raffe, > My LG N1T1 is slow, and normally apt > upgrade takes a few minutes. But with 6.17.7 > "Building dependency tree" took about 10 hours to > 100% but then never continued. It might be a coincidence, but this kernel runs differently from the 6.16.5. The 6.16.5 kernel was built with preemptive scheduler (good for response time), this 6.17.7 kernel was built witby bodhi - Debian
Mike, Post the entire serial boot log.by bodhi - Debian
ZooMoo, Here is the latest DTB and DTS. I digged a bit deeper in various places to create the pins for ethernet. This has pinctrl definition for ge0 and ge1. We are using ge1 pins in this version. Without the Datasheet, there is still some unknowns. Not sure if this will make a difference. ==== Also, I don't recall you have tried to set the NIC to use flow control? the mvpp2by bodhi - Debian
Michael Howard, > Any thoughts as to why, with the above kernel and > it's modules/initrd installed and uboot configured > appropriately, a different rootfs location would > be a problem? > The rootfs usb device has the same > partition layout as the sdcard. Did you install the kernel on that rootfs? or you just point the kernel to that rootfs (i.e. using bootby bodhi - Debian
FYI, The MVEBU kernel size is getting quite close to 5MB. I think the next kernel might not fit in the required flash space of 5MB for this box stock u-boot. I've been trying to reconfigure this kernel at each version to keep the size down (just for this box), but there will be a time when that will not be possible.by bodhi - Debian
> Lowering CPU consumption by a few watts won't > really make a difference on my electricity bill. Lucky you. There are many who want CPU frequency scaling to save electricity and keep the box cool!by bodhi - Debian
adrien, > OK, I seen "CPUFreq support for Armada 370/XP > platforms." in the driver, I thought naively it > was for both. I guess originally it was set out to be for both. But if (!of_machine_is_compatible("marvell,armadaxp")) return 0; So more investigation is needed. I could be missing something. > No problem, it'sby bodhi - Debian
Trond, Please try your timing lag test with this kernel.by bodhi - Debian
adrien, > I can see you removed the driver > "armada-37xx-cpufreq.ko", Right! it's for the Armada 37xx (64-bit SoC). For example, ESPRESSOBin and Turris Mox have Armada 3720 SoC. > but I don't see the good > one "mvebu-cpufreq" : This is not the right one, either. Currently, only the Armada XP SoC has specific support. It probably works forby bodhi - Debian
Kernel linux-6.17.7-mvebu-370xp-tld-1-bodhi.tar.bz2 package has been uploaded. Please see 1st post for download link.by bodhi - Debian
Kernel 6.17.7-mvebu-tld-1 package has been uploaded. See 1st post for download link. Please create a new thread for any installation problem or questions.by bodhi - Debian
Kernel linux-6.17.7-kirkwood-tld-1 package has been uploaded. See 1st post for download link. And please create a new thread for any installation problem or question.by bodhi - Debian
> Working on Trixie support has me realizing some > parts of even armhf are less used too, I had to > patch the armhf netinstaller image I use as my > base because it didn't have the changes needed for > /lib -> /usr/lib/ ..... presumably meaning I'm the > only one actually using them since they can't > actually boot as-is. I think armhf will be saby bodhi - Debian
More curtain call news for Debian armel. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1113679#71 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1113679#81 Note that armel is still supported in Linux kernel. A couple years from now, it might come to a situation where we will be running the latest Linux kernel, but with a frozen Debian trixie (13.x).by bodhi - Debian
cmp18, Here is the DTS in pretty-print standard format for Linux. You could compile this and compare with your DTB to verify it's acurate.by bodhi - Rescue System
cergei, > any questions, can I > ask them in this thread? Sure. Any time you have question, post in this thread.by bodhi - Debian
> For a combined boot, I want the system > to boot from the hdd if there is a rootfs on the > hard drive, and if there is no rootfs on the hdd, > it should boot from the flash drive. Is this > possible? > > > fw_setenv bootdev ide > fw_setenv devices 'ide usb' > > > Will this command be correct? Yes, it is correct. However, if the Hby bodhi - Debian
BTW, this version is the latest for the Stora: U-Boot 2017.07-tld-1 (Sep 05 2017 - 00:38:05 -0700) Netgear Stora MS2110 I have not rebased this u-boot to 2025.10.by bodhi - Debian
cergei, > I plan to have the rootfs on a usb flash drive, > and the hdds will work as raid 0 drives to > increase the size of the hard drives without > mirroring. You have already booted this configuration above. Power up, in serial console, interrupt u-boot countdown and setenv devices 'usb ide' setenv bootdev usb boot The setenvs are transient. Afterby bodhi - Debian
> I removed two HDDs and booted from a rootfs flash > drive. Cool! That's pretty good. ===== The problem with this previous error EHCI timed out on TD - token=0xb4008d80 is that old u-boot code is not very robust dealing with USB. When you have large HDDs in the slots, a lot of power is used initializing them. Especially with this Stora box, it is problematic. Doby bodhi - Debian
cergei, Power up, in serial console, interrupt u-boot countdown and setenv devices 'usb ide' setenv bootdev usb and then boot Now it should boot into the USB rootfs.by bodhi - Debian
cergei, Looks like your envs are all messed up. Power up, in serial console, interrupt u-boot countdown at Hit any key to stop autoboot: 0 And then, printenvby bodhi - Debian
All, I'm rolling a new u-boot for this box. Hopefully it will remove the shackle of not being able to save u-boot envs, and therefore have to self-impose a kernel size limitation of 5MB on SPI flash. Please get these info. Boot with serial console, interrupt u-boot countdown and, printenv help bdinfo md.l f1018000 8 md.l f1018100 1 md.l f1018140 1by bodhi - Debian
cergei, Go ahead and connect serial console. Power up and let it boot automatically. And then post the entire serial console log here.by bodhi - Debian
> Yes, the download stops here. Because I previously > damaged fw_env. If I open the terminal with the Rx > pin disabled, the information will be displayed > incorrectly on the screen, which, in my opinion, > indicates that the connection is normal. Not sure I understand the above. Did you mean disconnecting wire to the RX pin on the board serial header? It seems you haveby bodhi - uBoot
Kenneth, Llooks good! > I didn't remove usb from devices since everything > seems OK. If it ain't broken... No fear. Once u-boot was flashed, it's done. Once in a while you should shutdown and backup the rootfs. QuoteWiki thread Backup and Cloning rootfs Back up a live rootfs using rsync CrashPlan 4.3.0 Backup/Restore rootfs using tar commandby bodhi - Debian
I'm afraid that for this box, like other 32-bit processors with single CPU, the performance might get worse. We've been running this kernel as non-SMP to gain a bit of performance. But looks like everything will be SMP in kernel 6.17. IOW, the kernel might have to be configured as SMP (running as numCPU =1), to avoid potential new bugs. https://lwn.net/ml/all/20250528080924.227by bodhi - Debian
tiaderosa, Congrats! > Personally I'd like to: > 1) Recover the stock firmware > 2) make a backup of the mtd partitions so I can > always go back to stock if I want to I would skip this. Later, you can hopefully install OpenWRT. And use it as rescue system. It's more productive if you can work on booting Debian on USB rootfs. That should be the end goal.by bodhi - Rescue System
irod, > Reading data from 0x3ff800 -- 100% complete. > 3145728 bytes read: OK > ## Booting image at 00800000 ... > Image Name: Linux-2.6.31.8 > Created: 2019-06-17 12:13:03 UTC > Image Type: ARM Linux Kernel Image > (uncompressed) > Data Size: 2502832 Bytes = 2.4 MB > Load Address: 00008000 > Entry Point: 00008000 >by bodhi - uBoot
Kenneth, Going back to the installation draft. https://forum.doozan.com/read.php?2,140220,140326#msg-140326 Quote3. Adjust the Linux env config file Edit /etc/fw_env.config to have the following content: cat /etc/fw_env.config # MTD device name Device offset Env. size Flash sector size Number of sectors # Lacie Netspace V2 /dev/mtd1 0x00000 0x1000 0x1000 After you'veby bodhi - Debian