On Monday 30 January 2006 10:59, Doug Thompson wrote:
> that driver should be refactored to only output NON-FATALs with debug
> turned on.
I would prefer a sysfs option or something similar that allows the user
to determine what action to take on these errors. I think the debug
option should only pertain to messages whose purpose is for debugging
the EDAC code itself, as opposed to hardware errors detected by EDAC.
> Copying to edac/bluesmoke mailing list
>
> doug t
>
> --- Dave Jones <[email protected]> wrote:
> > On Sun, Jan 29, 2006 at 04:52:06PM -0500, Alan Cox wrote:
> > > On Thu, Jan 26, 2006 at 08:41:05PM -0500, Dave Jones wrote:
> > > > e752x_edac is very noisy on my PCIE system..
> > > > my dmesg is filled with these...
> > > >
> > > > [91671.488379] Non-Fatal Error PCI Express B
> > > > [91671.492468] Non-Fatal Error PCI Express B
> > > > [91901.100576] Non-Fatal Error PCI Express B
> > > > [91901.104675] Non-Fatal Error PCI Express B
> > >
> > > Pre-production system or final release ?
> >
> > Currently shipping Dell Precision 470.
> >
> > Dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
