RootFS for koliqi kernel

[Royce]

I have the gotten the regular Arch distro to go on my mini-wifi. I can attach it to my wifi OK and everything. However, it seems like a lot of the packages for Arch are just built for x86. (For example MySQL).

I'd like to give the kernel at https://github.com/koliqi/imx23-olinuxino a try with a debian rootfs, but I'm unclear on which rootFS I should be using. The debian rootfs from the product page doesn't seem to work, it stops just as it is trying to start the shell server. I'm guessing that's because its intended for a 2.x kernel and I have 3.x kernel. (That same product page links to a 2.x kernel)

Anyway, if someone could send a link to an appropriate debian rootFS (with wifi config tools) for the koliqi kernel, I'd appreciate it.

[Niii]

You can try to build your own rootfs with this guide :
https://github.com/OLIMEX/OLINUXINO/blob/master/SOFTWARE/iMX233/DEBIAN/DEBIAN-BUILD.txt

[TioRuben]

I've mine with Apache, PHP and MySQL. Just do "pacman -Sy mysql" in arch

[Royce]

Interesting! I could swear their website said x86 only for that package. I'll go back to it, then. I'm mostly a Windows guy. I've managed to get some limited familiarity with Ubuntu but not so much that I'm dedicated to it.

I did figure out that the reason the product page's linked debian rootfs doesn't seem to work is that the getty entry is one "A" short of the correct device name for the debug port.  But I still had trouble getting the wifi recognized, however.

I tried making my own rootfs. That was interesting. There mere fact that qemu is not a virtual machine in the same sense as something like VMWare Player escaped me for a long, long time. I kept wondering how to start it. I really think the first instance of "(this is executed on virtual armel machine)" in step 6 should be deleted. (But not the 2nd instance.) Very confusing and I'm pretty sure the first instance is just plain incorrect. Qemu doesn't start activating with any regularity until you've changed the root if I understand correctly.

Anyway, when I got to the part of the process where I was supposed to type exit, it just said there are no stopped jobs and left me with my root set to the armel stuff. I had to do a hard reset of the box to get back to the x86 Ubuntu root. I'm sure I missed something or misinterpreted something.

I'll probably take a another crack at building a rootfs at some point (or at least doing the qemu thing properly). I'd really like to be able to compile bigger libraries on my laptop. I'm a huge Poco fan and compiling that library is probably going to take all day on the hardware.

But, I really need to get on with my coding and a day's time is starting to be a relatively short span compared to the root fs stuff. I'll give Arch another shot.

Thanks much!

[TioRuben]

For installing Debian, better try this: http://www.eewiki.net/display/linuxonarm/iMX233-OLinuXino. I have tried this, but I couldn't set up WiFi properly. (Didn't have enough time, but I'm afraid it should be something like compiling driver and those stuff). However, arch works almost out-of-the-box...
In http://archlinuxarm.org/packages you will find all available packages for Arch Linux ARM(alarm) distribution.

[Royce]

archlinuxarm.org!!!

Silly me, I went to archlinux.org, saw they had an architecture filter for their package list and thought I was done.   

[Royce]

Are you running a 2.x kernel or a 3.x kernel? I have an image called imx233_kernel_2.6_ARCH_FS_WIFI.img. It works but I have trouble updating or getting MySQL to start. It complains about my glibc version, but the update of the glibc package complains about stuff in the file system.

I also have an image called ArchLinuxArm-olinuxino-latest.img from http://archlinuxarm.org/platforms/armv5/olinuxino that seems to be a 3.x kernel. I haven't worked with it too much, but what I've done seems OK. It's a bit annoying in that every so often it spits out this long kernel message about paging. It doesn't actually stop the device though, it just clutters my screen. I checked the SD card in fdisk and it seems the img file did write down a swap partition there. Now that I see the message posted here appears like some cron job is setting the paging error off.

Also the name of the Wifi driver seems to have changed. In the 2.6 kernel it was 8192cu. I've yet to puzzle out the new name. I'd really like to disable the power save feature of the Wifi. On the 2.6 image I'd sometimes get a package corruption indication from pacman when I had power save enabled.

Any setup tips you can give me would be much appreciated.

Code Select Expand

