mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* 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-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: 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: [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