On Sat, Aug 18, 2012 at 8:11 AM, Gordan Bobic <[email protected]> wrote:
> On 08/18/2012 03:30 AM, Andrew Rankin wrote:
>>
>> Hi All,
>>
>> I haven't posted before but have been standing in the corner listening
>> to the list for a while. I'm a bit a noob to the world of ARM, but
>> have plenty of RHEL/CentOS experience.
>>
>> VIA finally sent and I finally received their little APC.io board this
>> week and I was able to boot the RedSleeve rootfs using their kernel
>> with the rootfs on an SD card.
>>
>> What I did is here:
>> http://www.balldawg.net/index.php/2012/08/via-apc-redsleeve-linux-install/
>>
>> I hope to get it working and installed on 2GB of built in NAND
>> sometime soon. I'm more than happy to write up a more detailed WIKI
>> page if it's wanted.
>
>
> Hi Andrew,
>
> Awesome stuff! I'm away on holiday at the moment, but interestingly, I'm
> told my APCs arrived while I've been away, so your timing is nothing short
> of perfect. :)
>
> And since it ships with a 2.6.32.x kernel, it seems there might be a good
> chance that the upstream kernel could be persuadable to build for it, too.
>
> I'll try your instructions next week when I get home.
>
> Gordan
> _______________________________________________
> users mailing list
> [email protected]
> http://lists.redsleeve.org/mailman/listinfo/users
Great, let me know what you find and enjoy your time off.
I played around with the NAND all weekend and found that Wondermedia
seems to have left out the mtdparts command from u-boot. Digging into
their code a bit it seems they rewrote the nand cmd code so you can't
just re-compile and enable it in u-boot. I fear I've hit my current
knowledge limit with the u-boot code. Hopefully someone with a
history of u-boot development can dig into it a bit.
In messing around with the current u-boot I wiped the entire nand (but
apparently not the mtd structure), afterwards I found if I pulled the
kernel from nfs and boot it I now get a kernel panic:
WMT # nfs 0x1000000 192.168.15.250:/nfsroot/uzImage.bin
EEP-less strapping = TRUE
File transfer via NFS from server 192.168.15.250; our IP address is
192.168.15.251
Filename '/nfsroot/uzImage.bin'.
Load address: 0x1000000
Loading: * #################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
############################################################
done
Bytes transferred = 2969256 (2d4ea8 hex)
WMT # bootm 0x1000000
[...]
gmp was registered as device (253,0)
[gmp] Cannot use unaligned memory ce971000
[gmp] Cannot use unaligned memory ce971000
vmap allocation for size 2924945408 failed: use vmalloc=<size> to increase size.
gefb_probe: ioremap fail -1370025984 bytes at 20400000
gefb: probe of gefb.0 failed with error -5
vpp_config(-543925344x7@60)
Unable to handle kernel paging request at virtual address 14a35480
pgd = c0004000
[14a35480] *pgd=00000000
Internal error: Oops: 805 [#1]
Hopefully I can mess with it a bit more next weekend.
Andrew
_______________________________________________
users mailing list
[email protected]
http://lists.redsleeve.org/mailman/listinfo/users
