James Bottomley wrote:
However, there's still devloss_tmo to consider ... even in
multipath, I don't think you want to signal path failure until
devloss_tmo has fired otherwise you'll get too many transient up/down
events which damage performance if the array has an expensive failover
model.
On Mon, 2008-01-07 at 15:05 +0100, Hannes Reinecke wrote:
> James Bottomley wrote:
> > On Fri, 2007-12-14 at 10:00 +0100, Hannes Reinecke wrote:
> >> James Bottomley wrote:
> >>> On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote:
> OK, thanks. I'll assume that James and Hannes have this
James Bottomley wrote:
> On Fri, 2007-12-14 at 10:00 +0100, Hannes Reinecke wrote:
>> James Bottomley wrote:
>>> On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote:
OK, thanks. I'll assume that James and Hannes have this in hand (or will
have, by mid-week) and I won't do anything
James Bottomley wrote:
On Fri, 2007-12-14 at 10:00 +0100, Hannes Reinecke wrote:
James Bottomley wrote:
On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote:
OK, thanks. I'll assume that James and Hannes have this in hand (or will
have, by mid-week) and I won't do anything here.
Just to
James Bottomley wrote:
However, there's still devloss_tmo to consider ... even in
multipath, I don't think you want to signal path failure until
devloss_tmo has fired otherwise you'll get too many transient up/down
events which damage performance if the array has an expensive failover
model.
On Fri, 2007-12-14 at 10:00 +0100, Hannes Reinecke wrote:
> James Bottomley wrote:
> > On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote:
> >> OK, thanks. I'll assume that James and Hannes have this in hand (or will
> >> have, by mid-week) and I won't do anything here.
> >
> > Just to
James Bottomley wrote:
> On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote:
>> OK, thanks. I'll assume that James and Hannes have this in hand (or will
>> have, by mid-week) and I won't do anything here.
>
> Just to confirm what I think I'm going to be doing: rebasing the
> scsi-misc tree
James Bottomley wrote:
On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote:
OK, thanks. I'll assume that James and Hannes have this in hand (or will
have, by mid-week) and I won't do anything here.
Just to confirm what I think I'm going to be doing: rebasing the
scsi-misc tree to
On Fri, 2007-12-14 at 10:00 +0100, Hannes Reinecke wrote:
James Bottomley wrote:
On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote:
OK, thanks. I'll assume that James and Hannes have this in hand (or will
have, by mid-week) and I won't do anything here.
Just to confirm what I
On Wed, Dec 12 2007, Boaz Harrosh wrote:
> On Tue, Dec 11 2007 at 18:33 +0200, James Bottomley <[EMAIL PROTECTED]> wrote:
> > On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote:
> >> OK, thanks. I'll assume that James and Hannes have this in hand (or will
> >> have, by mid-week) and I won't
On Tue, Dec 11 2007 at 18:33 +0200, James Bottomley <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote:
>> OK, thanks. I'll assume that James and Hannes have this in hand (or will
>> have, by mid-week) and I won't do anything here.
>
> Just to confirm what I
On Tue, Dec 11 2007 at 18:33 +0200, James Bottomley [EMAIL PROTECTED] wrote:
On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote:
OK, thanks. I'll assume that James and Hannes have this in hand (or will
have, by mid-week) and I won't do anything here.
Just to confirm what I think I'm
On Wed, Dec 12 2007, Boaz Harrosh wrote:
On Tue, Dec 11 2007 at 18:33 +0200, James Bottomley [EMAIL PROTECTED] wrote:
On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote:
OK, thanks. I'll assume that James and Hannes have this in hand (or will
have, by mid-week) and I won't do anything
On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote:
> OK, thanks. I'll assume that James and Hannes have this in hand (or will
> have, by mid-week) and I won't do anything here.
Just to confirm what I think I'm going to be doing: rebasing the
scsi-misc tree to remove this commit:
commit
On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote:
OK, thanks. I'll assume that James and Hannes have this in hand (or will
have, by mid-week) and I won't do anything here.
Just to confirm what I think I'm going to be doing: rebasing the
scsi-misc tree to remove this commit:
commit
Andrew Morton wrote:
On Wed, 21 Nov 2007 12:17:14 +0200 Avi Kivity <[EMAIL PROTECTED]> wrote:
Avi Kivity wrote:
The make headers_check fails,
CHECK include/linux/usb/gadgetfs.h
CHECK include/linux/usb/ch9.h
CHECK include/linux/usb/cdc.h
CHECK
Andrew Morton wrote:
On Wed, 21 Nov 2007 12:17:14 +0200 Avi Kivity [EMAIL PROTECTED] wrote:
Avi Kivity wrote:
The make headers_check fails,
CHECK include/linux/usb/gadgetfs.h
CHECK include/linux/usb/ch9.h
CHECK include/linux/usb/cdc.h
CHECK
Le 25.11.2007 21:39, Laurent Riffard a écrit :
> Le 25.11.2007 08:37, James Bottomley a écrit :
>> On Sat, 2007-11-24 at 23:59 +0100, Laurent Riffard wrote:
>>> Le 24.11.2007 14:26, James Bottomley a écrit :
OK, could you post dmesgs again, please. I actually tested this
>>> with an
Le 25.11.2007 21:39, Laurent Riffard a écrit :
Le 25.11.2007 08:37, James Bottomley a écrit :
On Sat, 2007-11-24 at 23:59 +0100, Laurent Riffard wrote:
Le 24.11.2007 14:26, James Bottomley a écrit :
OK, could you post dmesgs again, please. I actually tested this
with an
aic79xx card, and
On Wed, 21 Nov 2007 12:17:14 +0200 Avi Kivity <[EMAIL PROTECTED]> wrote:
> Avi Kivity wrote:
> >
> >> The make headers_check fails,
> >>
> >> CHECK include/linux/usb/gadgetfs.h
> >> CHECK include/linux/usb/ch9.h
> >> CHECK include/linux/usb/cdc.h
> >>
On Mon, 26 Nov 2007 15:28:32 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 27 Nov 2007 00:14:17 +0100
> Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
> > On 11/26/2007 11:17 PM, Andrew Morton wrote:
> > >> Maybe if you can emit a broken-out with the fresh pull to test?
> > >
> > >
Miles Lane wrote:
> arch/x86/xen/enlighten.c: In function 'xen_flush_tlb_others':
> arch/x86/xen/enlighten.c:591: error: 'TLB_FLUSH_ALL' undeclared (first
> use in this function)
> arch/x86/xen/enlighten.c:591: error: (Each undeclared identifier is
> reported only once
>
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> Otherwise, please proceed to work out which diff I need to drop and
> hope like hell that it isn't git-x86..
hm? x86.git is fully bisectable - so a more accurate statement would be
"and hope that it's x86.git, so that it can be properly bisected"
On Tue, 27 Nov 2007 16:25:22 +0800, Dave Young said:
> does boot_delay helps?
It might, if the kernel lived long enough to output a first printk for
us to delay after. :)
Shooting this one would be *easy* if the problem was an boot-time oops that
would otherwise scroll off the screen without a
On Nov 27, 2007 3:16 PM, <[EMAIL PROTECTED]> wrote:
> On Tue, 20 Nov 2007 20:45:25 PST, Andrew Morton said:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm1/
>
> Finally got both time and motivation to at least start a bisect..
>
> 2.6.23-mm1 works
On Tue, 27 Nov 2007 02:54:56 -0500 [EMAIL PROTECTED] wrote:
> On Mon, 26 Nov 2007 23:27:03 PST, Andrew Morton said:
>
> > > git-x86.patch
> > > git-x86-fixup.patch
> > > git-x86-thread_order-borkage.patch
> > > git-x86-thread_order-borkage-fix.patch
> > > git-x86-identify_cpu-fix.patch
> > >
On Tue, 27 Nov 2007 02:54:56 -0500 [EMAIL PROTECTED] wrote:
On Mon, 26 Nov 2007 23:27:03 PST, Andrew Morton said:
git-x86.patch
git-x86-fixup.patch
git-x86-thread_order-borkage.patch
git-x86-thread_order-borkage-fix.patch
git-x86-identify_cpu-fix.patch
On Nov 27, 2007 3:16 PM, [EMAIL PROTECTED] wrote:
On Tue, 20 Nov 2007 20:45:25 PST, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm1/
Finally got both time and motivation to at least start a bisect..
2.6.23-mm1 works on my D820
On Tue, 27 Nov 2007 16:25:22 +0800, Dave Young said:
does boot_delay helps?
It might, if the kernel lived long enough to output a first printk for
us to delay after. :)
Shooting this one would be *easy* if the problem was an boot-time oops that
would otherwise scroll off the screen without a
* Andrew Morton [EMAIL PROTECTED] wrote:
Otherwise, please proceed to work out which diff I need to drop and
hope like hell that it isn't git-x86..
hm? x86.git is fully bisectable - so a more accurate statement would be
and hope that it's x86.git, so that it can be properly bisected :-)
Miles Lane wrote:
arch/x86/xen/enlighten.c: In function 'xen_flush_tlb_others':
arch/x86/xen/enlighten.c:591: error: 'TLB_FLUSH_ALL' undeclared (first
use in this function)
arch/x86/xen/enlighten.c:591: error: (Each undeclared identifier is
reported only once
arch/x86/xen/enlighten.c:591:
On Mon, 26 Nov 2007 15:28:32 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
On Tue, 27 Nov 2007 00:14:17 +0100
Jiri Slaby [EMAIL PROTECTED] wrote:
On 11/26/2007 11:17 PM, Andrew Morton wrote:
Maybe if you can emit a broken-out with the fresh pull to test?
On Wed, 21 Nov 2007 12:17:14 +0200 Avi Kivity [EMAIL PROTECTED] wrote:
Avi Kivity wrote:
The make headers_check fails,
CHECK include/linux/usb/gadgetfs.h
CHECK include/linux/usb/ch9.h
CHECK include/linux/usb/cdc.h
CHECK include/linux/usb/audio.h
CHECK
On Mon, 26 Nov 2007 23:27:03 PST, Andrew Morton said:
> > git-x86.patch
> > git-x86-fixup.patch
> > git-x86-thread_order-borkage.patch
> > git-x86-thread_order-borkage-fix.patch
> > git-x86-identify_cpu-fix.patch
> > git-x86-memory_add_physaddr_to_nid-export-for-acpi-memhotplugko.patch
> >
On Tue, 27 Nov 2007 02:16:26 -0500 [EMAIL PROTECTED] wrote:
> On Tue, 20 Nov 2007 20:45:25 PST, Andrew Morton said:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm1/
>
> Finally got both time and motivation to at least start a bisect..
>
>
On Tue, 20 Nov 2007 20:45:25 PST, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm1/
Finally got both time and motivation to at least start a bisect..
2.6.23-mm1 works on my D820 (x86_64 kernel, Core2 Duo T7200)
24-rc3-mm1 (plus 3
On Fri, 23 Nov 2007 06:55:41 +0100 Gabriel C <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Fri, 23 Nov 2007 02:39:08 +0100 Gabriel C <[EMAIL PROTECTED]> wrote:
> >
> >> I have some warnings on each SCSI disc:
> >>
> >>
> >> ...
> >>
> >> [ 30.724410] scsi 0:0:0:0: Direct-Access
On Tue, 27 Nov 2007 00:14:17 +0100
Jiri Slaby <[EMAIL PROTECTED]> wrote:
> On 11/26/2007 11:17 PM, Andrew Morton wrote:
> >> Maybe if you can emit a broken-out with the fresh pull to test?
> >
> > http://userweb.kernel.org/~akpm/mmotm/ is current. But it probably won't
> > compile.
>
> Yes it
On 11/26/2007 11:17 PM, Andrew Morton wrote:
>> Maybe if you can emit a broken-out with the fresh pull to test?
>
> http://userweb.kernel.org/~akpm/mmotm/ is current. But it probably won't
> compile.
Yes it did :). And it worked. Both in qemu and on my desktop...
qemu output at:
On 11/26/2007 11:17 PM, Andrew Morton wrote:
> http://userweb.kernel.org/~akpm/mmotm/ is current. But it probably won't
> compile. I'd suggest bisecting 2.6.24-rc3-mm1 would be easier.
Yes, I've bisected this and it pointed to git-x86.patch + 2 pushed fixes from
series, Then tried x86 git,
On Mon, 26 Nov 2007 23:08:33 +0100
Jiri Slaby <[EMAIL PROTECTED]> wrote:
> On 11/26/2007 09:45 PM, Ingo Molnar wrote:
> > * Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> >> On Mon, 26 Nov 2007 14:39:43 -0500
> >> Rik van Riel <[EMAIL PROTECTED]> wrote:
> >>
> >>> On Tue, 20 Nov 2007 22:18:39
On 11/26/2007 09:45 PM, Ingo Molnar wrote:
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
>> On Mon, 26 Nov 2007 14:39:43 -0500
>> Rik van Riel <[EMAIL PROTECTED]> wrote:
>>
>>> On Tue, 20 Nov 2007 22:18:39 -0800
>>> Andrew Morton <[EMAIL PROTECTED]> wrote:
>>>
> ..MP-BIOS bug: 8254 timer not
On Mon, 26 Nov 2007, Randy Dunlap wrote:
> ARCH_SELECT_MEMORY_MODEL depends on X86_32. Is that too restrictive?
No. X86_64 only has one memory model.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Mon, 26 Nov 2007, Andrew Morton wrote:
> hm. This smells like a startup ordering problem, but everything which
> refresh_zone_stat_thresholds() should be set up by the time we run
> initcalls. Maybe the zone lists are bad?
refresh_zone_stat_thresholds goes through each zone and updates
the
On Mon, 26 Nov 2007 12:33:19 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > Unable to handle kernel NULL pointer dereference at 0021 RIP:
> > [] refresh_zone_stat_thresholds+0x6d/0x90
> > PGD 0
> > Oops: 0002 [1] SMP
> > last sysfs file:
> > CPU 0
> > Modules linked in:
> > Pid:
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 26 Nov 2007 14:39:43 -0500
> Rik van Riel <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 20 Nov 2007 22:18:39 -0800
> > Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > > ..MP-BIOS bug: 8254 timer not connected to IO-APIC
> > > > Kernel panic -
On Mon, 26 Nov 2007 11:34:15 -0800 (PST) Christoph Lameter wrote:
> On Mon, 26 Nov 2007, Randy Dunlap wrote:
>
> > On Tue, 20 Nov 2007 20:45:25 -0800 Andrew Morton wrote:
> >
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm1/
> >
> >
On Mon, 26 Nov 2007 14:39:43 -0500
Rik van Riel <[EMAIL PROTECTED]> wrote:
> On Tue, 20 Nov 2007 22:18:39 -0800
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > ..MP-BIOS bug: 8254 timer not connected to IO-APIC
> > > Kernel panic - not syncing: IO-APIC + timer doesn't work! Try using the
> >
On Tue, 20 Nov 2007 22:18:39 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > ..MP-BIOS bug: 8254 timer not connected to IO-APIC
> > Kernel panic - not syncing: IO-APIC + timer doesn't work! Try using the
> > 'noapic' kernel parameter
>
> ACPI or x86 breakage, I guess.
>
> Did 'noapic' work?
On Mon, 26 Nov 2007, Randy Dunlap wrote:
> On Tue, 20 Nov 2007 20:45:25 -0800 Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm1/
>
> allnoconfig on x86_64 gives:
>
> arch/x86/mm/init_64.c:84: error: implicit declaration of
On 11/26/2007 07:48 PM, Rik van Riel wrote:
ERROR: "empty_zero_page" [drivers/kvm/kvm.ko] undefined!
[...]
> FYI, x86_64 has the exact same issue.
yes:
hot-fixes/git-x86-dont-unexport-empty_zero_page.patch
regards,
--
Jiri Slaby ([EMAIL PROTECTED])
Faculty of Informatics, Masaryk
On Tue, 20 Nov 2007 20:45:25 -0800 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm1/
allnoconfig on x86_64 gives:
arch/x86/mm/init_64.c:84: error: implicit declaration of function 'pfn_valid'
mm/page_alloc.c:2533: error: implicit
On Wed, 21 Nov 2007 14:03:34 +0800
"Dave Young" <[EMAIL PROTECTED]> wrote:
> On Nov 21, 2007 2:00 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Wed, 21 Nov 2007 13:51:47 +0800 "Dave Young" <[EMAIL PROTECTED]> wrote:
> >
> > > Hi, andrew
> > >
> > > modpost failed for me:
> > > MODPOST 360
On Wed, 21 Nov 2007 14:03:34 +0800
Dave Young [EMAIL PROTECTED] wrote:
On Nov 21, 2007 2:00 PM, Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 21 Nov 2007 13:51:47 +0800 Dave Young [EMAIL PROTECTED] wrote:
Hi, andrew
modpost failed for me:
MODPOST 360 modules
ERROR:
On Tue, 20 Nov 2007 20:45:25 -0800 Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm1/
allnoconfig on x86_64 gives:
arch/x86/mm/init_64.c:84: error: implicit declaration of function 'pfn_valid'
mm/page_alloc.c:2533: error: implicit
On 11/26/2007 07:48 PM, Rik van Riel wrote:
ERROR: empty_zero_page [drivers/kvm/kvm.ko] undefined!
[...]
FYI, x86_64 has the exact same issue.
yes:
hot-fixes/git-x86-dont-unexport-empty_zero_page.patch
regards,
--
Jiri Slaby ([EMAIL PROTECTED])
Faculty of Informatics, Masaryk University
-
To
On Mon, 26 Nov 2007, Randy Dunlap wrote:
On Tue, 20 Nov 2007 20:45:25 -0800 Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm1/
allnoconfig on x86_64 gives:
arch/x86/mm/init_64.c:84: error: implicit declaration of function
On Tue, 20 Nov 2007 22:18:39 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
..MP-BIOS bug: 8254 timer not connected to IO-APIC
Kernel panic - not syncing: IO-APIC + timer doesn't work! Try using the
'noapic' kernel parameter
ACPI or x86 breakage, I guess.
Did 'noapic' work?
I got the
On Mon, 26 Nov 2007 14:39:43 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
On Tue, 20 Nov 2007 22:18:39 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
..MP-BIOS bug: 8254 timer not connected to IO-APIC
Kernel panic - not syncing: IO-APIC + timer doesn't work! Try using the
'noapic'
On Mon, 26 Nov 2007 11:34:15 -0800 (PST) Christoph Lameter wrote:
On Mon, 26 Nov 2007, Randy Dunlap wrote:
On Tue, 20 Nov 2007 20:45:25 -0800 Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm1/
allnoconfig on x86_64
* Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 26 Nov 2007 14:39:43 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
On Tue, 20 Nov 2007 22:18:39 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
..MP-BIOS bug: 8254 timer not connected to IO-APIC
Kernel panic - not syncing: IO-APIC +
On Mon, 26 Nov 2007 12:33:19 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
Unable to handle kernel NULL pointer dereference at 0021 RIP:
[8108382a] refresh_zone_stat_thresholds+0x6d/0x90
PGD 0
Oops: 0002 [1] SMP
last sysfs file:
CPU 0
Modules linked in:
Pid: 1,
On Mon, 26 Nov 2007, Andrew Morton wrote:
hm. This smells like a startup ordering problem, but everything which
refresh_zone_stat_thresholds() should be set up by the time we run
initcalls. Maybe the zone lists are bad?
refresh_zone_stat_thresholds goes through each zone and updates
the
On Mon, 26 Nov 2007, Randy Dunlap wrote:
ARCH_SELECT_MEMORY_MODEL depends on X86_32. Is that too restrictive?
No. X86_64 only has one memory model.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On 11/26/2007 09:45 PM, Ingo Molnar wrote:
* Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 26 Nov 2007 14:39:43 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
On Tue, 20 Nov 2007 22:18:39 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
..MP-BIOS bug: 8254 timer not connected to IO-APIC
On Mon, 26 Nov 2007 23:08:33 +0100
Jiri Slaby [EMAIL PROTECTED] wrote:
On 11/26/2007 09:45 PM, Ingo Molnar wrote:
* Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 26 Nov 2007 14:39:43 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
On Tue, 20 Nov 2007 22:18:39 -0800
Andrew Morton
On 11/26/2007 11:17 PM, Andrew Morton wrote:
http://userweb.kernel.org/~akpm/mmotm/ is current. But it probably won't
compile. I'd suggest bisecting 2.6.24-rc3-mm1 would be easier.
Yes, I've bisected this and it pointed to git-x86.patch + 2 pushed fixes from
series, Then tried x86 git, but
On 11/26/2007 11:17 PM, Andrew Morton wrote:
Maybe if you can emit a broken-out with the fresh pull to test?
http://userweb.kernel.org/~akpm/mmotm/ is current. But it probably won't
compile.
Yes it did :). And it worked. Both in qemu and on my desktop...
qemu output at:
On Tue, 27 Nov 2007 00:14:17 +0100
Jiri Slaby [EMAIL PROTECTED] wrote:
On 11/26/2007 11:17 PM, Andrew Morton wrote:
Maybe if you can emit a broken-out with the fresh pull to test?
http://userweb.kernel.org/~akpm/mmotm/ is current. But it probably won't
compile.
Yes it did :). And
On Fri, 23 Nov 2007 06:55:41 +0100 Gabriel C [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Fri, 23 Nov 2007 02:39:08 +0100 Gabriel C [EMAIL PROTECTED] wrote:
I have some warnings on each SCSI disc:
...
[ 30.724410] scsi 0:0:0:0: Direct-Access SEAGATE ST318406LW
On Tue, 20 Nov 2007 20:45:25 PST, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm1/
Finally got both time and motivation to at least start a bisect..
2.6.23-mm1 works on my D820 (x86_64 kernel, Core2 Duo T7200)
24-rc3-mm1 (plus 3
On Tue, 27 Nov 2007 02:16:26 -0500 [EMAIL PROTECTED] wrote:
On Tue, 20 Nov 2007 20:45:25 PST, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm1/
Finally got both time and motivation to at least start a bisect..
2.6.23-mm1 works
On Mon, 26 Nov 2007 23:27:03 PST, Andrew Morton said:
git-x86.patch
git-x86-fixup.patch
git-x86-thread_order-borkage.patch
git-x86-thread_order-borkage-fix.patch
git-x86-identify_cpu-fix.patch
git-x86-memory_add_physaddr_to_nid-export-for-acpi-memhotplugko.patch
On Sat, Nov 24, 2007 at 07:44:13PM +0200, James Bottomley wrote:
> Probing intermittent failures in Domain Validation, even with the fixes
> applied leads me to the conclusion that there are further problems with
> this commit:
>
> commit fc5eb4facedbd6d7117905e775cee1975f894e79
> Author: Hannes
On Sat, 24 Nov 2007 19:04:34 +0100
Gabriel C <[EMAIL PROTECTED]> wrote:
> >> It seems OK here from a quick test (i386, ext3-on-IDE).
> >>
> >> Maybe device driver/block breakage?
>
> Try revert
>
>
Le 25.11.2007 08:37, James Bottomley a écrit :
> On Sat, 2007-11-24 at 23:59 +0100, Laurent Riffard wrote:
>> Le 24.11.2007 14:26, James Bottomley a écrit :
>>> OK, could you post dmesgs again, please. I actually tested this
>> with an
>>> aic79xx card, and for me it does cause Domain Validation
Le 25.11.2007 08:37, James Bottomley a écrit :
On Sat, 2007-11-24 at 23:59 +0100, Laurent Riffard wrote:
Le 24.11.2007 14:26, James Bottomley a écrit :
OK, could you post dmesgs again, please. I actually tested this
with an
aic79xx card, and for me it does cause Domain Validation to succeed
On Sat, 24 Nov 2007 19:04:34 +0100
Gabriel C [EMAIL PROTECTED] wrote:
It seems OK here from a quick test (i386, ext3-on-IDE).
Maybe device driver/block breakage?
Try revert
On Sat, Nov 24, 2007 at 07:44:13PM +0200, James Bottomley wrote:
Probing intermittent failures in Domain Validation, even with the fixes
applied leads me to the conclusion that there are further problems with
this commit:
commit fc5eb4facedbd6d7117905e775cee1975f894e79
Author: Hannes
On Sat, 2007-11-24 at 23:59 +0100, Laurent Riffard wrote:
> Le 24.11.2007 14:26, James Bottomley a écrit :
> > OK, could you post dmesgs again, please. I actually tested this
> with an
> > aic79xx card, and for me it does cause Domain Validation to succeed
> > again.
>
> James,
>
> Here is a
Le 24.11.2007 14:26, James Bottomley a écrit :
> On Sat, 2007-11-24 at 13:57 +0100, Laurent Riffard wrote:
>> Le 24.11.2007 07:42, James Bottomley a écrit :
>>> On Fri, 2007-11-23 at 18:52 +0100, Laurent Riffard wrote:
Le 23.11.2007 12:38, Hannes Reinecke a écrit :
[snip]
I can confirm :
Gabriel C wrote:
> James Bottomley wrote:
>> On Sat, 2007-11-24 at 18:54 +0100, Gabriel C wrote:
>>> James Bottomley wrote:
On Sat, 2007-11-24 at 13:57 +0100, Laurent Riffard wrote:
> Le 24.11.2007 07:42, James Bottomley a écrit :
>> On Fri, 2007-11-23 at 18:52 +0100, Laurent Riffard
James Bottomley wrote:
> On Sat, 2007-11-24 at 18:54 +0100, Gabriel C wrote:
>> James Bottomley wrote:
>>> On Sat, 2007-11-24 at 13:57 +0100, Laurent Riffard wrote:
Le 24.11.2007 07:42, James Bottomley a écrit :
> On Fri, 2007-11-23 at 18:52 +0100, Laurent Riffard wrote:
>> Le
kosaki wrote:
> Hi, Andrew
>
>>> Hi, Andrew
>>>
>>> I got following result in 'sync' command.
>>> It was too slow. (memory controller config is off ;)
>>> I attaches my .config.
>>> ==
> (snip)
>> Well I wonder how we did that.
>>
>> It seems OK here from a quick test (i386, ext3-on-IDE).
>>
>>
On Sat, 2007-11-24 at 18:54 +0100, Gabriel C wrote:
> James Bottomley wrote:
> > On Sat, 2007-11-24 at 13:57 +0100, Laurent Riffard wrote:
> >> Le 24.11.2007 07:42, James Bottomley a écrit :
> >>> On Fri, 2007-11-23 at 18:52 +0100, Laurent Riffard wrote:
> Le 23.11.2007 12:38, Hannes
James Bottomley wrote:
> On Sat, 2007-11-24 at 13:57 +0100, Laurent Riffard wrote:
>> Le 24.11.2007 07:42, James Bottomley a écrit :
>>> On Fri, 2007-11-23 at 18:52 +0100, Laurent Riffard wrote:
Le 23.11.2007 12:38, Hannes Reinecke a écrit :
> Hannes Reinecke wrote:
>> Laurent Riffard
Probing intermittent failures in Domain Validation, even with the fixes
applied leads me to the conclusion that there are further problems with
this commit:
commit fc5eb4facedbd6d7117905e775cee1975f894e79
Author: Hannes Reinecke <[EMAIL PROTECTED]>
Date: Tue Nov 6 09:23:40 2007 +0100
On Wed, Nov 21, 2007 at 10:58:21AM +0100, Sam Ravnborg wrote:
> On Wed, Nov 21, 2007 at 10:44:40AM +0200, Avi Kivity wrote:
> > Kamalesh Babulal wrote:
> > >Andrew Morton wrote:
> > >
> > >>On Wed, 21 Nov 2007 13:54:50 +0530 Kamalesh Babulal
> > >><[EMAIL PROTECTED]> wrote:
> > >>
> > >>
>
On Sat, 2007-11-24 at 13:57 +0100, Laurent Riffard wrote:
> Le 24.11.2007 07:42, James Bottomley a écrit :
> > On Fri, 2007-11-23 at 18:52 +0100, Laurent Riffard wrote:
> >> Le 23.11.2007 12:38, Hannes Reinecke a écrit :
> >>> Hannes Reinecke wrote:
> Laurent Riffard wrote:
> > Le
Le 24.11.2007 07:42, James Bottomley a écrit :
> On Fri, 2007-11-23 at 18:52 +0100, Laurent Riffard wrote:
>> Le 23.11.2007 12:38, Hannes Reinecke a écrit :
>>> Hannes Reinecke wrote:
Laurent Riffard wrote:
> Le 21.11.2007 23:41, Andrew Morton a écrit :
>> On Wed, 21 Nov 2007
Hi, Andrew
> > Hi, Andrew
> >
> > I got following result in 'sync' command.
> > It was too slow. (memory controller config is off ;)
> > I attaches my .config.
> > ==
(snip)
>
> Well I wonder how we did that.
>
> It seems OK here from a quick test (i386, ext3-on-IDE).
>
> Maybe device
Hi, Andrew
Hi, Andrew
I got following result in 'sync' command.
It was too slow. (memory controller config is off ;)
I attaches my .config.
==
(snip)
Well I wonder how we did that.
It seems OK here from a quick test (i386, ext3-on-IDE).
Maybe device driver/block breakage?
Le 24.11.2007 07:42, James Bottomley a écrit :
On Fri, 2007-11-23 at 18:52 +0100, Laurent Riffard wrote:
Le 23.11.2007 12:38, Hannes Reinecke a écrit :
Hannes Reinecke wrote:
Laurent Riffard wrote:
Le 21.11.2007 23:41, Andrew Morton a écrit :
On Wed, 21 Nov 2007 22:45:22 +0100
Laurent
On Sat, 2007-11-24 at 13:57 +0100, Laurent Riffard wrote:
Le 24.11.2007 07:42, James Bottomley a écrit :
On Fri, 2007-11-23 at 18:52 +0100, Laurent Riffard wrote:
Le 23.11.2007 12:38, Hannes Reinecke a écrit :
Hannes Reinecke wrote:
Laurent Riffard wrote:
Le 21.11.2007 23:41, Andrew
On Wed, Nov 21, 2007 at 10:58:21AM +0100, Sam Ravnborg wrote:
On Wed, Nov 21, 2007 at 10:44:40AM +0200, Avi Kivity wrote:
Kamalesh Babulal wrote:
Andrew Morton wrote:
On Wed, 21 Nov 2007 13:54:50 +0530 Kamalesh Babulal
[EMAIL PROTECTED] wrote:
The make headers_check
Probing intermittent failures in Domain Validation, even with the fixes
applied leads me to the conclusion that there are further problems with
this commit:
commit fc5eb4facedbd6d7117905e775cee1975f894e79
Author: Hannes Reinecke [EMAIL PROTECTED]
Date: Tue Nov 6 09:23:40 2007 +0100
[SCSI]
James Bottomley wrote:
On Sat, 2007-11-24 at 13:57 +0100, Laurent Riffard wrote:
Le 24.11.2007 07:42, James Bottomley a écrit :
On Fri, 2007-11-23 at 18:52 +0100, Laurent Riffard wrote:
Le 23.11.2007 12:38, Hannes Reinecke a écrit :
Hannes Reinecke wrote:
Laurent Riffard wrote:
Le
On Sat, 2007-11-24 at 18:54 +0100, Gabriel C wrote:
James Bottomley wrote:
On Sat, 2007-11-24 at 13:57 +0100, Laurent Riffard wrote:
Le 24.11.2007 07:42, James Bottomley a écrit :
On Fri, 2007-11-23 at 18:52 +0100, Laurent Riffard wrote:
Le 23.11.2007 12:38, Hannes Reinecke a écrit :
kosaki wrote:
Hi, Andrew
Hi, Andrew
I got following result in 'sync' command.
It was too slow. (memory controller config is off ;)
I attaches my .config.
==
(snip)
Well I wonder how we did that.
It seems OK here from a quick test (i386, ext3-on-IDE).
Maybe device driver/block
James Bottomley wrote:
On Sat, 2007-11-24 at 18:54 +0100, Gabriel C wrote:
James Bottomley wrote:
On Sat, 2007-11-24 at 13:57 +0100, Laurent Riffard wrote:
Le 24.11.2007 07:42, James Bottomley a écrit :
On Fri, 2007-11-23 at 18:52 +0100, Laurent Riffard wrote:
Le 23.11.2007 12:38, Hannes
1 - 100 of 213 matches
Mail list logo
