kernel/linux.git/drivers, branch v2.6.22.4

CPUFREQ: ondemand: add a check to avoid negative load calculation

2007-08-15T16:25:10+00:00

Due to rounding and inexact jiffy accounting, idle_ticks can sometimes be higher than total_ticks. Make sure those cases are handled as zero load case. Signed-off-by: Venkatesh Pallipadi Signed-off-by: Dave Jones Signed-off-by: Greg Kroah-Hartman

CPUFREQ: ondemand: fix tickless accounting and software coordination bug

2007-08-15T16:25:10+00:00

With tickless kernel and software coordination os P-states, ondemand can look at wrong idle statistics. This can happen when ondemand sampling is happening on CPU 0 and due to software coordination sampling also looks at utilization of CPU 1. If CPU 1 is in tickless state at that moment, its idle statistics will not be uptodate and CPU 0 thinks CPU 1 is idle for less amount of time than it actually is. This can be resolved by looking at all the busy times of CPUs, which is accurate, even with tickless, and use that to determine idle time in a round about way (total time - busy time). Thanks to Arjan for originally reporting the ondemand bug on Lenovo T61. Signed-off-by: Venkatesh Pallipadi Signed-off-by: Dave Jones Signed-off-by: Greg Kroah-Hartman

pata_atiixp: add SB700 PCI ID

2007-08-15T16:25:10+00:00

[libata] pata_atiixp: add SB700 PCI ID From AMD. Signed-off-by: Jeff Garzik Cc: Chuck Ebbert Signed-off-by: Greg Kroah-Hartman

stifb: detect cards in double buffer mode more reliably

2007-08-15T16:25:10+00:00

Visualize-EG, Graffiti and A4450A graphics cards on PARISC can be configured in double-buffer and standard mode, but the stifb driver supports standard mode only. This patch detects double-buffered cards more reliable. It is a real bugfix for a very nasty problem for all parisc users which have wrongly configured their graphic card. The problem: The stifb graphics driver will not detect that the card is wrongly configured and then nevertheless just enables the graphics mode, which it shouldn't. In the end, the user will see no further updates / boot messages on the screen. We had documented this problem already on our FAQ (http://parisc-linux.org/faq/index.html#viseg "Why do I get corrupted graphics with my Vis-EG/Graffiti/A4450A card?") but people still run into this problem. So having this fix in as early as possible can help us. Signed-off-by: Helge Deller Signed-off-by: Antonino Daplas Cc: Kyle McMartin Signed-off-by: Andrew Morton Signed-off-by: Greg Kroah-Hartman

ata_piix: update map 10b for ich8m

2007-08-15T16:25:09+00:00

Fix map entry 10b for ich8. It's [P0 P2 IDE IDE] like ich6 / ich6m. Signed-off-by: Tejun Heo Acked-by: Kristen Carlson Accardi Cc: Jeff Garzik Signed-off-by: Greg Kroah-Hartman

random: fix bound check ordering (CVE-2007-3105)

2007-08-15T16:25:09+00:00

If root raised the default wakeup threshold over the size of the output pool, the pool transfer function could overflow the stack with RNG bytes, causing a DoS or potential privilege escalation. (Bug reported by the PaX Team ) Cc: Theodore Tso Cc: Willy Tarreau Signed-off-by: Matt Mackall Signed-off-by: Chris Wright Signed-off-by: Greg Kroah-Hartman

sx: switch subven and subid values

2007-08-09T21:27:47+00:00

sx.c is failing to locate Graham's card. Signed-off-by: Jiri Slaby Cc: Graham Murray Signed-off-by: Andrew Morton Signed-off-by: Greg Kroah-Hartman

USB: fix for ftdi_sio quirk handling

2007-08-09T21:27:47+00:00

this one fixes an oops with quirky ftdi_sio devices. As it fixes a regression, I propose that it be included in 2.6.22 Signed-off-by: Oliver Neukum Signed-off-by: Greg Kroah-Hartman

ACPI: dock: fix opps after dock driver fails to initialize

2007-08-09T21:27:46+00:00

ACPI: dock: fix opps after dock driver fails to initialize The driver tests the dock_station pointer for nonnull to check whether it has initialized properly. But in some cases dock_station will be non-null after being freed when driver init fails. Fix by zeroing the pointer after freeing. Signed-off-by: Chuck Ebbert Signed-off-by: Kristen Carlson Accardi Signed-off-by: Len Brown Signed-off-by: Greg Kroah-Hartman

cr_backlight_probe() allocates too little storage for struct cr_panel

2007-08-09T21:27:46+00:00

The Coverity checker noticed that we allocate too little storage for "struct cr_panel *crp" in cr_backlight_probe(). Signed-off-by: Jesper Juhl Cc: Thomas Hellstrom Cc: Alan Hourihane Signed-off-by: Andrew Morton Signed-off-by: Greg Kroah-Hartman