ALTracer has quit [Remote host closed the connection]
ALTracer has joined #u-boot
haritz has joined #u-boot
haritz has quit [Changing host]
haritz has joined #u-boot
haritz has quit [Ping timeout: 272 seconds]
haritz has joined #u-boot
haritz has quit [Changing host]
haritz has joined #u-boot
ikarso has joined #u-boot
goliath has joined #u-boot
enok has joined #u-boot
flokli has quit [Ping timeout: 260 seconds]
flokli has joined #u-boot
monstr has joined #u-boot
frieder has joined #u-boot
ALTracer has quit [Quit: Quit]
enok has quit [Read error: Connection reset by peer]
enok has joined #u-boot
enok has quit [Ping timeout: 252 seconds]
mckoan|away is now known as mckoan
BoergeSt has joined #u-boot
eballetbo has joined #u-boot
mripard has joined #u-boot
rockosov has quit [Quit: WeeChat 4.1.1]
flokli has quit [Quit: WeeChat 4.5.1]
flokli has joined #u-boot
davlefou has quit [Ping timeout: 260 seconds]
prabhakalad has joined #u-boot
davlefou has joined #u-boot
haritz is now known as saimazoon
enok has joined #u-boot
gsz has joined #u-boot
gsz has quit [Quit: leaving]
<CounterPillow>
Does anyone here have experiences with using u-boot to pass a region of RAM to linux for Linux to use as a pre-populated rootfs that is writeable with some slack for extra scratch space?
<CounterPillow>
I am currently abusing a rootfs repurposed as an initramfs for this and Linux does not enjoy writing to it much, / doesn't show up in "mount" at all and occasionally things just fail
<samcday>
Theoretically you could build a "USI" (a UKI with rootfs stuffed in basically) and boot that with "bootefi", maybe?
<samcday>
You wouldn't get the scratch space built-in, you'd have to mount a tmpfs in initrd for that
<CounterPillow>
samcday: I'm already booting a FIT image with kernel + fdt + rootfs packed together ;)
<CounterPillow>
the only problem is that I seemingly have to still make a "real" initramfs to remount rootfs to make it palatable for userspace by setting the right flags and size
enok has joined #u-boot
mmu_man has joined #u-boot
enok has quit [Read error: Connection reset by peer]
enok has joined #u-boot
naoki has quit [Quit: naoki]
enok71 has joined #u-boot
enok has quit [Ping timeout: 272 seconds]
enok71 is now known as enok
goliath has quit [Quit: SIGSEGV]
ikarso has quit [Quit: Connection closed for inactivity]
ungeskriptet_ has joined #u-boot
ungeskriptet has quit [Ping timeout: 252 seconds]
ungeskriptet_ is now known as ungeskriptet
ungeskriptet_ has joined #u-boot
ungeskriptet has quit [Ping timeout: 252 seconds]
ungeskriptet_ is now known as ungeskriptet
goliath has joined #u-boot
saimazoon has quit [Ping timeout: 260 seconds]
enok71 has joined #u-boot
enok has quit [Ping timeout: 265 seconds]
enok71 has quit [Ping timeout: 268 seconds]
haritz has joined #u-boot
haritz has quit [Changing host]
haritz has joined #u-boot
monstr has quit [Remote host closed the connection]
mckoan is now known as mckoan|away
pbsds35 has quit [Ping timeout: 268 seconds]
vagrantc has joined #u-boot
frieder has quit [Remote host closed the connection]
<shadow>
xypron: I try to enable LwIP and wget HTTPS in starfive_visionfive2_defconfig and it does not survive 'make starfive_visionfive2_defconfig' without CONFIG_EFI_HTTP_BOOT=y
<shadow>
is the CONFIG_CMD_TFTPPUT=y a problem there?
<shadow>
CMD_TFTPPUT [=n] "Depends on: CMDLINE [=y] && NET [=n] && CMD_NET [=y] && CMD_TFTPBOOT [=y]"
<shadow>
this happens when the NET_LWIP is set =y from menuconfig
<shadow>
I will want to enable EFI http boot however the first patch to send will be without
<shadow>
there is not any way to select CONFIG_WGET_HTTPS from menuconfig unless it is as a dependency of CONFIG_EFI_HTTP_BOOT ?
<xypron>
shadow: Please, observe that root CAs are not implemented in U-Boot, yet.
<shadow>
oh, we should delay this to the visionfive2 defconfig then?
<xypron>
Enabling HTTP is fine. But enabling HTTPS might give users a wrong impression. For installing from an ISO downloaded via HTTP there are still more patches needed. Look for pmem in the U-Boot archive.
<xypron>
... mail archive.
<shadow>
ah okay, that is fine to first include http and no https
<shadow>
the easy access with starting a simple local http server via python is very useful, compared to tftp
<shadow>
yet I think that is some conflict with CMD_TFTPPUT so I may delete that command from defconfig. I'm not sure if it is a logic error in the Kconfig or it is not compatible with LwIP
<xypron>
shadow: Where did you see problems with tftpput?
<Tartarus>
xypron: I don't actually know what does and doesn't work in sjg1's lab, so I don't know if that's an expected failure or not.
<Tartarus>
Lets se...
<Tartarus>
xypron: Ah, right, you need to set SJG_LAB to 1, when running the pipeline
<xypron>
Tartarus: sjg1 pointed me to you. I guess you both will have to look at that interface.
<shadow>
when LWIP is enabled from menuconfig, TFTPPUT is disabled because it has dependency on NET, instead of (NET || NET_LWIP) something like this
<Tartarus>
either trigger via the web button or with an option to git push
<xypron>
I don't want to run the whole pipeline
<xypron>
Just one machine I select
<sjg1>
Tartarus: Please accept my patch so people don't have to do a special option and run the whole lab
<xypron>
Where is SJG_LAB to be set.
<Tartarus>
sjg1: patchwork?
<Tartarus>
Although since we don't run the lab by default I think all we need is: