* ACPI + IO-APIC power off by button problems
@ 2003-03-02 18:53 AnonimoVeneziano
[not found] ` <3E62533A.7050505-nc/lrvXPQ4s@public.gmane.org>
0 siblings, 1 reply; 12+ messages in thread
From: AnonimoVeneziano @ 2003-03-02 18:53 UTC (permalink / raw)
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
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
^ permalink raw reply [flat|nested] 12+ messages in thread[parent not found: <3E62533A.7050505-nc/lrvXPQ4s@public.gmane.org>]
* Re: ACPI + IO-APIC power off by button problems [not found] ` <3E62533A.7050505-nc/lrvXPQ4s@public.gmane.org> @ 2003-03-02 20:11 ` dbenham-FG1iuTdj8bisTnJN9+BGXg [not found] ` <20030302201158.GA22010-FG1iuTdj8bisTnJN9+BGXg@public.gmane.org> 0 siblings, 1 reply; 12+ messages in thread From: dbenham-FG1iuTdj8bisTnJN9+BGXg @ 2003-03-02 20:11 UTC (permalink / raw) To: AnonimoVeneziano; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
[parent not found: <20030302201158.GA22010-FG1iuTdj8bisTnJN9+BGXg@public.gmane.org>]
* Re: ACPI + IO-APIC power off by button problems [not found] ` <20030302201158.GA22010-FG1iuTdj8bisTnJN9+BGXg@public.gmane.org> @ 2003-03-02 20:07 ` AnonimoVeneziano 0 siblings, 0 replies; 12+ messages in thread From: AnonimoVeneziano @ 2003-03-02 20:07 UTC (permalink / raw) To: dbenham-FG1iuTdj8bisTnJN9+BGXg Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
* RE: ACPI + IO-APIC power off by button problems
@ 2003-03-02 20:38 Cagle, John (ISS-Houston)
0 siblings, 0 replies; 12+ messages in thread
From: Cagle, John (ISS-Houston) @ 2003-03-02 20:38 UTC (permalink / raw)
To: AnonimoVeneziano, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
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
^ permalink raw reply [flat|nested] 12+ messages in thread* Re: ACPI + IO-APIC power off by button problems
@ 2003-03-02 20:59 AnonimoVeneziano
[not found] ` <3E6270B8.4070805-nc/lrvXPQ4s@public.gmane.org>
0 siblings, 1 reply; 12+ messages in thread
From: AnonimoVeneziano @ 2003-03-02 20:59 UTC (permalink / raw)
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
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
^ permalink raw reply [flat|nested] 12+ messages in thread[parent not found: <3E6270B8.4070805-nc/lrvXPQ4s@public.gmane.org>]
* Re: ACPI + IO-APIC power off by button problems [not found] ` <3E6270B8.4070805-nc/lrvXPQ4s@public.gmane.org> @ 2003-03-02 22:46 ` Randy.Dunlap 0 siblings, 0 replies; 12+ messages in thread From: Randy.Dunlap @ 2003-03-02 22:46 UTC (permalink / raw) To: voloterreno-nc/lrvXPQ4s; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f > 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
[parent not found: <C50AB9511EE59B49B2A503CB7AE1ABD10440E41B@cceexc19.americas.cpqcorp.net>]
[parent not found: <C50AB9511EE59B49B2A503CB7AE1ABD10440E41B-Iar2LzuD2f6P0FQRY6S+e9kSKC0Mw0DFJ8am2ALHCgk@public.gmane.org>]
* Re: ACPI + IO-APIC power off by button problems [not found] ` <C50AB9511EE59B49B2A503CB7AE1ABD10440E41B-Iar2LzuD2f6P0FQRY6S+e9kSKC0Mw0DFJ8am2ALHCgk@public.gmane.org> @ 2003-03-02 22:33 ` AnonimoVeneziano [not found] ` <3E6286C3.1050504-nc/lrvXPQ4s@public.gmane.org> 0 siblings, 1 reply; 12+ messages in thread From: AnonimoVeneziano @ 2003-03-02 22:33 UTC (permalink / raw) To: Cagle, John (ISS-Houston), acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
[parent not found: <3E6286C3.1050504-nc/lrvXPQ4s@public.gmane.org>]
* Re: ACPI + IO-APIC power off by button problems [not found] ` <3E6286C3.1050504-nc/lrvXPQ4s@public.gmane.org> @ 2003-03-03 10:55 ` Faye Pearson [not found] ` <20030303105554.GA12170-6JSjyQ0Qj1ReoWH0uzbU5w@public.gmane.org> 0 siblings, 1 reply; 12+ messages in thread From: Faye Pearson @ 2003-03-03 10:55 UTC (permalink / raw) To: AnonimoVeneziano Cc: Cagle, John (ISS-Houston), acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
[parent not found: <20030303105554.GA12170-6JSjyQ0Qj1ReoWH0uzbU5w@public.gmane.org>]
* Re: ACPI + IO-APIC power off by button problems [not found] ` <20030303105554.GA12170-6JSjyQ0Qj1ReoWH0uzbU5w@public.gmane.org> @ 2003-03-05 22:54 ` Sérgio Monteiro Basto [not found] ` <1046904893.1505.23.camel-4/PLUo9XfK/yXfm4dIG/yWZHpeb/A1Y/@public.gmane.org> 0 siblings, 1 reply; 12+ messages in thread From: Sérgio Monteiro Basto @ 2003-03-05 22:54 UTC (permalink / raw) To: Faye Pearson; +Cc: AnonimoVeneziano, Cagle, John (ISS-Houston), acpi-devel 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
[parent not found: <1046904893.1505.23.camel-4/PLUo9XfK/yXfm4dIG/yWZHpeb/A1Y/@public.gmane.org>]
* Re: ACPI + IO-APIC power off by button problems [not found] ` <1046904893.1505.23.camel-4/PLUo9XfK/yXfm4dIG/yWZHpeb/A1Y/@public.gmane.org> @ 2003-03-06 11:12 ` Sérgio Monteiro Basto 0 siblings, 0 replies; 12+ messages in thread From: Sérgio Monteiro Basto @ 2003-03-06 11:12 UTC (permalink / raw) To: acpi-devel Cc: Faye Pearson, AnonimoVeneziano, Cagle, John (ISS-Houston) [-- 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) { ^ permalink raw reply [flat|nested] 12+ messages in thread
* RE: ACPI + IO-APIC power off by button problems
@ 2003-03-06 22:22 Grover, Andrew
[not found] ` <F760B14C9561B941B89469F59BA3A847E96CD2-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org>
0 siblings, 1 reply; 12+ messages in thread
From: Grover, Andrew @ 2003-03-06 22:22 UTC (permalink / raw)
To: Sérgio Monteiro Basto, acpi-devel
Cc: Faye Pearson, AnonimoVeneziano,
Cagle, John ""(ISS-Houston)
--- 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
^ permalink raw reply [flat|nested] 12+ messages in thread[parent not found: <F760B14C9561B941B89469F59BA3A847E96CD2-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org>]
* RE: ACPI + IO-APIC power off by button problems [not found] ` <F760B14C9561B941B89469F59BA3A847E96CD2-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org> @ 2003-03-07 11:41 ` Sérgio Monteiro Basto 0 siblings, 0 replies; 12+ messages in thread From: Sérgio Monteiro Basto @ 2003-03-07 11:41 UTC (permalink / raw) To: Andrew Grover Cc: acpi-devel, Faye Pearson, AnonimoVeneziano, Cagle, John \ \ (ISS-Houston) 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2003-03-07 11:41 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-03-02 18:53 ACPI + IO-APIC power off by button problems AnonimoVeneziano
[not found] ` <3E62533A.7050505-nc/lrvXPQ4s@public.gmane.org>
2003-03-02 20:11 ` dbenham-FG1iuTdj8bisTnJN9+BGXg
[not found] ` <20030302201158.GA22010-FG1iuTdj8bisTnJN9+BGXg@public.gmane.org>
2003-03-02 20:07 ` AnonimoVeneziano
-- strict thread matches above, loose matches on Subject: below --
2003-03-02 20:38 Cagle, John (ISS-Houston)
2003-03-02 20:59 AnonimoVeneziano
[not found] ` <3E6270B8.4070805-nc/lrvXPQ4s@public.gmane.org>
2003-03-02 22:46 ` Randy.Dunlap
[not found] <C50AB9511EE59B49B2A503CB7AE1ABD10440E41B@cceexc19.americas.cpqcorp.net>
[not found] ` <C50AB9511EE59B49B2A503CB7AE1ABD10440E41B-Iar2LzuD2f6P0FQRY6S+e9kSKC0Mw0DFJ8am2ALHCgk@public.gmane.org>
2003-03-02 22:33 ` AnonimoVeneziano
[not found] ` <3E6286C3.1050504-nc/lrvXPQ4s@public.gmane.org>
2003-03-03 10:55 ` Faye Pearson
[not found] ` <20030303105554.GA12170-6JSjyQ0Qj1ReoWH0uzbU5w@public.gmane.org>
2003-03-05 22:54 ` Sérgio Monteiro Basto
[not found] ` <1046904893.1505.23.camel-4/PLUo9XfK/yXfm4dIG/yWZHpeb/A1Y/@public.gmane.org>
2003-03-06 11:12 ` Sérgio Monteiro Basto
2003-03-06 22:22 Grover, Andrew
[not found] ` <F760B14C9561B941B89469F59BA3A847E96CD2-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org>
2003-03-07 11:41 ` Sérgio Monteiro Basto
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox