Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 22 Jul 2007 10:22:22 +0200
From:      Carsten Theis <carsten.theis@gmail.com>
To:        freebsd-acpi@freebsd.org
Subject:   Re: Asus P5W DH Deluxe APIC/SMP IRQ problem
Message-ID:  <20070722082222.GA88678@falcon.homeip.net>
In-Reply-To: <1737185464.20070713180756@mixey.spb.ru>
References:  <1737185464.20070713180756@mixey.spb.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jul 13 2007 at 18:07:56 +0400, admin@mixey.spb.ru wrote:

> I am still searching help with Asus P5W DH Deluxe IRQ's

I have the same board and the same problem. 

There is one thing I noticed. In the BIOS the ICH7 can be configured in
three different modes: [Standard IDE], [AHCI] and [RAID]. When using
[Standard IDE] I get this, which looks ok:

  interrupt                          total       rate
  irq1: atkbd0                         145          4
  irq6: fdc0                             3          0
  irq12: psm0                            6          0
  irq14: ata0                           42          1
  irq19: mskc0 uhci3                   149          4
  irq20: uhci0 ehci0                     9          0
  irq21: pcm0                            1          0
  irq22: sym0                          156          4
  irq23: atapci1+                     5497        157
  cpu0: timer                        66930       1912
  cpu1: timer                        64806       1851
  Total                             137744       3935

But when I use [AHCI] (I don't need RAID) I get this:

  interrupt                          total       rate
  irq1: atkbd0                         148          2 
  irq6: fdc0                             3          0
  irq12: psm0                            6          0
  irq14: ata0                           42          0
  irq19: mskc0 uhci3                  1384         23
  irq20: uhci0 ehci0                     9          0
  irq21: pcm0                            1          0
  irq22: sym0                          160          2
  irq23: atapci1+                  8556275     142604  <-- !
  cpu0: timer                       113429       1890
  cpu1: timer                       111296       1854
  Total                            8782753     146379

This is with all other things unchanged (same hardware and kernel and
nothing else changed in the BIOS). So I'm not really sure that we
should be looking for some other device that is generating those
interrupts.

I did an sdiff on the verbose boot messages and the lspci and pciconf
output. There are some differences, of course, but I have no idea what
they really mean. For example, the ICH7 is detected differently in the
two cases:

Standard IDE:

00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller IDE (rev 01) (prog-if 8f [Master SecP SecO PriP PriO])
	Subsystem: ASUSTeK Computer Inc. Unknown device 2601
	Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 23
	I/O ports at e400
	I/O ports at e080
	I/O ports at e000
	I/O ports at dc00
	I/O ports at d880
	Memory at febff800 (32-bit, non-prefetchable)
	Capabilities: [70] Power Management version 2

AHCI:

00:1f.2 SATA controller: Intel Corporation 82801GR/GH (ICH7 Family) Serial ATA Storage Controller AHCI (rev 01) (prog-if 01 [AHCI 1.0])
	Subsystem: ASUSTeK Computer Inc. Unknown device 2606
	Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 23
	I/O ports at e400
	I/O ports at e080
	I/O ports at e000
	I/O ports at dc00
	I/O ports at d880
	Memory at febff800 (32-bit, non-prefetchable)
	Capabilities: [80] Message Signalled Interrupts: 64bit-
	Queue=0/0 Enable-
	Capabilities: [70] Power Management version 2


The full output is here:

http://falcon.homeip.net/dmesg-verbose-ahci.txt
http://falcon.homeip.net/dmesg-verbose-no-ahci.txt
http://falcon.homeip.net/pciconf-ahci.txt
http://falcon.homeip.net/pciconf-no-ahci.txt
http://falcon.homeip.net/lspci-ahci.txt
http://falcon.homeip.net/lspci-no-ahci.txt

Or could this really be a bug in the ATA(4) driver? BTW, 7.0-CURRENT as
of yesterday has the same problem.

Any hints greatly appreciated!



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070722082222.GA88678>