ACPI + IO-APIC power off by button problems

ACPI + IO-APIC power off by button problems

[AnonimoVeneziano]

Hi, I have this configuration:

MSI KT4 Ultra MoBo
Athlon XP 2400+
Matrox G450

and this problem: with kernel 2.4.20 and without ACPI patch installed 
and IO-APIC support activated the system does not shutdown properly, and 
it reboots instead of turn off and if I try to turn off the PC by 
pressing the power off button it does nothing, as if I've never pressed it

Using instead the kernel 2.4.21-pre4 + lastest ACPI patch I've solved 
the power down issue , and now the system shutdown properly , but the 
button does not work again . Without IO-APIC the button works correctly. 
There are some incompatibilities between the PowerButton and the IO-APIC?

I've noticed this problem in my old mobo too, an ASUS CUV4X-EA

Thanks

Bye



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: ACPI + IO-APIC power off by button problems

[AnonimoVeneziano]

dbenham-FG1iuTdj8bisTnJN9+BGXg@public.gmane.org wrote:

>Have you configured acpid?  You mention kernel and ACPI patch but
>nothing about the daemon...
>
>On Sun, Mar 02, 2003 at 07:53:46PM +0100, AnonimoVeneziano wrote:
>  
>
>>Hi, I have this configuration:
>>
>>MSI KT4 Ultra MoBo
>>Athlon XP 2400+
>>Matrox G450
>>
>>and this problem: with kernel 2.4.20 and without ACPI patch installed 
>>and IO-APIC support activated the system does not shutdown properly, and 
>>it reboots instead of turn off and if I try to turn off the PC by 
>>pressing the power off button it does nothing, as if I've never pressed it
>>
>>Using instead the kernel 2.4.21-pre4 + lastest ACPI patch I've solved 
>>the power down issue , and now the system shutdown properly , but the 
>>button does not work again . Without IO-APIC the button works correctly. 
>>There are some incompatibilities between the PowerButton and the IO-APIC?
>>
>>I've noticed this problem in my old mobo too, an ASUS CUV4X-EA
>>
>>Thanks
>>
>>Bye
>>
>>
>>
>>-------------------------------------------------------
>>This sf.net email is sponsored by:ThinkGeek
>>Welcome to geek heaven.
>>http://thinkgeek.com/sf
>>_______________________________________________
>>Acpi-devel mailing list
>>Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>>https://lists.sourceforge.net/lists/listinfo/acpi-devel
>>    
>>
>
>  
>
acpid is installed and works correctly (of course , if IO-APIC is 
disabled ;-) )  .

Any ideas? This problem is known by anyone or is only a my problem?

Thanks for Help




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: ACPI + IO-APIC power off by button problems

[dbenham-FG1iuTdj8bisTnJN9+BGXg]

Have you configured acpid?  You mention kernel and ACPI patch but
nothing about the daemon...

On Sun, Mar 02, 2003 at 07:53:46PM +0100, AnonimoVeneziano wrote:
> Hi, I have this configuration:
> 
> MSI KT4 Ultra MoBo
> Athlon XP 2400+
> Matrox G450
> 
> and this problem: with kernel 2.4.20 and without ACPI patch installed 
> and IO-APIC support activated the system does not shutdown properly, and 
> it reboots instead of turn off and if I try to turn off the PC by 
> pressing the power off button it does nothing, as if I've never pressed it
> 
> Using instead the kernel 2.4.21-pre4 + lastest ACPI patch I've solved 
> the power down issue , and now the system shutdown properly , but the 
> button does not work again . Without IO-APIC the button works correctly. 
> There are some incompatibilities between the PowerButton and the IO-APIC?
> 
> I've noticed this problem in my old mobo too, an ASUS CUV4X-EA
> 
> Thanks
> 
> Bye
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> 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:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

RE: ACPI + IO-APIC power off by button problems

[Cagle, John (ISS-Houston)]

Email us the output from 'cat /proc/interrupts' and 'dmesg'.  It may
help to debug this issue.  It sounds like an IRQ problem to me.

Regards,
John
--------------------------------
John Cagle     john.cagle-VXdhtT5mjnY@public.gmane.org
Principal Member Technical Staff
   Industry Standard Servers
    Hewlett-Packard Company
    http://www.hp.com/linux

