On Fri, 29 Dec 2006 20:45:57 -0500, Eric Buddington <[EMAIL PROTECTED]> wrote:
> Kernel 2.6.19-rc6-mm2 on an Athlon XP gave me the following Oops when
> unplugging a USB device. I an usually plug and unplug devices without
> trouble, so this is probably not easily repeatable.
&g
Kernel 2.6.19-rc6-mm2 on an Athlon XP gave me the following Oops when
unplugging a USB device. I an usually plug and unplug devices without
trouble, so this is probably not easily repeatable.
-Eric
--
[1742504.966893] usb 1
Kernel 2.6.19-rc6-mm2 on an Athlon XP gave me the following Oops when
unplugging a USB device. I an usually plug and unplug devices without
trouble, so this is probably not easily repeatable.
-Eric
--
[1742504.966893] usb 1
On Fri, 29 Dec 2006 20:45:57 -0500, Eric Buddington [EMAIL PROTECTED] wrote:
Kernel 2.6.19-rc6-mm2 on an Athlon XP gave me the following Oops when
unplugging a USB device. I an usually plug and unplug devices without
trouble, so this is probably not easily repeatable.
[1742510.173840] PREEMPT
Ok, since it is the second time it happened I decided to report it.
Last week I lost some files in my home directory (at least .gnome
.firefox .bashrc .Xauthority), I think it was after a suspend.
Yesterday exactly the same thing happened (same kernel 2.6.19-rc6-mm2,
I haven't upgraded because I
Ok, since it is the second time it happened I decided to report it.
Last week I lost some files in my home directory (at least .gnome
.firefox .bashrc .Xauthority), I think it was after a suspend.
Yesterday exactly the same thing happened (same kernel 2.6.19-rc6-mm2,
I haven't upgraded because I
On Tuesday December 12, [EMAIL PROTECTED] wrote:
> Seeing this oops on 2.6.19-rc6-mm2 intermittently on bootup. Also, when
> this doesn't happen it seems like udev goes crazy adding and removing
> /dev/md0 over and over using up a ton of CPU. Is this a known problem?
> This a
On Tuesday December 12, [EMAIL PROTECTED] wrote:
Seeing this oops on 2.6.19-rc6-mm2 intermittently on bootup. Also, when
this doesn't happen it seems like udev goes crazy adding and removing
/dev/md0 over and over using up a ton of CPU. Is this a known problem?
This also happened with -mm1
Seeing this oops on 2.6.19-rc6-mm2 intermittently on bootup. Also, when
this doesn't happen it seems like udev goes crazy adding and removing
/dev/md0 over and over using up a ton of CPU. Is this a known problem?
This also happened with -mm1.
Linux version 2.6.19-rc6-mm2admafix ([EMAIL
lot of progress. I find it hard to
>>> see how anything in md can cause the inode for a block-device file to
>>> disappear... It is a bit of a long-shot, but this patch might change
>>> things. It changes the order in which things are de-allocated. Jiri and
>>
to
disappear... It is a bit of a long-shot, but this patch might change
things. It changes the order in which things are de-allocated. Jiri and
Jiri: would either of both of you see if you can reproduce the bug with
this patch on 2.6.19-rc6-mm2 ???
Hi Neil,
sorry to say that, but it's still
Seeing this oops on 2.6.19-rc6-mm2 intermittently on bootup. Also, when
this doesn't happen it seems like udev goes crazy adding and removing
/dev/md0 over and over using up a ton of CPU. Is this a known problem?
This also happened with -mm1.
Linux version 2.6.19-rc6-mm2admafix ([EMAIL
; see how anything in md can cause the inode for a block-device file to
> > disappear... It is a bit of a long-shot, but this patch might change
> > things. It changes the order in which things are de-allocated. Jiri and
> > Jiri: would either of both of you see if you can repr
is a bit of a long-shot, but this patch might change
> things. It changes the order in which things are de-allocated. Jiri and
> Jiri: would either of both of you see if you can reproduce the bug with
> this patch on 2.6.19-rc6-mm2 ???
Hi Neil,
sorry to say that, but it's still t
things. It changes the order in which things are de-allocated. Jiri and
Jiri: would either of both of you see if you can reproduce the bug with
this patch on 2.6.19-rc6-mm2 ???
Hi Neil,
sorry to say that, but it's still there after applying your patch.
--
Jiri Kosina
-
To unsubscribe
... It is a bit of a long-shot, but this patch might change
things. It changes the order in which things are de-allocated. Jiri and
Jiri: would either of both of you see if you can reproduce the bug with
this patch on 2.6.19-rc6-mm2 ???
Hi Neil,
sorry to say that, but it's still
Hi!
I got this oops on 2.6.19-rc6-mm2 when starting the system. It happened only
once -- when echo "raidautorun /dev/md0" | nash --quiet was executed. I don't
know why it happened, after reboot it started OK.
There is no md0, only md1, md2 and md3.
See camera-shots here:
http://www.
13:27 larrylap kernel: [] do_lookup+0x144/0x190
> Nov 24 02:13:27 larrylap kernel: [] __link_path_walk+0x856/0xe00
> Nov 24 02:13:27 larrylap kernel: [] link_path_walk+0x4e/0xe0
> Nov 24 02:13:27 larrylap kernel: [] do_path_lookup+0x8c/0x1d0
> Nov 24 02:13:27 larrylap kernel: []
On Fri, 8 Dec 2006, Neil Brown wrote:
> > OK, so more details follow (I am not sure how valuable they are, though).
> They do help a bit..
> I've found a possible race that could possibly be related to this BUG.
> Can you try this patch and see if it helps?
> Signed-off-by: Neil Brown <[EMAIL
On Fri, 8 Dec 2006, Neil Brown wrote:
OK, so more details follow (I am not sure how valuable they are, though).
They do help a bit..
I've found a possible race that could possibly be related to this BUG.
Can you try this patch and see if it helps?
Signed-off-by: Neil Brown [EMAIL
24 02:13:27 larrylap kernel: [b7f67410] 0xb7f67410
Nov 24 02:13:27 larrylap kernel: ===
I have similar problem here, on 2.6.19-rc6-mm2:
[ 701.477654] ===
[ 701.477793] [ INFO: possible circular locking dependency detected
Hi!
I got this oops on 2.6.19-rc6-mm2 when starting the system. It happened only
once -- when echo raidautorun /dev/md0 | nash --quiet was executed. I don't
know why it happened, after reboot it started OK.
There is no md0, only md1, md2 and md3.
See camera-shots here:
http://www.fi.muni.cz
On Tuesday December 5, [EMAIL PROTECTED] wrote:
> On Tue, 5 Dec 2006, Jiri Kosina wrote:
>
> > It seemed to be 100% reproducible - happened on every boot of FC6
> > system, so it was probably triggered by some raid/lvm command executed
> > from init scripts after boot, but I didn't examine it
On Tuesday December 5, [EMAIL PROTECTED] wrote:
On Tue, 5 Dec 2006, Jiri Kosina wrote:
It seemed to be 100% reproducible - happened on every boot of FC6
system, so it was probably triggered by some raid/lvm command executed
from init scripts after boot, but I didn't examine it further.
Hi,
When I try to suspend (echo disk > /sys/power/state) an SMP x86-64 box with a
lockdep-enabled kernel, I get this (100% of the time):
===
[ INFO: possible circular locking dependency detected ]
2.6.19-rc6-mm2
On Tue, 5 Dec 2006, Jiri Kosina wrote:
> It seemed to be 100% reproducible - happened on every boot of FC6
> system, so it was probably triggered by some raid/lvm command executed
> from init scripts after boot, but I didn't examine it further. As soon
> as I get to the machine where this
On Tuesday, 5 December 2006 23:07, Auke Kok wrote:
> [resend]
>
> Quick note: I loaded up 2.6.19-rc6-mm2 on a platform here and noticed that
> the onboard
> e1000 NIC was enumerated to eth1 instead of eth0. on 2.6.18.5 and any other
> kernel I
> used before, it was prop
[resend]
Quick note: I loaded up 2.6.19-rc6-mm2 on a platform here and noticed that the
onboard
e1000 NIC was enumerated to eth1 instead of eth0. on 2.6.18.5 and any other
kernel I
used before, it was properly named eth0 after startup. eth0 itself is
completely missing
(-ENODEV).
I'll try
[resend]
Quick note: I loaded up 2.6.19-rc6-mm2 on a platform here and noticed that the
onboard
e1000 NIC was enumerated to eth1 instead of eth0. on 2.6.18.5 and any other
kernel I
used before, it was properly named eth0 after startup. eth0 itself is
completely missing
(-ENODEV).
I'll try
On Tuesday, 5 December 2006 23:07, Auke Kok wrote:
[resend]
Quick note: I loaded up 2.6.19-rc6-mm2 on a platform here and noticed that
the onboard
e1000 NIC was enumerated to eth1 instead of eth0. on 2.6.18.5 and any other
kernel I
used before, it was properly named eth0 after startup
On Tue, 5 Dec 2006, Jiri Kosina wrote:
It seemed to be 100% reproducible - happened on every boot of FC6
system, so it was probably triggered by some raid/lvm command executed
from init scripts after boot, but I didn't examine it further. As soon
as I get to the machine where this happens,
Hi,
When I try to suspend (echo disk /sys/power/state) an SMP x86-64 box with a
lockdep-enabled kernel, I get this (100% of the time):
===
[ INFO: possible circular locking dependency detected ]
2.6.19-rc6-mm2 #62
On Tue, 5 Dec 2006, Neil Brown wrote:
> As Andrew correctly pointed out, this bit error is not a RAM problem. It
> is actually the low bit of a counter a spinlock that was decremented
> just before the WARN_ON. So it simply indicates that the inode had
> already been freed, which I think we
On Tuesday December 5, [EMAIL PROTECTED] wrote:
>
> I notice it says:
> |
> v
> > 090: 6b 6b 6b 6b 6a 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
> > Single bit error detected. Probably bad RAM.
> > Run memtest86+ or a similar memory test tool.
>
> Have you
On Wednesday November 29, [EMAIL PROTECTED] wrote:
> On Tue, 28 Nov 2006, Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
>
> md-change-lifetime-rules-for-md-devices.patch gives me the following ear
;
> > > > > > > > > > On Wednesday, 29 November 2006 20:54, Rafael J. Wysocki
> > > > > > > > > > wrote:
> > > > > > > > > > > On Tuesday, 28 November 2006 11:02, Andrew Morton wrote:
> > > > > > > &
Matt Reuther wrote:
I tried compiling 2.6.19-rc6-mm2 and got an error:
CC [M] drivers/input/serio/parkbd.o
CC [M] drivers/input/serio/serport.o
CC [M] drivers/input/serio/serio_raw.o
LD drivers/kvm/built-in.o
CC [M] drivers/kvm/vmx.o
CC [M] drivers/kvm/kvm_main.o
drivers
November 2006 11:02, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.19-rc6-mm2/
Will appear eventually at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6
Matt Reuther wrote:
I tried compiling 2.6.19-rc6-mm2 and got an error:
CC [M] drivers/input/serio/parkbd.o
CC [M] drivers/input/serio/serport.o
CC [M] drivers/input/serio/serio_raw.o
LD drivers/kvm/built-in.o
CC [M] drivers/kvm/vmx.o
CC [M] drivers/kvm/kvm_main.o
drivers
On Wednesday November 29, [EMAIL PROTECTED] wrote:
On Tue, 28 Nov 2006, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
md-change-lifetime-rules-for-md-devices.patch gives me the following early
during boot (first WARNING
On Tuesday December 5, [EMAIL PROTECTED] wrote:
I notice it says:
|
v
090: 6b 6b 6b 6b 6a 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
Single bit error detected. Probably bad RAM.
Run memtest86+ or a similar memory test tool.
Have you tried running
On Tue, 5 Dec 2006, Neil Brown wrote:
As Andrew correctly pointed out, this bit error is not a RAM problem. It
is actually the low bit of a counter a spinlock that was decremented
just before the WARN_ON. So it simply indicates that the inode had
already been freed, which I think we knew
I tried compiling 2.6.19-rc6-mm2 and got an error:
CC [M] drivers/input/serio/parkbd.o
CC [M] drivers/input/serio/serport.o
CC [M] drivers/input/serio/serio_raw.o
LD drivers/kvm/built-in.o
CC [M] drivers/kvm/vmx.o
CC [M] drivers/kvm/kvm_main.o
drivers/kvm/kvm_main.c:739:32
Avi Kivity wrote:
Andrew Morton wrote:
On Tue, 28 Nov 2006 19:24:45 -0500
Thomas Tuttle <[EMAIL PROTECTED]> wrote:
I've found a couple of bugs so far...
1. I did `modprobe kvm' and then tried running a version of the KVM
Qemu
compiled for a different kernel. My mistake. But I got an
Avi Kivity wrote:
Andrew Morton wrote:
On Tue, 28 Nov 2006 19:24:45 -0500
Thomas Tuttle [EMAIL PROTECTED] wrote:
I've found a couple of bugs so far...
1. I did `modprobe kvm' and then tried running a version of the KVM
Qemu
compiled for a different kernel. My mistake. But I got an
I tried compiling 2.6.19-rc6-mm2 and got an error:
CC [M] drivers/input/serio/parkbd.o
CC [M] drivers/input/serio/serport.o
CC [M] drivers/input/serio/serio_raw.o
LD drivers/kvm/built-in.o
CC [M] drivers/kvm/vmx.o
CC [M] drivers/kvm/kvm_main.o
drivers/kvm/kvm_main.c:739:32
On Friday 01 December 2006 23:09, Akinobu Mita wrote:
> On Fri, Dec 01, 2006 at 10:19:00PM -0500, Ed Tomlinson wrote:
> > On Friday 01 December 2006 19:32, Andrew Morton wrote:
> > > On Fri, 1 Dec 2006 19:33:21 -0500
> > > Ed Tomlinson <[EMAIL PROTECTED]> wrote:
> > >
> > > > I booted without the
On Friday 01 December 2006 23:09, Akinobu Mita wrote:
On Fri, Dec 01, 2006 at 10:19:00PM -0500, Ed Tomlinson wrote:
On Friday 01 December 2006 19:32, Andrew Morton wrote:
On Fri, 1 Dec 2006 19:33:21 -0500
Ed Tomlinson [EMAIL PROTECTED] wrote:
I booted without the video and vga
On Fri, Dec 01, 2006 at 10:19:00PM -0500, Ed Tomlinson wrote:
> On Friday 01 December 2006 19:32, Andrew Morton wrote:
> > On Fri, 1 Dec 2006 19:33:21 -0500
> > Ed Tomlinson <[EMAIL PROTECTED]> wrote:
> >
> > > I booted without the video and vga settings with earlyprintk=vga and got
> > >
On Friday 01 December 2006 19:32, Andrew Morton wrote:
> On Fri, 1 Dec 2006 19:33:21 -0500
> Ed Tomlinson <[EMAIL PROTECTED]> wrote:
>
> > I booted without the video and vga settings with earlyprintk=vga and got
> > output. The
> > kenerl was complaining about a crc error. Checking the patch
On Fri, 1 Dec 2006 19:33:21 -0500
Ed Tomlinson <[EMAIL PROTECTED]> wrote:
> I booted without the video and vga settings with earlyprintk=vga and got
> output. The
> kenerl was complaining about a crc error. Checking the patch list I found:
>
> crc32-replace-bitreverse-by-bitrev32.patch
>
>
:02, Andrew Morton wrote:
> > >
> > > > Will appear eventually at
> > > >
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
> > >
> > > This kernel does not boot here. It does not get far enough to post
>
On Friday, 1 December 2006 02:20, Greg KH wrote:
> On Wed, Nov 29, 2006 at 06:18:09PM -0800, Andrew Morton wrote:
> > On Thu, 30 Nov 2006 02:04:15 +0100
> > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> >
> > > > >
> > > > > git-netdev-all.patch
> > > > > git-netdev-all-fixup.patch
> > > > >
at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
This kernel does not boot here. It does not get far enough to post
anything to my serial console.
Have you tried using earlyprintk=... to see if it produces any
more output
On Fri, 1 Dec 2006 19:33:21 -0500
Ed Tomlinson [EMAIL PROTECTED] wrote:
I booted without the video and vga settings with earlyprintk=vga and got
output. The
kenerl was complaining about a crc error. Checking the patch list I found:
crc32-replace-bitreverse-by-bitrev32.patch
reversing
On Friday 01 December 2006 19:32, Andrew Morton wrote:
On Fri, 1 Dec 2006 19:33:21 -0500
Ed Tomlinson [EMAIL PROTECTED] wrote:
I booted without the video and vga settings with earlyprintk=vga and got
output. The
kenerl was complaining about a crc error. Checking the patch list I
On Fri, Dec 01, 2006 at 10:19:00PM -0500, Ed Tomlinson wrote:
On Friday 01 December 2006 19:32, Andrew Morton wrote:
On Fri, 1 Dec 2006 19:33:21 -0500
Ed Tomlinson [EMAIL PROTECTED] wrote:
I booted without the video and vga settings with earlyprintk=vga and got
output. The
On Friday, 1 December 2006 02:20, Greg KH wrote:
On Wed, Nov 29, 2006 at 06:18:09PM -0800, Andrew Morton wrote:
On Thu, 30 Nov 2006 02:04:15 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
git-netdev-all.patch
git-netdev-all-fixup.patch
libphy-dont-do-that.patch
;
> > > > > > > > > > On Wednesday, 29 November 2006 20:54, Rafael J. Wysocki
> > > > > > > > > > wrote:
> > > > > > > > > > > On Tuesday, 28 November 2006 11:02, Andrew Morton wrote:
> > > > > > > &
On Wed, Nov 29, 2006 at 06:18:09PM -0800, Andrew Morton wrote:
> On Thu, 30 Nov 2006 02:04:15 +0100
> "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
>
> > > >
> > > > git-netdev-all.patch
> > > > git-netdev-all-fixup.patch
> > > > libphy-dont-do-that.patch
> > >
> > > Are you able to eliminate
t; > > > > > > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> > > > > > > >
> > > > > > > > > On Wednesday, 29 November 2006 20:54, Rafael J. Wysocki wrote:
> > > >
t; > > > > > > > On Wednesday, 29 November 2006 20:54, Rafael J. Wysocki wrote:
> > > > > > > > > On Tuesday, 28 November 2006 11:02, Andrew Morton wrote:
> > > > > > > > > >
> > > > > > >
21:08:00 +0100
> > > > > > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> > > > > >
> > > > > > > On Wednesday, 29 November 2006 20:54, Rafael J. Wysocki wrote:
> > > > &g
t; > > > On Wednesday, 29 November 2006 20:54, Rafael J. Wysocki wrote:
> > > > > > > On Tuesday, 28 November 2006 11:02, Andrew Morton wrote:
> > > > > > > >
> > > > > > > > Temporarily at
> > > > > >
b/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
> >
> > This kernel does not boot here. It does not get far enough to post
> > anything to my serial console.
>
> Have you tried using "earlyprintk=..." to see if it produces any
> more
On Wednesday 29 November 2006 23:10, Randy Dunlap wrote:
On Wed, 29 Nov 2006 22:42:20 -0500 Ed Tomlinson wrote:
On Tuesday 28 November 2006 05:02, Andrew Morton wrote:
Will appear eventually at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6
at
http://userweb.kernel.org/~akpm/2.6.19-rc6-mm2/
Will appear eventually at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
A minor issue: on one of my (x86-64) test boxes the uli526x
driver
:
On Tuesday, 28 November 2006 11:02, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.19-rc6-mm2/
Will appear eventually at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19
PROTECTED] wrote:
On Wednesday, 29 November 2006 20:54, Rafael J. Wysocki wrote:
On Tuesday, 28 November 2006 11:02, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.19-rc6-mm2/
Will appear
at
http://userweb.kernel.org/~akpm/2.6.19-rc6-mm2/
Will appear eventually at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
A minor issue: on one of my (x86-64) test boxes the uli526x
On Wed, Nov 29, 2006 at 06:18:09PM -0800, Andrew Morton wrote:
On Thu, 30 Nov 2006 02:04:15 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
git-netdev-all.patch
git-netdev-all-fixup.patch
libphy-dont-do-that.patch
Are you able to eliminate libphy-dont-do-that.patch?
November 2006 11:02, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.19-rc6-mm2/
Will appear eventually at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6
On Wed, 29 Nov 2006 22:42:20 -0500 Ed Tomlinson wrote:
> On Tuesday 28 November 2006 05:02, Andrew Morton wrote:
>
> > Will appear eventually at
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
>
> This kernel does n
On Tuesday 28 November 2006 05:02, Andrew Morton wrote:
> Will appear eventually at
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
This kernel does not boot here. It does not get far enough to post anything to
my serial console.
The la
On Thu, 30 Nov 2006 02:04:15 +0100
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> > >
> > > git-netdev-all.patch
> > > git-netdev-all-fixup.patch
> > > libphy-dont-do-that.patch
> >
> > Are you able to eliminate libphy-dont-do-that.patch?
> >
> > > Is a broken-out version of
t; > > > > > On Tuesday, 28 November 2006 11:02, Andrew Morton wrote:
> > > > > > >
> > > > > > > Temporarily at
> > > > > > >
> > > > > > > http://userweb.kernel.org/~akpm/2.6.19-rc6-mm2/
> > > > > > >
> "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> > >
> > > > On Wednesday, 29 November 2006 20:54, Rafael J. Wysocki wrote:
> > > > > On Tuesday, 28 November 2006 11:02, Andrew Morton wrote:
> > > &
9 November 2006 20:54, Rafael J. Wysocki wrote:
> > > > On Tuesday, 28 November 2006 11:02, Andrew Morton wrote:
> > > > >
> > > > > Temporarily at
> > > > >
> > > > > http://userweb.kernel.org/~akpm/2.6.19-rc6-mm2/
> > > > &g
> >>> kernel/module.c:852: error: (near initialization for `modinfo_attrs[2]')
> >>> make[1]: *** [kernel/module.o] Error 1
> >>> make: *** [kernel] Error 2
> >>>
> >>> Reference to 'initstate' should stay under #ifdef CONFIG_MODULE_U
ule.o] Error 1
>>> make: *** [kernel] Error 2
>>>
>>> Reference to 'initstate' should stay under #ifdef CONFIG_MODULE_UNLOAD
>>> as its definition I guess.
>>>
>>> Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
>>>
>>
November 2006 11:02, Andrew Morton wrote:
> > > >
> > > > Temporarily at
> > > >
> > > > http://userweb.kernel.org/~akpm/2.6.19-rc6-mm2/
> > > >
> > > > Will appear eventually at
> > > >
> > > > ftp://ftp.kernel.org/pub/
On Wed, 29 Nov 2006 21:08:00 +0100
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> On Wednesday, 29 November 2006 20:54, Rafael J. Wysocki wrote:
> > On Tuesday, 28 November 2006 11:02, Andrew Morton wrote:
> > >
> > > Temporarily at
> > >
On Wed, 29 Nov 2006 13:42:28 +0100 (CET)
Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Tue, 28 Nov 2006, Andrew Morton wrote:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
>
> When i386 kernel is compiled without CONFIG_X86_
On Wednesday, 29 November 2006 20:54, Rafael J. Wysocki wrote:
> On Tuesday, 28 November 2006 11:02, Andrew Morton wrote:
> >
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.19-rc6-mm2/
> >
> > Will appear eventually at
> >
> >
On Tuesday, 28 November 2006 11:02, Andrew Morton wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.19-rc6-mm2/
>
> Will appear eventually at
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
A minor issue: on
Avi Kivity wrote:
Oh, and I get a ton of these messages with kvm:
rtc: lost some interrupts at 1024Hz.
I'll look into these too, though I'm not sure where.
Please try the attached patch and let us know.
--
error compiling committee.c: too many arguments to function
Index:
On Tue, 28 Nov 2006, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
When i386 kernel is compiled without CONFIG_X86_LOCAL_APIC, this happens:
In file included from arch/i386/kernel/traps.c:51:
include/asm/nmi.h:46:1: warn
or 2
> >
> > Reference to 'initstate' should stay under #ifdef CONFIG_MODULE_UNLOAD
> > as its definition I guess.
> >
> > Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
> >
> > --- linux-2.6.19-rc6-mm2-a/kernel/module.c 2006-11-28
> >
definition I guess.
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
--- linux-2.6.19-rc6-mm2-a/kernel/module.c 2006-11-28
12:17:09.0 +0100
+++ linux-2.6.19-rc6-mm2-b/kernel/module.c 2006-11-28
12:05:01.0 +0100
@@ -849,8 +849,8 @@ static inline void
On Tue, 28 Nov 2006, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
When i386 kernel is compiled without CONFIG_X86_LOCAL_APIC, this happens:
In file included from arch/i386/kernel/traps.c:51:
include/asm/nmi.h:46:1: warning
Avi Kivity wrote:
Oh, and I get a ton of these messages with kvm:
rtc: lost some interrupts at 1024Hz.
I'll look into these too, though I'm not sure where.
Please try the attached patch and let us know.
--
error compiling committee.c: too many arguments to function
Index:
On Tuesday, 28 November 2006 11:02, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.19-rc6-mm2/
Will appear eventually at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
A minor issue: on one of my (x86-64) test boxes
On Wednesday, 29 November 2006 20:54, Rafael J. Wysocki wrote:
On Tuesday, 28 November 2006 11:02, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.19-rc6-mm2/
Will appear eventually at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19
On Wed, 29 Nov 2006 13:42:28 +0100 (CET)
Jiri Kosina [EMAIL PROTECTED] wrote:
On Tue, 28 Nov 2006, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
When i386 kernel is compiled without CONFIG_X86_LOCAL_APIC, this happens
as its definition I guess.
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
--- linux-2.6.19-rc6-mm2-a/kernel/module.c 2006-11-28
12:17:09.0 +0100
+++ linux-2.6.19-rc6-mm2-b/kernel/module.c 2006-11-28
12:05:01.0 +0100
@@ -849,8 +849,8 @@ static inline void
Reference to 'initstate' should stay under #ifdef CONFIG_MODULE_UNLOAD
as its definition I guess.
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
--- linux-2.6.19-rc6-mm2-a/kernel/module.c 2006-11-28
12:17:09.0 +0100
+++ linux-2.6.19-rc6-mm2-b/kernel/module.c 2006-11
On Tuesday 28 November 2006 05:02, Andrew Morton wrote:
Will appear eventually at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
This kernel does not boot here. It does not get far enough to post anything to
my serial console.
The last booted
On Wed, 29 Nov 2006 22:42:20 -0500 Ed Tomlinson wrote:
On Tuesday 28 November 2006 05:02, Andrew Morton wrote:
Will appear eventually at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
This kernel does not boot here. It does not get far
On Wed, 29 Nov 2006 21:08:00 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Wednesday, 29 November 2006 20:54, Rafael J. Wysocki wrote:
On Tuesday, 28 November 2006 11:02, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.19-rc6-mm2/
Will appear
at
http://userweb.kernel.org/~akpm/2.6.19-rc6-mm2/
Will appear eventually at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
A minor issue: on one of my (x86-64) test boxes the uli526x driver doesn't
work when it's first loaded. I
1 - 100 of 132 matches
Mail list logo
