An error occurred fetching the project authors.
- 30 Mar, 2004 1 commit
-
-
- 26 Mar, 2004 1 commit
-
-
- 22 Mar, 2004 2 commits
-
-
Len Brown authored
-
Len Brown authored
http://bugzilla.kernel.org/show_bug.cgi?id=1622 add "acpi_sci=edge" and "acpi_sci=high" manual over-ride
-
- 20 Mar, 2004 2 commits
-
-
Bjorn Helgaas authored
Add "acpi_gsi_to_irq()" as a generic replacement for "acpi_irq_to_vector()". This converts from an ACPI global system interrupt number to a Linux IRQ. Also, convert i386-specific terminology to use GSI when appropriate.
-
Len Brown authored
-
- 10 Mar, 2004 1 commit
-
-
Len Brown authored
GCC's inability to warn when return values are ignored has conditioned Linux programmers into thinking that this is actually normal. delete some #define's -- suggested by Matt Wilcox
-
- 29 Feb, 2004 3 commits
- 26 Feb, 2004 1 commit
-
-
Len Brown authored
add acpi=strict option to disable platform workarounds
-
- 25 Feb, 2004 1 commit
-
-
Len Brown authored
-
- 18 Feb, 2004 1 commit
-
-
Andrew Morton authored
From: Dominik Brodowski <linux@dominikbrodowski.de>, John Stultz <johnstul@us.ibm.com>, Dmitry Torokhov Add the ACPI Powermanagement Timer as x86 kernel timing source. Unlike the Time Stamp Counter, it is a reliable timing source which does not get affected by aggressive powermanagement features like CPU frequency scaling. Some ideas and some code are based on Arjan van de Ven's implementation for 2.4, and on R. Byron Moore's drivers/acpi/hardware/hwtimer.c. We also replace the loop based delay_pmtmr with a TSC based delay_pmtmr, which resolves a number of issues caused by the loop based delay. Unsynced TSCs as well frequency changing TSCs will effect the length of __delay(), but it seems this method works best.
-
- 10 Feb, 2004 1 commit
-
-
Len Brown authored
-
- 04 Feb, 2004 1 commit
-
-
Andrew Morton authored
From: "Nakajima, Jun" <jun.nakajima@intel.com> To get the vector-based interrupt handling work, we need to give the vector number to device drivers instead of the IRQ if IRQ < 16. It was not happening for SCI, and the patch fixes it. In many cases, the IRQ for SCI is 9, and the problem was not detected, but one particular machine exposed the bug.
-
- 28 Jan, 2004 1 commit
-
-
Len Brown authored
-
- 27 Jan, 2004 1 commit
-
-
Jes Sorensen authored
from Jes Sorensen
-
- 29 Dec, 2003 1 commit
-
-
Andrew Morton authored
From: Matt Tolentino <metolent@snoqualmie.dp.intel.com> Attached is a patch that enables EFI boot-up support in ia32 kernels. In order to continue to determine whether the kernel should initialize using EFI tables, I've temporarily added a check on the LOADER_TYPE boot parameter. Although I haven't requested that elilo be assigned an id for this yet, I've used this to determine whether the kernel should use the EFI initialization path as well as a check to see if the EFI_SYSTAB boot parameter contains anything. If someone has a better suggestion for determining this, I'm open... This patch also uses the existing ioremapping functions to map the efi tables into kernel virtual address space. I've added an option such that I could use Dave Hansen's boot_ioremap() before paging_init(). After paging_init, I then remap the efi memmap using bt_ioremap for use later. This has eliminated the need for several functions...thanks for the suggestions and thanks for your help Dave. Still this could use a look-see.
-
- 15 Dec, 2003 1 commit
-
-
- 11 Dec, 2003 1 commit
-
-
Len Brown authored
-
- 29 Nov, 2003 1 commit
-
-
Len Brown authored
Re-enable IRQ balacning if IOAPIC mode http://bugzilla.kernel.org/show_bug.cgi?id=1440 Also allow IRQ balancing in PIC mode if "acpi_irq_balance" http://bugzilla.kernel.org/show_bug.cgi?id=1391
-
- 20 Nov, 2003 1 commit
-
-
Len Brown authored
-
- 17 Nov, 2003 1 commit
-
-
- 13 Nov, 2003 1 commit
-
-
Venkatesh Pallipadi authored
Early ACPI table parse for HPET tables has a bug, where in it does not do proper set_fixmap for ACPI-HPET table. This bug was lost in oversight, and was not noticed during my testing too, as the ACPI-HPET table on all my test systems happened to be in 1st Gig of memory (where __va() will do the job).
-
- 20 Oct, 2003 1 commit
-
-
Len Brown authored
use X86 ACPI specific version of eisa_set_level_irq() http://bugzilla.kernel.org/show_bug.cgi?id=1390
-
- 14 Sep, 2003 1 commit
-
-
Len Brown authored
Note that this restores CONFIG_ACPI_HT_ONLY as a sub-set of CONFIG_ACPI rather than a dependency.
-
- 31 Aug, 2003 2 commits
-
-
Andrew Morton authored
From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@intel.com> acpi boot time parsing changes to look for HPET
-
Andrew Morton authored
From: Thomas Schlichter <schlicht@uni-mannheim.de> Make the `pci=noacpi' command line option work correctly. It fixes interrupt routing probems for (at least 3) people with broken ACPI BIOSes.
-
- 20 Aug, 2003 1 commit
-
-
Andrew Morton authored
From: Emilio Gallego Arias <egallego@telefonica.net> Apparently a couple of files now need io_apic.h.
-
- 19 Aug, 2003 1 commit
-
-
Patrick Mochel authored
A recent slew of ACPI "fixes" completely broke the build when one built without SMP, IO APICs, or Local APICs. Bad Intel, no cookie.
-
- 15 Aug, 2003 1 commit
-
-
Len Brown authored
config tweaks from Dominik Brodowski
-
- 09 Aug, 2003 1 commit
-
-
Len Brown authored
build: add ACPI_HT, delete ACPI_HT_ONLY boot: add acpi={force, off, ht}; delete "noht", "acpismp=" add DMI blacklist from UnitedLinux
-
- 28 Jul, 2003 1 commit
-
-
Andy Grover authored
-
- 24 Mar, 2003 1 commit
-
-
Andy Grover authored
-
- 27 Feb, 2003 1 commit
-
-
Dave Jones authored
Uses CONFIG_ but doesn't include config.h
-
- 14 Feb, 2003 1 commit
-
-
Patrick Mochel authored
The following patches should fix those last two issues - compiling boot.c for UP and compiling proc.c by default.
-
- 13 Feb, 2003 1 commit
-
-
Patrick Mochel authored
- Created arch/i386/kernel/acpi/ - Split file into boot.c and sleep.c. - Moved acpi_wakeup.S into there.
-
- 20 Jan, 2003 1 commit
-
-
Andy Grover authored
resume. [=> no more ugly ifdefs] (Pavel Machek)
-
- 15 Jan, 2003 2 commits
-
-
Andy Grover authored
-
Martin J. Bligh authored
Patch from James Cleverdon & John Stultz This adds machine a type detection hook to the acpi code, and renames raw_phys_apicid to bios_cpu_apicid (it's an array of apicid's to boot, indexed by the bios' cpu numbering), and I other large machines will need to use it later ... not necessarily using physical interrupts.
-