linux-kernel - problem with pata

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <20070102070144.GA11270@MAIL.13thfloor.at>
Date:	Tue, 2 Jan 2007 08:01:45 +0100
From:	Herbert Poetzl <herbert@...hfloor.at>
To:	Jeff Garzik <jgarzik@...ox.com>
Cc:	linux-ide@...r.kernel.org, Alan Cox <alan@...rguk.ukuu.org.uk>,
	Linux Kernel ML <linux-kernel@...r.kernel.org>
Subject: problem with pata_hpt37x ...


Hi Jeff! Alan!

today I decided to put a (granted somewhat older)
RocketRAID 454 card (hpt374 as it seems) into an
Asus P5B (which already has some controllers using
libata quite happily), and it seems that the driver
support is not perfect yet :)

note: the older hpt366 (ide) driver works quite
fine with the hpt374 controller, even under heavy
load (as I figured an hour ago) and I remembered
that there was some efford to get away from the
'old' ide drivers ...

here are the details:

[    0.000000] Linux version 2.6.19.1 (gcc version 4.1.1 20060724 (prerelease) (4.1.1-3mdk)) #10 SMP Tue Jan 2 15:13:40 CET 2007
[    0.000000] Command line: root=/dev/sda1 panic=20 console=ttyS0,115200n8

[  552.115825] irq 23: nobody cared (try booting with the "irqpoll" option)
[  552.122730] 
[  552.122731] Call Trace:
[  552.126795]  [<ffffffff8026403e>] dump_trace+0xaa/0x403
[  552.132169]  [<ffffffff802643d3>] show_trace+0x3c/0x52
[  552.137488]  [<ffffffff802643fe>] dump_stack+0x15/0x17
[  552.142748]  [<ffffffff802a4ddb>] __report_bad_irq+0x38/0x87
[  552.148589]  [<ffffffff802a4ff3>] note_interrupt+0x1c9/0x20f
[  552.154383]  [<ffffffff802a5868>] handle_fasteoi_irq+0xa7/0xd0
[  552.160321]  [<ffffffff80265cc3>] do_IRQ+0x105/0x158
[  552.165416]  [<ffffffff80258641>] ret_from_intr+0x0/0xa
[  552.170771]  [<ffffffff80263840>] mwait_idle_with_hints+0x48/0x4a
[  552.177035]  [<ffffffff80251ce1>] mwait_idle+0x10/0x25
[  552.182303]  [<ffffffff80244586>] cpu_idle+0x58/0x77
[  552.187433]  [<ffffffff80263079>] rest_init+0x26/0x28
[  552.192640]  [<ffffffff80620725>] start_kernel+0x213/0x215
[  552.198256]  [<ffffffff80620156>] _sinittext+0x156/0x15d
[  552.203730] 
[  552.205263] handlers:
[  552.207611] [<ffffffff803e5469>] (usb_hcd_irq+0x0/0x58)
[  552.213027] [<ffffffff803e5469>] (usb_hcd_irq+0x0/0x58)
[  552.218451] [<ffffffff8803ba13>] (ata_interrupt+0x0/0x1a0 [libata])
[  552.224915] [<ffffffff8803ba13>] (ata_interrupt+0x0/0x1a0 [libata])
[  552.231387] Disabling IRQ #23

after that, the system is basically dead, as the
irq is shared with the USB controller, where it
booted from ...

shufflings cards around (i.e. giving the hpt374 a
separate, non shared IRQ line) doesn't help there,
the result is the same once the devices are accessed
(only IRQ changes from #23 to #21)

if you are interested in investigating this, please
let me know what kind of data you would like to see
and/or what kind of tests would be appreciated.

TIA,
Herbert

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/