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
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
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 on:
In
> 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:
>
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:
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
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 was
> > > > 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
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
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 to
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 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
On Tuesday, 20 February 2007 07:31, Andrew Morton wrote:
> On Tue, 20 Feb 2007 02:20:21 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> wrote:
>
> > On Sunday, 18 February 2007 20:43, Andrew Morton wrote:
> > > On Sun, 18 Feb 2007 13:44:54 +0100 "Rafael J. Wysocki" <[EMAIL
> > > PROTECTED]>
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 reiserfs has some locking problems:
On Tuesday, 20 February 2007 01:04, Rafael J. Wysocki wrote:
> On Monday, 19 February 2007 12:45, Michal Piotrowski wrote:
> > On 19/02/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > > On Monday, 19 February 2007 01:00, Andrew Morton wrote:
> > > > On Mon, 19 Feb 2007 00:25:48 +0100 "Rafael
Feb 20 12:18:35 maciek kernel: [ 1443.641949] BUG: unable to handle
kernel NULL pointer dereference at virtual address 003e
Feb 20 12:18:35 maciek kernel: [ 1443.641974] printing eip:
Feb 20 12:18:35 maciek kernel: [ 1443.641980] c01ede81
Feb 20 12:18:35 maciek kernel: [ 1443.641984] *pde =
kernel BUG at block/ll_rw_blk.c:2782!
invalid opcode: [#1]
PREEMPT
last sysfs file: /class/net/eth0/address
Modules linked in: xt_tcpudp xt_limit xt_state iptable_nat nf_nat
nf_conntrack_ipv4 nf_conntrack nfnetlink iptable_filter ip_tables
x_tables fuse ppdev lp thermal fan button processor
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
kernel BUG at block/ll_rw_blk.c:2782!
invalid opcode: [#1]
PREEMPT
last sysfs file: /class/net/eth0/address
Modules linked in: xt_tcpudp xt_limit xt_state iptable_nat nf_nat
nf_conntrack_ipv4 nf_conntrack nfnetlink iptable_filter ip_tables
x_tables fuse ppdev lp thermal fan button processor
Feb 20 12:18:35 maciek kernel: [ 1443.641949] BUG: unable to handle
kernel NULL pointer dereference at virtual address 003e
Feb 20 12:18:35 maciek kernel: [ 1443.641974] printing eip:
Feb 20 12:18:35 maciek kernel: [ 1443.641980] c01ede81
Feb 20 12:18:35 maciek kernel: [ 1443.641984] *pde =
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:
On Tuesday, 20 February 2007 01:04, Rafael J. Wysocki wrote:
On Monday, 19 February 2007 12:45, Michal Piotrowski wrote:
On 19/02/07, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Monday, 19 February 2007 01:00, Andrew Morton wrote:
On Mon, 19 Feb 2007 00:25:48 +0100 Rafael J. Wysocki
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 Tuesday, 20 February 2007 07:31, Andrew Morton wrote:
On Tue, 20 Feb 2007 02:20:21 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
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
On Tue, 20 Feb 2007 02:20:21 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
wrote:
> 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
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/
> > >
On Monday, 19 February 2007 01:00, Andrew Morton wrote:
> On Mon, 19 Feb 2007 00:25:48 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> wrote:
>
> > > netconsole is good.
> >
> > I know. :-)
> >
> > In the meantime, I've got something worse on another x86_64 box:
> >
> > Asus Laptop ACPI
On Monday, 19 February 2007 12:45, Michal Piotrowski wrote:
> On 19/02/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > On Monday, 19 February 2007 01:00, Andrew Morton wrote:
> > > On Mon, 19 Feb 2007 00:25:48 +0100 "Rafael J. Wysocki" <[EMAIL
> > > PROTECTED]> wrote:
> > >
> > > > >
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/
> > >
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
On Mon, Feb 19, 2007 at 02:34:53PM +0100, Jens Axboe wrote:
> On Tue, Feb 20 2007, Frederik Deweerdt wrote:
> > On Sun, Feb 18, 2007 at 09:05:33PM +0100, Michal Piotrowski wrote:
> > > On 18/02/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > >On Sun, 18 Feb 2007 18:58:05 +0100 Mattia Dongili
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 q->queue_lock held.
>> Could you try the following patch? It
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
On Tue, Feb 20 2007, Frederik Deweerdt wrote:
> On Sun, Feb 18, 2007 at 09:05:33PM +0100, Michal Piotrowski wrote:
> > On 18/02/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > >On Sun, 18 Feb 2007 18:58:05 +0100 Mattia Dongili <[EMAIL PROTECTED]>
> > >wrote:
> > >
> > >> On Sun, Feb 18, 2007 at
On Sun, Feb 18, 2007 at 09:05:33PM +0100, Michal Piotrowski wrote:
> On 18/02/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >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
On 19/02/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
On Monday, 19 February 2007 01:00, Andrew Morton wrote:
> On Mon, 19 Feb 2007 00:25:48 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
wrote:
>
> > > netconsole is good.
> >
> > I know. :-)
> >
> > In the meantime, I've got something worse
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/
> > >
On Monday, 19 February 2007 01:00, Andrew Morton wrote:
> On Mon, 19 Feb 2007 00:25:48 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> wrote:
>
> > > netconsole is good.
> >
> > I know. :-)
> >
> > In the meantime, I've got something worse on another x86_64 box:
> >
> > Asus Laptop ACPI
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
On Monday, 19 February 2007 01:00, Andrew Morton wrote:
On Mon, 19 Feb 2007 00:25:48 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
netconsole is good.
I know. :-)
In the meantime, I've got something worse on another x86_64 box:
Asus Laptop ACPI Extras version 0.30
L5D
On 19/02/07, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Monday, 19 February 2007 01:00, Andrew Morton wrote:
On Mon, 19 Feb 2007 00:25:48 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
netconsole is good.
I know. :-)
In the meantime, I've got something worse on another x86_64
On Sun, Feb 18, 2007 at 09:05:33PM +0100, Michal Piotrowski wrote:
On 18/02/07, Andrew Morton [EMAIL PROTECTED] wrote:
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
On Tue, Feb 20 2007, Frederik Deweerdt wrote:
On Sun, Feb 18, 2007 at 09:05:33PM +0100, Michal Piotrowski wrote:
On 18/02/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Sun, 18 Feb 2007 18:58:05 +0100 Mattia Dongili [EMAIL PROTECTED]
wrote:
On Sun, Feb 18, 2007 at 02:06:59PM +0100,
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
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 q-queue_lock held.
Could you try the following patch? It silenced the oops for
On Mon, Feb 19, 2007 at 02:34:53PM +0100, Jens Axboe wrote:
On Tue, Feb 20 2007, Frederik Deweerdt wrote:
On Sun, Feb 18, 2007 at 09:05:33PM +0100, Michal Piotrowski wrote:
On 18/02/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Sun, 18 Feb 2007 18:58:05 +0100 Mattia Dongili [EMAIL
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 Monday, 19 February 2007 12:45, Michal Piotrowski wrote:
On 19/02/07, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Monday, 19 February 2007 01:00, Andrew Morton wrote:
On Mon, 19 Feb 2007 00:25:48 +0100 Rafael J. Wysocki [EMAIL
PROTECTED] wrote:
netconsole is good.
I
On Monday, 19 February 2007 01:00, Andrew Morton wrote:
On Mon, 19 Feb 2007 00:25:48 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
netconsole is good.
I know. :-)
In the meantime, I've got something worse on another x86_64 box:
Asus Laptop ACPI Extras version 0.30
L5D
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
On Tue, 20 Feb 2007 02:20:21 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
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:
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 later at
> >
> >
> >
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 at
> >
> >
> >
On Mon, 19 Feb 2007 00:25:48 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
wrote:
> > netconsole is good.
>
> I know. :-)
>
> In the meantime, I've got something worse on another x86_64 box:
>
> Asus Laptop ACPI Extras version 0.30
> L5D model detected, supported
> audit(1171831698.918:2):
On 19/02/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
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 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 this is generally necessary:
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 00:02: rtc core: registered
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/
> > >
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
On Sun, 18 Feb 2007 13:47:44 -0800 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> It looks like there are some slight differences between the stack traces I
> have and the ones that have already been posted.
> I hope this helps,
> Miles
>
> psmouse.c: TouchPad at isa0060/serio1/input0 lost
On 18/02/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
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
> > >
> > >
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
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
> >
> >
> >
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 6b 00 00 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
> >
> >
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
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
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
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
On 18/02/07, Andrew Morton [EMAIL PROTECTED] wrote:
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
On Sun, 18 Feb 2007 13:47:44 -0800 Miles Lane [EMAIL PROTECTED] wrote:
It looks like there are some slight differences between the stack traces I
have and the ones that have already been posted.
I hope this helps,
Miles
psmouse.c: TouchPad at isa0060/serio1/input0 lost
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
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 00:02: rtc core: registered rtc_cmos
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 this is generally necessary:
---
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 at
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 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
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later
On 19/02/07, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
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 Mon, 19 Feb 2007 00:25:48 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
netconsole is good.
I know. :-)
In the meantime, I've got something worse on another x86_64 box:
Asus Laptop ACPI Extras version 0.30
L5D model detected, supported
audit(1171831698.918:2): audit_pid=4281
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 0030 RIP:
On Sun, 18 Feb 2007 17:18:14 +1100 "Dave Airlie" <[EMAIL PROTECTED]> wrote:
> > - git-drm.patch is still in disgrace
> >
>
> Okay I think I've fixed it up, some of the locking code from the DRM
> git devel repo was completely integrated..
>
yep, my X server is happy now.
-
To unsubscribe from
- git-drm.patch is still in disgrace
Okay I think I've fixed it up, some of the locking code from the DRM
git devel repo was completely integrated..
Dave.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
1 - 100 of 102 matches
Mail list logo