* [PATCH] 2.6.8.1-mm3, fix visws kernel build
2004-08-20 10:19 2.6.8.1-mm3 Andrew Morton
@ 2004-08-20 11:25 ` Andrey Panin
2004-08-20 11:46 ` 2.6.8.1-mm3 Russell King
` (7 subsequent siblings)
8 siblings, 0 replies; 42+ messages in thread
From: Andrey Panin @ 2004-08-20 11:25 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
[-- Attachment #1.1: Type: text/plain, Size: 778 bytes --]
Hello,
looks like someone broke kernel build for SGI Visws 320/540 again:
CC arch/i386/kernel/cpu/intel.o
In file included from arch/i386/kernel/cpu/intel.c:19:
include/asm-i386/mach-visws/mach_apic.h: In function `cpu_present_to_apicid':
include/asm-i386/mach-visws/mach_apic.h:67: error: `BAD_APICID' undeclared (first use in this function)
include/asm-i386/mach-visws/mach_apic.h:67: error: (Each undeclared identifier is reported only once
include/asm-i386/mach-visws/mach_apic.h:67: error: for each function it appears in.)
make[2]: *** [arch/i386/kernel/cpu/intel.o] Ошибка 1
attached patch fixes it. Please consider applying.
Best regards.
--
Andrey Panin | Linux and UNIX system administrator
pazke@donpac.ru | PGP key: wwwkeys.pgp.net
[-- Attachment #1.2: patch-visws-2.6.8.1-mm3 --]
[-- Type: text/plain, Size: 509 bytes --]
diff -urpNX /usr/share/dontdiff linux-2.6.8.1-mm3.vanilla/include/asm-i386/mach-visws/mach_apic.h linux-2.6.8.1-mm3/include/asm-i386/mach-visws/mach_apic.h
--- linux-2.6.8.1-mm3.vanilla/include/asm-i386/mach-visws/mach_apic.h 2004-08-20 14:46:05.000000000 +0400
+++ linux-2.6.8.1-mm3/include/asm-i386/mach-visws/mach_apic.h 2004-08-20 14:55:27.000000000 +0400
@@ -2,6 +2,7 @@
#define __ASM_MACH_APIC_H
#include <mach_apicdef.h>
+#include <asm/smp.h>
#define APIC_DFR_VALUE (APIC_DFR_FLAT)
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: 2.6.8.1-mm3
2004-08-20 10:19 2.6.8.1-mm3 Andrew Morton
2004-08-20 11:25 ` [PATCH] 2.6.8.1-mm3, fix visws kernel build Andrey Panin
@ 2004-08-20 11:46 ` Russell King
2004-08-20 11:47 ` [PATCH] 2.6.8.1-mm3, fix qla1280 build on visws Andrey Panin
` (6 subsequent siblings)
8 siblings, 0 replies; 42+ messages in thread
From: Russell King @ 2004-08-20 11:46 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
On Fri, Aug 20, 2004 at 03:19:19AM -0700, Andrew Morton wrote:
> - Added three more bk trees:
>
> bk-fb: Some ARM framebuffer driver (rmk)
> bk-mmc: ARM-specific media drivers(?)
Not really ARM-specific; it's the Multimedia card subsystem core with
a multimedia block device driver, and a couple of drivers for ARM
multimedia card interfaces.
There has been some interest on this list surrounding the core and
whether it can be used to drive some of these MMC interfaces found on
x86. I guess it's now watch and see what happens in this space.
--
Russell King
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 PCMCIA - http://pcmcia.arm.linux.org.uk/
2.6 Serial core
^ permalink raw reply [flat|nested] 42+ messages in thread* [PATCH] 2.6.8.1-mm3, fix qla1280 build on visws
2004-08-20 10:19 2.6.8.1-mm3 Andrew Morton
2004-08-20 11:25 ` [PATCH] 2.6.8.1-mm3, fix visws kernel build Andrey Panin
2004-08-20 11:46 ` 2.6.8.1-mm3 Russell King
@ 2004-08-20 11:47 ` Andrey Panin
2004-08-20 15:44 ` 2.6.8.1-mm3 Jesse Barnes
` (5 subsequent siblings)
8 siblings, 0 replies; 42+ messages in thread
From: Andrey Panin @ 2004-08-20 11:47 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
[-- Attachment #1.1: Type: text/plain, Size: 273 bytes --]
Hello,
attached patch fixes qla1280 SCSI driver build failure on visws
due to undefined RD_REG_WORD_dmasync() macro.
Please consider applying.
Best regards.
--
Andrey Panin | Linux and UNIX system administrator
pazke@donpac.ru | PGP key: wwwkeys.pgp.net
[-- Attachment #1.2: patch-qla1280-visws --]
[-- Type: text/plain, Size: 792 bytes --]
diff -urpNX /usr/share/dontdiff -U 6 linux-2.6.8.1-mm3.vanilla/drivers/scsi/qla1280.h linux-2.6.8.1-mm3/drivers/scsi/qla1280.h
--- linux-2.6.8.1-mm3.vanilla/drivers/scsi/qla1280.h 2004-08-20 14:45:17.000000000 +0400
+++ linux-2.6.8.1-mm3/drivers/scsi/qla1280.h 2004-08-20 14:56:20.000000000 +0400
@@ -59,12 +59,13 @@
#if MEMORY_MAPPED_IO
#define RD_REG_WORD(addr) readw_relaxed(addr)
#define RD_REG_WORD_dmasync(addr) readw(addr)
#define WRT_REG_WORD(addr, data) writew(data, addr)
#else /* MEMORY_MAPPED_IO */
#define RD_REG_WORD(addr) inw((unsigned long)addr)
+#define RD_REG_WORD_dmasync(addr) RD_REG_WORD(addr)
#define WRT_REG_WORD(addr, data) outw(data, (unsigned long)addr)
#endif /* MEMORY_MAPPED_IO */
/*
* Host adapter default definitions.
*/
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: 2.6.8.1-mm3
2004-08-20 10:19 2.6.8.1-mm3 Andrew Morton
` (2 preceding siblings ...)
2004-08-20 11:47 ` [PATCH] 2.6.8.1-mm3, fix qla1280 build on visws Andrey Panin
@ 2004-08-20 15:44 ` Jesse Barnes
2004-08-20 16:57 ` 2.6.8.1-mm3 Jesse Barnes
` (3 more replies)
2004-08-20 17:38 ` 2.6.8.1-mm3 (build failture w/ CONFIG_NUMA) mita akinobu
` (4 subsequent siblings)
8 siblings, 4 replies; 42+ messages in thread
From: Jesse Barnes @ 2004-08-20 15:44 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
On Friday, August 20, 2004 6:19 am, Andrew Morton wrote:
> - This is (very) lightly tested. Mainly a resync with various parties.
Woo-hoo! This boots *without changes* on a 512p Altix! Now to re-run the
profiles and try wli's new per-cpu profiling buffers.
Jesse
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: 2.6.8.1-mm3
2004-08-20 15:44 ` 2.6.8.1-mm3 Jesse Barnes
@ 2004-08-20 16:57 ` Jesse Barnes
2004-08-20 17:08 ` 2.6.8.1-mm3 Jesse Barnes
2004-08-20 18:55 ` 2.6.8.1-mm3 Andrew Morton
2004-08-20 18:04 ` 2.6.8.1-mm3 lockmeter on 512p w/kernbench Jesse Barnes
` (2 subsequent siblings)
3 siblings, 2 replies; 42+ messages in thread
From: Jesse Barnes @ 2004-08-20 16:57 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
On Friday, August 20, 2004 11:44 am, Jesse Barnes wrote:
> On Friday, August 20, 2004 6:19 am, Andrew Morton wrote:
> > - This is (very) lightly tested. Mainly a resync with various parties.
>
> Woo-hoo! This boots *without changes* on a 512p Altix! Now to re-run the
> profiles and try wli's new per-cpu profiling buffers.
I applied wli's per-cpu profiling patch, added some tweaks that he and I
discussed on irc and things look pretty good. We can now profile all 512
CPUs in the system w/o livelocking :)
Here's the output part way through a kernbench run:
[root@ascender root]# time readprofile -m System.map-2.6.8.1-mm3 | sort -nr |
head -20
62551761 total 9.6980
27173178 default_idle 70763.4844
27081955 ia64_pal_call_static 141051.8490
3175264 ia64_load_scratch_fpregs 49613.5000
3166434 ia64_save_scratch_fpregs 49475.5312
1603765 ia64_spinlock_contention 16705.8854
135010 rcu_check_quiescent_state 351.5885
11457 del_timer_sync 22.3770
10003 clear_page_tables 7.6242
9948 memset 9.4205
7845 copy_page 30.6445
7652 __d_lookup 8.5402
7379 clear_page 46.1187
7177 zap_pte_range 3.7380
6044 __copy_user 2.5873
5168 file_move 23.0714
4611 xfs_ilock 9.0059
4230 atomic_dec_and_lock 16.5234
4035 finish_task_switch 14.0104
3938 file_kill 17.5804
real 1m32.554s
user 0m0.215s
sys 1m32.375s
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: 2.6.8.1-mm3
2004-08-20 16:57 ` 2.6.8.1-mm3 Jesse Barnes
@ 2004-08-20 17:08 ` Jesse Barnes
2004-08-20 18:55 ` 2.6.8.1-mm3 Andrew Morton
1 sibling, 0 replies; 42+ messages in thread
From: Jesse Barnes @ 2004-08-20 17:08 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
On Friday, August 20, 2004 12:57 pm, Jesse Barnes wrote:
> I applied wli's per-cpu profiling patch, added some tweaks that he and I
> discussed on irc and things look pretty good. We can now profile all 512
> CPUs in the system w/o livelocking :)
>
> Here's the output part way through a kernbench run:
In the interest of consistency with my last run and to see if marcelo and
akpm's fixes made a difference, here's the top 30 profile hits:
[root@ascender root]# time readprofile -n -m System.map-2.6.8.1-mm3 | sort -nr
| head -30
120535656 total 18.6877
53156327 ia64_pal_call_static 276855.8698
52716600 default_idle 137282.8125
6122150 ia64_save_scratch_fpregs 95658.5938
6118803 ia64_load_scratch_fpregs 95606.2969
1918154 ia64_spinlock_contention 19980.7708
92550 collate_per_cpu_profiles 192.8125
22281 rcu_check_quiescent_state 58.0234
19673 file_move 87.8259
15470 file_kill 69.0625
15417 clear_page 96.3563
14668 __d_lookup 16.3705
12638 clear_page_tables 9.6326
12616 copy_page 49.2812
11772 atomic_dec_and_lock 45.9844
11690 memset 11.0701
11415 del_timer_sync 22.2949
10952 __copy_user 4.6884
9090 xfs_ilock 17.7539
9087 zap_pte_range 4.7328
8122 finish_task_switch 28.2014
7125 find_get_page 17.1274
6288 link_path_walk 0.6318
6047 get_zone_counts 15.7474
6045 __down_trylock 18.8906
5745 _pagebuf_find 3.9896
4873 xfs_trans_push_ail 3.1725
4613 current_kernel_time 24.0260
4200 xfs_iaccess 4.1016
4199 fd_install 14.5799
real 1m32.766s
user 0m0.191s
sys 1m32.592s
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-20 16:57 ` 2.6.8.1-mm3 Jesse Barnes
2004-08-20 17:08 ` 2.6.8.1-mm3 Jesse Barnes
@ 2004-08-20 18:55 ` Andrew Morton
2004-08-20 19:56 ` 2.6.8.1-mm3 Jesse Barnes
2004-08-20 20:02 ` 2.6.8.1-mm3 William Lee Irwin III
1 sibling, 2 replies; 42+ messages in thread
From: Andrew Morton @ 2004-08-20 18:55 UTC (permalink / raw)
To: Jesse Barnes; +Cc: linux-kernel
Jesse Barnes <jbarnes@engr.sgi.com> wrote:
>
> I applied wli's per-cpu profiling patch, added some tweaks that he and I
> discussed on irc and things look pretty good. We can now profile all 512
> CPUs in the system w/o livelocking :)
OK..
> Here's the output part way through a kernbench run:
(This doesn't sound like the sort of workload which people would buy an
Altix for?)
> [root@ascender root]# time readprofile -m System.map-2.6.8.1-mm3 | sort -nr |
> head -20
> 62551761 total 9.6980
> 27173178 default_idle 70763.4844
> 27081955 ia64_pal_call_static 141051.8490
> 3175264 ia64_load_scratch_fpregs 49613.5000
> 3166434 ia64_save_scratch_fpregs 49475.5312
What do the above three mean?
> 1603765 ia64_spinlock_contention 16705.8854
That's 0.04% of total non-idle CPU time. This seems wrong.
> 135010 rcu_check_quiescent_state 351.5885
> 11457 del_timer_sync 22.3770
> 10003 clear_page_tables 7.6242
> 9948 memset 9.4205
> 7845 copy_page 30.6445
> 7652 __d_lookup 8.5402
> 7379 clear_page 46.1187
> 7177 zap_pte_range 3.7380
> 6044 __copy_user 2.5873
> 5168 file_move 23.0714
> 4611 xfs_ilock 9.0059
> 4230 atomic_dec_and_lock 16.5234
> 4035 finish_task_switch 14.0104
> 3938 file_kill 17.5804
>
> real 1m32.554s
> user 0m0.215s
> sys 1m32.375s
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-20 18:55 ` 2.6.8.1-mm3 Andrew Morton
@ 2004-08-20 19:56 ` Jesse Barnes
2004-08-20 20:02 ` 2.6.8.1-mm3 William Lee Irwin III
1 sibling, 0 replies; 42+ messages in thread
From: Jesse Barnes @ 2004-08-20 19:56 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, davidm
On Friday, August 20, 2004 2:55 pm, Andrew Morton wrote:
> > Here's the output part way through a kernbench run:
>
> (This doesn't sound like the sort of workload which people would buy an
> Altix for?)
No, but other people are working on that stuff (e.g. Christoph's page faulting
code). That said, good multiuser performance is important on big boxes too.
> > 27081955 ia64_pal_call_static 141051.8490
> > 3175264 ia64_load_scratch_fpregs 49613.5000
> > 3166434 ia64_save_scratch_fpregs 49475.5312
>
> What do the above three mean?
ia64_pal_call_static is part of the idle path. Puts the CPU into low power
state. The save and restore fp regs I think are due to the fact that integer
multiply uses fp regs, David? They're also preserved across PROM calls, but
we shouldn't be preserving them unless necessary.
> > 1603765 ia64_spinlock_contention 16705.8854
>
> That's 0.04% of total non-idle CPU time. This seems wrong.
The time between resetting the profiling buffer and collecting the profile was
small, and was before kernbench had started 2048 threads, so most of the CPUs
were idle. I can do a longer run now that the profiling stuff seems to work.
Thanks,
Jesse
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-20 18:55 ` 2.6.8.1-mm3 Andrew Morton
2004-08-20 19:56 ` 2.6.8.1-mm3 Jesse Barnes
@ 2004-08-20 20:02 ` William Lee Irwin III
2004-08-20 23:31 ` 2.6.8.1-mm3 Anton Blanchard
` (2 more replies)
1 sibling, 3 replies; 42+ messages in thread
From: William Lee Irwin III @ 2004-08-20 20:02 UTC (permalink / raw)
To: Andrew Morton; +Cc: Jesse Barnes, linux-kernel
Jesse Barnes <jbarnes@engr.sgi.com> wrote:
>> Here's the output part way through a kernbench run:
On Fri, Aug 20, 2004 at 11:55:41AM -0700, Andrew Morton wrote:
> (This doesn't sound like the sort of workload which people would buy an
> Altix for?)
Parallel compilation is an extremely poor benchmark in general, as the
workload is incapable of being effectively scaled to system sizes, the
linking phase is inherently unparallelizable and the compilation phase
too parallelizable to actually stress anything. There is also precisely
zero relevance the benchmark has to anything real users would do.
I suspect it's largely a question of borrowing a commonly-used benchmark
as opposed to attempting to obtain rigorous, useful, or representative
results. And so we see random proddings at the VM, vfs, and scheduler.
I guess that's all smoke-blowing and truism recitation for a part of
the message I should have trimmed instead of replying to.
Jesse Barnes <jbarnes@engr.sgi.com> wrote:
>> 27081955 ia64_pal_call_static 141051.8490
>> 3175264 ia64_load_scratch_fpregs 49613.5000
>> 3166434 ia64_save_scratch_fpregs 49475.5312
On Fri, Aug 20, 2004 at 11:55:41AM -0700, Andrew Morton wrote:
> What do the above three mean?
ia64 has to partial floating point saves and restores for integer
multiplies, and the PAL calls are likely for idling. Kernel compiles
are incapable of busying significant numbers of cpus and I highly
suspect the machine is mostly idle. I found kernel compilation to be
incapable of keeping 32 cpus busy, forget 512.
>> 1603765 ia64_spinlock_contention 16705.8854
On Fri, Aug 20, 2004 at 11:55:41AM -0700, Andrew Morton wrote:
> That's 0.04% of total non-idle CPU time. This seems wrong.
It sounds like good news to me. The fact we boot at all instead
of spinning in perpetuity on spinlocks in interrupt context is
very good news to me, with a large added bonus of actually making
forward progress on workloads hitting global locks we've taken
steps to mitigate the locking overhead of.
I suppose the unfortunate thing is that we didn't discover anything
new at all, apart from quantifying certain things, e.g. how effective
the RCU improvements have been. IIRC that question was unanswered after
the last round, apart from (maybe) that things stopped livelocking.
I suppose another way to answer the question of what's going on is to
fiddle with ia64's implementation of profile_pc(). I suspect something
like this may reveal the offending codepaths.
Index: mm2-2.6.8.1/arch/ia64/kernel/head.S
===================================================================
--- mm2-2.6.8.1.orig/arch/ia64/kernel/head.S 2004-08-19 11:50:42.000000000 -0700
+++ mm2-2.6.8.1/arch/ia64/kernel/head.S 2004-08-20 12:45:34.181801134 -0700
@@ -950,6 +950,8 @@
(p15) rsm psr.i // disable interrupts if we reenabled them
br.cond.sptk.few b6 // lock is now free, try to acquire
END(ia64_spinlock_contention_pre3_4)
+.globl ia64_spinlock_contention_pre3_4_end
+ia64_spinlock_contention_pre3_4_end:
#else
@@ -979,6 +981,8 @@
br.ret.sptk.many b6 // lock is now taken
END(ia64_spinlock_contention)
+.globl ia64_spinlock_contention_end
+ia64_spinlock_contention_end:
#endif
Index: mm2-2.6.8.1/arch/ia64/kernel/time.c
===================================================================
--- mm2-2.6.8.1.orig/arch/ia64/kernel/time.c 2004-08-19 11:51:00.000000000 -0700
+++ mm2-2.6.8.1/arch/ia64/kernel/time.c 2004-08-20 12:46:34.850745704 -0700
@@ -186,6 +186,45 @@
EXPORT_SYMBOL(do_gettimeofday);
+#ifdef CONFIG_SMP
+#if __GNUC__ < 3 || (__GNUC__ == 3 && __GNUC_MINOR__ < 3)
+extern char ia64_spinlock_contention_pre3_4,
+ ia64_spinlock_contention_pre3_4_end;
+
+static inline unsigned long __profile_pc(struct pt_regs *regs)
+{
+ unsigned long ip = instruction_pointer(regs);
+
+ if (ip >= (unsigned long)&ia64_spinlock_contention_pre3_4 &&
+ ip <= (unsigned long)&ia64_spinlock_contention_pre3_4_end)
+ return regs->b0;
+ else
+ return ip;
+}
+#else
+
+extern char ia64_spinlock_contention, ia64_spinlock_contention_end;
+
+static inline unsigned long __profile_pc(struct pt_regs *regs)
+{
+ unsigned long ip = instruction_pointer(regs);
+
+ if (ip >= (unsigned long)&ia64_spinlock_contention &&
+ ip <= (unsigned long)&ia64_spinlock_contention_end)
+ return regs->b0;
+ else
+ return ip;
+}
+#endif
+
+unsigned long profile_pc(struct pt_regs *regs)
+{
+ unsigned long ip = __profile_pc(regs);
+
+ return (ip & ~3UL) + ((ip & 3UL) << 2);
+}
+#endif
+
static irqreturn_t
timer_interrupt (int irq, void *dev_id, struct pt_regs *regs)
{
Index: mm2-2.6.8.1/include/asm-ia64/ptrace.h
===================================================================
--- mm2-2.6.8.1.orig/include/asm-ia64/ptrace.h 2004-08-19 11:51:00.000000000 -0700
+++ mm2-2.6.8.1/include/asm-ia64/ptrace.h 2004-08-20 12:39:55.577313095 -0700
@@ -232,12 +232,15 @@
/* Conserve space in histogram by encoding slot bits in address
* bits 2 and 3 rather than bits 0 and 1.
*/
+#ifdef CONFIG_SMP
+unsigned long profile_pc(struct pt_regs *);
+#else
#define profile_pc(regs) \
({ \
unsigned long __ip = instruction_pointer(regs); \
(__ip & ~3UL) + ((__ip & 3UL) << 2); \
})
-
+#endif
/* given a pointer to a task_struct, return the user's pt_regs */
# define ia64_task_regs(t) (((struct pt_regs *) ((char *) (t) + IA64_STK_OFFSET)) - 1)
# define ia64_psr(regs) ((struct ia64_psr *) &(regs)->cr_ipsr)
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: 2.6.8.1-mm3
2004-08-20 20:02 ` 2.6.8.1-mm3 William Lee Irwin III
@ 2004-08-20 23:31 ` Anton Blanchard
2004-08-21 0:03 ` 2.6.8.1-mm3 William Lee Irwin III
2004-08-21 19:59 ` 2.6.8.1-mm3 Jesse Barnes
2004-08-23 9:02 ` 2.6.8.1-mm3 David Mosberger
2 siblings, 1 reply; 42+ messages in thread
From: Anton Blanchard @ 2004-08-20 23:31 UTC (permalink / raw)
To: William Lee Irwin III, Andrew Morton, Jesse Barnes, linux-kernel
> Parallel compilation is an extremely poor benchmark in general, as the
> workload is incapable of being effectively scaled to system sizes, the
> linking phase is inherently unparallelizable and the compilation phase
> too parallelizable to actually stress anything. There is also precisely
> zero relevance the benchmark has to anything real users would do.
I spend most of my life compiling kernels and I consider myself a real
user :)
Anton
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-20 23:31 ` 2.6.8.1-mm3 Anton Blanchard
@ 2004-08-21 0:03 ` William Lee Irwin III
2004-08-21 7:04 ` 2.6.8.1-mm3 Martin J. Bligh
2004-08-21 15:22 ` 2.6.8.1-mm3 William Lee Irwin III
0 siblings, 2 replies; 42+ messages in thread
From: William Lee Irwin III @ 2004-08-21 0:03 UTC (permalink / raw)
To: Anton Blanchard; +Cc: Andrew Morton, Jesse Barnes, linux-kernel
At some point in the past, I wrote:
>> Parallel compilation is an extremely poor benchmark in general, as the
>> workload is incapable of being effectively scaled to system sizes, the
>> linking phase is inherently unparallelizable and the compilation phase
>> too parallelizable to actually stress anything. There is also precisely
>> zero relevance the benchmark has to anything real users would do.
On Sat, Aug 21, 2004 at 09:31:26AM +1000, Anton Blanchard wrote:
> I spend most of my life compiling kernels and I consider myself a real
> user :)
Kernel hacking is not an end in itself, regardless of the fact there
are some, such as myself, who use computers for no other purpose. A
real user generally has some purpose to their activity beyond working
on the software or hardware they are "using". e.g. various real users
use their systems for entertainment: playing games, music, and movies.
Others may use their systems to make money somehow, e.g. archiving
information about customers so they can look up what they've bought
and paid for or have yet to pay for.
Regardless of the social issue, the rather serious technical deficits
of compilation of any software as a benchmark are showstopping issues.
Frankly, even the issues I've dredged up are nowhere near comprehensive.
There are further issues such as that stable (i.e. not varying across
the benchmarks being done on various systems at various times) versions
of the software being compiled and the toolchain being used to compile
it are lacking as components of any "kernel compile benchmarking suite"
and worse still the variance in target architecture of the toolchain
also defeats any attempt at meaningful benchmarking.
If you're truly concerned about compilation speed, userspace is going
to be the most productive area to work on anyway, as the vast majority
of time during compilation is spent in userspace. AIUI the userspace
algorithms in gcc are not particularly cognizant of cache locality and
in various instances have suboptimal time and space behavior, so it's
not as if there isn't work to be done there. Improving the compactness
and cache locality of data structures is important in userspace also,
and most (perhaps all) userspace programs are grossly ignorant of this.
FWIW, there are notable kernel hackers known to use very downrev gcc
versions due to regressions in compilation speed in subsequent versions,
so there are already large known differences in compilation speed that
can be obtained just by choosing a different compiler version.
-- wli
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-21 0:03 ` 2.6.8.1-mm3 William Lee Irwin III
@ 2004-08-21 7:04 ` Martin J. Bligh
2004-08-21 15:22 ` 2.6.8.1-mm3 William Lee Irwin III
1 sibling, 0 replies; 42+ messages in thread
From: Martin J. Bligh @ 2004-08-21 7:04 UTC (permalink / raw)
To: William Lee Irwin III, Anton Blanchard
Cc: Andrew Morton, Jesse Barnes, linux-kernel
--William Lee Irwin III <wli@holomorphy.com> wrote (on Friday, August 20, 2004 17:03:43 -0700):
> At some point in the past, I wrote:
>>> Parallel compilation is an extremely poor benchmark in general, as the
>>> workload is incapable of being effectively scaled to system sizes, the
>>> linking phase is inherently unparallelizable and the compilation phase
>>> too parallelizable to actually stress anything. There is also precisely
>>> zero relevance the benchmark has to anything real users would do.
The compilation phase seems to stress a whole bunch of stuff, primarily
the VM and scheduler, and a little on the VFS. Saying that things are
"too parallizable" to stress things is odd - that seems to cause more
stress, not less.
> Kernel hacking is not an end in itself, regardless of the fact there
> are some, such as myself, who use computers for no other purpose. A
> real user generally has some purpose to their activity beyond working
> on the software or hardware they are "using". e.g. various real users
> use their systems for entertainment: playing games, music, and movies.
> Others may use their systems to make money somehow, e.g. archiving
> information about customers so they can look up what they've bought
> and paid for or have yet to pay for.
>
> Regardless of the social issue, the rather serious technical deficits
> of compilation of any software as a benchmark are showstopping issues.
> Frankly, even the issues I've dredged up are nowhere near comprehensive.
> There are further issues such as that stable (i.e. not varying across
> the benchmarks being done on various systems at various times) versions
> of the software being compiled and the toolchain being used to compile
> it are lacking as components of any "kernel compile benchmarking suite"
> and worse still the variance in target architecture of the toolchain
> also defeats any attempt at meaningful benchmarking.
The benchmark is perfectly stable on one machine as long as the user
has some vague grip on the enviroment, and isn't running debian unstable
and auto-updating every night. Benchmarking across arches has always been
done with a target of i386 when Anton and I have done it, and no, it
doesn't serve much purpose apart from a fun pissing contest. However,
benchmarking different kernels with the same userspace setup on one
machine is perfectly valid, and very useful.
> If you're truly concerned about compilation speed, userspace is going
> to be the most productive area to work on anyway, as the vast majority
> of time during compilation is spent in userspace. AIUI the userspace
> algorithms in gcc are not particularly cognizant of cache locality and
> in various instances have suboptimal time and space behavior, so it's
> not as if there isn't work to be done there. Improving the compactness
> and cache locality of data structures is important in userspace also,
> and most (perhaps all) userspace programs are grossly ignorant of this.
> FWIW, there are notable kernel hackers known to use very downrev gcc
> versions due to regressions in compilation speed in subsequent versions,
> so there are already large known differences in compilation speed that
> can be obtained just by choosing a different compiler version.
Altering userspace is of course going to change the result - but has
absolutely no relevance whatsoever to whether this is a useful benchmark
or not.
The point is not to compile the kernel - the point is to get a vaguely
realistic simulation of something a user might do to stress the kernel
in interesting ways. At which I think kernbench does reasonably well.
No, it's not perfect, but it's simple, and it's useful - it's led to
many useful improvements already, and no doubt will continue to do so.
All benchmarks are crap. Some are just less crap than others.
M.
compile the kernel, but
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-21 0:03 ` 2.6.8.1-mm3 William Lee Irwin III
2004-08-21 7:04 ` 2.6.8.1-mm3 Martin J. Bligh
@ 2004-08-21 15:22 ` William Lee Irwin III
1 sibling, 0 replies; 42+ messages in thread
From: William Lee Irwin III @ 2004-08-21 15:22 UTC (permalink / raw)
To: Anton Blanchard; +Cc: Andrew Morton, Jesse Barnes, linux-kernel
At some point in the past, I wrote:
>>> Parallel compilation is an extremely poor benchmark in general, as the
>>> workload is incapable of being effectively scaled to system sizes, the
>>> linking phase is inherently unparallelizable and the compilation phase
>>> too parallelizable to actually stress anything. There is also precisely
>>> zero relevance the benchmark has to anything real users would do.
The manner in which the load is too parallelizable is that literally
the only shared data accessed are the directories and process creation
related structures. By and large the dcache is useless to beat on as
it's long been known what needs to happen there: the hashtable has to
die in favor of a data structure that interoperates properly with
lockless synchronization and with some remote hint of cache locality.
Real workloads run by real users perform nontrivial communication
between processes, not wait4(), access more devices than merely disk,
and furthermore, don't fork() and exit() all day in preference to doing
real work.
On Fri, Aug 20, 2004 at 05:03:43PM -0700, William Lee Irwin III wrote:
> Kernel hacking is not an end in itself, regardless of the fact there
> are some, such as myself, who use computers for no other purpose. A
> real user generally has some purpose to their activity beyond working
> on the software or hardware they are "using". e.g. various real users
> use their systems for entertainment: playing games, music, and movies.
> Others may use their systems to make money somehow, e.g. archiving
> information about customers so they can look up what they've bought
> and paid for or have yet to pay for.
> Regardless of the social issue, the rather serious technical deficits
> of compilation of any software as a benchmark are showstopping issues.
> Frankly, even the issues I've dredged up are nowhere near comprehensive.
> There are further issues such as that stable (i.e. not varying across
> the benchmarks being done on various systems at various times) versions
> of the software being compiled and the toolchain being used to compile
> it are lacking as components of any "kernel compile benchmarking suite"
> and worse still the variance in target architecture of the toolchain
> also defeats any attempt at meaningful benchmarking.
To be useful at all, benchmarks have to be useful to evaluate different
machines as well. For instance, to evaluate the scalability of the
kernel to different sizes of machines, different machines must be
comparable. Likewise, to evaluate how well utilizing a particular
hardware feature of an architecture improves kernel performance
relative to an architecture without the hardware feature, different
machines must be compared. The relative performance of the machines
before the kernel feature is utilized must be compared to the relative
performance of the machines after the feature is utilized.
Proper benchmarks are furthermore explicitly used to evaluate hardware.
Individual users posting results from their own frozen-at-gcc-versions-
of-their-choice userspace are worthless for this.
If there were to be an attempt at a proper kernel and system benchmark
using kernel compiles, which is unlikely ever to happen, one would do
the following:
(a) Bundle a toolchain and all supporting userspace required for it
into the benchmark so that the gcc, make, etc. are identical
for all users of the benchmark.
(b) Run O(num_cpus_online()) kernel compiles in parallel instead of
a single make -j so the workload can be sized appropriately
for the system. The fact is that 32x+ systems can't even be
kept loaded by the "benchmark" because there is just not enough
work to distribute, so this has to be done.
(c) Measure throughput in terms of kernel compiles per minute, and
explicitly measure the variance during the runs.
(d) This still doesn't fix the fact that there are no nontrivial
shared resources amongst the processes. It still doesn't benchmark
anything useful, as it's not modeled on any real end user workload
and not targeted at any specific kernel functionality. It will
merely produce self-consistent results with these fixes.
i.e. the methodology now used for "kernel compile benchmarks" is poor
and all of the "results" obtained from it are highly questionable and
should be ignored.
On Fri, Aug 20, 2004 at 05:03:43PM -0700, William Lee Irwin III wrote:
> If you're truly concerned about compilation speed, userspace is going
> to be the most productive area to work on anyway, as the vast majority
> of time during compilation is spent in userspace. AIUI the userspace
> algorithms in gcc are not particularly cognizant of cache locality and
> in various instances have suboptimal time and space behavior, so it's
> not as if there isn't work to be done there. Improving the compactness
> and cache locality of data structures is important in userspace also,
> and most (perhaps all) userspace programs are grossly ignorant of this.
> FWIW, there are notable kernel hackers known to use very downrev gcc
> versions due to regressions in compilation speed in subsequent versions,
> so there are already large known differences in compilation speed that
> can be obtained just by choosing a different compiler version.
The point here is what to do if you are literally trying to improve
compilation speed.
If you are trying to benchmark the kernel, you should do a vaguely
realistic simulation of something a user might do to stress the kernel
or a real microbenchmark instead of repeating mistakes with poor
methodology. The results are so bad they have to be thrown away after
every post, as the relative results' baselines are effectively
untraceable. It's also needlessly complex. It does too many different
things at once, and to no useful effect, as it's not a meaningful
macrobenchmark either, and so its results are even misleading. As it
has been used it is logically impossible for it to have properly
motivated any improvement of the kernel, or ever to do so in the future.
If you care about fork(), then use a fork() microbenchmark; every
meaningful improvement of fork() has been measured by such.
If you care about the parallelism of the vfs, then use a vfs
microbenchmark; every meaningful improvement of the vfs has been
measured by such.
Kernel compiles should not be used as benchmarks as they are now, and
their results should not be taken into consideration as performance
metrics. I highly encourage those concerned about performance to use
other benchmarks, e.g. reaim and the like, which are multiuser
simulations to measure interactive response and the like, or another
properly-constructed benchmark targeted at their performance concerns.
I encourage readers of kernel compile performance results to disregard them.
The only real point of interest regarding this kind of affair on
supercomputers is as a stress test to verify that the kernel doesn't
livelock or deadlock due to the extreme performance characteristics
of such large systems, and I encourage other readers likewise to limit
their interest and involvement in this thread to stress testing results.
-- wli
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-20 20:02 ` 2.6.8.1-mm3 William Lee Irwin III
2004-08-20 23:31 ` 2.6.8.1-mm3 Anton Blanchard
@ 2004-08-21 19:59 ` Jesse Barnes
2004-08-21 20:24 ` 2.6.8.1-mm3 William Lee Irwin III
2004-08-23 9:02 ` 2.6.8.1-mm3 David Mosberger
2 siblings, 1 reply; 42+ messages in thread
From: Jesse Barnes @ 2004-08-21 19:59 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: Andrew Morton, linux-kernel
On Friday, August 20, 2004 4:02 pm, William Lee Irwin III wrote:
> Parallel compilation is an extremely poor benchmark in general, as the
> workload is incapable of being effectively scaled to system sizes, the
> linking phase is inherently unparallelizable and the compilation phase
> too parallelizable to actually stress anything. There is also precisely
> zero relevance the benchmark has to anything real users would do.
I disagree. Although I wouldn't expect to try and optimize the system for a
'make -j 2048', it's important that things not suck when several users do
'make -j 16' since that *is* a very common operation on machines like this
(though hopefully the runtime is dominated not by compiles but by actual
application runs).
> It sounds like good news to me. The fact we boot at all instead
> of spinning in perpetuity on spinlocks in interrupt context is
> very good news to me, with a large added bonus of actually making
> forward progress on workloads hitting global locks we've taken
> steps to mitigate the locking overhead of.
Yep, I'm very excited about this. It makes working with such systems to
improve other things infinitely easier (i.e. possible).
> I suppose the unfortunate thing is that we didn't discover anything
> new at all, apart from quantifying certain things, e.g. how effective
> the RCU improvements have been. IIRC that question was unanswered after
> the last round, apart from (maybe) that things stopped livelocking.
Well, this isn't a very good benchmark for discovering things that we don't
already know (e.g. dcache and RCU issues). Now that things appear to be
working however, we can start doing more realistic benchmarks.
> I suppose another way to answer the question of what's going on is to
> fiddle with ia64's implementation of profile_pc(). I suspect something
> like this may reveal the offending codepaths.
Looks interesting. I'll see if it works next week.
Jesse
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-21 19:59 ` 2.6.8.1-mm3 Jesse Barnes
@ 2004-08-21 20:24 ` William Lee Irwin III
2004-08-21 20:35 ` 2.6.8.1-mm3 Jesse Barnes
0 siblings, 1 reply; 42+ messages in thread
From: William Lee Irwin III @ 2004-08-21 20:24 UTC (permalink / raw)
To: Jesse Barnes; +Cc: Andrew Morton, linux-kernel
On Friday, August 20, 2004 4:02 pm, William Lee Irwin III wrote:
>> Parallel compilation is an extremely poor benchmark in general, as the
>> workload is incapable of being effectively scaled to system sizes, the
>> linking phase is inherently unparallelizable and the compilation phase
>> too parallelizable to actually stress anything. There is also precisely
>> zero relevance the benchmark has to anything real users would do.
On Sat, Aug 21, 2004 at 03:59:41PM -0400, Jesse Barnes wrote:
> I disagree. Although I wouldn't expect to try and optimize the system for a
> 'make -j 2048', it's important that things not suck when several users do
> 'make -j 16' since that *is* a very common operation on machines like this
> (though hopefully the runtime is dominated not by compiles but by actual
> application runs).
Yet this criterion involves no performance metric; if it were a
benchmark it would quantify performance in a meaningful, reproducible,
and cross-system comparable way. AFAICT it's just being used as a
stress test for the dcache RCU issue.
On Friday, August 20, 2004 4:02 pm, William Lee Irwin III wrote:
>> It sounds like good news to me. The fact we boot at all instead
>> of spinning in perpetuity on spinlocks in interrupt context is
>> very good news to me, with a large added bonus of actually making
>> forward progress on workloads hitting global locks we've taken
>> steps to mitigate the locking overhead of.
On Sat, Aug 21, 2004 at 03:59:41PM -0400, Jesse Barnes wrote:
> Yep, I'm very excited about this. It makes working with such systems to
> improve other things infinitely easier (i.e. possible).
Stress test again...
On Friday, August 20, 2004 4:02 pm, William Lee Irwin III wrote:
>> I suppose the unfortunate thing is that we didn't discover anything
>> new at all, apart from quantifying certain things, e.g. how effective
>> the RCU improvements have been. IIRC that question was unanswered after
>> the last round, apart from (maybe) that things stopped livelocking.
On Sat, Aug 21, 2004 at 03:59:41PM -0400, Jesse Barnes wrote:
> Well, this isn't a very good benchmark for discovering things that we don't
> already know (e.g. dcache and RCU issues). Now that things appear to be
> working however, we can start doing more realistic benchmarks.
I'll be happy to see those happen instead of kernel compiles. =)
On Friday, August 20, 2004 4:02 pm, William Lee Irwin III wrote:
>> I suppose another way to answer the question of what's going on is to
>> fiddle with ia64's implementation of profile_pc(). I suspect something
>> like this may reveal the offending codepaths.
On Sat, Aug 21, 2004 at 03:59:41PM -0400, Jesse Barnes wrote:
> Looks interesting. I'll see if it works next week.
I can take it for a spin here to make sure it does the right thing.
-- wli
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-21 20:24 ` 2.6.8.1-mm3 William Lee Irwin III
@ 2004-08-21 20:35 ` Jesse Barnes
0 siblings, 0 replies; 42+ messages in thread
From: Jesse Barnes @ 2004-08-21 20:35 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: Andrew Morton, linux-kernel
On Saturday, August 21, 2004 4:24 pm, William Lee Irwin III wrote:
> Yet this criterion involves no performance metric; if it were a
> benchmark it would quantify performance in a meaningful, reproducible,
> and cross-system comparable way. AFAICT it's just being used as a
> stress test for the dcache RCU issue.
Sorry, I should have been clearer, I was only disagreeing with the last part:
"There is also precisely zero relevance the benchmark has to anything real
users would do." Making kernbench run fast isn't a priority, but making sure
it doesn't run slow and hurt other apps is important, so in that sense it's a
useful benchmark, even if we're just using it as a load like you say above.
> On Sat, Aug 21, 2004 at 03:59:41PM -0400, Jesse Barnes wrote:
> > Yep, I'm very excited about this. It makes working with such systems to
> > improve other things infinitely easier (i.e. possible).
>
> Stress test again...
Huh? I guess booting on a machine this big is something of a stress test. :)
> On Sat, Aug 21, 2004 at 03:59:41PM -0400, Jesse Barnes wrote:
> > Well, this isn't a very good benchmark for discovering things that we
> > don't already know (e.g. dcache and RCU issues). Now that things appear
> > to be working however, we can start doing more realistic benchmarks.
>
> I'll be happy to see those happen instead of kernel compiles. =)
Yep, me too (though kernbench *is* frighteningly easy to setup and run :).
> I can take it for a spin here to make sure it does the right thing.
Ok, thanks.
Jesse
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-20 20:02 ` 2.6.8.1-mm3 William Lee Irwin III
2004-08-20 23:31 ` 2.6.8.1-mm3 Anton Blanchard
2004-08-21 19:59 ` 2.6.8.1-mm3 Jesse Barnes
@ 2004-08-23 9:02 ` David Mosberger
2004-08-23 16:27 ` 2.6.8.1-mm3 wli
2 siblings, 1 reply; 42+ messages in thread
From: David Mosberger @ 2004-08-23 9:02 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: Andrew Morton, Jesse Barnes, linux-kernel
>>>>> On Fri, 20 Aug 2004 13:02:48 -0700, William Lee Irwin III <wli@holomorphy.com> said:
William> I suppose another way to answer the question of what's
William> going on is to fiddle with ia64's implementation of
William> profile_pc(). I suspect something like this may reveal the
William> offending codepaths.
You do realize that q-syscollect [1] can do this better for you
without touching the kernel at all?
--david
[1] http://www.hpl.hp.com/research/linux/q-tools/
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-23 9:02 ` 2.6.8.1-mm3 David Mosberger
@ 2004-08-23 16:27 ` wli
2004-08-23 18:18 ` 2.6.8.1-mm3 Jesse Barnes
2004-08-24 7:24 ` 2.6.8.1-mm3 David Mosberger
0 siblings, 2 replies; 42+ messages in thread
From: wli @ 2004-08-23 16:27 UTC (permalink / raw)
To: davidm; +Cc: Andrew Morton, Jesse Barnes, linux-kernel
On Fri, 20 Aug 2004 13:02:48 -0700, William Lee Irwin III said:
William> I suppose another way to answer the question of what's
William> going on is to fiddle with ia64's implementation of
William> profile_pc(). I suspect something like this may reveal the
William> offending codepaths.
On Mon, Aug 23, 2004 at 02:02:42AM -0700, David Mosberger wrote:
> You do realize that q-syscollect [1] can do this better for you
> without touching the kernel at all?
> [1] http://www.hpl.hp.com/research/linux/q-tools/
Never heard of it. Unfortunately, the issue I run into far more
frequently than tools not existing is users being unwilling or unable
to use them. In fact, it's even a relatively large hassle to get users
to boot with /proc/profile enabled regardless of its simplicity. For an
issue this common I would prefer that the most basic tools available
(i.e. the very few that are near-universal, e.g. readprofile(1) etc.)
report callers to spinlock contention by default.
That said, should other concerns override mine, and the decision is to
report the precise program counter for /proc/profile at all times for
all architectures, that decision would eliminate profile_pc() in favor
of instruction_pointer(), further consolidating /proc/profile code.
-- wli
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-23 16:27 ` 2.6.8.1-mm3 wli
@ 2004-08-23 18:18 ` Jesse Barnes
2004-08-24 7:24 ` 2.6.8.1-mm3 David Mosberger
1 sibling, 0 replies; 42+ messages in thread
From: Jesse Barnes @ 2004-08-23 18:18 UTC (permalink / raw)
To: wli; +Cc: davidm, Andrew Morton, linux-kernel
On Monday, August 23, 2004 9:27 am, wli@holomorphy.com wrote:
> On Mon, Aug 23, 2004 at 02:02:42AM -0700, David Mosberger wrote:
> > You do realize that q-syscollect [1] can do this better for you
> > without touching the kernel at all?
> > [1] http://www.hpl.hp.com/research/linux/q-tools/
>
> Never heard of it. Unfortunately, the issue I run into far more
> frequently than tools not existing is users being unwilling or unable
> to use them. In fact, it's even a relatively large hassle to get users
> to boot with /proc/profile enabled regardless of its simplicity. For an
> issue this common I would prefer that the most basic tools available
> (i.e. the very few that are near-universal, e.g. readprofile(1) etc.)
> report callers to spinlock contention by default.
q-tools is great and I'd really like to use it, but it would be great if
readprofile worked too and reported callers into the contention function.
I've already found that q-tools isn't that easy to setup on some machines,
whereas readprofile is near universal, so I think there's value in making the
latter work reasonably well, while still keeping its simplicity.
Thanks,
Jesse
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-23 16:27 ` 2.6.8.1-mm3 wli
2004-08-23 18:18 ` 2.6.8.1-mm3 Jesse Barnes
@ 2004-08-24 7:24 ` David Mosberger
1 sibling, 0 replies; 42+ messages in thread
From: David Mosberger @ 2004-08-24 7:24 UTC (permalink / raw)
To: wli; +Cc: davidm, Andrew Morton, Jesse Barnes, linux-kernel
>>>>> On Mon, 23 Aug 2004 09:27:35 -0700, wli@holomorphy.com said:
wli> On Fri, 20 Aug 2004 13:02:48 -0700, William Lee Irwin III said:
William> I suppose another way to answer the question of what's
William> going on is to fiddle with ia64's implementation of
William> profile_pc(). I suspect something like this may reveal the
William> offending codepaths.
wli> On Mon, Aug 23, 2004 at 02:02:42AM -0700, David Mosberger
wli> wrote:
>> You do realize that q-syscollect [1] can do this better for you
>> without touching the kernel at all? [1]
>> http://www.hpl.hp.com/research/linux/q-tools/
wli> Never heard of it. Unfortunately, the issue I run into far more
wli> frequently than tools not existing is users being unwilling or
wli> unable to use them.
True enough.
wli> In fact, it's even a relatively large hassle to get users to
wli> boot with /proc/profile enabled regardless of its
wli> simplicity.
That's why q-syscollect doesn't require any of this. No reboot, no
kernel modules. If you have access to an itanium 2 machine, you
really might want to try it. (Yes, q-view, the tool to generate
gprof-like output requires guile 1.6/slib. It comes standard wiht
Debian.)
--david
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3 lockmeter on 512p w/kernbench
2004-08-20 15:44 ` 2.6.8.1-mm3 Jesse Barnes
2004-08-20 16:57 ` 2.6.8.1-mm3 Jesse Barnes
@ 2004-08-20 18:04 ` Jesse Barnes
2004-09-10 16:25 ` Greg Edwards
2004-08-20 18:46 ` 2.6.8.1-mm3 Jesse Barnes
2004-08-21 1:26 ` 2.6.8.1-mm3 Nick Piggin
3 siblings, 1 reply; 42+ messages in thread
From: Jesse Barnes @ 2004-08-20 18:04 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 230 bytes --]
More lockstats. dcache is obviously still there, but for some reason the rcu
stuff is gone (I didn't apply Manfred's patches). I must have done some
stuff prior to collecting the lockstat data last time that caused it.
Jesse
[-- Attachment #2: lockstat-4.txt --]
[-- Type: text/plain, Size: 21085 bytes --]
___________________________________________________________________________________________
System: Linux ascender.americas.sgi.com 2.6.8.1-mm3 #7 SMP Fri Aug 20 10:29:32 PDT 2004 ia64
Total counts
All (512) CPUs
Selecting locks that meet ALL of the following:
requests/sec: > 0.00/sec
contention : > 0.00%
utilization : > 0.00%
Start time: Fri Aug 20 12:49:08 2004
End time: Fri Aug 20 12:59:08 2004
Delta Time: 640.61 sec.
Hash table slots in use: 463.
Global read lock slots in use: 999.
./lockstat: One or more warnings were printed with the report.
*************************** Warnings! ******************************
Read Lock table overflowed.
The data in this report may be in error due to this.
************************ End of Warnings! **************************
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
SPINLOCKS HOLD WAIT
UTIL CON MEAN( MAX ) MEAN( MAX )(% CPU) TOTAL NOWAIT SPIN RJECT NAME
3.1% 2.2us( 102ms) 12ms( 488ms)(35.1%) 320195677 96.9% 3.1% 0.00% *TOTAL*
0.20% 0.39% 1.6us( 45ms) 224us( 50ms)(0.00%) 820933 99.6% 0.39% 0% [0xe000003034bc5ad0]
0.00% 0% 2.1us( 24us) 0us 143 100% 0% 0% xfs_log_need_covered+0x100
0.02% 0.22% 1.4us( 864us) 35us( 462us)(0.00%) 92024 99.8% 0.22% 0% xfs_log_notify+0x40
0.00% 0.14% 5.3us( 204us) 2.2us( 4.2us)(0.00%) 4379 99.9% 0.14% 0% xlog_state_do_callback+0x50
0.00% 3.6% 0.1us( 13us) 5.9us( 97us)(0.00%) 4379 96.4% 3.6% 0% xlog_state_do_callback+0x410
0.00% 0.55% 2.8us( 102us) 18us( 88us)(0.00%) 4376 99.5% 0.55% 0% xlog_state_do_callback+0x480
0.00% 1.1% 0.3us( 60us) 21us( 149us)(0.00%) 4407 98.9% 1.1% 0% xlog_state_done_syncing+0x40
0.08% 0.33% 2.8us( 45ms) 167us( 40ms)(0.00%) 188122 99.7% 0.33% 0% xlog_state_get_iclog_space+0x30
0.03% 0.31% 2.5us( 631us) 24us( 264us)(0.00%) 72666 99.7% 0.31% 0% xlog_state_put_ticket+0x20
0.02% 0.43% 0.6us( 11ms) 33us(1072us)(0.00%) 188343 99.6% 0.43% 0% xlog_state_release_iclog+0x50
0.00% 1.2% 20us(5636us) 1411us( 11ms)(0.00%) 648 98.8% 1.2% 0% xlog_state_sync_all+0x30
0.00% 0.69% 1.4us( 37us) 28us( 35us)(0.00%) 288 99.3% 0.69% 0% xlog_state_sync_all+0x420
0.00% 0% 14us( 93us) 0us 43 100% 0% 0% xlog_state_sync+0x40
0.00% 0% 3.1us( 31us) 0us 28 100% 0% 0% xlog_state_sync+0x3d0
0.00% 0% 0.7us( 50us) 0us 451 100% 0% 0% xlog_state_want_sync+0x20
0.03% 0.64% 2.6us(3209us) 1160us( 50ms)(0.00%) 72666 99.4% 0.64% 0% xlog_ticket_get+0x50
0.02% 0.32% 0.5us( 434us) 24us(1019us)(0.00%) 183988 99.7% 0.32% 0% xlog_write+0x590
0.00% 0% 1.7us( 75us) 0us 451 100% 0% 0% xlog_write+0x660
0.00% 0.65% 1.9us( 221us) 46us( 232us)(0.00%) 3531 99.3% 0.65% 0% xlog_write+0x7a0
0.34% 0.52% 3.7us( 62ms) 895us( 61ms)(0.00%) 584412 99.5% 0.52% 0% [0xe000003034bc5b70]
0.06% 0.19% 4.9us( 56ms) 70us( 409us)(0.00%) 82697 99.8% 0.19% 0% xfs_log_move_tail+0x70
0.00% 0.53% 0.2us( 330us) 261us( 44ms)(0.00%) 188343 99.5% 0.53% 0% xlog_assign_tail_lsn+0x50
0.13% 0.20% 12us( 54ms) 425us( 49ms)(0.00%) 72666 99.8% 0.20% 0% xlog_grant_log_space+0x30
0.03% 22.6% 84us( 42ms) 1071us( 51ms)(0.00%) 1912 77.4% 22.6% 0% xlog_grant_log_space+0x270
0.00% 4.0% 7.9us( 143us) 21us( 31us)(0.00%) 75 96.0% 4.0% 0% xlog_grant_log_space+0x5e0
0.07% 0.66% 4.0us( 62ms) 2515us( 61ms)(0.00%) 112412 99.3% 0.66% 0% xlog_grant_push_ail+0x50
0.01% 0.62% 1.0us( 466us) 148us( 10ms)(0.00%) 39671 99.4% 0.62% 0% xlog_regrant_reserve_log_space+0x60
0.01% 0.01% 6.3us( 48ms) 12us( 12us)(0.00%) 9591 100% 0.01% 0% xlog_regrant_write_log_space+0x90
0.00% 0.78% 0.1us( 3.5us) 796us( 20ms)(0.00%) 4379 99.2% 0.78% 0% xlog_state_do_callback+0x3c0
0.02% 0.42% 2.1us( 952us) 67us( 796us)(0.00%) 72666 99.6% 0.42% 0% xlog_ungrant_log_space+0x50
0.20% 2.4% 1.2us( 31ms) 100us( 37ms)(0.00%) 1111556 97.6% 2.4% 0% [0xe0001bb003ec7024]
0.00% 1.7% 0.5us( 147us) 438us( 17ms)(0.00%) 5855 98.3% 1.7% 0% xfs_buf_iodone+0x30
0.00% 0% 0.1us( 2.3us) 0us 233 100% 0% 0% xfs_buf_item_unpin+0x170
0.00% 0.04% 0.1us( 4.6us) 3.5us( 4.8us)(0.00%) 9791 100% 0.04% 0% xfs_efi_item_unpin+0x30
0.00% 1.6% 0.1us( 23us) 4.2us( 24us)(0.00%) 9791 98.4% 1.6% 0% xfs_efi_release+0x40
0.00% 2.0% 0.1us( 63us) 191us( 30ms)(0.00%) 35651 98.0% 2.0% 0% xfs_iflush_done+0xc0
0.01% 2.4% 1.1us( 564us) 46us(1692us)(0.00%) 35705 97.6% 2.4% 0% xfs_iflush_int+0x3f0
0.01% 0.37% 0.2us(6576us) 13us(2534us)(0.00%) 348797 99.6% 0.37% 0% xfs_trans_chunk_committed+0x220
0.01% 3.1% 9.7us( 31ms) 710us( 25ms)(0.00%) 8586 96.9% 3.1% 0% xfs_trans_push_ail+0x40
0.16% 4.6% 2.2us( 19ms) 90us( 37ms)(0.00%) 468422 95.4% 4.6% 0% xfs_trans_push_ail+0x2b0
0.00% 24.6% 2.0us( 99us) 95us(1631us)(0.00%) 382 75.4% 24.6% 0% xfs_trans_push_ail+0x420
0.01% 0.59% 0.3us(1061us) 211us( 31ms)(0.00%) 188343 99.4% 0.59% 0% xfs_trans_tail_ail+0x30
0.11% 0.30% 0.9us( 59ms) 488us( 65ms)(0.00%) 780856 99.7% 0.30% 0% [0xe0001bb003ec7110]
0.10% 0.29% 0.9us( 59ms) 534us( 65ms)(0.00%) 713418 99.7% 0.29% 0% xfs_mod_incore_sb+0x20
0.01% 0.35% 1.2us( 39ms) 75us(5635us)(0.00%) 67427 99.7% 0.35% 0% xfs_mod_incore_sb_batch+0x30
0.00% 0% 2.6us( 14us) 0us 11 100% 0% 0% xfs_statvfs+0x40
0.13% 0.26% 4.9us( 201us) 51us(1629us)(0.00%) 169465 99.7% 0.26% 0% [0xe0004ab07bcca040]
0.13% 0.22% 24us( 201us) 106us(1629us)(0.00%) 34037 99.8% 0.22% 0% qla1280_intr_handler+0x30
0.00% 0.16% 0.7us( 47us) 17us( 143us)(0.00%) 33913 99.8% 0.16% 0% scsi_device_unbusy+0x40
0% 0.18% 23us( 202us)(0.00%) 33801 99.8% 0.18% 0% scsi_dispatch_cmd+0x330
0% 0.48% 42us( 534us)(0.00%) 33801 99.5% 0.48% 0% scsi_request_fn+0x260
0% 0.27% 62us( 296us)(0.00%) 33913 99.7% 0.27% 0% scsi_run_queue+0xa0
0.19% 0.80% 1.9us(3152us) 54us(2531us)(0.00%) 643460 99.2% 0.80% 0% [0xe0004eb003b2f834]
0.00% 0.59% 0.1us(1653us) 72us(1881us)(0.00%) 395190 99.4% 0.59% 0% __make_request+0x150
0% 0% 0us 2 100% 0% 0% as_antic_timeout+0x50
0.00% 0% 2.8us( 25us) 0us 23 100% 0% 0% as_work_handler+0x40
0.03% 1.1% 4.8us( 399us) 25us( 376us)(0.00%) 33913 98.9% 1.1% 0% blk_run_queue+0x40
0.15% 0.75% 42us(3152us) 68us(1995us)(0.00%) 22257 99.2% 0.75% 0% generic_unplug_device+0x40
0% 0.57% 36us( 641us)(0.00%) 33923 99.4% 0.57% 0% get_request+0x80
0% 0.68% 89us(2531us)(0.00%) 33913 99.3% 0.68% 0% scsi_device_unbusy+0xd0
0% 1.0% 56us( 832us)(0.00%) 33913 99.0% 1.0% 0% scsi_end_request+0x160
0.02% 4.1% 3.7us(1300us) 27us( 467us)(0.00%) 33801 95.9% 4.1% 0% scsi_request_fn+0x4a0
0% 0.16% 26us( 309us)(0.00%) 56525 99.8% 0.16% 0% scsi_request_fn+0x540
0.03% 0.02% 32us( 819us) 2.8us( 2.8us)(0.00%) 6298 100% 0.02% 0% [0xe0007db0041643c0]
0.00% 0.41% 2.0us( 34us) 2.8us( 2.8us)(0.00%) 245 99.6% 0.41% 0% tg3_poll+0x110
0% 0% 0us 291 100% 0% 0% tg3_start_xmit+0x90
0.03% 0% 35us( 819us) 0us 5762 100% 0% 0% tg3_timer+0x50
0.01% 0.24% 15us( 533us) 41us( 93us)(0.00%) 5084 99.8% 0.24% 0% bdev_lock
0.01% 0.24% 15us( 533us) 41us( 93us)(0.00%) 5084 99.8% 0.24% 0% nr_blockdev_pages+0x40
0.01% 0.09% 16us( 393us) 44us( 82us)(0.00%) 5379 100% 0.09% 0% cdev_lock
0.01% 0.09% 16us( 393us) 44us( 82us)(0.00%) 5379 100% 0.09% 0% chrdev_open+0x40
23.8% 67.3% 15us( 55ms) 2316us( 488ms)( 4.7%) 9955785 32.7% 67.3% 0% dcache_lock
0.06% 70.5% 21us( 23ms) 2338us( 81ms)(0.01%) 17068 29.5% 70.5% 0% d_alloc+0x270
0.02% 25.4% 6.5us( 405us) 1993us( 56ms)(0.00%) 15340 74.6% 25.4% 0% d_delete+0x40
0.06% 65.9% 12us( 23ms) 2399us( 327ms)(0.01%) 30485 34.1% 65.9% 0% d_instantiate+0x90
0.06% 78.0% 92us( 19ms) 2211us( 148ms)(0.00%) 4461 22.0% 78.0% 0% d_move+0x60
0.00% 0% 1.0us( 1.2us) 0us 2 100% 0% 0% d_path+0x120
0.04% 52.5% 17us( 673us) 1583us( 132ms)(0.00%) 17068 47.5% 52.5% 0% d_rehash+0xe0
0.00% 26.7% 0.8us( 5.6us) 48us( 133us)(0.00%) 15 73.3% 26.7% 0% d_splice_alias+0xc0
0.00% 20.0% 23us( 112us) 117us( 117us)(0.00%) 5 80.0% 20.0% 0% dentry_unhash+0x70
0.00% 0% 0.9us( 3.5us) 0us 4 100% 0% 0% dentry_unhash+0xc0
23.5% 67.5% 15us( 55ms) 2319us( 488ms)( 4.7%) 9827270 32.5% 67.5% 0% dput+0x40
0.09% 62.3% 15us( 30ms) 1697us( 152ms)(0.01%) 36875 37.7% 62.3% 0% link_path_walk+0xef0
0.00% 0.24% 0.2us( 23us) 2.7us( 9.8us)(0.00%) 5068 99.8% 0.24% 0% link_path_walk+0x1cc0
0.00% 33.3% 4.6us( 6.8us) 506us( 506us)(0.00%) 3 66.7% 33.3% 0% proc_pid_unhash+0x50
0.00% 7.1% 12us( 47us) 357us( 357us)(0.00%) 14 92.9% 7.1% 0% prune_dcache+0x50
0.00% 0% 0.3us( 11us) 0us 167 100% 0% 0% prune_dcache+0x3d0
0.00% 0% 8.7us( 60us) 0us 21 100% 0% 0% select_parent+0x40
0.00% 24.2% 12us( 189us) 1625us( 36ms)(0.00%) 1919 75.8% 24.2% 0% sys_getcwd+0x210
2.9% 10.1% 7.1us( 54ms) 1047us( 79ms)(0.08%) 2615560 89.9% 10.1% 0% files_lock
0.00% 4.9% 1.4us( 669us) 303us( 44ms)(0.00%) 9223 95.1% 4.9% 0% check_tty_count+0x40
0.28% 9.7% 1.4us( 54ms) 555us( 72ms)(0.02%) 1298848 90.3% 9.7% 0% file_kill+0x60
2.6% 10.5% 13us( 43ms) 1504us( 79ms)(0.06%) 1307489 89.5% 10.5% 0% file_move+0x40
0.83% 0.78% 11us( 67ms) 2034us( 65ms)(0.00%) 492079 99.2% 0.78% 0% inode_lock
0.07% 1.4% 6.0us( 48ms) 2709us( 64ms)(0.00%) 77788 98.6% 1.4% 0% __mark_inode_dirty+0xf0
0.40% 0.73% 56us( 67ms) 194us( 17ms)(0.00%) 45627 99.3% 0.73% 0% __sync_single_inode+0xf0
0.00% 0% 12us( 37us) 0us 4 100% 0% 0% __wait_on_freeing_inode+0x160
0.00% 0.57% 1.0us( 244us) 815us( 23ms)(0.00%) 19026 99.4% 0.57% 0% generic_delete_inode+0x260
0.10% 0.04% 14us( 60ms) 21us( 47us)(0.00%) 45782 100% 0.04% 0% generic_sync_sb_inodes+0x570
0.04% 1.4% 16us( 15ms) 130us(5392us)(0.00%) 17176 98.6% 1.4% 0% get_new_inode_fast+0x50
0.04% 2.0% 14us(4938us) 4854us( 65ms)(0.00%) 17197 98.0% 2.0% 0% iget_locked+0xd0
0.04% 0.95% 3.2us( 60ms) 1963us( 60ms)(0.00%) 86325 99.1% 0.95% 0% igrab+0x20
0.10% 0.47% 3.7us( 54ms) 1202us( 50ms)(0.00%) 174179 99.5% 0.47% 0% iput+0xb0
0.03% 1.7% 27us( 18ms) 4304us( 54ms)(0.00%) 7862 98.3% 1.7% 0% new_inode+0x60
0.00% 0% 0.9us( 24us) 0us 204 100% 0% 0% sync_inodes_sb+0x130
0.00% 0.11% 12us( 388us) 251us( 251us)(0.00%) 909 99.9% 0.11% 0% writeback_inodes+0x30
0.57% 1.1% 96us( 70ms) 3319us( 69ms)(0.00%) 37995 98.9% 1.1% 0% kernel_flag
0.00% 10.0% 0.2us( 0.5us) 256us( 256us)(0.00%) 10 90.0% 10.0% 0% __break_lease+0x80
0.00% 0% 5.0us( 5.6us) 0us 2 100% 0% 0% __posix_lock_file+0x90
0.15% 1.4% 183us( 45ms) 3436us( 48ms)(0.00%) 5379 98.6% 1.4% 0% chrdev_open+0x1c0
0.00% 0.71% 2.6us( 361us) 1687us( 20ms)(0.00%) 3666 99.3% 0.71% 0% de_put+0x50
0.00% 0% 1.2us( 3.4us) 0us 4 100% 0% 0% disassociate_ctty+0x40
0.00% 0% 0.4us( 12us) 0us 119 100% 0% 0% flock_lock_file+0x60
0.00% 0% 0.2us( 5.2us) 0us 66 100% 0% 0% flock_lock_file+0x1f0
0.00% 0.69% 0.8us( 154us) 163us( 749us)(0.00%) 2755 99.3% 0.69% 0% linvfs_ioctl+0x150
0.00% 0% 2.8us( 9.7us) 0us 13 100% 0% 0% locks_remove_flock+0x90
0.00% 0% 0.5us( 3.9us) 0us 17 100% 0% 0% locks_remove_posix+0x180
0.23% 0.57% 406us( 59ms) 4351us( 48ms)(0.00%) 3670 99.4% 0.57% 0% proc_lookup+0x60
0.00% 0% 62us( 78us) 0us 2 100% 0% 0% proc_pid_readlink+0x70
0.00% 0% 104us( 160us) 0us 4 100% 0% 0% schedule+0xbb0
0.00% 0% 0.5us( 7.8us) 0us 20 100% 0% 0% setfl+0x260
0.00% 0% 3.8us( 3.8us) 0us 1 100% 0% 0% sock_ioctl+0x1b0
0.08% 1.1% 30us( 61ms) 4825us( 69ms)(0.00%) 17646 98.9% 1.1% 0% sys_ioctl+0xa0
0.00% 0% 18us( 52us) 0us 5 100% 0% 0% tty_read+0x160
0.10% 2.0% 139us( 70ms) 808us( 47ms)(0.00%) 4611 98.0% 2.0% 0% tty_release+0x50
0.00% 0% 36us( 66us) 0us 5 100% 0% 0% tty_write+0x3d0
0.23% 1.2% 10us( 61ms) 1574us( 53ms)(0.00%) 145479 98.8% 1.2% 0% mmlist_lock
0.01% 0.97% 2.9us( 50ms) 3125us( 53ms)(0.00%) 31716 99.0% 0.97% 0% copy_mm+0x290
0.09% 1.3% 15us( 61ms) 1771us( 46ms)(0.00%) 38148 98.7% 1.3% 0% exec_mmap+0x40
0.00% 0% 0.1us( 0.1us) 0us 2 100% 0% 0% get_task_mm+0x60
0.13% 1.3% 11us( 46ms) 985us( 46ms)(0.00%) 75613 98.7% 1.3% 0% mmput+0x40
0.01% 0.03% 2.1us(9155us) 8.8us( 16us)(0.00%) 23702 100% 0.03% 0% pbd_delwrite_lock
0.00% 0% 27us(9155us) 0us 599 100% 0% 0% pagebuf_daemon+0x1e0
0.00% 0.04% 0.4us( 215us) 8.8us( 16us)(0.00%) 17078 100% 0.04% 0% pagebuf_delwri_dequeue+0x30
0.00% 0% 4.5us( 343us) 0us 6025 100% 0% 0% pagebuf_delwri_queue+0x30
0.00% 0.08% 4.7us( 387us) 24us( 60us)(0.00%) 5084 100% 0.08% 0% swaplock
0.00% 0.08% 4.7us( 387us) 24us( 60us)(0.00%) 5084 100% 0.08% 0% si_swapinfo+0x30
0.03% 0.65% 3.3us( 42ms) 7855us( 60ms)(0.00%) 64429 99.4% 0.65% 0% uidhash_lock
0.00% 0% 12us( 12us) 0us 1 100% 0% 0% alloc_uid+0x40
0.03% 0.65% 3.3us( 42ms) 7855us( 60ms)(0.00%) 64428 99.4% 0.65% 0% free_uid+0x30
0.01% 0.08% 16us( 48ms) 20ms( 44ms)(0.00%) 5261 100% 0.08% 0% vfsmount_lock
0.01% 0.08% 16us( 48ms) 20ms( 44ms)(0.00%) 5259 100% 0.08% 0% lookup_mnt+0xb0
0.00% 0% 3.0us( 5.7us) 0us 2 100% 0% 0% proc_check_root+0x150
0.02% 0.20% 8.6us( 44ms) 2715us( 28ms)(0.00%) 13509 99.8% 0.20% 0% vnumber_lock
0.02% 0.20% 8.6us( 44ms) 2715us( 28ms)(0.00%) 13509 99.8% 0.20% 0% vn_initialize+0xb0
1.5% 0.70% 1.3us( 69ms) 1981us( 83ms)(0.03%) 7458470 99.3% 0.70% 0% __d_lookup+0x1b0
0.03% 0.00% 1.1us(3050us) 8.5us( 26us)(0.00%) 206771 100% 0.00% 0% __mod_timer+0x3b0
0.04% 54.4% 39us(7813us) 16ms( 77ms)(0.02%) 6534 45.6% 54.4% 0% __rcu_process_callbacks+0x260
0.22% 0.04% 2.0us( 59ms) 208us( 25ms)(0.00%) 704676 100% 0.04% 0% _pagebuf_find+0xf0
0.03% 0.00% 0.6us( 47ms) 16us( 32us)(0.00%) 318425 100% 0.00% 0% anon_vma_link+0x40
0.17% 0.03% 1.3us(2363us) 95us( 21ms)(0.00%) 831793 100% 0.03% 0% anon_vma_unlink+0x40
0.25% 0.08% 14us(4913us) 32us( 244us)(0.00%) 114653 100% 0.08% 0% cache_alloc_refill+0xd0
0.08% 0.11% 15us(2161us) 80us( 646us)(0.00%) 33793 99.9% 0.11% 0% cache_flusharray+0x30
0.00% 0.22% 0.8us( 349us) 29us( 161us)(0.00%) 9068 99.8% 0.22% 0% cache_grow+0x200
0.01% 0.22% 5.3us( 631us) 24us( 149us)(0.00%) 9068 99.8% 0.22% 0% cache_grow+0x90
0.07% 0.52% 1.2us( 61ms) 2402us( 63ms)(0.00%) 391800 99.5% 0.52% 0% copy_mm+0x6b0
0.08% 0.11% 2.3us( 54ms) 122us( 12ms)(0.00%) 228965 99.9% 0.11% 0% deny_write_access+0x40
2.9% 0.09% 13us( 81ms) 890us( 70ms)(0.00%) 1406292 100% 0.09% 0% dnotify_parent+0x70
0.02% 0.12% 4.9us(4694us) 0us 28712 99.9% 0% 0.12% double_lock_balance+0x20
0.00% 89.5% 8.4us( 53us) 11us( 49us)(0.00%) 19 10.5% 89.5% 0% double_lock_balance+0x90
0.00% 38.2% 5.1us( 63us) 11us( 29us)(0.00%) 34 61.8% 38.2% 0% double_lock_balance+0xb0
0.02% 0.00% 3.6us(1802us) 7.5us( 7.5us)(0.00%) 29289 100% 0.00% 0% double_rq_lock+0x40
0.05% 0.13% 8.8us(2478us) 16us( 138us)(0.00%) 38442 99.9% 0.13% 0% double_rq_lock+0x60
0.05% 0.92% 33us(2491us) 181us(3490us)(0.00%) 9153 99.1% 0.92% 0% double_rq_lock+0x90
0.26% 0.01% 1.0us( 44ms) 251us( 33ms)(0.00%) 1661383 100% 0.01% 0% dput+0x80
0.02% 0.02% 4.7us( 39ms) 7.0us( 13us)(0.00%) 21307 100% 0.02% 0% get_write_access+0x30
0.00% 1.5% 0.1us( 17us) 29us( 58us)(0.00%) 407 98.5% 1.5% 0% lock_sock+0x50
0.01% 0.02% 0.9us( 559us) 31us( 74us)(0.00%) 61063 100% 0.02% 0% migration_thread+0x110
0.04% 0.01% 0.3us(2240us) 301us( 25ms)(0.00%) 781333 100% 0.01% 0% pagebuf_rele+0x60
31.2% 95.2% 71us( 10ms) 37ms( 146ms)(30.2%) 2828650 4.8% 95.2% 0% rcu_check_quiescent_state+0xf0
0.54% 0.37% 2.6us( 55ms) 1703us( 67ms)(0.00%) 1341785 99.6% 0.37% 0% remove_vm_struct+0x60
0.01% 0.51% 23us( 30ms) 58us( 144us)(0.00%) 1777 99.5% 0.51% 0% rwsem_down_read_failed+0x60
0.02% 0.33% 100us( 11ms) 5886us( 23ms)(0.00%) 1196 99.7% 0.33% 0% rwsem_wake+0x30
1.1% 0.43% 5.9us(6278us) 14us(1148us)(0.00%) 1205236 99.6% 0.43% 0% schedule+0x280
0.29% 0.68% 12us( 98ms) 77us( 15ms)(0.00%) 160866 99.3% 0.68% 0% vma_adjust+0x140
1.2% 0.26% 9.5us( 83ms) 2762us( 92ms)(0.00%) 796897 99.7% 0.26% 0% vma_link+0x70
0.00% 0.01% 0.4us( 38us) 7.8us( 7.8us)(0.00%) 9822 100% 0.01% 0% xfs_alloc_clear_busy+0x50
0.35% 0.05% 224us( 66ms) 250us( 474us)(0.00%) 10102 100% 0.05% 0% xfs_iflush+0x2d0
0.06% 0.01% 42us(1567us) 254us( 254us)(0.00%) 8622 100% 0.01% 0% xfs_iget_core+0x3e0
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
RWLOCK READS HOLD MAX RDR BUSY PERIOD WAIT
UTIL CON MEAN RDRS MEAN( MAX ) MEAN( MAX )( %CPU) TOTAL NOWAIT SPIN NAME
0.08% 745us( 68ms)(0.00%) 7514607 100% 0.08% *TOTAL*
271% 3.6% 90.5us 5 11ms(44766ms) 745us( 68ms)(0.00%) 166068 96.4% 3.6% tasklist_lock
2.3% 558us( 57ms)(0.00%) 62393 97.7% 2.3% do_sigaction+0x270
4.6% 820us( 68ms)(0.00%) 98360 95.4% 4.6% do_wait+0x120
2.4% 138us(1072us)(0.00%) 4685 97.6% 2.4% getrusage+0x40
0% 0us 1 100% 0% kill_proc_info+0x40
0% 0us 3 100% 0% proc_pid_lookup+0x80
1.6% 263us( 611us)(0.00%) 620 98.4% 1.6% send_group_sig_info+0x30
0% 0us 6 100% 0% session_of_pgrp+0x40
0.00% 9.0us( 11us)(0.00%) 6510587 100% 0.00% find_get_page+0x40
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
RWLOCK WRITES HOLD WAIT (ALL) WAIT (WW)
UTIL CON MEAN( MAX ) MEAN( MAX )( %CPU) MEAN( MAX ) TOTAL NOWAIT SPIN( WW ) NAME
0.73% 0.0us(4934us) 6495us( 89ms)(0.02%) 193us( 17ms) 1053663 99.3% 0.35%(0.38%) *TOTAL*
_________________________________________________________________________________________________________________________
Number of read locks found=1
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: 2.6.8.1-mm3 lockmeter on 512p w/kernbench
2004-08-20 18:04 ` 2.6.8.1-mm3 lockmeter on 512p w/kernbench Jesse Barnes
@ 2004-09-10 16:25 ` Greg Edwards
0 siblings, 0 replies; 42+ messages in thread
From: Greg Edwards @ 2004-09-10 16:25 UTC (permalink / raw)
To: Jesse Barnes; +Cc: linux-kernel, manfred
On Fri, Aug 20, 2004 at 02:04:32PM -0400, Jesse Barnes wrote:
| More lockstats. dcache is obviously still there, but for some reason the rcu
| stuff is gone (I didn't apply Manfred's patches). I must have done some
| stuff prior to collecting the lockstat data last time that caused it.
...[snip]...
| SPINLOCKS HOLD WAIT
| UTIL CON MEAN( MAX ) MEAN( MAX )(% CPU) TOTAL NOWAIT SPIN RJECT NAME
|
| 3.1% 2.2us( 102ms) 12ms( 488ms)(35.1%) 320195677 96.9% 3.1% 0.00% *TOTAL*
...[snip]...
| 31.2% 95.2% 71us( 10ms) 37ms( 146ms)(30.2%) 2828650 4.8% 95.2% 0% rcu_check_quiescent_state+0xf0
Looks like the RCU contention is still there.
I ran some bench marks at 512p on a 2.6.5 SUSE kernel with and without
Manfred's patches 4 and 5 added (the SUSE kernel already has the 3
accepted RCU patches), and the results were very promising. I think
we'll want to pursue getting these other two RCU patches accepted.
I'll to get some lockmeter numbers on a latest -mm kernel next week.
Greg
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-20 15:44 ` 2.6.8.1-mm3 Jesse Barnes
2004-08-20 16:57 ` 2.6.8.1-mm3 Jesse Barnes
2004-08-20 18:04 ` 2.6.8.1-mm3 lockmeter on 512p w/kernbench Jesse Barnes
@ 2004-08-20 18:46 ` Jesse Barnes
2004-08-21 1:26 ` 2.6.8.1-mm3 Nick Piggin
3 siblings, 0 replies; 42+ messages in thread
From: Jesse Barnes @ 2004-08-20 18:46 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
On Friday, August 20, 2004 11:44 am, Jesse Barnes wrote:
> On Friday, August 20, 2004 6:19 am, Andrew Morton wrote:
> > - This is (very) lightly tested. Mainly a resync with various parties.
>
> Woo-hoo! This boots *without changes* on a 512p Altix! Now to re-run the
> profiles and try wli's new per-cpu profiling buffers.
With some minor niggles of course (I thought these were fixed awhile ago?).
Jesse
NET: Registered protocol family 2
IP: routing cache hash table of 8388608 buckets, 131072Kbytes
swapper: page allocation failure. order:17, mode:0x20
Call Trace:
[<a0000001000193a0>] show_stack+0x80/0xa0
sp=e0000930037a7c40 bsp=e0000930037a1150
[<a0000001001140e0>] __alloc_pages+0x620/0x9a0
sp=e0000930037a7e10 bsp=e0000930037a10c0
[<a000000100151240>] alloc_page_interleave+0x100/0x1e0
sp=e0000930037a7e20 bsp=e0000930037a1090
[<a0000001001144a0>] __get_free_pages+0x40/0x100
sp=e0000930037a7e20 bsp=e0000930037a1068
[<a00000010073e9c0>] tcp_init+0x2c0/0x800
sp=e0000930037a7e20 bsp=e0000930037a1030
[<a00000010073fe10>] inet_init+0x330/0x3c0
sp=e0000930037a7e30 bsp=e0000930037a0ff0
[<a00000010070d070>] do_initcalls+0xb0/0x1e0
sp=e0000930037a7e30 bsp=e0000930037a0f88
[<a000000100009780>] init+0x100/0x440
sp=e0000930037a7e30 bsp=e0000930037a0f48
[<a00000010001b130>] kernel_thread_helper+0xd0/0x100
sp=e0000930037a7e30 bsp=e0000930037a0f20
[<a000000100009060>] start_kernel_thread+0x20/0x40
sp=e0000930037a7e30 bsp=e0000930037a0f20
swapper: page allocation failure. order:16, mode:0x20
Call Trace:
[<a0000001000193a0>] show_stack+0x80/0xa0
sp=e0000930037a7c40 bsp=e0000930037a1150
[<a0000001001140e0>] __alloc_pages+0x620/0x9a0
sp=e0000930037a7e10 bsp=e0000930037a10c0
[<a000000100151240>] alloc_page_interleave+0x100/0x1e0
sp=e0000930037a7e20 bsp=e0000930037a1090
[<a0000001001144a0>] __get_free_pages+0x40/0x100
sp=e0000930037a7e20 bsp=e0000930037a1068
[<a00000010073e9c0>] tcp_init+0x2c0/0x800
sp=e0000930037a7e20 bsp=e0000930037a1030
[<a00000010073fe10>] inet_init+0x330/0x3c0
sp=e0000930037a7e30 bsp=e0000930037a0ff0
[<a00000010070d070>] do_initcalls+0xb0/0x1e0
sp=e0000930037a7e30 bsp=e0000930037a0f88
[<a000000100009780>] init+0x100/0x440
sp=e0000930037a7e30 bsp=e0000930037a0f48
[<a00000010001b130>] kernel_thread_helper+0xd0/0x100
sp=e0000930037a7e30 bsp=e0000930037a0f20
[<a000000100009060>] start_kernel_thread+0x20/0x40
sp=e0000930037a7e30 bsp=e0000930037a0f20
TCP: Hash tables configured (established 33554432 bind 65536)
NET: Registered protocol family 1
NET: Registered protocol family 17
md: Autodetecting RAID arrays.
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: 2.6.8.1-mm3
2004-08-20 15:44 ` 2.6.8.1-mm3 Jesse Barnes
` (2 preceding siblings ...)
2004-08-20 18:46 ` 2.6.8.1-mm3 Jesse Barnes
@ 2004-08-21 1:26 ` Nick Piggin
2004-08-21 20:05 ` 2.6.8.1-mm3 Jesse Barnes
3 siblings, 1 reply; 42+ messages in thread
From: Nick Piggin @ 2004-08-21 1:26 UTC (permalink / raw)
To: Jesse Barnes; +Cc: Andrew Morton, linux-kernel
Jesse Barnes wrote:
> On Friday, August 20, 2004 6:19 am, Andrew Morton wrote:
>
>>- This is (very) lightly tested. Mainly a resync with various parties.
>
>
> Woo-hoo! This boots *without changes* on a 512p Altix! Now to re-run the
> profiles and try wli's new per-cpu profiling buffers.
>
What changes were needed to achieve this previously?
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: 2.6.8.1-mm3
2004-08-21 1:26 ` 2.6.8.1-mm3 Nick Piggin
@ 2004-08-21 20:05 ` Jesse Barnes
2004-08-22 1:27 ` 2.6.8.1-mm3 Jesse Barnes
0 siblings, 1 reply; 42+ messages in thread
From: Jesse Barnes @ 2004-08-21 20:05 UTC (permalink / raw)
To: Nick Piggin; +Cc: Andrew Morton, linux-kernel, John Hawkes
On Friday, August 20, 2004 9:26 pm, Nick Piggin wrote:
> Jesse Barnes wrote:
> > On Friday, August 20, 2004 6:19 am, Andrew Morton wrote:
> >>- This is (very) lightly tested. Mainly a resync with various parties.
> >
> > Woo-hoo! This boots *without changes* on a 512p Altix! Now to re-run
> > the profiles and try wli's new per-cpu profiling buffers.
>
> What changes were needed to achieve this previously?
The arch specific SD_NODE_INIT was the missing piece from previous -mm
releases. Now that it's there, things seem to work. I still have to poke
around to see if there are places where we're trying to scan across all CPUs
looking for busy ones and *then* checking to see if they're in a domain.
John said he'd take a closer look.
Jesse
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-21 20:05 ` 2.6.8.1-mm3 Jesse Barnes
@ 2004-08-22 1:27 ` Jesse Barnes
2004-08-22 2:11 ` 2.6.8.1-mm3 Nick Piggin
0 siblings, 1 reply; 42+ messages in thread
From: Jesse Barnes @ 2004-08-22 1:27 UTC (permalink / raw)
To: Nick Piggin; +Cc: Andrew Morton, linux-kernel, John Hawkes
On Saturday, August 21, 2004 1:05 pm, Jesse Barnes wrote:
> On Friday, August 20, 2004 9:26 pm, Nick Piggin wrote:
> > Jesse Barnes wrote:
> > > On Friday, August 20, 2004 6:19 am, Andrew Morton wrote:
> > >>- This is (very) lightly tested. Mainly a resync with various parties.
> > >
> > > Woo-hoo! This boots *without changes* on a 512p Altix! Now to re-run
> > > the profiles and try wli's new per-cpu profiling buffers.
> >
> > What changes were needed to achieve this previously?
>
> The arch specific SD_NODE_INIT was the missing piece from previous -mm
> releases. Now that it's there, things seem to work. I still have to poke
> around to see if there are places where we're trying to scan across all
> CPUs looking for busy ones and *then* checking to see if they're in a
> domain. John said he'd take a closer look.
It looks like the group span code will still try to look at everything in the
system. That'll also have to be fixed to use the span from the associated
node's domain, since it looks like there are still places where we'll walk
all the CPUs in the system if it's not. I'll take a closer look and see if I
can come up with something useful.
Thanks,
Jesse
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-22 1:27 ` 2.6.8.1-mm3 Jesse Barnes
@ 2004-08-22 2:11 ` Nick Piggin
2004-08-22 15:44 ` 2.6.8.1-mm3 Jesse Barnes
0 siblings, 1 reply; 42+ messages in thread
From: Nick Piggin @ 2004-08-22 2:11 UTC (permalink / raw)
To: Jesse Barnes; +Cc: Andrew Morton, linux-kernel, John Hawkes
Jesse Barnes wrote:
> On Saturday, August 21, 2004 1:05 pm, Jesse Barnes wrote:
>
>>On Friday, August 20, 2004 9:26 pm, Nick Piggin wrote:
>>
>>>Jesse Barnes wrote:
>>>
>>>>On Friday, August 20, 2004 6:19 am, Andrew Morton wrote:
>>>>
>>>>>- This is (very) lightly tested. Mainly a resync with various parties.
>>>>
>>>>Woo-hoo! This boots *without changes* on a 512p Altix! Now to re-run
>>>>the profiles and try wli's new per-cpu profiling buffers.
>>>
>>>What changes were needed to achieve this previously?
>>
>>The arch specific SD_NODE_INIT was the missing piece from previous -mm
>>releases. Now that it's there, things seem to work. I still have to poke
>>around to see if there are places where we're trying to scan across all
>>CPUs looking for busy ones and *then* checking to see if they're in a
>>domain. John said he'd take a closer look.
>
>
> It looks like the group span code will still try to look at everything in the
> system. That'll also have to be fixed to use the span from the associated
> node's domain, since it looks like there are still places where we'll walk
> all the CPUs in the system if it's not. I'll take a closer look and see if I
> can come up with something useful.
>
I don't see it - what function are you talking about?
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3 (build failture w/ CONFIG_NUMA)
2004-08-20 10:19 2.6.8.1-mm3 Andrew Morton
` (3 preceding siblings ...)
2004-08-20 15:44 ` 2.6.8.1-mm3 Jesse Barnes
@ 2004-08-20 17:38 ` mita akinobu
2004-08-20 17:55 ` Jesse Barnes
2004-08-20 18:12 ` 2.6.8.1-mm3 (compile stats) John Cherry
` (3 subsequent siblings)
8 siblings, 1 reply; 42+ messages in thread
From: mita akinobu @ 2004-08-20 17:38 UTC (permalink / raw)
To: Andrew Morton, linux-kernel
I had tried to compile with CONFIG_NUMA and got this error:
CC kernel/sched.o
kernel/sched.c: In function `sched_domain_node_span':
kernel/sched.c:4001: error: invalid lvalue in unary `&'
make[1]: *** [kernel/sched.o] Error 1
make: *** [kernel] Error 2
Below patch fixes this.
--- linux-2.6.8.1-mm3/kernel/sched.c.orig 2004-08-21 00:32:26.000000000 +0900
+++ linux-2.6.8.1-mm3/kernel/sched.c 2004-08-21 00:36:41.000000000 +0900
@@ -3998,7 +3998,10 @@ cpumask_t __init sched_domain_node_span(
for (i = 0; i < size; i++) {
int next_node = find_next_best_node(node, used_nodes);
- cpus_or(span, span, node_to_cpumask(next_node));
+ cpumask_t nodemask;
+
+ nodemask = node_to_cpumask(next_node);
+ cpus_or(span, span, nodemask);
}
return span;
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: 2.6.8.1-mm3 (compile stats)
2004-08-20 10:19 2.6.8.1-mm3 Andrew Morton
` (4 preceding siblings ...)
2004-08-20 17:38 ` 2.6.8.1-mm3 (build failture w/ CONFIG_NUMA) mita akinobu
@ 2004-08-20 18:12 ` John Cherry
2004-08-21 18:54 ` Herbert Poetzl
2004-08-21 17:37 ` 2.6.8.1-mm3 William Lee Irwin III
` (2 subsequent siblings)
8 siblings, 1 reply; 42+ messages in thread
From: John Cherry @ 2004-08-20 18:12 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel@vger.kernel.org
No change in reiser4 4k stack errors.
Alex Zarochentsev wrote:
>
>yes. there are large objects (reiser4 context, balancing pools, ...)
which
>reiser4 allocates on stack. we will use kmalloc/slab for them and see
how
>performance is changed. not trivial things will be required if those
fixes
>would not enough.
-----------------------------------------------------------------
Linux 2.6 (mm tree) Compile Statistics (gcc 3.2.2)
Kernel bzImage bzImage bzImage modules bzImage modules
(defconfig) (allno) (allyes) (allyes) (allmod) (allmod)
--------------- ---------- -------- -------- -------- -------- --------
2.6.8.1-mm3 0w/96e 0w/0e 78w/97e 4w/0e 1w/0e 74w/89e
2.6.8.1-mm2 0w/96e 0w/0e 78w/97e 4w/0e 1w/0e 74w/89e
2.6.8.1-mm1 0w/0e 0w/0e 78w/0e 4w/0e 1w/0e 74w/0e
2.6.8-rc4-mm1 0w/0e 0w/5e 81w/0e 4w/0e 1w/0e 75w/0e
2.6.8-rc3-mm2 1w/7e 0w/5e 82w/8e 4w/0e 2w/8e 75w/0e
2.6.8-rc3-mm1 0w/0e 1w/5e 81w/9e 4w/0e 1w/0e 75w/0e
2.6.8-rc2-mm2 0w/0e 4w/5e 87w/9e 4w/0e 1w/0e 80w/0e
2.6.8-rc2-mm1 0w/0e 0w/0e 83w/9e 3w/0e 1w/0e 81w/0e
2.6.8-rc1-mm1 0w/0e 0w/0e 88w/9e 5w/0e 1w/0e 87w/0e
2.6.7-mm7 0w/0e 0w/0e 89w/9e 5w/0e 1w/0e 84w/0e
2.6.7-mm6 0w/0e 0w/0e 85w/9e 5w/0e 1w/0e 80w/0e
2.6.7-mm5 0w/0e 0w/0e 92w/0e 5w/0e 1w/0e 87w/0e
2.6.7-mm4 0w/0e 0w/0e 94w/0e 5w/0e 1w/0e 89w/0e
2.6.7-mm3 0w/0e 0w/0e 90w/6e 5w/0e 1w/0e 86w/0e
2.6.7-mm2 0w/0e 0w/0e 109w/0e 7w/0e 1w/0e 106w/0e
2.6.7-mm1 0w/0e 5w/0e 108w/0e 5w/0e 1w/0e 104w/0e
2.6.7-rc3-mm2 0w/0e 5w/0e 105w/10e 5w/0e 2w/0e 100w/2e
2.6.7-rc3-mm1 0w/0e 5w/0e 104w/10e 5w/0e 2w/0e 100w/2e
2.6.7-rc2-mm2 0w/0e 5w/0e 109w/10e 5w/0e 2w/0e 105w/2e
2.6.7-rc2-mm1 0w/0e 12w/0e 158w/13e 5w/0e 3w/0e 153w/4e
2.6.7-rc1-mm1 0w/0e 6w/0e 108w/0e 5w/0e 2w/0e 104w/0e
2.6.6-mm5 0w/0e 0w/0e 109w/5e 5w/0e 2w/0e 110w/0e
2.6.6-mm4 0w/0e 0w/0e 112w/9e 5w/0e 2w/5e 106w/1e
2.6.6-mm3 3w/9e 0w/0e 120w/26e 5w/0e 2w/0e 114w/10e
2.6.6-mm2 4w/11e 0w/0e 120w/24e 6w/0e 2w/0e 118w/9e
2.6.6-mm1 1w/0e 0w/0e 118w/25e 6w/0e 2w/0e 114w/10e
2.6.6-rc3-mm2 0w/0e 0w/0e 117w/ 0e 8w/0e 2w/0e 116w/0e
2.6.6-rc3-mm1 0w/0e 0w/0e 120w/10e 8w/0e 2w/0e 152w/2e
2.6.6-rc2-mm2 0w/0e 1w/5e 118w/ 0e 8w/0e 3w/0e 118w/0e
2.6.6-rc2-mm1 0w/0e 0w/0e 115w/ 0e 7w/0e 3w/0e 116w/0e
2.6.6-rc1-mm1 0w/0e 0w/7e 122w/ 0e 7w/0e 4w/0e 122w/0e
2.6.5-mm6 0w/0e 0w/0e 123w/ 0e 7w/0e 4w/0e 124w/0e
2.6.5-mm5 0w/0e 0w/0e 119w/ 0e 7w/0e 4w/0e 120w/0e
2.6.5-mm4 0w/0e 0w/0e 120w/ 0e 7w/0e 4w/0e 121w/0e
2.6.5-mm3 0w/0e 1w/0e 121w/12e 7w/0e 3w/0e 123w/0e
2.6.5-mm2 0w/0e 0w/0e 128w/12e 7w/0e 3w/0e 134w/0e
2.6.5-mm1 0w/0e 5w/0e 122w/ 0e 7w/0e 3w/0e 124w/0e
2.6.5-rc3-mm4 0w/0e 0w/0e 124w/ 0e 8w/0e 4w/0e 126w/0e
2.6.5-rc3-mm3 0w/0e 5w/0e 129w/14e 8w/0e 4w/0e 129w/6e
2.6.5-rc3-mm2 0w/0e 5w/0e 130w/14e 8w/0e 4w/0e 129w/6e
2.6.5-rc3-mm1 0w/0e 5w/0e 129w/ 0e 8w/0e 4w/0e 129w/0e
2.6.5-rc2-mm5 0w/0e 5w/0e 130w/ 0e 8w/0e 4w/0e 129w/0e
2.6.5-rc2-mm4 0w/0e 5w/0e 134w/ 0e 8w/0e 3w/0e 133w/0e
2.6.5-rc2-mm3 0w/0e 5w/0e 134w/ 0e 8w/0e 3w/0e 133w/0e
2.6.5-rc2-mm2 0w/0e 5w/0e 137w/ 0e 8w/0e 3w/0e 134w/0e
2.6.5-rc2-mm1 0w/0e 5w/0e 136w/ 0e 8w/0e 3w/0e 134w/0e
2.6.5-rc1-mm2 0w/0e 5w/0e 135w/ 5e 8w/0e 3w/0e 133w/0e
2.6.5-rc1-mm1 0w/0e 5w/0e 135w/ 5e 8w/0e 3w/0e 133w/0e
2.6.4-mm2 1w/2e 5w/2e 144w/10e 8w/0e 3w/2e 144w/0e
2.6.4-mm1 1w/0e 5w/0e 146w/ 5e 8w/0e 3w/0e 144w/0e
2.6.4-rc2-mm1 1w/0e 5w/0e 146w/12e 11w/0e 3w/0e 147w/2e
2.6.4-rc1-mm2 1w/0e 5w/0e 144w/ 0e 11w/0e 3w/0e 145w/0e
2.6.4-rc1-mm1 1w/0e 5w/0e 147w/ 5e 11w/0e 3w/0e 147w/0e
2.6.3-mm4 1w/0e 5w/0e 146w/ 0e 7w/0e 3w/0e 142w/0e
2.6.3-mm3 1w/2e 5w/2e 146w/15e 7w/0e 3w/2e 144w/5e
2.6.3-mm2 1w/8e 5w/0e 140w/ 0e 7w/0e 3w/0e 138w/0e
2.6.3-mm1 1w/0e 5w/0e 143w/ 5e 7w/0e 3w/0e 141w/0e
2.6.3-rc3-mm1 1w/0e 0w/0e 144w/13e 7w/0e 3w/0e 142w/3e
2.6.3-rc2-mm1 1w/0e 0w/265e 144w/ 5e 7w/0e 3w/0e 145w/0e
2.6.3-rc1-mm1 1w/0e 0w/265e 141w/ 5e 7w/0e 3w/0e 143w/0e
2.6.2-mm1 2w/0e 0w/264e 147w/ 5e 7w/0e 3w/0e 173w/0e
2.6.2-rc3-mm1 2w/0e 0w/265e 146w/ 5e 7w/0e 3w/0e 172w/0e
2.6.2-rc2-mm2 0w/0e 0w/264e 145w/ 5e 7w/0e 3w/0e 171w/0e
2.6.2-rc2-mm1 0w/0e 0w/264e 146w/ 5e 7w/0e 3w/0e 172w/0e
2.6.2-rc1-mm3 0w/0e 0w/265e 144w/ 8e 7w/0e 3w/0e 169w/0e
2.6.2-rc1-mm2 0w/0e 0w/264e 144w/ 5e 10w/0e 3w/0e 171w/0e
2.6.2-rc1-mm1 0w/0e 0w/264e 144w/ 5e 10w/0e 3w/0e 171w/0e
2.6.1-mm5 2w/5e 0w/264e 153w/11e 10w/0e 3w/0e 180w/0e
2.6.1-mm4 0w/821e 0w/264e 154w/ 5e 8w/1e 5w/0e 179w/0e
2.6.1-mm3 0w/0e 0w/0e 151w/ 5e 10w/0e 3w/0e 177w/0e
2.6.1-mm2 0w/0e 0w/0e 143w/ 5e 12w/0e 3w/0e 171w/0e
2.6.1-mm1 0w/0e 0w/0e 146w/ 9e 12w/0e 6w/0e 171w/0e
2.6.1-rc2-mm1 0w/0e 0w/0e 149w/ 0e 12w/0e 6w/0e 171w/4e
2.6.1-rc1-mm2 0w/0e 0w/0e 157w/15e 12w/0e 3w/0e 185w/4e
2.6.1-rc1-mm1 0w/0e 0w/0e 156w/10e 12w/0e 3w/0e 184w/2e
2.6.0-mm2 0w/0e 0w/0e 161w/ 0e 12w/0e 3w/0e 189w/0e
2.6.0-mm1 0w/0e 0w/0e 173w/ 0e 12w/0e 3w/0e 212w/0e
Web page with links to complete details:
http://developer.osdl.org/cherry/compile/
John
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: 2.6.8.1-mm3
2004-08-20 10:19 2.6.8.1-mm3 Andrew Morton
` (5 preceding siblings ...)
2004-08-20 18:12 ` 2.6.8.1-mm3 (compile stats) John Cherry
@ 2004-08-21 17:37 ` William Lee Irwin III
2004-08-22 13:02 ` 2.6.8.1-mm3 William Lee Irwin III
2004-08-21 18:51 ` 2.6.8.1-mm3 R. J. Wysocki
2004-08-22 4:32 ` 2.6.8.1-mm3 Thomas Davis
8 siblings, 1 reply; 42+ messages in thread
From: William Lee Irwin III @ 2004-08-21 17:37 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
On Fri, Aug 20, 2004 at 03:19:19AM -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.8.1/2.6.8.1-mm3/
> - Added three more bk trees:
> bk-fb: Some ARM framebuffer driver (rmk)
> bk-mmc: ARM-specific media drivers(?)
> bk-watchdog: watchdog drivers
> - I'm totally unclear on what's happening with the release_task
> sleep-while-atomic bug, and with the CPU hotplug BUG. This kernel will
> probably emit might_sleep warnings. Turn off CONFIG_PREEMPT if it gets
> irritating.
> - Added Nick Piggin's CPU scheduler to see what happens. See inside the
> patch for details. Please test, benchmark, report.
> - This is (very) lightly tested. Mainly a resync with various parties.
Oopsed almost instantly after I logged in as root on the one box I
can't do console logging on and can't afford downtime on. =(
-- wli
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: 2.6.8.1-mm3
2004-08-20 10:19 2.6.8.1-mm3 Andrew Morton
` (6 preceding siblings ...)
2004-08-21 17:37 ` 2.6.8.1-mm3 William Lee Irwin III
@ 2004-08-21 18:51 ` R. J. Wysocki
2004-08-22 4:32 ` 2.6.8.1-mm3 Thomas Davis
8 siblings, 0 replies; 42+ messages in thread
From: R. J. Wysocki @ 2004-08-21 18:51 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1632 bytes --]
On Friday 20 of August 2004 12:19, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.8.1/2.6.8
>.1-mm3/
FYI, it has a couple of problems I see:
1) ALT-SysRq-<command key> does not work, although "echo <command> >
/proc/sysrq-trigger" does (may be specific to x86-64). It does not work on
2.6.8.1-mm2 either.
2) On "/sbin/rmmod snd_seq_oss" the console hangs (it becomes totally
unresponsive) and the process goes to a D+ state:
chimera:~ # ps ax
PID TTY STAT TIME COMMAND
1 ? S 0:07 init [5]
[- snip -]
12573 tty1 S+ 0:00 /bin/bash /etc/init.d/alsasound stop
12589 tty1 S+ 0:00 /bin/bash /etc/init.d/alsasound stop
12593 tty1 D+ 0:00 /sbin/rmmod snd_seq_oss
12594 ? R< 0:40 [kstopmachine]
12595 ? R< 0:00 [kstopmachine]
12596 ? Ss 0:00 sshd: rafael [priv]
12598 ? S 0:00 sshd: rafael@pts/0
12603 pts/0 Ss 0:00 -bash
12640 pts/0 S 0:00 su -
12641 pts/0 S 0:00 -bash
12677 pts/0 R+ 0:00 ps ax
It doesn't Oops, though (I've checked using serial console).
I can reach the machine from the network (via ssh), but I can't change the
runlevel to 5 and I can't reboot/halt it "cleanly", although "echo b >
/proc/sysrq-trigger" does the trick.
This happens 100% of the time and does not happen on 2.6.8.1-mm2.
The hardware/kernel configuration data is attached.
Greetings,
--
Rafael J. Wysocki
----------------------------
For a successful technology, reality must take precedence over public
relations, for nature cannot be fooled.
-- Richard P. Feynman
[-- Attachment #2: hardware.log --]
[-- Type: text/x-log, Size: 24947 bytes --]
chimera:~ # cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 5
model name : AMD Opteron(tm) Processor 240
stepping : 1
cpu MHz : 1388.264
cache size : 1024 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext lm 3dnowext 3dnow
bogomips : 2727.93
TLB size : 1088 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts ttp
processor : 1
vendor_id : AuthenticAMD
cpu family : 15
model : 5
model name : AMD Opteron(tm) Processor 240
stepping : 1
cpu MHz : 1388.264
cache size : 1024 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext lm 3dnowext 3dnow
bogomips : 2768.89
TLB size : 1088 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts ttp
chimera:~ # cat /proc/modules
joydev 11456 0 - Live 0xffffffffa018d000
sg 41848 0 - Live 0xffffffffa0181000
ide_cd 42656 0 - Live 0xffffffffa0175000
sr_mod 19300 0 - Live 0xffffffffa016f000
cdrom 40040 2 ide_cd,sr_mod, Live 0xffffffffa0164000
parport_pc 41344 0 - Live 0xffffffffa0158000
lp 12392 0 - Live 0xffffffffa0151000
parport 46412 2 parport_pc,lp, Live 0xffffffffa0144000
usbserial 31216 0 - Live 0xffffffffa013b000
snd_seq_oss 37568 0 - Live 0xffffffffa0130000
snd_seq_midi_event 9472 1 snd_seq_oss, Live 0xffffffffa012c000
snd_seq 64576 5 snd_seq_oss,snd_seq_midi_event, Live 0xffffffffa011b000
snd_pcm_oss 64616 0 - Live 0xffffffffa010a000
snd_mixer_oss 21440 1 snd_pcm_oss, Live 0xffffffffa0103000
snd_ioctl32 18432 0 - Live 0xffffffffa00fd000
snd_intel8x0 38004 5 - Live 0xffffffffa00f2000
snd_ac97_codec 78528 1 snd_intel8x0, Live 0xffffffffa00dd000
snd_pcm 114952 4 snd_pcm_oss,snd_ioctl32,snd_intel8x0, Live 0xffffffffa00bf000
snd_timer 28360 2 snd_seq,snd_pcm, Live 0xffffffffa00b7000
snd_page_alloc 12496 2 snd_intel8x0,snd_pcm, Live 0xffffffffa00b2000
gameport 5184 1 snd_intel8x0, Live 0xffffffffa00af000
snd_mpu401_uart 9024 1 snd_intel8x0, Live 0xffffffffa00ab000
snd_rawmidi 28836 1 snd_mpu401_uart, Live 0xffffffffa00a2000
snd_seq_device 9548 3 snd_seq_oss,snd_seq,snd_rawmidi, Live 0xffffffffa009e000
snd 69992 23 snd_seq_oss,snd_seq_midi_event,snd_seq,snd_pcm_oss,snd_mixer_oss,snd_ioctl32,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device, Live 0xffffffffa008b000
soundcore 11232 1 snd, Live 0xffffffffa0087000
ohci1394 34756 0 - Live 0xffffffffa007d000
ieee1394 117464 1 ohci1394, Live 0xffffffffa005f000
ehci_hcd 30340 0 - Live 0xffffffffa0056000
tg3 82820 0 - Live 0xffffffffa003e000
ohci_hcd 21956 0 - Live 0xffffffffa0035000
usblp 14336 0 - Live 0xffffffffa0030000
usbcore 125056 6 usbserial,ehci_hcd,ohci_hcd,usblp, Live 0xffffffffa0010000
dm_mod 59712 0 - Live 0xffffffffa0000000
chimera:~ #
chimera:~ # cat /proc/ioports
0000-001f : dma1
0020-0021 : pic1
002e-0030 : winbond_check
0040-005f : timer
0060-006f : keyboard
0070-0077 : rtc
0080-008f : dma page reg
00a0-00a1 : pic2
00c0-00df : dma2
00f0-00ff : fpu
0170-0177 : ide1
01f0-01f7 : ide0
02f8-02ff : serial
0376-0376 : ide1
0378-037a : winbond parport
03c0-03df : vesafb
03f6-03f6 : ide0
03f8-03ff : serial
0cf8-0cff : PCI conf1
5000-50bf : motherboard
5000-5003 : PM1a_EVT_BLK
5004-5005 : PM1a_CNT_BLK
5008-500b : PM_TMR
5010-5015 : ACPI CPU throttle
5020-5023 : GPE0_BLK
50b0-50b7 : GPE1_BLK
50c0-50df : motherboard
50e0-50ff : motherboard
8000-8fff : PCI Bus #02
8800-88ff : 0000:02:07.0
8800-88ff : sym53c8xx
8c00-8c0f : 0000:02:08.0
8c00-8c0f : 3ware Storage Controller
9000-9fff : PCI Bus #03
9400-940f : 0000:03:0b.0
9400-940f : sata_sil
9480-9483 : 0000:03:0b.0
9480-9483 : sata_sil
9800-9807 : 0000:03:0b.0
9800-9807 : sata_sil
9880-9883 : 0000:03:0b.0
9880-9883 : sata_sil
9c00-9c07 : 0000:03:0b.0
9c00-9c07 : sata_sil
b480-b49f : 0000:00:07.2
b800-b8ff : 0000:00:07.5
b800-b8ff : AMD AMD8111
bc00-bc3f : 0000:00:07.5
bc00-bc3f : AMD AMD8111
de00-de7f : motherboard
de80-deff : motherboard
ffa0-ffaf : 0000:00:07.1
ffa0-ffa7 : ide0
ffa8-ffaf : ide1
chimera:~ #
chimera:~ # cat /proc/iomem
00000000-0009fbff : System RAM
0009fc00-0009ffff : reserved
000a0000-000bffff : Video RAM area
000c0000-000cf7ff : Video ROM
000cf800-000d3fff : Adapter ROM
000d4000-000d4fff : Adapter ROM
000f0000-000fffff : System ROM
00100000-3ffeffff : System RAM
00100000-00374687 : Kernel code
00374688-004a9bf8 : Kernel data
3fff0000-3fffefff : ACPI Tables
3ffff000-3fffffff : ACPI Non-volatile Storage
daf00000-daffffff : PCI Bus #01
db000000-db0fffff : PCI Bus #02
db100000-db1fffff : PCI Bus #03
db300000-eb3fffff : PCI Bus #05
e0000000-e7ffffff : 0000:05:00.0
e0000000-e05fffff : vesafb
f0000000-f7ffffff : 0000:04:00.0
f0000000-f7ffffff : aperture
fb500000-fb5fffff : PCI Bus #01
fb600000-fc6fffff : PCI Bus #02
fb800000-fbffffff : 0000:02:08.0
fc6dc000-fc6ddfff : 0000:02:07.0
fc6dc000-fc6ddfff : sym53c8xx
fc6df800-fc6dfbff : 0000:02:07.0
fc6df800-fc6dfbff : sym53c8xx
fc6dfc00-fc6dfc0f : 0000:02:08.0
fc6f0000-fc6fffff : 0000:02:09.0
fc6f0000-fc6fffff : tg3
fc700000-fc8fffff : PCI Bus #03
fc8f7000-fc8f7fff : 0000:03:00.0
fc8f7000-fc8f7fff : ohci_hcd
fc8f8000-fc8fbfff : 0000:03:0c.0
fc8fc000-fc8fcfff : 0000:03:00.1
fc8fc000-fc8fcfff : ohci_hcd
fc8fd000-fc8fdfff : 0000:03:0a.0
fc8fd000-fc8fdfff : ohci_hcd
fc8fe000-fc8fefff : 0000:03:0a.1
fc8fe000-fc8fefff : ohci_hcd
fc8ff000-fc8ff7ff : 0000:03:0c.0
fc8ff000-fc8ff7ff : ohci1394
fc8ff800-fc8ff8ff : 0000:03:0a.2
fc8ff800-fc8ff8ff : ehci_hcd
fc8ffc00-fc8fffff : 0000:03:0b.0
fc8ffc00-fc8fffff : sata_sil
fc9fe000-fc9fefff : 0000:00:0a.1
fc9ff000-fc9fffff : 0000:00:0b.1
fca00000-feafffff : PCI Bus #05
fd000000-fdffffff : 0000:05:00.0
ff7c0000-ffffffff : reserved
chimera:~ #
chimera:~ # lspci -vvv
0000:00:06.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8111 PCI (rev 07) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Bus: primary=00, secondary=03, subordinate=03, sec-latency=64
I/O behind bridge: 00009000-00009fff
Memory behind bridge: fc700000-fc8fffff
Prefetchable memory behind bridge: db100000-db1fffff
Expansion ROM at 00009000 [disabled] [size=4K]
BridgeCtl: Parity+ SERR+ NoISA+ VGA- MAbort- >Reset- FastB2B-
Capabilities: [c0] #08 [0086]
Capabilities: [f0] #08 [8000]
0000:00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-8111 LPC (rev 05)
Subsystem: Advanced Micro Devices [AMD] AMD-8111 LPC
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0
0000:00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-8111 IDE (rev 03) (prog-if 8a [Master SecP PriP])
Subsystem: Advanced Micro Devices [AMD] AMD-8111 IDE
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32
Region 4: I/O ports at ffa0 [size=16]
0000:00:07.2 SMBus: Advanced Micro Devices [AMD] AMD-8111 SMBus 2.0 (rev 02)
Subsystem: Advanced Micro Devices [AMD] AMD-8111 SMBus 2.0
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin D routed to IRQ 9
Region 0: I/O ports at b480
0000:00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-8111 ACPI (rev 05)
Subsystem: Advanced Micro Devices [AMD] AMD-8111 ACPI
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
0000:00:07.5 Multimedia audio controller: Advanced Micro Devices [AMD] AMD-8111 AC97 Audio (rev 03)
Subsystem: Tyan Computer: Unknown device 2885
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Interrupt: pin B routed to IRQ 17
Region 0: I/O ports at b800
Region 1: I/O ports at bc00 [size=64]
0000:00:0a.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Bus: primary=00, secondary=02, subordinate=02, sec-latency=64
I/O behind bridge: 00008000-00008fff
Memory behind bridge: fb600000-fc6fffff
Prefetchable memory behind bridge: 00000000db000000-00000000db000000
Expansion ROM at 00008000 [disabled] [size=4K]
BridgeCtl: Parity+ SERR- NoISA+ VGA- MAbort- >Reset- FastB2B-
Capabilities: [a0] Capabilities: [b8] #08 [8000]
Capabilities: [c0] #08 [004a]
0000:00:0a.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X APIC (rev 01) (prog-if 10 [IO-APIC])
Subsystem: Advanced Micro Devices [AMD] AMD-8131 PCI-X APIC
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Region 0: Memory at fc9fe000 (64-bit, non-prefetchable)
0000:00:0b.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12) (prog-if 00 [Normal decode])
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
I/O behind bridge: 0000f000-00000fff
Memory behind bridge: fb500000-fb5fffff
Prefetchable memory behind bridge: 00000000daf00000-00000000daf00000
BridgeCtl: Parity+ SERR- NoISA+ VGA- MAbort- >Reset- FastB2B-
Capabilities: [a0] Capabilities: [b8] #08 [8000]
0000:00:0b.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X APIC (rev 01) (prog-if 10 [IO-APIC])
Subsystem: Advanced Micro Devices [AMD] AMD-8131 PCI-X APIC
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Region 0: Memory at fc9ff000 (64-bit, non-prefetchable)
0000:00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Capabilities: [80] #08 [2101]
Capabilities: [a0] #08 [2101]
Capabilities: [c0] #08 [2101]
0000:00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
0000:00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
0000:00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
0000:00:19.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Capabilities: [80] #08 [2101]
Capabilities: [a0] #08 [2101]
Capabilities: [c0] #08 [2101]
0000:00:19.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
0000:00:19.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
0000:00:19.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
0000:02:07.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1010 66MHz Ultra3 SCSI Adapter (rev 01)
Subsystem: Intel Corp.: Unknown device 7830
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (4250ns min, 4500ns max), cache line size 10
Interrupt: pin A routed to IRQ 26
Region 0: I/O ports at 8800 [size=fc6b0000]
Region 1: Memory at fc6df800 (64-bit, non-prefetchable) [size=1K]
Region 3: Memory at fc6dc000 (64-bit, non-prefetchable) [size=8K]
Expansion ROM at 00010000 [disabled]
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
0000:02:08.0 RAID bus controller: 3ware Inc 3ware 7000-series ATA-RAID (rev 01)
Subsystem: 3ware Inc 3ware 7000-series ATA-RAID
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (2250ns min), cache line size 10
Interrupt: pin A routed to IRQ 27
Region 0: I/O ports at 8c00 [size=fc6c0000]
Region 1: Memory at fc6dfc00 (32-bit, non-prefetchable) [size=16]
Region 2: Memory at fb800000 (32-bit, non-prefetchable) [size=8M]
Expansion ROM at 00010000 [disabled]
Capabilities: [40] Power Management version 1
Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
0000:02:09.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703 Gigabit Ethernet (rev 02)
Subsystem: Tyan Computer: Unknown device 2885
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (16000ns min), cache line size 10
Interrupt: pin A routed to IRQ 24
Region 0: Memory at fc6f0000 (64-bit, non-prefetchable) [size=fc6e0000]
Expansion ROM at 00010000 [disabled]
Capabilities: [40] PCI-X non-bridge device.
Command: DPERE- ERO- RBC=0 OST=0
Status: Bus=0 Dev=0 Func=0 64bit- 133MHz- SCD- USC-, DC=simple, DMMRBC=0, DMOST=0, DMCRS=0, RSCEM- Capabilities: [48] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=1 PME-
Capabilities: [50] Vital Product Data
Capabilities: [58] Message Signalled Interrupts: 64bit+ Queue=0/3 Enable-
Address: 0000400842024000 Data: 0020
0000:03:00.0 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) (prog-if 10 [OHCI])
Subsystem: Advanced Micro Devices [AMD] AMD-8111 USB
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (20000ns max)
Interrupt: pin D routed to IRQ 19
Region 0: Memory at fc8f7000 (32-bit, non-prefetchable)
0000:03:00.1 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) (prog-if 10 [OHCI])
Subsystem: Advanced Micro Devices [AMD] AMD-8111 USB
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (20000ns max)
Interrupt: pin D routed to IRQ 19
Region 0: Memory at fc8fc000 (32-bit, non-prefetchable)
0000:03:0a.0 USB Controller: NEC Corporation USB (rev 41) (prog-if 10 [OHCI])
Subsystem: Unknown device 2027:0035
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (250ns min, 10500ns max), cache line size 10
Interrupt: pin A routed to IRQ 16
Region 0: Memory at fc8fd000 (32-bit, non-prefetchable)
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
0000:03:0a.1 USB Controller: NEC Corporation USB (rev 41) (prog-if 10 [OHCI])
Subsystem: Unknown device 2027:0035
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (250ns min, 10500ns max), cache line size 10
Interrupt: pin B routed to IRQ 17
Region 0: Memory at fc8fe000 (32-bit, non-prefetchable)
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
0000:03:0a.2 USB Controller: NEC Corporation USB 2.0 (rev 02) (prog-if 20 [EHCI])
Subsystem: Unknown device 2027:0032
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (4000ns min, 8500ns max), cache line size 10
Interrupt: pin C routed to IRQ 18
Region 0: Memory at fc8ff800 (32-bit, non-prefetchable)
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
0000:03:0b.0 RAID bus controller: CMD Technology Inc: Unknown device 3114 (rev 02)
Subsystem: CMD Technology Inc: Unknown device 3114
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64, cache line size 10
Interrupt: pin A routed to IRQ 17
Region 0: I/O ports at 9c00 [size=fc800000]
Region 1: I/O ports at 9880 [size=4]
Region 2: I/O ports at 9800 [size=8]
Region 3: I/O ports at 9480 [size=4]
Region 4: I/O ports at 9400 [size=16]
Region 5: Memory at fc8ffc00 (32-bit, non-prefetchable) [size=1K]
Expansion ROM at 00080000 [disabled]
Capabilities: [60] Power Management version 2
Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=2 PME-
0000:03:0c.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) (prog-if 10 [OHCI])
Subsystem: Tyan Computer: Unknown device 2885
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (500ns min, 1000ns max), cache line size 10
Interrupt: pin A routed to IRQ 19
Region 0: Memory at fc8ff000 (32-bit, non-prefetchable)
Region 1: Memory at fc8f8000 (32-bit, non-prefetchable) [size=16K]
Capabilities: [44] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME+
0000:04:00.0 Host bridge: Advanced Micro Devices [AMD] AMD-8151 System Controller (rev 13)
Subsystem: Advanced Micro Devices [AMD] AMD-8151 System Controller
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Region 0: Memory at f0000000 (32-bit, prefetchable)
Capabilities: [a0] AGP version 3.0
Status: RQ=32 Iso- ArqSz=0 Cal=2 SBA+ ITACoh+ GART64- HTrans+ 64bit+ FW+ AGP3+ Rate=x4,x8
Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP- GART64- 64bit- FW- Rate=<none>
Capabilities: [c0] #08 [0060]
0000:04:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8151 AGP Bridge (rev 13) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Bus: primary=04, secondary=05, subordinate=05, sec-latency=64
I/O behind bridge: 0000f000-00000fff
Memory behind bridge: fca00000-feafffff
Prefetchable memory behind bridge: db300000-eb3fffff
BridgeCtl: Parity- SERR- NoISA- VGA+ MAbort- >Reset- FastB2B-
0000:05:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1) (prog-if 00 [VGA])
Subsystem: LeadTek Research Inc.: Unknown device 2960
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (1250ns min, 250ns max)
Interrupt: pin A routed to IRQ 11
Region 0: Memory at fd000000 (32-bit, non-prefetchable) [size=feae0000]
Region 1: Memory at e0000000 (32-bit, prefetchable) [size=128M]
Expansion ROM at 00020000 [disabled]
Capabilities: [60] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [44] AGP version 3.0
Status: RQ=32 Iso- ArqSz=0 Cal=3 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3+ Rate=x4,x8
Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=<none>
chimera:~ # cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: IBM Model: DDYS-T36950N Rev: S96H
Type: Direct-Access ANSI SCSI revision: 03
Host: scsi1 Channel: 00 Id: 00 Lun: 00
Vendor: 3ware Model: Logical Disk 0 Rev: 1.2
Type: Direct-Access ANSI SCSI revision: ffffffff
Host: scsi2 Channel: 00 Id: 00 Lun: 00
Vendor: ATA Model: SAMSUNG SP1614C Rev: SW10
Type: Direct-Access ANSI SCSI revision: 05
[-- Attachment #3: 2.6.8.1-mm3.config --]
[-- Type: text/plain, Size: 29272 bytes --]
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.8.1-mm3
# Fri Aug 20 21:57:15 2004
#
CONFIG_X86_64=y
CONFIG_64BIT=y
CONFIG_X86=y
CONFIG_MMU=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
CONFIG_X86_CMPXCHG=y
CONFIG_EARLY_PRINTK=y
CONFIG_HPET_TIMER=y
CONFIG_HPET_EMULATE_RTC=y
CONFIG_GENERIC_ISA_DMA=y
#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y
CONFIG_CLEAN_COMPILE=y
#
# General setup
#
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_POSIX_MQUEUE=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_BSD_PROCESS_ACCT_V3=y
CONFIG_SYSCTL=y
CONFIG_AUDIT=y
CONFIG_AUDITSYSCALL=y
CONFIG_LOG_BUF_SHIFT=15
CONFIG_HOTPLUG=y
# CONFIG_IKCONFIG is not set
# CONFIG_EMBEDDED is not set
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_FUTEX=y
CONFIG_EPOLL=y
# CONFIG_CPUSETS is not set
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
CONFIG_OBSOLETE_MODPARM=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y
CONFIG_STOP_MACHINE=y
#
# Processor type and features
#
CONFIG_MK8=y
# CONFIG_MPSC is not set
# CONFIG_GENERIC_CPU is not set
CONFIG_X86_L1_CACHE_BYTES=64
CONFIG_X86_L1_CACHE_SHIFT=6
CONFIG_X86_TSC=y
CONFIG_X86_GOOD_APIC=y
# CONFIG_MICROCODE is not set
CONFIG_X86_MSR=y
CONFIG_X86_CPUID=y
CONFIG_X86_IO_APIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_MTRR=y
CONFIG_SMP=y
# CONFIG_PREEMPT is not set
# CONFIG_SCHED_SMT is not set
CONFIG_K8_NUMA=y
CONFIG_DISCONTIGMEM=y
CONFIG_NUMA=y
CONFIG_HAVE_DEC_LOCK=y
CONFIG_NR_CPUS=2
CONFIG_GART_IOMMU=y
CONFIG_SWIOTLB=y
CONFIG_X86_MCE=y
#
# Performance-monitoring counters support
#
# CONFIG_PERFCTR is not set
#
# Power management options
#
CONFIG_PM=y
# CONFIG_PM_DEBUG is not set
# CONFIG_SOFTWARE_SUSPEND is not set
#
# ACPI (Advanced Configuration and Power Interface) Support
#
CONFIG_ACPI=y
CONFIG_ACPI_BOOT=y
CONFIG_ACPI_INTERPRETER=y
# CONFIG_ACPI_SLEEP is not set
CONFIG_ACPI_AC=y
# CONFIG_ACPI_BATTERY is not set
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_FAN=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_THERMAL=y
# CONFIG_ACPI_ASUS is not set
# CONFIG_ACPI_TOSHIBA is not set
# CONFIG_ACPI_DEBUG is not set
CONFIG_ACPI_BUS=y
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_PCI=y
CONFIG_ACPI_SYSTEM=y
#
# CPU Frequency scaling
#
CONFIG_CPU_FREQ=y
# CONFIG_CPU_FREQ_PROC_INTF is not set
CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
# CONFIG_CPU_FREQ_GOV_POWERSAVE is not set
# CONFIG_CPU_FREQ_GOV_USERSPACE is not set
CONFIG_CPU_FREQ_TABLE=y
#
# CPUFreq processor drivers
#
CONFIG_X86_POWERNOW_K8=m
CONFIG_X86_POWERNOW_K8_ACPI=y
# CONFIG_X86_SPEEDSTEP_CENTRINO is not set
# CONFIG_X86_ACPI_CPUFREQ is not set
#
# Bus options (PCI etc.)
#
CONFIG_PCI=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_MMCONFIG=y
# CONFIG_UNORDERED_IO is not set
# CONFIG_PCI_MSI is not set
CONFIG_PCI_LEGACY_PROC=y
CONFIG_PCI_NAMES=y
#
# PCMCIA/CardBus support
#
# CONFIG_PCMCIA is not set
#
# PCI Hotplug Support
#
# CONFIG_HOTPLUG_PCI is not set
#
# Executable file formats / Emulations
#
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_MISC=m
CONFIG_IA32_EMULATION=y
CONFIG_IA32_AOUT=y
CONFIG_COMPAT=y
CONFIG_SYSVIPC_COMPAT=y
CONFIG_UID16=y
#
# Device Drivers
#
#
# Generic Driver Options
#
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
# CONFIG_FW_LOADER is not set
# CONFIG_DEBUG_DRIVER is not set
#
# Memory Technology Devices (MTD)
#
# CONFIG_MTD is not set
#
# Parallel port support
#
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_PC_CML1=m
# CONFIG_PARPORT_SERIAL is not set
CONFIG_PARPORT_PC_FIFO=y
CONFIG_PARPORT_PC_SUPERIO=y
CONFIG_PARPORT_OTHER=y
CONFIG_PARPORT_1284=y
#
# Plug and Play support
#
#
# Block devices
#
CONFIG_BLK_DEV_FD=m
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_CRYPTOLOOP=m
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
# CONFIG_BLK_DEV_RAM is not set
CONFIG_LBD=y
# CONFIG_CDROM_PKTCDVD is not set
#
# ATA/ATAPI/MFM/RLL support
#
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
#
# Please see Documentation/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_IDE_SATA is not set
# CONFIG_BLK_DEV_HD_IDE is not set
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_IDEDISK_MULTI_MODE=y
CONFIG_BLK_DEV_IDECD=m
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_BLK_DEV_IDEFLOPPY is not set
CONFIG_BLK_DEV_IDESCSI=m
# CONFIG_IDE_TASK_IOCTL is not set
# CONFIG_IDE_TASKFILE_IO is not set
#
# IDE chipset support/bugfixes
#
CONFIG_IDE_GENERIC=y
# CONFIG_BLK_DEV_CMD640 is not set
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y
CONFIG_BLK_DEV_OFFBOARD=y
CONFIG_BLK_DEV_GENERIC=y
# CONFIG_BLK_DEV_OPTI621 is not set
# CONFIG_BLK_DEV_RZ1000 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_IDEDMA_FORCED is not set
CONFIG_IDEDMA_PCI_AUTO=y
# CONFIG_IDEDMA_ONLYDISK is not set
CONFIG_BLK_DEV_ADMA=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
CONFIG_BLK_DEV_AMD74XX=y
# CONFIG_BLK_DEV_ATIIXP is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CY82C693 is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT34X is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
# CONFIG_BLK_DEV_IT8212 is not set
# CONFIG_BLK_DEV_NS87415 is not set
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SIS5513 is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_IDE_ARM is not set
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_IDEDMA_IVB=y
CONFIG_IDEDMA_AUTO=y
# CONFIG_BLK_DEV_HD is not set
#
# SCSI device support
#
CONFIG_SCSI=y
CONFIG_SCSI_PROC_FS=y
#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=m
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_CHR_DEV_SG=m
#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_MULTI_LUN is not set
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
#
# SCSI Transport Attributes
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
#
# SCSI low-level drivers
#
CONFIG_BLK_DEV_3W_XXXX_RAID=y
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_ITERAID is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
CONFIG_MEGARAID_NEWGEN=y
CONFIG_MEGARAID_MM=m
CONFIG_MEGARAID_MAILBOX=m
CONFIG_SCSI_SATA=y
# CONFIG_SCSI_SATA_SVW is not set
# CONFIG_SCSI_ATA_PIIX is not set
# CONFIG_SCSI_SATA_NV is not set
# CONFIG_SCSI_SATA_PROMISE is not set
# CONFIG_SCSI_SATA_SX4 is not set
CONFIG_SCSI_SATA_SIL=y
# CONFIG_SCSI_SATA_SIS is not set
# CONFIG_SCSI_SATA_VIA is not set
# CONFIG_SCSI_SATA_VITESSE is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
# CONFIG_SCSI_SYM53C8XX_IOMAPPED is not set
# CONFIG_SCSI_QLOGIC_ISP is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
CONFIG_SCSI_QLA2XXX=y
# CONFIG_SCSI_QLA21XX is not set
# CONFIG_SCSI_QLA22XX is not set
# CONFIG_SCSI_QLA2300 is not set
# CONFIG_SCSI_QLA2322 is not set
# CONFIG_SCSI_QLA6312 is not set
# CONFIG_SCSI_QLA6322 is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
CONFIG_SCSI_DEBUG=m
#
# Multi-device support (RAID and LVM)
#
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
CONFIG_MD_RAID1=y
CONFIG_MD_RAID5=y
# CONFIG_MD_RAID6 is not set
CONFIG_MD_MULTIPATH=m
CONFIG_BLK_DEV_DM=m
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
CONFIG_DM_ZERO=m
#
# Fusion MPT device support
#
# CONFIG_FUSION is not set
#
# IEEE 1394 (FireWire) support
#
CONFIG_IEEE1394=m
#
# Subsystem Options
#
# CONFIG_IEEE1394_VERBOSEDEBUG is not set
# CONFIG_IEEE1394_OUI_DB is not set
CONFIG_IEEE1394_EXTRA_CONFIG_ROMS=y
CONFIG_IEEE1394_CONFIG_ROM_IP1394=y
#
# Device Drivers
#
#
# Texas Instruments PCILynx requires I2C
#
CONFIG_IEEE1394_OHCI1394=m
#
# Protocol Drivers
#
CONFIG_IEEE1394_VIDEO1394=m
CONFIG_IEEE1394_SBP2=m
# CONFIG_IEEE1394_SBP2_PHYS_DMA is not set
CONFIG_IEEE1394_ETH1394=m
CONFIG_IEEE1394_DV1394=m
CONFIG_IEEE1394_RAWIO=m
CONFIG_IEEE1394_CMP=m
CONFIG_IEEE1394_AMDTP=m
#
# I2O device support
#
# CONFIG_I2O is not set
#
# Networking support
#
CONFIG_NET=y
#
# Networking options
#
CONFIG_PACKET=m
CONFIG_PACKET_MMAP=y
# CONFIG_NETLINK_DEV is not set
CONFIG_UNIX=y
CONFIG_NET_KEY=y
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=y
CONFIG_INET_ESP=y
CONFIG_INET_IPCOMP=y
#
# IP: Virtual Server Configuration
#
# CONFIG_IP_VS is not set
# CONFIG_IPV6 is not set
CONFIG_NETFILTER=y
CONFIG_NETFILTER_DEBUG=y
#
# IP: Netfilter Configuration
#
CONFIG_IP_NF_CONNTRACK=y
CONFIG_IP_NF_FTP=y
CONFIG_IP_NF_IRC=m
CONFIG_IP_NF_TFTP=m
CONFIG_IP_NF_AMANDA=m
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_LIMIT=m
CONFIG_IP_NF_MATCH_IPRANGE=m
CONFIG_IP_NF_MATCH_MAC=m
CONFIG_IP_NF_MATCH_PKTTYPE=m
CONFIG_IP_NF_MATCH_MARK=m
CONFIG_IP_NF_MATCH_MULTIPORT=m
CONFIG_IP_NF_MATCH_TOS=m
CONFIG_IP_NF_MATCH_RECENT=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_DSCP=m
CONFIG_IP_NF_MATCH_AH_ESP=m
CONFIG_IP_NF_MATCH_LENGTH=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_MATCH_TCPMSS=m
CONFIG_IP_NF_MATCH_HELPER=m
CONFIG_IP_NF_MATCH_STATE=m
CONFIG_IP_NF_MATCH_CONNTRACK=m
CONFIG_IP_NF_MATCH_OWNER=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_NAT=m
CONFIG_IP_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_REDIRECT=m
CONFIG_IP_NF_TARGET_NETMAP=m
CONFIG_IP_NF_TARGET_SAME=m
CONFIG_IP_NF_NAT_LOCAL=y
CONFIG_IP_NF_NAT_SNMP_BASIC=m
CONFIG_IP_NF_NAT_IRC=m
CONFIG_IP_NF_NAT_FTP=m
CONFIG_IP_NF_NAT_TFTP=m
CONFIG_IP_NF_NAT_AMANDA=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_TOS=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_DSCP=m
CONFIG_IP_NF_TARGET_MARK=m
CONFIG_IP_NF_TARGET_CLASSIFY=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_IP_NF_TARGET_TCPMSS=m
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_ARP_MANGLE=m
# CONFIG_IP_NF_RAW is not set
# CONFIG_IP_NF_MATCH_ADDRTYPE is not set
# CONFIG_IP_NF_MATCH_REALM is not set
CONFIG_XFRM=y
CONFIG_XFRM_USER=m
#
# SCTP Configuration (EXPERIMENTAL)
#
CONFIG_IP_SCTP=m
CONFIG_SCTP_DBG_MSG=y
CONFIG_SCTP_DBG_OBJCNT=y
CONFIG_SCTP_HMAC_NONE=y
# CONFIG_SCTP_HMAC_SHA1 is not set
# CONFIG_SCTP_HMAC_MD5 is not set
# CONFIG_ATM is not set
# CONFIG_BRIDGE is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_HW_FLOWCONTROL is not set
#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set
# CONFIG_NET_CLS_ROUTE is not set
#
# Network testing
#
CONFIG_NET_PKTGEN=m
# CONFIG_KGDBOE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NETPOLL_RX is not set
# CONFIG_NETPOLL_TRAP is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_HAMRADIO is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
CONFIG_NETDEVICES=y
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
#
# ARCnet devices
#
# CONFIG_ARCNET is not set
#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_MII=m
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
CONFIG_NET_VENDOR_3COM=y
CONFIG_VORTEX=m
# CONFIG_TYPHOON is not set
#
# Tulip family network device support
#
# CONFIG_NET_TULIP is not set
# CONFIG_HP100 is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
CONFIG_AMD8111_ETH=m
# CONFIG_AMD8111E_NAPI is not set
# CONFIG_ADAPTEC_STARFIRE is not set
CONFIG_B44=m
# CONFIG_FORCEDETH is not set
# CONFIG_DGRS is not set
# CONFIG_EEPRO100 is not set
CONFIG_E100=m
# CONFIG_E100_NAPI is not set
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_8139CP is not set
CONFIG_8139TOO=m
# CONFIG_8139TOO_PIO is not set
# CONFIG_8139TOO_TUNE_TWISTER is not set
# CONFIG_8139TOO_8129 is not set
# CONFIG_8139_OLD_RX_RESET is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_VIA_VELOCITY is not set
#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
# CONFIG_E1000 is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_R8169 is not set
# CONFIG_SK98LIN is not set
CONFIG_TIGON3=m
#
# Ethernet (10000 Mbit)
#
# CONFIG_IXGB is not set
# CONFIG_S2IO is not set
#
# Token Ring devices
#
# CONFIG_TR is not set
#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set
#
# Wan interfaces
#
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
CONFIG_PPP=m
# CONFIG_PPP_MULTILINK is not set
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
CONFIG_PPPOE=m
# CONFIG_SLIP is not set
# CONFIG_NET_FC is not set
CONFIG_SHAPER=m
# CONFIG_NETCONSOLE is not set
#
# ISDN subsystem
#
# CONFIG_ISDN is not set
#
# Telephony Support
#
# CONFIG_PHONE is not set
#
# Input device support
#
CONFIG_INPUT=y
#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1280
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=1024
CONFIG_INPUT_JOYDEV=m
# CONFIG_INPUT_TSDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set
#
# Input I/O drivers
#
CONFIG_GAMEPORT=m
CONFIG_SOUND_GAMEPORT=m
# CONFIG_GAMEPORT_NS558 is not set
# CONFIG_GAMEPORT_L4 is not set
# CONFIG_GAMEPORT_EMU10K1 is not set
# CONFIG_GAMEPORT_VORTEX is not set
# CONFIG_GAMEPORT_FM801 is not set
# CONFIG_GAMEPORT_CS461x is not set
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_PARKBD is not set
CONFIG_SERIO_PCIPS2=m
# CONFIG_SERIO_RAW is not set
#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set
#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_SERIAL_NONSTANDARD is not set
#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_ACPI=y
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
# CONFIG_SERIAL_8250_MANY_PORTS is not set
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_MULTIPORT is not set
# CONFIG_SERIAL_8250_RSA is not set
#
# Non-8250 serial port support
#
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_UNIX98_PTYS=y
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set
# CONFIG_TIPAR is not set
# CONFIG_QIC02_TAPE is not set
#
# IPMI
#
CONFIG_IPMI_HANDLER=m
CONFIG_IPMI_PANIC_EVENT=y
# CONFIG_IPMI_PANIC_STRING is not set
CONFIG_IPMI_DEVICE_INTERFACE=m
# CONFIG_IPMI_SI is not set
CONFIG_IPMI_WATCHDOG=m
# CONFIG_IPMI_POWEROFF is not set
#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_HW_RANDOM=y
CONFIG_NVRAM=m
CONFIG_RTC=y
CONFIG_DTLK=m
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
#
# Ftape, the floppy tape device driver
#
CONFIG_AGP=y
CONFIG_AGP_AMD64=y
# CONFIG_AGP_INTEL_MCH is not set
CONFIG_DRM=y
# CONFIG_DRM_TDFX is not set
# CONFIG_DRM_GAMMA is not set
# CONFIG_DRM_R128 is not set
# CONFIG_DRM_RADEON is not set
# CONFIG_DRM_SIS is not set
# CONFIG_MWAVE is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_HPET is not set
CONFIG_HANGCHECK_TIMER=m
#
# I2C support
#
# CONFIG_I2C is not set
#
# Dallas's 1-wire bus
#
# CONFIG_W1 is not set
#
# Misc devices
#
# CONFIG_IBM_ASM is not set
#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set
#
# Digital Video Broadcasting Devices
#
# CONFIG_DVB is not set
#
# Graphics support
#
CONFIG_FB=y
CONFIG_FB_MODE_HELPERS=y
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
# CONFIG_FB_VGA16 is not set
CONFIG_FB_VESA=y
CONFIG_VIDEO_SELECT=y
# CONFIG_FB_HGA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON_OLD is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_VIRTUAL is not set
#
# Console display driver support
#
CONFIG_VGA_CONSOLE=y
# CONFIG_MDA_CONSOLE is not set
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FONTS=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
# CONFIG_FONT_6x11 is not set
# CONFIG_FONT_PEARL_8x8 is not set
# CONFIG_FONT_ACORN_8x8 is not set
# CONFIG_FONT_MINI_4x6 is not set
# CONFIG_FONT_SUN8x16 is not set
# CONFIG_FONT_SUN12x22 is not set
#
# Logo configuration
#
CONFIG_LOGO=y
# CONFIG_LOGO_LINUX_MONO is not set
# CONFIG_LOGO_LINUX_VGA16 is not set
CONFIG_LOGO_LINUX_CLUT224=y
#
# Sound
#
CONFIG_SOUND=m
#
# Advanced Linux Sound Architecture
#
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_HWDEP=m
CONFIG_SND_RAWMIDI=m
CONFIG_SND_SEQUENCER=m
CONFIG_SND_SEQ_DUMMY=m
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_SEQUENCER_OSS=y
CONFIG_SND_BIT32_EMUL=m
CONFIG_SND_RTCTIMER=m
CONFIG_SND_VERBOSE_PRINTK=y
CONFIG_SND_DEBUG=y
CONFIG_SND_DEBUG_MEMORY=y
CONFIG_SND_DEBUG_DETECT=y
#
# Generic devices
#
CONFIG_SND_MPU401_UART=m
CONFIG_SND_DUMMY=m
CONFIG_SND_VIRMIDI=m
CONFIG_SND_MTPAV=m
CONFIG_SND_SERIAL_U16550=m
CONFIG_SND_MPU401=m
#
# PCI devices
#
CONFIG_SND_AC97_CODEC=m
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_HDSP is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_YMFPCI is not set
# CONFIG_SND_ALS4000 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
CONFIG_SND_INTEL8X0=m
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VX222 is not set
#
# ALSA USB devices
#
# CONFIG_SND_USB_AUDIO is not set
# CONFIG_SND_USB_USX2Y is not set
#
# Open Sound System
#
CONFIG_SOUND_PRIME=m
# CONFIG_SOUND_BT878 is not set
# CONFIG_SOUND_CMPCI is not set
# CONFIG_SOUND_EMU10K1 is not set
# CONFIG_SOUND_FUSION is not set
# CONFIG_SOUND_CS4281 is not set
# CONFIG_SOUND_ES1370 is not set
# CONFIG_SOUND_ES1371 is not set
# CONFIG_SOUND_ESSSOLO1 is not set
# CONFIG_SOUND_MAESTRO is not set
# CONFIG_SOUND_MAESTRO3 is not set
CONFIG_SOUND_ICH=m
# CONFIG_SOUND_SONICVIBES is not set
# CONFIG_SOUND_TRIDENT is not set
# CONFIG_SOUND_MSNDCLAS is not set
# CONFIG_SOUND_MSNDPIN is not set
# CONFIG_SOUND_VIA82CXXX is not set
# CONFIG_SOUND_OSS is not set
# CONFIG_SOUND_ALI5455 is not set
# CONFIG_SOUND_FORTE is not set
# CONFIG_SOUND_RME96XX is not set
# CONFIG_SOUND_AD1980 is not set
#
# USB support
#
CONFIG_USB=m
# CONFIG_USB_DEBUG is not set
#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
CONFIG_USB_BANDWIDTH=y
CONFIG_USB_DYNAMIC_MINORS=y
# CONFIG_USB_SUSPEND is not set
#
# USB Host Controller Drivers
#
CONFIG_USB_EHCI_HCD=m
# CONFIG_USB_EHCI_SPLIT_ISO is not set
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
CONFIG_USB_OHCI_HCD=m
# CONFIG_USB_UHCI_HCD is not set
#
# USB Device Class drivers
#
CONFIG_USB_AUDIO=m
# CONFIG_USB_BLUETOOTH_TTY is not set
# CONFIG_USB_MIDI is not set
# CONFIG_USB_ACM is not set
CONFIG_USB_PRINTER=m
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_RW_DETECT is not set
CONFIG_USB_STORAGE_DATAFAB=y
CONFIG_USB_STORAGE_FREECOM=y
CONFIG_USB_STORAGE_ISD200=y
CONFIG_USB_STORAGE_DPCM=y
CONFIG_USB_STORAGE_HP8200e=y
CONFIG_USB_STORAGE_SDDR09=y
CONFIG_USB_STORAGE_SDDR55=y
CONFIG_USB_STORAGE_JUMPSHOT=y
#
# USB Human Interface Devices (HID)
#
CONFIG_USB_HID=m
CONFIG_USB_HIDINPUT=y
# CONFIG_HID_FF is not set
CONFIG_USB_HIDDEV=y
#
# USB HID Boot Protocol drivers
#
# CONFIG_USB_KBD is not set
# CONFIG_USB_MOUSE is not set
# CONFIG_USB_AIPTEK is not set
# CONFIG_USB_WACOM is not set
# CONFIG_USB_KBTAB is not set
# CONFIG_USB_POWERMATE is not set
# CONFIG_USB_MTOUCH is not set
# CONFIG_USB_EGALAX is not set
# CONFIG_USB_XPAD is not set
# CONFIG_USB_ATI_REMOTE is not set
#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set
CONFIG_USB_HPUSBSCSI=m
#
# USB Multimedia devices
#
# CONFIG_USB_DABUSB is not set
#
# Video4Linux support is needed for USB Multimedia device support
#
#
# USB Network adaptors
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
#
# USB port drivers
#
# CONFIG_USB_USS720 is not set
#
# USB Serial Converter support
#
CONFIG_USB_SERIAL=m
CONFIG_USB_SERIAL_GENERIC=y
# CONFIG_USB_SERIAL_BELKIN is not set
# CONFIG_USB_SERIAL_DIGI_ACCELEPORT is not set
# CONFIG_USB_SERIAL_EMPEG is not set
# CONFIG_USB_SERIAL_FTDI_SIO is not set
# CONFIG_USB_SERIAL_VISOR is not set
# CONFIG_USB_SERIAL_IPAQ is not set
# CONFIG_USB_SERIAL_IR is not set
# CONFIG_USB_SERIAL_EDGEPORT is not set
# CONFIG_USB_SERIAL_EDGEPORT_TI is not set
# CONFIG_USB_SERIAL_KEYSPAN_PDA is not set
# CONFIG_USB_SERIAL_KEYSPAN is not set
# CONFIG_USB_SERIAL_KLSI is not set
# CONFIG_USB_SERIAL_KOBIL_SCT is not set
# CONFIG_USB_SERIAL_MCT_U232 is not set
CONFIG_USB_SERIAL_PL2303=m
# CONFIG_USB_SERIAL_SAFE is not set
# CONFIG_USB_SERIAL_CYBERJACK is not set
# CONFIG_USB_SERIAL_XIRCOM is not set
# CONFIG_USB_SERIAL_OMNINET is not set
#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_TIGL is not set
# CONFIG_USB_AUERSWALD is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_PHIDGETSERVO is not set
CONFIG_USB_TEST=m
#
# USB Gadget Support
#
# CONFIG_USB_GADGET is not set
#
# Firmware Drivers
#
# CONFIG_EDD is not set
#
# File systems
#
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_FS_MBCACHE=y
CONFIG_REISER4_FS=y
CONFIG_REISER4_LARGE_KEY=y
# CONFIG_REISER4_CHECK is not set
CONFIG_REISERFS_FS=y
# CONFIG_REISERFS_CHECK is not set
CONFIG_REISERFS_PROC_INFO=y
CONFIG_REISERFS_FS_XATTR=y
CONFIG_REISERFS_FS_POSIX_ACL=y
CONFIG_REISERFS_FS_SECURITY=y
# CONFIG_JFS_FS is not set
CONFIG_FS_POSIX_ACL=y
# CONFIG_XFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_ROMFS_FS is not set
CONFIG_QUOTA=y
CONFIG_QFMT_V1=y
CONFIG_QFMT_V2=y
CONFIG_QUOTACTL=y
CONFIG_AUTOFS_FS=m
CONFIG_AUTOFS4_FS=m
#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_ZISOFS_FS=m
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y
#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set
#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_SYSFS=y
# CONFIG_DEVFS_FS is not set
CONFIG_DEVPTS_FS_XATTR=y
CONFIG_DEVPTS_FS_SECURITY=y
CONFIG_TMPFS=y
CONFIG_HUGETLBFS=y
CONFIG_HUGETLB_PAGE=y
CONFIG_RAMFS=y
#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
#
# Network File Systems
#
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFS_V4=y
CONFIG_NFS_DIRECTIO=y
CONFIG_NFSD=m
CONFIG_NFSD_V3=y
CONFIG_NFSD_V4=y
CONFIG_NFSD_TCP=y
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=m
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
CONFIG_RPCSEC_GSS_KRB5=m
CONFIG_SMB_FS=m
CONFIG_SMB_NLS_DEFAULT=y
CONFIG_SMB_NLS_REMOTE="cp852"
CONFIG_CIFS=m
CONFIG_CIFS_STATS=y
# CONFIG_CIFS_XATTR is not set
CONFIG_CIFS_POSIX=y
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set
#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
#
# Native Language Support
#
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-2"
CONFIG_NLS_CODEPAGE_437=m
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
CONFIG_NLS_CODEPAGE_852=m
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
# CONFIG_NLS_ASCII is not set
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=y
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=m
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=y
#
# Profiling support
#
CONFIG_PROFILING=y
CONFIG_OPROFILE=m
#
# Kernel hacking
#
CONFIG_DEBUG_KERNEL=y
CONFIG_MAGIC_SYSRQ=y
CONFIG_DEBUG_SLAB=y
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_DEBUG_INFO is not set
# CONFIG_FRAME_POINTER is not set
# CONFIG_INIT_DEBUG is not set
# CONFIG_SCHEDSTATS is not set
# CONFIG_IOMMU_DEBUG is not set
# CONFIG_KGDB is not set
#
# Security options
#
# CONFIG_KEYS is not set
CONFIG_SECURITY=y
CONFIG_SECURITY_NETWORK=y
CONFIG_SECURITY_CAPABILITIES=y
CONFIG_SECURITY_ROOTPLUG=m
CONFIG_SECURITY_SELINUX=y
CONFIG_SECURITY_SELINUX_BOOTPARAM=y
CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE=1
# CONFIG_SECURITY_SELINUX_DISABLE is not set
CONFIG_SECURITY_SELINUX_DEVELOP=y
CONFIG_SECURITY_SELINUX_MLS=y
#
# Cryptographic options
#
CONFIG_CRYPTO=y
CONFIG_CRYPTO_HMAC=y
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_SHA1=y
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_DES=y
CONFIG_CRYPTO_BLOWFISH=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_SERPENT=m
# CONFIG_CRYPTO_AES is not set
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
# CONFIG_CRYPTO_TEA is not set
CONFIG_CRYPTO_ARC4=m
# CONFIG_CRYPTO_KHAZAD is not set
CONFIG_CRYPTO_DEFLATE=y
CONFIG_CRYPTO_MICHAEL_MIC=m
# CONFIG_CRYPTO_CRC32C is not set
CONFIG_CRYPTO_TEST=m
#
# Library routines
#
CONFIG_CRC_CCITT=m
CONFIG_CRC32=m
# CONFIG_LIBCRC32C is not set
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=y
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: 2.6.8.1-mm3
2004-08-20 10:19 2.6.8.1-mm3 Andrew Morton
` (7 preceding siblings ...)
2004-08-21 18:51 ` 2.6.8.1-mm3 R. J. Wysocki
@ 2004-08-22 4:32 ` Thomas Davis
2004-08-22 4:48 ` 2.6.8.1-mm3 Andrew Morton
2004-08-22 15:11 ` 2.6.8.1-mm3 Bartlomiej Zolnierkiewicz
8 siblings, 2 replies; 42+ messages in thread
From: Thomas Davis @ 2004-08-22 4:32 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 2291 bytes --]
Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.8.1/2.6.8.1-mm3/
>
> - Added three more bk trees:
>
> bk-fb: Some ARM framebuffer driver (rmk)
> bk-mmc: ARM-specific media drivers(?)
> bk-watchdog: watchdog drivers
>
> - I'm totally unclear on what's happening with the release_task
> sleep-while-atomic bug, and with the CPU hotplug BUG. This kernel will
> probably emit might_sleep warnings. Turn off CONFIG_PREEMPT if it gets
> irritating.
>
> - Added Nick Piggin's CPU scheduler to see what happens. See inside the
> patch for details. Please test, benchmark, report.
>
> - This is (very) lightly tested. Mainly a resync with various parties.
>
Not sure what does what - I'm in the process of going back to 2.6.8.1, and see if any of this goes away..
1) the ub device kills my SanDisk 8 in 1 reader (SDDR-88) I have to yank it out of the USB port to fix it. fixed by removing the UB device from my config outright.
2) do not try to modprobe -r ub; it will do wonky things to your machine (I tried in a KDE Konsole, and lost the keyboard, and the terminal just scrolled blank lines..)
3) Interactivity performance when compiling a kernel (make rpm) sucks. I have a Dell Poweredge 400SC, with a Hyper threaded P4/1GB of ram, ATI Radeon 9600 based video. Load average jumps to the 4's, and stays there - while each cpu in the hyper thread shows about 50% idle time. Mouse pointer jumps all over the place, mouse clicks are lost, menus are slow to drop down, etc..
4) why does this happen (hdd is reported to be PIO, but it's not..)
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH5: IDE controller at PCI slot 0000:00:1f.1
ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 18
ICH5: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio
[root@pinkie root]# /sbin/hdparm /dev/hdd
/dev/hdd:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 24321/255/63, sectors = 390721968, start = 0
thomas
[-- Attachment #2: dmesg-2.6.8.1-mm3.txt --]
[-- Type: text/plain, Size: 17777 bytes --]
Linux version 2.6.8.1-mm3 (root@pinkie) (gcc version 3.3.2 20031022 (Red Hat Linux 3.3.2-1)) #2 SMP Sat Aug 21 20:53:47 PDT 2004
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000003ff74000 (usable)
BIOS-e820: 000000003ff74000 - 000000003ff76000 (ACPI NVS)
BIOS-e820: 000000003ff76000 - 000000003ff97000 (ACPI data)
BIOS-e820: 000000003ff97000 - 0000000040000000 (reserved)
BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
BIOS-e820: 00000000fecf0000 - 00000000fecf1000 (reserved)
BIOS-e820: 00000000fed20000 - 00000000fed90000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee10000 (reserved)
BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
127MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000fe710
On node 0 totalpages: 262004
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 225280 pages, LIFO batch:16
HighMem zone: 32628 pages, LIFO batch:7
DMI 2.3 present.
ACPI: RSDP (v000 DELL ) @ 0x000feb90
ACPI: RSDT (v001 DELL PE400SC 0x00000007 ASL 0x00000061) @ 0x000fd145
ACPI: FADT (v001 DELL PE400SC 0x00000007 ASL 0x00000061) @ 0x000fd17d
ACPI: SSDT (v001 DELL st_ex 0x00001000 MSFT 0x0100000d) @ 0xfffc8a27
ACPI: MADT (v001 DELL PE400SC 0x00000007 ASL 0x00000061) @ 0x000fd1f1
ACPI: BOOT (v001 DELL PE400SC 0x00000007 ASL 0x00000061) @ 0x000fd25d
ACPI: ASF! (v016 DELL PE400SC 0x00000007 ASL 0x00000061) @ 0x000fd285
ACPI: DSDT (v001 DELL dt_ex 0x00001000 MSFT 0x0100000d) @ 0x00000000
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] disabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] disabled)
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode: Flat. Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Built 1 zonelists
Initializing CPU#0
Kernel command line: ro root=/dev/hda5
CPU 0 irqstacks, hard=c03f4000 soft=c03ec000
PID hash table entries: 4096 (order 12: 32768 bytes)
Detected 2792.918 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 1034704k/1048016k available (1919k kernel code, 12688k reserved, 844k data, 204k init, 130512k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 5521.40 BogoMIPS (lpj=2760704)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU0: Thermal monitoring enabled
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
CPU0: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 09
per-CPU timeslice cutoff: 1463.09 usecs.
task migration cache decay timeout: 2 msecs.
Booting processor 1/1 eip 3000
CPU 1 irqstacks, hard=c03f5000 soft=c03ed000
Initializing CPU#1
Calibrating delay loop... 5570.56 BogoMIPS (lpj=2785280)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: Intel P4/Xeon Extended MCE MSRs (12) available
CPU1: Thermal monitoring enabled
CPU1: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 09
Total of 2 processors activated (11091.96 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 pin1=2 pin2=-1
checking TSC synchronization across 2 CPUs: passed.
Brought up 2 CPUs
CPU0: online
domain 0: span 03
groups: 01 02
domain 1: span 03
groups: 03
CPU1: online
domain 0: span 03
groups: 02 01
domain 1: span 03
groups: 03
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfba63, last bus=2
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20040715
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 *10 11 12 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 11 12 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 *5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 *5 6 7 9 10 11 12 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
PnPBIOS: Scanning system for PnP BIOS support...
PnPBIOS: Found PnP BIOS installation structure at 0xc00fe2d0
PnPBIOS: PnP BIOS version 1.0, entry 0xf0000:0xe2f4, dseg 0x40
pnp: 00:00: ioport range 0x800-0x8df could not be reserved
pnp: 00:00: ioport range 0xc00-0xc7f has been reserved
PnPBIOS: 17 nodes reported by PnP BIOS; 17 recorded by driver
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
** PCI interrupts are no longer routed automatically. If this
** causes a device to stop working, it is probably because the
** driver failed to call pci_enable_device(). As a temporary
** workaround, the "pci=routeirq" argument restores the old
** behavior. If this argument makes the device work again,
** please email the output of "lspci" to bjorn.helgaas@hp.com
** so I can fix the driver.
ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 16
radeonfb: Found Intel x86 BIOS ROM Image
radeonfb: Retreived PLL infos from BIOS
radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=325.00 Mhz, System=203.00 MHz
radeonfb: Monitor 1 type CRT found
radeonfb: Monitor 2 type no found
radeonfb: ATI Radeon AP SDR SGRAM 256 MB
Simple Boot Flag value 0x87 read from CMOS RAM was invalid
Simple Boot Flag at 0x7a set to 0x1
Machine check exception polling timer started.
Starting balanced_irq
highmem bounce pool size: 64 pages
Initializing Cryptographic API
ACPI: Power Button (FF) [PWRF]
ACPI: Processor [CPU0] (supports C1)
ACPI: Processor [CPU1] (supports C1)
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH5: IDE controller at PCI slot 0000:00:1f.1
ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 18
ICH5: chipset revision 2
ICH5: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio
Probing IDE interface ide0...
hda: ST340014A, ATA DISK drive
hdb: WDC WD1000BB-00CCB0, ATA DISK drive
Using anticipatory io scheduler
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: _NEC DVD_RW ND-2500A, ATAPI CD/DVD-ROM drive
hdd: HDS722525VLAT80, ATA DISK drive
ide1 at 0x170-0x177,0x376 on irq 15
Probing IDE interface ide2...
ide2: Wait for ready failed before probe !
Probing IDE interface ide3...
ide3: Wait for ready failed before probe !
Probing IDE interface ide4...
ide4: Wait for ready failed before probe !
Probing IDE interface ide5...
ide5: Wait for ready failed before probe !
hda: max request size: 1024KiB
hda: 78125000 sectors (40000 MB) w/2048KiB Cache, CHS=16383/255/63, UDMA(100)
hda: cache flushes supported
hda: hda1 hda2 hda3 hda4 < hda5 >
hdb: max request size: 128KiB
hdb: 195371568 sectors (100030 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100)
hdb: cache flushes supported
hdb: hdb1 hdb2
hdd: max request size: 1024KiB
hdd: 390721968 sectors (200049 MB) w/7938KiB Cache, CHS=24321/255/63, UDMA(100)
hdd: cache flushes supported
hdd: hdd1
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard on isa0060/serio0
input: PS2++ Logitech Mouse on isa0060/serio1
i2c /dev entries driver
md: raid0 personality registered as nr 2
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
NET: Registered protocol family 2
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP: Hash tables configured (established 262144 bind 65536)
ip_conntrack version 2.1 (8187 buckets, 65496 max) - 300 bytes per conntrack
ip_tables: (C) 2000-2002 Netfilter core team
ipt_recent v0.3.1: Stephen Frost <sfrost@snowman.net>. http://snowman.net/projects/ipt_recent/
arp_tables: (C) 2002 David S. Miller
NET: Registered protocol family 1
NET: Registered protocol family 17
ACPI: (supports S0 S1 S4 S5)
ACPI wakeup devices:
VBTN PCI0 USB0 USB1 USB2 USB3 PCI1 KBD
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 204k freed
Real Time Clock Driver v1.12
EXT3 FS on hda5, internal journal
Adding 2096472k swap on /dev/hda3. Priority:-1 extents:1
kjournald starting. Commit interval 5 seconds
EXT3 FS on hda2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on hdd1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ieee1394: Initialized config rom entry `ip1394'
ohci1394: $Rev: 1226 $ Ben Collins <bcollins@debian.org>
ACPI: PCI interrupt 0000:02:01.0[A] -> GSI 22 (level, low) -> IRQ 22
ohci1394: fw-host0: OHCI-1394 1.0 (PCI): IRQ=[22] MMIO=[fe8df800-fe8dffff] Max Packet=[2048]
ieee1394: Host added: ID:BUS[0-00:1023] GUID[0001080030000afa]
IA-32 Microcode Update Driver: v1.14 <tigran@veritas.com>
microcode: No suitable data for CPU0
microcode: No suitable data for CPU1
USB Universal Host Controller Interface driver v2.2
ACPI: PCI interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1d.0: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #1
PCI: Setting latency timer of device 0000:00:1d.0 to 64
uhci_hcd 0000:00:1d.0: irq 16, io base 0000ff80
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ACPI: PCI interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 19
uhci_hcd 0000:00:1d.1: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #2
PCI: Setting latency timer of device 0000:00:1d.1 to 64
uhci_hcd 0000:00:1d.1: irq 19, io base 0000ff60
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 18
uhci_hcd 0000:00:1d.2: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #3
PCI: Setting latency timer of device 0000:00:1d.2 to 64
uhci_hcd 0000:00:1d.2: irq 18, io base 0000ff40
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
ACPI: PCI interrupt 0000:00:1d.3[A] -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1d.3: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #4
PCI: Setting latency timer of device 0000:00:1d.3 to 64
uhci_hcd 0000:00:1d.3: irq 16, io base 0000ff20
uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 4
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
ACPI: PCI interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller
PCI: Setting latency timer of device 0000:00:1d.7 to 64
ehci_hcd 0000:00:1d.7: irq 23, pci mem f99d4800
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 5
PCI: cache line size of 128 is not supported by device 0000:00:1d.7
ehci_hcd 0000:00:1d.7: USB 2.0 enabled, EHCI 1.00, driver 2004-May-10
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 8 ports detected
usb 5-1: new high speed USB device using address 2
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378 (0x778), irq 7, using FIFO [PCSPP,TRISTATE,COMPAT,ECP]
SCSI subsystem initialized
Initializing USB Mass Storage driver...
scsi0 : SCSI emulation for USB Mass Storage devices
Vendor: Generic Model: STORAGE DEVICE Rev: 9139
Type: Direct-Access ANSI SCSI revision: 02
Vendor: Generic Model: STORAGE DEVICE Rev: 9139
Type: Direct-Access ANSI SCSI revision: 02
Vendor: Generic Model: STORAGE DEVICE Rev: 9139
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0
Attached scsi generic sg1 at scsi0, channel 0, id 0, lun 1, type 0
Attached scsi generic sg2 at scsi0, channel 0, id 0, lun 2, type 0
Vendor: Generic Model: STORAGE DEVICE Rev: 9139
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0
Attached scsi removable disk sdb at scsi0, channel 0, id 0, lun 1
Attached scsi removable disk sdc at scsi0, channel 0, id 0, lun 2
Attached scsi removable disk sdd at scsi0, channel 0, id 0, lun 3
Attached scsi generic sg3 at scsi0, channel 0, id 0, lun 3, type 0
inserting floppy driver for 2.6.8.1-mm3
USB Mass Storage device found at 2
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
floppy: controller ACPI FDC at I/O 0x3f7-0x3f7 irq 6 dma channel 2
Floppy drive(s): fd0 is 1.44M
usb 3-2: new full speed USB device using address 2
hub 3-2:1.0: USB hub found
hub 3-2:1.0: 4 ports detected
usb 3-2.3: new full speed USB device using address 3
usb 3-2.4: new full speed USB device using address 4
drivers/usb/class/usblp.c: usblp0: USB Bidirectional printer dev 3 if 0 alt 1 proto 2 vid 0x0832 pid 0x5850
usbcore: registered new driver usblp
drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver
Bluetooth: Core ver 2.6
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
Bluetooth: HCI USB driver ver 2.7
usbcore: registered new driver hci_usb
floppy0: no floppy controllers found
e1000: Ignoring new-style parameters in presence of obsolete ones
Intel(R) PRO/1000 Network Driver - version 5.3.19-k2-NAPI
Copyright (c) 1999-2004 Intel Corporation.
ACPI: PCI interrupt 0000:02:0c.0[A] -> GSI 18 (level, low) -> IRQ 18
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
e1000: eth0: e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex
Bluetooth: L2CAP ver 2.3
Bluetooth: L2CAP socket layer initialized
Bluetooth: RFCOMM ver 1.3
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM TTY layer initialized
lp0: using parport0 (interrupt-driven).
Linux agpgart interface v0.100 (c) Dave Jones
atkbd.c: Spurious ACK on isa0060/serio0. Some program, like XFree86, might be trying access hardware directly.
atkbd.c: Spurious ACK on isa0060/serio0. Some program, like XFree86, might be trying access hardware directly.
ACPI: PCI interrupt 0000:00:1f.5[B] -> GSI 17 (level, low) -> IRQ 17
PCI: Setting latency timer of device 0000:00:1f.5 to 64
intel8x0_measure_ac97_clock: measured 51575 usecs
intel8x0: clocking to 48000
usb 5-1: USB disconnect, address 2
inserting floppy driver for 2.6.8.1-mm3
usb 5-1: new high speed USB device using address 4
scsi1 : SCSI emulation for USB Mass Storage devices
Vendor: Generic Model: STORAGE DEVICE Rev: 9139
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi1, channel 0, id 0, lun 0, type 0
Vendor: Generic Model: STORAGE DEVICE Rev: 9139
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sdb at scsi1, channel 0, id 0, lun 1
Attached scsi generic sg1 at scsi1, channel 0, id 0, lun 1, type 0
Vendor: Generic Model: STORAGE DEVICE Rev: 9139
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sdc at scsi1, channel 0, id 0, lun 2
Attached scsi generic sg2 at scsi1, channel 0, id 0, lun 2, type 0
Vendor: Generic Model: STORAGE DEVICE Rev: 9139
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sdd at scsi1, channel 0, id 0, lun 3
Attached scsi generic sg3 at scsi1, channel 0, id 0, lun 3, type 0
USB Mass Storage device found at 4
inserting floppy driver for 2.6.8.1-mm3
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: 2.6.8.1-mm3
2004-08-22 4:32 ` 2.6.8.1-mm3 Thomas Davis
@ 2004-08-22 4:48 ` Andrew Morton
2004-08-22 4:58 ` 2.6.8.1-mm3 Nick Piggin
2004-08-22 6:51 ` 2.6.8.1-mm3 Pete Zaitcev
2004-08-22 15:11 ` 2.6.8.1-mm3 Bartlomiej Zolnierkiewicz
1 sibling, 2 replies; 42+ messages in thread
From: Andrew Morton @ 2004-08-22 4:48 UTC (permalink / raw)
To: Thomas Davis; +Cc: linux-kernel, Pete Zaitcev
Thomas Davis <tadavis@lbl.gov> wrote:
>
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.8.1/2.6.8.1-mm3/
> >
> > - Added three more bk trees:
> >
> > bk-fb: Some ARM framebuffer driver (rmk)
> > bk-mmc: ARM-specific media drivers(?)
> > bk-watchdog: watchdog drivers
> >
> > - I'm totally unclear on what's happening with the release_task
> > sleep-while-atomic bug, and with the CPU hotplug BUG. This kernel will
> > probably emit might_sleep warnings. Turn off CONFIG_PREEMPT if it gets
> > irritating.
> >
> > - Added Nick Piggin's CPU scheduler to see what happens. See inside the
> > patch for details. Please test, benchmark, report.
> >
> > - This is (very) lightly tested. Mainly a resync with various parties.
> >
>
> Not sure what does what - I'm in the process of going back to 2.6.8.1, and see if any of this goes away..
>
> 1) the ub device kills my SanDisk 8 in 1 reader (SDDR-88) I have to yank it out of the USB port to fix it. fixed by removing the UB device from my config outright.
Hi, Pete.
> 2) do not try to modprobe -r ub; it will do wonky things to your machine (I tried in a KDE Konsole, and lost the keyboard, and the terminal just scrolled blank lines..)
Hi, Pete.
> 3) Interactivity performance when compiling a kernel (make rpm) sucks. I have a Dell Poweredge 400SC, with a Hyper threaded P4/1GB of ram, ATI Radeon 9600 based video. Load average jumps to the 4's, and stays there - while each cpu in the hyper thread shows about 50% idle time. Mouse pointer jumps all over the place, mouse clicks are lost, menus are slow to drop down, etc..
Ingo found a ghastly performance problem with X, but that'll be present in
2.6.8.1 as well.
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-22 4:48 ` 2.6.8.1-mm3 Andrew Morton
@ 2004-08-22 4:58 ` Nick Piggin
2004-08-22 6:26 ` 2.6.8.1-mm3 Thomas Davis
2004-08-22 6:51 ` 2.6.8.1-mm3 Pete Zaitcev
1 sibling, 1 reply; 42+ messages in thread
From: Nick Piggin @ 2004-08-22 4:58 UTC (permalink / raw)
To: Andrew Morton; +Cc: Thomas Davis, linux-kernel, Pete Zaitcev
Andrew Morton wrote:
> Thomas Davis <tadavis@lbl.gov> wrote:
>>3) Interactivity performance when compiling a kernel (make rpm) sucks. I have a Dell Poweredge 400SC, with a Hyper threaded P4/1GB of ram, ATI Radeon 9600 based video. Load average jumps to the 4's, and stays there - while each cpu in the hyper thread shows about 50% idle time. Mouse pointer jumps all over the place, mouse clicks are lost, menus are slow to drop down, etc..
>
>
> Ingo found a ghastly performance problem with X, but that'll be present in
> 2.6.8.1 as well.
The other thing is I may have botched moving my scheduler on top of smtnice.
I hadn't tested that too well (I have an HT system, but it doesn't run X).
If you get time, could you try turning off CONFIG_SCHED_SMT - if that still
doesn't help, try turning off hyperthreading completely. Thanks.
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-22 4:48 ` 2.6.8.1-mm3 Andrew Morton
2004-08-22 4:58 ` 2.6.8.1-mm3 Nick Piggin
@ 2004-08-22 6:51 ` Pete Zaitcev
1 sibling, 0 replies; 42+ messages in thread
From: Pete Zaitcev @ 2004-08-22 6:51 UTC (permalink / raw)
To: Andrew Morton; +Cc: Thomas Davis, linux-kernel, zaitcev
On Sat, 21 Aug 2004 21:48:24 -0700
Andrew Morton <akpm@osdl.org> wrote:
> > 2) do not try to modprobe -r ub; it will do wonky things to your machine (I tried in a KDE Konsole, and lost the keyboard, and the terminal just scrolled blank lines..)
>
> Hi, Pete.
Probably ohci and timeouts, if anything.
But actually 2.6.8.1-mm3 locks up on me without ub in the picture, so
paint me suspicious.
-- Pete
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: 2.6.8.1-mm3
2004-08-22 4:32 ` 2.6.8.1-mm3 Thomas Davis
2004-08-22 4:48 ` 2.6.8.1-mm3 Andrew Morton
@ 2004-08-22 15:11 ` Bartlomiej Zolnierkiewicz
1 sibling, 0 replies; 42+ messages in thread
From: Bartlomiej Zolnierkiewicz @ 2004-08-22 15:11 UTC (permalink / raw)
To: Thomas Davis; +Cc: Andrew Morton, linux-kernel
On Sunday 22 August 2004 06:32, Thomas Davis wrote:
> 4) why does this happen (hdd is reported to be PIO, but it's not..)
>
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> ICH5: IDE controller at PCI slot 0000:00:1f.1
> ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 18
> ICH5: not 100% native mode: will probe irqs later
> ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA
> ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio
these are "BIOS settings", IDE driver overrides them
^ permalink raw reply [flat|nested] 42+ messages in thread