Difference between revisions of "Application:SBromwichKernel"

From WebOS Internals
Jump to navigation Jump to search
Line 1: Line 1:
The sbromwich series of kernels are my kernels with all current webos-internals testing patches applied, plus my own. Currently these are:
+
The sbromwich series of kernels are my kernels with all current webos-internals testing patches applied, plus my own patches.
 +
 
 +
= Patches applied for 1.4.1-23 =
  
 
* Debug settings removed from default kernel build
 
* Debug settings removed from default kernel build
Line 6: Line 8:
 
* Enable preempt kernel
 
* Enable preempt kernel
  
Known problems:
+
= Known problems =
  
 
* Pre can take some extra time to respond to certain activities, especially when waking up; lags of up to 2 seconds can be experienced on wakeup. The alternative is a reboot, which will take even longer.
 
* Pre can take some extra time to respond to certain activities, especially when waking up; lags of up to 2 seconds can be experienced on wakeup. The alternative is a reboot, which will take even longer.
 +
 +
= Improvements =
 +
 +
* User interactivity latency should be lower (time to respond to keypresses, etc).
 +
* Fewer powerd wakeups allowing the system to sleep longer.
 +
 +
= Warnings =
 +
 +
* My patch makes the kernel boot at 800MHz. Run this kernel at your own risk.
 +
* anticipatory io scheduler recommended

Revision as of 16:35, 8 May 2010

The sbromwich series of kernels are my kernels with all current webos-internals testing patches applied, plus my own patches.

Patches applied for 1.4.1-23

  • Debug settings removed from default kernel build
  • Compile kernel with explicit cortex-a8 tuning flags for gcc
  • Tweak prcm power manager to more explicitly wait for power set calls to return, remove debug cruft, and add Wait For Interrupt instruction if a prcm setting attempt fails
  • Enable preempt kernel

Known problems

  • Pre can take some extra time to respond to certain activities, especially when waking up; lags of up to 2 seconds can be experienced on wakeup. The alternative is a reboot, which will take even longer.

Improvements

  • User interactivity latency should be lower (time to respond to keypresses, etc).
  • Fewer powerd wakeups allowing the system to sleep longer.

Warnings

  • My patch makes the kernel boot at 800MHz. Run this kernel at your own risk.
  • anticipatory io scheduler recommended