http://bugzilla.kernel.org/show_bug.cgi?id=12011
Marten Jan <martenjanderui...@hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |martenjanderui...@hotmail.c
| |om
--- Comment #133 from Marten Jan <martenjanderui...@hotmail.com> 2009-05-03
10:49:53 ---
Ad #40: avoiding 9 compiles:
Assuming only one udelay is responsible to do the job, you could use a
bisection method:
Put all udelays in a set of 'possibly responsible udelays'
Compile with half the udelays enabled.
Test
If it works fine: the disabled udelays can be removed from the set
else: the enabled udelays can be removed from the set
Repeat until the set contains only one udelay
Each compile halves the set, so in 4 compile cycles, the responsible udelay is
found.
Notice, this algorithm relies on the assumption that only one udelay is
responsible. If it is a combination of udelays then the algorithm will fail to
find the right combination.
Last but not least: I am a newbie here. I would like to know whether this
comment is helpful or stating the obvious.
So far, on my MSI-PR200, the patched kernel works fine.
Marten Jan
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations
Conference from O'Reilly Media. Velocity features a full day of
expert-led, hands-on workshops and two days of sessions from industry
leaders in dedicated Performance & Operations tracks. Use code vel09scf
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
