21 Jul, 2008
1 commit
-
commit 816c2eda3ce8fa7eb62f22e01e2ec7a3f7d677c0 ("dock: bay: Don't call
acpi_walk_namespace() when ACPI is disabled.") was merged between
2.6.26-rc8 and -rc9)Due to rebasing the ACPI tree via quilt the same patch got applied again
via commit cc7e51666d82aedfd6b9a033ca1a10d71c21f1ca ("dock: bay: Don't
call acpi_walk_namespace() when ACPI is disabled.")Revert it, as it is obviously bogus.
Signed-off-by: Thomas Gleixner
Signed-off-by: Linus Torvalds
17 Jul, 2008
1 commit
-
Signed-off-by: Len Brown
Signed-off-by: Andi Kleen
26 Jun, 2008
1 commit
-
Signed-off-by: Len Brown
12 Jun, 2008
1 commit
-
If acpi_install_notify_handler() for a bay device fails, the bay driver is
superfluous. Most likely, another driver (like libata) is already caring
about this device anyway. Furthermore,
register_hotplug_dock_device(acpi_handle) from the dock driver must not be
called twice with the same handler. This would result in an endless loop
consuming 100% of CPU. So clean up and exit.Signed-off-by: Holger Macht
Signed-off-by: Andrew Morton
Signed-off-by: Len Brown
29 Apr, 2008
1 commit
-
This patch #if 0's the unused eject_removable_drive().
Signed-off-by: Adrian Bunk
Signed-off-by: Len Brown
07 Feb, 2008
2 commits
-
Conflicts:
drivers/acpi/scan.c
include/linux/acpi.hSigned-off-by: Len Brown
-
This patch contains the following possible cleanups:
- make the following needlessly global code static:
- drivers/acpi/bay.c:dev_attr_eject
- drivers/acpi/bay.c:dev_attr_present
- drivers/acpi/dock.c:dev_attr_docked
- drivers/acpi/dock.c:dev_attr_flags
- drivers/acpi/dock.c:dev_attr_uid
- drivers/acpi/dock.c:dev_attr_undock
- drivers/acpi/pci_bind.c:acpi_pci_unbind()
- drivers/acpi/pci_link.c:acpi_link_lock
- drivers/acpi/sbs.c:acpi_sbs_callback()
- drivers/acpi/sbshc.c:acpi_smbus_transaction()
- drivers/acpi/sleep/main.c:acpi_sleep_prepare()
- #if 0 the following unused global functions:
- drivers/acpi/numa.c:acpi_unmap_pxm_to_node()
- remove the following unused EXPORT_SYMBOL's:
- acpi_register_gsi
- acpi_unregister_gsi
- acpi_strict
- acpi_bus_receive_event
- register_acpi_bus_type
- unregister_acpi_bus_type
- acpi_os_printf
- acpi_os_sleep
- acpi_os_stall
- acpi_os_read_pci_configuration
- acpi_os_create_semaphore
- acpi_os_delete_semaphore
- acpi_os_wait_semaphore
- acpi_os_signal_semaphore
- acpi_os_signal
- acpi_pci_irq_enable
- acpi_get_pxmSigned-off-by: Adrian Bunk
Acked-by: Alexey Starikovskiy
Signed-off-by: Len Brown
08 Dec, 2007
1 commit
-
Signed-off-by: Thomas Renninger
Signed-off-by: Len Brown
12 Aug, 2007
1 commit
-
There must not be a new-line character in the uevent. Otherwise, udev gets
confused. Thanks to Kay Sievers for pointing it out.Signed-off-by: Stephan Berberig
Cc: Kristen Carlson Accardi
Signed-off-by: Andrew Morton
Acked-by: Greg Kroah-Hartman
Signed-off-by: Len Brown
02 Jun, 2007
1 commit
-
Make the bay driver send env information on bay events.
Upon any bay event, we will send the string "BAY_EVENT=%d" along with the
KOBJ_CHANGE, and report the event number. What the event number means will
be platform specific. Event 3 is always an eject request, but an insert
may be either event 1, or it may be event 0. Event 1 may also be a
remove request. It would be best if you check the number of your event
with udevmonitor before writing any udev scripts for inserting and
removing drive bays.Signed-off-by: Kristen Carlson Accardi
Cc: Stephan Berberig
Signed-off-by: Andrew Morton
Signed-off-by: Len Brown
10 May, 2007
1 commit
-
Since platform devices seem to get uevents suppressed by default,
manually unsuppress for the bay device since we want to be able
to send uevents.Signed-off-by: Kristen Carlson Accardi
Signed-off-by: Len Brown
17 Feb, 2007
2 commits
-
Conflicts:
arch/x86_64/pci/mmconfig.c
drivers/acpi/bay.cSigned-off-by: Len Brown
-
register_platform_device_simple returns ERR_PTR(foo), so test it with
IS_ERR(foo).Signed-off-by: Henrique de Moraes Holschuh
Signed-off-by: Len Brown
13 Feb, 2007
3 commits
-
Cosmetic only.
Except in a single case, #define ACPI_*_DRIVER_NAME
were invoked 0 or 1 times.Signed-off-by: Len Brown
-
It was erroneously used as a description rather than a name.
ie. turn this:
lenb@se7525gp2:/sys> ls bus/acpi/drivers
ACPI AC Adapter Driver ACPI Embedded Controller Driver ACPI Power Resource Driver
ACPI Battery Driver ACPI Fan Driver ACPI Processor Driver
ACPI Button Driver ACPI PCI Interrupt Link Driver ACPI Thermal Zone Driver
ACPI container driver ACPI PCI Root Bridge Driver hpetinto this:
lenb@se7525gp2:~> ls /sys/bus/acpi/drivers
ac battery button container ec fan hpet pci_link pci_root power processor thermalSigned-off-by: Len Brown
-
cosmetic only
Make "module name" actually match the file name.
Invoke with ';' as leaving it off confuses Lindent and gcc doesn't care.
Fix indentation where Lindent did get confused.Signed-off-by: Len Brown
10 Feb, 2007
2 commits
-
Signed-off-by: Al Viro
Signed-off-by: Len Brown -
Signed-off-by: Al Viro
Signed-off-by: Linus Torvalds
09 Feb, 2007
1 commit
-
The bay driver is a platform driver, and doesn't need to also be an acpi
driver. Remove the acpi driver related structures and callbacks, they didn't
do anything anyway. Switch to uevent for user space event notification.Signed-off-by: Kristen Carlson Accardi
Signed-off-by: Andrew Morton
Signed-off-by: Len Brown
03 Feb, 2007
6 commits
-
Set fake hid for ejectable drive bay.
Match bay devices by checking the hid.
Remove .match method of Bay driver.Signed-off-by: Zhang Rui
Signed-off-by: Len Brown -
Signed-off-by: Adrian Bunk
Signed-off-by: Andrew Morton
Signed-off-by: Len Brown -
Convert the bay driver to be a platform driver, so that we can have
sysfs entries.Signed-off-by: Kristen Carlson Accardi
Signed-off-by: Len Brown -
Remove all the procfs related code.
Signed-off-by: Kristen Carlson Accardi
Signed-off-by: Len Brown -
drivers/acpi/bay.c: In function ‘bay_notify’:
drivers/acpi/bay.c:491: warning: unused variable ‘bay’Signed-off-by: Len Brown
-
Signed-off-by: Kristen Carlson Accardi
Signed-off-by: Andrew Morton
Signed-off-by: Len Brown