linux - linux

	Commit message (Collapse)	Author	Age	Files	Lines
*	[PATCH] PCI ACPI: Rename the functions to avoid multiple instances.	Muthu Kumar	2006-06-21	1	-8/+8
\| \| \| \| \| \| \| \| \| \|	There were two instances of pci_acpi_init(), one in drivers/pci/pci-acpi.c and another in arch/i386/pci/acpi.c. Rename the one in pci-acpi.c and make it consistent with other names in the same file. Signed-off-by: Muthukumar R <muthur@gmail.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
*	[PATCH] pci: correctly allocate return buffers for osc calls	Kristen Accardi	2006-05-21	1	-25/+35
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	The OSC set and query functions do not allocate enough space for return values, and set the output buffer length to a false, too large value. This causes the acpi-ca code to assume that the output buffer is larger than it actually is, and overwrite memory when copying acpi return buffers into this caller provided buffer. In some cases this can cause kernel oops if the memory that is overwritten is a pointer. This patch will change these calls to use a dynamically allocated output buffer, thus allowing the acpi-ca code to decide how much space is needed. Signed-off-by: Kristen Carlson Accardi <kristen.c.accardi@intel.com> Cc: "Brown, Len" <len.brown@intel.com> Cc: "Yu, Luming" <luming.yu@intel.com> Cc: Greg KH <greg@kroah.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
*	[PATCH] PCI: kernel-doc fix for pci-acpi.c	Randy Dunlap	2005-11-24	1	-0/+1
\| \| \| \| \| \| \| \|	Fix kernel-doc warning in pci/pci-acpi.c. Signed-off-by: Randy Dunlap <rdunlap@xenotime.net> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
*	[PATCH] pciehp: request control of each hotplug controller individually	rajesh.shah@intel.com	2005-11-11	1	-8/+3
\| \| \| \| \| \| \| \| \| \| \| \| \|	This patch tweaks the way pciehp requests control of the hotplug hardware from BIOS. It now tries to invoke the ACPI _OSC method for a specific hotplug controller only, rather than walking the entire acpi namespace invoking all possible _OSC methods under all host bridges. This allows us to gain control of each hotplug controller individually, even if BIOS fails to give us control of some other hotplug controller in the system. Signed-off-by: Rajesh Shah <rajesh.shah@intel.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
*	[ACPI] gut acpi_pci_choose_state() to avoid conflict	Len Brown	2005-07-12	1	-13/+2
\| \| \| \| \| \|	with pending pm_message_t re-definition. Signed-off-by: Len Brown <len.brown@intel.com>
*	[ACPI] pci_set_power_state() now calls	David Shaohua Li	2005-07-12	1	-0/+19
\| \| \| \| \| \| \| \| \| \|	platform_pci_set_power_state() and ACPI can answer http://bugzilla.kernel.org/show_bug.cgi?id=4277 Signed-off-by: David Shaohua Li <shaohua.li@intel.com> Signed-off-by: Len Brown <len.brown@intel.com>
*	[ACPI] PCI can now get suspend state from firmware	David Shaohua Li	2005-07-12	1	-1/+46
\| \| \| \| \| \| \| \| \| \| \|	pci_choose_state() can now call platform_pci_choose_state() and ACPI can answer http://bugzilla.kernel.org/show_bug.cgi?id=4277 Signed-off-by: David Shaohua Li <shaohua.li@intel.com> Signed-off-by: Len Brown <len.brown@intel.com>
*	[ACPI] Bind ACPI and PCI devices	David Shaohua Li	2005-07-12	1	-3/+54
\| \| \| \| \| \| \|	http://bugzilla.kernel.org/show_bug.cgi?id=4277 Signed-off-by: David Shaohua Li <shaohua.li@intel.com> Signed-off-by: Len Brown <len.brown@intel.com>
*	[PATCH] PCI: Clean up a lot of sparse "Should it be static?" warnings.	Greg KH	2005-05-04	1	-1/+1
\| \| \| \|	Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
*	Linux-2.6.12-rc2v2.6.12-rc2	Linus Torvalds	2005-04-17	1	-0/+209
	Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!