Show all posts by user
Discuss all things Debian on your device
Re: armada 370 L2 cache - 3 years ago
Hmmm, i’ll have to try and reproduce that. It might give me a reason to move to a custom kernel for the armhf devices. I tried to avoid that for years but the CI/CD process I put together for the MV78100 kernel is way less painful than I expected.by 1000001101000 - Debian
Re: armada 370 L2 cache - 3 years ago
I suppose technically it's available form debian in the kernel-image or kernel-config package. Here's the one I just grabbed from the device.by 1000001101000 - Debian
Re: armada 370 L2 cache - 3 years ago
depends on whether the kernel will just change it again after you do or not. as far as I can tell danitool and I are using the same hardware and uboot image (I flashed the one they posted) and are getting different results. I think the main difference is I'm using Debian's kernel and my DTB and they are using a custom openwrt kernel and DTB. Seems to me a strong indication this isby 1000001101000 - Debian
Re: armada 370 L2 cache - 3 years ago
One of these days I should take a closer look at the openwrt work on this device. danitool has posted some really interesting stuff about the hardware and even figured out why a subset of these devices have network issues. I wonder if there's something about the openwrt kernel or their DTB that is causing this problem and is subsequently fixed by that DTB entry on the post.by 1000001101000 - Debian
Re: armada 370 L2 cache - 3 years ago
I tested it against Debian's current kernels: 4.9.0-14-armmp (Stretch) 4.19.0-12-armmp (Buster) 5.8.0-0.bpo.2-armmp (Buster-backports) For all three the cache appears to be enabled already (the devmem values look correct and dmesg says it is) [ 0.000000] Aurora cache controller enabled, 4 ways, 256 kB [ 0.000000] Aurora: CACHE_ID 0x00000100, AUX_CTRL 0x1a086302 root@ls4by 1000001101000 - Debian
Re: armada 370 L2 cache - 3 years ago
I'll test this out on the LS421DE (same device he's using on openwrt) under Debian and see if I can reproduce.by 1000001101000 - Debian
Re: flash_erase, nandwrite & nanddump with openwrt - 3 years ago
is it marked read-only in your device tree?by 1000001101000 - Debian
Re: Can't install php7.0-sqlite3 in Buster - 3 years ago
you can search for packages using: apt-cache search sqlite3 Debian's package page is also a great resource: https://www.debian.org/distrib/packagesby 1000001101000 - Debian
Re: Debian on Netgear RN102 - 3 years ago
Keep us updated though. I've been trying to build a u-boot image for a different armada-370 device (Linkstation LS441DE). I've had some success setting up a crossbuild setup but haven't been able to generate anything useful yet.by 1000001101000 - Debian
Re: Debian on Netgear RN102 - 3 years ago
Buffalo deactivates the serial console on many of their devices. Many can be reactivated with moderate soldering skill though some are pretty difficult. Using the external programmer with a clip connector provides a handy alternative.by 1000001101000 - Debian
Re: Debian on Netgear RN102 - 3 years ago
my cheap CH341a has opened up all sorts of possibilities for me on devices I don't have a serial console working on. I use flashrom to do the actual programming with it. Is there a better application I should be using?by 1000001101000 - Debian
Re: Debian on Netgear RN102 - 3 years ago
if you define your device-tree entry for the spi bus as compatible with spi-dev the flashrom utility will be able to program whatever is attached to it. I did this once while I was testing something. You could solder on a ZIF socket (or a header to connect to a breadboard or something) and fairly easily user it as a programmer.by 1000001101000 - Debian
Re: Debian on Netgear RN102 - 3 years ago
It depends somewhat on how the various devices are defined, If the GPIOs are reserved via the DTB it won't let you export them. Some devices (I'm thinking specifically of NAND but I've seen it with others in the past) can be referenced by address without reserving the GPIO pins. In those cases it can be possible to trigger crashes or undesired behavior by messing with GPIO pins neeby 1000001101000 - Debian
Re: Debian on Netgear RN102 - 3 years ago
They may be using those GPIOs for something else, I've noticed that with some buffalo devices. For some reason a lot of their boards have traces for a card reader but the actual SDIO pins are used for other things. you could always set up a script to to toggle GPIO pins and a known rate and then monitor points on the board you are interested in with a logic analyzer or oscilloscope.by 1000001101000 - Debian
Re: Debian on Zyxel NAS326 - 3 years ago
@cyraxxx In the case of the Buffalo NAS devices most won’t reboot without sending a code to the RTC, on-board microcontroller or triggering the WOL interrupt. Since they would otherwise poweroff I had a strong motivation to figure out how to manage the shutdown/restart scripts. For devices that reboot by default this is less important, though a clean shutdown is nice when moving a device or reby 1000001101000 - Debian
Re: Debian on Zyxel NAS326 - 3 years ago
You probably want to add something to disable it for a shutdown/halt (unless this wouldn’t affect that) I’m doing something very similar for a different device: https://github.com/1000001101000/Debian_on_Buffalo/blob/master/Tools/rtc_restart.sh For systemd the script is placed in /lib/systemd/system-shutdown/ and then systemd passes restart/shutdown/halt/kexec to it as needed. I assumeby 1000001101000 - Debian
Re: Ever Try Video on Your Headless 'Plug? - 3 years ago
try something lighter that doesn't come with libreoffice like icewm.... unless you were planning on using this for libreoffice that is.by 1000001101000 - Debian
Re: Ever Try Video on Your Headless 'Plug? - 3 years ago
I haven’t tried a display but have run apps on a dummy display and used them over VNC. I’d suggest starting small... I’d start by just installing xorg and then see if you can launch xclock. Assuming that works okay try installing a lightweight window manager like icewm. KDE/Gnome/mate/etc might not work very well for this setup but a more lightweight approach might.by 1000001101000 - Debian
Re: nsa320 drive size - 3 years ago
I know @bohdi isn't a fan of them but I have had some really good luck with hybrid MBR/GPT partition tables to allow older devices that boot from disk to use large drives without replacing u-boot. I've actually recently been testing some old orion5x devices from ~2007 with 4TB drives with surprisingly good results. I'm still working on the documentation but this includes thby 1000001101000 - Off-Topic
Re: Reducing boot time on NSA325 - 3 years ago
another thing you can try is removing unneeded drivers from the kernel. It doesn't look like you have much unneeded stuff but removing the PCI driver and skipping PCI initialization/scanning might be worth a few seconds.by 1000001101000 - Debian
Re: Reducing boot time on NSA325 - 3 years ago
cross compiling is surprisingly easy (I love how much better these tools have gotten since ~2006 when I first tried them). The script I use to build armel kernels for mv78100 device can be found here: https://github.com/1000001101000/Debian_on_Buffalo/blob/master/Tools/kernel_tools/build_kernel.sh here are the prereqs for it: apt-get -y install libc6-armel-cross libc6-dev-armel-cross binutby 1000001101000 - Debian
Re: NSA 320 update to kernel 5.6.5 not booting - 3 years ago
Honestly, it's been a few years since I did a deboostrap so I may be mistaken about the ways that it differs from the normal process. I believe the main thing is that it automatically handles the emulation for the second stage automatically. You still have to copy in qemu-arm-static before chrooting into it afterwards, I don't know if the process copies it in and then deletes it afteby 1000001101000 - Debian
Re: Reducing boot time on NSA325 - 3 years ago
Good point. 60 sec really is pretty good. Reducing the size of the initrd by a few megabytes might get you a couple seconds faster depending on the speed of the device it is being loaded from. Installing haveged will speed up the filling the entropy pool and allow ssh to start a little faster in some cases. You could build a custom kernel that does not need an initrd at all which would save evby 1000001101000 - Debian
Re: Reducing boot time on NSA325 - 3 years ago
Oddly enough we were just talking about this on another thread. A sizeable amount of the time uboot spends initializing is from loading the kernel+initrd into memory before booting them. You can reduce the size of the initrd significantly by limiting the included modules and switching to a more aggressive compression algorthm.by 1000001101000 - Debian
Re: NSA 320 update to kernel 5.6.5 not booting - 3 years ago
I haven't tried you're uboot/kernels and I know that modern uboot documentation mentions handling decompression of uImages... but every kernel/uboot I've worked with has relied on the kernel to do the actual decompression of the initrd image which works as long as the associated kernel options have been enabled. The settings I listed above have been tested on devices with 64MBby 1000001101000 - Debian
Re: NSA 320 update to kernel 5.6.5 not booting - 3 years ago
I've been using XZ compression to reduce the size further in some cases. After some trial and error I've found these settings to be the best trade-off between speed/compression while keeping memory usage low: ``` ~# cat /etc/initramfs-tools/conf.d/compress COMPRESS=xz XZ_OPT=-2e export XZ_OPT ``` downgrading kmod to a version before they added the libssl dependency (to theby 1000001101000 - Debian
Re: QUESTION: Would you flash your working NAS - 3 years ago
Although anything requiring re-flashing the NAND should not be taken lightly.... You're definition of "ain't broken" may require some additional consideration in some cases. Part of what got me into running mainline linux on consumer NAS devices was serious un-patched security vulnerabilities often found in old versions of samba/bash/ftpd/etc on these devices. It might be wby 1000001101000 - Debian
Re: Request for Pogo V3 OXNAS Wifi driver in future kernel 4.14.x release - 3 years ago
If necessary you could also force it: modprobe -fby 1000001101000 - Debian
Re: Request for Pogo V3 OXNAS Wifi driver in future kernel 4.14.x release - 3 years ago
depmod -a; modprobe r8188eu or insmod /lib/modules/4.14.176-oxnas-tld-1/kernel/drivers/staging/rtl8188eu/r8188eu.koby 1000001101000 - Debian
Re: Apart from this forum... whats keeping you sane in lockdown :) - 3 years ago
Depends on your use cases. Lately i’ve been using vagrant to automate creating/destroying VMs for testing. I’ve also played around with QEMU to emulate arm systems, though that adds more overhead than it’s worth in most casesby 1000001101000 - Off-Topic