Hey GraÅžvydas,
pandora-kernel.git pandora-37 branch has been rebased to 2.6.37.2 . This means in case you have this branch cloned, you need to rebase it: git fetch git rebase remotes/origin/pandora-37
Great
Also latest aufs patches have been merged into that branch, and proposed kernel config to use in firmware (arch/arm/configs/omap3_pandora_defconfig) has been added. The config is based on one we use in .27, but some more things made as modules to shift size out of uImage (to reduce u-boot workload which is slow because u- boot works with caches disabled). DJWillis, if you can use that defconfig directly somehow than hook it in, if not we'll need to sync that with OE tree regularly.
I have got a tweaked recipe that pulls in the omap3_pandora_defconfig and makes no changes to it. I'll test this with the rebased tree but if that works I'll commit the recipe tomorrow (it was working before the rebase but with the minimal config that was in the kernel tree, I expect no problems).
Also, thanks for doing the AUFS stuff, that really simplifies the OE side of things :).
currently known issues:
- NAND driver seems to be broken and needs to be debugged (broke
sometime in 2.6.32-2.6.34 era, mainline people don't seem to use NAND which is bad luck)
- OSS emulation is broken
- BT is missing (maybe use userspace bluez instead of hacking kernel driver
this time?)
- the new charging driver doesn't set charge current, so charging may take
long time
- kernel starts in 32bpp mode which xf86-video-omap doesn't like, but
maybe newer xf86-video-omap will handle this. If not, stick 'fbset -depth 16' in slim-init or somewhere else before X.
to those few of us who have a serial bob, serial device has been changed because of new OMAP specific serial driver: old: /dev/ttyS0 new: /dev/ttyO2 so update your bootargs.
Good to note, people should expect to consider most of that 'known issues' for now as I am just looking to get working images with this kernel. I'll make sure the fbset is in if it is needed but I am also pulling in the latest xf86-video-omap so I'll check that is actually still broken 1st ;).
Thanks again,
John