* Fwd: Re: UML kernel crash of v2.6.36-rcX kernel
@ 2010-10-13 11:28 Toralf Förster
2010-10-15 9:33 ` Toralf Förster
0 siblings, 1 reply; 16+ messages in thread
From: Toralf Förster @ 2010-10-13 11:28 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 136 bytes --]
forget to Cc the LKML
--
MfG/Kind regards
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
[-- Attachment #2: Toralf Förster <toralf.foerster@gmx.de>: Re: UML kernel crash of v2.6.36-rcX kernel --]
[-- Type: message/rfc822, Size: 2666 bytes --]
From: "Toralf Förster" <toralf.foerster@gmx.de>
To: user-mode-linux-devel@lists.sourceforge.net
Subject: Re: UML kernel crash of v2.6.36-rcX kernel
Date: Wed, 13 Oct 2010 13:27:19 +0200
Message-ID: <201010131327.20085.toralf.foerster@gmx.de>
I can reproduce this behaviour with an UML kernel linux-v2.6.36-rc7-153-
g0acc1b2 if I start the UML guest (an almost stable Gentoo) and then run from
the host system (Gentoo too) this:
§> wget http://n22_uml/phpsysinfo/
- where n22_uml is the guest and the side is an PHP application :
http://phpsysinfo.sourceforge.net/
It is not related to PHP and/or apache b/c phpmyadmin works fine. I argue that
sth is wrong with the reading of /proc and/sys files b/c that is the main part
of phpsysinfo.
Furthermore it is a regression b/c 2.6.35 UML kernel works fine.
Here's the kernel info :
* Starting local ...
[ ok ]
Kernel panic - not syncing: Kernel mode fault at addr 0x4, ip 0x80dc41a
082ecb44: [<0827380b>] dump_stack+0x22/0x24
082ecb5c: [<08273870>] panic+0x63/0x167
082ecb84: [<0805e282>] segv+0x1e2/0x2b0
082ecc3c: [<0805e391>] segv_handler+0x41/0x60
082ecc5c: [<0806ea54>] sig_handler_common+0x54/0xa0
082eccd8: [<0806ebf7>] sig_handler+0x27/0x50
082ecce8: [<0806ee4c>] handle_signal+0x5c/0xa0
082ecd0c: [<080711c8>] hard_handler+0x18/0x20
082ecd1c: [<b7862400>] 0xb7862400
EIP: 0073:[<40000812>] CPU: 0 Not tainted ESP: 007b:bfba8c6c EFLAGS: 00000212
Not tainted
EAX: ffffffda EBX: 08059be8 ECX: 00000054 EDX: bfba8c9c
ESI: 08059bd8 EDI: 40166ff4 EBP: bfba8c78 DS: 007b ES: 007b
082ecaf8: [<08075e4d>] show_regs+0xed/0x120
082ecb14: [<0805e5cc>] panic_exit+0x2c/0x50
082ecb24: [<08099c1e>] notifier_call_chain+0x3e/0x70
082ecb4c: [<08099ca3>] atomic_notifier_call_chain+0x23/0x30
082ecb5c: [<08273898>] panic+0x8b/0x167
082ecb84: [<0805e282>] segv+0x1e2/0x2b0
082ecc3c: [<0805e391>] segv_handler+0x41/0x60
082ecc5c: [<0806ea54>] sig_handler_common+0x54/0xa0
082eccd8: [<0806ebf7>] sig_handler+0x27/0x50
082ecce8: [<0806ee4c>] handle_signal+0x5c/0xa0
082ecd0c: [<080711c8>] hard_handler+0x18/0x20
082ecd1c: [<b7862400>] 0xb7862400
Terminated
--
MfG/Kind regards
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
^ permalink raw reply [flat|nested] 16+ messages in thread* Re: Fwd: Re: UML kernel crash of v2.6.36-rcX kernel 2010-10-13 11:28 Fwd: Re: UML kernel crash of v2.6.36-rcX kernel Toralf Förster @ 2010-10-15 9:33 ` Toralf Förster 2010-10-15 17:46 ` Richard Weinberger 2010-10-17 13:55 ` Toralf Förster 0 siblings, 2 replies; 16+ messages in thread From: Toralf Förster @ 2010-10-15 9:33 UTC (permalink / raw) To: user-mode-linux-devel, Christoph Hellwig; +Cc: linux-kernel, Richard Weinberger Hello, git bisect gave : tfoerste@n22 ~/devel/linux-2.6 $ git bisect bad 365b18189789bfa1acd9939e6312b8a4b4577b28 is the first bad commit commit 365b18189789bfa1acd9939e6312b8a4b4577b28 Author: Christoph Hellwig <hch@lst.de> Date: Wed Jul 7 18:53:25 2010 +0200 add f_flags to struct statfs(64) Add a flags field to help glibc implementing statvfs(3) efficiently. We copy the flag values from glibc, and add a new ST_VALID flag to denote that f_flags is implemented. Signed-off-by: Christoph Hellwig <hch@lst.de> Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> :040000 040000 92f04bf96f0c6bb2df3ddea83a4a27c35985bdcc e702d8dd95a3897e085bf3fe4919e2dd30a57b47 M arch :040000 040000 5705bba0e9a2a61112281f7bb1a1030ef9eb337e 34fc3ea912581ae7923a15246291387bfc354e47 M fs :040000 040000 578a5bb0743aa85adfec7a25f82d440b2ea4db27 7e96f95b6f1d6ccc9e004b560670638db66b8a93 M include BTW is UML dead ? (I'm asking b/c there're so many different issues - compile errors or the UML kernel crashes during start or during shutdown, independent of the result of the wget issue I was investigating - there are 120 skip'ed commits within the git bisect log beside 46 good and 15 bad commits and I didn't saw any chance to fully automate the bisect) -- MfG/Kind regards Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Fwd: Re: UML kernel crash of v2.6.36-rcX kernel 2010-10-15 9:33 ` Toralf Förster @ 2010-10-15 17:46 ` Richard Weinberger 2010-10-16 8:55 ` Toralf Förster 2010-10-17 13:55 ` Toralf Förster 1 sibling, 1 reply; 16+ messages in thread From: Richard Weinberger @ 2010-10-15 17:46 UTC (permalink / raw) To: Toralf Förster Cc: user-mode-linux-devel, Christoph Hellwig, linux-kernel Hi! Can you please post more details. What exactly causes the crash? phpsysinfo does a lot of stuff. On my test bed it works fine. Am Freitag 15 Oktober 2010, 11:33:37 schrieben Sie: > Hello, > > git bisect gave : > > tfoerste@n22 ~/devel/linux-2.6 $ git bisect bad > 365b18189789bfa1acd9939e6312b8a4b4577b28 is the first bad commit > commit 365b18189789bfa1acd9939e6312b8a4b4577b28 > Author: Christoph Hellwig <hch@lst.de> > Date: Wed Jul 7 18:53:25 2010 +0200 > > add f_flags to struct statfs(64) > > Add a flags field to help glibc implementing statvfs(3) efficiently. > > We copy the flag values from glibc, and add a new ST_VALID flag to > denote that f_flags is implemented. > > Signed-off-by: Christoph Hellwig <hch@lst.de> > Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> > > :040000 040000 92f04bf96f0c6bb2df3ddea83a4a27c35985bdcc > > e702d8dd95a3897e085bf3fe4919e2dd30a57b47 M arch > > :040000 040000 5705bba0e9a2a61112281f7bb1a1030ef9eb337e > > 34fc3ea912581ae7923a15246291387bfc354e47 M fs > > :040000 040000 578a5bb0743aa85adfec7a25f82d440b2ea4db27 > > 7e96f95b6f1d6ccc9e004b560670638db66b8a93 M include > > > BTW is UML dead ? > (I'm asking b/c there're so many different issues - compile errors or the > UML kernel crashes during start or during shutdown, independent of the > result of the wget issue I was investigating - there are 120 skip'ed > commits within the git bisect log beside 46 good and 15 bad commits and I > didn't saw any chance to fully automate the bisect) Hmm, I did a lot git bisects on UML 2.6.35 to 2.6.36. 2.6.36-rc1 does not always compile. You need no apply f3c072a first. I've not seen any crashes during bootup nor shutdown. Can you provide some more details? Thanks, //richard ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Fwd: Re: UML kernel crash of v2.6.36-rcX kernel 2010-10-15 17:46 ` Richard Weinberger @ 2010-10-16 8:55 ` Toralf Förster 2010-10-16 11:12 ` Richard Weinberger 0 siblings, 1 reply; 16+ messages in thread From: Toralf Förster @ 2010-10-16 8:55 UTC (permalink / raw) To: Richard Weinberger; +Cc: user-mode-linux-devel, Christoph Hellwig, linux-kernel [-- Attachment #1: Type: Text/Plain, Size: 4450 bytes --] Hello, I'm currently in the progress of bisecting the issue again- with a fully autoamted scripts which doesn't alck a "make clean" - *shame* However I get with v2.6.35-rc3-173-g3638632 and the attached .config this : nitializing software serial port version 1 console [mc-1] enabled ubda: EIP: 0073:[<081bfec3>] CPU: 0 Not tainted ESP: 007b:1845aa08 EFLAGS: 00010297 Not tainted EAX: 00000000 EBX: 184da000 ECX: 00000001 EDX: 00000000 ESI: 185fb930 EDI: 185f6900 EBP: 1845aa20 DS: 007b ES: 007b 082fab68: [<08075f5d>] show_regs+0xed/0x120 082fab84: [<0805e50e>] segv+0x25e/0x2b0 082fac3c: [<0805e5a1>] segv_handler+0x41/0x60 082fac5c: [<0806eb64>] sig_handler_common+0x54/0xa0 082facd8: [<0806ed07>] sig_handler+0x27/0x50 082face8: [<0806ef5c>] handle_signal+0x5c/0xa0 082fad0c: [<080712d8>] hard_handler+0x18/0x20 082fad1c: [<b77de400>] 0xb77de400 Kernel panic - not syncing: Segfault with no mm 082fab50: [<08277d5b>] dump_stack+0x22/0x24 082fab68: [<08277dbe>] panic+0x61/0xdb 082fab84: [<0805e51a>] segv+0x26a/0x2b0 082fac3c: [<0805e5a1>] segv_handler+0x41/0x60 082fac5c: [<0806eb64>] sig_handler_common+0x54/0xa0 082facd8: [<0806ed07>] sig_handler+0x27/0x50 082face8: [<0806ef5c>] handle_signal+0x5c/0xa0 082fad0c: [<080712d8>] hard_handler+0x18/0x20 082fad1c: [<b77de400>] 0xb77de400 EIP: 0073:[<b77de424>] CPU: 0 Not tainted ESP: 007b:bf83a460 EFLAGS: 00000246 Not tainted EAX: 00000000 EBX: 00006c83 ECX: 00000013 EDX: 00006c83 ESI: 00006c7f EDI: bf83a4f4 EBP: bf83a494 DS: 007b ES: 007b 082fab04: [<08075f5d>] show_regs+0xed/0x120 082fab20: [<0805e7dc>] panic_exit+0x2c/0x50 082fab30: [<0809928e>] notifier_call_chain+0x3e/0x70 082fab58: [<08099313>] atomic_notifier_call_chain+0x23/0x30 082fab68: [<08277de6>] panic+0x89/0xdb 082fab84: [<0805e51a>] segv+0x26a/0x2b0 082fac3c: [<0805e5a1>] segv_handler+0x41/0x60 082fac5c: [<0806eb64>] sig_handler_common+0x54/0xa0 082facd8: [<0806ed07>] sig_handler+0x27/0x50 082face8: [<0806ef5c>] handle_signal+0x5c/0xa0 082fad0c: [<080712d8>] hard_handler+0x18/0x20 082fad1c: [<b77de400>] 0xb77de400 /home/tfoerste/workspace/bin/start_uml.sh: line 64: 27775 Segmentation fault (core dumped) $LINUX ubda=$ROOT_FS ubdb=$SWAP_FS $CD eth0=tuntap,,,$TAP mem=256M umid=$USER $TTY $* Richard Weinberger wrote at 19:46:53 > Hi! > > Can you please post more details. > What exactly causes the crash? > phpsysinfo does a lot of stuff. > On my test bed it works fine. > > Am Freitag 15 Oktober 2010, 11:33:37 schrieben Sie: > > Hello, > > > > git bisect gave : > > > > tfoerste@n22 ~/devel/linux-2.6 $ git bisect bad > > 365b18189789bfa1acd9939e6312b8a4b4577b28 is the first bad commit > > commit 365b18189789bfa1acd9939e6312b8a4b4577b28 > > Author: Christoph Hellwig <hch@lst.de> > > Date: Wed Jul 7 18:53:25 2010 +0200 > > > > add f_flags to struct statfs(64) > > > > Add a flags field to help glibc implementing statvfs(3) efficiently. > > > > We copy the flag values from glibc, and add a new ST_VALID flag to > > denote that f_flags is implemented. > > > > Signed-off-by: Christoph Hellwig <hch@lst.de> > > Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> > > : > > :040000 040000 92f04bf96f0c6bb2df3ddea83a4a27c35985bdcc > > > > e702d8dd95a3897e085bf3fe4919e2dd30a57b47 M arch > > > > :040000 040000 5705bba0e9a2a61112281f7bb1a1030ef9eb337e > > > > 34fc3ea912581ae7923a15246291387bfc354e47 M fs > > > > :040000 040000 578a5bb0743aa85adfec7a25f82d440b2ea4db27 > > > > 7e96f95b6f1d6ccc9e004b560670638db66b8a93 M include > > > > > > BTW is UML dead ? > > (I'm asking b/c there're so many different issues - compile errors or the > > UML kernel crashes during start or during shutdown, independent of the > > result of the wget issue I was investigating - there are 120 skip'ed > > commits within the git bisect log beside 46 good and 15 bad commits and I > > didn't saw any chance to fully automate the bisect) > > Hmm, I did a lot git bisects on UML 2.6.35 to 2.6.36. > 2.6.36-rc1 does not always compile. You need no apply f3c072a first. > I've not seen any crashes during bootup nor shutdown. Can you provide some > more details? > > Thanks, > //richard -- MfG/Kind regards Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 [-- Attachment #2: .config --] [-- Type: text/plain, Size: 18145 bytes --] # # Automatically generated make config: don't edit # Linux kernel version: 2.6.35-rc3 # Sat Oct 16 10:32:28 2010 # CONFIG_DEFCONFIG_LIST="arch/$ARCH/defconfig" CONFIG_GENERIC_HARDIRQS=y CONFIG_UML=y CONFIG_MMU=y CONFIG_NO_IOMEM=y # CONFIG_TRACE_IRQFLAGS_SUPPORT is not set CONFIG_LOCKDEP_SUPPORT=y # CONFIG_STACKTRACE_SUPPORT is not set CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_GENERIC_BUG=y CONFIG_GENERIC_TIME=y CONFIG_GENERIC_CLOCKEVENTS=y CONFIG_IRQ_RELEASE_METHOD=y CONFIG_HZ=100 # # UML-specific options # # # Host processor type and features # # 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 is not set # 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_MEFFICEON is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MGEODEGX1 is not set # CONFIG_MGEODE_LX is not set # CONFIG_MCYRIXIII is not set # CONFIG_MVIAC3_2 is not set # CONFIG_MVIAC7 is not set # CONFIG_MPSC is not set CONFIG_MCORE2=y # CONFIG_MATOM is not set # CONFIG_GENERIC_CPU is not set # CONFIG_X86_GENERIC is not set CONFIG_X86_CPU=y CONFIG_X86_INTERNODE_CACHE_SHIFT=6 CONFIG_X86_CMPXCHG=y CONFIG_X86_L1_CACHE_SHIFT=6 CONFIG_X86_XADD=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_INTEL_USERCOPY=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_X86_TSC=y CONFIG_X86_CMPXCHG64=y CONFIG_X86_CMOV=y CONFIG_X86_MINIMUM_CPU_FAMILY=5 CONFIG_CPU_SUP_INTEL=y CONFIG_CPU_SUP_CYRIX_32=y CONFIG_CPU_SUP_AMD=y CONFIG_CPU_SUP_CENTAUR=y CONFIG_CPU_SUP_TRANSMETA_32=y CONFIG_CPU_SUP_UMC_32=y CONFIG_UML_X86=y # CONFIG_64BIT is not set CONFIG_X86_32=y CONFIG_RWSEM_XCHGADD_ALGORITHM=y # CONFIG_RWSEM_GENERIC_SPINLOCK is not set # CONFIG_3_LEVEL_PGTABLES is not set CONFIG_ARCH_HAS_SC_SIGNALS=y CONFIG_ARCH_REUSE_HOST_VSYSCALL_AREA=y # CONFIG_SMP_BROKEN is not set CONFIG_GENERIC_HWEIGHT=y # CONFIG_STATIC_LINK is not set CONFIG_SELECT_MEMORY_MODEL=y CONFIG_FLATMEM_MANUAL=y # CONFIG_DISCONTIGMEM_MANUAL is not set # CONFIG_SPARSEMEM_MANUAL is not set CONFIG_FLATMEM=y CONFIG_FLAT_NODE_MEM_MAP=y CONFIG_PAGEFLAGS_EXTENDED=y CONFIG_SPLIT_PTLOCK_CPUS=4 # CONFIG_PHYS_ADDR_T_64BIT is not set CONFIG_ZONE_DMA_FLAG=0 CONFIG_VIRT_TO_BUS=y # CONFIG_KSM is not set CONFIG_DEFAULT_MMAP_MIN_ADDR=4096 CONFIG_TICK_ONESHOT=y CONFIG_NO_HZ=y CONFIG_HIGH_RES_TIMERS=y CONFIG_GENERIC_CLOCKEVENTS_BUILD=y CONFIG_LD_SCRIPT_DYN=y CONFIG_BINFMT_ELF=y # CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set CONFIG_HAVE_AOUT=y # CONFIG_BINFMT_AOUT is not set CONFIG_BINFMT_MISC=y CONFIG_HOSTFS=y # CONFIG_HPPFS is not set CONFIG_MCONSOLE=y CONFIG_MAGIC_SYSRQ=y # CONFIG_HIGHMEM is not set CONFIG_KERNEL_STACK_ORDER=0 # # General setup # CONFIG_EXPERIMENTAL=y CONFIG_BROKEN_ON_SMP=y CONFIG_INIT_ENV_ARG_LIMIT=128 CONFIG_CROSS_COMPILE="" CONFIG_LOCALVERSION="" # CONFIG_LOCALVERSION_AUTO is not set CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_SYSVIPC_SYSCTL=y # CONFIG_POSIX_MQUEUE is not set # CONFIG_BSD_PROCESS_ACCT is not set # CONFIG_TASKSTATS is not set # CONFIG_AUDIT is not set # # RCU Subsystem # CONFIG_TREE_RCU=y # CONFIG_TREE_PREEMPT_RCU is not set # CONFIG_TINY_RCU is not set # CONFIG_RCU_TRACE is not set CONFIG_RCU_FANOUT=32 # CONFIG_RCU_FANOUT_EXACT is not set # CONFIG_TREE_RCU_TRACE is not set CONFIG_IKCONFIG=y CONFIG_IKCONFIG_PROC=y CONFIG_LOG_BUF_SHIFT=16 # CONFIG_CGROUPS is not set # CONFIG_SYSFS_DEPRECATED_V2 is not set # CONFIG_RELAY is not set CONFIG_NAMESPACES=y # CONFIG_UTS_NS is not set # CONFIG_IPC_NS is not set # CONFIG_USER_NS is not set # CONFIG_PID_NS is not set # CONFIG_NET_NS is not set # CONFIG_BLK_DEV_INITRD is not set # CONFIG_CC_OPTIMIZE_FOR_SIZE is not set CONFIG_SYSCTL=y CONFIG_ANON_INODES=y # CONFIG_EMBEDDED is not set CONFIG_UID16=y CONFIG_SYSCTL_SYSCALL=y CONFIG_KALLSYMS=y # CONFIG_KALLSYMS_ALL is not set CONFIG_KALLSYMS_EXTRA_PASS=y CONFIG_HOTPLUG=y CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_ELF_CORE=y CONFIG_BASE_FULL=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_SIGNALFD=y CONFIG_TIMERFD=y CONFIG_EVENTFD=y CONFIG_SHMEM=y CONFIG_AIO=y # # Kernel Performance Events And Counters # CONFIG_VM_EVENT_COUNTERS=y # CONFIG_COMPAT_BRK is not set CONFIG_SLAB=y # CONFIG_SLUB is not set # CONFIG_SLOB is not set # CONFIG_PROFILING is not set # # GCOV-based kernel profiling # # CONFIG_SLOW_WORK is not set # CONFIG_HAVE_GENERIC_DMA_COHERENT is not set CONFIG_SLABINFO=y CONFIG_RT_MUTEXES=y CONFIG_BASE_SMALL=0 # CONFIG_MODULES is not set CONFIG_BLOCK=y # CONFIG_LBDAF is not set # CONFIG_BLK_DEV_BSG is not set # CONFIG_BLK_DEV_INTEGRITY is not set # # IO Schedulers # CONFIG_IOSCHED_NOOP=y # CONFIG_IOSCHED_DEADLINE is not set CONFIG_IOSCHED_CFQ=y # CONFIG_DEFAULT_DEADLINE is not set CONFIG_DEFAULT_CFQ=y # CONFIG_DEFAULT_NOOP is not set CONFIG_DEFAULT_IOSCHED="cfq" # CONFIG_INLINE_SPIN_TRYLOCK is not set # CONFIG_INLINE_SPIN_TRYLOCK_BH is not set # CONFIG_INLINE_SPIN_LOCK is not set # CONFIG_INLINE_SPIN_LOCK_BH is not set # CONFIG_INLINE_SPIN_LOCK_IRQ is not set # CONFIG_INLINE_SPIN_LOCK_IRQSAVE is not set CONFIG_INLINE_SPIN_UNLOCK=y # CONFIG_INLINE_SPIN_UNLOCK_BH is not set CONFIG_INLINE_SPIN_UNLOCK_IRQ=y # CONFIG_INLINE_SPIN_UNLOCK_IRQRESTORE is not set # CONFIG_INLINE_READ_TRYLOCK is not set # CONFIG_INLINE_READ_LOCK is not set # CONFIG_INLINE_READ_LOCK_BH is not set # CONFIG_INLINE_READ_LOCK_IRQ is not set # CONFIG_INLINE_READ_LOCK_IRQSAVE is not set CONFIG_INLINE_READ_UNLOCK=y # CONFIG_INLINE_READ_UNLOCK_BH is not set CONFIG_INLINE_READ_UNLOCK_IRQ=y # CONFIG_INLINE_READ_UNLOCK_IRQRESTORE is not set # CONFIG_INLINE_WRITE_TRYLOCK is not set # CONFIG_INLINE_WRITE_LOCK is not set # CONFIG_INLINE_WRITE_LOCK_BH is not set # CONFIG_INLINE_WRITE_LOCK_IRQ is not set # CONFIG_INLINE_WRITE_LOCK_IRQSAVE is not set CONFIG_INLINE_WRITE_UNLOCK=y # CONFIG_INLINE_WRITE_UNLOCK_BH is not set CONFIG_INLINE_WRITE_UNLOCK_IRQ=y # CONFIG_INLINE_WRITE_UNLOCK_IRQRESTORE is not set # CONFIG_MUTEX_SPIN_ON_OWNER is not set # CONFIG_FREEZER is not set CONFIG_BLK_DEV=y CONFIG_BLK_DEV_UBD=y # CONFIG_BLK_DEV_UBD_SYNC is not set CONFIG_BLK_DEV_COW_COMMON=y # CONFIG_BLK_DEV_LOOP is not set # # DRBD disabled because PROC_FS, INET or CONNECTOR not selected # # CONFIG_BLK_DEV_NBD is not set # CONFIG_BLK_DEV_RAM is not set # CONFIG_ATA_OVER_ETH is not set # # Character Devices # CONFIG_STDERR_CONSOLE=y CONFIG_STDIO_CONSOLE=y CONFIG_SSL=y CONFIG_NULL_CHAN=y CONFIG_PORT_CHAN=y CONFIG_PTY_CHAN=y CONFIG_TTY_CHAN=y CONFIG_XTERM_CHAN=y # CONFIG_NOCONFIG_CHAN is not set CONFIG_CON_ZERO_CHAN="fd:0,fd:1" CONFIG_CON_CHAN="xterm" CONFIG_SSL_CHAN="pts" CONFIG_UNIX98_PTYS=y # CONFIG_LEGACY_PTYS is not set # CONFIG_RAW_DRIVER is not set # CONFIG_WATCHDOG is not set CONFIG_UML_SOUND=y CONFIG_SOUND=y CONFIG_SOUND_OSS_CORE=y CONFIG_HOSTAUDIO=y # CONFIG_HW_RANDOM is not set # CONFIG_UML_RANDOM is not set # CONFIG_MMAPPER is not set # # Generic Driver Options # CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug" # CONFIG_DEVTMPFS is not set CONFIG_STANDALONE=y CONFIG_PREVENT_FIRMWARE_BUILD=y CONFIG_FW_LOADER=y CONFIG_FIRMWARE_IN_KERNEL=y CONFIG_EXTRA_FIRMWARE="" # CONFIG_DEBUG_DRIVER is not set # CONFIG_DEBUG_DEVRES is not set # CONFIG_SYS_HYPERVISOR is not set CONFIG_NET=y # # Networking options # CONFIG_PACKET=y CONFIG_UNIX=y CONFIG_XFRM=y # CONFIG_XFRM_USER is not set # CONFIG_XFRM_SUB_POLICY is not set # CONFIG_XFRM_MIGRATE is not set # CONFIG_XFRM_STATISTICS is not set # CONFIG_NET_KEY is not set CONFIG_INET=y # CONFIG_IP_MULTICAST is not set # CONFIG_IP_ADVANCED_ROUTER is not set CONFIG_IP_FIB_HASH=y # CONFIG_IP_PNP is not set # CONFIG_NET_IPIP is not set # CONFIG_NET_IPGRE is not set # CONFIG_ARPD is not set # CONFIG_SYN_COOKIES is not set # CONFIG_INET_AH is not set # CONFIG_INET_ESP is not set # CONFIG_INET_IPCOMP is not set # CONFIG_INET_XFRM_TUNNEL is not set # CONFIG_INET_TUNNEL is not set CONFIG_INET_XFRM_MODE_TRANSPORT=y CONFIG_INET_XFRM_MODE_TUNNEL=y CONFIG_INET_XFRM_MODE_BEET=y # CONFIG_INET_LRO is not set CONFIG_INET_DIAG=y CONFIG_INET_TCP_DIAG=y # CONFIG_TCP_CONG_ADVANCED is not set CONFIG_TCP_CONG_CUBIC=y CONFIG_DEFAULT_TCP_CONG="cubic" # CONFIG_TCP_MD5SIG is not set # CONFIG_IPV6 is not set # CONFIG_NETWORK_SECMARK is not set # CONFIG_NETFILTER is not set # CONFIG_IP_DCCP is not set # CONFIG_IP_SCTP is not set # CONFIG_RDS is not set # CONFIG_TIPC is not set # CONFIG_ATM is not set # CONFIG_L2TP is not set # CONFIG_BRIDGE is not set # CONFIG_NET_DSA 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_ECONET is not set # CONFIG_WAN_ROUTER is not set # CONFIG_PHONET is not set # CONFIG_IEEE802154 is not set # CONFIG_NET_SCHED is not set # CONFIG_DCB is not set # # Network testing # # CONFIG_NET_PKTGEN is not set # CONFIG_HAMRADIO is not set # CONFIG_CAN is not set # CONFIG_IRDA is not set # CONFIG_BT is not set # CONFIG_AF_RXRPC is not set # CONFIG_WIRELESS is not set # CONFIG_WIMAX is not set # CONFIG_RFKILL is not set # CONFIG_NET_9P is not set # CONFIG_CAIF is not set # # UML Network Devices # CONFIG_UML_NET=y CONFIG_UML_NET_ETHERTAP=y CONFIG_UML_NET_TUNTAP=y CONFIG_UML_NET_SLIP=y CONFIG_UML_NET_DAEMON=y # CONFIG_UML_NET_VDE is not set CONFIG_UML_NET_MCAST=y # CONFIG_UML_NET_PCAP is not set CONFIG_UML_NET_SLIRP=y CONFIG_NETDEVICES=y # CONFIG_DUMMY is not set # CONFIG_BONDING is not set # CONFIG_MACVLAN is not set # CONFIG_EQUALIZER is not set CONFIG_TUN=y # CONFIG_VETH is not set # CONFIG_WLAN is not set # # Enable WiMAX (Networking options) to see the WiMAX drivers # # CONFIG_WAN is not set # CONFIG_PPP is not set # CONFIG_SLIP is not set # CONFIG_NETCONSOLE is not set # CONFIG_NETPOLL is not set # CONFIG_NET_POLL_CONTROLLER is not set # CONFIG_CONNECTOR is not set # # File systems # CONFIG_EXT2_FS=y # CONFIG_EXT2_FS_XATTR is not set # CONFIG_EXT2_FS_XIP is not set CONFIG_EXT3_FS=y # CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set # CONFIG_EXT3_FS_XATTR is not set # CONFIG_EXT4_FS is not set CONFIG_JBD=y # CONFIG_REISERFS_FS is not set # CONFIG_JFS_FS is not set CONFIG_FS_POSIX_ACL=y # CONFIG_XFS_FS is not set # CONFIG_OCFS2_FS is not set # CONFIG_BTRFS_FS is not set # CONFIG_NILFS2_FS is not set CONFIG_FILE_LOCKING=y CONFIG_FSNOTIFY=y CONFIG_DNOTIFY=y CONFIG_INOTIFY=y CONFIG_INOTIFY_USER=y # CONFIG_QUOTA is not set # CONFIG_AUTOFS_FS is not set # CONFIG_AUTOFS4_FS is not set # CONFIG_FUSE_FS is not set # # Caches # # CONFIG_FSCACHE is not set # # CD-ROM/DVD Filesystems # CONFIG_ISO9660_FS=y CONFIG_JOLIET=y # CONFIG_ZISOFS is not set # CONFIG_UDF_FS is not set # # DOS/FAT/NT Filesystems # # CONFIG_MSDOS_FS is not set # CONFIG_VFAT_FS is not set # CONFIG_NTFS_FS is not set # # Pseudo filesystems # CONFIG_PROC_FS=y CONFIG_PROC_KCORE=y CONFIG_PROC_SYSCTL=y CONFIG_PROC_PAGE_MONITOR=y CONFIG_SYSFS=y CONFIG_TMPFS=y # CONFIG_TMPFS_POSIX_ACL is not set # CONFIG_HUGETLB_PAGE is not set # CONFIG_CONFIGFS_FS is not set # CONFIG_MISC_FILESYSTEMS is not set CONFIG_NETWORK_FILESYSTEMS=y CONFIG_NFS_FS=y CONFIG_NFS_V3=y # CONFIG_NFS_V3_ACL is not set CONFIG_NFS_V4=y # CONFIG_NFS_V4_1 is not set CONFIG_NFSD=y CONFIG_NFSD_V3=y # CONFIG_NFSD_V3_ACL is not set CONFIG_NFSD_V4=y CONFIG_LOCKD=y CONFIG_LOCKD_V4=y CONFIG_EXPORTFS=y CONFIG_NFS_COMMON=y CONFIG_SUNRPC=y CONFIG_SUNRPC_GSS=y CONFIG_RPCSEC_GSS_KRB5=y # CONFIG_RPCSEC_GSS_SPKM3 is not set # CONFIG_SMB_FS is not set # CONFIG_CEPH_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 CONFIG_NLS=y CONFIG_NLS_DEFAULT="iso8859-1" # CONFIG_NLS_CODEPAGE_437 is not set # CONFIG_NLS_CODEPAGE_737 is not set # CONFIG_NLS_CODEPAGE_775 is not set # CONFIG_NLS_CODEPAGE_850 is not set # CONFIG_NLS_CODEPAGE_852 is not set # CONFIG_NLS_CODEPAGE_855 is not set # CONFIG_NLS_CODEPAGE_857 is not set # CONFIG_NLS_CODEPAGE_860 is not set # CONFIG_NLS_CODEPAGE_861 is not set # CONFIG_NLS_CODEPAGE_862 is not set # CONFIG_NLS_CODEPAGE_863 is not set # CONFIG_NLS_CODEPAGE_864 is not set # CONFIG_NLS_CODEPAGE_865 is not set # CONFIG_NLS_CODEPAGE_866 is not set # CONFIG_NLS_CODEPAGE_869 is not set # CONFIG_NLS_CODEPAGE_936 is not set # CONFIG_NLS_CODEPAGE_950 is not set # CONFIG_NLS_CODEPAGE_932 is not set # CONFIG_NLS_CODEPAGE_949 is not set # CONFIG_NLS_CODEPAGE_874 is not set # CONFIG_NLS_ISO8859_8 is not set # CONFIG_NLS_CODEPAGE_1250 is not set # CONFIG_NLS_CODEPAGE_1251 is not set # CONFIG_NLS_ASCII is not set # CONFIG_NLS_ISO8859_1 is not set # CONFIG_NLS_ISO8859_2 is not set # CONFIG_NLS_ISO8859_3 is not set # CONFIG_NLS_ISO8859_4 is not set # CONFIG_NLS_ISO8859_5 is not set # CONFIG_NLS_ISO8859_6 is not set # CONFIG_NLS_ISO8859_7 is not set # CONFIG_NLS_ISO8859_9 is not set # CONFIG_NLS_ISO8859_13 is not set # CONFIG_NLS_ISO8859_14 is not set # CONFIG_NLS_ISO8859_15 is not set # CONFIG_NLS_KOI8_R is not set # CONFIG_NLS_KOI8_U is not set # CONFIG_NLS_UTF8 is not set # CONFIG_DLM is not set # # Security options # # CONFIG_KEYS is not set # CONFIG_SECURITY is not set # CONFIG_SECURITYFS is not set # CONFIG_DEFAULT_SECURITY_SELINUX is not set # CONFIG_DEFAULT_SECURITY_SMACK is not set # CONFIG_DEFAULT_SECURITY_TOMOYO is not set CONFIG_DEFAULT_SECURITY_DAC=y CONFIG_DEFAULT_SECURITY="" CONFIG_CRYPTO=y # # Crypto core or helper # CONFIG_CRYPTO_ALGAPI=y CONFIG_CRYPTO_ALGAPI2=y CONFIG_CRYPTO_AEAD2=y CONFIG_CRYPTO_BLKCIPHER=y CONFIG_CRYPTO_BLKCIPHER2=y CONFIG_CRYPTO_HASH=y CONFIG_CRYPTO_HASH2=y CONFIG_CRYPTO_RNG2=y CONFIG_CRYPTO_PCOMP=y CONFIG_CRYPTO_MANAGER=y CONFIG_CRYPTO_MANAGER2=y # CONFIG_CRYPTO_GF128MUL is not set # CONFIG_CRYPTO_NULL is not set CONFIG_CRYPTO_WORKQUEUE=y # CONFIG_CRYPTO_CRYPTD is not set # CONFIG_CRYPTO_AUTHENC is not set # # Authenticated Encryption with Associated Data # # CONFIG_CRYPTO_CCM is not set # CONFIG_CRYPTO_GCM is not set # CONFIG_CRYPTO_SEQIV is not set # # Block modes # CONFIG_CRYPTO_CBC=y # CONFIG_CRYPTO_CTR is not set # CONFIG_CRYPTO_CTS is not set # CONFIG_CRYPTO_ECB is not set # CONFIG_CRYPTO_LRW is not set # CONFIG_CRYPTO_PCBC is not set # CONFIG_CRYPTO_XTS is not set # # Hash modes # # CONFIG_CRYPTO_HMAC is not set # CONFIG_CRYPTO_XCBC is not set # CONFIG_CRYPTO_VMAC is not set # # Digest # # CONFIG_CRYPTO_CRC32C is not set # CONFIG_CRYPTO_GHASH is not set # CONFIG_CRYPTO_MD4 is not set CONFIG_CRYPTO_MD5=y # CONFIG_CRYPTO_MICHAEL_MIC is not set # CONFIG_CRYPTO_RMD128 is not set # CONFIG_CRYPTO_RMD160 is not set # CONFIG_CRYPTO_RMD256 is not set # CONFIG_CRYPTO_RMD320 is not set # CONFIG_CRYPTO_SHA1 is not set # CONFIG_CRYPTO_SHA256 is not set # CONFIG_CRYPTO_SHA512 is not set # CONFIG_CRYPTO_TGR192 is not set # CONFIG_CRYPTO_WP512 is not set # # Ciphers # # CONFIG_CRYPTO_AES is not set # CONFIG_CRYPTO_AES_586 is not set # CONFIG_CRYPTO_ANUBIS is not set # CONFIG_CRYPTO_ARC4 is not set # CONFIG_CRYPTO_BLOWFISH is not set # CONFIG_CRYPTO_CAMELLIA is not set # CONFIG_CRYPTO_CAST5 is not set # CONFIG_CRYPTO_CAST6 is not set CONFIG_CRYPTO_DES=y # CONFIG_CRYPTO_FCRYPT is not set # CONFIG_CRYPTO_KHAZAD is not set # CONFIG_CRYPTO_SALSA20 is not set # CONFIG_CRYPTO_SALSA20_586 is not set # CONFIG_CRYPTO_SEED is not set # CONFIG_CRYPTO_SERPENT is not set # CONFIG_CRYPTO_TEA is not set # CONFIG_CRYPTO_TWOFISH is not set # CONFIG_CRYPTO_TWOFISH_586 is not set # # Compression # # CONFIG_CRYPTO_DEFLATE is not set # CONFIG_CRYPTO_ZLIB is not set # CONFIG_CRYPTO_LZO is not set # # Random Number Generation # # CONFIG_CRYPTO_ANSI_CPRNG is not set # CONFIG_CRYPTO_HW is not set # CONFIG_BINARY_PRINTF is not set # # Library routines # CONFIG_BITREVERSE=y CONFIG_GENERIC_FIND_FIRST_BIT=y CONFIG_GENERIC_FIND_NEXT_BIT=y CONFIG_GENERIC_FIND_LAST_BIT=y # CONFIG_CRC_CCITT is not set # CONFIG_CRC16 is not set # CONFIG_CRC_T10DIF is not set # CONFIG_CRC_ITU_T is not set CONFIG_CRC32=y # CONFIG_CRC7 is not set # CONFIG_LIBCRC32C is not set CONFIG_HAS_DMA=y CONFIG_NLATTR=y # # SCSI device support # CONFIG_SCSI_MOD=y # CONFIG_RAID_ATTRS is not set # CONFIG_SCSI is not set # CONFIG_SCSI_DMA is not set # CONFIG_SCSI_NETLINK is not set # CONFIG_MD is not set # CONFIG_NEW_LEDS is not set # CONFIG_INPUT is not set # # Kernel hacking # # CONFIG_PRINTK_TIME is not set # CONFIG_ENABLE_WARN_DEPRECATED is not set # CONFIG_ENABLE_MUST_CHECK is not set CONFIG_FRAME_WARN=1024 # CONFIG_STRIP_ASM_SYMS is not set # CONFIG_UNUSED_SYMBOLS is not set # CONFIG_DEBUG_FS is not set CONFIG_DEBUG_KERNEL=y # CONFIG_DEBUG_SHIRQ is not set CONFIG_DETECT_SOFTLOCKUP=y # CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC is not set CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC_VALUE=0 CONFIG_DETECT_HUNG_TASK=y # CONFIG_BOOTPARAM_HUNG_TASK_PANIC is not set CONFIG_BOOTPARAM_HUNG_TASK_PANIC_VALUE=0 CONFIG_SCHED_DEBUG=y # CONFIG_SCHEDSTATS is not set CONFIG_TIMER_STATS=y # CONFIG_DEBUG_OBJECTS is not set # CONFIG_DEBUG_SLAB is not set # CONFIG_DEBUG_RT_MUTEXES is not set # CONFIG_RT_MUTEX_TESTER is not set # CONFIG_DEBUG_SPINLOCK is not set # CONFIG_DEBUG_MUTEXES is not set # CONFIG_DEBUG_SPINLOCK_SLEEP is not set # CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set # CONFIG_DEBUG_KOBJECT is not set CONFIG_DEBUG_BUGVERBOSE=y # CONFIG_DEBUG_INFO is not set # CONFIG_DEBUG_VM is not set # CONFIG_DEBUG_WRITECOUNT is not set CONFIG_DEBUG_MEMORY_INIT=y # CONFIG_DEBUG_LIST is not set # CONFIG_DEBUG_SG is not set # CONFIG_DEBUG_NOTIFIERS is not set # CONFIG_DEBUG_CREDENTIALS is not set CONFIG_FRAME_POINTER=y # CONFIG_BOOT_PRINTK_DELAY is not set # CONFIG_RCU_TORTURE_TEST is not set # CONFIG_RCU_CPU_STALL_DETECTOR is not set # CONFIG_BACKTRACE_SELF_TEST is not set # CONFIG_DEBUG_BLOCK_EXT_DEVT is not set # CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set # CONFIG_FAULT_INJECTION is not set CONFIG_SYSCTL_SYSCALL_CHECK=y # CONFIG_PAGE_POISONING is not set # CONFIG_ATOMIC64_SELFTEST is not set # CONFIG_SAMPLES is not set # CONFIG_DEBUG_STACK_USAGE is not set ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Fwd: Re: UML kernel crash of v2.6.36-rcX kernel 2010-10-16 8:55 ` Toralf Förster @ 2010-10-16 11:12 ` Richard Weinberger 0 siblings, 0 replies; 16+ messages in thread From: Richard Weinberger @ 2010-10-16 11:12 UTC (permalink / raw) To: Toralf Förster Cc: user-mode-linux-devel, Christoph Hellwig, linux-kernel Hi, Am Samstag 16 Oktober 2010, 10:55:32 schrieb Toralf Förster: > Hello, > > I'm currently in the progress of bisecting the issue again- with a fully > autoamted scripts which doesn't alck a "make clean" - *shame* Please always run make clean. Or even better mrproper. I've had lots of *very* strange results which got all resolved by runing make mrproper. > However I get with v2.6.35-rc3-173-g3638632 and the attached .config this : > This kernel boots fine on my test bed. > nitializing software serial port version 1 > console [mc-1] enabled > ubda: > EIP: 0073:[<081bfec3>] CPU: 0 Not tainted ESP: 007b:1845aa08 EFLAGS: > 00010297 Not tainted > EAX: 00000000 EBX: 184da000 ECX: 00000001 EDX: 00000000 > ESI: 185fb930 EDI: 185f6900 EBP: 1845aa20 DS: 007b ES: 007b > 082fab68: [<08075f5d>] show_regs+0xed/0x120 > 082fab84: [<0805e50e>] segv+0x25e/0x2b0 > 082fac3c: [<0805e5a1>] segv_handler+0x41/0x60 > 082fac5c: [<0806eb64>] sig_handler_common+0x54/0xa0 > 082facd8: [<0806ed07>] sig_handler+0x27/0x50 > 082face8: [<0806ef5c>] handle_signal+0x5c/0xa0 > 082fad0c: [<080712d8>] hard_handler+0x18/0x20 > 082fad1c: [<b77de400>] 0xb77de400 > > Kernel panic - not syncing: Segfault with no mm > 082fab50: [<08277d5b>] dump_stack+0x22/0x24 > 082fab68: [<08277dbe>] panic+0x61/0xdb > 082fab84: [<0805e51a>] segv+0x26a/0x2b0 > 082fac3c: [<0805e5a1>] segv_handler+0x41/0x60 > 082fac5c: [<0806eb64>] sig_handler_common+0x54/0xa0 > 082facd8: [<0806ed07>] sig_handler+0x27/0x50 > 082face8: [<0806ef5c>] handle_signal+0x5c/0xa0 > 082fad0c: [<080712d8>] hard_handler+0x18/0x20 > 082fad1c: [<b77de400>] 0xb77de400 > > > EIP: 0073:[<b77de424>] CPU: 0 Not tainted ESP: 007b:bf83a460 EFLAGS: > 00000246 Not tainted > EAX: 00000000 EBX: 00006c83 ECX: 00000013 EDX: 00006c83 > ESI: 00006c7f EDI: bf83a4f4 EBP: bf83a494 DS: 007b ES: 007b > 082fab04: [<08075f5d>] show_regs+0xed/0x120 > 082fab20: [<0805e7dc>] panic_exit+0x2c/0x50 > 082fab30: [<0809928e>] notifier_call_chain+0x3e/0x70 > 082fab58: [<08099313>] atomic_notifier_call_chain+0x23/0x30 > 082fab68: [<08277de6>] panic+0x89/0xdb > 082fab84: [<0805e51a>] segv+0x26a/0x2b0 > 082fac3c: [<0805e5a1>] segv_handler+0x41/0x60 > 082fac5c: [<0806eb64>] sig_handler_common+0x54/0xa0 > 082facd8: [<0806ed07>] sig_handler+0x27/0x50 > 082face8: [<0806ef5c>] handle_signal+0x5c/0xa0 > 082fad0c: [<080712d8>] hard_handler+0x18/0x20 > 082fad1c: [<b77de400>] 0xb77de400 > > /home/tfoerste/workspace/bin/start_uml.sh: line 64: 27775 Segmentation > fault (core dumped) $LINUX ubda=$ROOT_FS ubdb=$SWAP_FS $CD > eth0=tuntap,,,$TAP mem=256M umid=$USER $TTY $* > > > Richard Weinberger wrote at 19:46:53 > > > Hi! > > > > Can you please post more details. > > What exactly causes the crash? > > phpsysinfo does a lot of stuff. > > On my test bed it works fine. > > > > Am Freitag 15 Oktober 2010, 11:33:37 schrieben Sie: > > > Hello, > > > > > > git bisect gave : > > > > > > tfoerste@n22 ~/devel/linux-2.6 $ git bisect bad > > > 365b18189789bfa1acd9939e6312b8a4b4577b28 is the first bad commit > > > commit 365b18189789bfa1acd9939e6312b8a4b4577b28 > > > Author: Christoph Hellwig <hch@lst.de> > > > Date: Wed Jul 7 18:53:25 2010 +0200 > > > > > > add f_flags to struct statfs(64) > > > > > > Add a flags field to help glibc implementing statvfs(3) > > > efficiently. > > > > > > We copy the flag values from glibc, and add a new ST_VALID flag to > > > denote that f_flags is implemented. > > > > > > Signed-off-by: Christoph Hellwig <hch@lst.de> > > > Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> > > > : > > > :040000 040000 92f04bf96f0c6bb2df3ddea83a4a27c35985bdcc > > > > > > e702d8dd95a3897e085bf3fe4919e2dd30a57b47 M arch > > > > > > :040000 040000 5705bba0e9a2a61112281f7bb1a1030ef9eb337e > > > > > > 34fc3ea912581ae7923a15246291387bfc354e47 M fs > > > > > > :040000 040000 578a5bb0743aa85adfec7a25f82d440b2ea4db27 > > > > > > 7e96f95b6f1d6ccc9e004b560670638db66b8a93 M include > > > > > > > > > BTW is UML dead ? > > > (I'm asking b/c there're so many different issues - compile errors or > > > the UML kernel crashes during start or during shutdown, independent of > > > the result of the wget issue I was investigating - there are 120 > > > skip'ed commits within the git bisect log beside 46 good and 15 bad > > > commits and I didn't saw any chance to fully automate the bisect) > > > > Hmm, I did a lot git bisects on UML 2.6.35 to 2.6.36. > > 2.6.36-rc1 does not always compile. You need no apply f3c072a first. > > I've not seen any crashes during bootup nor shutdown. Can you provide > > some more details? > > > > Thanks, > > //richard Thanks, //richard ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Fwd: Re: UML kernel crash of v2.6.36-rcX kernel 2010-10-15 9:33 ` Toralf Förster 2010-10-15 17:46 ` Richard Weinberger @ 2010-10-17 13:55 ` Toralf Förster 2010-10-17 20:18 ` Christoph Hellwig 1 sibling, 1 reply; 16+ messages in thread From: Toralf Förster @ 2010-10-17 13:55 UTC (permalink / raw) To: user-mode-linux-devel Cc: Christoph Hellwig, linux-kernel, Richard Weinberger, Al Viro I bisected it again w/ a fixed test script, got the same bad commit script and double checked, that this commit is really the culprit which crashes a user mode linux kernel at my 32bix x86 stable Gentoo running 2.6.35.6 vanilla kernel as host system and 2/ gcc version 4.4.3 (Gentoo 4.4.3-r2 p1.2) and glibc-2.11.2-r1 in the tool chain. The crash info is ... * Starting local ... [ ok ] Kernel panic - not syncing: Kernel mode fault at addr 0x4, ip 0x80db40a 082fab50: [<08277b7b>] dump_stack+0x22/0x24 082fab68: [<08277bde>] panic+0x61/0xdb 082fab84: [<0805e492>] segv+0x1e2/0x2b0 082fac3c: [<0805e5a1>] segv_handler+0x41/0x60 082fac5c: [<0806ec04>] sig_handler_common+0x54/0xa0 082facd8: [<0806eda7>] sig_handler+0x27/0x50 082face8: [<0806effc>] handle_signal+0x5c/0xa0 082fad0c: [<08071378>] hard_handler+0x18/0x20 082fad1c: [<b7753400>] 0xb7753400 EIP: 0073:[<40000812>] CPU: 0 Not tainted ESP: 007b:bf95171c EFLAGS: 00000212 Not tainted EAX: ffffffda EBX: 08059be8 ECX: 00000054 EDX: bf95174c ESI: 08059bd8 EDI: 40166ff4 EBP: bf951728 DS: 007b ES: 007b 082fab04: [<08075ffd>] show_regs+0xed/0x120 082fab20: [<0805e7dc>] panic_exit+0x2c/0x50 082fab30: [<0809932e>] notifier_call_chain+0x3e/0x70 082fab58: [<080993b3>] atomic_notifier_call_chain+0x23/0x30 082fab68: [<08277c06>] panic+0x89/0xdb 082fab84: [<0805e492>] segv+0x1e2/0x2b0 082fac3c: [<0805e5a1>] segv_handler+0x41/0x60 082fac5c: [<0806ec04>] sig_handler_common+0x54/0xa0 082facd8: [<0806eda7>] sig_handler+0x27/0x50 082face8: [<0806effc>] handle_signal+0x5c/0xa0 082fad0c: [<08071378>] hard_handler+0x18/0x20 082fad1c: [<b7753400>] 0xb7753400 Terminated Toralf Förster wrote at 11:33:37 > Hello, > > git bisect gave : > > tfoerste@n22 ~/devel/linux-2.6 $ git bisect bad > 365b18189789bfa1acd9939e6312b8a4b4577b28 is the first bad commit > commit 365b18189789bfa1acd9939e6312b8a4b4577b28 > Author: Christoph Hellwig <hch@lst.de> > Date: Wed Jul 7 18:53:25 2010 +0200 > > add f_flags to struct statfs(64) > > Add a flags field to help glibc implementing statvfs(3) efficiently. > > We copy the flag values from glibc, and add a new ST_VALID flag to > denote that f_flags is implemented. > > Signed-off-by: Christoph Hellwig <hch@lst.de> > Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> > -- MfG/Kind regards Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Fwd: Re: UML kernel crash of v2.6.36-rcX kernel 2010-10-17 13:55 ` Toralf Förster @ 2010-10-17 20:18 ` Christoph Hellwig 2010-10-18 8:43 ` Toralf Förster 2010-10-18 9:05 ` Toralf Förster 0 siblings, 2 replies; 16+ messages in thread From: Christoph Hellwig @ 2010-10-17 20:18 UTC (permalink / raw) To: Toralf F?rster Cc: user-mode-linux-devel, Christoph Hellwig, linux-kernel, Richard Weinberger, Al Viro On Sun, Oct 17, 2010 at 03:55:39PM +0200, Toralf F?rster wrote: > I bisected it again w/ a fixed test script, got the same bad commit script and > double checked, that this commit is really the culprit which crashes a user > mode linux kernel at my 32bix x86 stable Gentoo running 2.6.35.6 vanilla kernel > as host system and 2/ gcc version 4.4.3 (Gentoo 4.4.3-r2 p1.2) and > glibc-2.11.2-r1 in the tool chain. I really can't see any relation to the patch. Can you try the some things in the following order, please: (1) git-revert 365b18189789bfa1acd9939e6312b8a4b4577b28 on current Linus tree and see it it works. If it works try the next, else the bisect must have been a weird conicidence and I can't really help more. (2) re-apply only the changes to include/asm-generic/statfs.h from 365b18189789bfa1acd9939e6312b8a4b4577b28 and see if that still boots. (3) re-apply the arch/mips/include/asm/statfs.h and arch/s390/include/asm/statfs.h changes and see if it still boots (4) re-apply the include/linux/statfs.h changes and see if it still boots (5) re-apply the fs/statfs.c changes, and by now it really shouldn't boot anymore (6) verify the code really is the same again as in current Linus' tree ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Fwd: Re: UML kernel crash of v2.6.36-rcX kernel 2010-10-17 20:18 ` Christoph Hellwig @ 2010-10-18 8:43 ` Toralf Förster 2010-10-18 8:48 ` richard -rw- weinberger 2010-10-18 9:08 ` Geert Uytterhoeven 2010-10-18 9:05 ` Toralf Förster 1 sibling, 2 replies; 16+ messages in thread From: Toralf Förster @ 2010-10-18 8:43 UTC (permalink / raw) To: Christoph Hellwig Cc: user-mode-linux-devel, linux-kernel, Richard Weinberger, Al Viro Christoph Hellwig wrote at 22:18:37 > I really can't see any relation to the patch. Can you try the some > things in the following order, please: ... > (4) re-apply the include/linux/statfs.h changes and see if it still > boots The first half of step 4 was it (I did not apply the "Definitions for the flag in f_flag.") : diff --git a/include/linux/statfs.h b/include/linux/statfs.h index b34cc82..0166d32 100644 --- a/include/linux/statfs.h +++ b/include/linux/statfs.h @@ -2,7 +2,6 @@ #define _LINUX_STATFS_H #include <linux/types.h> - #include <asm/statfs.h> struct kstatfs { @@ -16,7 +15,29 @@ struct kstatfs { __kernel_fsid_t f_fsid; long f_namelen; long f_frsize; - long f_spare[5]; + long f_flags; + long f_spare[4]; }; FWIW the uml kernel boots fine even with that commit however it crashed after a special http request : $> wget http://n22_uml/phpsysinfo/ -- MfG/Kind regards Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Fwd: Re: UML kernel crash of v2.6.36-rcX kernel 2010-10-18 8:43 ` Toralf Förster @ 2010-10-18 8:48 ` richard -rw- weinberger 2010-10-18 9:08 ` Geert Uytterhoeven 1 sibling, 0 replies; 16+ messages in thread From: richard -rw- weinberger @ 2010-10-18 8:48 UTC (permalink / raw) To: Toralf Förster Cc: Christoph Hellwig, user-mode-linux-devel, linux-kernel, Richard Weinberger, Al Viro 2010/10/18 Toralf Förster <toralf.foerster@gmx.de>: > > Christoph Hellwig wrote at 22:18:37 >> I really can't see any relation to the patch. Can you try the some >> things in the following order, please: > ... >> (4) re-apply the include/linux/statfs.h changes and see if it still >> boots > > The first half of step 4 was it (I did not apply the "Definitions for the flag > in f_flag.") : > > diff --git a/include/linux/statfs.h b/include/linux/statfs.h > index b34cc82..0166d32 100644 > --- a/include/linux/statfs.h > +++ b/include/linux/statfs.h > @@ -2,7 +2,6 @@ > #define _LINUX_STATFS_H > > #include <linux/types.h> > - > #include <asm/statfs.h> > > struct kstatfs { > @@ -16,7 +15,29 @@ struct kstatfs { > __kernel_fsid_t f_fsid; > long f_namelen; > long f_frsize; > - long f_spare[5]; > + long f_flags; > + long f_spare[4]; > }; > > > > FWIW the uml kernel boots fine even with that commit however it crashed after > a special http request : $> wget http://n22_uml/phpsysinfo/ Find out _what_ phpsysinfo does. On my test bed phpsysinfo works fine, I cannot reproduce the crash. We need more details. > -- > MfG/Kind regards > Toralf Förster > > pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > -- Thanks, //richard ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Fwd: Re: UML kernel crash of v2.6.36-rcX kernel 2010-10-18 8:43 ` Toralf Förster 2010-10-18 8:48 ` richard -rw- weinberger @ 2010-10-18 9:08 ` Geert Uytterhoeven 1 sibling, 0 replies; 16+ messages in thread From: Geert Uytterhoeven @ 2010-10-18 9:08 UTC (permalink / raw) To: Toralf Förster Cc: Christoph Hellwig, user-mode-linux-devel, linux-kernel, Richard Weinberger, Al Viro 2010/10/18 Toralf Förster <toralf.foerster@gmx.de>: > > Christoph Hellwig wrote at 22:18:37 >> I really can't see any relation to the patch. Can you try the some >> things in the following order, please: > ... >> (4) re-apply the include/linux/statfs.h changes and see if it still >> boots > > The first half of step 4 was it (I did not apply the "Definitions for the flag > in f_flag.") : > > diff --git a/include/linux/statfs.h b/include/linux/statfs.h > index b34cc82..0166d32 100644 > --- a/include/linux/statfs.h > +++ b/include/linux/statfs.h > @@ -2,7 +2,6 @@ > #define _LINUX_STATFS_H > > #include <linux/types.h> > - > #include <asm/statfs.h> > > struct kstatfs { > @@ -16,7 +15,29 @@ struct kstatfs { > __kernel_fsid_t f_fsid; > long f_namelen; > long f_frsize; > - long f_spare[5]; > + long f_flags; > + long f_spare[4]; > }; That should only matter for code that accesses the former fifth element of f_spare[]. fs/compat.c:put_compat_statfs(struct compat_statfs __user *ubuf, struct kstatfs *kbuf) does that: __put_user(0, &ubuf->f_spare[0]) || __put_user(0, &ubuf->f_spare[1]) || __put_user(0, &ubuf->f_spare[2]) || __put_user(0, &ubuf->f_spare[3]) || __put_user(0, &ubuf->f_spare[4])) Seems struct compat_statfs* may have 4, 5, or 6 elements in the f_spare[] array, depending on the architecture. > FWIW the uml kernel boots fine even with that commit however it crashed after > a special http request : $> wget http://n22_uml/phpsysinfo/ Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Fwd: Re: UML kernel crash of v2.6.36-rcX kernel 2010-10-17 20:18 ` Christoph Hellwig 2010-10-18 8:43 ` Toralf Förster @ 2010-10-18 9:05 ` Toralf Förster 2010-10-18 9:09 ` [uml-devel] " Geert Uytterhoeven 2010-10-18 9:31 ` richard -rw- weinberger 1 sibling, 2 replies; 16+ messages in thread From: Toralf Förster @ 2010-10-18 9:05 UTC (permalink / raw) To: Christoph Hellwig Cc: user-mode-linux-devel, linux-kernel, Richard Weinberger, Al Viro Well, in addition to my last mail the following patch isn't a fix, but it might point to the culprit. If I apply this patch against latest tree, then the crash doesn't occur : diff --git a/include/linux/statfs.h b/include/linux/statfs.h index 0166d32..e336e70 100644 --- a/include/linux/statfs.h +++ b/include/linux/statfs.h @@ -15,8 +15,8 @@ struct kstatfs { __kernel_fsid_t f_fsid; long f_namelen; long f_frsize; - long f_flags; long f_spare[4]; + long f_flags; }; Christoph Hellwig wrote at 22:18:37 > On Sun, Oct 17, 2010 at 03:55:39PM +0200, Toralf F?rster wrote: > > I bisected it again w/ a fixed test script, got the same bad commit > > script and double checked, that this commit is really the culprit which > > crashes a user mode linux kernel at my 32bix x86 stable Gentoo running > > 2.6.35.6 vanilla kernel as host system and 2/ gcc version 4.4.3 (Gentoo > > 4.4.3-r2 p1.2) and glibc-2.11.2-r1 in the tool chain. > > I really can't see any relation to the patch. Can you try the some > things in the following order, please: > > (1) git-revert 365b18189789bfa1acd9939e6312b8a4b4577b28 on current > Linus tree and see it it works. > If it works try the next, else the bisect must have been a weird > conicidence and I can't really help more. > (2) re-apply only the changes to include/asm-generic/statfs.h from > 365b18189789bfa1acd9939e6312b8a4b4577b28 and see if that still > boots. > (3) re-apply the arch/mips/include/asm/statfs.h and > arch/s390/include/asm/statfs.h changes and see if it still boots > (4) re-apply the include/linux/statfs.h changes and see if it still > boots > (5) re-apply the fs/statfs.c changes, and by now it really shouldn't > boot anymore > (6) verify the code really is the same again as in current Linus' tree -- MfG/Kind regards Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [uml-devel] Fwd: Re: UML kernel crash of v2.6.36-rcX kernel 2010-10-18 9:05 ` Toralf Förster @ 2010-10-18 9:09 ` Geert Uytterhoeven 2010-10-18 9:16 ` richard -rw- weinberger 2010-10-18 9:31 ` richard -rw- weinberger 1 sibling, 1 reply; 16+ messages in thread From: Geert Uytterhoeven @ 2010-10-18 9:09 UTC (permalink / raw) To: Toralf Förster Cc: Christoph Hellwig, Richard Weinberger, linux-kernel, user-mode-linux-devel, Al Viro 2010/10/18 Toralf Förster <toralf.foerster@gmx.de>: > Well, in addition to my last mail the following patch isn't a fix, but it > might point to the culprit. > If I apply this patch against latest tree, then the crash doesn't occur : > > diff --git a/include/linux/statfs.h b/include/linux/statfs.h > index 0166d32..e336e70 100644 > --- a/include/linux/statfs.h > +++ b/include/linux/statfs.h > @@ -15,8 +15,8 @@ struct kstatfs { > __kernel_fsid_t f_fsid; > long f_namelen; > long f_frsize; > - long f_flags; > long f_spare[4]; > + long f_flags; > }; So it probably is accessing f_spare[4] somewhere... Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [uml-devel] Fwd: Re: UML kernel crash of v2.6.36-rcX kernel 2010-10-18 9:09 ` [uml-devel] " Geert Uytterhoeven @ 2010-10-18 9:16 ` richard -rw- weinberger 0 siblings, 0 replies; 16+ messages in thread From: richard -rw- weinberger @ 2010-10-18 9:16 UTC (permalink / raw) To: Geert Uytterhoeven Cc: Toralf Förster, Christoph Hellwig, Richard Weinberger, linux-kernel, user-mode-linux-devel, Al Viro 2010/10/18 Geert Uytterhoeven <geert@linux-m68k.org>: > 2010/10/18 Toralf Förster <toralf.foerster@gmx.de>: >> Well, in addition to my last mail the following patch isn't a fix, but it >> might point to the culprit. >> If I apply this patch against latest tree, then the crash doesn't occur : >> >> diff --git a/include/linux/statfs.h b/include/linux/statfs.h >> index 0166d32..e336e70 100644 >> --- a/include/linux/statfs.h >> +++ b/include/linux/statfs.h >> @@ -15,8 +15,8 @@ struct kstatfs { >> __kernel_fsid_t f_fsid; >> long f_namelen; >> long f_frsize; >> - long f_flags; >> long f_spare[4]; >> + long f_flags; >> }; > > So it probably is accessing f_spare[4] somewhere... fs/hostfs/hostfs_user.c does so. I'll look at this when I'm at home. Toralf, are you using hostfs? > Gr{oetje,eeting}s, > > Geert > > -- > Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org > > In personal conversations with technical people, I call myself a hacker. But > when I'm talking to journalists I just say "programmer" or something like that. > -- Linus Torvalds > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > -- Thanks, //richard ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Fwd: Re: UML kernel crash of v2.6.36-rcX kernel 2010-10-18 9:05 ` Toralf Förster 2010-10-18 9:09 ` [uml-devel] " Geert Uytterhoeven @ 2010-10-18 9:31 ` richard -rw- weinberger 2010-10-18 11:14 ` Toralf Förster 1 sibling, 1 reply; 16+ messages in thread From: richard -rw- weinberger @ 2010-10-18 9:31 UTC (permalink / raw) To: Toralf Förster Cc: Christoph Hellwig, user-mode-linux-devel, linux-kernel, Richard Weinberger, Al Viro 2010/10/18 Toralf Förster <toralf.foerster@gmx.de>: > Well, in addition to my last mail the following patch isn't a fix, but it > might point to the culprit. > If I apply this patch against latest tree, then the crash doesn't occur : > > diff --git a/include/linux/statfs.h b/include/linux/statfs.h > index 0166d32..e336e70 100644 > --- a/include/linux/statfs.h > +++ b/include/linux/statfs.h > @@ -15,8 +15,8 @@ struct kstatfs { > __kernel_fsid_t f_fsid; > long f_namelen; > long f_frsize; > - long f_flags; > long f_spare[4]; > + long f_flags; > }; > > > > Christoph Hellwig wrote at 22:18:37 >> On Sun, Oct 17, 2010 at 03:55:39PM +0200, Toralf F?rster wrote: >> > I bisected it again w/ a fixed test script, got the same bad commit >> > script and double checked, that this commit is really the culprit which >> > crashes a user mode linux kernel at my 32bix x86 stable Gentoo running >> > 2.6.35.6 vanilla kernel as host system and 2/ gcc version 4.4.3 (Gentoo >> > 4.4.3-r2 p1.2) and glibc-2.11.2-r1 in the tool chain. >> >> I really can't see any relation to the patch. Can you try the some >> things in the following order, please: >> >> (1) git-revert 365b18189789bfa1acd9939e6312b8a4b4577b28 on current >> Linus tree and see it it works. >> If it works try the next, else the bisect must have been a weird >> conicidence and I can't really help more. >> (2) re-apply only the changes to include/asm-generic/statfs.h from >> 365b18189789bfa1acd9939e6312b8a4b4577b28 and see if that still >> boots. >> (3) re-apply the arch/mips/include/asm/statfs.h and >> arch/s390/include/asm/statfs.h changes and see if it still boots >> (4) re-apply the include/linux/statfs.h changes and see if it still >> boots >> (5) re-apply the fs/statfs.c changes, and by now it really shouldn't >> boot anymore >> (6) verify the code really is the same again as in current Linus' tree > > > -- > MfG/Kind regards > Toralf Förster > > pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > Does this help? --- linux-2.6.36-rc8/fs/hostfs/hostfs_user.c.orig 2010-10-18 11:24:33.844592000 +0200 +++ linux-2.6.36-rc8/fs/hostfs/hostfs_user.c 2010-10-18 11:24:44.594679000 +0200 @@ -388,6 +388,6 @@ spare_out[1] = buf.f_spare[1]; spare_out[2] = buf.f_spare[2]; spare_out[3] = buf.f_spare[3]; - spare_out[4] = buf.f_spare[4]; + return 0; } -- Thanks, //richard ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Fwd: Re: UML kernel crash of v2.6.36-rcX kernel 2010-10-18 9:31 ` richard -rw- weinberger @ 2010-10-18 11:14 ` Toralf Förster 2010-10-18 11:22 ` Richard Weinberger 0 siblings, 1 reply; 16+ messages in thread From: Toralf Förster @ 2010-10-18 11:14 UTC (permalink / raw) To: richard -rw- weinberger Cc: Christoph Hellwig, user-mode-linux-devel, linux-kernel, Richard Weinberger, Al Viro richard -rw- weinberger wrote at 11:31:31 > Does this help? > > --- linux-2.6.36-rc8/fs/hostfs/hostfs_user.c.orig 2010-10-18 > 11:24:33.844592000 +0200 > +++ linux-2.6.36-rc8/fs/hostfs/hostfs_user.c 2010-10-18 > 11:24:44.594679000 +0200 > @@ -388,6 +388,6 @@ > spare_out[1] = buf.f_spare[1]; > spare_out[2] = buf.f_spare[2]; > spare_out[3] = buf.f_spare[3]; > - spare_out[4] = buf.f_spare[4]; > + > return 0; > } yes - definitely (BTW I like a preceeding "diff --git" line to make the patch utility happy ;) ) -- MfG/Kind regards Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Fwd: Re: UML kernel crash of v2.6.36-rcX kernel 2010-10-18 11:14 ` Toralf Förster @ 2010-10-18 11:22 ` Richard Weinberger 0 siblings, 0 replies; 16+ messages in thread From: Richard Weinberger @ 2010-10-18 11:22 UTC (permalink / raw) To: Toralf Förster Cc: richard -rw- weinberger, Christoph Hellwig, user-mode-linux-devel, linux-kernel, Al Viro On Mon, 18 Oct 2010 13:14:26 +0200, Toralf Förster <toralf.foerster@gmx.de> wrote: > richard -rw- weinberger wrote at 11:31:31 >> Does this help? >> >> --- linux-2.6.36-rc8/fs/hostfs/hostfs_user.c.orig 2010-10-18 >> 11:24:33.844592000 +0200 >> +++ linux-2.6.36-rc8/fs/hostfs/hostfs_user.c 2010-10-18 >> 11:24:44.594679000 +0200 >> @@ -388,6 +388,6 @@ >> spare_out[1] = buf.f_spare[1]; >> spare_out[2] = buf.f_spare[2]; >> spare_out[3] = buf.f_spare[3]; >> - spare_out[4] = buf.f_spare[4]; >> + >> return 0; >> } > > yes - definitely (BTW I like a preceeding "diff --git" line to make > the patch > utility happy ;) ) Good to know. I'll submit a patch (with git ;)). Thanks, //richard ^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2010-10-18 11:22 UTC | newest] Thread overview: 16+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2010-10-13 11:28 Fwd: Re: UML kernel crash of v2.6.36-rcX kernel Toralf Förster 2010-10-15 9:33 ` Toralf Förster 2010-10-15 17:46 ` Richard Weinberger 2010-10-16 8:55 ` Toralf Förster 2010-10-16 11:12 ` Richard Weinberger 2010-10-17 13:55 ` Toralf Förster 2010-10-17 20:18 ` Christoph Hellwig 2010-10-18 8:43 ` Toralf Förster 2010-10-18 8:48 ` richard -rw- weinberger 2010-10-18 9:08 ` Geert Uytterhoeven 2010-10-18 9:05 ` Toralf Förster 2010-10-18 9:09 ` [uml-devel] " Geert Uytterhoeven 2010-10-18 9:16 ` richard -rw- weinberger 2010-10-18 9:31 ` richard -rw- weinberger 2010-10-18 11:14 ` Toralf Förster 2010-10-18 11:22 ` Richard Weinberger
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox
Powered by JetHome