···273273Who: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>274274275275---------------------------276276+277277+What: ACPI hotkey driver (CONFIG_ACPI_HOTKEY)278278+When: 2.6.21279279+Why: hotkey.c was an attempt to consolidate multiple drivers that use280280+ ACPI to implement hotkeys. However, hotkeys are not documented281281+ in the ACPI specification, so the drivers used undocumented282282+ vendor-specific hooks and turned out to be more different than283283+ the same.284284+285285+ Further, the keys and the features supplied by each platform286286+ are different, so there will always be a need for287287+ platform-specific drivers.288288+289289+ So the new plan is to delete hotkey.c and instead, work on the290290+ platform specific drivers to try to make them look the same291291+ to the user when they supply the same features.292292+293293+ hotkey.c has always depended on CONFIG_EXPERIMENTAL294294+295295+Who: Len Brown <len.brown@intel.com>296296+297297+---------------------------298298+299299+What: /sys/firmware/acpi/namespace300300+When: 2.6.21301301+Why: The ACPI namespace is effectively the symbol list for302302+ the BIOS. The device names are completely arbitrary303303+ and have no place being exposed to user-space.304304+305305+ For those interested in the BIOS ACPI namespace,306306+ the BIOS can be extracted and disassembled with acpidump307307+ and iasl as documented in the pmtools package here:308308+ http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/utils309309+310310+Who: Len Brown <len.brown@intel.com>311311+312312+---------------------------313313+314314+What: /proc/acpi/button315315+When: August 2007316316+Why: /proc/acpi/button has been replaced by events to the input layer317317+ since 2.6.20.318318+Who: Len Brown <len.brown@intel.com>319319+320320+---------------------------
+34-5
MAINTAINERS
···207207ACPI208208P: Len Brown209209M: len.brown@intel.com210210+M: lenb@kernel.org210211L: linux-acpi@vger.kernel.org211212W: http://acpi.sourceforge.net/212213T: git kernel.org:/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git213213-S: Maintained214214+S: Supported215215+216216+ACPI BATTERY DRIVERS217217+P: Vladimir P. Lebedev218218+M: vladimir.p.lebedev@intel.com219219+L: linux-acpi@vger.kernel.org220220+W: http://acpi.sourceforge.net/221221+S: Supported222222+223223+ACPI EC DRIVER224224+P: Alexey Starikovskiy225225+M: alexey.y.starikovskiy@linux.intel.com226226+L: linux-acpi@vger.kernel.org227227+W: http://acpi.sourceforge.net/228228+S: Supported229229+230230+ACPI FAN DRIVER231231+P: Konstantin A. Karasyov232232+M: konstantin.a.karasyov@intel.com233233+L: linux-acpi@vger.kernel.org234234+W: http://acpi.sourceforge.net/235235+S: Supported214236215237ACPI PCI HOTPLUG DRIVER216238P: Kristen Carlson Accardi217239M: kristen.c.accardi@intel.com218240L: pcihpd-discuss@lists.sourceforge.net219219-S: Maintained241241+S: Supported242242+243243+ACPI THERMAL DRIVER244244+P: Konstantin A. Karasyov245245+M: konstantin.a.karasyov@intel.com246246+L: linux-acpi@vger.kernel.org247247+W: http://acpi.sourceforge.net/248248+S: Supported220249221250AD1816 SOUND DRIVER222251P: Thorsten Knabe···11141085P: Kristen Carlson Accardi11151086M: kristen.c.accardi@intel.com11161087L: linux-acpi@vger.kernel.org11171117-S: Maintained10881088+S: Supported1118108911191090DOUBLETALK DRIVER11201091P: James R. Van Zandt···25642535P: Kristen Carlson Accardi25652536M: kristen.c.accardi@intel.com25662537L: pcihpd-discuss@lists.sourceforge.net25672567-S: Maintained25382538+S: Supported2568253925692540PCMCIA SUBSYSTEM25702541P: Linux PCMCIA Team···30643035P: Kristen Carlson Accardi30653036M: kristen.c.accardi@intel.com30663037L: pcihpd-discuss@lists.sourceforge.net30673067-S: Maintained30383038+S: Supported3068303930693040SECURE DIGITAL HOST CONTROLLER INTERFACE DRIVER30703041P: Pierre Ossman
+5-5
arch/i386/kernel/acpi/cstate.c
···47474848/* The code below handles cstate entry with monitor-mwait pair on Intel*/49495050-struct cstate_entry_s {5050+struct cstate_entry {5151 struct {5252 unsigned int eax;5353 unsigned int ecx;5454 } states[ACPI_PROCESSOR_MAX_POWER];5555};5656-static struct cstate_entry_s *cpu_cstate_entry; /* per CPU ptr */5656+static struct cstate_entry *cpu_cstate_entry; /* per CPU ptr */57575858static short mwait_supported[ACPI_PROCESSOR_MAX_POWER];5959···7171int acpi_processor_ffh_cstate_probe(unsigned int cpu,7272 struct acpi_processor_cx *cx, struct acpi_power_register *reg)7373{7474- struct cstate_entry_s *percpu_entry;7474+ struct cstate_entry *percpu_entry;7575 struct cpuinfo_x86 *c = cpu_data + cpu;76767777 cpumask_t saved_mask;···136136void acpi_processor_ffh_cstate_enter(struct acpi_processor_cx *cx)137137{138138 unsigned int cpu = smp_processor_id();139139- struct cstate_entry_s *percpu_entry;139139+ struct cstate_entry *percpu_entry;140140141141 percpu_entry = per_cpu_ptr(cpu_cstate_entry, cpu);142142 mwait_idle_with_hints(percpu_entry->states[cx->index].eax,···150150 if (c->x86_vendor != X86_VENDOR_INTEL)151151 return -1;152152153153- cpu_cstate_entry = alloc_percpu(struct cstate_entry_s);153153+ cpu_cstate_entry = alloc_percpu(struct cstate_entry);154154 return 0;155155}156156