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
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
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
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, 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
>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/patches/2.6/2.6.21/2.6.21-mm1/
> > >
>
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
Christoph Lameter wrote:
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).
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 at boot with a stack along the li
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 computer fails early at boot with a stack
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_kernel
eip is
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
On 05/08, Jiri Slaby wrote:
>
> > Oleg Nesterov napsal(a):
> >>>
> kernel BUG at /home/l/latest/xxx/kernel/workqueue.c:106!
> invalid opcode: [#1]
> SMP
> Modules linked in: ipv6 floppy ohci1394 ieee1394 parport_pc parport
> usbhid
> ehci_hcd pata_acpi ff_memless
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 from hwsusp in 2.6.21-mm1 (captured
> >>> through netconso
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
through netconsole). Perfectly reproducible, it sim
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). Perfectly reproducible, it simply happens
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 reproducible, it simply happens each time I
>>> t
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 time I
> > try it.
>
> Let's cc
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 usbdev5.1_ep00: PM: resume
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
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
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 it happened wit
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
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... why ?
--
J.A. Magallon \
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
==
Mikael Pettersson napsal(a):
> Jiri: please test the patch below instead. That is, revert to
> the original code _with_ the 'return 1;', and then add this
> patch to it. It should have pretty much the same effect as
> removing the 'return 1;', however calling ata_port_abort()
> is more in line with
> 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 'ret'
>
> The get_unmapped_area-
On Mon, 7 May 2007 02:34:26 +0530 "Satyam Sharma" <[EMAIL PROTECTED]> wrote:
> On 5/7/07, Andrew Morton <[EMAIL PROTECTED]> 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
On Sun, May 06, 2007 at 02:08:57PM -0700, Andrew Morton wrote:
> 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.o
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 over the last week
Hi Simon,
On 5/7/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
On 5/7/07, Andrew Morton <[EMAIL PROTECTED]> 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/pa
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/patches/2.6/2.6.21/2.6.21-mm1/
> >
> >
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 it happened wit
On 5/7/07, Andrew Morton <[EMAIL PROTECTED]> 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 bise
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/patches/2.6/2.6.21/2.6.21-mm1/
>
> MODPOST vmlinux
> WARNING: mm/built-in.o - Section mismatch: reference to .init.text
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/
> >
> > I have the following message after kernel compilation:
> >
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 it happened with a lock held on my
> (XFS) file
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/
>
> I have the following message after kernel compilation:
>
> ---
> ...
> WARNING: init/built-in.o - Section mismatch: reference to .init.text:
>
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 it happened with a lock held on my
(XFS) filesystem while compiling part of the kernel because I can't do anything
with it now.
On Sun, May 06, 2007 at 12:22:16AM +0100, Simon Arlott 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/
>
> WARNING: init/built-in.o - Section mismatch: reference to .init.text: from
> .text between 'rest_init' (a
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 over the last week of commits to
> linus'
> tree,
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 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:
[
Frederik Deweerdt wrote:
diff --git a/fs/revoke.c b/fs/revoke.c
index 1f2e3ef..86a2842 100644
--- a/fs/revoke.c
+++ b/fs/revoke.c
@@ -597,6 +597,9 @@ static int do_revoke(struct inode *inode, struct file
*to_exclude)
goto retry;
}
+ details.fset = fset;
+ details
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 'ret'
The get_unmapped_area-doesnt-need-hugetlbfs-hacks-anymore.patch and
get_unmapped_area-handles-map_
On Sat, 05 May 2007 01:49:55 PDT, Andrew 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' (at offset 0x20dff) and 'cache_reap
>
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
I have the following message after kernel compilation:
---
...
WARNING: init/built-in.o - Section mismatch: reference to .init.text:
from .text between 'rest_init' (at offset 0x11e) and 'try_name'
...
...
WARNING
On Sat, 05 May 2007 17:30:51 +0200, Tejun Heo wrote:
> Mikael Pettersson wrote:
> >> I.e. no freezing of ports...
> >
> > Your patch to delete the 'return 1;' on error is correct,
> > and makes the code match exactly the behaviour of previous
> > versions of sata_promise, except for the additional
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/
WARNING: init/built-in.o - Section mismatch: reference to .init.text: from
.text between 'rest_init' (at offset 0x9) and 'run_init_process'
WARNING: arch/i386/kernel/built-i
On Sat, May 05, 2007 at 11:48:49PM +0200, Michael Buesch wrote:
> On Saturday 05 May 2007 20:48:11 Andrew Morton wrote:
> > On Sat, 05 May 2007 17:48:28 +0200 Maciej Rutecki <[EMAIL PROTECTED]> wrote:
> >
> > > Andrew Morton pisze:
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/
On Sun, May 06, 2007 at 12:23:15AM +0300, Pekka J Enberg 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/
> > >
> > fs/revoke.c: In function 'do_revoke':
> > fs/revoke.c:563: warnin
On Saturday 05 May 2007 20:48:11 Andrew Morton wrote:
> On Sat, 05 May 2007 17:48:28 +0200 Maciej Rutecki <[EMAIL PROTECTED]> wrote:
>
> > Andrew Morton pisze:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
> > >
> > >
> >
> > CC [M] lib/zlib_deflate/def
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/
> >
> fs/revoke.c: In function 'do_revoke':
> fs/revoke.c:563: warning: 'details.fset' may be used uninitialized in this
> function
> fs/revoke.
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/
>
fs/revoke.c: In function 'do_revoke':
fs/revoke.c:563: warning: 'details.fset' may be used uninitialized in this
function
fs/revoke.c:563: warning
On Sat, 05 May 2007 17:48:28 +0200 Maciej Rutecki <[EMAIL PROTECTED]> wrote:
> Andrew Morton pisze:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
> >
> >
>
> CC [M] lib/zlib_deflate/deflate_syms.o
> LD [M] lib/zlib_deflate/zlib_deflate.o
> Building m
On Sat, 5 May 2007 14:14:44 +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/
> >
> __must_check was added to mutex_lock_nested() which retur
On Sat, 05 May 2007 01:49:55 PDT, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
'make silentoldconfig' produces:
SCSI debugging host simulator (SCSI_DEBUG) [N/m/y/?] n
ESP Scsi Driver Core (SCSI_ESP_CORE) [N/m/y] (NEW) ?
Sorry, no help
Pekka Enberg wrote:
On 5/5/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
Someone broke UML.
I guess it is x86_64-mm-i386-verify-cpu.patch.
$ make ARCH=um defconfig
$ make
[snip]
UPD include
1 - 100 of 114 matches
Mail list logo
