current git kernel crashes UML system during boot

Toralf Förster

author

2010-05-27 17:44 UTC #0 lore raw

Hello,

I bisected it to this :

There are only 'skip'ped commits left to test.
The first bad commit could be any of:
4677d4a53e0d565742277e8913e91c821453e63e
d61931d89be506372d01a90d1755f6d0a9fafe2d
1527bc8b928dd1399c3d3467dd47d9ede210978a
c59bd5688299cddb71183e156e7a3c1409b90df2
cb41838bbc4403f7270a94b93a9a0d9fc9c2e7ea
We cannot bisect more!

The .config file is attached. The script which starts an UML image exits with exit code 143:

Locating the bottom of the address space ... 0x1000
Locating the top of the address space ... 0xc0000000
Core dump limits :
soft - NONE
hard - NONE
Checking that ptrace can change system call numbers...OK
Checking syscall emulation patch for ptrace...OK
Checking advanced syscall emulation patch for ptrace...OK Checking for tmpfs mount on /dev/shm...OK
Checking PROT_EXEC mmap in /dev/shm/...OK
Checking for the skas3 patch in the host:
- /proc/mm...not found: No such file or directory
- PTRACE_FAULTINFO...not found
- PTRACE_LDT...not found
UML running in SKAS0 mode
Adding 4325376 bytes to physical memory to account for exec-shield gap Linux version 2.6.34-00633-g1f8caa9 (tfoerste@n22) (gcc version 4.3.4 (Gentoo 4.3.4 p1.1, pie-10.1.5) ) #18 Thu May 27 19:33:37 CEST 2010
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 66071 Kernel command line: ubda=/home/tfoerste/virtual/uml/gentoo_root_fs ubdb=/home/tfoerste/virtual/uml/swap_fs eth0=tuntap,,,192.168.0.253 mem=256M root=98:0
PID hash table entries: 2048 (order: 1, 8192 bytes)
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 254512k available
Hierarchical RCU implementation.
RCU-based detection of stalled CPUs is disabled.
Verbose stalled-CPUs detection is disabled.
NR_IRQS:15
Calibrating delay loop... 4731.69 BogoMIPS (lpj=23658496) Mount-cache hash table entries: 512
Checking for host processor cmov support...Yes
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling workaround Using 2.6 host AIO
NET: Registered protocol family 16
bio: create slab <bio-0> at 0
Switching to clocksource itimer
NET: Registered protocol family 2
IP route cache hash table entries: 4096 (order: 2, 16384 bytes) TCP established hash table entries: 16384 (order: 5, 131072 bytes) TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
TCP reno registered
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
IRQ 9/mconsole: IRQF_DISABLED is not guaranteed on shared IRQs mconsole (version 2) initialized on /home/tfoerste/.uml/tfoerste/mconsole Checking host MADV_REMOVE support...OK
UML Audio Relay (host dsp = /dev/sound/dsp, host mixer = /dev/sound/mixer) Host TLS support detected
Detected host type: i386 (GDT indexes 6 to 9)
Installing knfsd (copyright (C) 1996 [email protected]).
msgmni has been set to 497
alg: No test for stdrng (krng)
io scheduler noop registered
io scheduler cfq registered (default)
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <[email protected]>
TCP cubic registered
NET: Registered protocol family 17
Initialized stdio console driver
Console initialized on /dev/tty0
console [tty0] enabled
Initializing software serial port version 1
console [mc-1] enabled
ubda: unknown partition table
ubdb: unknown partition table
Choosing a random ethernet address for device eth0
Netdevice 0 (da:45:59:e9:7b:7e) :
TUN/TAP backend - IP = 192.168.0.253
IRQ 3/console-write: IRQF_DISABLED is not guaranteed on shared IRQs IRQ 2/console: IRQF_DISABLED is not guaranteed on shared IRQs
IRQ 10/winch: IRQF_DISABLED is not guaranteed on shared IRQs

EIP: 0073:[<081c77c3>] CPU: 0 Not tainted ESP: 007b:1805ab04 EFLAGS: 00210293
Not tainted
EAX: 00000001 EBX: 180cb000 ECX: 00000000 EDX: 00000001
ESI: 181e2930 EDI: 181e2930 EBP: 181e2930 DS: 007b ES: 007b

082fdb34:  [<0805a0d9>] _einittext+0x1f96/0x2b55
082fdb70:  [<080968cc>] run_posix_cpu_timers+0x1c/0x910
082fdb8c:  [<08078afa>] task_tick_fair+0x1a/0xe0
082fdba4:  [<08098fbc>] hrtimer_run_pending+0x2c/0xc0
082fdbac:  [<080701fd>] set_signals+0x2d/0x40
082fdbc8:  [<0805f732>] segv_handler+0x52/0xe0
082fdbd8:  [<081c77c3>] cfq_close_cooperator+0x53/0x180
082fdbf0:  [<080a2848>] tick_nohz_stop_sched_tick+0xb8/0x410
082fdc00:  [<080840d0>] __do_softirq+0xe0/0x130
082fdc40:  [<0806e934>] os_waiting_for_events+0x24/0xb0
082fdc50:  [<080615bd>] free_irqs+0x5d/0xd0
082fdc70:  [<080700d5>] sig_handler_common+0x55/0xa0
082fdcb0:  [<081c77c3>] cfq_close_cooperator+0x53/0x180
082fdce8:  [<08070272>] sig_handler+0x22/0x40
082fdcf0:  [<080704ed>] handle_signal+0x5d/0xa0
082fdd10:  [<080728d7>] hard_handler+0x17/0x20
082fdd5c:  [<081c77c3>] cfq_close_cooperator+0x53/0x180

Kernel panic - not syncing: Segfault with no mm
082fdb00:  [<0827fd7d>] panic+0x4d/0xc6
082fdb18:  [<0805f6ca>] segv+0x2aa/0x2c0
082fdb34:  [<0805a0d9>] _einittext+0x1f96/0x2b55
082fdb70:  [<080968cc>] run_posix_cpu_timers+0x1c/0x910
082fdb8c:  [<08078afa>] task_tick_fair+0x1a/0xe0
082fdba4:  [<08098fbc>] hrtimer_run_pending+0x2c/0xc0
082fdbac:  [<080701fd>] set_signals+0x2d/0x40
082fdbc8:  [<0805f732>] segv_handler+0x52/0xe0
082fdbd8:  [<081c77c3>] cfq_close_cooperator+0x53/0x180
082fdbf0:  [<080a2848>] tick_nohz_stop_sched_tick+0xb8/0x410
082fdc00:  [<080840d0>] __do_softirq+0xe0/0x130
082fdc40:  [<0806e934>] os_waiting_for_events+0x24/0xb0
082fdc50:  [<080615bd>] free_irqs+0x5d/0xd0
082fdc70:  [<080700d5>] sig_handler_common+0x55/0xa0
082fdcb0:  [<081c77c3>] cfq_close_cooperator+0x53/0x180
082fdce8:  [<08070272>] sig_handler+0x22/0x40
082fdcf0:  [<080704ed>] handle_signal+0x5d/0xa0
082fdd10:  [<080728d7>] hard_handler+0x17/0x20
082fdd5c:  [<081c77c3>] cfq_close_cooperator+0x53/0x180

EIP: 0073:[<b7869424>] CPU: 0 Not tainted ESP: 007b:bfef268c EFLAGS: 00200246
Not tainted
EAX: 00000000 EBX: 00006783 ECX: 00000013 EDX: 00006783
ESI: 0000677f EDI: 0000003b EBP: bfef2718 DS: 007b ES: 007b

082fdadc:  [<08099da4>] notifier_call_chain+0x34/0x70
082fdb00:  [<0827fda5>] panic+0x75/0xc6
082fdb18:  [<0805f6ca>] segv+0x2aa/0x2c0
082fdb34:  [<0805a0d9>] _einittext+0x1f96/0x2b55
082fdb70:  [<080968cc>] run_posix_cpu_timers+0x1c/0x910
082fdb8c:  [<08078afa>] task_tick_fair+0x1a/0xe0
082fdba4:  [<08098fbc>] hrtimer_run_pending+0x2c/0xc0
082fdbac:  [<080701fd>] set_signals+0x2d/0x40
082fdbc8:  [<0805f732>] segv_handler+0x52/0xe0
082fdbd8:  [<081c77c3>] cfq_close_cooperator+0x53/0x180
082fdbf0:  [<080a2848>] tick_nohz_stop_sched_tick+0xb8/0x410
082fdc00:  [<080840d0>] __do_softirq+0xe0/0x130
082fdc40:  [<0806e934>] os_waiting_for_events+0x24/0xb0
082fdc50:  [<080615bd>] free_irqs+0x5d/0xd0
082fdc70:  [<080700d5>] sig_handler_common+0x55/0xa0
082fdcb0:  [<081c77c3>] cfq_close_cooperator+0x53/0x180
082fdce8:  [<08070272>] sig_handler+0x22/0x40
082fdcf0:  [<080704ed>] handle_signal+0x5d/0xa0
082fdd10:  [<080728d7>] hard_handler+0x17/0x20
082fdd5c:  [<081c77c3>] cfq_close_cooperator+0x53/0x180

Terminated
Bisecting: 4 revisions left to test after this (roughly 2 steps) [cb41838bbc4403f7270a94b93a9a0d9fc9c2e7ea] Merge branch 'core-hweight-for- linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
tfoerste@n22 ~/devel/linux-2.6 $ git bisect run ~/uml_bisect.sh || git bisect bad
running /home/tfoerste/uml_bisect.sh
scripts/kconfig/conf -o arch/um/Kconfig.x86
#

