linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [BKPATCH] ACPI for 2.4
@ 2004-03-14  6:01 Len Brown
  0 siblings, 0 replies; 23+ messages in thread
From: Len Brown @ 2004-03-14  6:01 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: ACPI Developers, Kernel Mailing List

Hi Marcelo, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.4.26

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.4.26/acpi-20040311-2.4.26.diff.gz

This will update the following files:

 Documentation/kernel-parameters.txt |    4 +
 arch/i386/kernel/acpi.c             |    3 
 drivers/acpi/dispatcher/dsmethod.c  |   85 ++++++++++++++++--------
 drivers/acpi/events/evgpe.c         |    5 +
 drivers/acpi/executer/excreate.c    |   20 +++--
 drivers/acpi/executer/exmutex.c     |   28 ++++---
 drivers/acpi/namespace/nsaccess.c   |   30 ++++++--
 drivers/acpi/namespace/nsalloc.c    |    7 +
 drivers/acpi/namespace/nseval.c     |   15 +++-
 drivers/acpi/osl.c                  |   36 ++++++++++
 drivers/acpi/parser/psparse.c       |   44 +++++++++++-
 drivers/acpi/parser/psscope.c       |    9 --
 drivers/acpi/system.c               |    3 
 drivers/acpi/utilities/uteval.c     |   56 +++++++++++++++
 drivers/acpi/utilities/utglobal.c   |   28 ++++---
 include/acpi/acconfig.h             |    6 +
 include/acpi/acglobal.h             |   11 ++-
 include/acpi/acmacros.h             |    3 
 include/acpi/acobject.h             |    7 +
 include/acpi/actypes.h              |    5 -
 include/acpi/acutils.h              |    6 +
 include/acpi/amlcode.h              |   14 ++-
 include/asm-i386/acpi.h             |   51 +++++++-------
 include/asm-x86_64/acpi.h           |   59 +++++++---------
 24 files changed, 379 insertions(+), 156 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/03/13 1.1063.46.83)
   [ACPI] add boot parameters "acpi_osi=" and "acpi_serialize"
     acpi_osi= will disable the _OSI method -- which by default
   	tells the BIOS to behave as if Windows is the OS.
     acpi_serialize is for debugging AE_ALREADY_EXISTS failures
   

<len.brown@intel.com> (04/03/13 1.1063.46.82)
   [ACPI] ACPICA 20040311 from Bob Moore
   
   Fixed a problem where errors occurring during the parse phase of
control
   method execution did not abort cleanly.  For example, objects created
   and installed in the namespace were not deleted.  This caused all
   subsequent invocations of the method to return the AE_ALREADY_EXISTS
   exception.
   
   Implemented a mechanism to force a control method to "Serialized"
   execution if the method attempts to create namespace objects.
   (The root of the AE_ALREADY_EXISTS problem.)
   
   Implemented support for the predefined _OSI "internal" control
method.
   Initial supported strings are "Linux", "Windows 2000", "Windows
2001",
   and "Windows 2001.1", and can be easily upgraded for new strings as
   necessary.  This feature allows Linux to execute
   the fully tested, "Windows" code path through the ASL code
   
   Global Lock Support:  Now allows multiple acquires and releases with
any
   internal thread.  Removed concept of "owning thread" for this special
   mutex.
   
   Fixed two functions that were inappropriately declaring large objects
on
   the CPU stack: ps_parse_loop() and ns_evaluate_relative().
   Reduces the stack usage during method execution considerably.
   
   Fixed a problem in the ACPI 2.0 FACS descriptor (actbl2.h) where the
   S4Bios_f field was incorrectly defined as UINT32 instead of
UINT32_BIT.
   
   Fixed a problem where acpi_ev_gpe_detect() would fault
   if there were no GPEs defined on the machine.
   
   Implemented two runtime options:  One to force all control method
   execution to "Serialized" to mimic Windows behavior, another to
disable
   _OSI support if it causes problems on a given machine.

<len.brown@intel.com> (04/03/13 1.1063.46.81)
   [ACPI] SMP poweroff (David Shaohua Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=1141

<len.brown@intel.com> (04/03/05 1.1063.46.80)
   [ACPI] global lock macro fixes (Paul Menage, Luming Yu)
     http://bugzilla.kernel.org/show_bug.cgi?id=1669

<len.brown@intel.com> (04/03/05 1.1063.46.79)
   [ACPI] acpi_wakeup_address - print only when broken





^ permalink raw reply	[flat|nested] 23+ messages in thread

* [BKPATCH] ACPI for 2.4
@ 2005-01-31  8:32 Len Brown
  0 siblings, 0 replies; 23+ messages in thread
From: Len Brown @ 2005-01-31  8:32 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Kernel Mailing List, ACPI Developers

Hi Marcelo, please do a 

	bk pull bk://linux-acpi.bkbits.net/to-marcelo

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.4.29/acpi-20040326-2.4.29.diff.gz

This will update the following files:

 arch/i386/kernel/pci-irq.c   |    4 ++--
 arch/x86_64/kernel/pci-irq.c |    4 ++--
 drivers/acpi/pci_irq.c       |    4 ++++
 drivers/pci/quirks.c         |   30 +++++-------------------------
 4 files changed, 13 insertions(+), 29 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (05/01/26 1.1499.5.2)
   [ACPI] via interrupt quirk fix from 2.6
   http://bugzilla.kernel.org/show_bug.cgi?id=3319
   
   Signed-off-by: David Shaohua Li <shaohua.li@intel.com>
   Signed-off-by: Len Brown <len.brown@intel.com.





^ permalink raw reply	[flat|nested] 23+ messages in thread

* [BKPATCH] ACPI for 2.4
@ 2004-11-23  6:34 Len Brown
  0 siblings, 0 replies; 23+ messages in thread
From: Len Brown @ 2004-11-23  6:34 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Kernel Mailing List, LM Sensors

Hi Marcelo, please do a 

	bk pull bk://linux-acpi.bkbits.net/24-latest-release

	This should address the "Linux 2.4.28 breaks lm_sensors"
	issue.  It is an exact bkimport from 2.6.

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/24-latest-release/acpi-20040326-24-latest-release.diff.gz

This will update the following files:

 drivers/acpi/motherboard.c |   20 ++++++++++++++++----
 1 files changed, 16 insertions(+), 4 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/11/22 1.1458.1.8)
   [ACPI] BIOS workaround allowing devices to use reserved IO ports
   Author: David Shaohua Li
   http://bugzilla.kernel.org/show_bug.cgi?id=3049





^ permalink raw reply	[flat|nested] 23+ messages in thread

* [BKPATCH] ACPI for 2.4
@ 2004-11-16 19:26 Len Brown
  0 siblings, 0 replies; 23+ messages in thread
From: Len Brown @ 2004-11-16 19:26 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Willy Tarreau, linux-kernel, ACPI Developers

Hi Marcelo, please do a 

	bk pull bk://linux-acpi.bkbits.net/24-latest-release

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/24-latest-release/acpi-20040326-24-latest-release.diff.gz

This will update the following files:

 drivers/acpi/system.c |    1 -
 1 files changed, 1 deletion(-)

through these ChangeSets:

<len.brown@intel.com> (04/11/16 1.1458.1.7)
   [ACPI] fix NMI during poweroff
   http://bugzilla.kernel.org/show_bug.cgi?id=1206
   
   Signed-off-by: Len Brown <len.brown@intel.com>





^ permalink raw reply	[flat|nested] 23+ messages in thread

* [BKPATCH] ACPI for 2.4
@ 2004-11-09  8:17 Len Brown
  0 siblings, 0 replies; 23+ messages in thread
From: Len Brown @ 2004-11-09  8:17 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Kernel Mailing List, ACPI Developers

Hi Marcelo, please do a 

	bk pull bk://linux-acpi.bkbits.net/24-latest-release

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/24-latest-release/acpi-20040326-24-latest-release.diff.gz

