tidalf has joined #openwrt-devel
DonkeyHotei has quit [Ping timeout: 480 seconds]
DonkeyHotei has joined #openwrt-devel
Mangix has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
dansan has joined #openwrt-devel
tSYS has quit [Quit: *squeak*]
tSYS has joined #openwrt-devel
minimal has quit [Quit: Leaving]
<swalker> updated openwrt/upstream, https://sdwalker.github.io/uscan/index.html
hadis has quit [Ping timeout: 480 seconds]
dansan has quit [Quit: The C preprocessor is a pathway to many abilities some consider to be unnatural.]
Mangix has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
Mangix has joined #openwrt-devel
slh64 has quit [Remote host closed the connection]
Acinonyx has quit [Quit: Peer reset by connector]
floof58 has quit [Ping timeout: 480 seconds]
floof58 has joined #openwrt-devel
rua has quit [Quit: Leaving.]
floof58 has quit [Ping timeout: 480 seconds]
floof58 has joined #openwrt-devel
Tapper has joined #openwrt-devel
<neggles> stintel: ppc64 assembly is haunted
xes has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
hadis has joined #openwrt-devel
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #openwrt-devel
rua has quit [Remote host closed the connection]
rua has joined #openwrt-devel
lucenera has quit [Quit: The Lounge - https://thelounge.chat]
lucenera has joined #openwrt-devel
hadis has quit [Ping timeout: 480 seconds]
<russell--> slh: it appear it was due to some local customization, /etc/board.d/02_network is doing some magic that i was undoing
goliath has joined #openwrt-devel
xdarklight has quit [Quit: ZNC - https://znc.in]
rua has quit [Remote host closed the connection]
rua has joined #openwrt-devel
xdarklight has joined #openwrt-devel
minimal has joined #openwrt-devel
Lechu has quit [Remote host closed the connection]
dansan has joined #openwrt-devel
nixuser has quit [Ping timeout: 480 seconds]
noltari has quit [Quit: Bye ~ Happy Hacking!]
nixuser has joined #openwrt-devel
noltari has joined #openwrt-devel
hadis has joined #openwrt-devel
tidalf is now known as Guest12535
Guest12535 has quit [Ping timeout: 480 seconds]
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #openwrt-devel
Borromini has joined #openwrt-devel
hadis has quit [Remote host closed the connection]
dermoth has joined #openwrt-devel
Borromini has left #openwrt-devel [#openwrt-devel]
mark22k has quit [Quit: The Lounge - https://thelounge.chat]
mark22k has joined #openwrt-devel
autkin has joined #openwrt-devel
dermoth has quit [Read error: Connection reset by peer]
CodingMarco has joined #openwrt-devel
<CodingMarco> Hi, the u-boot on the device for which I'm porting OpenWrt needs an LZMA compressed ramdisk for the ramdisk image to boot successfully. Can this be configured persistently somehow outside of .config?
<PaulFertser> CodingMarco: OpenWrt uses only linked in ramdisk only for "initramfs" images which run fully from RAM.
autkin has left #openwrt-devel [Error from remote client]
<CodingMarco> PaulFertser: The ramdisk image is needed for my device to initially install OpenWrt via sysupgrade. However, with the default config (eg. on the build server), a non-bootable image is generated. Only if I set TARGET_INITRAMFS_COMPRESSION_LZMA=y in menuconfig, the image is bootable.
<PaulFertser> CodingMarco: so that's compression for the whole kernel+initramfs
<PaulFertser> Or are you really loading initramfs separately?
<PaulFertser> Is it a FIT image?
<PaulFertser> Do you really need it with CONFIG_TARGET_ROOTFS_INITRAMFS_SEPARATE ?
CodingMarco has quit [Remote host closed the connection]
CodingMarco has joined #openwrt-devel
dermoth has joined #openwrt-devel
<stintel> 23:59:33 up 3 days, 5:28, 0 users, load average: 325.90, 326.19, 325.89
<stintel> nice
<stintel> 324 upsmon processes
<CodingMarco> PaulFertser: I have never used CONFIG_TARGET_ROOTFS_INITRAMFS_SEPARATE before. I tested it right now, but it also doesn't make a difference.
<PaulFertser> CodingMarco: that's not my point. I do not understand how you're booting that initramfs image at all. With regular OpenWrt initramfs the bootloader doesn't see initramfs, it's linked inside the kernel image.
<CodingMarco> As far as I can see in include/kernel-defaults.mk, CONFIG_TARGET_INITRAMFS_COMPRESSION_LZMA only affects initramfs, not the kernel.
<dwfreed> okay, you're confusing terms here
<dwfreed> there's two different "initramfs"
<dwfreed> there's the actual kernel initramfs, and then there's the openwrt "initramfs" image
<CodingMarco> PaulFertser: Yes, this is also what wonders me. The bootloader is a u-boot weirdly modified by huawei to support a kind of dual boot, a custom upgrade image etc.
<dwfreed> it sounds like you need the openwrt image to be lzma
<CodingMarco> dwfreed: Ahh ok...
<CodingMarco> I don't understand it entirely, I can just see that enabling/disabling TARGET_INITRAMFS_COMPRESSION_LZMA in menuconfig seems to decide between a bootable and non-bootable image.
<CodingMarco> Does this have anything to do with defining "KERNEL := kernel-bin | append-dtb | lzma | uImage lzma" differently somehow in the device makefile section?