On Sat, Aug 25, 2007 at 11:43:08AM +0200, Mariusz Kozlowski wrote:
> > > =
> > > [ INFO: inconsistent lock state ]
> > > 2.6.23-rc2-mm1 #7
> > > -
> > > inconsistent {in-hardirq-W} -> {hardirq-on-W} usage.
> > > ifconfig/5492 [HC0[0]:S
> > =
> > [ INFO: inconsistent lock state ]
> > 2.6.23-rc2-mm1 #7
> > -
> > inconsistent {in-hardirq-W} -> {hardirq-on-W} usage.
> > ifconfig/5492 [HC0[0]:SC0[0]:HE1:SE1] takes:
> > (&tp->lock){+...}, at: [] rtl8139_interrupt+0x27/0x4
On Fri, Aug 24, 2007 at 10:27:25AM +0200, Jarek Poplawski wrote:
> On 10-08-2007 09:06, Mariusz Kozlowski wrote:
...
> > =
> > [ INFO: possible irq lock inversion dependency detected ]
> > 2.6.23-rc2-mm1 #7
> >
On 10-08-2007 09:06, Mariusz Kozlowski wrote:
> Hello,
>
> And the winner of today is ...
>
>
>
> =
> [ INFO: possible irq lock inversion dependency detected ]
> 2.6.23-rc2-mm1 #7
> ---
On Thu, Aug 23, 2007 at 10:44:30AM +0200, Jarek Poplawski wrote:
> Andrew Morton pointed out that my changelog was unusable. Sorry!
> Here is a second try with the changelog and kernel version changed.
...
> >(take 2)
>
> Subject: request_irq() - fix DEBUG_SHIRQ handling
...
> Signed-o
Andrew Morton pointed out that my changelog was unusable. Sorry!
Here is a second try with the changelog and kernel version changed.
Regards,
Jarek P.
>(take 2)
Subject: request_irq() - fix DEBUG_SHIRQ handling
Mariusz Kozlowski reported lockdep's warning:
> ===
On 10-08-2007 01:49, Mariusz Kozlowski wrote:
> Hello,
>
> =
> [ INFO: inconsistent lock state ]
> 2.6.23-rc2-mm1 #7
> -
> inconsistent {in-hardirq-W} -> {hardirq-on-W} usage.
> ifconfig/5492 [HC0[0]:SC0[0]:HE1:SE1] takes:
> (&tp->lo
On Sat, Aug 11, 2007 at 08:09:09PM +0200, Ingo Molnar wrote:
>
> * Paul E. McKenney <[EMAIL PROTECTED]> wrote:
>
> > Add an EXPORT_SYMBOL_GPL() for cpu_clock() and make rcutorture.c use it.
> > Compiles, but not yet tested.
> >
> > Signed-off-by: Paul E. McKenney <[EMAIL PROTECTED]>
>
> > --- l
* Paul E. McKenney <[EMAIL PROTECTED]> wrote:
> Add an EXPORT_SYMBOL_GPL() for cpu_clock() and make rcutorture.c use it.
> Compiles, but not yet tested.
>
> Signed-off-by: Paul E. McKenney <[EMAIL PROTECTED]>
> --- linux-2.6.23-rc2/kernel/sched.c 2007-08-03 19:49:55.0 -0700
> +++ linu
On Fri, Aug 10, 2007 at 12:55:17AM -0700, Andrew Morton wrote:
> On Fri, 10 Aug 2007 09:40:00 +0200 Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> >
> > * Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > We seem to have made a mess in there. timer_list_show() ends up
> > > calling lookup_module_
On Fri, Aug 10, 2007 at 05:29:49PM -0700, Paul E. McKenney wrote:
>
> Errmmm... No joy.
>
> ERROR: "cpu_clock" [kernel/rcutorture.ko] undefined!
>
> Turns out that cpu_clock also ain't exported, and rcutorture.c is
> a module. Would adding an EXPORT_SYMBOL_GPL() as in the patch below
> b
On Fri, Aug 10, 2007 at 01:30:55PM -0700, Paul E. McKenney wrote:
> On Fri, Aug 10, 2007 at 10:12:12AM -0700, Andrew Morton wrote:
> > On Fri, 10 Aug 2007 08:12:08 -0700 "Paul E. McKenney" <[EMAIL PROTECTED]>
> > wrote:
> >
> > > > One used to use sched_clock() for this, then get frowned at. Now
On Fri, Aug 10, 2007 at 10:12:12AM -0700, Andrew Morton wrote:
> On Fri, 10 Aug 2007 08:12:08 -0700 "Paul E. McKenney" <[EMAIL PROTECTED]>
> wrote:
>
> > > One used to use sched_clock() for this, then get frowned at. Now we
> > > have cpu_clock()...
> >
> > Hmmm... And cpu_clock() is not in 2.
On Fri, 10 Aug 2007 08:12:08 -0700 "Paul E. McKenney" <[EMAIL PROTECTED]> wrote:
> > One used to use sched_clock() for this, then get frowned at. Now we
> > have cpu_clock()...
>
> Hmmm... And cpu_clock() is not in 2.6.22, so must appear in some later
> release. Which means that the rate of AP
On Fri, 10 Aug 2007 15:27:42 +0200 Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Thursday 09 August 2007 20:52:58 Andrew Morton wrote:
> > On Thu, 9 Aug 2007 10:18:15 -0400
> > "Miles Lane" <[EMAIL PROTECTED]> wrote:
> >
> > > CC drivers/dma/ioat_dca.o
> > > drivers/dma/ioat_dca.c: In functio
On Thu, Aug 09, 2007 at 07:06:23PM -0700, Andrew Morton wrote:
> On Thu, 9 Aug 2007 19:00:40 -0700 "Paul E. McKenney" <[EMAIL PROTECTED]>
> wrote:
>
> > On Fri, Aug 10, 2007 at 03:31:46AM +0200, Adrian Bunk wrote:
> > > On Thu, Aug 09, 2007 at 01:51:06AM -0700, Andrew Morton wrote:
> > > >...
> >
On Thursday 09 August 2007 20:52:58 Andrew Morton wrote:
> On Thu, 9 Aug 2007 10:18:15 -0400
> "Miles Lane" <[EMAIL PROTECTED]> wrote:
>
> > CC drivers/dma/ioat_dca.o
> > drivers/dma/ioat_dca.c: In function 'ioat_dca_get_tag':
> > drivers/dma/ioat_dca.c:177: error: implicit declaration of f
On 8/9/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 9 Aug 2007 10:18:15 -0400
> "Miles Lane" <[EMAIL PROTECTED]> wrote:
>
> > CC drivers/dma/ioat_dca.o
> > drivers/dma/ioat_dca.c: In function 'ioat_dca_get_tag':
> > drivers/dma/ioat_dca.c:177: error: implicit declaration of functio
Krzysztof Helt wrote:
> On Thu, 9 Aug 2007 14:04:49 +0100
> Andy Whitcroft <[EMAIL PROTECTED]> wrote:
>
>> Seeing the following compile error on a G5 mac:
>>
>> drivers/video/tdfxfb.c: In function 'tdfxfb_setup':
>> drivers/video/tdfxfb.c:1341: error: 'opt' undeclared (first use in this
>>
On Fri, 2007-08-10 at 02:47 +0400, Alexey Starikovskiy wrote:
> > Presumably the new debugging patches in -mm
> > (workqueue-debug-flushing-deadlocks-with-lockdep.patch and
> > workqueue-debug-work-related-deadlocks-with-lockdep.patch) think they have
> > found a potential deadlock in ACPI. I don
On Fri, 10 Aug 2007 09:40:00 +0200 Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > We seem to have made a mess in there. timer_list_show() ends up
> > calling lookup_module_symbol_name(), which takes a mutex. However
> > print_symbol() (which is ca
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> We seem to have made a mess in there. timer_list_show() ends up
> calling lookup_module_symbol_name(), which takes a mutex. However
> print_symbol() (which is called at oops time, interrupt time, etc)
> calls module_address_lookup(), which is basi
> >>This probably doesn't have great impact ;) but ...
> >> To reproduce: run torture tests for RCU and then sysrq+q.
> >>
> >> SysRq : Show Pending Timers
> >> Timer List Version: v0.3
> >> HRTIMER_MAX_CLOCK_BASES: 2
> >> now at 1764338760370 nsecs
> >>
> >> cpu: 0
> >> clock 0:
> >> .index
Hello,
And the winner of today is ...
=
[ INFO: possible irq lock inversion dependency detected ]
2.6.23-rc2-mm1 #7
-
runscript.sh/5843 just changed the state of lock:
(_xmit
Andrew Morton wrote:
> On Fri, 10 Aug 2007 01:23:07 +0200
> Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
>
>> Hello,
>>
>> This probably doesn't have great impact ;) but ...
>> To reproduce: run torture tests for RCU and then sysrq+q.
>>
>> SysRq : Show Pending Timers
>> Timer List Version: v
On Thu, Aug 09, 2007 at 07:00:40PM -0700, Paul E. McKenney wrote:
> On Fri, Aug 10, 2007 at 03:31:46AM +0200, Adrian Bunk wrote:
> > On Thu, Aug 09, 2007 at 01:51:06AM -0700, Andrew Morton wrote:
> > >...
> > > Changes since 2.6.23-rc2-mm1:
> > >...
> > > +allow-rcutorture-to-handle-synchronize_sch
On Thu, 9 Aug 2007 19:00:40 -0700 "Paul E. McKenney" <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 10, 2007 at 03:31:46AM +0200, Adrian Bunk wrote:
> > On Thu, Aug 09, 2007 at 01:51:06AM -0700, Andrew Morton wrote:
> > >...
> > > Changes since 2.6.23-rc2-mm1:
> > >...
> > > +allow-rcutorture-to-handle-
On Fri, Aug 10, 2007 at 03:31:46AM +0200, Adrian Bunk wrote:
> On Thu, Aug 09, 2007 at 01:51:06AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.23-rc2-mm1:
> >...
> > +allow-rcutorture-to-handle-synchronize_sched.patch
> >...
> > 2.6.23 queue
> >...
>
> All drivers were converted to no
On Thu, Aug 09, 2007 at 04:37:35PM +0100, Hugh Dickins wrote:
> On Thu, 9 Aug 2007, Mariusz Kozlowski wrote:
> > Hello,
> >
> > Nothing unusual happening, allmodconfig compiling etc.
> > Not sure why it says kernel was tainted though ... hmmm.
> >
> > [ cut here ]
> >
On Fri, 10 Aug 2007 01:23:07 +0200
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> Hello,
>
> This probably doesn't have great impact ;) but ...
> To reproduce: run torture tests for RCU and then sysrq+q.
>
> SysRq : Show Pending Timers
> Timer List Version: v0.3
> HRTIMER_MAX_CLOCK_BASES:
Hello,
=
[ INFO: inconsistent lock state ]
2.6.23-rc2-mm1 #7
-
inconsistent {in-hardirq-W} -> {hardirq-on-W} usage.
ifconfig/5492 [HC0[0]:SC0[0]:HE1:SE1] takes:
(&tp->lock){+...}, at: [] rtl8139_interrupt+0x27/0x46b [8139too]
{in-har
Alan Cox wrote:
>>> [ 28.828484] :00:1f.1: cannot adjust BAR0 (not I/O)
>>> [ 28.828487] :00:1f.1: cannot adjust BAR1 (not I/O)
>>> [ 28.828489] :00:1f.1: cannot adjust BAR2 (not I/O)
>>> [ 28.828491] :00:1f.1: cannot adjust BAR3 (not I/O)
>
> This means it didn't do anythi
Hello,
This probably doesn't have great impact ;) but ...
To reproduce: run torture tests for RCU and then sysrq+q.
SysRq : Show Pending Timers
Timer List Version: v0.3
HRTIMER_MAX_CLOCK_BASES: 2
now at 1764338760370 nsecs
cpu: 0
clock 0:
.index: 0
.resolution: 1 nsecs
.get_t
Andrew Morton wrote:
> On Thu, 9 Aug 2007 16:24:48 -0400
> "Miles Lane" <[EMAIL PROTECTED]> wrote:
>
>> [ INFO: possible circular locking dependency detected ]
>> 2.6.23-rc2-mm1 #7
>> ---
>> kacpid/53 is trying to acquire lock:
>> (&ec->lock){--
> > [ 28.828484] :00:1f.1: cannot adjust BAR0 (not I/O)
> > [ 28.828487] :00:1f.1: cannot adjust BAR1 (not I/O)
> > [ 28.828489] :00:1f.1: cannot adjust BAR2 (not I/O)
> > [ 28.828491] :00:1f.1: cannot adjust BAR3 (not I/O)
This means it didn't do anything. (wrongly because
On Thu, 09 Aug 2007 23:36:04 +0200
Gabriel C <[EMAIL PROTECTED]> wrote:
>
> ...
>
> > +pci-align-bar-settings-for-legacy-mode-ide.patch
> > +pci-align-bar-settings-for-legacy-mode-ide-fix.patch
> >
> > 2.6.23 material, but these belong to subssytem trees
> >
>
> ...
>
>
> These broke the I
...
> +pci-align-bar-settings-for-legacy-mode-ide.patch
> +pci-align-bar-settings-for-legacy-mode-ide-fix.patch
>
> 2.6.23 material, but these belong to subssytem trees
>
...
These broke the IDE controller , using libata on my Dell Workstation ..
Reverting both fixes the problem.
..
[
On Thu, 9 Aug 2007 16:24:48 -0400
"Miles Lane" <[EMAIL PROTECTED]> wrote:
> [ INFO: possible circular locking dependency detected ]
> 2.6.23-rc2-mm1 #7
> ---
> kacpid/53 is trying to acquire lock:
> (&ec->lock){--..}, at: [] mutex_lock+0x1c/0x1f
On Thu, 9 Aug 2007 21:17:20 +0100 (BST)
Hugh Dickins <[EMAIL PROTECTED]> wrote:
> On Thu, 9 Aug 2007, Andrew Morton wrote:
> >
> > +lib-make-percpu_counter_add-take-s64.patch
>
> lib-make-percpu_counter_add-take-s64.patch looks sensible, but it doesn't
> actually work on 32-bit architectures: se
On 09/08/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
...
> - If there's a patch in here which you think should be in 2.6.23 but I do
> not have it designated in that way, please be sure to let me know.
...
Well, if you want to clean up your patch queue a bit then I have a few
suggestions for so
On Thu, 9 Aug 2007, Andrew Morton wrote:
>
> +lib-make-percpu_counter_add-take-s64.patch
lib-make-percpu_counter_add-take-s64.patch looks sensible, but it doesn't
actually work on 32-bit architectures: several users of percpu_counter_add
are passing -unsignedlong as the amount, which is not promo
Andrew Morton wrote:
umm, I was hoping to find out which of those two patches was the cuplrit.
Almost surely it was 9ee6b32a47b9abc565466a9c3b127a5246b452e5?
Highly likely it is my patch in #ALL.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
On Thu, 9 Aug 2007 21:04:35 +0200
"Michal Piotrowski" <[EMAIL PROTECTED]> wrote:
> On 09/08/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Thu, 09 Aug 2007 15:23:41 +0200
> > Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> >
> > > Andrew Morton pisze:
> > > > ftp://ftp.kernel.org/pub/linux/ker
On 09/08/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 09 Aug 2007 15:23:41 +0200
> Michal Piotrowski <[EMAIL PROTECTED]> wrote:
>
> > Andrew Morton pisze:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm1/
> >
> > I am experiencing some problems
On Thu, 9 Aug 2007 10:18:15 -0400
"Miles Lane" <[EMAIL PROTECTED]> wrote:
> CC drivers/dma/ioat_dca.o
> drivers/dma/ioat_dca.c: In function 'ioat_dca_get_tag':
> drivers/dma/ioat_dca.c:177: error: implicit declaration of function
> 'cpu_physical_id'
Looks like cpu_physical_id() doesn't get
On Thu, 09 Aug 2007 15:23:41 +0200
Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Andrew Morton pisze:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm1/
>
> I am experiencing some problems with 8139too
>
> [ 28.847004] 8139too :02:0d.0: region #0
On 8/9/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 09, 2007 at 10:18:15AM -0400, Miles Lane wrote:
> > CC drivers/dma/ioat_dca.o
> > drivers/dma/ioat_dca.c: In function 'ioat_dca_get_tag':
> > drivers/dma/ioat_dca.c:177: error: implicit declaration of function
> > 'cpu_physical_
On Thu, Aug 09, 2007 at 04:20:06PM +0200, Krzysztof Helt wrote:
> On Thu, 9 Aug 2007 14:04:49 +0100
> Andy Whitcroft <[EMAIL PROTECTED]> wrote:
>
> > Seeing the following compile error on a G5 mac:
> >
> > drivers/video/tdfxfb.c: In function 'tdfxfb_setup':
> > drivers/video/tdfxfb.c:1341: er
On Thu, Aug 09, 2007 at 01:53:06PM +0100, Andy Whitcroft wrote:
> Seeing spinlock bad magic BUG's from x86 and x86_64 test boxes,
> fsx-linux seems to be tickling it. Adding Peter as prop_norm_single
> seems to be his:
Talking to Peter on IRC he suggested I back out the patch below and
retest on
On Thu, 09 Aug 2007 18:19:30 +0200 Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> This might be related. The kernel is tainted because I hit
> kernel BUG at /home/devel/linux-mm/mm/swap_state.c:78!
umm, possibly. If we went BUG while holding a spinlock then sure,
a future lockup is pretty much
On Thu, 09 Aug 2007 17:36:57 +0200 Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Andrew Morton pisze:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm1/
> >
>
> bash_shared_mapping triggered this
>
> [ 874.714700] INFO: trying to register non-static k
Michal Piotrowski pisze:
> Andrew Morton pisze:
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm1/
>>
>
> bash_shared_mapping triggered this
>
> [ 874.714700] INFO: trying to register non-static key.
> [ 874.719659] the code is fine but needs lockdep ann
Hugh Dickins pisze:
> On Thu, 9 Aug 2007, Mariusz Kozlowski wrote:
>> Hello,
>>
>> Nothing unusual happening, allmodconfig compiling etc.
>> Not sure why it says kernel was tainted though ... hmmm.
>>
>> [ cut here ]
>> kernel BUG at mm/swap_state.c:78!
>> invalid opcod
Andrew Morton pisze:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm1/
>
bash_shared_mapping triggered this
[ 874.714700] INFO: trying to register non-static key.
[ 874.719659] the code is fine but needs lockdep annotation.
[ 874.725133] turning off th
On Thu, 9 Aug 2007, Mariusz Kozlowski wrote:
> Hello,
>
> Nothing unusual happening, allmodconfig compiling etc.
> Not sure why it says kernel was tainted though ... hmmm.
>
> [ cut here ]
> kernel BUG at mm/swap_state.c:78!
> invalid opcode: [#1]
> PREEMPT
> M
On Thu, 2007-08-09 at 14:45 +0200, Peter Zijlstra wrote:
> On Thu, 2007-08-09 at 15:10 +0400, Alexey Dobriyan wrote:
> > LTP run reproducably hangs during rwtest01 test
> > rwtest -N rwtest01 -c -q -i 60s -f sync 10%25000:rs-sync=$$
> > Calltrace is always the same:
> >
> [EMAIL PROTECTED] ~]# PA
> >...
> > Not sure why it says kernel was tainted though ... hmmm.
> >...
>
> What does your syslog say when it was tainted?
Shit. My fault. I'll try to reproduce it on untainted kernel.
Thanks,
Mariusz
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
On Thu, Aug 09, 2007 at 05:11:52PM +0200, Mariusz Kozlowski wrote:
>...
> Not sure why it says kernel was tainted though ... hmmm.
>...
What does your syslog say when it was tainted?
> Regards,
>
> Mariusz
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
Hello,
Nothing unusual happening, allmodconfig compiling etc.
Not sure why it says kernel was tainted though ... hmmm.
[ cut here ]
kernel BUG at mm/swap_state.c:78!
invalid opcode: [#1]
PREEMPT
Modules linked in: orinoco_cs orinoco hermes pl2303 usbserial pc
On Thu, Aug 09, 2007 at 10:18:15AM -0400, Miles Lane wrote:
> CC drivers/dma/ioat_dca.o
> drivers/dma/ioat_dca.c: In function 'ioat_dca_get_tag':
> drivers/dma/ioat_dca.c:177: error: implicit declaration of function
> 'cpu_physical_id'
> make[2]: *** [drivers/dma/ioat_dca.o] Error 1
-ENODOT
On Thu, 9 Aug 2007 14:04:49 +0100
Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> Seeing the following compile error on a G5 mac:
>
> drivers/video/tdfxfb.c: In function 'tdfxfb_setup':
> drivers/video/tdfxfb.c:1341: error: 'opt' undeclared (first use in this
>
On Thursday 09 August 2007 16:24:57 Rafael J. Wysocki wrote:
> On Thursday, 9 August 2007 10:51, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm1/
> >
> > - Added new NFSD development tree as git-nfsd ("J. Bruce Fields"
> > <[
On Thursday, 9 August 2007 10:51, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm1/
>
> - Added new NFSD development tree as git-nfsd ("J. Bruce Fields"
> <[EMAIL PROTECTED]>)
>
> - There is a new e1000 driver in git-netdev-all,
Andrew Morton pisze:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm1/
I am experiencing some problems with 8139too
[ 28.847004] 8139too :02:0d.0: region #0 not a PIO resource, aborting
[ 28.854722] Bad IO access at port 0 ()
[ 28.859459] WARNING
Seeing the following compile error on a G5 mac:
drivers/video/tdfxfb.c: In function 'tdfxfb_setup':
drivers/video/tdfxfb.c:1341: error: 'opt' undeclared (first use in this
function)
drivers/video/tdfxfb.c:1341: error: (Each und
Seeing spinlock bad magic BUG's from x86 and x86_64 test boxes,
fsx-linux seems to be tickling it. Adding Peter as prop_norm_single
seems to be his:
x86 (oai5-hs20):
BUG: spinlock bad magic on CPU#1, fsx-linux/25600
lock: c3c15a18, .magic: , .owner: /-1, .owner_cpu: 0
[] _raw_spin_lock
On Thu, 9 Aug 2007 15:10:44 +0400,
Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> LTP run reproducably hangs during rwtest01 test
> rwtest -N rwtest01 -c -q -i 60s -f sync 10%25000:rs-sync=$$
> Calltrace is always the same:
>
> INFO: trying to register non-static key
> __lock_acquire+0x210/0x
On Thu, 2007-08-09 at 15:10 +0400, Alexey Dobriyan wrote:
> LTP run reproducably hangs during rwtest01 test
> rwtest -N rwtest01 -c -q -i 60s -f sync 10%25000:rs-sync=$$
> Calltrace is always the same:
>
> INFO: trying to register non-static key
> __lock_acquire+0x210/0xc9e
> lock_acqu
68 matches
Mail list logo