This will update the following files:

 drivers/acpi/dispatcher/dsopcode.c |    3 ---
 drivers/acpi/hardware/hwsleep.c    |   20 ++++++++++----------
 2 files changed, 10 insertions(+), 13 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/11/04 1.1458.1.6)
   [ACPI] fix poweroff regression
   backport from 2.6 and ACPICA 20040427
   http://bugzilla.kernel.org/show_bug.cgi?id=2109
   
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/11/04 1.1458.1.5)
   [ACPI] fix ASUS boot crash
   http://bugzilla.kernel.org/show_bug.cgi?id=2755
   
   backported from ACPICA 20040527 in linux-2.6.9
   
   Signed-off-by: Len Brown <len.brown@intel.com>





^ permalink raw reply	[flat|nested] 23+ messages in thread

* [BKPATCH] ACPI for 2.4
@ 2004-10-28  9:33 Len Brown
  0 siblings, 0 replies; 23+ messages in thread
From: Len Brown @ 2004-10-28  9:33 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: ACPI Developers, Kernel Mailing List

Hi Marcelo, please do a 

	bk pull bk://linux-acpi.bkbits.net/24-latest-release

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/24-latest-release/acpi-20040326-24-latest-release.diff.gz

This will update the following files:

 arch/i386/kernel/apic.c           |    6 
 arch/i386/kernel/dmi_scan.c       |   40 ------
 arch/i386/kernel/mpparse.c        |    2 
 drivers/acpi/Makefile             |    2 
 drivers/acpi/bus.c                |   39 +++++-
 drivers/acpi/events/evmisc.c      |    2 
 drivers/acpi/motherboard.c        |  159 ++++++++++++++++++++++++++
 drivers/acpi/osl.c                |    6 
 drivers/acpi/utilities/utglobal.c |    6 
 include/acpi/acglobal.h           |   37 ++++--
 include/acpi/acpi_drivers.h       |    3 
 include/asm-i386/mpspec.h         |    1 
 init/main.c                       |    6 
 13 files changed, 246 insertions(+), 63 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/10/13 1.1458.1.4)
   [ACPI] If BIOS disabled the LAPIC, believe it by default.
   "lapic" is available to force enabling the LAPIC
   in the event you know more than your BIOS vendor.
   http://bugzilla.kernel.org/show_bug.cgi?id=3238

<len.brown@intel.com> (04/08/25 1.1458.1.3)
   [ACPI] build fix

<len.brown@intel.com> (04/08/24 1.1458.1.2)
   [ACPI] fix build warnings

<len.brown@intel.com> (04/08/24 1.1458.1.1)
   [ACPI] Enter ACPI mode earlier
   Fixes two common boot failures due to buggy SMM BIOS code
   
   SMP boot crash if SMI_CMD=ACPI written from CPU1
   http://bugzilla.kernel.org/show_bug.cgi?id=2941
   
   laptop crash due to LAPIC timer before SMI_CMD=ACPI
   http://bugzilla.kernel.org/show_bug.cgi?id=1269

<len.brown@intel.com> (04/08/13 1.1458)
   set acpi_gbl_leave_wake_gpes_disabled to FALSE for 2.4
   because it would take a backport of big 2.6 changes to make
   this code work and 2.4 doesn't support suspend/resume anyway.

<len.brown@intel.com> (04/08/13 1.1457)
   [ACPI] boot option fixes from 2.6
   "acpi_serialize" "acpi_wake_gpes_always_on" "acpi_osi="
   http://bugzilla.kernel.org/show_bug.cgi?id=2534

<len.brown@intel.com> (04/06/24 1.1359.6.29)
   [ACPI] reserve IOPORTS for ACPI (David Shaohua Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=2641





^ permalink raw reply	[flat|nested] 23+ messages in thread

* [BKPATCH] ACPI for 2.4
@ 2004-06-18  7:32 Len Brown
  0 siblings, 0 replies; 23+ messages in thread
From: Len Brown @ 2004-06-18  7:32 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: linux-kernel, ACPI Developers

Hi Marcelo, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.4.27

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.4.27/acpi-20040326-2.4.27.diff.gz

This will update the following files:

 arch/i386/kernel/acpi.c      |    5 +++
 arch/i386/kernel/mpparse.c   |   18 ++++++++++-
 arch/x86_64/kernel/mpparse.c |    1 
 drivers/acpi/asus_acpi.c     |    4 +-
 drivers/acpi/pci_link.c      |   22 +------------
 drivers/acpi/pci_root.c      |   49 ++++++++++++++++++++++++++++++-
 drivers/acpi/thermal.c       |    7 ++++
 7 files changed, 82 insertions(+), 24 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/06/18 1.1359.6.28)
   [ACPI] handle SCI override to nth IOAPIC
   http://bugzilla.kernel.org/show_bug.cgi?id=2835

<len.brown@intel.com> (04/06/18 1.1359.6.27)
   [ACPI] fix 2.4.27-pre3 IRQ override regression
   due to dynamically allocated mp_irqs[].
   http://bugzilla.kernel.org/show_bug.cgi?id=2834

<len.brown@intel.com> (04/06/18 1.1359.6.26)
   [ACPI] avoid spurious interrupts on VIA
   http://bugzilla.kernel.org/show_bug.cgi?id=2243

<len.brown@intel.com> (04/06/18 1.1359.6.25)
   [ACPI] fix passive cooling mode indicator (Luming Yu)
   http://bugzilla.kernel.org/show_bug.cgi?id=1770

<len.brown@intel.com> (04/06/17 1.1359.6.24)
   [ACPI] PCI bus numbering workaround for ServerWorks
   from David Shaohua Li
   http://bugzilla.kernel.org/show_bug.cgi?id=1662

<sziwan@hell.org.pl> (04/06/03 1.1359.6.23)
   [PATCH] acpi4asus trivial sync with 2.6 (Karol 'sziwan' Kozimor)





^ permalink raw reply	[flat|nested] 23+ messages in thread

* [BKPATCH] ACPI for 2.4
@ 2004-05-20  6:14 Len Brown
  0 siblings, 0 replies; 23+ messages in thread
From: Len Brown @ 2004-05-20  6:14 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: ACPI Developers, linux-kernel

Hi Marcelo, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.4.27

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.4.27/acpi-20040326-2.4.27.diff.gz

This will update the following files:

 arch/x86_64/kernel/io_apic.c |    3 ++-
 drivers/acpi/Makefile        |    2 +-
 drivers/acpi/ac.c            |    2 ++
 drivers/acpi/asus_acpi.c     |   24 ++++++++++++++++++++++++
 drivers/acpi/battery.c       |    6 ++++++
 drivers/acpi/bus.c           |   14 +++-----------
 drivers/acpi/button.c        |   17 +++++++++--------
 drivers/acpi/ec.c            |    6 ++++++
 drivers/acpi/fan.c           |    2 ++
 drivers/acpi/power.c         |    2 ++
 drivers/acpi/thermal.c       |   10 ++++++++++
 11 files changed, 67 insertions(+), 21 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/05/18 1.1359.6.21)
   [ACPI] remove /proc files before unloading modules
   from Sau Dan Lee, Zhenyu Wang
   http://bugzilla.kernel.org/show_bug.cgi?id=2705

<len.brown@intel.com> (04/05/18 1.1359.6.20)
   [ACPI] revert button module unload fix (OSDL 2281)
   Cset exclude: len.brown@intel.com|ChangeSet|20040504154434|56458
   Cset exclude: len.brown@intel.com|ChangeSet|20040428081912|57065
   Cset exclude: len.brown@intel.com|ChangeSet|20040428054017|55837

<len.brown@intel.com> (04/05/14 1.1359.6.19)
   [ACPI] delete IOAPIC-disable workaround on x86_64/VIA
   BTW. looks like 2.6 has an IOMMU disable workaround here that may be
needed or VIA in 2.4.
   http://bugme.osdl.org/show_bug.cgi?id=1530





^ permalink raw reply	[flat|nested] 23+ messages in thread

* [BKPATCH] ACPI for 2.4
@ 2004-05-06 22:28 Len Brown
  0 siblings, 0 replies; 23+ messages in thread
From: Len Brown @ 2004-05-06 22:28 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Kernel Mailing List, ACPI Developers

Hi Marcelo, please do a 

        bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.4.27

        This brings 2.4.27 ACPI code up to date with the fixes in 2.6.6.

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.4.27/acpi-20040326-2.4.27.diff.gz

