RE: commit db8be50c4307dac2b37305fc59c8dc0f978d09ea causes MCA on hp rx8640

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 2009-09-30 at 11:02 -0700, Luck, Tony wrote:
> >> An MCA brings down our system immediately, so console output won't help
> >> much. Our MCA analyzer is complaining about accessing a memory hole
> >> consistently at the same address. I am going to try adding some trace
> >> code.
> >
> > Hm. On PowerPC we detect machine checks caused by stray I/O cycles, and
> > we recover from them. Can't we do that kind of thing on IA64 too?
> 
> This (presumably) isn't a stray cycle. The cpu has dereferenced a bogus
> pointer to an unpopulated memory address. 

Well, that's kind of what I meant by 'stray cycle'. 

So what's different at PCI_FIXUP_HEADER time to PCI_FIXUP_FINAL time,
which causes this? It's the code in drivers/usb/host/pci-quirks.c which
is tripping up. It works fine if it happens later in the boot.

>  How can we recover from that?
>
> It would be nicer if Linux reported this in a more user-friendly way
> (with the invalid address and a stack trace) ... but the MCA handler
> is a pretty software hostile environment in which to do this.

Indeed so. Still, we do manage to do that on PowerPC.

-- 
dwmw2

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux