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, bu
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
> 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:
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 wa
> > > > 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. (Trigger
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 n
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 oo
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 s
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
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 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]> wrot
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 probl
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 J
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 = 00
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 ac
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 fr
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 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 Extras
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:
> > >
> > > > > netconso
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 asap.
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 ca
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 <[E
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
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 dislike
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 0
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 0
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 Extras
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
> >
> >
> > ftp://ftp.kernel.org/pub/linux/ke
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
> >
> >
> > ftp://ftp.kernel.org/pub/linux/ke
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): a
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 r
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 "unsub
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 s
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
> > >
> > > http://userweb.k
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
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/ke
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
> >
> > 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/
Two problems:
1) A showstopper with the root partition
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 t
- 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 info
51 matches
Mail list logo