This will update the following files:

 Documentation/kernel-parameters.txt |    5 
 arch/i386/kernel/acpi.c             |   49 +++++
 arch/i386/kernel/i8259.c            |    4 
 arch/i386/kernel/io_apic.c          |   18 --
 arch/i386/kernel/mpparse.c          |   46 ++---
 arch/i386/kernel/pci-pc.c           |    1 
 arch/x86_64/kernel/acpi.c           |   66 +++++--
 arch/x86_64/kernel/e820.c           |    6 
 arch/x86_64/kernel/i8259.c          |    4 
 arch/x86_64/kernel/io_apic.c        |   18 --
 arch/x86_64/kernel/mpparse.c        |   46 ++---
 arch/x86_64/kernel/pci-pc.c         |    2 
 arch/x86_64/kernel/setup.c          |    7 
 drivers/acpi/Config.in              |    2 
 drivers/acpi/Makefile               |    2 
 drivers/acpi/ac.c                   |    3 
 drivers/acpi/asus_acpi.c            |  121 ++++++++------
 drivers/acpi/battery.c              |   15 +
 drivers/acpi/bus.c                  |   20 +-
 drivers/acpi/button.c               |   36 ++++
 drivers/acpi/fan.c                  |    3 
 drivers/acpi/pci_irq.c              |    2 
 drivers/acpi/pci_link.c             |  201 ++++++++++++------------
 drivers/acpi/pci_root.c             |   16 +
 drivers/acpi/processor.c            |    7 
 drivers/acpi/tables.c               |    1 
 drivers/acpi/thermal.c              |    7 
 drivers/acpi/toshiba_acpi.c         |    5 
 include/asm-i386/acpi.h             |   36 ++--
 include/asm-x86_64/acpi.h           |   41 ++--
 include/linux/acpi.h                |    9 +
 31 files changed, 495 insertions(+), 304 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/05/06 1.1359.6.17)
   [ACPI] parse ACPI MCFG table and set pci_mmcfg_base_addr
   from 2.6 via Sundar/Dely Sy

<len.brown@intel.com> (04/05/06 1.1359.6.16)
   [ACPI] enhance "pci=noacpi" to skip PCI probe (David Shaohua Li)
   add "acpi=noirq" to just disable IRQ config
   http://bugzilla.kernel.org/show_bug.cgi?id=1662

<len.brown@intel.com> (04/05/04 1.1359.6.15)
   [ACPI] rmmod ACPI modules vs /proc
   from Anil S Keshavamurthy and David Shaohua Li
   http://bugzilla.kernel.org/show_bug.cgi?id=2457

<len.brown@intel.com> (04/05/04 1.1359.6.14)
   [ACPI] PCI Interrupt Link fixes
   
   Handle BIOS that reference disabled PCI Interrupt Link Devices
   http://bugme.osdl.org/show_bug.cgi?id=1581
   
   Clean up VIA _CRS = 0 BIOS workaround
   
   Handle BIOS returning _CRS outside _PRS
   http://bugme.osdl.org/show_bug.cgi?id=2567
   
   delete now unused _SRS retry code

<len.brown@intel.com> (04/05/04 1.1359.6.13)
   [ACPI] export symbols to button module

<len.brown@intel.com> (04/04/28 1.1359.6.12)
   [ACPI] button build fix

<len.brown@intel.com> (04/04/28 1.1359.6.11)
   [ACPI] toshiba_acpi driver if acpi_disabled (David Shaohua Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=2465

<len.brown@intel.com> (04/04/28 1.1359.6.10)
   [ACPI] pcibios_scan_root fix for IA64 (from IA64 tree via Luming Yu)
   http://bugzilla.kernel.org/show_bug.cgi?id=2130

<len.brown@intel.com> (04/04/28 1.1359.6.9)
   [ACPI] pci-link may not always be SHARED (SuSE via Luming Yu)
   http://bugzilla.kernel.org/show_bug.cgi?id=2404

<len.brown@intel.com> (04/04/28 1.1359.6.8)
   [ACPI] support button driver unload (Luming Yu)
   http://bugzilla.kernel.org/show_bug.cgi?id=2281

<len.brown@intel.com> (04/04/28 1.1359.6.7)
   [ACPI] battery "charged" instead of "unknown" (Luming Yu)
   http://bugzilla.kernel.org/show_bug.cgi?id=1863

<sziwan@hell.org.pl> (04/04/28 1.1359.6.6)
   [PATCH] acpi4asus 0.28 (Karol 'sziwan' Kozimor)
   - Added support for Samsung P30
   - Fixed an oops triggered by non-standard hardware (Samsung P30)
   - Added support for L4400L and M6800N
   
   The patch also removes some superfluous data. It doesn't include the
   copy_from_user() conversion, it will be released as a separate patch.

<len.brown@intel.com> (04/04/24 1.1359.6.5)
   [ACPI] No IRQ known... - using IRQ 255 (Bjarni Rúnar Einarsson)
   http://bugzilla.kernel.org/show_bug.cgi?id=2148

<len.brown@intel.com> (04/04/22 1.1359.6.4)
   [ACPI] allow use of IRQ2 in ACPI/IOAPIC mode
   http://bugzilla.kernel.org/show_bug.cgi?id=2564

<len.brown@intel.com> (04/04/20 1.1359.6.3)
   [ACPI] enhance intr-src-override parsing to handle ES7000
   http://bugme.osdl.org/show_bug.cgi?id=2520
   

<len.brown@intel.com> (04/04/20 1.1359.6.2)
   [ACPI] Delete IRQ2 "cascade" in ACPI IOAPIC mode
   no such concept exists in ACPI, frees IRQ2 for use.

<len.brown@intel.com> (04/04/16 1.1359.6.1)
   [ACPI] delete unused CONFIG_ACPI_RELAXED_AML
   this code is included always -- or disable at boot w/ "acpi=strict


^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [BKPATCH] ACPI for 2.4
  2004-04-01 12:24 O.Sezer
@ 2004-04-01 12:57 ` O.Sezer
  0 siblings, 0 replies; 23+ messages in thread
From: O.Sezer @ 2004-04-01 12:57 UTC (permalink / raw)
  To: O.Sezer; +Cc: linux-kernel

>  > <len.brown@intel.com> (04/04/01 1.1063.46.95)
>  >    [ACPI] Restore PIC-mode SCI default to Level Trigger (David Shaohua
>  > Li)
>  >    http://bugme.osdl.org/show_bug.cgi?id=2382

[...]

> This fixed the issue I reported about the power button not
> functioning in 26-rc1.
> 

Further, vanilla 26-rc1 also shuts down fine with the power button
if booted with a kernel parameter "acpi_sci=level" (_not_ edge, as
stated in the above bugzilla entry).

Regards;
Özkan Sezer


^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [BKPATCH] ACPI for 2.4
@ 2004-04-01 12:24 O.Sezer
  2004-04-01 12:57 ` O.Sezer
  0 siblings, 1 reply; 23+ messages in thread
From: O.Sezer @ 2004-04-01 12:24 UTC (permalink / raw)
  To: linux-kernel

 > Hi Marcelo, please do a
 >
 > 	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.4.26
 >
 > thanks,
 > -Len
 >
 > ps. a plain patch is also available here:
 > 
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.4.26/acpi-20040326-2.4.26.diff.gz
 >
 > This will update the following files:
 >
 >  arch/i386/kernel/acpi.c      |    4 +++
 >  arch/i386/kernel/io_apic.c   |    6 ++++-
 >  arch/x86_64/kernel/io_apic.c |    6 ++++-
 >  drivers/acpi/bus.c           |    5 ++++
 >  drivers/acpi/pci_irq.c       |   35 +++++++++++++++++--------------
 >  include/asm-i386/acpi.h      |    9 -------
 >  include/asm-i386/system.h    |    5 ----
 >  7 files changed, 40 insertions(+), 30 deletions(-)
 >
 > through these ChangeSets:
 >
 > <len.brown@intel.com> (04/04/01 1.1063.46.95)
 >    [ACPI] Restore PIC-mode SCI default to Level Trigger (David Shaohua
 > Li)
 >    http://bugme.osdl.org/show_bug.cgi?id=2382
 >
 > <len.brown@intel.com> (04/04/01 1.1063.46.94)
 >    [ACPI] PCI bridge interrupt fix (David Shaohua Li)
 >    http://bugzilla.kernel.org/show_bug.cgi?id=2409
 >
 > <len.brown@intel.com> (04/04/01 1.1063.46.93)
 >    [ACPI] delete extraneous IRQ->pin mappings below IRQ 16
 >    http://bugzilla.kernel.org/show_bug.cgi?id=2408
 >
 > <len.brown@intel.com> (04/03/30 1.1063.46.92)
 >    [ACPI] allow building ACPI w/ CMPXCHG when CONFIG_M386=y
 >    http://bugzilla.kernel.org/show_bug.cgi?id=2391


This fixed the issue I reported about the power button not
functioning in 26-rc1.

Thanks & regards;
Özkan Sezer


^ permalink raw reply	[flat|nested] 23+ messages in thread

* [BKPATCH] ACPI for 2.4
@ 2004-04-01 10:40 Len Brown
  0 siblings, 0 replies; 23+ messages in thread
From: Len Brown @ 2004-04-01 10:40 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Kernel Mailing List, ACPI Developers

Hi Marcelo, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.4.26

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.4.26/acpi-20040326-2.4.26.diff.gz

This will update the following files:

 arch/i386/kernel/acpi.c      |    4 +++
 arch/i386/kernel/io_apic.c   |    6 ++++-
 arch/x86_64/kernel/io_apic.c |    6 ++++-
 drivers/acpi/bus.c           |    5 ++++
 drivers/acpi/pci_irq.c       |   35 +++++++++++++++++--------------
 include/asm-i386/acpi.h      |    9 -------
 include/asm-i386/system.h    |    5 ----
 7 files changed, 40 insertions(+), 30 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/04/01 1.1063.46.95)
   [ACPI] Restore PIC-mode SCI default to Level Trigger (David Shaohua
Li)
   http://bugme.osdl.org/show_bug.cgi?id=2382