> -----Original Message-----
> From: AnonimoVeneziano [mailto:voloterreno-nc/lrvXPQ4s@public.gmane.org] 
> Sent: Sunday, March 02, 2003 12:54 PM
> To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: [ACPI] ACPI + IO-APIC power off by button problems
> 
> 
> Hi, I have this configuration:
> 
> MSI KT4 Ultra MoBo
> Athlon XP 2400+
> Matrox G450
> 
> and this problem: with kernel 2.4.20 and without ACPI patch installed 
> and IO-APIC support activated the system does not shutdown 
> properly, and 
> it reboots instead of turn off and if I try to turn off the PC by 
> pressing the power off button it does nothing, as if I've 
> never pressed it
> 
> Using instead the kernel 2.4.21-pre4 + lastest ACPI patch I've solved 
> the power down issue , and now the system shutdown properly , but the 
> button does not work again . Without IO-APIC the button works 
> correctly. 
> There are some incompatibilities between the PowerButton and 
> the IO-APIC?
> 
> I've noticed this problem in my old mobo too, an ASUS CUV4X-EA
> 
> Thanks
> 
> Bye


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: ACPI + IO-APIC power off by button problems

[AnonimoVeneziano]

Hi, thank you

I post you my cat /proc/interrupts

        CPU0       0:      18871    IO-APIC-edge  timer
 1:        689    IO-APIC-edge  keyboard
 2:          0          XT-PIC  cascade
 8:          1    IO-APIC-edge  rtc
 9:          0   IO-APIC-level  acpi
12:      16103    IO-APIC-edge  PS/2 Mouse
14:       3503    IO-APIC-edge  ide0
15:       3148    IO-APIC-edge  ide1
16:       4432   IO-APIC-level  cmpci
19:        155   IO-APIC-level  eth0
NMI:          0
LOC:      18823
ERR:          0
MIS:          0

I can't post my dmesg , or , better, it will be unuseful , because I use 
Software RAID, and Software RAID makes very much output that delete the 
first part of my dmesg (the part that you need). If this can be useful 
to you when the system starts I see a message like "No IRQ Known for 
device X.XX.X using IRQ 255 " and " try to start with option pci=noacpi" 
or something like that.
I post you my lspci output if this can be of any help:

00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400 AGP] Host Bridge
   Subsystem: VIA Technologies, Inc.: Unknown device 0000
   Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
   Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort+ >SERR- <PERR-
   Latency: 8
   Region 0: Memory at e0000000 (32-bit, prefetchable) [size=256M]
   Capabilities: [a0] AGP version 2.0
       Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 
64bit- FW+ AGP3- Rate=x1,x2,x4
       Command: RQ=32 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- 
Rate=<none>
   Capabilities: [c0] Power Management version 2
       Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
       Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 89 31 06 00 30 22 00 00 00 06 00 08 00 00
10: 08 00 00 e0 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 06 11 00 00
30: 00 00 00 00 a0 00 00 00 00 00 00 00 00 00 00 00

00:01.0 PCI bridge: VIA Technologies, Inc. VT8235 PCI Bridge (prog-if 00 
[Normal decode])
   Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B-
   Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort+ >SERR- <PERR-
   Latency: 0
   Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
   I/O behind bridge: 0000f000-00000fff
   Memory behind bridge: dee00000-dfefffff
   Prefetchable memory behind bridge: dad00000-decfffff
   BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-
   Capabilities: [80] Power Management version 2
       Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
       Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 68 b1 07 01 30 22 00 00 04 06 00 00 01 00
10: 00 00 00 00 00 00 00 00 00 01 01 00 f0 00 00 00
20: e0 de e0 df d0 da c0 de 00 00 00 00 00 00 00 00
30: 00 00 00 00 80 00 00 00 00 00 00 00 00 00 0c 00

00:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ (rev 10)
   Subsystem: Realtek Semiconductor Co., Ltd. RT8139
   Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
   Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
   Latency: 128 (8000ns min, 16000ns max)
   Interrupt: pin A routed to IRQ 19
   Region 0: I/O ports at ec00 [size=256]
   Region 1: Memory at dfffff00 (32-bit, non-prefetchable) [size=256]
   Capabilities: [50] Power Management version 2
       Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA 
