[PATCH] shpchp: Fix slot state handling
authorKenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>
Tue, 21 Feb 2006 23:45:48 +0000 (15:45 -0800)
committerGreg Kroah-Hartman <gregkh@suse.de>
Thu, 23 Mar 2006 22:35:13 +0000 (14:35 -0800)
commita246fa4e9f0f1b5096a1cad0659d22fb10fb3732
tree21490f4d1d2794a9ccd64529431fbbd8f4e234e7
parentf7391f5325ea744f0632f7ef39a90085162743ac
[PATCH] shpchp: Fix slot state handling

Current SHPCHP driver doesn't care about the confliction between
hotplug operation via sysfs and hotplug operation via attention
button. So if those ware conflicted, slot could be an unexpected
state.

This patch changes SHPCHP driver to handle slot state properly. With
this patch, slot events are handled according to the current slot
state as shown at the Table below.

Table. Slot States and Event Handling
=========================================================================
Slot State Event and Action
=========================================================================
STATIC - Go to POWERON state if user initiates
(Slot enabled,   insertion request via sysfs
 Slot disabled) - Go to POWEROFF state if user initiates removal
  request via sysfs
- Go to BLINKINGON state if user presses
  attention button when the slot is disabled
- Go to BLINKINGOFF state if user presses
  attention button when the slot is enabled
drivers/pci/hotplug/shpchp.h
drivers/pci/hotplug/shpchp_core.c
drivers/pci/hotplug/shpchp_ctrl.c