On 24 Aug 2002, Robert Love wrote:
> On Sat, 2002-08-24 at 14:01, Thunder from the hill wrote:
>
> > Do you think it's useful to temporarily put a lock counter into struct
> > task (TEMPORARILY, Linus, temporarily!) and check that as well? Maybe that
> > will point us something.
>
> There already is, it is called preempt_count.
Yes, I know about this one. But you never know how many different-type
locks you'll find. In the worst case there's a kernelful of crap around,
you know.
> A lock trace would be helpful here. But since I know normal kernel code
> is not suspect, all these users need to do is find which oddball module
> or patch they are using... e.g. watch it be nvidia.
Hey, it's not all the world that is bad. I'm not just fixed on this bug
here. I'm suggesting this as a serious finder for broken things which
could be used all over the place.
(Of course my (and possibly even your) great dream is that we can find
these things before we boot the broken kernel. Good old genparsetree.pl
and a few AI might help here.)
Thunder
-- --./../...-/. -.--/---/..-/.-./..././.-../..-. .---/..-/.../- .- --/../-./..-/-/./--..-- ../.----./.-../.-.. --./../...-/. -.--/---/..- .- -/---/--/---/.-./.-./---/.--/.-.-.- --./.-/-.../.-./.././.-../.-.-.-- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/