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} ->
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]:SC0[0]:HE1:SE1
> > =
> > [ 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:
> > (>
=
[ 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: [de8706e0] rtl8139_interrupt+0x27/0x46b
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 ]
> &
On 10-08-2007 09:06, Mariusz Kozlowski wrote:
> Hello,
>
> And the winner of today is ...
>
>
>
> =
> [ INFO: possible irq lock inversion dependency detect
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 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 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
...
>
ing:
> =
> [ 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:
> (>lock){+...}, at: [] rtl8139_interrupt+0x27/0x46b [8
:
=
[ 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: [de8706e0] rtl8139_interrupt+0x27/0x46b [8139too]
{in-hardirq-W} state
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-off-by:
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
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-lock
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]>
>
> > ---
* 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
> +++
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
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_symbol_name(),
* 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
+++
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]
---
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
>
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.
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
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
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
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
> > > >...
> > >
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
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
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
>>
Andrew Morton wrote:
On Fri, 10 Aug 2007 11:46:25 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
I get call trace, when the file system stress is run on the
2.6.23-rc2-mm1 kernel on a Dual Core AMD Opteron
(processor 270)
\BUG: spinlo
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
On Fri, Aug 10, 2007 at 01:06:58PM +0530, Kamalesh Babulal wrote:
> Andrew Morton wrote:
> >On Fri, 10 Aug 2007 11:46:25 +0530 Kamalesh Babulal
> ><[EMAIL PROTECTED]> wrote:
> >
> >
> >>I get call trace, when the file system stress is run on the
&g
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
* 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
Andrew Morton wrote:
On Fri, 10 Aug 2007 11:46:25 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
I get call trace, when the file system stress is run on the
2.6.23-rc2-mm1 kernel on a Dual Core AMD Opteron
(processor 270)
\BUG: spinlo
> >>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:
> >>
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
Hi,
I got the following kernel Bug on the 2.6.23-rc2-mm1 kernel on
a Dual Core AMD Opteron (processor 270), while testing the LTP
runall
kernel BUG at mm/swap_state.c:78!
invalid opcode: [1] SMP
CPU 0
Modules linked in: ipv6 hidp
On Fri, 10 Aug 2007 11:46:25 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> I get call trace, when the file system stress is run on the
> 2.6.23-rc2-mm1 kernel on a Dual Core AMD Opteron
> (processor 270)
>
> \BUG: spinlock
Hi,
I get call trace, when the file system stress is run on the
2.6.23-rc2-mm1 kernel on a Dual Core AMD Opteron
(processor 270)
\BUG: spinlock bad magic on
CPU#1, fsx-linux/19721
lock: 8100028cef48, .magic: , .owner: /-1, .owner_cpu: 0
On Fri, 10 Aug 2007 11:46:25 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
I get call trace, when the file system stress is run on the
2.6.23-rc2-mm1 kernel on a Dual Core AMD Opteron
(processor 270)
\BUG: spinlock bad magic on
CPU#1, fsx
Hi,
I got the following kernel Bug on the 2.6.23-rc2-mm1 kernel on
a Dual Core AMD Opteron (processor 270), while testing the LTP
runall
kernel BUG at mm/swap_state.c:78!
invalid opcode: [1] SMP
CPU 0
Modules linked in: ipv6 hidp
Hi,
I get call trace, when the file system stress is run on the
2.6.23-rc2-mm1 kernel on a Dual Core AMD Opteron
(processor 270)
\BUG: spinlock bad magic on
CPU#1, fsx-linux/19721
lock: 8100028cef48, .magic: , .owner: none/-1
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
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
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 function
2.6.23-rc2-mm1:
...
+allow-rcutorture-to-handle-synchronize_sched.patch
...
2.6.23 queue
...
All drivers were converted to no longer use xtime directly since it
might be quite outdated, but this patch adds a usage of xtime.tv_nsec
as RNG...
This code doesn't care
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 API change
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 function
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 function
On Fri, Aug 10, 2007 at 01:06:58PM +0530, Kamalesh Babulal wrote:
Andrew Morton wrote:
On Fri, 10 Aug 2007 11:46:25 +0530 Kamalesh Babulal
[EMAIL PROTECTED] wrote:
I get call trace, when the file system stress is run on the
2.6.23-rc2-mm1 kernel on a Dual Core AMD Opteron
(processor
Andrew Morton wrote:
On Fri, 10 Aug 2007 11:46:25 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
I get call trace, when the file system stress is run on the
2.6.23-rc2-mm1 kernel on a Dual Core AMD Opteron
(processor 270)
\BUG: spinlock bad
* 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 basically
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 called at oops
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't have
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.6.22, so must
Andrew Morton wrote:
On Fri, 10 Aug 2007 11:46:25 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
I get call trace, when the file system stress is run on the
2.6.23-rc2-mm1 kernel on a Dual Core AMD Opteron
(processor 270)
\BUG: spinlock bad
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, 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 we
have
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
be
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:
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:
> > >.
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:
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
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 longer use xtime directly since it
might be quite out
> > CPU:0
> > EIP:0060:[]Tainted: PVLI
> > EFLAGS: 00010246 (2.6.23-rc2-mm1 #1)
> > EIP is at __add_to_swap_cache+0xc6/0xd7
> > eax: 4000 ebx: c11285c0 ecx: 00d0 edx: 0283
> > esi: c11285c0 edi: 0283 ebp: c1858f90
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:
(>lock){+...}, at: [] rtl8139_interrupt+0x27/0x46b [8
>>> [disabled] [size=1]
>
> The controller is disabled and when disabled it seems to think its
> memory. Valid but interesting.
>
>
The box is an Dell Precision WorkStation 530 MT.
Actually I have an ATA-7 disc on the primary EIDE connector ( one port free )
and an o
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.23-rc2-mm1
# Fri Aug 10 00:12:50 2007
#
CONFIG_X86_32=y
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_CMOS_UPDATE=y
CONFIG_CLOCKSOURCE_WATCHDOG=y
CONFIG_GENERIC_CLOCKEVENTS=y
CONFIG_NONIRQ_WAKEUP=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_
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
>> ---
>>
> > [ 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
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
Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR- #
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.23-rc2-mm1
# Thu Aug 9 15:19:34 2007
#
CONFIG_X86_32=y
C
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:
> (>lock){
y work on 32-bit architectures: several users of percpu_counter_add
> are passing -unsignedlong as the amount, which is not promoted to s64 in
> the desired way, so "df" on extN filesystems is showing silly numbers.
>
> The hack below (say long instead of s64 or s32) may be
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
[ INFO: possible circular locking dependency detected ]
2.6.23-rc2-mm1 #7
---
kacpid/53 is trying to acquire lock:
(>lock){--..}, at: [] mutex_lock+0x1c/0x1f
but task is already holding lock:
(>work){--..}, at: [] run_workqueue+0xa0
which is not promoted to s64 in
the desired way, so "df" on extN filesystems is showing silly numbers.
The hack below (say long instead of s64 or s32) may be good as hotfix for
2.6.23-rc2-mm1, but is probably the worst of solutions. Perhaps take-s64
should be reverted, perhaps there should be a pe
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
ndrew 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,
&
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
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
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] 8139
cit declaration of function
> > 'cpu_physical_id'
> > make[2]: *** [drivers/dma/ioat_dca.o] Error 1
>
> -ENODOTCONFIG
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.23-rc2-mm1
# Thu Aug 9 12:18:45 2007
#
CONFIG_X86_32=y
CONFIG_GENERIC_TIME=y
CONFIG_GENERI
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:
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
Adrian Bunk wrote:
On Thu, Aug 09, 2007 at 01:51:06AM -0700, Andrew Morton wrote:
...
- There is a new e1000 driver in git-netdev-all, called e1000e. I'm sure
the developers would like it tested. Please cc [EMAIL PROTECTED] on
any reports.
...
Changes since 2.6.23-rc2-mm1:
...
git-netdev
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] IN
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
kernel BUG at mm/swap_state.c:78!
>> invalid opcode: [#1]
>> PREEMPT
>> Modules linked in: orinoco_cs orinoco hermes pl2303 usbserial pcmcia
>> 8250_pci 8250 serial_core yenta_socket rsrc_nonstatic pcmcia_core 8139too
>> CPU:0
>> EIP:
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] turni
ode: [#1]
> PREEMPT
> Modules linked in: orinoco_cs orinoco hermes pl2303 usbserial pcmcia 8250_pci
> 8250 serial_core yenta_socket rsrc_nonstatic pcmcia_core 8139too
> CPU:0
> EIP:0060:[]Tainted: P VLI
> EFLAGS: 00010246 (2.6.23-rc2-mm1 #1)
> EIP is at
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] ~]#
> >...
> > 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
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
pcmcia 8250_pci
8250 serial_core yenta_socket rsrc_nonstatic pcmcia_core 8139too
CPU:0
EIP:0060:[]Tainted: PVLI
EFLAGS: 00010246 (2.6.23-rc2-mm1 #1)
EIP is at __add_to_swap_cache+0xc6/0xd7
eax: 4000 ebx: c11285c0 ecx: 00d0 edx: 0283
esi: c11285c0 edi
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
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
>
1 - 100 of 162 matches
Mail list logo