Re: mm: gpf in find_vma

2013-09-18 Thread Dan Merillat
Resent due to Thunderbird completely mangling it the first time around: (Apologies if this is a third copy, gmail told me it didn't send) On 09/07/2013 05:32 PM, Sasha Levin wrote: > Hi all, > > While fuzzing with trinity inside a KVM tools guest, running latest > -next kernel, I've > stumbled on

Re: mm: gpf in find_vma

2013-09-18 Thread Dan Merillat
On 09/07/2013 05:32 PM, Sasha Levin wrote: > Hi all, > > While fuzzing with trinity inside a KVM tools guest, running latest > -next kernel, I've > stumbled on the following: > > The disassembly is: > > /* Check the cache first. */ > /* (Cache hit rate is typically around 35%.)

Re: mm: gpf in find_vma

2013-09-18 Thread Dan Merillat
Resent due to Thunderbird completely mangling it the first time around: On 09/07/2013 05:32 PM, Sasha Levin wrote: > Hi all, > > While fuzzing with trinity inside a KVM tools guest, running latest > -next kernel, I've > stumbled on the following: > > The disassembly is: > > /* Check th

Re: mm: gpf in find_vma

2013-09-07 Thread Konstantin Khlebnikov
Sasha Levin wrote: Hi all, While fuzzing with trinity inside a KVM tools guest, running latest -next kernel, I've stumbled on the following: [13600.008029] general protection fault: [#1] PREEMPT SMP DEBUG_PAGEALLOC [13600.010235] Modules linked in: [13600.010742] CPU: 30 PID: 26329 Comm:

mm: gpf in find_vma

2013-09-07 Thread Sasha Levin
Hi all, While fuzzing with trinity inside a KVM tools guest, running latest -next kernel, I've stumbled on the following: [13600.008029] general protection fault: [#1] PREEMPT SMP DEBUG_PAGEALLOC [13600.010235] Modules linked in: [13600.010742] CPU: 30 PID: 26329 Comm: kworker/u128:2 Taint