PME(D0-,D1+,D2+,D3hot+,D3cold+)
       Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: ec 10 39 81 07 00 90 02 10 00 00 02 00 80 00 00
10: 01 ec 00 00 00 ff ff df 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 ec 10 39 81
30: 00 00 00 00 50 00 00 00 00 00 00 00 0a 01 20 40
00:0c.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 
10)
   Subsystem: Micro-Star International Co., Ltd.: Unknown device 5900
   Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
   Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
   Latency: 128 (500ns min, 6000ns max)
   Interrupt: pin A routed to IRQ 16
   Region 0: I/O ports at e800 [size=256]
   Capabilities: [c0] Power Management version 2
       Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
       Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: f6 13 11 01 05 00 10 02 10 00 01 04 00 80 00 00
10: 01 e8 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 62 14 00 59
30: 00 00 00 00 c0 00 00 00 00 00 00 00 0b 01 02 18

00:10.0 USB Controller: VIA Technologies, Inc. USB (rev 80) (prog-if 00 
[UHCI])
   Subsystem: VIA Technologies, Inc. USB
   Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
   Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
   Latency: 128, cache line size 08
   Interrupt: pin A routed to IRQ 21
   Region 4: I/O ports at dc00 [size=32]
   Capabilities: [80] Power Management version 2
       Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA 
PME(D0+,D1+,D2+,D3hot+,D3cold+)
       Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 38 30 17 00 10 02 80 00 03 0c 08 80 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 dc 00 00 00 00 00 00 00 00 00 00 06 11 38 30
30: 00 00 00 00 80 00 00 00 00 00 00 00 05 01 00 00

00:10.1 USB Controller: VIA Technologies, Inc. USB (rev 80) (prog-if 00 
[UHCI])
   Subsystem: VIA Technologies, Inc. USB
   Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
   Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
   Latency: 128, cache line size 08
   Interrupt: pin B routed to IRQ 21
   Region 4: I/O ports at e000 [size=32]
   Capabilities: [80] Power Management version 2
       Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA 
PME(D0+,D1+,D2+,D3hot+,D3cold+)
       Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 38 30 17 00 10 02 80 00 03 0c 08 80 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 e0 00 00 00 00 00 00 00 00 00 00 06 11 38 30
30: 00 00 00 00 80 00 00 00 00 00 00 00 05 02 00 00

00:10.2 USB Controller: VIA Technologies, Inc. USB (rev 80) (prog-if 00 
[UHCI])
   Subsystem: VIA Technologies, Inc. USB
   Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
   Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
   Latency: 128, cache line size 08
   Interrupt: pin C routed to IRQ 21
   Region 4: I/O ports at e400 [size=32]
   Capabilities: [80] Power Management version 2
       Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA 
PME(D0+,D1+,D2+,D3hot+,D3cold+)
       Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 38 30 17 00 10 02 80 00 03 0c 08 80 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 e4 00 00 00 00 00 00 00 00 00 00 06 11 38 30
30: 00 00 00 00 80 00 00 00 00 00 00 00 05 03 00 00

00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) (prog-if 
20 [EHCI])
   Subsystem: VIA Technologies, Inc. USB 2.0
   Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
   Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
   Latency: 128, cache line size 08
   Interrupt: pin D routed to IRQ 21
   Region 0: Memory at dffffe00 (32-bit, non-prefetchable) [size=256]
   Capabilities: [80] Power Management version 2
       Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA 
PME(D0+,D1+,D2+,D3hot+,D3cold+)
       Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 04 31 17 00 10 02 82 20 03 0c 08 80 00 00
10: 00 fe ff df 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 06 11 04 31
30: 00 00 00 00 80 00 00 00 00 00 00 00 0a 04 00 00

00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
   Subsystem: VIA Technologies, Inc.: Unknown device 0000
   Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping+ SERR- FastB2B-
   Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
   Latency: 0
   Capabilities: [c0] Power Management version 2
       Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
       Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 77 31 87 00 10 02 00 00 01 06 00 00 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 06 11 00 00
30: 00 00 00 00 c0 00 00 00 00 00 00 00 00 00 00 00

