* Re: 2.6.8.1-mm2
2004-08-19 8:42 2.6.8.1-mm2 Andrew Morton
@ 2004-08-19 9:10 ` Ryan Cumming
2004-08-19 9:35 ` 2.6.8.1-mm2 Chris Wedgwood
2004-08-23 21:25 ` 2.6.8.1-mm2 Adrian Bunk
2004-08-19 9:12 ` 2.6.8.1-mm2 Dipankar Sarma
` (10 subsequent siblings)
11 siblings, 2 replies; 47+ messages in thread
From: Ryan Cumming @ 2004-08-19 9:10 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 667 bytes --]
On Thursday 19 August 2004 01:42, you wrote:
> - Added the reiser4 filesystem. Please give it a whizz. Please Cc
From the help text:
"ReiserFS V3 is the stablest Linux filesystem, and V4 is the fastest.
In regards to claims by ext2 that they are the de facto
standard Linux filesystem, the most polite thing to say is that
many persons disagree, and it is interesting that those persons
seem to include the distros that are growing in market share.
See http://www.namesys.com/benchmarks.html for why many disagree."
These statements seem inflammatory at best, and bloat an already large help
text. Looks like it could use a little editing.
-Ryan
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 47+ messages in thread* Re: 2.6.8.1-mm2
2004-08-19 9:10 ` 2.6.8.1-mm2 Ryan Cumming
@ 2004-08-19 9:35 ` Chris Wedgwood
2004-08-23 21:25 ` 2.6.8.1-mm2 Adrian Bunk
1 sibling, 0 replies; 47+ messages in thread
From: Chris Wedgwood @ 2004-08-19 9:35 UTC (permalink / raw)
To: Ryan Cumming; +Cc: linux-kernel
On Thu, Aug 19, 2004 at 02:10:50AM -0700, Ryan Cumming wrote:
> From the help text:
>
> "ReiserFS V3 is the stablest Linux filesystem, and V4 is the
> fastest.
It's Hans-speak. Just ignore it if you disagree. It's not like it's
an official press release.
--cw
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2
2004-08-19 9:10 ` 2.6.8.1-mm2 Ryan Cumming
2004-08-19 9:35 ` 2.6.8.1-mm2 Chris Wedgwood
@ 2004-08-23 21:25 ` Adrian Bunk
2004-08-25 18:32 ` 2.6.8.1-mm2 Bill Davidsen
1 sibling, 1 reply; 47+ messages in thread
From: Adrian Bunk @ 2004-08-23 21:25 UTC (permalink / raw)
To: Ryan Cumming; +Cc: linux-kernel
On Thu, Aug 19, 2004 at 02:10:50AM -0700, Ryan Cumming wrote:
> On Thursday 19 August 2004 01:42, you wrote:
> > - Added the reiser4 filesystem. Please give it a whizz. Please Cc
> From the help text:
> "ReiserFS V3 is the stablest Linux filesystem, and V4 is the fastest.
>
> In regards to claims by ext2 that they are the de facto
> standard Linux filesystem, the most polite thing to say is that
> many persons disagree, and it is interesting that those persons
> seem to include the distros that are growing in market share.
>...
Where is this claimed by ext2 in 2.6.8.1-mm2?
> -Ryan
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 47+ messages in thread* Re: 2.6.8.1-mm2
2004-08-23 21:25 ` 2.6.8.1-mm2 Adrian Bunk
@ 2004-08-25 18:32 ` Bill Davidsen
0 siblings, 0 replies; 47+ messages in thread
From: Bill Davidsen @ 2004-08-25 18:32 UTC (permalink / raw)
To: linux-kernel
Adrian Bunk wrote:
> On Thu, Aug 19, 2004 at 02:10:50AM -0700, Ryan Cumming wrote:
>
>>On Thursday 19 August 2004 01:42, you wrote:
>>
>>>- Added the reiser4 filesystem. Please give it a whizz. Please Cc
>>
>>From the help text:
>>"ReiserFS V3 is the stablest Linux filesystem, and V4 is the fastest.
>>
>>In regards to claims by ext2 that they are the de facto
>>standard Linux filesystem, the most polite thing to say is that
>>many persons disagree, and it is interesting that those persons
>>seem to include the distros that are growing in market share.
>>...
>
>
> Where is this claimed by ext2 in 2.6.8.1-mm2?
I usually measure stability by length of time without a bugfix patch...
--
-bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2
2004-08-19 8:42 2.6.8.1-mm2 Andrew Morton
2004-08-19 9:10 ` 2.6.8.1-mm2 Ryan Cumming
@ 2004-08-19 9:12 ` Dipankar Sarma
2004-08-19 11:36 ` 2.6.8.1-mm2 Gene Heskett
` (9 subsequent siblings)
11 siblings, 0 replies; 47+ messages in thread
From: Dipankar Sarma @ 2004-08-19 9:12 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
On Thu, Aug 19, 2004 at 01:42:04AM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.8.1/2.6.8.1-mm2/
>
> +reiser4-rcu-barrier.patch
> +reiser4-rcu-barrier-fix.patch
The rcu-barrier patch was written long ago and pre-cpu-hotplug.
rcu_barrier needs lock_cpu_hotplug()/unlock_cpu_hotplug(). I had
put a comment in there identifying the place.
Thanks
Dipankar
^ permalink raw reply [flat|nested] 47+ messages in thread* Re: 2.6.8.1-mm2
2004-08-19 8:42 2.6.8.1-mm2 Andrew Morton
2004-08-19 9:10 ` 2.6.8.1-mm2 Ryan Cumming
2004-08-19 9:12 ` 2.6.8.1-mm2 Dipankar Sarma
@ 2004-08-19 11:36 ` Gene Heskett
2004-08-19 12:29 ` [PATCH] 2.6.8.1-mm2 --- UML build fixes Chris Wedgwood
` (8 subsequent siblings)
11 siblings, 0 replies; 47+ messages in thread
From: Gene Heskett @ 2004-08-19 11:36 UTC (permalink / raw)
To: linux-kernel; +Cc: Andrew Morton
On Thursday 19 August 2004 04:42, Andrew Morton wrote:
>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.8.
>1/2.6.8.1-mm2/
Unforch Andrew, the make bails out when nearly done:
In file included from include/asm/semaphore.h:41,
from include/linux/sched.h:18,
from include/linux/module.h:10,
from drivers/block/genhd.c:6:
include/linux/wait.h:279: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugzilla.redhat.com/bugzilla> for instructions.
CC fs/udf/truncate.o
The bug is not reproducible, so it is likely a hardware or OS problem.
make[2]: *** [drivers/block/genhd.o] Error 1
make[1]: *** [drivers/block] Error 2
make: *** [drivers] Error 2
make: *** Waiting for unfinished jobs....
CC fs/udf/symlink.o
CC fs/udf/fsync.o
CC fs/udf/crc.o
CC fs/udf/directory.o
CC fs/udf/misc.o
CC fs/udf/udftime.o
CC fs/udf/unicode.o
CC fs/vfat/namei.o
LD fs/udf/udf.o
LD fs/udf/built-in.o
LD fs/vfat/vfat.o
LD fs/vfat/built-in.o
LD fs/built-in.o
gcc:gcc (GCC) 3.3.3 20040412 (Red Hat Linux 3.3.3-7)
Comments?
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
99.24% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attorneys please note, additions to this message
by Gene Heskett are:
Copyright 2004 by Maurice Eugene Heskett, all rights reserved.
^ permalink raw reply [flat|nested] 47+ messages in thread* [PATCH] 2.6.8.1-mm2 --- UML build fixes
2004-08-19 8:42 2.6.8.1-mm2 Andrew Morton
` (2 preceding siblings ...)
2004-08-19 11:36 ` 2.6.8.1-mm2 Gene Heskett
@ 2004-08-19 12:29 ` Chris Wedgwood
2004-08-19 20:55 ` Sam Ravnborg
2004-08-19 14:43 ` 2.6.8.1-mm2 Michael Geithe
` (7 subsequent siblings)
11 siblings, 1 reply; 47+ messages in thread
From: Chris Wedgwood @ 2004-08-19 12:29 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, Jeff Dike
On Thu, Aug 19, 2004 at 01:42:04AM -0700, Andrew Morton wrote:
> +uml-remove-cow-driver.patch
> +uml-updates-2.patch
>
> UML fixes
This (merged from jdike earlier email) is required to get uml to
build.
Makefile | 1
arch/um/Makefile | 31 ++++++++++++---
arch/um/kernel/Makefile | 4 +-
arch/um/kernel/vmlinux.lds.S | 86 ++++++++++++++++++++++++++++++++++++++++++-
arch/um/sys-i386/Makefile | 7 ++-
arch/um/uml.lds.S | 10 +----
6 files changed, 119 insertions(+), 20 deletions(-)
===== Makefile 1.514 vs edited =====
--- 1.514/Makefile 2004-08-19 04:32:25 -07:00
+++ edited/Makefile 2004-08-19 04:38:27 -07:00
@@ -523,6 +523,7 @@
$(drivers-y) \
$(net-y) \
--end-group \
+ $(post-y) \
$(filter .tmp_kallsyms%,$^) \
-o $@
endef
===== arch/um/Makefile 1.27 vs edited =====
--- 1.27/arch/um/Makefile 2004-08-19 04:33:04 -07:00
+++ edited/arch/um/Makefile 2004-08-19 04:38:27 -07:00
@@ -21,6 +21,10 @@
$(ARCH_DIR)/drivers/ \
$(ARCH_DIR)/sys-$(SUBARCH)/
+post-y = --wrap malloc --wrap free --wrap calloc \
+ $(ARCH_DIR)/main.o -lutil \
+ --start-group -lgcc -lgcc_eh -lc --end-group
+
# Have to precede the include because the included Makefiles reference them.
SYMLINK_HEADERS = archparam.h system.h sigcontext.h processor.h ptrace.h \
arch-signal.h module.h
@@ -84,7 +88,11 @@
prepare: $(ARCH_SYMLINKS) $(SYS_HEADERS) $(GEN_HEADERS)
-LDFLAGS_vmlinux = -r
+# This extracts the library path from gcc with -print-search-dirs and munges
+# the output into a bunch of -L switches.
+LD_DIRS = $(shell gcc -print-search-dirs | grep libraries | \
+ sed -e 's/^.*=/-L/' -e 's/:/ -L/g')
+LDFLAGS_vmlinux = $(LD_DIRS) -r
vmlinux: $(ARCH_DIR)/main.o
@@ -117,17 +125,28 @@
-DSTART=$$(($(TOP_ADDR) - $(SIZE))) -DELF_ARCH=$(ELF_ARCH) \
-DELF_FORMAT=\"$(ELF_FORMAT)\" $(CPP_MODE_TT) \
-DKERNEL_STACK_SIZE=$(STACK_SIZE))
+CPPFLAGS_$(LD_SCRIPT-y) = $(CPPFLAGS_vmlinux.lds) -P -C -Uum
-export CPPFLAGS_$(LD_SCRIPT-y) = $(CPPFLAGS_vmlinux.lds) -P -C -Uum
+export CPPFLAGS_$(LD_SCRIPT-y)
LD_SCRIPT-y := $(ARCH_DIR)/$(LD_SCRIPT-y)
-#$(LD_SCRIPT-y) : $(LD_SCRIPT-y:.s=.S) scripts FORCE
-# $(call if_changed_dep,as_s_S)
+# More kbuild lossage - I can't get uml.lds to fire the %.lds : %.lds.S rule.
+# It always ends up going into the .S assembly rule. So, an explicit rule
+# here works around that. Then, it turns out that cmd_cpp_lds_S is undefined,
+# which I don't understand since I would have thought that the entire Makefile
+# had been read by the time it executes commands. So, defining that here works
+# around that. Then, it turns out that cpp_flags isn't defined, which I don't
+# understand for the same reason. So, I just included the expansion here,
+# and after much grossness, you get a building and working UML.
+quiet_cmd_cpp_lds_S = LDS $@
+ cmd_cpp_lds_S = $(CPP) -Wp,-MD,$(depfile) -Iinclude $(CPPFLAGS_vmlinux.lds) -P -C -Uum $(NOSTDINC_FLAGS) -D__ASSEMBLY__ -o $@ $<
+
+$(LD_SCRIPT-y) : $(LD_SCRIPT-y).S scripts FORCE
+ $(call if_changed_dep,cpp_lds_S)
linux: vmlinux $(LD_SCRIPT-y)
- $(CC) -Wl,-T,$(LD_SCRIPT-y) $(LINK-y) $(LINK_WRAPS) \
- -o linux $(ARCH_DIR)/main.o vmlinux -L/usr/lib -lutil
+ $(CC) -Wl,-T,$(LD_SCRIPT-y) $(LINK-y) -o linux vmlinux
USER_CFLAGS := $(patsubst -I%,,$(CFLAGS))
USER_CFLAGS := $(patsubst -Derrno=kernel_errno,,$(USER_CFLAGS))
===== arch/um/uml.lds.S 1.17 vs edited =====
--- 1.17/arch/um/uml.lds.S 2004-08-19 04:33:04 -07:00
+++ edited/arch/um/uml.lds.S 2004-08-19 04:38:27 -07:00
@@ -11,15 +11,9 @@
__binary_start = .;
#ifdef MODE_TT
- .thread_private : {
- __start_thread_private = .;
- errno = .;
- . += 4;
- arch/um/kernel/tt/unmap_fin.o (.data)
- __end_thread_private = .;
- }
+ .thread_private : { *(.thread_private) }
. = ALIGN(4096);
- .remap : { arch/um/kernel/tt/unmap_fin.o (.text) }
+ .remap : { *(.remap) }
#endif
. = ALIGN(4096); /* Init code and data */
===== arch/um/kernel/Makefile 1.21 vs edited =====
--- 1.21/arch/um/kernel/Makefile 2004-08-19 04:33:10 -07:00
+++ edited/arch/um/kernel/Makefile 2004-08-19 04:38:27 -07:00
@@ -3,7 +3,7 @@
# Licensed under the GPL
#
-extra-y := vmlinux.lds
+extra-y := vmlinux.lds ../main.o
obj-y = checksum.o config.o exec_kern.o exitcode.o frame_kern.o frame.o \
helper.o init_task.o irq.o irq_user.o ksyms.o mem.o mem_user.o \
@@ -24,7 +24,7 @@
user-objs-$(CONFIG_TTY_LOG) += tty_log.o
USER_OBJS := $(filter %_user.o,$(obj-y)) $(user-objs-y) config.o helper.o \
- process.o tempfile.o time.o tty_log.o umid.o user_util.o
+ process.o tempfile.o time.o tty_log.o umid.o user_util.o ../main.o
USER_OBJS := $(foreach file,$(USER_OBJS),$(obj)/$(file))
CFLAGS_frame.o := $(patsubst -fomit-frame-pointer,,$(USER_CFLAGS))
===== arch/um/kernel/vmlinux.lds.S 1.2 vs edited =====
--- 1.2/arch/um/kernel/vmlinux.lds.S 2003-08-04 20:42:07 -07:00
+++ edited/arch/um/kernel/vmlinux.lds.S 2004-08-19 04:57:31 -07:00
@@ -7,5 +7,89 @@
SECTIONS
{
-#include "asm/common.lds.S"
+ . = START + SIZEOF_HEADERS;
+
+ __binary_start = .;
+#ifdef MODE_TT
+ .thread_private : {
+ __start_thread_private = .;
+ errno = .;
+ . += 4;
+ arch/um/kernel/tt/unmap_fin.o (.data)
+ __end_thread_private = .;
+ }
+ . = ALIGN(4096);
+ .remap : { arch/um/kernel/tt/unmap_fin.o (.text) }
+#endif
+
+ . = ALIGN(4096); /* Init code and data */
+ _stext = .;
+ __init_begin = .;
+ .init.text : {
+ _sinittext = .;
+ *(.init.text)
+ _einittext = .;
+ }
+ . = ALIGN(4096);
+ .text :
+ {
+ *(.text)
+ SCHED_TEXT
+ /* .gnu.warning sections are handled specially by elf32.em. */
+ *(.gnu.warning)
+ *(.gnu.linkonce.t*)
+ }
+
+ #include "asm/common.lds.S"
+
+ .init.data : { *(init.data) }
+ .data.init_task : { *(.data.init_task) }
+ .data :
+ {
+ *(.data)
+ *(.gnu.linkonce.d*)
+ CONSTRUCTORS
+ }
+ .data1 : { *(.data1) }
+ .ctors :
+ {
+ *(.ctors)
+ }
+ .dtors :
+ {
+ *(.dtors)
+ }
+
+ .got : { *(.got.plt) *(.got) }
+ .dynamic : { *(.dynamic) }
+ /* We want the small data sections together, so single-instruction offsets
+ can access them all, and initialized data all before uninitialized, so
+ we can shorten the on-disk segment size. */
+ .sdata : { *(.sdata) }
+ _edata = .;
+ PROVIDE (edata = .);
+ . = ALIGN(0x1000);
+ .sbss :
+ {
+ __bss_start = .;
+ PROVIDE(_bss_start = .);
+ *(.sbss)
+ *(.scommon)
+ }
+ .bss :
+ {
+ *(.dynbss)
+ *(.bss)
+ *(COMMON)
+ }
+ _end = . ;
+ PROVIDE (end = .);
+ /* Stabs debugging sections. */
+ .stab 0 : { *(.stab) }
+ .stabstr 0 : { *(.stabstr) }
+ .stab.excl 0 : { *(.stab.excl) }
+ .stab.exclstr 0 : { *(.stab.exclstr) }
+ .stab.index 0 : { *(.stab.index) }
+ .stab.indexstr 0 : { *(.stab.indexstr) }
+ .comment 0 : { *(.comment) }
}
===== arch/um/sys-i386/Makefile 1.16 vs edited =====
--- 1.16/arch/um/sys-i386/Makefile 2004-08-19 04:33:16 -07:00
+++ edited/arch/um/sys-i386/Makefile 2004-08-19 04:38:27 -07:00
@@ -1,5 +1,5 @@
-obj-y = bugs.o checksum.o fault.o ksyms.o ldt.o ptrace.o ptrace_user.o \
- semaphore.o sigcontext.o syscalls.o sysrq.o time.o
+obj-y = bitops.o bugs.o checksum.o fault.o ksyms.o ldt.o ptrace.o \
+ ptrace_user.o semaphore.o sigcontext.o syscalls.o sysrq.o time.o
obj-$(CONFIG_HIGHMEM) += highmem.o
obj-$(CONFIG_MODULES) += module.o
@@ -7,11 +7,12 @@
USER_OBJS := bugs.o ptrace_user.o sigcontext.o fault.o
USER_OBJS := $(foreach file,$(USER_OBJS),$(obj)/$(file))
-SYMLINKS = semaphore.c highmem.c module.c
+SYMLINKS = bitops.c semaphore.c highmem.c module.c
SYMLINKS := $(foreach f,$(SYMLINKS),$(src)/$f)
clean-files := $(SYMLINKS)
+bitops.c-dir = lib
semaphore.c-dir = kernel
highmem.c-dir = mm
module.c-dir = kernel
^ permalink raw reply [flat|nested] 47+ messages in thread* Re: [PATCH] 2.6.8.1-mm2 --- UML build fixes
2004-08-19 12:29 ` [PATCH] 2.6.8.1-mm2 --- UML build fixes Chris Wedgwood
@ 2004-08-19 20:55 ` Sam Ravnborg
2004-08-19 21:19 ` Jeff Dike
0 siblings, 1 reply; 47+ messages in thread
From: Sam Ravnborg @ 2004-08-19 20:55 UTC (permalink / raw)
To: Chris Wedgwood; +Cc: Andrew Morton, linux-kernel, Jeff Dike
On Thu, Aug 19, 2004 at 05:29:15AM -0700, Chris Wedgwood wrote:
> On Thu, Aug 19, 2004 at 01:42:04AM -0700, Andrew Morton wrote:
>
> > +uml-remove-cow-driver.patch
> > +uml-updates-2.patch
> >
> > UML fixes
>
> This (merged from jdike earlier email) is required to get uml to
> build.
A few comments below.
> ===== Makefile 1.514 vs edited =====
> --- 1.514/Makefile 2004-08-19 04:32:25 -07:00
> +++ edited/Makefile 2004-08-19 04:38:27 -07:00
> @@ -523,6 +523,7 @@
> $(drivers-y) \
> $(net-y) \
> --end-group \
> + $(post-y) \
> $(filter .tmp_kallsyms%,$^) \
I recall Jeff introduced post-y to bypass the "check for
undefined symbols in vmlinux" stuff.
That's gone again.
> ===== arch/um/Makefile 1.27 vs edited =====
> --- 1.27/arch/um/Makefile 2004-08-19 04:33:04 -07:00
> +++ edited/arch/um/Makefile 2004-08-19 04:38:27 -07:00
> @@ -21,6 +21,10 @@
> $(ARCH_DIR)/drivers/ \
> $(ARCH_DIR)/sys-$(SUBARCH)/
>
> +post-y = --wrap malloc --wrap free --wrap calloc \
> + $(ARCH_DIR)/main.o -lutil \
> + --start-group -lgcc -lgcc_eh -lc --end-group
So this part can go as well.
> -#$(LD_SCRIPT-y) : $(LD_SCRIPT-y:.s=.S) scripts FORCE
> -# $(call if_changed_dep,as_s_S)
> +# More kbuild lossage - I can't get uml.lds to fire the %.lds : %.lds.S rule.
> +# It always ends up going into the .S assembly rule. So, an explicit rule
> +# here works around that. Then, it turns out that cmd_cpp_lds_S is undefined,
> +# which I don't understand since I would have thought that the entire Makefile
> +# had been read by the time it executes commands. So, defining that here works
> +# around that. Then, it turns out that cpp_flags isn't defined, which I don't
> +# understand for the same reason. So, I just included the expansion here,
> +# and after much grossness, you get a building and working UML.
> +quiet_cmd_cpp_lds_S = LDS $@
> + cmd_cpp_lds_S = $(CPP) -Wp,-MD,$(depfile) -Iinclude $(CPPFLAGS_vmlinux.lds) -P -C -Uum $(NOSTDINC_FLAGS) -D__ASSEMBLY__ -o $@ $<
> +
> +$(LD_SCRIPT-y) : $(LD_SCRIPT-y).S scripts FORCE
> + $(call if_changed_dep,cpp_lds_S)
What makes um so speciel that it cannot handle .lds files in
arch/um/kernel like all other architectures?
That would allow um to utilise the kbuild infrastructure,
and no need for duplication.
> ===== arch/um/kernel/Makefile 1.21 vs edited =====
> --- 1.21/arch/um/kernel/Makefile 2004-08-19 04:33:10 -07:00
> +++ edited/arch/um/kernel/Makefile 2004-08-19 04:38:27 -07:00
> @@ -3,7 +3,7 @@
> # Licensed under the GPL
> #
>
> -extra-y := vmlinux.lds
> +extra-y := vmlinux.lds ../main.o
Code located in arch/um/ is an error. No code should stay there.
> obj-y = checksum.o config.o exec_kern.o exitcode.o frame_kern.o frame.o \
> helper.o init_task.o irq.o irq_user.o ksyms.o mem.o mem_user.o \
> @@ -24,7 +24,7 @@
> user-objs-$(CONFIG_TTY_LOG) += tty_log.o
>
> USER_OBJS := $(filter %_user.o,$(obj-y)) $(user-objs-y) config.o helper.o \
> - process.o tempfile.o time.o tty_log.o umid.o user_util.o
> + process.o tempfile.o time.o tty_log.o umid.o user_util.o ../main.o
> USER_OBJS := $(foreach file,$(USER_OBJS),$(obj)/$(file))
>
> CFLAGS_frame.o := $(patsubst -fomit-frame-pointer,,$(USER_CFLAGS))
It is (way down) on my todo list to go through all of um Makefiles.
In general they seems too complicated for the task solved - but it may be needed.
Sam
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [PATCH] 2.6.8.1-mm2 --- UML build fixes
2004-08-19 20:55 ` Sam Ravnborg
@ 2004-08-19 21:19 ` Jeff Dike
2004-08-19 22:32 ` Sam Ravnborg
0 siblings, 1 reply; 47+ messages in thread
From: Jeff Dike @ 2004-08-19 21:19 UTC (permalink / raw)
To: Sam Ravnborg; +Cc: Chris Wedgwood, Andrew Morton, linux-kernel
sam@ravnborg.org said:
> What makes um so speciel that it cannot handle .lds files in arch/um/
> kernel like all other architectures? That would allow um to utilise
> the kbuild infrastructure, and no need for duplication.
Beats me, as the comment says, I could not get the kbuild .lds.S : .lds rule
to fire for uml.lds.S. make kept sending it to the asm .S.o rule.
> Code located in arch/um/ is an error. No code should stay there.
OK, that's easily fixed.
> In general they seems too complicated for the task solved - but it may
> be needed.
Yeah, they are. They desperately need a reaming.
Jeff
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [PATCH] 2.6.8.1-mm2 --- UML build fixes
2004-08-19 21:19 ` Jeff Dike
@ 2004-08-19 22:32 ` Sam Ravnborg
0 siblings, 0 replies; 47+ messages in thread
From: Sam Ravnborg @ 2004-08-19 22:32 UTC (permalink / raw)
To: Jeff Dike; +Cc: Sam Ravnborg, Chris Wedgwood, Andrew Morton, linux-kernel
On Thu, Aug 19, 2004 at 05:19:23PM -0400, Jeff Dike wrote:
> sam@ravnborg.org said:
> > What makes um so speciel that it cannot handle .lds files in arch/um/
> > kernel like all other architectures? That would allow um to utilise
> > the kbuild infrastructure, and no need for duplication.
>
> Beats me, as the comment says, I could not get the kbuild .lds.S : .lds rule
> to fire for uml.lds.S. make kept sending it to the asm .S.o rule.
That's beause so little of the kbuild infrastructure is enabled
when including arch/um/Makefile
You need to move the *.lds.S files to for example arch/um/kernel then
you can use the kbuild infrastructure.
The fact that the .S.o rule is enabled is due to the kallsyms hack.
> > Code located in arch/um/ is an error. No code should stay there.
>
> OK, that's easily fixed.
>
> > In general they seems too complicated for the task solved - but it may
> > be needed.
>
> Yeah, they are. They desperately need a reaming.
For klibc I'm halfway with kbuild infrastructure to build user programs.
Syntax is very similar to what is know today, and I hope we can use it
for um as well.
See: linux-sam.bkbits.net select klibc
Browse source and look into usr/kinit/Makefile for an example
But to use this for um we would need to separte all user mode programs
out in separate directories . as discused before.
Sam
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2
2004-08-19 8:42 2.6.8.1-mm2 Andrew Morton
` (3 preceding siblings ...)
2004-08-19 12:29 ` [PATCH] 2.6.8.1-mm2 --- UML build fixes Chris Wedgwood
@ 2004-08-19 14:43 ` Michael Geithe
2004-08-19 14:52 ` 2.6.8.1-mm2 John Cherry
` (6 subsequent siblings)
11 siblings, 0 replies; 47+ messages in thread
From: Michael Geithe @ 2004-08-19 14:43 UTC (permalink / raw)
To: Andrew Morton; +Cc: Linux Kernel Mailing List
[-- Attachment #1: Type: text/plain, Size: 385 bytes --]
On Thursday 19 August 2004 10:42, you wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.8.1/2.6.8
>.1-mm2/
> - If your floppy drives magically disappear, try booting with
> floppy=no_acpi and send a report.
Hi,
kernel 2.6.8.1-mm2 booting here with acpi_os_name=Linux and pci=routeirq.
Without pci=routeirq hangs at startx (nvidia).
--
Michael Geithe
-
[-- Attachment #2: dmesg-2.6.8-mm2 --]
[-- Type: text/plain, Size: 28940 bytes --]
Linux version 2.6.8.1-mm2 (root@stargate) (gcc-Version 3.3.3 20040412 (Gentoo Linux 3.3.3-r6, ssp-3.3.2-2, pie-8.7.6)) #2 SMP Thu Aug 19 16:04:55 CEST 2004
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000d4000 - 00000000000de014 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000003fff0000 (usable)
BIOS-e820: 000000003fff0000 - 000000003fff8000 (ACPI data)
BIOS-e820: 000000003fff8000 - 0000000040000000 (ACPI NVS)
BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved)
127MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000fc0f0
On node 0 totalpages: 262128
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 225280 pages, LIFO batch:16
HighMem zone: 32752 pages, LIFO batch:7
DMI 2.3 present.
ACPI: RSDP (v000 AMI ) @ 0x000fa380
ACPI: RSDT (v001 AMIINT INTEL875 0x00000010 MSFT 0x00000097) @ 0x3fff0000
ACPI: FADT (v001 AMIINT INTEL875 0x00000011 MSFT 0x00000097) @ 0x3fff0030
ACPI: MADT (v001 AMIINT INTEL875 0x00000009 MSFT 0x00000097) @ 0x3fff00c0
ACPI: DSDT (v001 INTEL I875 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: 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: root=/dev/hda1 acpi_os_name=Linux pci=routeirq video=vesafb:ypan,vram:16 vga=0x317
CPU 0 irqstacks, hard=c03c9000 soft=c03c7000
PID hash table entries: 4096 (order 12: 32768 bytes)
Detected 2801.203 MHz processor.
Using tsc for high-res timesource
Console: colour dummy device 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 1035620k/1048512k available (1967k kernel code, 12312k reserved, 663k data, 188k init, 131008k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 5537.79 BogoMIPS (lpj=2768896)
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.
ACPI: Overriding _OS definition Linux
CPU0: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 09
per-CPU timeslice cutoff: 1462.66 usecs.
task migration cache decay timeout: 2 msecs.
Booting processor 1/1 eip 2000
CPU 1 irqstacks, hard=c03ca000 soft=c03c8000
Initializing CPU#1
Calibrating delay loop... 5586.94 BogoMIPS (lpj=2793472)
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 (11124.73 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 3
groups: 1 2
domain 1: span 3
groups: 3
CPU1: online
domain 0: span 3
groups: 2 1
domain 1: span 3
groups: 3
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfdb81, 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.ICHB._PRT]
ACPI: Power Resource [URP1] (off)
ACPI: Power Resource [URP2] (off)
ACPI: Power Resource [FDDP] (off)
ACPI: Power Resource [LPTP] (off)
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 *5 6 7 10 11 12 14 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
SCSI subsystem initialized
PCI: Using ACPI for IRQ routing
** Routing PCI interrupts for all devices because "pci=routeirq"
** was specified. If this was required to make a driver work,
** please email the output of "lspci" to bjorn.helgaas@hp.com
** so I can fix the driver.
ACPI: PCI interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 16
ACPI: PCI interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 19
ACPI: PCI interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 18
ACPI: PCI interrupt 0000:00:1d.3[A] -> GSI 16 (level, low) -> IRQ 16
ACPI: PCI interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 23
ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 18
ACPI: PCI interrupt 0000:00:1f.3[B] -> GSI 17 (level, low) -> IRQ 17
ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 16
ACPI: PCI interrupt 0000:02:01.0[A] -> GSI 17 (level, low) -> IRQ 17
ACPI: PCI interrupt 0000:02:01.2[B] -> GSI 18 (level, low) -> IRQ 18
ACPI: PCI interrupt 0000:02:02.0[A] -> GSI 18 (level, low) -> IRQ 18
ACPI: PCI interrupt 0000:02:02.1[A] -> GSI 18 (level, low) -> IRQ 18
ACPI: PCI interrupt 0000:02:03.0[A] -> GSI 19 (level, low) -> IRQ 19
ACPI: PCI interrupt 0000:02:08.0[A] -> GSI 20 (level, low) -> IRQ 20
vesafb: framebuffer at 0xe8000000, mapped to 0xf8880000, size 16384k
vesafb: mode is 1024x768x16, linelength=2048, pages=1
vesafb: protected mode interface info at c000:e9d0
vesafb: pmi: set display start = c00cea15, set palette = c00cea9a
vesafb: pmi: ports = b4c3 b503 ba03 c003 c103 c403 c503 c603 c703 c803 c903 cc03 ce03 cf03 d003 d103 d203 d303 d403 d503 da03 ff03
vesafb: scrolling: ypan using protected mode interface, yres_virtual=8192
vesafb: directcolor: size=0:5:6:5, shift=0:11:5:0
fb0: VESA VGA frame buffer device
Machine check exception polling timer started.
Starting balanced_irq
highmem bounce pool size: 64 pages
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
ACPI: Processor [CPU1] (supports C1, 8 throttling states)
ACPI: Processor [CPU2] (supports C1, 8 throttling states)
Console: switching to colour frame buffer device 128x48
Real Time Clock Driver v1.12
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
floppy: controller ACPI FDC0 at I/O 0x3f7-0x3f7 irq 6 dma channel 2
Using anticipatory io scheduler
Floppy drive(s): fd0 is 1.44M
floppy0: no floppy controllers found
loop: loaded (max 8 devices)
eepro100.c:v1.09j-t 9/29/99 Donald Becker http://www.scyld.com/network/eepro100.html
eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <saw@saw.sw.com.sg> and others
ACPI: PCI interrupt 0000:02:08.0[A] -> GSI 20 (level, low) -> IRQ 20
eth0: 0000:02:08.0, 00:0C:76:27:61:10, IRQ 20.
Board assembly 000000-000, Physical connectors present: RJ45
Primary interface chip i82555 PHY #1.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0xed626fe2).
Linux video capture interface: v1.00
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
PCI: Enabling device 0000:00:1f.1 (0005 -> 0007)
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 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xfc08-0xfc0f, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
hda: WDC WD600AB-00CDB0, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: ST340015A, ATA DISK drive
hdd: LITEON DVD-ROM LTD163D, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 117231408 sectors (60022 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100)
hda: cache flushes supported
hda: hda1
hdc: max request size: 128KiB
hdc: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100)
hdc: cache flushes supported
hdc: hdc1 hdc2 hdc3
hdd: ATAPI 48X DVD-ROM drive, 512kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
ACPI: PCI interrupt 0000:02:03.0[A] -> GSI 19 (level, low) -> IRQ 19
scsi0 : AdvanSys SCSI 3.3K: PCI Ultra: IO 0xC800-0xC80F, IRQ 0x13
Vendor: YAMAHA Model: CDR400t Rev: 1.0q
Type: CD-ROM ANSI SCSI revision: 02
sr0: scsi3-mmc drive: 6x/6x writer xa/form2 cdda tray
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 3, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 3, lun 0, type 5
mice: PS/2 mouse device common for all mice
i2c /dev entries driver
NET: Registered protocol family 2
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP: Hash tables configured (established 262144 bind 65536)
NET: Registered protocol family 1
NET: Registered protocol family 17
ReiserFS: hda1: found reiserfs format "3.6" with standard journal
ReiserFS: hda1: using ordered data mode
ReiserFS: hda1: journal params: device hda1, size 8192, journal first block 18,max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda1: checking transaction log (hda1)
ReiserFS: hda1: replayed 10 transactions in 0 seconds
ReiserFS: hda1: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 188k freed
Adding 847720k swap on /dev/hdc3. Priority:-1 extents:1
nvidia: module license 'NVIDIA' taints kernel.
ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 16
NVRM: loading NVIDIA Linux x86 NVIDIA Kernel Module 1.0-6111 Tue Jul 27 07:55:38 PDT 2004
ReiserFS: hdc2: found reiserfs format "3.6" with standard journal
ReiserFS: hdc2: using ordered data mode
ReiserFS: hdc2: journal params: device hdc2, size 8192, journal first block 18,max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hdc2: checking transaction log (hdc2)
ReiserFS: hdc2: replayed 1 transactions in 0 seconds
ReiserFS: hdc2: Using r5 hash to sort names
usbcore: registered new driver usbfs
usbcore: registered new driver hub
ACPI: PCI interrupt 0000:02:01.0[A] -> GSI 17 (level, low) -> IRQ 17
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: UHCI Host Controller
PCI: Setting latency timer of device 0000:00:1d.0 to 64
uhci_hcd 0000:00:1d.0: irq 16, io base 0000e000
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: UHCI Host Controller
PCI: Setting latency timer of device 0000:00:1d.1 to 64
uhci_hcd 0000:00:1d.1: irq 19, io base 0000e400
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: UHCI Host Controller
PCI: Setting latency timer of device 0000:00:1d.2 to 64
uhci_hcd 0000:00:1d.2: irq 18, io base 0000e800
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: UHCI Host Controller
PCI: Setting latency timer of device 0000:00:1d.3 to 64
uhci_hcd 0000:00:1d.3: irq 16, io base 0000ec00
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
usb 1-1: new full speed USB device using address 2
Initializing USB Mass Storage driver...
usb-storage: USB Mass Storage device detected
usb-storage: -- associate_dev
usb-storage: Vendor: 0x04b4, Product: 0x6830, Revision: 0x0001
usb-storage: Interface Subclass: 0x06, Protocol: 0x50
usb-storage: Vendor: Cypress Semiconductor, Product: USB2.0 Storage Device
usb-storage: Transport: Bulk
usb-storage: Protocol: Transparent SCSI
usb-storage: usb_stor_control_msg: rq=fe rqtype=a1 value=0000 index=00 len=1
usb-storage: GetMaxLUN command result is -32, data is 0
usb-storage: usb_stor_control_msg: rq=01 rqtype=02 value=0000 index=88 len=0
usb-storage: usb_stor_clear_halt: result = 0
usb-storage: usb_stor_control_msg: rq=01 rqtype=02 value=0000 index=02 len=0
usb-storage: usb_stor_clear_halt: result = 0
scsi1 : SCSI emulation for USB Mass Storage devices
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Command INQUIRY (6 bytes)
usb-storage: 12 00 00 00 24 00
usb-storage: Bulk Command S 0x43425355 T 0x19 L 36 F 128 Trg 0 LUN 0 CL 6
usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
usb-storage: Status code 0; transferred 31/31
usb-storage: -- transfer complete
usb-storage: Bulk command transfer result=0
usb-storage: usb_stor_bulk_transfer_buf: xfer 36 bytes
usb-storage: Status code 0; transferred 36/36
usb-storage: -- transfer complete
usb-storage: Bulk data transfer result 0x0
usb-storage: Attempting to get CSW...
usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
usb-storage: Status code 0; transferred 13/13
usb-storage: -- transfer complete
usb-storage: Bulk status result = 0
usb-storage: Bulk Status S 0x53425355 T 0x19 R 0 Stat 0x0
usb-storage: Fixing INQUIRY data to show SCSI rev 2 - was 0
usb-storage: scsi cmd done, result=0x0
usb-storage: *** thread sleeping.
Vendor: SAMSUNG Model: SV1296A Rev: 0 0
Type: Direct-Access ANSI SCSI revision: 02
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Command TEST_UNIT_READY (6 bytes)
usb-storage: 00 00 00 00 00 00
usb-storage: Bulk Command S 0x43425355 T 0x1a L 0 F 0 Trg 0 LUN 0 CL 6
usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
usb-storage: Status code 0; transferred 31/31
usb-storage: -- transfer complete
usb-storage: Bulk command transfer result=0
usb-storage: Attempting to get CSW...
usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
usb-storage: Status code 0; transferred 13/13
usb-storage: -- transfer complete
usb-storage: Bulk status result = 0
usb-storage: Bulk Status S 0x53425355 T 0x1a R 0 Stat 0x0
usb-storage: scsi cmd done, result=0x0
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Command READ_CAPACITY (10 bytes)
usb-storage: 25 00 00 00 00 00 00 00 00 00
usb-storage: Bulk Command S 0x43425355 T 0x1b L 8 F 128 Trg 0 LUN 0 CL 10
usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
usb-storage: Status code 0; transferred 31/31
usb-storage: -- transfer complete
usb-storage: Bulk command transfer result=0
usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
usb-storage: Status code 0; transferred 8/8
usb-storage: -- transfer complete
usb-storage: Bulk data transfer result 0x0
usb-storage: Attempting to get CSW...
usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
usb-storage: Status code 0; transferred 13/13
usb-storage: -- transfer complete
usb-storage: Bulk status result = 0
usb-storage: Bulk Status S 0x53425355 T 0x1b R 0 Stat 0x0
usb-storage: scsi cmd done, result=0x0
usb-storage: *** thread sleeping.
SCSI device sda: 25238304 512-byte hdwr sectors (12922 MB)
sda: assuming drive cache: write through
sda:<7>usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Command READ_10 (10 bytes)
usb-storage: 28 00 00 00 00 00 00 00 08 00
usb-storage: Bulk Command S 0x43425355 T 0x1c L 4096 F 128 Trg 0 LUN 0 CL 10
usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
usb-storage: Status code 0; transferred 31/31
usb-storage: -- transfer complete
usb-storage: Bulk command transfer result=0
usb-storage: usb_stor_bulk_transfer_sglist: xfer 4096 bytes, 1 entries
usb-storage: Status code 0; transferred 4096/4096
usb-storage: -- transfer complete
usb-storage: Bulk data transfer result 0x0
usb-storage: Attempting to get CSW...
usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
usb-storage: Status code 0; transferred 13/13
usb-storage: -- transfer complete
usb-storage: Bulk status result = 0
usb-storage: Bulk Status S 0x53425355 T 0x1c R 0 Stat 0x0
usb-storage: scsi cmd done, result=0x0
usb-storage: *** thread sleeping.
sda1
Attached scsi disk sda at scsi1, channel 0, id 0, lun 0
Attached scsi generic sg1 at scsi1, channel 0, id 0, lun 0, type 0
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad LUN (0:1)
usb-storage: scsi cmd done, result=0x40000
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (1:0)
usb-storage: scsi cmd done, result=0x40000
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (2:0)
usb-storage: scsi cmd done, result=0x40000
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (3:0)
usb-storage: scsi cmd done, result=0x40000
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (4:0)
usb-storage: scsi cmd done, result=0x40000
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (5:0)
usb-storage: scsi cmd done, result=0x40000
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (6:0)
usb-storage: scsi cmd done, result=0x40000
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (7:0)
usb-storage: scsi cmd done, result=0x40000
usb-storage: *** thread sleeping.
USB Mass Storage device found at 2
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
usb 2-1: new low speed USB device using address 2
ACPI: PCI interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: EHCI Host Controller
PCI: Setting latency timer of device 0000:00:1d.7 to 64
ehci_hcd 0000:00:1d.7: irq 23, pci mem f9a2cc00
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 1-1: USB disconnect, address 2
usb-storage: storage_disconnect() called
usb-storage: usb_stor_stop_transport called
usb-storage: -- usb_stor_release_resources
usb-storage: -- sending exit command to thread
usb-storage: *** thread awakened.
usb-storage: -- exit command received
usb-storage: -- dissociate_dev
usbcore: registered new driver hiddev
usbhid: probe of 2-1:1.0 failed with error -5
usbhid: probe of 2-1:1.1 failed with error -5
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
usb 2-1: USB disconnect, address 2
ohci1394: $Rev: 1226 $ Ben Collins <bcollins@debian.org>
ACPI: PCI interrupt 0000:02:01.2[B] -> GSI 18 (level, low) -> IRQ 18
ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[18] MMIO=[feaff000-feaff7ff] Max Packet=[2048]
usb 5-1: new high speed USB device using address 2
bttv: driver version 0.9.15 loaded
bttv: using 8 buffers with 2080k (520 pages) each for capture
bttv: Bt8xx card found (0).
ACPI: PCI interrupt 0000:02:02.0[A] -> GSI 18 (level, low) -> IRQ 18
bttv0: Bt878 (rev 17) at 0000:02:02.0, irq: 18, latency: 32, mmio: 0xf7efe000
bttv0: detected: Pinnacle PCTV [card=39], PCI subsystem ID is 11bd:0012
bttv0: using: Pinnacle PCTV Studio/Rave [card=39,autodetected]
bttv0: gpio: en=00000000, out=00000000 in=00ff67ff [init]
bttv0: i2c: checking for MSP34xx @ 0x80... <7>usb-storage: USB Mass Storage device detected
usb-storage: -- associate_dev
usb-storage: Vendor: 0x04b4, Product: 0x6830, Revision: 0x0001
usb-storage: Interface Subclass: 0x06, Protocol: 0x50
usb-storage: Vendor: Cypress Semiconductor, Product: USB2.0 Storage Device
usb-storage: Transport: Bulk
usb-storage: Protocol: Transparent SCSI
usb-storage: usb_stor_control_msg: rq=fe rqtype=a1 value=0000 index=00 len=1
usb-storage: GetMaxLUN command result is -32, data is 0
usb-storage: usb_stor_control_msg: rq=01 rqtype=02 value=0000 index=88 len=0
usb-storage: usb_stor_clear_halt: result = 0
usb-storage: usb_stor_control_msg: rq=01 rqtype=02 value=0000 index=02 len=0
usb-storage: usb_stor_clear_halt: result = 0
usb-storage: *** thread sleeping.
scsi2 : SCSI emulation for USB Mass Storage devices
not found
bttv0: miro: id=25 tuner=1 radio=no stereo=no
bttv0: using tuner=1
bttv0: i2c: checking for MSP34xx @ 0x80... not found
bttv0: i2c: checking for TDA9875 @ 0xb0... not found
bttv0: i2c: checking for TDA7432 @ 0x8a... <7>usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Command INQUIRY (6 bytes)
usb-storage: 12 00 00 00 24 00
usb-storage: Bulk Command S 0x43425355 T 0x25 L 36 F 128 Trg 0 LUN 0 CL 6
usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
usb-storage: Status code 0; transferred 31/31
usb-storage: -- transfer complete
usb-storage: Bulk command transfer result=0
usb-storage: usb_stor_bulk_transfer_buf: xfer 36 bytes
usb-storage: Status code 0; transferred 36/36
usb-storage: -- transfer complete
usb-storage: Bulk data transfer result 0x0
usb-storage: Attempting to get CSW...
usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
usb-storage: Status code 0; transferred 13/13
usb-storage: -- transfer complete
usb-storage: Bulk status result = 0
usb-storage: Bulk Status S 0x53425355 T 0x25 R 0 Stat 0x0
usb-storage: Fixing INQUIRY data to show SCSI rev 2 - was 0
usb-storage: scsi cmd done, result=0x0
usb-storage: *** thread sleeping.
Vendor: SAMSUNG Model: SV1296A Rev: 0 0
Type: Direct-Access ANSI SCSI revision: 02
not found
tuner: Ignoring new-style parameters in presence of obsolete ones
tuner: chip found at addr 0xc0 i2c-bus bt878 #0 [sw]
tuner: type set to 1 (Philips PAL_I (FI1246 and compatibles)) by bt878 #0 [sw]
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Command TEST_UNIT_READY (6 bytes)
usb-storage: 00 00 00 00 00 00
usb-storage: Bulk Command S 0x43425355 T 0x26 L 0 F 0 Trg 0 LUN 0 CL 6
usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
bttv0: registered device video0
bttv0: registered device vbi0
bttv0: PLL: 28636363 => 35468950 .<7>usb-storage: Status code 0; transferred 31/31
usb-storage: -- transfer complete
usb-storage: Bulk command transfer result=0
usb-storage: Attempting to get CSW...
usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
usb-storage: Status code 0; transferred 13/13
usb-storage: -- transfer complete
usb-storage: Bulk status result = 0
usb-storage: Bulk Status S 0x53425355 T 0x26 R 0 Stat 0x0
usb-storage: scsi cmd done, result=0x0
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Command READ_CAPACITY (10 bytes)
usb-storage: 25 00 00 00 00 00 00 00 00 00
usb-storage: Bulk Command S 0x43425355 T 0x27 L 8 F 128 Trg 0 LUN 0 CL 10
usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
usb-storage: Status code 0; transferred 31/31
usb-storage: -- transfer complete
usb-storage: Bulk command transfer result=0
usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
usb-storage: Status code 0; transferred 8/8
usb-storage: -- transfer complete
usb-storage: Bulk data transfer result 0x0
usb-storage: Attempting to get CSW...
usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
usb-storage: Status code 0; transferred 13/13
usb-storage: -- transfer complete
usb-storage: Bulk status result = 0
usb-storage: Bulk Status S 0x53425355 T 0x27 R 0 Stat 0x0
usb-storage: scsi cmd done, result=0x0
usb-storage: *** thread sleeping.
SCSI device sda: 25238304 512-byte hdwr sectors (12922 MB)
sda: assuming drive cache: write through
sda:<7>usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Command READ_10 (10 bytes)
usb-storage: 28 00 00 00 00 00 00 00 08 00
usb-storage: Bulk Command S 0x43425355 T 0x28 L 4096 F 128 Trg 0 LUN 0 CL 10
usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
usb-storage: Status code 0; transferred 31/31
usb-storage: -- transfer complete
usb-storage: Bulk command transfer result=0
usb-storage: usb_stor_bulk_transfer_sglist: xfer 4096 bytes, 1 entries
.<7>usb-storage: Status code 0; transferred 4096/4096
usb-storage: -- transfer complete
usb-storage: Bulk data transfer result 0x0
usb-storage: Attempting to get CSW...
usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
usb-storage: Status code 0; transferred 13/13
usb-storage: -- transfer complete
usb-storage: Bulk status result = 0
usb-storage: Bulk Status S 0x53425355 T 0x28 R 0 Stat 0x0
usb-storage: scsi cmd done, result=0x0
usb-storage: *** thread sleeping.
sda1
Attached scsi disk sda at scsi2, channel 0, id 0, lun 0
Attached scsi generic sg1 at scsi2, channel 0, id 0, lun 0, type 0
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad LUN (0:1)
usb-storage: scsi cmd done, result=0x40000
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (1:0)
usb-storage: scsi cmd done, result=0x40000
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (2:0)
usb-storage: scsi cmd done, result=0x40000
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (3:0)
usb-storage: scsi cmd done, result=0x40000
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (4:0)
usb-storage: scsi cmd done, result=0x40000
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (5:0)
usb-storage: scsi cmd done, result=0x40000
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (6:0)
usb-storage: scsi cmd done, result=0x40000
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (7:0)
usb-storage: scsi cmd done, result=0x40000
usb-storage: *** thread sleeping.
USB Mass Storage device found at 2
ok
usb 2-1: new low speed USB device using address 3
input: USB HID v1.10 Keyboard [Logitech Logitech USB Keyboard] on usb-0000:00:1d.1-1
input: USB HID v1.10 Mouse [Logitech Logitech USB Keyboard] on usb-0000:00:1d.1-1
usb 4-2: new low speed USB device using address 2
ieee1394: Host added: ID:BUS[0-00:1023] GUID[00023c0151028a1f]
input: USB HID v1.10 Mouse [B16_b_02 USB-PS/2 Optical Mouse] on usb-0000:00:1d.3-2
hdd: CHECK for good STATUS
^ permalink raw reply [flat|nested] 47+ messages in thread* Re: 2.6.8.1-mm2
2004-08-19 8:42 2.6.8.1-mm2 Andrew Morton
` (4 preceding siblings ...)
2004-08-19 14:43 ` 2.6.8.1-mm2 Michael Geithe
@ 2004-08-19 14:52 ` John Cherry
2004-08-19 14:29 ` 2.6.8.1-mm2 Alan Cox
2004-08-20 7:06 ` 2.6.8.1-mm2 Hans Reiser
[not found] ` <200408191245.46726.gene.heskett@verizon.net>
` (5 subsequent siblings)
11 siblings, 2 replies; 47+ messages in thread
From: John Cherry @ 2004-08-19 14:52 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel@vger.kernel.org
The new "errors" are from reiser4 code and they all appear to be...
fs/reiser4/reiser4.h:18:2: #error "Please turn 4k stack off"
-----------------------------------------------------------------
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-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] 47+ messages in thread* Re: 2.6.8.1-mm2
2004-08-19 14:52 ` 2.6.8.1-mm2 John Cherry
@ 2004-08-19 14:29 ` Alan Cox
2004-08-20 7:06 ` 2.6.8.1-mm2 Hans Reiser
1 sibling, 0 replies; 47+ messages in thread
From: Alan Cox @ 2004-08-19 14:29 UTC (permalink / raw)
To: John Cherry; +Cc: Andrew Morton, Linux Kernel Mailing List
On Iau, 2004-08-19 at 15:52, John Cherry wrote:
> The new "errors" are from reiser4 code and they all appear to be...
>
> fs/reiser4/reiser4.h:18:2: #error "Please turn 4k stack off"
If you change that for "#error "Please fix your stack usage"" it
fixes one bug.
You could also make reiser4 depend on not selecting 4K stacks and that
will make the config code do the right thing.
Alan
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2
2004-08-19 14:52 ` 2.6.8.1-mm2 John Cherry
2004-08-19 14:29 ` 2.6.8.1-mm2 Alan Cox
@ 2004-08-20 7:06 ` Hans Reiser
2004-08-20 7:16 ` 2.6.8.1-mm2 Andrew Morton
1 sibling, 1 reply; 47+ messages in thread
From: Hans Reiser @ 2004-08-20 7:06 UTC (permalink / raw)
To: John Cherry
Cc: Andrew Morton, linux-kernel@vger.kernel.org,
Alexander Zarochentcev, Vladimir Demidov
John Cherry wrote:
>The new "errors" are from reiser4 code and they all appear to be...
>
>fs/reiser4/reiser4.h:18:2: #error "Please turn 4k stack off"
>
>
>
zam, can you or Mr. Demidov work on using kmalloc to reduce stack usage?
Andrew suggested that for statically sized objects kmalloc is quite fast
(one instruction I think he said), so my objection to kmallocing a lot
has faded.
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2
2004-08-20 7:06 ` 2.6.8.1-mm2 Hans Reiser
@ 2004-08-20 7:16 ` Andrew Morton
2004-08-20 7:37 ` 2.6.8.1-mm2 Hans Reiser
0 siblings, 1 reply; 47+ messages in thread
From: Andrew Morton @ 2004-08-20 7:16 UTC (permalink / raw)
To: Hans Reiser; +Cc: cherry, linux-kernel, zam, demidov
Hans Reiser <reiser@namesys.com> wrote:
>
> John Cherry wrote:
>
> >The new "errors" are from reiser4 code and they all appear to be...
> >
> >fs/reiser4/reiser4.h:18:2: #error "Please turn 4k stack off"
> >
> >
> >
> zam, can you or Mr. Demidov work on using kmalloc to reduce stack usage?
>
> Andrew suggested that for statically sized objects kmalloc is quite fast
> (one instruction I think he said), so my objection to kmallocing a lot
> has faded.
err, not that quick - but it's pretty quick.
With a kmalloc with a constant size and, preferably, a constant gfp mask
we'll jump directly into __cache_alloc() and in the common case we'll pluck
an entry directly out of the cpu-local head array:
So the kmalloc fastpath is, effectively:
local_irq_save(save_flags);
ac = ac_data(cachep);
if (likely(ac->avail)) {
ac->touched = 1;
objp = ac_entry(ac)[--ac->avail];
}
local_irq_restore(save_flags);
return objp;
Not bad...
^ permalink raw reply [flat|nested] 47+ messages in thread* Re: 2.6.8.1-mm2
2004-08-20 7:16 ` 2.6.8.1-mm2 Andrew Morton
@ 2004-08-20 7:37 ` Hans Reiser
2004-08-20 13:53 ` 2.6.8.1-mm2 Alex Zarochentsev
0 siblings, 1 reply; 47+ messages in thread
From: Hans Reiser @ 2004-08-20 7:37 UTC (permalink / raw)
To: Andrew Morton; +Cc: cherry, linux-kernel, zam, demidov
Andrew Morton wrote:
>Hans Reiser <reiser@namesys.com> wrote:
>
>
>>John Cherry wrote:
>>
>>
>>
>>>The new "errors" are from reiser4 code and they all appear to be...
>>>
>>>fs/reiser4/reiser4.h:18:2: #error "Please turn 4k stack off"
>>>
>>>
>>>
>>>
>>>
>>zam, can you or Mr. Demidov work on using kmalloc to reduce stack usage?
>>
>>Andrew suggested that for statically sized objects kmalloc is quite fast
>>(one instruction I think he said), so my objection to kmallocing a lot
>>has faded.
>>
>>
>
>err, not that quick - but it's pretty quick.
>
>With a kmalloc with a constant size and, preferably, a constant gfp mask
>we'll jump directly into __cache_alloc() and in the common case we'll pluck
>an entry directly out of the cpu-local head array:
>
>So the kmalloc fastpath is, effectively:
>
> local_irq_save(save_flags);
> ac = ac_data(cachep);
> if (likely(ac->avail)) {
> ac->touched = 1;
> objp = ac_entry(ac)[--ac->avail];
> }
> local_irq_restore(save_flags);
> return objp;
>
>
>Not bad...
>
>
>
>
but not trivial. Sigh. It means determining whether we can get below
4k without performance loss requires detailed code examination to
determine what is using up the stack in practice, and discussion.
Well, maybe zam has a comment.
Hans
^ permalink raw reply [flat|nested] 47+ messages in thread* Re: 2.6.8.1-mm2
2004-08-20 7:37 ` 2.6.8.1-mm2 Hans Reiser
@ 2004-08-20 13:53 ` Alex Zarochentsev
2004-08-20 18:05 ` 2.6.8.1-mm2 Hans Reiser
0 siblings, 1 reply; 47+ messages in thread
From: Alex Zarochentsev @ 2004-08-20 13:53 UTC (permalink / raw)
To: Hans Reiser; +Cc: Andrew Morton, cherry, linux-kernel, reiserfs-dev
On Fri, Aug 20, 2004 at 12:37:25AM -0700, Hans Reiser wrote:
> Andrew Morton wrote:
>
> >Hans Reiser <reiser@namesys.com> wrote:
> >
> >
> >>John Cherry wrote:
> >>
> >>
> >>
> >>>The new "errors" are from reiser4 code and they all appear to be...
> >>>
> >>>fs/reiser4/reiser4.h:18:2: #error "Please turn 4k stack off"
> >>>
> >>>
> >>>
> >>>
> >>>
> >>zam, can you or Mr. Demidov work on using kmalloc to reduce stack usage?
> >>
> >>Andrew suggested that for statically sized objects kmalloc is quite fast
> >>(one instruction I think he said), so my objection to kmallocing a lot
> >>has faded.
> >>
> >>
> >
> >err, not that quick - but it's pretty quick.
> >
> >With a kmalloc with a constant size and, preferably, a constant gfp mask
> >we'll jump directly into __cache_alloc() and in the common case we'll pluck
> >an entry directly out of the cpu-local head array:
> >
> >So the kmalloc fastpath is, effectively:
> >
> > local_irq_save(save_flags);
> > ac = ac_data(cachep);
> > if (likely(ac->avail)) {
> > ac->touched = 1;
> > objp = ac_entry(ac)[--ac->avail];
> > }
> > local_irq_restore(save_flags);
> > return objp;
> >
> >
> >Not bad...
> >
> >
> >
> >
> but not trivial. Sigh. It means determining whether we can get below
> 4k without performance loss requires detailed code examination to
> determine what is using up the stack in practice, and discussion.
>
> Well, maybe zam has a comment.
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.
>
> Hans
--
Alex.
^ permalink raw reply [flat|nested] 47+ messages in thread* Re: 2.6.8.1-mm2
2004-08-20 13:53 ` 2.6.8.1-mm2 Alex Zarochentsev
@ 2004-08-20 18:05 ` Hans Reiser
0 siblings, 0 replies; 47+ messages in thread
From: Hans Reiser @ 2004-08-20 18:05 UTC (permalink / raw)
To: Alex Zarochentsev; +Cc: Andrew Morton, cherry, linux-kernel, reiserfs-dev
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.
>
>
>
>>Hans
>>
>>
>
>
>
Ok, go for it.
Hans
^ permalink raw reply [flat|nested] 47+ messages in thread
[parent not found: <200408191245.46726.gene.heskett@verizon.net>]
* Re: 2.6.8.1-mm2
2004-08-19 8:42 2.6.8.1-mm2 Andrew Morton
` (6 preceding siblings ...)
[not found] ` <200408191245.46726.gene.heskett@verizon.net>
@ 2004-08-20 0:50 ` Marcelo Tosatti
2004-08-20 1:08 ` 2.6.8.1-mm2 Nathan Lynch
` (3 subsequent siblings)
11 siblings, 0 replies; 47+ messages in thread
From: Marcelo Tosatti @ 2004-08-20 0:50 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
On Thu, Aug 19, 2004 at 01:42:04AM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.8.1/2.6.8.1-mm2/
>
> - Added Tony Luck's ia64 devel tree to the -mm "external trees" lineup.
>
> - The monster memory leak which some people were seeing with audio CD
Hi Andrew,
Just annoying your arse, I get this:
LD .tmp_vmlinux1
drivers/built-in.o(.text+0xa1bde): In function `radeon_match_mode':
: undefined reference to `vesa_modes'
drivers/built-in.o(.text+0xa1cbd): In function `radeon_match_mode':
: undefined reference to `vesa_modes'
make: ** [.tmp_vmlinux1] Erro 1
Known already?
^ permalink raw reply [flat|nested] 47+ messages in thread* Re: 2.6.8.1-mm2
2004-08-19 8:42 2.6.8.1-mm2 Andrew Morton
` (7 preceding siblings ...)
2004-08-20 0:50 ` 2.6.8.1-mm2 Marcelo Tosatti
@ 2004-08-20 1:08 ` Nathan Lynch
2004-08-20 1:16 ` 2.6.8.1-mm2 Andrew Morton
2004-08-20 6:17 ` 2.6.8.1-mm2 Srivatsa Vaddagiri
` (2 subsequent siblings)
11 siblings, 1 reply; 47+ messages in thread
From: Nathan Lynch @ 2004-08-20 1:08 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, Srivatsa Vaddagiri, Rusty Russell
> +dont-sleep-after-were-out-of-task-list.patch
>
> CPU hotplug race fix
I don't mean to be a pain, but this patch does not fix the bug I
reported. It is still occurring on i386 and ppc64 (and proc_pid_flush
now generates lots of might_sleep warnings).
kernel BUG in migration_call at kernel/sched.c:4044!
cpu 0x1: Vector: 700 (Program Check) at [c00000027c7cb640]
pc: c00000000004e730: .migration_call+0x150/0x350
lr: c00000000004e6f4: .migration_call+0x114/0x350
sp: c00000027c7cb8c0
msr: 8000000000029032
current = 0xc00000027c3d0a40
paca = 0xc000000000434880
pid = 4657, comm = cpuonoff.pl
1:mon> t
[c00000027c7cb8c0] c00000000004e6d8 .migration_call+0xf8/0x350 (unreliable)
[c00000027c7cb970] c000000000067330 .notifier_call_chain+0x58/0x98
[c00000027c7cba00] c0000000000743ec .cpu_down+0x1e0/0x364
[c00000027c7cbae0] c0000000001fcd3c .store_online+0x68/0x70
[c00000027c7cbb60] c0000000001f86bc .sysdev_store+0x54/0x60
[c00000027c7cbbe0] c0000000000fef70 .flush_write_buffer+0x48/0x60
[c00000027c7cbc60] c0000000000fefe8 .sysfs_write_file+0x60/0x78
[c00000027c7cbcf0] c0000000000ac720 .vfs_write+0x10c/0x164
[c00000027c7cbd90] c0000000000ac874 .sys_write+0x58/0xa4
[c00000027c7cbe30] c000000000011e00 syscall_exit+0x0/0x18
--- Exception: c01 (System Call) at 000000000fe562f8
SP (ffffe390) is in userspace
Hopefully, I should have time to perform a bisection search this
weekend.
Nathan
^ permalink raw reply [flat|nested] 47+ messages in thread* Re: 2.6.8.1-mm2
2004-08-20 1:08 ` 2.6.8.1-mm2 Nathan Lynch
@ 2004-08-20 1:16 ` Andrew Morton
2004-08-20 7:40 ` 2.6.8.1-mm2 Rusty Russell
0 siblings, 1 reply; 47+ messages in thread
From: Andrew Morton @ 2004-08-20 1:16 UTC (permalink / raw)
To: Nathan Lynch; +Cc: linux-kernel, vatsa, rusty, Ingo Molnar
Nathan Lynch <nathanl@austin.ibm.com> wrote:
>
> > +dont-sleep-after-were-out-of-task-list.patch
> >
> > CPU hotplug race fix
>
> I don't mean to be a pain, but this patch does not fix the bug I
> reported.
OK.
> It is still occurring on i386 and ppc64 (and proc_pid_flush
> now generates lots of might_sleep warnings).
> ...
> Hopefully, I should have time to perform a bisection search this
> weekend.
The might_sleep() warnings are due to our adding a might_sleep() check to a
place where we've _always_ been illegally sleeping. So a bisection search
won't tell you anything on that front.
The "kernel BUG in migration_call at kernel/sched.c:4044!" is due to one of
the scheduler patches. I thought Ingo and Rusty had a handle on that one.
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2
2004-08-20 1:16 ` 2.6.8.1-mm2 Andrew Morton
@ 2004-08-20 7:40 ` Rusty Russell
2004-08-20 8:14 ` 2.6.8.1-mm2 Ingo Molnar
2004-08-20 8:33 ` 2.6.8.1-mm2 Ingo Molnar
0 siblings, 2 replies; 47+ messages in thread
From: Rusty Russell @ 2004-08-20 7:40 UTC (permalink / raw)
To: Andrew Morton
Cc: Nathan Lynch, lkml - Kernel Mailing List, Srivatsa Vaddagiri,
Ingo Molnar
On Fri, 2004-08-20 at 11:16, Andrew Morton wrote:
> Nathan Lynch <nathanl@austin.ibm.com> wrote:
> >
> > > +dont-sleep-after-were-out-of-task-list.patch
> > >
> > > CPU hotplug race fix
> >
> > I don't mean to be a pain, but this patch does not fix the bug I
> > reported.
Nathan, can you revert that, and apply this? This actually fixes the
might_sleep problem, and should fix at least the problem Vatsa saw. If
it doesn't solve your problem, we need to look again.
Thanks,
Rusty.
Name: Don't Sleep After We're Out Of Task List
Status: Booted on 2.6.8.1-mm1
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> (authored)
Version: -mm
Ingo recently accidentally broke CPU hotplug by enabling preemption
around release_task(), which can be called on the current task if the
parent isn't interested. This is because release_task() can now
sleep.
The problem is, the task can be preempted and then the CPU can go
down: it's not in the task list any more, and so it won't get migrated
after the CPU goes down. It stays on the down CPU, which triggers a
BUG_ON.
We have had previous problems with tasks releasing themselves:
oprofile has a comment about it, and we had the case of trying to
deliver SIGXCPU in the timer tick to the current task which had called
release_task(). I tried shuffling release_task off the
finish_arch_switch, but that can't sleep either. I tried using rcu,
but same problem. Finally, I just use a workqueue and a per-cpu list,
which also guarantees the task has actually finished running.
diff -urpN --exclude TAGS -X /home/rusty/devel/kernel/kernel-patches/current-dontdiff --minimal .29294-linux-2.6.8.1-mm1/include/linux/sched.h .29294-linux-2.6.8.1-mm1.updated/include/linux/sched.h
--- .29294-linux-2.6.8.1-mm1/include/linux/sched.h 2004-08-17 11:32:33.000000000 +1000
+++ .29294-linux-2.6.8.1-mm1.updated/include/linux/sched.h 2004-08-20 12:18:37.000000000 +1000
@@ -590,6 +591,8 @@ struct task_struct {
struct rw_semaphore pagg_sem;
#endif
+ /* Delayed cleanup on death of task with uncaring parent. */
+ struct list_head death;
};
static inline pid_t process_group(struct task_struct *tsk)
diff -urpN --exclude TAGS -X /home/rusty/devel/kernel/kernel-patches/current-dontdiff --minimal .29294-linux-2.6.8.1-mm1/kernel/exit.c .29294-linux-2.6.8.1-mm1.updated/kernel/exit.c
--- .29294-linux-2.6.8.1-mm1/kernel/exit.c 2004-08-17 11:32:33.000000000 +1000
+++ .29294-linux-2.6.8.1-mm1.updated/kernel/exit.c 2004-08-20 14:50:25.000000000 +1000
@@ -51,6 +51,41 @@ static void __unhash_process(struct task
REMOVE_LINKS(p);
}
+/* Keventd handles tasks whose parent won't ever release_task them. */
+static DEFINE_PER_CPU(struct list_head, unreleased_tasks);
+static DEFINE_PER_CPU(struct work_struct, release_task_work);
+
+static void release_tasks(void *tasks)
+{
+ struct task_struct *tsk, *next;
+ LIST_HEAD(list);
+
+ write_lock_irq(&tasklist_lock);
+ list_splice_init((struct list_head *)tasks, &list);
+ write_unlock_irq(&tasklist_lock);
+
+ list_for_each_entry_safe(tsk, next, &list, death) {
+ BUG_ON(!(tsk->flags & PF_DEAD));
+ /* I don't *think* this should happen... --RR */
+ WARN_ON(tsk->state != TASK_DEAD);
+ list_del(&tsk->death);
+ release_task(tsk);
+ }
+}
+
+static __init int init_release_tasks(void)
+{
+ unsigned int i;
+
+ for_each_cpu(i) {
+ INIT_LIST_HEAD(&per_cpu(unreleased_tasks, i));
+ INIT_WORK(&per_cpu(release_task_work, i), release_tasks,
+ &per_cpu(unreleased_tasks, i));
+ }
+ return 0;
+}
+core_initcall(init_release_tasks);
+
void release_task(struct task_struct * p)
{
int zap_leader;
@@ -656,7 +691,6 @@ static inline void forget_original_paren
*/
static void exit_notify(struct task_struct *tsk)
{
- int state;
struct task_struct *t;
struct list_head ptrace_dead, *_p, *_n;
@@ -753,47 +787,37 @@ static void exit_notify(struct task_stru
do_notify_parent(tsk, SIGCHLD);
}
- state = TASK_ZOMBIE;
- if (tsk->exit_signal == -1 && tsk->ptrace == 0)
- state = TASK_DEAD;
- else
- tsk->state = state;
- /*
- * Clear these here so that update_process_times() won't try to deliver
- * itimer, profile or rlimit signals to this task while it is in late exit.
- */
- tsk->it_virt_value = 0;
- tsk->it_prof_value = 0;
- tsk->rlim[RLIMIT_CPU].rlim_cur = RLIM_INFINITY;
+ tsk->flags |= PF_DEAD;
+ if (tsk->exit_signal == -1 && tsk->ptrace == 0) {
+ /* Uncaring parent: keventd will do the final release_task */
+ tsk->state = TASK_DEAD;
+ list_add(&tsk->death, &__get_cpu_var(unreleased_tasks));
+ schedule_work(&__get_cpu_var(release_task_work));
+ } else
+ tsk->state = TASK_ZOMBIE;
/*
- * Get a reference to it so that we can set the state
- * as the last step. The state-setting only matters if the
- * current task is releasing itself, to trigger the final
- * put_task_struct() in finish_task_switch(). (thread self-reap)
+ * In the preemption case it must be impossible for the task
+ * to get runnable again, so use "_raw_" unlock to keep
+ * preempt_count elevated until we schedule(). Also, this
+ * ensures that keventd won't release this task until
+ * after we schedule().
+ *
+ * To avoid deadlock on SMP, interrupts must be unmasked. If we
+ * don't, subsequently called functions (e.g, wait_task_inactive()
+ * via release_task()) will spin, with interrupt flags
+ * unwittingly blocked, until the other task sleeps. That task
+ * may itself be waiting for smp_call_function() to answer and
+ * complete, and with interrupts blocked that will never happen.
*/
- get_task_struct(tsk);
-
- write_unlock_irq(&tasklist_lock);
+ _raw_write_unlock(&tasklist_lock);
+ local_irq_enable();
list_for_each_safe(_p, _n, &ptrace_dead) {
list_del_init(_p);
t = list_entry(_p,struct task_struct,ptrace_list);
release_task(t);
}
-
- /* If the process is dead, release it - nobody will wait for it */
- if (state == TASK_DEAD) {
- release_task(tsk);
- write_lock_irq(&tasklist_lock);
- tsk->state = state;
- _raw_write_unlock(&tasklist_lock);
- local_irq_enable();
- } else
- preempt_disable();
-
- tsk->flags |= PF_DEAD;
- put_task_struct(tsk);
}
asmlinkage NORET_TYPE void do_exit(long code)
--
Anyone who quotes me in their signature is an idiot -- Rusty Russell
^ permalink raw reply [flat|nested] 47+ messages in thread* Re: 2.6.8.1-mm2
2004-08-20 7:40 ` 2.6.8.1-mm2 Rusty Russell
@ 2004-08-20 8:14 ` Ingo Molnar
2004-08-20 8:29 ` 2.6.8.1-mm2 Srivatsa Vaddagiri
2004-08-21 7:51 ` 2.6.8.1-mm2 Rusty Russell
2004-08-20 8:33 ` 2.6.8.1-mm2 Ingo Molnar
1 sibling, 2 replies; 47+ messages in thread
From: Ingo Molnar @ 2004-08-20 8:14 UTC (permalink / raw)
To: Rusty Russell
Cc: Andrew Morton, Nathan Lynch, lkml - Kernel Mailing List,
Srivatsa Vaddagiri
* Rusty Russell <rusty@rustcorp.com.au> wrote:
> + /* Delayed cleanup on death of task with uncaring parent. */
> + struct list_head death;
> +/* Keventd handles tasks whose parent won't ever release_task them. */
> +static DEFINE_PER_CPU(struct list_head, unreleased_tasks);
> +static DEFINE_PER_CPU(struct work_struct, release_task_work);
no! this removes the whole performance optimization of self-reaping and
re-introduces the context-switches. Just measure the
creation/destruction performance of threads. Strong NACK.
Ingo
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2
2004-08-20 8:14 ` 2.6.8.1-mm2 Ingo Molnar
@ 2004-08-20 8:29 ` Srivatsa Vaddagiri
2004-08-20 8:59 ` 2.6.8.1-mm2 Ingo Molnar
2004-08-21 7:51 ` 2.6.8.1-mm2 Rusty Russell
1 sibling, 1 reply; 47+ messages in thread
From: Srivatsa Vaddagiri @ 2004-08-20 8:29 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rusty Russell, Andrew Morton, Nathan Lynch,
lkml - Kernel Mailing List
On Fri, Aug 20, 2004 at 10:14:58AM +0200, Ingo Molnar wrote:
> no! this removes the whole performance optimization of self-reaping and
> re-introduces the context-switches. Just measure the
> creation/destruction performance of threads. Strong NACK.
Is it possible to modify release_task to not remove self-reaping tasks
from the list (and possibly have it removed during finish_task_switch)?
This should solve the hotplug race as well as keep the current optimization?
--
Thanks and Regards,
Srivatsa Vaddagiri,
Linux Technology Center,
IBM Software Labs,
Bangalore, INDIA - 560017
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2
2004-08-20 8:29 ` 2.6.8.1-mm2 Srivatsa Vaddagiri
@ 2004-08-20 8:59 ` Ingo Molnar
2004-08-20 9:03 ` 2.6.8.1-mm2 Ingo Molnar
0 siblings, 1 reply; 47+ messages in thread
From: Ingo Molnar @ 2004-08-20 8:59 UTC (permalink / raw)
To: Srivatsa Vaddagiri
Cc: Rusty Russell, Andrew Morton, Nathan Lynch,
lkml - Kernel Mailing List
* Srivatsa Vaddagiri <vatsa@in.ibm.com> wrote:
> Is it possible to modify release_task to not remove self-reaping tasks
> from the list (and possibly have it removed during
> finish_task_switch)?
>
> This should solve the hotplug race as well as keep the current
> optimization?
see the patch i just sent - it disables hotplug in that critical
self-reap section.
(another solution would be for the hotplug code to also look into the
local runqueue for tasks to migrate, not only the tasklist.)
Ingo
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2
2004-08-20 8:59 ` 2.6.8.1-mm2 Ingo Molnar
@ 2004-08-20 9:03 ` Ingo Molnar
0 siblings, 0 replies; 47+ messages in thread
From: Ingo Molnar @ 2004-08-20 9:03 UTC (permalink / raw)
To: Srivatsa Vaddagiri
Cc: Rusty Russell, Andrew Morton, Nathan Lynch,
lkml - Kernel Mailing List
* Ingo Molnar <mingo@elte.hu> wrote:
> see the patch i just sent - it disables hotplug in that critical
> self-reap section.
>
> (another solution would be for the hotplug code to also look into the
> local runqueue for tasks to migrate, not only the tasklist.)
yet another solution would be to do proc_pid_flush() earlier in
release_task(). This opens up some races elsewhere which need to be
solved (iirc mostly in the /proc code, see ->proc_lock) but should solve
it a bit nicer i think.
Ingo
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2
2004-08-20 8:14 ` 2.6.8.1-mm2 Ingo Molnar
2004-08-20 8:29 ` 2.6.8.1-mm2 Srivatsa Vaddagiri
@ 2004-08-21 7:51 ` Rusty Russell
1 sibling, 0 replies; 47+ messages in thread
From: Rusty Russell @ 2004-08-21 7:51 UTC (permalink / raw)
To: Ingo Molnar
Cc: Andrew Morton, Nathan Lynch, lkml - Kernel Mailing List,
Srivatsa Vaddagiri
On Fri, 2004-08-20 at 18:14, Ingo Molnar wrote:
> * Rusty Russell <rusty@rustcorp.com.au> wrote:
>
> > + /* Delayed cleanup on death of task with uncaring parent. */
> > + struct list_head death;
>
> > +/* Keventd handles tasks whose parent won't ever release_task them. */
> > +static DEFINE_PER_CPU(struct list_head, unreleased_tasks);
> > +static DEFINE_PER_CPU(struct work_struct, release_task_work);
>
> no! this removes the whole performance optimization of self-reaping and
> re-introduces the context-switches. Just measure the
> creation/destruction performance of threads. Strong NACK.
OK, that patch sucked. But this self-reaping optimization has caused
more than one subtle bug; I am determined to get rid of it.
What do you think of this? (against 2.6.8.1-mm2)
Rusty.
Name: Don't Sleep After We're Out Of Task List
Status: Booted on 2.6.8.1-mm2
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> (authored)
Version: -mm
Ingo recently accidentally broke CPU hotplug by enabling preemption
around release_task(), which can be called on the current task if the
parent isn't interested. This is because release_task() can now
sleep.
The problem is, the task can be preempted and then the CPU can go
down: it's not in the task list any more, and so it won't get migrated
after the CPU goes down. It stays on the down CPU, which triggers a
BUG_ON.
We have had previous problems with tasks releasing themselves:
oprofile has a comment about it, and we had the case of trying to
deliver SIGXCPU in the timer tick to the current task which had called
release_task(). I tried shuffling release_task off the
finish_arch_switch, but that can't sleep either. I tried using rcu,
but same problem. Finally, I just use a workqueue and a per-cpu list,
which also guarantees the task has actually finished running.
diff -urpN --exclude TAGS -X /home/rusty/devel/kernel/kernel-patches/current-dontdiff --minimal .6239-linux-2.6.8.1-mm2/include/linux/sched.h .6239-linux-2.6.8.1-mm2.updated/include/linux/sched.h
--- .6239-linux-2.6.8.1-mm2/include/linux/sched.h 2004-08-20 17:33:26.000000000 +1000
+++ .6239-linux-2.6.8.1-mm2.updated/include/linux/sched.h 2004-08-21 17:12:34.000000000 +1000
@@ -615,7 +615,6 @@ do { if (atomic_dec_and_test(&(tsk)->usa
/* Not implemented yet, only for 486*/
#define PF_STARTING 0x00000002 /* being created */
#define PF_EXITING 0x00000004 /* getting shut down */
-#define PF_DEAD 0x00000008 /* Dead */
#define PF_SELFREAP 0x00000010 /* Never a zombie, must be released */
#define PF_FORKNOEXEC 0x00000040 /* forked but didn't exec */
#define PF_SUPERPRIV 0x00000100 /* used super-user privileges */
diff -urpN --exclude TAGS -X /home/rusty/devel/kernel/kernel-patches/current-dontdiff --minimal .6239-linux-2.6.8.1-mm2/kernel/exit.c .6239-linux-2.6.8.1-mm2.updated/kernel/exit.c
--- .6239-linux-2.6.8.1-mm2/kernel/exit.c 2004-08-20 17:33:27.000000000 +1000
+++ .6239-linux-2.6.8.1-mm2.updated/kernel/exit.c 2004-08-21 17:10:52.000000000 +1000
@@ -646,13 +646,14 @@ static inline void forget_original_paren
}
}
+static DEFINE_PER_CPU(struct task_struct *, last_exited_task);
+
/*
* Send signals to all our closest relatives so that they know
* to properly mourn us..
*/
static void exit_notify(struct task_struct *tsk)
{
- int state;
struct task_struct *t;
struct list_head ptrace_dead, *_p, *_n;
@@ -749,18 +750,11 @@ static void exit_notify(struct task_stru
do_notify_parent(tsk, SIGCHLD);
}
- state = TASK_ZOMBIE;
- if (tsk->exit_signal == -1 && tsk->ptrace == 0)
- state = TASK_DEAD;
- tsk->state = state;
-
- /*
- * Clear these here so that update_process_times() won't try to deliver
- * itimer, profile or rlimit signals to this task while it is in late exit.
- */
- tsk->it_virt_value = 0;
- tsk->it_prof_value = 0;
- tsk->rlim[RLIMIT_CPU].rlim_cur = RLIM_INFINITY;
+ if (tsk->exit_signal == -1 && tsk->ptrace == 0) {
+ tsk->state = TASK_DEAD;
+ tsk->flags |= PF_SELFREAP;
+ } else
+ tsk->state = TASK_ZOMBIE;
write_unlock_irq(&tasklist_lock);
@@ -770,12 +764,25 @@ static void exit_notify(struct task_stru
release_task(t);
}
+again:
preempt_disable();
- /* PF_DEAD says drop ref after we schedule. */
- tsk->flags |= PF_DEAD;
- /* PF_SELFREAP says there's no parent to wait4() for us. */
- if (state == TASK_DEAD)
- tsk->flags |= PF_SELFREAP;
+
+ /* Now it's safe to do final put on last task which exited. */
+ t = __get_cpu_var(last_exited_task);
+ if (t) {
+ if (t->flags & PF_SELFREAP) {
+ /* release_task can sleep: release and retry. */
+ __get_cpu_var(last_exited_task) = NULL;
+ preempt_enable();
+ release_task(t);
+ put_task_struct(t);
+ goto again;
+ }
+ put_task_struct(t);
+ }
+
+ /* Once we've set this, we must not be preempted. */
+ __get_cpu_var(last_exited_task) = tsk;
}
asmlinkage NORET_TYPE void do_exit(long code)
diff -urpN --exclude TAGS -X /home/rusty/devel/kernel/kernel-patches/current-dontdiff --minimal .6239-linux-2.6.8.1-mm2/kernel/sched.c .6239-linux-2.6.8.1-mm2.updated/kernel/sched.c
--- .6239-linux-2.6.8.1-mm2/kernel/sched.c 2004-08-20 17:33:27.000000000 +1000
+++ .6239-linux-2.6.8.1-mm2.updated/kernel/sched.c 2004-08-21 17:01:31.000000000 +1000
@@ -1467,30 +1467,12 @@ static void finish_task_switch(task_t *p
{
runqueue_t *rq = this_rq();
struct mm_struct *mm = rq->prev_mm;
- unsigned long prev_task_flags;
rq->prev_mm = NULL;
- /*
- * A task struct has one reference for the use as "current".
- * If a task dies, then it sets TASK_ZOMBIE in tsk->state and calls
- * schedule one last time. The schedule call will never return,
- * and the scheduled task must drop that reference.
- * The test for TASK_ZOMBIE must occur while the runqueue locks are
- * still held, otherwise prev could be scheduled on another cpu, die
- * there before we look at prev->state, and then the reference would
- * be dropped twice.
- * Manfred Spraul <manfred@colorfullife.com>
- */
- prev_task_flags = prev->flags;
finish_arch_switch(rq, prev);
if (mm)
mmdrop(mm);
- if (unlikely(prev_task_flags & PF_DEAD)) {
- if (prev_task_flags & PF_SELFREAP)
- release_task(prev);
- put_task_struct(prev);
- }
}
/**
--
Anyone who quotes me in their signature is an idiot -- Rusty Russell
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2
2004-08-20 7:40 ` 2.6.8.1-mm2 Rusty Russell
2004-08-20 8:14 ` 2.6.8.1-mm2 Ingo Molnar
@ 2004-08-20 8:33 ` Ingo Molnar
2004-08-20 21:35 ` 2.6.8.1-mm2 Andrew Morton
1 sibling, 1 reply; 47+ messages in thread
From: Ingo Molnar @ 2004-08-20 8:33 UTC (permalink / raw)
To: Rusty Russell
Cc: Andrew Morton, Nathan Lynch, lkml - Kernel Mailing List,
Srivatsa Vaddagiri
* Rusty Russell <rusty@rustcorp.com.au> wrote:
> Nathan, can you revert that, and apply this? This actually fixes the
> might_sleep problem, and should fix at least the problem Vatsa saw.
> If it doesn't solve your problem, we need to look again.
i've attached a much simpler replacement: dont allow CPU hotplug during
self-reap.
Ingo
DESC
disable preemption in the self-reap codepath, as such tasks may not be
on the tasklist anymore and CPU-hotplug relies on the tasklist to
migrate tasks.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
--- linux/kernel/exit.c.orig
+++ linux/kernel/exit.c
@@ -25,6 +25,7 @@
#include <linux/proc_fs.h>
#include <linux/mempolicy.h>
#include <linux/perfctr.h>
+#include <linux/cpu.h>
#include <asm/uaccess.h>
#include <asm/unistd.h>
@@ -780,8 +781,14 @@ static void exit_notify(struct task_stru
/* If the process is dead, release it - nobody will wait for it */
if (state == TASK_DEAD) {
+ lock_cpu_hotplug();
release_task(tsk);
write_lock_irq(&tasklist_lock);
+ /*
+ * No preemption may happen from this point on,
+ * or CPU hotplug (and task exit) breaks:
+ */
+ unlock_cpu_hotplug();
tsk->state = state;
_raw_write_unlock(&tasklist_lock);
local_irq_enable();
^ permalink raw reply [flat|nested] 47+ messages in thread* Re: 2.6.8.1-mm2
2004-08-20 8:33 ` 2.6.8.1-mm2 Ingo Molnar
@ 2004-08-20 21:35 ` Andrew Morton
2004-08-20 22:12 ` 2.6.8.1-mm2 Nathan Lynch
0 siblings, 1 reply; 47+ messages in thread
From: Andrew Morton @ 2004-08-20 21:35 UTC (permalink / raw)
To: Ingo Molnar; +Cc: rusty, nathanl, linux-kernel, vatsa
Ingo Molnar <mingo@elte.hu> wrote:
>
> * Rusty Russell <rusty@rustcorp.com.au> wrote:
>
> > Nathan, can you revert that, and apply this? This actually fixes the
> > might_sleep problem, and should fix at least the problem Vatsa saw.
> > If it doesn't solve your problem, we need to look again.
>
> i've attached a much simpler replacement: dont allow CPU hotplug during
> self-reap.
I got this patch into -mm3, but at the expense of one of Rusty's earlier
patches.
Could you and Rusty please carefully review what we have in -mm3 and make
sure that everything is now shipshape?
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2
2004-08-20 21:35 ` 2.6.8.1-mm2 Andrew Morton
@ 2004-08-20 22:12 ` Nathan Lynch
0 siblings, 0 replies; 47+ messages in thread
From: Nathan Lynch @ 2004-08-20 22:12 UTC (permalink / raw)
To: Andrew Morton; +Cc: Ingo Molnar, Rusty Russell, lkml, Srivatsa Vaddagiri
On Fri, 2004-08-20 at 16:35, Andrew Morton wrote:
> Ingo Molnar <mingo@elte.hu> wrote:
> >
> > * Rusty Russell <rusty@rustcorp.com.au> wrote:
> >
> > > Nathan, can you revert that, and apply this? This actually fixes the
> > > might_sleep problem, and should fix at least the problem Vatsa saw.
> > > If it doesn't solve your problem, we need to look again.
> >
> > i've attached a much simpler replacement: dont allow CPU hotplug during
> > self-reap.
>
> I got this patch into -mm3, but at the expense of one of Rusty's earlier
> patches.
>
> Could you and Rusty please carefully review what we have in -mm3 and make
> sure that everything is now shipshape?
(Sorry for the delay in reporting this, mail issues...)
Something is broken in -mm3. I am unable to offline a cpu at all -- the
task ("cpuonoff.pl") which invokes __stop_machine_run is never woken up
after it enters wait_for_completion:
SysRq : Show State
sibling
task PC pid father child younger older
init S 0000000000000000 7944 1 0 2 (NOTLB)
Call Trace:
[c00000027ff03710] [0000000000000010] 0x10 (unreliable)
[c00000027ff038e0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027ff03970] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027ff03a90] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000027ff03b70] [c0000000000ca180] .do_select+0x1ec/0x3e4
[c00000027ff03cb0] [c0000000000ed104] .compat_sys_select+0x438/0x660
[c00000027ff03dc0] [c00000000001f5ac] .ppc32_select+0x14/0x28
[c00000027ff03e30] [c000000000011e00] syscall_exit+0x0/0x18
migration/0 S 0000000000000000 14096 2 1 3 (L-TLB)
Call Trace:
[c00000027ff2fa90] [c00000027ff2fab0] 0xc00000027ff2fab0 (unreliable)
[c00000027ff2fc60] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027ff2fcf0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027ff2fe10] [c00000000004d8b0] .migration_thread+0x13c/0x33c
[c00000027ff2fed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027ff2ff90] [c0000000000194c4] .kernel_thread+0x4c/0x68
ksoftirqd/0 S 0000000000000000 14752 3 1 4 2 (L-TLB)
Call Trace:
[c00000027ff37c70] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027ff37d00] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027ff37e20] [c00000000005aa08] .ksoftirqd+0x1f8/0x200
[c00000027ff37ed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027ff37f90] [c0000000000194c4] .kernel_thread+0x4c/0x68
migration/1 S 0000000000000000 13848 4 1 5 3 (L-TLB)
Call Trace:
[c00000027ff3ba90] [c00000027ff3bab0] 0xc00000027ff3bab0 (unreliable)
[c00000027ff3bc60] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027ff3bcf0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027ff3be10] [c00000000004d8b0] .migration_thread+0x13c/0x33c
[c00000027ff3bed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027ff3bf90] [c0000000000194c4] .kernel_thread+0x4c/0x68
ksoftirqd/1 S 0000000000000000 14848 5 1 6 4 (L-TLB)
Call Trace:
[c00000027ff6fc70] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027ff6fd00] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027ff6fe20] [c00000000005aa08] .ksoftirqd+0x1f8/0x200
[c00000027ff6fed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027ff6ff90] [c0000000000194c4] .kernel_thread+0x4c/0x68
migration/2 R running task 14288 6 1 7 5 (L-TLB)
ksoftirqd/2 S 0000000000000000 14928 7 1 8 6 (L-TLB)
Call Trace:
[c00000027fe2bc70] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fe2bd00] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fe2be20] [c00000000005aa08] .ksoftirqd+0x1f8/0x200
[c00000027fe2bed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027fe2bf90] [c0000000000194c4] .kernel_thread+0x4c/0x68
migration/3 S 0000000000000000 14912 8 1 9 7 (L-TLB)
Call Trace:
[c00000027fe2fc60] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fe2fcf0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fe2fe10] [c00000000004d8b0] .migration_thread+0x13c/0x33c
[c00000027fe2fed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027fe2ff90] [c0000000000194c4] .kernel_thread+0x4c/0x68
ksoftirqd/3 S 0000000000000000 14848 9 1 10 8 (L-TLB)
Call Trace:
[c00000027fe67c70] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fe67d00] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fe67e20] [c00000000005aa08] .ksoftirqd+0x1f8/0x200
[c00000027fe67ed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027fe67f90] [c0000000000194c4] .kernel_thread+0x4c/0x68
events/0 S 0000000000000000 11520 10 1 14 11 9 (L-TLB)
Call Trace:
[c00000027fe6ba10] [c00000027fe6baa0] 0xc00000027fe6baa0 (unreliable)
[c00000027fe6bbe0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fe6bc70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fe6bd90] [c00000000006ae9c] .worker_thread+0x358/0x3b0
[c00000027fe6bed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027fe6bf90] [c0000000000194c4] .kernel_thread+0x4c/0x68
events/1 S 0000000000000000 12608 11 1 4695 12 10 (L-TLB)
Call Trace:
[c00000027fe7ba10] [0000000028000022] 0x28000022 (unreliable)
[c00000027fe7bbe0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fe7bc70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fe7bd90] [c00000000006ae9c] .worker_thread+0x358/0x3b0
[c00000027fe7bed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027fe7bf90] [c0000000000194c4] .kernel_thread+0x4c/0x68
events/2 R running task 14144 12 1 13 11 (L-TLB)
events/3 S 0000000000000000 14144 13 1 45 12 (L-TLB)
Call Trace:
[c00000027fe87a10] [c00000027fe87aa0] 0xc00000027fe87aa0 (unreliable)
[c00000027fe87be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fe87c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fe87d90] [c00000000006ae9c] .worker_thread+0x358/0x3b0
[c00000027fe87ed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027fe87f90] [c0000000000194c4] .kernel_thread+0x4c/0x68
khelper S 0000000000000000 11376 14 10 27 (L-TLB)
Call Trace:
[c00000027fe93a10] [0000000000000078] 0x78 (unreliable)
[c00000027fe93be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fe93c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fe93d90] [c00000000006ae9c] .worker_thread+0x358/0x3b0
[c00000027fe93ed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027fe93f90] [c0000000000194c4] .kernel_thread+0x4c/0x68
kblockd/0 S 0000000000000000 13416 27 10 28 14 (L-TLB)
Call Trace:
[c00000027fc3fa10] [c00000027fc3faa0] 0xc00000027fc3faa0 (unreliable)
[c00000027fc3fbe0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fc3fc70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fc3fd90] [c00000000006ae9c] .worker_thread+0x358/0x3b0
[c00000027fc3fed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027fc3ff90] [c0000000000194c4] .kernel_thread+0x4c/0x68
kblockd/1 S 0000000000000000 13072 28 10 29 27 (L-TLB)
Call Trace:
[c00000027fc4ba10] [c00000027fc4baa0] 0xc00000027fc4baa0 (unreliable)
[c00000027fc4bbe0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fc4bc70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fc4bd90] [c00000000006ae9c] .worker_thread+0x358/0x3b0
[c00000027fc4bed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027fc4bf90] [c0000000000194c4] .kernel_thread+0x4c/0x68
kblockd/2 S 0000000000000000 13416 29 10 30 28 (L-TLB)
Call Trace:
[c00000027fc53a10] [c00000027fc53aa0] 0xc00000027fc53aa0 (unreliable)
[c00000027fc53be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fc53c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fc53d90] [c00000000006ae9c] .worker_thread+0x358/0x3b0
[c00000027fc53ed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027fc53f90] [c0000000000194c4] .kernel_thread+0x4c/0x68
kblockd/3 S 0000000000000000 13008 30 10 46 29 (L-TLB)
Call Trace:
[c00000027fc57a10] [c00000003f9118b0] 0xc00000003f9118b0 (unreliable)
[c00000027fc57be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fc57c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fc57d90] [c00000000006ae9c] .worker_thread+0x358/0x3b0
[c00000027fc57ed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027fc57f90] [c0000000000194c4] .kernel_thread+0x4c/0x68
rtasd D 0000000000000000 12880 45 1 48 13 (L-TLB)
Call Trace:
[c00000027fcefa80] [8000000000009032] 0x8000000000009032 (unreliable)
[c00000027fcefc50] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fcefce0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fcefe00] [c000000000355b94] .__down+0xe8/0x11c
[c00000027fcefed0] [c000000000032a00] .rtasd+0x38c/0x40c
[c00000027fceff90] [c0000000000194c4] .kernel_thread+0x4c/0x68
pdflush S 0000000000000000 10400 46 10 47 30 (L-TLB)
Call Trace:
[c00000027fd17a00] [c00000027fd17aa0] 0xc00000027fd17aa0 (unreliable)
[c00000027fd17bd0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fd17c60] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fd17d80] [c00000000008695c] .__pdflush+0x118/0x38c
[c00000027fd17e20] [c000000000086bf4] .pdflush+0x24/0x34
[c00000027fd17ed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027fd17f90] [c0000000000194c4] .kernel_thread+0x4c/0x68
pdflush S 0000000000000000 14624 47 10 49 46 (L-TLB)
Call Trace:
[c00000027fd1bbd0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fd1bc60] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fd1bd80] [c00000000008695c] .__pdflush+0x118/0x38c
[c00000027fd1be20] [c000000000086bf4] .pdflush+0x24/0x34
[c00000027fd1bed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027fd1bf90] [c0000000000194c4] .kernel_thread+0x4c/0x68
kswapd0 S 0000000000000000 15040 48 1 635 45 (L-TLB)
Call Trace:
[c00000027fd1fce0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fd1fd70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fd1fe90] [c000000000092868] .kswapd+0xec/0x128
[c00000027fd1ff90] [c0000000000194c4] .kernel_thread+0x4c/0x68
aio/0 S 0000000000000000 14784 49 10 50 47 (L-TLB)
Call Trace:
[c00000027fd47be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fd47c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fd47d90] [c00000000006ae9c] .worker_thread+0x358/0x3b0
[c00000027fd47ed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027fd47f90] [c0000000000194c4] .kernel_thread+0x4c/0x68
aio/1 S 0000000000000000 14784 50 10 51 49 (L-TLB)
Call Trace:
[c00000027fd57be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fd57c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fd57d90] [c00000000006ae9c] .worker_thread+0x358/0x3b0
[c00000027fd57ed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027fd57f90] [c0000000000194c4] .kernel_thread+0x4c/0x68
aio/2 S 0000000000000000 14784 51 10 52 50 (L-TLB)
Call Trace:
[c00000027fd5bbe0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fd5bc70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fd5bd90] [c00000000006ae9c] .worker_thread+0x358/0x3b0
[c00000027fd5bed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027fd5bf90] [c0000000000194c4] .kernel_thread+0x4c/0x68
aio/3 S 0000000000000000 14784 52 10 51 (L-TLB)
Call Trace:
[c00000027fd5fbe0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027fd5fc70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027fd5fd90] [c00000000006ae9c] .worker_thread+0x358/0x3b0
[c00000027fd5fed0] [c000000000071d80] .kthread+0x11c/0x128
[c00000027fd5ff90] [c0000000000194c4] .kernel_thread+0x4c/0x68
khvcd R running task 13512 635 1 637 48 (L-TLB)
kseriod S 0000000000000000 15056 637 1 800 635 (L-TLB)
Call Trace:
[c00000000b263cf0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000000b263d80] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000000b263ea0] [c0000000001eaf40] .serio_thread+0x1d8/0x1f0
[c00000000b263f90] [c0000000000194c4] .kernel_thread+0x4c/0x68
scsi_eh_0 S 0000000000000000 14896 800 1 820 637 (L-TLB)
Call Trace:
[c00000003f8ebc50] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000003f8ebce0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000003f8ebe00] [c000000000355ce0] .__down_interruptible+0x118/0x16c
[c00000003f8ebee0] [c000000000258444] .scsi_error_handler+0x1b0/0x1f8
[c00000003f8ebf90] [c0000000000194c4] .kernel_thread+0x4c/0x68
scsi_eh_1 S 0000000000000000 14896 820 1 846 800 (L-TLB)
Call Trace:
[c00000003f953c50] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000003f953ce0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000003f953e00] [c000000000355ce0] .__down_interruptible+0x118/0x16c
[c00000003f953ee0] [c000000000258444] .scsi_error_handler+0x1b0/0x1f8
[c00000003f953f90] [c0000000000194c4] .kernel_thread+0x4c/0x68
kjournald S 0000000000000000 11840 846 1 1109 820 (L-TLB)
Call Trace:
[c00000000b71fab0] [c00000000b71fe30] 0xc00000000b71fe30 (unreliable)
[c00000000b71fc80] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000000b71fd10] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000000b71fe30] [c000000000167a48] .kjournald+0x3b0/0x414
[c00000000b71ff90] [c0000000000194c4] .kernel_thread+0x4c/0x68
srcmstr S 000000000fdfbeb4 8488 1109 1 1307 1246 846 (NOTLB)
Call Trace:
[c00000027f087710] [c00000000008c98c] .kfree+0x98/0x128 (unreliable)
[c00000027f0878e0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027f087970] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027f087a90] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027f087b70] [c0000000000ca180] .do_select+0x1ec/0x3e4
[c00000027f087cb0] [c0000000000ed104] .compat_sys_select+0x438/0x660
[c00000027f087dc0] [c00000000001f5ac] .ppc32_select+0x14/0x28
[c00000027f087e30] [c000000000011e00] syscall_exit+0x0/0x18
syslogd S 0000008000167c94 9320 1246 1 1263 1109 (NOTLB)
Call Trace:
[c00000003f397780] [c0000000002c4038] .memcpy_toiovec+0x68/0xcc (unreliable)
[c00000003f397950] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000003f3979e0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000003f397b00] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000003f397be0] [c0000000000ca180] .do_select+0x1ec/0x3e4
[c00000003f397d20] [c0000000000ca71c] .sys_select+0x348/0x4e8
[c00000003f397e30] [c000000000011e00] syscall_exit+0x0/0x18
klogd R running task 11104 1263 1 1320 1246 (NOTLB)
rmcd S 000000000f555eb4 8488 1307 1109 1334 1369 (NOTLB)
Call Trace:
[c00000027f4bf710] [c00000003f480870] 0xc00000003f480870 (unreliable)
[c00000027f4bf8e0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027f4bf970] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027f4bfa90] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027f4bfb70] [c0000000000ca180] .do_select+0x1ec/0x3e4
[c00000027f4bfcb0] [c0000000000ed104] .compat_sys_select+0x438/0x660
[c00000027f4bfdc0] [c00000000001f5ac] .ppc32_select+0x14/0x28
[c00000027f4bfe30] [c000000000011e00] syscall_exit+0x0/0x18
portmap S 000000000ff66884 11776 1320 1 1383 1263 (NOTLB)
Call Trace:
[c00000027f553850] [c0000000000834d8] .buffered_rmqueue+0x1b8/0x31c (unreliable)
[c00000027f553a20] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027f553ab0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027f553bd0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000027f553cb0] [c0000000000caabc] .do_poll+0xc4/0x134
[c00000027f553d50] [c0000000000cacb8] .sys_poll+0x18c/0x294
[c00000027f553e30] [c000000000011e00] syscall_exit+0x0/0x18
rmcd S 000000000f55c884 13432 1334 1307 1335 (NOTLB)
Call Trace:
[c00000027f4e7850] [c00000027f4e78f0] 0xc00000027f4e78f0 (unreliable)
[c00000027f4e7a20] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027f4e7ab0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027f4e7bd0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000027f4e7cb0] [c0000000000caabc] .do_poll+0xc4/0x134
[c00000027f4e7d50] [c0000000000cacb8] .sys_poll+0x18c/0x294
[c00000027f4e7e30] [c000000000011e00] syscall_exit+0x0/0x18
rmcd S 000000000f4c2600 9504 1335 1334 (NOTLB)
Call Trace:
[c00000003f53fa10] [c00000003f53fad0] 0xc00000003f53fad0 (unreliable)
[c00000003f53fbe0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000003f53fc70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000003f53fd90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000003f53fe30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.CSMAgentR S 000000000f996eb4 8672 1369 1109 1400 1399 1307 (NOTLB)
Call Trace:
[c00000000b7bf710] [c00000000b7bf7b0] 0xc00000000b7bf7b0 (unreliable)
[c00000000b7bf8e0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000000b7bf970] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000000b7bfa90] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000000b7bfb70] [c0000000000ca180] .do_select+0x1ec/0x3e4
[c00000000b7bfcb0] [c0000000000ed104] .compat_sys_select+0x438/0x660
[c00000000b7bfdc0] [c00000000001f5ac] .ppc32_select+0x14/0x28
[c00000000b7bfe30] [c000000000011e00] syscall_exit+0x0/0x18
sshd S 000000000fc39eb4 11104 1383 1 4636 4563 1320 (NOTLB)
Call Trace:
[c00000000b91b710] [c00000000b91b7a0] 0xc00000000b91b7a0 (unreliable)
[c00000000b91b8e0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000000b91b970] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000000b91ba90] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000000b91bb70] [c0000000000ca180] .do_select+0x1ec/0x3e4
[c00000000b91bcb0] [c0000000000ed104] .compat_sys_select+0x438/0x660
[c00000000b91bdc0] [c00000000001f5ac] .ppc32_select+0x14/0x28
[c00000000b91be30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.ERrmd S 000000000f986eb4 8960 1399 1109 1406 1427 1369 (NOTLB)
Call Trace:
[c00000027f47b710] [c00000027f478000] 0xc00000027f478000 (unreliable)
[c00000027f47b8e0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027f47b970] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027f47ba90] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027f47bb70] [c0000000000ca180] .do_select+0x1ec/0x3e4
[c00000027f47bcb0] [c0000000000ed104] .compat_sys_select+0x438/0x660
[c00000027f47bdc0] [c00000000001f5ac] .ppc32_select+0x14/0x28
[c00000027f47be30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.CSMAgentR S 000000000f99d884 12848 1400 1369 1401 (NOTLB)
Call Trace:
[c00000027f587850] [c00000027f5878a0] 0xc00000027f5878a0 (unreliable)
[c00000027f587a20] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027f587ab0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027f587bd0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000027f587cb0] [c0000000000caabc] .do_poll+0xc4/0x134
[c00000027f587d50] [c0000000000cacb8] .sys_poll+0x18c/0x294
[c00000027f587e30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.CSMAgentR S 000000000f903600 13008 1401 1400 1402 (NOTLB)
Call Trace:
[c00000027f4d3a10] [c0000000004f63b8] 0xc0000000004f63b8 (unreliable)
[c00000027f4d3be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027f4d3c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027f4d3d90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000027f4d3e30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.CSMAgentR S 000000000f996eb4 12064 1402 1400 1403 1401 (NOTLB)
Call Trace:
[c00000000b8af710] [c00000000b8af840] 0xc00000000b8af840 (unreliable)
[c00000000b8af8e0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000000b8af970] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000000b8afa90] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000000b8afb70] [c0000000000ca180] .do_select+0x1ec/0x3e4
[c00000000b8afcb0] [c0000000000ed104] .compat_sys_select+0x438/0x660
[c00000000b8afdc0] [c00000000001f5ac] .ppc32_select+0x14/0x28
[c00000000b8afe30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.CSMAgentR S 000000000f903600 12528 1403 1400 1404 1402 (NOTLB)
Call Trace:
[c00000027f517a10] [c0000000004f63b8] 0xc0000000004f63b8 (unreliable)
[c00000027f517be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027f517c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027f517d90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000027f517e30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.CSMAgentR S 000000000f9902e8 13120 1404 1400 1405 1403 (NOTLB)
Call Trace:
[c00000027f5af5a0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027f5af630] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027f5af750] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027f5af830] [c000000000337c28] .unix_stream_data_wait+0x14c/0x20c
[c00000027f5af940] [c0000000003381ec] .unix_stream_recvmsg+0x504/0x5ac
[c00000027f5afa50] [c0000000002bbf78] .sock_aio_read+0x124/0x14c
[c00000027f5afb80] [c0000000000abe28] .do_sync_read+0xb0/0x100
[c00000027f5afcf0] [c0000000000abfc0] .vfs_read+0x148/0x164
[c00000027f5afd90] [c0000000000ac298] .sys_read+0x58/0xa4
[c00000027f5afe30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.CSMAgentR S 000000000f96ef00 11760 1405 1400 1411 1404 (NOTLB)
Call Trace:
[c00000000bf8f930] [00000000bed60713] 0xbed60713 (unreliable)
[c00000000bf8fb00] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000000bf8fb90] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000000bf8fcb0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000000bf8fd90] [c00000000007aa0c] .compat_sys_nanosleep+0xc4/0x174
[c00000000bf8fe30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.ERrmd S 000000000f98d884 12944 1406 1399 1407 (NOTLB)
Call Trace:
[c00000027d013850] [c00000027d0138a0] 0xc00000027d0138a0 (unreliable)
[c00000027d013a20] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027d013ab0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027d013bd0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000027d013cb0] [c0000000000caabc] .do_poll+0xc4/0x134
[c00000027d013d50] [c0000000000cacb8] .sys_poll+0x18c/0x294
[c00000027d013e30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.ERrmd S 000000000f8f3600 13136 1407 1406 1408 (NOTLB)
Call Trace:
[c00000027d017a10] [c0000000004f63b8] 0xc0000000004f63b8 (unreliable)
[c00000027d017be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027d017c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027d017d90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000027d017e30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.ERrmd S 000000000f986eb4 12848 1408 1406 1409 1407 (NOTLB)
Call Trace:
[c00000027d01b710] [c00000027d01b840] 0xc00000027d01b840 (unreliable)
[c00000027d01b8e0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027d01b970] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027d01ba90] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027d01bb70] [c0000000000ca180] .do_select+0x1ec/0x3e4
[c00000027d01bcb0] [c0000000000ed104] .compat_sys_select+0x438/0x660
[c00000027d01bdc0] [c00000000001f5ac] .ppc32_select+0x14/0x28
[c00000027d01be30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.ERrmd S 000000000f8f3600 13040 1409 1406 1410 1408 (NOTLB)
Call Trace:
[c00000027d023a10] [4000000000000000] 0x4000000000000000 (unreliable)
[c00000027d023be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027d023c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027d023d90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000027d023e30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.ERrmd S 000000000f9802e8 13120 1410 1406 1412 1409 (NOTLB)
Call Trace:
[c00000000bf175a0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000000bf17630] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000000bf17750] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000000bf17830] [c000000000337c28] .unix_stream_data_wait+0x14c/0x20c
[c00000000bf17940] [c0000000003381ec] .unix_stream_recvmsg+0x504/0x5ac
[c00000000bf17a50] [c0000000002bbf78] .sock_aio_read+0x124/0x14c
[c00000000bf17b80] [c0000000000abe28] .do_sync_read+0xb0/0x100
[c00000000bf17cf0] [c0000000000abfc0] .vfs_read+0x148/0x164
[c00000000bf17d90] [c0000000000ac298] .sys_read+0x58/0xa4
[c00000000bf17e30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.CSMAgentR S 000000000f96ef00 14016 1411 1400 1439 1405 (NOTLB)
Call Trace:
[c00000027d33b930] [00000000bf9c0713] 0xbf9c0713 (unreliable)
[c00000027d33bb00] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027d33bb90] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027d33bcb0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000027d33bd90] [c00000000007aa0c] .compat_sys_nanosleep+0xc4/0x174
[c00000027d33be30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.ERrmd S 000000000f8f3600 14152 1412 1406 1413 1410 (NOTLB)
Call Trace:
[c00000000bf27a10] [4000000000000000] 0x4000000000000000 (unreliable)
[c00000000bf27be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000000bf27c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000000bf27d90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000000bf27e30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.ERrmd S 000000000f8f3600 14784 1413 1406 1414 1412 (NOTLB)
Call Trace:
[c00000000bf2bbe0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000000bf2bc70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000000bf2bd90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000000bf2be30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.ERrmd S 000000000f8f3600 14784 1414 1406 1415 1413 (NOTLB)
Call Trace:
[c00000027d3a7be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027d3a7c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027d3a7d90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000027d3a7e30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.ERrmd S 000000000f8f3600 14784 1415 1406 1418 1414 (NOTLB)
Call Trace:
[c00000027d1a7be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027d1a7c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027d1a7d90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000027d1a7e30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.ERrmd S 000000000f8f3600 11808 1418 1406 1419 1415 (NOTLB)
Call Trace:
[c00000027d353a10] [c0000000004f63b8] 0xc0000000004f63b8 (unreliable)
[c00000027d353be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027d353c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027d353d90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000027d353e30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.ERrmd S 000000000f98d9c4 12720 1419 1406 1437 1418 (NOTLB)
Call Trace:
[c00000027d50b420] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027d50b4b0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027d50b5d0] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027d50b6b0] [c000000000337c28] .unix_stream_data_wait+0x14c/0x20c
[c00000027d50b7c0] [c0000000003381ec] .unix_stream_recvmsg+0x504/0x5ac
[c00000027d50b8d0] [c0000000002bbd70] .sock_recvmsg+0xe8/0x13c
[c00000027d50baf0] [c0000000002bc204] .sock_readv_writev+0x98/0x9c
[c00000027d50bbb0] [c0000000002bc254] .sock_readv+0x4c/0x5c
[c00000027d50bc30] [c0000000000ec400] .compat_do_readv_writev+0x324/0x388
[c00000027d50bda0] [c0000000000ec4f8] .compat_sys_readv+0x94/0xc8
[c00000027d50be30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.AuditRMd S 000000000f986eb4 8960 1427 1109 1428 1465 1399 (NOTLB)
Call Trace:
[c00000027f07f710] [c0000000093a8760] 0xc0000000093a8760 (unreliable)
[c00000027f07f8e0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027f07f970] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027f07fa90] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027f07fb70] [c0000000000ca180] .do_select+0x1ec/0x3e4
[c00000027f07fcb0] [c0000000000ed104] .compat_sys_select+0x438/0x660
[c00000027f07fdc0] [c00000000001f5ac] .ppc32_select+0x14/0x28
[c00000027f07fe30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.AuditRMd S 000000000f98d884 12944 1428 1427 1429 (NOTLB)
Call Trace:
[c00000027d333850] [c00000027d3338a0] 0xc00000027d3338a0 (unreliable)
[c00000027d333a20] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027d333ab0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027d333bd0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000027d333cb0] [c0000000000caabc] .do_poll+0xc4/0x134
[c00000027d333d50] [c0000000000cacb8] .sys_poll+0x18c/0x294
[c00000027d333e30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.AuditRMd S 000000000f8f3600 13136 1429 1428 1430 (NOTLB)
Call Trace:
[c00000027d9eba10] [c0000000004f63b8] 0xc0000000004f63b8 (unreliable)
[c00000027d9ebbe0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027d9ebc70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027d9ebd90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000027d9ebe30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.AuditRMd S 000000000f986eb4 12848 1430 1428 1431 1429 (NOTLB)
Call Trace:
[c00000027d933710] [c00000027d933840] 0xc00000027d933840 (unreliable)
[c00000027d9338e0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027d933970] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027d933a90] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027d933b70] [c0000000000ca180] .do_select+0x1ec/0x3e4
[c00000027d933cb0] [c0000000000ed104] .compat_sys_select+0x438/0x660
[c00000027d933dc0] [c00000000001f5ac] .ppc32_select+0x14/0x28
[c00000027d933e30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.AuditRMd S 000000000f8f3600 11696 1431 1428 1432 1430 (NOTLB)
Call Trace:
[c00000027d92fa10] [000000000fc5b5ac] 0xfc5b5ac (unreliable)
[c00000027d92fbe0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027d92fc70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027d92fd90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000027d92fe30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.AuditRMd S 000000000f9802e8 13104 1432 1428 1433 1431 (NOTLB)
Call Trace:
[c00000027d83b5a0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027d83b630] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027d83b750] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027d83b830] [c000000000337c28] .unix_stream_data_wait+0x14c/0x20c
[c00000027d83b940] [c0000000003381ec] .unix_stream_recvmsg+0x504/0x5ac
[c00000027d83ba50] [c0000000002bbf78] .sock_aio_read+0x124/0x14c
[c00000027d83bb80] [c0000000000abe28] .do_sync_read+0xb0/0x100
[c00000027d83bcf0] [c0000000000abfc0] .vfs_read+0x148/0x164
[c00000027d83bd90] [c0000000000ac298] .sys_read+0x58/0xa4
[c00000027d83be30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.AuditRMd S 000000000f8f3600 13800 1433 1428 1434 1432 (NOTLB)
Call Trace:
[c00000027d6c3a10] [c0000000004f63b8] 0xc0000000004f63b8 (unreliable)
[c00000027d6c3be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027d6c3c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027d6c3d90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000027d6c3e30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.AuditRMd S 000000000f8f3600 12712 1434 1428 1435 1433 (NOTLB)
Call Trace:
[c00000027dc43a10] [c00000027dc43ab0] 0xc00000027dc43ab0 (unreliable)
[c00000027dc43be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027dc43c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027dc43d90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000027dc43e30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.AuditRMd S 000000000f8f3600 11776 1435 1428 1436 1434 (NOTLB)
Call Trace:
[c00000027dfbfa10] [0000000000000001] 0x1 (unreliable)
[c00000027dfbfbe0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027dfbfc70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027dfbfd90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000027dfbfe30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.AuditRMd S 000000000f8f3600 14224 1436 1428 1435 (NOTLB)
Call Trace:
[c00000003f3f3a10] [c0000000004f63b8] 0xc0000000004f63b8 (unreliable)
[c00000003f3f3be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000003f3f3c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000003f3f3d90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000003f3f3e30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.ERrmd S 000000000f95ef00 14384 1437 1406 1438 1419 (NOTLB)
Call Trace:
[c00000000b7c3b00] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000000b7c3b90] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000000b7c3cb0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000000b7c3d90] [c00000000007aa0c] .compat_sys_nanosleep+0xc4/0x174
[c00000000b7c3e30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.ERrmd S 000000000f8f3600 14240 1438 1406 1437 (NOTLB)
Call Trace:
[c00000000b92fa10] [c00000000b92fab0] 0xc00000000b92fab0 (unreliable)
[c00000000b92fbe0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000000b92fc70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000000b92fd90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000000b92fe30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.CSMAgentR S 000000000f96ef00 14560 1439 1400 1451 1411 (NOTLB)
Call Trace:
[c00000027d5f3b00] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027d5f3b90] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027d5f3cb0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000027d5f3d90] [c00000000007aa0c] .compat_sys_nanosleep+0xc4/0x174
[c00000027d5f3e30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.CSMAgentR S 000000000f903600 11776 1451 1400 1439 (NOTLB)
Call Trace:
[c00000027f477a10] [c00000027f631340] 0xc00000027f631340 (unreliable)
[c00000027f477be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027f477c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027f477d90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000027f477e30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.HostRMd S 000000000fa4aeb4 8488 1465 1109 1468 1485 1427 (NOTLB)
Call Trace:
[c00000027c45f710] [c00000027c45f7b0] 0xc00000027c45f7b0 (unreliable)
[c00000027c45f8e0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027c45f970] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027c45fa90] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027c45fb70] [c0000000000ca180] .do_select+0x1ec/0x3e4
[c00000027c45fcb0] [c0000000000ed104] .compat_sys_select+0x438/0x660
[c00000027c45fdc0] [c00000000001f5ac] .ppc32_select+0x14/0x28
[c00000027c45fe30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.HostRMd S 000000000fa51884 12944 1468 1465 1469 (NOTLB)
Call Trace:
[c00000000ba2b850] [c00000000ba2b8a0] 0xc00000000ba2b8a0 (unreliable)
[c00000000ba2ba20] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000000ba2bab0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000000ba2bbd0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000000ba2bcb0] [c0000000000caabc] .do_poll+0xc4/0x134
[c00000000ba2bd50] [c0000000000cacb8] .sys_poll+0x18c/0x294
[c00000000ba2be30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.HostRMd S 000000000f9b7600 13136 1469 1468 1470 (NOTLB)
Call Trace:
[c00000000b953a10] [c0000000004f63b8] 0xc0000000004f63b8 (unreliable)
[c00000000b953be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000000b953c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000000b953d90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000000b953e30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.HostRMd S 000000000fa4aeb4 12848 1470 1468 1471 1469 (NOTLB)
Call Trace:
[c00000027d60b710] [00000000000000d0] 0xd0 (unreliable)
[c00000027d60b8e0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027d60b970] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027d60ba90] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027d60bb70] [c0000000000ca180] .do_select+0x1ec/0x3e4
[c00000027d60bcb0] [c0000000000ed104] .compat_sys_select+0x438/0x660
[c00000027d60bdc0] [c00000000001f5ac] .ppc32_select+0x14/0x28
[c00000027d60be30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.HostRMd S 000000000f9b7600 11696 1471 1468 1472 1470 (NOTLB)
Call Trace:
[c00000027f46fa10] [c0000000004f63b8] 0xc0000000004f63b8 (unreliable)
[c00000027f46fbe0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027f46fc70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027f46fd90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000027f46fe30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.HostRMd S 000000000fa442e8 13120 1472 1468 1473 1471 (NOTLB)
Call Trace:
[c00000027f5975a0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027f597630] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027f597750] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027f597830] [c000000000337c28] .unix_stream_data_wait+0x14c/0x20c
[c00000027f597940] [c0000000003381ec] .unix_stream_recvmsg+0x504/0x5ac
[c00000027f597a50] [c0000000002bbf78] .sock_aio_read+0x124/0x14c
[c00000027f597b80] [c0000000000abe28] .do_sync_read+0xb0/0x100
[c00000027f597cf0] [c0000000000abfc0] .vfs_read+0x148/0x164
[c00000027f597d90] [c0000000000ac298] .sys_read+0x58/0xa4
[c00000027f597e30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.HostRMd S 000000000fa22f00 14152 1473 1468 1474 1472 (NOTLB)
Call Trace:
[c00000027c19f930] [0000000004020713] 0x4020713 (unreliable)
[c00000027c19fb00] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027c19fb90] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027c19fcb0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000027c19fd90] [c00000000007aa0c] .compat_sys_nanosleep+0xc4/0x174
[c00000027c19fe30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.HostRMd S 000000000f9b7600 10848 1474 1468 1476 1473 (NOTLB)
Call Trace:
[c00000027c1b3a10] [c00000027c1b3ab0] 0xc00000027c1b3ab0 (unreliable)
[c00000027c1b3be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027c1b3c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027c1b3d90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000027c1b3e30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.HostRMd S 000000000fa22f00 14360 1476 1468 1474 (NOTLB)
Call Trace:
[c00000027c68b930] [00000000bf9c0713] 0xbf9c0713 (unreliable)
[c00000027c68bb00] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027c68bb90] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027c68bcb0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000027c68bd90] [c00000000007aa0c] .compat_sys_nanosleep+0xc4/0x174
[c00000027c68be30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.DRMd S 000000000fb40eb4 8488 1485 1109 1518 1465 (NOTLB)
Call Trace:
[c00000027c6a7710] [c00000000068d8c0] 0xc00000000068d8c0 (unreliable)
[c00000027c6a78e0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027c6a7970] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027c6a7a90] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027c6a7b70] [c0000000000ca180] .do_select+0x1ec/0x3e4
[c00000027c6a7cb0] [c0000000000ed104] .compat_sys_select+0x438/0x660
[c00000027c6a7dc0] [c00000000001f5ac] .ppc32_select+0x14/0x28
[c00000027c6a7e30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.DRMd S 000000000fb47884 12736 1518 1485 1519 (NOTLB)
Call Trace:
[c00000027c68f850] [c00000027c68f8a0] 0xc00000027c68f8a0 (unreliable)
[c00000027c68fa20] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027c68fab0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027c68fbd0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000027c68fcb0] [c0000000000caabc] .do_poll+0xc4/0x134
[c00000027c68fd50] [c0000000000cacb8] .sys_poll+0x18c/0x294
[c00000027c68fe30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.DRMd S 000000000faad600 13136 1519 1518 1520 (NOTLB)
Call Trace:
[c00000003f95fa10] [c0000000004f63b8] 0xc0000000004f63b8 (unreliable)
[c00000003f95fbe0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000003f95fc70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000003f95fd90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000003f95fe30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.DRMd S 000000000fb40eb4 12848 1520 1518 1521 1519 (NOTLB)
Call Trace:
[c00000027c7a3710] [00000000000000d0] 0xd0 (unreliable)
[c00000027c7a38e0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027c7a3970] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027c7a3a90] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027c7a3b70] [c0000000000ca180] .do_select+0x1ec/0x3e4
[c00000027c7a3cb0] [c0000000000ed104] .compat_sys_select+0x438/0x660
[c00000027c7a3dc0] [c00000000001f5ac] .ppc32_select+0x14/0x28
[c00000027c7a3e30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.DRMd S 000000000faad600 13040 1521 1518 1522 1520 (NOTLB)
Call Trace:
[c00000027c8d7a10] [c0000000004f63b8] 0xc0000000004f63b8 (unreliable)
[c00000027c8d7be0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027c8d7c70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027c8d7d90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000027c8d7e30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.DRMd S 000000000fb3a2e8 13104 1522 1518 1523 1521 (NOTLB)
Call Trace:
[c00000000b79b5a0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000000b79b630] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000000b79b750] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000000b79b830] [c000000000337c28] .unix_stream_data_wait+0x14c/0x20c
[c00000000b79b940] [c0000000003381ec] .unix_stream_recvmsg+0x504/0x5ac
[c00000000b79ba50] [c0000000002bbf78] .sock_aio_read+0x124/0x14c
[c00000000b79bb80] [c0000000000abe28] .do_sync_read+0xb0/0x100
[c00000000b79bcf0] [c0000000000abfc0] .vfs_read+0x148/0x164
[c00000000b79bd90] [c0000000000ac298] .sys_read+0x58/0xa4
[c00000000b79be30] [c000000000011e00] syscall_exit+0x0/0x18
IBM.DRMd S 000000000faad600 10848 1523 1518 1524 1522 (NOTLB)
Call Trace:
[c00000027c82fa10] [c00000027c82fab0] 0xc00000027c82fab0 (unreliable)
[c00000027c82fbe0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027c82fc70] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027c82fd90] [c000000000028968] .sys32_rt_sigsuspend+0x11c/0x164
[c00000027c82fe30] [c000000000011fe4] .ppc32_rt_sigsuspend+0x8/0xc
IBM.DRMd S 000000000fb18f00 14360 1524 1518 1523 (NOTLB)
Call Trace:
[c00000027c87b930] [0000000004020713] 0x4020713 (unreliable)
[c00000027c87bb00] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027c87bb90] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027c87bcb0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000027c87bd90] [c00000000007aa0c] .compat_sys_nanosleep+0xc4/0x174
[c00000027c87be30] [c000000000011e00] syscall_exit+0x0/0x18
atd S 000000000ff59f00 11104 4563 1 4578 1383 (NOTLB)
Call Trace:
[c00000027c483930] [0000000000000001] 0x1 (unreliable)
[c00000027c483b00] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027c483b90] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027c483cb0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000027c483d90] [c00000000007aa0c] .compat_sys_nanosleep+0xc4/0x174
[c00000027c483e30] [c000000000011e00] syscall_exit+0x0/0x18
cron S 000000000ff59f00 11248 4578 1 4594 4563 (NOTLB)
Call Trace:
[c00000003f3df930] [0000000000000001] 0x1 (unreliable)
[c00000003f3dfb00] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000003f3dfb90] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000003f3dfcb0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000003f3dfd90] [c00000000007aa0c] .compat_sys_nanosleep+0xc4/0x174
[c00000003f3dfe30] [c000000000011e00] syscall_exit+0x0/0x18
nscd S 000000000ff1cd9c 11104 4594 1 4595 4622 4578 (NOTLB)
Call Trace:
[c00000027cb2f590] [c000000000513ad8] 0xc000000000513ad8 (unreliable)
[c00000027cb2f760] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027cb2f7f0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027cb2f910] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027cb2f9f0] [c0000000002c473c] .wait_for_packet+0x18c/0x1d0
[c00000027cb2faf0] [c0000000002c48bc] .skb_recv_datagram+0x13c/0x1a0
[c00000027cb2fbb0] [c00000000033666c] .unix_accept+0xc0/0x21c
[c00000027cb2fc60] [c0000000002bd82c] .sys_accept+0x168/0x258
[c00000027cb2fd90] [c0000000002d8584] .compat_sys_socketcall+0x144/0x26c
[c00000027cb2fe30] [c000000000011e00] syscall_exit+0x0/0x18
nscd S 000000000ff1c884 13120 4595 4594 4596 (NOTLB)
Call Trace:
[c00000027c933850] [c00000027c9338a0] 0xc00000027c9338a0 (unreliable)
[c00000027c933a20] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027c933ab0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027c933bd0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000027c933cb0] [c0000000000caabc] .do_poll+0xc4/0x134
[c00000027c933d50] [c0000000000cacb8] .sys_poll+0x18c/0x294
[c00000027c933e30] [c000000000011e00] syscall_exit+0x0/0x18
nscd S 000000000ff1c884 11848 4596 4595 4597 (NOTLB)
Call Trace:
[c00000027c813850] [c0000000000834d8] .buffered_rmqueue+0x1b8/0x31c (unreliable)
[c00000027c813a20] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027c813ab0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027c813bd0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000027c813cb0] [c0000000000caabc] .do_poll+0xc4/0x134
[c00000027c813d50] [c0000000000cacb8] .sys_poll+0x18c/0x294
[c00000027c813e30] [c000000000011e00] syscall_exit+0x0/0x18
nscd S 000000000ff1c884 13008 4597 4595 4598 4596 (NOTLB)
Call Trace:
[c00000027cc63850] [c0000000000834d8] .buffered_rmqueue+0x1b8/0x31c (unreliable)
[c00000027cc63a20] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027cc63ab0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027cc63bd0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000027cc63cb0] [c0000000000caabc] .do_poll+0xc4/0x134
[c00000027cc63d50] [c0000000000cacb8] .sys_poll+0x18c/0x294
[c00000027cc63e30] [c000000000011e00] syscall_exit+0x0/0x18
nscd S 000000000ff1cd9c 11848 4598 4595 4599 4597 (NOTLB)
Call Trace:
[c00000027cc6b590] [c00000027cc6b630] 0xc00000027cc6b630 (unreliable)
[c00000027cc6b760] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027cc6b7f0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027cc6b910] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027cc6b9f0] [c0000000002c473c] .wait_for_packet+0x18c/0x1d0
[c00000027cc6baf0] [c0000000002c48bc] .skb_recv_datagram+0x13c/0x1a0
[c00000027cc6bbb0] [c00000000033666c] .unix_accept+0xc0/0x21c
[c00000027cc6bc60] [c0000000002bd82c] .sys_accept+0x168/0x258
[c00000027cc6bd90] [c0000000002d8584] .compat_sys_socketcall+0x144/0x26c
[c00000027cc6be30] [c000000000011e00] syscall_exit+0x0/0x18
nscd S 000000000ff1c884 13008 4599 4595 4600 4598 (NOTLB)
Call Trace:
[c00000027cb33850] [c0000000000834d8] .buffered_rmqueue+0x1b8/0x31c (unreliable)
[c00000027cb33a20] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027cb33ab0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027cb33bd0] [c0000000003574e0] .schedule_timeout+0x94/0x110
[c00000027cb33cb0] [c0000000000caabc] .do_poll+0xc4/0x134
[c00000027cb33d50] [c0000000000cacb8] .sys_poll+0x18c/0x294
[c00000027cb33e30] [c000000000011e00] syscall_exit+0x0/0x18
nscd S 000000000ff1cd9c 13104 4600 4595 4599 (NOTLB)
Call Trace:
[c00000027ccaf590] [c00000027ccaf630] 0xc00000027ccaf630 (unreliable)
[c00000027ccaf760] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027ccaf7f0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027ccaf910] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027ccaf9f0] [c0000000002c473c] .wait_for_packet+0x18c/0x1d0
[c00000027ccafaf0] [c0000000002c48bc] .skb_recv_datagram+0x13c/0x1a0
[c00000027ccafbb0] [c00000000033666c] .unix_accept+0xc0/0x21c
[c00000027ccafc60] [c0000000002bd82c] .sys_accept+0x168/0x258
[c00000027ccafd90] [c0000000002d8584] .compat_sys_socketcall+0x144/0x26c
[c00000027ccafe30] [c000000000011e00] syscall_exit+0x0/0x18
inetd S 000000000ff81eb4 11104 4622 1 4635 4594 (NOTLB)
Call Trace:
[c00000027cac3710] [c00000027cac37c0] 0xc00000027cac37c0 (unreliable)
[c00000027cac38e0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027cac3970] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027cac3a90] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027cac3b70] [c0000000000ca180] .do_select+0x1ec/0x3e4
[c00000027cac3cb0] [c0000000000ed104] .compat_sys_select+0x438/0x660
[c00000027cac3dc0] [c00000000001f5ac] .ppc32_select+0x14/0x28
[c00000027cac3e30] [c000000000011e00] syscall_exit+0x0/0x18
login S 000000000fee8bb4 9320 4635 1 4673 4622 (NOTLB)
Call Trace:
[c00000027f50f840] [c00000027fffc100] 0xc00000027fffc100 (unreliable)
[c00000027f50fa10] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027f50faa0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027f50fbc0] [c000000000058a58] .do_wait+0x214/0x4e0
[c00000027f50fd00] [c00000000007b73c] .compat_sys_wait4+0x108/0x114
[c00000027f50fe30] [c000000000011e00] syscall_exit+0x0/0x18
sshd S 000000000fc332e8 9320 4636 1383 4638 (NOTLB)
Call Trace:
[c00000027ca773d0] [c00000027ca77470] 0xc00000027ca77470 (unreliable)
[c00000027ca775a0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027ca77630] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027ca77750] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027ca77830] [c000000000337c28] .unix_stream_data_wait+0x14c/0x20c
[c00000027ca77940] [c0000000003381ec] .unix_stream_recvmsg+0x504/0x5ac
[c00000027ca77a50] [c0000000002bbf78] .sock_aio_read+0x124/0x14c
[c00000027ca77b80] [c0000000000abe28] .do_sync_read+0xb0/0x100
[c00000027ca77cf0] [c0000000000abfc0] .vfs_read+0x148/0x164
[c00000027ca77d90] [c0000000000ac298] .sys_read+0x58/0xa4
[c00000027ca77e30] [c000000000011e00] syscall_exit+0x0/0x18
sshd S 000000000fc39eb4 8592 4638 4636 4641 (NOTLB)
Call Trace:
[c00000027c94f8e0] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027c94f970] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027c94fa90] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027c94fb70] [c0000000000ca180] .do_select+0x1ec/0x3e4
[c00000027c94fcb0] [c0000000000ed104] .compat_sys_select+0x438/0x660
[c00000027c94fdc0] [c00000000001f5ac] .ppc32_select+0x14/0x28
[c00000027c94fe30] [c000000000011e00] syscall_exit+0x0/0x18
bash S 000000000fe3cbb4 9848 4641 4638 4699 (NOTLB)
Call Trace:
[c00000027c9f3840] [c00000027c9f38d0] 0xc00000027c9f38d0 (unreliable)
[c00000027c9f3a10] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027c9f3aa0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027c9f3bc0] [c000000000058a58] .do_wait+0x214/0x4e0
[c00000027c9f3d00] [c00000000007b73c] .compat_sys_wait4+0x108/0x114
[c00000027c9f3e30] [c000000000011e00] syscall_exit+0x0/0x18
bash S 000000000fe3cbb4 10848 4673 4635 4694 (NOTLB)
Call Trace:
[c00000027cb27840] [c00000027cb278d0] 0xc00000027cb278d0 (unreliable)
[c00000027cb27a10] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027cb27aa0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027cb27bc0] [c000000000058a58] .do_wait+0x214/0x4e0
[c00000027cb27d00] [c00000000007b73c] .compat_sys_wait4+0x108/0x114
[c00000027cb27e30] [c000000000011e00] syscall_exit+0x0/0x18
cpuonoff.pl D 000000000fe562f8 10416 4694 4673 (NOTLB)
Call Trace:
[c00000027ca534c0] [c000000000016f7c] .__switch_to+0x90/0xd8 (unreliable)
[c00000027ca53690] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027ca53720] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027ca53840] [c000000000356930] .wait_for_completion+0x10c/0x21c
[c00000027ca53940] [c00000000007c390] .__stop_machine_run+0xc0/0x130
[c00000027ca53a00] [c000000000073e6c] .cpu_down+0x160/0x364
[c00000027ca53ae0] [c0000000001fc548] .store_online+0x68/0x70
[c00000027ca53b60] [c0000000001f7ec8] .sysdev_store+0x54/0x60
[c00000027ca53be0] [c0000000000fe9b4] .flush_write_buffer+0x48/0x60
[c00000027ca53c60] [c0000000000fea2c] .sysfs_write_file+0x60/0x78
[c00000027ca53cf0] [c0000000000ac1e8] .vfs_write+0x10c/0x164
[c00000027ca53d90] [c0000000000ac33c] .sys_write+0x58/0xa4
[c00000027ca53e30] [c000000000011e00] syscall_exit+0x0/0x18
kstopmachine R running task 12144 4695 11 4696 (L-TLB)
kstopmachine R running task 15744 4696 4695 4697 (L-TLB)
kstopmachine R running task 15744 4697 4695 4698 4696 (L-TLB)
kstopmachine R running task 15744 4698 4695 4697 (L-TLB)
su S 000000000febbbb4 10288 4699 4641 4700 (NOTLB)
Call Trace:
[c00000027ce37840] [c00000027ce378d0] 0xc00000027ce378d0 (unreliable)
[c00000027ce37a10] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027ce37aa0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027ce37bc0] [c000000000058a58] .do_wait+0x214/0x4e0
[c00000027ce37d00] [c00000000007b73c] .compat_sys_wait4+0x108/0x114
[c00000027ce37e30] [c000000000011e00] syscall_exit+0x0/0x18
bash S 000000000fe5e2e8 11472 4700 4699 (NOTLB)
Call Trace:
[c00000027cf6f650] [0000000000000001] 0x1 (unreliable)
[c00000027cf6f820] [c000000000016f7c] .__switch_to+0x90/0xd8
[c00000027cf6f8b0] [c0000000003561ac] .schedule+0x478/0xa6c
[c00000027cf6f9d0] [c000000000357554] .schedule_timeout+0x108/0x110
[c00000027cf6fab0] [c0000000001d4988] .read_chan+0x958/0xb10
[c00000027cf6fc40] [c0000000001cd0c4] .tty_read+0x1b4/0x1dc
[c00000027cf6fcf0] [c0000000000abf84] .vfs_read+0x10c/0x164
[c00000027cf6fd90] [c0000000000ac298] .sys_read+0x58/0xa4
[c00000027cf6fe30] [c000000000011e00] syscall_exit+0x0/0x18
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2
2004-08-19 8:42 2.6.8.1-mm2 Andrew Morton
` (8 preceding siblings ...)
2004-08-20 1:08 ` 2.6.8.1-mm2 Nathan Lynch
@ 2004-08-20 6:17 ` Srivatsa Vaddagiri
2004-08-20 6:59 ` 2.6.8.1-mm2 Paul Mackerras
2004-08-20 8:21 ` 2.6.8.1-mm2 ismail dönmez
2004-08-20 22:43 ` 2.6.8.1-mm2 Rik van Riel
11 siblings, 1 reply; 47+ messages in thread
From: Srivatsa Vaddagiri @ 2004-08-20 6:17 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, paulus
On Thu, Aug 19, 2004 at 08:49:17AM +0000, Andrew Morton wrote:
> ppc64-fix-v_regs-pointer-setup.patch
> ppc64: Fix v_regs pointer setup
Paul rightly pointed out that is should be +15 and not +16. My mistake.
Updated ppc64-fix-v_regs-pointer-setup.patch below:
Signed-off-by : Srivatsa Vaddagiri <vatsa@in.ibm.com>
---
linux-2.6.8.1-mm2-vatsa/arch/ppc64/kernel/signal.c | 2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN arch/ppc64/kernel/signal.c~ppc64-fix-v_regs-pointer-setup arch/ppc64/kernel/signal.c
--- linux-2.6.8.1-mm2/arch/ppc64/kernel/signal.c~ppc64-fix-v_regs-pointer-setup 2004-08-20 11:43:05.000000000 +0530
+++ linux-2.6.8.1-mm2-vatsa/arch/ppc64/kernel/signal.c 2004-08-20 11:43:22.000000000 +0530
@@ -127,7 +127,7 @@ static long setup_sigcontext(struct sigc
* v_regs pointer or not
*/
#ifdef CONFIG_ALTIVEC
- elf_vrreg_t __user *v_regs = (elf_vrreg_t __user *)(((unsigned long)sc->vmx_reserve + 16) & ~0xful);
+ elf_vrreg_t __user *v_regs = (elf_vrreg_t __user *)(((unsigned long)sc->vmx_reserve + 15) & ~0xful);
#endif
long err = 0;
_
_
--
Thanks and Regards,
Srivatsa Vaddagiri,
Linux Technology Center,
IBM Software Labs,
Bangalore, INDIA - 560017
^ permalink raw reply [flat|nested] 47+ messages in thread* Re: 2.6.8.1-mm2
2004-08-20 6:17 ` 2.6.8.1-mm2 Srivatsa Vaddagiri
@ 2004-08-20 6:59 ` Paul Mackerras
0 siblings, 0 replies; 47+ messages in thread
From: Paul Mackerras @ 2004-08-20 6:59 UTC (permalink / raw)
To: Andrew Morton; +Cc: vatsa, linux-kernel
Srivatsa Vaddagiri writes:
> Paul rightly pointed out that is should be +15 and not +16. My mistake.
> Updated ppc64-fix-v_regs-pointer-setup.patch below:
That patch applies on top of the previous one from Srivatsa. Here is
a single patch that has the change we want against Linus' tree.
During some signal test, we found that v_regs pointer was not setup correctly.
v_regs was made to point to itself, as a result of which the pointer was
corrupted when vec registers were copied over. When the signal handler
returned, restore_sigcontext tried derefering the invalid pointer and in
the process killed the app with SIGSEGV.
Signed-off-by : Srivatsa Vaddagiri <vatsa@in.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
diff -urN linux-2.5/arch/ppc64/kernel/signal.c akpm/arch/ppc64/kernel/signal.c
--- linux-2.5/arch/ppc64/kernel/signal.c 2004-06-18 19:06:50.000000000 +1000
+++ akpm/arch/ppc64/kernel/signal.c 2004-08-20 16:56:55.040912736 +1000
@@ -127,7 +127,7 @@
* v_regs pointer or not
*/
#ifdef CONFIG_ALTIVEC
- elf_vrreg_t __user *v_regs = (elf_vrreg_t __user *)(((unsigned long)sc->vmx_reserve) & ~0xful);
+ elf_vrreg_t __user *v_regs = (elf_vrreg_t __user *)(((unsigned long)sc->vmx_reserve + 15) & ~0xful);
#endif
long err = 0;
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2
2004-08-19 8:42 2.6.8.1-mm2 Andrew Morton
` (9 preceding siblings ...)
2004-08-20 6:17 ` 2.6.8.1-mm2 Srivatsa Vaddagiri
@ 2004-08-20 8:21 ` ismail dönmez
2004-08-20 22:43 ` 2.6.8.1-mm2 Rik van Riel
11 siblings, 0 replies; 47+ messages in thread
From: ismail dönmez @ 2004-08-20 8:21 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 257 bytes --]
On Thu, 19 Aug 2004 01:42:04 -0700, Andrew Morton <akpm@osdl.org> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.8.1/2.6.8.1-mm2/
Minor issue but still no penguin logo on framebuffer. Config attached in case.
Cheers,
ismail
[-- Attachment #2: .config --]
[-- Type: application/octet-stream, Size: 27299 bytes --]
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.8.1-mm2
# Fri Aug 20 11:20:51 2004
#
CONFIG_X86=y
CONFIG_MMU=y
CONFIG_UID16=y
CONFIG_GENERIC_ISA_DMA=y
#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y
# CONFIG_CLEAN_COMPILE is not set
CONFIG_BROKEN=y
CONFIG_BROKEN_ON_SMP=y
#
# General setup
#
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_POSIX_MQUEUE=y
CONFIG_BSD_PROCESS_ACCT=y
# CONFIG_BSD_PROCESS_ACCT_V3 is not set
CONFIG_SYSCTL=y
# CONFIG_AUDIT is not set
CONFIG_LOG_BUF_SHIFT=14
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_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 is not set
CONFIG_KMOD=y
#
# Processor type and features
#
CONFIG_X86_PC=y
# CONFIG_X86_ELAN is not set
# CONFIG_X86_VOYAGER is not set
# CONFIG_X86_NUMAQ is not set
# CONFIG_X86_SUMMIT is not set
# CONFIG_X86_BIGSMP is not set
# CONFIG_X86_VISWS is not set
# CONFIG_X86_GENERICARCH is not set
# CONFIG_X86_ES7000 is not set
# CONFIG_M386 is not set
# CONFIG_M486 is not set
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
# CONFIG_M686 is not set
# CONFIG_MPENTIUMII is not set
CONFIG_MPENTIUMIII=y
# CONFIG_MPENTIUMM is not set
# CONFIG_MPENTIUM4 is not set
# CONFIG_MK6 is not set
# CONFIG_MK7 is not set
# CONFIG_MK8 is not set
# CONFIG_MCRUSOE is not set
# CONFIG_MWINCHIPC6 is not set
# CONFIG_MWINCHIP2 is not set
# CONFIG_MWINCHIP3D is not set
# CONFIG_MCYRIXIII is not set
# CONFIG_MVIAC3_2 is not set
# CONFIG_X86_GENERIC is not set
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_L1_CACHE_SHIFT=5
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_X86_GOOD_APIC=y
CONFIG_X86_INTEL_USERCOPY=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_HPET_TIMER=y
# CONFIG_SMP is not set
CONFIG_PREEMPT=y
CONFIG_X86_UP_APIC=y
CONFIG_X86_UP_IOAPIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
CONFIG_X86_TSC=y
# CONFIG_X86_MCE is not set
# CONFIG_TOSHIBA is not set
# CONFIG_I8K is not set
# CONFIG_MICROCODE is not set
# CONFIG_X86_MSR is not set
# CONFIG_X86_CPUID is not set
#
# Firmware Drivers
#
# CONFIG_EDD is not set
CONFIG_NOHIGHMEM=y
# CONFIG_HIGHMEM4G is not set
# CONFIG_HIGHMEM64G is not set
# CONFIG_MATH_EMULATION is not set
CONFIG_MTRR=y
CONFIG_HAVE_DEC_LOCK=y
CONFIG_REGPARM=y
#
# Performance-monitoring counters support
#
# CONFIG_PERFCTR is not set
#
# Power management options (ACPI, APM)
#
CONFIG_PM=y
# CONFIG_PM_DEBUG is not set
# CONFIG_SOFTWARE_SUSPEND is not set
#
# ACPI (Advanced Configuration and Power Interface) Support
#
# CONFIG_ACPI is not set
#
# APM (Advanced Power Management) BIOS Support
#
CONFIG_APM=m
CONFIG_APM_IGNORE_USER_SUSPEND=y
CONFIG_APM_DO_ENABLE=y
# CONFIG_APM_CPU_IDLE is not set
# CONFIG_APM_DISPLAY_BLANK is not set
# CONFIG_APM_RTC_IS_GMT is not set
# CONFIG_APM_ALLOW_INTS is not set
# CONFIG_APM_REAL_MODE_POWER_OFF is not set
#
# CPU Frequency scaling
#
# CONFIG_CPU_FREQ is not set
#
# Bus options (PCI, PCMCIA, EISA, MCA, ISA)
#
CONFIG_PCI=y
# CONFIG_PCI_GOBIOS is not set
# CONFIG_PCI_GOMMCONFIG is not set
# CONFIG_PCI_GODIRECT is not set
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
# CONFIG_PCI_MSI is not set
CONFIG_PCI_LEGACY_PROC=y
CONFIG_PCI_NAMES=y
CONFIG_ISA=y
# CONFIG_EISA is not set
# CONFIG_MCA is not set
# CONFIG_SCx200 is not set
#
# PCMCIA/CardBus support
#
# CONFIG_PCMCIA is not set
CONFIG_PCMCIA_PROBE=y
#
# PCI Hotplug Support
#
# CONFIG_HOTPLUG_PCI is not set
#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_AOUT=y
CONFIG_BINFMT_MISC=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 is not set
#
# Plug and Play support
#
# CONFIG_PNP is not set
#
# Block devices
#
CONFIG_BLK_DEV_FD=y
# CONFIG_BLK_DEV_XD 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=m
# CONFIG_BLK_DEV_CRYPTOLOOP is not set
# 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 is not set
# 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=y
# 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=y
#
# IDE chipset support/bugfixes
#
CONFIG_IDE_GENERIC=y
CONFIG_BLK_DEV_CMD640=y
# CONFIG_BLK_DEV_CMD640_ENHANCED is not set
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y
# CONFIG_BLK_DEV_OFFBOARD is not set
CONFIG_BLK_DEV_GENERIC=y
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_RZ1000=y
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 is not set
# 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=y
# 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_IDE_CHIPSETS is not set
CONFIG_BLK_DEV_IDEDMA=y
# CONFIG_IDEDMA_IVB is not set
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=m
CONFIG_CHR_DEV_ST=m
# CONFIG_CHR_DEV_OSST is not set
# CONFIG_BLK_DEV_SR is not set
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 is not set
# CONFIG_SCSI_LOGGING is not set
#
# SCSI Transport Attributes
#
# CONFIG_SCSI_SPI_ATTRS is not set
# CONFIG_SCSI_FC_ATTRS is not set
#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_ITERAID is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 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_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 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=y
# 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 is not set
# 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_CPQFCTS is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 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_GENERIC_NCR5380 is not set
# CONFIG_SCSI_GENERIC_NCR5380_MMIO is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_NCR53C406A is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PCI2000 is not set
# CONFIG_SCSI_PCI2220I is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS 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_SEAGATE is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_ULTRASTOR is not set
# CONFIG_SCSI_NSP32 is not set
# CONFIG_SCSI_DEBUG is not set
#
# Old CD-ROM drivers (not SCSI, not IDE)
#
# CONFIG_CD_NO_IDESCSI is not set
#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
#
# Fusion MPT device support
#
# CONFIG_FUSION is not set
#
# IEEE 1394 (FireWire) support
#
# CONFIG_IEEE1394 is not set
#
# I2O device support
#
# CONFIG_I2O is not set
#
# Networking support
#
CONFIG_NET=y
#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
# CONFIG_NETLINK_DEV is not set
CONFIG_UNIX=y
# CONFIG_NET_KEY is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# 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_IP_MROUTE is not set
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
#
# IP: Virtual Server Configuration
#
# CONFIG_IP_VS is not set
CONFIG_IPV6=m
# CONFIG_IPV6_PRIVACY is not set
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
CONFIG_INET6_IPCOMP=m
CONFIG_IPV6_TUNNEL=m
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
#
# IP: Netfilter Configuration
#
CONFIG_IP_NF_CONNTRACK=m
CONFIG_IP_NF_FTP=m
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_COMPAT_IPCHAINS is not set
# CONFIG_IP_NF_COMPAT_IPFWADM is not set
CONFIG_IP_NF_TARGET_NOTRACK=m
CONFIG_IP_NF_RAW=m
# CONFIG_IP_NF_MATCH_ADDRTYPE is not set
# CONFIG_IP_NF_MATCH_REALM is not set
#
# IPv6: Netfilter Configuration
#
# CONFIG_IP6_NF_QUEUE is not set
# CONFIG_IP6_NF_IPTABLES is not set
CONFIG_XFRM=y
# CONFIG_XFRM_USER is not set
#
# SCTP Configuration (EXPERIMENTAL)
#
# CONFIG_IP_SCTP 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 is not set
# 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=m
# 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=y
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
#
# Tulip family network device support
#
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
# CONFIG_TULIP is not set
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
CONFIG_DM9102=m
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
# CONFIG_NET_PCI is not set
# CONFIG_NET_POCKET 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 is not set
#
# 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_PPP is not set
# CONFIG_SLIP is not set
# CONFIG_NET_FC is not set
# CONFIG_SHAPER is not set
# 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=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_TSDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set
#
# Input I/O drivers
#
# CONFIG_GAMEPORT is not set
CONFIG_SOUND_GAMEPORT=y
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_PCIPS2 is not set
# 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_INPORT is not set
# CONFIG_MOUSE_LOGIBM is not set
# CONFIG_MOUSE_PC110PAD 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 is not set
CONFIG_SERIAL_8250_NR_UARTS=4
# CONFIG_SERIAL_8250_EXTENDED is not set
#
# Non-8250 serial port support
#
CONFIG_SERIAL_CORE=y
CONFIG_UNIX98_PTYS=y
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
# CONFIG_QIC02_TAPE is not set
#
# IPMI
#
# CONFIG_IPMI_HANDLER is not set
#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_NVRAM is not set
CONFIG_RTC=m
# CONFIG_GEN_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_SONYPI is not set
#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set
# CONFIG_MWAVE is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_HANGCHECK_TIMER is not set
#
# 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_I810 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_PM3 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 is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
#
# 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_RTCTIMER=m
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
#
# Generic devices
#
CONFIG_SND_MPU401_UART=m
CONFIG_SND_OPL3_LIB=m
CONFIG_SND_DUMMY=m
CONFIG_SND_VIRMIDI=m
CONFIG_SND_MTPAV=m
CONFIG_SND_SERIAL_U16550=m
CONFIG_SND_MPU401=m
#
# ISA devices
#
# CONFIG_SND_AD1848 is not set
# CONFIG_SND_CS4231 is not set
# CONFIG_SND_CS4232 is not set
# CONFIG_SND_CS4236 is not set
# CONFIG_SND_ES1688 is not set
# CONFIG_SND_ES18XX is not set
# CONFIG_SND_GUSCLASSIC is not set
# CONFIG_SND_GUSEXTREME is not set
# CONFIG_SND_GUSMAX is not set
# CONFIG_SND_INTERWAVE is not set
# CONFIG_SND_INTERWAVE_STB is not set
# CONFIG_SND_OPTI92X_AD1848 is not set
# CONFIG_SND_OPTI92X_CS4231 is not set
# CONFIG_SND_OPTI93X is not set
# CONFIG_SND_SB8 is not set
# CONFIG_SND_SB16 is not set
# CONFIG_SND_SBAWE is not set
# CONFIG_SND_WAVEFRONT is not set
# CONFIG_SND_CMI8330 is not set
# CONFIG_SND_OPL3SA2 is not set
# CONFIG_SND_SGALAXY is not set
# CONFIG_SND_SSCAPE is not set
#
# PCI devices
#
# 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=m
# 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 is not set
# 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 is not set
#
# USB support
#
CONFIG_USB=m
# CONFIG_USB_DEBUG is not set
#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
# CONFIG_USB_BANDWIDTH is not set
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_SUSPEND is not set
#
# USB Host Controller Drivers
#
# CONFIG_USB_EHCI_HCD is not set
# CONFIG_USB_OHCI_HCD is not set
CONFIG_USB_UHCI_HCD=m
#
# USB Device Class drivers
#
# CONFIG_USB_AUDIO is not set
# 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 is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_DPCM is not set
# CONFIG_USB_STORAGE_HP8200e is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
#
# USB Human Interface Devices (HID)
#
CONFIG_USB_HID=m
CONFIG_USB_HIDINPUT=y
# CONFIG_HID_FF is not set
# CONFIG_USB_HIDDEV is not set
#
# 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 is not set
#
# 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
#
#
# USB Serial Converter support
#
# CONFIG_USB_SERIAL 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 is not set
#
# USB Gadget Support
#
# CONFIG_USB_GADGET is not set
#
# File systems
#
# CONFIG_EXT2_FS is not set
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 is not set
# CONFIG_REISERFS_FS is not set
# 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 is not set
# CONFIG_AUTOFS_FS is not set
CONFIG_AUTOFS4_FS=y
#
# 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 is not set
CONFIG_TMPFS=y
# CONFIG_HUGETLBFS is not set
# CONFIG_HUGETLB_PAGE is not set
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 is not set
# CONFIG_NFSD is not set
# CONFIG_EXPORTFS is not set
# CONFIG_SMB_FS is not set
# CONFIG_CIFS is not set
# 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=m
CONFIG_NLS_DEFAULT="utf8"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
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=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=m
#
# Profiling support
#
# CONFIG_PROFILING is not set
#
# Kernel hacking
#
CONFIG_DEBUG_KERNEL=y
CONFIG_MAGIC_SYSRQ=y
# CONFIG_DEBUG_SLAB is not set
# 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_EARLY_PRINTK=y
# CONFIG_KPROBES is not set
# CONFIG_DEBUG_STACKOVERFLOW is not set
# CONFIG_DEBUG_STACK_USAGE is not set
# CONFIG_DEBUG_PAGEALLOC is not set
CONFIG_4KSTACKS=y
# CONFIG_SCHEDSTATS is not set
CONFIG_X86_FIND_SMP_CONFIG=y
CONFIG_X86_MPPARSE=y
# CONFIG_KGDB is not set
#
# Security options
#
# CONFIG_KEYS is not set
CONFIG_SECURITY=y
# CONFIG_SECURITY_NETWORK is not set
CONFIG_SECURITY_CAPABILITIES=m
# CONFIG_SECURITY_ROOTPLUG is not set
# CONFIG_SECURITY_SELINUX is not set
#
# Cryptographic options
#
CONFIG_CRYPTO=y
CONFIG_CRYPTO_HMAC=y
# CONFIG_CRYPTO_NULL is not set
# CONFIG_CRYPTO_MD4 is not set
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_SHA1=y
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
CONFIG_CRYPTO_DES=y
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_TWOFISH is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_AES_586 is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_ARC4 is not set
# CONFIG_CRYPTO_KHAZAD is not set
CONFIG_CRYPTO_DEFLATE=y
# CONFIG_CRYPTO_MICHAEL_MIC is not set
# CONFIG_CRYPTO_CRC32C is not set
# CONFIG_CRYPTO_TEST is not set
#
# Library routines
#
# CONFIG_CRC_CCITT is not set
CONFIG_CRC32=y
# CONFIG_LIBCRC32C is not set
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=y
CONFIG_X86_BIOS_REBOOT=y
CONFIG_PC=y
^ permalink raw reply [flat|nested] 47+ messages in thread* Re: 2.6.8.1-mm2
2004-08-19 8:42 2.6.8.1-mm2 Andrew Morton
` (10 preceding siblings ...)
2004-08-20 8:21 ` 2.6.8.1-mm2 ismail dönmez
@ 2004-08-20 22:43 ` Rik van Riel
2004-08-20 23:05 ` 2.6.8.1-mm2 - reiser4 Rik van Riel
` (2 more replies)
11 siblings, 3 replies; 47+ messages in thread
From: Rik van Riel @ 2004-08-20 22:43 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, reiserfs-dev
On Thu, 19 Aug 2004, Andrew Morton wrote:
> - Added the reiser4 filesystem.
Time for a quick scan through the code, comments in order in which
I ran into stuff, not in order of importance.
> reiser4-include-reiser4.patch
Might be an idea to trim some of the excess text from the help
entry and make things a bit more professional.
> reiser4-perthread-pages.patch
If a task exits unexpectedly, it will leak the reserved pages.
This memory leak wants fixing...
Also, why the !in_interrupt() test in perthread_pages_alloc() ?
Surely this function shouldn't be called from interrupts, since
it is a general purpose pool of pages.
> reiser4-radix-tree-tag.patch
Just a nitpick here, could we rename PAGECACHE_TAG_FS_SPECIFIC
to PAGECACHE_TAG_FS_PRIVATE, since we're using the name "private"
in half a number of other places for the exact same purpose ?
> reiser4-radix_tree_lookup_slot.patch
Having reiserfs dig into the radix tree looks like a layering
violation to me. If there is a real need to replace pagecache
pages with other pages in the radix tree, maybe we should have
a function to do that in the pagecache code, leaving reiserfs
to call things at the right abstraction level ?
I see a potential for race conditions when reiserfs changes a
page which write has just looked up, and what about mmap?
Even if the code is safe now, this is bound to result in a
maintenance nightmare down the road.
> reiser4-truncate_inode_pages_range.patch
This has the same race issue as any of the "hole punch"
patches that have been floating around in the past. The
truncate path has some (subtle!) race prevention that
depends on the nopage functions not searching past i_size,
but this hole punch code doesn't.
I am not convinced this is SMP safe.
cheers,
Rik
--
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it." - Brian W. Kernighan
^ permalink raw reply [flat|nested] 47+ messages in thread* Re: 2.6.8.1-mm2 - reiser4
2004-08-20 22:43 ` 2.6.8.1-mm2 Rik van Riel
@ 2004-08-20 23:05 ` Rik van Riel
2004-08-20 23:15 ` William Lee Irwin III
` (2 more replies)
2004-08-21 7:30 ` 2.6.8.1-mm2 Hans Reiser
2004-08-22 21:32 ` 2.6.8.1-mm2 Alex Zarochentsev
2 siblings, 3 replies; 47+ messages in thread
From: Rik van Riel @ 2004-08-20 23:05 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, reiserfs-dev
On Fri, 20 Aug 2004, Rik van Riel wrote:
> On Thu, 19 Aug 2004, Andrew Morton wrote:
>
> > - Added the reiser4 filesystem.
Oh, and another one. The reiser 4 system call
sys_reiserfs seems to need an additional patch,
which is craftily hidden inside reiser4-only.patch
That patch creates fs/reiser4/linux-5_reiser4_syscall.patch,
which I can only assume reiser 4 users should apply...
Kind of ugly.
Looking further, the horrors only increase. It looks like
sys_reiser4() is an interface to load programs into the
kernel, with reiserfs4 containing an interpreter.
I'll leave aside the issues of having a scripting language
inside the kernel, since I'm sure other people will comment
on it.
However, I am absolutely flabbergasted that Hans Reiser
is using a syscall here, instead of a filesystem interface.
Furthermore, why do the parsing in the kernel, instead of
compiling the human-readable strings in userspace and
loading something easy to use into the kernel, like the
selinux subsystem does?
Since this code is bound to be horribly controversial, it
may be an idea to remove this from the reiserfs4 core patch.
That way the battles over the filesystem, and its interactions
with the rest of the kernel can be fought first, without having
the whole reiserfs4 filesystem strand in the quicksand of
"why do we need an interpreted language with completely new
filesystem semantics in the kernel?"
--
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it." - Brian W. Kernighan
^ permalink raw reply [flat|nested] 47+ messages in thread* Re: 2.6.8.1-mm2 - reiser4
2004-08-20 23:05 ` 2.6.8.1-mm2 - reiser4 Rik van Riel
@ 2004-08-20 23:15 ` William Lee Irwin III
2004-08-20 23:20 ` Anton Blanchard
2004-08-21 0:15 ` Rik van Riel
2 siblings, 0 replies; 47+ messages in thread
From: William Lee Irwin III @ 2004-08-20 23:15 UTC (permalink / raw)
To: Rik van Riel; +Cc: Andrew Morton, linux-kernel, reiserfs-dev
On Fri, Aug 20, 2004 at 07:05:21PM -0400, Rik van Riel wrote:
> Looking further, the horrors only increase. It looks like
> sys_reiser4() is an interface to load programs into the
> kernel, with reiserfs4 containing an interpreter.
There is no atrocity so horrible no one dares perpetrate it.
-- wli
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2 - reiser4
2004-08-20 23:05 ` 2.6.8.1-mm2 - reiser4 Rik van Riel
2004-08-20 23:15 ` William Lee Irwin III
@ 2004-08-20 23:20 ` Anton Blanchard
2004-08-20 23:34 ` Andrew Morton
2004-08-21 0:15 ` Rik van Riel
2 siblings, 1 reply; 47+ messages in thread
From: Anton Blanchard @ 2004-08-20 23:20 UTC (permalink / raw)
To: Rik van Riel; +Cc: Andrew Morton, linux-kernel, reiserfs-dev
> Oh, and another one. The reiser 4 system call
> sys_reiserfs seems to need an additional patch,
> which is craftily hidden inside reiser4-only.patch
>
> That patch creates fs/reiser4/linux-5_reiser4_syscall.patch,
> which I can only assume reiser 4 users should apply...
I would assume a compat layer interface would be a requirement to
merging such a syscall interface. Does it exist?
Anton
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2 - reiser4
2004-08-20 23:20 ` Anton Blanchard
@ 2004-08-20 23:34 ` Andrew Morton
2004-08-21 0:12 ` Rik van Riel
2004-08-21 6:24 ` Hans Reiser
0 siblings, 2 replies; 47+ messages in thread
From: Andrew Morton @ 2004-08-20 23:34 UTC (permalink / raw)
To: Anton Blanchard; +Cc: riel, linux-kernel, reiserfs-dev
Anton Blanchard <anton@samba.org> wrote:
>
>
> > Oh, and another one. The reiser 4 system call
> > sys_reiserfs seems to need an additional patch,
> > which is craftily hidden inside reiser4-only.patch
> >
> > That patch creates fs/reiser4/linux-5_reiser4_syscall.patch,
> > which I can only assume reiser 4 users should apply...
>
> I would assume a compat layer interface would be a requirement to
> merging such a syscall interface. Does it exist?
It's my understanding that sys_reiser4() is basically defunct at this point.
It will probably be revived at some time in the future but we'd be best
off crossing that bridge when we arrive at it, and ignoring the syscall
part of the code at this time.
For review purposes it would be better if the syscall code and all the
namesys debug support code simply weren't present in the patch. But one
can sympathise with the need to keep it there for the time being. Please
just read around it.
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2 - reiser4
2004-08-20 23:34 ` Andrew Morton
@ 2004-08-21 0:12 ` Rik van Riel
2004-08-21 6:24 ` Hans Reiser
1 sibling, 0 replies; 47+ messages in thread
From: Rik van Riel @ 2004-08-21 0:12 UTC (permalink / raw)
To: Andrew Morton; +Cc: Anton Blanchard, linux-kernel, reiserfs-dev
On Fri, 20 Aug 2004, Andrew Morton wrote:
> It's my understanding that sys_reiser4() is basically defunct at this point.
Yay!
> For review purposes it would be better if the syscall code and all the
> namesys debug support code simply weren't present in the patch. But one
> can sympathise with the need to keep it there for the time being. Please
> just read around it.
Agreed, the rest of the code has enough issues and we should
focus on those first.
--
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it." - Brian W. Kernighan
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2 - reiser4
2004-08-20 23:34 ` Andrew Morton
2004-08-21 0:12 ` Rik van Riel
@ 2004-08-21 6:24 ` Hans Reiser
1 sibling, 0 replies; 47+ messages in thread
From: Hans Reiser @ 2004-08-21 6:24 UTC (permalink / raw)
To: Andrew Morton
Cc: Anton Blanchard, riel, linux-kernel, reiserfs-dev,
Vladimir Demidov
Andrew Morton wrote:
>Anton Blanchard <anton@samba.org> wrote:
>
>
>>
>>
>>
>
>It's my understanding that sys_reiser4() is basically defunct
>
I would say unfinished and in need of a code review by me before anyone
starts using it, instead of defunct. There is no good reason for it to
be sent to Andrew as a patch file, and the guy responsible is on
vacation. What it should be in as is an experimental do not touch
config option turned off by default.
sys_reiser4 is needed for these purposes:
* to eliminate the (otherwise valid) argument that it is more
performance efficient for attributes to be accessed via an API that is
different from files, by allowing multiple files to be accessed in one
system call
* to bundle multiple filesystem operations into one atomic write
* to prepare the groundwork for the semantic enhancements described in
www.namesys.com/whitepaper.html
* to define a standard interface that users will find uniform across all
apps for this functionality
* to allow VFS to remain undisturbed in the eyes of legacy apps while
semantic enhancements go into the filesystem namespace in a form that is
less crippled by compatibility issues.
Now that the core reiser4 functionality is stable, the lead programmers
and I can spare some time to review sys_reiser4 and the compression
plugin (also not yet ready for prime time). This will take us 6-12
weeks I would guess, as Digeo is keeping us 50% busy with work that
earns our paychecks at the moment, darpa is also keeping me busy with
www.namesys.com/blackbox.html, and I expect there will be a few bugs
found in the core code over the next few months also.
> at this point.
>
>It will probably be revived at some time in the future but we'd be best
>off crossing that bridge when we arrive at it, and ignoring the syscall
>part of the code at this time.
>
>For review purposes it would be better if the syscall code and all the
>namesys debug support code simply weren't present in the patch. But one
>can sympathise with the need to keep it there for the time being. Please
>just read around it.
>
>
>
>
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2 - reiser4
2004-08-20 23:05 ` 2.6.8.1-mm2 - reiser4 Rik van Riel
2004-08-20 23:15 ` William Lee Irwin III
2004-08-20 23:20 ` Anton Blanchard
@ 2004-08-21 0:15 ` Rik van Riel
2004-08-21 8:57 ` Hans Reiser
2 siblings, 1 reply; 47+ messages in thread
From: Rik van Riel @ 2004-08-21 0:15 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, reiserfs-dev
On Fri, 20 Aug 2004, Rik van Riel wrote:
> Oh, and another one.
Just spotted another nitpick.
Documentation should probably live in Documentation/fs/reiser4/
instead of fs/reiser4/doc/. It should be easy to get that fixed.
--
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it." - Brian W. Kernighan
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2
2004-08-20 22:43 ` 2.6.8.1-mm2 Rik van Riel
2004-08-20 23:05 ` 2.6.8.1-mm2 - reiser4 Rik van Riel
@ 2004-08-21 7:30 ` Hans Reiser
2004-08-22 21:32 ` 2.6.8.1-mm2 Alex Zarochentsev
2 siblings, 0 replies; 47+ messages in thread
From: Hans Reiser @ 2004-08-21 7:30 UTC (permalink / raw)
To: Rik van Riel
Cc: Andrew Morton, linux-kernel, reiserfs-dev, Alexander Zarochentcev,
vs
Rik van Riel wrote:
>
>
>
>>reiser4-perthread-pages.patch
>>
>>
>
>If a task exits unexpectedly, it will leak the reserved pages.
>This memory leak wants fixing...
>
>Also, why the !in_interrupt() test in perthread_pages_alloc() ?
>Surely this function shouldn't be called from interrupts, since
>it is a general purpose pool of pages.
>
>
>
>>reiser4-radix-tree-tag.patch
>>
>>
>
>Just a nitpick here, could we rename PAGECACHE_TAG_FS_SPECIFIC
>to PAGECACHE_TAG_FS_PRIVATE, since we're using the name "private"
>in half a number of other places for the exact same purpose ?
>
>
>
>>reiser4-radix_tree_lookup_slot.patch
>>
>>
>
>Having reiserfs dig into the radix tree looks like a layering
>violation to me. If there is a real need to replace pagecache
>pages with other pages in the radix tree, maybe we should have
>a function to do that in the pagecache code, leaving reiserfs
>to call things at the right abstraction level ?
>
>I see a potential for race conditions when reiserfs changes a
>page which write has just looked up, and what about mmap?
>Even if the code is safe now, this is bound to result in a
>maintenance nightmare down the road.
>
>
>
>>reiser4-truncate_inode_pages_range.patch
>>
>>
>
>This has the same race issue as any of the "hole punch"
>patches that have been floating around in the past. The
>truncate path has some (subtle!) race prevention that
>depends on the nopage functions not searching past i_size,
>but this hole punch code doesn't.
>
>I am not convinced this is SMP safe.
>
>cheers,
>
>Rik
>
>
Thanks very much for identifying some races and leaks for us to look
at. Zam is the head of our Races and Leaks Department;-), so I will let
him comment.
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.8.1-mm2
2004-08-20 22:43 ` 2.6.8.1-mm2 Rik van Riel
2004-08-20 23:05 ` 2.6.8.1-mm2 - reiser4 Rik van Riel
2004-08-21 7:30 ` 2.6.8.1-mm2 Hans Reiser
@ 2004-08-22 21:32 ` Alex Zarochentsev
2 siblings, 0 replies; 47+ messages in thread
From: Alex Zarochentsev @ 2004-08-22 21:32 UTC (permalink / raw)
To: Rik van Riel; +Cc: Andrew Morton, linux-kernel, reiserfs-dev
On Fri, Aug 20, 2004 at 06:43:28PM -0400, Rik van Riel wrote:
> On Thu, 19 Aug 2004, Andrew Morton wrote:
>
> > - Added the reiser4 filesystem.
>
> Time for a quick scan through the code, comments in order in which
> I ran into stuff, not in order of importance.
>
> > reiser4-include-reiser4.patch
>
> Might be an idea to trim some of the excess text from the help
> entry and make things a bit more professional.
>
> > reiser4-perthread-pages.patch
>
> If a task exits unexpectedly, it will leak the reserved pages.
> This memory leak wants fixing...
Actually reiser4 does care of releasing all reserved pages before
leaving kernel context.
Would it be enough to just add a check/pages_release into do_exit() under
something like CONFIG_PERTHREAD_RESERVED_PAGES_DEBUG?
>
> Also, why the !in_interrupt() test in perthread_pages_alloc() ?
> Surely this function shouldn't be called from interrupts, since
> it is a general purpose pool of pages.
>
> > reiser4-radix-tree-tag.patch
>
> Just a nitpick here, could we rename PAGECACHE_TAG_FS_SPECIFIC
> to PAGECACHE_TAG_FS_PRIVATE, since we're using the name "private"
> in half a number of other places for the exact same purpose ?
>
> > reiser4-radix_tree_lookup_slot.patch
>
> Having reiserfs dig into the radix tree looks like a layering
> violation to me. If there is a real need to replace pagecache
> pages with other pages in the radix tree, maybe we should have
> a function to do that in the pagecache code, leaving reiserfs
> to call things at the right abstraction level ?
Reiser4 uses common radix tree impl. for indexing own objects (jnodes, readdir
cursors), not pages.
> I see a potential for race conditions when reiserfs changes a
> page which write has just looked up, and what about mmap?
> Even if the code is safe now, this is bound to result in a
> maintenance nightmare down the road.
>
> > reiser4-truncate_inode_pages_range.patch
>
> This has the same race issue as any of the "hole punch"
> patches that have been floating around in the past. The
> truncate path has some (subtle!) race prevention that
> depends on the nopage functions not searching past i_size,
> but this hole punch code doesn't.
There is an reiser4 inode r/w semaphore which is taken in both reiser4 ->nopage
(unix_file_filemap_nopage) -- for read and in the code with calls
truncate_inode_pages_range() -- for write. There should be no races.
>
> I am not convinced this is SMP safe.
>
> cheers,
>
> Rik
> --
> "Debugging is twice as hard as writing the code in the first place.
> Therefore, if you write the code as cleverly as possible, you are,
> by definition, not smart enough to debug it." - Brian W. Kernighan
>
Thanks,
Alex.
^ permalink raw reply [flat|nested] 47+ messages in thread