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/
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 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: 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/
[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/