* 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