another refcount overflow problem

Discuss usability issues, general maintenance, and general support issues for a grsecurity-enabled system.

another refcount overflow problem

Postby kmcfate » Tue Apr 05, 2011 2:01 pm

This time after system has been up for 40+ days i am getting a refcount overflow repeatedly in rpciod. Traces still show ?'s

Any clue as to whether this one has been addressed recently?

currently running 2.6.32.21-201009171945
kmcfate
 
Posts: 10
Joined: Mon Aug 16, 2010 3:30 pm

Re: another refcount overflow problem

Postby PaX Team » Tue Apr 05, 2011 6:07 pm

kmcfate wrote:Any clue as to whether this one has been addressed recently?

currently running 2.6.32.21-201009171945
that's very old by now, so you should upgrade just because of that but we also fixed REFCOUNT false positives since, and i think one was in rpc code.
PaX Team
 
Posts: 2310
Joined: Mon Mar 18, 2002 4:35 pm

Re: another refcount overflow problem

Postby kmcfate » Wed Apr 06, 2011 1:41 pm

Decoded the stack trace on this.

Showing a false positive on 'trace_workqueue_insertion' in ./kernel/trace/trace_workqueue.c

atomic_inc(&node->inserted);

Counter eventually rolls over.

This is -not- patched in the latest version -> grsecurity-2.2.2-2.6.32.36-201103281752.patch
kmcfate
 
Posts: 10
Joined: Mon Aug 16, 2010 3:30 pm

Re: another refcount overflow problem

Postby PaX Team » Thu Apr 07, 2011 5:23 am

kmcfate wrote:Showing a false positive on 'trace_workqueue_insertion' in ./kernel/trace/trace_workqueue.c

atomic_inc(&node->inserted);
thanks, i'll fix it in the next patch however i'm wondering, is this supported code still? i'm asking it because even if the code is present in .38, the corresponding .config option does not seem to exist anymore...
PaX Team
 
Posts: 2310
Joined: Mon Mar 18, 2002 4:35 pm


Return to grsecurity support