public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
* 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)
@ 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 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)
@ 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)
@ 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)
@ 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)
@ 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
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