<len.brown@intel.com> (04/04/01 1.1063.46.94)
   [ACPI] PCI bridge interrupt fix (David Shaohua Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=2409

<len.brown@intel.com> (04/04/01 1.1063.46.93)
   [ACPI] delete extraneous IRQ->pin mappings below IRQ 16
   http://bugzilla.kernel.org/show_bug.cgi?id=2408

<len.brown@intel.com> (04/03/30 1.1063.46.92)
   [ACPI] allow building ACPI w/ CMPXCHG when CONFIG_M386=y
   http://bugzilla.kernel.org/show_bug.cgi?id=2391





^ permalink raw reply	[flat|nested] 23+ messages in thread

* [BKPATCH] ACPI for 2.4
@ 2004-03-27  0:53 Len Brown
  0 siblings, 0 replies; 23+ messages in thread
From: Len Brown @ 2004-03-27  0:53 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Kernel Mailing List, ACPI Developers

Hi Marcelo, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.4.26

	Three fixes, all interrupt related.

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.4.26/acpi-20040326-2.4.26.diff.gz

This will update the following files:

 arch/i386/kernel/acpi.c           |   18 +
 arch/x86_64/kernel/acpi.c         |   18 +
 drivers/acpi/ec.c                 |    4 
 drivers/acpi/events/evgpe.c       |   11 -
 drivers/acpi/events/evgpeblk.c    |  242 ++++++++++++++++++++++----
 drivers/acpi/events/evmisc.c      |   43 ++--
 drivers/acpi/events/evxfevnt.c    |   25 ++
 drivers/acpi/executer/excreate.c  |   16 +
 drivers/acpi/executer/exdump.c    |    1 
 drivers/acpi/executer/exresnte.c  |    5 
 drivers/acpi/executer/exstoren.c  |    1 
 drivers/acpi/hardware/hwgpe.c     |   98 ++++++----
 drivers/acpi/hardware/hwsleep.c   |   22 +-
 drivers/acpi/namespace/nsaccess.c |    9 
 drivers/acpi/namespace/nsdump.c   |    1 
 drivers/acpi/namespace/nseval.c   |    9 
 drivers/acpi/namespace/nssearch.c |    6 
 drivers/acpi/namespace/nsutils.c  |    2 
 drivers/acpi/namespace/nsxfeval.c |   26 +-
 drivers/acpi/osl.c                |   21 ++
 drivers/acpi/pci_link.c           |   18 +
 drivers/acpi/resources/rsaddr.c   |   13 -
 drivers/acpi/utilities/utglobal.c |   42 ++--
 drivers/acpi/utilities/utmisc.c   |    5 
 include/acpi/acconfig.h           |    2 
 include/acpi/acglobal.h           |    2 
 include/acpi/achware.h            |    4 
 include/acpi/aclocal.h            |    7 
 include/acpi/actypes.h            |   84 +++++----
 include/acpi/acutils.h            |    1 
 30 files changed, 548 insertions(+), 208 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/03/26 1.1063.46.91)
   [ACPI] Linux specific updates from ACPICA 20040326
   "acpi_wake_gpes_always_on" boot flag for old GPE behaviour

<len.brown@intel.com> (04/03/26 1.1063.46.90)
   [ACPI] ACPICA 20040326 from Bob Moore
   
   Implemented support for "wake" GPEs via interaction between
   GPEs and the _PRW methods.  Every GPE that is pointed to by
   one or more _PRWs is identified as a WAKE GPE and by default
   will no longer be enabled at runtime.  Previously, we were
   blindly enabling all GPEs with a corresponding _Lxx or _Exx
   method - but most of these turn out to be WAKE GPEs anyway.
   We believe this has been the cause of thousands of
   "spurious" GPEs on some systems.
   
   This new GPE behavior is can be reverted to the original
   behavior (enable ALL GPEs at runtime) via a runtime flag.
   
   Fixed a problem where aliased control methods could not
   access objects properly.  The proper scope within the
   namespace was not initialized (transferred to the target of
   the aliased method) before executing the target method.
   
   Fixed a potential race condition on internal object
   deletion on the return object in AcpiEvaluateObject. 
   
   Integrated a fix for resource descriptors where both
   _MEM and _MTP were being extracted instead of just _MEM.
   (i.e. bitmask was incorrectly too wide, 0x0F instead of 0x03.)
   
   Added a special case for ACPI_ROOT_OBJECT in AcpiUtGetNodeName,
   preventing a fault in some cases.
   
   Updated Notify() values for debug statements in evmisc.c
   
   Return proper status from AcpiUtMutexInitialize,
   not just simply AE_OK.

<len.brown@intel.com> (04/03/26 1.1063.46.89)
   [ACPI] proposed fix for non-identity-mapped SCI override
   http://bugme.osdl.org/show_bug.cgi?id=2366

<len.brown@intel.com> (04/03/25 1.1302.46.18)
   [ACPI] PCI interrupt link routing (Luming Yu)
   use _PRS to determine resource type for _SRS
   fixes HP Proliant servers
   http://bugzilla.kernel.org/show_bug.cgi?id=1590





^ permalink raw reply	[flat|nested] 23+ messages in thread

* [BKPATCH] ACPI for 2.4
@ 2004-03-23 10:43 Len Brown
  0 siblings, 0 replies; 23+ messages in thread
From: Len Brown @ 2004-03-23 10:43 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Kernel Mailing List, ACPI Developers

Hi Marcelo, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.4.26

	Several key fixes.
	SCI polarity/trigger fix
	cardbus bridge interrupt fix
	maxcpus=N/2 can now be used (like NR_CPUS) to disable HT

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.4.26/acpi-20040311-2.4.26.diff.gz

