Re: [Intel-gfx] [RFC] algorithm for handling bad cachelines

2012-03-28 Thread Ben Widawsky
On Wed, 28 Mar 2012 02:59:26 -0700 Andi Kleen wrote: > Ben Widawsky writes: > > > > 1. Handle cache line going bad interrupt. > > > > Never use global n without timeout for corrected errors, you would > need a leaky bucket with a suitable timeout. As I understand electrons (which is not very

Re: [Intel-gfx] [RFC] algorithm for handling bad cachelines

2012-03-28 Thread Ben Widawsky
On Wed, 28 Mar 2012 10:26:52 -0700 Jesse Barnes wrote: > On Tue, 27 Mar 2012 07:19:43 -0700 > Ben Widawsky wrote: > > > I wanted to run this by folks before I start doing any actual work. > > > > This is primarily for GPGPU, or perhaps *really* accurate rendering > > requirements. > > > > IVB

Re: [Intel-gfx] [RFC] algorithm for handling bad cachelines

2012-03-28 Thread Jesse Barnes
On Tue, 27 Mar 2012 07:19:43 -0700 Ben Widawsky wrote: > I wanted to run this by folks before I start doing any actual work. > > This is primarily for GPGPU, or perhaps *really* accurate rendering > requirements. > > IVB+ has an interrupt to tell us when a cacheline seems to be going bad. > The

Re: [Intel-gfx] [RFC] algorithm for handling bad cachelines

2012-03-27 Thread Daniel Vetter
On Tue, Mar 27, 2012 at 08:09:31AM -0700, Ben Widawsky wrote: > On Tue, 27 Mar 2012 16:50:39 +0200 > Daniel Vetter wrote: > > > On Tue, Mar 27, 2012 at 07:19:43AM -0700, Ben Widawsky wrote: > > > I wanted to run this by folks before I start doing any actual work. > > > > > > This is primarily fo

Re: [Intel-gfx] [RFC] algorithm for handling bad cachelines

2012-03-27 Thread Ben Widawsky
On Tue, 27 Mar 2012 16:50:39 +0200 Daniel Vetter wrote: > On Tue, Mar 27, 2012 at 07:19:43AM -0700, Ben Widawsky wrote: > > I wanted to run this by folks before I start doing any actual work. > > > > This is primarily for GPGPU, or perhaps *really* accurate rendering > > requirements. > > > > I

Re: [Intel-gfx] [RFC] algorithm for handling bad cachelines

2012-03-27 Thread Daniel Vetter
On Tue, Mar 27, 2012 at 07:19:43AM -0700, Ben Widawsky wrote: > I wanted to run this by folks before I start doing any actual work. > > This is primarily for GPGPU, or perhaps *really* accurate rendering > requirements. > > IVB+ has an interrupt to tell us when a cacheline seems to be going bad.

Re: [Intel-gfx] [RFC] algorithm for handling bad cachelines

2012-03-27 Thread Chris Wilson
On Tue, 27 Mar 2012 07:19:43 -0700, Ben Widawsky wrote: > Any feedback is highly appreciated. I couldn't really find much > precedent for doing this in other drivers, so pointers to similar > things would also be highly welcome. badblocks and badram (memmap) both seem to be similar situations. A

[Intel-gfx] [RFC] algorithm for handling bad cachelines

2012-03-27 Thread Ben Widawsky
I wanted to run this by folks before I start doing any actual work. This is primarily for GPGPU, or perhaps *really* accurate rendering requirements. IVB+ has an interrupt to tell us when a cacheline seems to be going bad. There is also a mechanism to remap the bad cachelines. The implementation