[DEV] CM11 Work-In-Progress

Search This thread

jimmcghee

Senior Member
Apr 7, 2010
180
39
Garland, Texas
I'm amazed the encore dev team has been so active for so long. I can't believe its running 10.2/4.3. Which brings me to my problem.
I had a build environment that was working as of 10.1 but vbox broke when I upgraded to 13.10 and so I'm creating a new environment from scratch.
I followed the instructions at: http://wiki.cyanogenmod.org/index.php?title=Build_for_encore
but the 'breakfast encore' command is not adding the vendor/bn directory. It does create the device/bn directory and it adds two lines to roomservice.
Are the lines it put in roomservice wrong? Is there a better guide?
I'm able to build for my Galaxy S4 without any problems.
 

fattire

Inactive Recognized Developer
Oct 11, 2010
2,281
6,473
www.eff.org
I'm amazed the encore dev team has been so active for so long. I can't believe its running 10.2/4.3. Which brings me to my problem.
I had a build environment that was working as of 10.1 but vbox broke when I upgraded to 13.10 and so I'm creating a new environment from scratch.
I followed the instructions at: http://wiki.cyanogenmod.org/index.php?title=Build_for_encore
but the 'breakfast encore' command is not adding the vendor/bn directory. It does create the device/bn directory and it adds two lines to roomservice.
Are the lines it put in roomservice wrong? Is there a better guide?
I'm able to build for my Galaxy S4 without any problems.

What are the two lines it added?
 
  • Like
Reactions: jimmcghee

drmarble

Senior Member
Jul 27, 2011
369
1,020
Oops,
<project name="CyanogenMod/android_device_bn_encore" path="device/bn/encore" remote="github" />
<project name="CyanogenMod/android_kernel_bn_encore" path="kernel/bn/encore" remote="github" revision="encore-omap3-3" />

Should have posted them the first time. :eek:
Thanks

Gosh, that was fast!!!
You need the proprietary files (props).
This error is sort of my fault. We had a broken build because of a broken link to the proprietary files. I fixed it so that it doesn't build if there are no props but it also causes difficulties when setting up a new build environment. I don't know of a good solution for this. I guess we could edit the build it yourself wiki page. Other devices just continue to make broken builds even if the props are missing.
You need the vendor/bn/encore proprietary files directory. You can generate it by running extract-files.sh from the device/bn/encore directory. This require you have an NC with cm on it plugged in via usb. Or, you can run unzip-files.sh and point it to a current cm zip file. Alternatively, you can find a repo with proprietary_vendor_bn/tree/cm-10.2 on github. I'm not sure if I should post the name of the secret (public) github repo that has all the cm props on it. Think Elmo and Oscar the Grouch.
Good luck.
 

jimmcghee

Senior Member
Apr 7, 2010
180
39
Garland, Texas
You need the proprietary files (props).
This error is sort of my fault. We had a broken build because of a broken link to the proprietary files. I fixed it so that it doesn't build if there are no props but it also causes difficulties when setting up a new build environment. I don't know of a good solution for this. I guess we could edit the build it yourself wiki page. Other devices just continue to make broken builds even if the props are missing.
You need the vendor/bn/encore proprietary files directory. You can generate it by running extract-files.sh from the device/bn/encore directory. This require you have an NC with cm on it plugged in via usb. Or, you can run unzip-files.sh and point it to a current cm zip file. Alternatively, you can find a repo with proprietary_vendor_bn/tree/cm-10.2 on github. I'm not sure if I should post the name of the secret (public) github repo that has all the cm props on it. Think Elmo and Oscar the Grouch.
Good luck.

Looks like this worked. It's building now.
The Samsung version of extract-files.sh adds the ability to extract the files from an unziped Nightly so I thought I'd add that to the one for the CN. Thus, you can change from cm9 to cm10.2 without having to install a Nightly just to get the blobs.

http://paste.ubuntu.com/6384714/

If you like it, feel free to upload it to the repository. I take no credit for it since I just cut/pasted from the Samsung jfltetmo version. Or, I'll upload it, but you'll have to point me to instructions.
 

fattire

Inactive Recognized Developer
Oct 11, 2010
2,281
6,473
www.eff.org
Obligatory...

Credit goes to sluo for getting the device folder all in order. I just built it and did some minor tweaks. Also keyodi was involved too :)

Right now:

* wifi works
* accelerometer works
* backlight works
* touchscreen works
* No sound so mediaplayer crashes
* No video
* Wallpaper doesnt' work
* Screwy SGX driver makes web scrolling turn black.
* screen record to mp4 doesn't work probably because of the media issues.
* The UI is fast and responsive.