This will update the following files:

 Documentation/kernel-parameters.txt |    5 -
 arch/i386/kernel/acpi.c             |  111 +++++++++++++++++-------
 arch/i386/kernel/dmi_scan.c         |   13 +-
 arch/i386/kernel/mpparse.c          |   81 +++--------------
 arch/i386/kernel/setup.c            |   30 +++++-
 arch/i386/kernel/smpboot.c          |   16 ---
 arch/ia64/kernel/acpi.c             |    2 
 arch/x86_64/kernel/acpi.c           |  109 ++++++++++++++++-------
 arch/x86_64/kernel/e820.c           |   28 +++++-
 arch/x86_64/kernel/mpparse.c        |   74 +++-------------
 arch/x86_64/kernel/setup.c          |    3 
 arch/x86_64/kernel/smpboot.c        |   17 ---
 drivers/acpi/bus.c                  |   39 +++-----
 drivers/acpi/pci_irq.c              |   14 ++-
 drivers/acpi/processor.c            |    4 
 drivers/acpi/toshiba_acpi.c         |   55 +++++------
 drivers/char/sonypi.h               |    1 
 include/acpi/acpi_bus.h             |    2 
 include/asm-i386/acpi.h             |    3 
 include/asm-i386/mpspec.h           |    3 
 include/asm-ia64/acpi.h             |    2 
 include/asm-x86_64/acpi.h           |    5 -
 include/asm-x86_64/mpspec.h         |    1 
 include/asm-x86_64/proto.h          |    1 
 24 files changed, 315 insertions(+), 304 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/03/23 1.1063.46.88)
   [ACPI] ACPI SCI shall be level/low unless explicit over-ride
   http://bugzilla.kernel.org/show_bug.cgi?id=1622
   add "acpi_sci=edge" and "acpi_sci=high" manual over-ride

<len.brown@intel.com> (04/03/23 1.1063.46.87)
   [ACPI]   toshiba_acpi 0.18 from John Belmonte
     add missing copyin

<len.brown@intel.com> (04/03/22 1.1063.46.86)
   [ACPI] delete POWER_OF_2 array (Pavel Machek)

<len.brown@intel.com> (04/03/21 1.1063.46.85)
   [ACPI] fix interrupt behind yenta cardbus bridge (David Shaohua Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=1564

<len.brown@intel.com> (04/03/20 1.1136.93.18)
   [ACPI] create disable_acpi()

<len.brown@intel.com> (04/03/18 1.1136.93.17)
   [ACPI] clean up acpi_disabled use
   __initdata on IA64 was a bug since it is referenced by modules.

<len.brown@intel.com> (04/03/17 1.1063.46.84)
   [ACPI] check "maxcpus=N" early -- same as NR_CPUS check.
   http://bugzilla.kernel.org/show_bug.cgi?id=2317
   
   When the BIOS enumerates physical processors before logical,
   maxcpus=N/2 will now effectively disable HT.
   
   This can be verified by boot messages warning that HT is off:
   eg. "maxcpus=2" on a 2xHT system:
   
   Total of 2 processors activated (11141.12 BogoMIPS).
   WARNING: No sibling found for CPU 0.
   WARNING: No sibling found for CPU 1.





^ permalink raw reply	[flat|nested] 23+ messages in thread

* [BKPATCH] ACPI for 2.4
@ 2004-03-06  6:32 Len Brown
  0 siblings, 0 replies; 23+ messages in thread
From: Len Brown @ 2004-03-06  6:32 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: ACPI Developers, Kernel Mailing List

Hi Marcelo, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.4.26

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.4.26/acpi-20040220-2.4.26.diff.gz

This will update the following files:

 Documentation/Configure.help        |    8 --
 Documentation/kernel-parameters.txt |    2 
 MAINTAINERS                         |    2 
 arch/i386/kernel/acpi.c             |    9 +--
 arch/i386/kernel/mpparse.c          |   11 ++--
 arch/i386/kernel/setup.c            |    5 +
 arch/x86_64/kernel/acpi.c           |   10 +--
 arch/x86_64/kernel/e820.c           |    6 ++
 arch/x86_64/kernel/mpparse.c        |   11 ++--
 drivers/acpi/executer/exfldio.c     |    7 +-
 drivers/acpi/hardware/hwgpe.c       |    8 ++
 drivers/acpi/hardware/hwregs.c      |    6 +-
 drivers/acpi/hardware/hwsleep.c     |   66 +++++++++++++++++++++---
 drivers/acpi/namespace/nseval.c     |    4 -
 drivers/acpi/namespace/nsutils.c    |    6 +-
 drivers/acpi/namespace/nsxfname.c   |    7 ++
 drivers/acpi/pci_link.c             |    2 
 drivers/acpi/resources/rsxface.c    |   18 ++++++
 drivers/acpi/system.c               |   10 ++-
 drivers/acpi/utilities/uteval.c     |   60 +++++++++++++++++++++
 drivers/acpi/utilities/utglobal.c   |    7 ++
 include/acpi/acconfig.h             |    2 
 include/acpi/acglobal.h             |   25 ++++-----
 include/acpi/actypes.h              |    3 -
 include/acpi/acutils.h              |    4 +
 include/asm-i386/acpi.h             |    1 
 include/asm-ia64/acpi.h             |    2 
 include/asm-x86_64/acpi.h           |    1 
 28 files changed, 233 insertions(+), 70 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/03/06 1.1331)
   [ACPI] fix ia64 build error (Bjorn Helgaas)

<len.brown@intel.com> (04/02/27 1.1063.46.78)
   [ACPI] ACPICA 20040220 from Bob Moore
   
   Implemented execution of _SxD methods for Device objects in the
   GetObjectInfo interface.
   
   Fixed calls to _SST method to pass the correct arguments.
   
   Added a call to _SST on wake to restore to "working" state.
   
   Check for End-Of-Buffer failure case in the WalkResources interface.
   
   Integrated fix for 64-bit alignment issue in acglobal.h by moving two
   structures to the beginning of the file.
   
   After wake, clear GPE status register(s) before enabling GPEs.
   
   After wake, clear/enable power button.
   (Perhaps we should clear/enable all fixed events upon wake.)
   
   Fixed a couple of possible memory leaks in the Namespace manager.

<len.brown@intel.com> (04/02/27 1.1063.46.77)
   [ACPI] include CONFIG_ACPI_RELAXED_AML code always
     add acpi=strict option to disable platform workarounds

<len.brown@intel.com> (04/02/26 1.1321.1.1)
   [ACPI] delete unnecessary dmesg lines, fix spelling

<len.brown@intel.com> (04/02/25 1.1063.46.76)
   [ACPI] interrupt over-ride for nforce from Maciej W. Rozycki

<len.brown@intel.com> (04/02/25 1.1063.46.75)
   ACPI URL update





^ permalink raw reply	[flat|nested] 23+ messages in thread

* [BKPATCH] ACPI for 2.4
@ 2004-02-25 10:01 Len Brown
  0 siblings, 0 replies; 23+ messages in thread
From: Len Brown @ 2004-02-25 10:01 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Kernel Mailing List, ACPI Developers

Hi Marcelo, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.4.26

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.4.25/acpi-20040211-2.4.25.diff.gz

This will update the following files:

 drivers/acpi/Config.in             |    3 --
 drivers/acpi/dispatcher/dsmthdat.c |    9 ++++--
 drivers/acpi/dispatcher/dsobject.c |    5 +++
 drivers/acpi/dispatcher/dsopcode.c |    6 ++--
 drivers/acpi/dispatcher/dsutils.c  |    3 +-
 drivers/acpi/dispatcher/dswstate.c |    2 -
 drivers/acpi/executer/exconvrt.c   |   35 ++++++++++++++++---------
 drivers/acpi/executer/exfldio.c    |    4 +-
 drivers/acpi/executer/exmisc.c     |    8 +++--
 drivers/acpi/executer/exoparg2.c   |    4 ++
 drivers/acpi/executer/exprep.c     |    2 -
 drivers/acpi/executer/exresolv.c   |    6 ++--
 drivers/acpi/executer/exresop.c    |    4 +-
 drivers/acpi/executer/exstore.c    |   29 ++++++++++++++------
 drivers/acpi/executer/exstoren.c   |    8 +++++
 drivers/acpi/namespace/nsaccess.c  |    2 -
 drivers/acpi/parser/psargs.c       |    4 +-
 include/acpi/acconfig.h            |    2 -
 18 files changed, 87 insertions(+), 49 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/02/13 1.1063.46.74)
   [ACPI] ACPICA 20040211 udpate from Bob Moore
   
   Completed investigation and implementation of the
   call-by-reference mechanism for control method arguments.
   
   Fixed a problem where a store of an object into an indexed
   package could fail if the store occurs within a different
   method than the method that created the package.
   
   Fixed a problem where the ToDecimal operator could return
   incorrect results.
   
   Fixed a problem where the CopyObject operator could fail
   on some of the more obscure objects (e.g., Reference objects.)
   
   Improved the output of the Debug object to display buffer,
   package, and index objects.
   
   Fixed a problem where constructs of the form "RefOf (ArgX)"
   did not return the expected result.
   
   Added permanent ACPI_REPORT_ERROR macros for all instances of the
   ACPI_AML_INTERNAL exception.

