Delay on intialization ide subsystem(most likely)
Benjamin Herrenschmidt
benh at kernel.crashing.org
Thu Jun 11 07:46:17 EST 2009
On Thu, 2009-06-11 at 00:38 +0400, Andrey Gusev wrote:
> I try this small fix, traces in disappeared, but lost interrupts on the place:)
> Some interesting thing from dmesg:
>
> [ 0.435806] irq: irq 251 on host /pci at f2000000/mac-io at 17/interrupt-controller at 40000 mapped to virtual irq 251
> [ 0.435824] irq: irq 252 on host /pci at f2000000/mac-io at 17/interrupt-controller at 40000 mapped to virtual irq 252
> [ 0.435840] irq: irq 253 on host /pci at f2000000/mac-io at 17/interrupt-controller at 40000 mapped to virtual irq 253
> [ 0.435856] irq: irq 254 on host /pci at f2000000/mac-io at 17/interrupt-controller at 40000 mapped to virtual irq 254
> [ 0.435867] CPU0: L2CR is 80080000
> [ 0.435880] CPU0: L3CR is 8f0b0000
> [478142827.057095] CPU1: L2CR was 80000
> [478142827.057133] CPU1: L2CR set to 80080000
> [478142827.057139] CPU1: L3CR was 0
> [478142827.057300] CPU1: L3CR set to 8f0b0000
> [ 0.437529] Processor 1 found.
> [ 0.437588] clockevent: decrementer mult[886] shift[16] cpu[1]
>
> This is don't look good.
What doesn't look good ? It's copying the L2CR and L3CR values over from
CPU 0 to CPU 1 when bringing the later up, I don't see anything wrong.
Cheers,
Ben.
> >
> >
> > > [ 70.584122] hdb:<3>ide-pmac lost interrupt, dma status: 8480
> >
> > DMA status indicates that DMA transfer is still active according to
> > the controller. This one is really a platform/hardware specific
> > issue.
> >
>
> Notes for Ben, I checked only 2.6.26, but may be somebody checked 2.6.24
> or this is interpolation.
>
> Thanks,
> Andrey
More information about the Linuxppc-dev
mailing list