Tartarus changed the topic of #u-boot to: SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot v2023.10, v2024.01-rc3 are OUT / Merge Window is CLOSED, next branch is OPEN / Release v2024.01 is scheduled for 08 January 2024 / Channel archives at https://libera.irclog.whitequark.org/u-boot
naoki has joined #u-boot
naoki has quit [Client Quit]
thopiekar has joined #u-boot
vagrantc has quit [Quit: leaving]
zibolo has quit [Ping timeout: 256 seconds]
zibolo has joined #u-boot
hanetzer has quit [Quit: WeeChat 4.1.0]
hanetzer has joined #u-boot
FergusL3 has joined #u-boot
FergusL has quit [Read error: Connection reset by peer]
niska has quit [Ping timeout: 245 seconds]
niska has joined #u-boot
crb_ has quit [Ping timeout: 260 seconds]
crb_ has joined #u-boot
mmu_man has quit [Ping timeout: 255 seconds]
jclsn has quit [Ping timeout: 256 seconds]
jclsn has joined #u-boot
vigneshr has joined #u-boot
sakman has quit [Ping timeout: 256 seconds]
sakman has joined #u-boot
Clamor has joined #u-boot
ikarso has joined #u-boot
monstr has joined #u-boot
<wooosaiiii> Hi all, I have U-Boot 2023.04 for my imx board and plan to use USE_DEFAULT_ENV_FILE to move away from C header files. It works but in a way but whenever I define multi-line variable (e.g. mmcboot) only the first line gets included in the environment.... What am I missing?
<wooosaiiii>
mckoan|away is now known as mckoan
<pivi> NishanthMenon: on AM62 USB support, is this https://lore.kernel.org/all/20230406185542.1179073-1-sjoerd@collabora.com/ something TI is going to pickup or are you aware of sjoerd finalizing that work?
sszy has joined #u-boot
lucascastro has quit [Ping timeout: 264 seconds]
<iprusov> Forty-Bot: Hi, I've noticed that V6 of my clk_dump series (https://patchwork.ozlabs.org/project/uboot/list/?series=380754&state=*) has "Awaiting Upstream" state on Patchwork. Does it mean that it should be picked up during merge window or am I misunderstanding?
persmule has quit [Ping timeout: 240 seconds]
<qschulz> marex: nevermind, false alarm, I just didn't read the flashing instructions I wrote myself.. I flashed to offset 32K instead of 0 on SPI-NOR, therefore the offset the SPL would look for in the SPI-NOR would be offset by 32K as well... sigh, such a dumb mistake :)
<marex> qschulz: heh :)
monstr has quit [Ping timeout: 252 seconds]
<marex> qschulz: as long as you found it ...
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #u-boot
monstr has joined #u-boot
persmule has joined #u-boot
monstr has quit [Ping timeout: 252 seconds]
ungeskriptet has joined #u-boot
goliath has joined #u-boot
<LeSpocky> the bad thing if you only update u-boot every now and then: you have to deal with things which got broken last year, and no one fixed it (yet)
<LeSpocky> CONFIG_PARTITIONS for example was reworked between v2022.04 and v2022.07 and commit 3fb6fa7a71 ("disk: don't compile in partition support for spl/tpl if not really necessary") lead to disabling it in my config where ubifs is the only FS needed because the device boots from raw NAND only
<LeSpocky> now distro boot fails because `if test -e …` fails because `file_exists()` fails because that eventually calls `fs_set_blk_dev()` which calls `part_get_info_by_dev_and_name_or_num()` which is not built anymore … BOOM
<LeSpocky> *sigh*
ungeskriptet has quit [Quit: The Lounge - https://thelounge.chat]
ungeskriptet has joined #u-boot
rockosov has quit [Ping timeout: 256 seconds]
rockosov has joined #u-boot
jmasson has joined #u-boot
mmu_man has joined #u-boot
Clamor has quit [Ping timeout: 260 seconds]
Clamor has joined #u-boot
<LeSpocky> okay I'll just add 'select PARTITIONS' to 'config BOARD_SPECIFIC_OPTIONS' which solves my immediate problem, but it feels like a hack
prabhakarlad has joined #u-boot
jmasson has quit [Quit: Using Circe, the loveliest of all IRC clients]
<marex> Tartarus: can you still pick net: wget: Support non-default HTTP port for 2024.01 ?
<marex> LeSpocky: HILT CI would help
Clamor has quit [Read error: Connection reset by peer]
Clamor has joined #u-boot
matthias_bgg has joined #u-boot
dsimic has quit [Ping timeout: 260 seconds]
prabhakarlad has quit [Quit: Client closed]
dsimic has joined #u-boot
mmu_man has quit [Ping timeout: 252 seconds]
prabhakarlad has joined #u-boot
prabhakarlad has quit [Client Quit]
xroumegue has quit [Ping timeout: 276 seconds]
mmu_man has joined #u-boot
prabhakarlad has joined #u-boot
xroumegue has joined #u-boot
Clamor has quit [Read error: Connection reset by peer]
<LeSpocky> marex: CI would probably help, yes
camus has quit [Remote host closed the connection]
ungeskriptet has quit [Quit: The Lounge - https://thelounge.chat]
<LeSpocky> however, if fs/fs.c unconditionally uses something from disk/part.c … shouldn't there be some 'select PARTITIONS' in fs/Kconfig then?
<marex> LeSpocky: CI we have , HILT no
<LeSpocky> sorry, don't understand
glaroque has joined #u-boot
deathcamel57 has quit [Ping timeout: 260 seconds]
prabhakarlad has quit [Quit: Client closed]
ungeskriptet has joined #u-boot
ungeskriptet6 has joined #u-boot
ungeskriptet has quit [Ping timeout: 264 seconds]
ungeskriptet has joined #u-boot
ungeskriptet6 has quit [Ping timeout: 256 seconds]
lixkel_ has joined #u-boot
<Forty-Bot> iprusov: I will pick that up when I do my next PR
<Forty-Bot> it will go into next
<iprusov> Forty-Bot: Got it, thanks!
<marex> LeSpocky: CI is already running on each U-Boot commit in gitlab
<marex> LeSpocky: hardware-in-loop-test is not
<marex> ^ HILT
<LeSpocky> well that HILT acronym was the missing piece
persmule has quit [Quit: Leaving]
mmu_man has quit [Ping timeout: 260 seconds]
mmu_man has joined #u-boot
stefanro has quit [Quit: Leaving.]
ldevulder has quit [Ping timeout: 255 seconds]
ldevulder has joined #u-boot
persmule has joined #u-boot
persmule has quit [Ping timeout: 240 seconds]
<NishanthMenon> pivi: I am not sure yet if TI team has it in the plans. Let me check with Sjoerd.
justThanks is now known as justache
tchebb has joined #u-boot
krastev67 has joined #u-boot
persmule has joined #u-boot
ikarso has quit [Quit: Connection closed for inactivity]
<pivi> NishanthMenon: cool, from verdin-am62 point of view this is the only functionality we need that is missing in mainline u-boot. after that we would just use mainline u-boot (not sure if there is anything missing at the SOC level that would make this a bad idea)
<NishanthMenon> pivi, Finally!!!! ;) actual products using mainline. dream come true. I will be working with a dev next month in cleaning up the mmc aspects of things..
<NishanthMenon> pivi: let me know if you do see something missing, will start pushing for those to be solved as well..
sszy has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
<pivi> NishanthMenon: are there any mmc issue in U-Boot with AM62? We are regularly booting from eMMC using U-Boot SPL 2024.01-rc2 in our latest CI/testing
<NishanthMenon> pivi: from my understanding there are outstanding patches and fixes on TI u-boot that have'nt made it to upstream on various SoCs. I am yet to see a fail on the SK or BeaglePlay for example, but I dont like technical debt..
___nick___ has joined #u-boot
<NishanthMenon> pivi: the plan is to get kernel fixed up first and then backport the fixes for u-boot.
krastev67 has quit [Quit: Client closed]
vagrantc has joined #u-boot
sakman_ has joined #u-boot
sakman has quit [Ping timeout: 255 seconds]
mmu_man has quit [Ping timeout: 256 seconds]
persmule has quit [Quit: Leaving]
tchebb_ has joined #u-boot
tchebb has quit [Ping timeout: 256 seconds]
___nick___ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
___nick___ has joined #u-boot
___nick___ has quit [Client Quit]
persmule has joined #u-boot
___nick___ has joined #u-boot
<lixkel_> exit
lixkel_ has quit [Quit: Lost terminal]
mckoan is now known as mckoan|away
Clamor has joined #u-boot
<Clamor> Hello! I have to convert a lot of string values from dts into int values. Which method is preferred for this?
<marex> Clamor: sed ?
<marex> Clamor: I think the question needs to be defined better
tchebb has joined #u-boot
<Clamor> I have many string names parsed from tree (pin names and functions) and I need to convert those values from strings into integers to further use
<Clamor> marex:
<marex> Clamor: sed
tchebb_ has quit [Ping timeout: 252 seconds]
<Sout> could you compile the dtc, then uncompile it? if you want to convert &entry to the int?
<marex> Sout: Clamor is not talking about phandles
<Sout> ah k.
<marex> (at least it doesn't seem that way)
<Clamor> I am
<Clamor> This is inside dm driver
<marex> pin names and functions ... that's not phandles ?
<Clamor> Those are props inside phandles
<marex> Clamor: what do you call a phandle ?
<Clamor> Pin node, which contains pin properties, subnode of pinmux
<marex> no
mmu_man has joined #u-boot
<marex> <phandle> A <u32> value.
<marex> page 11
<Clamor> marex: thanks. Node would be correct word
<marex> Clamor: so you're trying to do what with that node ? parse ?
<marex> *parse it ?
<Forty-Bot> Clamor: just make an array of structs with the strings and the values they should be
<Forty-Bot> then loop over it to convert
<Clamor> Forty-Bot: this is exactly what I was intended to do
<Clamor> marex: yes
<marex> Clamor: where, in U-Boot ?
<Forty-Bot> he's writing a pinctrl/pinmux driver
<Forty-Bot> and the bindings for those tend to use a lot of strings
<Clamor> No, in linux. Of course in U-Boot, name of the channel suggests ;)
<marex> Forty-Bot: oh, well, that information was not included in the question, so what do you expect me to do, divine it out ?
<Clamor> Forty-Bot: you have a nice crystal ball
<Forty-Bot> personally, I write my pinmux stuff to use integer constants
<Forty-Bot> but if the linux guys get to it first, they tend to use strings
<Clamor> 9/10 divinations go to Forty-Bot
<Clamor> Forty-Bot: unfortunately yes :(
<marex> Forty-Bot: strings ?
<marex> Forty-Bot: are those macros ?
<Forty-Bot> no, let me get an example
<marex> Forty-Bot: oh, I think I know what you mean
<Forty-Bot> etc.
<marex> arch/arm/dts/r8a779g0-white-hawk-cpu.dtsi this too
<marex> arch/arm/dts/r8a779g0-white-hawk-cpu.dtsi: avb0_pins: avb0 {
<marex> arch/arm/dts/r8a779g0-white-hawk-cpu.dtsi: groups = "avb0_link", "avb0_mdio", "avb0_rgmii",
<marex> arch/arm/dts/r8a779g0-white-hawk-cpu.dtsi: "avb0_txcrefclk";
<marex> arch/arm/dts/r8a779g0-white-hawk-cpu.dtsi: function = "avb0";
<Clamor> Yes yes yes
<Clamor> This s***t is crazy
<marex> Clamor: and so, drivers/pinctrl/renesas/
<marex> that one just uses look up tables
<marex> Forty-Bot: we really need to add scheduler and virtual memory support into U-Boot, then we won't need those linux peoples
<Forty-Bot> :)
<Clamor> ;)
<Clamor> God help
<Forty-Bot> I heard ilias has been working on it
<marex> Forty-Bot: this will be great !
prabhakarlad has joined #u-boot
tchebb_ has joined #u-boot
tchebb has quit [Ping timeout: 246 seconds]
mmu_man has quit [Ping timeout: 246 seconds]
mmu_man has joined #u-boot
glaroque has quit [Quit: Connection closed for inactivity]
Stat_headcrabed has joined #u-boot
Stat_headcrabed1 has joined #u-boot
Stat_headcrabed has quit [Read error: Connection reset by peer]
Stat_headcrabed1 is now known as Stat_headcrabed
Clamor has quit [Ping timeout: 276 seconds]
Stat_headcrabed has quit [Quit: Stat_headcrabed]
ikarso has joined #u-boot
Clamor has joined #u-boot
kaloyan-krastev has joined #u-boot
kaloyan-krastev has quit [Quit: ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.1)]
kaloyan-krastev has joined #u-boot
kaloyan-krastev has quit [Quit: ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.1)]
kaloyan-krastev has joined #u-boot
kaloyan-krastev has quit [Remote host closed the connection]
kaloyan-krastev has joined #u-boot
mripard has quit [Quit: mripard]
vagrantc_ has joined #u-boot
kaloyan-krastev has quit [Remote host closed the connection]
kaloyan-krastev has joined #u-boot
redbrain has quit [Read error: Connection reset by peer]
redbrain has joined #u-boot
___nick___ has quit [Ping timeout: 260 seconds]
Clamor has quit [Read error: Connection reset by peer]
kaloyan-krastev has quit [Quit: ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.1)]
vagrantc_ has quit [Quit: leaving]