<len.brown@intel.com> (04/02/13 1.1063.46.73)
   [ACPI] revert previous AML param patch for ACPICA update

<len.brown@intel.com> (04/02/10 1.1063.46.72)
   [ACPI] CONFIG_ACPI_NUMA depends on CONFIG_IA64





^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [BKPATCH] ACPI for 2.4
  2004-02-08  8:20 ` Willy Tarreau
@ 2004-02-08  9:08   ` Willy Tarreau
  0 siblings, 0 replies; 23+ messages in thread
From: Willy Tarreau @ 2004-02-08  9:08 UTC (permalink / raw)
  To: Willy Tarreau
  Cc: Len Brown, Marcelo Tosatti, ACPI Developers, Kernel Mailing List

Replying to myself...

On Sun, Feb 08, 2004 at 09:20:59AM +0100, Willy Tarreau wrote:
> 
> So I've added printk's into acpi_power_off(), and I see that the system
> doesn't return from acpi_enter_sleep_state_prep(S5), which itself hangs
> on the call to acpi_evaluate_object(NULL, "\\_PTS",...). If I comment
> out this line, it now goes on through the next calls, then normally leaves
> acpi_enter_sleep_state_prep(), then powers off correctly.

Searching for _PTS on google directed me to the ACPI spec. I found in
section 9 that _PTS (prepare to sleep) is only used for S1-S4, but 9.1.7
says that it should be called for S5 too. I suspect that depending on the
paragraph they read, hardware makers do or don't implement _PTS(S5) correctly
:-/ BTW, 9.1.5 says that "S5 is not a sleeping state, but a G2 state". So it
might seem logical not to call something named "prepare to sleep" in this
case.

I checked the last working version. It was acpi-030424 + the two little
patches I sent to you at this time and which were merged. This version
called _PTS and _GTS in acpi_enter_sleep_state_prep(), while now we call
_PTS, _GTS, and _SI._SST. So I'm amazed that in previous version, _PTS
worked and that it does not anymore !

Regards,
Willy


^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [BKPATCH] ACPI for 2.4
  2004-02-07  9:10 Len Brown
@ 2004-02-08  8:20 ` Willy Tarreau
  2004-02-08  9:08   ` Willy Tarreau
  0 siblings, 1 reply; 23+ messages in thread
From: Willy Tarreau @ 2004-02-08  8:20 UTC (permalink / raw)
  To: Len Brown; +Cc: Marcelo Tosatti, ACPI Developers, Kernel Mailing List

Hi Len,

On Sat, Feb 07, 2004 at 04:10:24AM -0500, Len Brown wrote:
> 	bk pull http://linux-acpi.bkbits.net/linux-acpi-release-2.4.25
> 
> 	the AML param fix is in 2.6 -- the others changes
> 	are Asus and Toshiba model specific.

I encountered something strange that I still cannot explain. I have two
machines, one athlon-based VAIO notebook and one P4-based supermicro 1U
server, which don't poweroff when I halt them or send them a Sysrq-O. At
first, I only noticed this on the VAIO so I thought that something changed
in ACPI recently, because it was OK around 2.4.21 or 2.4.22 with acpi patch
from around 09/2003, but I believe that the problem appeared when I used
2.4.23 + the acpi-20031203 patch, which is now included in 2.4.25-rc1. But
then I discovered that I can poweroff both the notebook and the 1U by a
simple "echo 5 >/proc/acpi/sleep".

So I've added printk's into acpi_power_off(), and I see that the system
doesn't return from acpi_enter_sleep_state_prep(S5), which itself hangs
on the call to acpi_evaluate_object(NULL, "\\_PTS",...). If I comment
out this line, it now goes on through the next calls, then normally leaves
acpi_enter_sleep_state_prep(), then powers off correctly. I have not tested
yet you very latest patch, but I don't think it would change anything.

Do you have any idea ? What can I provide to help in resolving this problem ?

Regards,
Willy


^ permalink raw reply	[flat|nested] 23+ messages in thread

* [BKPATCH] ACPI for 2.4
@ 2004-02-07  9:10 Len Brown
  2004-02-08  8:20 ` Willy Tarreau
  0 siblings, 1 reply; 23+ messages in thread
From: Len Brown @ 2004-02-07  9:10 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: ACPI Developers, Kernel Mailing List

Hi Marcelo, please do a 

	bk pull http://linux-acpi.bkbits.net/linux-acpi-release-2.4.25

	the AML param fix is in 2.6 -- the others changes
	are Asus and Toshiba model specific.

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.4.25/acpi-20040116-2.4.25.diff.gz

This will update the following files:

 drivers/acpi/asus_acpi.c           |  753 +++++++++++++++----------
 drivers/acpi/dispatcher/dsmthdat.c |   10 
 drivers/acpi/pci_irq.c             |   12 
 drivers/acpi/toshiba_acpi.c        |   81 +-
 4 files changed, 533 insertions(+), 323 deletions(-)

through these ChangeSets:

<sziwan@hell.org.pl> (04/02/06 1.1063.46.71)
   [PATCH] acpi4asus update from Karol 'sziwan' Kozimor
   
   The attached patch updates the acpi4asus driver to 0.27 through the
   following changes:
   - add support for M1300A, S5200N, L8400L,
   - remove WLED support for certain models, since it is not controlled
by
     AML,
   - add LCD backlight switching for L2E / L3H,
   - C99 initializers,
   - generic LED handlers,
   - the output of ASYM method to provide battery state information
(might be
     more accurate under certain conditions) in /proc/acpi/asus/info,
   - fix several oddities, various clean-ups and other minor changes.
   
   The patch itself is quite big, which is mostly due to the C99
initializers
   and the fact that diff doesn't like moving code around.
   
   This has been compile-tested in various configurations, the
substantive
   changes were discussed on the acpi4asus mailing list.
   
   The code should apply to current bk (both for 2.4 and 2.6). The patch
is
   also available here:
   http://hell.org.pl/~sziwan/asus/acpi4asus-0.26-0.27.diff
   
   Thanks to all the contributors (notably Pontus Fuchs) to this
release.

<john@neggie.net> (04/02/05 1.1063.46.70)
   [PATCH] toshiba_acpi 0.17 from John Belmonte
   
   Fix remote chance of invalid buffer access in write_video.
   Support alternate HCI method path (recent "Phoenix BIOS" Toshiba's).
   Signal more proc-write errors.
   On proc-reads, report errors via printk instead of proc output.
   Add log level and driver name prefix to all printk's.
   Add missing __init and __exit function attributes.
   Be explicit about vars for which code relies on zero-init of BSS.

<len.brown@intel.com> (04/02/05 1.1063.46.69)
   [ACPI] fix IA64 build warning
   from Martin Hicks

<len.brown@intel.com> (04/01/30 1.1293)
   [ACPI] proposed fix for AML parameter passing from Bob Moore
     http://bugzilla.kernel.org/show_bug.cgi?id=1766





^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [BKPATCH] ACPI for 2.4
  2003-11-21 17:49   ` Willy Tarreau
