Micky Wicky, > esp. as both worked flawlessly in tld-1. tld-1 and tld-2 code are identical, except for the HDD2 power trigger (2 lines of code in GPIO configuration). The problem with initializing WD HDDs has always been in u-boot. You could only used 1 HDD in tld-1 so that is not really a good comparison, IMO. I think the power draw of the WD HDDs must be causing problem (in that thby bodhi - uBoot
Yes. Let's have a naming poll, add Jeff to it too. bodadovian :))by bodhi - Off-Topic
Micky Wicky, Quote> With 2 HHDs, doing > run poke; ide reset; sleep 60; usb start > > Launch Debian (the macro scan_disk includes "ide > reset") - looks OK: > root@debian:~# dmesg | grep -i SATA > [ 2.626551] sata_mv f1080000.sata: version > 1.28 > [ 2.626885] sata_mv f1080000.sata: slots 32 > ports 2 > [ 2.703914] scsi host0: saby bodhi - uBoot
@Gravelrash, QuoteReset IDE: Marvell Serial ATA Adapter Integrated Sata device found [0 0 0]: Enable DMA mode (6) Device 0 @ 0 0: Model: SM22 Firm: I052 Ser#: (03)5526888-20080228 Type: Hard Disk Capacity: 463.6 MB = 0.4 GB (949536 x 512) Nice :) where is this from? so you soldered the SATA port? 1. Regarding kwboot, sometime it is just a little picky. Trby bodhi - Debian
Val532, > > So no i persists and say you miss something in > your config ^^. > > CONFIG_CNS3XXX_HIGH_PHYS_OFFSET=y Yes, you're right! I did miss this 1 Kconfig file (there were 2 Kconfig patches that look almost identical). Now I saw the same errors :) will fix that tomorrow.by bodhi - Debian
Let me rebuild with that added config and see what errors I will get.by bodhi - Debian
Val532 Wrote: ------------------------------------------------------- > Bodhi > > So no i persists and say you miss something in > your config ^^. > > > # > # CPU Core family selection > # > CONFIG_ARCH_MULTI_V6=y > # CONFIG_ARCH_MULTI_V7 is not set > CONFIG_ARCH_MULTI_V6_V7=y > # CONFIG_ARCH_MULTI_CPU_AUTO is not set > # CONFIG_ARCH_BCMby bodhi - Debian
The GPL source is supposed to be in here. I'm still looking, it's not easy to find the GPL tarball! ftp://ftp.hp.com/pub/tcdebian Update: I think this worth looking into: ll u-boot-1.1.4.tar.bz2 -rw------- 1 503 dialout 7398011 Apr 27 2010 u-boot-1.1.4.tar.bz2by bodhi - Debian
Here is the config file I used, to build with the patch above.by bodhi - Debian
Gravelrash Wrote: ------------------------------------------------------- > Hello all, > > Not read this trail for a while as i have been > working on some other stuff - mostly work related > - sometimes being an "inveterate fiddler of kit" > lands me with a backlog of other peoples stuff to > sort out. > > Cleared the decks now, so Tuesday, I willby bodhi - Debian
Val532 Wrote: ------------------------------------------------------- > Ok so, some error : > > First missing : > > > diff --git a/arch/arm/mach-cns3xxx/Kconfig > b/arch/arm/mach-cns3xxx/Kconfig > index 446ec73..586a36d 100644 > --- a/arch/arm/mach-cns3xxx/Kconfig > +++ b/arch/arm/mach-cns3xxx/Kconfig > @@ -60,4 +60,15 @@ endchoice > config CNby bodhi - Debian
> > Yes - no - yes - OK - OK. ****** HDD2 was > initilized, and boot OK? > Correct This is good. It means we might put a long sleep period after ide reset and see if it helps. With 2 HDDs: poke ide reset sleep 60 usb startby bodhi - uBoot
Micky Wicky Wrote: ------------------------------------------------------- > You're right, I just had to git pull and it builds > using clang 7.0 on 10.11.1 > > Running it returns the exact same error as under > NetBSD 7.0: > > > kwboot -B 115200 -t -p -b > uboot.2015.10-tld-1.nsa310s.mtd0.kwb > /dev/tty.SLAB_USBtoUART > Sending boot message. Pby bodhi - uBoot
Micky Wicky Wrote: ------------------------------------------------------- > Haven't figured out how to do tables in here.... > So I tried different combinations of poke/no poke, > and whether HDDs are connected, in Debian and > NetBSD (both using USB rootfs): > this is doing no more than the poke and run > bootcmd_default (for Debian) and usb start; > fatload; bby bodhi - uBoot
Val532 Wrote: ------------------------------------------------------- > bodhi, > > Send me your patch to make some test. > > Have you looking for the memory offset (0x2000000) > ? :) forgot to attach the patch. I've attached it now. Yes, the memory offset was incorporated in memory.h and cns3420vb.c. Try it!by bodhi - Debian
Val532, I've attached the unified patch here. This patch should be applied to a vanilla kernel 4.4.3. I think it is best to have a unified patch that can be applied on top of the mainline kernel. It was built successfully with the config file config_seagate_smp. So if you need only a few files then extract them. For example, patches for cns3420vb.c and memory.h are what you're looby bodhi - Debian
Val532, Does your mtdparts in the kernel command line look like this? Kernel command line: console=ttyS0,115200 mtdparts=orion_nand:0xa0000@0x0(uboot),0x10000@0xa0000(env),0x228000@0xb0000(zImage),0x300000@0x2d8000(initrd),32m@0x0(flash) root=LABEL=rootfs rootdelay=10 And you could take mtdparts arg out all together, since we don't have those working yet anyway.by bodhi - Debian
Val532, It does not build for me with this set of patches (applied it to 4.4.3 mainline). There are missing files. For example, this gpio.c was in 3.18.5. If the patches work then it should have pointed to a new location or added this file. make[2]: *** No rule to make target 'arch/arm/mach-cns3xxx/gpio.o', needed by 'arch/arm/mach-cns3xxx/cns3xxx.o'. Stop.by bodhi - Debian
Val532, It works for damacc in this thread, and Reto here: http://forum.doozan.com/read.php?3,25120,25670#msg-25670by bodhi - Debian
@libv, > What's wrong with a wiki and with letting _many_ > people fix and structure information? Since you > already use github, why not set up a wiki there? Thanks for suggestion. I think it is a legit criticism. But we are not organized like more official distros. This is mainly a hacking forum. If I have enough volunteers then there will be a wiki :) @doozan forumby bodhi - Off-Topic
I split the most recent post into its own topic.by bodhi - uBoot
bobafetthotmail, > He was talking of a u-boot feature that allows it > to fetch uImage and stuff then boot from the > network. Ah I see. Stock u-boot should already provided tftp for that purpose.by bodhi - Debian
Micky Wicky, > No problem on OS X 10.6 (32-bit) and 10.11 in my > case, I got the drivers from I think 10.10+ will reject it (if it is not signed by Apple approved cert). They require this on Yosemite and later. This was a big issue with SSD TRIM when Yosemite was out. kwboot compiled fine for me now on OSX 10.10.5 and Xcode 7.1. I think you need the latest kwboot source.by bodhi - uBoot
Let's improve the envs a bit. I meant to do this when I released new u-boot, but forgot all about it. This will eliminate some errors. setenv load_dtb 'echo loading DTB $dtb_file ...; load $bootdev $device 0x1c00000 $dtb_file' setenv load_initrd 'echo loading uInitrd ...; load $bootdev $device 0x1100000 /boot/uInitrd' seyenv load_uimage 'echo loading uImage .by bodhi - uBoot
Micky Wicky, > So test #3 fails (I can't try the other 2 as I > only have the 2 WD disks) > The timeouts do not occur if there is no HDD > present as we've seen earlier. Thanks Micky. You can do this test : use only 1 WD HDD in the 2nd slot and a USB rootfs.by bodhi - uBoot
Thanks guys! I never consider about compiling Linux tools on Mac. Now I think of that, it is obvious! So the SiliconsLab kext is OK by OSX? or do you make an exception in OSX kext checking?by bodhi - uBoot
> HAVING SAID THAT... it's not outside the realm of > possibility to make a pizza box. The main CPU heat > sink cooks the pizza, but before that the exhaust > case fan warms the mushroom growing area, tomatoes > grow through holes in the case like a Ghia pet, > and a square foot wheat garden outside could be > harvested by drones at lightening speed... :)) cookiby bodhi - Off-Topic
> A USB3 3.5" toaster, where to buy? For example: http://www.newegg.com/Product/Product.aspx?Item=N82E16817182307by bodhi - Off-Topic
> It's useful for development purposes (if you make > a firmware for your device) but it's not going to > be much use for us as the "firmware" here is > Debian ARM and that works well already. It's true that Debian with new kernel runnning is good enough for a lot of users. However, stock u-boot can not support Ext4, large 2TB+ HDD, SNTP,... a lot of modby bodhi - Debian