There is a packaged kernel work in progress here: http://git.linaro.org/gitweb?p=ubuntu/linux-linaro-oneiric.git%3Ba=summary git://git.linaro.org/ubuntu/linux-linaro-oneiric.git
It is based on a snapshot of linux-linaro-2.6.39 from today plus sauce and packaging from Ubuntu-2.6.39-3.10.
The bad news is that this kernel does not even boot for me. As I chase that down I would like feedback on the new configs. They are dramatically reduced compared to the last cycle. I created the new configs by starting with the upstream defconfigs for each soc and then added only what was necessary to satisfy the Ubuntu config enforce script.
This is the perfect time in the release process to start over with minimal configs since we have time deal with missing options. So please look at the configs and let me know what else should be turned on.
The packaged kernel has configs split across multiple files. Which is a little confusing. Here is a synopsis:
./debian_linaro/config/config.common.ubuntu is the part that is common across all arch's and flavours (socs). ./debian_linaro/config/armel/config.common.armel has stuff common across all armel flavours but since we only have armel then this file is empty with all the common stuff propagating up to config.common.ubuntu. ./debian/linaro/config/armel/config.flavour.linaro-* contain the soc specific stuff.
Any input appreciated. One obvious thing I have noticed is that the soc specific options differ in non-soc specific ways that could be made consistent. For example lots of CONFIG_CRYPTO options are not set in mx51 but m or y in omap. As you see these please give your opinion on if all plats should make an these y, m or n.
Thanks, John
This kernel _DOES_ boot. Other things were causing my problem.
However if you do want to try this kernel with previously created image with u-boot setup to load a devtree then I believe you will need to change the boot.scr file to remove the loading of the device tree since this kernel does not yet have device tree support.
With the sd card inserted and the dos partition mounted on /media/boot:
strings /boot/boot.scr > boot.txt
edit boot.txt and remove the fatload mmc 0:1 0x815f0000 board.dtb; part of bootcmd
mkimage -A arm -O linux -T script -C none \ -a 0 \ -e 0 \ -n "Ubuntu boot script" \ -d ./boot.txt \ /media/boot/boot.scr
unmount it and try it.
On Thu, Jun 9, 2011 at 8:45 PM, John Rigby john.rigby@linaro.org wrote:
There is a packaged kernel work in progress here: http://git.linaro.org/gitweb?p=ubuntu/linux-linaro-oneiric.git%3Ba=summary git://git.linaro.org/ubuntu/linux-linaro-oneiric.git
It is based on a snapshot of linux-linaro-2.6.39 from today plus sauce and packaging from Ubuntu-2.6.39-3.10.
The bad news is that this kernel does not even boot for me. As I chase that down I would like feedback on the new configs. They are dramatically reduced compared to the last cycle. I created the new configs by starting with the upstream defconfigs for each soc and then added only what was necessary to satisfy the Ubuntu config enforce script.
This is the perfect time in the release process to start over with minimal configs since we have time deal with missing options. So please look at the configs and let me know what else should be turned on.
The packaged kernel has configs split across multiple files. Which is a little confusing. Here is a synopsis:
./debian_linaro/config/config.common.ubuntu is the part that is common across all arch's and flavours (socs). ./debian_linaro/config/armel/config.common.armel has stuff common across all armel flavours but since we only have armel then this file is empty with all the common stuff propagating up to config.common.ubuntu. ./debian/linaro/config/armel/config.flavour.linaro-* contain the soc specific stuff.
Any input appreciated. One obvious thing I have noticed is that the soc specific options differ in non-soc specific ways that could be made consistent. For example lots of CONFIG_CRYPTO options are not set in mx51 but m or y in omap. As you see these please give your opinion on if all plats should make an these y, m or n.
Thanks, John