bgzdESc.png
 
Last edited:

Benzoman

Senior Member
Jan 9, 2012
853
212
52
Central Illinois
Credit goes to sluo for getting the device folder all in order. I just built it and did some minor tweaks. Also keyodi was involved too :)

Right now:

* wifi works
* accelerometer works
* backlight works
* touchscreen works
* No sound so mediaplayer crashes
* No video
* Wallpaper doesnt' work
* Screwy SGX driver makes web scrolling turn black.
* screen record to mp4 doesn't work probably because of the media issues.
* The UI is fast and responsive.

bgzdESc.png

We going to get a copy of this to test? Would love to test it.

Sent from my GT-P7510 using XDA Premium HD app
 

steven676

Senior Member
Nov 24, 2011
593
2,433
We going to get a copy of this to test? Would love to test it.

In keeping with a long-standing Nook Color tradition, no public binary builds of CM11 for encore, please, for now. If you want to try it out, you can build it yourself -- there are excellent instructions up on the wiki which you can use as a starting point: http://wiki.cyanogenmod.org/w/Build_for_encore. There are at least two good reasons for this request (which we've been making during the device bring-up period since at least CM9): (1) it encourages people to learn to build, which may have positive effects on the pool of potential developers; and (2) it prevents unsuspecting users from being exposed to potential nasty bugs (like the eMMC brick bug that was exposed by changes in Android 4.3, which appears to have caught at least one person before we landed a workaround for it).
 

steven676

