On Tue, 11 Nov 2014, Andrew Morton wrote:
> Well, attempting to fix it up and continue is nice, but we can live
> with the BUG.
>
> Not knowing which bit was set is bad.
Could we change BUG_ON to diplay the value? This keeps on coming up.
If you want to add this to the slab allocators then
On Tue, 11 Nov 2014, Andrew Morton wrote:
> There's no point in doing
>
> #define GFP_SLAB_BUG_MASK (__GFP_DMA32|__GFP_HIGHMEM|~__GFP_BITS_MASK)
>
> because __GFP_DMA32|__GFP_HIGHMEM are already part of ~__GFP_BITS_MASK.
?? ~__GFP_BITS_MASK means bits 25 to 31 are set.
__GFP_DMA32 is bit
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.
>
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.
