On Friday, 23 February 2007 17:36, David Brownell wrote:
> > > > > rtc_cmos 00:02: rtc core: registered rtc_cmos as rtc0
> > > > > Unable to handle kernel NULL pointer dereference at 0030
> > > > > RIP:
> > > > > [] rtc_sysfs_remove_device+0x23/0x50
>
> The bug isn't in rtc_cmos,
On Friday, 23 February 2007 17:36, David Brownell wrote:
rtc_cmos 00:02: rtc core: registered rtc_cmos as rtc0
Unable to handle kernel NULL pointer dereference at 0030
RIP:
[804032c3] rtc_sysfs_remove_device+0x23/0x50
The bug isn't in rtc_cmos, but
cryptomgr
crypto_algapi ieee80211
_crypt_wep ipw2200 ieee80211 ieee80211_crypt sk98lin intel_agp
agpgart
CPU:0
EIP:0060:[]Tainted: P VLI
EFLAGS: 00210297 (2.6.20-mm2 #4)
EIP is at __make_request+0xeb/0x2d7
eax: ebx: ecx: edx: 00010585
esi: dff497d4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I rebuild the kernel, without the git-block patches Patches
revert-md-avoid-possible-bug_on-in-md-bitmap-handling-for-git-block.patch
git-block.patch
git-block-fixup.patch
git-block-dupe-definitions.patch
git-block-xfs-barriers-broke.patch
but i
Hi Andrew,
On Tue, 27 Feb 2007 12:25:51 -0800, Andrew Morton wrote:
> > On Sun, 25 Feb 2007 14:15:30 +0100 Jean Delvare <[EMAIL PROTECTED]> wrote:
> > Hi Andrew, all,
> >
> > I appear to need the following fix to be able to build 2.6.20-mm2 on
> > x86_64. Wi
Hi Andrew,
On Tue, 27 Feb 2007 12:25:51 -0800, Andrew Morton wrote:
On Sun, 25 Feb 2007 14:15:30 +0100 Jean Delvare [EMAIL PROTECTED] wrote:
Hi Andrew, all,
I appear to need the following fix to be able to build 2.6.20-mm2 on
x86_64. Without the fix, my build attempt dies
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I rebuild the kernel, without the git-block patches Patches
revert-md-avoid-possible-bug_on-in-md-bitmap-handling-for-git-block.patch
git-block.patch
git-block-fixup.patch
git-block-dupe-definitions.patch
git-block-xfs-barriers-broke.patch
but i
cryptomgr
crypto_algapi ieee80211
_crypt_wep ipw2200 ieee80211 ieee80211_crypt sk98lin intel_agp
agpgart
CPU:0
EIP:0060:[c01f369b]Tainted: P VLI
EFLAGS: 00210297 (2.6.20-mm2 #4)
EIP is at __make_request+0xeb/0x2d7
eax: ebx: ecx: edx: 00010585
esi
> On Sun, 25 Feb 2007 14:15:30 +0100 Jean Delvare <[EMAIL PROTECTED]> wrote:
> Hi Andrew, all,
>
> I appear to need the following fix to be able to build 2.6.20-mm2 on
> x86_64. Without the fix, my build attempt dies on:
>
> In file included from drivers/pci/quirks.c:5
On Sun, 25 Feb 2007 14:15:30 +0100 Jean Delvare [EMAIL PROTECTED] wrote:
Hi Andrew, all,
I appear to need the following fix to be able to build 2.6.20-mm2 on
x86_64. Without the fix, my build attempt dies on:
In file included from drivers/pci/quirks.c:532:
include/asm/io_apic.h:61: error
Hi Andrew, all,
I appear to need the following fix to be able to build 2.6.20-mm2 on
x86_64. Without the fix, my build attempt dies on:
In file included from drivers/pci/quirks.c:532:
include/asm/io_apic.h:61: error: "MAX_IO_APICS" undeclared here (not in a
function)
Not sure how n
Hi Andrew, all,
I appear to need the following fix to be able to build 2.6.20-mm2 on
x86_64. Without the fix, my build attempt dies on:
In file included from drivers/pci/quirks.c:532:
include/asm/io_apic.h:61: error: MAX_IO_APICS undeclared here (not in a
function)
Not sure how nobody else
> > > > rtc_cmos 00:02: rtc core: registered rtc_cmos as rtc0
> > > > Unable to handle kernel NULL pointer dereference at 0030
> > > > RIP:
> > > > [] rtc_sysfs_remove_device+0x23/0x50
The bug isn't in rtc_cmos, but that's the only driver that would currently
show the bug.
rtc_cmos 00:02: rtc core: registered rtc_cmos as rtc0
Unable to handle kernel NULL pointer dereference at 0030
RIP:
[804032c3] rtc_sysfs_remove_device+0x23/0x50
The bug isn't in rtc_cmos, but that's the only driver that would currently
show the bug.
On Thursday 22 February 2007 12:33 am, Rafael J. Wysocki wrote:
> Unfortunately, the userland shipped with OpenSUSE refuses to talk to the new
> one (or I don't know how to make it do that).
Did your "udev" create a /dev/rtc0? If not, /sys/class/rtc-dev/rtc0/dev
will give the right major/minor
]: *** [.tmp_vmlinux1] Error 1
make[1]: Leaving directory `/usr/src/linux-2.6.20-mm2'
Famous last words: CONFIG_ACPI_DOCK=m...
Andreas Mohr
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
On Thursday, 22 February 2007 04:57, David Brownell wrote:
> On Tuesday 20 February 2007 2:07 pm, Rafael J. Wysocki wrote:
>
> > > Plus, I'd guess, the old rtc driver statically linked.
> >
> > Yes (mistakenly).
>
> Until someone merges the BSOD-for-Linux patch, I'll continue to
> assume that
On Thursday, 22 February 2007 04:57, David Brownell wrote:
On Tuesday 20 February 2007 2:07 pm, Rafael J. Wysocki wrote:
Plus, I'd guess, the old rtc driver statically linked.
Yes (mistakenly).
Until someone merges the BSOD-for-Linux patch, I'll continue to
assume that oopsing is
On Thursday 22 February 2007 12:33 am, Rafael J. Wysocki wrote:
Unfortunately, the userland shipped with OpenSUSE refuses to talk to the new
one (or I don't know how to make it do that).
Did your udev create a /dev/rtc0? If not, /sys/class/rtc-dev/rtc0/dev
will give the right major/minor
]: *** [.tmp_vmlinux1] Error 1
make[1]: Leaving directory `/usr/src/linux-2.6.20-mm2'
Famous last words: CONFIG_ACPI_DOCK=m...
Andreas Mohr
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
Is this Problem still investigated? I got the same kernel bug a few
minutes after booting my system with 2.6.20-mm2. As a student i am not
yet as familiar with kernel programming as i want to be, but i will try,
i promise. In the meantime, i always try to test the newest mm patches,
and i have
On Tuesday 20 February 2007 2:07 pm, Rafael J. Wysocki wrote:
> > Plus, I'd guess, the old rtc driver statically linked.
>
> Yes (mistakenly).
Until someone merges the BSOD-for-Linux patch, I'll continue to
assume that oopsing is the wrong response to "user" mistakes. ;)
Legacy drivers can be
On Tuesday 20 February 2007 2:07 pm, Rafael J. Wysocki wrote:
Plus, I'd guess, the old rtc driver statically linked.
Yes (mistakenly).
Until someone merges the BSOD-for-Linux patch, I'll continue to
assume that oopsing is the wrong response to user mistakes. ;)
Legacy drivers can be such
Is this Problem still investigated? I got the same kernel bug a few
minutes after booting my system with 2.6.20-mm2. As a student i am not
yet as familiar with kernel programming as i want to be, but i will try,
i promise. In the meantime, i always try to test the newest mm patches,
and i have
Hello,
When I pull my SD card out of my laptop, I get the following:
tifm_7xx1: demand removing card from socket 3
=
[ BUG: bad unlock balance detected! ]
-
tifm/0/1919 is trying to release lock (>lock) at:
[]
Am 20.02.2007 22:23 schrieb Rafael J. Wysocki:
> Looks like reiserfs has some locking problems:
>
> =
> [ INFO: possible recursive locking detected ]
> 2.6.20-mm2 #6
> -
> beagled/4786
t;Rafael J. Wysocki" <[EMAIL
> > > PROTECTED]> wrote:
> > >
> > > > On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
> > > > >
> > > > > Temporarily at
> > > > >
> > > > > http://userweb.ke
On Monday, 19 February 2007 06:13, David Brownell wrote:
> On Sunday 18 February 2007 4:28 pm, Andrew Morton wrote:
> > On Mon, 19 Feb 2007 00:32:08 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> > wrote:
> >
>
> > > One more thing:
> > >
> > > rtc_cmos 00:02: rtc core: registered rtc_cmos as
Rafael J. Wysocki wrote:
FWIW, with CONFIG_PREEMPT unset (CONFIG_PREEMPT_VOLUNTARY is set instead), I'm
unable to reproduce this problem on the box on which it is readily reproducible
with
CONFIG_PREEMPT set.
I'm not surprised... I routinely tell people to turn it off, when
debugging a
On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-mm2/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
Looks like reiserf
auid=4294967295
> > > > > general protection fault: [2] PREEMPT
> > > > > last sysfs file: /class/net/eth2/carrier
> > > > > CPU 0
> > > > > Modules linked in: af_packet ipv6 snd_pcm_oss snd_mixer_oss snd_seq
> > > > > snd_seq_devic
unix
Feb 20 12:18:36 maciek kernel: [ 1443.642136] CPU:0
Feb 20 12:18:36 maciek kernel: [ 1443.642139] EIP:0060:[]
Not tainted VLI
Feb 20 12:18:36 maciek kernel: [ 1443.642144] EFLAGS: 00010297
(2.6.20-mm2 #1)
Feb 20 12:18:36 maciek kernel: [ 1443.642172] EIP is at
__make_request+0x141/0x390
i2c_isa uhci_hcd soundcore ide_cd i2c_core usbcore shpchp
pci_hotplug via_agp 8139cp 8139too mii cdrom parport_pc parport agpgart
evdev unix
CPU:0
EIP:0060:[]Not tainted VLI
EFLAGS: 00210282 (2.6.20-mm2 #1)
EIP is at bio_attempt_back_merge+0x22/0x70
eax: dbc62844 ebx: db4968f4 ecx
Andrew Morton wrote:
> - Judging by the number of times I get asked "is there a git tree for -mm",
> nobody is reading the boilerplate. Here it is again:
The git tree version of -mm seems to be sick. A fetch of the tag gives
you something but it is "significantly" (200k lines of diff) away
Andrew Morton wrote:
- Judging by the number of times I get asked is there a git tree for -mm,
nobody is reading the boilerplate. Here it is again:
The git tree version of -mm seems to be sick. A fetch of the tag gives
you something but it is significantly (200k lines of diff) away from
i2c_isa uhci_hcd soundcore ide_cd i2c_core usbcore shpchp
pci_hotplug via_agp 8139cp 8139too mii cdrom parport_pc parport agpgart
evdev unix
CPU:0
EIP:0060:[c01ec662]Not tainted VLI
EFLAGS: 00210282 (2.6.20-mm2 #1)
EIP is at bio_attempt_back_merge+0x22/0x70
eax: dbc62844 ebx: db4968f4
unix
Feb 20 12:18:36 maciek kernel: [ 1443.642136] CPU:0
Feb 20 12:18:36 maciek kernel: [ 1443.642139] EIP:0060:[c01ede81]
Not tainted VLI
Feb 20 12:18:36 maciek kernel: [ 1443.642144] EFLAGS: 00010297
(2.6.20-mm2 #1)
Feb 20 12:18:36 maciek kernel: [ 1443.642172] EIP is at
__make_request
On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
Looks like reiserfs has some locking problems
On Monday, 19 February 2007 06:13, David Brownell wrote:
On Sunday 18 February 2007 4:28 pm, Andrew Morton wrote:
On Mon, 19 Feb 2007 00:32:08 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
One more thing:
rtc_cmos 00:02: rtc core: registered rtc_cmos as rtc0
Unable to
Am 20.02.2007 22:23 schrieb Rafael J. Wysocki:
Looks like reiserfs has some locking problems:
=
[ INFO: possible recursive locking detected ]
2.6.20-mm2 #6
-
beagled/4786 is trying to acquire lock
2.6.20-mm2 #1
RIP: 0010:[8034bce4] [8034bce4]
__make_request+0x134/0x370
RSP: :81005ed659a0 EFLAGS: 00010297
RAX: RBX: 6b6b6b6b6b6b6b6b RCX: 0203396a
RDX: 0001 RSI: 810037b4dbb0 RDI: 81004683d8c0
RBP
Rafael J. Wysocki wrote:
FWIW, with CONFIG_PREEMPT unset (CONFIG_PREEMPT_VOLUNTARY is set instead), I'm
unable to reproduce this problem on the box on which it is readily reproducible
with
CONFIG_PREEMPT set.
I'm not surprised... I routinely tell people to turn it off, when
debugging a
:
On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
Two problems:
1
Hello,
When I pull my SD card out of my laptop, I get the following:
tifm_7xx1: demand removing card from socket 3
=
[ BUG: bad unlock balance detected! ]
-
tifm/0/1919 is trying to release lock (fm-lock) at:
[f90d392f]
t; > On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
> > > >
> > > > Temporarily at
> > > >
> > > > http://userweb.kernel.org/~akpm/2.6.20-mm2/
> > > >
> > > > Will appear later at
> > > >
> >
On Sunday, 18 February 2007 20:43, Andrew Morton wrote:
> On Sun, 18 Feb 2007 13:44:54 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> wrote:
>
> > On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
> > >
> > > Temporarily at
> >
eth2/carrier
> > CPU 0
> > Modules linked in: af_packet ipv6 snd_pcm_oss snd_mixer_oss snd_seq
> > snd_seq_device asus_acpi backlight button battery ac dm_mod pcmr
> > Pid: 178, comm: pdflush Not tainted 2.6.20-mm2 #1
> > RIP: 0010:[] []
> > __make_request+0x134/0x
On Sat, Feb 17, 2007 at 09:51:46PM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.20-mm1:
>...
> git-block.patch
>...
> git trees
>...
This causes the following compile error with CONFIG_BLOCK=n:
<-- snip -->
...
CC kernel/sched.o
/home/bunk/linux/
> CPU 0
> > > > Modules linked in: af_packet ipv6 snd_pcm_oss snd_mixer_oss snd_seq
> > > > snd_seq_device asus_acpi backlight button battery ac dm_mod pcmr
> > > > Pid: 178, comm: pdflush Not tainted 2.6.20-mm2 #1
> > > > RIP: 0010:[]
On Monday, 19 February 2007 01:28, Andrew Morton wrote:
> On Mon, 19 Feb 2007 00:32:08 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> wrote:
>
> > On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
> > >
> > > Temporarily at
> >
On Sun, Feb 18 2007, Andrew Morton wrote:
> On Sun, 18 Feb 2007 14:35:17 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > I guess I need to do a git-blockless -mm3
>
> OK, this is looking like a pain - I'd have to drop or significantly redo
> thirty or more patches. Jens, please fix it
On Mon, Feb 19, 2007 at 03:08:03PM +0100, Michal Piotrowski wrote:
> Michal Piotrowski napisał(a):
> > Hi Frederik,
> >
> > On 20/02/07, Frederik Deweerdt <[EMAIL PROTECTED]> wrote:
> >> Hi Michal,
> >>
> >> This seems to be a locking problem in __make_request, check_plug_merge()
> >> should be
b 2007 18:58:05 +0100 Mattia Dongili <[EMAIL PROTECTED]>
> > > >wrote:
> > > >
> > > >> On Sun, Feb 18, 2007 at 02:06:59PM +0100, Laurent Riffard wrote:
> > > >> > Le 18.02.2007 06:51, Andrew Morton a ?crit
snd_seq_oss
snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss evdev
snd_pcm skge intel_agp snd_timer agpgart snd 8139too soundcore sk98lin i2c_i801
mii snd_page_alloc ide_cd cdrom rtc unix
CPU: 0
EIP:0060:[]Not tainted VLI
EFLAGS: 00210297 (2.6.20-mm2 #19)
EIP is at blk_unplu
Hi Frederik,
On 20/02/07, Frederik Deweerdt <[EMAIL PROTECTED]> wrote:
Hi Michal,
This seems to be a locking problem in __make_request, check_plug_merge()
should be called with the q->queue_lock held.
Could you try the following patch? It silenced the oops for me.
For me too, but Jens
rote:
> > >
> > >> On Sun, Feb 18, 2007 at 02:06:59PM +0100, Laurent Riffard wrote:
> > >> > Le 18.02.2007 06:51, Andrew Morton a ?crit :
> > >> > >Temporarily at
> > >> > >
> > >> > > http://userweb.kernel.org/~a
Riffard wrote:
> >> > Le 18.02.2007 06:51, Andrew Morton a �crit :
> >> > >Temporarily at
> >> > >
> >> > > http://userweb.kernel.org/~akpm/2.6.20-mm2/
> >> > >
> >> > >Will appear later at
> >>
[2] PREEMPT
> > last sysfs file: /class/net/eth2/carrier
> > CPU 0
> > Modules linked in: af_packet ipv6 snd_pcm_oss snd_mixer_oss snd_seq
snd_seq_device asus_acpi backlight button battery ac dm_mod pcmr
> > Pid: 178, comm: pdflush Not tainted 2.6.20-mm2 #1
> > RI
On Monday, 19 February 2007 01:29, Andrew Morton wrote:
> On Mon, 19 Feb 2007 00:33:26 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> wrote:
>
> > On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
> > >
> > > Temporarily at
> >
eth2/carrier
> > CPU 0
> > Modules linked in: af_packet ipv6 snd_pcm_oss snd_mixer_oss snd_seq
> > snd_seq_device asus_acpi backlight button battery ac dm_mod pcmr
> > Pid: 178, comm: pdflush Not tainted 2.6.20-mm2 #1
> > RIP: 0010:[] []
> > __make_request+0x134/0x
On Monday, 19 February 2007 01:29, Andrew Morton wrote:
On Mon, 19 Feb 2007 00:33:26 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later
button battery ac dm_mod pcmr
Pid: 178, comm: pdflush Not tainted 2.6.20-mm2 #1
RIP: 0010:[8034bce4] [8034bce4]
__make_request+0x134/0x370
RSP: :81005ed659a0 EFLAGS: 00010297
RAX: RBX: 6b6b6b6b6b6b6b6b RCX: 0203396a
RDX: 0001
snd_mixer_oss snd_seq
snd_seq_device asus_acpi backlight button battery ac dm_mod pcmr
Pid: 178, comm: pdflush Not tainted 2.6.20-mm2 #1
RIP: 0010:[8034bce4] [8034bce4]
__make_request+0x134/0x370
RSP: :81005ed659a0 EFLAGS: 00010297
RAX: RBX
Morton a �crit :
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
Hello, I've got a fully reproducible Oops. I just have to boot to
runlevel 2 and wait
, Laurent Riffard wrote:
Le 18.02.2007 06:51, Andrew Morton a ?crit :
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
Hello, I've got a fully
Hi Frederik,
On 20/02/07, Frederik Deweerdt [EMAIL PROTECTED] wrote:
Hi Michal,
This seems to be a locking problem in __make_request, check_plug_merge()
should be called with the q-queue_lock held.
Could you try the following patch? It silenced the oops for me.
For me too, but Jens dislikes
evdev
snd_pcm skge intel_agp snd_timer agpgart snd 8139too soundcore sk98lin i2c_i801
mii snd_page_alloc ide_cd cdrom rtc unix
CPU:0
EIP:0060:[c01f3f12]Not tainted VLI
EFLAGS: 00210297 (2.6.20-mm2 #19)
EIP is at blk_unplug_current+0x60/0x156
eax: f3f97298 ebx: 0001 ecx
PROTECTED]
wrote:
On Sun, Feb 18, 2007 at 02:06:59PM +0100, Laurent Riffard wrote:
Le 18.02.2007 06:51, Andrew Morton a ?crit :
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel
On Mon, Feb 19, 2007 at 03:08:03PM +0100, Michal Piotrowski wrote:
Michal Piotrowski napisał(a):
Hi Frederik,
On 20/02/07, Frederik Deweerdt [EMAIL PROTECTED] wrote:
Hi Michal,
This seems to be a locking problem in __make_request, check_plug_merge()
should be called with the
On Sun, Feb 18 2007, Andrew Morton wrote:
On Sun, 18 Feb 2007 14:35:17 -0800 Andrew Morton [EMAIL PROTECTED] wrote:
I guess I need to do a git-blockless -mm3
OK, this is looking like a pain - I'd have to drop or significantly redo
thirty or more patches. Jens, please fix it asap.
Will
On Monday, 19 February 2007 01:28, Andrew Morton wrote:
On Mon, 19 Feb 2007 00:32:08 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later
On Sat, Feb 17, 2007 at 09:51:46PM -0800, Andrew Morton wrote:
...
Changes since 2.6.20-mm1:
...
git-block.patch
...
git trees
...
This causes the following compile error with CONFIG_BLOCK=n:
-- snip --
...
CC kernel/sched.o
/home/bunk/linux/kernel-2.6/linux-2.6.20-mm2/kernel
: /class/net/eth2/carrier
CPU 0
Modules linked in: af_packet ipv6 snd_pcm_oss snd_mixer_oss snd_seq
snd_seq_device asus_acpi backlight button battery ac dm_mod pcmr
Pid: 178, comm: pdflush Not tainted 2.6.20-mm2 #1
RIP: 0010:[8034bce4] [8034bce4
button battery ac dm_mod pcmr
Pid: 178, comm: pdflush Not tainted 2.6.20-mm2 #1
RIP: 0010:[8034bce4] [8034bce4]
__make_request+0x134/0x370
RSP: :81005ed659a0 EFLAGS: 00010297
RAX: RBX: 6b6b6b6b6b6b6b6b RCX: 0203396a
RDX: 0001
On Sunday, 18 February 2007 20:43, Andrew Morton wrote:
On Sun, 18 Feb 2007 13:44:54 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later
:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
Two problems:
1) A showstopper with the root partition on RAID1:
md: raid1 personality
On Sunday 18 February 2007 4:28 pm, Andrew Morton wrote:
> On Mon, 19 Feb 2007 00:32:08 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> wrote:
>
> > One more thing:
> >
> > rtc_cmos 00:02: rtc core: registered rtc_cmos as rtc0
> > Unable to handle kernel NULL pointer dereference at
On Mon, 19 Feb 2007 00:32:08 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
wrote:
> On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
> >
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-mm2/
> >
> > Will appear
On Mon, 19 Feb 2007 00:33:26 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
wrote:
> On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
> >
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-mm2/
> >
> > Will appear
light button battery ac dm_mod pcmr
> Pid: 178, comm: pdflush Not tainted 2.6.20-mm2 #1
> RIP: 0010:[] []
> __make_request+0x134/0x370
> RSP: :81005ed659a0 EFLAGS: 00010297
> RAX: RBX: 6b6b6b6b6b6b6b6b RCX: 0203396a
> RDX: 00010
ton wrote:
> > >
> > > Temporarily at
> > >
> > > http://userweb.kernel.org/~akpm/2.6.20-mm2/
> > >
> > > Will appear later at
> > >
> > >
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
> >
>
On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-mm2/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
I think something like
On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-mm2/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
One more thing:
rtc_cmos
On Sunday, 18 February 2007 20:43, Andrew Morton wrote:
> On Sun, 18 Feb 2007 13:44:54 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> wrote:
>
> > On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
> > >
> > > Temporarily at
> >
On Sun, 18 Feb 2007 14:35:17 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> I guess I need to do a git-blockless -mm3
OK, this is looking like a pain - I'd have to drop or significantly redo
thirty or more patches. Jens, please fix it asap.
-
To unsubscribe from this list: send the line
c pcmcia_core snd soundcore ipw2200
> ieee80211 ieee80211_crypt firmware_class rtc snd_page_alloc iTCO_wdt
> iTCO_vendor_support shpchp pci_hotplug sg sr_mod cdrom sd_mod ohci1394
> ieee1394 8139too mii ehci_hcd uhci_hcd usbcore thermal processor fan unix
> CPU:0
> EIP:0060:
mporarily at
> > >
> > > http://userweb.kernel.org/~akpm/2.6.20-mm2/
> > >
> > >Will appear later at
> > >
> > >
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
> >
> > Hello, I've got a fully reproducibl
On Sun, 18 Feb 2007 18:58:05 +0100 Mattia Dongili <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 18, 2007 at 02:06:59PM +0100, Laurent Riffard wrote:
> > Le 18.02.2007 06:51, Andrew Morton a écrit :
> > >Temporarily at
> > >
> > > http://userweb.kernel.or
On Sun, 18 Feb 2007 13:44:54 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
wrote:
> On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
> >
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-mm2/
> >
> > Will appear
Andrew Morton napisał(a):
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-mm2/
>
Slab corruption + oops yablb (yet another block layer bug)
Slab corruption: start=f3b8f654, len=176
Redzone: 0x5a2cf071/0x5a2cf071.
Last user: [](mempool_free_slab+0xe/0x10)
060: 6b 6b 6b
On Sun, Feb 18, 2007 at 02:06:59PM +0100, Laurent Riffard wrote:
> Le 18.02.2007 06:51, Andrew Morton a écrit :
> >Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-mm2/
> >
> >Will appear later at
> >
> > ftp://ftp.kernel.org/pub/linux/ker
On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-mm2/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
Two problems:
1)
On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
Two problems:
1) A showstopper with the root partition
On Sun, Feb 18, 2007 at 02:06:59PM +0100, Laurent Riffard wrote:
Le 18.02.2007 06:51, Andrew Morton a écrit :
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
Hello
Andrew Morton napisał(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Slab corruption + oops yablb (yet another block layer bug)
Slab corruption: start=f3b8f654, len=176
Redzone: 0x5a2cf071/0x5a2cf071.
Last user: [c0160f39](mempool_free_slab+0xe/0x10)
060: 6b 6b 6b 6b 00
On Sun, 18 Feb 2007 18:58:05 +0100 Mattia Dongili [EMAIL PROTECTED] wrote:
On Sun, Feb 18, 2007 at 02:06:59PM +0100, Laurent Riffard wrote:
Le 18.02.2007 06:51, Andrew Morton a écrit :
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later at
ftp
On Sun, 18 Feb 2007 13:44:54 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm
/2.6.20-mm2/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
Hello, I've got a fully reproducible Oops. I just have to boot to
runlevel 2 and wait less than one minute.
Maybe this oops is related too?
Looks that way.
Can't
iTCO_vendor_support shpchp pci_hotplug sg sr_mod cdrom sd_mod ohci1394
ieee1394 8139too mii ehci_hcd uhci_hcd usbcore thermal processor fan unix
CPU:0
EIP:0060:[c01f238c]Not tainted VLI
EFLAGS: 00210297 (2.6.20-mm2 #13)
EIP is at __make_request+0xeb/0x2ee
Looks fairly similar. I
On Sun, 18 Feb 2007 14:35:17 -0800 Andrew Morton [EMAIL PROTECTED] wrote:
I guess I need to do a git-blockless -mm3
OK, this is looking like a pain - I'd have to drop or significantly redo
thirty or more patches. Jens, please fix it asap.
-
To unsubscribe from this list: send the line
1 - 100 of 114 matches
Mail list logo