ArchLinux ARM for CubieTruck : any ideas ?

[suzukii]

$this->bbcode_second_pass_quote('WarheadsSE', 'T')he CubieTruck is not a SoC. It is a board. It has a SoC on it. Also, this mysterious image you are talking about is entirely unofficial, and you should talk to it's distributor.

[moscar]

Hello,

I have made a new kernel package partly based on what maribu posted earlier.

It is based on https://github.com/sunxi/linux-sunxi but with a patched bcmdhd driver from https://github.com/cubieboard2/linux-sunxi so wifi is working.

The package-source is avaible here: https://github.com/mikkeloscar/packages ... inux-sun7i
You can also download my builds from here: http://arch.moscar.net/armv7h/ (if you trust me , and don't want to build it yourself)

I guess this would work with the cubieboard2 but I don't own that board, so I can't test it. If it does work on the cubieboard2, maybe this could be used as a base for a new official alarm kernel which support both boards?

[WarheadsSE]

We recently pulled all the sunxi kernels to the head of the 3.4 branch of the linux-sunxi/linux-sunxi kernel sources.

[direx]

$this->bbcode_second_pass_quote('WarheadsSE', 'W')e recently pulled all the sunxi kernels to the head of the 3.4 branch of the linux-sunxi/linux-sunxi kernel sources.

[WarheadsSE]

Just update the damned thing.

[moscar]

The sun7i kernel seems to be at 3.3: https://github.com/archlinuxarm/PKGBUIL ... inux-sun7i

Maybe I'm looking in the wrong place?

[maribu]

Hi, there!

Here is an updated version of my PKGBUILD for the linux-sun7i kernel. This has been changed:
- update to current source version
- a much better solution for the problem that you cannot use function names containing variables (the ALARM developers might want to look at this)
- I included a pkgver() function, so no more manually adjusting the pkgver to match the kernel release
- the PKGBUILD now generates an 'own' firmware package which includes all firmware needed by this kernel (like the bcmdhd firmware which is not included by the linux-firmware package)
- fixed a bug in the kernel headers package (plat-sunxi/include was missing and is needed for compiling additional modules)
- cleaned up the kernel headers package (headers for new uneeded architectures are now not included anymore)
- one minor bugfix (the KARCH variable is used in multiple functions, but only exported in one function. If you call "makepkg --pkg linux-suni7i-headers -R" the prior version failed to build. Now KARCH is exported globally. The ALARM developers might want to look at this because their PKGBUILD has this bug, too)

Next thing to do would be including the patch from moscar to get the bcmdhd module finally working.

@moscar: Am I allowed to steal your work and adopt your solution? Or even better: Do you want to upgrade this PKGBUILD with your patch?

Regards,
maribu

[moscar]

@maribu: Sure, go ahead and grab whatever you need. I might also take a shot at it, but it could be a couple of days before I get around to it.

Nice work!

[moscar]

@maribu (and others)

I have added the bcmdhd patch to maribu's PKGBUILD here: https://github.com/mikkeloscar/packages ... inux-sun7i, I also added some small changes, like removing the -j2 flag from the make command (this should be handled by the settings in makepkg.conf).

You will still need the ap6210 firmware package posted earlier by maribu to get wifi working.

[crazyben]

Hello all,

I downloaded ArchLinux from http://dl.cubieboard.org/software/a20-cubietruck/archlinux/

My target is to get 1wire bus running under Cubietruck using DS1820 sensors.
I checked the following root /lib/modules/
Here I can see that there are two Versions of Kernelmodules available.
But the necessary Kernel modules are only avaiable for the older kernel (in *.gz format under ../w1/slaves/).
Has somone tried this yet?

How can I get the necessary Kernel module running?
As I can see in conf-file the necessary module has not been actived when compiling http://dl.cubieboard.org/software/a20-cubietruck/archlinux/ct-arch-v2/cubietruck_defconfig
Can I downgrade the current kernel to the old one?

/:edit
Or can I create my own Kernel containing the required module?

Best Regards
Ben