On Wed, Apr 09, 2008 at 10:54:38AM -0400, Alan D. Brunelle wrote:
> Vivek Goyal wrote:
> >>
> >
> > This one just means that there is a device out there which has interrupt
> > line asserted and there is no associated driver to handle those. Hence
> > kernel sees a flood of interrupts and disables interrupt line. That's
> > why we boot with paramter "irqpoll". In kdump situations, these things
> > are expected. You can ignore this error.
> >
>
> Thanks - that makes me feel better about that.
>
>
> >> 2. Very soon thereafter, I start seeing:
> >>
> >> [ 4.671112] sda:<3>ata1: EH in ADMA mode, notifier 0x1
> >> notifier_error 0x0 g0
> >> [ 34.681112] ata1: CPB 0: ctl_flags 0xd, resp_flags 0x1
> >> [ 34.681112] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2
> >> frozen
> >> [ 34.691112] ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0
> >> dma 4096 n
> >> [ 34.691112] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask
> >> 0x4 (time)
> >> [ 34.701112] ata1.00: status: { DRDY }
> >> [ 35.051112] ata1: soft resetting link
> >> [ 35.211112] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> >> [ 35.251112] ata1.00: configured for UDMA/100
> >> [ 35.251112] ata1: EH complete
> >>
> >> This goes on "forever" - and the system fails to boot.
> >>
> >
> > This is problem with SATA. It is not able to reset the device and recover
> > and re-initialize. I think we shall have to open a bug for this for the
> > SATA driver owner.
>
>
> OK - could you send me a quick pointer on how to open a bug?
>
http://bugzilla.kernel.org/
Thanks
Vivek
