Skip to content

K
Kernel

openeuler / Kernel
接近 2 年 前同步成功

通知 8
Star 0
Fork 0
K
Kernel
切换分支/标签
  1. 04 4月, 2009 4 次提交
    • H
      thinkpad-acpi: restrict access to some firmware LEDs · a4d5effc
      由 Henrique de Moraes Holschuh 提交于 
      Some of the ThinkPad LEDs indicate critical conditions that can cause
data loss or cause hardware damage when ignored (e.g. force-ejecting
a powered up bay; ignoring a failing battery, or empty battery; force-
undocking with the dock buses still active, etc).

On almost all ThinkPads, LED access is write-only, and the firmware
usually does fire-and-forget signaling on them, so you effectively
lose whatever message the firmware was trying to convey to the user
when you override the LED state, without any chance to restore it.

Restrict access to all LEDs that can convey important alarms, or that
could mislead the user into incorrectly operating the hardware.  This
will make the Lenovo engineers less unhappy about the whole issue.

Allow users that really want it to still control all LEDs, it is the
unaware user that we have to worry about.
Signed-off-by: NHenrique de Moraes Holschuh <hmh@hmh.eng.br>
Signed-off-by: NLen Brown <len.brown@intel.com>
      a4d5effc
    • H
      thinkpad-acpi: remove HKEY disable functionality · 2586d566
      由 Henrique de Moraes Holschuh 提交于 
      The HKEY disable functionality basically cripples the entire event
model of the ThinkPad firmware and of the thinkpad-acpi driver.
Remove this functionality from the driver.  HKEY must be enabled at
all times while thinkpad-acpi is loaded, and disabled otherwise.

For sysfs, according to the sysfs ABI and the thinkpad-acpi sysfs
rules of engagement, we will just remove the attributes.  This will be
done in two stages: disable their function now, after two kernel
releases, remove the attributes.

For procfs, we call WARN().  If nothing triggers it, I will simply
remove the enable/disable commands entirely in the future along with
the sysfs attributes.

I don't expect much, if any fallout from this.  There really isn't any
reason to mess with hotkey_enable or with the enable/disable commands
to /proc/acpi/ibm/hotkey, and this has been true for years...
Signed-off-by: NHenrique de Moraes Holschuh <hmh@hmh.eng.br>
Signed-off-by: NLen Brown <len.brown@intel.com>
      2586d566
    • H
      thinkpad-acpi: add new debug helpers and warn of deprecated atts · 73a94d86
      由 Henrique de Moraes Holschuh 提交于 
      Add a debug helper that discloses the TGID of the userspace task
attempting to access the driver.  This is highly useful when dealing
with bug reports, since often the user has no idea that some userspace
application is accessing thinkpad-acpi...

Also add a helper to log warnings about sysfs attributes that are
deprecated.

Use the new helpers to issue deprecation warnings for bluetooth_enable
and wwan_enabled, that have been deprecated for a while, now.
Signed-off-by: NHenrique de Moraes Holschuh <hmh@hmh.eng.br>
Signed-off-by: NLen Brown <len.brown@intel.com>
      73a94d86
    • H
      thinkpad-acpi: documentation cleanup · 078ac19e
      由 Henrique de Moraes Holschuh 提交于 
      Some cleanups to the documentation of the driver.
Signed-off-by: NHenrique de Moraes Holschuh <hmh@hmh.eng.br>
Signed-off-by: NLen Brown <len.brown@intel.com>
      078ac19e
  3. 24 3月, 2009 1 次提交
  5. 19 3月, 2009 1 次提交
  7. 16 3月, 2009 1 次提交
  9. 13 3月, 2009 1 次提交
  11. 12 3月, 2009 1 次提交
  13. 11 3月, 2009 1 次提交
  15. 10 3月, 2009 1 次提交
  17. 05 3月, 2009 1 次提交
  19. 04 3月, 2009 1 次提交
  21. 27 2月, 2009 2 次提交
  23. 26 2月, 2009 1 次提交
    • D
      ide: ide.c 'clear' fix, update "ide=nodma" documentation · 0af80c04
      由 David Fries 提交于 
      Documentation/kernel-parameters.txt
- ide=nodma is no longer valid.

drivers/ide/Kconfig
- The module is ide-core.ko not ide.

drivers/ide/ide.c
- It took me a while to figure out what the arguments %d.%d:%d to nodma
  module parameter ment, so I added a comment to each.
- Added a comment to each of the sscanf lines.
- There is a bug, if j is 0 it would previously clear all the other bits
  except the current device, changed in three different places.
  mask &= (1 << i) should be mask &= ~(1 << i).
Signed-off-by: NDavid Fries <david@fries.net>
[bart: s/disk/device/ in ide.c, beautify patch description]
Signed-off-by: NBartlomiej Zolnierkiewicz <bzolnier@gmail.com>
      0af80c04
  25. 25 2月, 2009 1 次提交
  27. 24 2月, 2009 1 次提交
  29. 23 2月, 2009 4 次提交
  31. 22 2月, 2009 1 次提交
  33. 21 2月, 2009 1 次提交
  35. 19 2月, 2009 3 次提交
  37. 16 2月, 2009 1 次提交
    • P
      doc: mmiotrace.txt, buffer size control change · f9aa28ad
      由 Pekka Paalanen 提交于 
      Impact: prevents confusing the user when buffer size is inadequate

The tracing framework offers a resizeable buffer, which mmiotrace uses
to record events. If the buffer is full, the following events will be
lost. Events should not be lost, so the documentation instructs the user
to increase the buffer size. The buffer size is set via a debugfs file.

Mmiotrace documentation was not updated the same time the debugfs file
was changed. The old file was tracing/trace_entries and first contained
the number of entries the buffer had space for, per cpu. Nowadays this
file is replaced with the file tracing/buffer_size_kb, which tells the
amount of memory reserved for the buffer, per cpu, in kilobytes.

Previously, a flag had to be toggled via the debugfs file
tracing/tracing_enabled when the buffer size was changed. This is no
longer necessary.

The mmiotrace documentation is updated to reflect the current state of
the tracing framework.
Signed-off-by: NPekka Paalanen <pq@iki.fi>
Signed-off-by: NSteven Rostedt <srostedt@redhat.com>
Signed-off-by: NIngo Molnar <mingo@elte.hu>
      f9aa28ad
  39. 14 2月, 2009 1 次提交
  41. 13 2月, 2009 1 次提交
  43. 12 2月, 2009 1 次提交
  45. 05 2月, 2009 2 次提交
  47. 04 2月, 2009 1 次提交
  49. 02 2月, 2009 1 次提交
  51. 30 1月, 2009 5 次提交