00:11.1 IDE interface: VIA Technologies, Inc. VT82C586/B/686A/B PIPC Bus 
Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
   Subsystem: VIA Technologies, Inc. VT8235 Bus Master ATA133/100/66/33 IDE
   Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
   Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
   Latency: 32
   Interrupt: pin A routed to IRQ 255
   Region 4: I/O ports at fc00 [size=16]
   Capabilities: [c0] Power Management version 2
       Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
       Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 71 05 07 00 90 02 06 8a 01 01 00 20 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 fc 00 00 00 00 00 00 00 00 00 00 06 11 71 05
30: 00 00 00 00 c0 00 00 00 00 00 00 00 ff 01 00 00

01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP 
(rev 82) (prog-if 00 [VGA])
   Subsystem: Matrox Graphics, Inc. Millennium G450 32Mb SDRAM Dual Head
   Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
   Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
   Latency: 128 (4000ns min, 8000ns max), cache line size 08
   Interrupt: pin A routed to IRQ 16
   Region 0: Memory at dc000000 (32-bit, prefetchable) [size=32M]
   Region 1: Memory at dfefc000 (32-bit, non-prefetchable) [size=16K]
   Region 2: Memory at df000000 (32-bit, non-prefetchable) [size=8M]
   Expansion ROM at dfec0000 [disabled] [size=128K]
   Capabilities: [dc] Power Management version 2
       Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
       Status: D0 PME-Enable- DSel=0 DScale=0 PME-
   Capabilities: [f0] AGP version 2.0
       Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 
64bit- FW- AGP3- Rate=x1,x2,x4
       Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x1
00: 2b 10 25 05 07 00 90 02 82 00 00 03 08 80 00 00
10: 08 00 00 dc 00 c0 ef df 00 00 00 df 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 2b 10 41 06
30: 00 00 ec df dc 00 00 00 00 00 00 00 0b 01 10 20

Thanks again






-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: ACPI + IO-APIC power off by button problems

[AnonimoVeneziano]

So, this means that there is no  solution for my problem? Only a bios 
update that have that problem solved?

My machine at boot says , in a moment , No IRQ known for 00.11.1 
 Probably Buggy MP Table,   if I have ACPI disabled. 00.11.1 is the IDE 
COntroller , and I've searched for help for this yet , and in the 
linux-kernel ML they have said me that this "problem" is hidden by the 
fact that the IDE Channels  (ide0, ide1) takes indipendent IRQs  (14, 15 
if I remember well) .

The problem of ACPI can be related to this? When the system starts I see 
the message "WARNING:Unexpected IO-APIC" , this can  be a problem too?

Thanks





-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: ACPI + IO-APIC power off by button problems

[Randy.Dunlap]

> I can't post my dmesg , or , better, it will be unuseful , because I use
> Software RAID, and Software RAID makes very much output that delete the
> first part of my dmesg (the part that you need). If this can be useful  to
> you when the system starts I see a message like "No IRQ Known for  device
> X.XX.X using IRQ 255 " and " try to start with option pci=noacpi"  or
> something like that.

You could modify the kernel's log buffer size, rebuild the
kernel, and save the boot log from that larger log buffer.

I don't know what kernel version you are using, but in
2.5.recent, there's a config option to change the log buffer
size, and in 2.4.recent, you can edit
linux/kernel/printk.c (cut-n-paste below) to change it:

#if defined(CONFIG_MULTIQUAD) || defined(CONFIG_IA64)
#define LOG_BUF_LEN	(65536)
#elif defined(CONFIG_ARCH_S390)
#define LOG_BUF_LEN	(131072)
#elif defined(CONFIG_SMP)
#define LOG_BUF_LEN	(32768)
#else
#define LOG_BUF_LEN	(16384)			/* This must be a power of two */
#endif

Just make sure that you set it to a power of 2.

~Randy





-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: ACPI + IO-APIC power off by button problems

[Faye Pearson]

AnonimoVeneziano [voloterreno-nc/lrvXPQ4s@public.gmane.org] wrote:
> My machine at boot says , in a moment , No IRQ known for 00.11.1 
> Probably Buggy MP Table,   if I have ACPI disabled. 00.11.1 is the IDE 
> COntroller , and I've searched for help for this yet , and in the 
> linux-kernel ML they have said me that this "problem" is hidden by the 
> fact that the IDE Channels  (ide0, ide1) takes indipendent IRQs  (14, 15 
> if I remember well) .