@ 2003-11-21 18:46     ` Willy Tarreau
  0 siblings, 0 replies; 23+ messages in thread
From: Willy Tarreau @ 2003-11-21 18:46 UTC (permalink / raw)
  To: Willy Tarreau
  Cc: Len Brown, Marcelo Tosatti, Kernel Mailing List, ACPI Developers

Hi again,

in fact this is not an ACPI problem. It's the ATYFB driver which never
worked before on this machine which prevents it from rebooting. That
doesn't surprize me, since this bios doesn't reinitialize anything properly
(previously, this bios hung on the IDE controller if APIC was set).

Once back to VESAFB, everything's OK, so there's no regression at all.

Sorry for the noise,
Willy

On Fri, Nov 21, 2003 at 06:49:09PM +0100, Willy Tarreau wrote:
> Hi Len,
> 
> On Thu, Nov 20, 2003 at 06:16:03AM -0500, Len Brown wrote:
> > Hi Marcelo, please do a 
> > 
> > 	bk pull http://linux-acpi.bkbits.net/linux-acpi-release-2.4.23
> > 
> 
> This version, as well as the original 2.4.23-rc2 code cannot reboot my
> VAIO. I don't know yet when the problem got in, since I've been using
> a 2.4.21 base + acpi-20030424-2.4.21-rc1.diff for a long time without
> this problem, and don't know if this was the case with intermediate
> versions since it's not something that I immediately notice.
> 
> I will try to identify which pre-release brought this problem.
> 
> Basically, when I reboot, the screen goes black, and I hear the
> speakers shut down exactly as when it will reboot. But nothing
> appears on the screen anymore. I must say that I also had this
> behaviour with the above version only when I used LOCAL_APIC.
> But I tried both with and without, without success. I clearly
> suspect my BIOS since it's a real crap, but since it once worked,
> I'll search a bit.
> 
> Other than that, power down works pretty well (this has always
> been a problem on this crap too), and the rest of the kernel is
> really fine and stable.
> 
> Regards,
> Willy
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [BKPATCH] ACPI for 2.4
  2003-11-20 11:16 ` Len Brown
@ 2003-11-21 17:49   ` Willy Tarreau
  2003-11-21 18:46     ` Willy Tarreau
  0 siblings, 1 reply; 23+ messages in thread
From: Willy Tarreau @ 2003-11-21 17:49 UTC (permalink / raw)
  To: Len Brown; +Cc: Marcelo Tosatti, Kernel Mailing List, ACPI Developers

Hi Len,

On Thu, Nov 20, 2003 at 06:16:03AM -0500, Len Brown wrote:
> Hi Marcelo, please do a 
> 
> 	bk pull http://linux-acpi.bkbits.net/linux-acpi-release-2.4.23
> 

This version, as well as the original 2.4.23-rc2 code cannot reboot my
VAIO. I don't know yet when the problem got in, since I've been using
a 2.4.21 base + acpi-20030424-2.4.21-rc1.diff for a long time without
this problem, and don't know if this was the case with intermediate
versions since it's not something that I immediately notice.

I will try to identify which pre-release brought this problem.

Basically, when I reboot, the screen goes black, and I hear the
speakers shut down exactly as when it will reboot. But nothing
appears on the screen anymore. I must say that I also had this
behaviour with the above version only when I used LOCAL_APIC.
But I tried both with and without, without success. I clearly
suspect my BIOS since it's a real crap, but since it once worked,
I'll search a bit.

Other than that, power down works pretty well (this has always
been a problem on this crap too), and the rest of the kernel is
really fine and stable.

Regards,
Willy


^ permalink raw reply	[flat|nested] 23+ messages in thread

* [BKPATCH] ACPI for 2.4
  2003-11-18 20:58 Len Brown
@ 2003-11-20 11:16 ` Len Brown
  2003-11-21 17:49   ` Willy Tarreau
  0 siblings, 1 reply; 23+ messages in thread
From: Len Brown @ 2003-11-20 11:16 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Kernel Mailing List, ACPI Developers

Hi Marcelo, please do a 

	bk pull http://linux-acpi.bkbits.net/linux-acpi-release-2.4.23

	A panic fix from Matt Wilcox via 2.6, and a build fix from me.
	(List of kernels built below.)
	Same caveat as before, I've not booted on x86_64 hardware.

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.4.23-rc2/acpi-20031002-2.4.23-rc2.diff.gz

This will update the following files:

 arch/i386/kernel/acpi.c     |    7 +++----
 arch/i386/kernel/dmi_scan.c |    5 ++---
 arch/i386/kernel/pci-pc.c   |   12 ++----------
 arch/i386/kernel/setup.c    |    9 +++------
 arch/x86_64/kernel/acpi.c   |   19 ++-----------------
 arch/x86_64/kernel/e820.c   |    9 +++++----
 arch/x86_64/kernel/pci-pc.c |   10 +---------
 arch/x86_64/kernel/setup.c  |    2 +-
 drivers/acpi/pci_root.c     |    4 +---
 include/asm-i386/acpi.h     |    6 ++++--
 include/asm-x86_64/acpi.h   |    9 ++++-----
 11 files changed, 28 insertions(+), 64 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (03/11/20 1.1208)
   [ACPI] "pci=noacpi" -- 2.4.23 specific part of previous 2.4.22 fix

<len.brown@intel.com> (03/11/20 1.1063.44.53)
   [ACPI] "pci=noacpi" -- replace two sets of flags with one: acpi_noirq

<willy@debian.org> (03/11/19 1.1063.44.52)
   [PATCH] Fix panic-at-boot
   
   This fixes a panic-at-boot when ACPI Hotplug PCI is compiled in, but
   ACPI is disabled.  It just makes sure that the list is properly
   initialized statically instead of depending on runtime initialization
   that may or may not happen.


x86_64:
1. errs.ACPI.PCI.SMP.X86_LOCAL_APIC.X86_IO_APIC
2. errs.ACPI.PCI.X86_LOCAL_APIC.X86_IO_APIC
3. errs.ACPI.SMP.X86_LOCAL_APIC.X86_IO_APIC
4. errs.ACPI.X86_LOCAL_APIC.X86_IO_APIC
5. errs.DEBUG_KERNEL.ACPI.PCI.SMP.X86_LOCAL_APIC.X86_IO_APIC
6. errs.DEBUG_KERNEL.ACPI.PCI.X86_LOCAL_APIC.X86_IO_APIC
7. errs.DEBUG_KERNEL.ACPI.SMP.X86_LOCAL_APIC.X86_IO_APIC
8. errs.DEBUG_KERNEL.ACPI.X86_LOCAL_APIC.X86_IO_APIC
9. errs.DEBUG_KERNEL.PCI.SMP.X86_LOCAL_APIC.X86_IO_APIC
10. errs.DEBUG_KERNEL.PCI.X86_LOCAL_APIC.X86_IO_APIC
11. errs.DEBUG_KERNEL.SMP.X86_LOCAL_APIC.X86_IO_APIC
12. errs.DEBUG_KERNEL.X86_LOCAL_APIC.X86_IO_APIC
13. errs.PCI.SMP.X86_LOCAL_APIC.X86_IO_APIC
14. errs.PCI.X86_LOCAL_APIC.X86_IO_APIC
15. errs.SMP.X86_LOCAL_APIC.X86_IO_APIC
16. errs.X86_LOCAL_APIC.X86_IO_APIC
16 SUCCESS in 16 ATTEMPTS

