On Iau, 2005-11-24 at 08:09 -0700, Eric W. Biederman wrote: > Where the EDAC code goes beyond the current k8 facilities is the > decode to the dimm level so that the bad memory stick can be > easily identified. And also in finding/recording PCI parity errors (which will link nicely into the IBM work for code to handle reported PCI errors). - 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/
- References:
- Re: [patch] SMP alternatives
- From: Andi Kleen <[email protected]>
- Re: [patch] SMP alternatives
- From: Alan Cox <[email protected]>
- Re: [patch] SMP alternatives
- From: Andi Kleen <[email protected]>
- Re: [patch] SMP alternatives
- From: Alan Cox <[email protected]>
- Re: [patch] SMP alternatives
- From: Andi Kleen <[email protected]>
- Re: [patch] SMP alternatives
- From: [email protected] (Eric W. Biederman)
- Re: [patch] SMP alternatives
- From: Andi Kleen <[email protected]>
- Re: [patch] SMP alternatives
- From: Alan Cox <[email protected]>
- Re: [patch] SMP alternatives
- From: Andi Kleen <[email protected]>
- Re: [patch] SMP alternatives
- From: Alan Cox <[email protected]>
- Re: [patch] SMP alternatives
- From: Andi Kleen <[email protected]>
- Re: [patch] SMP alternatives
- From: [email protected] (Eric W. Biederman)
- Re: [patch] SMP alternatives
- Prev by Date: Re: [RFC] [PATCH 0/3] ioat: DMA engine support
- Next by Date: Re: S.M.A.R.T. command passthru to Firewire devices
- Previous by thread: Re: [patch] SMP alternatives
- Next by thread: Re: [patch] SMP alternatives
- Index(es):