#
4311bb23 |
| 19-Aug-2009 |
Alan Jenkins <alan-jenkins@tuffmail.co.uk> |
dell-laptop: fix rfkill memory leak on unload and failure paths
rfkill_unregister() should always be followed by rfkill_destroy().
Signed-off-by: Alan Jenkins <alan-jenkins@tuffmail.co.uk> Acked-by
dell-laptop: fix rfkill memory leak on unload and failure paths
rfkill_unregister() should always be followed by rfkill_destroy().
Signed-off-by: Alan Jenkins <alan-jenkins@tuffmail.co.uk> Acked-by: Matthew Garrett <mjg@redhat.com> Signed-off-by: Len Brown <len.brown@intel.com>
show more ...
|
#
71e9dc73 |
| 19-Aug-2009 |
Alan Jenkins <alan-jenkins@tuffmail.co.uk> |
dell-laptop: fix a use-after-free error on the failure path
dell_setup_rfkill() already cleans up the rfkill devices on failure. So if it returns an error, we should not try to unregister the rfkill
dell-laptop: fix a use-after-free error on the failure path
dell_setup_rfkill() already cleans up the rfkill devices on failure. So if it returns an error, we should not try to unregister the rfkill devices.
Signed-off-by: Alan Jenkins <alan-jenkins@tuffmail.co.uk> Acked-by: Matthew Garrett <mjg@redhat.com> Signed-off-by: Len Brown <len.brown@intel.com>
show more ...
|
Revision tags: v2.6.31-rc6, v2.6.31-rc5 |
|
#
e1fbf346 |
| 31-Jul-2009 |
Matthew Garrett <mjg@redhat.com> |
dell-laptop: Fix rfkill state queries
The current code in dell-laptop is confused about the hardware rfkill state. Fix it up such that it's always reported correctly.
Signed-off-by: Matthew Garrett
dell-laptop: Fix rfkill state queries
The current code in dell-laptop is confused about the hardware rfkill state. Fix it up such that it's always reported correctly.
Signed-off-by: Matthew Garrett <mjg@redhat.com> Tested-by: Tim Gardner <tim.gardner@canonical.com> Signed-off-by: Len Brown <len.brown@intel.com>
show more ...
|
Revision tags: v2.6.31-rc4, v2.6.31-rc3, v2.6.31-rc2, v2.6.31-rc1 |
|
#
624f0de4 |
| 15-Jun-2009 |
Johannes Berg <johannes@sipsolutions.net> |
dell-laptop: fix rfkill conversion
A polarity error snuck into the rfkill rewrite's dell-laptop conversion, fix it.
Signed-off-by: Johannes Berg <johannes@sipsolutions.net> Tested-by: Oliver Hartko
dell-laptop: fix rfkill conversion
A polarity error snuck into the rfkill rewrite's dell-laptop conversion, fix it.
Signed-off-by: Johannes Berg <johannes@sipsolutions.net> Tested-by: Oliver Hartkopp <oliver@hartkopp.net> Signed-off-by: John W. Linville <linville@tuxdriver.com>
show more ...
|
Revision tags: v2.6.30, v2.6.30-rc8 |
|
#
19d337df |
| 02-Jun-2009 |
Johannes Berg <johannes@sipsolutions.net> |
rfkill: rewrite
This patch completely rewrites the rfkill core to address the following deficiencies:
* all rfkill drivers need to implement polling where necessary rather than having one centr
rfkill: rewrite
This patch completely rewrites the rfkill core to address the following deficiencies:
* all rfkill drivers need to implement polling where necessary rather than having one central implementation
* updating the rfkill state cannot be done from arbitrary contexts, forcing drivers to use schedule_work and requiring lots of code
* rfkill drivers need to keep track of soft/hard blocked internally -- the core should do this
* the rfkill API has many unexpected quirks, for example being asymmetric wrt. alloc/free and register/unregister
* rfkill can call back into a driver from within a function the driver called -- this is prone to deadlocks and generally should be avoided
* rfkill-input pointlessly is a separate module
* drivers need to #ifdef rfkill functions (unless they want to depend on or select RFKILL) -- rfkill should provide inlines that do nothing if it isn't compiled in
* the rfkill structure is not opaque -- drivers need to initialise it correctly (lots of sanity checking code required) -- instead force drivers to pass the right variables to rfkill_alloc()
* the documentation is hard to read because it always assumes the reader is completely clueless and contains way TOO MANY CAPS
* the rfkill code needlessly uses a lot of locks and atomic operations in locked sections
* fix LED trigger to actually change the LED when the radio state changes -- this wasn't done before
Tested-by: Alan Jenkins <alan-jenkins@tuffmail.co.uk> Signed-off-by: Henrique de Moraes Holschuh <hmh@hmh.eng.br> [thinkpad] Signed-off-by: Johannes Berg <johannes@sipsolutions.net> Signed-off-by: John W. Linville <linville@tuxdriver.com>
show more ...
|
Revision tags: v2.6.30-rc7, v2.6.30-rc6, v2.6.30-rc5, v2.6.30-rc4, v2.6.30-rc3, v2.6.30-rc2, v2.6.30-rc1 |
|
#
e7a19c56 |
| 30-Mar-2009 |
Jean Delvare <khali@linux-fr.org> |
dmi: Let dmi_walk() users pass private data
At the moment, dmi_walk() lacks flexibility, users can't pass data to the callback function. Add a pointer for private data to make this function more fle
dmi: Let dmi_walk() users pass private data
At the moment, dmi_walk() lacks flexibility, users can't pass data to the callback function. Add a pointer for private data to make this function more flexible.
Signed-off-by: Jean Delvare <khali@linux-fr.org> Cc: Hans de Goede <hdegoede@redhat.com> Cc: Matthew Garrett <mjg@redhat.com> Cc: Roland Dreier <rolandd@cisco.com>
show more ...
|
Revision tags: v2.6.29, v2.6.29-rc8, v2.6.29-rc7, v2.6.29-rc6, v2.6.29-rc5, v2.6.29-rc4, v2.6.29-rc3, v2.6.29-rc2, v2.6.29-rc1 |
|
#
cad73120 |
| 09-Jan-2009 |
Len Brown <len.brown@intel.com> |
dell-laptop: move to drivers/platform/x86/ from drivers/misc/
Signed-off-by: Len Brown <len.brown@intel.com>
|
#
ad8f07cc |
| 08-Jan-2009 |
Matthew Garrett <mjg59@srcf.ucam.org> |
misc: add dell-laptop driver
Add a driver for controlling Dell-specific backlight and rfkill interfaces. This driver makes use of the dcdbas interface to the Dell firmware to allow the backlight and
misc: add dell-laptop driver
Add a driver for controlling Dell-specific backlight and rfkill interfaces. This driver makes use of the dcdbas interface to the Dell firmware to allow the backlight and rfkill interfaces on Dell systems to be driven through the standardised sysfs interfaces.
Signed-off-by: Matthew Garrett <mjg@redhat.com> Cc: Matt Domsch <Matt_Domsch@dell.com> Cc: Ivo van Doorn <ivdoorn@gmail.com> Cc: Len Brown <lenb@kernel.org> Cc: Richard Purdie <rpurdie@rpsys.net> Cc: Henrique de Moraes Holschuh <hmh@hmh.eng.br> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
show more ...
|