RE: locking problem in sata_sil24?

2008-03-04 Thread Rune Torgersen
[EMAIL PROTECTED] wrote: > Now I get an "inconsistent locking state", but I need help in > trying to > fiure out what I should look for. I did figure out htat lockdep only complains about inonsistent locking state when PREEMPT_RT paches are applied. Now I just need some help interpreting this outp

RE: locking problem in sata_sil24?

2008-03-03 Thread Johannes Berg
> In fact, I remember working on 64 bits lockdep, based on patches from > Johannes, Your patches never really worked for me so far but I'll be happy to try new ones, haven't gotten around to checking into the differences. > but I didn't do 32 bits. I think somebody worked on it, but > now I can

RE: locking problem in sata_sil24?

2008-03-03 Thread Rune Torgersen
> From: Benjamin Herrenschmidt > In fact, I remember working on 64 bits lockdep, based on patches from > Johannes, but I didn't do 32 bits. I think somebody worked on it, but > now I can't find the patches... http://patchwork.ozlabs.org/linuxppc/patch?id=16652 > Whoever did it can bounce them bac

RE: locking problem in sata_sil24?

2008-03-03 Thread Benjamin Herrenschmidt
On Mon, 2008-03-03 at 16:44 -0600, Rune Torgersen wrote: > Benjamin Herrenschmidt wrote: > > On Mon, 2008-03-03 at 16:10 -0600, Rune Torgersen wrote: > >> Hi I am trying to get PREEMPT_RT pach to wokr on my 2.6.24 kernel, > > > What core is in the 8280 ? At this stage, I wouldn't rule out a bug i

RE: locking problem in sata_sil24?

2008-03-03 Thread Rune Torgersen
Benjamin Herrenschmidt wrote: > On Mon, 2008-03-03 at 16:10 -0600, Rune Torgersen wrote: >> Hi I am trying to get PREEMPT_RT pach to wokr on my 2.6.24 kernel, > What core is in the 8280 ? At this stage, I wouldn't rule out a bug in > the lockdep patches, I need to do more work on them. Should be

Re: locking problem in sata_sil24?

2008-03-03 Thread Benjamin Herrenschmidt
On Mon, 2008-03-03 at 16:10 -0600, Rune Torgersen wrote: > Hi I am trying to get PREEMPT_RT pach to wokr on my 2.6.24 kernel, but > kept gettign a BUG() (kernel BUG at kernel/rtmutex.c:692). > While tryiong to figure out what it was, I saw some mention of trying > LOCKDEP to see what is going on,