warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Stat_headcrabbed has quit [Quit: Stat_headcrabbed]
clamor has quit [Ping timeout: 248 seconds]
clamor has joined #u-boot
persmule has joined #u-boot
haritz has joined #u-boot
haritz has joined #u-boot
haritz has quit [Changing host]
agust has quit [Ping timeout: 252 seconds]
gsz has quit [Ping timeout: 240 seconds]
agust has joined #u-boot
dsimic has quit [Ping timeout: 260 seconds]
dsimic has joined #u-boot
mmu_man has quit [Ping timeout: 245 seconds]
clamor has quit [Ping timeout: 252 seconds]
Poltawer has joined #u-boot
Poltawer has quit [Quit: WeeChat 4.7.0]
Poltawer has joined #u-boot
gsz has joined #u-boot
gsz has quit [Ping timeout: 245 seconds]
qqe has quit [Quit: Lost terminal]
clamor has joined #u-boot
gsz has joined #u-boot
gsz has quit [Ping timeout: 276 seconds]
rvalue- has joined #u-boot
rvalue has quit [Ping timeout: 248 seconds]
rvalue- is now known as rvalue
clamor has quit [Read error: Connection reset by peer]
mmu_man has joined #u-boot
goliath has quit [Quit: SIGSEGV]
qqe has joined #u-boot
chili-b has quit [Ping timeout: 248 seconds]
chili-b has joined #u-boot
HeyMeco has joined #u-boot
<HeyMeco>
Hello everyone, I was wondering if it makes sense on Rockchip to keep the boot order as "mmc1 mmc0 nvme scsi usb pxe dhcp spi" instead of switching mmc0 and nvme? I would say the expected behavior for end users is to for example install a system to nvme from emmc and then being able to use it out of the box. At least on the downstream radxa vendor
<HeyMeco>
u-boot they also do SD-Card (mmc1) then nvme too
Poltawer has quit [Ping timeout: 245 seconds]
Poltawer has joined #u-boot
HeyMeco has quit [Quit: Client closed]
mmu_man has quit [Ping timeout: 276 seconds]
sr20det has joined #u-boot
mmu_man has joined #u-boot
<sr20det>
Hi!. is there any limit too bootargs length? it looks like it is trimmed to 241 byte on arm
Poltawer has quit [Quit: WeeChat 4.7.0]
<marex>
sr20det: it might not be bootargs length cap
<sr20det>
also i did not quite understand kernel_addr_r and kernel_comp_addr_r for booti. can they be equal to avoid moving?
<marex>
55 config SYS_CBSIZE
<marex>
56 int "Console input buffer size"
<marex>
see common/Kconfig
<marex>
also see PBSIZE and co.
<sr20det>
marex, do those configs apply on env parsing, i never set bootargs manually
<marex>
264 kernel_addr_r
<marex>
265 Address at which to load the kernel, e.g. 0x02080000
<marex>
266
<marex>
267 kernel_comp_addr_r
<marex>
268 Address to which to decompress the kernel, e.g. 0x08000000
<marex>
doc/develop/bootstd/overview.rst
<marex>
kcxt: ^ maybe you can chime in on this, since it seems snapdragon thing ?
<marex>
sr20det: those configs are compile time configs, youd have to rebuild your u-boot to change those
<sr20det>
*BSIZE looks unrelated. because env is read from mmc
<marex>
env scripts are interpreted by the shell, the shell limits are configured in common/Kconfig , there is a bunch of them
<sr20det>
oh. thank you
<marex>
sr20det: if you look in your uboot build .config for some number around 200 , you will likely find the right knob too