aiyion has quit [Remote host closed the connection]
schwicht has quit [Ping timeout: 480 seconds]
schwicht has joined #openwrt-devel
schwicht has quit [Ping timeout: 480 seconds]
ptudor has quit [Ping timeout: 480 seconds]
ptudor has joined #openwrt-devel
schwicht has joined #openwrt-devel
schwicht has quit [Ping timeout: 480 seconds]
torv has quit [Remote host closed the connection]
torv has joined #openwrt-devel
schwicht has joined #openwrt-devel
rua has joined #openwrt-devel
schwicht has quit [Ping timeout: 480 seconds]
schwicht has joined #openwrt-devel
tomn has quit [Remote host closed the connection]
tomn has joined #openwrt-devel
schwicht has quit [Ping timeout: 480 seconds]
torv has quit [Remote host closed the connection]
torv has joined #openwrt-devel
djfe has quit [Read error: Connection reset by peer]
<PaulFertser>
RoganDawes: you just enable it in "make menuconfig"
<PaulFertser>
RoganDawes: it's linked in the kernel image, and DTB is appended after that.
schwicht has joined #openwrt-devel
schwicht has quit [Ping timeout: 480 seconds]
schwicht has joined #openwrt-devel
schwicht has quit [Ping timeout: 480 seconds]
goliath has joined #openwrt-devel
enyc has joined #openwrt-devel
<enyc>
Hrrm, Not sure if this is/isn't yet a bug for 23.05-rc process! I got 23.05-rc2 working on FritzBox 7530 driving VDSL in PTM mode HOWEVER unlike 22.03 on lantiq/xrx200 BT-HHv5a setting MTU1508 on dsl0 and dsl0.101 devices seems to NOT work, even setting WAN (pppoe) explicitly to MTU=1500 and furry rebooting does NOT work.
<enyc>
It stubbornly insists on MTU=1492 internet even though the mini jumbos are perfectly supported and reliable on the ISP/backhaul on same line same login etc
<enyc>
-furry +fully
damex has quit [Ping timeout: 480 seconds]
<enyc>
LuCI is showing MTU=1508 "set" on the interface configuration for both dsl0 and dsl0.101 BUT ifconfig shows them both as MTU=1500
<enyc>
don't think I've had this with previous OpenWRT, it could be a device type specific issue. I can't test on homehub at the moment as hauke todo somethnig to put xrx200 back into 23.05 aiui.
tidalf has quit [Ping timeout: 480 seconds]
schwicht has joined #openwrt-devel
<RoganDawes>
PaulFertser: I understand that I can enable it in make menuconfig, do I not need to add a rule for it in the Makefile stanza for this particular platform, that describes exactly how the kernel+dtb+ramdisk uImage should be constructed?
danitool has quit [Remote host closed the connection]
danitool has joined #openwrt-devel
Piraty has joined #openwrt-devel
schwicht has joined #openwrt-devel
schwicht has quit []
damex has joined #openwrt-devel
schwicht has joined #openwrt-devel
schwicht has quit []
schwicht has joined #openwrt-devel
schwicht has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
schwicht has joined #openwrt-devel
schwicht has quit []
<enyc>
uargh I got disconnected and didn't see any replies above
<enyc>
at least seem to have stability for now...
enyc has quit [Quit: leaving]
tidalf has joined #openwrt-devel
enyc has joined #openwrt-devel
<enyc>
... and now set my IRC as IPv6-specific good
<enyc>
I'd like to know, please, how things like dsl driver mtu capability change across linux kernel versions, is this sort of new limitation (wasn't the case in previous gen of same style of device chipset) came into it...
<enyc>
is it likely limitation of "new" foss driver, never been looked into? ACTUALLY likely a new hardware limitation over previous gen, ...etc...
<RoganDawes>
can anyone explain how to package a zImage + DTB + ramdisk into a uImage?
<RoganDawes>
I tried: "KERNEL := kernel-bin | gzip | append-dtb | uImage gzip", but that gives me an error when uncompressing.
<RoganDawes>
Uncompressing Kernel Image ... Error: inflate() returned -5
<RoganDawes>
GUNZIP: uncompress, out-of-mem or overwrite error - must RESET board to recover
<RoganDawes>
which suggests that the kernel was uncompressed over the top of the image that was read from flash. I suspect that means that the entire kernel image was uncompressed, rather than the compressed zImage being extracted from the uImage.
<robimarko>
Try setting uImage none
<robimarko>
As you are now telling u-boot that the kernel image is gzip compressed and that it must decompress it
<enyc>
RoganDawes: it might appear that "u-boot-tools" contains "mkimage" program but not sure if thats solving right problem for you today.
schwicht has joined #openwrt-devel
schwicht has quit []
<RoganDawes>
robimarko: thanks, will try that
<RoganDawes>
does "kernel-bin | gzip" create what we would normally think of as the bootable "zImage"? or is it rather "Image.gz"?
<RoganDawes>
or do I need "KERNEL_NAME := zImage" ?
<RoganDawes>
robimarko: that didn't work, I got an undefined instruction trying to start a compressed kernel, I guess. I suppose it needs the decompressor prepended to the image.
<robimarko>
If you are using zImage then it has a built-in decompressor, thats the whole point
shivam has joined #openwrt-devel
<PaulFertser>
RoganDawes: yes, I think just enabling it is enough.
robimarko has quit [Ping timeout: 480 seconds]
<RoganDawes>
PaulFertser: not 100% sure I understand what you are trying to tell me. I tried what I said above (KERNEL := zImage), and got an undefined instruction error when u-boot jumped to a compressed kernel
<RoganDawes>
how do I make sure that I get the compressed kernel + decompressor stub?
<PaulFertser>
RoganDawes: I meant enabling initramfs in menuconfig should be enough, you do not need any special instructions there.
<PaulFertser>
RoganDawes: can you try with uncompressed kernel then?
<PaulFertser>
Probably packed in "legacy uImage".
<RoganDawes>
PaulFertser: ah, I see. I'm trying to understand how each profile configures their own requirements, without manually going into "make menuconfig". But I guess it is not reallly that important, the ramdisk is a short term solution anyway.
<RoganDawes>
anyway, the following got me what I need, running an initramfs
<hauke>
could you please have a look at it, or was this fixed with your recent commit
<RoganDawes>
how does one control which packages end up in the initramfs? I have added ubi-util to DEVICE_PACKAGES, but there are no ubi* utilities in my initramfs once I have booted
rmilecki has quit [Quit: Konversation terminated!]
rmilecki has joined #openwrt-devel
<tmn505>
RoganDawes: can You select it in menuconfig, if not try adding 'nand' to FEATURES in target/linux/mxs/Makefile
slh has quit [Read error: Connection reset by peer]
torv has quit [Remote host closed the connection]
torv has joined #openwrt-devel
slh has joined #openwrt-devel
torv has quit [Remote host closed the connection]
torv has joined #openwrt-devel
slh64 has quit [Ping timeout: 480 seconds]
xback has quit [Remote host closed the connection]
xback has joined #openwrt-devel
<RoganDawes>
tmn505: the only place I could find that checks the FEATURES variable is here: target/imagebuilder/files/Makefile: @$(SCRIPT_DIR)/target-metadata.pl profile_mk $< '$(BOARD)$(if $(SUBTARGET),/$(SUBTARGET))' > $@
<RoganDawes>
but that only seems to apply if the imagebuilder target is being executed?
<RoganDawes>
sorry, FEATURES is processed inside that target-metadata.pl script, but that is the only reference to it.
tidalf has quit [Ping timeout: 480 seconds]
minimal has joined #openwrt-devel
<tmn505>
I don't remember how FEATURES translates to actual config symbol but check target/Config.in, that nand feature neables NAND_SUPPORT which You need
<nbd>
hauke: the kconfig pull req looks good to me
<nbd>
hauke: i will look into mt76 tomorrow
tidalf has joined #openwrt-devel
<RoganDawes>
tmn505: I see it in target/Config.in, but still have no idea how to actually get it to take effect.
<tmn505>
RoganDawes: if You added the nand to FEATURES, remove tmp dir, sometimes buildroot doesn't pickup the change. After that You should be able to select nand-utils or ubi-utils in menuconfig
<rsalvaterra>
Hm, I see dangole updated the mediatek pull request. Anyone had any success on the RT3200/E8450? :)
nixuser has quit [Ping timeout: 480 seconds]
tidalf has quit [Ping timeout: 480 seconds]
<Anteus>
rsalvaterra: Just tried it quickly on rt3200 and upload speed was very poor so went back to a commit just before the new start_ap changes. I had the remove VHT160 patch so that might have interfered
goliath has quit [Quit: SIGSEGV]
Ansuel has joined #openwrt-devel
<Mangix>
wonder if it's time to update the firmware on my device. mt76 issues seem to have been fixed
djfe has joined #openwrt-devel
<hauke>
nbd: thanks
torv has quit [Remote host closed the connection]
torv has joined #openwrt-devel
goliath has joined #openwrt-devel
goliath has quit [Ping timeout: 480 seconds]
Borromini has joined #openwrt-devel
schwicht has joined #openwrt-devel
goliath has joined #openwrt-devel
schwicht has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
schwicht has joined #openwrt-devel
schwicht has quit []
Borromini has quit [Quit: Lost terminal]
robimarko has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
Piraty has quit [Remote host closed the connection]
gladiac has joined #openwrt-devel
<Anteus>
rsalvaterra: Sorry I got that wrong. I mean with the latest mt76 update in openwrt master/main
shivam has quit [Read error: Connection reset by peer]
gladiac has quit [Quit: k thx bye]
schwicht has joined #openwrt-devel
schwicht has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
schwicht has joined #openwrt-devel
schwicht has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
danitool has quit [Ping timeout: 480 seconds]
fakuivan has quit [Remote host closed the connection]
fakuivan has joined #openwrt-devel
robimarko has quit [Quit: Leaving]
<rsalvaterra>
anteus: Yeah, I thought so too. ;) I'll wait for somebody else's testing before mine, this time. I don't feel like recovering the router a third time. :P
<Anteus>
rsalvaterra: Ouch I only went through that one time. Maybe it could be tested that it boots with TFTP without flashing?
danitool has joined #openwrt-devel
danitool has quit [Remote host closed the connection]
danitool has joined #openwrt-devel
danitool has quit [Remote host closed the connection]
danitool has joined #openwrt-devel
schwicht has joined #openwrt-devel
<rsalvaterra>
Boot, yes. Mount the rootfs, no.
<rsalvaterra>
(From the pstore log.)
danitool has quit [Read error: No route to host]
danitool has joined #openwrt-devel
schwicht has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
rmilecki has quit [Quit: Konversation terminated!]
rmilecki has joined #openwrt-devel
Danct12 has quit [Quit: How would you be so reckless with someone's heart!?]
Danct12 has joined #openwrt-devel
tidalf has joined #openwrt-devel
xback has quit [Remote host closed the connection]
xback has joined #openwrt-devel
xback has quit [Remote host closed the connection]