lkml.org 
[lkml]   [2008]   [May]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Top 10 bugs/warnings for the week of March 23rd, 2008
Chris Wright wrote:
> * Arjan van de Ven (arjan@linux.intel.com) wrote:
>> Rank 9: task_has_capability
>> Reported 34 times
>> [tainted] Bug in the proprietary firegl driver
^^^^^^^^^
>> Oops only shows up in tainted kernels
^^^^^^^^
>> This oops was last seen in version 2.6.25.3, and first seen in 2.6.25.
>> More info: http://www.kerneloops.org/searchweek.php?search=task_has_capability
>
> looking at first one: http://www.kerneloops.org/raw.php?rawid=13598&msgid=
>
> OK, aside of the obvious (their problem):
>
> Tainted: P
> EIP is at task_has_capability+0x48/0x76
> Code: ... <0f> 0b
> ^^^^^^^
> BUG()
>
> This should be listed under the BUG/BUG_ON category as opposed to oops, no?

yeah it should; Linus pointed that out and I've since fixed my report generator script

> Also, I think the raw data is missing some bit. Where is the:
>
> kernel BUG at...
>
hmm it ought to be there.

> At any rate, they have a bug in their proprietary module (news at 11).
>
> So, I don't think this should make the top ten. Do you have a way to
> sort tainted vs non-tainted, and only produce the top ten for untainted?

yes absolutely; this is a question I'll have for the customers of the data...
do people want to see "only-tainted" in these top 10s? Right now I mark them as such
but leave them in. It's trivial for me to just leave them out instead (the info is there,
just a matter of not counting)

>
> And one last question re: the stats. Is there a way to tell if the 41
> times this was reported are from 41 distinct users. Is there any unique
> cookie you receive with the raw oops report that can help filter out
> duplicates (by duplicate I mean a user w/ this proprietary driver and
> rebooting is likely to reproduce the same info on each boot). You don't
> want to drop dups, but at least let that info the stats or something.

There is no unique per-system ID yet; I'm working with the SMOLT guys to get this added potentially.

>
> For the record, that bug triggers:
>
> printk(KERN_ERR "SELinux: out of range capability %d\n", cap);
> BUG();
>
> meaning they are passing in a capability that's > 63 (2.6.25 introduced
> 64 bit caps).
>
> BTW, EAX: 00000030 (48)...that suggests their capability they passed in
> was quite large, likely an address or smth.

yeah iirc the AMD graphics driver gives the user process full root caps for some time...
Annoying things these non-root linux users ;)



\
 
 \ /
  Last update: 2008-05-24 07:11    [W:2.332 / U:1.216 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site