Opened 11 years ago

Closed 19 months ago

Last modified 8 months ago

#6121 closed bug (not reproducible)

PANIC: destroying a slab which isn't empty by 'low resource manager'

Reported by: kallisti5 Owned by: nobody
Priority: normal Milestone:
Component: System/Kernel Version: R1/Development
Keywords: slab Cc:
Blocked By: Blocking:
Platform: x86


Gcc2 hybrid, hrev36995. 1G memory, freshly rebooted.

Seems to occur on low memory situations... Here is what I was doing when it occured...

Set Background to very large image scaled. (3000x3000+)

Open the background in Wonderbrush, resize the image to 1024x768. (40% memory used now)

save it.

Attempt to change wallpaper, crash.

Attachments (1)

2010-06-02 15.16.30.jpg (112.0 KB ) - added by kallisti5 11 years ago.
trace of crash

Download all attachments as: .zip

Change History (5)

by kallisti5, 11 years ago

Attachment: 2010-06-02 15.16.30.jpg added

trace of crash

comment:1 by bonefish, 11 years ago

Keywords: slab added

The slab comes straight out of the cache's empty slab list and the cache is locked at that point. Looks like a structural corruption. The size == count predicate which fails here is also used for adding a slab to the list and count is only decremented after removing the slab from the list (when allocating an object). I don't see locking problems, since slabs are always handled with the cache locked. A double free could cause such a problem; count would become greater than size in this case. A memory dump of the slab structure would have been interesting (dw <slab> 16), information on the cache maybe, too (slab_cache <cache>).

comment:2 by axeld, 4 years ago

Owner: changed from axeld to nobody
Status: newassigned

comment:3 by waddlesplash, 19 months ago

Resolution: not reproducible
Status: assignedclosed

comment:4 by nielx, 8 months ago

Milestone: R1

Remove milestone for tickets with status = closed and resolution != fixed

Note: See TracTickets for help on using tickets.