# configuration written to .config
#
scripts/kconfig/conf -s arch/um/Kconfig.x86
make[1]: `arch/um/sys-i386/user-offsets.s' is up to date.
  CHK     include/linux/version.h
  CHK     include/generated/utsrelease.h
  UPD     include/generated/utsrelease.h
  CALL    scripts/checksyscalls.sh
  CHK     include/generated/compile.h
  CC      init/version.o
  QUOTE   arch/um/kernel/config.tmp
  LD      init/built-in.o
  QUOTE   arch/um/kernel/config.c
  CC      arch/um/kernel/config.o
  LD      arch/um/kernel/built-in.o
  GZIP    kernel/config_data.gz
  IKCFG   kernel/config_data.h
  CC      kernel/configs.o
  LD      kernel/built-in.o
  LD      vmlinux.o
  MODPOST vmlinux.o
  GEN     .version
  CHK     include/generated/compile.h
  UPD     include/generated/compile.h
  CC      init/version.o
  LD      init/built-in.o
  LD      .tmp_vmlinux1
  KSYM    .tmp_kallsyms1.S
  AS      .tmp_kallsyms1.o
  LD      .tmp_vmlinux2
  KSYM    .tmp_kallsyms2.S
  AS      .tmp_kallsyms2.o
  LD      .tmp_vmlinux3
  KSYM    .tmp_kallsyms3.S
  AS      .tmp_kallsyms3.o
  LD      vmlinux
  SYSMAP  System.map
  SYSMAP  .tmp_System.map
  LINK linux
Locating the bottom of the address space ... 0x1000
Locating the top of the address space ... 0xc0000000
Core dump limits :
        soft - NONE
        hard - NONE
Checking that ptrace can change system call numbers...OK
Checking syscall emulation patch for ptrace...OK
Checking advanced syscall emulation patch for ptrace...OK
Checking for tmpfs mount on /dev/shm...OK
Checking PROT_EXEC mmap in /dev/shm/...OK
Checking for the skas3 patch in the host:
  - /proc/mm...not found: No such file or directory
  - PTRACE_FAULTINFO...not found
  - PTRACE_LDT...not found
UML running in SKAS0 mode
Adding 5992448 bytes to physical memory to account for exec-shield gap
Linux version 2.6.34-00628-gcb41838 (tfoerste@n22) (gcc version 4.3.4 (Gentoo 
4.3.4 p1.1, pie-10.1.5) ) #19 Thu May 27 19:34:39 CEST 2010
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 66475
Kernel command line: ubda=/home/tfoerste/virtual/uml/gentoo_root_fs 
ubdb=/home/tfoerste/virtual/uml/swap_fs eth0=tuntap,,,192.168.0.253 mem=256M 
root=98:0
PID hash table entries: 2048 (order: 1, 8192 bytes)
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 254500k available
Hierarchical RCU implementation.
        RCU-based detection of stalled CPUs is disabled.
        Verbose stalled-CPUs detection is disabled.
NR_IRQS:15
Calibrating delay loop... 4731.69 BogoMIPS (lpj=23658496)
Mount-cache hash table entries: 512
Checking for host processor cmov support...Yes
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling workaround
Using 2.6 host AIO
NET: Registered protocol family 16
bio: create slab <bio-0> at 0
Switching to clocksource itimer
NET: Registered protocol family 2
IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
TCP established hash table entries: 16384 (order: 5, 131072 bytes)
TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
TCP reno registered
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
IRQ 9/mconsole: IRQF_DISABLED is not guaranteed on shared IRQs
mconsole (version 2) initialized on /home/tfoerste/.uml/tfoerste/mconsole
Checking host MADV_REMOVE support...OK
UML Audio Relay (host dsp = /dev/sound/dsp, host mixer = /dev/sound/mixer)
Host TLS support detected
Detected host type: i386 (GDT indexes 6 to 9)
Installing knfsd (copyright (C) 1996 [email protected]).
msgmni has been set to 497
alg: No test for stdrng (krng)
io scheduler noop registered
io scheduler cfq registered (default)
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <[email protected]>
TCP cubic registered
NET: Registered protocol family 17
Initialized stdio console driver
Console initialized on /dev/tty0
console [tty0] enabled
Initializing software serial port version 1
console [mc-1] enabled
 ubda: unknown partition table
 ubdb: unknown partition table
Choosing a random ethernet address for device eth0
Netdevice 0 (9e:d2:65:a8:63:d8) : 
TUN/TAP backend - IP = 192.168.0.253
IRQ 3/console-write: IRQF_DISABLED is not guaranteed on shared IRQs
IRQ 2/console: IRQF_DISABLED is not guaranteed on shared IRQs
IRQ 10/winch: IRQF_DISABLED is not guaranteed on shared IRQs

EIP: 0073:[<081c77c3>] CPU: 0 Not tainted ESP: 007b:1805ab04 EFLAGS: 00210293
Not tainted
EAX: 00000001 EBX: 180cb000 ECX: 00000000 EDX: 00000001
ESI: 181e2930 EDI: 181e2930 EBP: 181e2930 DS: 007b ES: 007b

082fdb38:  [<08079aa5>] __wake_up+0x45/0x60
082fdb5c:  [<080916b9>] __queue_work+0x69/0x70
082fdb7c:  [<0809174b>] queue_work_on+0x2b/0x40
082fdb84:  [<080d0335>] kmem_cache_free+0x95/0xe0
082fdb94:  [<081bc112>] __freed_request+0xb2/0xc0
082fdbc8:  [<0805f732>] segv_handler+0x52/0xe0
082fdbd8:  [<081c77c3>] cfq_close_cooperator+0x53/0x180
082fdbf4:  [<0806a111>] ubd_intr+0x71/0xf0
082fdc14:  [<080a816d>] handle_IRQ_event+0x5d/0xf0
082fdc40:  [<0806e934>] os_waiting_for_events+0x24/0xb0
082fdc50:  [<080615bd>] free_irqs+0x5d/0xd0
082fdc70:  [<080700d5>] sig_handler_common+0x55/0xa0
082fdcb0:  [<081c77c3>] cfq_close_cooperator+0x53/0x180
082fdce8:  [<08070272>] sig_handler+0x22/0x40
082fdcf0:  [<080704ed>] handle_signal+0x5d/0xa0
082fdd10:  [<080728d7>] hard_handler+0x17/0x20
082fdd5c:  [<081c77c3>] cfq_close_cooperator+0x53/0x180

Kernel panic - not syncing: Segfault with no mm
082fdb00:  [<0827fd7d>] panic+0x4d/0xc6
082fdb18:  [<0805f6ca>] segv+0x2aa/0x2c0
082fdb38:  [<08079aa5>] __wake_up+0x45/0x60
082fdb5c:  [<080916b9>] __queue_work+0x69/0x70
082fdb7c:  [<0809174b>] queue_work_on+0x2b/0x40
082fdb84:  [<080d0335>] kmem_cache_free+0x95/0xe0
082fdb94:  [<081bc112>] __freed_request+0xb2/0xc0
082fdbc8:  [<0805f732>] segv_handler+0x52/0xe0
082fdbd8:  [<081c77c3>] cfq_close_cooperator+0x53/0x180
082fdbf4:  [<0806a111>] ubd_intr+0x71/0xf0
082fdc14:  [<080a816d>] handle_IRQ_event+0x5d/0xf0
082fdc40:  [<0806e934>] os_waiting_for_events+0x24/0xb0
082fdc50:  [<080615bd>] free_irqs+0x5d/0xd0
082fdc70:  [<080700d5>] sig_handler_common+0x55/0xa0
082fdcb0:  [<081c77c3>] cfq_close_cooperator+0x53/0x180
082fdce8:  [<08070272>] sig_handler+0x22/0x40
082fdcf0:  [<080704ed>] handle_signal+0x5d/0xa0
082fdd10:  [<080728d7>] hard_handler+0x17/0x20
082fdd5c:  [<081c77c3>] cfq_close_cooperator+0x53/0x180

EIP: 0073:[<b77da424>] CPU: 0 Not tainted ESP: 007b:bfc851ac EFLAGS: 00200246
Not tainted
EAX: 00000000 EBX: 00006deb ECX: 00000013 EDX: 00006deb
ESI: 00006de7 EDI: 0000003b EBP: bfc85238 DS: 007b ES: 007b

082fdadc:  [<08099da4>] notifier_call_chain+0x34/0x70
082fdb00:  [<0827fda5>] panic+0x75/0xc6
082fdb18:  [<0805f6ca>] segv+0x2aa/0x2c0
082fdb38:  [<08079aa5>] __wake_up+0x45/0x60
082fdb5c:  [<080916b9>] __queue_work+0x69/0x70
082fdb7c:  [<0809174b>] queue_work_on+0x2b/0x40
082fdb84:  [<080d0335>] kmem_cache_free+0x95/0xe0
082fdb94:  [<081bc112>] __freed_request+0xb2/0xc0
082fdbc8:  [<0805f732>] segv_handler+0x52/0xe0
082fdbd8:  [<081c77c3>] cfq_close_cooperator+0x53/0x180
082fdbf4:  [<0806a111>] ubd_intr+0x71/0xf0
082fdc14:  [<080a816d>] handle_IRQ_event+0x5d/0xf0
082fdc40:  [<0806e934>] os_waiting_for_events+0x24/0xb0
082fdc50:  [<080615bd>] free_irqs+0x5d/0xd0
082fdc70:  [<080700d5>] sig_handler_common+0x55/0xa0
082fdcb0:  [<081c77c3>] cfq_close_cooperator+0x53/0x180
082fdce8:  [<08070272>] sig_handler+0x22/0x40
082fdcf0:  [<080704ed>] handle_signal+0x5d/0xa0
082fdd10:  [<080728d7>] hard_handler+0x17/0x20
082fdd5c:  [<081c77c3>] cfq_close_cooperator+0x53/0x180

Terminated

Signature · 4 lines

MfG/Sincerely
Toralf Förster

pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.34-rc3
# Thu May 27 19:39:42 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_LOCALVERSION=""
CONFIG_LOCALVERSION_AUTO=y
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=14
# 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_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_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_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

#
# 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=y
CONFIG_ENABLE_MUST_CHECK=y
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 is not set
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_RCU_CPU_STALL_DETECTOR is not set
# CONFIG_SYSCTL_SYSCALL_CHECK is not set
# CONFIG_SAMPLES is not set
# CONFIG_DEBUG_STACK_USAGE is not set

Geert Uytterhoeven

2010-05-30 11:39 UTC #1 lore raw

2010/5/27 Toralf Förster <[email protected]>:

Quoted 10 lines

I bisected it to this :
There are only 'skip'ped commits left to test.
The first bad commit could be any of:
4677d4a53e0d565742277e8913e91c821453e63e
d61931d89be506372d01a90d1755f6d0a9fafe2d
1527bc8b928dd1399c3d3467dd47d9ede210978a
c59bd5688299cddb71183e156e7a3c1409b90df2
cb41838bbc4403f7270a94b93a9a0d9fc9c2e7ea
We cannot bisect more!

For me it crashes even earlier:

ayla$ ./linux
Core dump limits :
soft - 0
hard - NONE
Checking that ptrace can change system call numbers...OK Checking syscall emulation patch for ptrace...OK
Checking advanced syscall emulation patch for ptrace...OK Checking for tmpfs mount on /dev/shm...OK
Checking PROT_EXEC mmap in /dev/shm/...OK
Checking for the skas3 patch in the host:
- /proc/mm...not found: No such file or directory
- PTRACE_FAULTINFO...not found
- PTRACE_LDT...not found
UML running in SKAS0 mode
Adding 21749760 bytes to physical memory to account for exec-shield gap Aborted
ayla$

After fixing the missing/superfluous slab inclusion issues, I bisected it further to

commit d61931d89be506372d01a90d1755f6d0a9fafe2d

Author: Borislav Petkov <[email protected]>
Date:   Fri Mar 5 17:34:46 2010 +0100

x86: Add optimized popcnt variants

Add support for the hardware version of the Hamming weight function, popcnt, present in CPUs which advertize it under CPUID, Function 0x0000_0001_ECX[23]. On CPUs which don't support it, we fallback to the default lib/hweight.c sw versions.

A synthetic benchmark comparing popcnt with __sw_hweight64 showed almost a 3x speedup on a F10h machine.

Signed-off-by Borislav Petkov <[email protected]>

LKML-Reference: <20100318112015.GC11152@aftab>

Signed-off-by H. Peter Anvin <[email protected]>

I reverted that commit on top of current mainline (and fixed up the conflicts), and now
it boots again.

CPU is:

processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Core(TM)2 Quad CPU Q8200 @ 2.33GHz
stepping : 7
cpu MHz : 2003.000
cache size : 2048 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm sse4_1 lahf_lm
bogomips : 4665.87
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected]

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

Geert Uytterhoeven

2010-05-30 11:57 UTC #2 lore raw

Quoted 20 lines · Geert Uytterhoeven

2010/5/27 Toralf Förster <[email protected]>:
Quoted 1 line
I bisected it to this :
After fixing the missing/superfluous slab inclusion issues, I bisected it further to
commit d61931d89be506372d01a90d1755f6d0a9fafe2d
Author: Borislav Petkov <[email protected]>
Date: Fri Mar 5 17:34:46 2010 +0100
x86: Add optimized popcnt variants
Add support for the hardware version of the Hamming weight function, popcnt, present in CPUs which advertize it under CPUID, Function 0x0000_0001_ECX[23]. On CPUs which don't support it, we fallback to the default lib/hweight.c sw versions.
A synthetic benchmark comparing popcnt with __sw_hweight64 showed almost a 3x speedup on a F10h machine.

Quoted 7 lines

Signed-off-by Borislav Petkov <[email protected]>
LKML-Reference: <20100318112015.GC11152@aftab>
Signed-off-by H. Peter Anvin <[email protected]>
I reverted that commit on top of current mainline (and fixed up the conflicts), and now
it boots again.

I tried adding

config ARCH_HWEIGHT_CFLAGS
string
default "-fcall-saved-ecx -fcall-saved-edx" if !64_BIT default "-fcall-saved-rdi -fcall-saved-rsi -fcall-saved-rdx
-fcall-saved-rcx -fcall-saved-r8 -fcall-saved-r9 -fcall-saved-r10 -fcall-saved-r11" if 64_BIT

to arch/um/Kconfig.x86. Now it got a bit further, but it still crashes:

Core dump limits :
soft - 0
hard - NONE
Checking that ptrace can change system call numbers...OK
Checking syscall emulation patch for ptrace...OK
Checking advanced syscall emulation patch for ptrace...OK
Checking for tmpfs mount on /dev/shm...OK
Checking PROT_EXEC mmap in /dev/shm/...OK
Checking for the skas3 patch in the host:
- /proc/mm...not found: No such file or directory
- PTRACE_FAULTINFO...not found
- PTRACE_LDT...not found
UML running in SKAS0 mode
Adding 22290432 bytes to physical memory to account for exec-shield gap Linux version 2.6.34-08406-g52b0ace-dirty (geert@ayla) (gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) ) #41 Sun May 30 13:54:35 CEST 2010 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 70007 Kernel command line: ubd0=/home/uml/rootfs-amd64 eth0=slirp,,slirp-fullbolt mem=256M root=98:0
PID hash table entries: 2048 (order: 2, 16384 bytes)
Dentry cache hash table entries: 65536 (order: 7, 524288 bytes) Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Memory: 250720k available
Hierarchical RCU implementation.
Verbose stalled-CPUs detection is disabled.
NR_IRQS:15
Calibrating delay loop... 419.43 BogoMIPS (lpj=2097152)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 256
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling workaround Using 2.6 host AIO
NET: Registered protocol family 16
bio: create slab <bio-0> at 0
Switching to clocksource itimer
NET: Registered protocol family 2
IP route cache hash table entries: 4096 (order: 3, 32768 bytes)
TCP established hash table entries: 16384 (order: 6, 262144 bytes) TCP bind hash table entries: 16384 (order: 5, 131072 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
TCP reno registered
UDP hash table entries: 256 (order: 1, 8192 bytes)
UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
NET: Registered protocol family 1
mconsole (version 2) initialized on /home/geert/.uml/z9aGEj/mconsole Checking host MADV_REMOVE support...OK
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
msgmni has been set to 489
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
TCP cubic registered
NET: Registered protocol family 17
Initialized stdio console driver
Console initialized on /dev/tty0
console [tty0] enabled
Initializing software serial port version 1
Choosing a random ethernet address for device eth0
Netdevice 0 (1e:a2:ad:7c:43:91) : SLIRP backend - command line: 'slirp-fullbolt' console [mc-1] enabled
ubda:

Modules linked in:
Pid: 0, comm: swapper Not tainted 2.6.34-08406-g52b0ace-dirty
RIP: 0033:[<0000000060110675>]
RSP: 0000000060235810  EFLAGS: 00010297
RAX: 0000000000000000 RBX: 0000000071371800 RCX: 000000000000000a
RDX: 00000000ffff8aed RSI: 0000000000000000 RDI: 0000000000000000
RBP: 0000000060235820 R08: 0000000000000000 R09: 000000000000001e
R10: 0000000000000001 R11: 00000000602b8c48 R12: 00000000713c4e80
R13: 00000000713c4e80 R14: 0000000071375958 R15: 0000000000000001
Call Trace:
60235308:  [<60014a79>] segv+0x70/0x212
60235318:  [<60110675>] cfq_close_cooperator+0x39/0x160
602353e8:  [<60014c7a>] segv_handler+0x5f/0x65
60235418:  [<60021698>] sig_handler_common+0x84/0x98
602354a0:  [<60110675>] cfq_close_cooperator+0x39/0x160
60235548:  [<600217de>] sig_handler+0x30/0x3b
60235568:  [<60021a10>] handle_signal+0x6d/0xa3
602355b8:  [<600233c8>] hard_handler+0x10/0x14
60235678:  [<60110675>] cfq_close_cooperator+0x39/0x160
60235708:  [<60040bb3>] autoremove_wake_function+0x11/0x34
60235728:  [<60040bfe>] wake_bit_function+0x28/0x2e
60235738:  [<600276db>] __wake_up_common+0x44/0x7a
60235778:  [<60075913>] kmem_cache_free+0x54/0x5f
602357b8:  [<60057f6e>] mempool_free_slab+0x12/0x14
602357c8:  [<6005803c>] mempool_free+0x6f/0x76
602357f8:  [<6009ae62>] bio_free+0x4d/0x52
60235808:  [<6011066c>] cfq_close_cooperator+0x30/0x160
60235828:  [<60110bae>] cfq_completed_request+0x375/0x4db
60235888:  [<601053ee>] elv_completed_request+0x4e/0xaf
602358a8:  [<601068be>] __blk_put_request+0x37/0xbd
602358d8:  [<60106acf>] blk_finish_request+0x18b/0x198
60235918:  [<60106d85>] blk_end_bidi_request+0x38/0x4b
60235948:  [<60106dca>] blk_end_request+0xb/0xd
60235958:  [<6001cf86>] ubd_intr+0x55/0xd7
60235998:  [<600527a2>] handle_IRQ_event+0x20/0x9a
602359c8:  [<60052889>] __do_IRQ+0x6d/0xb0
602359f8:  [<6001217f>] do_IRQ+0x27/0x3f
60235a28:  [<6001234f>] sigio_handler+0x4b/0x5f
60235a48:  [<60021698>] sig_handler_common+0x84/0x98
60235a68:  [<60021745>] real_alarm_handler+0x3c/0x3e
60235af0:  [<60095b01>] copy_fs_struct+0xc/0x76
60235b78:  [<600217de>] sig_handler+0x30/0x3b
60235b98:  [<60021a10>] handle_signal+0x6d/0xa3
60235be8:  [<600233c8>] hard_handler+0x10/0x14

Kernel panic - not syncing: Segfault with no mm
Call Trace:
60235218:  [<6018fadb>] panic+0xe4/0x14f
60235278:  [<6004db6b>] is_module_text_address+0x9/0x11
60235288:  [<6003ecdc>] __kernel_text_address+0x65/0x6b
60235290:  [<600233c8>] hard_handler+0x10/0x14
602352a8:  [<60013a12>] show_trace+0x8e/0x95
602352d8:  [<60026e34>] show_regs+0x2b/0x2f
60235308:  [<60014b03>] segv+0xfa/0x212
60235318:  [<60110675>] cfq_close_cooperator+0x39/0x160
602353e8:  [<60014c7a>] segv_handler+0x5f/0x65
60235418:  [<60021698>] sig_handler_common+0x84/0x98
602354a0:  [<60110675>] cfq_close_cooperator+0x39/0x160
60235548:  [<600217de>] sig_handler+0x30/0x3b
60235568:  [<60021a10>] handle_signal+0x6d/0xa3
602355b8:  [<600233c8>] hard_handler+0x10/0x14
60235678:  [<60110675>] cfq_close_cooperator+0x39/0x160
60235708:  [<60040bb3>] autoremove_wake_function+0x11/0x34
60235728:  [<60040bfe>] wake_bit_function+0x28/0x2e
60235738:  [<600276db>] __wake_up_common+0x44/0x7a
60235778:  [<60075913>] kmem_cache_free+0x54/0x5f
602357b8:  [<60057f6e>] mempool_free_slab+0x12/0x14
602357c8:  [<6005803c>] mempool_free+0x6f/0x76
602357f8:  [<6009ae62>] bio_free+0x4d/0x52
60235808:  [<6011066c>] cfq_close_cooperator+0x30/0x160
60235828:  [<60110bae>] cfq_completed_request+0x375/0x4db
60235888:  [<601053ee>] elv_completed_request+0x4e/0xaf
602358a8:  [<601068be>] __blk_put_request+0x37/0xbd
602358d8:  [<60106acf>] blk_finish_request+0x18b/0x198
60235918:  [<60106d85>] blk_end_bidi_request+0x38/0x4b
60235948:  [<60106dca>] blk_end_request+0xb/0xd
60235958:  [<6001cf86>] ubd_intr+0x55/0xd7
60235998:  [<600527a2>] handle_IRQ_event+0x20/0x9a
602359c8:  [<60052889>] __do_IRQ+0x6d/0xb0
602359f8:  [<6001217f>] do_IRQ+0x27/0x3f
60235a28:  [<6001234f>] sigio_handler+0x4b/0x5f
60235a48:  [<60021698>] sig_handler_common+0x84/0x98
60235a68:  [<60021745>] real_alarm_handler+0x3c/0x3e
60235af0:  [<60095b01>] copy_fs_struct+0xc/0x76
60235b78:  [<600217de>] sig_handler+0x30/0x3b
60235b98:  [<60021a10>] handle_signal+0x6d/0xa3
60235be8:  [<600233c8>] hard_handler+0x10/0x14


Modules linked in:
Pid: 0, comm: swapper Not tainted 2.6.34-08406-g52b0ace-dirty
RIP: 0000:[<0000000000000000>]
RSP: 0000000000000000  EFLAGS: 00000000
RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000
RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000
RBP: 0000000000000000 R08: 0000000000000000 R09: 0000000000000000
R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000
R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000
Call Trace:
602351a8:  [<60014de7>] panic_exit+0x2f/0x45
602351b0:  [<600233c8>] hard_handler+0x10/0x14
602351c8:  [<600441ea>] notifier_call_chain+0x32/0x5e
60235208:  [<60044230>] atomic_notifier_call_chain+0xf/0x11
60235218:  [<6018faf6>] panic+0xff/0x14f
60235278:  [<6004db6b>] is_module_text_address+0x9/0x11
60235288:  [<6003ecdc>] __kernel_text_address+0x65/0x6b
60235290:  [<600233c8>] hard_handler+0x10/0x14
602352a8:  [<60013a12>] show_trace+0x8e/0x95
602352d8:  [<60026e34>] show_regs+0x2b/0x2f
60235308:  [<60014b03>] segv+0xfa/0x212
60235318:  [<60110675>] cfq_close_cooperator+0x39/0x160
602353e8:  [<60014c7a>] segv_handler+0x5f/0x65
60235418:  [<60021698>] sig_handler_common+0x84/0x98
602354a0:  [<60110675>] cfq_close_cooperator+0x39/0x160
60235548:  [<600217de>] sig_handler+0x30/0x3b
60235568:  [<60021a10>] handle_signal+0x6d/0xa3
602355b8:  [<600233c8>] hard_handler+0x10/0x14
60235678:  [<60110675>] cfq_close_cooperator+0x39/0x160
60235708:  [<60040bb3>] autoremove_wake_function+0x11/0x34
60235728:  [<60040bfe>] wake_bit_function+0x28/0x2e
60235738:  [<600276db>] __wake_up_common+0x44/0x7a
60235778:  [<60075913>] kmem_cache_free+0x54/0x5f
602357b8:  [<60057f6e>] mempool_free_slab+0x12/0x14
602357c8:  [<6005803c>] mempool_free+0x6f/0x76
602357f8:  [<6009ae62>] bio_free+0x4d/0x52
60235808:  [<6011066c>] cfq_close_cooperator+0x30/0x160
60235828:  [<60110bae>] cfq_completed_request+0x375/0x4db
60235888:  [<601053ee>] elv_completed_request+0x4e/0xaf
602358a8:  [<601068be>] __blk_put_request+0x37/0xbd
602358d8:  [<60106acf>] blk_finish_request+0x18b/0x198
60235918:  [<60106d85>] blk_end_bidi_request+0x38/0x4b
60235948:  [<60106dca>] blk_end_request+0xb/0xd
60235958:  [<6001cf86>] ubd_intr+0x55/0xd7
60235998:  [<600527a2>] handle_IRQ_event+0x20/0x9a
602359c8:  [<60052889>] __do_IRQ+0x6d/0xb0
602359f8:  [<6001217f>] do_IRQ+0x27/0x3f
60235a28:  [<6001234f>] sigio_handler+0x4b/0x5f
60235a48:  [<60021698>] sig_handler_common+0x84/0x98
60235a68:  [<60021745>] real_alarm_handler+0x3c/0x3e
60235af0:  [<60095b01>] copy_fs_struct+0xc/0x76
60235b78:  [<600217de>] sig_handler+0x30/0x3b
60235b98:  [<60021a10>] handle_signal+0x6d/0xa3
60235be8:  [<600233c8>] hard_handler+0x10/0x14

Kernel panic - not syncing: Kernel mode signal 4
Call Trace:
71040128:  [<6018fadb>] panic+0xe4/0x14f
71040218:  [<600146ee>]Terminated

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected]

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

Borislav Petkov

maintainer

2010-05-30 15:02 UTC #3 lore raw

From: Geert Uytterhoeven <[email protected]>
Date: Sun, May 30, 2010 at 01:57:05PM +0200

Quoted 38 lines · Geert Uytterhoeven

Quoted 20 lines
2010/5/27 Toralf Förster <[email protected]>:
Quoted 1 line
I bisected it to this :
After fixing the missing/superfluous slab inclusion issues, I bisected it further to
commit d61931d89be506372d01a90d1755f6d0a9fafe2d
Author: Borislav Petkov <[email protected]>
Date: Fri Mar 5 17:34:46 2010 +0100
x86: Add optimized popcnt variants
Add support for the hardware version of the Hamming weight function, popcnt, present in CPUs which advertize it under CPUID, Function 0x0000_0001_ECX[23]. On CPUs which don't support it, we fallback to the default lib/hweight.c sw versions.
A synthetic benchmark comparing popcnt with __sw_hweight64 showed almost a 3x speedup on a F10h machine.
Quoted 7 lines
Signed-off-by Borislav Petkov <[email protected]>
LKML-Reference: <20100318112015.GC11152@aftab>
Signed-off-by H. Peter Anvin <[email protected]>
I reverted that commit on top of current mainline (and fixed up the conflicts), and now
it boots again.
I tried adding
config ARCH_HWEIGHT_CFLAGS
string
default "-fcall-saved-ecx -fcall-saved-edx" if !64_BIT default "-fcall-saved-rdi -fcall-saved-rsi -fcall-saved-rdx
(quoted diff) +0 -2
-fcall-saved-rcx -fcall-saved-r8 -fcall-saved-r9 -fcall-saved-r10
-fcall-saved-r11" if 64_BIT

Quoted 1 line

to arch/um/Kconfig.x86. Now it got a bit further, but it still crashes:

Ok, this is a kinda stab in the dark but from what I could decypher from the include hell, one possible fix should be if UML didn't include <arch/x86/include/asm/arch_hweight.h> but use the software hweight version only.

Can you guys check whether the following fixes the issue?

Thanks.

--

arch/x86/include/asm/bitops.h +4 -0

index 545776e..c9dad12 100644
@@ -444,7 +444,11 @@ static inline int fls(int x)
 
 #define ARCH_HAS_FAST_MULTIPLIER 1
 
+#ifdef CONFIG_UML
+#include <asm-generic/bitops/arch_hweight.h>
+#else
 #include <asm/arch_hweight.h>
+#endif
 
 #include <asm-generic/bitops/const_hweight.h>

Signature · 2 lines

Regards/Gruss,
    Boris.

Geert Uytterhoeven

2010-05-30 15:18 UTC #4 lore raw

Quoted 41 lines · Borislav Petkov

From: Geert Uytterhoeven <[email protected]>
Date: Sun, May 30, 2010 at 01:57:05PM +0200
Quoted 38 lines · Geert Uytterhoeven
Quoted 20 lines
2010/5/27 Toralf Förster <[email protected]>:
Quoted 1 line
I bisected it to this :
After fixing the missing/superfluous slab inclusion issues, I bisected it further to
commit d61931d89be506372d01a90d1755f6d0a9fafe2d
Author: Borislav Petkov <[email protected]>
Date: Fri Mar 5 17:34:46 2010 +0100
x86: Add optimized popcnt variants
Add support for the hardware version of the Hamming weight function, popcnt, present in CPUs which advertize it under CPUID, Function 0x0000_0001_ECX[23]. On CPUs which don't support it, we fallback to the default lib/hweight.c sw versions.
A synthetic benchmark comparing popcnt with __sw_hweight64 showed almost a 3x speedup on a F10h machine.
Quoted 7 lines
Signed-off-by Borislav Petkov <[email protected]>
LKML-Reference: <20100318112015.GC11152@aftab>
Signed-off-by H. Peter Anvin <[email protected]>
I reverted that commit on top of current mainline (and fixed up the conflicts), and now
it boots again.
I tried adding
config ARCH_HWEIGHT_CFLAGS
string
default "-fcall-saved-ecx -fcall-saved-edx" if !64_BIT default "-fcall-saved-rdi -fcall-saved-rsi -fcall-saved-rdx
(quoted diff) +0 -2
-fcall-saved-rcx -fcall-saved-r8 -fcall-saved-r9 -fcall-saved-r10
-fcall-saved-r11" if 64_BIT

Quoted 8 lines

Quoted 1 line
to arch/um/Kconfig.x86. Now it got a bit further, but it still crashes:
Ok, this is a kinda stab in the dark but from what I could decypher from the include hell, one possible fix should be if UML didn't include <arch/x86/include/asm/arch_hweight.h> but use the software hweight version only.
Can you guys check whether the following fixes the issue?

Works, thanks!

BTW, if you want to check yourself:

make ARCH=um defconfig
make ACH=um
./linux

If it panics because it cannot mount the root file system, it works.

Quoted 5 lines

arch/x86/include/asm/bitops.h +0 -0
index 545776e..c9dad12 100644

arch/x86/include/asm/bitops.h static inline int fls(int x) · line 453

Quoted 10 lines

arch/x86/include/asm/bitops.h +4 -0

@@ -444,7 +444,11 @@ static inline int fls(int x)
 
  #define ARCH_HAS_FAST_MULTIPLIER 1
 
+#ifdef CONFIG_UML
+#include <asm-generic/bitops/arch_hweight.h>
+#else
  #include <asm/arch_hweight.h>
+#endif
 
  #include <asm-generic/bitops/const_hweight.h>

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected]

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

Borislav Petkov

maintainer

2010-05-30 15:46 UTC #5 lore raw

From: Geert Uytterhoeven <[email protected]>
Date: Sun, May 30, 2010 at 05:18:21PM +0200

Quoted 9 lines

Works, thanks!
BTW, if you want to check yourself:
make ARCH=um defconfig
make ACH=um
./linux
If it panics because it cannot mount the root file system, it works.

Cool, thank you both for testing. I'll add your Tested-by:'s.

Signature · 2 lines

Regards/Gruss,
    Boris.

Toralf Förster

author

2010-05-30 15:28 UTC #6 lore raw

In reply to Borislav Petkov

Borislav Petkov wrote at 17:02:14

Quoted 13 lines

Can you guys check whether the following fixes the issue?
Thanks.
--
arch/x86/include/asm/bitops.h +0 -0
index 545776e..c9dad12 100644
@@ -444,7 +444,11 @@ static inline int fls(int x)
 

arch/x86/include/asm/bitops.h static inline int fls(int x) · line 454

Quoted 10 lines

arch/x86/include/asm/bitops.h +4 -0

 #define ARCH_HAS_FAST_MULTIPLIER 1
 
+#ifdef CONFIG_UML
+#include <asm-generic/bitops/arch_hweight.h>
+#else
 #include <asm/arch_hweight.h>
+#endif
 
 #include <asm-generic/bitops/const_hweight.h>

solved reported issue.
Thx

Signature · 4 lines

MfG/Sincerely
Toralf Förster

pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3

Borislav Petkov

maintainer

2010-05-30 17:03 UTC #7 lore raw

PATCH 1/1 x86, hweight: Fix UML boot crash

Obviously UML cannot stomach callee reg-saving trickery introduced with d61931d89be506372d01a90d1755f6d0a9fafe2d (x86:
Add optimized popcnt variants) and oopses during boot:
http://marc.info/?l=linux-kernel&m=127522065202435&w=2

Go ahead and fall back to the software hweight* routines on UML.

LKML-Reference: <[email protected]>

Tested-by Toralf Förster <[email protected]>

Tested-by Geert Uytterhoeven <[email protected]>

Signed-off-by Borislav Petkov <[email protected]>

---
 arch/x86/include/asm/bitops.h |    4 ++++
 1 files changed, 4 insertions(+), 0 deletions(-)

arch/x86/include/asm/bitops.h +4 -0

index 545776e..c9dad12 100644
@@ -444,7 +444,11 @@ static inline int fls(int x)
 
 #define ARCH_HAS_FAST_MULTIPLIER 1
 
+#ifdef CONFIG_UML
+#include <asm-generic/bitops/arch_hweight.h>
+#else
 #include <asm/arch_hweight.h>
+#endif
 
 #include <asm-generic/bitops/const_hweight.h>

Signature · 5 lines

1.7.1

-- 
Regards/Gruss,
    Boris.

H. Peter Anvin

reviewer

2010-05-30 18:36 UTC #8 lore raw

Re: [PATCH] x86, hweight: Fix UML boot crash

Quoted 6 lines · Borislav Petkov

Obviously UML cannot stomach callee reg-saving trickery introduced with d61931d89be506372d01a90d1755f6d0a9fafe2d (x86:
Add optimized popcnt variants) and oopses during boot:
http://marc.info/?l=linux-kernel&m=127522065202435&w=2
Go ahead and fall back to the software hweight* routines on UML.

I actually don't understand why UML can't stomach that... it would work exactly the same in userspace as in kernel space. The only thing that I can think of is if UML overrides the CFLAGS including the per-file CFLAGS, but that would seem to cause all kinds of other issues.

I would also be a lot happier if this was handled in <asm/arch_hweight.h> than in <asm/bitops.h>. Finally, if UML really can't handle this, then ARCH_HWEIGHT_CFLAGS should be disabled on UML.

This bothers me, because it really feels like something is fundamentally broken in UML tryingto track the upstream architecture, and this is just a bandage.

-hpa

Signature · 2 lines

H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.

Borislav Petkov

maintainer

2010-05-30 19:39 UTC #9 lore raw

Re: [PATCH] x86, hweight: Fix UML boot crash

From: "H. Peter Anvin" <[email protected]>
Date: Sun, May 30, 2010 at 11:36:16AM -0700

Quoted 13 lines · Borislav Petkov

Quoted 6 lines
Obviously UML cannot stomach callee reg-saving trickery introduced with d61931d89be506372d01a90d1755f6d0a9fafe2d (x86:
Add optimized popcnt variants) and oopses during boot:
http://marc.info/?l=linux-kernel&m=127522065202435&w=2
Go ahead and fall back to the software hweight* routines on UML.
I actually don't understand why UML can't stomach that... it would work exactly the same in userspace as in kernel space. The only thing that I can think of is if UML overrides the CFLAGS including the per-file CFLAGS, but that would seem to cause all kinds of other issues.

Quoted 7 lines

I would also be a lot happier if this was handled in <asm/arch_hweight.h> than in <asm/bitops.h>. Finally, if UML really can't handle this, then ARCH_HWEIGHT_CFLAGS should be disabled on UML.
This bothers me, because it really feels like something is fundamentally broken in UML tryingto track the upstream architecture, and this is just a bandage.

First of all, scratch that patch. It is indeed dumb idea to sprinkle UML special cases in x86 just because they include it.

Which begs the question why _is_ UML sucking in x86 stuff and can anyone provide us with some sensible reasons? Because if there aren't any, it is their includes that should be fixed. Let me see what I can do to redirect hweight stuff properly...

Signature · 2 lines

Regards/Gruss,
    Boris.

Borislav Petkov

maintainer

2010-05-30 20:17 UTC #10 lore raw

Re: [PATCH] x86, hweight: Fix UML boot crash

Quoted 11 lines

Quoted 3 lines
This bothers me, because it really feels like something is fundamentally broken in UML tryingto track the upstream architecture, and this is just a bandage.
First of all, scratch that patch. It is indeed dumb idea to sprinkle UML special cases in x86 just because they include it.
Which begs the question why _is_ UML sucking in x86 stuff and can anyone provide us with some sensible reasons? Because if there aren't any, it is their includes that should be fixed. Let me see what I can do to redirect hweight stuff properly...

Ok, AFAICT UML is sucking in the includes of the sub-architecture the UML "guest" is running on. See below¹ for the whole gcc string make executes. Among the switches is

"-I/home/boris/kernel/linux-2.6/arch/x86/include"

so there will be no untangling today. Instead, we could do another bandaid which is confined to UML include space only and redirect arch_hweight.h includes to the generic ones. Check this out, it seems to work here:

--
From: Borislav Petkov <[email protected]>
Date: Sun, 30 May 2010 22:11:32 +0200
Subject: [PATCH] um, hweight: Fix UML boot crash

Obviously UML cannot stomach callee reg-saving trickery introduced with d61931d89be506372d01a90d1755f6d0a9fafe2d (x86: Add optimized popcnt variants) and oopses during boot:
http://marc.info/?l=linux-kernel&m=127522065202435&w=2

Redirect arch_hweight.h include from the x86 portion to the generic arch_hweight.h which is a fallback to the software hweight routines.

LKML-Reference: <[email protected]>

Signed-off-by Borislav Petkov <[email protected]>

---
 arch/um/include/asm/arch_hweight.h |    6 ++++++
 1 files changed, 6 insertions(+), 0 deletions(-)
 create mode 100644 arch/um/include/asm/arch_hweight.h

arch/um/include/asm/arch_hweight.h new file +6 -0

new file mode 100644
index 0000000..c656cf4
@@ -0,0 +1,6 @@
+#ifndef _ASM_UM_HWEIGHT_H
+#define _ASM_UM_HWEIGHT_H
+
+#include <asm-generic/bitops/arch_hweight.h>
+
+#endif

Signature · 16 lines

1.7.1









¹ gcc -Wp,-MD,arch/um/sys-x86_64/.delay.o.d  -nostdinc -isystem /usr/lib/gcc/x86_64-linux-gnu/4.4.4/include -I/home/boris/kernel/linux-2.6/arch/um/include -Iinclude  -include include/generated/autoconf.h -D__KERNEL__ -I/home/boris/kernel/linux-2.6/arch/um/sys-x86_64 -m64 -I/home/boris/kernel/linux-2.6/arch/x86/include -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -D__arch_um__ -DSUBARCH=\"x86_64\" -I/home/boris/kernel/linux-2.6/arch/um/include/shared -I/home/boris/kernel/linux-2.6/arch/um/sys-x86_64/shared -I/home/boris/kernel/linux-2.6/arch/um/include/shared/skas -Dvmap=kernel_vmap -Din6addr_loopback=kernel_in6addr_loopback -Din6addr_any=kernel_in6addr_any -fno-builtin -m64 -funit-at-a-time -D_LARGEFILE64_SOURCE -Derrno=kernel_errno -Dsigprocmask=kernel_sigprocmask -Dmktime=kernel_mktime -Wframe-larger-than=2048 -fno-stack-protector -fno-omit-frame-pointer -fno-optimize-sibling-calls -g -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack   -D"KBUILD_STR(s)=\#s" -D"KBUILD_BASENAME=KBUILD_STR(delay)"  -D"KBUILD_MODNAME=KBUILD_STR(delay)"  -c -o arch/um/sys-x86_64/delay.o arch/um/sys-x86_64/delay.c


-- 
Regards/Gruss,
    Boris.

H. Peter Anvin

reviewer

2010-05-30 21:09 UTC #11 lore raw

Re: [PATCH] x86, hweight: Fix UML boot crash

Quoted 16 lines · Borislav Petkov

Quoted 11 lines
Quoted 3 lines
This bothers me, because it really feels like something is fundamentally broken in UML tryingto track the upstream architecture, and this is just a bandage.
First of all, scratch that patch. It is indeed dumb idea to sprinkle UML special cases in x86 just because they include it.
Which begs the question why _is_ UML sucking in x86 stuff and can anyone provide us with some sensible reasons? Because if there aren't any, it is their includes that should be fixed. Let me see what I can do to redirect hweight stuff properly...
Ok, AFAICT UML is sucking in the includes of the sub-architecture the UML "guest" is running on. See below¹ for the whole gcc string make executes. Among the switches is

Quoted 7 lines

"-I/home/boris/kernel/linux-2.6/arch/x86/include"
so there will be no untangling today. Instead, we could do another bandaid which is confined to UML include space only and redirect arch_hweight.h includes to the generic ones. Check this out, it seems to work here:

That looks better to me, although I'm still wondering why UML can't stomach the register-saving tricks... it is not at all "obvious" why that can't be done.

Perhaps we can get Jeff to comment on this?

-hpa

Signature · 2 lines

H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.

Paolo Giarrusso

2010-06-12 13:34 UTC #12 lore raw

Re: [uml-devel] [PATCH] x86, hweight: Fix UML boot crash

Quoted 25 lines · H. Peter Anvin

Quoted 16 lines · Borislav Petkov
Quoted 11 lines
Quoted 3 lines
This bothers me, because it really feels like something is fundamentally broken in UML tryingto track the upstream architecture, and this is just a bandage.
First of all, scratch that patch. It is indeed dumb idea to sprinkle UML special cases in x86 just because they include it.
Which begs the question why _is_ UML sucking in x86 stuff and can anyone provide us with some sensible reasons? Because if there aren't any, it is their includes that should be fixed. Let me see what I can do to redirect hweight stuff properly...
Ok, AFAICT UML is sucking in the includes of the sub-architecture the UML "guest" is running on. See below¹ for the whole gcc string make executes. Among the switches is
Quoted 7 lines
"-I/home/boris/kernel/linux-2.6/arch/x86/include"
so there will be no untangling today. Instead, we could do another bandaid which is confined to UML include space only and redirect arch_hweight.h includes to the generic ones. Check this out, it seems to work here:

Quoted 3 lines

That looks better to me, although I'm still wondering why UML can't stomach the register-saving tricks... it is not at all "obvious" why that can't be done.

Hi all, and sorry for the delay, I hope you still care about this.

First, ARCH_HWEIGHT_CFLAGS should IMHO be shared with UML. I.e., moved to arch/x86/Kconfig.cpu (which was born as Kconfig code shared with UML), or copied in UML (it's not defined, as far as I can see). Otherwise it just can't work. And I think that's it.

Second, I've been looking at arch_hweight.h to try answering as well, and my question is: did somebody ever implement ALTERNATIVE support on UML? When I worked on it, this thing didn't exist at all. The user declared the host CPU, and we enabled features based on that. There's barely code for exception tables, and we never used it to implement copy_from_user and staff like that (I recall the exception handler was set at run-time).

Indeed, arch/um/kernel/um_arch.c:apply_alternatives() is empty. And I mean, implementing it is not so trivial (unlike exception handling), simply because it requires making the binary mapping writable, and I'm not sure UML does it already.

A third note is that UML links with glibc, so it can have a different calling convention from the kernel. Say, on x86 32bit regparm doesn't work (in fact, -mregparm is set in arch/x86/Makefile and not in arch/x86/Makefile_32.cpu). And since popcnt is supported on 32bit, it might in theory make a difference for that case. But maybe those flags are simply fine, I didn't recheck the possible calling conventions.

Good bye!

Signature · 2 lines

Paolo Giarrusso - Ph.D. Student
http://www.informatik.uni-marburg.de/~pgiarrusso/

Borislav Petkov

maintainer

2010-06-12 14:18 UTC #13 lore raw

Re: [uml-devel] [PATCH] x86, hweight: Fix UML boot crash

From: Paolo Giarrusso <[email protected]>
Date: Sat, Jun 12, 2010 at 03:34:38PM +0200

Hi,

Quoted 18 lines

Quoted 3 lines
That looks better to me, although I'm still wondering why UML can't stomach the register-saving tricks... it is not at all "obvious" why that can't be done.
Hi all, and sorry for the delay, I hope you still care about this.
First, ARCH_HWEIGHT_CFLAGS should IMHO be shared with UML. I.e., moved to arch/x86/Kconfig.cpu (which was born as Kconfig code shared with UML), or copied in UML (it's not defined, as far as I can see). Otherwise it just can't work. And I think that's it.
Second, I've been looking at arch_hweight.h to try answering as well, and my question is: did somebody ever implement ALTERNATIVE support on UML? When I worked on it, this thing didn't exist at all. The user declared the host CPU, and we enabled features based on that. There's barely code for exception tables, and we never used it to implement copy_from_user and staff like that (I recall the exception handler was set at run-time).

Quoted 4 lines

Indeed, arch/um/kernel/um_arch.c:apply_alternatives() is empty. And I mean, implementing it is not so trivial (unlike exception handling), simply because it requires making the binary mapping writable, and I'm not sure UML does it already.

Which would mean that UML doesn't use alternatives at all and uses the instructions which are meant to be replaced instead, no? In that case, fixing this is either by rerouting the includes (easiest, already in -tip) or adding alternatives support (harder, needs volunteers :)).

Quoted 6 lines

A third note is that UML links with glibc, so it can have a different calling convention from the kernel. Say, on x86 32bit regparm doesn't work (in fact, -mregparm is set in arch/x86/Makefile and not in arch/x86/Makefile_32.cpu). And since popcnt is supported on 32bit, it might in theory make a difference for that case. But maybe those flags are simply fine, I didn't recheck the possible calling conventions.

If this is also the case, the -fcall-saved-* stuff won't work on UML and yet another way of doing "call *func" from within asm("...") and making sure the callee doesn't clobber caller's regs will be needed for UML.

Signature · 2 lines

Regards/Gruss,
    Boris.

Paolo Giarrusso

2010-06-12 16:01 UTC #14 lore raw

Re: [uml-devel] [PATCH] x86, hweight: Fix UML boot crash

Quoted 14 lines · Borislav Petkov

From: Paolo Giarrusso <[email protected]>
Date: Sat, Jun 12, 2010 at 03:34:38PM +0200
Hi,
Quoted 9 lines
Quoted 3 lines
That looks better to me, although I'm still wondering why UML can't stomach the register-saving tricks... it is not at all "obvious" why that can't be done.
Hi all, and sorry for the delay, I hope you still care about this.
First, ARCH_HWEIGHT_CFLAGS should IMHO be shared with UML. I.e., moved to arch/x86/Kconfig.cpu (which was born as Kconfig code shared with UML), or copied in UML (it's not defined, as far as I can see). Otherwise it just can't work. And I think that's it.

Just to be sure: by "that's it" I meant "this is the problem". You didn't answer here - did you see it? What do you think? Can you try the one-line fix at some point?
Just to make it clear: I've not been actively developing UML (or almost anything in kernel space) for ages (~4 years), so it's unlikely that I'll try fixing this. It just happens that things on the UML front stayed mostly the same, so I thought that my knowledge of the code is still useful.

Quoted 8 lines

Quoted 7 lines
Second, I've been looking at arch_hweight.h to try answering as well, and my question is: did somebody ever implement ALTERNATIVE support on UML? When I worked on it, this thing didn't exist at all. The user declared the host CPU, and we enabled features based on that. There's barely code for exception tables, and we never used it to implement copy_from_user and staff like that (I recall the exception handler was set at run-time).

Quoted 7 lines

Quoted 4 lines
Indeed, arch/um/kernel/um_arch.c:apply_alternatives() is empty. And I mean, implementing it is not so trivial (unlike exception handling), simply because it requires making the binary mapping writable, and I'm not sure UML does it already.
Which would mean that UML doesn't use alternatives at all and uses the instructions which are meant to be replaced instead, no?

Exactly.

Quoted 3 lines

In that case,
fixing this is either by rerouting the includes (easiest, already in -tip) or adding alternatives support (harder, needs volunteers :)).

Well, even doing just nothing should work, if you fix the trivial thing above (which at least for 64bit should work).

Quoted 10 lines

Quoted 6 lines
A third note is that UML links with glibc, so it can have a different calling convention from the kernel. Say, on x86 32bit regparm doesn't work (in fact, -mregparm is set in arch/x86/Makefile and not in arch/x86/Makefile_32.cpu). And since popcnt is supported on 32bit, it might in theory make a difference for that case. But maybe those flags are simply fine, I didn't recheck the possible calling conventions.
If this is also the case, the -fcall-saved-* stuff won't work on UML and yet another way of doing "call *func" from within asm("...") and making sure the callee doesn't clobber caller's regs will be needed for UML.

Hmpf... anyway, 64bit should be fine since there's just one calling convention, everywhere, and already regparm'ed.

Regards

Signature · 2 lines

Paolo Giarrusso - Ph.D. Student
http://www.informatik.uni-marburg.de/~pgiarrusso/

Borislav Petkov

maintainer

2010-06-12 16:34 UTC #15 lore raw

Re: [uml-devel] [PATCH] x86, hweight: Fix UML boot crash

From: Paolo Giarrusso <[email protected]>
Date: Sat, Jun 12, 2010 at 06:01:44PM +0200

Quoted 5 lines

Quoted 4 lines
Quoted 4 lines
First, ARCH_HWEIGHT_CFLAGS should IMHO be shared with UML. I.e., moved to arch/x86/Kconfig.cpu (which was born as Kconfig code shared with UML), or copied in UML (it's not defined, as far as I can see). Otherwise it just can't work. And I think that's it.

Quoted 8 lines

Just to be sure: by "that's it" I meant "this is the problem". You didn't answer here - did you see it? What do you think? Can you try the one-line fix at some point?
Just to make it clear: I've not been actively developing UML (or almost anything in kernel space) for ages (~4 years), so it's unlikely that I'll try fixing this. It just happens that things on the UML front stayed mostly the same, so I thought that my knowledge of the code is still useful.

Cool :). However, according to Geert, this doesn't fix it:

http://marc.info/?l=linux-kernel&m=127522065202435&w=2

It could be related to the -mregparm being broken on 32-bit UML since Geert's UML "guest" is 32-bit. However, even if we fix this, it won't be used since, as you said, UML doesn't do alternatives. Which means that it doesn't make sense fixing it until there are no alternatives - instead, we should simply fall back to the software hweight* stuff and be done with it.

Quoted 6 lines

Quoted 3 lines
In that case, fixing this is either by rerouting the includes (easiest, already in -tip) or adding alternatives support (harder, needs volunteers :)).
Well, even doing just nothing should work, if you fix the trivial thing above (which at least for 64bit should work).

See above.

Quoted 7 lines

Quoted 6 lines
Quoted 6 lines
A third note is that UML links with glibc, so it can have a different calling convention from the kernel. Say, on x86 32bit regparm doesn't work (in fact, -mregparm is set in arch/x86/Makefile and not in arch/x86/Makefile_32.cpu). And since popcnt is supported on 32bit, it might in theory make a difference for that case. But maybe those flags are simply fine, I didn't recheck the possible calling conventions.

Quoted 6 lines

Quoted 3 lines
If this is also the case, the -fcall-saved-* stuff won't work on UML and yet another way of doing "call *func" from within asm("...") and making sure the callee doesn't clobber caller's regs will be needed for UML.
Hmpf... anyway, 64bit should be fine since there's just one calling convention, everywhere, and already regparm'ed.

Right, as I said, this would leave 32-bit broken which doesn't cut it either for a subset of people using UML.

Thanks.

Signature · 2 lines

Regards/Gruss,
    Boris.

Geert Uytterhoeven

2010-06-12 18:37 UTC #16 lore raw

Re: [uml-devel] [PATCH] x86, hweight: Fix UML boot crash

Quoted 17 lines · Borislav Petkov

From: Paolo Giarrusso <[email protected]>
Date: Sat, Jun 12, 2010 at 06:01:44PM +0200
Quoted 5 lines
Quoted 4 lines
Quoted 4 lines
First, ARCH_HWEIGHT_CFLAGS should IMHO be shared with UML. I.e., moved to arch/x86/Kconfig.cpu (which was born as Kconfig code shared with UML), or copied in UML (it's not defined, as far as I can see). Otherwise it just can't work. And I think that's it.
Quoted 8 lines
Just to be sure: by "that's it" I meant "this is the problem". You didn't answer here - did you see it? What do you think? Can you try the one-line fix at some point?
Just to make it clear: I've not been actively developing UML (or almost anything in kernel space) for ages (~4 years), so it's unlikely that I'll try fixing this. It just happens that things on the UML front stayed mostly the same, so I thought that my knowledge of the code is still useful.

Quoted 6 lines

Cool :). However, according to Geert, this doesn't fix it:
http://marc.info/?l=linux-kernel&m=127522065202435&w=2
It could be related to the -mregparm being broken on 32-bit UML since Geert's UML "guest" is 32-bit. However, even if we fix this, it won't

No, guest and host are both x86_64.

Quoted 25 lines

be used since, as you said, UML doesn't do alternatives. Which means that it doesn't make sense fixing it until there are no alternatives - instead, we should simply fall back to the software hweight* stuff and be done with it.
Quoted 6 lines
Quoted 3 lines
In that case, fixing this is either by rerouting the includes (easiest, already in -tip) or adding alternatives support (harder, needs volunteers :)).
Well, even doing just nothing should work, if you fix the trivial thing above (which at least for 64bit should work).
See above.
Quoted 11 lines
Quoted 10 lines
Quoted 6 lines
A third note is that UML links with glibc, so it can have a different calling convention from the kernel. Say, on x86 32bit regparm doesn't work (in fact, -mregparm is set in arch/x86/Makefile and not in arch/x86/Makefile_32.cpu). And since popcnt is supported on 32bit, it might in theory make a difference for that case. But maybe those flags are simply fine, I didn't recheck the possible calling conventions.
If this is also the case, the -fcall-saved-* stuff won't work on UML and yet another way of doing "call *func" from within asm("...") and making sure the callee doesn't clobber caller's regs will be needed for UML.

Quoted 5 lines

Quoted 2 lines
Hmpf... anyway, 64bit should be fine since there's just one calling convention, everywhere, and already regparm'ed.
Right, as I said, this would leave 32-bit broken which doesn't cut it either for a subset of people using UML.

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected]

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

Borislav Petkov

maintainer

2010-06-13 06:58 UTC #17 lore raw

Re: [uml-devel] [PATCH] x86, hweight: Fix UML boot crash

From: Geert Uytterhoeven <[email protected]>
Date: Sat, Jun 12, 2010 at 08:37:39PM +0200

Quoted 8 lines

Quoted 6 lines
Cool :). However, according to Geert, this doesn't fix it:
http://marc.info/?l=linux-kernel&m=127522065202435&w=2
It could be related to the -mregparm being broken on 32-bit UML since Geert's UML "guest" is 32-bit. However, even if we fix this, it won't
No, guest and host are both x86_64.

Ok, maybe I don't understand UML - it's just that all address values in the backtrace are 32-bit (e.g. RDX: 00000000ffff8aed, with the upper 8 bytes zeroed out) and I assumed that this is a 32-bit "guest" on a 64-bit host.

Signature · 2 lines

Regards/Gruss,
    Boris.

Toralf Förster

author

2010-05-31 13:55 UTC #18 lore raw

Re: [PATCH] x86, hweight: Fix UML boot crash

In reply to Borislav Petkov

Borislav Petkov wrote at 22:17:38

Quoted 14 lines

LKML-Reference: <[email protected]>
Signed-off-by Borislav Petkov <[email protected]>
---
 arch/um/include/asm/arch_hweight.h |    6 ++++++
 1 files changed, 6 insertions(+), 0 deletions(-)
 create mode 100644 arch/um/include/asm/arch_hweight.h
arch/um/include/asm/arch_hweight.h new file +0 -0
new file mode 100644
index 0000000..c656cf4

arch/um/include/asm/arch_hweight.h line 6

Quoted 6 lines

arch/um/include/asm/arch_hweight.h new file +6 -0

@@ -0,0 +1,6 @@
+#ifndef _ASM_UM_HWEIGHT_H
+#define _ASM_UM_HWEIGHT_H
+
+#include <asm-generic/bitops/arch_hweight.h>
+
+#endif

This patch does not to solve the reported issue by me.

Signature · 4 lines

MfG/Sincerely
Toralf Förster

pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3

Borislav Petkov

2010-05-31 14:10 UTC #19 lore raw

Re: [PATCH] x86, hweight: Fix UML boot crash

From: Toralf Förster <[email protected]>
Date: Mon, May 31, 2010 at 09:55:53AM -0400

Quoted 8 lines

Borislav Petkov wrote at 22:17:38
Quoted 7 lines
LKML-Reference: <[email protected]>
Signed-off-by Borislav Petkov <[email protected]>
---
 arch/um/include/asm/arch_hweight.h |    6 ++++++
 1 files changed, 6 insertions(+), 0 deletions(-)
 create mode 100644 arch/um/include/asm/arch_hweight.h

Quoted 14 lines

arch/um/include/asm/arch_hweight.h line 6
Quoted 13 lines
arch/um/include/asm/arch_hweight.h new file +6 -0
new file mode 100644
index 0000000..c656cf4
@@ -0,0 +1,6 @@
+#ifndef _ASM_UM_HWEIGHT_H
+#define _ASM_UM_HWEIGHT_H
+
+#include <asm-generic/bitops/arch_hweight.h>
+
+#endif
This patch does not to solve the reported issue by me.

Did you do 'make mrproper' before rebuilding UML with it?

Also, can you do

grep -EriIn 'x86.*hweight\.h' arch/um/

after having applied the patch?

You shouldn't be getting any matches. If it still fails then, then it is something else since with this patch, UML includes the standard hweight* routines.

Signature · 5 lines

Regards/Gruss,
Boris.

Operating Systems Research Center
Advanced Micro Devices, Inc.

Toralf Förster

author

2010-05-31 14:36 UTC #20 lore raw

Re: [PATCH] x86, hweight: Fix UML boot crash

Borislav Petkov wrote at 16:10:58

Quoted 1 line

Did you do 'make mrproper' before rebuilding UML with it?

Yes, I did "make mrproper ARC H= um" and "make mrproper"

Quoted 3 lines

Also, can you do
grep -EriIn 'x86.*hweight\.h' arch/um/

tfoerste@n22 ~/devel/linux-2.6 $ grep -EriIn 'x86.*hweight\.h' arch/um/ tfoerste@n22 ~/devel/linux-2.6 $

And here :
tfoerste@n22 ~/devel/linux-2.6 $ tail arch/um/include/asm/arch_hweight.h #ifndef _ASM_UM_HWEIGHT_H
#define _ASM_UM_HWEIGHT_H

#include <asm-generic/bitops/arch_hweight.h>

#endif

What I get is this :
tfoerste@n22 ~/devel/linux-2.6 $ ./linux
Locating the bottom of the address space ... 0x1000
Locating the top of the address space ... 0xc0000000
Core dump limits :
soft - NONE
hard - NONE
Checking that ptrace can change system call numbers...OK
Checking syscall emulation patch for ptrace...OK
Checking advanced syscall emulation patch for ptrace...OK
Checking for tmpfs mount on /dev/shm...OK
Checking PROT_EXEC mmap in /dev/shm/...OK
Checking for the skas3 patch in the host:
- /proc/mm...not found: No such file or directory
- PTRACE_FAULTINFO...not found
- PTRACE_LDT...not found
UML running in SKAS0 mode
Adding 20832256 bytes to physical memory to account for exec-shield gap
Linux version 2.6.35-rc1 (tfoerste@n22) (gcc version 4.3.4 (Gentoo 4.3.4 p1.1, pie-10.1.5) ) #1 Mon May 31 16:33:40 CEST 2010 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 13174
Kernel command line: root=98:0
PID hash table entries: 256 (order: -2, 1024 bytes)
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 28816k available
Hierarchical RCU implementation.
RCU-based detection of stalled CPUs is disabled.
Verbose stalled-CPUs detection is disabled.
NR_IRQS:15
Calibrating delay loop... 4679.27 BogoMIPS (lpj=23396352)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
Checking for host processor cmov support...Yes
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling workaround
Using 2.6 host AIO
NET: Registered protocol family 16
bio: create slab <bio-0> at 0
Switching to clocksource itimer
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 2048 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
mconsole (version 2) initialized on /home/tfoerste/.uml/xpp9B9/mconsole
Checking host MADV_REMOVE support...OK
UML Audio Relay (host dsp = /dev/sound/dsp, host mixer = /dev/sound/mixer)
Host TLS support detected
Detected host type: i386 (GDT indexes 6 to 9)
Installing knfsd (copyright (C) 1996 [email protected]).
msgmni has been set to 56
alg: No test for stdrng (krng)
io scheduler noop registered
io scheduler cfq registered (default)
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <[email protected]>
TCP cubic registered
NET: Registered protocol family 17
Initialized stdio console driver
Console initialized on /dev/tty0
console [tty0] enabled
Initializing software serial port version 1
console [mc-1] enabled
Couldn't stat "root_fs" : err = 2
Failed to initialize ubd device 0 :Couldn't determine size of device's file
VFS: Cannot open root device "98:0" or unknown-block(98,0)
Please append a correct "root=" boot option; here are the available partitions:

Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(98,0)
0ac5af10:  [<08286f60>] panic+0x60/0xd9
0ac5af28:  [<080499f4>] mount_block_root+0x160/0x286
0ac5af64:  [<080e04f7>] sys_mknod+0x27/0x30
0ac5af78:  [<08049b75>] mount_root+0x5b/0x60
0ac5af8c:  [<08049c8c>] prepare_namespace+0x112/0x185
0ac5afa4:  [<080491cc>] kernel_init+0x108/0x12e
0ac5afbc:  [<0806ec90>] run_kernel_thread+0x30/0x60
0ac5afd8:  [<0806ec7f>] run_kernel_thread+0x1f/0x60
0ac5afe4:  [<0805d37b>] new_thread_handler+0x6b/0xa0
0ac5afe8:  [<080490c4>] kernel_init+0x0/0x12e

EIP: 0073:[<b784e424>] CPU: 0 Not tainted ESP: 007b:bfccdbdc EFLAGS: 00000246
Not tainted
EAX: 00000000 EBX: 00004793 ECX: 00000013 EDX: 00004793
ESI: 0000478f EDI: 0000003b EBP: bfccdc68 DS: 007b ES: 007b

0ac5aeec:  [<0809a074>] notifier_call_chain+0x34/0x70
0ac5af10:  [<08286f88>] panic+0x88/0xd9
0ac5af28:  [<080499f4>] mount_block_root+0x160/0x286
0ac5af64:  [<080e04f7>] sys_mknod+0x27/0x30
0ac5af78:  [<08049b75>] mount_root+0x5b/0x60
0ac5af8c:  [<08049c8c>] prepare_namespace+0x112/0x185
0ac5afa4:  [<080491cc>] kernel_init+0x108/0x12e
0ac5afbc:  [<0806ec90>] run_kernel_thread+0x30/0x60
0ac5afd8:  [<0806ec7f>] run_kernel_thread+0x1f/0x60
0ac5afe4:  [<0805d37b>] new_thread_handler+0x6b/0xa0
0ac5afe8:  [<080490c4>] kernel_init+0x0/0x12e

Segmentation fault (core dumped)

Signature · 4 lines

MfG/Sincerely
Toralf Fï¿½rster

pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.35-rc1
# Mon May 31 16:30: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