Senior Member
Nov 24, 2011
593
2,433
Some things worth noting if you're building:

  • I pushed a big kernel update (3.0.8->3.0.101 from kernel.org, plus the AOSP kernel/common android-3.0 branch up to the point where it diverges from the Galaxy Nexus kernel) to the CyanogenMod and NookieDevs repositories. Note the new branch name -- you may need to update your local manifest to pull in branch encore-omap3-3.0.y for the kernel. (Building the encore-omap3-3 branch should work, but you won't get the benefit of whatever changes we make in the newer kernels.)
  • If you're feeling extremely adventurous and willing to put up with (or better yet, help fix!) significant breakage, there's a CM11 source tree for encore up at https://github.com/NookieDevs/android_device_bn_encore/tree/cm-11.0.
 
Oct 22, 2012
33
112
Great to know that 4.4 is in fact much faster than previous builds, and I cannot thank you enough for all the work you guys do. Let's hope we see a stable build for the NC in the near future. :)
 

Some days ago I started trying to make a plain AOSP 4.4 build for the Nook... it's interesting to see that the changes we made almost the same — if not the same. Mine has some extra commits to suit my taste and workaround a couple of AOSP oddities, so I have rebased by device tree on top of yours. Yesterday I got an -eng build to boot in the Nook (yay!) and the only thing missing seems to be Bluetooth (it does not turn on). Today I am building a -userdebug variant and will continue from there adding some extras (like Superuser), but still keeping it lean because I have found that I tend to not use the CM extras in my mostly-for-reading Nook Color :D

Edit: the ART runtime works, but the difference is not very noticeable (the first time dex2oat runs for all the system packages system is slooooow and sluuuugish; then for installed apps it's okay). Probably this will improve in the -userdebug build that is cooking.

By the way, lots of kudos to all the people involved in keeping the Nook running recent Android releases.

robertdeniroanalyzethat.jpg

(You, you are good!)
 
Last edited:

Nburnes

Senior Member
Sep 4, 2010
1,330
977
Google Pixel 5a
Been a while since I have pulled out my Nook Color and subsequently been to this part of the forum. So hello everyone!

Need some help here with the CM-11 updater-script. It built just fine (output wise at least) using the NookieDev source, CM's blob repo, and with the encore-omap3-3.0.y kernel branch. Now I am trying to flash using CWM v3.2.0.1 and it runs for a little while then outputs
Code:
set_metadata_recursive: some changes failed 
E:Error in /sdcard/cm-11-20131120-UNOFFICIAL-encore.zip 
(Status 7) 
Installation aborted.

Pastie of updater-script: http://pastie.org/8496650

Any help would be much appreciated.
 
  • Like
Reactions: Tschumi and ajrty33

steven676

Senior Member
Nov 24, 2011
593
2,433
Need some help here with the CM-11 updater-script. It built just fine (output wise at least) using the NookieDev source, CM's blob repo, and with the encore-omap3-3.0.y kernel branch. Now I am trying to flash using CWM v3.2.0.1 and it runs for a little while then outputs
Code:
set_metadata_recursive: some changes failed 
E:Error in /sdcard/cm-11-20131120-UNOFFICIAL-encore.zip 
(Status 7) 
Installation aborted.

You need a newer recovery -- the one created when you built the rest of CM11 should work (out/target/product/encore/ramdisk-recovery.ub is your uRecRam (initramfs), the uRecImg (kernel) is the same file as uImage). (I don't think any of the existing publicly posted recoveries will work, unfortunately.)
 

Nburnes

Senior Member
Sep 4, 2010
1,330
977
Google Pixel 5a
You need a newer recovery -- the one created when you built the rest of CM11 should work (out/target/product/encore/ramdisk-recovery.ub is your uRecRam (initramfs), the uRecImg (kernel) is the same file as uImage). (I don't think any of the existing publicly posted recoveries will work, unfortunately.)

Fantastic. That is actually what I thought, but was unsure of. :highfive:

Edit:
iFFIoYy.png
 
Last edited:
  • Like
Reactions: Tschumi

bowguy

Senior Member
May 7, 2012
198
152
Ventura
Building CM11

For those of you building at home on a Virtual Machine, make sure you have enough hard drive space configured. I got by with a 40GB drive for CM10 but ran out of room on CM11. With a VM this can be a chore.

EDIT: Go for 60GB. I did two builds on my cloud server and the external volume with the minimum OS and build environment took 54GB.
 
Last edited:

fattire

Inactive Recognized Developer
Oct 11, 2010
2,281
6,473
www.eff.org
Here are the files, for convenience...

For those of you wanting a build of the cm11 recovery, this is the one from the build a couple days ago when I posted the screenshot. I'm pretty sure it works cuz keyodi and I (me and Keyodi?) both used it to flash after I got that error..

kernel -> uRecImg
ramdisk-recovery.ub -> uRecRam

Remember, this goes in the /boot partition. If it doesn't work and things are terrible for you, my apologies in advance. The kernel source is the the new kernel and the recovery source is cm11.

Some enterprising young whippersnapper can no doubt rename the files and package it into a .zip, but I'm too lazybusy for such things.

(Note-- this is not an invitation to post CM-11 builds. It's just a convenience for non-builders who may want a more modern recovery.)
 
Last edited:
You need a newer recovery -- the one created when you built the rest of CM11 should work (out/target/product/encore/ramdisk-recovery.ub is your uRecRam (initramfs), the uRecImg (kernel) is the same file as uImage). (I don't think any of the existing publicly posted recoveries will work, unfortunately.)

Exactly, you will need a newer recovery. Newer TWRP 2.6 versions should work as well, unfortunately I tried to build it but it won't initialize the screen (or show something on the screen), using adb devices the Nook is shown as being in recovery mode (meaning that kernel and userspace is working).

As another tip, if you have some other recovery you use regularly, you can use the names uAltImg and uAltRam and have a second recovery installed. I am using that to keep TWRP 2.3 as “normal” recovery, and a CM11-built recovery as “alternate”.
 
  • Like
Reactions: webyrd

fattire

Inactive Recognized Developer
Oct 11, 2010
2,281
6,473
www.eff.org
Webview fix in?

So this patch is said to do wonders on other devices to fix that black webview scrolling issue. It was just checked in, so I'm gonna do a build and see if it fixes the issue for encore too.

Update: Using the stock (not chrome) browser, it seems to be fixed!
 
Last edited:

Top Liked Posts

  • There are no posts matching your filters.
  • 210
    This thread is meant for discussion of the in progress Kit Kat port for the Nook Color.

    Updates
    If you want updates on the progress you can check this post and fattire's post immediately folllowing this. We'll both be posting updates periodically here.

    You can also follow me on twitter @dalingrin
    You can follow fattire @ fat__tire
    Please don't ask me for ETAs or status updates. I will post them as I post them :cool:

    Source code
    Device source code will be temporarily hosted on fattire's github @ http://github.com/fat-tire/android_device_bn_encore

    Things to expect
    Nothing :eek:

    Things not to expect(for now)
    *Fully accelerated composition of the UI - this is not likely and may be dependent on 3rd party closed source EGL libs getting updated
    *Accelerated video playback and overlay - This has changed quite a bit and may take some time to get working
    *Polished release soon - Don't ask, don't tell​


    icsncwifi3.jpg

    icsncwifi2.jpg
    160
    UPDATE 11/24/13 -- So CM 11.0 is out and building nicely on Nook Color. Look here for the link to the build instructions. If you are building CM 11, you will probably want to use cm-11.0 as the name of the branch when initializing.



    STATE OF THE UM, STATE OF THINGS


    So I was curious how many noob types, who always beg for nightlies and builds and stuff-- I wondered if they (you?) could be encouraged to learn and get involved in the process of building Android. Which, as I've expressed in an infamous ramble, I think is important to the future of our culture and how it it deals with technology-- and who will control it. So I asked normal non-dev people to try building-- to give it a shot.

    I think the experiment, which quickly became OUR experiment, has been a massive success. Far beyond what I'd imagined. Hundreds of people have gotten off their asses-- many of whom had clearly never touched Linux or a compiler before, and most were successful in building CM9/ICS from scratch.

    That is not a small deal. And no, it's not just following a list of instructions by rote. People had to think about and solve a million different problems-- installing VMs, updating packages, choosing linux distributions, understanding the command line, etc. Scary stuff if you've never done any of these things before.

    So it's been a month or so now, and I think we've reached the stage where aside from minor enhancements and fixes, the build looks pretty sweet. The major stuff is there and working. Yeah, DSP/hardware-accelerated video is something we're going to have to wait for TI to add to their omap3 repositories, and there are likely other things wrong. I've heard rumors of sleep-of-deaths or quicker-than-usual battery consumption, etc. There are numerous things to be fixed, but these are all issues that may or may not be worked out over time... As major new enhancements come to the CyanogenMod project, they will come to the encore version, and your build, automatically.

    No secret links this time. As before, I'll spell out the bottom line explicitly for ya here in the middle somewhere. And I'll even underline it.

    I hereby decree, in so far I am able, my humble request for "no posted builds".... is ended.

    Back to your regularly scheduled forum. Go to it.

    I encourage you to pass any valuable improvements you make to the code "upstream" via the gerrit review system at review.cyanogenmod.com for inclusion in the main CM project. You already know how it works. And some, God love ya, have already started. Not everything you submit will get accepted, but it's a good way to "pay it forward". And in the same vein, consider helping someone on IRC. Or be a big brother or big sister. Or donate blood. And to quote Steven Soderbergh, or whomever, you don't have to brush ALL your teeth, just the ones you want to keep.

    Thanks as always to dalingrin, keyodi, nemith, verygreen, arcee, deeper-blue, unforgiven512, the gang on irc, and the CM Team generally for keeping this fun. And thank YOU for the lulz, Internet.

    ft

    Remember, there's NOTHING quite like running your own build, piping-hot, and fresh from the oven.



    ----

    I am also releasing a first pass at a how-to-build walkthrough. It is available here:

    walkthru (rough draft)

    This doc will be updated and evolve with your input. It is meant to help people feel confident that they can build an operating system from scratch, and hopefully encourage them to participate, learn, and even make contributions.

    If you need assistance, you must rely on each other.

    Here is an equally unreliable clockworkmod, v5.5.0.4:

    uRecRam

    You may be asking, where is the issue queue? There is no issue queue. You are on your own here.

    Recent automated builds (unofficial, unsanctioned, untested, uneverything else) from Forum member Samiam303 is here.

    -----------everything below this line is sorta old and outdated--------------

    So there's apparently been some bit of controversy related to my request that people try to build themselves rather than someone posting a pre-made update.zip file. Let me go more into detail about what this experiment is about, at least from my perspective. But first, I do want to thank everyone for respecting the request so far-- I know it's not the traditional way of doing things, but I think it's been very fruitful and personally rewarding to see so many people who have never built jack before take on a project like this and be successful. I've received an enormous number of messages, both PMs here as well as in IRC, to the effect that this finally got them to try to build for the first time. It's introduced many people to actually using Linux, others may be having their first encounters with the command line, or git, or looking at source code, or learning about the build process in general. Whether or not the majority go on to become "devs" is irrelevant-- what I have been trying to encourage is curiosity and experimentation, and most of all a deeper understanding that your phones and "ereaders" are in fact full-fledged computers, not "appliances" or limited-purpose devices that others get to control. It's your property, and it can do a lot. There is an effort underway to discourage people from thinking of their devices this way or discouraging them from experimenting and learning with them. This IMO is an extremely harmful practice-- take a look at Cory Doctorow's recent speech on this subject. I could go on and on, but it seems important enough to me to make this request, and hopefully some of you are even subconsciously appreciating the awesomeness of what potential these general-purpose gadgets will have on society. So that's a lot of philosophizing, but there you go. And while I'm not naive enough to think that plenty of people aren't trading the file "under the table" at it were, for a variety of reasons, I do think that in a way they're cheating themselves; those who give building a shot are finding that learning is a reward unto itself. Those who are persistent, who pay attention, who don't give up, not only get a build at the end, plus the experience of doing it, plus the knowledge they picked up along the way-- they also discover things in the most unexpected of places, as in the link in the period at the end of the third sentence in this post. And while there's been some discussion of what a "dev" is and whether or not this is a gateway to bigger and better things, all I can assume is that if 5-10% of the people who built are intrigued enough to take it a step further, and maybe a step further than that... then we might end up with some new devs who appreciate the value of open source and whose contributions we can look forward to with eagerness in the future. Plus-- it's more fun this way.

    I do hope this sounds good to everyone. If you understand what this post is about- no need for long, drawn-out elaborate responses... a simple "I got it" will do. ;)

    More source is forthcoming... Thanks to dalingrin, arcee, keyodi, nemith, Scepterr, unforgiven512, etc. Oh, and shh.

    --------------------------

    update-cm-9.0-0-encore-emmc-sneakpeek2-fullofbugs.zip
    md5: 536d589c59ea5711a17a3d976f0638fa


    update-cm-9.0-0-encore-emmc-sneakpeek1-fullofbugs.zip
    md5: 85294ad91e2601beb737cf723b9fb9d6
    (note this URL is likely to change)

    Note: You are advised NOT to try to install this. This update.zip will **overwrite** as in erase whatever data you have on your emmc, so if you are trying this, you are advised to back it up first so you can recover. Install entirely at your own risk, and do a factory wipe first. This software is likely to be terrible and cause problems including permanent data loss, hair loss, and/or the destruction of your property and the death of your pets. You assume all risks involved in your use-- or even attempted use-- of this file. I disclaim any and all responsibility for your decision to try it.

    *** Really. This build is buggy. It is a work-in-progress. It is only a snapshot of where things stand right now, and it's possible it'll never go further. ***

    here's what's working:

    * bluetooth (pairing/file transfer only confirmed)
    * wifi (full it seems but it's brand-new to the kernel so who knows how stable anything is)
    * backlight
    * accelerometer
    * improved stability (but not perfect)
    * gapps
    * setcpu/overclock
    * real data usage info (not stubbed out)
    * battery levels/charging
    * physical menu button
    * touchscreen
    * 3d games
    * usb gadget in kernel (ie, mounting your sdcard to your computer)
    * screenshots
    * build system (to auto-create update.zips)
    * sound


    (note: for all the above features, you must build yourself! See below for rationale & more)

    For sure not working yet:

    * video
    * full 2d acceleration (esp on complex web pages)
    * and much much more

    These things may/may not be added at some point in the future. You should have no expectations that they will. Anyone who asks for an ETA for something or other gets collectively stoned by the crowd.

    I'm sometimes on #nookcolor in freenode.

    Thanks to keyodi, unforgiven512, arcee, toastfch, d0nk`, dalingrin, nemith, the rest of the cm team/TD, and anyone else who I've forgotten. We stand on the shoulders of giants.

    MUST READ:
    Again, don't install this. And please don't "rom" this (as in change the font or background) and then ask for donations for your "hard work". This is a preview of a work in progress, not a final product, and it's not meant for people to use day-to-day. Don't be a ****. Thanks.
    --------------------screenshots---------------------

    ncicsss1.png


    About screen, wifi scanning, & bluetooth....
    icsnc.jpg
    icsncwifi1.jpg
    icsncbt.jpg


    icsnc4.jpg
    ncicsss.png
    icsnc5.jpg
    icsnc6.jpg

    ncicsss2.png
    ncicsss5.png

    wpvW3.png
    71
    Some thoughts...

    So there's apparently been some bit of controversy related to my request that people try to build themselves rather than someone posting a pre-made update.zip file. Let me go more into detail about what this experiment is about, at least from my perspective. But first, I do want to thank everyone for respecting the request so far-- I know it's not the traditional way of doing things, but I think it's been very fruitful and personally rewarding to see so many people who have never built jack before take on a project like this and be successful. I've received an enormous number of messages, both PMs here as well as in IRC, to the effect that this finally got them to try to build for the first time. It's introduced many people to actually using Linux, others may be having their first encounters with the command line, or git, or looking at source code, or learning about the build process in general. Whether or not the majority go on to become "devs" is irrelevant-- what I have been trying to encourage is curiosity and experimentation, and most of all a deeper understanding that your phones and "ereaders" are in fact full-fledged computers, not "appliances" or limited-purpose devices that others get to control. It's your property, and it can do a lot. There is an effort underway to discourage people from thinking of their devices this way or discouraging them from experimenting and learning with them. This IMO is an extremely harmful practice-- take a look at Cory Doctorow's recent speech on this subject. I could go on and on, but it seems important enough to me to make this request, and hopefully some of you are even subconsciously appreciating the awesomeness of what potential these general-purpose gadgets will have on society. So that's a lot of philosophizing, but there you go. And while I'm not naive enough to think that plenty of people aren't trading the file "under the table" at it were, for a variety of reasons, I do think that in a way they're cheating themselves; those who give building a shot are finding that learning is a reward unto itself. Those who are persistent, who pay attention, who don't give up, not only get a build at the end, plus the experience of doing it, plus the knowledge they picked up along the way-- they also discover things in the most unexpected of places, as in the link in the period at the end of the third sentence in this post. And while there's been some discussion of what a "dev" is and whether or not this is a gateway to bigger and better things, all I can assume is that if 5-10% of the people who built are intrigued enough to take it a step further, and maybe a step further than that... then we might end up with some new devs who appreciate the value of open source and whose contributions we can look forward to with eagerness in the future. Plus-- it's more fun this way.

    I do hope this sounds good to everyone. If you understand what this post is about- no need for long, drawn-out elaborate responses... a simple "I got it" will do. ;)

    More source is forthcoming... Thanks to dalingrin, arcee, keyodi, nemith, Scepterr, unforgiven512, etc. Oh, and shh.
    59
    Some good stuff...

    fattire/dalingrin: aren't the new EGL libs from the defy very good news?

    Not especially. We've had egl working on nook for about two weeks now. It just hasn't been public. The changes are pushed to frameworks/base now, and the defy is just using the flag(s). The code in questoin, by arcee I believe, was pushed up yesterday, which means everyone else will get the fast blue stuff seen in the screenshots. I tested it and some other stability stuff today, and I'm pushing it tonight/this morning. Anyone building now should notice a difference. The sacrifice for stability is a loss of some accelerated 2d graphics... but trust me, this is the best combo so far, and that other stuff can come later.

    The big effort the last two days has been w/the kernel. After MANY hours of f'ing up, I finally got the appropriate netfilter working in 2.6.32 which means I can finally finish stuff like this:

    icsnc11.jpg


    That's a 1543 fwiw. I'm guessing it can do better. But whatever.

    Gapps works too. Like Maps...

    icsnc12.jpg


    Gmail (with multiple panes/fragments)...

    icsnc7.jpg


    Market...

    icsnc10.jpg


    And the tablet apps install directly to the tablet from the web market. No questions or difficulty...

    icsnc8.jpg


    icsnc9.jpg



    Neat. So here's what's working:

    * bluetooth (only pairing is confirmed)
    * wifi (full it seems but it's brand-new to the kernel so who knows how stable anything is)
    * backlight
    * accelerometer
    * improved stability (but not perfect)
    * gapps
    * setcpu/overclock
    * real data usage info (not stubbed out)
    * battery levels/charging
    * physical menu button


    Not working yet:

    * sound (dalingrin's gonna start this I think. Arcee has code to support legacy drivers I believe.)
    * video
    * full 2d acceleration (esp on complex web pages)
    * usb gadget (which means screenshots too I think)
    * build system (to auto-create upgrade.zips)

    I'm pushing up most of what I have at the moment, including the test kernel-- I'll try to check that in tomorrow but it's a mess. It's been an all-night effort, so I'm sure stuff that I think works great will turn out to be a total dud when people actually try it.

    I also wrote up a "how to build" walk-thru a couple days ago. But it'll need to be updated.

    Still, not bad.
    56
    New Kernel

    Well, we decided to push the 2.6.32.59 kernel and wifi module into the repo. So, eyeballer's and Samiam303's builds should have the latest kernel by tomorrow.

    What's Fixed
    • keyboard layout issues and key sizes
    • Wifi module preventing sleep and pinning cpu at max
    • wifi SOD - we'll see

    What's New
    • PVR drivers backported from the omap3-3 kernel. *non-opengl versions may notice increased 3d scores in benchmarking. No noticeable improvement in opengl builds