Re: drm bugs hopefully fixed but there might still be one..
On Thu, 24 Mar 2005 14:21:31 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > cliff white <[EMAIL PROTECTED]> wrote: > > > > Okay, i have a iBook G4, with radeon, with 2.6.12-rc1-mm2, i'm getting the > > following OOPS > > on boot. > > Please try reverting agp-make-some-code-static.patch (Dunno why that would > fix an oops, but apparently it does). > It does the same thing Brice's fix does. Need to put the one extern struct definition back in agp_backend.h and that is the badness: diff -puN include/linux/agp_backend.h~agp-make-some-code-static include/linux/agp_backend.h --- 25/include/linux/agp_backend.h~agp-make-some-code-static2005-03-21 21:53:17.0 -0800 +++ 25-akpm/include/linux/agp_backend.h 2005-03-21 21:53:17.0 -0800 @@ -94,8 +94,6 @@ struct agp_memory { extern struct agp_bridge_data *agp_bridge; extern struct list_head agp_bridges; -extern struct agp_bridge_data *(*agp_find_bridge)(struct pci_dev *); - extern void agp_free_memory(struct agp_memory *); extern struct agp_memory *agp_allocate_memory(struct agp_bridge_data *, size_t, u32); extern int agp_copy_info(struct agp_bridge_data *, struct agp_kern_info *); _ -- cliffw -- "Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason." -Michael Feldman - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: drm bugs hopefully fixed but there might still be one..
On Thu, 24 Mar 2005 10:33:02 + (GMT) Dave Airlie <[EMAIL PROTECTED]> wrote: > > Hi Andrew, Dave, > > I've put a couple of patches into my drm-2.6 tree that hopefully fix up > the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop > the two patches in your tree.. the one from Brice and the one I attached > to the bug? you'll get conflicts anyway I'm sure. I had to modify Brices > one as it didn't look safe to me in all cases.. > > I think their might be one left, but I think it only seems to be on > non-intel AGP system, as in my system works fine for a combination of > cards and X releases ... anyone with a VIA chipset and Radeon graphics > card or r128 card.. testing the next -mm would help me a lot.. Okay, i have a iBook G4, with radeon, with 2.6.12-rc1-mm2, i'm getting the following OOPS on boot. I'm hand-copying this stuff, please let me know if you need any more info, .config, etc [drm] Initalized drm 1.0.0 20040925 floating point used in kernel (task=effc1770, pc=c03bd040) Oops: kernel access of nad area, sig:11 [#1] PREEMPT NIP: C03BD040 LR: C01, cliffw80540 SP: ... TASK = effc1770[1] 'swapper' THREAD: effc2000 LRL [c0180540] drm_agp_init+0x48/0xdc Call trace: [c017e74c] drm_fill_in_dev+0xdc/0x180 [c017eb44] drm_get_dev+0x78 [c...] radeon_init [c...] do_initcalls [c..] init [c..] kernel_thread --- cliffw > > Dave. > > -- > David Airlie, Software Engineer > http://www.skynet.ie/~airlied / airlied at skynet.ie > Linux kernel - DRI, VAX / pam_smb / ILUG > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > -- "Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason." -Michael Feldman - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.12-rc1-mm2 - ppc32 build fails.
On Thu, 24 Mar 2005 12:28:08 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > cliff white <[EMAIL PROTECTED]> wrote: > > > > > > Error message: > > > > CC arch/ppc/kernel/setup.o > > In file included from arch/ppc/kernel/setup.c:43: > > include/asm/ppc_sys.h:29:2: #error "need definition of ppc_sys_devices" > > In file included from arch/ppc/kernel/setup.c:43: > > include/asm/ppc_sys.h:61: warning: parameter has incomplete type > > include/asm/ppc_sys.h:64: warning: parameter has incomplete type > > This should fix it. Fixes that problem, now i hit the kernel OOPS at drm initalization. Thought i saw a patch somewhere already for that... cliffw > > > From: Kumar Gala <[EMAIL PROTECTED]> > > > Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> > --- > > 25-akpm/arch/ppc/kernel/setup.c |5 - > 1 files changed, 4 insertions(+), 1 deletion(-) > > diff -puN > arch/ppc/kernel/setup.c~ppc32-report-chipset-version-in-common-proc-cpuinfo-handling-fix > arch/ppc/kernel/setup.c > --- > 25/arch/ppc/kernel/setup.c~ppc32-report-chipset-version-in-common-proc-cpuinfo-handling-fix >2005-03-24 12:27:39.0 -0800 > +++ 25-akpm/arch/ppc/kernel/setup.c 2005-03-24 12:27:39.0 -0800 > @@ -40,7 +40,10 @@ > #include > #include > #include > + > +#if defined(CONFIG_85xx) || defined(CONFIG_83xx) > #include > +#endif > > #if defined CONFIG_KGDB > #include > @@ -247,7 +250,7 @@ int show_cpuinfo(struct seq_file *m, voi > seq_printf(m, "bogomips\t: %lu.%02lu\n", > lpj / (50/HZ), (lpj / (5000/HZ)) % 100); > > -#if defined (CONFIG_85xx) || defined (CONFIG_83xx) > +#if defined(CONFIG_85xx) || defined(CONFIG_83xx) > if (cur_ppc_sys_spec->ppc_sys_name) > seq_printf(m, "chipset\t\t: %s\n", > cur_ppc_sys_spec->ppc_sys_name); > _ > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > -- "Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason." -Michael Feldman - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.6.12-rc1-mm2 - ppc32 build fails.
Error message: CC arch/ppc/kernel/setup.o In file included from arch/ppc/kernel/setup.c:43: include/asm/ppc_sys.h:29:2: #error "need definition of ppc_sys_devices" In file included from arch/ppc/kernel/setup.c:43: include/asm/ppc_sys.h:61: warning: parameter has incomplete type include/asm/ppc_sys.h:64: warning: parameter has incomplete type make[1]: *** [arch/ppc/kernel/setup.o] Error 1 make: *** [arch/ppc/kernel] Error 2 This fails for my config, and also for a defconfig build. We're thinking the patch "[PATCH] ppc32: PowerQUICC II Pro subarch support" ( http://seclists.org/lists/linux-kernel/2005/Mar/1661.html ) may have hosed up the config, but haven't got that patch to cleanly revert yet. cliffw -- "Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason." -Michael Feldman - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.6.12-rc1-mm2 - ppc32 build fails.
Error message: CC arch/ppc/kernel/setup.o In file included from arch/ppc/kernel/setup.c:43: include/asm/ppc_sys.h:29:2: #error need definition of ppc_sys_devices In file included from arch/ppc/kernel/setup.c:43: include/asm/ppc_sys.h:61: warning: parameter has incomplete type include/asm/ppc_sys.h:64: warning: parameter has incomplete type make[1]: *** [arch/ppc/kernel/setup.o] Error 1 make: *** [arch/ppc/kernel] Error 2 This fails for my config, and also for a defconfig build. We're thinking the patch [PATCH] ppc32: PowerQUICC II Pro subarch support ( http://seclists.org/lists/linux-kernel/2005/Mar/1661.html ) may have hosed up the config, but haven't got that patch to cleanly revert yet. cliffw -- Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason. -Michael Feldman - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.12-rc1-mm2 - ppc32 build fails.
On Thu, 24 Mar 2005 12:28:08 -0800 Andrew Morton [EMAIL PROTECTED] wrote: cliff white [EMAIL PROTECTED] wrote: Error message: CC arch/ppc/kernel/setup.o In file included from arch/ppc/kernel/setup.c:43: include/asm/ppc_sys.h:29:2: #error need definition of ppc_sys_devices In file included from arch/ppc/kernel/setup.c:43: include/asm/ppc_sys.h:61: warning: parameter has incomplete type include/asm/ppc_sys.h:64: warning: parameter has incomplete type This should fix it. Fixes that problem, now i hit the kernel OOPS at drm initalization. Thought i saw a patch somewhere already for that... cliffw From: Kumar Gala [EMAIL PROTECTED] Signed-off-by: Andrew Morton [EMAIL PROTECTED] --- 25-akpm/arch/ppc/kernel/setup.c |5 - 1 files changed, 4 insertions(+), 1 deletion(-) diff -puN arch/ppc/kernel/setup.c~ppc32-report-chipset-version-in-common-proc-cpuinfo-handling-fix arch/ppc/kernel/setup.c --- 25/arch/ppc/kernel/setup.c~ppc32-report-chipset-version-in-common-proc-cpuinfo-handling-fix 2005-03-24 12:27:39.0 -0800 +++ 25-akpm/arch/ppc/kernel/setup.c 2005-03-24 12:27:39.0 -0800 @@ -40,7 +40,10 @@ #include asm/nvram.h #include asm/xmon.h #include asm/ocp.h + +#if defined(CONFIG_85xx) || defined(CONFIG_83xx) #include asm/ppc_sys.h +#endif #if defined CONFIG_KGDB #include asm/kgdb.h @@ -247,7 +250,7 @@ int show_cpuinfo(struct seq_file *m, voi seq_printf(m, bogomips\t: %lu.%02lu\n, lpj / (50/HZ), (lpj / (5000/HZ)) % 100); -#if defined (CONFIG_85xx) || defined (CONFIG_83xx) +#if defined(CONFIG_85xx) || defined(CONFIG_83xx) if (cur_ppc_sys_spec-ppc_sys_name) seq_printf(m, chipset\t\t: %s\n, cur_ppc_sys_spec-ppc_sys_name); _ - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ -- Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason. -Michael Feldman - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: drm bugs hopefully fixed but there might still be one..
On Thu, 24 Mar 2005 10:33:02 + (GMT) Dave Airlie [EMAIL PROTECTED] wrote: Hi Andrew, Dave, I've put a couple of patches into my drm-2.6 tree that hopefully fix up the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop the two patches in your tree.. the one from Brice and the one I attached to the bug? you'll get conflicts anyway I'm sure. I had to modify Brices one as it didn't look safe to me in all cases.. I think their might be one left, but I think it only seems to be on non-intel AGP system, as in my system works fine for a combination of cards and X releases ... anyone with a VIA chipset and Radeon graphics card or r128 card.. testing the next -mm would help me a lot.. Okay, i have a iBook G4, with radeon, with 2.6.12-rc1-mm2, i'm getting the following OOPS on boot. I'm hand-copying this stuff, please let me know if you need any more info, .config, etc [drm] Initalized drm 1.0.0 20040925 floating point used in kernel (task=effc1770, pc=c03bd040) Oops: kernel access of nad area, sig:11 [#1] PREEMPT NIP: C03BD040 LR: C01, cliffw80540 SP: ... TASK = effc1770[1] 'swapper' THREAD: effc2000 LRL [c0180540] drm_agp_init+0x48/0xdc Call trace: [c017e74c] drm_fill_in_dev+0xdc/0x180 [c017eb44] drm_get_dev+0x78 [c...] radeon_init [c...] do_initcalls [c..] init [c..] kernel_thread --- cliffw Dave. -- David Airlie, Software Engineer http://www.skynet.ie/~airlied / airlied at skynet.ie Linux kernel - DRI, VAX / pam_smb / ILUG - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ -- Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason. -Michael Feldman - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: drm bugs hopefully fixed but there might still be one..
On Thu, 24 Mar 2005 14:21:31 -0800 Andrew Morton [EMAIL PROTECTED] wrote: cliff white [EMAIL PROTECTED] wrote: Okay, i have a iBook G4, with radeon, with 2.6.12-rc1-mm2, i'm getting the following OOPS on boot. Please try reverting agp-make-some-code-static.patch (Dunno why that would fix an oops, but apparently it does). It does the same thing Brice's fix does. Need to put the one extern struct definition back in agp_backend.h and that is the badness: diff -puN include/linux/agp_backend.h~agp-make-some-code-static include/linux/agp_backend.h --- 25/include/linux/agp_backend.h~agp-make-some-code-static2005-03-21 21:53:17.0 -0800 +++ 25-akpm/include/linux/agp_backend.h 2005-03-21 21:53:17.0 -0800 @@ -94,8 +94,6 @@ struct agp_memory { extern struct agp_bridge_data *agp_bridge; extern struct list_head agp_bridges; -extern struct agp_bridge_data *(*agp_find_bridge)(struct pci_dev *); - extern void agp_free_memory(struct agp_memory *); extern struct agp_memory *agp_allocate_memory(struct agp_bridge_data *, size_t, u32); extern int agp_copy_info(struct agp_bridge_data *, struct agp_kern_info *); _ -- cliffw -- Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason. -Michael Feldman - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Wrong Bogomips on G4 iBook?
Started running on a G4 iBook, and noticed the bogomips do not look right. ~$ cat /proc/cpuinfo processor : 0 cpu : 7447A, altivec supported clock : 1333MHz revision: 1.2 (pvr 8003 0102) bogomips: 663.55 machine : PowerBook6,5 motherboard : PowerBook6,5 MacRISC3 Power Macintosh detected as : 287 (iBook G4) pmac flags : 001b L2 cache: 512K unified memory : 768MB pmac-generation : NewWorld I see the with kernels 2.6.9 and greater. Is this a problem, or just an artifact? More details on request. cliffw -- "Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason." -Michael Feldman - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Wrong Bogomips on G4 iBook?
Started running on a G4 iBook, and noticed the bogomips do not look right. ~$ cat /proc/cpuinfo processor : 0 cpu : 7447A, altivec supported clock : 1333MHz revision: 1.2 (pvr 8003 0102) bogomips: 663.55 machine : PowerBook6,5 motherboard : PowerBook6,5 MacRISC3 Power Macintosh detected as : 287 (iBook G4) pmac flags : 001b L2 cache: 512K unified memory : 768MB pmac-generation : NewWorld I see the with kernels 2.6.9 and greater. Is this a problem, or just an artifact? More details on request. cliffw -- Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason. -Michael Feldman - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.10-ac12 + kernbench == oom-killer: (OSDL)
On Fri, 18 Feb 2005 20:07:33 + Alan Cox <[EMAIL PROTECTED]> wrote: > On Gwe, 2005-02-18 at 16:55, Cliff White wrote: > > Okay, with just vm.overcommit=2, things are still bad: > > http://khack.osdl.org/stp/300854/logs/TestRunFailed.console.log.txt > > > > Suggestion for vm.overcommit_ratio ? > > Or should i repeat with later -ac ? > > Thats showing up problems in the core code still. The OOM in this case > is because the kernel is deciding it is out of memory when it's merely > constipated with dirty pages for disk write by the look of it. Okay, same question - is there a tweak or a patch I can try here? cliffw > > Alan > -- "Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason." -Michael Feldman - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.10-ac12 + kernbench == oom-killer: (OSDL)
On Fri, 18 Feb 2005 20:07:33 + Alan Cox [EMAIL PROTECTED] wrote: On Gwe, 2005-02-18 at 16:55, Cliff White wrote: Okay, with just vm.overcommit=2, things are still bad: http://khack.osdl.org/stp/300854/logs/TestRunFailed.console.log.txt Suggestion for vm.overcommit_ratio ? Or should i repeat with later -ac ? Thats showing up problems in the core code still. The OOM in this case is because the kernel is deciding it is out of memory when it's merely constipated with dirty pages for disk write by the look of it. Okay, same question - is there a tweak or a patch I can try here? cliffw Alan -- Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason. -Michael Feldman - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.10-ac12 + kernbench == oom-killer: (OSDL)
> On Tue, Feb 08, 2005 at 02:57:07PM -0800, cliff white wrote: > > > Running 2.6.10-ac10 on the STP 1-CPU machines, we don't seem to be able to > complete > > a kernbench run without hitting the OOM-killer. ( kernbench is multiple ker > nel compiles, > > of course ) Machine is 800 mhz PIII with 1GB memory. We reduce memory for s > ome of the runs. > > > > Typical results: > > > > Out of Memory: Killed process 14970 (cc1). > > - > > It looks like some oom-related stuff went into -ac10, will try retest with > > -ac9 and -ac10, see what happens. Lemme know if we can do more > > I am always curious to hear how things are when you set > /proc/sys/vm/overcommit_memory to 2 > (and possibly /proc/sys/vm/overcommit_ratio to something > appropriate). Okay, with just vm.overcommit=2, things are still bad: http://khack.osdl.org/stp/300854/logs/TestRunFailed.console.log.txt Suggestion for vm.overcommit_ratio ? Or should i repeat with later -ac ? cliffw ---Some output--- Free pages:8872kB (0kB HighMem) Active:14865 inactive:4118 dirty:0 writeback:629 unstable:0 free:2218 slab:11489 mapped:32027 pagetables:13800 DMA free:1224kB min:128kB low:160kB high:192kB active:552kB inactive:196kB present:16384kB pages_scanned:401 all_unreclaimable? no protections[]: 0 0 0 Normal free:7648kB min:1920kB low:2400kB high:2880kB active:58908kB inactive:16276kB present:245760kB pages_scanned:1395 all_unreclaimable? no protections[]: 0 0 0 HighMem free:0kB min:128kB low:160kB high:192kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no protections[]: 0 0 0 DMA: 240*4kB 17*8kB 2*16kB 1*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 1224kB Normal: 1348*4kB 46*8kB 54*16kB 6*32kB 1*64kB 0*128kB 1*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 7648kB HighMem: empty Swap cache: add 23226854, delete 23224756, find 324015/2933249, race 2549+2365 Out of Memory: Killed process 14667 (rpm). oom-killer: gfp_mask=0xd2 DMA per-cpu: cpu 0 hot: low 2, high 6, batch 1 cpu 0 cold: low 0, high 2, batch 1 Normal per-cpu: cpu 0 hot: low 30, high 90, batch 15 cpu 0 cold: low 0, high 30, batch 15 HighMem per-cpu: empty -- cliffw > > Andries > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.10-ac12 + kernbench == oom-killer: (OSDL)
On Tue, Feb 08, 2005 at 02:57:07PM -0800, cliff white wrote: Running 2.6.10-ac10 on the STP 1-CPU machines, we don't seem to be able to complete a kernbench run without hitting the OOM-killer. ( kernbench is multiple ker nel compiles, of course ) Machine is 800 mhz PIII with 1GB memory. We reduce memory for s ome of the runs. Typical results: Out of Memory: Killed process 14970 (cc1). - It looks like some oom-related stuff went into -ac10, will try retest with -ac9 and -ac10, see what happens. Lemme know if we can do more I am always curious to hear how things are when you set /proc/sys/vm/overcommit_memory to 2 (and possibly /proc/sys/vm/overcommit_ratio to something appropriate). Okay, with just vm.overcommit=2, things are still bad: http://khack.osdl.org/stp/300854/logs/TestRunFailed.console.log.txt Suggestion for vm.overcommit_ratio ? Or should i repeat with later -ac ? cliffw ---Some output--- Free pages:8872kB (0kB HighMem) Active:14865 inactive:4118 dirty:0 writeback:629 unstable:0 free:2218 slab:11489 mapped:32027 pagetables:13800 DMA free:1224kB min:128kB low:160kB high:192kB active:552kB inactive:196kB present:16384kB pages_scanned:401 all_unreclaimable? no protections[]: 0 0 0 Normal free:7648kB min:1920kB low:2400kB high:2880kB active:58908kB inactive:16276kB present:245760kB pages_scanned:1395 all_unreclaimable? no protections[]: 0 0 0 HighMem free:0kB min:128kB low:160kB high:192kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no protections[]: 0 0 0 DMA: 240*4kB 17*8kB 2*16kB 1*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 1224kB Normal: 1348*4kB 46*8kB 54*16kB 6*32kB 1*64kB 0*128kB 1*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 7648kB HighMem: empty Swap cache: add 23226854, delete 23224756, find 324015/2933249, race 2549+2365 Out of Memory: Killed process 14667 (rpm). oom-killer: gfp_mask=0xd2 DMA per-cpu: cpu 0 hot: low 2, high 6, batch 1 cpu 0 cold: low 0, high 2, batch 1 Normal per-cpu: cpu 0 hot: low 30, high 90, batch 15 cpu 0 cold: low 0, high 30, batch 15 HighMem per-cpu: empty -- cliffw Andries - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.10-ac12 + kernbench == oom-killer: (OSDL)
On Wed, 9 Feb 2005 10:12:06 -0200 Marcelo Tosatti <[EMAIL PROTECTED]> wrote: > On Tue, Feb 08, 2005 at 02:57:07PM -0800, cliff white wrote: > > > > Running 2.6.10-ac10 on the STP 1-CPU machines, we don't seem to be able to > > complete > > a kernbench run without hitting the OOM-killer. ( kernbench is multiple > > kernel compiles, > > of course ) Machine is 800 mhz PIII with 1GB memory. We reduce memory for > > some of the runs. > > Cliff, > > Please try recent v2.6.11-rc3, they include a series of OOM killer fixes from > Andrea et all. > Sorry for the delay in response. Recent -bk runs still show this problem, for example: http://khack.osdl.org/stp/300713/logs/TestRunFailed.console.log.txt ( patch-2.6.11-rc3-bk4 ) cliffw > Thanks. > -- "Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason." -Michael Feldman - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.10-ac12 + kernbench == oom-killer: (OSDL)
On Wed, 9 Feb 2005 10:12:06 -0200 Marcelo Tosatti [EMAIL PROTECTED] wrote: On Tue, Feb 08, 2005 at 02:57:07PM -0800, cliff white wrote: Running 2.6.10-ac10 on the STP 1-CPU machines, we don't seem to be able to complete a kernbench run without hitting the OOM-killer. ( kernbench is multiple kernel compiles, of course ) Machine is 800 mhz PIII with 1GB memory. We reduce memory for some of the runs. Cliff, Please try recent v2.6.11-rc3, they include a series of OOM killer fixes from Andrea et all. Sorry for the delay in response. Recent -bk runs still show this problem, for example: http://khack.osdl.org/stp/300713/logs/TestRunFailed.console.log.txt ( patch-2.6.11-rc3-bk4 ) cliffw Thanks. -- Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason. -Michael Feldman - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: prezeroing V6 [2/3]: ScrubD
On Tue, 8 Feb 2005 12:51:05 -0800 (PST) Christoph Lameter <[EMAIL PROTECTED]> wrote: > On Tue, 8 Feb 2005, Andrew Morton wrote: > > > We also need to try to identify workloads whcih might experience a > > regression and test them too. It isn't very hard. > > I'd be glad if you could provide some instructions on how exactly to do > that. I have run lmbench, aim9, aim7, unixbench, ubench for a couple of > configurations. But which configurations do you want? If we can run some tests for you on STP let me know. ( we do 1,2,4,8 CPU x86 boxes ) cliffw > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > -- "Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason." -Michael Feldman - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.6.10-ac12 + kernbench == oom-killer: (OSDL)
Running 2.6.10-ac10 on the STP 1-CPU machines, we don't seem to be able to complete a kernbench run without hitting the OOM-killer. ( kernbench is multiple kernel compiles, of course ) Machine is 800 mhz PIII with 1GB memory. We reduce memory for some of the runs. Typical results: stp1-001 login: oom-killer: gfp_mask=0xd2 DMA per-cpu: cpu 0 hot: low 2, high 6, batch 1 cpu 0 cold: low 0, high 2, batch 1 Normal per-cpu: cpu 0 hot: low 32, high 96, batch 16 cpu 0 cold: low 0, high 32, batch 16 HighMem per-cpu: empty Free pages: 14084kB (0kB HighMem) Active:95617 inactive:4153 dirty:0 writeback:78 unstable:0 free:3521 slab:10320 mapped:99590 pagetables:12514 DMA free:1860kB min:88kB low:108kB high:132kB active:3512kB inactive:3428kB pres ent:16384kB pages_scanned:3318 all_unreclaimable? no protections[]: 0 0 0 Normal free:12224kB min:2800kB low:3500kB high:4200kB active:378956kB inactive:1 3184kB present:506880kB pages_scanned:10146 all_unreclaimable? no protections[]: 0 0 0 HighMem free:0kB min:128kB low:160kB high:192kB active:0kB inactive:0kB present: 0kB pages_scanned:0 all_unreclaimable? no protections[]: 0 0 0 DMA: 375*4kB 33*8kB 2*16kB 0*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048 kB 0*4096kB = 1860kB Normal: 2194*4kB 107*8kB 24*16kB 1*32kB 0*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 1*2048kB 0*4096kB = 12224kB HighMem: empty Swap cache: add 14113357, delete 14112531, find 151467/1660782, race 427+1738 Out of Memory: Killed process 14970 (cc1). - It looks like some oom-related stuff went into -ac10, will try retest with -ac9 and -ac10, see what happens. Lemme know if we can do more cliffw -- "Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason." -Michael Feldman - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.6.10-ac12 + kernbench == oom-killer: (OSDL)
Running 2.6.10-ac10 on the STP 1-CPU machines, we don't seem to be able to complete a kernbench run without hitting the OOM-killer. ( kernbench is multiple kernel compiles, of course ) Machine is 800 mhz PIII with 1GB memory. We reduce memory for some of the runs. Typical results: stp1-001 login: oom-killer: gfp_mask=0xd2 DMA per-cpu: cpu 0 hot: low 2, high 6, batch 1 cpu 0 cold: low 0, high 2, batch 1 Normal per-cpu: cpu 0 hot: low 32, high 96, batch 16 cpu 0 cold: low 0, high 32, batch 16 HighMem per-cpu: empty Free pages: 14084kB (0kB HighMem) Active:95617 inactive:4153 dirty:0 writeback:78 unstable:0 free:3521 slab:10320 mapped:99590 pagetables:12514 DMA free:1860kB min:88kB low:108kB high:132kB active:3512kB inactive:3428kB pres ent:16384kB pages_scanned:3318 all_unreclaimable? no protections[]: 0 0 0 Normal free:12224kB min:2800kB low:3500kB high:4200kB active:378956kB inactive:1 3184kB present:506880kB pages_scanned:10146 all_unreclaimable? no protections[]: 0 0 0 HighMem free:0kB min:128kB low:160kB high:192kB active:0kB inactive:0kB present: 0kB pages_scanned:0 all_unreclaimable? no protections[]: 0 0 0 DMA: 375*4kB 33*8kB 2*16kB 0*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048 kB 0*4096kB = 1860kB Normal: 2194*4kB 107*8kB 24*16kB 1*32kB 0*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 1*2048kB 0*4096kB = 12224kB HighMem: empty Swap cache: add 14113357, delete 14112531, find 151467/1660782, race 427+1738 Out of Memory: Killed process 14970 (cc1). - It looks like some oom-related stuff went into -ac10, will try retest with -ac9 and -ac10, see what happens. Lemme know if we can do more cliffw -- Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason. -Michael Feldman - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: prezeroing V6 [2/3]: ScrubD
On Tue, 8 Feb 2005 12:51:05 -0800 (PST) Christoph Lameter [EMAIL PROTECTED] wrote: On Tue, 8 Feb 2005, Andrew Morton wrote: We also need to try to identify workloads whcih might experience a regression and test them too. It isn't very hard. I'd be glad if you could provide some instructions on how exactly to do that. I have run lmbench, aim9, aim7, unixbench, ubench for a couple of configurations. But which configurations do you want? If we can run some tests for you on STP let me know. ( we do 1,2,4,8 CPU x86 boxes ) cliffw - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ -- Ive always gone through periods where I bolt upright at four in the morning; now at least theres a reason. -Michael Feldman - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[OSDL] email gateway for STP available
In a somewhat beta. We're working on our ease-of-use. Release 3.0.19 of STP, available at Sourceforge (http://sourceforge.net/projects/stp ) and via BK ( bk://developer.osdl.org tag: release_3.0.19 ) adds an email gateway, so you can submit test requests without the Web. I am looking for a few beta testers. Grab the kit and email me if you're interested in using. cliffw - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[OSDL] email gateway for STP available
In a somewhat beta. We're working on our ease-of-use. Release 3.0.19 of STP, available at Sourceforge (http://sourceforge.net/projects/stp ) and via BK ( bk://developer.osdl.org tag: release_3.0.19 ) adds an email gateway, so you can submit test requests without the Web. I am looking for a few beta testers. Grab the kit and email me if you're interested in using. cliffw - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[OSDL] - reaim results graphed 2.6.11-rc1
graphs comparing 2.6.11-rc1 to 2.6.9: http://developer.osdl.org/cliffw/reaim/compares/2.6.9vs11-rc1/ .html files are named: __.html Only notworthy event is apparent regression in reiserfs performance using the fileserever workload: http://developer.osdl.org/cliffw/reaim/compares/2.6.9vs11-rc1/new_fserver_reiserfs_2.html graphs comparing 2.6.11-rc1 to 2.6.10: http://developer.osdl.org/cliffw/reaim/compares/2.6.10vs11-rc1/ Reisefs regression vs 2.6.10: http://developer.osdl.org/cliffw/reaim/compares/2.6.10vs11-rc1/new_fserver_reiserfs_2.html XFS performance also declined. slightly: http://developer.osdl.org/cliffw/reaim/compares/2.6.10vs11-rc1/new_fserver_xfs_2.html --- cliffw - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/