[  606.680000] Unable to handle kernel paging request at virtual address 0024a603
[  606.690000] pgd = c3b88000
[  606.690000] [0024a603] *pgd=00000000
[  606.700000] Internal error: Oops: 5 [#3] PREEMPT ARM
[  606.700000] Modules linked in:
[  606.700000] CPU: 0    Tainted: G      D       (3.7.2-2-ARCH #1)
[  606.700000] PC is at __d_lookup_rcu+0xd8/0x118
[  606.700000] LR is at lookup_fast+0x34/0x258
[  606.700000] pc : [<c00e5dd0>]    lr : [<c00daf78>]    psr: 60000013
[  606.700000] sp : c3847db0  ip : c2c07011  fp : c35724a8
[  606.700000] r10: 00000003  r9 : 00000003  r8 : 0024a603
[  606.700000] r7 : c3847e28  r6 : c357e000  r5 : c3563888  r4 : c357e008
[  606.700000] r3 : 00000000  r2 : c357e02c  r1 : 00000000  r0 : 00000065
[  606.700000] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
[  606.700000] Control: 0005317f  Table: 43b88000  DAC: 00000015
[  606.700000] Process crond (pid: 1091, stack limit = 0xc38461b8)
[  606.700000] Stack: (0xc3847db0 to 0xc3848000)
[  606.700000] 7da0:                                     c00dca3c 00000000 60000013 c3847dec
[  606.700000] 7dc0: c06a6918 c3847eb8 c3563888 c2c07015 c3847e18 c2c07015 c380b970 c3847e14
[  606.700000] 7de0: bec6bc2c c00daf78 c3847eb8 00000002 c3847eb8 0024a603 c2c07015 c3846000
[  606.700000] 7e00: c2c07015 c3846000 c2c07014 c00dc024 c3846000 c2c07010 bec6bc2c c00dca60
[  606.700000] 7e20: 00000001 00000000 0024a603 00000003 c2c07011 c2c07010 c3847eb8 00000000
[  606.700000] 7e40: 00000041 c2c07010 ffffff9c c3846000 00000000 c00dcd60 c3847e60 b6ec27c4
[  606.700000] 7e60: 00000000 00000fe4 00000ff0 c022d730 00000000 c2c07000 c3847f50 00000001
[  606.700000] 7e80: c2c07000 c3847eb8 ffffff9c ffffff9c c3846000 00000000 bec6bc2c c00dd474
[  606.700000] 7ea0: c2c07000 c3847f50 00000001 c3847f38 ffffff9c c00df2e0 c380b970 c3563888
[  606.700000] 7ec0: c000e848 bec6bba0 00000068 00000000 c380b970 c3563888 c35724a8 00000051
[  606.700000] 7ee0: 00000002 00000001 00000000 00000002 00000000 00000000 00000000 00000000
[  606.700000] 7f00: 00000000 00000000 00000de7 00000000 bec6bba0 c3847f50 b6ec27c4 000000c3
[  606.700000] 7f20: c000e848 c00df318 00000000 b6ec27c4 00000001 c00d67ac ffffff9c b6ec27c4
[  606.700000] 7f40: c3847f50 bec6bba0 00000001 c00d6974 0000c71a 00000000 0b300002 c07181a4
[  606.700000] 7f60: c3847f90 bec6bc60 00019e84 bec6bc60 00019e84 0000004e c000e848 bec6bc60
[  606.700000] 7f80: 00000008 00000000 0000002f 00000001 b6ec27c4 c000e7a0 b6ec27c4 bec6bba0
[  606.700000] 7fa0: 0000002f c000e6a0 0000002f 00000001 b6ec27c4 bec6bba0 bec6bba0 00000000
[  606.700000] 7fc0: 0000002f 00000001 b6ec27c4 000000c3 b6ece000 00000067 00000005 bec6bc2c
[  606.700000] 7fe0: 00000000 bec6bb40 b6e31e44 b6e61f28 20000010 b6ec27c4 20000000 00800008
[  606.700000] [<c00e5dd0>] (__d_lookup_rcu+0xd8/0x118) from [<c00daf78>] (lookup_fast+0x34/0x258)
[  606.700000] [<c00daf78>] (lookup_fast+0x34/0x258) from [<c00dc024>] (link_path_walk+0x1ac/0x7e0)
[  606.700000] [<c00dc024>] (link_path_walk+0x1ac/0x7e0) from [<c00dcd60>] (path_lookupat+0x54/0x748)
[  606.700000] [<c00dcd60>] (path_lookupat+0x54/0x748) from [<c00dd474>] (filename_lookup+0x20/0x5c)
[  606.700000] [<c00dd474>] (filename_lookup+0x20/0x5c) from [<c00df2e0>] (user_path_at_empty+0x54/0x7c)
[  606.700000] [<c00df2e0>] (user_path_at_empty+0x54/0x7c) from [<c00df318>] (user_path_at+0x10/0x14)
[  606.700000] [<c00df318>] (user_path_at+0x10/0x14) from [<c00d67ac>] (vfs_fstatat+0x2c/0x5c)
[  606.700000] [<c00d67ac>] (vfs_fstatat+0x2c/0x5c) from [<c00d6974>] (sys_stat64+0x14/0x30)
[  606.700000] [<c00d6974>] (sys_stat64+0x14/0x30) from [<c000e6a0>] (ret_fast_syscall+0x0/0x38)
[  606.700000] Code: 1a000009 e5942018 e1a03001 e7d20003 (e7dc1003)
[  607.020000] ---[ end trace 89405a669c9bcfa0 ]---
[  607.020000] note: crond[1091] exited with preempt_count 1
1969 Dec 31 18:40:18 olinuxino [  606.700000] Internal error: Oops: 5 [#3] PREEMPT ARM
1969 Dec 31 18:40:18 olinuxino [  606.700000] Process crond (pid: 1091, stack limit = 0xc38461b8)
1969 Dec 31 18:40:18 olinuxino [  606.700000] Stack: (0xc3847db0 to 0xc3848000)
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7da0:                                     c00dca3c 00000000 60000013 c3847dec
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7dc0: c06a6918 c3847eb8 c3563888 c2c07015 c3847e18 c2c07015 c380b970 c3847e14
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7de0: bec6bc2c c00daf78 c3847eb8 00000002 c3847eb8 0024a603 c2c07015 c3846000
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7e00: c2c07015 c3846000 c2c07014 c00dc024 c3846000 c2c07010 bec6bc2c c00dca60
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7e20: 00000001 00000000 0024a603 00000003 c2c07011 c2c07010 c3847eb8 00000000
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7e40: 00000041 c2c07010 ffffff9c c3846000 00000000 c00dcd60 c3847e60 b6ec27c4
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7e60: 00000000 00000fe4 00000ff0 c022d730 00000000 c2c07000 c3847f50 00000001
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7e80: c2c07000 c3847eb8 ffffff9c ffffff9c c3846000 00000000 bec6bc2c c00dd474
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7ea0: c2c07000 c3847f50 00000001 c3847f38 ffffff9c c00df2e0 c380b970 c3563888
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7ec0: c000e848 bec6bba0 00000068 00000000 c380b970 c3563888 c35724a8 00000051
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7ee0: 00000002 00000001 00000000 00000002 00000000 00000000 00000000 00000000
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7f00: 00000000 00000000 00000de7 00000000 bec6bba0 c3847f50 b6ec27c4 000000c3
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7f20: c000e848 c00df318 00000000 b6ec27c4 00000001 c00d67ac ffffff9c b6ec27c4
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7f40: c3847f50 bec6bba0 00000001 c00d6974 0000c71a 00000000 0b300002 c07181a4
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7f60: c3847f90 bec6bc60 00019e84 bec6bc60 00019e84 0000004e c000e848 bec6bc60
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7f80: 00000008 00000000 0000002f 00000001 b6ec27c4 c000e7a0 b6ec27c4 bec6bba0
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7fa0: 0000002f c000e6a0 0000002f 00000001 b6ec27c4 bec6bba0 bec6bba0 00000000
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7fc0: 0000002f 00000001 b6ec27c4 000000c3 b6ece000 00000067 00000005 bec6bc2c
1969 Dec 31 18:40:18 olinuxino [  606.700000] 7fe0: 00000000 bec6bb40 b6e31e44 b6e61f28 20000010 b6ec27c4 20000000 00800008
1969 Dec 31 18:40:18 olinuxino [  606.700000] Code: 1a000009 e5942018 e1a03001 e7d20003 (e7dc1003)

[TioRuben]

Sorry for my late response, we were on Holidays here in Spain!
I'm running 3.7 kernel: the official image from ArchLinux. I've had the same problem with the 2.x kernel image you post. I don't know why, but the filesystem cannot be updated via pacman. Don't break your brain trying, I've even tried to uninstall, delete even make handmade patches, but 2.6 upgrade doesn't work in that image. Arch Linux changed their filesystem (some critical paths and permissions), and direct upgrade from this image doesn't work. I tried even to flash new filesystem with old kernel, and the system din't boot (3.7 is managed with systemd or stuff like that)

It won't be a problem unless you need the TV out and audio. I've been unable to work with it in 3.x kernel. The "solution" I've made is to buy another SD card and install 2.6 in one and 3.7 in other. If I want to make something TV related, I use 2.6 SD, if I want it as web server (for example), I use 3.7 one. It's a shame, but seems to be a problem from Texas Instruments regarding 3.x kernel support for this patform. When my job and family allows me, I'm planning to try to port Audio and TV drivers to 3.x kernel. I've seen the code, and hope it won't be very problematic, but I need time...

Also, seems that Olimex have the iMX233 project a bit abandoned, just see in this forum: A13 posts doubles iMX posts.

Regards!