On Fri, May 18, 2007 at 09:16:45PM +0200, Luca Tettamanti wrote:
>
> Output from serial console is enlightening (sort of...):
>
> Loading IPsec SA/SP database from /etc/ipsec-tools.conf: BUG: unable to
> handle kernel paging request at virtual address 6b6b6ceb printing eip:
> b0141aef
> [oops]
T
Luca Tettamanti wrote:
> Il Fri, May 18, 2007 at 11:14:55PM +1000, Herbert Xu ha scritto:
>> On Fri, May 18, 2007 at 02:09:54PM +0200, Luca wrote:
>>> Well, pretty sure. The OOPS says 2.6.22-rc1-libata-g705962cc-dirty,
>>> git agrees and I've done a full rebuild. The .config is generated
>>> using
Il Fri, May 18, 2007 at 11:14:55PM +1000, Herbert Xu ha scritto:
> On Fri, May 18, 2007 at 02:09:54PM +0200, Luca wrote:
> >
> > Well, pretty sure. The OOPS says 2.6.22-rc1-libata-g705962cc-dirty,
> > git agrees and I've done a full rebuild. The .config is generated
> > using 'make oldconfig' usi
On Fri, May 18, 2007 at 02:09:54PM +0200, Luca wrote:
>
> Well, pretty sure. The OOPS says 2.6.22-rc1-libata-g705962cc-dirty,
> git agrees and I've done a full rebuild. The .config is generated
> using 'make oldconfig' using the 2.6.21 as baseline, maybe ALGAPI is
> coming from there?
Sorry, my m
On 5/18/07, Herbert Xu <[EMAIL PROTECTED]> wrote:
On Tue, May 15, 2007 at 08:52:12PM +0200, Luca Tettamanti wrote:
>
> CONFIG_CRYPTO_ALGAPI=m
Are you sure you're actually running 2.6.22-rc1? Due to a bug
in the padlock patch present in 2.6.22-rc1 it shouldn't be
possible to select ALGAPI as a mo
On Tue, May 15, 2007 at 08:52:12PM +0200, Luca Tettamanti wrote:
>
> CONFIG_CRYPTO_ALGAPI=m
Are you sure you're actually running 2.6.22-rc1? Due to a bug
in the padlock patch present in 2.6.22-rc1 it shouldn't be
possible to select ALGAPI as a module.
Cheers,
--
Visit Openswan at http://www.open
On 5/17/07, Luca Tettamanti <[EMAIL PROTECTED]> wrote:
Il Tue, May 15, 2007 at 11:43:44AM +1000, Herbert Xu ha scritto:
> On Mon, May 14, 2007 at 07:38:23PM +0200, Luca Tettamanti wrote:
> > I'm running git 705962cc (which is a commit after -rc1) and I still see
> > the OOPS on boot. The patch ab
Il Tue, May 15, 2007 at 11:43:44AM +1000, Herbert Xu ha scritto:
> On Mon, May 14, 2007 at 07:38:23PM +0200, Luca Tettamanti wrote:
> > I'm running git 705962cc (which is a commit after -rc1) and I still see
> > the OOPS on boot. The patch above is already applied though. Note that
> > I'm using t
Il Tue, May 15, 2007 at 11:43:44AM +1000, Herbert Xu ha scritto:
> On Mon, May 14, 2007 at 07:38:23PM +0200, Luca Tettamanti wrote:
> > I'm running git 705962cc (which is a commit after -rc1) and I still see
> > the OOPS on boot. The patch above is already applied though. Note that
> > I'm using t
On Mon, May 14, 2007 at 07:38:23PM +0200, Luca Tettamanti wrote:
> I'm running git 705962cc (which is a commit after -rc1) and I still see
> the OOPS on boot. The patch above is already applied though. Note that
> I'm using the SLAB allocator:
>
> CONFIG_SLAB=y
> # CONFIG_SLUB is not set
> # CONFI
And Dmitry Torokhov writes:
> I don't think so. Could you please try the patch below? Thanks!
The appended patch on top of yours fixes the too-early access of
psmouse->private. I don't know the expected lifetime of
psmouse->private, so I chickened out of simply assigning priv
earlier.
BTW, why d
Kevin Winchester <[EMAIL PROTECTED]> ha scritto:
> On 5/9/07, Herbert Xu <[EMAIL PROTECTED]> wrote:
>> On Tue, May 08, 2007 at 09:58:09PM -0300, Kevin Winchester wrote:
>> >
>> > Not having any idea what I'm doing, I looked at cryptomgr_probe and
>> > cryptomgr_notify, and can't seem to see much, e
On Saturday 12 May 2007 23:58, Jason Riedy wrote:
> And Dmitry Torokhov writes:
> > Have you tried any other -mm? Also, does it help if you stick
> > ps2_command(&psmouse->ps2dev, NULL, PSMOUSE_CMD_SETSTREAM);
> > at the very beginning of psmouse_initialize() in
> > drivers/input/mouse/psmo
And Dmitry Torokhov writes:
> Have you tried any other -mm? Also, does it help if you stick
> ps2_command(&psmouse->ps2dev, NULL, PSMOUSE_CMD_SETSTREAM);
> at the very beginning of psmouse_initialize() in
> drivers/input/mouse/psmouse-base.c?
Seems to fix it for me on a D620.
Bisecting on
Hi!
> This is probably more log info than you need, but I am
> including it in
> case it helps.
It is long, but useless, because it misses the critical parts.
> [ 5487.322599] agpgart-intel :00:00.0: LATE freeze
> [ 5487.322711] swsusp: critical section:
> [ 5487.365827] swsusp: Need to cop
Selon Dmitry Torokhov <[EMAIL PROTECTED]>:
> Hi Remi,
>
> On Thursday 10 May 2007 21:50, Andrew Morton wrote:
> > On Thu, 10 May 2007 15:05:25 +0200
> > Remi Colinet <[EMAIL PROTECTED]> wrote:
> >
> > > My D610 ALPS Glide Point is unresponsive with
Selon Andrew Morton <[EMAIL PROTECTED]>:
> On Thu, 10 May 2007 15:05:25 +0200
> Remi Colinet <[EMAIL PROTECTED]> wrote:
>
> > My D610 ALPS Glide Point is unresponsive with 2.6.21-mm1 patch.
> > No problem noticed with 2.6.21.
> >
> > The culprit seems
Hi Remi,
On Thursday 10 May 2007 21:50, Andrew Morton wrote:
> On Thu, 10 May 2007 15:05:25 +0200
> Remi Colinet <[EMAIL PROTECTED]> wrote:
>
> > My D610 ALPS Glide Point is unresponsive with 2.6.21-mm1 patch.
> > No problem noticed with 2.6.21.
> >
> > Th
On Thu, 10 May 2007 15:05:25 +0200
Remi Colinet <[EMAIL PROTECTED]> wrote:
> My D610 ALPS Glide Point is unresponsive with 2.6.21-mm1 patch.
> No problem noticed with 2.6.21.
>
> The culprit seems to be git-input. I have applied 2.6.21-mm1 on top of 2.6.21
> and then remove
Hello,
My D610 ALPS Glide Point is unresponsive with 2.6.21-mm1 patch.
No problem noticed with 2.6.21.
The culprit seems to be git-input. I have applied 2.6.21-mm1 on top of 2.6.21
and then removed git-input patch. It is ok since then.
>From what i can see, no interrupt is raised from
On 5/9/07, Herbert Xu <[EMAIL PROTECTED]> wrote:
On Tue, May 08, 2007 at 09:58:09PM -0300, Kevin Winchester wrote:
>
> Not having any idea what I'm doing, I looked at cryptomgr_probe and
> cryptomgr_notify, and can't seem to see much, except for the following
> odd lines.
>
> From cryptomgr_sched
Andy Whitcroft wrote:
> Andi Kleen wrote:
>> On Tue, May 08, 2007 at 10:46:20AM +0100, Andy Whitcroft wrote:
>>> We are seeing the following compile error on older x86 installs:
>>>
>>> arch/i386/kernel/verify_cpu.S: Assembler messages:
>>> arch/i386/kernel/verify_cpu.S:13: Error: `(%esp)' is
>
On Wed, May 09, 2007 at 02:26:08PM +0200, Frederik Deweerdt wrote:
> On Wed, May 09, 2007 at 11:00:46AM +0200, Andi Kleen wrote:
> > On Wed, May 09, 2007 at 09:40:24AM +0200, Jan Beulich wrote:
> > > >I've bisected it down to the x86_64-mm-cpa-kerneltext.patch and the
> > > >
> > > >+ if (!p
Andi Kleen wrote:
> On Tue, May 08, 2007 at 10:46:20AM +0100, Andy Whitcroft wrote:
>> We are seeing the following compile error on older x86 installs:
>>
>> arch/i386/kernel/verify_cpu.S: Assembler messages:
>> arch/i386/kernel/verify_cpu.S:13: Error: `(%esp)' is
>> not a
On Wed, 9 May 2007, Srinivasa Ds wrote:
> Christoph Lameter wrote:
> > On Tue, 8 May 2007, Srinivasa Ds wrote:
> >
> >> Looks like there is a bug in SLUB implementaion for ppc64 in 2.6.21-mm1.
> >> I unmarked CONFIG_SLUB and build the kernel, its booting cleary no
On Wed, May 09, 2007 at 11:00:46AM +0200, Andi Kleen wrote:
> On Wed, May 09, 2007 at 09:40:24AM +0200, Jan Beulich wrote:
> > >I've bisected it down to the x86_64-mm-cpa-kerneltext.patch and the
> > >
> > >+ if (!pte_present(*kpte))
> > >+ return 0;
> >
> > I the most recent
On 5/8/07, Herbert Xu <[EMAIL PROTECTED]> wrote:
On Mon, May 07, 2007 at 11:57:28AM -0700, Miles Lane wrote:
> [ 118.442018] ieee80211_crypt: registered algorithm 'WEP'
> [ 118.514572] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
> [ 118.514664] Slab corruption: size-256 start=c6aabe98, l
On Wed, May 09, 2007 at 09:40:24AM +0200, Jan Beulich wrote:
> >I've bisected it down to the x86_64-mm-cpa-kerneltext.patch and the
> >
> >+ if (!pte_present(*kpte))
> >+ return 0;
>
> I the most recent version of the patch I sent to Andi this line is gone
> (again),
> as I r
Andi Kleen wrote:
> On Tue, May 08, 2007 at 10:46:20AM +0100, Andy Whitcroft wrote:
>> We are seeing the following compile error on older x86 installs:
>>
>> arch/i386/kernel/verify_cpu.S: Assembler messages:
>> arch/i386/kernel/verify_cpu.S:13: Error: `(%esp)' is
>> not a
Christoph Lameter wrote:
> On Tue, 8 May 2007, Srinivasa Ds wrote:
>
>> Looks like there is a bug in SLUB implementaion for ppc64 in 2.6.21-mm1.
>> I unmarked CONFIG_SLUB and build the kernel, its booting cleary now.
>>
>> Thanks
>> Srinivasa DS
>
> Th
>I've bisected it down to the x86_64-mm-cpa-kerneltext.patch and the
>
>+ if (!pte_present(*kpte))
>+ return 0;
I the most recent version of the patch I sent to Andi this line is gone (again),
as I realized it was wrong on i386 (namely for DEBUG_PAGEALLOC) and its
respective v
On Tue, May 08, 2007 at 09:58:09PM -0300, Kevin Winchester wrote:
>
> Not having any idea what I'm doing, I looked at cryptomgr_probe and
> cryptomgr_notify, and can't seem to see much, except for the following
> odd lines.
>
> From cryptomgr_schedule_probe, which is almost certainly inlined int
Christoph Lameter wrote:
On Tue, 8 May 2007, Kevin Winchester wrote:
Here's the dmesg of the slub_debug run, I'll try the patch next:
Ok someone wrote to an object after it was freed. Not slubs problem.
[1.367129] Object 0x810001bdecd0: 80 b7 b1 01 00 81 ff ff 6b 6b
On Tue, 8 May 2007, Kevin Winchester wrote:
> [1.376783] [] kernel_init+0xc4/0x2a0
> [1.376857] [] __switch_to+0x2a/0x2d0
> [1.376932] [] child_rip+0xa/0x12
> [1.377006] [] kernel_init+0x0/0x2a0
> [1.377080] [] child_rip+0x0/0x12
> [1.377151]
> [1.377221] @@@ SLUB
On Wed, May 09, 2007 at 12:12:29AM +0200, Andi Kleen wrote:
> On Tue, May 08, 2007 at 07:22:33PM +0200, Frederik Deweerdt wrote:
> > On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/pa
On Tue, 8 May 2007, Kevin Winchester wrote:
> Here's the dmesg of the slub_debug run, I'll try the patch next:
Ok someone wrote to an object after it was freed. Not slubs problem.
> [1.367129] Object 0x810001bdecd0: 80 b7 b1 01 00 81 ff ff 6b 6b
> 6b 6b 6b 6b 6b 6b .·±...
T
0.000000] Linux version 2.6.21-mm1 ([EMAIL PROTECTED]) (gcc version 4.1.2
(Gentoo 4.1.2)) #2 PREEMPT Tue May 8 20:13:55 ADT 2007
[0.00] Command line: root=/dev/sda3 slub_debug
[0.00] BIOS-provided physical RAM map:
[0.00] BIOS-e820: - 0009f800 (usa
It seems that a uevent notification fails.
Does this patch fix it?
---
mm/slub.c |1 -
1 file changed, 1 deletion(-)
Index: linux-2.6/mm/slub.c
===
--- linux-2.6.orig/mm/slub.c2007-05-08 16:06:54.0 -0700
+++ linux-2
On Tue, 8 May 2007, Kevin Winchester wrote:
> x86_64 UP Athlon64 I get a crash on boot using SLUB. Switching to SLAB makes
> it go away. I don't have a serial console, so the best I have is a digital
> photo of as many lines as my VGA console was able to get (60 or so). Is there
> a better way
On Tue, May 08, 2007 at 07:22:33PM +0200, Frederik Deweerdt wrote:
> On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
> >
> Hi all,
>
> My computer fails early
On Tuesday, 8 May 2007 01:37, Miles Lane wrote:
> This is probably more log info than you need, but I am including it in
> case it helps.
> This log shows another manifestation of the time confusion on wakeup.
> This is the portion beginning with the hibernation initiation:
Can we please debug thi
On Tue, May 08, 2007 at 10:33:22AM +0200, Jan Engelhardt wrote:
>
> On May 7 2007 12:35, Borislav Petkov wrote:
> >
> >I don't think I need macintosh drivers for my x86 arch selected in by
> >default,
> > do I?
>
> For new config variables that were introduced, I set them to 'default y'
> so wh
On Tue, 8 May 2007 19:22:33 +0200
Frederik Deweerdt <[EMAIL PROTECTED]> wrote:
> On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
> >
> Hi all,
>
> My
On Tue, 8 May 2007, Srinivasa Ds wrote:
> Looks like there is a bug in SLUB implementaion for ppc64 in 2.6.21-mm1.
> I unmarked CONFIG_SLUB and build the kernel, its booting cleary now.
>
> Thanks
> Srinivasa DS
This is a known issue for PPC with more than 4 processors. Work
On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
>
Hi all,
My computer fails early at boot with a stack along the lines of:
kmem_cache_zalloc
kmem_cache_create
kmem_cache_init
start_ke
On Tue, 8 May 2007, Andy Whitcroft wrote:
> The SLUB code introduces the config segment below to stop SLUB being
> used on powerpc:
>
> config ARCH_USES_SLAB_PAGE_STRUCT
>bool
>default y
>depends on SPLIT_PTLOCK_CPUS <= NR_CPUS
>
> However as far as I can kconfig has
On Tue, May 08, 2007 at 10:46:20AM +0100, Andy Whitcroft wrote:
> We are seeing the following compile error on older x86 installs:
>
> arch/i386/kernel/verify_cpu.S: Assembler messages:
> arch/i386/kernel/verify_cpu.S:13: Error: `(%esp)' is
>not a valid 16 bit base/inde
On 05/08, Oleg Nesterov wrote:
>
> On 05/08, Jiri Slaby wrote:
> >
> > vmstat_update+0x0/0x2b
>
> Thanks a lot.
>
> Right now,
>
> > +static void vmstat_update(struct work_struct *w)
> > +{
> > + refresh_cpu_vm_stats(smp_processor_id());
> > + schedule_delayed_work(&__get_cpu_var(vms
ppy ohci1394 ieee1394 parport_pc parport
> >>>> usbhid
> >>>> ehci_hcd pata_acpi ff_memless sr_mod cdrom
> >>>> CPU:1
> >>>> EIP:0060:[]Not tainted VLI
> >>>> EFLAGS: 00010046 (2.6.21-mm1 #272)
> >>&g
The SLUB code introduces the config segment below to stop SLUB being
used on powerpc:
config ARCH_USES_SLAB_PAGE_STRUCT
bool
default y
depends on SPLIT_PTLOCK_CPUS <= NR_CPUS
However as far as I can kconfig has no support for operators other than
==, !=, &&, and ||. Who
On 05/08, Jarek Poplawski wrote:
>
> On 08-05-2007 12:55, Oleg Nesterov wrote:
> > On 05/08, Andrew Morton wrote:
> >> On Tue, 08 May 2007 10:57:35 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
> >>
> >>> this occured in dmesg during resuming f
Jiri Slaby napsal(a):
> Oleg Nesterov napsal(a):
>> On 05/08, Andrew Morton wrote:
>>> On Tue, 08 May 2007 10:57:35 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
>>>
>>>> this occured in dmesg during resuming from hwsusp in 2.6.21-mm1 (captured
>>
Kamalesh Babulal wrote:
> Hi,
>
> I tried compiling and booting up with 2.6.21-mm1 kernel
> on the following machine
>
> Architecture :PPC64
> CPU Type :POWER5 (gr)
> Machine Type:CHRP IBM,9117-570
> Base OS :Fedo
On 08-05-2007 12:55, Oleg Nesterov wrote:
> On 05/08, Andrew Morton wrote:
>> On Tue, 08 May 2007 10:57:35 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
>>
>>> this occured in dmesg during resuming from hwsusp in 2.6.21-mm1 (captured
>>> through netconsole). Pe
Oleg Nesterov napsal(a):
> On 05/08, Andrew Morton wrote:
>> On Tue, 08 May 2007 10:57:35 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
>>
>>> this occured in dmesg during resuming from hwsusp in 2.6.21-mm1 (captured
>>> through netconsole). Perfectly repr
On 05/08, Andrew Morton wrote:
>
> On Tue, 08 May 2007 10:57:35 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
> >
> > this occured in dmesg during resuming from hwsusp in 2.6.21-mm1 (captured
> > through netconsole). Perfectly reproducible, it simply happens each
On Mon, May 07, 2007 at 10:31:32PM -0700, William Lee Irwin III wrote:
>> I think Andi's handling the mergework on those patches, but I'll check
>> in to see if I should rediff vs. -mm or what if you want them.
>> Andi, what's the verdict on those stack patches?
On Tue, May 08, 2007 at 10:59:50AM
On 08-05-2007 10:57, Jiri Slaby wrote:
...
> [...] Perfectly reproducible, it simply happens each time I
> try it.
...so, maybe, only subjectively reproducible?
Regards,
Jarek P.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
On Mon, May 07, 2007 at 11:57:28AM -0700, Miles Lane wrote:
> [ 118.442018] ieee80211_crypt: registered algorithm 'WEP'
> [ 118.514572] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
> [ 118.514664] Slab corruption: size-256 start=c6aabe98, len=256
> [ 118.514672] Redzone: 0x9f911029d74e35b/
We are seeing the following compile error on older x86 installs:
arch/i386/kernel/verify_cpu.S: Assembler messages:
arch/i386/kernel/verify_cpu.S:13: Error: `(%esp)' is
not a valid 16 bit base/index expression
Seems to come from:
x86_64-mm-i386-verify-cpu
Compiler
On Tue, 08 May 2007 10:57:35 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
> this occured in dmesg during resuming from hwsusp in 2.6.21-mm1 (captured
> through netconsole). Perfectly reproducible, it simply happens each time I
> try it.
Let's cc Oleg.
> usb_endpoint
On Mon, May 07, 2007 at 10:31:32PM -0700, William Lee Irwin III wrote:
> On Mon, 07 May 2007 21:31:06 -0700 Jeremy Fitzhardinge <[EMAIL PROTECTED]>
> wrote:
> >> I'm using wli's 8k
> >> stack + irq stack patches with good success though.
>
> On Mon, May 07, 2007 at 10:24:09PM -0700, Andrew Morton
Hi,
this occured in dmesg during resuming from hwsusp in 2.6.21-mm1 (captured
through netconsole). Perfectly reproducible, it simply happens each time I
try it.
usb_endpoint usbdev5.1_ep00: PM: resume from 0, parent usb5 still 2
[ cut here ]
kernel BUG at /home/l/latest
On May 8 2007 16:18, David Chinner wrote:
>
>On Mon, May 07, 2007 at 10:38:24PM -0700, Jeremy Fitzhardinge wrote:
>> Andrew Morton wrote:
>> > On Mon, 07 May 2007 21:31:06 -0700 Jeremy Fitzhardinge <[EMAIL PROTECTED]>
>> > wrote:
>> >
>> >> I've found that XFS+lvm+4k stacks is completely unusa
On May 7 2007 12:35, Borislav Petkov wrote:
>
>I don't think I need macintosh drivers for my x86 arch selected in by default,
> do I?
For new config variables that were introduced, I set them to 'default y'
so when upgrading from an older .config, it does not deselect the drivers
_inside_ the ne
On Mon, May 07, 2007 at 10:38:24PM -0700, Jeremy Fitzhardinge wrote:
> Andrew Morton wrote:
> > On Mon, 07 May 2007 21:31:06 -0700 Jeremy Fitzhardinge <[EMAIL PROTECTED]>
> > wrote:
> >
> >> I've found that XFS+lvm+4k stacks is completely unusable with current
> >> kernels. I get hangs/oopes a
On Mon, 7 May 2007 22:31:32 -0700 William Lee Irwin III <[EMAIL PROTECTED]>
wrote:
>> I think Andi's handling the mergework on those patches, but I'll check
>> in to see if I should rediff vs. -mm or what if you want them.
>> Andi, what's the verdict on those stack patches?
On Mon, May 07, 2007 a
Andrew Morton wrote:
> On Mon, 07 May 2007 21:31:06 -0700 Jeremy Fitzhardinge <[EMAIL PROTECTED]>
> wrote:
>
>> I've found that XFS+lvm+4k stacks is completely unusable with current
>> kernels. I get hangs/oopes after ~10mins of work.
>>
>
> Sounds like this is new behaviour?
>
> I wonder
On Mon, 7 May 2007 22:31:32 -0700 William Lee Irwin III <[EMAIL PROTECTED]>
wrote:
> On Mon, 07 May 2007 21:31:06 -0700 Jeremy Fitzhardinge <[EMAIL PROTECTED]>
> wrote:
> >> I'm using wli's 8k
> >> stack + irq stack patches with good success though.
>
> On Mon, May 07, 2007 at 10:24:09PM -0700,
On Mon, 07 May 2007 21:31:06 -0700 Jeremy Fitzhardinge <[EMAIL PROTECTED]>
wrote:
>> I'm using wli's 8k
>> stack + irq stack patches with good success though.
On Mon, May 07, 2007 at 10:24:09PM -0700, Andrew Morton wrote:
> wlis are handy.
I think Andi's handling the mergework on those patches,
On Mon, 07 May 2007 21:31:06 -0700 Jeremy Fitzhardinge <[EMAIL PROTECTED]>
wrote:
> Andrew Morton wrote:
> > Please enable 8k stacks before doing any other debugging things, see if
> > that fixes it.
>
> I've found that XFS+lvm+4k stacks is completely unusable with current
> kernels. I get hang
Andrew Morton wrote:
> Please enable 8k stacks before doing any other debugging things, see if
> that fixes it.
I've found that XFS+lvm+4k stacks is completely unusable with current
kernels. I get hangs/oopes after ~10mins of work. I'm using wli's 8k
stack + irq stack patches with good success t
This is probably more log info than you need, but I am including it in
case it helps.
This log shows another manifestation of the time confusion on wakeup.
This is the portion beginning with the hibernation initiation:
[ 5482.518162] PM: Removing info for No Bus:eth0
[ 5482.581594] ACPI: PCI inte
On Tue, 08 May 2007 00:30:31 +0100
Simon Arlott <[EMAIL PROTECTED]> wrote:
> On 08/05/07 00:23, Andrew Morton wrote:
> > On Mon, 07 May 2007 23:58:36 +0100
> > Simon Arlott <[EMAIL PROTECTED]> wrote:
> >
> >> I've just got this under mainline too now
> >> (0ec54aa8af5e6faa346aa55a1ad15ee6c25bb42
On 08/05/07 00:23, Andrew Morton wrote:
On Mon, 07 May 2007 23:58:36 +0100
Simon Arlott <[EMAIL PROTECTED]> wrote:
I've just got this under mainline too now
(0ec54aa8af5e6faa346aa55a1ad15ee6c25bb42d 2007-05-05 22:08:06):
[84567.084000] BUG: scheduling while atomic: pdflush/0xeff84acf/186
[845
On Mon, 07 May 2007 23:58:36 +0100
Simon Arlott <[EMAIL PROTECTED]> wrote:
>
> I've just got this under mainline too now
> (0ec54aa8af5e6faa346aa55a1ad15ee6c25bb42d 2007-05-05 22:08:06):
>
> [84567.084000] BUG: scheduling while atomic: pdflush/0xeff84acf/186
> [84567.084000] INFO: lockdep is tu
On 06/05/07 21:54, Andrew Morton wrote:
On Sun, 06 May 2007 21:36:32 +0100 Simon Arlott <[EMAIL PROTECTED]> wrote:
On 05/05/07 09:49, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
Not sure exactly what's going on here, but
This is on my HP Pavilion dv1240us laptop.
I know the events are generated correctly:
# killall acpid
# cat /proc/acpi/event
button/lid LID0 0080 0001 (Press #1)
button/lid LID0 0080 0002 (Release #1)
button/lid LID0 0080 0003 (Press #2)
button/lid LID0 0080 0004 (R
On Mon, 7 May 2007 12:13:30 -0700
"Miles Lane" <[EMAIL PROTECTED]> wrote:
> [ 1278.513048] agpgart-intel :00:00.0: LATE suspend
> [ 1278.513791] hwsleep-0323 [03] enter_sleep_state : Entering
> sleep state [S3]
> [18014554.415987] Intel machine check architecture supported.
> [18014554.41
[ 1278.513048] agpgart-intel :00:00.0: LATE suspend
[ 1278.513791] hwsleep-0323 [03] enter_sleep_state : Entering
sleep state [S3]
[18014554.415987] Intel machine check architecture supported.
[18014554.416010] Intel machine check reporting enabled on CPU#0.
[18014554.416050] Back to C!
[
[ 118.442018] ieee80211_crypt: registered algorithm 'WEP'
[ 118.514572] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 118.514664] Slab corruption: size-256 start=c6aabe98, len=256
[ 118.514672] Redzone: 0x9f911029d74e35b/0x9f911029d74e35b.
[ 118.514676] Last user: [](cryptomgr_probe+0x6
On Mon, 2007-05-07 at 13:16 -0400, Josef Sipek wrote:
> On Mon, May 07, 2007 at 11:22:32AM -0400, Lee Schermerhorn wrote:
> > With unionfs included as a module, 2.6.21-mm1 build broke with:
> >
> > fs/unionfs/super.c: In function ‘init_once’:
> > fs/unionfs/super.c:82
On Mon, May 07, 2007 at 11:22:32AM -0400, Lee Schermerhorn wrote:
> With unionfs included as a module, 2.6.21-mm1 build broke with:
>
> fs/unionfs/super.c: In function ‘init_once’:
> fs/unionfs/super.c:822: error: ‘SLAB_CTOR_VERIFY’ undeclared (first use in
> this function)
>
On Sat, 5 May 2007 01:49:55 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
>
...
> - The staircase CPU scheduler was dropped
>
Sorry, perhaps I missed the thread in LKML, but... wh
With unionfs included as a module, 2.6.21-mm1 build broke with:
fs/unionfs/super.c: In function ‘init_once’:
fs/unionfs/super.c:822: error: ‘SLAB_CTOR_VERIFY’ undeclared (first use in this
function)
fs/unionfs/super.c:822: error: (Each undeclared identifier is reported only
oncefs/unionfs
Hi,
I tried compiling and booting up with 2.6.21-mm1 kernel
on the following machine
Architecture :PPC64
CPU Type :POWER5 (gr)
Machine Type:CHRP IBM,9117-570
Base OS :Fedora Core 5
the kernel enters the xmon state after an exception as following
On Sat, 5 May 2007 01:49:55 -0700,
Andrew Morton <[EMAIL PROTECTED]> wrote:
> +s390-fix-subsystem-removal-fallout.patch
>
> Fix it.
It doesn't, since the subsystem removal doesn't seem to be applied
(although it is present in the broken-out directory).
-
To unsubscribe from this list: send the
I don't think I need macintosh drivers for my x86 arch selected in by default,
do I?
-
From: Borislav Petkov <[EMAIL PROTECTED]>
Do not select macintosh drivers by default.
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
--
Index: trees/linux-mm/drivers/macintosh/Kconfig
==
a_port_abort()
> is more in line with libata's new-style error handling.
>
> /Mikael
>
> --- linux-2.6.21-mm1/drivers/ata/sata_promise.c.~1~ 2007-05-05
> 22:24:41.0 +0200
> +++ linux-2.6.21-mm1/drivers/ata/sata_promise.c 2007-05-05
> 22:25:21.0
Now inline net_device_stats is upstream, we can use it in the lguest
net driver.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
drivers/net/lguest_net.c | 20 +---
1 file changed, 5 insertions(+), 15 deletions(-)
===
Andrew did a great job of merging in the PDA->percpu changes and
lguest code for 2.6.21-mm1, but the load_gdt is now unnecessary.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
drivers/lguest/lguest.c |4
1 file changed, 4
paravirt_probe() and its infrastructure proved as popular as it was
pretty. In anticipation of its imminent demise, this switches lguest to
use a magic string to identify a different entry point.
This is not the long-term solution: that will take a new bootloader rev
and will hopefully be done in
> From: Andrew Morton [mailto:[EMAIL PROTECTED]
> On Sun, 6 May 2007 22:44:29 +0200 Sam Ravnborg <[EMAIL PROTECTED]>
wrote:
>
> > On Sun, May 06, 2007 at 08:33:48AM +0400, Dan Kruchinin wrote:
> > > >
> > >
>
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6
.21-
> mm1/
> >
On Sun, 2007-05-06 at 11:03 +0200, Frederik Deweerdt wrote:
> On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
> >
>
> mm/mmap.c:1393: warning: unused variable '
ndrew Morton wrote:
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
> > >
> > > I'm currently in the middle of a bisect over the last week of commits to
> > > linus'
> > > tree, but I got the following w
ew Morton said:
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
> > >
> > > MODPOST vmlinux
> > > WARNING: mm/built-in.o - Section mismatch: reference to .init.text: from
> > > .text between 'kmem_cache_create'
On 06/05/07 21:08, Andrew Morton wrote:
On Sun, 06 May 2007 15:59:53 +0100 Simon Arlott <[EMAIL PROTECTED]> wrote:
On 05/05/07 09:49, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
I'm currently in the middle of a bisect ov
kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
> >
> > I'm currently in the middle of a bisect over the last week of commits to
linus'
> > tree, but I got the following with -mm1 that isn't showing up in the latest
> > 2.6.21-git:
> &
On Sun, 6 May 2007 22:57:32 +0200 Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> On Sun, May 06, 2007 at 02:49:49AM -0400, [EMAIL PROTECTED] wrote:
> > On Sat, 05 May 2007 01:49:55 PDT, Andrew Morton said:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patch
On 06/05/07 21:54, Andrew Morton wrote:
On Sun, 06 May 2007 21:36:32 +0100 Simon Arlott <[EMAIL PROTECTED]> wrote:
On 05/05/07 09:49, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
Not sure exactly what's going on here, but
1 - 100 of 141 matches
Mail list logo
