Hi,
Trembling all over, this is my first post on this list.
Up 'till no I have refrained from posting for I alway thought that any fault
was more likely to be originated by errors on my side, then on software
written by you guys. Therefore, please be gentle *grin*.
Now for the problem:
I have an ASUS a7v-133 mobo and get the following messages when I boot up:
<--Stuff from DMESG-->
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 21
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci00:04.1
ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: hdc:DMA, hdd:pio
PDC20265: IDE controller on PCI bus 00 dev 88
PCI: Found IRQ 9 for device 00:11.0
PDC20265: chipset revision 2
PDC20265: not 100% native mode: will probe irqs later
PDC20265: (U)DMA Burst Bit ENABLED Primary PCI Mode Secondary PCI Mode.
ide2: BM-DMA at 0x8000-0x8007, BIOS settings: hde:DMA, hdf:DMA
ide3: BM-DMA at 0x8008-0x800f, BIOS settings: hdg:pio, hdh:DMA
hda: SS07 SAMSUNG DVD-ROM SD-612S, ATAPI CD/DVD-ROM drive
hdc: MATSHITA CD-R CW-7582, ATAPI CD/DVD-ROM drive
<-- Machine locks here when using ACPI, often with a "spurious 8259A
interrupt: IRQ7." -->
hde: IBM-DPTA-372050, ATA DISK drive
hdf: FUJITSU MPC3043AT, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
ide2 at 0x9400-0x9407,0x9002 on irq 9
hde: 40088160 sectors (20525 MB) w/1961KiB Cache, CHS=39770/16/63, UDMA(66)
hdf: 8448300 sectors (4326 MB), CHS=8940/15/63, UDMA(33)
Partition check:
hde: hde1 hde2 hde3
hdf: hdf1 hdf2 hdf3
<--End Stuff from DMESG-->
This all seems correct to me, everything works too.
But whenever I enable ACPI in the kernel things stop at the <-- Machine.....
line. Nothing else to do but a reset.
Because it stops right when the things with the drives on the
promise-connectors are to happen, I suspect that is the cullprit.
Any Ideas, or need for a more elaborate description of my system? I gladly
will supply them to you all :)
Oh, also quite important:
Linux bedroom 2.4.12-ac6 #1 Wed Oct 24 06:45:12 CEST 2001 i686 unknown
Gr.
Gert-Jan Rodenburg
The IDE controller is on irq 9 and I bet ACPI is, too. I've seen other
reports like this.
Either the ACPI interrupt handler is not sharing properly or the promise
interrupt handler isn't. Given that I can't duplicate it, I'm reduced to
waiting for some kind soul to send a patch.. :-(
-- Andy
> -----Original Message-----
> From: Gert-Jan Rodenburg [mailto:[email protected]]
> Sent: Wednesday, October 24, 2001 3:19 PM
> To: [email protected]
> Subject: Issue wit ACPI and Promise?
> Importance: High
>
>
> Hi,
>
> Trembling all over, this is my first post on this list.
> Up 'till no I have refrained from posting for I alway thought
> that any fault
> was more likely to be originated by errors on my side, then
> on software
> written by you guys. Therefore, please be gentle *grin*.
>
> Now for the problem:
>
> I have an ASUS a7v-133 mobo and get the following messages
> when I boot up:
>
> <--Stuff from DMESG-->
>
> Uniform Multi-Platform E-IDE driver Revision: 6.31
> ide: Assuming 33MHz system bus speed for PIO modes; override
> with idebus=xx
> VP_IDE: IDE controller on PCI bus 00 dev 21
> VP_IDE: chipset revision 6
> VP_IDE: not 100% native mode: will probe irqs later
> ide: Assuming 33MHz system bus speed for PIO modes; override
> with idebus=xx
> VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci00:04.1
> ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hda:DMA, hdb:pio
> ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: hdc:DMA, hdd:pio
> PDC20265: IDE controller on PCI bus 00 dev 88
> PCI: Found IRQ 9 for device 00:11.0
> PDC20265: chipset revision 2
> PDC20265: not 100% native mode: will probe irqs later
> PDC20265: (U)DMA Burst Bit ENABLED Primary PCI Mode Secondary
> PCI Mode.
> ide2: BM-DMA at 0x8000-0x8007, BIOS settings: hde:DMA, hdf:DMA
> ide3: BM-DMA at 0x8008-0x800f, BIOS settings: hdg:pio, hdh:DMA
> hda: SS07 SAMSUNG DVD-ROM SD-612S, ATAPI CD/DVD-ROM drive
> hdc: MATSHITA CD-R CW-7582, ATAPI CD/DVD-ROM drive
> <-- Machine locks here when using ACPI, often with a "spurious 8259A
> interrupt: IRQ7." -->
>
> hde: IBM-DPTA-372050, ATA DISK drive
> hdf: FUJITSU MPC3043AT, ATA DISK drive
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> ide1 at 0x170-0x177,0x376 on irq 15
> ide2 at 0x9400-0x9407,0x9002 on irq 9
> hde: 40088160 sectors (20525 MB) w/1961KiB Cache,
> CHS=39770/16/63, UDMA(66)
> hdf: 8448300 sectors (4326 MB), CHS=8940/15/63, UDMA(33)
> Partition check:
> hde: hde1 hde2 hde3
> hdf: hdf1 hdf2 hdf3
>
> <--End Stuff from DMESG-->
>
> This all seems correct to me, everything works too.
>
> But whenever I enable ACPI in the kernel things stop at the
> <-- Machine.....
> line. Nothing else to do but a reset.
>
> Because it stops right when the things with the drives on the
> promise-connectors are to happen, I suspect that is the cullprit.
>
> Any Ideas, or need for a more elaborate description of my
> system? I gladly
> will supply them to you all :)
>
> Oh, also quite important:
> Linux bedroom 2.4.12-ac6 #1 Wed Oct 24 06:45:12 CEST 2001 i686 unknown
>
> Gr.
>
> Gert-Jan Rodenburg
> -
> To unsubscribe from this list: send the line "unsubscribe
> linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
"Grover, Andrew" wrote:
> The IDE controller is on irq 9 and I bet ACPI is, too. I've seen other
> reports like this.
>
> Either the ACPI interrupt handler is not sharing properly or the promise
> interrupt handler isn't. Given that I can't duplicate it, I'm reduced to
> waiting for some kind soul to send a patch.. :-(
>
> -- Andy
>
I also have a related problem with ACPI and emu10k driver both on IRQ 9 but
only when I run a SMP kernel.
My money is on that this is a problem with ACPI.
le jeu 25-10-2001 ? 00:42, Grover, Andrew a ?crit :
> The IDE controller is on irq 9 and I bet ACPI is, too. I've seen other
> reports like this.
>
> Either the ACPI interrupt handler is not sharing properly or the promise
> interrupt handler isn't. Given that I can't duplicate it, I'm reduced to
> waiting for some kind soul to send a patch.. :-(
I've seen exactely this problem (reproducable, and I'm not alone),
without Promise. It seems it's ACPI.
Xav
> From: Xavier Bestel [mailto:[email protected]]
> > Either the ACPI interrupt handler is not sharing properly
> or the promise
> > interrupt handler isn't. Given that I can't duplicate it,
> I'm reduced to
> > waiting for some kind soul to send a patch.. :-(
>
> I've seen exactely this problem (reproducable, and I'm not alone),
> without Promise. It seems it's ACPI.
Great. Since I don't have the HW I need your help.
Please stick printk()s in drivers/acpi/events/evsci.c acpi_ev_sci_handler().
I'd like to know where in there it is hanging, and if it is ever returning.
I don't know your level of comfortability in all this so please email me if
you need more explicit instructions on what I'm asking for.
Thanks in advance! ;-)
Regards -- Andy
le ven 26-10-2001 ? 01:06, Grover, Andrew a ?crit :
> Please stick printk()s in drivers/acpi/events/evsci.c acpi_ev_sci_handler().
>
> I'd like to know where in there it is hanging, and if it is ever returning.
> I don't know your level of comfortability in all this so please email me if
> you need more explicit instructions on what I'm asking for.
I've got an "I'm there" at line 73, then it hangs.
Xav
le ven 26-10-2001 ? 01:06, Grover, Andrew a ?crit :
> Great. Since I don't have the HW I need your help.
>
> Please stick printk()s in drivers/acpi/events/evsci.c acpi_ev_sci_handler().
>
> I'd like to know where in there it is hanging, and if it is ever returning.
> I don't know your level of comfortability in all this so please email me if
> you need more explicit instructions on what I'm asking for.
Mmh, it's not always freezing at the same place. For now (after several
dozens reboots), I see:
- freeze after line 73 in acpi_ev_sci_handler()
- freeze after line 79 in acpi_ev_sci_handler()
- freeze after the message "tbxface-0107 [01] Acpi_load_tables :"
... randomly.
To notice, sometimes if I press the power button when it's frozen, then
it "defreezes" and continues. Sometimes it powers down instantly.
Sometimes it just outputs an APIC error. But most of the time it does
nothing.
Xav