I have this on my Sony VAIO.  Alan Cox said that it was the ACPI version
of a bug he recently squashed in the main kernel.  Basically nothing
should try to assign interrupts to devices which use Legacy IRQs (ie the
IDE controller in our case).

Hopefully the ACPI guys can work out some way of detecting if the device
is legacy or not and just ignore it if it is.  They didn't respond to
Alan Cox's message to acknowledge it.

It's a warning though, the IDE controller gets IRQ 14 and 15 anyway and
all seems to be ok.


Faye

-- 
Faye Pearson,
Covert Development
ClaraNET Ltd.       Tel 020 7903 3000

"I've seen the forgeries I've sent out."
-- John F. Haugh II (jfh-xUm3836SnjGloEwRBag+n8J6LWcAlBef@public.gmane.org), about forging net news articles


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: ACPI + IO-APIC power off by button problems

[Sérgio Monteiro Basto]

Hi 
In kernel 2.4.20 you have many quirks in ./drivers/pci/quirks.c, which
attempt to assign irq to some problematic hardware, in my case I
discover that I have about 8 different quirks in my laptop, but one off
the are generic or standard, the curious thing is some off then is
related with acpi (look at the code), I try test the kernel without some
of then (this ones related with acpi) and seems work much faster, after
this I try without all, with I almost fuck up my computer, after this I
don't had time to investigate more, the patch that  I found in the
meddle of this is this in attach,
this patch comments 3 functions in patch of acpi kernel, my computer
work in the same way!. 3 functions of more fixup irqs!

I stop upgrade ACPI at Subsystem revision 20021212 with kernel 2.4.20,
which I in can say its very very stable :).

#lspci -tv
-[00]-+-00.0  VIA Technologies, Inc. VT8363/8365 [KT133/KM133]
      +-01.0-[01]----00.0  S3 Inc. VT8636A [ProSavage KN133] AGP4X VGA
Controller (TwisterK)
      +-07.0  VIA Technologies, Inc. VT82C686 [Apollo Super South]
      +-07.1  VIA Technologies, Inc. VT82C586B PIPC Bus Master IDE
      +-07.2  VIA Technologies, Inc. USB
      +-07.4  VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
      +-07.5  VIA Technologies, Inc. VT82C686 AC97 Audio Controller
      +-09.0  Conexant HSF 56k HSFi Modem
      +-0a.0  Texas Instruments PCI1410 PC card Cardbus Controller
      \-0b.0  Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+
On Mon, 2003-03-03 at 10:55, Faye Pearson wrote:
> AnonimoVeneziano [voloterreno-nc/lrvXPQ4s@public.gmane.org] wrote:
> > My machine at boot says , in a moment , No IRQ known for 00.11.1 
> > Probably Buggy MP Table,   if I have ACPI disabled. 00.11.1 is the IDE 
> > COntroller , and I've searched for help for this yet , and in the 
> > linux-kernel ML they have said me that this "problem" is hidden by the 
> > fact that the IDE Channels  (ide0, ide1) takes indipendent IRQs  (14, 15 
> > if I remember well) .
> 
> I have this on my Sony VAIO.  Alan Cox said that it was the ACPI version
> of a bug he recently squashed in the main kernel.  Basically nothing
> should try to assign interrupts to devices which use Legacy IRQs (ie the
> IDE controller in our case).
> 
> Hopefully the ACPI guys can work out some way of detecting if the device
> is legacy or not and just ignore it if it is.  They didn't respond to
> Alan Cox's message to acknowledge it.
> 
> It's a warning though, the IDE controller gets IRQ 14 and 15 anyway and
> all seems to be ok.
> 
> 
> Faye
> 
> -- 
> Faye Pearson,
> Covert Development
> ClaraNET Ltd.       Tel 020 7903 3000
> 
> "I've seen the forgeries I've sent out."
> -- John F. Haugh II (jfh-xUm3836SnjGloEwRBag+n8J6LWcAlBef@public.gmane.org), about forging net news articles
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
-- 
SérgioMB
email: sbasto-hHo3WeeoaswVhHzd4jOs4w@public.gmane.org

Who gives me one shell, give me all.



-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way. Available on major UNIX
and Linux platforms. Try it free. www.etnus.com

Re: ACPI + IO-APIC power off by button problems

[Sérgio Monteiro Basto]

[-- Attachment #1: Type: text/plain, Size: 140 bytes --]

and the patch that I made.
-- 
SérgioMB
email: sbasto-hHo3WeeoaswVhHzd4jOs4w@public.gmane.org

Who gives me one shell, give me all.


[-- Attachment #2: acpi_pressario7xx.diff --]
[-- Type: text/plain, Size: 505 bytes --]

--- arch/i386/kernel/pci-pc.c.orig	Sun Nov 17 23:40:17 2002
+++ arch/i386/kernel/pci-pc.c	Sun Nov 17 23:40:50 2002
@@ -1437,9 +1437,9 @@
 #endif
 	if (!pci_using_acpi_prt) {
 		pci_root_bus = pcibios_scan_root(0);
-		pcibios_irq_init();
-		pcibios_fixup_peer_bridges();
-		pcibios_fixup_irqs();
+/* 		pcibios_irq_init(); */
+/* 		pcibios_fixup_peer_bridges(); */
+/* 		pcibios_fixup_irqs(); */
 	}
 	if (clustered_apic_mode && (numnodes > 1)) {
 		for (quad = 1; quad < numnodes; ++quad) {

RE: ACPI + IO-APIC power off by button problems

[Grover, Andrew]

--- arch/i386/kernel/pci-pc.c.orig	Sun Nov 17 23:40:17 2002
+++ arch/i386/kernel/pci-pc.c	Sun Nov 17 23:40:50 2002
@@ -1437,9 +1437,9 @@
 #endif
 	if (!pci_using_acpi_prt) {
 		pci_root_bus = pcibios_scan_root(0);
-		pcibios_irq_init();
-		pcibios_fixup_peer_bridges();
-		pcibios_fixup_irqs();
+/* 		pcibios_irq_init(); */
+/* 		pcibios_fixup_peer_bridges(); */
+/* 		pcibios_fixup_irqs(); */
 	}
 	if (clustered_apic_mode && (numnodes > 1)) {
 		for (quad = 1; quad < numnodes; ++quad) {


Huh? You should never be executing the code in this conditional anyways, if
ACPI is working properly.

Am I missing something?

Regards -- Andy


-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger 
for complex code. Debugging C/C++ programs can leave you feeling lost and 
disoriented. TotalView can help you find your way. Available on major UNIX 
and Linux platforms. Try it free. www.etnus.com

RE: ACPI + IO-APIC power off by button problems

[Sérgio Monteiro Basto]

yes sorry  once again my mistake , sorry about the confusion 

On Thu, 2003-03-06 at 22:22, Grover, Andrew wrote:
> --- arch/i386/kernel/pci-pc.c.orig	Sun Nov 17 23:40:17 2002
> +++ arch/i386/kernel/pci-pc.c	Sun Nov 17 23:40:50 2002
> @@ -1437,9 +1437,9 @@
>  #endif
>  	if (!pci_using_acpi_prt) {
>  		pci_root_bus = pcibios_scan_root(0);
> -		pcibios_irq_init();
> -		pcibios_fixup_peer_bridges();
> -		pcibios_fixup_irqs();
> +/* 		pcibios_irq_init(); */
> +/* 		pcibios_fixup_peer_bridges(); */
> +/* 		pcibios_fixup_irqs(); */
>  	}
>  	if (clustered_apic_mode && (numnodes > 1)) {
>  		for (quad = 1; quad < numnodes; ++quad) {
> 
> 
> Huh? You should never be executing the code in this conditional anyways, if
> ACPI is working properly.
> 
> Am I missing something?
> 
> Regards -- Andy
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger 
> for complex code. Debugging C/C++ programs can leave you feeling lost and 
> disoriented. TotalView can help you find your way. Available on major UNIX 
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
-- 
Sérgio Basto
Technology Project Manager
onevision design studios
Rua Prof. Mota Pinto
42F-S2.30
4100-353 PORTO
tel. + 351 22 532 0300
fax. + 351 22 616 0182
email: sbasto-n97bsLhj/YhQPh2TJV30h1aTQe2KTcn/@public.gmane.org
web: http://www.onevision-design.com



-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way. Available on major UNIX
and Linux platforms. Try it free. www.etnus.com