Notes:
1. this kernel can't be used in CM7 ROM
2. the current(before 27 Apr 2012) existing android4.0 ROMs can not directly use this kernel, becasue they are not using the correct libs to match the latest KGSL driver.
Update: 4 MAY 2012
Rick_1995 back port all the KGSL , MDP from 2.6.38 to tytung's 2.6.32 and the latest build can be found here: link Update: 13 MAY 2012
Rick_1995 and tytung made some more progress : link
Update: 19 JUN 2012
Memory tweaks : link
msm: kgsl: Add support for the preamble context flag link
Update: 21 JUN 2012
backport the following items from the latest KGSL driver: link
msm: kgsl: let postmortem dump find context switch IBs
msm: kgsl: fix size checking in adreno_find_region
msm: kgsl: Set default value of wait_timeout in the adreno_dev struct
msm: kgsl: Make sure WPTR reg is updated properly
msm: kgsl: fix error handling in adreno_waittimestamp()
msm: kgsl: let postmortem dump find context switch IBs
22 JUN 2012 updatelink
msm: kgsl: remove readl/writel use for dma memory
msm: kgsl: convert sg allocation to vmalloc
msm: kgsl: Allocate physical pages instead of using vmalloc
msm: kgsl: make cffdump work with the MMU enabled
msm: kgsl: Add ION as an external memory source
msm: kgsl: Fixup per-process memory statistics
msm: kgsl: Make sure kmemleak tool does not report incorrect mem leak.
msm: kgsl: Add a new property to IOCTL_KGSL_DEVICE_GETPROPERTY
msm: kgsl: Poke regularly in adreno_idle
msm: kgsl: increase valid timestamp range
msm: kgsl: flush outer cache for alloc_page() pages
msm: kgsl: Add a constant for adreno_ringbuffer_issuecmds flags
Important Tips : don't turn on the Settings->Developer options-> Force GPU rendering
Turn on this option will cause problem.
23 JUN 2012 updatelink
change back the pmem size to 32MB adsp_pmem to 41MB this is the default configuration, It seems resolved the crash problem with DesireC GPU libs.
In this version I have already include the DesireC gpu libs in the zip file.
With the new GPU libs the Chrome Browser is very smooth, the hardware H.264 decoder is working.
25 JUN 2012 update
need more people to do the new GPU libs test link
25 JULY 2012 updatelink
1. ignore the version check in Qdsp6 Vdec which can prevent some crash when the vdec being used.
2. msm: kgsl: Write the retired timestamp on resume
3. msm: kgsl: handle larger instruction store for adreno225
4. msm: kgsl: Add support for the A3XX family of GPUs
5. reduced the PMEM_ADSP size as the HW decoder still can't work on HD2 (now we have 420MB memory for userspace)
6. msm: kgsl: Update the GMEM and istore size for A320
7. msm: kgsl: return correct error code for unknown ioctls
8. msm: kgsl: handle all indirect buffer types in postmortem
9. msm: kgsl: Detach memory objects from a process ahead of destroy time
10. msm: kgsl: Find a mem_entry by way of a GPU address and a pagetable base
11. msm: kgsl: Cleanup header file macros
12. msm: kgsl: Add GMEM size configuration in gpu list
13. msm: kgsl: don't clear gpuaddr when unmapping global mappings
14. msm: kgsl: Do not dereference pointer before checking against NULL
add new GPU libs
31 JULY 2012link
ics & jellybean HWA kernel updates
1. msm: kgsl: Change name of vmalloc allocator
2. msm: kgsl: Map a guard page on the back of GPU MMU regions
3. msm: kgsl: Optimize page_alloc allocations
4.msm: kgsl: Add markers to identify IB sequence start and end
5.msm: kgsl: rework ib checking
jellybean
1. include: checkout msm_mdp from ics_chocolate
6 AUG 2012link
JellyBean Kernel
1. msm: kgsl: Add per context timestamp
2. net: netfilter: enable bandwidth control (data limit)
3. update base to tytung r3.3
7 AUG 2012link
Jellybean Kernel
1.base: genlock: Remove genlock_release_lock and associated ioctl
2.base: genlock: allow synchronization with a single gralloc handle
3.base: genlock: remove BIT macro usage
7 AUG 2012link
Jellybean Kernel
1. Fixed data limit
I don't really get what you guys mean by "no kernel?" or "no release today?".
The code is there in a GIT repository and as far as I understood the OP the kernel is useless without a matching ICS/CM9 ROM anyways, so it makes no sense at all to release a binary and get flooded with "OMG IT DOES NOT WORK WITH CM7" replies.
If you think you know what to do with this kernel you should be able to set up GIT and a Android compile toolchain and compile it from source. If you need a flashable ZIP, this kernel is useless for you anyways.
This thread is dev/bug collection-related, not a kernel download thread. Wait for Xylograph to release his CM9.
Calm down people, none of the roms available yet use it anyway.
Xylograph in pm (removed few things)
Quote:
Ok guys,
I think my beta build is amost finished and I will be leaving my workplace soon and go home..
I will be available again in about 4 hours from now to work on it again.. Will check XDA every once in a while..
Cheers !
I could post link to the alpha test rom we used, but it isn't that exciting with most stuff being buggy (some things even worse than current ics roms).
@securecrt, You have done what i was afraid of.. WHY WHY WHY overwrite git data with "first commit", if you had just used git push and git add remote, we could see what you had done without downloading the kernel.
@securecrt, You have done what i was afraid of.. WHY WHY WHY overwrite git data with "first commit", if you had just used git push and git add remote, we could see what you had done without downloading the kernel.
+1
@securecrt:
Congratulation that you have added HWA feature to the 2.6.32 kernel.
But I suggest that you may consider re-uploading another version including all the old commits and your changes.
Edit:
Or share your changes by executing "git diff > HWA.diff" or "git format-patch -o HWA.patch".
@securecrt:
Congratulation that you have added HWA feature to the 2.6.32 kernel.
But I suggest that you may consider re-uploading another version including all the old commits and your changes.
Edit:
Or share your changes by executing "git diff > HWA.diff" or "git format-patch -o HWA.patch".
Hey tytung
I created a diff of latest DORIMANX git and the HWA Kernel git.
Hi securecrt, thanks for your work here.
I am trying to port Xylograph's ROM with portadroid, as I think you tried with more success than me. Could you post your initrd.gz?
Many thanks
I have a question, can i just take the "lib" directory from the CM9 ROM and add it to the AOKP build you made xlo? would that work? since they are both based off of CM9?
I have a question, can i just take the "lib" directory from the CM9 ROM and add it to the AOKP build you made xlo? would that work? since they are both based off of CM9?
@securecrt:
Congratulation that you have added HWA feature to the 2.6.32 kernel.
But I suggest that you may consider re-uploading another version including all the old commits and your changes.
Edit:
Or share your changes by executing "git diff > HWA.diff" or "git format-patch -o HWA.patch".
Tytung,
Please make a note that the securecrt kernel DOES work with usb tethering via the wired-tether 1.4 apk where your kernel does not. Perhaps this might help in debugging the issue? "normal" usb tethering brings up the rndis device (your kernel returns a -1 return code at that point) but fails to send or receive data...the wired tether apk gets around the issue and works as normal usb tether should.
Getting feedback for your app during development is as simple as adding logging info where necessary and looking … more
XDA Developers was founded by developers, for developers. It is now a valuable resource for people who want to make the most of their mobile devices, from customizing the look and feel to adding new functionality. Are you a developer?