From: Steve Fox <hidden> Date: 2006-07-07 15:43:32
We've got a ppc64 machine that won't boot with this due to an IDE error.
[snip]
Freeing unused kernel memory: 256k freed
running (1:2) /init autobench_args: ABAT:1152213829
creating device nodes .hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
--
Steve Fox
IBM Linux Technology Center
From: Benjamin Herrenschmidt <benh@kernel.crashing.org> Date: 2006-07-09 10:36:16
On Fri, 2006-07-07 at 10:41 -0500, Steve Fox wrote:
We've got a ppc64 machine that won't boot with this due to an IDE error.
What machine precisely ?
[snip]
Freeing unused kernel memory: 256k freed
running (1:2) /init autobench_args: ABAT:1152213829
creating device nodes .hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
From: Will Schmidt <hidden> Date: 2006-07-10 13:21:22
On Sun, 2006-09-07 at 20:34 +1000, Benjamin Herrenschmidt wrote:
On Fri, 2006-07-07 at 10:41 -0500, Steve Fox wrote:
quoted
We've got a ppc64 machine that won't boot with this due to an IDE error.
What machine precisely ?
I see a slightly more verbose version on a JS20 blade.
hda: dma_timer_expiry: dma status == 0x24
hda: DMA interrupt recovery
hda: lost interrupt
quoted
[snip]
Freeing unused kernel memory: 256k freed
running (1:2) /init autobench_args: ABAT:1152213829
creating device nodes .hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
Ar Llu, 2006-07-10 am 08:21 -0500, ysgrifennodd Will Schmidt:
On Sun, 2006-09-07 at 20:34 +1000, Benjamin Herrenschmidt wrote:
quoted
On Fri, 2006-07-07 at 10:41 -0500, Steve Fox wrote:
quoted
We've got a ppc64 machine that won't boot with this due to an IDE error.
What machine precisely ?
I see a slightly more verbose version on a JS20 blade.
hda: dma_timer_expiry: dma status == 0x24
hda: DMA interrupt recovery
hda: lost interrupt
That in repeat generally means the IRQ logic on the platform has been
broken. If we don't get interrupts we don't work very well.
Also check if booting with "nodma" set on the relevant ide interface
makes a difference. Just to be sure. If it does then submit patches to
fix the bug.
Alan
From: Steve Fox <hidden> Date: 2006-07-10 16:38:08
On Sun, 2006-07-09 at 20:34 +1000, Benjamin Herrenschmidt wrote:
On Fri, 2006-07-07 at 10:41 -0500, Steve Fox wrote:
quoted
We've got a ppc64 machine that won't boot with this due to an IDE error.
What machine precisely ?
It's called bl5-6 in ABAT and lists itself as a 970 (8842-P1Z).
Also, booting with ide=nodma, as Alan suggested to Will, did not help.
quoted
[snip]
Freeing unused kernel memory: 256k freed
running (1:2) /init autobench_args: ABAT:1152213829
creating device nodes .hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
From: Steve Fox <hidden> Date: 2006-07-10 18:31:32
On Mon, 10 Jul 2006 11:38:02 -0500, Steve Fox wrote:
Also, booting with ide=nodma, as Alan suggested to Will, did not help.
I'm not sure if it was due to using the nodma parameter or not, but I did
get a few more details during this boot. No idea if they're useful or not.
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide:
Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
AMD8111: IDE controller at PCI slot 0000:00:04.1 AMD8111: chipset revision
3 AMD8111: 0000:00:04.1 (rev 03) UDMA133 controller AMD8111: 100% native
mode on irq 17
ide0: BM-DMA at 0x7c00-0x7c07, BIOS settings: hda:pio, hdb:pio ide1:
BM-DMA at 0x7c08-0x7c0f, BIOS settings: hdc:pio, hdd:pio
hda: TOSHIBA MK4019GAXB, ATA DISK drive ide0 at 0x7400-0x7407,0x6c02 on
irq 17 hda: max request size: 128KiB
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: 78140160 sectors (40007 MB), CHS=65535/16/63 hda: lost interrupt hda:
cache flushes supported
hda:<4>hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda1 hda2 hda3 hda4 <<4>hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda5<4>hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
--
Steve Fox
IBM Linux Technology Center
From: Benjamin Herrenschmidt <benh@kernel.crashing.org> Date: 2006-07-10 21:17:37
That in repeat generally means the IRQ logic on the platform has been
broken. If we don't get interrupts we don't work very well.
Also check if booting with "nodma" set on the relevant ide interface
makes a difference. Just to be sure. If it does then submit patches to
fix the bug.
it's most certainly an irq problem as I just rewrote the irq logic of
powerpc :) There have been some issues and I've just sent some new
patches fixing them, let's see if that's enough. I'll give a js20 a try
today at work.
Ben.
From: Steve Fox <hidden> Date: 2006-07-11 17:00:56
On Tue, 2006-07-11 at 07:17 +1000, Benjamin Herrenschmidt wrote:
it's most certainly an irq problem as I just rewrote the irq logic of
powerpc :) There have been some issues and I've just sent some new
patches fixing them, let's see if that's enough. I'll give a js20 a try
today at work.
FWIW, I tried applying the 3 non-Apple-specific patches posted on 7/10
but this didn't help.
--
Steve Fox
IBM Linux Technology Center