I'm going to bed now :)) you won't hear from me for another 10 hours :)by bodhi - Debian
Hi chessplayer, Here is the patched linux_logo. md5: 7ae1817502a0246e49616d07e6df4e8c Run this on your boxes and let me know what you see :) if you see no problem with it, you can replace this binary where it is installed (e.g. usr/local or where you've defined it).by bodhi - Debian
That's not necessarily true. You can boot with uImage and uInitrd if booting Debian kernel. So I would change the bootcmd_usb to either: boot only with uImage setenv bootcmd_usb 'usb reset; run usb_scan; run make_usb_bootargs; ext2load usb $(usb_device) 0x40000 /boot/uImage; bootm 0x40000 or to boot with uInitrd setenv bootcmd_usb 'usb reset; run usb_scan; run make_usb_booby bodhi - Debian
I think it is more like the Topkick than the NSA325. Since you have serial console, you could try the Topkick arcNumber to see if it boots.by bodhi - Debian
ingmar_k, Re http://forum.doozan.com/read.php?3,6336,15850#msg-15850 initrd is especiall useful for the Pogo V3. When you boot with both SATA and multiple USB drives plugged in, it is much easier to use rootfs label to identify the boot drive with bootarg root=LABEL=rootfs. Using other mechanism such as UUID or other identifying means are not very flexible (i.e. U-Boot envs need to change eby bodhi - uBoot
It is Armada.by bodhi - Debian
Hi chessplayer, Understood. If the developer is no longer active, I could look to see if we could patch their code and rebuild the package. Depending how it was implemented, if it's easy enough then it would be no problem.by bodhi - Debian
tilator, I'm not quite sure I understand your quesiton! Did you compile the kernel, but not sure how to generate the dtb file? Or are you looking for a kernel package and dtb file so you can use?by bodhi - uBoot
Hi Chessplayer, It was removed from the mainline kernel in version 3.12: https://github.com/torvalds/linux/commit/9fc2105aeaaf56b0cf75296a84702d0f9e64437b I guess you will have to get this info from dmesg, i.e. dmesg | grep -i bogomips | cut -c41-58 1191.11 BogoMIPSby bodhi - Debian
Berryshake, Is your machine this one http://www.amazon.com/Iomega-Media-Backup-Center-35541/dp/B007A2JNGS ? From the boot log, it shows this is Soc: 88F6282 A1 CPU. It is not in the mainline, and I don't have a patch for it. It also does not show up in the arcNumber list yet. So if you can find a patch for this, then we go from there. Perhaps you can find the open source from Marvell wby bodhi - Debian
Hi chessplayer, > I just germanized and beautified your basic install, as I always do to get my own base system. Cool :) Thanks for pointing out, I did not notice that. Will take a look, perhaps something has changed in the mainline code. And you probably refered to this above: the same info can be extracted from dmesg, too. root@tldDebian:~# dmesg | grep -i bogomips [ 19.63369by bodhi - Debian
Kuduku, That setenv is only temporary. To make it permanent, save the env. I prefer to do this in Debian fw_setenv usb_rootfstypeby bodhi - Debian
Hi kuduku, Perhaps retracing your steps: if you've created the rootfs as root user? is the pen drive partition Ext3? if you've confirmed these are correct. Try this also: remove the usb_rootfstype env in serial console before booting. setenv usb_rootfstypeby bodhi - Debian
Kuduku, It's not your archNumber or machid. arcNumber 2097 is fine for booting Pogoplug E02. Note these: [ 10.627259] scsi 0:0:0:0: Direct-Access USB2.0 CARD-READER 1.01 PQ: 0 ANSI: 2 and mount: mounting /dev/disk/by-label/rootfs on /root failed: Invalid argument I think your card reader is a little slow to be fully up. Likely udev (i.e. initrd), did not get the rootby bodhi - Debian
kuduku, Continue using rootfs 3.14.0-kirkwood-tld-1. Label the USB drive partition, and set U-Boot envs as described here: http://forum.doozan.com/read.php?3,8044,8152#msg-8152 The basic idea is to tell Linux to find the rootfs with label "rootfs".by bodhi - Debian
Of course, but I have not finished reading this part of the code either, never had to :-) so please take that with a bunch of grains of salt! On the surface, it seems so. Furthermore, the U-Boot location in RAM could also be calculated and placed at somewhere in higher or lower memory. If it's placed at lower memory then it must falls in where the 5MB is, then your guess is more correct. Iby bodhi - uBoot
- Partition boot flag does not really matter, but it's good to set it to active anyway. - This is a Certified Refurbished GF Home? did you check the power adapter to see if it is the GF Home 2V 2A apdapter? - Bus error is one of the symptoms when the drive is failing. What brand of USB thumb is this one?by bodhi - Debian
I think you probably mixed up the 2 locations (NAND vs. RAM) U-Boot is at higher memory (see include/configs/ox820.h): #define CONFIG_SYS_TEXT_BASE 0x64000000by bodhi - uBoot
I think 5MB is a bit high, too. There should be data in the first 5MB before where the kernel is loaded, but it would not be that big. However, I think this is one of those undocumented details. I'm guessing 5MB is just a convention to make it large enough so it would not run out of space for dynamic data like boot parameters (i.e. they don't know what the kernel users will include in bby bodhi - uBoot
narddawg, QuoteI tar -xjvf the latest Debian-3.14 rootfs to the root of the usb drive as root user? must be root user, sudo won't work. When you see IO errors occur frequently, then probably the USB thumb is failing.by bodhi - Debian
Yes I did misunderstand your post :)by bodhi - uBoot
Perhaps the reason is in include/configs/ox820.h. But my calculation for some address did not match up!by bodhi - uBoot
I have not looked at the new U-Boot source yet, so not sure either. But am wondering where in RAM is U-Boot relocated to. Could that be the reason?by bodhi - uBoot
Make sure that U-Boot env for rootfstype is set to ext3 #fw_printenv usb_rootfstype usb_rootfstype=ext3 Better yet, post your output of fw_printenv and we'll verify if anything peculiar, if you'd like to.by bodhi - Debian
Looks like your USB thumb drive has gone bad or was mounted as RO for other reason. Check the mount status, see if the rootfs was mounted as ro: mountby bodhi - Debian
@ingmar_k, I finally have some time to take my PogoPro off line and play with it :). I've read most of the posts in the "A new kernel for oxnas" thread at Arch site. Thanks navym/kref, ingmar_k and others for valuable information about the effort to get this to run the latest kernel. Using kref GitHub source, I've built the kernel 3.12.13 oxnas and it works great with mby bodhi - uBoot
dinlaca, You have missed a crucial step by installing this U-Boot manually from stock U-Boot. The manual instruction indicated that the starting point is after you have already installed U-Boot with Jeff's script and now want to upgrade. Jeff's script installs U-Boot image and also flashes a good U-Boot envs image which include all the envs needed to boot with USB. Quote This assby bodhi - uBoot
Hi Malc, I tried to compile this U-Boot using your patch above, applied on top of Pogo CE source. It was compiled natively (I've changed the Makefile to comment out CROSS_COMPLE). I got this error, any idea why? I'm guessing that I missed an include file somewhere that contains the #define for some of the values. arm-linux-gnueabi-gcc -DMV_SEC_256K -DMV_BOOTSIZE_16M -DMV_LARGE_by bodhi - uBoot
karolp, Please post in this NSA325 thread: http://forum.doozan.com/read.php?2,14351 Somebody might have ideas how to troubleshoot this. Even though this kernel has NSA310 patch, it is basically still untested (not enough feedback, so I have no idea if it works well or not).by bodhi - Debian
Kernel linux-3.14.0-kirkwood-tld-2 package was uploaded. Please see 1st post for download link.by bodhi - Debian