Related
This is just a thread to offer a consolidated place for update notifications and such for alternative kernels. I will try to keep the most recent versions in this post but you should always check the end of the thread just to make sure.
Consider these experimental, use at your own risk, no ones responsible for anything, blah blah blah.
For best results, always use cyanogenmod roms
Most recent kernels:
pershoots Kernels
http://droidbasement.com/db-blog/
ezterrys kernels
http://forum.xda-developers.com/show...&postcount=670
dumfuqs OC (Requires setting scaling_max_freq in order to boot)
cm-5.0.8
32B/32A
cm-6.0.0
32B
32A
newest (10/14/2010):
2.6.35.7 32A/B (only oc710 so most of you will need to set your max frequency in init.d or whatnot)
archive:
http://www.mediafire.com/?6paej1h9tpkif
dumfuqs github
hey dumfuq, can you create a blog, I like following your work, would be nice to see it all elsewhere. Are you on github?
thanks, your work is appreciated
thx for posting this
Nice to see this here.. It would be nice to further explain, I searched else where but could not find....
I know
OC---IS OVER CLOCKED
UV---IS UNDER VOLTED
FP---????
Not to be rude but this is the third kernel thread on Page 1 of G1 Android Development. Hope a mod consolidates the three into one.
On another note, thanks for your kernels.
dumfuq said:
This is just a thread to offer a consolidated place for update notifications and such for alternative kernels. I will try to keep the most recent versions in this post but you should always check the end of the thread just to make sure.
Consider these experimental, use at your own risk, no ones responsible for anything, blah blah blah.
For best results, always use cyanogenmod roms
Most recent kernels:
pershoots Kernel 2.6.34-OC-UV-FP – Dream/sapphire(32B/A)
http://droidbasement.com/db-blog/?p=538
dumfuqs OC -Dream/Sapphire(32B) (requires setting scaling_max_freq in order to boot)
oc825-cm-2.6.34-8t3-signed.zip
Click to expand...
Click to collapse
with oc825-cm-2.6.34-8t3 im not getting full multitasking, im able to multitask 3-4 apps but the kernel isnt utilizing all the swap before killing processes
I think it's rather nice to have an OC kernel that doesn't require swap though.
just updated with changes from cm-5.0.8-t4
defconoi said:
with oc825-cm-2.6.34-8t3 im not getting full multitasking, im able to multitask 3-4 apps but the kernel isnt utilizing all the swap before killing processes
Click to expand...
Click to collapse
They make it use all the swap, and people complain, they tone it down, and people complain.
Seriously though, adjust swappiness and perhaps use AutoKiller to set the settings LOWER than default. That should keep more apps around. Note that doing that may cause extreme slowness, so if it breaks, you get to keep both parts.
When I fool with those types of settings, I like to disable "set on boot" type options so that a reboot clears them if I screw something up. Then I can tune away till I get what I want, then set them on boot. Of course, just as I figure out how I like it, a new release comes out. owell, I do so love flashing my phone. I feel like I need a .sh file with "adb shell "reboot recovery"" in there on my computer's dock.
new dream/sapphire kernel images posted - http://droidbasement.com/db-blog/?p=546
Any chance on someone uploading the oc xtra v4 with lower frequencies please.. I don't know how to change the userinit or resign =P thank you. Last time with test2 cyanogen, it booted up fine leaving the frequencies on my old settings but now test4 it just won't boot because frequencies got over written this time and set825 which I know why but I don't know how to resign and stuff..
rahuljj said:
Nice to see this here.. It would be nice to further explain, I searched else where but could not find....
I know
OC---IS OVER CLOCKED
UV---IS UNDER VOLTED
FP---????
Click to expand...
Click to collapse
FP = floating point optimized
32a test
I have no way to test this myself but...
It looks like it is fairly trivial to make a 32A port (since cyanogen has already patched the source). So here is a version of my latest that might work on 32A. If you try this, please let me know if it works or not.
Same as my others in that it requires you to set the scaling_max_freq in order to boot.
oc825-32A-cm-2.6.34-8t4-signed.zip
2.6.34 BFS kernel. I found it in the cyanogen forums.
http://www.4shared.com/file/BmZU6db6/BFS508t4.html
I went from 23 to 24 fps on neocore benchmark. Not really that much of an increase but 5% is 5%. I know some people hate BFS with a passion but I like the extra frame=p.
Link to OP
So I tried you kernel (was too lazy to make my own) and everything works (it boots) except the wifi, either due to the fact that I'm running 5.0.7 or the slight possibility that you put the wrong kernel module for wifi because 32A and 32B don't use the same one, will compile my own to see if it's just the kernel module...
rps13 said:
So I tried you kernel (was too lazy to make my own) and everything works (it boots) except the wifi, either due to the fact that I'm running 5.0.7 or the slight possibility that you put the wrong kernel module for wifi because 32A and 32B don't use the same one, will compile my own to see if it's just the kernel module...
Click to expand...
Click to collapse
This might fix the wifi.
yup wifi is fixed, so was it the kernel module?
rps13 said:
yup wifi is fixed, so was it the kernel module?
Click to expand...
Click to collapse
Yup...that wass it. Thanks.
825 isnt stable for me , how about turning out a optimized 710 or 670 build ?
mejorguille said:
2.6.34 BFS kernel. I found it in the cyanogen forums.
http://www.4shared.com/file/BmZU6db6/BFS508t4.html
I went from 23 to 24 fps on neocore benchmark. Not really that much of an increase but 5% is 5%. I know some people hate BFS with a passion but I like the extra frame=p.
Link to OP
Click to expand...
Click to collapse
Why do people dislike BFS? I don't really see much of a reason for the hate (but I also don't really know the difference)
BACK FROM THE DEAD
This kernel is intended to be stable yet fast. has many goods (OC UV ect.) but yet its main goal is to be stable. THIS KERNEL IS INTENDED FOR USE ON CYANOGENMOD (but if u would like to try on other aosp roms feel free)
i decided to bump my old thread to give testers a place to discuss the kernel and point out possible issues. before its moved into CyanogenMod.
u can get the kernel via Kernel Manager in the android market.
direct link: http://kernels.teamw.in/files.php?fid=565&kid=237
all source can be found on my link in my signature.
thanx for the support and please leave feedback
as of v9:
-edid code and hdmi driver bug fixes
-bump minor version
-config changes
as of v8:
revert edid code that borked audio in HDMI
as of v7:
minor version change, staying up to date with linux stable release
as of v6:
minor version change, keepin us up tEh date
as of v5:
-updated minor version to .5
-misc other changes
as of v4:
-fixed issue in atmel touch driver
-updated usb gadget driver
-add platform data for USB accessory function
-update config
as of v3:
-updated EDID code via tEh #teamwin
-changed config
-fixed light sensor
known issues:
-hdmi audio out not working
-possible bug switching cams (needs tetsing and debugging works for some while some seem to have issues)
faq:
q: does this kernel have SBC?
a: no
q: will this kernel ever have SBC?
a: no
q: kernel manager gives error when updating, what do i do?
a: make sure you have the latest version of the app. if you do, clear the app data and try again
q: after flashing the ladies look at me more, how do i make it stop?
a: flash another kernel
q: can i discuss other kernels in this thread?
a: no... post only posts that are on the topic of this kernel.
q: i cant feel my legs, any way to fix?
a: get off the toilet and stand up naowz
q: what is GoDm0dE?
a: http://forum.xda-developers.com/showpost.php?p=13405012&postcount=204
Awesome! can't wait to try this
we can just flash on top of Fresh right?
want to install now!
guys, it's a source, not a flashable kernel yet. it's for other people to make changes to and improve on at the moment.
justinisyoung said:
guys, it's a source, not a flashable kernel yet. it's for other people to make changes to and improve on at the moment.
Click to expand...
Click to collapse
that's what I thought, but was making sure... thanks
Could we please have epson panel fix (30 fps, touch lag) implemented asap?
Thanks.
great love to see community kernel.
going to be forking soon
TrevE said:
great love to see community kernel.
going to be forking soon
Click to expand...
Click to collapse
thats the spirit welcome aboard lol
once first commit finishes, ill start doing the normal magic. OC,compcacheaand such. ill prolly fork for BFS for now. im gonna try and forward port to .34 here in a bit once i get some of this up
ps first commit is up finally. pull away
yeah prolly best to keep bfs sepearate havent played yet myself but from pokin around on n1 boards read its not too stable but like i said havent touched it myslef.
29 - 34 shoudlnt be too bad, not like 27 - 29 :|
just finishin up a movie then ill fork away thanks ofr getting this goin toast id love to see 1 community kernel instead of 3029849203842093 like the n1 has
TrevE said:
yeah prolly best to keep bfs sepearate havent played yet myself but from pokin around on n1 boards read its not too stable but like i said havent touched it myslef.
29 - 34 shoudlnt be too bad, not like 27 - 29 :|
just finishin up a movie then ill fork away thanks ofr getting this goin toast id love to see 1 community kernel instead of 3029849203842093 like the n1 has
Click to expand...
Click to collapse
Any forking in the movie you are watching? haha -
instead of BFS di like to try playing around with this
http://lwn.net/Articles/352889/
> [...]
> # echo NO_NEW_FAIR_SLEEPERS> /debug/sched_features
>
> Btw., NO_NEW_FAIR_SLEEPERS is something that will turn the scheduler
> into a more classic fair scheduler (like BFS is too).
Click to expand...
Click to collapse
>> (mainline)
>> Averages:
>> ------------------------------
>> Max 50 usec
>> Avg 12 usec
>> Stdev 3 usec
>>
>>
>> (BFS)
>> Averages:
>> ------------------------------
>> Max 474 usec
>> Avg 11 usec
>> Stdev 16 usec
Click to expand...
Click to collapse
In fact, I liked this setting so much that I went to
kernel/sched_features.h of kernel 2.6.30.5 (the kernel I use normally right
now) and set SCHED_FEAT(NEW_FAIR_SLEEPERS, 0) (default is 1) with
absolutely no other tweaks (like sched_latency_ns,
sched_wakeup_granularity_ns, etc.). It pretty much behaves like BFS now
from an interactivity point of view. But I've used it only for about an
hour or so, so I don't know if any ill effects will appear later on.
Click to expand...
Click to collapse
just need to get debugfs enabled.
and no no forking in the movie pandorum on netflix
TrevE said:
instead of BFS di like to try playing around with cfs
http://lwn.net/Articles/352889/
and no no forking in the movie pandorum on netflix
Click to expand...
Click to collapse
may be promising. i did some work with Con the creator of BFS on the HeroC had him look over my dirty backport to .27 and then used his suggestions on my .29 heroC port. i only had like one or two issues that came about from BFS in the end. mostly app related at that. i really never had time to look further into the issues because of other projects and the awesome sauce EVO's arrival. but yeah im gonna go with a fork and work out the bugs. i like the idea behind BFS and feel its best suited for devices like ours. that said... .34 has a major CFS overhaul, which many have said fixes a lot of issues CFS had in previous kernel versions. so getting to .34 and playing around i guess is the goal i have ATM.
ps. look at this lol
http://pastebin.com/h7TQiv5a
htc is some dirty coders lol
probably not the place to ask, but what the heck..
does anyone have any idea why touch input is broken on froyo when using this kernel?
ffolkes said:
probably not the place to ask, but what the heck..
does anyone have any idea why touch input is broken on froyo when using this kernel?
Click to expand...
Click to collapse
oh do i need to fix that? htc prolly destroyed it again. i can look at it here in a bit. i bet i know the issue.
A proper backport of BFS and i really want to test SIO I think the results will be very good.
toastcfh said:
oh do i need to fix that? htc prolly destroyed it again. i can look at it here in a bit. i bet i know the issue.
Click to expand...
Click to collapse
awesome!
What's BFS? I remember always hearing about it on the HTC dream boards but never came across an actual explanation to what it actually is/does
madunix said:
What's BFS? I remember always hearing about it on the HTC dream boards but never came across an actual explanation to what it actually is/does
Click to expand...
Click to collapse
Brain **** Scheduler
madunix said:
What's BFS? I remember always hearing about it on the HTC dream boards but never came across an actual explanation to what it actually is/does
Click to expand...
Click to collapse
It's the Brain F**k Scheduler
http://en.wikipedia.org/wiki/Brain_Fuck_Scheduler
Hi everyone
I've managed to get a fairly good working build now of FRF91 from AOSP. I was inspired mainly by both AdamG and meLIanTQ for there excellent work on both there AOSP built ROM's, so thought I'd have a go at it myself, so here is the result
I'm building this ROM to suit my own personal needs, with various little things thrown in for good measure, but it will remain 100% AOSP source. No APK's will be modified *after* the build, all customisation on my part will be done via the overlay.
THIS IS NOT A SENSE-BASED ROM
ROM Details
Built from latest AOSP source. (FRF-91 2.2-r1.1)
2.1Mb Kernel Image Size so hopefully no problems for people with Bad Blocks
Kernel Base - 2.6.32.9 configured and compiled by myself (UV Support, no OC)
Self-modded Kernel Fix to keep phone charged at 100% while plugged in (used to drop to 89% and charge) (details >here<)
ext2, ext3 and ext4 support
cifs.ko, tun.ko and openvpn
Classic A2SD+ from my original dalvik-cache mod from Rooted 2.1 Eclair for Desire (details >here<) Copies Apps, App-Private and Dalvik-Cache to SD.
A2SD Fixed to help prevent White Screen Hangs (working with ext2 and ext3 partitions, needs testing with ext4)
Latest BusyBox (1.16.2)
Rooted with latest SuperUser 2.2 apk
Massive APN List
h264 Camcorder
Latest FRF91 Google Apps
3G/H Icon Fix to display H during HSDPA connection.
Default Launcher is LauncherPro Beta
WaveSecure installed to /system/app
setcpu.txt copied to sdcard JUST incase you want to use SetCPU to ramp down the CPU Speeds to help conserve battery life (remember, no OC or UV support in kernel, but I do intend to patch UV support in future releases)
The following items have also been removed:
Facebook (Installable from Market)
Twitter (Installable from Market)
Original Android Launcher
Amazon MP3 (Installable from Market)
Whats Working (currently from what I can tell as its what I use)
Facebook Sync (including profile pictures displaying in Phone App and Message App)
WiFi
USB & WiFi Teather
Notification LED's
Camera
NO ECHO
I've also not included items such as SpareParts, or LeoParts... SpareParts and LeoParts can be had from the Market.
Please refer to the 2nd post for a breakdown of changes/fixes/known issues with the ROM
Installation
Fresh Install
I recommend you do a FULL WIPE before you install this ROM if you are coming from another ROM.
Future Upgrades
No wipe is explicitly required in order to use this ROM, however if you do encounter issues of any kind, it is recommended that you wipe your device and reproduce the issue before raising it here.
Just to say. Whenever I release a new Update, I always just "flash over" the existing one without a Wipe and go from there. I'm building each release with this ethos in mind, as its pretty annoying having to do a Wipe on each update!
DOWNLOAD
YOU WILL NEED THE 5.xx RADIO ROM FLASHED TO USE THIS ROM - 4.xx RADIOS ARE NOT, AND WILL NOT BE SUPPORTED SORRY!!
Get the latest RADIO's >HERE<
Also, remember this is a ROM I'm making for myself and a few friends, so I will try to sort out bugs as-and-when they are found, but as I'm still learning how to do this well, it may take a little time for me to sort!
Also during the FIRST initial boot after a fresh install, it can take about 30 seconds for LauncherPro to start responding. THIS IS NORMAL. Any further reboots by yourself, or upgrades in future (without wipes) don't have this issue.
FroYo-Desire 0.4b
Thanks & Credits
st0kes for all the info and tips in the Building Android from AOSP thread.
deovferreira/Kali- for the vendors which make all of this possible.
meLIanTQ for the invaluable help when I ran into a few issues during my initial build
AdamG & meLIanTQ for there inspiration
IntersectRaven for his HAVS Kernel Modifications
Anyone and everyone else who I've forgot to mention
Want to buy me a Toastie?? Can if you want But I'm not in it for the food
Future Additions
Add support to dynamically check and change the keys binded for unlocking the phone
Current Known Issues
Auto Brightness may not be to everyones taste.
Version History & Changelog
0.4b
Kernel UV Values tweaked to 925mV min, 1225mV max.
Conservative Power Governor now set on boot. (can be changed using SetCPU)
Updated LauncherPro to latest release
0.4a
Removed HAVS Additions from Kernel - caused problems with Trackpad & Light Sensor (CM3602).
New Kernel UV-Only based on Pershoots N1 Modifications. 950mV - 1275mV (for stability)
0.4
Recompiled Kernel with HAVS Support (925mV MIN, 1250mV MAX) - Credit >IntersectRaven<
0.3
Added SIM Toolkit
Final 100% Battery Charging Modification in place (keeps battery at 100% while plugged in)
WiFi Sleep now fixed (using own method based loosely on the official Google patch)
WiFi Sleep also fixed in respect to extremely high pings and regular dropped packets still compared to being in a Woken state (pings and packet consistency will remain constant regardless of screen being on or off)
AutoBrightness now set back to original FroYo values. Sense values used in 0.2 were draining the battery and keeping the screen far too bright in dark conditions.
0.2
Re-synced against latest AOSP Release & Kernel_MSM
Further-optimised Charging functions in Kernel
Fixed button backlight (full brightness)
Fixed Notification LED
Fixed Auto-Brightness
0.1b
Re-compiled Kernel enabling "Conservative" mode for (hopefully) better battery saving! (use SetCPU to enable this)
Added fixes to try get 3G working on Orange networks (for those who are fully unlocked with latest Radio's ONLY)
Corrected the order at which kernel modules load. Also sorted out module issue with FileSystem modules loading in the proper order.
No longer clear Vendor cache from Market (causes slowdown on initial use after flashing as upgrade)
0.1a
Initial Public Release
0.1-prerelease
First Initial Build
Fixed LED's
Added Camera Profiles
Fixed Facebook Sync
Fixed Teather
i dont suppose you can tell me where i can get the kernel fix that stops the battery from draining while charging? that is a HUGE problem for me
i will flash your ROM asap but i dont have enough time atm
thanks very much for your ROM looks really good
cgrec92 said:
i dont suppose you can tell me where i can get the kernel fix that stops the battery from draining while charging? that is a HUGE problem for me
i will flash your ROM asap but i dont have enough time atm
thanks very much for your ROM looks really good
Click to expand...
Click to collapse
Updated first post with a link to the modified source file
You sir are an absolute saint
Thanks so so much
5 STARS!
very very nice work.. good job.. i love AOSP rom.. i'll try it tomorrow.. one question. the biggest problem is wifi on OD and AOSPDesire (sleep mode). wifi is working on this rom when goes to sleep? Thanks
How would we go about manually installing the kernel fix? do we flash it?
Thanks again and sorry for my ignorance
cenkaan - What exactly is the WiFi sleep problem? I go into Settings -> Wireless & Networks -> Wi-Fi Settings.
Press Menu key, choose Advanced
Set Wi-Fi sleep policy to Never... Doesn't disconnect for me, but it does run in a low-power mode.
I've noticed using something like SpareParts, has *no* effect on this setting what-so-ever. It only works for me by doing it this way.
cgrec92 - thats the source file for the battery driver which must be compiled in with the kernel from source. As far as I know, the boot.img (my kernel) is compatible with OpenDesire (used it on there myself). It is already included in DeFrost, AOSPDesire, and I think AdamG might be adding it to his future updates as he did ask me where he could obtain the mod
i use wifi policy and set to never but this is not solution for me on other AOSP mods. Thanks for the quick reply
Well I've had the desire running all night and it kept its connection But if it is an issue, please let me know what you do for the issue to show (any other apps used to manage it) and I'll see what I can do
can't wait and i'll try it now
Last question I promise
So the boot.img contains the kernel (you have modified this)
I can use your boot.img on other ROMs such as AdamG's seeing that yours is based on this?
no it's not working...full wipe and later set to never but it's not working..
-sleep mode-
Destination address 192.168.1.86
Packets sent 10
Packets received 0
Average round-trip time 0.000 ms
in the meantime rom is very nice. great job.. Pls help me.. I want to use this rom. i loved it
cgrec92 said:
Last question I promise
So the boot.img contains the kernel (you have modified this)
I can use your boot.img on other ROMs such as AdamG's seeing that yours is based on this?
Click to expand...
Click to collapse
I modified the *source* at which the kernel is compiled and built from. I then configured the base options for the kernel, compiled it, modified the various init scripts (which are supplied via the AOSP source build), and made the ramdisk, packed the boot.img... etc etc
If you wish to use this kernel on another rom (such as OpenDesire), then you will also need to copy the folder /system/lib/modules from my ROM to OpenDesire also. You will also need to manually edit /system/etc/init.d/**** script (whatever it is loading modules) or if there isn't one, create one to load ext2, ext3, ext4 and ipv6...
Bit more involving than I first made out really lol! Sorry...
cenkaan said:
no it's not working...full wipe and later set to never but it's not working..
-sleep mode-
Destination address 192.168.1.86
Packets sent 10
Packets received 0
Average round-trip time 0.000 ms
in the meantime rom is very nice. great job.. Pls help me.. I use this rom. i loved it
Click to expand...
Click to collapse
Strange indeed...
I've been reading a bit in other threads, does your WiFi MAC start with something other than 00:23?? As from what I read in AOSPDesire thread, it occurs to phones whose MAC starts with different numbers to that... Again, sorry its not working for you...
Did some digging, looks like a fault which is also apparent on other HTC devices, including the N1
http://code.google.com/p/android/issues/detail?id=9781
According to that (or so I think it makes out) it's also dependant on the make/model/type of Router which you also use...
So us Desire owners are most definitely not alone...
Ok that's enough hassle for you
Thanks so much for all your help
Fantastic developer will download your ROM as soon as i get home, thanks
thanks for the help and great rom.. and yes, what a pitty my wifi mac address is begin with 38:E7..
PaulW21781 said:
Strange indeed...
I've been reading a bit in other threads, does your WiFi MAC start with something other than 00:23?? As from what I read in AOSPDesire thread, it occurs to phones whose MAC starts with different numbers to that... Again, sorry its not working for you...
Did some digging, looks like a fault which is also apparent on other HTC devices, including the N1
http://code.google.com/p/android/issues/detail?id=9781
According to that (or so I think it makes out) it's also dependant on the make/model/type of Router which you also use...
So us Desire owners are most definitely not alone...
Click to expand...
Click to collapse
The same issue does NOT occur on any HTC ROMs so am wondering what HTC has done specifically to address the problem...
hello sorrry i'm new.... (sorry for my bad english)
in this rom is not sense installed? Can someone upload pictures.
bobo26 said:
hello sorrry i'm new.... (sorry for my bad english)
in this rom is not sense installed? Can someone upload pictures.
Click to expand...
Click to collapse
Sense is not installed, no...
Pictures - couple are in the first post of this thread (at the bottom of it)
*update*
Updated to v0.1b, enabled new "Conservative" power governor for the CPU in the Kernel. Use SetCPU to enable this in the phone itself, will hopefully improve battery life, but will have a slight effect on performance when this option is enabled.
Introduction:
Two questions.
1: should they be renamed to be 2825 kernels?
2: I need some help. I have realized that 1.5 hero roms provide an amazing experience with the extra ram; when swap and cc are disabled, while still leaving sense running, I can switch freely between clock, browser, messaging, and rosie (sense homescreen) without any of them quitting. App launch times are phenomenal, and I really would like to use a 1.5 hero as a daily rom.
Unfortunately, SD card, ringtones, and other features don't work. My only explanation for this is because historically, hero 1.5 roms always had a seperate modules.sqf in /system/modules/modules.sqf.
I think this is the reason, because when I try a 1.5 non-hero rom with a 2708 kernel, the result is all of these functions working perfectly.
Some comments:
I find it amazing that these newer kernels work so well with the older roms.
I will update this thread as progress occurs.
CURRENT PROGRESS
The only progress I know of is this:
ezterry has posted an "OLDBUILDS" kernel that enables only 8 of the available 14 megs so that camera works.
Download: http://sandbox.devnull.name/android/ezOldBuildsKernel-2708_S.zip
Please help. This can be an amazing project.
Beawtifull thread.
I love sense roms (1.5 is ok ) and also vanilla donut.
With some mb of ram more would be amazing !
I have used 1.6 vanilla with 14mb ram more, but camera don't works.
update:
I can't find any 1.5 sense roms for g1 that DONT have the modules.sqf, but rather have them somewhere else.
Could people please:
1. provide me with information about what modules.sqf is, and how it can be extracted/ combined/moved/ etc so that anykernel will pick up those modules.
2. find a 1.5 sense hero rom without the modules.sqf, but with the necessary files to allow SD access and ringtone selection to work.
known not to work
mightymax hero 1.9
maxisma sense 2.0.1
qteknology 3.05 cupcake sense
sensehero 1.4
3. These problems could also be caused by xbin.sqf, as in the proper xbins aren't able to be accessed that allow sd card and ringtone selection... but both of those are conrolled by mediaserver which is in bin (afaik).
Smart people please input.
nobody? at least post your thoughts here about what you think i'm doing, is it stupid, is it blatantly obvious, etc?
Essentially what i'm asking for is a 1.5 kernel that works with 2708.
jcarrz1 said:
3. These problems could also be caused by xbin.sqf, as in the proper xbins aren't able to be accessed that allow sd card and ringtone selection... but both of those are conrolled by mediaserver which is in bin (afaik).
Smart people please input.
Click to expand...
Click to collapse
Um. The sqf files are just squash fs disk images (mount them via loop).. there is no reason my kernel will have an issue with this.
If /system/xbin isn't mounted check logcat/dmesg.
Make sure losetup is finding the loop device.. you may need some shortcuts to be added in init.rc to adjust the loop device location.. that or pull losetup or toolbox from a newer build and see if it helps.
If the screen isn't black its mostly just updating the core version of linux to behave I think.
No news? I would really love sense 1.5 with 14mb ram hack, or vanilla 1.6 with more 14mb
bumpidibump
jcarrz:
did you try the zx 1.5 hero (zachattack xillius thing)? dont know how it is called correctly
id go for sensehero 1.4 with the extra ram!
still the most stable/usable sense rom i ever flashed.
nagash91 said:
No news? I would really love sense 1.5 with 14mb ram hack, or vanilla 1.6 with more 14mb
Click to expand...
Click to collapse
Both Amon_RA ION1.6 and the ZX_Donut (and more) will run with ezterry's 2708 kernel. you will need to set the camera's rez to 1mb to take pictures. An if i remember correctly the wlan.ko from a CM or CM builds such as the biffmod is needed to make the wifi work.
I ran donut with ezterry's kernel for a long time, and finally switched to CM 6.1 due lots of new apps i want to try are 2.1+ only.
sleepyfu said:
Both Amon_RA ION1.6 and the ZX_Donut (and more) will run with ezterry's 2708 kernel. you will need to set the camera's rez to 1mb to take pictures. An if i remember correctly the wlan.ko from a CM or CM builds such as the biffmod is needed to make the wifi work.
I ran donut with ezterry's kernel for a long time, and finally switched to CM 6.1 due lots of new apps i want to try are 2.1+ only.
Click to expand...
Click to collapse
Thanks!
"set camera's rez to 1mb" ? you mean 1mpx?
nagash91 said:
Thanks!
"set camera's rez to 1mb" ? you mean 1mpx?
Click to expand...
Click to collapse
If you use the kernel in the op you get 12 extra mb of ram and camera will likely work as usual..
nagash91 said:
Thanks!
"set camera's rez to 1mb" ? you mean 1mpx?
Click to expand...
Click to collapse
Oops, yup 1m pixel
ezterry said:
If you use the kernel in the op you get 12 extra mb of ram and camera will likely work as usual..
Click to expand...
Click to collapse
yup, IIRC i tried it awhile ago and camera worked in high rez.
phone pictures are generally for a quick share on social networking sites anyways, 1mp was the setting i've always used.
sleepyfu said:
Oops, yup 1m pixel
yup, IIRC i tried it awhile ago and camera worked in high rez.
phone pictures are generally for a quick share on social networking sites anyways, 1mp was the setting i've always used.
Click to expand...
Click to collapse
Glad to still see an interest in this. I've been fooling around, and made some progress.
first, Beav_35 has made a donut 2708 kernel that has had mixed results for me so far. He nor I are responsible for any damage to your phone. it is not guaranteed to work at all. use at your own risk.
http://www.multiupload.com/0YROAJ4IDY
Second, I am working on getting a nice 1.5 sense working 100% on the g1. I will update this thread periodically.
thanks jcarzz1! il watch this thread!
Are there any complete, stable , ready-made Donut ROMs that has a 2708 kernel? Preferably AOSP.
So the thing is, most JB ROMs for TF101 (I think that's actually all ROMs but AOKP) use a userspace hack to invert the dock lid state before propagating it to the power management code in the framework. It is, of course, a solution, but it's rather ugly and it clutters the global framework with code that's actually needed for one or two devices in total.
So I suggest that instead of messing around with the userspace, we need to fix the bug in device specific code, i.e. the kernel. I've made a kernel patch long ago for AOKP, but now I'm experiencing problems with other kernels on unmodified userspace, so I decided to post it here and see if other developers/ROMs accept it.
There is already a framework for 'inverting' the result in the kernel, so I reused that, and that made a very simple patch. All it does is check for any switch input (a.k.a. the dock lid) and set its active_low flag to 1, which makes the kernel invert the received data. Since the code is in gpio-keys, it's very unlikely to conflict with any external devices.
The source for the patch is available on my GitHub, it should work with kernel, though I built it for AOKP kernel, which is stock .39 + bcmdhd.
So, framework hacks vs. kernel hacks, discuss.
K900 said:
So the thing is, most JB ROMs for TF101 (I think that's actually all ROMs but AOKP) use a userspace hack to invert the dock lid state before propagating it to the power management code in the framework. It is, of course, a solution, but it's rather ugly and it clutters the global framework with code that's actually needed for one or two devices in total.
So I suggest that instead of messing around with the userspace, we need to fix the bug in device specific code, i.e. the kernel. I've made a kernel patch long ago for AOKP, but now I'm experiencing problems with other kernels on unmodified userspace, so I decided to post it here and see if other developers/ROMs accept it.
There is already a framework for 'inverting' the result in the kernel, so I reused that, and that made a very simple patch. All it does is check for any switch input (a.k.a. the dock lid) and set its active_low flag to 1, which makes the kernel invert the received data. Since the code is in gpio-keys, it's very unlikely to conflict with any external devices.
The source for the patch is available on my GitHub, it should work with kernel, though I built it for AOKP kernel, which is stock .39 + bcmdhd.
So, framework hacks vs. kernel hacks, discuss.
Click to expand...
Click to collapse
Nice to see you again, old friend.
I have already developed like the same hack for my new CyanogenMod kernel, just that I am using a seperate c class to perform the switch each time the native asus code does receive a signal requesting to change the dock status.
So, generally, I would say this is a good idea and the way this problem should be solved.
The whole problem should stay in a low-level kernel space and never ever even require a userspace fix.
We just have to keep this on track, and maybe do a collection of how to-compile-kernels and some collection of tweaks, e.g. I can share my governor's code and so on. This should be a sticky then, so no developer for the TF101 can ever miss it.
If people request this I can do this. Just need some opinion.
So, after all, +1 to your (and mine, not yet shared) solution.
RaymanFX said:
I have already developed like the same hack for my new CyanogenMod kernel, just that I am using a seperate c class to perform the switch each time the native asus code does receive a signal requesting to change the dock status.
Click to expand...
Click to collapse
The logic's already there, just use my patch, seriously. Also, that's why you read kernel docs before coding stuff, toldya
Also I never really disappeared, you have my GTalk and I have the thread on Rootz. Don't want to post it here though, because XDA is, well, messy. And Rootz, at least for now, is less messy. Kinda. That's what I was thinking. Also keeping close to AOKP official forums.