i386:
1. errs.
2. errs.ACPI
3. errs.ACPI.PCI
4. errs.ACPI.PCI.SMP.X86_LOCAL_APIC.X86_IO_APIC
5. errs.ACPI.PCI.X86_LOCAL_APIC
6. errs.ACPI.PCI.X86_LOCAL_APIC.X86_IO_APIC
7. errs.ACPI.SMP.X86_LOCAL_APIC.X86_IO_APIC
8. errs.ACPI.X86_LOCAL_APIC
9. errs.ACPI.X86_LOCAL_APIC.X86_IO_APIC
10. errs.DEBUG_KERNEL
11. errs.DEBUG_KERNEL.ACPI
12. errs.DEBUG_KERNEL.ACPI.PCI
13. errs.DEBUG_KERNEL.ACPI.PCI.SMP.X86_LOCAL_APIC.X86_IO_APIC
14. errs.DEBUG_KERNEL.ACPI.PCI.X86_LOCAL_APIC
15. errs.DEBUG_KERNEL.ACPI.PCI.X86_LOCAL_APIC.X86_IO_APIC
16. errs.DEBUG_KERNEL.ACPI.SMP.X86_LOCAL_APIC.X86_IO_APIC
17. errs.DEBUG_KERNEL.ACPI.X86_LOCAL_APIC
18. errs.DEBUG_KERNEL.ACPI.X86_LOCAL_APIC.X86_IO_APIC
19. errs.DEBUG_KERNEL.PCI
20. errs.DEBUG_KERNEL.PCI.SMP.X86_LOCAL_APIC.X86_IO_APIC
21. errs.DEBUG_KERNEL.PCI.X86_LOCAL_APIC
22. errs.DEBUG_KERNEL.PCI.X86_LOCAL_APIC.X86_IO_APIC
23. errs.DEBUG_KERNEL.SMP.X86_LOCAL_APIC.X86_IO_APIC
24. errs.DEBUG_KERNEL.X86_LOCAL_APIC
25. errs.DEBUG_KERNEL.X86_LOCAL_APIC.X86_IO_APIC
26. errs.PCI
27. errs.PCI.SMP.X86_LOCAL_APIC.X86_IO_APIC
28. errs.PCI.X86_LOCAL_APIC
29. errs.PCI.X86_LOCAL_APIC.X86_IO_APIC
30. errs.SMP.X86_LOCAL_APIC.X86_IO_APIC
31. errs.X86_LOCAL_APIC
32. errs.X86_LOCAL_APIC.X86_IO_APIC
32 SUCCESS in 32 ATTEMPTS



^ permalink raw reply	[flat|nested] 23+ messages in thread

* [BKPATCH] ACPI for 2.4
@ 2003-11-18 20:58 Len Brown
  2003-11-20 11:16 ` Len Brown
  0 siblings, 1 reply; 23+ messages in thread
From: Len Brown @ 2003-11-18 20:58 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Kernel Mailing List

Hi Marcelo, please do a 

	bk pull http://linux-acpi.bkbits.net/linux-acpi-release-2.4.23

	Asside from the fixes we discussed, I found some of
	the ACPI related x86_64 code in need of sync from i386,
	so I did that and iterated to fix a few broken build configs.
	Of my standard set, !CONFIG_PCI is still broken,
	but probably nobody cares.  the pci=noacpi code is
	updated from 2.6, but both trees needs some cleaning...

	It would be good to get some feedback from those with
	x86_64 hardware, since I don't currently have any.

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.4.23-rc1/acpi-20031002-2.4.23-rc1.diff.gz

This will update the following files:


 Documentation/kernel-parameters.txt |    9 +
 MAINTAINERS                         |    4 
 arch/i386/kernel/acpi.c             |   58 ++++++-
 arch/i386/kernel/dmi_scan.c         |    1 
 arch/i386/kernel/io_apic.c          |   10 -
 arch/i386/kernel/mpparse.c          |    4 
 arch/i386/kernel/setup.c            |    6 
 arch/x86_64/kernel/Makefile         |    2 
 arch/x86_64/kernel/acpi.c           |   98 ++++++++++---
 arch/x86_64/kernel/e820.c           |   10 +
 arch/x86_64/kernel/io_apic.c        |   20 +-
 arch/x86_64/kernel/mpparse.c        |    8 -
 arch/x86_64/kernel/pci-pc.c         |    8 +
 arch/x86_64/kernel/setup.c          |    4 
 drivers/acpi/bus.c                  |    4 
 drivers/acpi/pci_link.c             |  180 ++++++++++++++++++++----
 drivers/acpi/system.c               |    9 +
 include/acpi/acpi_bus.h             |    1 
 include/asm-i386/acpi.h             |   29 +--
 include/asm-i386/io_apic.h          |   23 ++-
 include/asm-x86_64/acpi.h           |   28 +--
 include/asm-x86_64/apic.h           |   13 -
 include/asm-x86_64/io_apic.h        |   21 ++
 23 files changed, 412 insertions(+), 138 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (03/11/18 1.1193.1.10)
   "pci=noacpi" use pci_disable_acpi() instead of touching use_acpi_pci
directly

<len.brown@intel.com> (03/11/18 1.1063.44.51)
   [ACPI] sync some i386 ACPI build fixes into x86_64 to fix
!CONFIG_ACPI build

<len.brown@intel.com> (03/11/18 1.1193.1.8)
   x86_64 build fix from previous cset

<len.brown@intel.com> (03/11/18 1.1063.44.50)
   i386 build fix from previous cset

<len.brown@intel.com> (03/11/18 1.1193.1.6)
   2.4.23 build x86_64 build fixes

<len.brown@intel.com> (03/11/18 1.1063.44.49)
   [ACPI] fix x86_64 !CONFIG_ACPI build

<len.brown@intel.com> (03/11/18 1.1063.44.48)
   [ACPI] Maintainer: Andy Grover -> Len Brown

<len.brown@intel.com> (03/11/18 1.1063.44.47)
   [ACPI] fix x86_64 build errors

<len.brown@intel.com> (03/11/18 1.1063.44.46)
   [ACPI] 
     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

<len.brown@intel.com> (03/11/18 1.1063.44.45)
   [ACPI ] pci=acpi ineffective fix from i386 2.6 (Thomas Schlichter)
   http://bugzilla.kernel.org/show_bug.cgi?id=1219

<len.brown@intel.com> (03/11/18 1.1063.44.44)
   [ACPI] "acpi_pic_sci=edge" in case platform requires Edge Triggered
SCI
   http://bugzilla.kernel.org/show_bug.cgi?id=1390

<len.brown@intel.com> (03/11/18 1.1063.44.43)
   [ACPI] print_IO_APIC() only after it is actually programmed
   http://bugzilla.kernel.org/show_bug.cgi?id=1177

<len.brown@intel.com> (03/11/17 1.1063.44.42)
   [ACPI] fix ACPI/legacy interrupt sharing issue ala 2.6
   http://bugzilla.kernel.org/show_bug.cgi?id=1283

<len.brown@intel.com> (03/11/17 1.1063.44.41)
   [ACPI] fix poweroff failure ala 2.6 (Ducrot Bruno)
   http://bugzilla.kernel.org/show_bug.cgi?id=1456

<len.brown@intel.com> (03/11/07 1.1063.44.40)
   [ACPI] In ACPI mode, delay print_IO_APIC() to make its output valid.
   http://bugzilla.kernel.org/show_bug.cgi?id=1177

<len.brown@intel.com> (03/11/07 1.1063.44.39)
   [ACPI] If ACPI is disabled by DMI BIOS date, then
   turn it off completely, including table parsing for HT.
   This avoids a crash due to ancient garbled tables.
   acpi=force is available to over-ride this default.
   http://bugzilla.kernel.org/show_bug.cgi?id=1434

<len.brown@intel.com> (03/10/30 1.1063.44.38)
   [ACPI] fix CONFIG_HOTPLUG_PCI_ACPI config (Xose Vazquez Perez)





^ permalink raw reply	[flat|nested] 23+ messages in thread

end of thread, other threads:[~2005-01-31  8:32 UTC | newest]

Thread overview: 23+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-03-14  6:01 [BKPATCH] ACPI for 2.4 Len Brown
  -- strict thread matches above, loose matches on Subject: below --
2005-01-31  8:32 Len Brown
2004-11-23  6:34 Len Brown
2004-11-16 19:26 Len Brown
2004-11-09  8:17 Len Brown
2004-10-28  9:33 Len Brown
2004-06-18  7:32 Len Brown
2004-05-20  6:14 Len Brown
2004-05-06 22:28 Len Brown
2004-04-01 12:24 O.Sezer
2004-04-01 12:57 ` O.Sezer
2004-04-01 10:40 Len Brown
2004-03-27  0:53 Len Brown
2004-03-23 10:43 Len Brown
2004-03-06  6:32 Len Brown
2004-02-25 10:01 Len Brown
2004-02-07  9:10 Len Brown
2004-02-08  8:20 ` Willy Tarreau
2004-02-08  9:08   ` Willy Tarreau
2003-11-18 20:58 Len Brown
2003-11-20 11:16 ` Len Brown
2003-11-21 17:49   ` Willy Tarreau
2003-11-21 18:46     ` Willy Tarreau

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).