* ACPI patches updated (20021111)
@ 2002-11-12 20:48 Grover, Andrew
[not found] ` <EDC461A30AC4D511ADE10002A5072CAD04C7A4F9-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
0 siblings, 1 reply; 25+ messages in thread
From: Grover, Andrew @ 2002-11-12 20:48 UTC (permalink / raw)
To: acpi-devel-pyega4qmqnRoyOMFzWx49A; +Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA
Hi all,
New patches are up on sf.net/projects/acpi. Non-Linux-specific releases will
be available by tomorrow evening at
http://developer.intel.com/technology/iapc/acpi/downloads.htm .
If you've been having problems with reading battery or other information
being very slow, please try this release and report if problems persist.
Regards -- Andy
----------------------------------------
11 November 2002. Summary of changes for version 20021111.
0) ACPI Specification 2.0B is released and is now available
at: http://www.acpi.info/index.html
1) Linux
Module loading/unloading fixes (John Cagle)
Other minor fixes
2) ACPI CA Core Subsystem:
Implemented support for the ACPI 2.0 SMBus Operation Regions.
This includes the early detection and handoff of the request
to the SMBus region handler (avoiding all of the complex field
support code), and support for the bidirectional return packet
from an SMBus write operation. This paves the way for the
development of SMBus drivers in each host operating system.
Fixed a problem where the semaphore WAIT_FOREVER constant was
defined as 32 bits, but must be 16 bits according to the ACPI
specification. This had the side effect of causing ASL
Mutex/Event timeouts even though the ASL code requested a wait
forever. Changed all internal references to the ACPI timeout
parameter to 16 bits to prevent future problems. Changed the
name of WAIT_FOREVER to ACPI_WAIT_FOREVER.
-----------------------------
Andrew Grover
Intel Labs / Mobile Architecture
andrew.grover-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
-------------------------------------------------------
This sf.net email is sponsored by:
To learn the basics of securing your web site with SSL,
click here to get a FREE TRIAL of a Thawte Server Certificate:
http://www.gothawte.com/rd522.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: ACPI patches updated (20021111)
[not found] ` <EDC461A30AC4D511ADE10002A5072CAD04C7A4F9-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
@ 2002-11-12 22:10 ` andy-gRfBfDTKyCbR7s880joybQ
[not found] ` <Pine.LNX.4.44.0211121706300.5656-100000-ngKEbFOxXuyOOqyHHM4PTqxOck334EZe@public.gmane.org>
2002-11-12 23:38 ` Arndt Schoenewald
2002-11-13 21:33 ` Stephen Hemminger
2 siblings, 1 reply; 25+ messages in thread
From: andy-gRfBfDTKyCbR7s880joybQ @ 2002-11-12 22:10 UTC (permalink / raw)
Cc: acpi-devel-pyega4qmqnRoyOMFzWx49A@public.gmane.org
On my Compaq Presario 2700T (currently running 2.5.47), it makes the ACPI
actually work correctly with the stock (bogus) DSDT. I can actually see
the battery and thermal zone now. Previously the battery would not show up
and often the thermal zone initialization croaked on an uninitialized
variable.
Congratulations.
-------------------------------------------------------
This sf.net email is sponsored by:
To learn the basics of securing your web site with SSL,
click here to get a FREE TRIAL of a Thawte Server Certificate:
http://www.gothawte.com/rd522.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: ACPI patches updated (20021111)
[not found] ` <EDC461A30AC4D511ADE10002A5072CAD04C7A4F9-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
2002-11-12 22:10 ` andy-gRfBfDTKyCbR7s880joybQ
@ 2002-11-12 23:38 ` Arndt Schoenewald
2002-11-12 23:57 ` Craig Whitmore
2002-11-13 21:33 ` Stephen Hemminger
2 siblings, 1 reply; 25+ messages in thread
From: Arndt Schoenewald @ 2002-11-12 23:38 UTC (permalink / raw)
To: Grover, Andrew; +Cc: acpi-devel-pyega4qmqnRoyOMFzWx49A
On Tue, Nov 12, 2002 at 12:48:45PM -0800, Grover, Andrew wrote:
> Hi all,
>
> New patches are up on sf.net/projects/acpi. [...]
Linux 2.4.20-rc1 w/ acpi-20021111 works beautifully on my Gericom M6-T
laptop, just as expected. There are no ACPI related problems left that I
am aware of (I have never messed around with trip points and throttling
though).
Great work, Andy and friends!
Best regards,
Arndt
--
Arndt Schoenewald <abs-SA7OhAOe25xnNxvc45mVi0K323yFvGpRdefyYXQ/eNw@public.gmane.org>, Software Developer
Quelltext AG (http://www.quelltext-ag.de), Dortmund, Germany
-------------------------------------------------------
This sf.net email is sponsored by:
To learn the basics of securing your web site with SSL,
click here to get a FREE TRIAL of a Thawte Server Certificate:
http://www.gothawte.com/rd522.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: ACPI patches updated (20021111)
2002-11-12 23:38 ` Arndt Schoenewald
@ 2002-11-12 23:57 ` Craig Whitmore
0 siblings, 0 replies; 25+ messages in thread
From: Craig Whitmore @ 2002-11-12 23:57 UTC (permalink / raw)
To: Arndt Schoenewald, Grover, Andrew; +Cc: acpi-devel-pyega4qmqnRoyOMFzWx49A
I'm still getting some errors on my MB (Intel SHG2)
CPI: Subsystem revision 20021111
PCI: PCI BIOS revision 2.10 entry at 0xfdace, last bus=3
PCI: Using configuration type 1
tbxface-0099 [03] Acpi_load_tables : ACPI Tables successfully acquired
Parsing
Methods:....................................................................
................................................
............................................................................
..........................................
Table [DSDT] - 565 Objects with 53 Devices 234 Methods 19 Regions
ACPI Namespace successfully loaded at root c039f55c
IOAPIC[0]: Set PCI routing entry (2-9 -> 0x71 -> IRQ 9)
evxfevnt-0074 [04] Acpi_enable : Transition to ACPI mode
successful
evevent-0508: *** Info: GPE Block0 defined as GPE0 to GPE31
evevent-0508: *** Info: GPE Block1 defined as GPE32 to GPE63
Executing all Device _STA and_INI
methods:.....................................................
53 Devices found containing: 53 _STA, 0 _INI methods
Completing Region/Field/Buffer/Package
initialization:.......................................................
Initialized 13/19 Regions 0/0 Fields 22/22 Buffers 20/20 Packages (565
nodes)
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: System [ACPI] (supports S0 S1 S4 S5)
pci_link-0207 [08] acpi_pci_link_get_curr: Error evaluating _CRS
ACPI: PCI Interrupt Link [LN1] (IRQs 10, disabled)
ACPI: PCI Interrupt Link [LN10] (IRQs *16)
ACPI: PCI Interrupt Link [LN11] (IRQs *17)
ACPI: PCI Interrupt Link [LN12] (IRQs *18)
ACPI: PCI Interrupt Link [LN13] (IRQs *19)
ACPI: PCI Interrupt Link [LN14] (IRQs *20)
ACPI: PCI Interrupt Link [LN15] (IRQs *21)
ACPI: PCI Interrupt Link [LN16] (IRQs *22)
ACPI: PCI Interrupt Link [LN17] (IRQs *23)
ACPI: PCI Interrupt Link [LN18] (IRQs *24)
ACPI: PCI Interrupt Link [LN19] (IRQs *25)
ACPI: PCI Interrupt Link [LN1A] (IRQs *26)
ACPI: PCI Interrupt Link [LN1B] (IRQs *27)
ACPI: PCI Interrupt Link [LN1C] (IRQs *28)
ACPI: PCI Interrupt Link [LN1D] (IRQs *29)
ACPI: PCI Interrupt Link [LN1E] (IRQs *30)
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: Embedded Controller [EC0] (gpe 53)
schedule_task(): keventd has not started
pci_bind-0194 [10] acpi_pci_bind : Device 00:00:04.00 not present in
PCI namespace
ACPI: PCI Root Bridge [PCI1] (00:01)
PCI: Probing PCI hardware (bus 01)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI1._PRT]
ACPI: PCI Root Bridge [PCI2] (00:02)
PCI: Probing PCI hardware (bus 02)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI2._PRT]
PCI: Probing PCI hardware
pci_link-0207 [09] acpi_pci_link_get_curr: Error evaluating _CRS
ACPI: PCI Interrupt Link [LN1] enabled at IRQ 0
IOAPIC[1]: Set PCI routing entry (3-4 -> 0xa9 -> IRQ 20)
00:00:02[A] -> 3-4 -> IRQ 20
IOAPIC[1]: Set PCI routing entry (3-6 -> 0xb1 -> IRQ 22)
00:00:08[A] -> 3-6 -> IRQ 22
IOAPIC[1]: Set PCI routing entry (3-12 -> 0xb9 -> IRQ 28)
00:00:08[B] -> 3-12 -> IRQ 28
IOAPIC[1]: Set PCI routing entry (3-13 -> 0xc1 -> IRQ 29)
00:00:08[C] -> 3-13 -> IRQ 29
IOAPIC[1]: Set PCI routing entry (3-14 -> 0xc9 -> IRQ 30)
00:00:08[D] -> 3-14 -> IRQ 30
IOAPIC[1]: Set PCI routing entry (3-7 -> 0xd1 -> IRQ 23)
00:00:09[A] -> 3-7 -> IRQ 23
Pin 3-14 already programmed
Pin 3-12 already programmed
Pin 3-13 already programmed
IOAPIC[1]: Set PCI routing entry (3-2 -> 0xd9 -> IRQ 18)
00:00:03[A] -> 3-2 -> IRQ 18
IOAPIC[1]: Set PCI routing entry (3-9 -> 0xe1 -> IRQ 25)
00:00:04[A] -> 3-9 -> IRQ 25
Pin 3-12 already programmed
Pin 3-13 already programmed
Pin 3-14 already programmed
IOAPIC[1]: Set PCI routing entry (3-11 -> 0xe9 -> IRQ 27)
00:01:09[A] -> 3-11 -> IRQ 27
Pin 3-13 already programmed
Pin 3-14 already programmed
Pin 3-12 already programmed
IOAPIC[1]: Set PCI routing entry (3-3 -> 0x32 -> IRQ 19)
00:01:04[A] -> 3-3 -> IRQ 19
IOAPIC[1]: Set PCI routing entry (3-10 -> 0x3a -> IRQ 26)
00:01:08[A] -> 3-10 -> IRQ 26
Pin 3-14 already programmed
Pin 3-12 already programmed
Pin 3-13 already programmed
IOAPIC[1]: Set PCI routing entry (3-0 -> 0x42 -> IRQ 16)
00:02:09[A] -> 3-0 -> IRQ 16
IOAPIC[1]: Set PCI routing entry (3-1 -> 0x4a -> IRQ 17)
00:02:09[B] -> 3-1 -> IRQ 17
IOAPIC[1]: Set PCI routing entry (3-8 -> 0x52 -> IRQ 24)
00:02:08[A] -> 3-8 -> IRQ 24
Pin 3-13 already programmed
pci_link-0480 [09] acpi_pci_link_get_irq : Link disabled
pci_irq-0258 [08] acpi_pci_irq_lookup : Invalid IRQ link routing entry
pci_irq-0297 [08] acpi_pci_irq_derive : Unable to derive IRQ for device
00:0f.2
PCI: No IRQ known for interrupt pin A of device 00:0f.2 - using IRQ 10
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even
'acpi=off'
pci_link-0480 [-14] acpi_pci_link_get_irq : Link disabled
pci_irq-0258 [-15] acpi_pci_irq_lookup : Invalid IRQ link routing entry
pci_irq-0297 [-15] acpi_pci_irq_derive : Unable to derive IRQ for device
00:0f.2
PCI: No IRQ known for interrupt pin A of device 00:0f.2 - using IRQ 10
acpi_processor-2108 [-43] acpi_processor_get_inf: Invalid PBLK length [0]
ACPI: Processor [CPU0] (supports C1)
acpi_processor-2108 [-43] acpi_processor_get_inf: Invalid PBLK length [0]
ACPI: Processor [CPU1] (supports C1)
acpi_processor-2108 [-43] acpi_processor_get_inf: Invalid PBLK length [0]
ACPI: Processor [CPU2] (supports C1)
acpi_processor-2108 [-43] acpi_processor_get_inf: Invalid PBLK length [0]
ACPI: Processor [CPU3] (supports C1)
ACPI: Power Button (FF) [PWRF]
ACPI: Sleep Button (CM) [SLPB]
----- Original Message -----
From: "Arndt Schoenewald" <abs-SA7OhAOe25xnNxvc45mVi0K323yFvGpRdefyYXQ/eNw@public.gmane.org>
To: "Grover, Andrew" <andrew.grover-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: <acpi-devel-pyega4qmqnRoyOMFzWx49A@public.gmane.org>
Sent: Wednesday, November 13, 2002 12:38 PM
Subject: Re: [ACPI] ACPI patches updated (20021111)
> On Tue, Nov 12, 2002 at 12:48:45PM -0800, Grover, Andrew wrote:
> > Hi all,
> >
> > New patches are up on sf.net/projects/acpi. [...]
>
> Linux 2.4.20-rc1 w/ acpi-20021111 works beautifully on my Gericom M6-T
> laptop, just as expected. There are no ACPI related problems left that I
> am aware of (I have never messed around with trip points and throttling
> though).
>
> Great work, Andy and friends!
>
> Best regards,
> Arndt
>
> --
> Arndt Schoenewald <abs-SA7OhAOe25xnNxvc45mVi0K323yFvGpRdefyYXQ/eNw@public.gmane.org>, Software Developer
> Quelltext AG (http://www.quelltext-ag.de), Dortmund, Germany
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:
> To learn the basics of securing your web site with SSL,
> click here to get a FREE TRIAL of a Thawte Server Certificate:
> http://www.gothawte.com/rd522.html
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
>
>
-------------------------------------------------------
This sf.net email is sponsored by:
To learn the basics of securing your web site with SSL,
click here to get a FREE TRIAL of a Thawte Server Certificate:
http://www.gothawte.com/rd522.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* RE: ACPI patches updated (20021111)
@ 2002-11-13 0:17 Grover, Andrew
2002-11-13 0:46 ` Craig Whitmore
0 siblings, 1 reply; 25+ messages in thread
From: Grover, Andrew @ 2002-11-13 0:17 UTC (permalink / raw)
To: 'Craig Whitmore'; +Cc: acpi-devel-pyega4qmqnRoyOMFzWx49A
> From: Craig Whitmore [mailto:lennon-q3Ck4f9/EBK9koe0gwxAeg@public.gmane.org]
> pci_link-0207 [08] acpi_pci_link_get_curr: Error evaluating _CRS
Problem 1: _CRS error (possibly the cause of Problem 3 below)
> ACPI: Embedded Controller [EC0] (gpe 53)
> schedule_task(): keventd has not started
Problem 2: EC driver doing something requiring keventd before it's
available?
> pci_irq-0297 [08] acpi_pci_irq_derive : Unable to derive
> IRQ for device
> 00:0f.2
> PCI: No IRQ known for interrupt pin A of device 00:0f.2 - using IRQ 10
Problem 3: _PRT entry Pin A of device f.2 missing
> acpi_processor-2108 [-43] acpi_processor_get_inf: Invalid
> PBLK length [0]
> ACPI: Processor [CPU0] (supports C1)
Problem 4: Invalid PBLK lengths for all 4 procs. Maybe this shouldn't be an
error, not sure.
Could you:
Make your DSDT available?
Provide "lspci -vv" output?
Regards -- Andy
-------------------------------------------------------
This sf.net email is sponsored by:
To learn the basics of securing your web site with SSL,
click here to get a FREE TRIAL of a Thawte Server Certificate:
http://www.gothawte.com/rd522.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: ACPI patches updated (20021111)
2002-11-13 0:17 Grover, Andrew
@ 2002-11-13 0:46 ` Craig Whitmore
0 siblings, 0 replies; 25+ messages in thread
From: Craig Whitmore @ 2002-11-13 0:46 UTC (permalink / raw)
To: Grover, Andrew; +Cc: acpi-devel-pyega4qmqnRoyOMFzWx49A
ok. the lspci -vvvv can be found @ http://www.spam.co.nz/lspci
and the dsdt.dsl file can be found @ http://www.spam.co.nz/dsdt.dsl
Do you need anything else?
Thanks
Craig Whitmore
----- Original Message -----
From: "Grover, Andrew" <andrew.grover-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
To: "'Craig Whitmore'" <lennon-q3Ck4f9/EBK9koe0gwxAeg@public.gmane.org>
Cc: <acpi-devel-pyega4qmqnRoyOMFzWx49A@public.gmane.org>
Sent: Wednesday, November 13, 2002 1:17 PM
Subject: RE: [ACPI] ACPI patches updated (20021111)
> > From: Craig Whitmore [mailto:lennon-q3Ck4f9/EBK9koe0gwxAeg@public.gmane.org]
> > pci_link-0207 [08] acpi_pci_link_get_curr: Error evaluating _CRS
>
> Problem 1: _CRS error (possibly the cause of Problem 3 below)
>
> > ACPI: Embedded Controller [EC0] (gpe 53)
> > schedule_task(): keventd has not started
>
> Problem 2: EC driver doing something requiring keventd before it's
> available?
>
> > pci_irq-0297 [08] acpi_pci_irq_derive : Unable to derive
> > IRQ for device
> > 00:0f.2
> > PCI: No IRQ known for interrupt pin A of device 00:0f.2 - using IRQ 10
>
> Problem 3: _PRT entry Pin A of device f.2 missing
>
> > acpi_processor-2108 [-43] acpi_processor_get_inf: Invalid
> > PBLK length [0]
> > ACPI: Processor [CPU0] (supports C1)
>
> Problem 4: Invalid PBLK lengths for all 4 procs. Maybe this shouldn't be
an
> error, not sure.
>
> Could you:
>
> Make your DSDT available?
> Provide "lspci -vv" output?
>
> Regards -- Andy
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:
> To learn the basics of securing your web site with SSL,
> click here to get a FREE TRIAL of a Thawte Server Certificate:
> http://www.gothawte.com/rd522.html
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
>
>
-------------------------------------------------------
This sf.net email is sponsored by:
To learn the basics of securing your web site with SSL,
click here to get a FREE TRIAL of a Thawte Server Certificate:
http://www.gothawte.com/rd522.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: ACPI patches updated (20021111)
[not found] ` <Pine.LNX.4.44.0211121706300.5656-100000-ngKEbFOxXuyOOqyHHM4PTqxOck334EZe@public.gmane.org>
@ 2002-11-13 5:33 ` andy-gRfBfDTKyCbR7s880joybQ
2002-11-13 6:31 ` Craig Whitmore
0 siblings, 1 reply; 25+ messages in thread
From: andy-gRfBfDTKyCbR7s880joybQ @ 2002-11-13 5:33 UTC (permalink / raw)
To: acpi-devel-pyega4qmqnRoyOMFzWx49A@public.gmane.org
On Tue, 12 Nov 2002, andy-gRfBfDTKyCbR7s880joybQ@public.gmane.org wrote:
> On my Compaq Presario 2700T (currently running 2.5.47), it makes the ACPI
> actually work correctly with the stock (bogus) DSDT. I can actually see
> the battery and thermal zone now. Previously the battery would not show up
> and often the thermal zone initialization croaked on an uninitialized
> variable.
Well I jinxed it. On one reboot, it froze during initialization (_STA and
_INI methods, I think). On another, it was back to it's old behavior. Is
it possible that some of the initialization occurs in a non-deterministic
order?
DSDT at http://neosouth.net/compaq-presario-2700T-dsdt
ACPI: RSDP (v000 PTLTD ) @ 0x000f6180
ACPI: RSDT (v001 PTLTD RSDT 01540.00000) @ 0x0ff6d127
ACPI: FADT (v001 INTEL Almador 01540.00000) @ 0x0ff73b64
ACPI: BOOT (v001 PTLTD $SBFTBL$ 01540.00000) @ 0x0ff73bd8
ACPI: DSDT (v001 INTEL ALMADOR 01540.00000) @ 0x00000000
ACPI: BIOS passes blacklist
ACPI: MADT not present
...
ACPI: Subsystem revision 20021111
tbxface-0099 [03] Acpi_load_tables : ACPI Tables successfully acquired
Parsing Methods:.............................................................................................................................................................................................................................
Table [DSDT] - 679 Objects with 57 Devices 221 Methods 25 Regions
ACPI Namespace successfully loaded at root c0449bdc
evxfevnt-0074 [04] Acpi_enable : Transition to ACPI mode successful
evevent-0508: *** Info: GPE Block0 defined as GPE0 to GPE15
evevent-0508: *** Info: GPE Block1 defined as GPE16 to GPE31
Executing all Device _STA and_INI methods:.........................................................
57 Devices found containing: 57 _STA, 5 _INI methods
Completing Region/Field/Buffer/Package initialization:........................................................................
Initialized 16/25 Regions 0/0 Fields 28/28 Buffers 28/28 Packages (679 nodes)
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: (supports S0 S3 S4 S5)
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
Transparent bridge - Intel Corp. 82801BAM/CAM PCI Bridge
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGPB._PRT]
[ACPI Debug] Buffer: Length 06
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 *9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 *9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 10 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 9 10 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 10 11 12 14 15, disabled)
ACPI: Embedded Controller [EC0] (gpe 29)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB_._PRT]
ACPI: Power Resource [PLPC] (on)
pci_bind-0191 [17] acpi_pci_bind : Device 00:00:1f.06 not present in PCI namespace
block request queues:
128 requests per read queue
128 requests per write queue
8 requests per batch
enter congestion at 31
exit congestion at 33
ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 10
ACPI: PCI Interrupt Link [LNKH] enabled at IRQ 5
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off'
...
[ACPI Debug] String: INIT BATO in acad.psr
[ACPI Debug] String: INIT BATO in acad.psr
ACPI: AC Adapter [ACAD] (on-line)
ACPI: Battery Slot [BAT1] (battery absent)
ACPI: Battery Slot [BAT2] (battery absent)
ACPI: Power Button (FF) [PWRF]
ACPI: Sleep Button (CM) [SLPB]
ACPI: Lid Switch [LID]
ACPI: Processor [CPU0] (supports C1 C2)
[ACPI Debug] String: ========= BAT1 UPBI =========
dsmthdat-0433 [34] Ds_method_data_get_val: Uninitialized Local[3] at node cfecc950
psparse-1155: *** Error: Method execution failed, AE_AML_UNINITIALIZED_LOCAL
Method pathname: \_TZ_.THRM._TMP (Node cfeb6dec)
pty: 256 Unix98 ptys configured
Floppy drive(s): fd0 is 1.44M
[ACPI Debug] Integer: 0000000000000014
[ACPI Debug] String: BATD=
[ACPI Debug] Integer: 00000000000010F1
[ACPI Debug] String: BATO=
[ACPI Debug] Integer: 00000000000000C0
[ACPI Debug] String: Notify Bat1 00
[ACPI Debug] String: Skip init BATO
[ACPI Debug] String: Skip init BATO
[ACPI Debug] String: ========= BAT1 UPBI =========
-------------------------------------------------------
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache SSL Guide and answer your Apache SSL security
needs: http://www.gothawte.com/rd523.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: ACPI patches updated (20021111)
2002-11-13 5:33 ` andy-gRfBfDTKyCbR7s880joybQ
@ 2002-11-13 6:31 ` Craig Whitmore
0 siblings, 0 replies; 25+ messages in thread
From: Craig Whitmore @ 2002-11-13 6:31 UTC (permalink / raw)
To: andy-gRfBfDTKyCbR7s880joybQ, acpi-devel-pyega4qmqnRoyOMFzWx49A
Apart from my other errors , that other people are looking into at the
moment.
I am getting repeated
utmisc-0700 [-91] Ut_acquire_mutex : Thread 2CA could not acquire
Mutex [ACPI_MTX_Caches] AE_ERROR
in my syslog
Thanks
Craig
----- Original Message -----
From: <andy-gRfBfDTKyCbR7s880joybQ@public.gmane.org>
To: <acpi-devel-pyega4qmqnRoyOMFzWx49A@public.gmane.org>
Sent: Wednesday, November 13, 2002 6:33 PM
Subject: Re: [ACPI] ACPI patches updated (20021111)
> On Tue, 12 Nov 2002, andy-gRfBfDTKyCbR7s880joybQ@public.gmane.org wrote:
>
> > On my Compaq Presario 2700T (currently running 2.5.47), it makes the
ACPI
> > actually work correctly with the stock (bogus) DSDT. I can actually see
> > the battery and thermal zone now. Previously the battery would not show
up
> > and often the thermal zone initialization croaked on an uninitialized
> > variable.
>
> Well I jinxed it. On one reboot, it froze during initialization (_STA and
> _INI methods, I think). On another, it was back to it's old behavior. Is
> it possible that some of the initialization occurs in a non-deterministic
> order?
>
> DSDT at http://neosouth.net/compaq-presario-2700T-dsdt
>
> ACPI: RSDP (v000 PTLTD ) @ 0x000f6180
> ACPI: RSDT (v001 PTLTD RSDT 01540.00000) @ 0x0ff6d127
> ACPI: FADT (v001 INTEL Almador 01540.00000) @ 0x0ff73b64
> ACPI: BOOT (v001 PTLTD $SBFTBL$ 01540.00000) @ 0x0ff73bd8
> ACPI: DSDT (v001 INTEL ALMADOR 01540.00000) @ 0x00000000
> ACPI: BIOS passes blacklist
> ACPI: MADT not present
> ...
> ACPI: Subsystem revision 20021111
> tbxface-0099 [03] Acpi_load_tables : ACPI Tables successfully
acquired
> Parsing
Methods:....................................................................
............................................................................
............................................................................
.
> Table [DSDT] - 679 Objects with 57 Devices 221 Methods 25 Regions
> ACPI Namespace successfully loaded at root c0449bdc
> evxfevnt-0074 [04] Acpi_enable : Transition to ACPI mode
successful
> evevent-0508: *** Info: GPE Block0 defined as GPE0 to GPE15
> evevent-0508: *** Info: GPE Block1 defined as GPE16 to GPE31
> Executing all Device _STA and_INI
methods:.........................................................
> 57 Devices found containing: 57 _STA, 5 _INI methods
> Completing Region/Field/Buffer/Package
initialization:.............................................................
...........
> Initialized 16/25 Regions 0/0 Fields 28/28 Buffers 28/28 Packages (679
nodes)
> ACPI: Interpreter enabled
> ACPI: Using PIC for interrupt routing
> ACPI: (supports S0 S3 S4 S5)
> ACPI: PCI Root Bridge [PCI0] (00:00)
> PCI: Probing PCI hardware (bus 00)
> Transparent bridge - Intel Corp. 82801BAM/CAM PCI Bridge
> ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
> ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGPB._PRT]
> [ACPI Debug] Buffer: Length 06
> ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 *9 10 11 12 14 15)
> ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 7 9 10 11 12 14 15)
> ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 *9 10 11 12 14 15)
> ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12 14 15)
> ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 *10 11 12 14 15)
> ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 10 11 12 14 15, disabled)
> ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 9 10 11 12 14 15, disabled)
> ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 10 11 12 14 15, disabled)
> ACPI: Embedded Controller [EC0] (gpe 29)
> ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB_._PRT]
> ACPI: Power Resource [PLPC] (on)
> pci_bind-0191 [17] acpi_pci_bind : Device 00:00:1f.06 not present
in PCI namespace
> block request queues:
> 128 requests per read queue
> 128 requests per write queue
> 8 requests per batch
> enter congestion at 31
> exit congestion at 33
> ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 11
> ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 10
> ACPI: PCI Interrupt Link [LNKH] enabled at IRQ 5
> PCI: Using ACPI for IRQ routing
> PCI: if you experience problems, try using option 'pci=noacpi' or even
'acpi=off'
> ...
> [ACPI Debug] String: INIT BATO in acad.psr
> [ACPI Debug] String: INIT BATO in acad.psr
> ACPI: AC Adapter [ACAD] (on-line)
> ACPI: Battery Slot [BAT1] (battery absent)
> ACPI: Battery Slot [BAT2] (battery absent)
> ACPI: Power Button (FF) [PWRF]
> ACPI: Sleep Button (CM) [SLPB]
> ACPI: Lid Switch [LID]
> ACPI: Processor [CPU0] (supports C1 C2)
> [ACPI Debug] String: ========= BAT1 UPBI =========
> dsmthdat-0433 [34] Ds_method_data_get_val: Uninitialized Local[3] at node
cfecc950
> psparse-1155: *** Error: Method execution failed,
AE_AML_UNINITIALIZED_LOCAL
> Method pathname: \_TZ_.THRM._TMP (Node cfeb6dec)
> pty: 256 Unix98 ptys configured
> Floppy drive(s): fd0 is 1.44M
> [ACPI Debug] Integer: 0000000000000014
> [ACPI Debug] String: BATD=
> [ACPI Debug] Integer: 00000000000010F1
> [ACPI Debug] String: BATO=
> [ACPI Debug] Integer: 00000000000000C0
> [ACPI Debug] String: Notify Bat1 00
> [ACPI Debug] String: Skip init BATO
> [ACPI Debug] String: Skip init BATO
> [ACPI Debug] String: ========= BAT1 UPBI =========
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: Are you worried about
> your web server security? Click here for a FREE Thawte
> Apache SSL Guide and answer your Apache SSL security
> needs: http://www.gothawte.com/rd523.html
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
>
>
-------------------------------------------------------
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache SSL Guide and answer your Apache SSL security
needs: http://www.gothawte.com/rd523.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* RE: ACPI patches updated (20021111)
@ 2002-11-13 17:59 Moore, Robert
[not found] ` <B9ECACBD6885D5119ADC00508B68C1EA0D19B8EC-LkGsggTGxVmSsB6bSF6DdVDQ4js95KgL@public.gmane.org>
0 siblings, 1 reply; 25+ messages in thread
From: Moore, Robert @ 2002-11-13 17:59 UTC (permalink / raw)
To: 'andy-gRfBfDTKyCbR7s880joybQ@public.gmane.org',
acpi-devel-pyega4qmqnRoyOMFzWx49A
Cc: Grover, Andrew
The UNINITIALIZED_LOCAL error is a bug in the ASL for this machine. It
doesn't always occur because there are two different code paths, one of
which initializes Local3 and one that doesn't:
Method (SEBI, 0, NotSerialized)
{
Store (Zero, IFOK)
Acquire (\_SB.PCI0.LPC0.EC0.MUT0, 0xFFFF)
If (\_SB.PCI0.LPC0.EC0.MBTS)
{
Store (\_SB.PCI0.LPC0.EC0.MIUS, Local0)
Store (\_SB.PCI0.LPC0.EC0.AIUS, Local1)
Release (\_SB.PCI0.LPC0.EC0.MUT0)
If (LEqual (Local0, 0x00))
{
\_SB.PCI0.LPC0.EC0.SMWR (0x08, 0x14, 0x01, 0x1FFF)
Acquire (\_SB.PCI0.LPC0.EC0.MUT0, 0xFFFF)
Store (0x05, Local5)
While (LGreater (Local5, 0x01))
{
If (LEqual (\_SB.PCI0.LPC0.EC0.MIUS, 0x01))
{
Store (0x00, Local5)
}
Else
{
Decrement (Local5)
}
}
Release (\_SB.PCI0.LPC0.EC0.MUT0)
If (Local5)
{
IVBI ()
IVBS ()
}
Else
{
UPBI ()
UPBS ()
Store (0x01, SMUP)
Store (0x01, IFOK)
}
Store (0x0FFF, Local2)
If (LEqual (Local1, 0x01))
{
-------------> Local3 only gets initialized here:
Or (Local2, 0x2000, Local3)
}
\_SB.PCI0.LPC0.EC0.SMWR (0x08, 0x14, 0x01, Local3)
}
Else
{
UPBI ()
UPBS ()
Store (0x01, SMUP)
Store (0x01, IFOK)
}
}
Else
{
Release (\_SB.PCI0.LPC0.EC0.MUT0)
IVBI ()
IVBS ()
}
}
-----Original Message-----
From: andy-gRfBfDTKyCbR7s880joybQ@public.gmane.org [mailto:andy@dustman.net]
Sent: Tuesday, November 12, 2002 9:33 PM
To: acpi-devel-pyega4qmqnRoyOMFzWx49A@public.gmane.org
Subject: Re: [ACPI] ACPI patches updated (20021111)
On Tue, 12 Nov 2002, andy-gRfBfDTKyCbR7s880joybQ@public.gmane.org wrote:
> On my Compaq Presario 2700T (currently running 2.5.47), it makes the ACPI
> actually work correctly with the stock (bogus) DSDT. I can actually see
> the battery and thermal zone now. Previously the battery would not show up
> and often the thermal zone initialization croaked on an uninitialized
> variable.
Well I jinxed it. On one reboot, it froze during initialization (_STA and
_INI methods, I think). On another, it was back to it's old behavior. Is
it possible that some of the initialization occurs in a non-deterministic
order?
DSDT at http://neosouth.net/compaq-presario-2700T-dsdt
ACPI: RSDP (v000 PTLTD ) @ 0x000f6180
ACPI: RSDT (v001 PTLTD RSDT 01540.00000) @ 0x0ff6d127
ACPI: FADT (v001 INTEL Almador 01540.00000) @ 0x0ff73b64
ACPI: BOOT (v001 PTLTD $SBFTBL$ 01540.00000) @ 0x0ff73bd8
ACPI: DSDT (v001 INTEL ALMADOR 01540.00000) @ 0x00000000
ACPI: BIOS passes blacklist
ACPI: MADT not present
...
ACPI: Subsystem revision 20021111
tbxface-0099 [03] Acpi_load_tables : ACPI Tables successfully acquired
Parsing
Methods:....................................................................
............................................................................
............................................................................
.
Table [DSDT] - 679 Objects with 57 Devices 221 Methods 25 Regions
ACPI Namespace successfully loaded at root c0449bdc
evxfevnt-0074 [04] Acpi_enable : Transition to ACPI mode
successful
evevent-0508: *** Info: GPE Block0 defined as GPE0 to GPE15
evevent-0508: *** Info: GPE Block1 defined as GPE16 to GPE31
Executing all Device _STA and_INI
methods:.........................................................
57 Devices found containing: 57 _STA, 5 _INI methods
Completing Region/Field/Buffer/Package
initialization:.............................................................
...........
Initialized 16/25 Regions 0/0 Fields 28/28 Buffers 28/28 Packages (679
nodes)
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: (supports S0 S3 S4 S5)
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
Transparent bridge - Intel Corp. 82801BAM/CAM PCI Bridge
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGPB._PRT]
[ACPI Debug] Buffer: Length 06
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 *9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 *9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 10 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 9 10 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 10 11 12 14 15, disabled)
ACPI: Embedded Controller [EC0] (gpe 29)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB_._PRT]
ACPI: Power Resource [PLPC] (on)
pci_bind-0191 [17] acpi_pci_bind : Device 00:00:1f.06 not present in
PCI namespace
block request queues:
128 requests per read queue
128 requests per write queue
8 requests per batch
enter congestion at 31
exit congestion at 33
ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 10
ACPI: PCI Interrupt Link [LNKH] enabled at IRQ 5
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even
'acpi=off'
...
[ACPI Debug] String: INIT BATO in acad.psr
[ACPI Debug] String: INIT BATO in acad.psr
ACPI: AC Adapter [ACAD] (on-line)
ACPI: Battery Slot [BAT1] (battery absent)
ACPI: Battery Slot [BAT2] (battery absent)
ACPI: Power Button (FF) [PWRF]
ACPI: Sleep Button (CM) [SLPB]
ACPI: Lid Switch [LID]
ACPI: Processor [CPU0] (supports C1 C2)
[ACPI Debug] String: ========= BAT1 UPBI =========
dsmthdat-0433 [34] Ds_method_data_get_val: Uninitialized Local[3] at node
cfecc950
psparse-1155: *** Error: Method execution failed,
AE_AML_UNINITIALIZED_LOCAL
Method pathname: \_TZ_.THRM._TMP (Node cfeb6dec)
pty: 256 Unix98 ptys configured
Floppy drive(s): fd0 is 1.44M
[ACPI Debug] Integer: 0000000000000014
[ACPI Debug] String: BATD=
[ACPI Debug] Integer: 00000000000010F1
[ACPI Debug] String: BATO=
[ACPI Debug] Integer: 00000000000000C0
[ACPI Debug] String: Notify Bat1 00
[ACPI Debug] String: Skip init BATO
[ACPI Debug] String: Skip init BATO
[ACPI Debug] String: ========= BAT1 UPBI =========
-------------------------------------------------------
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache SSL Guide and answer your Apache SSL security
needs: http://www.gothawte.com/rd523.html
_______________________________________________
Acpi-devel mailing list
Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/acpi-devel
-------------------------------------------------------
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache SSL Guide and answer your Apache SSL security
needs: http://www.gothawte.com/rd523.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* RE: ACPI patches updated (20021111)
[not found] ` <B9ECACBD6885D5119ADC00508B68C1EA0D19B8EC-LkGsggTGxVmSsB6bSF6DdVDQ4js95KgL@public.gmane.org>
@ 2002-11-13 18:15 ` Andy Dustman
[not found] ` <Pine.LNX.4.44.0211131310460.7918-100000-rsZ9VJrEJASOOqyHHM4PTqxOck334EZe@public.gmane.org>
0 siblings, 1 reply; 25+ messages in thread
From: Andy Dustman @ 2002-11-13 18:15 UTC (permalink / raw)
Cc: acpi-devel-pyega4qmqnRoyOMFzWx49A@public.gmane.org
On Wed, 13 Nov 2002, Moore, Robert wrote:
>
> The UNINITIALIZED_LOCAL error is a bug in the ASL for this machine. It
> doesn't always occur because there are two different code paths, one of
> which initializes Local3 and one that doesn't:
...
> Store (0x0FFF, Local2)
> If (LEqual (Local1, 0x01))
> {
> -------------> Local3 only gets initialized here:
>
> Or (Local2, 0x2000, Local3)
> }
Sounds like I have no choice but to use a patched DSDT.
Else
{
Store (Local2, Local3)
}
Any idea if this will work, or if it is bad in some obvious way? Guess
I'll just have to give it a try...
-------------------------------------------------------
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache SSL Guide and answer your Apache SSL security
needs: http://www.gothawte.com/rd523.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* RE: ACPI patches updated (20021111)
[not found] ` <Pine.LNX.4.44.0211131310460.7918-100000-rsZ9VJrEJASOOqyHHM4PTqxOck334EZe@public.gmane.org>
@ 2002-11-13 18:49 ` Andy Dustman
0 siblings, 0 replies; 25+ messages in thread
From: Andy Dustman @ 2002-11-13 18:49 UTC (permalink / raw)
To: acpi-devel-pyega4qmqnRoyOMFzWx49A@public.gmane.org
On Wed, 13 Nov 2002, Andy Dustman wrote:
> On Wed, 13 Nov 2002, Moore, Robert wrote:
>
> >
> > The UNINITIALIZED_LOCAL error is a bug in the ASL for this machine. It
> > doesn't always occur because there are two different code paths, one of
> > which initializes Local3 and one that doesn't:
> ...
> > Store (0x0FFF, Local2)
> > If (LEqual (Local1, 0x01))
> > {
> > -------------> Local3 only gets initialized here:
> >
> > Or (Local2, 0x2000, Local3)
> > }
>
> Sounds like I have no choice but to use a patched DSDT.
>
> Else
> {
> Store (Local2, Local3)
> }
>
> Any idea if this will work, or if it is bad in some obvious way? Guess
> I'll just have to give it a try...
Well I've tried it and it appears to work, but since it is an intermittent
problem, I can't really be sure.
-------------------------------------------------------
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache SSL Guide and answer your Apache SSL security
needs: http://www.gothawte.com/rd523.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* RE: ACPI patches updated (20021111)
@ 2002-11-13 19:03 Moore, Robert
[not found] ` <B9ECACBD6885D5119ADC00508B68C1EA0D19B8EF-LkGsggTGxVmSsB6bSF6DdVDQ4js95KgL@public.gmane.org>
0 siblings, 1 reply; 25+ messages in thread
From: Moore, Robert @ 2002-11-13 19:03 UTC (permalink / raw)
To: 'Andy Dustman', acpi-devel-pyega4qmqnRoyOMFzWx49A
Try putting a "Store ("Local3 == Local2 path", Debug) in your new Else
clause.
-----Original Message-----
From: Andy Dustman [mailto:andy-gRfBfDTKyCbR7s880joybQ@public.gmane.org]
Sent: Wednesday, November 13, 2002 10:49 AM
To: acpi-devel-pyega4qmqnRoyOMFzWx49A@public.gmane.org
Subject: RE: [ACPI] ACPI patches updated (20021111)
On Wed, 13 Nov 2002, Andy Dustman wrote:
> On Wed, 13 Nov 2002, Moore, Robert wrote:
>
> >
> > The UNINITIALIZED_LOCAL error is a bug in the ASL for this machine. It
> > doesn't always occur because there are two different code paths, one of
> > which initializes Local3 and one that doesn't:
> ...
> > Store (0x0FFF, Local2)
> > If (LEqual (Local1, 0x01))
> > {
> > -------------> Local3 only gets initialized here:
> >
> > Or (Local2, 0x2000, Local3)
> > }
>
> Sounds like I have no choice but to use a patched DSDT.
>
> Else
> {
> Store (Local2, Local3)
> }
>
> Any idea if this will work, or if it is bad in some obvious way? Guess
> I'll just have to give it a try...
Well I've tried it and it appears to work, but since it is an intermittent
problem, I can't really be sure.
-------------------------------------------------------
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache SSL Guide and answer your Apache SSL security
needs: http://www.gothawte.com/rd523.html
_______________________________________________
Acpi-devel mailing list
Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/acpi-devel
-------------------------------------------------------
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache SSL Guide and answer your Apache SSL security
needs: http://www.gothawte.com/rd523.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* RE: ACPI patches updated (20021111)
[not found] ` <B9ECACBD6885D5119ADC00508B68C1EA0D19B8EF-LkGsggTGxVmSsB6bSF6DdVDQ4js95KgL@public.gmane.org>
@ 2002-11-13 20:25 ` Andy Dustman
0 siblings, 0 replies; 25+ messages in thread
From: Andy Dustman @ 2002-11-13 20:25 UTC (permalink / raw)
Cc: acpi-devel-pyega4qmqnRoyOMFzWx49A@public.gmane.org
On Wed, 13 Nov 2002, Moore, Robert wrote:
>
> Try putting a "Store ("Local3 == Local2 path", Debug) in your new Else
> clause.
OK, I've seen this a couple times now, and it seems to be working whether
it appears or not, so yippie.
But as long as I'm on a bug hunt: S3 sleep doesn't work. It appears to
suspend (power light flashes on front), but after hitting a key, it
revives only partially. For one, the backlight doesn't come on. SysRq
doesn't seem to work and nothing gets logged so I assume the system is
locked. (S4 doesn't work either, but that's a swsusp bug.)
Also... I had another case where I got to:
Executing all Device _STA and_INI
methods:.........................................................
and the system froze.
-------------------------------------------------------
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache SSL Guide and answer your Apache SSL security
needs: http://www.gothawte.com/rd523.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: ACPI patches updated (20021111)
@ 2002-11-13 20:52 FrAnKenstEin
0 siblings, 0 replies; 25+ messages in thread
From: FrAnKenstEin @ 2002-11-13 20:52 UTC (permalink / raw)
To: acpi-devel-pyega4qmqnRoyOMFzWx49A
Hi,
i accidentaly only mailed the following mail to Andrew Grover, who will now
get it twice. sorry ;-)
On Tue, Nov 12, 2002 at 12:48:45PM -0800, Grover, Andrew wrote:
...
> If you've been having problems with reading battery or other information
> being very slow, please try this release and report if problems persist.
they do. i wrote a mail regarding my compaq armada 110's battery state 2
days ago, and gathered further information since then.
wether i override my dsdt with a fixed one does no longer seem to have an
influence on this (which i found out after compiling 2.5.47 vanilla and
seeing BAT1 without changes) problem. I fixed the things mentioned on the
cpqlinux-page... maybe there's more wrong code in there.
i freshly boot my machine, log in and fire a :
cat /proc/acpi/battery/BAT1/state
---------------- snip, snap ----------------------
present: yes
capacity state: ok
charging state: discharging
present rate: unknown
remaining capacity: 4864 mWh
present voltage: 12548 mV
---------------- snip, snap ----------------------
fine! these values are correct! except the charging state - which should be
'unknown', as i am fully charged at my ac/adaptor.
let's do that again:
---------------- snip, snap ----------------------
present: yes
capacity state: ok
charging state: unknown
present rate: unknown
remaining capacity: 0 mWh
present voltage: 11000 mV
---------------- snip, snap ----------------------
and this is what it remains like, everytime i try to access it.
notice that the charging state is now correct...
now... i unplug my ac/adaptor:
---------------- snip, snap ----------------------
present: yes
capacity state: ok
charging state: unknown
present rate: unknown
remaining capacity: 4864 mWh
present voltage: 12540 mV
---------------- snip, snap ----------------------
note that the extra newline is there intentionally - it really is
on my console. sometimes theres even an extra mV on that line, preceeded by
only a space. the values are correct again (just the 'state' is wrong,
should be 'discharging') but i care specifically about the remaning
capacity. again, if i try again:
---------------- snip, snap ----------------------
present: yes
capacity state: ok
charging state: discharging
present rate: unknown
remaining capacity: 56797 mWh
present voltage: 11000 mV
---------------- snip, snap ----------------------
the extra newline is gone, and the remaining capacity value starts counting
down from 65535 (too fast to represent relative capacity) to 0. chargestate
is correct.
plug in the ac cord again:
---------------- snip, snap ----------------------
present: yes
capacity state: ok
charging state: discharging
present rate: unknown
remaining capacity: 4785 mWh
present voltage: 12140 mV
---------------- snip, snap ----------------------
again, the capacity value is correct, but the state is wrong (should be
'charging'). on the next one, this value is correct, but capacity is wrong:
---------------- snip, snap ----------------------
present: yes
capacity state: ok
charging state: charging
present rate: unknown
remaining capacity: 47031 mWh
present voltage: 11000 mV
---------------- snip, snap ----------------------
i think you got the idea.
now, my question is: has somebdy encountered something like this before?
if yes, has it been fixed and how? (if no, why not? ;)
if no, where will i have to look? i already digged deeper into my dsdt,
but it _seems_ to be ok...
ah, yeas, the thermal zone is always 50C. but i don't care about that for
now, i just want to know how much time/mWh i have left when i am 'in the
field' ;)
thanks in advance for your time!
Thomas Jakobi
p.s.: the dsdt is on http://fake.bchat.net/laptop/dsdt-fixed
and http://fake.bchat.net/laptop/dsdt-original
p.p.s.: to be complete, here the acpi-part of my dmesg:
---------------- snip, snap ----------------------
ACPI: Subsystem revision 20021111
tbget-0274: *** Info: Table [DSDT] replaced by host OS
tbxface-0099 [03] Acpi_load_tables : ACPI Tables successfully acquired
Parsing Methods:..........................................................................................................................
Table [DSDT] - 406 Objects with 39 Devices 122 Methods 13 Regions
ACPI Namespace successfully loaded at root c042e47c
evxfevnt-0074 [04] Acpi_enable : Transition to ACPI mode successful
evevent-0508: *** Info: GPE Block0 defined as GPE0 to GPE15
Executing all Device _STA and_INI methods:.........[ACPI Debug] String: --------- VIA SOFTWARE SMI PMIO 2Fh ------------
[ACPI Debug] String: --------- VIA SOFTWARE SMI PMIO 2Fh ------------
..............................
39 Devices found containing: 39 _STA, 3 _INI methods
Completing Region/Field/Buffer/Package initialization:.................................................
Initialized 7/13 Regions 1/1 Fields 22/22 Buffers 19/19 Packages (406 nodes)
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: (supports S0 S1 S4 S5)
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
PCI: Address space collision on region 9 of device VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] [8080:808f]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs *9 11 12)
ACPI: PCI Interrupt Link [LNKB] (IRQs 9 *11 12)
ACPI: PCI Interrupt Link [LNKC] (IRQs *9 11 12)
ACPI: PCI Interrupt Link [LNKD] (IRQs 9 *11 12)
ACPI: Embedded Controller [EC0] (gpe 1)
ACPI: Power Resource [PLPC] (on)
pci_bind-0191 [05] acpi_pci_bind : Device 00:00:07.06 not present in PCI namespace
---------------- snip, snap ----------------------
[...]
---------------- snip, snap ----------------------
[ACPI Debug] String: --------- VIA SOFTWARE SMI PMIO 2Fh ------------
[ACPI Debug] String: INIT BATO in acad.psr
[ACPI Debug] String: INIT BATO in acad.psr
ACPI: AC Adapter [ACAD] (on-line)
[ACPI Debug] String: --------- VIA SOFTWARE SMI PMIO 2Fh ------------
[ACPI Debug] String: INIT BATO at BAT1._STA
ACPI: Battery Slot [BAT1] (battery present)
ACPI: Power Button (FF) [PWRF]
ACPI: Sleep Button (CM) [SLPB]
ACPI: Lid Switch [LID]
ACPI: Processor [CPU0] (supports C1 C2)
[ACPI Debug] String: ========= BAT1 UPBI =========
[ACPI Debug] String: ---NO ACEV check charging/discharge
[ACPI Debug] String: ---NO ACEV Set Power State as discharging
ACPI: Thermal Zone [THRM] (50 C)
---------------- snip, snap ----------------------
-------------------------------------------------------
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache SSL Guide and answer your Apache SSL security
needs: http://www.gothawte.com/rd523.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* RE: ACPI patches updated (20021111)
@ 2002-11-13 20:54 Moore, Robert
0 siblings, 0 replies; 25+ messages in thread
From: Moore, Robert @ 2002-11-13 20:54 UTC (permalink / raw)
To: 'Andy Dustman'; +Cc: acpi-devel-pyega4qmqnRoyOMFzWx49A
Try this: Set the acpi debug level to 0x0000003F, this will display the
_STA and _INI methods as they are being executed.
-----Original Message-----
From: Andy Dustman [mailto:andy-gRfBfDTKyCbR7s880joybQ@public.gmane.org]
Sent: Wednesday, November 13, 2002 12:25 PM
Cc: acpi-devel-pyega4qmqnRoyOMFzWx49A@public.gmane.org
Subject: RE: [ACPI] ACPI patches updated (20021111)
On Wed, 13 Nov 2002, Moore, Robert wrote:
>
> Try putting a "Store ("Local3 == Local2 path", Debug) in your new Else
> clause.
OK, I've seen this a couple times now, and it seems to be working whether
it appears or not, so yippie.
But as long as I'm on a bug hunt: S3 sleep doesn't work. It appears to
suspend (power light flashes on front), but after hitting a key, it
revives only partially. For one, the backlight doesn't come on. SysRq
doesn't seem to work and nothing gets logged so I assume the system is
locked. (S4 doesn't work either, but that's a swsusp bug.)
Also... I had another case where I got to:
Executing all Device _STA and_INI
methods:.........................................................
and the system froze.
-------------------------------------------------------
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache SSL Guide and answer your Apache SSL security
needs: http://www.gothawte.com/rd523.html
_______________________________________________
Acpi-devel mailing list
Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/acpi-devel
-------------------------------------------------------
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache SSL Guide and answer your Apache SSL security
needs: http://www.gothawte.com/rd523.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: ACPI patches updated (20021111)
@ 2002-11-13 21:01 Stian Jordet
0 siblings, 0 replies; 25+ messages in thread
From: Stian Jordet @ 2002-11-13 21:01 UTC (permalink / raw)
To: acpi-devel-pyega4qmqnRoyOMFzWx49A
[-- Attachment #1: Type: text/plain, Size: 3261 bytes --]
tir, 2002-11-12 kl. 21:48 skrev Grover, Andrew:
> Hi all,
>
> New patches are up on sf.net/projects/acpi.
This did not help my acpi+usb trouble. I will try this one last time.
I have an Asus CUV266-DLS dual P3 motherboard, which USB won't work when
I use acpi.
With acpi I get this error:
hub.c: new USB device 00:11.2-1, assigned address 2
usb_control/bulk_msg: timeout
usb.c: USB device not accepting new address=2 (error=-110)
hub.c: new USB device 00:11.2-1, assigned address 3
usb_control/bulk_msg: timeout
usb.c: USB device not accepting new address=3 (error=-110)
Without ACPI it works perfect (but I can not have MPS1.4 enabled, but
that's ok). Then I get this output:
hub.c: new USB device 00:11.2-2, assigned address 2
usb.c: USB device 2 (vend/prod 0x46d/0xc504) is not claimed by any
active driver.
usb.c: registered new driver hiddev
usb.c: registered new driver hid
input0: USB HID v1.10 Keyboard [Logitech USB Receiver] on usb1:2.0
input1: USB HID v1.10 Mouse [Logitech USB Receiver] on usb1:2.1
hid-core.c: v1.8.1 Andreas Gal, Vojtech Pavlik <vojtech-AlSwsSmVLrQ@public.gmane.org>
hid-core.c: USB HID support drivers
I have changed in BIOS so that acpi and usb does not use the same irq,
but that did not help.
/proc/interrupts with acpi:
stianj@chevrolet:~$ cat /proc/interrupts
CPU0 CPU1
0: 1266787 1152993 IO-APIC-edge timer
1: 33475 35520 IO-APIC-edge keyboard
2: 0 0 XT-PIC cascade
3: 10 9 IO-APIC-edge serial
5: 269867 266825 IO-APIC-edge usb-uhci, usb-uhci, usb-uhci
8: 2 1 IO-APIC-edge rtc
9: 614 722 IO-APIC-level acpi
12: 231716 231615 IO-APIC-edge PS/2 Mouse
14: 22395 25783 IO-APIC-edge ide0
15: 4036 3511 IO-APIC-edge ide1
17: 257388 255922 IO-APIC-level aic7xxx, EMU10K1
18: 433 387 IO-APIC-level aic7xxx, Ricoh Co Ltd RL5c476
II
19: 267424 270449 IO-APIC-level Ricoh Co Ltd RL5c476 II (#2),
eth0, ide2, saa7134[0]
NMI: 0 0
LOC: 2420129 2420126
ERR: 0
MIS: 0
/proc/interrupts without acpi:
stianj@chevrolet:~$ cat /proc/interrupts
CPU0 CPU1
0: 27365 20033 IO-APIC-edge timer
1: 2 2 IO-APIC-edge keyboard
2: 0 0 XT-PIC cascade
3: 1 1 IO-APIC-edge serial
5: 893 757 IO-APIC-level Ricoh Co Ltd RL5c476 II
(#2), usb-uhci, usb-uhci, usb-uhci, eth0, ide2
8: 2 1 IO-APIC-edge rtc
10: 3632 3649 IO-APIC-level aic7xxx, EMU10K1
12: 113 111 IO-APIC-level aic7xxx, Ricoh Co Ltd
RL5c476 II
14: 24 10 IO-APIC-edge ide0
15: 14 3 IO-APIC-edge ide1
NMI: 0 0
LOC: 47314 47313
ERR: 0
MIS: 0
I have attached a dmesg with acpi. I'm not sure this is solveable, but I
have to give it a last try. I'm stressing this because my computer won't
turn off without acpi (I have tried apm=power-off), and I'm getting a
usb-scanner soon.
Thanks.
Best regards,
Stian Jordet
[-- Attachment #2: dmesg --]
[-- Type: text/plain, Size: 15053 bytes --]
Linux version 2.4.20-rc1 (root@chevrolet) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 SMP ons nov 13 01:18:55 CET 2002
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000001fffc000 (usable)
BIOS-e820: 000000001fffc000 - 000000001ffff000 (ACPI data)
BIOS-e820: 000000001ffff000 - 0000000020000000 (ACPI NVS)
BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
511MB LOWMEM available.
ACPI: have wakeup address 0xc0002000
found SMP MP-table at 000f5500
hm, page 000f5000 reserved twice.
hm, page 000f6000 reserved twice.
hm, page 000f5000 reserved twice.
hm, page 000f6000 reserved twice.
On node 0 totalpages: 131068
zone(0): 4096 pages.
zone(1): 126972 pages.
zone(2): 0 pages.
ACPI: RSDP (v000 ASUS ) @ 0x000f6930
ACPI: RSDT (v001 ASUS CV266DLS 12336.12337) @ 0x1fffc000
ACPI: FADT (v001 ASUS CV266DLS 12336.12337) @ 0x1fffc100
ACPI: BOOT (v001 ASUS CV266DLS 12336.12337) @ 0x1fffc040
ACPI: MADT (v001 ASUS CV266DLS 12336.12337) @ 0x1fffc080
ACPI: DSDT (v001 ASUS CV266DLS 00000.04096) @ 0x00000000
ACPI: BIOS passes blacklist
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x03] enabled)
Processor #3 Pentium(tm) Pro APIC version 16
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 Pentium(tm) Pro APIC version 16
ACPI: IOAPIC (id[0x02] address[0xfec00000] global_irq_base[0x0])
IOAPIC[0]: Assigned apic_id 2
IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, IRQ 0-23
ACPI: INT_SRC_OVR (bus[0] irq[0x0] global_irq[0x2] polarity[0x0] trigger[0x1])
ACPI: INT_SRC_OVR (bus[0] irq[0x9] global_irq[0x9] polarity[0x3] trigger[0x3])
Using ACPI (MADT) for SMP configuration information
Kernel command line: root=/dev/sda2 ro idebus=33
ide_setup: idebus=33
Initializing CPU#0
Detected 999.744 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1992.29 BogoMIPS
Memory: 514972k/524272k available (1969k kernel code, 8912k reserved, 727k data, 104k init, 0k highmem)
Dentry cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
CPU: Common caps: 0383fbff 00000000 00000000 00000000
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch-r1x6VkxMR+00zabcByZE4g@public.gmane.org)
mtrr: detected mtrr type: Intel
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
CPU: Common caps: 0383fbff 00000000 00000000 00000000
CPU0: Intel Pentium III (Coppermine) stepping 0a
per-CPU timeslice cutoff: 731.73 usecs.
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
Booting processor 1/0 eip 3000
Initializing CPU#1
masked ExtINT on CPU#1
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
Calibrating delay loop... 1998.84 BogoMIPS
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
Intel machine check reporting enabled on CPU#1.
CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
CPU: Common caps: 0383fbff 00000000 00000000 00000000
CPU1: Intel Pentium III (Coppermine) stepping 0a
Total of 2 processors activated (3991.14 BogoMIPS).
ENABLING IO-APIC IRQs
init IO_APIC IRQs
IO-APIC (apicid-pin) 2-0, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22, 2-23 not connected.
..TIMER: vector=0x31 pin1=2 pin2=0
number of MP IRQ sources: 16.
number of IO-APIC #2 registers: 24.
testing the IO APIC.......................
IO APIC #2......
.... register #00: 02000000
....... : physical APIC id: 02
.... register #01: 00178011
....... : max redirection entries: 0017
....... : PRQ implemented: 1
....... : IO APIC version: 0011
.... register #02: 00000000
....... : arbitration: 00
.... IRQ redirection table:
NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
00 000 00 1 0 0 0 0 0 0 00
01 003 03 0 0 0 0 0 1 1 39
02 003 03 0 0 0 0 0 1 1 31
03 003 03 0 0 0 0 0 1 1 41
04 003 03 0 0 0 0 0 1 1 49
05 003 03 0 0 0 0 0 1 1 51
06 003 03 0 0 0 0 0 1 1 59
07 003 03 0 0 0 0 0 1 1 61
08 003 03 0 0 0 0 0 1 1 69
09 003 03 1 1 0 1 0 1 1 71
0a 003 03 0 0 0 0 0 1 1 79
0b 003 03 0 0 0 0 0 1 1 81
0c 003 03 0 0 0 0 0 1 1 89
0d 003 03 0 0 0 0 0 1 1 91
0e 003 03 0 0 0 0 0 1 1 99
0f 003 03 0 0 0 0 0 1 1 A1
10 000 00 1 0 0 0 0 0 0 00
11 000 00 1 0 0 0 0 0 0 00
12 000 00 1 0 0 0 0 0 0 00
13 000 00 1 0 0 0 0 0 0 00
14 000 00 1 0 0 0 0 0 0 00
15 000 00 1 0 0 0 0 0 0 00
16 000 00 1 0 0 0 0 0 0 00
17 000 00 1 0 0 0 0 0 0 00
IRQ to pin mappings:
IRQ0 -> 0:2
IRQ1 -> 0:1
IRQ3 -> 0:3
IRQ4 -> 0:4
IRQ5 -> 0:5
IRQ6 -> 0:6
IRQ7 -> 0:7
IRQ8 -> 0:8
IRQ9 -> 0:9
IRQ10 -> 0:10
IRQ11 -> 0:11
IRQ12 -> 0:12
IRQ13 -> 0:13
IRQ14 -> 0:14
IRQ15 -> 0:15
.................................... done.
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 999.5597 MHz.
..... host bus clock speed is 133.2744 MHz.
cpu: 0, clocks: 1332744, slice: 444248
CPU0<T0:1332736,T1:888480,D:8,S:444248,C:1332744>
cpu: 1, clocks: 1332744, slice: 444248
CPU1<T0:1332736,T1:444240,D:0,S:444248,C:1332744>
checking TSC synchronization across CPUs: passed.
Waiting on wait_init_idle (map = 0x2)
All processors have done init_idle
ACPI: Subsystem revision 20021111
PCI: PCI BIOS revision 2.10 entry at 0xf0d40, last bus=1
PCI: Using configuration type 1
ACPI-0508: *** Info: GPE Block0 defined as GPE0 to GPE15
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: System [ACPI] (supports S0 S1 S4 S5)
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
PCI: Probing PCI hardware
IOAPIC[0]: Set PCI routing entry (2-17 -> 0xa9 -> IRQ 17)
00:00:07[A] -> 2-17 -> IRQ 17
IOAPIC[0]: Set PCI routing entry (2-18 -> 0xb1 -> IRQ 18)
00:00:07[B] -> 2-18 -> IRQ 18
IOAPIC[0]: Set PCI routing entry (2-19 -> 0xb9 -> IRQ 19)
00:00:05[A] -> 2-19 -> IRQ 19
Pin 2-19 already programmed
IOAPIC[0]: Set PCI routing entry (2-16 -> 0xc1 -> IRQ 16)
00:00:0c[B] -> 2-16 -> IRQ 16
Pin 2-17 already programmed
Pin 2-18 already programmed
Pin 2-16 already programmed
Pin 2-17 already programmed
Pin 2-18 already programmed
Pin 2-19 already programmed
Pin 2-17 already programmed
Pin 2-18 already programmed
Pin 2-19 already programmed
Pin 2-16 already programmed
Pin 2-18 already programmed
Pin 2-19 already programmed
Pin 2-16 already programmed
Pin 2-17 already programmed
Pin 2-19 already programmed
Pin 2-16 already programmed
Pin 2-17 already programmed
Pin 2-18 already programmed
Pin 2-16 already programmed
Pin 2-17 already programmed
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off'
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
IA-32 Microcode Update Driver: v1.11 <tigran-DTz5qymZ9yRBDgjK7y7TUQ@public.gmane.org>
Starting kswapd
VFS: Diskquotas version dquot_6.4.0 initialized
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir-pn4DOG8n3UYbFoVRYvo4fw@public.gmane.org).
NTFS driver v1.1.22 [Flags: R/O]
udf: registering filesystem
ACPI: Power Button (FF) [PWRF]
ACPI: Processor [CPU] (supports C1)
ACPI: Processor [CPU1] (supports C1)
parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE]
parport0: irq 7 detected
i2c-core.o: i2c core module
i2c-dev.o: i2c /dev entries driver module
i2c-core.o: driver i2c-dev dummy driver registered.
i2c-proc.o version 2.6.1 (20010825)
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
lp0: using parport0 (polling).
Real Time Clock Driver v1.10e
Non-volatile memory driver v1.2
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes
VP_IDE: IDE controller on PCI bus 00 dev 89
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt8233 (rev 00) IDE UDMA100 controller on pci00:11.1
ide0: BM-DMA at 0xa000-0xa007, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xa008-0xa00f, BIOS settings: hdc:DMA, hdd:pio
hda: ST360021A, ATA DISK drive
hdc: Maxtor 90432D2, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
blk: queue c0412964, I/O limit 4095Mb (mask 0xffffffff)
hda: 117231408 sectors (60022 MB) w/2048KiB Cache, CHS=7297/255/63, UDMA(100)
blk: queue c0412cc8, I/O limit 4095Mb (mask 0xffffffff)
hdc: 8440992 sectors (4322 MB) w/512KiB Cache, CHS=8374/16/63, UDMA(33)
Partition check:
hda: hda1 < hda5 hda6 >
hdc: [PTBL] [525/255/63] hdc1
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
Intel(R) PRO/100 Network Driver - version 2.1.24-k1
Copyright (c) 2002 Intel Corporation
e100: selftest OK.
e100: eth0: Intel(R) 8255x-based Ethernet Adapter
Mem:0xde000000 IRQ:19 Speed:0 Mbps Dx:N/A
Hardware receive checksums enabled
cpu cycle saver enabled
Linux video capture interface: v1.00
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 439M
agpgart: unsupported bridge
agpgart: no supported devices found.
SCSI subsystem driver Revision: 1.00
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.8
<Adaptec aic7899 Ultra160 SCSI adapter>
aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.8
<Adaptec aic7899 Ultra160 SCSI adapter>
aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs
Vendor: SEAGATE Model: ST318452LW Rev: 0004
Type: Direct-Access ANSI SCSI revision: 03
scsi0:A:0:0: Tagged Queuing enabled. Depth 253
Vendor: PIONEER Model: DVD-ROM DVD-304F Rev: 1.03
Type: CD-ROM ANSI SCSI revision: 02
Vendor: YAMAHA Model: CRW2100S Rev: 1.0N
Type: CD-ROM ANSI SCSI revision: 02
Vendor: SEAGATE Model: DAT 04687-XXX Rev: 6610
Type: Sequential-Access ANSI SCSI revision: 02
st: Version 20020805, bufsize 32768, wrt 30720, max init. bufs 4, s/g segs 16
Attached scsi tape st0 at scsi1, channel 0, id 6, lun 0
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
(scsi0:A:0): 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit)
SCSI device sda: 35843670 512-byte hdwr sectors (18352 MB)
sda: sda1 sda2 sda3 < sda5 sda6 sda7 >
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 4, lun 0
Attached scsi CD-ROM sr1 at scsi1, channel 0, id 5, lun 0
(scsi1:A:4): 20.000MB/s transfers (20.000MHz, offset 16)
sr0: scsi3-mmc drive: 0x/0x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.12
(scsi1:A:5): 20.000MB/s transfers (20.000MHz, offset 7)
sr1: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
Creative EMU10K1 PCI Audio Driver, version 0.19, 01:21:04 Nov 13 2002
emu10k1: EMU10K1 rev 7 model 0x8061 found, IO at 0xa800-0xa81f, IRQ 17
ac97_codec: AC97 Audio codec, id: v8(SigmaTel STAC9708)
emu10k1: SBLive! 5.1 card detected
Linux Kernel Card Services 3.1.22
options: [pci] [cardbus] [pm]
PCI: Enabling device 00:0f.0 (0000 -> 0002)
PCI: Enabling device 00:0f.1 (0000 -> 0002)
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 32768)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Yenta IRQ list 0000, PCI irq18
Socket status: 30000006
Yenta IRQ list 0000, PCI irq19
Socket status: 30000810
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 104k freed
Adding Swap: 738948k swap-space (priority -1)
EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,2), internal journal
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,7), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,6), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide1(22,1), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
usb-uhci.c: $Revision: 1.275 $ time 01:26:16 Nov 13 2002
usb-uhci.c: High bandwidth mode enabled
usb-uhci.c: USB UHCI at I/O 0x9800, IRQ 5
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
usb-uhci.c: USB UHCI at I/O 0x9400, IRQ 5
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 2
hub.c: USB hub found
hub.c: 2 ports detected
usb-uhci.c: USB UHCI at I/O 0x9000, IRQ 5
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 3
hub.c: USB hub found
hub.c: 2 ports detected
usb-uhci.c: v1.275:USB Universal Host Controller Interface driver
mice: PS/2 mouse device common for all mice
e100: eth0 NIC Link is Up 100 Mbps Full duplex
^ permalink raw reply [flat|nested] 25+ messages in thread
* RE: ACPI patches updated (20021111)
@ 2002-11-13 21:30 Grover, Andrew
[not found] ` <EDC461A30AC4D511ADE10002A5072CAD04C7A502-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
0 siblings, 1 reply; 25+ messages in thread
From: Grover, Andrew @ 2002-11-13 21:30 UTC (permalink / raw)
To: 'Stian Jordet', acpi-devel-pyega4qmqnRoyOMFzWx49A
> From: Stian Jordet [mailto:liste-NI9zH3lwcMKHXe+LvDLADg@public.gmane.org]
with acpi:
> 5: 269867 266825 IO-APIC-edge usb-uhci,
> usb-uhci, usb-uhci
without acpi:
> 5: 893 757 IO-APIC-level Ricoh Co Ltd RL5c476 II
> (#2), usb-uhci, usb-uhci, usb-uhci, eth0, ide2
Well, here's the problem. IRQ 5 should be IO-APIC-level.
We are supposedly setting irqs used by PCI to level, but apparently not in
your case. Interesting.
Regards -- Andy
-------------------------------------------------------
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache SSL Guide and answer your Apache SSL security
needs: http://www.gothawte.com/rd523.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: ACPI patches updated (20021111)
[not found] ` <EDC461A30AC4D511ADE10002A5072CAD04C7A4F9-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
2002-11-12 22:10 ` andy-gRfBfDTKyCbR7s880joybQ
2002-11-12 23:38 ` Arndt Schoenewald
@ 2002-11-13 21:33 ` Stephen Hemminger
2 siblings, 0 replies; 25+ messages in thread
From: Stephen Hemminger @ 2002-11-13 21:33 UTC (permalink / raw)
To: Grover, Andrew; +Cc: acpi-devel-pyega4qmqnRoyOMFzWx49A, Kernel List
Will this fix problems with IRQ routing.
On our SMP test machines, ACPI has to be disabled otherwise the SCSI
disk controllers don't work.
This is a major pain, and ACPI should be default off until it gets
fixed.
^ permalink raw reply [flat|nested] 25+ messages in thread
* RE: ACPI patches updated (20021111)
@ 2002-11-13 21:42 Grover, Andrew
0 siblings, 0 replies; 25+ messages in thread
From: Grover, Andrew @ 2002-11-13 21:42 UTC (permalink / raw)
To: 'Stephen Hemminger'
Cc: acpi-devel-pyega4qmqnRoyOMFzWx49A, Kernel List
> From: Stephen Hemminger [mailto:shemminger-3NddpPZAyC0@public.gmane.org]
> Will this fix problems with IRQ routing.
> On our SMP test machines, ACPI has to be disabled otherwise the SCSI
> disk controllers don't work.
>
> This is a major pain, and ACPI should be default off until it gets
> fixed.
ACPI has not yet been adequately tested on machines with multiple IO-APICs.
More assistance in this area would be gratefully accepted. In the meantime,
"acpi=off" works pretty well to disable ACPI-related configuration problems.
Regards -- Andy
-------------------------------------------------------
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache SSL Guide and answer your Apache SSL security
needs: http://www.gothawte.com/rd523.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* RE: ACPI patches updated (20021111)
[not found] ` <EDC461A30AC4D511ADE10002A5072CAD04C7A502-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
@ 2002-11-13 23:28 ` Stian Jordet
[not found] ` <1037230113.908.3.camel-rd0e0RNjLLRX8BKYUJ5quQ@public.gmane.org>
0 siblings, 1 reply; 25+ messages in thread
From: Stian Jordet @ 2002-11-13 23:28 UTC (permalink / raw)
To: Grover, Andrew; +Cc: acpi-devel-pyega4qmqnRoyOMFzWx49A
ons, 2002-11-13 kl. 22:30 skrev Grover, Andrew:
> > From: Stian Jordet [mailto:liste-NI9zH3lwcMKHXe+LvDLADg@public.gmane.org]
>
> with acpi:
> > 5: 269867 266825 IO-APIC-edge usb-uhci,
> > usb-uhci, usb-uhci
>
> without acpi:
> > 5: 893 757 IO-APIC-level Ricoh Co Ltd RL5c476 II
> > (#2), usb-uhci, usb-uhci, usb-uhci, eth0, ide2
>
> Well, here's the problem. IRQ 5 should be IO-APIC-level.
>
> We are supposedly setting irqs used by PCI to level, but apparently not in
> your case. Interesting.
>
> Regards -- Andy
That seems to be the problem without me forcing usb to irq 5 as well.
I set all irq-routing to auto (and it still works perfect without acpi),
and get these results:
stianj@chevrolet:~$ cat /root/interrupts-acpi
CPU0 CPU1
0: 8587 21835 IO-APIC-edge timer
1: 51 81 IO-APIC-edge keyboard
2: 0 0 XT-PIC cascade
3: 0 2 IO-APIC-edge serial
8: 1 2 IO-APIC-edge rtc
9: 93 113 IO-APIC-level acpi, usb-uhci, usb-uhci, usb-uhci
14: 16 12 IO-APIC-edge ide0
15: 10 7 IO-APIC-edge ide1
17: 1123 1104 IO-APIC-level aic7xxx, EMU10K1
18: 34 36 IO-APIC-level aic7xxx, Ricoh Co Ltd RL5c476 II
19: 92 81 IO-APIC-level Ricoh Co Ltd RL5c476 II (#2), eth0,
ide2
NMI: 0 0
LOC: 30342 30339
ERR: 0
MIS: 0
stianj@chevrolet:~$ cat /root/interrupts-no-acpi
CPU0 CPU1
0: 3463 4239 IO-APIC-edge timer
1: 57 28 IO-APIC-edge keyboard
2: 0 0 XT-PIC cascade
3: 2 0 IO-APIC-edge serial
5: 32 38 IO-APIC-level aic7xxx, Ricoh Co Ltd RL5c476 II
8: 2 1 IO-APIC-edge rtc
9: 67 72 IO-APIC-level Ricoh Co Ltd RL5c476 II (#2), usb-uhci, usb-uhci, usb-uhci, eth0, ide2
10: 1103 1094 IO-APIC-level aic7xxx, EMU10K1
14: 13 15 IO-APIC-edge ide0
15: 7 10 IO-APIC-edge ide1
NMI: 0 0
LOC: 7618 7617
ERR: 0
MIS: 0
But do you think you will find a solution to this? Or is this something I have to learn to live with?
Best regards,
Stian Jordet
-------------------------------------------------------
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache SSL Guide and answer your Apache SSL security
needs: http://www.gothawte.com/rd523.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* RE: ACPI patches updated (20021111)
[not found] ` <1037230113.908.3.camel-rd0e0RNjLLRX8BKYUJ5quQ@public.gmane.org>
@ 2002-11-14 18:00 ` Stian Jordet
0 siblings, 0 replies; 25+ messages in thread
From: Stian Jordet @ 2002-11-14 18:00 UTC (permalink / raw)
To: Grover, Andrew; +Cc: acpi-devel-pyega4qmqnRoyOMFzWx49A
I did ofcourse mean that this does _not_ seem to be the problem without
me forcing usb to use irq 5, but perhaps the problem then is that acpi
and usb use the same irq? Is acpi not supposed to share irq with
anything?
Regards,
Stian Jordet
tor, 2002-11-14 kl. 00:28 skrev Stian Jordet:
> ons, 2002-11-13 kl. 22:30 skrev Grover, Andrew:
> > > From: Stian Jordet [mailto:liste-NI9zH3lwcMKHXe+LvDLADg@public.gmane.org]
> >
> > with acpi:
> > > 5: 269867 266825 IO-APIC-edge usb-uhci,
> > > usb-uhci, usb-uhci
> >
> > without acpi:
> > > 5: 893 757 IO-APIC-level Ricoh Co Ltd RL5c476 II
> > > (#2), usb-uhci, usb-uhci, usb-uhci, eth0, ide2
> >
> > Well, here's the problem. IRQ 5 should be IO-APIC-level.
> >
> > We are supposedly setting irqs used by PCI to level, but apparently not in
> > your case. Interesting.
> >
> > Regards -- Andy
>
> That seems to be the problem without me forcing usb to irq 5 as well.
> I set all irq-routing to auto (and it still works perfect without acpi),
> and get these results:
>
> stianj@chevrolet:~$ cat /root/interrupts-acpi
> CPU0 CPU1
> 0: 8587 21835 IO-APIC-edge timer
> 1: 51 81 IO-APIC-edge keyboard
> 2: 0 0 XT-PIC cascade
> 3: 0 2 IO-APIC-edge serial
> 8: 1 2 IO-APIC-edge rtc
> 9: 93 113 IO-APIC-level acpi, usb-uhci, usb-uhci, usb-uhci
> 14: 16 12 IO-APIC-edge ide0
> 15: 10 7 IO-APIC-edge ide1
> 17: 1123 1104 IO-APIC-level aic7xxx, EMU10K1
> 18: 34 36 IO-APIC-level aic7xxx, Ricoh Co Ltd RL5c476 II
> 19: 92 81 IO-APIC-level Ricoh Co Ltd RL5c476 II (#2), eth0,
> ide2
> NMI: 0 0
> LOC: 30342 30339
> ERR: 0
> MIS: 0
> stianj@chevrolet:~$ cat /root/interrupts-no-acpi
> CPU0 CPU1
> 0: 3463 4239 IO-APIC-edge timer
> 1: 57 28 IO-APIC-edge keyboard
> 2: 0 0 XT-PIC cascade
> 3: 2 0 IO-APIC-edge serial
> 5: 32 38 IO-APIC-level aic7xxx, Ricoh Co Ltd RL5c476 II
> 8: 2 1 IO-APIC-edge rtc
> 9: 67 72 IO-APIC-level Ricoh Co Ltd RL5c476 II (#2), usb-uhci, usb-uhci, usb-uhci, eth0, ide2
> 10: 1103 1094 IO-APIC-level aic7xxx, EMU10K1
> 14: 13 15 IO-APIC-edge ide0
> 15: 7 10 IO-APIC-edge ide1
> NMI: 0 0
> LOC: 7618 7617
> ERR: 0
> MIS: 0
>
>
> But do you think you will find a solution to this? Or is this something I have to learn to live with?
>
> Best regards,
> Stian Jordet
>
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: Are you worried about
> your web server security? Click here for a FREE Thawte
> Apache SSL Guide and answer your Apache SSL security
> needs: http://www.gothawte.com/rd523.html
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
-------------------------------------------------------
This sf.net email is sponsored by: To learn the basics of securing
your web site with SSL, click here to get a FREE TRIAL of a Thawte
Server Certificate: http://www.gothawte.com/rd524.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* RE: ACPI patches updated (20021111)
@ 2002-11-14 18:55 Grover, Andrew
[not found] ` <EDC461A30AC4D511ADE10002A5072CAD04C7A50A-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
0 siblings, 1 reply; 25+ messages in thread
From: Grover, Andrew @ 2002-11-14 18:55 UTC (permalink / raw)
To: 'Stian Jordet'; +Cc: acpi-devel-pyega4qmqnRoyOMFzWx49A
> From: Stian Jordet [mailto:liste-NI9zH3lwcMKHXe+LvDLADg@public.gmane.org]
> I did ofcourse mean that this does _not_ seem to be the
> problem without
> me forcing usb to use irq 5, but perhaps the problem then is that acpi
> and usb use the same irq? Is acpi not supposed to share irq with
> anything?
Wait, you're saying you are somehow *forcing* USB to IRQ 5? Via what method?
The ACPI interrupt can share its interrupt, no problem. Are you experiencing
problems when ACPI and usb share irq 9?
Regards -- Andy
>
> Regards,
> Stian Jordet
>
> tor, 2002-11-14 kl. 00:28 skrev Stian Jordet:
> > ons, 2002-11-13 kl. 22:30 skrev Grover, Andrew:
> > > > From: Stian Jordet [mailto:liste-NI9zH3lwcMKHXe+LvDLADg@public.gmane.org]
> > >
> > > with acpi:
> > > > 5: 269867 266825 IO-APIC-edge usb-uhci,
> > > > usb-uhci, usb-uhci
> > >
> > > without acpi:
> > > > 5: 893 757 IO-APIC-level Ricoh Co
> Ltd RL5c476 II
> > > > (#2), usb-uhci, usb-uhci, usb-uhci, eth0, ide2
> > >
> > > Well, here's the problem. IRQ 5 should be IO-APIC-level.
> > >
> > > We are supposedly setting irqs used by PCI to level, but
> apparently not in
> > > your case. Interesting.
> > >
> > > Regards -- Andy
> >
> > That seems to be the problem without me forcing usb to irq
> 5 as well.
> > I set all irq-routing to auto (and it still works perfect
> without acpi),
> > and get these results:
> >
> > stianj@chevrolet:~$ cat /root/interrupts-acpi
> > CPU0 CPU1
> > 0: 8587 21835 IO-APIC-edge timer
> > 1: 51 81 IO-APIC-edge keyboard
> > 2: 0 0 XT-PIC cascade
> > 3: 0 2 IO-APIC-edge serial
> > 8: 1 2 IO-APIC-edge rtc
> > 9: 93 113 IO-APIC-level acpi, usb-uhci,
> usb-uhci, usb-uhci
> > 14: 16 12 IO-APIC-edge ide0
> > 15: 10 7 IO-APIC-edge ide1
> > 17: 1123 1104 IO-APIC-level aic7xxx, EMU10K1
> > 18: 34 36 IO-APIC-level aic7xxx, Ricoh
> Co Ltd RL5c476 II
> > 19: 92 81 IO-APIC-level Ricoh Co Ltd
> RL5c476 II (#2), eth0,
> > ide2
> > NMI: 0 0
> > LOC: 30342 30339
> > ERR: 0
> > MIS: 0
> > stianj@chevrolet:~$ cat /root/interrupts-no-acpi
> > CPU0 CPU1
> > 0: 3463 4239 IO-APIC-edge timer
> > 1: 57 28 IO-APIC-edge keyboard
> > 2: 0 0 XT-PIC cascade
> > 3: 2 0 IO-APIC-edge serial
> > 5: 32 38 IO-APIC-level aic7xxx, Ricoh
> Co Ltd RL5c476 II
> > 8: 2 1 IO-APIC-edge rtc
> > 9: 67 72 IO-APIC-level Ricoh Co Ltd
> RL5c476 II (#2), usb-uhci, usb-uhci, usb-uhci, eth0, ide2
> > 10: 1103 1094 IO-APIC-level aic7xxx, EMU10K1
> > 14: 13 15 IO-APIC-edge ide0
> > 15: 7 10 IO-APIC-edge ide1
> > NMI: 0 0
> > LOC: 7618 7617
> > ERR: 0
> > MIS: 0
> >
> >
> > But do you think you will find a solution to this? Or is
> this something I have to learn to live with?
-------------------------------------------------------
This sf.net email is sponsored by: To learn the basics of securing
your web site with SSL, click here to get a FREE TRIAL of a Thawte
Server Certificate: http://www.gothawte.com/rd524.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* RE: ACPI patches updated (20021111)
[not found] ` <EDC461A30AC4D511ADE10002A5072CAD04C7A50A-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
@ 2002-11-14 19:59 ` Stian Jordet
[not found] ` <1037303944.3311.3.camel-rd0e0RNjLLRX8BKYUJ5quQ@public.gmane.org>
0 siblings, 1 reply; 25+ messages in thread
From: Stian Jordet @ 2002-11-14 19:59 UTC (permalink / raw)
To: Grover, Andrew; +Cc: acpi-devel-pyega4qmqnRoyOMFzWx49A
In my motherboard user-guide, it says that usb shares irq with pci-slot
1 and 5. In the Bios I can change irq on slot 1/5 from auto to 5 (or
whatever). USB works fine whatever setting I'm using (auto or some irq),
as long as I'm not using acpi. With acpi everything BUT usb works
perfect. Hope this helps.
Regards,
Stian
tor, 2002-11-14 kl. 19:55 skrev Grover, Andrew:
> > From: Stian Jordet [mailto:liste-NI9zH3lwcMKHXe+LvDLADg@public.gmane.org]
> > I did ofcourse mean that this does _not_ seem to be the
> > problem without
> > me forcing usb to use irq 5, but perhaps the problem then is that acpi
> > and usb use the same irq? Is acpi not supposed to share irq with
> > anything?
>
> Wait, you're saying you are somehow *forcing* USB to IRQ 5? Via what method?
>
> The ACPI interrupt can share its interrupt, no problem. Are you experiencing
> problems when ACPI and usb share irq 9?
>
> Regards -- Andy
>
> >
> > Regards,
> > Stian Jordet
> >
> > tor, 2002-11-14 kl. 00:28 skrev Stian Jordet:
> > > ons, 2002-11-13 kl. 22:30 skrev Grover, Andrew:
> > > > > From: Stian Jordet [mailto:liste-NI9zH3lwcMKHXe+LvDLADg@public.gmane.org]
> > > >
> > > > with acpi:
> > > > > 5: 269867 266825 IO-APIC-edge usb-uhci,
> > > > > usb-uhci, usb-uhci
> > > >
> > > > without acpi:
> > > > > 5: 893 757 IO-APIC-level Ricoh Co
> > Ltd RL5c476 II
> > > > > (#2), usb-uhci, usb-uhci, usb-uhci, eth0, ide2
> > > >
> > > > Well, here's the problem. IRQ 5 should be IO-APIC-level.
> > > >
> > > > We are supposedly setting irqs used by PCI to level, but
> > apparently not in
> > > > your case. Interesting.
> > > >
> > > > Regards -- Andy
> > >
> > > That seems to be the problem without me forcing usb to irq
> > 5 as well.
> > > I set all irq-routing to auto (and it still works perfect
> > without acpi),
> > > and get these results:
> > >
> > > stianj@chevrolet:~$ cat /root/interrupts-acpi
> > > CPU0 CPU1
> > > 0: 8587 21835 IO-APIC-edge timer
> > > 1: 51 81 IO-APIC-edge keyboard
> > > 2: 0 0 XT-PIC cascade
> > > 3: 0 2 IO-APIC-edge serial
> > > 8: 1 2 IO-APIC-edge rtc
> > > 9: 93 113 IO-APIC-level acpi, usb-uhci,
> > usb-uhci, usb-uhci
> > > 14: 16 12 IO-APIC-edge ide0
> > > 15: 10 7 IO-APIC-edge ide1
> > > 17: 1123 1104 IO-APIC-level aic7xxx, EMU10K1
> > > 18: 34 36 IO-APIC-level aic7xxx, Ricoh
> > Co Ltd RL5c476 II
> > > 19: 92 81 IO-APIC-level Ricoh Co Ltd
> > RL5c476 II (#2), eth0,
> > > ide2
> > > NMI: 0 0
> > > LOC: 30342 30339
> > > ERR: 0
> > > MIS: 0
> > > stianj@chevrolet:~$ cat /root/interrupts-no-acpi
> > > CPU0 CPU1
> > > 0: 3463 4239 IO-APIC-edge timer
> > > 1: 57 28 IO-APIC-edge keyboard
> > > 2: 0 0 XT-PIC cascade
> > > 3: 2 0 IO-APIC-edge serial
> > > 5: 32 38 IO-APIC-level aic7xxx, Ricoh
> > Co Ltd RL5c476 II
> > > 8: 2 1 IO-APIC-edge rtc
> > > 9: 67 72 IO-APIC-level Ricoh Co Ltd
> > RL5c476 II (#2), usb-uhci, usb-uhci, usb-uhci, eth0, ide2
> > > 10: 1103 1094 IO-APIC-level aic7xxx, EMU10K1
> > > 14: 13 15 IO-APIC-edge ide0
> > > 15: 7 10 IO-APIC-edge ide1
> > > NMI: 0 0
> > > LOC: 7618 7617
> > > ERR: 0
> > > MIS: 0
> > >
> > >
> > > But do you think you will find a solution to this? Or is
> > this something I have to learn to live with?
-------------------------------------------------------
This sf.net email is sponsored by: To learn the basics of securing
your web site with SSL, click here to get a FREE TRIAL of a Thawte
Server Certificate: http://www.gothawte.com/rd524.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* RE: ACPI patches updated (20021111)
[not found] ` <1037303944.3311.3.camel-rd0e0RNjLLRX8BKYUJ5quQ@public.gmane.org>
@ 2002-11-18 23:47 ` Stian Jordet
[not found] ` <1037663229.4398.1.camel-rd0e0RNjLLRX8BKYUJ5quQ@public.gmane.org>
0 siblings, 1 reply; 25+ messages in thread
From: Stian Jordet @ 2002-11-18 23:47 UTC (permalink / raw)
To: Grover, Andrew; +Cc: acpi-devel-pyega4qmqnRoyOMFzWx49A
Just to let you know, this problem does not exist with usb-printers,
they work perfect with acpi. But keyboard and mouse will only work with
acpi turned off (!).
Regards,
Stian Jordet
tor, 2002-11-14 kl. 20:59 skrev Stian Jordet:
> In my motherboard user-guide, it says that usb shares irq with pci-slot
> 1 and 5. In the Bios I can change irq on slot 1/5 from auto to 5 (or
> whatever). USB works fine whatever setting I'm using (auto or some irq),
> as long as I'm not using acpi. With acpi everything BUT usb works
> perfect. Hope this helps.
>
> Regards,
> Stian
>
>
> tor, 2002-11-14 kl. 19:55 skrev Grover, Andrew:
> > > From: Stian Jordet [mailto:liste-NI9zH3lwcMKHXe+LvDLADg@public.gmane.org]
> > > I did ofcourse mean that this does _not_ seem to be the
> > > problem without
> > > me forcing usb to use irq 5, but perhaps the problem then is that acpi
> > > and usb use the same irq? Is acpi not supposed to share irq with
> > > anything?
> >
> > Wait, you're saying you are somehow *forcing* USB to IRQ 5? Via what method?
> >
> > The ACPI interrupt can share its interrupt, no problem. Are you experiencing
> > problems when ACPI and usb share irq 9?
> >
> > Regards -- Andy
> >
> > >
> > > Regards,
> > > Stian Jordet
> > >
> > > tor, 2002-11-14 kl. 00:28 skrev Stian Jordet:
> > > > ons, 2002-11-13 kl. 22:30 skrev Grover, Andrew:
> > > > > > From: Stian Jordet [mailto:liste-NI9zH3lwcMKHXe+LvDLADg@public.gmane.org]
> > > > >
> > > > > with acpi:
> > > > > > 5: 269867 266825 IO-APIC-edge usb-uhci,
> > > > > > usb-uhci, usb-uhci
> > > > >
> > > > > without acpi:
> > > > > > 5: 893 757 IO-APIC-level Ricoh Co
> > > Ltd RL5c476 II
> > > > > > (#2), usb-uhci, usb-uhci, usb-uhci, eth0, ide2
> > > > >
> > > > > Well, here's the problem. IRQ 5 should be IO-APIC-level.
> > > > >
> > > > > We are supposedly setting irqs used by PCI to level, but
> > > apparently not in
> > > > > your case. Interesting.
> > > > >
> > > > > Regards -- Andy
> > > >
> > > > That seems to be the problem without me forcing usb to irq
> > > 5 as well.
> > > > I set all irq-routing to auto (and it still works perfect
> > > without acpi),
> > > > and get these results:
> > > >
> > > > stianj@chevrolet:~$ cat /root/interrupts-acpi
> > > > CPU0 CPU1
> > > > 0: 8587 21835 IO-APIC-edge timer
> > > > 1: 51 81 IO-APIC-edge keyboard
> > > > 2: 0 0 XT-PIC cascade
> > > > 3: 0 2 IO-APIC-edge serial
> > > > 8: 1 2 IO-APIC-edge rtc
> > > > 9: 93 113 IO-APIC-level acpi, usb-uhci,
> > > usb-uhci, usb-uhci
> > > > 14: 16 12 IO-APIC-edge ide0
> > > > 15: 10 7 IO-APIC-edge ide1
> > > > 17: 1123 1104 IO-APIC-level aic7xxx, EMU10K1
> > > > 18: 34 36 IO-APIC-level aic7xxx, Ricoh
> > > Co Ltd RL5c476 II
> > > > 19: 92 81 IO-APIC-level Ricoh Co Ltd
> > > RL5c476 II (#2), eth0,
> > > > ide2
> > > > NMI: 0 0
> > > > LOC: 30342 30339
> > > > ERR: 0
> > > > MIS: 0
> > > > stianj@chevrolet:~$ cat /root/interrupts-no-acpi
> > > > CPU0 CPU1
> > > > 0: 3463 4239 IO-APIC-edge timer
> > > > 1: 57 28 IO-APIC-edge keyboard
> > > > 2: 0 0 XT-PIC cascade
> > > > 3: 2 0 IO-APIC-edge serial
> > > > 5: 32 38 IO-APIC-level aic7xxx, Ricoh
> > > Co Ltd RL5c476 II
> > > > 8: 2 1 IO-APIC-edge rtc
> > > > 9: 67 72 IO-APIC-level Ricoh Co Ltd
> > > RL5c476 II (#2), usb-uhci, usb-uhci, usb-uhci, eth0, ide2
> > > > 10: 1103 1094 IO-APIC-level aic7xxx, EMU10K1
> > > > 14: 13 15 IO-APIC-edge ide0
> > > > 15: 7 10 IO-APIC-edge ide1
> > > > NMI: 0 0
> > > > LOC: 7618 7617
> > > > ERR: 0
> > > > MIS: 0
> > > >
> > > >
> > > > But do you think you will find a solution to this? Or is
> > > this something I have to learn to live with?
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: To learn the basics of securing
> your web site with SSL, click here to get a FREE TRIAL of a Thawte
> Server Certificate: http://www.gothawte.com/rd524.html
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
-------------------------------------------------------
This sf.net email is sponsored by: To learn the basics of securing
your web site with SSL, click here to get a FREE TRIAL of a Thawte
Server Certificate: http://www.gothawte.com/rd524.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: ACPI patches updated (20021111)
[not found] ` <1037663229.4398.1.camel-rd0e0RNjLLRX8BKYUJ5quQ@public.gmane.org>
@ 2002-11-19 0:39 ` Johannes Erdfelt
0 siblings, 0 replies; 25+ messages in thread
From: Johannes Erdfelt @ 2002-11-19 0:39 UTC (permalink / raw)
To: Stian Jordet; +Cc: Grover, Andrew, acpi-devel-pyega4qmqnRoyOMFzWx49A
Now that would be interesting.
There's only one interrupt line for each HC (Host Controller) and none of
the Linux USB code will poll for completions. It depends on the IRQ being
delivered.
What may be happening is that the IRQ is being misreported.
This might work because Linux thinks the HC is sharing the IRQ with
another device that works and as a result of that device receiving
interrupts, the HCD (HC Driver) will receive them as well.
JE
On Tue, Nov 19, 2002, Stian Jordet <liste-NI9zH3lwcMKHXe+LvDLADg@public.gmane.org> wrote:
> Just to let you know, this problem does not exist with usb-printers,
> they work perfect with acpi. But keyboard and mouse will only work with
> acpi turned off (!).
>
> Regards,
> Stian Jordet
>
>
> tor, 2002-11-14 kl. 20:59 skrev Stian Jordet:
> > In my motherboard user-guide, it says that usb shares irq with pci-slot
> > 1 and 5. In the Bios I can change irq on slot 1/5 from auto to 5 (or
> > whatever). USB works fine whatever setting I'm using (auto or some irq),
> > as long as I'm not using acpi. With acpi everything BUT usb works
> > perfect. Hope this helps.
> >
> > Regards,
> > Stian
> >
> >
> > tor, 2002-11-14 kl. 19:55 skrev Grover, Andrew:
> > > > From: Stian Jordet [mailto:liste-NI9zH3lwcMKHXe+LvDLADg@public.gmane.org]
> > > > I did ofcourse mean that this does _not_ seem to be the
> > > > problem without
> > > > me forcing usb to use irq 5, but perhaps the problem then is that acpi
> > > > and usb use the same irq? Is acpi not supposed to share irq with
> > > > anything?
> > >
> > > Wait, you're saying you are somehow *forcing* USB to IRQ 5? Via what method?
> > >
> > > The ACPI interrupt can share its interrupt, no problem. Are you experiencing
> > > problems when ACPI and usb share irq 9?
> > >
> > > Regards -- Andy
> > >
> > > >
> > > > Regards,
> > > > Stian Jordet
> > > >
> > > > tor, 2002-11-14 kl. 00:28 skrev Stian Jordet:
> > > > > ons, 2002-11-13 kl. 22:30 skrev Grover, Andrew:
> > > > > > > From: Stian Jordet [mailto:liste-NI9zH3lwcMKHXe+LvDLADg@public.gmane.org]
> > > > > >
> > > > > > with acpi:
> > > > > > > 5: 269867 266825 IO-APIC-edge usb-uhci,
> > > > > > > usb-uhci, usb-uhci
> > > > > >
> > > > > > without acpi:
> > > > > > > 5: 893 757 IO-APIC-level Ricoh Co
> > > > Ltd RL5c476 II
> > > > > > > (#2), usb-uhci, usb-uhci, usb-uhci, eth0, ide2
> > > > > >
> > > > > > Well, here's the problem. IRQ 5 should be IO-APIC-level.
> > > > > >
> > > > > > We are supposedly setting irqs used by PCI to level, but
> > > > apparently not in
> > > > > > your case. Interesting.
> > > > > >
> > > > > > Regards -- Andy
> > > > >
> > > > > That seems to be the problem without me forcing usb to irq
> > > > 5 as well.
> > > > > I set all irq-routing to auto (and it still works perfect
> > > > without acpi),
> > > > > and get these results:
> > > > >
> > > > > stianj@chevrolet:~$ cat /root/interrupts-acpi
> > > > > CPU0 CPU1
> > > > > 0: 8587 21835 IO-APIC-edge timer
> > > > > 1: 51 81 IO-APIC-edge keyboard
> > > > > 2: 0 0 XT-PIC cascade
> > > > > 3: 0 2 IO-APIC-edge serial
> > > > > 8: 1 2 IO-APIC-edge rtc
> > > > > 9: 93 113 IO-APIC-level acpi, usb-uhci,
> > > > usb-uhci, usb-uhci
> > > > > 14: 16 12 IO-APIC-edge ide0
> > > > > 15: 10 7 IO-APIC-edge ide1
> > > > > 17: 1123 1104 IO-APIC-level aic7xxx, EMU10K1
> > > > > 18: 34 36 IO-APIC-level aic7xxx, Ricoh
> > > > Co Ltd RL5c476 II
> > > > > 19: 92 81 IO-APIC-level Ricoh Co Ltd
> > > > RL5c476 II (#2), eth0,
> > > > > ide2
> > > > > NMI: 0 0
> > > > > LOC: 30342 30339
> > > > > ERR: 0
> > > > > MIS: 0
> > > > > stianj@chevrolet:~$ cat /root/interrupts-no-acpi
> > > > > CPU0 CPU1
> > > > > 0: 3463 4239 IO-APIC-edge timer
> > > > > 1: 57 28 IO-APIC-edge keyboard
> > > > > 2: 0 0 XT-PIC cascade
> > > > > 3: 2 0 IO-APIC-edge serial
> > > > > 5: 32 38 IO-APIC-level aic7xxx, Ricoh
> > > > Co Ltd RL5c476 II
> > > > > 8: 2 1 IO-APIC-edge rtc
> > > > > 9: 67 72 IO-APIC-level Ricoh Co Ltd
> > > > RL5c476 II (#2), usb-uhci, usb-uhci, usb-uhci, eth0, ide2
> > > > > 10: 1103 1094 IO-APIC-level aic7xxx, EMU10K1
> > > > > 14: 13 15 IO-APIC-edge ide0
> > > > > 15: 7 10 IO-APIC-edge ide1
> > > > > NMI: 0 0
> > > > > LOC: 7618 7617
> > > > > ERR: 0
> > > > > MIS: 0
> > > > >
> > > > >
> > > > > But do you think you will find a solution to this? Or is
> > > > this something I have to learn to live with?
> >
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by: To learn the basics of securing
> > your web site with SSL, click here to get a FREE TRIAL of a Thawte
> > Server Certificate: http://www.gothawte.com/rd524.html
> > _______________________________________________
> > Acpi-devel mailing list
> > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/acpi-devel
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: To learn the basics of securing
> your web site with SSL, click here to get a FREE TRIAL of a Thawte
> Server Certificate: http://www.gothawte.com/rd524.html
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
-------------------------------------------------------
This sf.net email is sponsored by: To learn the basics of securing
your web site with SSL, click here to get a FREE TRIAL of a Thawte
Server Certificate: http://www.gothawte.com/rd524.html
^ permalink raw reply [flat|nested] 25+ messages in thread
end of thread, other threads:[~2002-11-19 0:39 UTC | newest]
Thread overview: 25+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-11-12 20:48 ACPI patches updated (20021111) Grover, Andrew
[not found] ` <EDC461A30AC4D511ADE10002A5072CAD04C7A4F9-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
2002-11-12 22:10 ` andy-gRfBfDTKyCbR7s880joybQ
[not found] ` <Pine.LNX.4.44.0211121706300.5656-100000-ngKEbFOxXuyOOqyHHM4PTqxOck334EZe@public.gmane.org>
2002-11-13 5:33 ` andy-gRfBfDTKyCbR7s880joybQ
2002-11-13 6:31 ` Craig Whitmore
2002-11-12 23:38 ` Arndt Schoenewald
2002-11-12 23:57 ` Craig Whitmore
2002-11-13 21:33 ` Stephen Hemminger
-- strict thread matches above, loose matches on Subject: below --
2002-11-13 0:17 Grover, Andrew
2002-11-13 0:46 ` Craig Whitmore
2002-11-13 17:59 Moore, Robert
[not found] ` <B9ECACBD6885D5119ADC00508B68C1EA0D19B8EC-LkGsggTGxVmSsB6bSF6DdVDQ4js95KgL@public.gmane.org>
2002-11-13 18:15 ` Andy Dustman
[not found] ` <Pine.LNX.4.44.0211131310460.7918-100000-rsZ9VJrEJASOOqyHHM4PTqxOck334EZe@public.gmane.org>
2002-11-13 18:49 ` Andy Dustman
2002-11-13 19:03 Moore, Robert
[not found] ` <B9ECACBD6885D5119ADC00508B68C1EA0D19B8EF-LkGsggTGxVmSsB6bSF6DdVDQ4js95KgL@public.gmane.org>
2002-11-13 20:25 ` Andy Dustman
2002-11-13 20:52 FrAnKenstEin
2002-11-13 20:54 Moore, Robert
2002-11-13 21:01 Stian Jordet
2002-11-13 21:30 Grover, Andrew
[not found] ` <EDC461A30AC4D511ADE10002A5072CAD04C7A502-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
2002-11-13 23:28 ` Stian Jordet
[not found] ` <1037230113.908.3.camel-rd0e0RNjLLRX8BKYUJ5quQ@public.gmane.org>
2002-11-14 18:00 ` Stian Jordet
2002-11-13 21:42 Grover, Andrew
2002-11-14 18:55 Grover, Andrew
[not found] ` <EDC461A30AC4D511ADE10002A5072CAD04C7A50A-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
2002-11-14 19:59 ` Stian Jordet
[not found] ` <1037303944.3311.3.camel-rd0e0RNjLLRX8BKYUJ5quQ@public.gmane.org>
2002-11-18 23:47 ` Stian Jordet
[not found] ` <1037663229.4398.1.camel-rd0e0RNjLLRX8BKYUJ5quQ@public.gmane.org>
2002-11-19 0:39 ` Johannes Erdfelt
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox