Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-07 Thread Markus Trippelsdorf
On 2011.12.07 at 15:32 +0100, Robert Richter wrote: On 02.12.11 21:48:20, Markus Trippelsdorf wrote: BTW I always see (mostly only on screen, sometimes in the logs): [Firmware Bug]: cpu 2, try to use APIC500 (LVT offset 0) for vector 0x10400, but the register is already in use for

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-07 Thread Robert Richter
On 02.12.11 21:48:20, Markus Trippelsdorf wrote: BTW I always see (mostly only on screen, sometimes in the logs): [Firmware Bug]: cpu 2, try to use APIC500 (LVT offset 0) for vector 0x10400, but the register is already in use for vector 0xf9 on another cpu [Firmware Bug]: cpu 2, IBS

RE: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-05 Thread David Laight
If I had to guess it looks like 0 is getting written back to some random page by the GPU maybe, it could be that the GPU is in some half setup state at boot or on a reboot does it happen from a cold boot or just warm boot or kexec? Only happened with kexec thus far. Cold boot seems to

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-05 Thread Markus Trippelsdorf
On 2011.12.05 at 12:10 -0500, Jerome Glisse wrote: On Sun, Dec 04, 2011 at 02:02:00AM +0100, Markus Trippelsdorf wrote: On 2011.12.03 at 14:31 -0500, Jerome Glisse wrote: On Sat, Dec 3, 2011 at 7:29 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2011.12.03 at 12:20 +,

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-05 Thread Jerome Glisse
On Mon, Dec 5, 2011 at 1:15 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2011.12.05 at 12:10 -0500, Jerome Glisse wrote: On Sun, Dec 04, 2011 at 02:02:00AM +0100, Markus Trippelsdorf wrote: On 2011.12.03 at 14:31 -0500, Jerome Glisse wrote: On Sat, Dec 3, 2011 at 7:29 AM, Markus

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-05 Thread Jerome Glisse
On Mon, Dec 05, 2011 at 07:15:49PM +0100, Markus Trippelsdorf wrote: On 2011.12.05 at 12:10 -0500, Jerome Glisse wrote: On Sun, Dec 04, 2011 at 02:02:00AM +0100, Markus Trippelsdorf wrote: On 2011.12.03 at 14:31 -0500, Jerome Glisse wrote: On Sat, Dec 3, 2011 at 7:29 AM, Markus

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-05 Thread Markus Trippelsdorf
On 2011.12.05 at 14:11 -0500, Jerome Glisse wrote: On Mon, Dec 05, 2011 at 07:15:49PM +0100, Markus Trippelsdorf wrote: On 2011.12.05 at 12:10 -0500, Jerome Glisse wrote: On Sun, Dec 04, 2011 at 02:02:00AM +0100, Markus Trippelsdorf wrote: On 2011.12.03 at 14:31 -0500, Jerome Glisse

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-05 Thread Pekka Enberg
On Mon, Dec 5, 2011 at 9:27 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: Yes the patch finally fixes the issue for me (tested with 120 kexec iterations). Thanks Jerome! Can you do a kick run on the modified patch ? This one is also OK after ~60 iterations. Jerome, could you

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-05 Thread Jerome Glisse
On Mon, Dec 05, 2011 at 10:10:34PM +0200, Pekka Enberg wrote: On Mon, Dec 5, 2011 at 9:27 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: Yes the patch finally fixes the issue for me (tested with 120 kexec iterations). Thanks Jerome! Can you do a kick run on the modified patch

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-04 Thread Jerome Glisse
On Sat, Dec 3, 2011 at 8:02 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2011.12.03 at 14:31 -0500, Jerome Glisse wrote: On Sat, Dec 3, 2011 at 7:29 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2011.12.03 at 12:20 +, Dave Airlie wrote: FIX idr_layer_cache:

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-03 Thread Dave Airlie
FIX idr_layer_cache: Marking all objects used Yesterday I couldn't reproduce the issue at all. But today I've hit exactly the same spot again. (CCing the drm list) If I had to guess it looks like 0 is getting written back to some random page by the GPU maybe, it could be that the

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-03 Thread Markus Trippelsdorf
On 2011.12.03 at 12:20 +, Dave Airlie wrote: FIX idr_layer_cache: Marking all objects used Yesterday I couldn't reproduce the issue at all. But today I've hit exactly the same spot again. (CCing the drm list) If I had to guess it looks like 0 is getting written back to

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-03 Thread Jerome Glisse
On Sat, Dec 3, 2011 at 2:31 PM, Jerome Glisse j.gli...@gmail.com wrote: On Sat, Dec 3, 2011 at 7:29 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2011.12.03 at 12:20 +, Dave Airlie wrote: FIX idr_layer_cache: Marking all objects used Yesterday I couldn't reproduce

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-03 Thread Markus Trippelsdorf
On 2011.12.03 at 14:31 -0500, Jerome Glisse wrote: On Sat, Dec 3, 2011 at 7:29 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2011.12.03 at 12:20 +, Dave Airlie wrote: FIX idr_layer_cache: Marking all objects used Yesterday I couldn't reproduce the issue at

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-02 Thread Jerome Glisse
On Thu, Dec 01, 2011 at 09:44:37AM +0100, Markus Trippelsdorf wrote: On 2011.11.24 at 09:50 +0100, Markus Trippelsdorf wrote: On 2011.11.23 at 10:06 -0600, Christoph Lameter wrote: On Wed, 23 Nov 2011, Markus Trippelsdorf wrote: FIX idr_layer_cache: Marking all objects used

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-02 Thread Markus Trippelsdorf
On 2011.12.02 at 14:43 -0500, Jerome Glisse wrote: On Thu, Dec 01, 2011 at 09:44:37AM +0100, Markus Trippelsdorf wrote: On 2011.11.24 at 09:50 +0100, Markus Trippelsdorf wrote: On 2011.11.23 at 10:06 -0600, Christoph Lameter wrote: On Wed, 23 Nov 2011, Markus Trippelsdorf wrote:

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-02 Thread Markus Trippelsdorf
On 2011.12.02 at 21:06 +0100, Markus Trippelsdorf wrote: On 2011.12.02 at 14:43 -0500, Jerome Glisse wrote: On Thu, Dec 01, 2011 at 09:44:37AM +0100, Markus Trippelsdorf wrote: On 2011.11.24 at 09:50 +0100, Markus Trippelsdorf wrote: On 2011.11.23 at 10:06 -0600, Christoph Lameter wrote:

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-02 Thread Jerome Glisse
On Thu, Nov 24, 2011 at 09:50:40AM +0100, Markus Trippelsdorf wrote: On 2011.11.23 at 10:06 -0600, Christoph Lameter wrote: On Wed, 23 Nov 2011, Markus Trippelsdorf wrote: FIX idr_layer_cache: Marking all objects used Yesterday I couldn't reproduce the issue at all. But today I've

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-12-01 Thread Markus Trippelsdorf
On 2011.11.24 at 09:50 +0100, Markus Trippelsdorf wrote: On 2011.11.23 at 10:06 -0600, Christoph Lameter wrote: On Wed, 23 Nov 2011, Markus Trippelsdorf wrote: FIX idr_layer_cache: Marking all objects used Yesterday I couldn't reproduce the issue at all. But today I've hit

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-11-24 Thread Markus Trippelsdorf
On 2011.11.23 at 10:06 -0600, Christoph Lameter wrote: On Wed, 23 Nov 2011, Markus Trippelsdorf wrote: FIX idr_layer_cache: Marking all objects used Yesterday I couldn't reproduce the issue at all. But today I've hit exactly the same spot again. (CCing the drm list) Well this is

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-11-23 Thread Markus Trippelsdorf
On 2011.11.21 at 16:36 +0100, Markus Trippelsdorf wrote: On 2011.11.21 at 15:16 +0100, Eric Dumazet wrote: Le lundi 21 novembre 2011 à 14:15 +0100, Markus Trippelsdorf a écrit : I've enabled CONFIG_SLUB_DEBUG_ON and this is what happend: Thanks Please continue to provide

Re: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413

2011-11-23 Thread Christoph Lameter
On Wed, 23 Nov 2011, Markus Trippelsdorf wrote: FIX idr_layer_cache: Marking all objects used Yesterday I couldn't reproduce the issue at all. But today I've hit exactly the same spot again. (CCing the drm list) Well this is looks like write after free.