On 9/7/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> David Miller wrote:
> > From: David Miller <[EMAIL PROTECTED]>
> > Date: Thu, 06 Sep 2007 13:40:38 -0700 (PDT)
> >
> >> From: Mathieu Desnoyers <[EMAIL PROTECTED]>
> >> Date: Thu, 6 Sep 2007 15:37:51 -0400
> >>
> >>> I got a link error on myri10ge
On Sunday 30 September 2007 16:06:59 Thomas Gleixner wrote:
> On Sun, 30 Sep 2007, Andi Kleen wrote:
>
> >>> OK, this explains 2) and 3). I just looked into the code and the logic
> >>> vs. noapictimer on SMP is completely broken.
> >
> > noapictimer really doesn't make any sense on non SMP imho w
On Sun, 30 Sep 2007, Andi Kleen wrote:
OK, this explains 2) and 3). I just looked into the code and the logic
vs. noapictimer on SMP is completely broken.
noapictimer really doesn't make any sense on non SMP imho with the old
timer architecture. That is why I never bothered to implement it.
It
>
> PIT keeps jiffies (and the system) running, but the local APIC timer
> interrupts can get out of sync due to this C1E effect.
The way C1e works on AMD is that even when one core is woken up
by the PIT the APIC timer resumes on the other core on the socket too because
the deep power saving t
>
> > OK, this explains 2) and 3). I just looked into the code and the logic
> > vs. noapictimer on SMP is completely broken.
noapictimer really doesn't make any sense on non SMP imho with the old
timer architecture. That is why I never bothered to implement it.
It's purely a UP hack.
> ..and
On Thursday, 27 September 2007 01:21, Thomas Gleixner wrote:
> On Thu, 2007-09-27 at 01:30 +0200, Rafael J. Wysocki wrote:
> > > > Tested for a couple of times with each kernel, the results seem to be
> > > > reproducible 100% of the time.
> > >
> > > Thanks for going through this debug marathon.
On Thu, 2007-09-27 at 01:30 +0200, Rafael J. Wysocki wrote:
> > > Tested for a couple of times with each kernel, the results seem to be
> > > reproducible 100% of the time.
> >
> > Thanks for going through this debug marathon.
>
> No big deal. I'm glad that you've found what's up.
>
> Well, we
Thomas,
On Wednesday, 26 September 2007 23:34, Thomas Gleixner wrote:
> Rafael,
>
> On Wed, 2007-09-26 at 23:00 +0200, Rafael J. Wysocki wrote:
> > > > > First, with the "x86-64: Disable local APIC timer use on AMD systems
> > > > > with C1E"
> > > > > patch and my collection of suspend patches
On Wed, 2007-09-26 at 15:22 -0700, Linus Torvalds wrote:
>
> On Wed, 26 Sep 2007, Thomas Gleixner wrote:
> > >
> > > 1) current Linus' tree doesn't boot with any command line (regression)
> > >
> > > [ Linus, please revert commit e66485d747505e9d960b864fc6c37f8b2afafaf0
>
> Reverted.
>
> > OK
On Wed, 26 Sep 2007, Thomas Gleixner wrote:
> >
> > 1) current Linus' tree doesn't boot with any command line (regression)
> >
> > [ Linus, please revert commit e66485d747505e9d960b864fc6c37f8b2afafaf0
Reverted.
> OK, this explains 2) and 3). I just looked into the code and the logic
> vs. n
Rafael,
On Wed, 2007-09-26 at 23:00 +0200, Rafael J. Wysocki wrote:
> > > > First, with the "x86-64: Disable local APIC timer use on AMD systems
> > > > with C1E"
> > > > patch and my collection of suspend patches applied, the box doesn't boot
> > > > (the suspend patches don't even thouch the bo
On Wednesday, 26 September 2007 21:49, Rafael J. Wysocki wrote:
> On Wednesday, 26 September 2007 20:51, Thomas Gleixner wrote:
> > On Wed, 2007-09-26 at 17:25 +0200, Rafael J. Wysocki wrote:
> > > There still are some oddities.
> > >
> > > First, with the "x86-64: Disable local APIC timer use on
On Wednesday, 26 September 2007 20:51, Thomas Gleixner wrote:
> On Wed, 2007-09-26 at 17:25 +0200, Rafael J. Wysocki wrote:
> > There still are some oddities.
> >
> > First, with the "x86-64: Disable local APIC timer use on AMD systems with
> > C1E"
> > patch and my collection of suspend patches
On Wed, 2007-09-26 at 17:25 +0200, Rafael J. Wysocki wrote:
> There still are some oddities.
>
> First, with the "x86-64: Disable local APIC timer use on AMD systems with C1E"
> patch and my collection of suspend patches applied, the box doesn't boot
> (the suspend patches don't even thouch the bo
Thomas,
On Tuesday, 25 September 2007 23:24, Thomas Gleixner wrote:
> Rafael,
>
> On Tue, 2007-09-25 at 23:28 +0200, Rafael J. Wysocki wrote:
> > > I'm a bit confused by your earlier confirmation, that mainline w/o the
> > > -hrt patches boots fine, when you add "apicmaintimer" to the kernel
> >
Rafael,
On Tue, 2007-09-25 at 23:28 +0200, Rafael J. Wysocki wrote:
> > I'm a bit confused by your earlier confirmation, that mainline w/o the
> > -hrt patches boots fine, when you add "apicmaintimer" to the kernel
> > command line. "apicmaintimer" stops the PIT like we do in -hrt and we
> > just
Thomas,
On Tuesday, 25 September 2007 22:46, Thomas Gleixner wrote:
> Rafael,
>
> On Tue, 2007-09-25 at 22:07 +0200, Rafael J. Wysocki wrote:
> > On Tuesday, 25 September 2007 15:17, Thomas Gleixner wrote:
> > > On Tue, 2007-09-25 at 15:16 +0200, Rafael J. Wysocki wrote:
> > [--snip--]
> > >
> >
Rafael,
On Tue, 2007-09-25 at 22:07 +0200, Rafael J. Wysocki wrote:
> On Tuesday, 25 September 2007 15:17, Thomas Gleixner wrote:
> > On Tue, 2007-09-25 at 15:16 +0200, Rafael J. Wysocki wrote:
> [--snip--]
> >
> > I start to get desperate. Below is a patch, which moves the apic timer
> > disable
On Tuesday, 25 September 2007 15:17, Thomas Gleixner wrote:
> On Tue, 2007-09-25 at 15:16 +0200, Rafael J. Wysocki wrote:
[--snip--]
>
> I start to get desperate. Below is a patch, which moves the apic timer
> disable check after the calibration routine. Can you please apply on top
> of -hrt and a
On Tue, 2007-09-25 at 15:16 +0200, Rafael J. Wysocki wrote:
> > > There seems to be a history effect in the box, to make things more
> > > "interesting".
> >
> > Did you connect this box to Andrews VAIO during KS ?
>
> No, but it's famous for being interestingly broken nevertheless.
:)
> > > I
On Monday, 24 September 2007 21:13, Thomas Gleixner wrote:
> On Mon, 2007-09-24 at 21:11 +0200, Rafael J. Wysocki wrote:
> > > /me scratches head
> >
> > Retested.
> >
> > > We know, that
> > > - disabling local apic timers work
> >
> > This works reproducibly accross the board.
>
> Ok
>
> > >
On Tuesday, 25 September 2007 14:52, Rafael J. Wysocki wrote:
> On Tuesday, 25 September 2007 14:28, Thomas Gleixner wrote:
> > On Tue, 2007-09-25 at 14:20 +0200, Rafael J. Wysocki wrote:
> > > > > > As i can see from the log, you are booting on computer with
> > > > > > dualcore AMD
> > > > > > p
On Tuesday, 25 September 2007 14:28, Thomas Gleixner wrote:
> On Tue, 2007-09-25 at 14:20 +0200, Rafael J. Wysocki wrote:
> > > > > As i can see from the log, you are booting on computer with dualcore
> > > > > AMD
> > > > > processor. Do you have C1E feature enabled?
> >
> > That's possible, ho
On Tue, 2007-09-25 at 14:20 +0200, Rafael J. Wysocki wrote:
> > > > As i can see from the log, you are booting on computer with dualcore AMD
> > > > processor. Do you have C1E feature enabled?
>
> That's possible, how to check?
>
> > > > i386 kernel disable lapic on dualcore AMD with C1E support
Thomas,
On Tuesday, 25 September 2007 11:30, Thomas Gleixner wrote:
> Rafael,
>
> On Tue, 2007-09-25 at 10:07 +0200, Thomas Gleixner wrote:
> > On Tue, 2007-09-25 at 10:14 +0400, Mikhail Kshevetskiy wrote:
> > > Hello Thomas, Rafael
> > >
> > > > We know, that
> > > > - disabling local apic time
Rafael,
On Tue, 2007-09-25 at 10:07 +0200, Thomas Gleixner wrote:
> On Tue, 2007-09-25 at 10:14 +0400, Mikhail Kshevetskiy wrote:
> > Hello Thomas, Rafael
> >
> > > We know, that
> > > - disabling local apic timers work
> >
> > As i can see from the log, you are booting on computer with dualcore
On Tue, 2007-09-25 at 10:14 +0400, Mikhail Kshevetskiy wrote:
> Hello Thomas, Rafael
>
> > We know, that
> > - disabling local apic timers work
>
> As i can see from the log, you are booting on computer with dualcore AMD
> processor. Do you have C1E feature enabled?
>
> i386 kernel disable lapi
On Mon, 2007-09-24 at 21:11 +0200, Rafael J. Wysocki wrote:
> > /me scratches head
>
> Retested.
>
> > We know, that
> > - disabling local apic timers work
>
> This works reproducibly accross the board.
Ok
> > - local apic timers (which turn off PIT) work. when noacpiFSCKEDPARSING
>
> This st
On Monday, 24 September 2007 18:46, Thomas Gleixner wrote:
> On Mon, 2007-09-24 at 17:18 +0200, Rafael J. Wysocki wrote:
> > > > Well, "noacpi" seems to be a synonym for "pci=noacpi".
> > > >
> > > > Anyway, it causes acpi_disable_pci() to be executed, which according to
> > > > Documentation/kern
On Mon, 2007-09-24 at 17:18 +0200, Rafael J. Wysocki wrote:
> > > Well, "noacpi" seems to be a synonym for "pci=noacpi".
> > >
> > > Anyway, it causes acpi_disable_pci() to be executed, which according to
> > > Documentation/kernel-parameters.txt means "Do not use ACPI for IRQ
> > > routing or
>
On Monday, 24 September 2007 16:23, Thomas Gleixner wrote:
> On Mon, 2007-09-24 at 15:52 +0200, Rafael J. Wysocki wrote:
> > > > > So I really wonder, why noacpitimer on the kernel command line makes
> > > > > any
> > > > > difference. I'm confused.
> > > >
> > > > \metoo
> > > >
> > > > Well, i
On Mon, 2007-09-24 at 15:52 +0200, Rafael J. Wysocki wrote:
> > > > So I really wonder, why noacpitimer on the kernel command line makes any
> > > > difference. I'm confused.
> > >
> > > \metoo
> > >
> > > Well, it was probably read as "noacpi". :-)
> >
> > Hmm, ACPI is in the log all over the p
On Monday, 24 September 2007 15:05, Thomas Gleixner wrote:
> On Mon, 2007-09-24 at 14:57 +0200, Rafael J. Wysocki wrote:
> > > > http://tglx.de/projects/hrtimers/2.6.23-rc4/patch-2.6.23-rc4-hrt1.patches.tar.bz2
> > > >
> > > > applied. I also have the 2.6.23-rc6-mm1 dmesg output ready, but
> > >
On Mon, 2007-09-24 at 14:57 +0200, Rafael J. Wysocki wrote:
> > > http://tglx.de/projects/hrtimers/2.6.23-rc4/patch-2.6.23-rc4-hrt1.patches.tar.bz2
> > >
> > > applied. I also have the 2.6.23-rc6-mm1 dmesg output ready, but there's
> > > some
> > > -mm-specific noise in it. Please let me know i
On Monday, 24 September 2007 10:07, Thomas Gleixner wrote:
> On Sun, 2007-09-23 at 22:52 +0200, Rafael J. Wysocki wrote:
> > > > Second, noacpitimer added to the command line makes all of the kernels,
> > > > up to
> > > > and including 2.6.23-rc6-mm1, boot (this seems to be 100% reproducible).
>
On Sun, 2007-09-23 at 22:52 +0200, Rafael J. Wysocki wrote:
> > > Second, noacpitimer added to the command line makes all of the kernels,
> > > up to
> > > and including 2.6.23-rc6-mm1, boot (this seems to be 100% reproducible).
> >
> > That's valuable information. Can you please provide a boot l
On Sunday, 23 September 2007 21:59, Thomas Gleixner wrote:
> On Sun, 2007-09-23 at 22:08 +0200, Rafael J. Wysocki wrote:
> > > > Since the boot fails very early, before any messages reach the (VGA)
> > > > console,
> > > > I have no idea what to do next, except for digging in the code.
> > >
> >
On Sun, 2007-09-23 at 22:08 +0200, Rafael J. Wysocki wrote:
> > > Since the boot fails very early, before any messages reach the (VGA)
> > > console,
> > > I have no idea what to do next, except for digging in the code.
> >
> > Ok, lets track it down. Is there any difference when you add:
> >
>
On Sunday, 23 September 2007 21:10, Thomas Gleixner wrote:
> On Sun, 2007-09-23 at 12:57 +0200, Rafael J. Wysocki wrote:
> > Hi Thomas,
> >
> > Unfortunately, my observation that the patch series:
> >
> > http://tglx.de/projects/hrtimers/2.6.23-rc4/patch-2.6.23-rc4-hrt1.patches.tar.bz2
> >
> > w
On Sun, 2007-09-23 at 12:57 +0200, Rafael J. Wysocki wrote:
> Hi Thomas,
>
> Unfortunately, my observation that the patch series:
>
> http://tglx.de/projects/hrtimers/2.6.23-rc4/patch-2.6.23-rc4-hrt1.patches.tar.bz2
>
> worked with 2.6.23-rc4 was wrong. It _sometimes_ works, but usually doesn't
Andrew Morton wrote:
> On Mon, 17 Sep 2007 17:46:38 +0530
> Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
>
>> Kernel Bug is hit with 2.6.23-rc4-mm1 kernel on ppc64 machine.
>>
>> kernel BUG at include/linux/netdevice.h:339!
>>
>
> (please cc [EMAIL PROTECTED] on networking-related matters)
On Tue, Sep 18 2007, FUJITA Tomonori wrote:
> On Tue, 18 Sep 2007 12:18:40 +0200
> Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Sep 17 2007, FUJITA Tomonori wrote:
> > > On Mon, 17 Sep 2007 15:28:19 +0200
> > > Jens Axboe <[EMAIL PROTECTED]> wrote:
> > >
> > > > On Sat, Sep 15 2007, FUJITA
On Tue, 18 Sep 2007 12:18:40 +0200
Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 17 2007, FUJITA Tomonori wrote:
> > On Mon, 17 Sep 2007 15:28:19 +0200
> > Jens Axboe <[EMAIL PROTECTED]> wrote:
> >
> > > On Sat, Sep 15 2007, FUJITA Tomonori wrote:
> > > > On Fri, 14 Sep 2007 21:16:35 -0700
On Mon, Sep 17 2007, FUJITA Tomonori wrote:
> On Mon, 17 Sep 2007 15:28:19 +0200
> Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > On Sat, Sep 15 2007, FUJITA Tomonori wrote:
> > > On Fri, 14 Sep 2007 21:16:35 -0700
> > > Paul Jackson <[EMAIL PROTECTED]> wrote:
> > >
> > > > FUJITA Tomonori wrote:
>
On Mon, 17 Sep 2007, Denis V. Lunev wrote:
> Dhaval Giani wrote:
> > On Thu, Sep 13, 2007 at 11:51:33PM -0400, Andrew James Wade wrote:
> >> EIP: [] tcp_rto_min+0xb/0x15 SS:ESP 0068:c0596dec
As Vlad Yasevich mentioned, this one is already fixed in 23-rc6.
The forcedeth oops is unrelated, but m
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Mon, 17 Sep 2007 14:16:22 -0700
> On Mon, 17 Sep 2007 17:46:38 +0530
> Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
> > Kernel Bug is hit with 2.6.23-rc4-mm1 kernel on ppc64 machine.
> >
> > kernel BUG at include/linux/netdevice.h:339!
>
> (please
On Mon, 17 Sep 2007 17:46:38 +0530
Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Kernel Bug is hit with 2.6.23-rc4-mm1 kernel on ppc64 machine.
>
> kernel BUG at include/linux/netdevice.h:339!
(please cc [EMAIL PROTECTED] on networking-related matters)
You died here:
static inline void napi_co
Denis V. Lunev wrote:
> I have also seen this OOPS on e1000 card. So, looks like driver independent.
>
> By the way, this one has been triggered in a semi-stable way by the
> 'git-pull'
Do you have this patch:
commit 5c127c58ae9bf196d787815b1bd6b0aec5aee816
Author: David S. Miller <[EMAIL PROTEC
Benjamin Herrenschmidt wrote:
> On Sat, 2007-09-15 at 11:00 -0400, Mathieu Desnoyers wrote:
>> * Benjamin Herrenschmidt ([EMAIL PROTECTED]) wrote:
>>> On Thu, 2007-09-13 at 15:17 -0700, Andrew Morton wrote:
>>>
Like this?
--- a/include/asm-powerpc/bitops.h~powerpc-lock-bitops-fix
>>>
On Sat, 2007-09-15 at 11:00 -0400, Mathieu Desnoyers wrote:
> * Benjamin Herrenschmidt ([EMAIL PROTECTED]) wrote:
> > On Thu, 2007-09-13 at 15:17 -0700, Andrew Morton wrote:
> >
> > > Like this?
> > >
> > > --- a/include/asm-powerpc/bitops.h~powerpc-lock-bitops-fix
> > > +++ a/include/asm-powerpc
I have also seen this OOPS on e1000 card. So, looks like driver independent.
By the way, this one has been triggered in a semi-stable way by the
'git-pull'
Regards,
Den
Dhaval Giani wrote:
> On Thu, Sep 13, 2007 at 11:51:33PM -0400, Andrew James Wade wrote:
>> I have an Oops that may be
On Mon, 17 Sep 2007 15:28:19 +0200
Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Sat, Sep 15 2007, FUJITA Tomonori wrote:
> > On Fri, 14 Sep 2007 21:16:35 -0700
> > Paul Jackson <[EMAIL PROTECTED]> wrote:
> >
> > > FUJITA Tomonori wrote:
> > > > Can you try this patch (against 2.6.23-rc4-mm1)?
> > >
On Thu, Sep 13, 2007 at 11:51:33PM -0400, Andrew James Wade wrote:
> I have an Oops that may be related:
>
> BUG: unable to handle kernel NULL pointer dereference at virtual address
> 0025
> printing eip: c037d81b *pde =
> Oops: [#1]
> last sysfs file: /devices/pci:00/:0
On Sat, Sep 15 2007, FUJITA Tomonori wrote:
> On Fri, 14 Sep 2007 21:16:35 -0700
> Paul Jackson <[EMAIL PROTECTED]> wrote:
>
> > FUJITA Tomonori wrote:
> > > Can you try this patch (against 2.6.23-rc4-mm1)?
> > >
> > > >From 592bd2049cb3e6e1f1dde7cf631879f26ddffeaa Mon Sep 17 00:00:00 2001
> > >
* Benjamin Herrenschmidt ([EMAIL PROTECTED]) wrote:
> On Thu, 2007-09-13 at 15:17 -0700, Andrew Morton wrote:
>
> > Like this?
> >
> > --- a/include/asm-powerpc/bitops.h~powerpc-lock-bitops-fix
> > +++ a/include/asm-powerpc/bitops.h
> > @@ -226,7 +226,7 @@ static __inline__ void set_bits(unsigned
On Thu, 2007-09-13 at 15:17 -0700, Andrew Morton wrote:
> Like this?
>
> --- a/include/asm-powerpc/bitops.h~powerpc-lock-bitops-fix
> +++ a/include/asm-powerpc/bitops.h
> @@ -226,7 +226,7 @@ static __inline__ void set_bits(unsigned
>
> static __inline__ void __clear_bit_unlock(int nr, volatile
On Fri, 14 Sep 2007 21:16:35 -0700
Paul Jackson <[EMAIL PROTECTED]> wrote:
> FUJITA Tomonori wrote:
> > Can you try this patch (against 2.6.23-rc4-mm1)?
> >
> > >From 592bd2049cb3e6e1f1dde7cf631879f26ddffeaa Mon Sep 17 00:00:00 2001
> > From: FUJITA Tomonori <[EMAIL PROTECTED]>
> > Date: Mon, 10
FUJITA Tomonori wrote:
> Can you try this patch (against 2.6.23-rc4-mm1)?
>
> >From 592bd2049cb3e6e1f1dde7cf631879f26ddffeaa Mon Sep 17 00:00:00 2001
> From: FUJITA Tomonori <[EMAIL PROTECTED]>
> Date: Mon, 10 Sep 2007 04:17:13 +0100
> Subject: [PATCH] qla1280: sg chaining fixes
>
> Signed-off-by
On Fri, 14 Sep 2007 09:25:52 -0700
Randy Dunlap <[EMAIL PROTECTED]> wrote:
> [adding netdev]
yup. I wonder if the net developers are setting CONFIG_DEBUG_LIST
> On Fri, 14 Sep 2007 10:08:03 -0400 Mathieu Desnoyers wrote:
>
> > Hi Andrew,
> >
> > My P4 is crashing about once a day, started
On Fri, 14 Sep 2007 15:01:03 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> On 9/14/07, Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> > On Tue, Sep 11, 2007 at 04:31:12AM +0900, FUJITA Tomonori wrote:
> > [...]
> > >
> > > Even if we revert the qla1280 patch, scsi-ml still sends chaining sg
> >
[adding netdev]
On Fri, 14 Sep 2007 10:08:03 -0400 Mathieu Desnoyers wrote:
> Hi Andrew,
>
> My P4 is crashing about once a day, started with 2.6.23-rc4-mm1, with
> errors that seems related to network code. Here is the latest BUG:
> (sorry, my console log cuts it at 80 cols)
>
> Mathieu
>
> [
Le 14.09.2007 13:06, Jens Axboe a écrit :
> On Fri, Sep 14 2007, Jens Axboe wrote:
>> On Fri, Sep 14 2007, Laurent Riffard wrote:
>>> Le 10.09.2007 22:19, Laurent Riffard a écrit :
Jens,
git-block.patch broke pktcdvd, I've got an Oops while syncing:
[snip]
>>> I dig through
On 9/14/07, Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 11, 2007 at 04:31:12AM +0900, FUJITA Tomonori wrote:
> [...]
> >
> > Even if we revert the qla1280 patch, scsi-ml still sends chaining sg
> > list. So it doesn't work.
> >
> > The following patch disables chaining sg list for qla12
On Fri, Sep 14 2007, Jens Axboe wrote:
> On Fri, Sep 14 2007, Laurent Riffard wrote:
> > Le 10.09.2007 22:19, Laurent Riffard a écrit :
> > > Le 01.09.2007 06:58, Andrew Morton a écrit :
> > >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
> > > [...]
> >
On Fri, Sep 14 2007, Laurent Riffard wrote:
> Le 10.09.2007 22:19, Laurent Riffard a écrit :
> > Le 01.09.2007 06:58, Andrew Morton a écrit :
> >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
> > [...]
> >
> > Jens,
> >
> > git-block.patch broke pktcdvd
On Fri, Sep 14 2007, Jens Axboe wrote:
> On Thu, Sep 13 2007, Andrew Morton wrote:
> > On Fri, 14 Sep 2007 00:50:25 +0200
> > Laurent Riffard <[EMAIL PROTECTED]> wrote:
> >
> > > I dig through git-block.patch and the culprit seems to be commit
> > > c94f1c4ac87862675c8d70941973bc3a69aff5d8 "bio: u
On Tue, Sep 11, 2007 at 04:31:12AM +0900, FUJITA Tomonori wrote:
[...]
> > The only patch which touches qla1280 is git-block.patch. From a quick
> > squizz the change looks OK, although it's tricky and something might have
> > broken.
> >
> > (the dprintk at line 2929 needs to print remseg, not s
On Thu, Sep 13 2007, Andrew Morton wrote:
> On Fri, 14 Sep 2007 00:50:25 +0200
> Laurent Riffard <[EMAIL PROTECTED]> wrote:
>
> > I dig through git-block.patch and the culprit seems to be commit
> > c94f1c4ac87862675c8d70941973bc3a69aff5d8 "bio: use memset() in
> > bio_init()".
>
> I think I'll b
I have an Oops that may be related:
BUG: unable to handle kernel NULL pointer dereference at virtual address
0025
printing eip: c037d81b *pde =
Oops: [#1]
last sysfs file: /devices/pci:00/:00:01.0/:01:00.0/class
Pid: 0, comm: swapper Not tainted (2.6.23-rc4-mm1-conf
On Fri, 14 Sep 2007 00:50:25 +0200
Laurent Riffard <[EMAIL PROTECTED]> wrote:
> I dig through git-block.patch and the culprit seems to be commit
> c94f1c4ac87862675c8d70941973bc3a69aff5d8 "bio: use memset() in
> bio_init()".
I think I'll be dropping git-block. There were a number of problems
in
Le 10.09.2007 22:19, Laurent Riffard a écrit :
> Le 01.09.2007 06:58, Andrew Morton a écrit :
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
> [...]
>
> Jens,
>
> git-block.patch broke pktcdvd, I've got an Oops while syncing:
>
>> [ 713.014888] pktc
On Sat, 08 Sep 2007 18:42:10 +0200
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> > > If so, the finger points at this:
> > >
> > > static __inline__ void __clear_bit_unlock(int nr, volatile unsigned long
> > > *addr) {
> > > __asm__ __volatile__(LWSYNC_ON_SMP ::: "memory");
> > > __cl
On Tue, Sep 11, 2007 at 04:10:47AM +0900, FUJITA Tomonori wrote:
> > The only patch which touches qla1280 is git-block.patch. From a quick
> > squizz the change looks OK, although it's tricky and something might have
> > broken.
>
> Can you try this patch (against 2.6.23-rc4-mm1)?
Yep this patc
Andrew Morton napsal(a):
> On Thu, 13 Sep 2007 13:43:43 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
>> Hi,
>>
>> I have this circular lock dependency on 2.6.23-rc4-mm1 when opening
>> /dev/video0 and mmaping it. the v4l driver is stk11xx:
>> http://www.fi.muni.cz/~xslaby/sklad/panics/mm-deadlock
On Thu, 13 Sep 2007 13:43:43 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have this circular lock dependency on 2.6.23-rc4-mm1 when opening
> /dev/video0 and mmaping it. the v4l driver is stk11xx:
> http://www.fi.muni.cz/~xslaby/sklad/panics/mm-deadlock.png
>
> Using slub on x86_64 if
On Mon, Sep 10 2007, Torsten Kaiser wrote:
> On 9/10/07, FUJITA Tomonori <[EMAIL PROTECTED]> wrote:
> > On Mon, 10 Sep 2007 12:20:38 -0700
> > Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > On Mon, 10 Sep 2007 20:59:49 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]>
> > > wrote:
> > > > The system
Laurent Riffard wrote:
Le 01.09.2007 06:58, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
[...]
+libata-correct-handling-of-srst-reset-sequences.patch
[...]
Alan,
libata-correct-handling-of-srst-reset-sequences.patch broke 8
On 9/10/07, FUJITA Tomonori <[EMAIL PROTECTED]> wrote:
> On Mon, 10 Sep 2007 12:20:38 -0700
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 10 Sep 2007 20:59:49 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]>
> > wrote:
> > > The system boots, reads the partition tables, starts the RAID and th
Le 01.09.2007 06:58, Andrew Morton a écrit :
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
[...]
Jens,
git-block.patch broke pktcdvd, I've got an Oops while syncing:
> [ 713.014888] pktcdvd: Fixed packets, 16 blocks, Mode-1 disc
> [ 713.021844] pk
On Mon, 10 Sep 2007 12:20:38 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 10 Sep 2007 20:59:49 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
>
> > On 9/10/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > On Mon, 10 Sep 2007 18:49:26 +0100 Andy Whitcroft <[EMAIL PROTECTED]>
> >
On 9/10/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 10 Sep 2007 20:59:49 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
>
> > On 9/10/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > On Mon, 10 Sep 2007 18:49:26 +0100 Andy Whitcroft <[EMAIL PROTECTED]>
> > > wrote:
> > I reported a
On Mon, 10 Sep 2007 11:19:26 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 10 Sep 2007 18:49:26 +0100 Andy Whitcroft <[EMAIL PROTECTED]> wrote:
>
> > I have a couple of old NUMA-Q systems which are unable to read their
> > boot disks with 2.6.23-rc4-mm1. The disks appear to be recogni
On Mon, 10 Sep 2007 20:59:49 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> On 9/10/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Mon, 10 Sep 2007 18:49:26 +0100 Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> >
> > > I have a couple of old NUMA-Q systems which are unable to read their
> >
On Mon, 10 Sep 2007 11:19:26 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 10 Sep 2007 18:49:26 +0100 Andy Whitcroft <[EMAIL PROTECTED]> wrote:
>
> > I have a couple of old NUMA-Q systems which are unable to read their
> > boot disks with 2.6.23-rc4-mm1. The disks appear to be recogni
On 9/10/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 10 Sep 2007 18:49:26 +0100 Andy Whitcroft <[EMAIL PROTECTED]> wrote:
>
> > I have a couple of old NUMA-Q systems which are unable to read their
> > boot disks with 2.6.23-rc4-mm1. The disks appear to be recognised and
> > even the part
On Mon, 10 Sep 2007 18:49:26 +0100 Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> I have a couple of old NUMA-Q systems which are unable to read their
> boot disks with 2.6.23-rc4-mm1. The disks appear to be recognised and
> even the partition tables read correctly, and then they go pop:
>
> qla1
I have a couple of old NUMA-Q systems which are unable to read their
boot disks with 2.6.23-rc4-mm1. The disks appear to be recognised and
even the partition tables read correctly, and then they go pop:
qla1280: QLA1040 found on PCI bus 0, dev 10
Clocksource tsc unstable (delta = 99922590 ns)
Am seeing the following compile error on all of my powerpc platforms:
CC kernel/sched.o
kernel/sched.c: In function `cpu_to_phys_group':
kernel/sched.c:5937: error: `per_cpu__cpu_sibling_map' undeclared (first use
in this function)
kernel/sched.c:5937: error: (Each undeclared identif
(To list based on CC's in net-add-ath5k-wireless-driver-fix.patch . If
that is in error, apologies)
On (31/08/07 21:58), Andrew Morton didst pronounce:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
>
I thought I would give the ath5k driver a shot o
> > If so, the finger points at this:
> >
> > static __inline__ void __clear_bit_unlock(int nr, volatile unsigned long
> > *addr) {
> > __asm__ __volatile__(LWSYNC_ON_SMP ::: "memory");
> > __clear_bit(nr, addr);
> > }
> >
> > which was added by Nick's powerpc-lock-bitops.patch. I am susp
On 9/8/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
> On 9/7/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > On Fri, 7 Sep 2007 00:34:59 -0700 "Luck, Tony" <[EMAIL PROTECTED]> wrote:
> > > > local symbol 0: discarded in section `.exit.text' from
> > > > arch/ia64/kernel/built-in.o
> > >
> > > T
On 9/7/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Fri, 7 Sep 2007 00:34:59 -0700 "Luck, Tony" <[EMAIL PROTECTED]> wrote:
> > > local symbol 0: discarded in section `.exit.text' from
> > > arch/ia64/kernel/built-in.o
> >
> > This usually means that there is a static __exit function (or __d
On Fri, 2007-09-07 at 19:59 -0400, Jeff Garzik wrote:
> >
> > commit 9fd380e892e078b582920325357292c07cc9
> > Author: David S. Miller <[EMAIL PROTECTED](none)>
> > Date: Thu Sep 6 21:44:36 2007 +0100
> >
> > [MYRI10GE]: Need to select INET_LRO.
> >
> > Signed-off-by: David S.
David Miller wrote:
From: David Miller <[EMAIL PROTECTED]>
Date: Thu, 06 Sep 2007 13:40:38 -0700 (PDT)
From: Mathieu Desnoyers <[EMAIL PROTECTED]>
Date: Thu, 6 Sep 2007 15:37:51 -0400
I got a link error on myri10ge when building 2.6.23-rc4-mm1 on x86_64 :
ERROR: "lro_flush_all" [drivers/net/
On Friday 07 September 2007 09:00, Andrew Morton wrote:
> > On Thu, 6 Sep 2007 14:40:11 -0400 Mathieu Desnoyers
> > <[EMAIL PROTECTED]> wrote: Hi Andrew,
> >
> > Guess what, another one ;)
> >
> >
> > /opt/crosstool/gcc-4.1.1-glibc-2.3.6/powerpc-405-linux-gnu/bin/powerpc-40
> >5-linux-gnu-gcc -m3
> On Fri, 7 Sep 2007 00:34:59 -0700 "Luck, Tony" <[EMAIL PROTECTED]> wrote:
> > local symbol 0: discarded in section `.exit.text' from
> > arch/ia64/kernel/built-in.o
>
> This usually means that there is a static __exit function (or __devexit etc.)
> somewhere in the object being linked. The err
> local symbol 0: discarded in section `.exit.text' from
> arch/ia64/kernel/built-in.o
This usually means that there is a static __exit function (or __devexit etc.)
somewhere in the object being linked. The error message is pretty unhelpful
in figuring out *where* in the module. Look at the 'mm
> On Thu, 6 Sep 2007 14:40:11 -0400 Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> Guess what, another one ;)
>
>
> /opt/crosstool/gcc-4.1.1-glibc-2.3.6/powerpc-405-linux-gnu/bin/powerpc-405-linux-gnu-gcc
> -m32 -Wp,-MD,arch/ppc/kernel/.asm-offsets.s.d -nostdinc -isystem
> /o
Mathieu,
# CONFIG_INET_LRO is not set
The in-kernel driver now depends on CONFIG_INET_LRO.
The kconfig needs to be changed to reflect this, and we will submit a patch.
In the meantime, you could alternatively use the Myri10GE 1.3.1 driver
from the download page:
http://www.myri.com/scs/
From: David Miller <[EMAIL PROTECTED]>
Date: Thu, 06 Sep 2007 13:40:38 -0700 (PDT)
> From: Mathieu Desnoyers <[EMAIL PROTECTED]>
> Date: Thu, 6 Sep 2007 15:37:51 -0400
>
> > I got a link error on myri10ge when building 2.6.23-rc4-mm1 on x86_64 :
> >
> > ERROR: "lro_flush_all" [drivers/net/myri10
1 - 100 of 159 matches
Mail list logo