* 2.6.21-rc5-mm4
@ 2007-04-03 5:47 Andrew Morton
2007-04-03 12:57 ` 2.6.21-rc5-mm4 Jiri Kosina
` (13 more replies)
0 siblings, 14 replies; 86+ messages in thread
From: Andrew Morton @ 2007-04-03 5:47 UTC (permalink / raw)
To: linux-kernel
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
- The oops in git-net.patch has been fixed, so that tree has been restored.
It is huge.
- Added the device-mapper development tree to the -mm lineup (Alasdair
Kergon). It is a quilt tree, living at
ftp://ftp.kernel.org/pub/linux/kernel/people/agk/patches/2.6/editing/.
- Added davidel's signalfd stuff.
Boilerplate:
- See the `hot-fixes' directory for any important updates to this patchset.
- To fetch an -mm tree using git, use (for example)
git-fetch git://git.kernel.org/pub/scm/linux/kernel/git/smurf/linux-trees.git tag v2.6.16-rc2-mm1
git-checkout -b local-v2.6.16-rc2-mm1 v2.6.16-rc2-mm1
- -mm kernel commit activity can be reviewed by subscribing to the
mm-commits mailing list.
echo "subscribe mm-commits" | mail majordomo@vger.kernel.org
- If you hit a bug in -mm and it is not obvious which patch caused it, it is
most valuable if you can perform a bisection search to identify which patch
introduced the bug. Instructions for this process are at
http://www.zip.com.au/~akpm/linux/patches/stuff/bisecting-mm-trees.txt
But beware that this process takes some time (around ten rebuilds and
reboots), so consider reporting the bug first and if we cannot immediately
identify the faulty patch, then perform the bisection search.
- When reporting bugs, please try to Cc: the relevant maintainer and mailing
list on any email.
- When reporting bugs in this kernel via email, please also rewrite the
email Subject: in some manner to reflect the nature of the bug. Some
developers filter by Subject: when looking for messages to read.
- Occasional snapshots of the -mm lineup are uploaded to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/ and are announced on
the mm-commits list.
Changes since 2.6.21-rc5-mm3:
origin.patch
git-acpi.patch
git-alsa.patch
git-agpgart.patch
git-arm.patch
git-avr32.patch
git-cifs.patch
git-cpufreq.patch
git-powerpc.patch
git-drm.patch
git-dvb.patch
git-gfs2-nmw.patch
git-hid.patch
git-ia64.patch
git-ieee1394.patch
git-infiniband.patch
git-input.patch
git-kbuild.patch
git-kvm.patch
git-leds.patch
git-libata-all.patch
git-md-accel.patch
git-md-accel-fix.patch
git-mips.patch
git-mmc.patch
git-mtd.patch
git-ubi.patch
git-netdev-all.patch
git-e1000.patch
git-net.patch
git-ioat.patch
git-ocfs2.patch
git-parisc.patch
git-r8169.patch
git-selinux.patch
git-pciseg.patch
git-s390.patch
git-scsi-misc.patch
git-block.patch
git-unionfs.patch
git-watchdog.patch
git-wireless.patch
git-ipwireless_cs.patch
git-cryptodev.patch
git-gccbug.patch
git trees.
-proc-fix-linkage-with-config_sysctl=y-config_proc_sysctl=n.patch
-uml-fix-unreasonably-long-udelay.patch
-fix-firmware-sample-code.patch
-jdelvare-i2c-i2c-algo-bit-document-udelay.patch
-pcmcia-allow-pcmcia-scsi-drivers-to-be-built-into-the.patch
-gregkh-pci-pci-set-pci-bfsort-for-poweredge-r900.patch
-fix-gregkh-pci-pci-piggy-bus.patch
-drivers-scsi-dpt_i2oc-remove-dead-code.patch
-scsi-whitespace-cleanup-in-the-dpt-driver.patch
-drivers-scsi-aic7xxx-make-functions-static.patch
-remove-some-unused-scsi-related-kernel-config-variables.patch
-drivers-scsi-aacraid-cleanups.patch
-make-mptspi_target_destroy-static.patch
-qla2xxx-remove-duplicate-pci_disable_device-call.patch
-gregkh-usb-usb-gtcoc-fix-a-use-before-check.patch
-gregkh-usb-usb-ati_remote2-add-channel-support.patch
-usb-serial-whiteheat-convert-to-generic-boolean.patch
-x86_64-mm-dont-probe-for-ddc-on-vbe1_2.patch
-x86_64-mm-remove-hardcoding-of-hard_smp_processor_id-on-up-systems.patch
-drivers-mfd-sm501c-fix-an-off-by-one.patch
Merged into mainline or a subsystem tree.
+md-avoid-a-deadlock-when-removing-a-device-from-an-md-array-via-sysfs.patch
+md-avoid-a-deadlock-when-removing-a-device-from-an-md-array-via-sysfs-fix.patch
+revert-driver-core-do-not-wait-unnecessarily-in-driver_unregister.patch
2.6.21 queue.
+vmi-paravirt-ops-bugfix-for-2621.patch
Might be 2.6.21 queue.
+drivers-acpi-kconfig-formulation-fixpatch.patch
ACPI fixlet
+pata_platform-for-arm-riscpc.patch
ARM/pata fix
+cifs-use-mutexdiff.patch
CIFS cleanup
+agk-dm-dm-merge-max_hw_sector.patch
+agk-dm-dm-raid1-one-kmirrord-per-mirror.patch
+agk-dm-dm-crypt-disable-barriers.patch
+agk-dm-dm-crypt-add-null-iv.patch
+agk-dm-dm-mpath-log-device-name.patch
+agk-dm-dm-allow-offline-devices.patch
+agk-dm-dm-log-fault-detection.patch
+agk-dm-dm-log-report-fault-status.patch
+agk-dm-dm-raid1-add-handle_errors-feature-flag.patch
+agk-dm-dm-io-delay-dec_count.patch
+agk-dm-dm-io-prepare-for-new-interface.patch
+agk-dm-dm-io-new-interface.patch
+agk-dm-dm-kcopyd-update-dm-io-interface.patch
+agk-dm-dm-exception-store-update-dm-io-interface.patch
+agk-dm-dm-log-update-dm-io-interface.patch
+agk-dm-dm-raid1-update-dm-io-interface.patch
+agk-dm-dm-io-remove-old-interface.patch
Device mapper development tree.
+uevent-use-add_uevent_var-instead-of-open-coding-it.patch
uevent cleanup
+jdelvare-i2c-i2c-algo-bit-50-50-duty-cycle-4.patch
+jdelvare-i2c-i2c-algo-bit-improve-debug-4.patch
I2C tree updates
+hid-add-two-led-codes-to-hid-input-mapping.patch
HID fixlet.
+convert-input-core-to-struct-device.patch
+add-locking-to-evdev.patch
Input updates
-kbuild-override-build-timestamp.patch
Dropped, I think.
+testing-patch-for-ali-pata-fixes-hopefully-for-the-problems-with-atapi-dma-fix.patch
Fix
testing-patch-for-ali-pata-fixes-hopefully-for-the-problems-with-atapi-dma.patch
+git-mmc-versus-uevent-use-add_uevent_var-instead-of-open-coding-it.patch
Fix git-mmc for the uevent changes in -mm.
+drivers-net-vioc-possible-cleanups.patch
Netdev fixes
+2621-rc5-mm3-fix-e1000-compilation.patch
Fix git-e1000.patch compilation.
+make-drivers-net-qla3xxxcphy_devices-static.patch
+forcedeth-improve-napi-logic.patch
netdev fixes
+git-net-fixup.patch
+git-net-vs-git-netdev-all.patch
Fix things due to git-net.patch.
+round_up-macro-cleanup-in-drivers-parisc.patch
parisc cleanup
+gregkh-pci-pci-flush-msi-x-table-writes.patch
+gregkh-pci-pci-remove-the-broken-pci_multithread_probe-option.patch
PCI tree updates
+fix-gregkh-pci-pci-remove-the-broken-pci_multithread_probe-option.patch
Remove now-dead code.
+pci-define-pci_request-release_regions-for-config_pci=n.patch
+round_up-macro-cleanup-in-drivers-pci.patch
PCI updates
+gregkh-usb-usb-nikon-d80-unusual-device-patch.patch
+gregkh-usb-usb-cypress_cy7c63-race-disconnect-sysfs-read-write-leading-to-following-null-pointer.patch
+gregkh-usb-usb-fix-catc-error-handling.patch
+gregkh-usb-usb-fix-error-handling-in-kl5kusb.patch
+gregkh-usb-usb-fix-error-handling-for-mct_u232.patch
+gregkh-usb-usb-fix-omninet-write-vs-close-race.patch
+gregkh-usb-usb-whiteheat-convert-to-generic-boolean.patch
+gregkh-usb-usb-add-last_busy-field-for-use-in-autosuspend.patch
USB tree updates
+git-wireless-debug-build-fixes.patch
Fix git-wireless.patch
+git-wireless-vs-git-net.patch
+git-wireless-vs-git-net-2.patch
Fix clashes between git-wireless and git-net.
+x86_64-mm-x86-64-eflags-header.patch
x86_64 tree update
+fix-x86_64-mm-relocatable-kernel-support.patch
Fix patch in x86_64 tree
+cxgb3-safeguard-tcam-size-usage.patch
+cxgb3-detect-nic-only-adapters.patch
+cxgb3-tighten-xgmac-workaround.patch
+cxgb3-firwmare-update.patch
+fix-hotplug-for-legacy-platform-drivers.patch
+update-documentation-driver-model-platformtxt.patch
+forcedeth-work-around-null-skb-dereference-crash.patch
+fix-scsi_send_eh_cmnd-scatterlist-handling.patch
These are patches which I think should be in 2.6.21, but vie the relevant
subsystem maintainers.
+slab-mark-set_up_list3s-__init.patch
+slab-mention-slab-name-when-listing-corrupt-objects.patch
+slub-core.patch
+slub-add-slabinfo-tool.patch
Memory management updates
+blackfin-arch-fix-bug-interrupt-setup-problem-request_irq.patch
+blackfin-arch-pnav-and-bluetechnix-cm-bf537-use-the-mac.patch
Blackfin updates
+uml-fix-umid-in-xterm-titles.patch
+uml-speed-up-exec.patch
+uml-no-locking-needed-in-tlsc.patch
+uml-tidy-processc.patch
+uml-remove-page_size.patch
+uml-kernel_thread-shouldnt-panic.patch
UML updates
+provide-dummy-devm_ioport_-if-has_ioport.patch
Needed for ARM pata support.
-add-an-anonymous-inode-source.patch
-add-an-anonymous-inode-source-tidy.patch
-epoll-use-anonymous.patch
Dropped - new versions were merged.
+add-file-position-info-to-proc-fix.patch
Fix add-file-position-info-to-proc.patch
+move-die-notifier-handling-to-common-code-fix-vmalloc_sync_all.patch
Fix move-die-notifier-handling-to-common-code.patch some more.
+fix-82875-pci-setup.patch
+make-dev-port-conditional-on-config-symbol.patch
+clean-up-elf-note-generation.patch
+remove-artificial-software-max_loop-limit.patch
+kdump-kexec-calculate-note-size-at-compile-time.patch
+kdump-kexec-calculate-note-size-at-compile-time-update.patch
+fix-kevents-childs-priority-greediness.patch
+fix-kevents-childs-priority-greediness-fix.patch
+display-all-possible-partitions-when-the-root-filesystem-failed-to-mount.patch
+display-all-possible-partitions-when-the-root-filesystem-failed-to-mount-fix.patch
+enhance-initcall_debug-measure-latency.patch
+kprobes-print-details-of-kretprobe-on-assertion-failure.patch
+reregister_binfmt-returns-with-ebusy.patch
Misc
+sched-implement-staircase-deadline-cpu-scheduler-staircase-improvements.patch
Staircase scheduler update
+rtc-cmos-wakeup-interface.patch
+acpi-wakeup-hooks-for-rtc-cmos.patch
RTC stuff.
+sys_futex64-allows-64bit-futexes-workaround-for-uml.patch
Fix sys_futex64-allows-64bit-futexes.patch some more.
+clocksource-arm-initialize-list-value.patch
+clocksource-parisc-initialize-list-value.patch
+clocksource-avr32-initialize-list-value.patch
+clocksource-mips-initialize-list-value.patch
+clocksource-i386-initialize-list-value.patch
+clocksource-x86_64-initialize-list-value.patch
+clocksource-s390-initialize-list-value.patch
+clocksource-driver-initialize-list-value.patch
+clocksource-refactor-duplicate-registration-checking.patch
clocksource cleanup
+kprobes-use-hlist_for_each_entry.patch
+kprobes-codingstyle-cleanups.patch
+kprobes-kretprobes-simplifcations.patch
kprobes cleanups
+utrace-uml-make-uml-compile-with-utrace-enabled.patch
Fix utrace on UML
+signal-timer-event-fds-v9-anonymous-inode-source.patch
+signal-timer-event-fds-v9-signalfd-core.patch
+signal-timer-event-fds-v9-signalfd-core-fix.patch
+signal-timer-event-fds-v9-signalfd-wire-up-i386-arch.patch
+signal-timer-event-fds-v9-signalfd-wire-up-x86_64-arch.patch
+signal-timer-event-fds-v9-signalfd-compat-code.patch
+signal-timer-event-fds-v9-timerfd-core.patch
+signal-timer-event-fds-v9-timerfd-wire-up-i386-arch.patch
+signal-timer-event-fds-v9-timerfd-wire-up-x86_64-arch.patch
+signal-timer-event-fds-v9-timerfd-compat-code.patch
+signal-timer-event-fds-v9-eventfd-core.patch
+signal-timer-event-fds-v9-eventfd-core-fix.patch
+signal-timer-event-fds-v9-eventfd-wire-up-i386-arch.patch
+signal-timer-event-fds-v9-eventfd-wire-up-x86_64-arch.patch
+signal-timer-event-fds-v9-kaio-eventfd-support-example.patch
+epoll-use-anonymous-inodes.patch
New types of fds for delivering signals, timers and misc events.
+revoke-wire-up-i386-system-calls-x86_64-fix.patch
Fix revoke for i386-on-x86_64
+nvidiafb-fix-reversed-ddc-port.patch
+vt-allow-for-the-palette-to-be-exposed-and-changed-via-sysfs.patch
+vt-add-color-support-to-the-underline-and-italic-attributes.patch
+vt-add-color-support-to-the-underline-and-italic-attributes-fix.patch
+fbcon-dont-draw-cursor-when-its-disabled.patch
+vt-expose-system-wide-utf-8-default-setting-via-sysfs.patch
fbdev updates
-mm-only-hrtimers-debug-patch.patch
-mm-only-hrtimers-debug-patch-fix.patch
This broke.
All 1254 patches:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/patch-list
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 5:47 2.6.21-rc5-mm4 Andrew Morton
@ 2007-04-03 12:57 ` Jiri Kosina
2007-04-03 15:11 ` 2.6.21-rc5-mm4 Kok, Auke
2007-04-03 16:11 ` 2.6.21-rc5-mm4 Michal Piotrowski
` (12 subsequent siblings)
13 siblings, 1 reply; 86+ messages in thread
From: Jiri Kosina @ 2007-04-03 12:57 UTC (permalink / raw)
To: Andrew Morton, Auke Kok; +Cc: linux-kernel, e1000-devel
On Mon, 2 Apr 2007, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
[proper CCs added]
On boot (e1000 compiled as module)
BUG: unable to handle kernel paging request at virtual address ffffffff
printing eip:
ffffffff
*pde = 00005067
*pte = 00000000
Oops: 0000 [#1]
SMP
last sysfs file:
devices/pci0000:00/0000:00:1c.0/0000:02:00.0/subsystem_device
Modules linked in: cpufreq_conservative cpufreq_ondemand cpufreq_userspace
cpufreq_powersave acpi_cpufreq freq_table button battery ac loop dm_mod
usbhid fe
CPU: 0
EIP: 0060:[<ffffffff>] Not tainted VLI
EFLAGS: 00010002 (2.6.21-rc5-mm4-default #3)
EIP is at 0xffffffff
eax: 80080783 ebx: c242c794 ecx: 00000000 edx: c2371ac0
esi: 00000007 edi: f8cc0000 ebp: 0000003c esp: c3885ddc
ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
Process ifplugd (pid: 3185, ti=c3884000 task=c3474070 task.ti=c3884000)
Stack: f8c8a5ed 00000060 00000202 00000000 00000000 c2371ac0 f8c8648c
c242c794
c2371ac0 c242c000 f8c810b6 00000001 0000000f 00000000 00008002
c242c794
c2371ac0 c242c794 f8c9552c 00000001 0000000f c242c580 c242c000
c242c240
Call Trace:
[<f8c8a5ed>] e1000_mc_addr_list_update_generic+0x87/0x146 [e1000]
[<f8c8648c>] e1000_mc_addr_list_update_82571+0x0/0x3c [e1000]
[<f8c810b6>] e1000_mc_addr_list_update+0x21/0x27 [e1000]
[<f8c9552c>] e1000_set_multi+0xe4/0x10c [e1000]
[<c0272d9f>] __dev_mc_upload+0x23/0x27
[<c0272ecc>] dev_mc_upload+0x27/0x3b
[<c027113f>] dev_open+0x4d/0x6d
[<c026f9c3>] dev_change_flags+0x50/0x104
[<c02ae726>] devinet_ioctl+0x259/0x57c
[<c01d8645>] copy_to_user+0x3c/0x53
[<c0265f4b>] sock_ioctl+0x1a4/0x1c7
[<c0265da7>] sock_ioctl+0x0/0x1c7
[<c0180617>] do_ioctl+0x1f/0x64
[<c018088d>] vfs_ioctl+0x231/0x244
[<c0267898>] sys_socketcall+0x7a/0x261
[<c01808ec>] sys_ioctl+0x4c/0x68
[<c0103dc8>] sysenter_past_esp+0x5d/0x99
=======================
INFO: lockdep is turned off.
Code: Bad EIP value.
EIP: [<ffffffff>] 0xffffffff SS:ESP 0068:c3885ddc
Kernel panic - not syncing: Fatal exception in interrupt
--
Jiri Kosina
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 12:57 ` 2.6.21-rc5-mm4 Jiri Kosina
@ 2007-04-03 15:11 ` Kok, Auke
2007-04-03 16:30 ` 2.6.21-rc5-mm4 Jiri Kosina
0 siblings, 1 reply; 86+ messages in thread
From: Kok, Auke @ 2007-04-03 15:11 UTC (permalink / raw)
To: Jiri Kosina; +Cc: Andrew Morton, linux-kernel, e1000-devel
Jiri Kosina wrote:
> On Mon, 2 Apr 2007, Andrew Morton wrote:
>
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
> [proper CCs added]
>
> On boot (e1000 compiled as module)
can you send me a full `lspci -vv`, `dmesg` as well? I've never seen this happen
but it appears we did something bad.
Also, it would help a lot if you knew what kind of settings your init scripts
are trying to configure. It seems that something is setting multicast or
promiscuous mode. Do you happen to know which command is being executed by the
shell?
Auke
> BUG: unable to handle kernel paging request at virtual address ffffffff
> printing eip:
> ffffffff
> *pde = 00005067
> *pte = 00000000
> Oops: 0000 [#1]
> SMP
> last sysfs file:
> devices/pci0000:00/0000:00:1c.0/0000:02:00.0/subsystem_device
> Modules linked in: cpufreq_conservative cpufreq_ondemand cpufreq_userspace
> cpufreq_powersave acpi_cpufreq freq_table button battery ac loop dm_mod
> usbhid fe
> CPU: 0
> EIP: 0060:[<ffffffff>] Not tainted VLI
> EFLAGS: 00010002 (2.6.21-rc5-mm4-default #3)
> EIP is at 0xffffffff
> eax: 80080783 ebx: c242c794 ecx: 00000000 edx: c2371ac0
> esi: 00000007 edi: f8cc0000 ebp: 0000003c esp: c3885ddc
> ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
> Process ifplugd (pid: 3185, ti=c3884000 task=c3474070 task.ti=c3884000)
> Stack: f8c8a5ed 00000060 00000202 00000000 00000000 c2371ac0 f8c8648c
> c242c794
> c2371ac0 c242c000 f8c810b6 00000001 0000000f 00000000 00008002
> c242c794
> c2371ac0 c242c794 f8c9552c 00000001 0000000f c242c580 c242c000
> c242c240
> Call Trace:
> [<f8c8a5ed>] e1000_mc_addr_list_update_generic+0x87/0x146 [e1000]
> [<f8c8648c>] e1000_mc_addr_list_update_82571+0x0/0x3c [e1000]
> [<f8c810b6>] e1000_mc_addr_list_update+0x21/0x27 [e1000]
> [<f8c9552c>] e1000_set_multi+0xe4/0x10c [e1000]
> [<c0272d9f>] __dev_mc_upload+0x23/0x27
> [<c0272ecc>] dev_mc_upload+0x27/0x3b
> [<c027113f>] dev_open+0x4d/0x6d
> [<c026f9c3>] dev_change_flags+0x50/0x104
> [<c02ae726>] devinet_ioctl+0x259/0x57c
> [<c01d8645>] copy_to_user+0x3c/0x53
> [<c0265f4b>] sock_ioctl+0x1a4/0x1c7
> [<c0265da7>] sock_ioctl+0x0/0x1c7
> [<c0180617>] do_ioctl+0x1f/0x64
> [<c018088d>] vfs_ioctl+0x231/0x244
> [<c0267898>] sys_socketcall+0x7a/0x261
> [<c01808ec>] sys_ioctl+0x4c/0x68
> [<c0103dc8>] sysenter_past_esp+0x5d/0x99
> =======================
> INFO: lockdep is turned off.
> Code: Bad EIP value.
> EIP: [<ffffffff>] 0xffffffff SS:ESP 0068:c3885ddc
> Kernel panic - not syncing: Fatal exception in interrupt
>
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 5:47 2.6.21-rc5-mm4 Andrew Morton
2007-04-03 12:57 ` 2.6.21-rc5-mm4 Jiri Kosina
@ 2007-04-03 16:11 ` Michal Piotrowski
2007-04-03 22:20 ` 2.6.21-rc5-mm4 Michal Piotrowski
2007-04-03 19:48 ` 2.6.21-rc5-mm4 Randy Dunlap
` (11 subsequent siblings)
13 siblings, 1 reply; 86+ messages in thread
From: Michal Piotrowski @ 2007-04-03 16:11 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, Con Kolivas, Ingo Molnar
Andrew Morton napisał(a):
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
Looks like a scheduler problem.
BUG: unable to handle kernel paging request at virtual address 0743c798
printing eip:
c011d840
*pde = 00000000
Oops: 0000 [#1]
PREEMPT SMP
last sysfs file: devices/platform/w83627hf.656/temp2_input
Modules linked in: ipt_MASQUERADE iptable_nat nf_nat nfsd exportfs lockd nfs_acl autofs4 sunrpc af_packet nf_conntrack_netbios_ns ipt_REJECT nf_conntrack_ipv4 xt_state nf_conntrack nfnetlink iptable_filter ip_tables ip6t_REJECT xt_tcpudp ip6table_filter ip6_tables x_tables ipv6 binfmt_misc thermal processor fan container nvram snd_intel8x0 snd_ac97_codec ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm evdev snd_timer snd soundcore snd_page_alloc intel_agp agpgart i2c_i801 ide_cd cdrom rtc unix
CPU: 0
EIP: 0060:[<c011d840>] Not tainted VLI
l *0xc011d840
0xc011d840 is in recalc_task_prio (/mnt/md0/devel/linux-mm/kernel/sched.c:720).
715 * a queued better static_prio's prio_level.
716 */
717 if (p->static_prio < rq->best_static_prio) {
718 search_prio = MAX_RT_PRIO;
719 if (likely(p->policy != SCHED_BATCH))
720 rq->best_static_prio = p->static_prio;
721 } else if (p->static_prio == rq->best_static_prio)
722 search_prio = rq->prio_level[uprio];
723 else {
724 search_prio = max(rq->prio_level[uprio],
EFLAGS: 00210006 (2.6.21-rc5-mm4 #13)
EIP is at recalc_task_prio+0xfa/0x19e
eax: 1000008b ebx: 10000027 ecx: 0000008b edx: c743bda0
esi: c985a070 edi: c743bda0 ebp: ce47fec0 esp: ce47fe98
ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
Process operapluginwrap (pid: 3560, ti=ce47e000 task=ccffd510 task.ti=ce47e000)
Stack: 00000000 c743bda0 c743c27c c011df36 c01240ed c04eac14 ce47fed0 c985a070
c743bda0 c985a070 ce47fed0 c011da29 00000001 c985a070 ce47ff00 c011f327
00000000 c052cda0 ce47ff00 c743bda0 8fbe3987 0000002d c985a070 003d0f00
Call Trace:
[<c011da29>] enqueue_task+0x31/0x7d
[<c011f327>] activate_task+0xba/0xce
[<c01223f3>] wake_up_new_task+0x65/0x125
[<c012440d>] do_fork+0x10f/0x181
[<c010223f>] sys_clone+0x33/0x39
[<c010424c>] syscall_call+0x7/0xb
[<4cefd258>] 0x4cefd258
=======================
INFO: lockdep is turned off.
Code: 83 7e 5c 03 0f 95 c2 b8 74 4c 4a c0 e8 12 e4 0f 00 bf 64 00 00 00 85 c0 74 2f 8b 46 1c 8b 55 dc 89 82 fc 09 00 00 eb 21 8b 7d dc <8b> 94 9f 5c 09 00 00 75 04 89 d7 eb 11 8b 7d dc 8b 84 8f cc 07
EIP: [<c011d840>] recalc_task_prio+0xfa/0x19e SS:ESP 0068:ce47fe98
BUG: NMI Watchdog detected LOCKUP on CPU1, eip c020cf0f, registers:
Modules linked in: ipt_MASQUERADE iptable_nat nf_nat nfsd exportfs lockd nfs_acl autofs4 sunrpc af_packet nf_conntrack_netbios_ns ipt_REJECT nf_conntrack_ipv4 xt_state nf_conntrack nfnetlink iptable_filter ip_tables ip6t_REJECT xt_tcpudp ip6table_filter ip6_tables x_tables ipv6 binfmt_misc thermal processor fan container nvram snd_intel8x0 snd_ac97_codec ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm evdev snd_timer snd soundcore snd_page_alloc intel_agp agpgart i2c_i801 ide_cd cdrom rtc unix
CPU: 1
EIP: 0060:[<c020cf0f>] Not tainted VLI
l *0xc020cf0f
0xc020cf0f is in delay_tsc (/mnt/md0/devel/linux-mm/arch/i386/lib/delay.c:45).
40 /* TSC based delay: */
41 static void delay_tsc(unsigned long loops)
42 {
43 unsigned long bclock, now;
44
45 rdtscl(bclock);
46 do {
47 rep_nop();
48 rdtscl(now);
49 } while ((now-bclock) < loops);
EFLAGS: 00000096 (2.6.21-rc5-mm4 #13)
EIP is at delay_tsc+0x8/0x17
eax: aa2a3a10 ebx: 00000001 ecx: aa2a386c edx: 00000083
esi: 0262e5e8 edi: 00000001 ebp: ccf1fc80 esp: ccf1fc7c
ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
Process firefox-bin (pid: 3464, ti=ccf1e000 task=caf66ac0 task.ti=ccf1e000)
Stack: c743bda0 ccf1fc90 c020cedc 00000000 c021add9 ccf1fcc0 c021ade8 00000000
00000002 00000001 c011df36 00000000 caf66ac0 a6ca16f0 c743bda0 c743bda0
ccf1fd50 ccf1fce0 c034f4be 00000000 00000002 c011df36 00200200 ccea1050
Call Trace:
[<c020cedc>] __delay+0xc/0xe
[<c021ade8>] _raw_spin_lock+0xc3/0x128
[<c034f4be>] _spin_lock+0x3c/0x42
[<c011df36>] task_rq_lock+0x36/0x70
[<c011f355>] try_to_wake_up+0x1a/0x36b
[<c011f6b4>] default_wake_function+0xe/0x10
[<c011c773>] __wake_up_common+0x32/0x55
[<c011d627>] __wake_up+0x31/0x42
[<c02f847f>] sock_def_readable+0x42/0x70
[<f8858ed0>] unix_stream_sendmsg+0x22d/0x2e2 [unix]
[<c02f3f95>] sock_aio_write+0xfb/0x107
[<c0185cb4>] do_sync_write+0xc5/0x102
[<c01865aa>] vfs_write+0xe5/0x15a
[<c0186bc8>] sys_write+0x3d/0x72
[<c010424c>] syscall_call+0x7/0xb
[<b7f24410>] 0xb7f24410
=======================
INFO: lockdep is turned off.
Code: c1 e0 02 64 8b 15 04 00 00 00 c1 e2 08 69 92 88 88 4e c0 fa 00 00 00 f7 e2 8d 42 01 e8 cb ff ff ff c9 c3 55 89 e5 53 89 c3 0f 31 <89> c1 f3 90 0f 31 29 c8 39 d8 72 f6 5b 5d c3 55 89 e5 83 ec 08
BUG: NMI Watchdog detected LOCKUP on CPU0, eip c020cf15, registers:
Modules linked in: ipt_MASQUERADE iptable_nat nf_nat nfsd exportfs lockd nfs_acl autofs4 sunrpc af_packet nf_conntrack_netbios_ns ipt_REJECT nf_conntrack_ipv4 xt_state nf_conntrack nfnetlink iptable_filter ip_tables ip6t_REJECT xt_tcpudp ip6table_filter ip6_tables x_tables ipv6 binfmt_misc thermal processor fan container nvram snd_intel8x0 snd_ac97_codec ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm evdev snd_timer snd soundcore snd_page_alloc intel_agp agpgart i2c_i801 ide_cd cdrom rtc unix
CPU: 0
EIP: 0060:[<c020cf15>] Not tainted VLI
l *0xc020cf15
0xc020cf15 is in delay_tsc (/mnt/md0/devel/linux-mm/arch/i386/lib/delay.c:49).
44
45 rdtscl(bclock);
46 do {
47 rep_nop();
48 rdtscl(now);
49 } while ((now-bclock) < loops);
50 }
51
52 /*
53 * Since we calibrate only once at boot, this
EFLAGS: 00200086 (2.6.21-rc5-mm4 #13)
EIP is at delay_tsc+0xe/0x17
eax: ec55c3c8 ebx: 00000001 ecx: ec55c348 edx: 00000086
esi: 04531454 edi: 00000001 ebp: ce47fc48 esp: ce47fc44
ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
Process operapluginwrap (pid: 3560, ti=ce47e000 task=ccffd510 task.ti=ce47e000)
Stack: c743bda0 ce47fc58 c020cedc 00000000 c021add9 ce47fc88 c021ade8 00000000
00000002 00000001 c011df36 000f4240 000026eb a6ca16f0 c743bda0 c743bda0
ce47fd18 ce47fca8 c034f4be 00000000 00000002 c011df36 c011fe36 c011f5b2
Call Trace:
[<c020cedc>] __delay+0xc/0xe
[<c021ade8>] _raw_spin_lock+0xc3/0x128
[<c034f4be>] _spin_lock+0x3c/0x42
[<c011df36>] task_rq_lock+0x36/0x70
[<c011f5bd>] try_to_wake_up+0x282/0x36b
[<c011f6b4>] default_wake_function+0xe/0x10
[<c0136fc2>] autoremove_wake_function+0x17/0x3a
[<c011c773>] __wake_up_common+0x32/0x55
[<c011d627>] __wake_up+0x31/0x42
[<c0125457>] wake_up_klogd+0x36/0x38
[<c020e38a>] bust_spinlocks+0x2a/0x2c
[<c01058bd>] die+0x16c/0x22c
[<c011b9ed>] do_page_fault+0x47c/0x55b
[<c034fdf1>] error_code+0x79/0x80
[<c011d840>] recalc_task_prio+0xfa/0x19e
[<c011da29>] enqueue_task+0x31/0x7d
[<c011f327>] activate_task+0xba/0xce
[<c01223f3>] wake_up_new_task+0x65/0x125
[<c012440d>] do_fork+0x10f/0x181
[<c010223f>] sys_clone+0x33/0x39
[<c010424c>] syscall_call+0x7/0xb
[<4cefd258>] 0x4cefd258
=======================
INFO: lockdep is turned off.
Code: 04 00 00 00 c1 e2 08 69 92 88 88 4e c0 fa 00 00 00 f7 e2 8d 42 01 e8 cb ff ff ff c9 c3 55 89 e5 53 89 c3 0f 31 89 c1 f3 90 0f 31 <29> c8 39 d8 72 f6 5b 5d c3 55 89 e5 83 ec 08 69 c0 1c 43 00 00
I'll try without this patches
sched-fix-idle-load-balancing-in-softirqd-context.patch
sched-fix-idle-load-balancing-in-softirqd-context-fix.patch
sched-dynticks-idle-load-balancing-v3.patch
speedup-divides-by-cpu_power-in-scheduler.patch
sched-optimize-siblings-status-check-logic-in-wake_idle.patch
#
sched-dont-renice-kernel-threads.patch
sched-remove-sleepavg-from-proc.patch
sched-implement-staircase-deadline-cpu-scheduler.patch
sched-implement-staircase-deadline-cpu-scheduler-misc-fixes.patch
sched-implement-staircase-deadline-cpu-scheduler-staircase-improvements.patch
sched-remove-noninteractive-flag.patch
sched-document-sd-cpu-scheduler.patch
#
sched2-sched-domain-sysctl.patch
#
sched-add-above-background-load-function.patch
http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4/mm-oops
http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4/mm-config
Regards,
Michal
--
Michal K. K. Piotrowski
LTG - Linux Testers Group (PL)
(http://www.stardust.webpages.pl/ltg/)
LTG - Linux Testers Group (EN)
(http://www.stardust.webpages.pl/linux_testers_group_en/)
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 15:11 ` 2.6.21-rc5-mm4 Kok, Auke
@ 2007-04-03 16:30 ` Jiri Kosina
2007-04-03 17:19 ` 2.6.21-rc5-mm4 Kok, Auke
0 siblings, 1 reply; 86+ messages in thread
From: Jiri Kosina @ 2007-04-03 16:30 UTC (permalink / raw)
To: Kok, Auke; +Cc: Andrew Morton, linux-kernel, e1000-devel
On Tue, 3 Apr 2007, Kok, Auke wrote:
> Also, it would help a lot if you knew what kind of settings your init
> scripts are trying to configure. It seems that something is setting
> multicast or promiscuous mode. Do you happen to know which command is
> being executed by the shell?
It's 100% reproducible by running dhclient on the interface.
The kernel also panics (with different stacktrace but the same wrong
address it tries to dereference - 0xffffffff) when I do this:
(none):/# modprobe e1000
Intel(R) PRO/1000 Network Driver - version 7.4.35-k2-NAPI
Copyright (c) 1999-2007 Intel Corporation.
ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 16 (level, low) -> IRQ 16
e1000: 0000:02:00.0: e1000_probe: (PCI Express:2.5Gb/s:Width x1)
00:0e:0c:72:b8:ad
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
(none):/# ifconfig eth0 up
BUG: unable to handle kernel paging request at virtual address ffffffff
printing eip:
ffffffff
*pde = 00005067
*pte = 00000000
Oops: 0000 [#1]
SMP
last sysfs file: power/resume
Modules linked in: e1000 ext3 mbcache jbd edd sg fan generic ata_piix
libata thermal processor sd_mod scsi_mod ide_disk ide_core
CPU: 0
EIP: 0060:[<ffffffff>] Not tainted VLI
EFLAGS: 00010046 (2.6.21-rc5-mm4-default #3)
EIP is at 0xffffffff
eax: 00000000 ebx: 00000000 ecx: 00000000 edx: 00000000
esi: 00000000 edi: c0462008 ebp: 00000080 esp: c0463f94
ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0068
Process swapper (pid: 0, ti=c0462000 task=c038d340 task.ti=c0462000)
Stack: c0102297 00000060 00000246 00000000 c049f5a4 c1d095a4 c01023fa c0363b12
20070126 c1d11000 c0467ae7 c034a48a c04671b9 00000000 00000000 00000000
00000000 00010000 00000000 00000000 00000000 c04887c0 00020800 00099800
Call Trace:
[<c0102297>] mwait_idle_with_hints+0x3b/0x3f
[<c01023fa>] cpu_idle+0xa6/0xbf
[<c0467ae7>] start_kernel+0x459/0x461
[<c04671b9>] unknown_bootoption+0x0/0x202
=======================
INFO: lockdep is turned off.
Code: Bad EIP value.
EIP: [<ffffffff>] 0xffffffff SS:ESP 0068:c0463f94
Kernel panic - not syncing: Attempted to kill the idle task!
Seeing "mwait" there, it seemed like ACPI might be involved. Booting with
acpi=off didn't improve the situation though.
I just pulled your e1000 git tree into vanilla 2.6.21-rc5 ytrr and I can't
reproduce the problem, so it might be caused by something else.
Will try to narrow down what is causing it.
--
Jiri Kosina
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 16:30 ` 2.6.21-rc5-mm4 Jiri Kosina
@ 2007-04-03 17:19 ` Kok, Auke
2007-04-03 17:42 ` 2.6.21-rc5-mm4 Jiri Kosina
0 siblings, 1 reply; 86+ messages in thread
From: Kok, Auke @ 2007-04-03 17:19 UTC (permalink / raw)
To: Jiri Kosina; +Cc: Andrew Morton, linux-kernel, e1000-devel
Jiri Kosina wrote:
> On Tue, 3 Apr 2007, Kok, Auke wrote:
>
>> Also, it would help a lot if you knew what kind of settings your init
>> scripts are trying to configure. It seems that something is setting
>> multicast or promiscuous mode. Do you happen to know which command is
>> being executed by the shell?
>
> It's 100% reproducible by running dhclient on the interface.
>
> The kernel also panics (with different stacktrace but the same wrong
> address it tries to dereference - 0xffffffff) when I do this:
>
> (none):/# modprobe e1000
> Intel(R) PRO/1000 Network Driver - version 7.4.35-k2-NAPI
> Copyright (c) 1999-2007 Intel Corporation.
> ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 16 (level, low) -> IRQ 16
> e1000: 0000:02:00.0: e1000_probe: (PCI Express:2.5Gb/s:Width x1)
> 00:0e:0c:72:b8:ad
> e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
> (none):/# ifconfig eth0 up
> BUG: unable to handle kernel paging request at virtual address ffffffff
> printing eip:
> ffffffff
> *pde = 00005067
> *pte = 00000000
> Oops: 0000 [#1]
> SMP
> last sysfs file: power/resume
> Modules linked in: e1000 ext3 mbcache jbd edd sg fan generic ata_piix
> libata thermal processor sd_mod scsi_mod ide_disk ide_core
> CPU: 0
> EIP: 0060:[<ffffffff>] Not tainted VLI
> EFLAGS: 00010046 (2.6.21-rc5-mm4-default #3)
> EIP is at 0xffffffff
> eax: 00000000 ebx: 00000000 ecx: 00000000 edx: 00000000
> esi: 00000000 edi: c0462008 ebp: 00000080 esp: c0463f94
> ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0068
> Process swapper (pid: 0, ti=c0462000 task=c038d340 task.ti=c0462000)
> Stack: c0102297 00000060 00000246 00000000 c049f5a4 c1d095a4 c01023fa c0363b12
> 20070126 c1d11000 c0467ae7 c034a48a c04671b9 00000000 00000000 00000000
> 00000000 00010000 00000000 00000000 00000000 c04887c0 00020800 00099800
> Call Trace:
> [<c0102297>] mwait_idle_with_hints+0x3b/0x3f
> [<c01023fa>] cpu_idle+0xa6/0xbf
> [<c0467ae7>] start_kernel+0x459/0x461
> [<c04671b9>] unknown_bootoption+0x0/0x202
> =======================
> INFO: lockdep is turned off.
> Code: Bad EIP value.
> EIP: [<ffffffff>] 0xffffffff SS:ESP 0068:c0463f94
> Kernel panic - not syncing: Attempted to kill the idle task!
>
>
> Seeing "mwait" there, it seemed like ACPI might be involved. Booting with
> acpi=off didn't improve the situation though.
>
> I just pulled your e1000 git tree into vanilla 2.6.21-rc5 ytrr and I can't
> reproduce the problem, so it might be caused by something else.
we're also having problems reproducing it on that same combination (2.6.21-rc4 +
my tree), so it points to something in -mm. Since your trace is completely
different right now it looks like something else is fuzzing it up.
Since the e1000 changes are in rc5-mm3 as well, that might help to narrow it
down quickly.
Auke
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 17:19 ` 2.6.21-rc5-mm4 Kok, Auke
@ 2007-04-03 17:42 ` Jiri Kosina
2007-04-04 16:10 ` 2.6.21-rc5-mm4 Jiri Kosina
0 siblings, 1 reply; 86+ messages in thread
From: Jiri Kosina @ 2007-04-03 17:42 UTC (permalink / raw)
To: Kok, Auke; +Cc: Andrew Morton, linux-kernel, e1000-devel
On Tue, 3 Apr 2007, Kok, Auke wrote:
> we're also having problems reproducing it on that same combination
> (2.6.21-rc4 + my tree), so it points to something in -mm. Since your
> trace is completely different right now it looks like something else is
> fuzzing it up.
> Since the e1000 changes are in rc5-mm3 as well, that might help to
> narrow it down quickly.
I don't know (yet) whether rc5-mm3 was OK in this respect, I didn't boot
it on this machine. I only know that both rc5 and rc5 + e1000 tree are OK,
but rc5-mm4 panics on ifconfig/dhclient on e1000 card immediately on my
system.
I will start bisection when I get back to the respective machine
(tomorrow) and will let you know.
--
Jiri Kosina
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 5:47 2.6.21-rc5-mm4 Andrew Morton
2007-04-03 12:57 ` 2.6.21-rc5-mm4 Jiri Kosina
2007-04-03 16:11 ` 2.6.21-rc5-mm4 Michal Piotrowski
@ 2007-04-03 19:48 ` Randy Dunlap
2007-04-03 19:51 ` 2.6.21-rc5-mm4 Davide Libenzi
2007-04-03 20:31 ` 2.6.21-rc5-mm4 Badari Pulavarty
` (10 subsequent siblings)
13 siblings, 1 reply; 86+ messages in thread
From: Randy Dunlap @ 2007-04-03 19:48 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, davidel
On Mon, 2 Apr 2007 22:47:45 -0700 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
> - The oops in git-net.patch has been fixed, so that tree has been restored.
> It is huge.
>
> - Added the device-mapper development tree to the -mm lineup (Alasdair
> Kergon). It is a quilt tree, living at
> ftp://ftp.kernel.org/pub/linux/kernel/people/agk/patches/2.6/editing/.
>
> - Added davidel's signalfd stuff.
~~~~~~~~~~~~~~~~~~
with those new CONFIGs=n: (we are discussing it)
arch/x86_64/kernel/built-in.o:(.rodata+0x18a8): undefined reference to `sys_signal
fd'
arch/x86_64/kernel/built-in.o:(.rodata+0x18b0): undefined reference to `sys_timerf
d'
arch/x86_64/kernel/built-in.o:(.rodata+0x18b8): undefined reference to `sys_eventf
d'
arch/x86_64/ia32/ia32entry.S:(.rodata+0xa08): undefined reference to `sys_signalfd
'
arch/x86_64/ia32/ia32entry.S:(.rodata+0xa10): undefined reference to `sys_timerfd'
arch/x86_64/ia32/ia32entry.S:(.rodata+0xa18): undefined reference to `sys_eventfd'
make: *** [.tmp_vmlinux1] Error 1
---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 19:48 ` 2.6.21-rc5-mm4 Randy Dunlap
@ 2007-04-03 19:51 ` Davide Libenzi
0 siblings, 0 replies; 86+ messages in thread
From: Davide Libenzi @ 2007-04-03 19:51 UTC (permalink / raw)
To: Randy Dunlap; +Cc: Andrew Morton, Linux Kernel Mailing List
On Tue, 3 Apr 2007, Randy Dunlap wrote:
> On Mon, 2 Apr 2007 22:47:45 -0700 Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> > - The oops in git-net.patch has been fixed, so that tree has been restored.
> > It is huge.
> >
> > - Added the device-mapper development tree to the -mm lineup (Alasdair
> > Kergon). It is a quilt tree, living at
> > ftp://ftp.kernel.org/pub/linux/kernel/people/agk/patches/2.6/editing/.
> >
> > - Added davidel's signalfd stuff.
> ~~~~~~~~~~~~~~~~~~
>
> with those new CONFIGs=n: (we are discussing it)
>
> arch/x86_64/kernel/built-in.o:(.rodata+0x18a8): undefined reference to `sys_signal
> fd'
> arch/x86_64/kernel/built-in.o:(.rodata+0x18b0): undefined reference to `sys_timerf
> d'
> arch/x86_64/kernel/built-in.o:(.rodata+0x18b8): undefined reference to `sys_eventf
> d'
> arch/x86_64/ia32/ia32entry.S:(.rodata+0xa08): undefined reference to `sys_signalfd
> '
> arch/x86_64/ia32/ia32entry.S:(.rodata+0xa10): undefined reference to `sys_timerfd'
> arch/x86_64/ia32/ia32entry.S:(.rodata+0xa18): undefined reference to `sys_eventfd'
> make: *** [.tmp_vmlinux1] Error 1
I'll be sending Andrew patches against -mm4. The ones that fix the above,
and the one for the include-files diet.
- Davide
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 5:47 2.6.21-rc5-mm4 Andrew Morton
` (2 preceding siblings ...)
2007-04-03 19:48 ` 2.6.21-rc5-mm4 Randy Dunlap
@ 2007-04-03 20:31 ` Badari Pulavarty
2007-04-03 20:40 ` 2.6.21-rc5-mm4 Christoph Lameter
2007-04-03 21:55 ` 2.6.21-rc5-mm4 Badari Pulavarty
` (9 subsequent siblings)
13 siblings, 1 reply; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-03 20:31 UTC (permalink / raw)
To: Andrew Morton, Christoph Lameter; +Cc: lkml
On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
SLUB code hangs my ppc64 machine on boot.
Thanks,
Badari
booted from '/pci@800000020000003/pci@2,2/pci1069,b166@1/scsi@0/sd@4,0'
Enter "help" to get some basic usage information
boot: 2621rc5mm4
Please wait, loading kernel...
Allocated 0x00400000 bytes for executable @ 0x00400000
Elf32 kernel loaded...
zImage starting: loaded at 0x00400000 (sp: 0x01a3fb10)
Allocating 0x822c40 bytes for kernel ...
OF version = 'IBM,SF225_096'
gunzipping (0x01c00000 <- 0x00408000:0x006a8d9b)...done 0x75cdf0 bytes
Finalizing device tree... using OF tree (promptr=00c39a50)
OF stdout device is: /vdevice/vty@30000000
Hypertas detected, assuming LPAR !
command line: root=/dev/sda2
memory layout at init:
alloc_bottom : 0000000002427000
alloc_top : 0000000008000000
alloc_top_hi : 00000001e8000000
rmo_top : 0000000008000000
ram_top : 00000001e8000000
Looking for displays
found display : /pci@800000020000002/pci@2,2/pci@1/display@0,
opening ... done
instantiating rtas at 0x00000000077ca000 ... done
0000000000000000 : boot cpu 0000000000000000
0000000000000002 : starting cpu hw idx 0000000000000002... done
0000000000000004 : starting cpu hw idx 0000000000000004... done
0000000000000006 : starting cpu hw idx 0000000000000006... done
copying OF device tree ...
Building dt strings...
Building dt structure...
Device tree strings 0x0000000002428000 -> 0x00000000024292fe
Device tree struct 0x000000000242a000 -> 0x000000000243f000
Calling quiesce ...
returning from prom_init
Partition configured for 8 cpus.
Starting Linux PPC64 #1 SMP Tue Apr 3 10:42:07 PDT 2007
-----------------------------------------------------
ppc64_pft_size = 0x1b
physicalMemorySize = 0x1e8000000
ppc64_caches.dcache_line_size = 0x80
ppc64_caches.icache_line_size = 0x80
htab_address = 0x0000000000000000
htab_hash_mask = 0xfffff
-----------------------------------------------------
Linux version 2.6.21-rc5-mm4-ppc64 (root@elm3a121) (gcc version 4.1.0
(SUSE Linux)) #1 SMP Tue Apr 3 10:42:07 PDT 2007
[boot]0012 Setup Arch
No ramdisk, default root is /dev/sda2
EEH: PCI Enhanced I/O Error Handling Enabled
PPC64 nvram contains 8192 bytes
Zone PFN ranges:
DMA 0 -> 1998848
Normal 1998848 -> 1998848
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
0: 0 -> 974848
1: 974848 -> 1998848
[boot]0015 Setup Done
Built 2 zonelists. Total pages: 1971520
Kernel command line: root=/dev/sda2
[boot]0020 XICS Init
[boot]0021 XICS Done
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 80x25
console handover: boot [udbg-1] -> real [hvc0]
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
freeing bootmem node 0
freeing bootmem node 1
Memory: 7855400k/7995392k available (6060k kernel code, 139992k
reserved, 1236k data, 819k bss, 272k init)
SLUB V6: General Slabs=18, HW alignment=128, Processors=8, Nodes=16
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 20:31 ` 2.6.21-rc5-mm4 Badari Pulavarty
@ 2007-04-03 20:40 ` Christoph Lameter
2007-04-03 22:53 ` 2.6.21-rc5-mm4 Badari Pulavarty
0 siblings, 1 reply; 86+ messages in thread
From: Christoph Lameter @ 2007-04-03 20:40 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
>
> SLUB code hangs my ppc64 machine on boot.
Could you enable NMI or something and get me a stackdump? PPC is notorious
for having strange NUMA issues. Any fallbacks from node 0 on bootstrap? Is
there memory on node 0?
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 5:47 2.6.21-rc5-mm4 Andrew Morton
` (3 preceding siblings ...)
2007-04-03 20:31 ` 2.6.21-rc5-mm4 Badari Pulavarty
@ 2007-04-03 21:55 ` Badari Pulavarty
2007-04-03 23:19 ` 2.6.21-rc5-mm4 Badari Pulavarty
2007-04-03 22:40 ` 2.6.21-rc5-mm4 J.A. Magallón
` (8 subsequent siblings)
13 siblings, 1 reply; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-03 21:55 UTC (permalink / raw)
To: Andrew Morton, Christoph Lameter; +Cc: lkml
On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
SLUB code paniced my x86-64 box also :(
Thanks,
Badari
Linux version 2.6.21-rc5-mm4 (root@elm3b29) (gcc version 4.1.0 (SUSE
Linux)) #1 SMP Tue Apr 3 15:45:09 PDT 2007
Command line: root=/dev/hda2 vga=0x314 selinux=0 console=tty0
console=ttyS0,38400 resume=/dev/hda1 resume=/dev/hda1 splash=silent
showopts
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000ca000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000dfef0000 (usable)
BIOS-e820: 00000000dfef0000 - 00000000dfeff000 (ACPI data)
BIOS-e820: 00000000dfeff000 - 00000000dff00000 (ACPI NVS)
BIOS-e820: 00000000dff00000 - 00000000e0000000 (usable)
BIOS-e820: 00000000fec00000 - 00000000fec00400 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 00000001e0000000 (usable)
end_pfn_map = 1966080
DMI 2.3 present.
ACPI: RSDP 000F6970, 0024 (r2 PTLTD )
ACPI: XSDT DFEFC625, 003C (r1 PTLTD XSDT 6040000 LTP 0)
ACPI: FACP DFEFED02, 00F4 (r3 AMD HAMMER 6040000 PTEC F4240)
ACPI: DSDT DFEFC661, 262D (r1 AMD-K8 AMDACPI 6040000 MSFT 100000D)
ACPI: FACS DFEFFFC0, 0040
ACPI: SRAT DFEFEDF6, 0160 (r1 AMD HAMMER 6040000 AMD 1)
ACPI: APIC DFEFEF56, 00AA (r1 PTLTD APIC 6040000 LTP 0)
SRAT: PXM 0 -> APIC 0 -> Node 0
SRAT: PXM 1 -> APIC 1 -> Node 1
SRAT: PXM 2 -> APIC 2 -> Node 2
SRAT: PXM 3 -> APIC 3 -> Node 3
SRAT: Node 0 PXM 0 0-a0000
SRAT: Node 0 PXM 0 0-e0000000
SRAT: Node 0 PXM 0 0-180000000
SRAT: PXM 1 (100000000-1a0000000) overlaps with PXM 0 (0-180000000)
SRAT: SRAT not used.
Scanning NUMA topology in Northbridge 24
Number of nodes 4
Node 0 MemBase 0000000000000000 Limit 0000000180000000
Node 1 MemBase 0000000180000000 Limit 00000001a0000000
Node 2 MemBase 00000001a0000000 Limit 00000001c0000000
Node 3 MemBase 00000001c0000000 Limit 00000001e0000000
Using node hash shift of 29
Bootmem setup node 0 0000000000000000-0000000180000000
Bootmem setup node 1 0000000180000000-00000001a0000000
Bootmem setup node 2 00000001a0000000-00000001c0000000
Bootmem setup node 3 00000001c0000000-00000001e0000000
Zone PFN ranges:
DMA 0 -> 4096
DMA32 4096 -> 1048576
Normal 1048576 -> 1966080
Movable zone start PFN for each node
early_node_map[7] active PFN ranges
0: 0 -> 159
0: 256 -> 917232
0: 917248 -> 917504
0: 1048576 -> 1572864
1: 1572864 -> 1703936
2: 1703936 -> 1835008
3: 1835008 -> 1966080
ACPI: PM-Timer IO Port: 0x8008
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 (Bootup-CPU)
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
Processor #1
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
Processor #2
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled)
Processor #3
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 4, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x05] address[0xfa3e0000] gsi_base[24])
IOAPIC[1]: apic_id 5, address 0xfa3e0000, GSI 24-27
ACPI: IOAPIC (id[0x06] address[0xfa3e1000] gsi_base[28])
IOAPIC[2]: apic_id 6, address 0xfa3e1000, GSI 28-31
ACPI: IOAPIC (id[0x07] address[0xfa3e2000] gsi_base[32])
IOAPIC[3]: apic_id 7, address 0xfa3e2000, GSI 32-35
ACPI: IOAPIC (id[0x08] address[0xfa3e4000] gsi_base[36])
IOAPIC[4]: apic_id 8, address 0xfa3e4000, GSI 36-39
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge)
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at e2000000 (gap: e0000000:1ec00000)
PERCPU: Allocating 41984 bytes of per cpu data
Built 4 zonelists. Total pages: 1771993
Kernel command line: root=/dev/hda2 vga=0x314 selinux=0 console=tty0
console=ttyS0,38400 resume=/dev/hda1 resume=/dev/hda1 splash=silent
showopts
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
Extended CMOS year: 2000
time.c: Detected 1398.207 MHz processor.
Console: colour dummy device 80x25
Checking aperture...
CPU 0: aperture @ 0 size 32 MB
No AGP bridge found
Your BIOS doesn't leave a aperture memory hole
Please enable the IOMMU option in the BIOS setup
This costs you 64 MB of RAM
Mapping aperture over 65536 KB of RAM @ 4000000
Memory: 7021948k/7864320k available (3113k kernel code, 317632k
reserved, 1229k data, 364k init)
SLUB V6: General Slabs=18, HW alignment=128, Processors=4, Nodes=64
Calibrating delay using timer specific routine.. 2799.04 BogoMIPS
(lpj=5598083)
Security Framework v1.0.0 initialized
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 0/0 -> Node 0
Freeing SMP alternatives: 36k freed
ACPI: Core revision 20070126
Using local APIC timer interrupts.
result 12483999
Detected 12.483 MHz APIC timer.
Booting processor 1/4 APIC 0x1
Initializing CPU#1
Calibrating delay using timer specific routine.. 2796.59 BogoMIPS
(lpj=5593187)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 1/1 -> Node 1
Opteron MP w/ 1MB stepping 00
Booting processor 2/4 APIC 0x2
Initializing CPU#2
Calibrating delay using timer specific routine.. 2796.62 BogoMIPS
(lpj=5593246)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 2/2 -> Node 2
Opteron MP w/ 1MB stepping 00
Booting processor 3/4 APIC 0x3
Initializing CPU#3
Calibrating delay using timer specific routine.. 2796.59 BogoMIPS
(lpj=5593181)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 3/3 -> Node 3
Opteron MP w/ 1MB stepping 00
Brought up 4 CPUs
migration_cost=0,712
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: Using configuration type 1
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
0000:00:07.1: cannot adjust BAR0 (not I/O)
0000:00:07.1: cannot adjust BAR1 (not I/O)
0000:00:07.1: cannot adjust BAR2 (not I/O)
0000:00:07.1: cannot adjust BAR3 (not I/O)
ACPI: PCI Root Bridge [PCI1] (0000:08)
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 *5 10 11)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 5 *10 11)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 5 10 *11)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 5 10 *11)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 14 devices
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a
report
PCI-DMA: Disabling AGP.
PCI-DMA: aperture base @ 4000000 size 65536 KB
PCI-DMA: using GART IOMMU.
PCI-DMA: Reserving 64MB of IOMMU area in the AGP aperture
general protection fault: 0000 [1] <6>Time: tsc clocksource has been
installed.
SMP
last sysfs file:
CPU 0
Modules linked in:
Pid: 1, comm: swapper Not tainted 2.6.21-rc5-mm4 #1
RIP: 0010:[<ffffffff802860e1>] [<ffffffff802860e1>] kmem_cache_alloc
+0xc1/0x1a0RSP: 0000:ffff810173f39dd0 EFLAGS: 00010006
RAX: 0000000000000000 RBX: ffff81019ff6b600 RCX: 0000000000000000
RDX: 0000000000000000 RSI: 00000000000000d0 RDI: ffffffff8068dac0
RBP: ffff810173f39e00 R08: ffff81019ed4283a R09: 0000000000000000
R10: ffff81019ed42900 R11: 0000000000000100 R12: 0000af3500000000
R13: ffffffff8068dac0 R14: 0000000000000282 R15: 0000000000000000
FS: 0000000000000000(0000) GS:ffffffff8063e000(0000)
knlGS:0000000000000000
CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
CR2: 0000000000000000 CR3: 0000000000201000 CR4: 00000000000006e0
Process swapper (pid: 1, threadinfo ffff810173f38000, task
ffff8101c0340000)
Stack: 00000000000000d0 00000000000000d0 ffffffff80601d60
000000000000000d
ffffffff805991c5 ffffffff805991c5 ffff810173f39e20 ffffffff80286551
ffffffffffffffed ffff81019ed42900 ffff810173f39e50 ffffffff802a3642
Call Trace:
[<ffffffff80286551>] __kmalloc+0x21/0x30
[<ffffffff802a3642>] alloc_vfsmnt+0xd2/0x110
[<ffffffff8028c4ac>] vfs_kern_mount+0x3c/0x160
[<ffffffff8028c5e0>] kern_mount+0x10/0x20
[<ffffffff806cef6b>] anon_inode_init+0x2b/0x130
[<ffffffff806b2a04>] kernel_init+0x154/0x330
[<ffffffff8020a8c8>] child_rip+0xa/0x12
[<ffffffff806b28b0>] kernel_init+0x0/0x330
[<ffffffff8020a8be>] child_rip+0x0/0x12
Code: 49 8b 04 c4 48 89 43 20 f0 0f ba 2b 02 8b 03 a8 01 74 4c f0
RIP [<ffffffff802860e1>] kmem_cache_alloc+0xc1/0x1a0
RSP <ffff810173f39dd0>
Kernel panic - not syncing: Attempted to kill init!
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 16:11 ` 2.6.21-rc5-mm4 Michal Piotrowski
@ 2007-04-03 22:20 ` Michal Piotrowski
2007-04-03 22:31 ` 2.6.21-rc5-mm4 Con Kolivas
0 siblings, 1 reply; 86+ messages in thread
From: Michal Piotrowski @ 2007-04-03 22:20 UTC (permalink / raw)
To: Michal Piotrowski
Cc: Andrew Morton, linux-kernel, Con Kolivas, Ingo Molnar,
Dmitry Adamushko
Michal Piotrowski napisał(a):
> Andrew Morton napisał(a):
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>>
>
> Looks like a scheduler problem.
>
> BUG: unable to handle kernel paging request at virtual address 0743c798
> printing eip:
> c011d840
> *pde = 00000000
> Oops: 0000 [#1]
> PREEMPT SMP
> last sysfs file: devices/platform/w83627hf.656/temp2_input
> Modules linked in: ipt_MASQUERADE iptable_nat nf_nat nfsd exportfs lockd nfs_acl autofs4 sunrpc af_packet nf_conntrack_netbios_ns ipt_REJECT nf_conntrack_ipv4 xt_state nf_conntrack nfnetlink iptable_filter ip_tables ip6t_REJECT xt_tcpudp ip6table_filter ip6_tables x_tables ipv6 binfmt_misc thermal processor fan container nvram snd_intel8x0 snd_ac97_codec ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm evdev snd_timer snd soundcore snd_page_alloc intel_agp agpgart i2c_i801 ide_cd cdrom rtc unix
> CPU: 0
> EIP: 0060:[<c011d840>] Not tainted VLI
>
> l *0xc011d840
> 0xc011d840 is in recalc_task_prio (/mnt/md0/devel/linux-mm/kernel/sched.c:720).
> 715 * a queued better static_prio's prio_level.
> 716 */
> 717 if (p->static_prio < rq->best_static_prio) {
> 718 search_prio = MAX_RT_PRIO;
> 719 if (likely(p->policy != SCHED_BATCH))
> 720 rq->best_static_prio = p->static_prio;
> 721 } else if (p->static_prio == rq->best_static_prio)
> 722 search_prio = rq->prio_level[uprio];
> 723 else {
> 724 search_prio = max(rq->prio_level[uprio],
>
>
> EFLAGS: 00210006 (2.6.21-rc5-mm4 #13)
> EIP is at recalc_task_prio+0xfa/0x19e
> eax: 1000008b ebx: 10000027 ecx: 0000008b edx: c743bda0
> esi: c985a070 edi: c743bda0 ebp: ce47fec0 esp: ce47fe98
> ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
> Process operapluginwrap (pid: 3560, ti=ce47e000 task=ccffd510 task.ti=ce47e000)
> Stack: 00000000 c743bda0 c743c27c c011df36 c01240ed c04eac14 ce47fed0 c985a070
> c743bda0 c985a070 ce47fed0 c011da29 00000001 c985a070 ce47ff00 c011f327
> 00000000 c052cda0 ce47ff00 c743bda0 8fbe3987 0000002d c985a070 003d0f00
> Call Trace:
> [<c011da29>] enqueue_task+0x31/0x7d
> [<c011f327>] activate_task+0xba/0xce
> [<c01223f3>] wake_up_new_task+0x65/0x125
> [<c012440d>] do_fork+0x10f/0x181
> [<c010223f>] sys_clone+0x33/0x39
> [<c010424c>] syscall_call+0x7/0xb
> [<4cefd258>] 0x4cefd258
> =======================
> INFO: lockdep is turned off.
> Code: 83 7e 5c 03 0f 95 c2 b8 74 4c 4a c0 e8 12 e4 0f 00 bf 64 00 00 00 85 c0 74 2f 8b 46 1c 8b 55 dc 89 82 fc 09 00 00 eb 21 8b 7d dc <8b> 94 9f 5c 09 00 00 75 04 89 d7 eb 11 8b 7d dc 8b 84 8f cc 07
> EIP: [<c011d840>] recalc_task_prio+0xfa/0x19e SS:ESP 0068:ce47fe98
> BUG: NMI Watchdog detected LOCKUP on CPU1, eip c020cf0f, registers:
> Modules linked in: ipt_MASQUERADE iptable_nat nf_nat nfsd exportfs lockd nfs_acl autofs4 sunrpc af_packet nf_conntrack_netbios_ns ipt_REJECT nf_conntrack_ipv4 xt_state nf_conntrack nfnetlink iptable_filter ip_tables ip6t_REJECT xt_tcpudp ip6table_filter ip6_tables x_tables ipv6 binfmt_misc thermal processor fan container nvram snd_intel8x0 snd_ac97_codec ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm evdev snd_timer snd soundcore snd_page_alloc intel_agp agpgart i2c_i801 ide_cd cdrom rtc unix
> CPU: 1
> EIP: 0060:[<c020cf0f>] Not tainted VLI
>
> l *0xc020cf0f
> 0xc020cf0f is in delay_tsc (/mnt/md0/devel/linux-mm/arch/i386/lib/delay.c:45).
> 40 /* TSC based delay: */
> 41 static void delay_tsc(unsigned long loops)
> 42 {
> 43 unsigned long bclock, now;
> 44
> 45 rdtscl(bclock);
> 46 do {
> 47 rep_nop();
> 48 rdtscl(now);
> 49 } while ((now-bclock) < loops);
>
>
> EFLAGS: 00000096 (2.6.21-rc5-mm4 #13)
> EIP is at delay_tsc+0x8/0x17
> eax: aa2a3a10 ebx: 00000001 ecx: aa2a386c edx: 00000083
> esi: 0262e5e8 edi: 00000001 ebp: ccf1fc80 esp: ccf1fc7c
> ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
> Process firefox-bin (pid: 3464, ti=ccf1e000 task=caf66ac0 task.ti=ccf1e000)
> Stack: c743bda0 ccf1fc90 c020cedc 00000000 c021add9 ccf1fcc0 c021ade8 00000000
> 00000002 00000001 c011df36 00000000 caf66ac0 a6ca16f0 c743bda0 c743bda0
> ccf1fd50 ccf1fce0 c034f4be 00000000 00000002 c011df36 00200200 ccea1050
> Call Trace:
> [<c020cedc>] __delay+0xc/0xe
> [<c021ade8>] _raw_spin_lock+0xc3/0x128
> [<c034f4be>] _spin_lock+0x3c/0x42
> [<c011df36>] task_rq_lock+0x36/0x70
> [<c011f355>] try_to_wake_up+0x1a/0x36b
> [<c011f6b4>] default_wake_function+0xe/0x10
> [<c011c773>] __wake_up_common+0x32/0x55
> [<c011d627>] __wake_up+0x31/0x42
> [<c02f847f>] sock_def_readable+0x42/0x70
> [<f8858ed0>] unix_stream_sendmsg+0x22d/0x2e2 [unix]
> [<c02f3f95>] sock_aio_write+0xfb/0x107
> [<c0185cb4>] do_sync_write+0xc5/0x102
> [<c01865aa>] vfs_write+0xe5/0x15a
> [<c0186bc8>] sys_write+0x3d/0x72
> [<c010424c>] syscall_call+0x7/0xb
> [<b7f24410>] 0xb7f24410
> =======================
> INFO: lockdep is turned off.
> Code: c1 e0 02 64 8b 15 04 00 00 00 c1 e2 08 69 92 88 88 4e c0 fa 00 00 00 f7 e2 8d 42 01 e8 cb ff ff ff c9 c3 55 89 e5 53 89 c3 0f 31 <89> c1 f3 90 0f 31 29 c8 39 d8 72 f6 5b 5d c3 55 89 e5 83 ec 08
> BUG: NMI Watchdog detected LOCKUP on CPU0, eip c020cf15, registers:
> Modules linked in: ipt_MASQUERADE iptable_nat nf_nat nfsd exportfs lockd nfs_acl autofs4 sunrpc af_packet nf_conntrack_netbios_ns ipt_REJECT nf_conntrack_ipv4 xt_state nf_conntrack nfnetlink iptable_filter ip_tables ip6t_REJECT xt_tcpudp ip6table_filter ip6_tables x_tables ipv6 binfmt_misc thermal processor fan container nvram snd_intel8x0 snd_ac97_codec ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm evdev snd_timer snd soundcore snd_page_alloc intel_agp agpgart i2c_i801 ide_cd cdrom rtc unix
> CPU: 0
> EIP: 0060:[<c020cf15>] Not tainted VLI
>
> l *0xc020cf15
> 0xc020cf15 is in delay_tsc (/mnt/md0/devel/linux-mm/arch/i386/lib/delay.c:49).
> 44
> 45 rdtscl(bclock);
> 46 do {
> 47 rep_nop();
> 48 rdtscl(now);
> 49 } while ((now-bclock) < loops);
> 50 }
> 51
> 52 /*
> 53 * Since we calibrate only once at boot, this
>
>
> EFLAGS: 00200086 (2.6.21-rc5-mm4 #13)
> EIP is at delay_tsc+0xe/0x17
> eax: ec55c3c8 ebx: 00000001 ecx: ec55c348 edx: 00000086
> esi: 04531454 edi: 00000001 ebp: ce47fc48 esp: ce47fc44
> ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
> Process operapluginwrap (pid: 3560, ti=ce47e000 task=ccffd510 task.ti=ce47e000)
> Stack: c743bda0 ce47fc58 c020cedc 00000000 c021add9 ce47fc88 c021ade8 00000000
> 00000002 00000001 c011df36 000f4240 000026eb a6ca16f0 c743bda0 c743bda0
> ce47fd18 ce47fca8 c034f4be 00000000 00000002 c011df36 c011fe36 c011f5b2
> Call Trace:
> [<c020cedc>] __delay+0xc/0xe
> [<c021ade8>] _raw_spin_lock+0xc3/0x128
> [<c034f4be>] _spin_lock+0x3c/0x42
> [<c011df36>] task_rq_lock+0x36/0x70
> [<c011f5bd>] try_to_wake_up+0x282/0x36b
> [<c011f6b4>] default_wake_function+0xe/0x10
> [<c0136fc2>] autoremove_wake_function+0x17/0x3a
> [<c011c773>] __wake_up_common+0x32/0x55
> [<c011d627>] __wake_up+0x31/0x42
> [<c0125457>] wake_up_klogd+0x36/0x38
> [<c020e38a>] bust_spinlocks+0x2a/0x2c
> [<c01058bd>] die+0x16c/0x22c
> [<c011b9ed>] do_page_fault+0x47c/0x55b
> [<c034fdf1>] error_code+0x79/0x80
> [<c011d840>] recalc_task_prio+0xfa/0x19e
> [<c011da29>] enqueue_task+0x31/0x7d
> [<c011f327>] activate_task+0xba/0xce
> [<c01223f3>] wake_up_new_task+0x65/0x125
> [<c012440d>] do_fork+0x10f/0x181
> [<c010223f>] sys_clone+0x33/0x39
> [<c010424c>] syscall_call+0x7/0xb
> [<4cefd258>] 0x4cefd258
> =======================
> INFO: lockdep is turned off.
> Code: 04 00 00 00 c1 e2 08 69 92 88 88 4e c0 fa 00 00 00 f7 e2 8d 42 01 e8 cb ff ff ff c9 c3 55 89 e5 53 89 c3 0f 31 89 c1 f3 90 0f 31 <29> c8 39 d8 72 f6 5b 5d c3 55 89 e5 83 ec 08 69 c0 1c 43 00 00
>
> I'll try without this patches
>
> sched-fix-idle-load-balancing-in-softirqd-context.patch
> sched-fix-idle-load-balancing-in-softirqd-context-fix.patch
> sched-dynticks-idle-load-balancing-v3.patch
> speedup-divides-by-cpu_power-in-scheduler.patch
> sched-optimize-siblings-status-check-logic-in-wake_idle.patch
> #
> sched-dont-renice-kernel-threads.patch
> sched-remove-sleepavg-from-proc.patch
> sched-implement-staircase-deadline-cpu-scheduler.patch
> sched-implement-staircase-deadline-cpu-scheduler-misc-fixes.patch
> sched-implement-staircase-deadline-cpu-scheduler-staircase-improvements.patch
> sched-remove-noninteractive-flag.patch
> sched-document-sd-cpu-scheduler.patch
> #
> sched2-sched-domain-sysctl.patch
> #
> sched-add-above-background-load-function.patch
>
>
> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4/mm-oops
> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4/mm-config
>
Sorry for a delay.
Con, I think that your
sched-implement-staircase-deadline-cpu-scheduler-staircase-improvements.patch
is causing this oops.
Regards,
Michal
--
Michal K. K. Piotrowski
LTG - Linux Testers Group (PL)
(http://www.stardust.webpages.pl/ltg/)
LTG - Linux Testers Group (EN)
(http://www.stardust.webpages.pl/linux_testers_group_en/)
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 22:20 ` 2.6.21-rc5-mm4 Michal Piotrowski
@ 2007-04-03 22:31 ` Con Kolivas
2007-04-03 23:31 ` 2.6.21-rc5-mm4 Michal Piotrowski
0 siblings, 1 reply; 86+ messages in thread
From: Con Kolivas @ 2007-04-03 22:31 UTC (permalink / raw)
To: Michal Piotrowski
Cc: Michal Piotrowski, Andrew Morton, linux-kernel, Ingo Molnar,
Dmitry Adamushko
On Wednesday 04 April 2007 08:20, Michal Piotrowski wrote:
> Michal Piotrowski napisał(a):
> > http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4/m
> >m-oops
> > http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4/m
> >m-config
>
> Sorry for a delay.
Never apologise!
(I'm trying hard to stay offline for my own health so I may have huge delays).
> Con, I think that your
> sched-implement-staircase-deadline-cpu-scheduler-staircase-improvements.pat
>ch is causing this oops.
Thanks for heads up!
Try this patch please?
---
Fix exiting recalc_task_prio without p->array being updated.
Microoptimisation courtesy of Dmitry Adamushko <dmitry.adamushko@gmail.com>
Signed-off-by: Con Kolivas <kernel@kolivas.org>
---
kernel/sched.c | 13 ++++++-------
1 file changed, 6 insertions(+), 7 deletions(-)
Index: linux-2.6.21-rc5-mm3/kernel/sched.c
===================================================================
--- linux-2.6.21-rc5-mm3.orig/kernel/sched.c 2007-04-04 08:23:45.000000000 +1000
+++ linux-2.6.21-rc5-mm3/kernel/sched.c 2007-04-04 08:25:39.000000000 +1000
@@ -683,11 +683,13 @@ static void dequeue_task(struct task_str
* The task is being queued on a fresh array so it has its entitlement
* bitmap cleared.
*/
-static inline void task_new_array(struct task_struct *p, struct rq *rq)
+static void task_new_array(struct task_struct *p, struct rq *rq,
+ struct prio_array *array)
{
bitmap_zero(p->bitmap, PRIO_RANGE);
p->rotation = rq->prio_rotation;
p->time_slice = p->quota;
+ p->array = array;
}
/* Find the first slot from the relevant prio_matrix entry */
@@ -736,11 +738,8 @@ static inline int next_entitled_slot(str
static void queue_expired(struct task_struct *p, struct rq *rq)
{
- p->array = rq->expired;
- task_new_array(p, rq);
+ task_new_array(p, rq, rq->expired);
p->prio = p->normal_prio = first_prio_slot(p);
- p->time_slice = p->quota;
- p->rotation = rq->prio_rotation;
}
#ifdef CONFIG_SMP
@@ -800,9 +799,9 @@ static void recalc_task_prio(struct task
queue_expired(p, rq);
return;
} else
- task_new_array(p, rq);
+ task_new_array(p, rq, array);
} else
- task_new_array(p, rq);
+ task_new_array(p, rq, array);
queue_prio = next_entitled_slot(p, rq);
if (queue_prio >= MAX_PRIO) {
--
-ck
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 5:47 2.6.21-rc5-mm4 Andrew Morton
` (4 preceding siblings ...)
2007-04-03 21:55 ` 2.6.21-rc5-mm4 Badari Pulavarty
@ 2007-04-03 22:40 ` J.A. Magallón
2007-04-03 22:51 ` 2.6.21-rc5-mm4 Andrew Morton
2007-04-04 1:35 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
` (7 subsequent siblings)
13 siblings, 1 reply; 86+ messages in thread
From: J.A. Magallón @ 2007-04-03 22:40 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
On Mon, 2 Apr 2007 22:47:45 -0700, Andrew Morton <akpm@linux-foundation.org> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
> - The oops in git-net.patch has been fixed, so that tree has been restored.
> It is huge.
>
> - Added the device-mapper development tree to the -mm lineup (Alasdair
> Kergon). It is a quilt tree, living at
> ftp://ftp.kernel.org/pub/linux/kernel/people/agk/patches/2.6/editing/.
>
> - Added davidel's signalfd stuff.
>
Something strange happens to me with this kernel.
Gnome Screensaver hangs the box. Locked solid, no atl-sysrq-raw,
no ssh. Nada.
Do not know if it's itself, or something in X dpms.
Somebody else ?
--
J.A. Magallon <jamagallon()ono!com> \ Software is like sex:
\ It's better when it's free
Mandriva Linux release 2007.1 (Cooker) for i586
Linux 2.6.20-jam08 (gcc 4.1.2 20070302 (prerelease) (4.1.2-1mdv2007.1)) #1 SMP PREEMPT
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 22:40 ` 2.6.21-rc5-mm4 J.A. Magallón
@ 2007-04-03 22:51 ` Andrew Morton
2007-04-03 22:58 ` 2.6.21-rc5-mm4 J.A. Magallón
0 siblings, 1 reply; 86+ messages in thread
From: Andrew Morton @ 2007-04-03 22:51 UTC (permalink / raw)
To: J.A. Magallón ; +Cc: linux-kernel, linux-fbdev-devel
On Wed, 4 Apr 2007 00:40:05 +0200
"J.A. Magall__n" <jamagallon@ono.com> wrote:
> On Mon, 2 Apr 2007 22:47:45 -0700, Andrew Morton <akpm@linux-foundation.org> wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> > - The oops in git-net.patch has been fixed, so that tree has been restored.
> > It is huge.
> >
> > - Added the device-mapper development tree to the -mm lineup (Alasdair
> > Kergon). It is a quilt tree, living at
> > ftp://ftp.kernel.org/pub/linux/kernel/people/agk/patches/2.6/editing/.
> >
> > - Added davidel's signalfd stuff.
> >
>
> Something strange happens to me with this kernel.
> Gnome Screensaver hangs the box. Locked solid, no atl-sysrq-raw,
> no ssh. Nada.
> Do not know if it's itself, or something in X dpms.
>
> Somebody else ?
>
Do you know what the particualr screensaver is trying to do? Does it do
whizzy 3d graphics, or does it just blank the screen, or... ?
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 20:40 ` 2.6.21-rc5-mm4 Christoph Lameter
@ 2007-04-03 22:53 ` Badari Pulavarty
2007-04-03 22:59 ` 2.6.21-rc5-mm4 Christoph Lameter
2007-04-04 1:16 ` 2.6.21-rc5-mm4 Christoph Lameter
0 siblings, 2 replies; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-03 22:53 UTC (permalink / raw)
To: Christoph Lameter; +Cc: Andrew Morton, lkml
On Tue, 2007-04-03 at 13:40 -0700, Christoph Lameter wrote:
> On Tue, 3 Apr 2007, Badari Pulavarty wrote:
>
> > On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> > >
> >
> > SLUB code hangs my ppc64 machine on boot.
>
> Could you enable NMI or something and get me a stackdump? PPC is notorious
> for having strange NUMA issues. Any fallbacks from node 0 on bootstrap? Is
> there memory on node 0?
Seems to be an issue with calibrate_delay() spinning in a tight
loop :(
BTW, machine boots fine with SLAB code - not sure why ?
Thanks,
Badari
SLUB V6: General Slabs=18, HW alignment=128, Processors=8, Nodes=16
cpu 0x0: Vector: 100 (System Reset) at [c000000000723bc0]
pc: c00000000000999c: .calibrate_delay+0x90/0x1a8
lr: c000000000009988: .calibrate_delay+0x7c/0x1a8
sp: c000000000723e40
msr: 8000000000081032
current = 0xc00000000060ef50
paca = 0xc00000000060f800
pid = 0, comm = swapper
enter ? for help
[c000000000723ee0] c0000000005a7900 .start_kernel+0x334/0x3f4
[c000000000723f90] c000000000008524 .start_here_common+0x54/0x130
00 = 00000000ffff8adc R16 = 0000000000000000
R01 = c000000000723e40 R17 = 0000000000000000
R02 = c0000000007207d8 R18 = 0000000000000000
R03 = 0000000000002000 R19 = 4000000001c00000
R04 = 0000000000000001 R20 = c0000000005dc618
R05 = 0000000000000001 R21 = 00000000021dc888
R06 = 0000000000000000 R22 = 0000000000000000
R07 = c00000000063fa38 R23 = c0000000005dc888
R08 = 000000000007ffff R24 = 00000000021dc618
R09 = c000000000736400 R25 = 0000000001a3f9a0
R10 = c000000000766f80 R26 = c000000000758000
R11 = 00000000ffff8adc R27 = c000000000759030
R12 = c000000000647ad0 R28 = c0000000007598b0
R13 = c00000000060f800 R29 = 0000000000000000
R14 = 0000000000000000 R30 = c0000000005f3db8
R15 = 0000000000000000 R31 = c000000000736400
pc = c00000000000999c .calibrate_delay+0x90/0x1a8
lr = c000000000009988 .calibrate_delay+0x7c/0x1a8
msr = 8000000000081032 cr = 24002042
ctr = 0000000000000000 xer = 0000000000000005 trap = 100
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 22:51 ` 2.6.21-rc5-mm4 Andrew Morton
@ 2007-04-03 22:58 ` J.A. Magallón
2007-04-03 23:22 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
0 siblings, 1 reply; 86+ messages in thread
From: J.A. Magallón @ 2007-04-03 22:58 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, linux-fbdev-devel
On Tue, 3 Apr 2007 15:51:35 -0700, Andrew Morton <akpm@linux-foundation.org> wrote:
> On Wed, 4 Apr 2007 00:40:05 +0200
> "J.A. Magall__n" <jamagallon@ono.com> wrote:
>
> > On Mon, 2 Apr 2007 22:47:45 -0700, Andrew Morton <akpm@linux-foundation.org> wrote:
> >
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> > >
> > > - The oops in git-net.patch has been fixed, so that tree has been restored.
> > > It is huge.
> > >
> > > - Added the device-mapper development tree to the -mm lineup (Alasdair
> > > Kergon). It is a quilt tree, living at
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/agk/patches/2.6/editing/.
> > >
> > > - Added davidel's signalfd stuff.
> > >
> >
> > Something strange happens to me with this kernel.
> > Gnome Screensaver hangs the box. Locked solid, no atl-sysrq-raw,
> > no ssh. Nada.
> > Do not know if it's itself, or something in X dpms.
> >
> > Somebody else ?
> >
>
> Do you know what the particualr screensaver is trying to do? Does it do
> whizzy 3d graphics, or does it just blank the screen, or... ?
Just the 'Floating Feet', I love it ;).... (just 2D, not linked to any
libGL...).
Anyways, I have just remembered I use the (in)famous nVidia driver.
Will try to reproduce without it. This was more like a probe to see if
somebody else is suffering it...
--
J.A. Magallon <jamagallon()ono!com> \ Software is like sex:
\ It's better when it's free
Mandriva Linux release 2007.1 (Cooker) for i586
Linux 2.6.20-jam08 (gcc 4.1.2 20070302 (prerelease) (4.1.2-1mdv2007.1)) #1 SMP PREEMPT
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 22:53 ` 2.6.21-rc5-mm4 Badari Pulavarty
@ 2007-04-03 22:59 ` Christoph Lameter
2007-04-03 23:40 ` 2.6.21-rc5-mm4 Badari Pulavarty
2007-04-04 1:16 ` 2.6.21-rc5-mm4 Christoph Lameter
1 sibling, 1 reply; 86+ messages in thread
From: Christoph Lameter @ 2007-04-03 22:59 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> > > SLUB code hangs my ppc64 machine on boot.
> >
> > Could you enable NMI or something and get me a stackdump? PPC is notorious
> > for having strange NUMA issues. Any fallbacks from node 0 on bootstrap? Is
> > there memory on node 0?
>
>
> Seems to be an issue with calibrate_delay() spinning in a tight
> loop :(
>
> BTW, machine boots fine with SLAB code - not sure why ?
SLUB does not guarantee the special casing that SLAB provides for
page sized allocations via kmalloc. SLAB aligns page sized allocations on
page boundaries and does not allow full debugging of page sized
allocations in order to keep these slabs on page sized boundaries.
I suspect this is related. I could add the same special casing to SLUB.
But I really wish we would get rid of special slab behavior depending on
the size of the slab. Maybe there is no way around it. Sigh.
What is the data that calibrate delay is looking at?
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 21:55 ` 2.6.21-rc5-mm4 Badari Pulavarty
@ 2007-04-03 23:19 ` Badari Pulavarty
2007-04-03 23:27 ` 2.6.21-rc5-mm4 Christoph Lameter
0 siblings, 1 reply; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-03 23:19 UTC (permalink / raw)
To: Andrew Morton; +Cc: Christoph Lameter, lkml
On Tue, 2007-04-03 at 14:55 -0700, Badari Pulavarty wrote:
> On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
>
>
> SLUB code paniced my x86-64 box also :(
More on this panic.. line of code causing the issue is:
mm/slub.c:1133
2df1: 49 8b 04 c4 mov (%r12,%rax,8),%rax
2df5: 48 89 43 20 mov %rax,0x20(%rbx)
page->freelist = object[page->offset];
Hope this helps.
Thanks,
Badari
> Linux version 2.6.21-rc5-mm4 (root@elm3b29) (gcc version 4.1.0 (SUSE
> Linux)) #1 SMP Tue Apr 3 15:45:09 PDT 2007
> Command line: root=/dev/hda2 vga=0x314 selinux=0 console=tty0
> console=ttyS0,38400 resume=/dev/hda1 resume=/dev/hda1 splash=silent
> showopts
> BIOS-provided physical RAM map:
> BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
> BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
> BIOS-e820: 00000000000ca000 - 0000000000100000 (reserved)
> BIOS-e820: 0000000000100000 - 00000000dfef0000 (usable)
> BIOS-e820: 00000000dfef0000 - 00000000dfeff000 (ACPI data)
> BIOS-e820: 00000000dfeff000 - 00000000dff00000 (ACPI NVS)
> BIOS-e820: 00000000dff00000 - 00000000e0000000 (usable)
> BIOS-e820: 00000000fec00000 - 00000000fec00400 (reserved)
> BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
> BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
> BIOS-e820: 0000000100000000 - 00000001e0000000 (usable)
> end_pfn_map = 1966080
> DMI 2.3 present.
> ACPI: RSDP 000F6970, 0024 (r2 PTLTD )
> ACPI: XSDT DFEFC625, 003C (r1 PTLTD XSDT 6040000 LTP 0)
> ACPI: FACP DFEFED02, 00F4 (r3 AMD HAMMER 6040000 PTEC F4240)
> ACPI: DSDT DFEFC661, 262D (r1 AMD-K8 AMDACPI 6040000 MSFT 100000D)
> ACPI: FACS DFEFFFC0, 0040
> ACPI: SRAT DFEFEDF6, 0160 (r1 AMD HAMMER 6040000 AMD 1)
> ACPI: APIC DFEFEF56, 00AA (r1 PTLTD APIC 6040000 LTP 0)
> SRAT: PXM 0 -> APIC 0 -> Node 0
> SRAT: PXM 1 -> APIC 1 -> Node 1
> SRAT: PXM 2 -> APIC 2 -> Node 2
> SRAT: PXM 3 -> APIC 3 -> Node 3
> SRAT: Node 0 PXM 0 0-a0000
> SRAT: Node 0 PXM 0 0-e0000000
> SRAT: Node 0 PXM 0 0-180000000
> SRAT: PXM 1 (100000000-1a0000000) overlaps with PXM 0 (0-180000000)
> SRAT: SRAT not used.
> Scanning NUMA topology in Northbridge 24
> Number of nodes 4
> Node 0 MemBase 0000000000000000 Limit 0000000180000000
> Node 1 MemBase 0000000180000000 Limit 00000001a0000000
> Node 2 MemBase 00000001a0000000 Limit 00000001c0000000
> Node 3 MemBase 00000001c0000000 Limit 00000001e0000000
> Using node hash shift of 29
> Bootmem setup node 0 0000000000000000-0000000180000000
> Bootmem setup node 1 0000000180000000-00000001a0000000
> Bootmem setup node 2 00000001a0000000-00000001c0000000
> Bootmem setup node 3 00000001c0000000-00000001e0000000
> Zone PFN ranges:
> DMA 0 -> 4096
> DMA32 4096 -> 1048576
> Normal 1048576 -> 1966080
> Movable zone start PFN for each node
> early_node_map[7] active PFN ranges
> 0: 0 -> 159
> 0: 256 -> 917232
> 0: 917248 -> 917504
> 0: 1048576 -> 1572864
> 1: 1572864 -> 1703936
> 2: 1703936 -> 1835008
> 3: 1835008 -> 1966080
> ACPI: PM-Timer IO Port: 0x8008
> ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
> Processor #0 (Bootup-CPU)
> ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
> Processor #1
> ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
> Processor #2
> ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled)
> Processor #3
> ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
> ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0])
> IOAPIC[0]: apic_id 4, address 0xfec00000, GSI 0-23
> ACPI: IOAPIC (id[0x05] address[0xfa3e0000] gsi_base[24])
> IOAPIC[1]: apic_id 5, address 0xfa3e0000, GSI 24-27
> ACPI: IOAPIC (id[0x06] address[0xfa3e1000] gsi_base[28])
> IOAPIC[2]: apic_id 6, address 0xfa3e1000, GSI 28-31
> ACPI: IOAPIC (id[0x07] address[0xfa3e2000] gsi_base[32])
> IOAPIC[3]: apic_id 7, address 0xfa3e2000, GSI 32-35
> ACPI: IOAPIC (id[0x08] address[0xfa3e4000] gsi_base[36])
> IOAPIC[4]: apic_id 8, address 0xfa3e4000, GSI 36-39
> ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge)
> Setting APIC routing to flat
> Using ACPI (MADT) for SMP configuration information
> Allocating PCI resources starting at e2000000 (gap: e0000000:1ec00000)
> PERCPU: Allocating 41984 bytes of per cpu data
> Built 4 zonelists. Total pages: 1771993
> Kernel command line: root=/dev/hda2 vga=0x314 selinux=0 console=tty0
> console=ttyS0,38400 resume=/dev/hda1 resume=/dev/hda1 splash=silent
> showopts
> Initializing CPU#0
> PID hash table entries: 4096 (order: 12, 32768 bytes)
> Extended CMOS year: 2000
> time.c: Detected 1398.207 MHz processor.
> Console: colour dummy device 80x25
> Checking aperture...
> CPU 0: aperture @ 0 size 32 MB
> No AGP bridge found
> Your BIOS doesn't leave a aperture memory hole
> Please enable the IOMMU option in the BIOS setup
> This costs you 64 MB of RAM
> Mapping aperture over 65536 KB of RAM @ 4000000
> Memory: 7021948k/7864320k available (3113k kernel code, 317632k
> reserved, 1229k data, 364k init)
> SLUB V6: General Slabs=18, HW alignment=128, Processors=4, Nodes=64
> Calibrating delay using timer specific routine.. 2799.04 BogoMIPS
> (lpj=5598083)
> Security Framework v1.0.0 initialized
> Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
> Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
> Mount-cache hash table entries: 256
> CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
> CPU: L2 Cache: 1024K (64 bytes/line)
> CPU 0/0 -> Node 0
> Freeing SMP alternatives: 36k freed
> ACPI: Core revision 20070126
> Using local APIC timer interrupts.
> result 12483999
> Detected 12.483 MHz APIC timer.
> Booting processor 1/4 APIC 0x1
> Initializing CPU#1
> Calibrating delay using timer specific routine.. 2796.59 BogoMIPS
> (lpj=5593187)
> CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
> CPU: L2 Cache: 1024K (64 bytes/line)
> CPU 1/1 -> Node 1
> Opteron MP w/ 1MB stepping 00
> Booting processor 2/4 APIC 0x2
> Initializing CPU#2
> Calibrating delay using timer specific routine.. 2796.62 BogoMIPS
> (lpj=5593246)
> CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
> CPU: L2 Cache: 1024K (64 bytes/line)
> CPU 2/2 -> Node 2
> Opteron MP w/ 1MB stepping 00
> Booting processor 3/4 APIC 0x3
> Initializing CPU#3
> Calibrating delay using timer specific routine.. 2796.59 BogoMIPS
> (lpj=5593181)
> CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
> CPU: L2 Cache: 1024K (64 bytes/line)
> CPU 3/3 -> Node 3
> Opteron MP w/ 1MB stepping 00
> Brought up 4 CPUs
> migration_cost=0,712
> NET: Registered protocol family 16
> ACPI: bus type pci registered
> PCI: Using configuration type 1
> ACPI: Interpreter enabled
> ACPI: Using IOAPIC for interrupt routing
> ACPI: PCI Root Bridge [PCI0] (0000:00)
> 0000:00:07.1: cannot adjust BAR0 (not I/O)
> 0000:00:07.1: cannot adjust BAR1 (not I/O)
> 0000:00:07.1: cannot adjust BAR2 (not I/O)
> 0000:00:07.1: cannot adjust BAR3 (not I/O)
> ACPI: PCI Root Bridge [PCI1] (0000:08)
> ACPI: PCI Interrupt Link [LNKA] (IRQs 3 *5 10 11)
> ACPI: PCI Interrupt Link [LNKB] (IRQs 3 5 *10 11)
> ACPI: PCI Interrupt Link [LNKC] (IRQs 3 5 10 *11)
> ACPI: PCI Interrupt Link [LNKD] (IRQs 3 5 10 *11)
> Linux Plug and Play Support v0.97 (c) Adam Belay
> pnp: PnP ACPI init
> pnp: PnP ACPI: found 14 devices
> PCI: Using ACPI for IRQ routing
> PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a
> report
> PCI-DMA: Disabling AGP.
> PCI-DMA: aperture base @ 4000000 size 65536 KB
> PCI-DMA: using GART IOMMU.
> PCI-DMA: Reserving 64MB of IOMMU area in the AGP aperture
> general protection fault: 0000 [1] <6>Time: tsc clocksource has been
> installed.
> SMP
> last sysfs file:
> CPU 0
> Modules linked in:
> Pid: 1, comm: swapper Not tainted 2.6.21-rc5-mm4 #1
> RIP: 0010:[<ffffffff802860e1>] [<ffffffff802860e1>] kmem_cache_alloc
> +0xc1/0x1a0RSP: 0000:ffff810173f39dd0 EFLAGS: 00010006
> RAX: 0000000000000000 RBX: ffff81019ff6b600 RCX: 0000000000000000
> RDX: 0000000000000000 RSI: 00000000000000d0 RDI: ffffffff8068dac0
> RBP: ffff810173f39e00 R08: ffff81019ed4283a R09: 0000000000000000
> R10: ffff81019ed42900 R11: 0000000000000100 R12: 0000af3500000000
> R13: ffffffff8068dac0 R14: 0000000000000282 R15: 0000000000000000
> FS: 0000000000000000(0000) GS:ffffffff8063e000(0000)
> knlGS:0000000000000000
> CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
> CR2: 0000000000000000 CR3: 0000000000201000 CR4: 00000000000006e0
> Process swapper (pid: 1, threadinfo ffff810173f38000, task
> ffff8101c0340000)
> Stack: 00000000000000d0 00000000000000d0 ffffffff80601d60
> 000000000000000d
> ffffffff805991c5 ffffffff805991c5 ffff810173f39e20 ffffffff80286551
> ffffffffffffffed ffff81019ed42900 ffff810173f39e50 ffffffff802a3642
> Call Trace:
> [<ffffffff80286551>] __kmalloc+0x21/0x30
> [<ffffffff802a3642>] alloc_vfsmnt+0xd2/0x110
> [<ffffffff8028c4ac>] vfs_kern_mount+0x3c/0x160
> [<ffffffff8028c5e0>] kern_mount+0x10/0x20
> [<ffffffff806cef6b>] anon_inode_init+0x2b/0x130
> [<ffffffff806b2a04>] kernel_init+0x154/0x330
> [<ffffffff8020a8c8>] child_rip+0xa/0x12
> [<ffffffff806b28b0>] kernel_init+0x0/0x330
> [<ffffffff8020a8be>] child_rip+0x0/0x12
>
>
> Code: 49 8b 04 c4 48 89 43 20 f0 0f ba 2b 02 8b 03 a8 01 74 4c f0
> RIP [<ffffffff802860e1>] kmem_cache_alloc+0xc1/0x1a0
> RSP <ffff810173f39dd0>
> Kernel panic - not syncing: Attempted to kill init!
>
>
>
> -
> 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/
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 22:58 ` 2.6.21-rc5-mm4 J.A. Magallón
@ 2007-04-03 23:22 ` Valdis.Kletnieks
2007-04-03 23:43 ` 2.6.21-rc5-mm4 J.A. Magallón
0 siblings, 1 reply; 86+ messages in thread
From: Valdis.Kletnieks @ 2007-04-03 23:22 UTC (permalink / raw)
To: J.A. Magallón; +Cc: Andrew Morton, linux-kernel, linux-fbdev-devel
[-- Attachment #1: Type: text/plain, Size: 449 bytes --]
On Wed, 04 Apr 2007 00:58:26 +0200, "J.A. =?UTF-8?B?TWFnYWxsw7Nu?=" said:
> Anyways, I have just remembered I use the (in)famous nVidia driver.
> Will try to reproduce without it. This was more like a probe to see if
> somebody else is suffering it...
The nVidia driver will get some truly astounding indigestion if you accidentally
upgrade your xorg userspace libraries and forget to re-install the nVidia
userspace. Is that what's biting you?
[-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --]
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 23:19 ` 2.6.21-rc5-mm4 Badari Pulavarty
@ 2007-04-03 23:27 ` Christoph Lameter
2007-04-03 23:38 ` 2.6.21-rc5-mm4 Badari Pulavarty
0 siblings, 1 reply; 86+ messages in thread
From: Christoph Lameter @ 2007-04-03 23:27 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> On Tue, 2007-04-03 at 14:55 -0700, Badari Pulavarty wrote:
> > On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> >
> >
> > SLUB code paniced my x86-64 box also :(
>
> More on this panic.. line of code causing the issue is:
>
> mm/slub.c:1133
> 2df1: 49 8b 04 c4 mov (%r12,%rax,8),%rax
> 2df5: 48 89 43 20 mov %rax,0x20(%rbx)
>
> page->freelist = object[page->offset];
>
> Hope this helps.
Yes. Could you boot with "slub_debug" set? Looks like a slab object may
be getting corrupted.
x86_64 with numa emulation 4 nodes boots fine here.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 22:31 ` 2.6.21-rc5-mm4 Con Kolivas
@ 2007-04-03 23:31 ` Michal Piotrowski
2007-04-04 13:22 ` [PATCH] sched: implement staircase deadline cpu scheduler improvements fix Con Kolivas
0 siblings, 1 reply; 86+ messages in thread
From: Michal Piotrowski @ 2007-04-03 23:31 UTC (permalink / raw)
To: Con Kolivas
Cc: Michal Piotrowski, Andrew Morton, linux-kernel, Ingo Molnar,
Dmitry Adamushko
Con Kolivas napisał(a):
> On Wednesday 04 April 2007 08:20, Michal Piotrowski wrote:
>> Michal Piotrowski napisał(a):
>>> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4/m
>>> m-oops
>>> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4/m
>>> m-config
>> Sorry for a delay.
>
> Never apologise!
>
> (I'm trying hard to stay offline for my own health so I may have huge delays).
>
>> Con, I think that your
>> sched-implement-staircase-deadline-cpu-scheduler-staircase-improvements.pat
>> ch is causing this oops.
>
> Thanks for heads up!
>
> Try this patch please?
I still get the same oops.
BUG: unable to handle kernel paging request at virtual address 0743c798
printing eip:
c011d80a
*pde = 00000000
Oops: 0000 [#1]
PREEMPT SMP
last sysfs file: devices/platform/w83627hf.656/temp2_input
Modules linked in: ipt_MASQUERADE iptable_nat nf_nat nfsd exportfs lockd nfs_acl autofs4 sunrpc af_packet nf_conntrack_netbios_ns ipt_REJECT nf_conntrack_ipv4 xt_state nf_conntrack nfnetlink iptable_filter ip_tables ip6t_REJECT xt_tcpudp ip6table_filter ip6_tables x_tables ipv6 binfmt_misc thermal processor fan container nvram snd_intel8x0 snd_ac97_codec ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc evdev i2c_i801 intel_agp agpgart ide_cd cdrom rtc unix
CPU: 0
EIP: 0060:[<c011d80a>] Not tainted VLI
EFLAGS: 00210006 (2.6.21-rc5-mm4 #15)
EIP is at recalc_task_prio+0xc0/0x162
l *0xc011d80a
0xc011d80a is in recalc_task_prio (/mnt/md0/devel/linux-mm/kernel/sched.c:722).
717 * a queued better static_prio's prio_level.
718 */
719 if (p->static_prio < rq->best_static_prio) {
720 search_prio = MAX_RT_PRIO;
721 if (likely(p->policy != SCHED_BATCH))
722 rq->best_static_prio = p->static_prio;
723 } else if (p->static_prio == rq->best_static_prio)
724 search_prio = rq->prio_level[uprio];
725 else {
726 search_prio = max(rq->prio_level[uprio],
eax: 1000008b ebx: 10000027 ecx: 0000008b edx: c743c27c
esi: cc33d510 edi: c743bda0 ebp: ce4a9ec0 esp: ce4a9e98
ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
Process operapluginwrap (pid: 3559, ti=ce4a8000 task=ce006ac0 task.ti=ce4a8000)
Stack: 00000000 c743c27c 00000001 c011defe c01240b5 c04eac14 ce4a9ed0 cc33d510
c743bda0 cc33d510 ce4a9ed0 c011d9f1 00000001 cc33d510 ce4a9f00 c011f2ef
00000000 c052cda0 ce4a9f00 c743bda0 c8ada023 00000029 cc33d510 003d0f00
Call Trace:
[<c011d9f1>] enqueue_task+0x31/0x7d
[<c011f2ef>] activate_task+0xba/0xce
[<c01223bb>] wake_up_new_task+0x65/0x125
[<c01243d5>] do_fork+0x10f/0x181
[<c010223f>] sys_clone+0x33/0x39
[<c010424c>] syscall_call+0x7/0xb
[<4cefd258>] 0x4cefd258
=======================
INFO: lockdep is turned off.
Code: 7d 29 31 d2 83 7e 5c 03 0f 95 c2 b8 74 4c 4a c0 e8 04 e4 0f 00 c7 45 e0 64 00 00 00 85 c0 74 23 8b 46 1c 89 87 fc 09 00 00 eb 18 <8b> 94 9f 5c 09 00 00 74 0c 8b 84 8f cc 07 00 00 39 d0 0f 4d d0
EIP: [<c011d80a>] recalc_task_prio+0xc0/0x162 SS:ESP 0068:ce4a9e98
BUG: NMI Watchdog detected LOCKUP on CPU0, eip c021ad9a, registers:
Modules linked in: ipt_MASQUERADE iptable_nat nf_nat nfsd exportfs lockd nfs_acl autofs4 sunrpc af_packet nf_conntrack_netbios_ns ipt_REJECT nf_conntrack_ipv4 xt_state nf_conntrack nfnetlink iptable_filter ip_tables ip6t_REJECT xt_tcpudp ip6table_filter ip6_tables x_tables ipv6 binfmt_misc thermal processor fan container nvram snd_intel8x0 snd_ac97_codec ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc evdev i2c_i801 intel_agp agpgart ide_cd cdrom rtc unix
CPU: 0
EIP: 0060:[<c021ad9a>] Not tainted VLI
EFLAGS: 00200006 (2.6.21-rc5-mm4 #15)
EIP is at _raw_spin_lock+0xb5/0x128
l *0xc021ad9a
0xc021ad9a is in _raw_spin_lock (/mnt/md0/devel/linux-mm/lib/spinlock_debug.c:109).
104 u64 loops = loops_per_jiffy * HZ;
105 int print_once = 1;
106
107 for (;;) {
108 for (i = 0; i < loops; i++) {
109 if (__raw_spin_trylock(&lock->raw_lock))
110 return;
111 __delay(1);
112 }
113 /* lockup suspected: */
eax: 00000000 ebx: c743bda0 ecx: 88044b58 edx: 00000078
esi: 01f2bd6f edi: 00000001 ebp: ce4a9c88 esp: ce4a9c60
ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
Process operapluginwrap (pid: 3559, ti=ce4a8000 task=ce006ac0 task.ti=ce4a8000)
Stack: 00000000 00000002 00000001 c011defe 000f4240 000026ec a6ca8450 c743bda0
c743bda0 ce4a9d18 ce4a9ca8 c034f47e 00000000 00000002 c011defe c0140275
c0852720 c052cda0 ce4a9cc8 c011defe c0852720 000f4240 c9855510 c9799f00
Call Trace:
[<c034f47e>] _spin_lock+0x3c/0x42
[<c011defe>] task_rq_lock+0x36/0x70
[<c011f31d>] try_to_wake_up+0x1a/0x36b
[<c011f67c>] default_wake_function+0xe/0x10
[<c0136f8a>] autoremove_wake_function+0x17/0x3a
[<c011c773>] __wake_up_common+0x32/0x55
[<c011d62b>] __wake_up+0x31/0x42
[<c012541f>] wake_up_klogd+0x36/0x38
[<c020e34a>] bust_spinlocks+0x2a/0x2c
[<c01058bd>] die+0x16c/0x22c
[<c011b9ed>] do_page_fault+0x47c/0x55b
[<c034fdb1>] error_code+0x79/0x80
[<c011d80a>] recalc_task_prio+0xc0/0x162
[<c011d9f1>] enqueue_task+0x31/0x7d
[<c011f2ef>] activate_task+0xba/0xce
[<c01223bb>] wake_up_new_task+0x65/0x125
[<c01243d5>] do_fork+0x10f/0x181
[<c010223f>] sys_clone+0x33/0x39
[<c010424c>] syscall_call+0x7/0xb
[<4cefd258>] 0x4cefd258
=======================
INFO: lockdep is turned off.
Code: 9e c2 b8 38 16 4c c0 e8 7d 0e 00 00 85 c0 74 74 69 05 88 07 4a c0 e8 03 00 00 89 45 f0 bf 01 00 00 00 31 f6 eb 13 31 c0 86 03 46 <84> c0 7f 55 b8 01 00 00 00 e8 e8 20 ff ff 3b 75 f0 75 e8 85 ff
serial console log
http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4/mm-oops2
BTW. I want to do some scheduler benchmarks tomorrow.
Do sched-implement-staircase-deadline-cpu-scheduler-staircase-improvements.patch
is really important for staircase scheduler performance?
Regards,
Michal
--
Michal K. K. Piotrowski
LTG - Linux Testers Group (PL)
(http://www.stardust.webpages.pl/ltg/)
LTG - Linux Testers Group (EN)
(http://www.stardust.webpages.pl/linux_testers_group_en/)
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 23:27 ` 2.6.21-rc5-mm4 Christoph Lameter
@ 2007-04-03 23:38 ` Badari Pulavarty
2007-04-03 23:40 ` 2.6.21-rc5-mm4 Christoph Lameter
0 siblings, 1 reply; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-03 23:38 UTC (permalink / raw)
To: Christoph Lameter; +Cc: Andrew Morton, lkml
On Tue, 2007-04-03 at 16:27 -0700, Christoph Lameter wrote:
> On Tue, 3 Apr 2007, Badari Pulavarty wrote:
>
> > On Tue, 2007-04-03 at 14:55 -0700, Badari Pulavarty wrote:
> > > On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> > >
> > >
> > >
> > > SLUB code paniced my x86-64 box also :(
> >
> > More on this panic.. line of code causing the issue is:
> >
> > mm/slub.c:1133
> > 2df1: 49 8b 04 c4 mov (%r12,%rax,8),%rax
> > 2df5: 48 89 43 20 mov %rax,0x20(%rbx)
> >
> > page->freelist = object[page->offset];
> >
> > Hope this helps.
>
> Yes. Could you boot with "slub_debug" set? Looks like a slab object may
> be getting corrupted.
>
> x86_64 with numa emulation 4 nodes boots fine here.
Not sure, if this helps any (slub_debug = 1) :(
Thanks,
Badari
Linux version 2.6.21-rc5-mm4 (root@elm3b29) (gcc version 4.1.0 (SUSE
Linux)) #2 SMP Tue Apr 3 17:36:21 PDT 2007
Command line: root=/dev/hda2 vga=0x314 selinux=0 console=tty0
console=ttyS0,38400 resume=/dev/hda1 resume=/dev/hda1 splash=silent
showopts
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000ca000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000dfef0000 (usable)
BIOS-e820: 00000000dfef0000 - 00000000dfeff000 (ACPI data)
BIOS-e820: 00000000dfeff000 - 00000000dff00000 (ACPI NVS)
BIOS-e820: 00000000dff00000 - 00000000e0000000 (usable)
BIOS-e820: 00000000fec00000 - 00000000fec00400 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 00000001e0000000 (usable)
end_pfn_map = 1966080
DMI 2.3 present.
ACPI: RSDP 000F6970, 0024 (r2 PTLTD )
ACPI: XSDT DFEFC625, 003C (r1 PTLTD XSDT 6040000 LTP 0)
ACPI: FACP DFEFED02, 00F4 (r3 AMD HAMMER 6040000 PTEC F4240)
ACPI: DSDT DFEFC661, 262D (r1 AMD-K8 AMDACPI 6040000 MSFT 100000D)
ACPI: FACS DFEFFFC0, 0040
ACPI: SRAT DFEFEDF6, 0160 (r1 AMD HAMMER 6040000 AMD 1)
ACPI: APIC DFEFEF56, 00AA (r1 PTLTD APIC 6040000 LTP 0)
SRAT: PXM 0 -> APIC 0 -> Node 0
SRAT: PXM 1 -> APIC 1 -> Node 1
SRAT: PXM 2 -> APIC 2 -> Node 2
SRAT: PXM 3 -> APIC 3 -> Node 3
SRAT: Node 0 PXM 0 0-a0000
SRAT: Node 0 PXM 0 0-e0000000
SRAT: Node 0 PXM 0 0-180000000
SRAT: PXM 1 (100000000-1a0000000) overlaps with PXM 0 (0-180000000)
SRAT: SRAT not used.
Scanning NUMA topology in Northbridge 24
Number of nodes 4
Node 0 MemBase 0000000000000000 Limit 0000000180000000
Node 1 MemBase 0000000180000000 Limit 00000001a0000000
Node 2 MemBase 00000001a0000000 Limit 00000001c0000000
Node 3 MemBase 00000001c0000000 Limit 00000001e0000000
Using node hash shift of 29
Bootmem setup node 0 0000000000000000-0000000180000000
Bootmem setup node 1 0000000180000000-00000001a0000000
Bootmem setup node 2 00000001a0000000-00000001c0000000
Bootmem setup node 3 00000001c0000000-00000001e0000000
Zone PFN ranges:
DMA 0 -> 4096
DMA32 4096 -> 1048576
Normal 1048576 -> 1966080
Movable zone start PFN for each node
early_node_map[7] active PFN ranges
0: 0 -> 159
0: 256 -> 917232
0: 917248 -> 917504
0: 1048576 -> 1572864
1: 1572864 -> 1703936
2: 1703936 -> 1835008
3: 1835008 -> 1966080
ACPI: PM-Timer IO Port: 0x8008
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 (Bootup-CPU)
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
Processor #1
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
Processor #2
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled)
Processor #3
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 4, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x05] address[0xfa3e0000] gsi_base[24])
IOAPIC[1]: apic_id 5, address 0xfa3e0000, GSI 24-27
ACPI: IOAPIC (id[0x06] address[0xfa3e1000] gsi_base[28])
IOAPIC[2]: apic_id 6, address 0xfa3e1000, GSI 28-31
ACPI: IOAPIC (id[0x07] address[0xfa3e2000] gsi_base[32])
IOAPIC[3]: apic_id 7, address 0xfa3e2000, GSI 32-35
ACPI: IOAPIC (id[0x08] address[0xfa3e4000] gsi_base[36])
IOAPIC[4]: apic_id 8, address 0xfa3e4000, GSI 36-39
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge)
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at e2000000 (gap: e0000000:1ec00000)
PERCPU: Allocating 41984 bytes of per cpu data
Built 4 zonelists. Total pages: 1771993
Kernel command line: root=/dev/hda2 vga=0x314 selinux=0 console=tty0
console=ttyS0,38400 resume=/dev/hda1 resume=/dev/hda1 splash=silent
showopts
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
Extended CMOS year: 2000
time.c: Detected 1398.191 MHz processor.
Console: colour dummy device 80x25
Checking aperture...
CPU 0: aperture @ 0 size 32 MB
No AGP bridge found
Your BIOS doesn't leave a aperture memory hole
Please enable the IOMMU option in the BIOS setup
This costs you 64 MB of RAM
Mapping aperture over 65536 KB of RAM @ 4000000
Memory: 7021948k/7864320k available (3113k kernel code, 317632k
reserved, 1229k data, 364k init)
SLUB V6: General Slabs=18, HW alignment=128, Processors=4, Nodes=64
Calibrating delay using timer specific routine.. 2799.03 BogoMIPS
(lpj=5598079)
Security Framework v1.0.0 initialized
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 0/0 -> Node 0
Freeing SMP alternatives: 36k freed
ACPI: Core revision 20070126
Using local APIC timer interrupts.
result 12483855
Detected 12.483 MHz APIC timer.
Booting processor 1/4 APIC 0x1
Initializing CPU#1
Calibrating delay using timer specific routine.. 2796.59 BogoMIPS
(lpj=5593189)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 1/1 -> Node 1
Opteron MP w/ 1MB stepping 00
Booting processor 2/4 APIC 0x2
Initializing CPU#2
Calibrating delay using timer specific routine.. 2796.57 BogoMIPS
(lpj=5593147)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 2/2 -> Node 2
Opteron MP w/ 1MB stepping 00
Booting processor 3/4 APIC 0x3
Initializing CPU#3
Calibrating delay using timer specific routine.. 2796.56 BogoMIPS
(lpj=5593127)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 3/3 -> Node 3
Opteron MP w/ 1MB stepping 00
Brought up 4 CPUs
migration_cost=0,766
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: Using configuration type 1
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
0000:00:07.1: cannot adjust BAR0 (not I/O)
0000:00:07.1: cannot adjust BAR1 (not I/O)
0000:00:07.1: cannot adjust BAR2 (not I/O)
0000:00:07.1: cannot adjust BAR3 (not I/O)
ACPI: PCI Root Bridge [PCI1] (0000:08)
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 *5 10 11)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 5 *10 11)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 5 10 *11)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 5 10 *11)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 14 devices
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a
report
PCI-DMA: Disabling AGP.
PCI-DMA: aperture base @ 4000000 size 65536 KB
PCI-DMA: using GART IOMMU.
PCI-DMA: Reserving 64MB of IOMMU area in the AGP aperture
general protection fault: 0000 [1] <6>Time: tsc clocksource has been
installed.
SMP
last sysfs file:
CPU 0
Modules linked in:
Pid: 1, comm: swapper Not tainted 2.6.21-rc5-mm4 #2
RIP: 0010:[<ffffffff802860e1>] [<ffffffff802860e1>] kmem_cache_alloc
+0xc1/0x1a0RSP: 0000:ffff8101c031bdd0 EFLAGS: 00010006
RAX: 0000000000000000 RBX: ffff81017400e900 RCX: 0000000000000000
RDX: 0000000000000000 RSI: 00000000000000d0 RDI: ffffffff8068dac0
RBP: ffff8101c031be00 R08: ffff810000180d3a R09: 0000000000000000
R10: ffff810000180c00 R11: 0000000000000100 R12: f000ff53f000ff53
R13: ffffffff8068dac0 R14: 0000000000000282 R15: 0000000000000000
FS: 0000000000000000(0000) GS:ffffffff8063e000(0000)
knlGS:0000000000000000
CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
CR2: 0000000000000000 CR3: 0000000000201000 CR4: 00000000000006e0
Process swapper (pid: 1, threadinfo ffff8101c031a000, task
ffff810000068000)
Stack: 00000000000000d0 00000000000000d0 ffffffff80601d60
000000000000000d
ffffffff805991c5 ffffffff805991c5 ffff8101c031be20 ffffffff80286551
ffffffffffffffed ffff810000180c00 ffff8101c031be50 ffffffff802a3642
Call Trace:
[<ffffffff80286551>] __kmalloc+0x21/0x30
[<ffffffff802a3642>] alloc_vfsmnt+0xd2/0x110
[<ffffffff8028c4ac>] vfs_kern_mount+0x3c/0x160
[<ffffffff8028c5e0>] kern_mount+0x10/0x20
[<ffffffff806cef6b>] anon_inode_init+0x2b/0x130
[<ffffffff806b2a04>] kernel_init+0x154/0x330
[<ffffffff8020a8c8>] child_rip+0xa/0x12
[<ffffffff806b28b0>] kernel_init+0x0/0x330
[<ffffffff8020a8be>] child_rip+0x0/0x12
Code: 49 8b 04 c4 48 89 43 20 f0 0f ba 2b 02 8b 03 a8 01 74 4c f0
RIP [<ffffffff802860e1>] kmem_cache_alloc+0xc1/0x1a0
RSP <ffff8101c031bdd0>
Kernel panic - not syncing: Attempted to kill init!
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 22:59 ` 2.6.21-rc5-mm4 Christoph Lameter
@ 2007-04-03 23:40 ` Badari Pulavarty
2007-04-03 23:41 ` 2.6.21-rc5-mm4 Christoph Lameter
0 siblings, 1 reply; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-03 23:40 UTC (permalink / raw)
To: Christoph Lameter; +Cc: Andrew Morton, lkml
On Tue, 2007-04-03 at 15:59 -0700, Christoph Lameter wrote:
> On Tue, 3 Apr 2007, Badari Pulavarty wrote:
>
> > > > SLUB code hangs my ppc64 machine on boot.
> > >
> > > Could you enable NMI or something and get me a stackdump? PPC is notorious
> > > for having strange NUMA issues. Any fallbacks from node 0 on bootstrap? Is
> > > there memory on node 0?
> >
> >
> > Seems to be an issue with calibrate_delay() spinning in a tight
> > loop :(
> >
> > BTW, machine boots fine with SLAB code - not sure why ?
>
> SLUB does not guarantee the special casing that SLAB provides for
> page sized allocations via kmalloc. SLAB aligns page sized allocations on
> page boundaries and does not allow full debugging of page sized
> allocations in order to keep these slabs on page sized boundaries.
>
> I suspect this is related. I could add the same special casing to SLUB.
> But I really wish we would get rid of special slab behavior depending on
> the size of the slab. Maybe there is no way around it. Sigh.
>
> What is the data that calibrate delay is looking at?
Its stuck in following ..
while ((loops_per_jiffy <<= 1) != 0) {
/* wait for "start of" clock tick */
ticks = jiffies;
while (ticks == jiffies)
/* nothing */;
/* Go .. */
ticks = jiffies;
__delay(loops_per_jiffy);
ticks = jiffies - ticks;
if (ticks)
break;
}
Its stuck in (tight loop)
while (ticks == jiffies)
/* nothing */;
I have no idea, what this code is supposed to be doing :(
Let me know, what I can do for you.
Thanks,
Badari
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 23:38 ` 2.6.21-rc5-mm4 Badari Pulavarty
@ 2007-04-03 23:40 ` Christoph Lameter
2007-04-03 23:51 ` 2.6.21-rc5-mm4 Badari Pulavarty
0 siblings, 1 reply; 86+ messages in thread
From: Christoph Lameter @ 2007-04-03 23:40 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> > x86_64 with numa emulation 4 nodes boots fine here.
>
> Not sure, if this helps any (slub_debug = 1) :(
Specify only slub_debug. The 1 is not recognized by SLUB so there were no
debug options set.
> Linux version 2.6.21-rc5-mm4 (root@elm3b29) (gcc version 4.1.0 (SUSE
> Linux)) #2 SMP Tue Apr 3 17:36:21 PDT 2007
> Command line: root=/dev/hda2 vga=0x314 selinux=0 console=tty0
> console=ttyS0,38400 resume=/dev/hda1 resume=/dev/hda1 splash=silent
> showopts
^^^ I see no slub_debug option set.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 23:40 ` 2.6.21-rc5-mm4 Badari Pulavarty
@ 2007-04-03 23:41 ` Christoph Lameter
0 siblings, 0 replies; 86+ messages in thread
From: Christoph Lameter @ 2007-04-03 23:41 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> I have no idea, what this code is supposed to be doing :(
> Let me know, what I can do for you.
I replicated the failure on IA64.... give me a minute ...
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 23:22 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
@ 2007-04-03 23:43 ` J.A. Magallón
0 siblings, 0 replies; 86+ messages in thread
From: J.A. Magallón @ 2007-04-03 23:43 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Andrew Morton, linux-kernel, linux-fbdev-devel
On Tue, 03 Apr 2007 19:22:47 -0400, Valdis.Kletnieks@vt.edu wrote:
> On Wed, 04 Apr 2007 00:58:26 +0200, "J.A. =?UTF-8?B?TWFnYWxsw7Nu?=" said:
>
> > Anyways, I have just remembered I use the (in)famous nVidia driver.
> > Will try to reproduce without it. This was more like a probe to see if
> > somebody else is suffering it...
>
> The nVidia driver will get some truly astounding indigestion if you accidentally
> upgrade your xorg userspace libraries and forget to re-install the nVidia
> userspace. Is that what's biting you?
>
No, in my distro (mandriva), libraries and drivers from ndivia are in different
places so they don't get overriden in xorg reinstall. Use is controlled
with ld.so.conf and ModulePath.
In fact, X works fine until the saver plays on...
--
J.A. Magallon <jamagallon()ono!com> \ Software is like sex:
\ It's better when it's free
Mandriva Linux release 2007.1 (Cooker) for i586
Linux 2.6.20-jam08 (gcc 4.1.2 20070302 (prerelease) (4.1.2-1mdv2007.1)) #1 SMP PREEMPT
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 23:40 ` 2.6.21-rc5-mm4 Christoph Lameter
@ 2007-04-03 23:51 ` Badari Pulavarty
2007-04-03 23:55 ` 2.6.21-rc5-mm4 Christoph Lameter
0 siblings, 1 reply; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-03 23:51 UTC (permalink / raw)
To: Christoph Lameter; +Cc: Andrew Morton, lkml
On Tue, 2007-04-03 at 16:40 -0700, Christoph Lameter wrote:
> On Tue, 3 Apr 2007, Badari Pulavarty wrote:
>
> > > x86_64 with numa emulation 4 nodes boots fine here.
> >
> > Not sure, if this helps any (slub_debug = 1) :(
>
> Specify only slub_debug. The 1 is not recognized by SLUB so there were no
> debug options set.
>
> > Linux version 2.6.21-rc5-mm4 (root@elm3b29) (gcc version 4.1.0 (SUSE
> > Linux)) #2 SMP Tue Apr 3 17:36:21 PDT 2007
> > Command line: root=/dev/hda2 vga=0x314 selinux=0 console=tty0
> > console=ttyS0,38400 resume=/dev/hda1 resume=/dev/hda1 splash=silent
> > showopts
>
> ^^^ I see no slub_debug option set.
Hmm. booted fine with slub_debug :(
Linux version 2.6.21-rc5-mm4 (root@elm3b29) (gcc version 4.1.0 (SUSE Linux)) #2 SMP Tue Apr 3 17:36:21 PDT 2007
Command line: root=/dev/hda2 vga=0x314 slub_debug selinux=0 console=tty0 console=ttyS0,38400 resume=/dev/hda1 resume=/dev/hda1 splash=silent showopts
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000ca000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000dfef0000 (usable)
BIOS-e820: 00000000dfef0000 - 00000000dfeff000 (ACPI data)
BIOS-e820: 00000000dfeff000 - 00000000dff00000 (ACPI NVS)
BIOS-e820: 00000000dff00000 - 00000000e0000000 (usable)
BIOS-e820: 00000000fec00000 - 00000000fec00400 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 00000001e0000000 (usable)
end_pfn_map = 1966080
DMI 2.3 present.
ACPI: RSDP 000F6970, 0024 (r2 PTLTD )
ACPI: XSDT DFEFC625, 003C (r1 PTLTD XSDT 6040000 LTP 0)
ACPI: FACP DFEFED02, 00F4 (r3 AMD HAMMER 6040000 PTEC F4240)
ACPI: DSDT DFEFC661, 262D (r1 AMD-K8 AMDACPI 6040000 MSFT 100000D)
ACPI: FACS DFEFFFC0, 0040
ACPI: SRAT DFEFEDF6, 0160 (r1 AMD HAMMER 6040000 AMD 1)
ACPI: APIC DFEFEF56, 00AA (r1 PTLTD APIC 6040000 LTP 0)
SRAT: PXM 0 -> APIC 0 -> Node 0
SRAT: PXM 1 -> APIC 1 -> Node 1
SRAT: PXM 2 -> APIC 2 -> Node 2
SRAT: PXM 3 -> APIC 3 -> Node 3
SRAT: Node 0 PXM 0 0-a0000
SRAT: Node 0 PXM 0 0-e0000000
SRAT: Node 0 PXM 0 0-180000000
SRAT: PXM 1 (100000000-1a0000000) overlaps with PXM 0 (0-180000000)
SRAT: SRAT not used.
Scanning NUMA topology in Northbridge 24
Number of nodes 4
Node 0 MemBase 0000000000000000 Limit 0000000180000000
Node 1 MemBase 0000000180000000 Limit 00000001a0000000
Node 2 MemBase 00000001a0000000 Limit 00000001c0000000
Node 3 MemBase 00000001c0000000 Limit 00000001e0000000
Using node hash shift of 29
Bootmem setup node 0 0000000000000000-0000000180000000
Bootmem setup node 1 0000000180000000-00000001a0000000
Bootmem setup node 2 00000001a0000000-00000001c0000000
Bootmem setup node 3 00000001c0000000-00000001e0000000
Zone PFN ranges:
DMA 0 -> 4096
DMA32 4096 -> 1048576
Normal 1048576 -> 1966080
Movable zone start PFN for each node
early_node_map[7] active PFN ranges
0: 0 -> 159
0: 256 -> 917232
0: 917248 -> 917504
0: 1048576 -> 1572864
1: 1572864 -> 1703936
2: 1703936 -> 1835008
3: 1835008 -> 1966080
ACPI: PM-Timer IO Port: 0x8008
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 (Bootup-CPU)
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
Processor #1
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
Processor #2
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled)
Processor #3
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 4, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x05] address[0xfa3e0000] gsi_base[24])
IOAPIC[1]: apic_id 5, address 0xfa3e0000, GSI 24-27
ACPI: IOAPIC (id[0x06] address[0xfa3e1000] gsi_base[28])
IOAPIC[2]: apic_id 6, address 0xfa3e1000, GSI 28-31
ACPI: IOAPIC (id[0x07] address[0xfa3e2000] gsi_base[32])
IOAPIC[3]: apic_id 7, address 0xfa3e2000, GSI 32-35
ACPI: IOAPIC (id[0x08] address[0xfa3e4000] gsi_base[36])
IOAPIC[4]: apic_id 8, address 0xfa3e4000, GSI 36-39
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge)
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at e2000000 (gap: e0000000:1ec00000)
PERCPU: Allocating 41984 bytes of per cpu data
Built 4 zonelists. Total pages: 1771993
Kernel command line: root=/dev/hda2 vga=0x314 slub_debug selinux=0 console=tty0 console=ttyS0,38400 resume=/dev/hda1 resume=/dev/hda1 splash=silent showoptsInitializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
Extended CMOS year: 2000
time.c: Detected 1398.208 MHz processor.
Console: colour dummy device 80x25
Checking aperture...
CPU 0: aperture @ 0 size 32 MB
No AGP bridge found
Your BIOS doesn't leave a aperture memory hole
Please enable the IOMMU option in the BIOS setup
This costs you 64 MB of RAM
Mapping aperture over 65536 KB of RAM @ 4000000
Memory: 7021948k/7864320k available (3113k kernel code, 317632k reserved, 1229k data, 364k init)
SLUB V6: General Slabs=18, HW alignment=128, Processors=4, Nodes=64
Calibrating delay using timer specific routine.. 2798.98 BogoMIPS (lpj=5597964)
Security Framework v1.0.0 initialized
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 0/0 -> Node 0
Freeing SMP alternatives: 36k freed
ACPI: Core revision 20070126
Using local APIC timer interrupts.
result 12484009
Detected 12.484 MHz APIC timer.
Booting processor 1/4 APIC 0x1
Initializing CPU#1
Calibrating delay using timer specific routine.. 2796.59 BogoMIPS (lpj=5593189)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 1/1 -> Node 1
Opteron MP w/ 1MB stepping 00
Booting processor 2/4 APIC 0x2
Initializing CPU#2
Calibrating delay using timer specific routine.. 2796.59 BogoMIPS (lpj=5593186)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 2/2 -> Node 2
Opteron MP w/ 1MB stepping 00
Booting processor 3/4 APIC 0x3
Initializing CPU#3
Calibrating delay using timer specific routine.. 2796.59 BogoMIPS (lpj=5593188)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 3/3 -> Node 3
Opteron MP w/ 1MB stepping 00
Brought up 4 CPUs
migration_cost=0,764
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: Using configuration type 1
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
0000:00:07.1: cannot adjust BAR0 (not I/O)
0000:00:07.1: cannot adjust BAR1 (not I/O)
0000:00:07.1: cannot adjust BAR2 (not I/O)
0000:00:07.1: cannot adjust BAR3 (not I/O)
ACPI: PCI Root Bridge [PCI1] (0000:08)
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 *5 10 11)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 5 *10 11)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 5 10 *11)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 5 10 *11)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 14 devices
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
PCI-DMA: Disabling AGP.
PCI-DMA: aperture base @ 4000000 size 65536 KB
PCI-DMA: using GART IOMMU.
PCI-DMA: Reserving 64MB of IOMMU area in the AGP aperture
pnp: 00:05: ioport range 0x4d0-0x4d1 has been reserved
Time: tsc clocksource has been installed.
pnp: 00:05: ioport range 0x1100-0x117f has been reserved
pnp: 00:05: ioport range 0x1180-0x11ff has been reserved
pnp: 00:06: iomem range 0xe0000-0xfffff could not be reserved
pnp: 00:06: iomem range 0xc0000-0xc87ff has been reserved
pnp: 00:06: iomem range 0xfec00000-0xfec00fff could not be reserved
pnp: 00:06: iomem range 0xffc00000-0xfff7ffff has been reserved
PCI: Bridge: 0000:00:06.0
Time: acpi_pm clocksource has been installed.
IO window: 2000-2fff
MEM window: fa000000-fa0fffff
PREFETCH window: e2000000-e20fffff
PCI: Bridge: 0000:09:01.0
IO window: disabled.
MEM window: fa400000-faffffff
PREFETCH window: fc000000-fdffffff
PCI: Bridge: 0000:08:01.0
IO window: disabled.
MEM window: fa400000-faffffff
PREFETCH window: fc000000-fdffffff
PCI: Bridge: 0000:08:02.0
IO window: 3000-3fff
MEM window: fb000000-fb0fffff
PREFETCH window: e2100000-e21fffff
PCI: Bridge: 0000:08:03.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:08:04.0
IO window: 4000-4fff
MEM window: fb100000-fb1fffff
PREFETCH window: e2200000-e22fffff
ACPI: PCI Interrupt 0000:08:04.0[A] -> GSI 36 (level, low) -> IRQ 36
NET: Registered protocol family 2
IP route cache hash table entries: 262144 (order: 9, 2097152 bytes)
TCP established hash table entries: 1048576 (order: 12, 25165824 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 1048576 bind 65536)
TCP reno registered
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
vesafb: framebuffer at 0xfc000000, mapped to 0xffffc20002780000, using 1875k, total 16384k
vesafb: mode is 800x600x16, linelength=1600, pages=16
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 100x37
fb0: VESA VGA frame buffer device
Real Time Clock Driver v1.12ac
Non-volatile memory driver v1.2
AMD768 RNG detected
Linux agpgart interface v0.102 (c) Dave Jones
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
00:09: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:0a: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 128000K size 1024 blocksize
loop: module loaded
tg3.c:v3.75 (March 23, 2007)
ACPI: PCI Interrupt 0000:19:02.0[A] -> GSI 38 (level, low) -> IRQ 38
eth0: Tigon3 [partno(3C996B-T) rev 0105 PHY(5701)] (PCI:66MHz:64-bit) 10/100/1000Base-T Ethernet 00:04:76:f0:f9:aa
eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] WireSpeed[1] TSOcap[0]
eth0: dma_rwctrl[76ff000f] dma_mask[64-bit]
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
AMD8111: IDE controller at PCI slot 0000:00:07.1
AMD8111: chipset revision 3
AMD8111: not 100% native mode: will probe irqs later
AMD8111: 0000:00:07.1 (rev 03) UDMA133 controller
ide0: BM-DMA at 0x1020-0x1027, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0x1028-0x102f, BIOS settings: hdc:DMA, hdd:pio
hda: IC35L080AVVA07-0, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdc: TOSHIBA DVD-ROM SD-M1612, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 160836480 sectors (82348 MB) w/1863KiB Cache, CHS=65535/16/63, UDMA(100)
hda: cache flushes supported
hda: hda1 hda2
hdc: ATAPI 48X DVD-ROM drive, 512kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
ide-floppy driver 0.99.newide
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard as /class/input/input0
input: PC Speaker as /class/input/input1
input: PS/2 Generic Mouse as /class/input/input2
async_tx: api initialized (sync-only)
xor: automatically using best checksumming function: generic_sse
generic_sse: 4488.000 MB/sec
xor: using function: generic_sse (4488.000 MB/sec)
TCP cubic registered
NET: Registered protocol family 1
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
ReiserFS: hda2: found reiserfs format "3.6" with standard journal
ReiserFS: hda2: using ordered data mode
ReiserFS: hda2: journal params: device hda2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda2: checking transaction log (hda2)
ReiserFS: hda2: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 364k freed
INIT: version 2.86 booting
System Boot Control: Running /etc/init.d/boot
Mounting procfs at /proc done
Mounting sysfs at /sys done
Mounting tmpfs at /dev done
Initializing /dev done
Mounting devpts at /dev/pts done
parport_pc 00:0b: reported by Plug and Play ACPI
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
lp0: using parport0 (interrupt-driven).
Starting udevd Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
done
Activating swap-devices in /etc/fstab... done
showconsole: Warning: the ioctl TIOCGDEV is not known by the kernel
/bin/mknod -m600 /dev/shm/root b 3 2
Checking root file system...
fsck 1.40-WIP (02-Oct-2006)
[/sbin/fsck.reiserfs (1) -- /dev/shm/root] fsck.reiserfs -a /dev/shm/root
Reiserfs super block in block 16 on 0x302 of format 3.6 with standard journal
Blocks (total/free): 19842352/8198650 by 4096 bytes
Filesystem is clean
Filesystem seems mounted read-only. Skipping journal replay.
Checking internal tree..finished done
Loading required kernel modules done
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@redhat.comActivating device mapper...
done
Starting MD Raid done
Waiting for udev to settle...
Scanning for LVM volume groups...
Reading all physical volumes. This may take a while...
No volume groups found
No volume groups found
Activating LVM volume groups...
No volume groups found
done
showconsole: Warning: the ioctl TIOCGDEV is not known by the kernel
Checking file systems...
fsck 1.40-WIP (02-Oct-2006)
Checking all file systems. done
done
Mounting local file systems...
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
udev on /dev type tmpfs (rw)
devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
nothing was mounted done
Setting up the hardware clock done
FATAL: Module apparmor not found.
Loading AppArmor module failed
- could not start AppArmor failed
Creating /var/log/boot.msg done
showconsole: Warning: the ioctl TIOCGDEV is not known by the kernel
Setting up hostname 'elm3b29' done
Setting up loopback interface lo
lo IP address: 127.0.0.1/8
done
Activating remaining swap-devices in /etc/fstab...
Adding 1048784k swap on /dev/hda1. Priority:-1 extents:1 across:1048done
Setting current sysctl status from /etc/sysctl.conf
net.ipv4.icmp_echo_ignore_broadcasts = 1
net.ipv4.conf.all.rp_filter = 1
done
Enabling syn flood protection done
Disabling IP forwarding done
done
System Boot Control: The system has been set up
Skipped features: boot.cycle
System Boot Control: Running /etc/init.d/boot.local done
INIT: Entering runlevel: 3
blogd: Warning: the ioctl TIOCGDEV is not known by the kernel
Boot logging started on /dev/ttyS0(/dev/console) at Tue Apr 3 17:52:03 2007
Master Resource Control: previous runlevel: N, switching to runlevel:3
FATAL: Module apparmor not found.
Loading AppArmor module failed
- could not start AppArmor failed
Initializing random number generator done
Starting resource manager done
Starting D-BUS daemon done
input: Power Button (FF) as /class/input/input3 done
ACPI: Power Button (FF) [PWRF]
input: Sleep Button (FF) as /class/input/input4
ACPI: Sleep Button (FF) [SLPF]
input: Power Button (CM) as /class/input/input5
ACPI: Power Button (CM) [PWRB]
[acpid]: starting up
[acpid]: 0 rules loaded
acpid: loading ACPI modules ( ac battery button fan processor thermaldone
acpid: will skip unsupported modules
acpid: loading ACPI laptop modules ( ) done
Starting acpid done
Starting EWLM daemon
Starting HAL daemon done
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 23:51 ` 2.6.21-rc5-mm4 Badari Pulavarty
@ 2007-04-03 23:55 ` Christoph Lameter
2007-04-04 14:53 ` 2.6.21-rc5-mm4 Badari Pulavarty
0 siblings, 1 reply; 86+ messages in thread
From: Christoph Lameter @ 2007-04-03 23:55 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> Hmm. booted fine with slub_debug :(
Try to selectively disable debug options... if you got the
time...
F.e. Try with sanity checks only
slub_debug=F
then with redzoning
slub_debug=FZ
and do one with poisoning
slub_debug=FP
Maybe slub_debug avoided a race condition.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 22:53 ` 2.6.21-rc5-mm4 Badari Pulavarty
2007-04-03 22:59 ` 2.6.21-rc5-mm4 Christoph Lameter
@ 2007-04-04 1:16 ` Christoph Lameter
2007-04-04 15:12 ` 2.6.21-rc5-mm4 Badari Pulavarty
1 sibling, 1 reply; 86+ messages in thread
From: Christoph Lameter @ 2007-04-04 1:16 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> Seems to be an issue with calibrate_delay() spinning in a tight
> loop :(
>
> BTW, machine boots fine with SLAB code - not sure why ?
Interrupt disabled sigh.
Here is the fix:
SLUB: Fix numa bootstrap
NUMA bootstrap calls new_slab() if more than one node is found on bootup.
new_slab() assumes a standard slab context where interrupts must be
disabled. It enables interrupts for the call into the page allocator
and then disables them again. Interrupts do not have to be disabled
during on bootstrap because we still run single threaded there.
I dropped the interrupt preservation code just before SLUB v6 because
it looked useless there. SLUB worked on the following NUMA tests
that just had a single node. Sigh.
Enable interrupts after calling new_slab.
Signed-off-by: Christoph Lameter <clameter@sgi.com>
Index: linux-2.6.21-rc5-mm4/mm/slub.c
===================================================================
--- linux-2.6.21-rc5-mm4.orig/mm/slub.c 2007-04-03 18:07:41.000000000 -0700
+++ linux-2.6.21-rc5-mm4/mm/slub.c 2007-04-03 18:08:17.000000000 -0700
@@ -1436,6 +1436,8 @@ static int init_kmem_cache_nodes(struct
BUG_ON(s->size < sizeof(struct kmem_cache_node));
page = new_slab(kmalloc_caches, gfpflags, node);
+ /* new_slab() disables interupts */
+ local_irq_enable();
BUG_ON(!page);
n = page->freelist;
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 5:47 2.6.21-rc5-mm4 Andrew Morton
` (5 preceding siblings ...)
2007-04-03 22:40 ` 2.6.21-rc5-mm4 J.A. Magallón
@ 2007-04-04 1:35 ` Valdis.Kletnieks
2007-04-04 2:20 ` 2.6.21-rc5-mm4 Randy Dunlap
2007-04-04 15:25 ` [-mm patch] net/: possible cleanups Adrian Bunk
` (6 subsequent siblings)
13 siblings, 1 reply; 86+ messages in thread
From: Valdis.Kletnieks @ 2007-04-04 1:35 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1270 bytes --]
On Mon, 02 Apr 2007 22:47:45 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
So I was looking at a patch for ACPI_SLEEP that went around a moment ago,
and ended up doing a 'make menuconfig'.
I do a '/ACPI_SLEEP' inside that, and I get this output:
x Symbol: ACPI_SLEEP [=n] x
x Prompt: Sleep States x
x Defined at drivers/acpi/Kconfig:49 x
x Depends on: !X86_NUMAQ && !X86_VISWS && !IA64_HP_SIM && (IA64 || X86) x
x Location: x
x -> Power management options x
x -> Power Management support (PM [=y]) x
x -> ACPI (Advanced Configuration and Power Interface) Support x
x -> ACPI Support (ACPI [=y])
Only problem is that drivers/acpi/Kconfig:49 says:
config ACPI_SLEEP
bool "Sleep States"
depends on X86 && (!SMP || SUSPEND_SMP)
depends on PM
default y
Can somebody explain why I'm seeing the different Depends on in the two places?
[-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --]
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-04 1:35 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
@ 2007-04-04 2:20 ` Randy Dunlap
2007-04-04 2:46 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
0 siblings, 1 reply; 86+ messages in thread
From: Randy Dunlap @ 2007-04-04 2:20 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Andrew Morton, linux-kernel
On Tue, 03 Apr 2007 21:35:54 -0400 Valdis.Kletnieks@vt.edu wrote:
> On Mon, 02 Apr 2007 22:47:45 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
> So I was looking at a patch for ACPI_SLEEP that went around a moment ago,
> and ended up doing a 'make menuconfig'.
>
> I do a '/ACPI_SLEEP' inside that, and I get this output:
>
> x Symbol: ACPI_SLEEP [=n] x
> x Prompt: Sleep States x
> x Defined at drivers/acpi/Kconfig:49 x
> x Depends on: !X86_NUMAQ && !X86_VISWS && !IA64_HP_SIM && (IA64 || X86) x
> x Location: x
> x -> Power management options x
> x -> Power Management support (PM [=y]) x
> x -> ACPI (Advanced Configuration and Power Interface) Support x
> x -> ACPI Support (ACPI [=y])
>
> Only problem is that drivers/acpi/Kconfig:49 says:
>
> config ACPI_SLEEP
> bool "Sleep States"
> depends on X86 && (!SMP || SUSPEND_SMP)
> depends on PM
> default y
>
> Can somebody explain why I'm seeing the different Depends on in the two places?
Due to the top of drivers/acpi/Kconfig:
menu "ACPI (Advanced Configuration and Power Interface) Support"
depends on !X86_NUMAQ
depends on !X86_VISWS
depends on !IA64_HP_SIM
depends on IA64 || X86
depends on PM
---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-04 2:20 ` 2.6.21-rc5-mm4 Randy Dunlap
@ 2007-04-04 2:46 ` Valdis.Kletnieks
2007-04-04 3:37 ` 2.6.21-rc5-mm4 Randy Dunlap
0 siblings, 1 reply; 86+ messages in thread
From: Valdis.Kletnieks @ 2007-04-04 2:46 UTC (permalink / raw)
To: Randy Dunlap; +Cc: Andrew Morton, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1160 bytes --]
On Tue, 03 Apr 2007 19:20:04 PDT, Randy Dunlap said:
> On Tue, 03 Apr 2007 21:35:54 -0400 Valdis.Kletnieks@vt.edu wrote:
> > I do a '/ACPI_SLEEP' inside that, and I get this output:
> >
> > x Symbol: ACPI_SLEEP [=n] x
> > x Depends on: !X86_NUMAQ && !X86_VISWS && !IA64_HP_SIM && (IA64 || X86)
> > Only problem is that drivers/acpi/Kconfig:49 says:
> >
> > config ACPI_SLEEP
> > bool "Sleep States"
> > depends on X86 && (!SMP || SUSPEND_SMP)
> > depends on PM
> > default y
> >
> > Can somebody explain why I'm seeing the different Depends on in the two places?
>
> Due to the top of drivers/acpi/Kconfig:
>
> menu "ACPI (Advanced Configuration and Power Interface) Support"
> depends on !X86_NUMAQ
> depends on !X86_VISWS
> depends on !IA64_HP_SIM
> depends on IA64 || X86
> depends on PM
Ah. Further investigation shows that the "&& (!SMP || SUSPEND_SMP)" part
failed to show up because the line was too long - running 'make menuconfig'
in an 140-col or so xterm made them show up.
Anybody ambitious enough to add a "line too long" indicator of some sort? :)
[-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --]
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-04 2:46 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
@ 2007-04-04 3:37 ` Randy Dunlap
2007-04-04 17:55 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
0 siblings, 1 reply; 86+ messages in thread
From: Randy Dunlap @ 2007-04-04 3:37 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Andrew Morton, linux-kernel
Valdis.Kletnieks@vt.edu wrote:
> On Tue, 03 Apr 2007 19:20:04 PDT, Randy Dunlap said:
>> On Tue, 03 Apr 2007 21:35:54 -0400 Valdis.Kletnieks@vt.edu wrote:
>>> I do a '/ACPI_SLEEP' inside that, and I get this output:
>>>
>>> x Symbol: ACPI_SLEEP [=n] x
>>> x Depends on: !X86_NUMAQ && !X86_VISWS && !IA64_HP_SIM && (IA64 || X86)
>
>>> Only problem is that drivers/acpi/Kconfig:49 says:
>>>
>>> config ACPI_SLEEP
>>> bool "Sleep States"
>>> depends on X86 && (!SMP || SUSPEND_SMP)
>>> depends on PM
>>> default y
>>>
>>> Can somebody explain why I'm seeing the different Depends on in the two places?
>> Due to the top of drivers/acpi/Kconfig:
>>
>> menu "ACPI (Advanced Configuration and Power Interface) Support"
>> depends on !X86_NUMAQ
>> depends on !X86_VISWS
>> depends on !IA64_HP_SIM
>> depends on IA64 || X86
>> depends on PM
>
> Ah. Further investigation shows that the "&& (!SMP || SUSPEND_SMP)" part
> failed to show up because the line was too long - running 'make menuconfig'
> in an 140-col or so xterm made them show up.
>
> Anybody ambitious enough to add a "line too long" indicator of some sort? :)
>
Good luck. But the symbols are there. Just use left/right arrow keys
to scroll the display left/right and you can see them. Now if you just
had that indicator to tell you that you Need to scroll to see more text...
--
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
^ permalink raw reply [flat|nested] 86+ messages in thread
* [PATCH] sched: implement staircase deadline cpu scheduler improvements fix
2007-04-03 23:31 ` 2.6.21-rc5-mm4 Michal Piotrowski
@ 2007-04-04 13:22 ` Con Kolivas
0 siblings, 0 replies; 86+ messages in thread
From: Con Kolivas @ 2007-04-04 13:22 UTC (permalink / raw)
To: Michal Piotrowski, ck list
Cc: Andrew Morton, linux-kernel, Ingo Molnar, Dmitry Adamushko
On Wednesday 04 April 2007 09:31, Michal Piotrowski wrote:
> Con Kolivas napisał(a):
> > On Wednesday 04 April 2007 08:20, Michal Piotrowski wrote:
> >> Michal Piotrowski napisał(a):
> >>> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4
> >>>/m m-oops
> >>> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4
> >>>/m m-config
> >> Con, I think that your
> >> sched-implement-staircase-deadline-cpu-scheduler-staircase-improvements.
> >>pat ch is causing this oops.
> >
> > Thanks for heads up!
Confirmed offline with Michal that the following patch fixes it. Thanks!
This should also make nice work better in the way the previous patch intended
it to.
---
Use of memset was bogus. Fix it.
Fix exiting recalc_task_prio without p->array being updated.
Microoptimisation courtesy of Dmitry Adamushko <dmitry.adamushko@gmail.com>
Signed-off-by: Con Kolivas <kernel@kolivas.org>
---
kernel/sched.c | 17 +++++++++--------
1 file changed, 9 insertions(+), 8 deletions(-)
Index: linux-2.6.21-rc5-mm4/kernel/sched.c
===================================================================
--- linux-2.6.21-rc5-mm4.orig/kernel/sched.c 2007-04-04 12:14:29.000000000 +1000
+++ linux-2.6.21-rc5-mm4/kernel/sched.c 2007-04-04 12:49:39.000000000 +1000
@@ -683,11 +683,13 @@ static void dequeue_task(struct task_str
* The task is being queued on a fresh array so it has its entitlement
* bitmap cleared.
*/
-static inline void task_new_array(struct task_struct *p, struct rq *rq)
+static void task_new_array(struct task_struct *p, struct rq *rq,
+ struct prio_array *array)
{
bitmap_zero(p->bitmap, PRIO_RANGE);
p->rotation = rq->prio_rotation;
p->time_slice = p->quota;
+ p->array = array;
}
/* Find the first slot from the relevant prio_matrix entry */
@@ -709,6 +711,8 @@ static inline int next_entitled_slot(str
DECLARE_BITMAP(tmp, PRIO_RANGE);
int search_prio, uprio = USER_PRIO(p->static_prio);
+ if (!rq->prio_level[uprio])
+ rq->prio_level[uprio] = MAX_RT_PRIO;
/*
* Only priorities equal to the prio_level and above for their
* static_prio are acceptable, and only if it's not better than
@@ -736,11 +740,8 @@ static inline int next_entitled_slot(str
static void queue_expired(struct task_struct *p, struct rq *rq)
{
- p->array = rq->expired;
- task_new_array(p, rq);
+ task_new_array(p, rq, rq->expired);
p->prio = p->normal_prio = first_prio_slot(p);
- p->time_slice = p->quota;
- p->rotation = rq->prio_rotation;
}
#ifdef CONFIG_SMP
@@ -800,9 +801,9 @@ static void recalc_task_prio(struct task
queue_expired(p, rq);
return;
} else
- task_new_array(p, rq);
+ task_new_array(p, rq, array);
} else
- task_new_array(p, rq);
+ task_new_array(p, rq, array);
queue_prio = next_entitled_slot(p, rq);
if (queue_prio >= MAX_PRIO) {
@@ -3445,7 +3446,7 @@ EXPORT_SYMBOL(sub_preempt_count);
static inline void reset_prio_levels(struct rq *rq)
{
- memset(rq->prio_level, MAX_RT_PRIO, ARRAY_SIZE(rq->prio_level));
+ memset(rq->prio_level, 0, sizeof(int) * PRIO_RANGE);
}
/*
--
-ck
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 23:55 ` 2.6.21-rc5-mm4 Christoph Lameter
@ 2007-04-04 14:53 ` Badari Pulavarty
2007-04-04 17:03 ` 2.6.21-rc5-mm4 (SLUB) Christoph Lameter
0 siblings, 1 reply; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-04 14:53 UTC (permalink / raw)
To: Christoph Lameter; +Cc: Andrew Morton, lkml
[-- Attachment #1: Type: text/plain, Size: 312 bytes --]
On Tue, 2007-04-03 at 16:55 -0700, Christoph Lameter wrote:
> On Tue, 3 Apr 2007, Badari Pulavarty wrote:
>
> > Hmm. booted fine with slub_debug :(
>
> Try to selectively disable debug options... if you got the
> time...
>
> F.e. Try with sanity checks only
>
> slub_debug=F
slub_debug=F got something.
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: slub_debug=F --]
[-- Type: text/plain; name="slub_debug=F"; charset=utf-8, Size: 87576 bytes --]
Linux version 2.6.21-rc5-mm4 (root@elm3b29) (gcc version 4.1.0 (SUSE Linux)) #2 SMP Tue Apr 3 17:36:21 PDT 2007
Command line: root=/dev/hda2 vga=0x314 slub_debug=F selinux=0 console=tty0 console=ttyS0,38400 resume=/dev/hda1 resume=/dev/hda1 splash=silent showopts
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000ca000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000dfef0000 (usable)
BIOS-e820: 00000000dfef0000 - 00000000dfeff000 (ACPI data)
BIOS-e820: 00000000dfeff000 - 00000000dff00000 (ACPI NVS)
BIOS-e820: 00000000dff00000 - 00000000e0000000 (usable)
BIOS-e820: 00000000fec00000 - 00000000fec00400 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 00000001e0000000 (usable)
end_pfn_map = 1966080
DMI 2.3 present.
ACPI: RSDP 000F6970, 0024 (r2 PTLTD )
ACPI: XSDT DFEFC625, 003C (r1 PTLTD XSDT 6040000 LTP 0)
ACPI: FACP DFEFED02, 00F4 (r3 AMD HAMMER 6040000 PTEC F4240)
ACPI: DSDT DFEFC661, 262D (r1 AMD-K8 AMDACPI 6040000 MSFT 100000D)
ACPI: FACS DFEFFFC0, 0040
ACPI: SRAT DFEFEDF6, 0160 (r1 AMD HAMMER 6040000 AMD 1)
ACPI: APIC DFEFEF56, 00AA (r1 PTLTD APIC 6040000 LTP 0)
SRAT: PXM 0 -> APIC 0 -> Node 0
SRAT: PXM 1 -> APIC 1 -> Node 1
SRAT: PXM 2 -> APIC 2 -> Node 2
SRAT: PXM 3 -> APIC 3 -> Node 3
SRAT: Node 0 PXM 0 0-a0000
SRAT: Node 0 PXM 0 0-e0000000
SRAT: Node 0 PXM 0 0-180000000
SRAT: PXM 1 (100000000-1a0000000) overlaps with PXM 0 (0-180000000)
SRAT: SRAT not used.
Scanning NUMA topology in Northbridge 24
Number of nodes 4
Node 0 MemBase 0000000000000000 Limit 0000000180000000
Node 1 MemBase 0000000180000000 Limit 00000001a0000000
Node 2 MemBase 00000001a0000000 Limit 00000001c0000000
Node 3 MemBase 00000001c0000000 Limit 00000001e0000000
Using node hash shift of 29
Bootmem setup node 0 0000000000000000-0000000180000000
Bootmem setup node 1 0000000180000000-00000001a0000000
Bootmem setup node 2 00000001a0000000-00000001c0000000
Bootmem setup node 3 00000001c0000000-00000001e0000000
Zone PFN ranges:
DMA 0 -> 4096
DMA32 4096 -> 1048576
Normal 1048576 -> 1966080
Movable zone start PFN for each node
early_node_map[7] active PFN ranges
0: 0 -> 159
0: 256 -> 917232
0: 917248 -> 917504
0: 1048576 -> 1572864
1: 1572864 -> 1703936
2: 1703936 -> 1835008
3: 1835008 -> 1966080
ACPI: PM-Timer IO Port: 0x8008
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 (Bootup-CPU)
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
Processor #1
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
Processor #2
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled)
Processor #3
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 4, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x05] address[0xfa3e0000] gsi_base[24])
IOAPIC[1]: apic_id 5, address 0xfa3e0000, GSI 24-27
ACPI: IOAPIC (id[0x06] address[0xfa3e1000] gsi_base[28])
IOAPIC[2]: apic_id 6, address 0xfa3e1000, GSI 28-31
ACPI: IOAPIC (id[0x07] address[0xfa3e2000] gsi_base[32])
IOAPIC[3]: apic_id 7, address 0xfa3e2000, GSI 32-35
ACPI: IOAPIC (id[0x08] address[0xfa3e4000] gsi_base[36])
IOAPIC[4]: apic_id 8, address 0xfa3e4000, GSI 36-39
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge)
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at e2000000 (gap: e0000000:1ec00000)
PERCPU: Allocating 41984 bytes of per cpu data
Built 4 zonelists. Total pages: 1771993
Kernel command line: root=/dev/hda2 vga=0x314 slub_debug=F selinux=0 console=tty0 console=ttyS0,38400 resume=/dev/hda1 resume=/dev/hda1 splash=silent showopts
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
Extended CMOS year: 2000
time.c: Detected 1398.218 MHz processor.
Console: colour dummy device 80x25
Checking aperture...
CPU 0: aperture @ 0 size 32 MB
No AGP bridge found
Your BIOS doesn't leave a aperture memory hole
Please enable the IOMMU option in the BIOS setup
This costs you 64 MB of RAM
Mapping aperture over 65536 KB of RAM @ 4000000
Memory: 7021948k/7864320k available (3113k kernel code, 317632k reserved, 1229k data, 364k init)
SLUB V6: General Slabs=18, HW alignment=128, Processors=4, Nodes=64
Calibrating delay using timer specific routine.. 2798.99 BogoMIPS (lpj=5597989)
Security Framework v1.0.0 initialized
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 0/0 -> Node 0
Freeing SMP alternatives: 36k freed
ACPI: Core revision 20070126
Using local APIC timer interrupts.
result 12484097
Detected 12.484 MHz APIC timer.
Booting processor 1/4 APIC 0x1
Initializing CPU#1
Calibrating delay using timer specific routine.. 2796.59 BogoMIPS (lpj=5593188)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 1/1 -> Node 1
Opteron MP w/ 1MB stepping 00
Booting processor 2/4 APIC 0x2
Initializing CPU#2
Calibrating delay using timer specific routine.. 2796.59 BogoMIPS (lpj=5593187)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 2/2 -> Node 2
Opteron MP w/ 1MB stepping 00
Booting processor 3/4 APIC 0x3
Initializing CPU#3
Calibrating delay using timer specific routine.. 2796.59 BogoMIPS (lpj=5593189)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 3/3 -> Node 3
Opteron MP w/ 1MB stepping 00
Brought up 4 CPUs
migration_cost=0,769
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: Using configuration type 1
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
0000:00:07.1: cannot adjust BAR0 (not I/O)
0000:00:07.1: cannot adjust BAR1 (not I/O)
0000:00:07.1: cannot adjust BAR2 (not I/O)
0000:00:07.1: cannot adjust BAR3 (not I/O)
ACPI: PCI Root Bridge [PCI1] (0000:08)
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 *5 10 11)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 5 *10 11)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 5 10 *11)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 5 10 *11)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 14 devices
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
*** SLUB: Freepointer corrupt in kmalloc-16@0xffff8100001e22a0 Slab 0xffff81017400f100
offset=672 flags=0x00c7 inuse=42 freelist=0xffff8100001e22a0
Bytes b4 0xffff8100001e2290: a0 22 1e 00 00 00 00 00 00 00 00 00 00 00 00 00 ."..............
Object 0xffff8100001e22a0: 00 00 00 00 00 81 ff ff 00 00 00 00 00 00 00 00 ......ÿÿ........
FreePointer 0xffff8100001e22a0 -> 0xffff810000000000
Call Trace:
[<ffffffff802840e5>] object_err+0x105/0x1b0
[<ffffffff80284485>] check_object+0x1b5/0x1d0
[<ffffffff80284ad4>] alloc_object_checks+0x64/0x110
[<ffffffff8028611c>] kmem_cache_alloc+0xfc/0x1a0
[<ffffffff802dcb27>] sysfs_create_link+0xb7/0x160
[<ffffffff8024f431>] module_add_driver+0x41/0xd0
[<ffffffff8040241e>] bus_add_driver+0xce/0x1d0
[<ffffffff8040324d>] driver_register+0x5d/0x90
[<ffffffff803a16a8>] __pci_register_driver+0x68/0xb0
[<ffffffff806d6066>] agp_amd64_init+0x36/0xe0
[<ffffffff806c3ad6>] gart_iommu_init+0x4c6/0x560
[<ffffffff80227a8e>] __wake_up+0x4e/0x70
[<ffffffff80495eb0>] genl_rcv+0x0/0x70
[<ffffffff8049432c>] netlink_kernel_create+0x14c/0x160
[<ffffffff80495cd0>] genl_unlock+0x10/0x40
[<ffffffff806bc8de>] pci_iommu_init+0xe/0x20
[<ffffffff806b2a04>] kernel_init+0x154/0x330
[<ffffffff8020a8c8>] child_rip+0xa/0x12
[<ffffffff806b28b0>] kernel_init+0x0/0x330
[<ffffffff8020a8be>] child_rip+0x0/0x12
PCI-DMA: Disabling AGP.
PCI-DMA: aperture base @ 4000000 size 65536 KB
PCI-DMA: using GART IOMMU.
PCI-DMA: Reserving 64MB of IOMMU area in the AGP aperture
pnp: 00:05: ioport range 0x4d0-0x4d1 has been reserved
Time: tsc clocksource has been installed.
pnp: 00:05: ioport range 0x1100-0x117f has been reserved
pnp: 00:05: ioport range 0x1180-0x11ff has been reserved
pnp: 00:06: iomem range 0xe0000-0xfffff could not be reserved
pnp: 00:06: iomem range 0xc0000-0xc87ff has been reserved
pnp: 00:06: iomem range 0xfec00000-0xfec00fff could not be reserved
pnp: 00:06: iomem range 0xffc00000-0xfff7ffff has been reserved
PCI: Bridge: 0000:00:06.0
Time: acpi_pm clocksource has been installed.
IO window: 2000-2fff
MEM window: fa000000-fa0fffff
PREFETCH window: e2000000-e20fffff
PCI: Bridge: 0000:09:01.0
IO window: disabled.
MEM window: fa400000-faffffff
PREFETCH window: fc000000-fdffffff
PCI: Bridge: 0000:08:01.0
IO window: disabled.
MEM window: fa400000-faffffff
PREFETCH window: fc000000-fdffffff
PCI: Bridge: 0000:08:02.0
IO window: 3000-3fff
MEM window: fb000000-fb0fffff
PREFETCH window: e2100000-e21fffff
PCI: Bridge: 0000:08:03.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:08:04.0
IO window: 4000-4fff
MEM window: fb100000-fb1fffff
PREFETCH window: e2200000-e22fffff
ACPI: PCI Interrupt 0000:08:04.0[A] -> GSI 36 (level, low) -> IRQ 36
NET: Registered protocol family 2
IP route cache hash table entries: 262144 (order: 9, 2097152 bytes)
TCP established hash table entries: 1048576 (order: 12, 25165824 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 1048576 bind 65536)
TCP reno registered
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
vesafb: framebuffer at 0xfc000000, mapped to 0xffffc20002780000, using 1875k, total 16384k
vesafb: mode is 800x600x16, linelength=1600, pages=16
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 100x37
fb0: VESA VGA frame buffer device
Real Time Clock Driver v1.12ac
Non-volatile memory driver v1.2
AMD768 RNG detected
Linux agpgart interface v0.102 (c) Dave Jones
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
00:09: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:0a: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 128000K size 1024 blocksize
loop: module loaded
tg3.c:v3.75 (March 23, 2007)
ACPI: PCI Interrupt 0000:19:02.0[A] -> GSI 38 (level, low) -> IRQ 38
eth0: Tigon3 [partno(3C996B-T) rev 0105 PHY(5701)] (PCI:66MHz:64-bit) 10/100/1000Base-T Ethernet 00:04:76:f0:f9:aa
eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] WireSpeed[1] TSOcap[0]
eth0: dma_rwctrl[76ff000f] dma_mask[64-bit]
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
AMD8111: IDE controller at PCI slot 0000:00:07.1
AMD8111: chipset revision 3
AMD8111: not 100% native mode: will probe irqs later
AMD8111: 0000:00:07.1 (rev 03) UDMA133 controller
ide0: BM-DMA at 0x1020-0x1027, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0x1028-0x102f, BIOS settings: hdc:DMA, hdd:pio
hda: IC35L080AVVA07-0, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdc: TOSHIBA DVD-ROM SD-M1612, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 160836480 sectors (82348 MB) w/1863KiB Cache, CHS=65535/16/63, UDMA(100)
hda: cache flushes supported
hda: hda1 hda2
hdc: ATAPI 48X DVD-ROM drive, 512kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
ide-floppy driver 0.99.newide
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard as /class/input/input0
input: PC Speaker as /class/input/input1
input: PS/2 Generic Mouse as /class/input/input2
async_tx: api initialized (sync-only)
xor: automatically using best checksumming function: generic_sse
generic_sse: 4489.000 MB/sec
xor: using function: generic_sse (4489.000 MB/sec)
TCP cubic registered
NET: Registered protocol family 1
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
ReiserFS: hda2: found reiserfs format "3.6" with standard journal
ReiserFS: hda2: using ordered data mode
ReiserFS: hda2: journal params: device hda2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda2: checking transaction log (hda2)
ReiserFS: hda2: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 364k freed
INIT: version 2.86 booting
System Boot Control: Running /etc/init.d/boot
Mounting procfs at /proc^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Mounting sysfs at /sys^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Mounting tmpfs at /dev^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Initializing /dev^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Mounting devpts at /dev/pts^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
parport_pc 00:0b: reported by Plug and Play ACPI
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
lp0: using parport0 (interrupt-driven).
Starting udevd hwup invoked oom-killer: gfp_mask=0xd1, order=0, oomkilladj=-17
Call Trace:
hwup invoked oom-killer: gfp_mask=0x40d1, order=2, oomkilladj=-17
[<ffffffff80230e35>] printk_ratelimit+0x15/0x20
[<ffffffff802628d4>] out_of_memory+0x254/0x2b0
[<ffffffff802647fc>] __alloc_pages+0x27c/0x3d0
[<ffffffff8025f363>] find_lock_page+0x33/0xb0
[<ffffffff8027ea8a>] alloc_pages_current+0x5a/0x90
[<ffffffff80285014>] new_slab+0x244/0x290
[<ffffffff80286154>] kmem_cache_alloc+0x134/0x1a0
[<ffffffff8028b6b9>] get_empty_filp+0x39/0x160
[<ffffffff8029620a>] __path_lookup_intent_open+0x3a/0xc0
[<ffffffff8029631c>] path_lookup_open+0xc/0x10
[<ffffffff80296430>] open_namei+0x70/0x6d0
[<ffffffff80291f8c>] path_release+0x2c/0x40
[<ffffffff8028dd78>] cp_new_stat+0xf8/0x120
[<ffffffff80283ec9>] check_valid_pointer+0x29/0x90
[<ffffffff80288908>] do_filp_open+0x28/0x50
[<ffffffff80284b09>] alloc_object_checks+0x99/0x110
[<ffffffff80288576>] get_unused_fd+0x76/0x110
[<ffffffff8028898a>] do_sys_open+0x5a/0xf0
[<ffffffff80288a4b>] sys_open+0x1b/0x20
[<ffffffff80209aae>] system_call+0x7e/0x83
Mem-info:
Node 0 DMA per-cpu:
CPU 0: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 1: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 2: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 3: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
Node 0 DMA32 per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 0 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 1 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 2 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 3 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Active:5861 inactive:1292 dirty:0 writeback:0 unstable:0
free:1733706 slab:2596 mapped:658 pagetables:690 bounce:0
Node 0 DMA free:120kB min:12kB low:12kB high:16kB active:0kB inactive:0kB present:9636kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 3440 5424 5424
Node 0 DMA32 free:3587656kB min:5292kB low:6612kB high:7936kB active:0kB inactive:0kB present:3523008kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 1984 1984
Node 0 Normal free:1884664kB min:3052kB low:3812kB high:4576kB active:3388kB inactive:32kB present:2031616kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 1 Normal free:491864kB min:760kB low:948kB high:1140kB active:3568kB inactive:164kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 2 Normal free:491476kB min:760kB low:948kB high:1140kB active:4608kB inactive:132kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 3 Normal free:479044kB min:760kB low:948kB high:1140kB active:11880kB inactive:4840kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 0 DMA: 28*4kB 0*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 112kB
Node 0 DMA32: 1*4kB 2*8kB 1*16kB 1*32kB 2*64kB 0*128kB 2*256kB 2*512kB 2*1024kB 2*2048kB 874*4096kB = 3587780kB
Node 0 Normal: 61*4kB 84*8kB 25*16kB 17*32kB 2*64kB 1*128kB 0*256kB 1*512kB 0*1024kB 1*2048kB 459*4096kB = 1884740kB
Node 1 Normal: 154*4kB 59*8kB 14*16kB 1*32kB 1*64kB 1*128kB 0*256kB 0*512kB 1*1024kB 1*2048kB 119*4096kB = 492032kB
Node 2 Normal: 111*4kB 63*8kB 27*16kB 11*32kB 2*64kB 0*128kB 1*256kB 0*512kB 0*1024kB 1*2048kB 119*4096kB = 491588kB
Node 3 Normal: 96*4kB 79*8kB 24*16kB 10*32kB 2*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 1*2048kB 116*4096kB = 479160kB
Swap cache: add 0, delete 0, find 0/0, race 0+0
Free swap = 0kB
Total swap = 0kB
Free swap: 0kB
1966080 pages of RAM
210493 reserved pages
14803 pages shared
0 pages swap cached
No available memory (MPOL_BIND): kill process 1897 (hwup) score 0 or a child
Call Trace:
[<ffffffff80230e35>] printk_ratelimit+0x15/0x20
hwup invoked oom-killer: gfp_mask=0x40d1, order=2, oomkilladj=-17
[<ffffffff802628d4>] out_of_memory+0x254/0x2b0
Call Trace:
[<ffffffff80230e35>] printk_ratelimit+0x15/0x20
[<ffffffff802628d4>] out_of_memory+0x254/0x2b0
[<ffffffff80215a92>] smp_call_function+0x42/0x70
[<ffffffff802647fc>] __alloc_pages+0x27c/0x3d0
[<ffffffff80291f8c>] path_release+0x2c/0x40
[<ffffffff8027ea8a>] alloc_pages_current+0x5a/0x90
[<ffffffff80285014>] new_slab+0x244/0x290
[<ffffffff80286154>] kmem_cache_alloc+0x134/0x1a0
[<ffffffff80286551>] __kmalloc+0x21/0x30
[<ffffffff802a1ade>] expand_files+0xce/0x300
[<ffffffff8022d881>] dup_fd+0x2a1/0x2f0
[<ffffffff8022d924>] copy_files+0x54/0x80
[<ffffffff80247702>] ktime_get_ts+0x52/0x60
[<ffffffff8022e307>] copy_process+0x547/0x1420
[<ffffffff8022f24d>] do_fork+0x6d/0x1c0
[<ffffffff80239612>] recalc_sigpending+0x12/0x20
[<ffffffff8023968a>] sigprocmask+0x6a/0xf0
[<ffffffff80209aae>] system_call+0x7e/0x83
[<ffffffff80207f63>] sys_clone+0x23/0x30
[<ffffffff80209dc7>] ptregscall_common+0x67/0xb0
Mem-info:
Node 0 DMA per-cpu:
CPU 0: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 1: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 2: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 3: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
Node 0 DMA32 per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 0 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 1 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 2 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 3 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 1 Cold: hi: 62, btch: 15 usd: 0
Active:3861 inactive:1312 dirty:0 writeback:0 unstable:0
free:1736204 slab:2538 mapped:674 pagetables:335 bounce:0
Node 0 DMA free:348kB min:12kB low:12kB high:16kB active:0kB inactive:0kB present:9636kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 3440 5424 5424
Node 0 DMA32 free:3587656kB min:5292kB low:6612kB high:7936kB active:0kB inactive:0kB present:3523008kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 1984 1984
Node 0 Normal free:1886200kB min:3052kB low:3812kB high:4576kB active:2080kB inactive:228kB present:2031616kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 1 Normal free:495236kB min:760kB low:948kB high:1140kB active:896kB inactive:108kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 2 Normal free:493600kB min:760kB low:948kB high:1140kB active:2832kB inactive:56kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 3 Normal free:481776kB min:760kB low:948kB high:1140kB active:9636kB inactive:4856kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 0 DMA: 38*4kB 24*8kB 1*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 360kB
Node 0 DMA32: 1*4kB 2*8kB 1*16kB 1*32kB 2*64kB 0*128kB 2*256kB 2*512kB 2*1024kB 2*2048kB 874*4096kB = 3587780kB
Node 0 Normal: 123*4kB 86*8kB 71*16kB 28*32kB 7*64kB 1*128kB 0*256kB 1*512kB 0*1024kB 1*2048kB 459*4096kB = 1886412kB
Node 1 Normal: 65*4kB 84*8kB 68*16kB 38*32kB 12*64kB 5*128kB 1*256kB 0*512kB 1*1024kB 1*2048kB 119*4096kB = 495396kB
Node 2 Normal: 172*4kB 130*8kB 70*16kB 20*32kB 4*64kB 2*128kB 1*256kB 0*512kB 0*1024kB 1*2048kB 119*4096kB = 493728kB
Node 3 Normal: 36*4kB 96*8kB 69*16kB 29*32kB 14*64kB 7*128kB 0*256kB 0*512kB 0*1024kB 1*2048kB 116*4096kB = 481920kB
Swap cache: add 0, delete 0, find 0/0, race 0+0
Free swap = 0kB
Total swap = 0kB
Free swap: 0kB
1966080 pages of RAM
210493 reserved pages
7736 pages shared
0 pages swap cached
No available memory (MPOL_BIND): kill process 1981 (hwup) score 0 or a child
hwup invoked oom-killer: gfp_mask=0x40d1, order=2, oomkilladj=-17
Call Trace:
[<ffffffff80230e35>] printk_ratelimit+0x15/0x20
[<ffffffff802628d4>] out_of_memory+0x254/0x2b0
[<ffffffff80215a92>] smp_call_function+0x42/0x70
[<ffffffff802647fc>] __alloc_pages+0x27c/0x3d0
[<ffffffff80291f8c>] path_release+0x2c/0x40
[<ffffffff80215a92>] smp_call_function+0x42/0x70
[<ffffffff8027ea8a>] alloc_pages_current+0x5a/0x90
[<ffffffff802647fc>] __alloc_pages+0x27c/0x3d0
[<ffffffff80285014>] new_slab+0x244/0x290
[<ffffffff8026b7ea>] __inc_zone_page_state+0x2a/0x30
[<ffffffff80286154>] kmem_cache_alloc+0x134/0x1a0
[<ffffffff8027ea8a>] alloc_pages_current+0x5a/0x90
[<ffffffff80286551>] __kmalloc+0x21/0x30
[<ffffffff80285014>] new_slab+0x244/0x290
[<ffffffff802a1ade>] expand_files+0xce/0x300
[<ffffffff80286154>] kmem_cache_alloc+0x134/0x1a0
[<ffffffff8022d881>] dup_fd+0x2a1/0x2f0
[<ffffffff8022de80>] copy_process+0xc0/0x1420
[<ffffffff8022d924>] copy_files+0x54/0x80
[<ffffffff80241714>] alloc_pid+0x1d4/0x320
[<ffffffff80247702>] ktime_get_ts+0x52/0x60
[<ffffffff8022f24d>] do_fork+0x6d/0x1c0
[<ffffffff8022e307>] copy_process+0x547/0x1420
[<ffffffff80239612>] recalc_sigpending+0x12/0x20
[<ffffffff8022f24d>] do_fork+0x6d/0x1c0
[<ffffffff8023968a>] sigprocmask+0x6a/0xf0
[<ffffffff80239612>] recalc_sigpending+0x12/0x20
[<ffffffff80209aae>] system_call+0x7e/0x83
[<ffffffff8023968a>] sigprocmask+0x6a/0xf0
[<ffffffff80207f63>] sys_clone+0x23/0x30
[<ffffffff80209aae>] system_call+0x7e/0x83
[<ffffffff80209dc7>] ptregscall_common+0x67/0xb0
[<ffffffff80207f63>] sys_clone+0x23/0x30
Mem-info:
[<ffffffff80209dc7>] ptregscall_common+0x67/0xb0
Node 0 DMA per-cpu:
CPU 0: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 1: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 2: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 3: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
Node 0 DMA32 per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Mem-info:
Node 0 DMA per-cpu:
CPU 0: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 1: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 2: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 3: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
Node 0 DMA32 per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 0 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 0 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 1 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 22 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 2 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 1 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 3 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Active:3853 inactive:1316 dirty:0 writeback:0 unstable:0
free:1736289 slab:2539 mapped:652 pagetables:313 bounce:0
Node 0 DMA free:344kB min:12kB low:12kB high:16kB active:0kB inactive:0kB present:9636kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 3440 5424 5424
Node 0 DMA32 free:3587656kB min:5292kB low:6612kB high:7936kB active:0kB inactive:0kB present:3523008kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 1984 1984
Node 0 Normal free:1886304kB min:3052kB low:3812kB high:4576kB active:2128kB inactive:244kB present:2031616kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 1 Normal free:495136kB min:760kB low:948kB high:1140kB active:1100kB inactive:108kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 2 Normal free:493868kB min:760kB low:948kB high:1140kB active:2616kB inactive:56kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 3 Normal free:481848kB min:760kB low:948kB high:1140kB active:9568kB inactive:4856kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 0 DMA: 37*4kB 25*8kB 1*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 364kB
Node 0 DMA32: 1*4kB 2*8kB 1*16kB 1*32kB 2*64kB 0*128kB 2*256kB 2*512kB 2*1024kB 2*2048kB 874*4096kB = 3587780kB
Node 0 Normal: 123*4kB 86*8kB 71*16kB 28*32kB 7*64kB 1*128kB 0*256kB 1*512kB 0*1024kB 1*2048kB 459*4096kB = 1886412kB
Node 1 Normal: CPU 1: Hot: hi: 186, btch: 31 usd: 21 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 2 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
1*4kB 80*8kB 69*16kB 38*32kB 12*64kB 5*128kB 1*256kB 0*512kB 1*1024kB 1*2048kB 119*4096kB = 495124kB
Node 2 Normal: CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
183*4kB 138*8kB 74*16kB 23*32kB 4*64kB 2*128kB 1*256kB 0*512kB 0*1024kB 1*2048kB 119*4096kB = 493996kB
Node 3 Normal: Node 3 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
35*4kB 96*8kB 69*16kB 29*32kB 14*64kB 7*128kB 0*256kB 0*512kB 0*1024kB 1*2048kB 116*4096kB = 481916kB
Swap cache: add 0, delete 0, find 0/0, race 0+0
Free swap = 0kB
Total swap = 0kB
Free swap: 0kB
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Active:3853 inactive:1316 dirty:0 writeback:0 unstable:0
free:1736289 slab:2539 mapped:652 pagetables:313 bounce:0
Node 0 DMA free:344kB min:12kB low:12kB high:16kB active:0kB inactive:0kB present:9636kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 3440 5424 5424
Node 0 DMA32 free:3587656kB min:5292kB low:6612kB high:7936kB active:0kB inactive:0kB present:3523008kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 1984 1984
Node 0 Normal free:1886304kB min:3052kB low:3812kB high:4576kB active:2128kB inactive:244kB present:2031616kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 1 Normal free:495136kB min:760kB low:948kB high:1140kB active:1100kB inactive:108kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 2 Normal free:493868kB min:760kB low:948kB high:1140kB active:2616kB inactive:56kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 3 Normal free:481848kB min:760kB low:948kB high:1140kB active:9568kB inactive:4856kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 0 DMA: 37*4kB 25*8kB 1*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 364kB
Node 0 DMA32: 1*4kB 2*8kB 1*16kB 1*32kB 2*64kB 0*128kB 2*256kB 2*512kB 2*1024kB 2*2048kB 874*4096kB = 3587780kB
Node 0 Normal: 123*4kB 86*8kB 71*16kB 28*32kB 7*64kB 1*128kB 0*256kB 1*512kB 0*1024kB 1*2048kB 459*4096kB = 1886412kB
Node 1 Normal: 1*4kB 80*8kB 69*16kB 38*32kB 12*64kB 5*128kB 1*256kB 0*512kB 1*1024kB 1*2048kB 119*4096kB = 495124kB
Node 2 Normal: 183*4kB 138*8kB 74*16kB 23*32kB 4*64kB 2*128kB 1*256kB 0*512kB 0*1024kB 1*2048kB 119*4096kB = 493996kB
Node 3 Normal: 35*4kB 96*8kB 69*16kB 29*32kB 14*64kB 7*128kB 0*256kB 0*512kB 0*1024kB 1*2048kB 116*4096kB = 481916kB
Swap cache: add 0, delete 0, find 0/0, race 0+0
Free swap = 0kB
Total swap = 0kB
Free swap: 0kB
1966080 pages of RAM
210493 reserved pages
7735 pages shared
0 pages swap cached
No available memory (MPOL_BIND): kill process 1923 (hwup) score 0 or a child
1966080 pages of RAM
210493 reserved pages
7735 pages shared
0 pages swap cached
No available memory (MPOL_BIND): kill process 1981 (hwup) score 0 or a child
startpar: page allocation failure. order:4, mode:0x40d1
Call Trace:
[<ffffffff80230e35>] printk_ratelimit+0x15/0x20
[<ffffffff80264857>] __alloc_pages+0x2d7/0x3d0
[<ffffffff80228bf6>] nr_context_switches+0x46/0x60
[<ffffffff8027ea8a>] alloc_pages_current+0x5a/0x90
ERROR: could not read /proc/stat: Cannot allocate memory
[<ffffffff80285014>] new_slab+0x244/0x290
[<ffffffff80286154>] kmem_cache_alloc+0x134/0x1a0
[<ffffffff80286551>] __kmalloc+0x21/0x30
[<ffffffff802a7fd8>] seq_read+0xc8/0x2e0
[<ffffffff802ccef1>] proc_reg_read+0x81/0xe0
[<ffffffff8028aa81>] vfs_read+0xe1/0x190
[<ffffffff8028af30>] sys_read+0x50/0x90
[<ffffffff80209aae>] system_call+0x7e/0x83
Mem-info:
Node 0 DMA per-cpu:
CPU 0: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 1: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 2: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 3: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
Node 0 DMA32 per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 0 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 31 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 162 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 153 Cold: hi: 62, btch: 15 usd: 0
Node 1 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 23 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 48 Cold: hi: 62, btch: 15 usd: 0
Node 2 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 3 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 25 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 35 Cold: hi: 62, btch: 15 usd: 7
Active:3241 inactive:1376 dirty:0 writeback:0 unstable:0
free:1736624 slab:2506 mapped:713 pagetables:251 bounce:0
Node 0 DMA free:540kB min:12kB low:12kB high:16kB active:0kB inactive:0kB present:9636kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 3440 5424 5424
Node 0 DMA32 free:3587780kB min:5292kB low:6612kB high:7936kB active:0kB inactive:0kB present:3523008kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 1984 1984
Node 0 Normal free:1886096kB min:3052kB low:3812kB high:4576kB active:836kB inactive:220kB present:2031616kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 1 Normal free:495200kB min:760kB low:948kB high:1140kB active:1224kB inactive:104kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 2 Normal free:495544kB min:760kB low:948kB high:1140kB active:1368kB inactive:96kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 3 Normal free:481336kB min:760kB low:948kB high:1140kB active:9536kB inactive:5084kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 0 DMA: 1*4kB 1*8kB 8*16kB 9*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 492kB
Node 0 DMA32: 1*4kB 2*8kB 1*16kB 1*32kB 2*64kB 0*128kB 2*256kB 2*512kB 2*1024kB 2*2048kB 874*4096kB = 3587780kB
Node 0 Normal: 1*4kB 0*8kB 44*16kB 46*32kB 11*64kB 4*128kB 1*256kB 1*512kB 0*1024kB 1*2048kB 459*4096kB = 1886276kB
Node 1 Normal: 1*4kB 52*8kB 68*16kB 37*32kB 12*64kB 6*128kB 2*256kB 0*512kB 1*1024kB 1*2048kB 119*4096kB = 495236kB
Node 2 Normal: 159*4kB 97*8kB 76*16kB 41*32kB 19*64kB 6*128kB 1*256kB 0*512kB 0*1024kB 1*2048kB 119*4096kB = 495652kB
Node 3 Normal: 72*4kB 83*8kB 39*16kB 24*32kB 12*64kB 7*128kB 1*256kB 0*512kB 0*1024kB 1*2048kB 116*4096kB = 481448kB
Swap cache: add 0, delete 0, find 0/0, race 0+0
Free swap = 0kB
Total swap = 0kB
Free swap: 0kB
1966080 pages of RAM
210493 reserved pages
6669 pages shared
0 pages swap cached
startpar invoked oom-killer: gfp_mask=0x40d1, order=4, oomkilladj=0
Call Trace:
[<ffffffff80230e35>] printk_ratelimit+0x15/0x20
[<ffffffff802628d4>] out_of_memory+0x254/0x2b0
[<ffffffff80215a92>] smp_call_function+0x42/0x70
[<ffffffff802647fc>] __alloc_pages+0x27c/0x3d0
[<ffffffff80228bf6>] nr_context_switches+0x46/0x60
[<ffffffff8027ea8a>] alloc_pages_current+0x5a/0x90
[<ffffffff80285014>] new_slab+0x244/0x290
[<ffffffff80286154>] kmem_cache_alloc+0x134/0x1a0
[<ffffffff80286551>] __kmalloc+0x21/0x30
[<ffffffff802a7fd8>] seq_read+0xc8/0x2e0
[<ffffffff802ccef1>] proc_reg_read+0x81/0xe0
[<ffffffff8028aa81>] vfs_read+0xe1/0x190
[<ffffffff8028af30>] sys_read+0x50/0x90
[<ffffffff80209aae>] system_call+0x7e/0x83
Mem-info:
Node 0 DMA per-cpu:
CPU 0: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 1: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 2: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 3: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
Node 0 DMA32 per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 0 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 1 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 2 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 3 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Active:3168 inactive:1583 dirty:0 writeback:0 unstable:0
free:1736890 slab:2589 mapped:704 pagetables:181 bounce:0
Node 0 DMA free:164kB min:12kB low:12kB high:16kB active:0kB inactive:0kB present:9636kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 3440 5424 5424
Node 0 DMA32 free:3587780kB min:5292kB low:6612kB high:7936kB active:0kB inactive:0kB present:3523008kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 1984 1984
Node 0 Normal free:1887696kB min:3052kB low:3812kB high:4576kB active:716kB inactive:288kB present:2031616kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 1 Normal free:494092kB min:760kB low:948kB high:1140kB active:1628kB inactive:1012kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 2 Normal free:496156kB min:760kB low:948kB high:1140kB active:724kB inactive:104kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 3 Normal free:481672kB min:760kB low:948kB high:1140kB active:9604kB inactive:4928kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 0 DMA: 6*4kB 10*8kB 2*16kB 2*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 200kB
telnet> send brk
Node 0 DMA32: 1*4kB 2*8kB 1*16kB 1*32kB 2*64kB 0*128kB 2*256kB 2*512kB 2*1024kB 2*2048kB 874*4096kB = 3587780kB
Node 0 Normal: 169*4kB 79*8kB 58*16kB 47*32kB 13*64kB 4*128kB 1*256kB 1*512kB 0*1024kB 1*2048kB 459*4096kB = 1887964kB
Node 1 Normal: 158*4kB 60*8kB 17*16kB 12*32kB 10*64kB 6*128kB 2*256kB 0*512kB 1*1024kB 1*2048kB 119*4096kB = 494184kB
Node 2 Normal: 74*4kB 58*8kB 50*16kB 43*32kB 24*64kB 10*128kB 4*256kB 0*512kB 0*1024kB 1*2048kB 119*4096kB = 496248kB
Node 3 Normal: 150*4kB 83*8kB 39*16kB 24*32kB 12*64kB 7*128kB 1*256kB 0*512kB 0*1024kB 1*2048kB 116*4096kB = 481760kB
Swap cache: add 0, delete 0, find 0/0, race 0+0
Free swap = 0kB
Total swap = 0kB
Free swap: 0kB
1966080 pages of RAM
210493 reserved pages
5195 pages shared
0 pages swap cached
No available memory (MPOL_BIND): kill process 972 (startpar) score 0 or a child
Killed process 974 (boot.rootfsck)
startpar: page allocation failure. order:4, mode:0x40d1
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
Call Trace:
[<ffffffff80230e35>] printk_ratelimit+0x15/0x20
[<ffffffff80264857>] __alloc_pages+0x2d7/0x3d0
[<ffffffff80228bf6>] nr_context_switches+0x46/0x60
[<ffffffff8027ea8a>] alloc_pages_current+0x5a/0x90
[<ffffffff80285014>] new_slab+0x244/0x290
[<ffffffff80286154>] kmem_cache_alloc+0x134/0x1a0
[<ffffffff80286551>] __kmalloc+0x21/0x30
[<ffffffff802a7fd8>] seq_read+0xc8/0x2e0
[<ffffffff802ccef1>] proc_reg_read+0x81/0xe0
[<ffffffff8028aa81>] vfs_read+0xe1/0x190
[<ffffffff8028af30>] sys_read+0x50/0x90
[<ffffffff80209aae>] system_call+0x7e/0x83
ERROR: could not read /proc/stat: Cannot allocate memory
^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Mem-info:
Node 0 DMA per-cpu:
CPU 0: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 1: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 2: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 3: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
Node 0 DMA32 per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 0 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 183 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 39 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 34 Cold: hi: 62, btch: 15 usd: 0
Node 1 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 39 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 4 Cold: hi: 62, btch: 15 usd: 0
Node 2 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 3 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 167 Cold: hi: 62, btch: 15 usd: 8
Active:2171 inactive:1644 dirty:0 writeback:0 unstable:0
free:1737676 slab:2597 mapped:398 pagetables:94 bounce:0
Node 0 DMA free:196kB min:12kB low:12kB high:16kB active:0kB inactive:0kB present:9636kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 3440 5424 5424
Node 0 DMA32 free:3587780kB min:5292kB low:6612kB high:7936kB active:0kB inactive:0kB present:3523008kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 1984 1984
Node 0 Normal free:1887300kB min:3052kB low:3812kB high:4576kB active:368kB inactive:284kB present:2031616kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 1 Normal free:495500kB min:760kB low:948kB high:1140kB active:332kB inactive:1000kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 2 Normal free:496640kB min:760kB low:948kB high:1140kB active:260kB inactive:104kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 3 Normal free:483288kB min:760kB low:948kB high:1140kB active:7724kB inactive:5188kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 0 DMA: 36*4kB 7*8kB 1*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 216kB
Node 0 DMA32: 1*4kB 2*8kB 1*16kB 1*32kB 2*64kB 0*128kB 2*256kB 2*512kB 2*1024kB 2*2048kB 874*4096kB = 3587780kB
Node 0 Normal: 94*4kB 72*8kB 54*16kB 48*32kB 13*64kB 4*128kB 1*256kB 1*512kB 0*1024kB 1*2048kB 459*4096kB = 1887576kB
Node 1 Normal: 52*4kB 83*8kB 61*16kB 34*32kB 12*64kB 6*128kB 2*256kB 0*512kB 1*1024kB 1*2048kB 119*4096kB = 495480kB
Node 2 Normal: 43*4kB 42*8kB 36*16kB 34*32kB 26*64kB 11*128kB 8*256kB 0*512kB 0*1024kB 1*2048kB 119*4096kB = 496764kB
Node 3 Normal: 214*4kB 143*8kB 73*16kB 37*32kB 13*64kB 8*128kB 0*256kB 0*512kB 0*1024kB 1*2048kB 116*4096kB = 483392kB
Swap cache: add 0, delete 0, find 0/0, race 0+0
Free swap = 0kB
Total swap = 0kB
Free swap: 0kB
1966080 pages of RAM
210493 reserved pages
1421 pages shared
0 pages swap cached
startpar invoked oom-killer: gfp_mask=0x40d1, order=4, oomkilladj=0
Call Trace:
[<ffffffff80230e35>] printk_ratelimit+0x15/0x20
[<ffffffff802628d4>] out_of_memory+0x254/0x2b0
[<ffffffff80215a92>] smp_call_function+0x42/0x70
[<ffffffff802647fc>] __alloc_pages+0x27c/0x3d0
[<ffffffff80228bf6>] nr_context_switches+0x46/0x60
[<ffffffff8027ea8a>] alloc_pages_current+0x5a/0x90
[<ffffffff80285014>] new_slab+0x244/0x290
[<ffffffff80286154>] kmem_cache_alloc+0x134/0x1a0
[<ffffffff80286551>] __kmalloc+0x21/0x30
[<ffffffff802a7fd8>] seq_read+0xc8/0x2e0
[<ffffffff80273a7f>] do_mmap_pgoff+0x61f/0x8b0
[<ffffffff802ccef1>] proc_reg_read+0x81/0xe0
[<ffffffff8028aa81>] vfs_read+0xe1/0x190
[<ffffffff8028af30>] sys_read+0x50/0x90
[<ffffffff80209aae>] system_call+0x7e/0x83
Mem-info:
Node 0 DMA per-cpu:
CPU 0: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 1: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 2: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 3: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
Node 0 DMA32 per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 0 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 1 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 2 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 3 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Active:2171 inactive:1644 dirty:0 writeback:0 unstable:0
free:1738133 slab:2590 mapped:398 pagetables:94 bounce:0
Node 0 DMA free:196kB min:12kB low:12kB high:16kB active:0kB inactive:0kB present:9636kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 3440 5424 5424
Node 0 DMA32 free:3587780kB min:5292kB low:6612kB high:7936kB active:0kB inactive:0kB present:3523008kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 1984 1984
Node 0 Normal free:1888292kB min:3052kB low:3812kB high:4576kB active:368kB inactive:284kB present:2031616kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 1 Normal free:495652kB min:760kB low:948kB high:1140kB active:332kB inactive:1000kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 2 Normal free:496564kB min:760kB low:948kB high:1140kB active:260kB inactive:104kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 3 Normal free:484048kB min:760kB low:948kB high:1140kB active:7724kB inactive:5188kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 0 DMA: 36*4kB 9*8kB 1*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 232kB
Node 0 DMA32: 1*4kB 2*8kB 1*16kB 1*32kB 2*64kB 0*128kB 2*256kB 2*512kB 2*1024kB 2*2048kB 874*4096kB = 3587780kB
Node 0 Normal: 88*4kB 88*8kB 75*16kB 51*32kB 14*64kB 7*128kB 1*256kB 1*512kB 0*1024kB 1*2048kB 459*4096kB = 1888560kB
Node 1 Normal: 71*4kB 85*8kB 59*16kB 31*32kB 17*64kB 6*128kB 2*256kB 0*512kB 1*1024kB 1*2048kB 119*4096kB = 495764kB
Node 2 Normal: 13*4kB 41*8kB 36*16kB 34*32kB 26*64kB 11*128kB 8*256kB 0*512kB 0*1024kB 1*2048kB 119*4096kB = 496636kB
Node 3 Normal: 210*4kB 145*8kB 89*16kB 42*32kB 16*64kB 7*128kB 1*256kB 0*512kB 0*1024kB 1*2048kB 116*4096kB = 484128kB
Swap cache: add 0, delete 0, find 0/0, race 0+0
Free swap = 0kB
Total swap = 0kB
Free swap: 0kB
1966080 pages of RAM
210493 reserved pages
1515 pages shared
0 pages swap cached
No available memory (MPOL_BIND): kill process 2335 (startpar) score 0 or a child
Killed process 2335 (startpar)
startpar: page allocation failure. order:4, mode:0x40d1
Call Trace:
[<ffffffff80230e35>] printk_ratelimit+0x15/0x20
[<ffffffff80264857>] __alloc_pages+0x2d7/0x3d0
[<ffffffff80228bf6>] nr_context_switches+0x46/0x60
[<ffffffff8027ea8a>] alloc_pages_current+0x5a/0x90
[<ffffffff80285014>] new_slab+0x244/0x290
[<ffffffff80286154>] kmem_cache_alloc+0x134/0x1a0
[<ffffffff80286551>] __kmalloc+0x21/0x30
[<ffffffff802a7fd8>] seq_read+0xc8/0x2e0
[<ffffffff80273a7f>] do_mmap_pgoff+0x61f/0x8b0
[<ffffffff802ccef1>] proc_reg_read+0x81/0xe0
[<ffffffff8028aa81>] vfs_read+0xe1/0x190
[<ffffffff8028af30>] sys_read+0x50/0x90
[<ffffffff80209aae>] system_call+0x7e/0x83
Mem-info:
Node 0 DMA per-cpu:
CPU 0: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 1: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 2: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 3: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
Node 0 DMA32 per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 0 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 1 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 2 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 3 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Active:2171 inactive:1644 dirty:0 writeback:0 unstable:0
free:1738133 slab:2590 mapped:398 pagetables:94 bounce:0
Node 0 DMA free:196kB min:12kB low:12kB high:16kB active:0kB inactive:0kB present:9636kB pages_scanned:0 all_unreclaimable? yes
lowmem_reserve[]: 0 3440 5424 5424
Node 0 DMA32 free:3587780kB min:5292kB low:6612kB high:7936kB active:0kB inactive:0kB present:3523008kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 1984 1984
Node 0 Normal free:1888292kB min:3052kB low:3812kB high:4576kB active:368kB inactive:284kB present:2031616kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 1 Normal free:495652kB min:760kB low:948kB high:1140kB active:332kB inactive:1000kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 2 Normal free:496564kB min:760kB low:948kB high:1140kB active:260kB inactive:104kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 3 Normal free:484048kB min:760kB low:948kB high:1140kB active:7724kB inactive:5188kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 0 DMA: 36*4kB 9*8kB 1*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 232kB
Node 0 DMA32: 1*4kB 2*8kB 1*16kB 1*32kB 2*64kB 0*128kB 2*256kB 2*512kB 2*1024kB 2*2048kB 874*4096kB = 3587780kB
Node 0 Normal: 88*4kB 88*8kB 75*16kB 51*32kB 14*64kB 7*128kB 1*256kB 1*512kB 0*1024kB 1*2048kB 459*4096kB = 1888560kB
Node 1 Normal: 71*4kB 85*8kB 59*16kB 31*32kB 17*64kB 6*128kB 2*256kB 0*512kB 1*1024kB 1*2048kB 119*4096kB = 495764kB
Node 2 Normal: 13*4kB 41*8kB 36*16kB 34*32kB 26*64kB 11*128kB 8*256kB 0*512kB 0*1024kB 1*2048kB 119*4096kB = 496636kB
Node 3 Normal: 210*4kB 145*8kB 89*16kB 42*32kB 16*64kB 7*128kB 1*256kB 0*512kB 0*1024kB 1*2048kB 116*4096kB = 484128kB
Swap cache: add 0, delete 0, find 0/0, race 0+0
Free swap = 0kB
Total swap = 0kB
Free swap: 0kB
1966080 pages of RAM
210493 reserved pages
1515 pages shared
0 pages swap cached
Activating swap-devices in /etc/fstab...
^[7^[[?25l^[[1A^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25hshowconsole: Warning: the ioctl TIOCGDEV is not known by the kernel
/bin/mknod -m600 /dev/shm/root b 3 2
Checking root file system...
fsck 1.40-WIP (02-Oct-2006)
[/sbin/fsck.reiserfs (1) -- /dev/shm/root] fsck.reiserfs -a /dev/shm/root
Reiserfs super block in block 16 on 0x302 of format 3.6 with standard journal
Blocks (total/free): 19842352/8198608 by 4096 bytes
Filesystem is clean
Filesystem seems mounted read-only. Skipping journal replay.
Checking internal tree..finished
Activating device mapper...
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@redhat.com
^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Loading required kernel modules
^[7^[[?25l^[[1A^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25hStarting MD Raid
telnet> q\b \b
^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Waiting for udev to settle...
Scanning for LVM volume groups...
Locking type 1 initialisation failed.
Activating LVM volume groups...
Locking type 1 initialisation failed.
^[7^[[?25l^[[80C^[[10D^[[1;33mskipped^[[m\x0f^[8^[[?25h
showconsole: Warning: the ioctl TIOCGDEV is not known by the kernel
Checking file systems...
fsck 1.40-WIP (02-Oct-2006)
Checking all file systems.
^[7^[[?25l^[[1A^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25hrm: cannot remove `/success': Read-only file system
^[7^[[?25l^[[80C^[[10D^[[1;31mfailed^[[m\x0f^[8^[[?25h
Mounting local file systems...
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
udev on /dev type tmpfs (rw)
devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
nothing was mounted
^[7^[[?25l^[[1A^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25hSetting up the hardware clock^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
FATAL: Module apparmor not found.
Loading AppArmor module ^[[80C^[[10D^[[1;31mfailed^[[m\x0f
- could not start AppArmor^[[80C^[[10D^[[1;31mfailed^[[m\x0f
rm: cannot remove `/tmp/ssh-vbEyrP3915/agent.3915': Read-only file system
/etc/init.d/boot.cleanup: line 48: /var/run/utmp: Read-only file system
Setting up hostname 'elm3b29'^[7^[startpar invoked oom-killer: gfp_mask=0x40d1, order=4, oomkilladj=0
[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Setting up loopback interface lo
lo IP address: 127.0.0.1/8
^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
mv: cannot move `/v
ar/log/boot.msg' to `/var/log/boot.omsg': Read-only file system
Creating /var/log/boot.msg
Can't open or create /var/run/klogd.pid.
Call Trace:
[<ffffffff80230e35>] printk_ratelimit+0x15/0x20
[<ffffffff802628d4>] out_of_memory+0x254/0x2b0
[<ffffffff80215a92>] smp_call_function+0x42/0x70
[<ffffffff802647fc>] __alloc_pages+0x27c/0x3d0
[<ffffffff80228bf6>] nr_context_switches+0x46/0x60
[<ffffffff8027ea8a>] alloc_pages_current+0x5a/0x90
[<ffffffff80285014>] new_slab+0x244/0x290
[<ffffffff80286154>] kmem_cache_alloc+0x134/0x1a0
[<ffffffff80286551>] __kmalloc+0x21/0x30
[<ffffffff802a7fd8>] seq_read+0xc8/0x2e0
[<ffffffff80273a7f>] do_mmap_pgoff+0x61f/0x8b0
[<ffffffff802ccef1>] proc_reg_read+0x81/0xe0
[<ffffffff8028aa81>] vfs_read+0xe1/0x190
[<ffffffff8028af30>] sys_read+0x50/0x90
[<ffffffff80209aae>] system_call+0x7e/0x83
Mem-info:
Node 0 DMA per-cpu:
CPU 0: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 1: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 2: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 3: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
Node 0 DMA32 per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 0 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 31 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 1 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 2 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 3 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Active:1271 inactive:451 dirty:0 writeback:0 unstable:0
free:1740655 slab:2235 mapped:391 pagetables:105 bounce:0
Node 0 DMA free:1608kB min:12kB low:12kB high:16kB active:0kB inactive:0kB present:9636kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 3440 5424 5424
Node 0 DMA32 free:3587780kB min:5292kB low:6612kB high:7936kB active:0kB inactive:0kB present:3523008kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 1984 1984
Node 0 Normal free:1888632kB min:3052kB low:3812kB high:4576kB active:644kB inactive:100kB present:2031616kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 1 Normal free:496420kB min:760kB low:948kB high:1140kB active:568kB inactive:36kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 2 Normal free:496888kB min:760kB low:948kB high:1140kB active:76kB inactive:44kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 3 Normal free:491292kB min:760kB low:948kB high:1140kB active:3796kB inactive:1624kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 0 DMA: 18*4kB 90*8kB 34*16kB 7*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 1624kB
Node 0 DMA32: 1*4kB 2*8kB 1*16kB 1*32kB 2*64kB 0*128kB 2*256kB 2*512kB 2*1024kB 2*2048kB 874*4096kB = 3587780kB
Node 0 Normal: 59*4kB 84*8kB 62*16kB 38*32kB 22*64kB 10*128kB 2*256kB 1*512kB 0*1024kB 1*2048kB 459*4096kB = 1888940kB
Node 1 Normal: 73*4kB 56*8kB 46*16kB 30*32kB 21*64kB 8*128kB 5*256kB 0*512kB 1*1024kB 1*2048kB 119*4096kB = 496580kB
Node 2 Normal: 41*4kB 26*8kB 25*16kB 19*32kB 16*64kB 8*128kB 4*256kB 2*512kB 2*1024kB 1*2048kB 119*4096kB = 496996kB
Node 3 Normal: 240*4kB 154*8kB 101*16kB 61*32kB 37*64kB 18*128kB 5*256kB 1*512kB 0*1024kB 2*2048kB 116*4096kB = 491456kB
Swap cache: add 0, delete 0, find 0/0, race 0+0
Free swap = 0kB
Total swap = 0kB
Free swap: 0kB
1966080 pages of RAM
210493 reserved pages
1396 pages shared
^[7^[[?25l^[[1A^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h0 pages swap cached
showconsole: Warning: the ioctl TIOCGDEV is not known by the kernel
No available memory (MPOL_BIND): kill process 2535 (startpar) score 0 or a child
Killed process 2535 (startpar)
Activating remaining swap-devices in /etc/fstab...
Adding 1048784k swap on /dev/hda1. Priority:-1 extents:1 across:1048784k
^[7^[[?25l^[[1A^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25hSetting current sysctl status from /etc/sysctl.conf
net.ipv4.icmp_echo_ignore_broadcasts = 1
net.ipv4.conf.all.rp_filter = 1
^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Enabling syn flood protection^[[80C^[[10D^[[1;32mdone^[[m\x0f
Disabling IP forwarding^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
System Boot Control: The system has been ^[[80C^[[10D^[[1mset up^[[m\x0f
Failed features: ^[[80C^[[33D^[[1;31mboot.rootfsck boot.cleanup^[[m\x0f
Skipped features: ^[[80C^[[17D^[[1;33mboot.cycle^[[m\x0f
System Boot Control: Running /etc/init.d/boot.local
^[7^[[?25l^[[1A^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25hINIT: Entering runlevel: 3
blogd: Warning: the ioctl TIOCGDEV is not known by the kernel
Boot logging started on /dev/ttyS0(/dev/console) at Wed Apr 4 08:52:44 2007
Master Resource Control: previous runlevel: N, switching to runlevel: ^[[80C^[[10D^[[1m3^[[m\x0f
Initializing random number generatorchmod: changing permissions of `/var/lib/misc/random-seed': Read-only file system
^[7^[[?25l^[[80C^[[10D^[[1;31mfailed^[[m\x0f^[8^[[?25h
Starting D-BUS daemon^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Starting resource manager^[7^[[?25l^[[80C^[[10D^[[1;31mfailed^[[m\x0f^[8^[[?25h
FATAL: Module apparmor not found.
Loading AppArmor module ^[[80C^[[10D^[[1;31mfailed^[[m\x0f
- could not start AppArmor^[[80C^[[10D^[[1;31mfailed^[[m\x0f
Failed to start message bus: Failed to bind socket "/var/run/dbus/system_bus_socket": Read-only file system
Starting irqbalance ^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
input: Power Button (FF) as /class/input/input3
ACPI: Power Button (FF) [PWRF]
input: Sleep Button (FF) as /class/input/input4
ACPI: Sleep Button (FF) [SLPF]
input: Power Button (CM) as /class/input/input5
ACPI: Power Button (CM) [PWRB]
chgrp: changing group of `/opt/ibm/ewlm/ms/usr/sbin/ewlmarmd': Read-only file system
/bin/rm: cannot remove directory `/tmp/ewlmarm4': Read-only file system
chgrp: changing group of `/tmp/ewlmarm4': Read-only file system
Starting EWLM daemon
acpid: loading ACPI modules ( ac battery button fan processor thermal ) ^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
acpid: will skip unsupported modules
acpid: loading ACPI laptop modules ( ) ^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Starting acpid acpid: can't open socket /var/run/acpid.socket: Address already in use
startproc: exit status of parent of /sbin/acpid: 1
^[7^[[?25l^[[80C^[[10D^[[1;31mfailed^[[m\x0f^[8^[[?25h
Starting HAL daemon^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Setting up network interfaces:
hald-probe-pc-f: page allocation failure. order:3, mode:0x10d1
Call Trace:
[<ffffffff80230e35>] printk_ratelimit+0x15/0x20
[<ffffffff80264857>] __alloc_pages+0x2d7/0x3d0
[<ffffffff803902fa>] kobject_get+0x1a/0x30
[<ffffffff8027ea8a>] alloc_pages_current+0x5a/0x90
[<ffffffff80263ede>] __get_free_pages+0xe/0x40
[<ffffffff88029d63>] :floppy:dma_mem_alloc+0x23/0x30
[<ffffffff8802ba86>] :floppy:floppy_open+0x2f6/0x410
[<ffffffff802b45b0>] blkdev_open+0x0/0x80
[<ffffffff802b40fd>] do_open+0xad/0x320
[<ffffffff802b45b0>] blkdev_open+0x0/0x80
[<ffffffff802b45ee>] blkdev_open+0x3e/0x80
[<ffffffff802886e8>] __dentry_open+0xd8/0x200
[<ffffffff802888cc>] nameidata_to_filp+0x3c/0x50
[<ffffffff8028892a>] do_filp_open+0x4a/0x50
[<ffffffff80288576>] get_unused_fd+0x76/0x110
[<ffffffff8028898a>] do_sys_open+0x5a/0xf0
[<ffffffff80288a4b>] sys_open+0x1b/0x20
[<ffffffff80209aae>] system_call+0x7e/0x83
Mem-info:
Node 0 DMA per-cpu:
CPU 0: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 1: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 2: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 3: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
Node 0 DMA32 per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 0 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 1 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 2 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 3 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Active:2522 inactive:1367 dirty:0 writeback:0 unstable:0
free:1738153 slab:2384 mapped:816 pagetables:116 bounce:0
Node 0 DMA free:948kB min:12kB low:12kB high:16kB active:0kB inactive:0kB present:9636kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 3440 5424 5424
Node 0 DMA32 free:3587780kB min:5292kB low:6612kB high:7936kB active:0kB inactive:0kB present:3523008kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 1984 1984
Node 0 Normal free:1888984kB min:3052kB low:3812kB high:4576kB active:620kB inactive:116kB present:2031616kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 1 Normal free:495612kB min:760kB low:948kB high:1140kB active:1164kB inactive:164kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 2 Normal free:495536kB min:760kB low:948kB high:1140kB active:1228kB inactive:40kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 3 Normal free:483752kB min:760kB low:948kB high:1140kB active:7076kB inactive:5148kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 0 DMA: 4*4kB 57*8kB 29*16kB 1*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 968kB
Node 0 DMA32: 1*4kB 2*8kB 1*16kB 1*32kB 2*64kB 0*128kB 2*256kB 2*512kB 2*1024kB 2*2048kB 874*4096kB = 3587780kB
Node 0 Normal: 129*4kB 97*8kB 17*16kB 34*32kB 18*64kB 9*128kB 4*256kB 2*512kB 0*1024kB 1*2048kB 459*4096kB = 1889116kB
Node 1 Normal: 100*4kB 84*8kB 21*16kB 17*32kB 11*64kB 10*128kB 5*256kB 0*512kB 1*1024kB 1*2048kB 119*4096kB = 495712kB
Node 2 Normal: 141*4kB 93*8kB 32*16kB 11*32kB 2*64kB 1*128kB 3*256kB 2*512kB 2*1024kB 1*2048kB 119*4096kB = 495740kB
Node 3 Normal: 191*4kB 167*8kB 77*16kB 38*32kB 27*64kB 3*128kB 0*256kB 0*512kB 0*1024kB 1*2048kB 116*4096kB = 483844kB
Swap cache: add 0, delete 0, find 0/0, race 0+0
Free swap = 1048784kB
Total swap = 1048784kB
Free swap: 1048784kB
1966080 pages of RAM
210493 reserved pages
2941 pages shared
0 pages swap cached
lo
lo IP address: 127.0.0.1/8
^[7^[[?25l^[[1A^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h eth0 device: Broadcom Corporation NetXtreme BCM5701 Gigabit Ethernet (rev 15)
eth0 configuration: eth-id-00:04:76:f0:f9:aa
ip invoked oom-killer: gfp_mask=0x40d1, order=4, oomkilladj=0
Call Trace:
[<ffffffff80230e35>] printk_ratelimit+0x15/0x20
[<ffffffff802628d4>] out_of_memory+0x254/0x2b0
[<ffffffff80215a92>] smp_call_function+0x42/0x70
[<ffffffff802647fc>] __alloc_pages+0x27c/0x3d0
[<ffffffff8027ea8a>] alloc_pages_current+0x5a/0x90
[<ffffffff80285014>] new_slab+0x244/0x290
[<ffffffff80286154>] kmem_cache_alloc+0x134/0x1a0
/sbin/ifup: line 1045: 2997 Killed ip link set up dev $INTERFA [<ffffffff802861d9>] kmem_cache_zalloc+0x19/0x40
CE ${LLADDR:+address $LLADDR} $LINK_OPTIONS
Cannot enable interface eth0.
[<ffffffff8041bc64>] tg3_open+0xa4/0x630
[<ffffffff8026ca06>] __do_fault+0x196/0x3a0
[<ffffffff8047d780>] dev_open+0x40/0x90
[<ffffffff8047b3bd>] dev_change_flags+0x6d/0x160
[<ffffffff804c941d>] devinet_ioctl+0x58d/0x760
[<ffffffff8047d489>] dev_ioctl+0x249/0x320
[<ffffffff804c992d>] inet_ioctl+0x5d/0x80
[<ffffffff8046f596>] sock_ioctl+0x56/0x230
[<ffffffff802979a1>] do_ioctl+0x31/0x90
[<ffffffff80297a73>] vfs_ioctl+0x73/0x2c0
[<ffffffff80297d51>] sys_ioctl+0x91/0xb0
[<ffffffff80209aae>] system_call+0x7e/0x83
Mem-info:
Node 0 DMA per-cpu:
CPU 0: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 1: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 2: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 3: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
Node 0 DMA32 per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 0 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 1 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 1 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 2 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 3 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 1 Cold: hi: 62, btch: 15 usd: 0
Active:1734 inactive:1038 dirty:0 writeback:0 unstable:0
free:1739355 slab:2334 mapped:591 pagetables:118 bounce:0
Node 0 DMA free:1180kB min:12kB low:12kB high:16kB active:0kB inactive:0kB present:9636kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 3440 5424 5424
Node 0 DMA32 free:3587780kB min:5292kB low:6612kB high:7936kB active:0kB inactive:0kB present:3523008kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 1984 1984
Node 0 Normal free:1888220kB min:3052kB low:3812kB high:4576kB active:968kB inactive:312kB present:2031616kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 1 Normal free:496192kB min:760kB low:948kB high:1140kB active:784kB inactive:108kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 2 Normal free:496508kB min:760kB low:948kB high:1140kB active:460kB inactive:140kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 3 Normal free:487540kB min:760kB low:948kB high:1140kB active:4724kB inactive:3592kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 0 DMA: 16*4kB 52*8kB 37*16kB 4*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 1200kB
Node 0 DMA32: 1*4kB 2*8kB 1*16kB 1*32kB 2*64kB 0*128kB 2*256kB 2*512kB 2*1024kB 2*2048kB 874*4096kB = 3587780kB
Node 0 Normal: 147*4kB 111*8kB 62*16kB 27*32kB 7*64kB 3*128kB 4*256kB 2*512kB 0*1024kB 1*2048kB 459*4096kB = 1888324kB
Node 1 Normal: 106*4kB 81*8kB 42*16kB 21*32kB 13*64kB 10*128kB 5*256kB 0*512kB 1*1024kB 1*2048kB 119*4096kB = 496304kB
Node 2 Normal: 103*4kB 88*8kB 45*16kB 21*32kB 9*64kB 2*128kB 3*256kB 2*512kB 2*1024kB 1*2048kB 119*4096kB = 496652kB
Node 3 Normal: 329*4kB 190*8kB 100*16kB 53*32kB 38*64kB 7*128kB 4*256kB 0*512kB 0*1024kB 1*2048kB 116*4096kB = 487668kB
Swap cache: add 0, delete 0, find 0/0, race 0+0
Free swap = 1048784kB
Total swap = 1048784kB
Free swap: 1048784kB
1966080 pages of RAM
210493 reserved pages
2219 pages shared
0 pages swap cached
No available memory (MPOL_BIND): kill process 2997 (ip) score 0 or a child
Killed process 2997 (ip)
ip: page allocation failure. order:4, mode:0x40d1
Call Trace:
[<ffffffff80230e35>] printk_ratelimit+0x15/0x20
[<ffffffff80264857>] __alloc_pages+0x2d7/0x3d0
[<ffffffff8027ea8a>] alloc_pages_current+0x5a/0x90
[<ffffffff80285014>] new_slab+0x244/0x290
[<ffffffff80286154>] kmem_cache_alloc+0x134/0x1a0
[<ffffffff802861d9>] kmem_cache_zalloc+0x19/0x40
[<ffffffff8041bc64>] tg3_open+0xa4/0x630
[<ffffffff8026ca06>] __do_fault+0x196/0x3a0
[<ffffffff8047d780>] dev_open+0x40/0x90
[<ffffffff8047b3bd>] dev_change_flags+0x6d/0x160
[<ffffffff804c941d>] devinet_ioctl+0x58d/0x760
[<ffffffff8047d489>] dev_ioctl+0x249/0x320
[<ffffffff804c992d>] inet_ioctl+0x5d/0x80
[<ffffffff8046f596>] sock_ioctl+0x56/0x230
[<ffffffff802979a1>] do_ioctl+0x31/0x90
[<ffffffff80297a73>] vfs_ioctl+0x73/0x2c0
[<ffffffff80297d51>] sys_ioctl+0x91/0xb0
[<ffffffff80209aae>] system_call+0x7e/0x83
Mem-info:
Node 0 DMA per-cpu:
CPU 0: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 1: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 2: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 3: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
Node 0 DMA32 per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 0 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 1 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 1 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 2 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
Node 3 Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 1: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 2: Hot: hi: 186, btch: 31 usd: 0 Cold: hi: 62, btch: 15 usd: 0
CPU 3: Hot: hi: 186, btch: 31 usd: 1 Cold: hi: 62, btch: 15 usd: 0
Active:1734 inactive:1038 dirty:0 writeback:0 unstable:0
free:1739355 slab:2334 mapped:591 pagetables:118 bounce:0
Node 0 DMA free:1180kB min:12kB low:12kB high:16kB active:0kB inactive:0kB present:9636kB pages_scanned:0 all_unreclaimable? yes
lowmem_reserve[]: 0 3440 5424 5424
Node 0 DMA32 free:3587780kB min:5292kB low:6612kB high:7936kB active:0kB inactive:0kB present:3523008kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 1984 1984
Node 0 Normal free:1888220kB min:3052kB low:3812kB high:4576kB active:968kB inactive:312kB present:2031616kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 1 Normal free:496192kB min:760kB low:948kB high:1140kB active:784kB inactive:108kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 2 Normal free:496508kB min:760kB low:948kB high:1140kB active:460kB inactive:140kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 3 Normal free:487540kB min:760kB low:948kB high:1140kB active:4724kB inactive:3592kB present:507904kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
Node 0 DMA: 16*4kB 52*8kB 37*16kB 4*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 1200kB
Node 0 DMA32: 1*4kB 2*8kB 1*16kB 1*32kB 2*64kB 0*128kB 2*256kB 2*512kB 2*1024kB 2*2048kB 874*4096kB = 3587780kB
Node 0 Normal: 147*4kB 111*8kB 62*16kB 27*32kB 7*64kB 3*128kB 4*256kB 2*512kB 0*1024kB 1*2048kB 459*4096kB = 1888324kB
Node 1 Normal: 106*4kB 81*8kB 42*16kB 21*32kB 13*64kB 10*128kB 5*256kB 0*512kB 1*1024kB 1*2048kB 119*4096kB = 496304kB
Node 2 Normal: 103*4kB 88*8kB 45*16kB 21*32kB 9*64kB 2*128kB 3*256kB 2*512kB 2*1024kB 1*2048kB 119*4096kB = 496652kB
Node 3 Normal: 329*4kB 190*8kB 100*16kB 53*32kB 38*64kB 7*128kB 4*256kB 0*512kB 0*1024kB 1*2048kB 116*4096kB = 487668kB
Swap cache: add 0, delete 0, find 0/0, race 0+0
Free swap = 1048784kB
Total swap = 1048784kB
Free swap: 1048784kB
1966080 pages of RAM
210493 reserved pages
2219 pages shared
0 pages swap cached
interface eth0 is not up
^[7^[[?25l^[[1A^[[80C^[[10D^[[1;31mfailed^[[m\x0f^[8^[[?25hWaiting for mandatory devices: eth-id-00:04:76:f0:f9:aa __NSC__
5 4 3 2 1
eth0 device: Broadcom Corporation NetXtreme BCM5701 Gigabit Ethernet (rev 15)
eth0 configuration: eth-id-00:04:76:f0:f9:aa
eth0 is down
^[7^[[?25l^[[1A^[[80C^[[10D^[[1;31mfailed^[[m\x0f^[8^[[?25h eth0 interface could not be set up until now
^[7^[[?25l^[[1A^[[80C^[[10D^[[1;31mfailed^[[m\x0f^[8^[[?25hSetting up service network . . . . . . . . . . . . . . . .^[7^[[?25l^[[80C^[[10D^[[1;31mfailed^[[m\x0f^[8^[[?25h
Starting syslog services^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Starting slpd A FATAL Error has occured:
Could not open logfile /var/log/slpd.log
startproc: exit status of parent of /usr/sbin/slpd: 1
^[7^[[?25l^[[80C^[[10D^[[1;31mfailed^[[m\x0f^[8^[[?25h
Starting RPC portmap daemon^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Starting auditd ^[7^[[?25l^[[80C^[[10D^[[1;31mfailed^[[m\x0f^[8^[[?25h
Importing Net File System (NFS)^[[80C^[[10D^[[1munused^[[m\x0f
Checking/updating CPU microcode ^[7^[[?25l^[[80C^[[10D^[[1munused^[[m\x0f^[8^[[?25h
Starting nfsboot (sm-notify) ^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Mount SMB/ CIFS File Systems ^[[80C^[[10D^[[1munused^[[m\x0f
touch: cannot touch `/var/lock/subsys/smbfs': Read-only file system
Starting Name Service Cache Daemon^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Starting cupsd^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
Starting SSH daemon^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Starting ZENworks Management Daemon^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Starting powersaved: ###############################################
# ACPI system but acpid not running. #
# Start acpid first, then restart powersaved! #
###############################################^[[80C^[[10D^[[1;33mskipped^[[m\x0f
Starting mail service (Postfix)^[7^[[?25l^[[80C^[[10D^[[1;32mdone^[[m\x0f^[8^[[?25h
Starting CRON daemon/usr/sbin/cron: can't open or create /var/run/cron.pid: Read-only file system
startproc: exit status of parent of /usr/sbin/cron: 1
^[7^[[?25l^[[80C^[[10D^[[1;31mfailed^[[m\x0f^[8^[[?25h
Master Resource Control: runlevel 3 has been ^[[80C^[[10D^[[1mreached^[[m\x0f
Failed services in runlevel 3: ^[[1;31macpid random resmgr network slpd auditd cron^[[m\x0f
Skipped services in runlevel 3: ^[[80C^[[44D^[[1;33msmbfs nfs microcode powersaved splash^[[m\x0f
blogd: no message logging because /var file system is not accessible
Welcome to SUSE Linux Enterprise Server 10 (x86_64) - Kernel 2.6.21-rc5-mm4 (ttyS0).
Welcome to SUSE Linux Enterprise Server 10 (x86_64) - Kernel 2.6.21-rc5-mm4 (console).
elm3b29 login: elm3b29 login:
telnet> q
Connection closed.
^[]0;badari@dyn9047017100:~\a[badari@dyn9047017100 ~]$
^[]0;badari@dyn9047017100:~\a[badari@dyn9047017100 ~]$
^[]0;badari@dyn9047017100:~\a[badari@dyn9047017100 ~]$ exit
Script done on Wed 04 Apr 2007 07:50:14 AM PDT
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-04 1:16 ` 2.6.21-rc5-mm4 Christoph Lameter
@ 2007-04-04 15:12 ` Badari Pulavarty
2007-04-04 15:27 ` 2.6.21-rc5-mm4 Badari Pulavarty
2007-04-04 17:13 ` 2.6.21-rc5-mm4 (SLUB powerpc) Christoph Lameter
0 siblings, 2 replies; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-04 15:12 UTC (permalink / raw)
To: Christoph Lameter; +Cc: Andrew Morton, lkml
On Tue, 2007-04-03 at 18:16 -0700, Christoph Lameter wrote:
> On Tue, 3 Apr 2007, Badari Pulavarty wrote:
>
> > Seems to be an issue with calibrate_delay() spinning in a tight
> > loop :(
> >
> > BTW, machine boots fine with SLAB code - not sure why ?
>
> Interrupt disabled sigh.
>
> Here is the fix:
>
>
>
>
> SLUB: Fix numa bootstrap
>
> NUMA bootstrap calls new_slab() if more than one node is found on bootup.
> new_slab() assumes a standard slab context where interrupts must be
> disabled. It enables interrupts for the call into the page allocator
> and then disables them again. Interrupts do not have to be disabled
> during on bootstrap because we still run single threaded there.
>
> I dropped the interrupt preservation code just before SLUB v6 because
> it looked useless there. SLUB worked on the following NUMA tests
> that just had a single node. Sigh.
>
> Enable interrupts after calling new_slab.
>
> Signed-off-by: Christoph Lameter <clameter@sgi.com>
>
> Index: linux-2.6.21-rc5-mm4/mm/slub.c
> ===================================================================
> --- linux-2.6.21-rc5-mm4.orig/mm/slub.c 2007-04-03 18:07:41.000000000 -0700
> +++ linux-2.6.21-rc5-mm4/mm/slub.c 2007-04-03 18:08:17.000000000 -0700
> @@ -1436,6 +1436,8 @@ static int init_kmem_cache_nodes(struct
>
> BUG_ON(s->size < sizeof(struct kmem_cache_node));
> page = new_slab(kmalloc_caches, gfpflags, node);
> + /* new_slab() disables interupts */
> + local_irq_enable();
>
> BUG_ON(!page);
> n = page->freelist;
Well !! Helps a little, but not enough to boot (hangs little later) :(
I will try to get stack trace for that.
Thanks,
Badari
boot: 2621rc5mm4
Please wait, loading kernel...
Allocated 0x00400000 bytes for executable @ 0x00400000
Elf32 kernel loaded...
zImage starting: loaded at 0x00400000 (sp: 0x01a3fb10)
Allocating 0x826c40 bytes for kernel ...
OF version = 'IBM,SF225_096'
gunzipping (0x01c00000 <- 0x00408000:0x006a8e52)...done 0x760df0 bytes
Finalizing device tree... using OF tree (promptr=00c39a50)
OF stdout device is: /vdevice/vty@30000000
Hypertas detected, assuming LPAR !
command line: root=/dev/sda2
memory layout at init:
alloc_bottom : 000000000242b000
alloc_top : 0000000008000000
alloc_top_hi : 00000001e8000000
rmo_top : 0000000008000000
ram_top : 00000001e8000000
Looking for displays
found display : /pci@800000020000002/pci@2,2/pci@1/display@0,
opening ... done
instantiating rtas at 0x00000000077ca000 ... done
0000000000000000 : boot cpu 0000000000000000
0000000000000002 : starting cpu hw idx 0000000000000002... done
0000000000000004 : starting cpu hw idx 0000000000000004... done
0000000000000006 : starting cpu hw idx 0000000000000006... done
copying OF device tree ...
Building dt strings...
Building dt structure...
Device tree strings 0x000000000242c000 -> 0x000000000242d2fe
Device tree struct 0x000000000242e000 -> 0x0000000002443000
Calling quiesce ...
returning from prom_init
Partition configured for 8 cpus.
Starting Linux PPC64 #7 SMP Wed Apr 4 07:52:49 PDT 2007
-----------------------------------------------------
ppc64_pft_size = 0x1b
physicalMemorySize = 0x1e8000000
ppc64_caches.dcache_line_size = 0x80
ppc64_caches.icache_line_size = 0x80
htab_address = 0x0000000000000000
htab_hash_mask = 0xfffff
-----------------------------------------------------
Linux version 2.6.21-rc5-mm4-ppc64 (root@elm3a121) (gcc version 4.1.0
(SUSE Linux)) #7 SMP Wed Apr 4 07:52:49 PDT 2007
[boot]0012 Setup Arch
No ramdisk, default root is /dev/sda2
EEH: PCI Enhanced I/O Error Handling Enabled
PPC64 nvram contains 8192 bytes
Zone PFN ranges:
DMA 0 -> 1998848
Normal 1998848 -> 1998848
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
0: 0 -> 974848
1: 974848 -> 1998848
[boot]0015 Setup Done
Built 2 zonelists. Total pages: 1971520
Kernel command line: root=/dev/sda2
[boot]0020 XICS Init
[boot]0021 XICS Done
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 80x25
console handover: boot [udbg-1] -> real [hvc0]
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
freeing bootmem node 0
freeing bootmem node 1
Memory: 7855384k/7995392k available (6064k kernel code, 140008k
reserved, 1236k data, 819k bss, 272k init)
SLUB V6: General Slabs=18, HW alignment=128, Processors=8, Nodes=16
Calibrating delay loop...475.13 BogoMIPS (lpj=2375680)
Security Framework v1.0.0 initialized
Mount-cache hash table entries: 256
Processor 1 found.
Processor 2 found.
Processor 3 found.
Processor 4 found.
Processor 5 found.
Processor 6 found.
Processor 7 found.
Brought up 8 CPUs
mm/memory.c:111: bad pud c0000000f20c0480.
could not vmalloc 20971520 bytes for cache!
------------[ cut here ]------------
Badness at mm/vmalloc.c:100
Call Trace:
[c0000000f20731f0] [c00000000001098c] .show_stack+0x68/0x1b0
(unreliable)
[c0000000f2073290] [c0000000001ed454] .report_bug+0x94/0xe8
[c0000000f2073320] [c00000000042a068] .program_check_exception
+0x178/0x634
[c0000000f20733d0] [c0000000000046f4] program_check_common+0xf4/0x100
--- Exception: 700 at .map_vm_area+0x1b0/0x324
LR = .__vmalloc_area_node+0x198/0x1ec
[c0000000f20736c0] [ffffffffffffffff] 0xffffffffffffffff (unreliable)
[c0000000f20737a0] [c0000000000c7538] .__vmalloc_area_node+0x198/0x1ec
[c0000000f2073870] [c0000000000c740c] .__vmalloc_area_node+0x6c/0x1ec
[c0000000f2073940] [c000000000059580] .arch_init_sched_domains
+0xb9c/0x10b0
[c0000000f2073d80] [c0000000005c330c] .sched_init_smp+0x60/0x430
[c0000000f2073ea0] [c0000000005a8b18] .kernel_init+0x158/0x3c0
[c0000000f2073f90] [c00000000002899c] .kernel_thread+0x4c/0x68
------------[ cut here ]------------
Badness at mm/vmalloc.c:100
Call Trace:
[c0000000f20731f0] [c00000000001098c] .show_stack+0x68/0x1b0
(unreliable)
[c0000000f2073290] [c0000000001ed454] .report_bug+0x94/0xe8
[c0000000f2073320] [c00000000042a068] .program_check_exception
+0x178/0x634
[c0000000f20733d0] [c0000000000046f4] program_check_common+0xf4/0x100
--- Exception: 700 at .map_vm_area+0x1b0/0x324
LR = .__vmalloc_area_node+0x198/0x1ec
[c0000000f20736c0] [ffffffffffffffff] 0xffffffffffffffff (unreliable)
[c0000000f20737a0] [c0000000000c7538] .__vmalloc_area_node+0x198/0x1ec
[c0000000f2073870] [c0000000000c740c] .__vmalloc_area_node+0x6c/0x1ec
[c0000000f2073940] [c000000000059580] .arch_init_sched_domains
+0xb9c/0x10b0
[c0000000f2073d80] [c0000000005c330c] .sched_init_smp+0x60/0x430
[c0000000f2073ea0] [c0000000005a8b18] .kernel_init+0x158/0x3c0
[c0000000f2073f90] [c00000000002899c] .kernel_thread+0x4c/0x68
------------[ cut here ]------------
Badness at mm/vmalloc.c:100
Call Trace:
[c0000000f20731f0] [c00000000001098c] .show_stack+0x68/0x1b0
(unreliable)
[c0000000f2073290] [c0000000001ed454] .report_bug+0x94/0xe8
[c0000000f2073320] [c00000000042a068] .program_check_exception
+0x178/0x634
[c0000000f20733d0] [c0000000000046f4] program_check_common+0xf4/0x100
--- Exception: 700 at .map_vm_area+0x1b0/0x324
LR = .__vmalloc_area_node+0x198/0x1ec
[c0000000f20736c0] [ffffffffffffffff] 0xffffffffffffffff (unreliable)
[c0000000f20737a0] [c0000000000c7538] .__vmalloc_area_node+0x198/0x1ec
[c0000000f2073870] [c0000000000c740c] .__vmalloc_area_node+0x6c/0x1ec
[c0000000f2073940] [c000000000059580] .arch_init_sched_domains
+0xb9c/0x10b0
[c0000000f2073d80] [c0000000005c330c] .sched_init_smp+0x60/0x430
[c0000000f2073ea0] [c0000000005a8b18] .kernel_init+0x158/0x3c0
[c0000000f2073f90] [c00000000002899c] .kernel_thread+0x4c/0x68
------------[ cut here ]------------
Badness at mm/vmalloc.c:100
Call Trace:
[c0000000f20731f0] [c00000000001098c] .show_stack+0x68/0x1b0
(unreliable)
[c0000000f2073290] [c0000000001ed454] .report_bug+0x94/0xe8
[c0000000f2073320] [c00000000042a068] .program_check_exception
+0x178/0x634
[c0000000f20733d0] [c0000000000046f4] program_check_common+0xf4/0x100
--- Exception: 700 at .map_vm_area+0x1b0/0x324
LR = .__vmalloc_area_node+0x198/0x1ec
[c0000000f20736c0] [ffffffffffffffff] 0xffffffffffffffff (unreliable)
[c0000000f20737a0] [c0000000000c7538] .__vmalloc_area_node+0x198/0x1ec
[c0000000f2073870] [c0000000000c740c] .__vmalloc_area_node+0x6c/0x1ec
[c0000000f2073940] [c000000000059580] .arch_init_sched_domains
+0xb9c/0x10b0
[c0000000f2073d80] [c0000000005c330c] .sched_init_smp+0x60/0x430
[c0000000f2073ea0] [c0000000005a8b18] .kernel_init+0x158/0x3c0
[c0000000f2073f90] [c00000000002899c] .kernel_thread+0x4c/0x68
------------[ cut here ]------------
Badness at mm/vmalloc.c:100
Call Trace:
[c0000000f20731f0] [c00000000001098c] .show_stack+0x68/0x1b0
(unreliable)
[c0000000f2073290] [c0000000001ed454] .report_bug+0x94/0xe8
[c0000000f2073320] [c00000000042a068] .program_check_exception
+0x178/0x634
[c0000000f20733d0] [c0000000000046f4] program_check_common+0xf4/0x100
--- Exception: 700 at .map_vm_area+0x1b0/0x324
LR = .__vmalloc_area_node+0x198/0x1ec
[c0000000f20736c0] [ffffffffffffffff] 0xffffffffffffffff (unreliable)
[c0000000f20737a0] [c0000000000c7538] .__vmalloc_area_node+0x198/0x1ec
[c0000000f2073870] [c0000000000c740c] .__vmalloc_area_node+0x6c/0x1ec
[c0000000f2073940] [c000000000059580] .arch_init_sched_domains
+0xb9c/0x10b0
[c0000000f2073d80] [c0000000005c330c] .sched_init_smp+0x60/0x430
[c0000000f2073ea0] [c0000000005a8b18] .kernel_init+0x158/0x3c0
[c0000000f2073f90] [c00000000002899c] .kernel_thread+0x4c/0x68
could not vmalloc 20971520 bytes for cache!
migration_cost=0,1000,1000
NET: Registered protocol family 16
IOMMU table initialized, virtual merging enabled
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
NET: Registered protocol family 2
IP route cache hash table entries: 262144 (order: 9, 2097152 bytes)
TCP established hash table entries: 524288 (order: 11, 12582912 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 524288 bind 65536)
TCP reno registered
IBM eBus Device Driver
audit: initializing netlink socket (disabled)
audit(1175698620.610:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
mm/memory.c:111: bad pud c0000000f20c1200.
mm/memory.c:111: bad pud c0000000f20c1680.
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
rpaphp: RPA HOT Plug PCI Controller Driver version: 0.1
rpaphp: Slot [0001:00:02.0](PCI location=U7879.001.DQD02PW-P1-C3)
registered
rpaphp: Slot [0001:00:02.2](PCI location=U7879.001.DQD02PW-P1-C4)
registered
rpaphp: Slot [0001:00:02.4](PCI location=U7879.001.DQD02PW-P1-C5)
registered
rpaphp: Slot [0001:00:02.6](PCI location=U7879.001.DQD02PW-P1-C6)
registered
rpaphp: Slot [0002:00:02.0](PCI location=U7879.001.DQD02PW-P1-C1)
registered
rpaphp: Slot [0002:00:02.6](PCI location=U7879.001.DQD02PW-P1-C2)
registered
matroxfb: Matrox G450 detected
PInS data found at offset 31168
PInS memtype = 5
matroxfb: 640x480x8bpp (virtual: 640x26214)
matroxfb: framebuffer at 0x40170000000, mapped to 0xd000080080004000,
size 33554432
^ permalink raw reply [flat|nested] 86+ messages in thread
* [-mm patch] net/: possible cleanups
2007-04-03 5:47 2.6.21-rc5-mm4 Andrew Morton
` (6 preceding siblings ...)
2007-04-04 1:35 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
@ 2007-04-04 15:25 ` Adrian Bunk
2007-04-04 15:25 ` [-mm patch] unexport pci_proc_attach_device Adrian Bunk
` (5 subsequent siblings)
13 siblings, 0 replies; 86+ messages in thread
From: Adrian Bunk @ 2007-04-04 15:25 UTC (permalink / raw)
To: Andrew Morton, David Miller; +Cc: linux-kernel, netdev
On Mon, Apr 02, 2007 at 10:47:45PM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.21-rc5-mm3:
>...
> git-net.patch
>...
> git trees.
>...
This patch contains the following possible cleanups:
- make the following needlessly global variables static:
- core/rtnetlink.c: struct rtnl_msg_handlers[]
- netfilter/nf_conntrack_proto.c: struct nf_ct_protos[]
- make the following needlessly global functions static:
- core/rtnetlink.c: rtnl_dump_all()
- netlink/af_netlink.c: netlink_queue_skip()
Signed-off-by: Adrian Bunk <bunk@stusta.de>
---
include/net/netfilter/nf_conntrack_l4proto.h | 1 -
include/net/netlink.h | 2 --
include/net/rtnetlink.h | 1 -
net/core/rtnetlink.c | 6 ++----
net/netfilter/nf_conntrack_proto.c | 2 +-
net/netlink/af_netlink.c | 4 ++--
6 files changed, 5 insertions(+), 11 deletions(-)
--- linux-2.6.21-rc5-mm4/include/net/rtnetlink.h.old 2007-04-03 23:58:30.000000000 +0200
+++ linux-2.6.21-rc5-mm4/include/net/rtnetlink.h 2007-04-03 23:58:35.000000000 +0200
@@ -13,7 +13,6 @@
rtnl_doit_func, rtnl_dumpit_func);
extern int rtnl_unregister(int protocol, int msgtype);
extern void rtnl_unregister_all(int protocol);
-extern int rtnl_dump_all(struct sk_buff *skb, struct netlink_callback *cb);
static inline int rtnl_msg_family(struct nlmsghdr *nlh)
{
--- linux-2.6.21-rc5-mm4/net/core/rtnetlink.c.old 2007-04-03 23:34:49.000000000 +0200
+++ linux-2.6.21-rc5-mm4/net/core/rtnetlink.c 2007-04-03 23:58:44.000000000 +0200
@@ -101,7 +101,7 @@
return 0;
}
-struct rtnl_link *rtnl_msg_handlers[NPROTO];
+static struct rtnl_link *rtnl_msg_handlers[NPROTO];
static inline int rtm_msgindex(int msgtype)
{
@@ -771,7 +771,7 @@
return err;
}
-int rtnl_dump_all(struct sk_buff *skb, struct netlink_callback *cb)
+static int rtnl_dump_all(struct sk_buff *skb, struct netlink_callback *cb)
{
int idx;
int s_idx = cb->family;
@@ -795,8 +795,6 @@
return skb->len;
}
-EXPORT_SYMBOL_GPL(rtnl_dump_all);
-
void rtmsg_ifinfo(int type, struct net_device *dev, unsigned change)
{
struct sk_buff *skb;
--- linux-2.6.21-rc5-mm4/include/net/netfilter/nf_conntrack_l4proto.h.old 2007-04-04 01:22:41.000000000 +0200
+++ linux-2.6.21-rc5-mm4/include/net/netfilter/nf_conntrack_l4proto.h 2007-04-04 01:22:50.000000000 +0200
@@ -97,7 +97,6 @@
extern struct nf_conntrack_l4proto nf_conntrack_l4proto_generic;
#define MAX_NF_CT_PROTO 256
-extern struct nf_conntrack_l4proto **nf_ct_protos[PF_MAX];
extern struct nf_conntrack_l4proto *
__nf_ct_l4proto_find(u_int16_t l3proto, u_int8_t l4proto);
--- linux-2.6.21-rc5-mm4/net/netfilter/nf_conntrack_proto.c.old 2007-04-04 00:00:26.000000000 +0200
+++ linux-2.6.21-rc5-mm4/net/netfilter/nf_conntrack_proto.c 2007-04-04 00:00:43.000000000 +0200
@@ -28,7 +28,7 @@
#include <net/netfilter/nf_conntrack_l4proto.h>
#include <net/netfilter/nf_conntrack_core.h>
-struct nf_conntrack_l4proto **nf_ct_protos[PF_MAX] __read_mostly;
+static struct nf_conntrack_l4proto **nf_ct_protos[PF_MAX] __read_mostly;
struct nf_conntrack_l3proto *nf_ct_l3protos[AF_MAX] __read_mostly;
EXPORT_SYMBOL_GPL(nf_ct_l3protos);
--- linux-2.6.21-rc5-mm4/include/net/netlink.h.old 2007-04-04 00:01:21.000000000 +0200
+++ linux-2.6.21-rc5-mm4/include/net/netlink.h 2007-04-04 00:01:52.000000000 +0200
@@ -217,8 +217,6 @@
extern void netlink_run_queue(struct sock *sk, unsigned int *qlen,
int (*cb)(struct sk_buff *,
struct nlmsghdr *));
-extern void netlink_queue_skip(struct nlmsghdr *nlh,
- struct sk_buff *skb);
extern int nlmsg_notify(struct sock *sk, struct sk_buff *skb,
u32 pid, unsigned int group, int report,
gfp_t flags);
--- linux-2.6.21-rc5-mm4/net/netlink/af_netlink.c.old 2007-04-04 00:01:59.000000000 +0200
+++ linux-2.6.21-rc5-mm4/net/netlink/af_netlink.c 2007-04-04 00:02:22.000000000 +0200
@@ -117,6 +117,7 @@
static int netlink_dump(struct sock *sk);
static void netlink_destroy_callback(struct netlink_callback *cb);
+static void netlink_queue_skip(struct nlmsghdr *nlh, struct sk_buff *skb);
static DEFINE_RWLOCK(nl_table_lock);
static atomic_t nl_table_users = ATOMIC_INIT(0);
@@ -1555,7 +1556,7 @@
* Pulls the given netlink message off the socket buffer so the next
* call to netlink_queue_run() will not reconsider the message.
*/
-void netlink_queue_skip(struct nlmsghdr *nlh, struct sk_buff *skb)
+static void netlink_queue_skip(struct nlmsghdr *nlh, struct sk_buff *skb)
{
int msglen = NLMSG_ALIGN(nlh->nlmsg_len);
@@ -1838,7 +1839,6 @@
EXPORT_SYMBOL(netlink_ack);
EXPORT_SYMBOL(netlink_run_queue);
-EXPORT_SYMBOL(netlink_queue_skip);
EXPORT_SYMBOL(netlink_broadcast);
EXPORT_SYMBOL(netlink_dump_start);
EXPORT_SYMBOL(netlink_kernel_create);
^ permalink raw reply [flat|nested] 86+ messages in thread
* [-mm patch] unexport pci_proc_attach_device
2007-04-03 5:47 2.6.21-rc5-mm4 Andrew Morton
` (7 preceding siblings ...)
2007-04-04 15:25 ` [-mm patch] net/: possible cleanups Adrian Bunk
@ 2007-04-04 15:25 ` Adrian Bunk
2007-04-04 21:56 ` 2.6.21-rc5-mm4 Antonino A. Daplas
` (4 subsequent siblings)
13 siblings, 0 replies; 86+ messages in thread
From: Adrian Bunk @ 2007-04-04 15:25 UTC (permalink / raw)
To: Andrew Morton, John Feeney, gregkh; +Cc: linux-kernel, linux-pci
On Mon, Apr 02, 2007 at 10:47:45PM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.21-rc5-mm3:
>...
> +fix-82875-pci-setup.patch
>...
> Misc
>...
pci_proc_attach_device() no longer has any modular user.
Signed-off-by: Adrian Bunk <bunk@stusta.de>
---
--- linux-2.6.21-rc5-mm4/drivers/pci/proc.c.old 2007-04-04 17:06:04.000000000 +0200
+++ linux-2.6.21-rc5-mm4/drivers/pci/proc.c 2007-04-04 17:08:35.000000000 +0200
@@ -480,7 +480,6 @@
__initcall(pci_proc_init);
#ifdef CONFIG_HOTPLUG
-EXPORT_SYMBOL(pci_proc_attach_device);
EXPORT_SYMBOL(pci_proc_detach_bus);
#endif
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-04 15:12 ` 2.6.21-rc5-mm4 Badari Pulavarty
@ 2007-04-04 15:27 ` Badari Pulavarty
2007-04-04 17:13 ` 2.6.21-rc5-mm4 (SLUB powerpc) Christoph Lameter
1 sibling, 0 replies; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-04 15:27 UTC (permalink / raw)
To: Christoph Lameter; +Cc: Andrew Morton, lkml
On Wed, 2007-04-04 at 08:12 -0700, Badari Pulavarty wrote:
> On Tue, 2007-04-03 at 18:16 -0700, Christoph Lameter wrote:
> > On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> >
> > > Seems to be an issue with calibrate_delay() spinning in a tight
> > > loop :(
> > >
> > > BTW, machine boots fine with SLAB code - not sure why ?
> >
> > Interrupt disabled sigh.
> >
> > Here is the fix:
> >
> >
> >
> >
> > SLUB: Fix numa bootstrap
> >
> > NUMA bootstrap calls new_slab() if more than one node is found on bootup.
> > new_slab() assumes a standard slab context where interrupts must be
> > disabled. It enables interrupts for the call into the page allocator
> > and then disables them again. Interrupts do not have to be disabled
> > during on bootstrap because we still run single threaded there.
> >
> > I dropped the interrupt preservation code just before SLUB v6 because
> > it looked useless there. SLUB worked on the following NUMA tests
> > that just had a single node. Sigh.
> >
> > Enable interrupts after calling new_slab.
> >
> > Signed-off-by: Christoph Lameter <clameter@sgi.com>
> >
> > Index: linux-2.6.21-rc5-mm4/mm/slub.c
> > ===================================================================
> > --- linux-2.6.21-rc5-mm4.orig/mm/slub.c 2007-04-03 18:07:41.000000000 -0700
> > +++ linux-2.6.21-rc5-mm4/mm/slub.c 2007-04-03 18:08:17.000000000 -0700
> > @@ -1436,6 +1436,8 @@ static int init_kmem_cache_nodes(struct
> >
> > BUG_ON(s->size < sizeof(struct kmem_cache_node));
> > page = new_slab(kmalloc_caches, gfpflags, node);
> > + /* new_slab() disables interupts */
> > + local_irq_enable();
> >
> > BUG_ON(!page);
> > n = page->freelist;
>
> Well !! Helps a little, but not enough to boot (hangs little later) :(
> I will try to get stack trace for that.
Better debug with slub_debug.
Hope this helps.
Thanks,
Badari
boot: 2621rc5mm4 xmon=on slub_debug
Please wait, loading kernel...
Allocated 0x00400000 bytes for executable @ 0x00400000
Elf32 kernel loaded...
zImage starting: loaded at 0x00400000 (sp: 0x01a3fb10)
Allocating 0x826c40 bytes for kernel ...
OF version = 'IBM,SF225_096'
gunzipping (0x01c00000 <- 0x00408000:0x006a8e52)...done 0x760df0 bytes
Finalizing device tree... using OF tree (promptr=00c39a50)
OF stdout device is: /vdevice/vty@30000000
Hypertas detected, assuming LPAR !
command line: root=/dev/sda2 xmon=on slub_debug
memory layout at init:
alloc_bottom : 000000000242b000
alloc_top : 0000000008000000
alloc_top_hi : 00000001e8000000
rmo_top : 0000000008000000
ram_top : 00000001e8000000
Looking for displays
found display : /pci@800000020000002/pci@2,2/pci@1/display@0,
opening ... done
instantiating rtas at 0x00000000077ca000 ... done
0000000000000000 : boot cpu 0000000000000000
0000000000000002 : starting cpu hw idx 0000000000000002... done
0000000000000004 : starting cpu hw idx 0000000000000004... done
0000000000000006 : starting cpu hw idx 0000000000000006... done
copying OF device tree ...
Building dt strings...
Building dt structure...
Device tree strings 0x000000000242c000 -> 0x000000000242d2fe
Device tree struct 0x000000000242e000 -> 0x0000000002443000
Calling quiesce ...
returning from prom_init
Partition configured for 8 cpus.
Starting Linux PPC64 #7 SMP Wed Apr 4 07:52:49 PDT 2007
-----------------------------------------------------
ppc64_pft_size = 0x1b
physicalMemorySize = 0x1e8000000
ppc64_caches.dcache_line_size = 0x80
ppc64_caches.icache_line_size = 0x80
htab_address = 0x0000000000000000
htab_hash_mask = 0xfffff
-----------------------------------------------------
Linux version 2.6.21-rc5-mm4-ppc64 (root@elm3a121) (gcc version 4.1.0
(SUSE Linux)) #7 SMP Wed Apr 4 07:52:49 PDT 2007
[boot]0012 Setup Arch
No ramdisk, default root is /dev/sda2
EEH: PCI Enhanced I/O Error Handling Enabled
PPC64 nvram contains 8192 bytes
Zone PFN ranges:
DMA 0 -> 1998848
Normal 1998848 -> 1998848
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
0: 0 -> 974848
1: 974848 -> 1998848
[boot]0015 Setup Done
Built 2 zonelists. Total pages: 1971520
Kernel command line: root=/dev/sda2 xmon=on slub_debug
[boot]0020 XICS Init
[boot]0021 XICS Done
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 80x25
console handover: boot [udbg-1] -> real [hvc0]
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
freeing bootmem node 0
freeing bootmem node 1
Memory: 7855384k/7995392k available (6064k kernel code, 140008k
reserved, 1236k data, 819k bss, 272k init)
SLUB V6: General Slabs=18, HW alignment=128, Processors=8, Nodes=16
Calibrating delay loop... 475.13 BogoMIPS (lpj=2375680)
Security Framework v1.0.0 initialized
Mount-cache hash table entries: 256
Processor 1 found.
Processor 2 found.
Processor 3 found.
Processor 4 found.
Processor 5 found.
Processor 6 found.
Processor 7 found.
Brought up 8 CPUs
mm/memory.c:111: bad pud c000000005100480.
could not vmalloc 20971520 bytes for cache!
*** SLUB: Redzone Inactive check fails in kmalloc-64@0xc000000005081180
Slab 0xc000000000941eb8
offset=384 flags=0x5000000000c7 inuse=3 freelist=0xc000000005081180
Bytes b4 0xc000000005081170: 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 ................
Object 0xc000000005081180: 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 ................
Object 0xc000000005081190: 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 ................
Object 0xc0000000050811a0: 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 ................
Object 0xc0000000050811b0: 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 ................
Redzone 0xc0000000050811c0: 00 00 00 00 00 00 00
00 ........
FreePointer 0xc0000000050811c8 -> 0x0000000000000000
Call Trace:
[c0000000f20974c0] [c00000000001098c] .show_stack+0x68/0x1b0
(unreliable)
[c0000000f2097560] [c0000000000d8ef0] .object_err+0x1bc/0x1e4
[c0000000f2097600] [c0000000000d91c8] .check_object+0x140/0x220
[c0000000f20976a0] [c0000000000d9f98] .alloc_object_checks+0xc0/0x150
[c0000000f2097730] [c0000000000da318] .kmem_cache_alloc_node+0x2f0/0x34c
[c0000000f20977f0] [c0000000000c69f4] .__get_vm_area_node+0xb0/0x208
[c0000000f20978b0] [c0000000000c75e8] .__vmalloc_node+0x5c/0xb4
[c0000000f2097940] [c000000000059580] .arch_init_sched_domains
+0xb9c/0x10b0
[c0000000f2097d80] [c0000000005c330c] .sched_init_smp+0x60/0x430
[c0000000f2097ea0] [c0000000005a8b18] .kernel_init+0x158/0x3c0
[c0000000f2097f90] [c00000000002899c] .kernel_thread+0x4c/0x68
------------[ cut here ]------------
Badness at mm/vmalloc.c:100
Call Trace:
[c0000000f20971f0] [c00000000001098c] .show_stack+0x68/0x1b0
(unreliable)
[c0000000f2097290] [c0000000001ed454] .report_bug+0x94/0xe8
[c0000000f2097320] [c00000000042a068] .program_check_exception
+0x178/0x634
[c0000000f20973d0] [c0000000000046f4] program_check_common+0xf4/0x100
--- Exception: 700 at .map_vm_area+0x1b0/0x324
LR = .__vmalloc_area_node+0x198/0x1ec
[c0000000f20976c0] [ffffffffffffffff] 0xffffffffffffffff (unreliable)
[c0000000f20977a0] [c0000000000c7538] .__vmalloc_area_node+0x198/0x1ec
[c0000000f2097870] [c0000000000c740c] .__vmalloc_area_node+0x6c/0x1ec
[c0000000f2097940] [c000000000059580] .arch_init_sched_domains
+0xb9c/0x10b0
[c0000000f2097d80] [c0000000005c330c] .sched_init_smp+0x60/0x430
[c0000000f2097ea0] [c0000000005a8b18] .kernel_init+0x158/0x3c0
[c0000000f2097f90] [c00000000002899c] .kernel_thread+0x4c/0x68
------------[ cut here ]------------
Badness at mm/vmalloc.c:100
Call Trace:
[c0000000f20971f0] [c00000000001098c] .show_stack+0x68/0x1b0
(unreliable)
[c0000000f2097290] [c0000000001ed454] .report_bug+0x94/0xe8
[c0000000f2097320] [c00000000042a068] .program_check_exception
+0x178/0x634
[c0000000f20973d0] [c0000000000046f4] program_check_common+0xf4/0x100
--- Exception: 700 at .map_vm_area+0x1b0/0x324
LR = .__vmalloc_area_node+0x198/0x1ec
[c0000000f20976c0] [ffffffffffffffff] 0xffffffffffffffff (unreliable)
[c0000000f20977a0] [c0000000000c7538] .__vmalloc_area_node+0x198/0x1ec
[c0000000f2097870] [c0000000000c740c] .__vmalloc_area_node+0x6c/0x1ec
[c0000000f2097940] [c000000000059580] .arch_init_sched_domains
+0xb9c/0x10b0
[c0000000f2097d80] [c0000000005c330c] .sched_init_smp+0x60/0x430
[c0000000f2097ea0] [c0000000005a8b18] .kernel_init+0x158/0x3c0
[c0000000f2097f90] [c00000000002899c] .kernel_thread+0x4c/0x68
------------[ cut here ]------------
Badness at mm/vmalloc.c:100
Call Trace:
[c0000000f20971f0] [c00000000001098c] .show_stack+0x68/0x1b0
(unreliable)
[c0000000f2097290] [c0000000001ed454] .report_bug+0x94/0xe8
[c0000000f2097320] [c00000000042a068] .program_check_exception
+0x178/0x634
[c0000000f20973d0] [c0000000000046f4] program_check_common+0xf4/0x100
--- Exception: 700 at .map_vm_area+0x1b0/0x324
LR = .__vmalloc_area_node+0x198/0x1ec
[c0000000f20976c0] [ffffffffffffffff] 0xffffffffffffffff (unreliable)
[c0000000f20977a0] [c0000000000c7538] .__vmalloc_area_node+0x198/0x1ec
[c0000000f2097870] [c0000000000c740c] .__vmalloc_area_node+0x6c/0x1ec
[c0000000f2097940] [c000000000059580] .arch_init_sched_domains
+0xb9c/0x10b0
[c0000000f2097d80] [c0000000005c330c] .sched_init_smp+0x60/0x430
[c0000000f2097ea0] [c0000000005a8b18] .kernel_init+0x158/0x3c0
[c0000000f2097f90] [c00000000002899c] .kernel_thread+0x4c/0x68
------------[ cut here ]------------
Badness at mm/vmalloc.c:100
Call Trace:
[c0000000f20971f0] [c00000000001098c] .show_stack+0x68/0x1b0
(unreliable)
[c0000000f2097290] [c0000000001ed454] .report_bug+0x94/0xe8
[c0000000f2097320] [c00000000042a068] .program_check_exception
+0x178/0x634
[c0000000f20973d0] [c0000000000046f4] program_check_common+0xf4/0x100
--- Exception: 700 at .map_vm_area+0x1b0/0x324
LR = .__vmalloc_area_node+0x198/0x1ec
[c0000000f20976c0] [ffffffffffffffff] 0xffffffffffffffff (unreliable)
[c0000000f20977a0] [c0000000000c7538] .__vmalloc_area_node+0x198/0x1ec
[c0000000f2097870] [c0000000000c740c] .__vmalloc_area_node+0x6c/0x1ec
[c0000000f2097940] [c000000000059580] .arch_init_sched_domains
+0xb9c/0x10b0
[c0000000f2097d80] [c0000000005c330c] .sched_init_smp+0x60/0x430
[c0000000f2097ea0] [c0000000005a8b18] .kernel_init+0x158/0x3c0
[c0000000f2097f90] [c00000000002899c] .kernel_thread+0x4c/0x68
------------[ cut here ]------------
Badness at mm/vmalloc.c:100
Call Trace:
[c0000000f20971f0] [c00000000001098c] .show_stack+0x68/0x1b0
(unreliable)
[c0000000f2097290] [c0000000001ed454] .report_bug+0x94/0xe8
[c0000000f2097320] [c00000000042a068] .program_check_exception
+0x178/0x634
[c0000000f20973d0] [c0000000000046f4] program_check_common+0xf4/0x100
--- Exception: 700 at .map_vm_area+0x1b0/0x324
LR = .__vmalloc_area_node+0x198/0x1ec
[c0000000f20976c0] [ffffffffffffffff] 0xffffffffffffffff (unreliable)
[c0000000f20977a0] [c0000000000c7538] .__vmalloc_area_node+0x198/0x1ec
[c0000000f2097870] [c0000000000c740c] .__vmalloc_area_node+0x6c/0x1ec
[c0000000f2097940] [c000000000059580] .arch_init_sched_domains
+0xb9c/0x10b0
[c0000000f2097d80] [c0000000005c330c] .sched_init_smp+0x60/0x430
[c0000000f2097ea0] [c0000000005a8b18] .kernel_init+0x158/0x3c0
[c0000000f2097f90] [c00000000002899c] .kernel_thread+0x4c/0x68
Unable to handle kernel paging request for data at address
0x500000000008
Faulting instruction address: 0xc0000000000c7164
cpu 0x4: Vector: 300 (Data Access) at [c0000000f20975a0]
pc: c0000000000c7164: .remove_vm_area+0x38/0xb8
lr: c0000000000c7158: .remove_vm_area+0x2c/0xb8
sp: c0000000f2097820
msr: 8000000000009032
dar: 500000000008
dsisr: 40000000
current = 0xc0000000050a0000
paca = 0xc000000000611000
pid = 1, comm = swapper
------------[ cut here ]------------
Badness at arch/powerpc/kernel/entry_64.S:651
Call Trace:
[c0000000f20969f0] [c00000000001098c] .show_stack+0x68/0x1b0
(unreliable)
[c0000000f2096a90] [c0000000001ed454] .report_bug+0x94/0xe8
[c0000000f2096b20] [c00000000042a068] .program_check_exception
+0x178/0x634
[c0000000f2096bd0] [c0000000000046f4] program_check_common+0xf4/0x100
--- Exception: 700 at .enter_rtas+0xa0/0x10c
LR = .xmon_core+0x584/0x934
[c0000000f2096ec0] [0000000000000000] 0x0 (unreliable)
[c0000000f20970a0] [c000000000051ac0] .xmon_core+0x584/0x934
[c0000000f2097230] [c0000000000520c0] .xmon+0x38/0x4c
[c0000000f2097410] [c000000000026dc8] .die+0x58/0x264
[c0000000f20974b0] [c00000000002fce4] .bad_page_fault+0xb8/0xd4
[c0000000f2097530] [c000000000004b18] handle_page_fault+0x3c/0x58
--- Exception: 300 at .remove_vm_area+0x38/0xb8
LR = .remove_vm_area+0x2c/0xb8
[c0000000f20978b0] [c0000000000c7234] .__vunmap+0x50/0x100
[c0000000f2097940] [c0000000000597cc] .arch_init_sched_domains
+0xde8/0x10b0
[c0000000f2097d80] [c0000000005c330c] .sched_init_smp+0x60/0x430
[c0000000f2097ea0] [c0000000005a8b18] .kernel_init+0x158/0x3c0
[c0000000f2097f90] [c00000000002899c] .kernel_thread+0x4c/0x68
enter ? for help
[c0000000f20978b0] c0000000000c7234 .__vunmap+0x50/0x100
[c0000000f2097940] c0000000000597cc .arch_init_sched_domains
+0xde8/0x10b0
[c0000000f2097d80] c0000000005c330c .sched_init_smp+0x60/0x430
[c0000000f2097ea0] c0000000005a8b18 .kernel_init+0x158/0x3c0
[c0000000f2097f90] c00000000002899c .kernel_thread+0x4c/0x68
4:mon>
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 17:42 ` 2.6.21-rc5-mm4 Jiri Kosina
@ 2007-04-04 16:10 ` Jiri Kosina
2007-04-04 17:22 ` 2.6.21-rc5-mm4 Eric W. Biederman
0 siblings, 1 reply; 86+ messages in thread
From: Jiri Kosina @ 2007-04-04 16:10 UTC (permalink / raw)
To: Eric W. Biederman
Cc: Andrew Morton, linux-kernel, e1000-devel, Len Brown,
Natalie Protasevich, Andi Kleen, Michal Piotrowski,
auke-jan.h.kok
On Tue, 3 Apr 2007, Jiri Kosina wrote:
> > we're also having problems reproducing it on that same combination
> > (2.6.21-rc4 + my tree), so it points to something in -mm. Since your
> > trace is completely different right now it looks like something else
> > is fuzzing it up. Since the e1000 changes are in rc5-mm3 as well, that
> > might help to narrow it down quickly.
> I don't know (yet) whether rc5-mm3 was OK in this respect, I didn't boot
> it on this machine. I only know that both rc5 and rc5 + e1000 tree are
> OK, but rc5-mm4 panics on ifconfig/dhclient on e1000 card immediately on
> my system.
> I will start bisection when I get back to the respective machine
> (tomorrow) and will let you know.
And the bisection winner is
i386-irq-kill-nr_irq_vectors-and-increase-nr_irqs.patch
I don't immediately see how it could be causing it, so adding CCs which
are listed in the patch.
Original description of the symptoms at http://lkml.org/lkml/2007/4/3/90
--
Jiri Kosina
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB)
2007-04-04 14:53 ` 2.6.21-rc5-mm4 Badari Pulavarty
@ 2007-04-04 17:03 ` Christoph Lameter
2007-04-04 18:02 ` Badari Pulavarty
0 siblings, 1 reply; 86+ messages in thread
From: Christoph Lameter @ 2007-04-04 17:03 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> On Tue, 2007-04-03 at 16:55 -0700, Christoph Lameter wrote:
> > On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> >
> > > Hmm. booted fine with slub_debug :(
> >
> > Try to selectively disable debug options... if you got the
> > time...
> >
> > F.e. Try with sanity checks only
> >
> > slub_debug=F
>
> slub_debug=F got something.
Ahh.... Seems that the first 4 bytes of the allocations is zapped after
the object has been freed. Can you trap writes to the first four bytes of
the object? This should give you the culprit.
The other thing is that the system is performing DMA allocations
for the file cache???? Then its running out of memory.
Argh.... We use GFP DMA bitmask to check SLAB flags field:
Try this fix:
SLUB: Use correct flags to check for DMA cache
We use a GFP mask to check the SLAB flags if this is a DMA cache.
Fix this by using the correct SLAB mask and then use the SLUB_DMA
for the ORing of flags. If the system does not support DMA then
we will OR zero which will hopefully get the compiler to drop the
useless if statement as well.
Signed-off-by: Christoph Lameter <clameter@sgi.com>
Index: linux-2.6.21-rc5-mm4/mm/slub.c
===================================================================
--- linux-2.6.21-rc5-mm4.orig/mm/slub.c 2007-04-04 09:59:05.000000000 -0700
+++ linux-2.6.21-rc5-mm4/mm/slub.c 2007-04-04 10:01:14.000000000 -0700
@@ -678,8 +678,8 @@ static struct page *allocate_slab(struct
if (s->order)
flags |= __GFP_COMP;
- if (s->flags & SLUB_DMA)
- flags |= GFP_DMA;
+ if (s->flags & SLAB_CACHE_DMA)
+ flags |= SLUB_DMA;
if (node == -1)
page = alloc_pages(flags, s->order);
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB powerpc)
2007-04-04 15:12 ` 2.6.21-rc5-mm4 Badari Pulavarty
2007-04-04 15:27 ` 2.6.21-rc5-mm4 Badari Pulavarty
@ 2007-04-04 17:13 ` Christoph Lameter
2007-04-04 17:33 ` Badari Pulavarty
1 sibling, 1 reply; 86+ messages in thread
From: Christoph Lameter @ 2007-04-04 17:13 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> Well !! Helps a little, but not enough to boot (hangs little later) :(
> I will try to get stack trace for that.
Great! Thanks for all the debugging help.
> Processor 6 found.
> Processor 7 found.
> Brought up 8 CPUs
> mm/memory.c:111: bad pud c0000000f20c0480.
Hmmm... Checking for slabs used in powerpc arch code:
The pgtable cache is configured as
pgtable_cache[i] = kmem_cache_create(name,
size, size,
SLAB_HWCACHE_ALIGN |
SLAB_MUST_HWCACHE_ALIGN,
zero_ctor,
NULL);
Hmmm.... aligned slabs at size and then we MUST_HWCACHE_ALIGN?? Two
competing alignment requirements and a constructor. Constructor requires
the moving of the free pointer after the slab and thus increases the slab
size.
Sigh. IF SLAB_HWCACHE_ALIGN is set then SLUB believes this to be the
ultimate demand that overrides all other alignments and only aligns to the
cacheline. Try the following fix:
SLUB: Treat SLAB_HWCACHE_ALIGN as a mininum and not as *the* alignment
If the specified alignment is higher than L1_CACHE_BYTES and
SLAB_HWCACHE_ALIGN is set then use the higher alignment.
Signed-off-by: Christoph Lameter <clameter@sgi.com>
Index: linux-2.6.21-rc5-mm4/mm/slub.c
===================================================================
--- linux-2.6.21-rc5-mm4.orig/mm/slub.c 2007-04-04 10:09:20.000000000 -0700
+++ linux-2.6.21-rc5-mm4/mm/slub.c 2007-04-04 10:09:42.000000000 -0700
@@ -1373,10 +1373,7 @@ static int calculate_order(int size)
static unsigned long calculate_alignment(unsigned long flags,
unsigned long align)
{
- if (flags & SLAB_HWCACHE_ALIGN)
- return L1_CACHE_BYTES;
-
- if (flags & SLAB_MUST_HWCACHE_ALIGN)
+ if (flags & (SLAB_MUST_HWCACHE_ALIGN | SLAB_HWCACHE_ALIGN))
return max_t(unsigned long, align, L1_CACHE_BYTES);
if (align < ARCH_SLAB_MINALIGN)
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-04 16:10 ` 2.6.21-rc5-mm4 Jiri Kosina
@ 2007-04-04 17:22 ` Eric W. Biederman
2007-04-06 13:23 ` 2.6.21-rc5-mm4 Jiri Kosina
0 siblings, 1 reply; 86+ messages in thread
From: Eric W. Biederman @ 2007-04-04 17:22 UTC (permalink / raw)
To: Jiri Kosina
Cc: Andrew Morton, linux-kernel, e1000-devel, Len Brown,
Natalie Protasevich, Andi Kleen, Michal Piotrowski,
auke-jan.h.kok
Jiri Kosina <jikos@jikos.cz> writes:
> On Tue, 3 Apr 2007, Jiri Kosina wrote:
>
>> > we're also having problems reproducing it on that same combination
>> > (2.6.21-rc4 + my tree), so it points to something in -mm. Since your
>> > trace is completely different right now it looks like something else
>> > is fuzzing it up. Since the e1000 changes are in rc5-mm3 as well, that
>> > might help to narrow it down quickly.
>> I don't know (yet) whether rc5-mm3 was OK in this respect, I didn't boot
>> it on this machine. I only know that both rc5 and rc5 + e1000 tree are
>> OK, but rc5-mm4 panics on ifconfig/dhclient on e1000 card immediately on
>> my system.
>> I will start bisection when I get back to the respective machine
>> (tomorrow) and will let you know.
>
> And the bisection winner is
>
> i386-irq-kill-nr_irq_vectors-and-increase-nr_irqs.patch
>
> I don't immediately see how it could be causing it, so adding CCs which
> are listed in the patch.
Weird. I will have to look at that in a little more detail.
Do you know if this problem happens on x86_64?
What does your .config look like?
What does /proc/interrupts look like?
What kind of hardware you running this kernel on?
Can anyone else reproduce this?
The oops clearly shows something using -1 and calling that as an
address I don't know why, but I'm guessing I have triggered a memory
stomp somewhere. I think this is the first time I have seen a small
negative number causing a NULL pointer dereference.
That patch looks innocuous enough that either:
- I just missed changing something I should have.
- Your configuration has an increase in NR_IRQS and that triggered
something.
- The patch simply permuted things so a memory stomp now happens
on the e1000 data structures instead of somewhere else.
- Something doesn't like large irq numbers.
This work is essentially a backport from x86_64 so if your hardware
is 64bit capable testing that should be a fairly easy test, and be
able to rule out large irq numbers as the culprit.
Until I get a good look at -mm I'm going to have a hard time guessing.
But a roving memory stomp is my best guess.
Eric
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB powerpc)
2007-04-04 17:13 ` 2.6.21-rc5-mm4 (SLUB powerpc) Christoph Lameter
@ 2007-04-04 17:33 ` Badari Pulavarty
2007-04-04 17:35 ` Christoph Lameter
0 siblings, 1 reply; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-04 17:33 UTC (permalink / raw)
To: Christoph Lameter; +Cc: Andrew Morton, lkml
On Wed, 2007-04-04 at 10:13 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Badari Pulavarty wrote:
>
> > Well !! Helps a little, but not enough to boot (hangs little later) :(
> > I will try to get stack trace for that.
>
> Great! Thanks for all the debugging help.
>
>
> > Processor 6 found.
> > Processor 7 found.
> > Brought up 8 CPUs
> > mm/memory.c:111: bad pud c0000000f20c0480.
>
> Hmmm... Checking for slabs used in powerpc arch code:
>
> The pgtable cache is configured as
>
>
> pgtable_cache[i] = kmem_cache_create(name,
> size, size,
> SLAB_HWCACHE_ALIGN |
> SLAB_MUST_HWCACHE_ALIGN,
> zero_ctor,
> NULL);
>
> Hmmm.... aligned slabs at size and then we MUST_HWCACHE_ALIGN?? Two
> competing alignment requirements and a constructor. Constructor requires
> the moving of the free pointer after the slab and thus increases the slab
> size.
>
> Sigh. IF SLAB_HWCACHE_ALIGN is set then SLUB believes this to be the
> ultimate demand that overrides all other alignments and only aligns to the
> cacheline. Try the following fix:
>
>
>
> SLUB: Treat SLAB_HWCACHE_ALIGN as a mininum and not as *the* alignment
>
> If the specified alignment is higher than L1_CACHE_BYTES and
> SLAB_HWCACHE_ALIGN is set then use the higher alignment.
>
> Signed-off-by: Christoph Lameter <clameter@sgi.com>
>
> Index: linux-2.6.21-rc5-mm4/mm/slub.c
> ===================================================================
> --- linux-2.6.21-rc5-mm4.orig/mm/slub.c 2007-04-04 10:09:20.000000000 -0700
> +++ linux-2.6.21-rc5-mm4/mm/slub.c 2007-04-04 10:09:42.000000000 -0700
> @@ -1373,10 +1373,7 @@ static int calculate_order(int size)
> static unsigned long calculate_alignment(unsigned long flags,
> unsigned long align)
> {
> - if (flags & SLAB_HWCACHE_ALIGN)
> - return L1_CACHE_BYTES;
> -
> - if (flags & SLAB_MUST_HWCACHE_ALIGN)
> + if (flags & (SLAB_MUST_HWCACHE_ALIGN | SLAB_HWCACHE_ALIGN))
> return max_t(unsigned long, align, L1_CACHE_BYTES);
>
> if (align < ARCH_SLAB_MINALIGN)
Next issue ? Sorry.
Thanks,
Badari
Allocated 0x00400000 bytes for executable @ 0x00400000
Elf32 kernel loaded...
zImage starting: loaded at 0x00400000 (sp: 0x01a3fb10)
Allocating 0x822c40 bytes for kernel ...
OF version = 'IBM,SF225_096'
gunzipping (0x01c00000 <- 0x00408000:0x006a8eac)...done 0x75cdf0 bytes
Finalizing device tree... using OF tree (promptr=00c39a50)
OF stdout device is: /vdevice/vty@30000000
Hypertas detected, assuming LPAR !
command line: root=/dev/sda2 xmon=on slub_debug
memory layout at init:
alloc_bottom : 0000000002427000
alloc_top : 0000000008000000
alloc_top_hi : 00000001e8000000
rmo_top : 0000000008000000
ram_top : 00000001e8000000
Looking for displays
found display : /pci@800000020000002/pci@2,2/pci@1/display@0,
opening ... done
instantiating rtas at 0x00000000077ca000 ... done
0000000000000000 : boot cpu 0000000000000000
0000000000000002 : starting cpu hw idx 0000000000000002... done
0000000000000004 : starting cpu hw idx 0000000000000004... done
0000000000000006 : starting cpu hw idx 0000000000000006... done
copying OF device tree ...
Building dt strings...
Building dt structure...
Device tree strings 0x0000000002428000 -> 0x00000000024292fe
Device tree struct 0x000000000242a000 -> 0x000000000243f000
Calling quiesce ...
returning from prom_init
Partition configured for 8 cpus.
Starting Linux PPC64 #8 SMP Wed Apr 4 10:21:43 PDT 2007
-----------------------------------------------------
ppc64_pft_size = 0x1b
physicalMemorySize = 0x1e8000000
ppc64_caches.dcache_line_size = 0x80
ppc64_caches.icache_line_size = 0x80
htab_address = 0x0000000000000000
htab_hash_mask = 0xfffff
-----------------------------------------------------
Linux version 2.6.21-rc5-mm4-ppc64 (root@elm3a121) (gcc version 4.1.0
(SUSE Linux)) #8 SMP Wed Apr 4 10:21:43 PDT 2007
[boot]0012 Setup Arch
No ramdisk, default root is /dev/sda2
EEH: PCI Enhanced I/O Error Handling Enabled
PPC64 nvram contains 8192 bytes
Zone PFN ranges:
DMA 0 -> 1998848
Normal 1998848 -> 1998848
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
0: 0 -> 974848
1: 974848 -> 1998848
[boot]0015 Setup Done
Built 2 zonelists. Total pages: 1971520
Kernel command line: root=/dev/sda2 xmon=on slub_debug
[boot]0020 XICS Init
[boot]0021 XICS Done
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 80x25
console handover: boot [udbg-1] -> real [hvc0]
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
freeing bootmem node 0
freeing bootmem node 1
Memory: 7855400k/7995392k available (6060k kernel code, 139992k
reserved, 1236k data, 819k bss, 272k init)
SLUB V6: General Slabs=18, HW alignment=128, Processors=8, Nodes=16
Calibrating delay loop... 475.13 BogoMIPS (lpj=2375680)
Security Framework v1.0.0 initialized
Mount-cache hash table entries: 256
Processor 1 found.
Processor 2 found.
Processor 3 found.
Processor 4 found.
Processor 5 found.
Processor 6 found.
Processor 7 found.
Brought up 8 CPUs
migration_cost=0,1,2744
NET: Registered protocol family 16
IOMMU table initialized, virtual merging enabled
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
NET: Registered protocol family 2
IP route cache hash table entries: 262144 (order: 9, 2097152 bytes)
TCP established hash table entries: 524288 (order: 11, 12582912 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 524288 bind 65536)
TCP reno registered
IBM eBus Device Driver
audit: initializing netlink socket (disabled)
audit(1175707672.950:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
rpaphp: RPA HOT Plug PCI Controller Driver version: 0.1
rpaphp: Slot [0001:00:02.0](PCI location=U7879.001.DQD02PW-P1-C3)
registered
rpaphp: Slot [0001:00:02.2](PCI location=U7879.001.DQD02PW-P1-C4)
registered
rpaphp: Slot [0001:00:02.4](PCI location=U7879.001.DQD02PW-P1-C5)
registered
rpaphp: Slot [0001:00:02.6](PCI location=U7879.001.DQD02PW-P1-C6)
registered
rpaphp: Slot [0002:00:02.0](PCI location=U7879.001.DQD02PW-P1-C1)
registered
rpaphp: Slot [0002:00:02.6](PCI location=U7879.001.DQD02PW-P1-C2)
registered
matroxfb: Matrox G450 detected
PInS data found at offset 31168
PInS memtype = 5
matroxfb: 640x480x8bpp (virtual: 640x26214)
matroxfb: framebuffer at 0x40170000000, mapped to 0xd000080080004000,
size 33554432
Console: switching to colour frame buffer device 80x30
fb0: MATROX frame buffer device
matroxfb_crtc2: secondary head of fb0 was registered as fb1
Kernel panic - not syncing: Couldn't register hvsi console driver
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB powerpc)
2007-04-04 17:33 ` Badari Pulavarty
@ 2007-04-04 17:35 ` Christoph Lameter
2007-04-04 20:53 ` Badari Pulavarty
0 siblings, 1 reply; 86+ messages in thread
From: Christoph Lameter @ 2007-04-04 17:35 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> Next issue ? Sorry.
No problem. Could have a look at the hvsi driver and figure out what is
failing there? What is the hvsi driver?
> Console: switching to colour frame buffer device 80x30
> fb0: MATROX frame buffer device
> matroxfb_crtc2: secondary head of fb0 was registered as fb1
> Kernel panic - not syncing: Couldn't register hvsi console driver
Framebuffer allocation failure????
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-04 3:37 ` 2.6.21-rc5-mm4 Randy Dunlap
@ 2007-04-04 17:55 ` Valdis.Kletnieks
2007-04-05 11:14 ` 2.6.21-rc5-mm4 Sam Ravnborg
0 siblings, 1 reply; 86+ messages in thread
From: Valdis.Kletnieks @ 2007-04-04 17:55 UTC (permalink / raw)
To: Randy Dunlap; +Cc: Andrew Morton, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 973 bytes --]
On Tue, 03 Apr 2007 20:37:42 PDT, Randy Dunlap said:
>
> Good luck. But the symbols are there. Just use left/right arrow keys
> to scroll the display left/right and you can see them. Now if you just
> had that indicator to tell you that you Need to scroll to see more text...
Exactly. :) I had the incredible bad luck that the line got cut off at the
end of a CONFIG_ symbol that made sense - if it had showed up *half* a symbol,
I'd have gone investigating. ;) (Even a '>' or '<' saying data offscreen to
right or left would be sufficient, if somebody wants a small but productive
kernel (config system actually) task to hack on.)
I'd code it myself, but I have an SL8500 to install, and need to figure out
how my laptop made it into the bag this morning still up and running (I hit
the power button, it seemed to power down - blank screen, power light off,
but syslog msgs prove it was up and running for another 4 hours before it
shut down on a thermal check...)
[-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --]
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB)
2007-04-04 17:03 ` 2.6.21-rc5-mm4 (SLUB) Christoph Lameter
@ 2007-04-04 18:02 ` Badari Pulavarty
2007-04-04 18:04 ` Christoph Lameter
2007-04-04 18:09 ` 2.6.21-rc5-mm4 (SLUB) Christoph Lameter
0 siblings, 2 replies; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-04 18:02 UTC (permalink / raw)
To: Christoph Lameter; +Cc: Andrew Morton, lkml
On Wed, 2007-04-04 at 10:03 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Badari Pulavarty wrote:
>
> > On Tue, 2007-04-03 at 16:55 -0700, Christoph Lameter wrote:
> > > On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> > >
> > > > Hmm. booted fine with slub_debug :(
> > >
> > > Try to selectively disable debug options... if you got the
> > > time...
> > >
> > > F.e. Try with sanity checks only
> > >
> > > slub_debug=F
> >
> > slub_debug=F got something.
>
> Ahh.... Seems that the first 4 bytes of the allocations is zapped after
> the object has been freed. Can you trap writes to the first four bytes of
> the object? This should give you the culprit.
>
> The other thing is that the system is performing DMA allocations
> for the file cache???? Then its running out of memory.
>
> Argh.... We use GFP DMA bitmask to check SLAB flags field:
>
> Try this fix:
>
>
>
> SLUB: Use correct flags to check for DMA cache
>
> We use a GFP mask to check the SLAB flags if this is a DMA cache.
>
> Fix this by using the correct SLAB mask and then use the SLUB_DMA
> for the ORing of flags. If the system does not support DMA then
> we will OR zero which will hopefully get the compiler to drop the
> useless if statement as well.
>
> Signed-off-by: Christoph Lameter <clameter@sgi.com>
>
> Index: linux-2.6.21-rc5-mm4/mm/slub.c
> ===================================================================
> --- linux-2.6.21-rc5-mm4.orig/mm/slub.c 2007-04-04 09:59:05.000000000 -0700
> +++ linux-2.6.21-rc5-mm4/mm/slub.c 2007-04-04 10:01:14.000000000 -0700
> @@ -678,8 +678,8 @@ static struct page *allocate_slab(struct
> if (s->order)
> flags |= __GFP_COMP;
>
> - if (s->flags & SLUB_DMA)
> - flags |= GFP_DMA;
> + if (s->flags & SLAB_CACHE_DMA)
> + flags |= SLUB_DMA;
>
> if (node == -1)
> page = alloc_pages(flags, s->order);
>
Machine booted fine with slub_debug=F. Got following in the
log. I guess we need to track down who is touching after
free. Any ideas on how I can track down easily ? Is there
a way to store last allocated (function, line#) and look
around there ?
Thanks,
Badari
*** SLUB: Freepointer corrupt in kmalloc-16@0xffff810173f172a0 Slab
0xffff81017f9f8b80
offset=672 flags=0x2000000000000c7 inuse=42
freelist=0xffff810173f172a0
Bytes b4 0xffff810173f17290: a0 72 f1 73 00 00 00 00 00 00 00 00 00
00 00 00 .r\uffffs............
Object 0xffff810173f172a0: 00 00 00 00 01 81 ff ff 00 00 00 00 00
00 00 00 ......\uffff\uffff........
FreePointer 0xffff810173f172a0 -> 0xffff810100000000
Call Trace:
[<ffffffff802840e5>] object_err+0x105/0x1b0
[<ffffffff80284485>] check_object+0x1b5/0x1d0
[<ffffffff80284ad4>] alloc_object_checks+0x64/0x110
[<ffffffff8028611c>] kmem_cache_alloc+0xfc/0x1a0
[<ffffffff802dcb27>] sysfs_create_link+0xb7/0x160
[<ffffffff8024f431>] module_add_driver+0x41/0xd0
[<ffffffff8040241e>] bus_add_driver+0xce/0x1d0
[<ffffffff8040324d>] driver_register+0x5d/0x90
[<ffffffff803a16a8>] __pci_register_driver+0x68/0xb0
[<ffffffff806d6066>] agp_amd64_init+0x36/0xe0
[<ffffffff806c3ad6>] gart_iommu_init+0x4c6/0x560
[<ffffffff80227a8e>] __wake_up+0x4e/0x70
[<ffffffff80495eb0>] genl_rcv+0x0/0x70
[<ffffffff8049432c>] netlink_kernel_create+0x14c/0x160
[<ffffffff80495cd0>] genl_unlock+0x10/0x40
[<ffffffff806bc8de>] pci_iommu_init+0xe/0x20
[<ffffffff806b2a04>] kernel_init+0x154/0x330
[<ffffffff8020a8c8>] child_rip+0xa/0x12
[<ffffffff806b28b0>] kernel_init+0x0/0x330
[<ffffffff8020a8be>] child_rip+0x0/0x12
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB)
2007-04-04 18:02 ` Badari Pulavarty
@ 2007-04-04 18:04 ` Christoph Lameter
2007-04-04 18:22 ` Christoph Lameter
2007-04-13 15:13 ` [PATCH] cache_k8_northbridges() overflows beyond allocation (Was: 2.6.21-rc5-mm4 (SLUB)) Badari Pulavarty
2007-04-04 18:09 ` 2.6.21-rc5-mm4 (SLUB) Christoph Lameter
1 sibling, 2 replies; 86+ messages in thread
From: Christoph Lameter @ 2007-04-04 18:04 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> Machine booted fine with slub_debug=F. Got following in the
> log. I guess we need to track down who is touching after
> free. Any ideas on how I can track down easily ? Is there
> a way to store last allocated (function, line#) and look
> around there ?
Yes. slub_debug=U. But user tracking may need to increase the slab
size (depends on the padding available in the slab) to store the
tracking information, so you may not get the same corruption.
> *** SLUB: Freepointer corrupt in kmalloc-16@0xffff810173f172a0 Slab
> 0xffff81017f9f8b80
> offset=672 flags=0x2000000000000c7 inuse=42
> freelist=0xffff810173f172a0
> Bytes b4 0xffff810173f17290: a0 72 f1 73 00 00 00 00 00 00 00 00 00
> 00 00 00 .r\uffffs............
> Object 0xffff810173f172a0: 00 00 00 00 01 81 ff ff 00 00 00 00 00
> 00 00 00 ......\uffff\uffff........
> FreePointer 0xffff810173f172a0 -> 0xffff810100000000
Same as before.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB)
2007-04-04 18:02 ` Badari Pulavarty
2007-04-04 18:04 ` Christoph Lameter
@ 2007-04-04 18:09 ` Christoph Lameter
1 sibling, 0 replies; 86+ messages in thread
From: Christoph Lameter @ 2007-04-04 18:09 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> free. Any ideas on how I can track down easily ? Is there
> a way to store last allocated (function, line#) and look
> around there ?
Also you may want to switch off slab merging. That will allow you to
determine the cache involved if its not a kmalloc alloc and the slab was
merged.
Note that switching off merging may seem to cure the problem because
the object was corrupted after allocation and then the slab was never
touched again. It may surface only if its merged because merging creates
more activity on the slabs that will expose the problem.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB)
2007-04-04 18:04 ` Christoph Lameter
@ 2007-04-04 18:22 ` Christoph Lameter
2007-04-04 22:53 ` Badari Pulavarty
2007-04-13 15:13 ` [PATCH] cache_k8_northbridges() overflows beyond allocation (Was: 2.6.21-rc5-mm4 (SLUB)) Badari Pulavarty
1 sibling, 1 reply; 86+ messages in thread
From: Christoph Lameter @ 2007-04-04 18:22 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
On Wed, 4 Apr 2007, Christoph Lameter wrote:
> Yes. slub_debug=U. But user tracking may need to increase the slab
> size (depends on the padding available in the slab) to store the
> tracking information, so you may not get the same corruption.
Hummm U is switching off merging and you may need merging to trigger the
discovery of the overwrite.
Here is a patch to enable merging even while tracking slabs. This patch
should not be applied to mm. In general tracking requires knowing which
slab the objects come from and merging looses that information.
Index: linux-2.6.21-rc5-mm4/mm/slub.c
===================================================================
--- linux-2.6.21-rc5-mm4.orig/mm/slub.c 2007-04-04 11:19:29.000000000 -0700
+++ linux-2.6.21-rc5-mm4/mm/slub.c 2007-04-04 11:19:35.000000000 -0700
@@ -86,7 +86,7 @@
/*
* Set of flags that will prevent slab merging
*/
-#define SLUB_NEVER_MERGE (SLAB_RED_ZONE | SLAB_POISON | SLAB_STORE_USER | \
+#define SLUB_NEVER_MERGE (SLAB_RED_ZONE | SLAB_POISON | \
SLAB_TRACE | SLAB_DESTROY_BY_RCU)
#define SLUB_MERGE_SAME (SLAB_DEBUG_FREE | SLAB_RECLAIM_ACCOUNT | \
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB powerpc)
2007-04-04 17:35 ` Christoph Lameter
@ 2007-04-04 20:53 ` Badari Pulavarty
0 siblings, 0 replies; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-04 20:53 UTC (permalink / raw)
To: Christoph Lameter; +Cc: Andrew Morton, lkml
On Wed, 2007-04-04 at 10:35 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Badari Pulavarty wrote:
>
> > Next issue ? Sorry.
>
> No problem. Could have a look at the hvsi driver and figure out what is
> failing there? What is the hvsi driver?
>
> > Console: switching to colour frame buffer device 80x30
> > fb0: MATROX frame buffer device
> > matroxfb_crtc2: secondary head of fb0 was registered as fb1
> > Kernel panic - not syncing: Couldn't register hvsi console driver
>
> Framebuffer allocation failure????
>
It looks like.. hvsi.c:
if (tty_register_driver(hvsi_driver))
panic("Couldn't register hvsi console driver\n");
I added printk() in all failure cases in tty_register_driver()
and I can't reproduce the problem.
Machine tries to boot and goes further and hangs. I saw similar
hang with RSDL earlier.
Thanks,
Badari
Welcome to yaboot version 10.1.5-r625.SuSE
booted from '/pci@800000020000003/pci@2,2/pci1069,b166@1/scsi@0/sd@4,0'
Enter "help" to get some basic usage information
boot: 2621rc5mm4
Please wait, loading kernel...
Allocated 0x00400000 bytes for executable @ 0x00400000
Elf32 kernel loaded...
zImage starting: loaded at 0x00400000 (sp: 0x01a3fe60)
Allocating 0x806af0 bytes for kernel ...
OF version = 'IBM,SF225_096'
gunzipping (0x01c00000 <- 0x00408000:0x006a4cd2)...done 0x741f90 bytes
Finalizing device tree... using OF tree (promptr=00c39a50)
OF stdout device is: /vdevice/vty@30000000
Hypertas detected, assuming LPAR !
command line: root=/dev/sda2 xmon=on slub_debug
memory layout at init:
alloc_bottom : 000000000240b000
alloc_top : 0000000008000000
alloc_top_hi : 00000001e8000000
rmo_top : 0000000008000000
ram_top : 00000001e8000000
Looking for displays
found display : /pci@800000020000002/pci@2,2/pci@1/display@0,
opening ... done
instantiating rtas at 0x00000000077ca000 ... done
0000000000000000 : boot cpu 0000000000000000
0000000000000002 : starting cpu hw idx 0000000000000002... done
0000000000000004 : starting cpu hw idx 0000000000000004... done
0000000000000006 : starting cpu hw idx 0000000000000006... done
copying OF device tree ...
Building dt strings...
Building dt structure...
Device tree strings 0x000000000240c000 -> 0x000000000240d2fe
Device tree struct 0x000000000240e000 -> 0x0000000002423000
Calling quiesce ...
returning from prom_init
Partition configured for 8 cpus.
Starting Linux PPC64 #5 SMP Wed Apr 4 10:55:34 PDT 2007
-----------------------------------------------------
ppc64_pft_size = 0x1b
physicalMemorySize = 0x1e8000000
ppc64_caches.dcache_line_size = 0x80
ppc64_caches.icache_line_size = 0x80
htab_address = 0x0000000000000000
htab_hash_mask = 0xfffff
-----------------------------------------------------
Linux version 2.6.21-rc4-mm1-ppc64 (root@elm3a121) (gcc version 4.1.0
(SUSE Linux)) #5 SMP Wed Apr 4 10:55:34 PDT 2007
[boot]0012 Setup Arch
No ramdisk, default root is /dev/sda2
EEH: PCI Enhanced I/O Error Handling Enabled
PPC64 nvram contains 8192 bytes
Zone PFN ranges:
DMA 0 -> 1998848
Normal 1998848 -> 1998848
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
0: 0 -> 974848
1: 974848 -> 1998848
[boot]0015 Setup Done
Built 2 zonelists. Total pages: 1971520
Kernel command line: root=/dev/sda2 xmon=on slub_debug
[boot]0020 XICS Init
[boot]0021 XICS Done
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 80x25
console handover: boot [udbg-1] -> real [hvc0]
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
freeing bootmem node 0
freeing bootmem node 1
Memory: 7855772k/7995392k available (5992k kernel code, 139620k
reserved, 1224k data, 814k bss, 272k init)
Security Framework v1.0.0 initialized
Mount-cache hash table entries: 256
Processor 1 found.
Processor 2 found.
Processor 3 found.
Processor 4 found.
Processor 5 found.
Processor 6 found.
Processor 7 found.
Brought up 8 CPUs
migration_cost=0,3,25
NET: Registered protocol family 16
IOMMU table initialized, virtual merging enabled
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
NET: Registered protocol family 2
IP route cache hash table entries: 262144 (order: 9, 2097152 bytes)
TCP established hash table entries: 524288 (order: 11, 12582912 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 524288 bind 65536)
TCP reno registered
vio_bus_init: device_register returned -19
IBM eBus Device Driver
audit: initializing netlink socket (disabled)
audit(1175719341.610:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
Registering unionfs 2.0
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
rpaphp: RPA HOT Plug PCI Controller Driver version: 0.1
rpaphp: Slot [0001:00:02.0](PCI location=U7879.001.DQD02PW-P1-C3)
registered
rpaphp: Slot [0001:00:02.2](PCI location=U7879.001.DQD02PW-P1-C4)
registered
rpaphp: Slot [0001:00:02.4](PCI location=U7879.001.DQD02PW-P1-C5)
registered
rpaphp: Slot [0001:00:02.6](PCI location=U7879.001.DQD02PW-P1-C6)
registered
rpaphp: Slot [0002:00:02.0](PCI location=U7879.001.DQD02PW-P1-C1)
registered
rpaphp: Slot [0002:00:02.6](PCI location=U7879.001.DQD02PW-P1-C2)
registered
matroxfb: Matrox G450 detected
PInS data found at offset 31168
PInS memtype = 5
matroxfb: 640x480x8bpp (virtual: 640x26214)
matroxfb: framebuffer at 0x40170000000, mapped to 0xd000080080004000,
size 33554432
Console: switching to colour frame buffer device 80x30
fb0: MATROX frame buffer device
matroxfb_crtc2: secondary head of fb0 was registered as fb1
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing
disabled
pmac_zilog: 0.6 (Benjamin Herrenschmidt <benh@kernel.crashing.org>)
RAMDISK driver initialized: 16 RAM disks of 123456K size 1024 blocksize
Intel(R) PRO/1000 Network Driver - version 7.3.20-k2-NAPI
Copyright (c) 1999-2006 Intel Corporation.
e1000: 0000:d0:01.0: e1000_probe: (PCI-X:133MHz:64-bit)
00:09:6b:dd:0d:9c
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
e1000: 0000:d0:01.1: e1000_probe: (PCI-X:133MHz:64-bit)
00:09:6b:dd:0d:9d
e1000: eth1: e1000_probe: Intel(R) PRO/1000 Network Connection
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
ipr: IBM Power RAID SCSI Device Driver version: 2.3.1 (January 23, 2007)
ipr 0000:c0:01.0: Found IOA with IRQ: 83
ipr 0000:c0:01.0: Initializing IOA.
ipr 0000:c0:01.0: Starting IOA initialization sequence.
ipr 0000:c0:01.0: Adapter firmware version: 020A004E
ipr 0000:c0:01.0: IOA initialized.
scsi0 : IBM 570B Storage Adapter
scsi 0:0:15:0: Enclosure IBM VSBPD3E U4SCSI 4812 PQ: 0
ANSI: 2
scsi: unknown device type 31
scsi 0:255:255:255: No Device IBM 570B001 0150 PQ:
0 ANSI: 0
ipr 0002:c8:01.0: Found IOA with IRQ: 117
ipr 0002:c8:01.0: Starting IOA initialization sequence.
ipr 0002:c8:01.0: Adapter firmware version: 020A004E
ipr 0002:c8:01.0: IOA initialized.
scsi1 : IBM 570B Storage Adapter
scsi 1:0:4:0: Direct-Access IBM H0 HUS103014FL3800 RPQF PQ: 0
ANSI: 4
scsi 1:0:5:0: Direct-Access IBM ST373453LC C51A PQ: 0
ANSI: 3
scsi 1:0:15:0: Enclosure IBM VSBPD3E U4SCSI 4812 PQ: 0
ANSI: 2
scsi: unknown device type 31
scsi 1:255:255:255: No Device IBM 570B001 0150 PQ:
0 ANSI: 0
sd 1:0:4:0: [sda] 286748000 512-byte hardware sectors (146815 MB)
sd 1:0:4:0: [sda] Write Protect is off
sd 1:0:4:0: [sda] Write cache: disabled, read cache: enabled, supports
DPO and FUA
sd 1:0:4:0: [sda] 286748000 512-byte hardware sectors (146815 MB)
sd 1:0:4:0: [sda] Write Protect is off
sd 1:0:4:0: [sda] Write cache: disabled, read cache: enabled, supports
DPO and FUA
sda: sda1 sda2
sd 1:0:4:0: [sda] Attached SCSI disk
sd 1:0:5:0: [sdb] 143374000 512-byte hardware sectors (73407 MB)
sd 1:0:5:0: [sdb] Write Protect is off
sd 1:0:5:0: [sdb] Write cache: disabled, read cache: enabled, supports
DPO and FUA
sd 1:0:5:0: [sdb] 143374000 512-byte hardware sectors (73407 MB)
sd 1:0:5:0: [sdb] Write Protect is off
sd 1:0:5:0: [sdb] Write cache: disabled, read cache: enabled, supports
DPO and FUA
sdb: sdb1 sdb2 sdb3
sd 1:0:5:0: [sdb] Attached SCSI disk
ehci_hcd 0000:c8:01.2: EHCI Host Controller
ehci_hcd 0000:c8:01.2: new USB bus registered, assigned bus number 1
ehci_hcd 0000:c8:01.2: irq 85, io mem 0x400a0002000
ehci_hcd 0000:c8:01.2: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb1: new device found, idVendor=0000, idProduct=0000
usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.21-rc4-mm1-ppc64 ehci_hcd
usb usb1: SerialNumber: 0000:c8:01.2
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 5 ports detected
ohci_hcd 0000:c8:01.0: OHCI Host Controller
ohci_hcd 0000:c8:01.0: new USB bus registered, assigned bus number 2
ohci_hcd 0000:c8:01.0: irq 85, io mem 0x400a0001000
usb usb2: new device found, idVendor=0000, idProduct=0000
usb usb2: new device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: OHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.21-rc4-mm1-ppc64 ohci_hcd
usb usb2: SerialNumber: 0000:c8:01.0
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
ohci_hcd 0000:c8:01.1: OHCI Host Controller
ohci_hcd 0000:c8:01.1: new USB bus registered, assigned bus number 3
ohci_hcd 0000:c8:01.1: irq 85, io mem 0x400a0000000
usb usb3: new device found, idVendor=0000, idProduct=0000
usb usb3: new device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: OHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.21-rc4-mm1-ppc64 ohci_hcd
usb usb3: SerialNumber: 0000:c8:01.1
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
mice: PS/2 mouse device common for all mice
async_tx: api initialized (sync-only)
xor: measuring software checksumming speed
8regs : 6358.800 MB/sec
8regs_prefetch: 5449.200 MB/sec
32regs : 6944.000 MB/sec
32regs_prefetch: 4956.800 MB/sec
xor: using function: 32regs (6944.000 MB/sec)
usbcore: registered new interface driver hiddev
usbcore: registered new interface driver usbhid
drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 15
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
ReiserFS: sda2: found reiserfs format "3.6" with standard journal
ReiserFS: sda2: using ordered data mode
ReiserFS: sda2: journal params: device sda2, size 8192, journal first
block 18, max trans len 1024, max batch 900, max commit age 30, max
trans age 30
ReiserFS: sda2: checking transaction log (sda2)
ReiserFS: sda2: replayed 38 transactions in 7 seconds
ReiserFS: sda2: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 272k freed
Warning: unable to open an initial console.
ioctl32(showconsole:1020): Unknown cmd fd(0) cmd(40045432){00} arg
(ffb7cb48) on /dev/tty0
ioctl32(showconsole:1048): Unknown cmd fd(0) cmd(40045432){00} arg
(ffabdad8) on /dev/tty0
PDC20275: IDE controller at PCI slot 0002:d0:01.0
PDC20275: chipset revision 1
PDC20275: PLL input clock is 32814 kHz
PDC20275: 100% native mode on irq 119
ide2: BM-DMA at 0x2eec00-0x2eec07, BIOS settings: hde:pio, hdf:pio
ide3: BM-DMA at 0x2eec08-0x2eec0f, BIOS settings: hdg:pio, hdh:pio
scsi 0:0:15:0: Attached scsi generic sg0 type 13
scsi 0:255:255:255: Attached scsi generic sg1 type 31
sd 1:0:4:0: Attached scsi generic sg2 type 0
sd 1:0:5:0: Attached scsi generic sg3 type 0
scsi 1:0:15:0: Attached scsi generic sg4 type 13
scsi 1:255:255:255: Attached scsi generic sg5 type 31
hde: IBM DROM00205, ATAPI CD/DVD-ROM drive
ide2 at 0x2ee400-0x2ee407,0x2edc02 on irq 119
hde: ATAPI 24X DVD-ROM drive, 256kB Cache
Uniform CD-ROM driver Revision: 3.20
ReiserFS: sda2: Removing [653 745793 0x0 SD]..done
ReiserFS: sda2: There were 1 uncompleted unlinks/truncates. Completed
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-
devel@redhat.com
ioctl32(showconsole:1924): Unknown cmd fd(0) cmd(40045432){00} arg
(fffe8ad8) on /dev/tty0
loop: loaded (max 8 devices)
ioctl32(showconsole:2098): Unknown cmd fd(0) cmd(40045432){00} arg
(ffcb0ae8) on /dev/tty0
Adding 1050616k swap on /dev/sdb2. Priority:-1 extents:1
across:1050616k
ioctl32(showconsole:2144): Unknown cmd fd(0) cmd(40045432){00} arg
(fffebb28) on /dev/tty0
e1000: eth0: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex, Flow
Control: RX
audit(1175719380.150:2): audit_pid=2789 old=0 by auid=4294967295
ioctl32(showconsole:3015): Unknown cmd fd(0) cmd(40045432){00} arg
(ffe0ca98) on /dev/tty0
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 5:47 2.6.21-rc5-mm4 Andrew Morton
` (8 preceding siblings ...)
2007-04-04 15:25 ` [-mm patch] unexport pci_proc_attach_device Adrian Bunk
@ 2007-04-04 21:56 ` Antonino A. Daplas
2007-04-04 22:10 ` 2.6.21-rc5-mm4 Andrew Morton
2007-04-05 0:56 ` 2.6.21-rc5-mm4 Antonino A. Daplas
` (3 subsequent siblings)
13 siblings, 1 reply; 86+ messages in thread
From: Antonino A. Daplas @ 2007-04-04 21:56 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
> - The oops in git-net.patch has been fixed, so that tree has been restored.
> It is huge.
>
> - Added the device-mapper development tree to the -mm lineup (Alasdair
> Kergon). It is a quilt tree, living at
> ftp://ftp.kernel.org/pub/linux/kernel/people/agk/patches/2.6/editing/.
>
> - Added davidel's signalfd stuff.
>
>
>
I'm getting a kernel panic intermittently, approximately 50% of boots.
The tracing is not always the same, but it always dies on an
atomic_bitop operation. Here are two hand-copied tracings (for the life
of me, I can't make netconsole work).
/---------------------------First Tracing----------------------/
Oops: 0000 [#1]
last sysfs file: class/firmware/microcode
Modules linked in: ...
....
...
CPU: 0
EIP: ...
EFLAGS:...
EIP is at find_next_zero_bit
...
...
...
Process set_disk_settin
Call Trace:
show_trace_log
show_stack_log
show_register
die
do_page_fault
error_code
recalc_task_prio
activate_task
try_to_wake_up
deault_wake_function
__wake_up_common
__wake_up
sock_def_readable
soc_queue_rev_skb
udp_queue_rcv_skb
__udp4_libr_rcv
udp_rcv
ip_local_delivery
ip_rcv
netif_receive_skb
rtl8139_poll
net_rx_action
__do_soft_irq
do_softirq
irq_exit
do_IRQ
common_interrupt
/---------------------- Second Tracing --------------------------/
CPU: 0
EIP: ...
EFLAGS:...
EIP is at find_next_zero_bit
...
...
...
Process sshd
Call Trace:
show_trace_log
show_stack_log
show_register
die
do_page_fault
error_code
recalc_task_prio
enqueue_task
activate_task
try_to_wake_up
wake_up_state
signal_wake_up
__group_complete_signal
__group_send_signal
group_send_sig_info
send_group_sig_info
it_real_fn
run_hrtimer_softirq
__do_softirq
irq_exit
smp_apic_timer_interrupt
apic_timer_interrupt
error_code
EIP: [<c01bfa1c>. find_next_zero_bit+...
Tony
PS: I might try use a serial console and bisection, but this might take
me a few days.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-04 21:56 ` 2.6.21-rc5-mm4 Antonino A. Daplas
@ 2007-04-04 22:10 ` Andrew Morton
2007-04-04 22:38 ` 2.6.21-rc5-mm4 Con Kolivas
0 siblings, 1 reply; 86+ messages in thread
From: Andrew Morton @ 2007-04-04 22:10 UTC (permalink / raw)
To: Antonino A. Daplas; +Cc: linux-kernel, Con Kolivas
On Thu, 05 Apr 2007 05:56:35 +0800
"Antonino A. Daplas" <adaplas@gmail.com> wrote:
> On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> > - The oops in git-net.patch has been fixed, so that tree has been restored.
> > It is huge.
> >
> > - Added the device-mapper development tree to the -mm lineup (Alasdair
> > Kergon). It is a quilt tree, living at
> > ftp://ftp.kernel.org/pub/linux/kernel/people/agk/patches/2.6/editing/.
> >
> > - Added davidel's signalfd stuff.
> >
> >
> >
>
> I'm getting a kernel panic intermittently, approximately 50% of boots.
> The tracing is not always the same, but it always dies on an
> atomic_bitop operation. Here are two hand-copied tracings (for the life
> of me, I can't make netconsole work).
>
>
> /---------------------------First Tracing----------------------/
> Oops: 0000 [#1]
> last sysfs file: class/firmware/microcode
> Modules linked in: ...
> ....
> ...
> CPU: 0
> EIP: ...
> EFLAGS:...
> EIP is at find_next_zero_bit
> ...
> ...
> ...
> Process set_disk_settin
> Call Trace:
> show_trace_log
> show_stack_log
> show_register
> die
> do_page_fault
> error_code
> recalc_task_prio
> activate_task
> try_to_wake_up
> deault_wake_function
> __wake_up_common
> __wake_up
> sock_def_readable
> soc_queue_rev_skb
> udp_queue_rcv_skb
> __udp4_libr_rcv
> udp_rcv
> ip_local_delivery
> ip_rcv
> netif_receive_skb
> rtl8139_poll
> net_rx_action
> __do_soft_irq
> do_softirq
> irq_exit
> do_IRQ
> common_interrupt
Thanks - that'll be the CPU scheduler changes.
Con has produced a patch or two which might address this but afaik we don't
yet have a definitive fix?
I believe that reverting
sched-implement-staircase-deadline-cpu-scheduler-staircase-improvements.patch
will prevent it.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-04 22:10 ` 2.6.21-rc5-mm4 Andrew Morton
@ 2007-04-04 22:38 ` Con Kolivas
2007-04-04 23:55 ` 2.6.21-rc5-mm4 Antonino A. Daplas
0 siblings, 1 reply; 86+ messages in thread
From: Con Kolivas @ 2007-04-04 22:38 UTC (permalink / raw)
To: Andrew Morton; +Cc: Antonino A. Daplas, linux-kernel
On Thursday 05 April 2007 08:10, Andrew Morton wrote:
> Thanks - that'll be the CPU scheduler changes.
>
> Con has produced a patch or two which might address this but afaik we don't
> yet have a definitive fix?
>
> I believe that reverting
> sched-implement-staircase-deadline-cpu-scheduler-staircase-improvements.pat
>ch will prevent it.
I posted a definitive fix which Michal tested for me offlist. Subject was:
[PATCH] sched: implement staircase deadline cpu scheduler improvements fix
Sorry about relative noise prior to that. Akpm please pick it up.
Here again just in case.
---
Use of memset was bogus. Fix it.
Fix exiting recalc_task_prio without p->array being updated.
Microoptimisation courtesy of Dmitry Adamushko <dmitry.adamushko@gmail.com>
Signed-off-by: Con Kolivas <kernel@kolivas.org>
---
kernel/sched.c | 17 +++++++++--------
1 file changed, 9 insertions(+), 8 deletions(-)
Index: linux-2.6.21-rc5-mm4/kernel/sched.c
===================================================================
--- linux-2.6.21-rc5-mm4.orig/kernel/sched.c 2007-04-04 12:14:29.000000000 +1000
+++ linux-2.6.21-rc5-mm4/kernel/sched.c 2007-04-04 12:49:39.000000000 +1000
@@ -683,11 +683,13 @@ static void dequeue_task(struct task_str
* The task is being queued on a fresh array so it has its entitlement
* bitmap cleared.
*/
-static inline void task_new_array(struct task_struct *p, struct rq *rq)
+static void task_new_array(struct task_struct *p, struct rq *rq,
+ struct prio_array *array)
{
bitmap_zero(p->bitmap, PRIO_RANGE);
p->rotation = rq->prio_rotation;
p->time_slice = p->quota;
+ p->array = array;
}
/* Find the first slot from the relevant prio_matrix entry */
@@ -709,6 +711,8 @@ static inline int next_entitled_slot(str
DECLARE_BITMAP(tmp, PRIO_RANGE);
int search_prio, uprio = USER_PRIO(p->static_prio);
+ if (!rq->prio_level[uprio])
+ rq->prio_level[uprio] = MAX_RT_PRIO;
/*
* Only priorities equal to the prio_level and above for their
* static_prio are acceptable, and only if it's not better than
@@ -736,11 +740,8 @@ static inline int next_entitled_slot(str
static void queue_expired(struct task_struct *p, struct rq *rq)
{
- p->array = rq->expired;
- task_new_array(p, rq);
+ task_new_array(p, rq, rq->expired);
p->prio = p->normal_prio = first_prio_slot(p);
- p->time_slice = p->quota;
- p->rotation = rq->prio_rotation;
}
#ifdef CONFIG_SMP
@@ -800,9 +801,9 @@ static void recalc_task_prio(struct task
queue_expired(p, rq);
return;
} else
- task_new_array(p, rq);
+ task_new_array(p, rq, array);
} else
- task_new_array(p, rq);
+ task_new_array(p, rq, array);
queue_prio = next_entitled_slot(p, rq);
if (queue_prio >= MAX_PRIO) {
@@ -3445,7 +3446,7 @@ EXPORT_SYMBOL(sub_preempt_count);
static inline void reset_prio_levels(struct rq *rq)
{
- memset(rq->prio_level, MAX_RT_PRIO, ARRAY_SIZE(rq->prio_level));
+ memset(rq->prio_level, 0, sizeof(int) * PRIO_RANGE);
}
/*
--
-ck
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB)
2007-04-04 18:22 ` Christoph Lameter
@ 2007-04-04 22:53 ` Badari Pulavarty
2007-04-04 22:59 ` Christoph Lameter
0 siblings, 1 reply; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-04 22:53 UTC (permalink / raw)
To: Christoph Lameter; +Cc: Andrew Morton, lkml
[-- Attachment #1: Type: text/plain, Size: 1323 bytes --]
On Wed, 2007-04-04 at 11:22 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Christoph Lameter wrote:
>
> > Yes. slub_debug=U. But user tracking may need to increase the slab
> > size (depends on the padding available in the slab) to store the
> > tracking information, so you may not get the same corruption.
>
> Hummm U is switching off merging and you may need merging to trigger the
> discovery of the overwrite.
>
> Here is a patch to enable merging even while tracking slabs. This patch
> should not be applied to mm. In general tracking requires knowing which
> slab the objects come from and merging looses that information.
>
> Index: linux-2.6.21-rc5-mm4/mm/slub.c
> ===================================================================
> --- linux-2.6.21-rc5-mm4.orig/mm/slub.c 2007-04-04 11:19:29.000000000 -0700
> +++ linux-2.6.21-rc5-mm4/mm/slub.c 2007-04-04 11:19:35.000000000 -0700
> @@ -86,7 +86,7 @@
> /*
> * Set of flags that will prevent slab merging
> */
> -#define SLUB_NEVER_MERGE (SLAB_RED_ZONE | SLAB_POISON | SLAB_STORE_USER | \
> +#define SLUB_NEVER_MERGE (SLAB_RED_ZONE | SLAB_POISON | \
> SLAB_TRACE | SLAB_DESTROY_BY_RCU)
>
> #define SLUB_MERGE_SAME (SLAB_DEBUG_FREE | SLAB_RECLAIM_ACCOUNT | \
>
Here is the slub_debug=FU output with the above patch.
Thanks,
Badari
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: slub_debug=FU --]
[-- Type: text/plain; name="slub_debug=FU"; charset=utf-8, Size: 36122 bytes --]
Linux version 2.6.21-rc5-mm4 (root@elm3b29) (gcc version 4.1.0 (SUSE Linux)) #6 SMP Wed Apr 4 16:52:03 PDT 2007
Command line: root=/dev/hda2 vga=0x314 slub_debug=FU selinux=0 console=tty0 console=ttyS0,38400 resume=/dev/hda1 resume=/dev/hda1 splash=silent showopts
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000ca000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000dfef0000 (usable)
BIOS-e820: 00000000dfef0000 - 00000000dfeff000 (ACPI data)
BIOS-e820: 00000000dfeff000 - 00000000dff00000 (ACPI NVS)
BIOS-e820: 00000000dff00000 - 00000000e0000000 (usable)
BIOS-e820: 00000000fec00000 - 00000000fec00400 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 00000001e0000000 (usable)
end_pfn_map = 1966080
DMI 2.3 present.
ACPI: RSDP 000F6970, 0024 (r2 PTLTD )
ACPI: XSDT DFEFC625, 003C (r1 PTLTD XSDT 6040000 LTP 0)
ACPI: FACP DFEFED02, 00F4 (r3 AMD HAMMER 6040000 PTEC F4240)
ACPI: DSDT DFEFC661, 262D (r1 AMD-K8 AMDACPI 6040000 MSFT 100000D)
ACPI: FACS DFEFFFC0, 0040
ACPI: SRAT DFEFEDF6, 0160 (r1 AMD HAMMER 6040000 AMD 1)
ACPI: APIC DFEFEF56, 00AA (r1 PTLTD APIC 6040000 LTP 0)
SRAT: PXM 0 -> APIC 0 -> Node 0
SRAT: PXM 1 -> APIC 1 -> Node 1
SRAT: PXM 2 -> APIC 2 -> Node 2
SRAT: PXM 3 -> APIC 3 -> Node 3
SRAT: Node 0 PXM 0 0-a0000
SRAT: Node 0 PXM 0 0-e0000000
SRAT: Node 0 PXM 0 0-180000000
SRAT: PXM 1 (100000000-1a0000000) overlaps with PXM 0 (0-180000000)
SRAT: SRAT not used.
Scanning NUMA topology in Northbridge 24
Number of nodes 4
Node 0 MemBase 0000000000000000 Limit 0000000180000000
Node 1 MemBase 0000000180000000 Limit 00000001a0000000
Node 2 MemBase 00000001a0000000 Limit 00000001c0000000
Node 3 MemBase 00000001c0000000 Limit 00000001e0000000
Using node hash shift of 29
Bootmem setup node 0 0000000000000000-0000000180000000
Bootmem setup node 1 0000000180000000-00000001a0000000
Bootmem setup node 2 00000001a0000000-00000001c0000000
Bootmem setup node 3 00000001c0000000-00000001e0000000
Zone PFN ranges:
DMA 0 -> 4096
DMA32 4096 -> 1048576
Normal 1048576 -> 1966080
Movable zone start PFN for each node
early_node_map[7] active PFN ranges
0: 0 -> 159
0: 256 -> 917232
0: 917248 -> 917504
0: 1048576 -> 1572864
1: 1572864 -> 1703936
2: 1703936 -> 1835008
3: 1835008 -> 1966080
ACPI: PM-Timer IO Port: 0x8008
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 (Bootup-CPU)
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
Processor #1
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
Processor #2
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled)
Processor #3
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 4, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x05] address[0xfa3e0000] gsi_base[24])
IOAPIC[1]: apic_id 5, address 0xfa3e0000, GSI 24-27
ACPI: IOAPIC (id[0x06] address[0xfa3e1000] gsi_base[28])
IOAPIC[2]: apic_id 6, address 0xfa3e1000, GSI 28-31
ACPI: IOAPIC (id[0x07] address[0xfa3e2000] gsi_base[32])
IOAPIC[3]: apic_id 7, address 0xfa3e2000, GSI 32-35
ACPI: IOAPIC (id[0x08] address[0xfa3e4000] gsi_base[36])
IOAPIC[4]: apic_id 8, address 0xfa3e4000, GSI 36-39
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge)
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at e2000000 (gap: e0000000:1ec00000)
PERCPU: Allocating 41984 bytes of per cpu data
Built 4 zonelists. Total pages: 1771993
Kernel command line: root=/dev/hda2 vga=0x314 slub_debug=FU selinux=0 console=tty0 console=ttyS0,38400 resume=/dev/hda1 resume=/dev/hda1 splash=silent showopts
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
Extended CMOS year: 2000
time.c: Detected 1398.178 MHz processor.
Console: colour dummy device 80x25
Checking aperture...
CPU 0: aperture @ 0 size 32 MB
No AGP bridge found
Your BIOS doesn't leave a aperture memory hole
Please enable the IOMMU option in the BIOS setup
This costs you 64 MB of RAM
Mapping aperture over 65536 KB of RAM @ 4000000
Memory: 7021948k/7864320k available (3113k kernel code, 317632k reserved, 1229k data, 364k init)
SLUB V6: General Slabs=18, HW alignment=128, Processors=4, Nodes=64
Calibrating delay using timer specific routine.. 2799.04 BogoMIPS (lpj=5598086)
Security Framework v1.0.0 initialized
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Mount-cache hash table entries: 256
*** SLUB: Freepointer corrupt in kmalloc-32@0xffff810180033190 Slab 0xffff81019f001980
offset=400 flags=0x6000000000000c7 inuse=5 freelist=0xffff810180033190
Bytes b4 0xffff810180033180: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff810180033190: 91 65 28 80 ff ff ff ff 00 00 00 00 00 00 00 00 .e(.ÿÿÿÿ........
Object 0xffff8101800331a0: 62 db fe ff 00 00 00 00 00 00 00 00 00 00 00 00 bÛþÿ............
Object 0xffff8101800331b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101800331c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101800331d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
FreePointer 0xffff810180033190 -> 0xffffffff80286591
Last alloc: 0xffff810180033230 jiffies since=4294892386 cpu=0 pid=0
Filler 0xffff810180033210: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810180033220: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810180033230: 80 32 03 80 01 81 ff ff 00 00 00 00 00 00 00 00 .2....ÿÿ........
Filler 0xffff810180033240: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810180033250: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810180033260: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810180033270: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810180033280: d0 32 03 80 01 81 ff ff 00 00 00 00 00 00 00 00 Ð2....ÿÿ........
Call Trace:
[<ffffffff802840e5>] object_err+0x105/0x1b0
[<ffffffff80284485>] check_object+0x1b5/0x1d0
[<ffffffff80284ad4>] alloc_object_checks+0x64/0x110
[<ffffffff8028611c>] kmem_cache_alloc+0xfc/0x1a0
[<ffffffff802861d9>] kmem_cache_zalloc+0x19/0x40
[<ffffffff802db6ad>] __sysfs_new_dirent+0x1d/0x60
[<ffffffff802db8bc>] __sysfs_make_dirent+0x2c/0xb0
[<ffffffff802db965>] sysfs_make_dirent+0x25/0x50
[<ffffffff802dbd64>] create_dir+0xc4/0x200
[<ffffffff802dbecd>] sysfs_create_dir+0x2d/0x80
[<ffffffff803902fa>] kobject_get+0x1a/0x30
[<ffffffff803905a9>] kobject_shadow_add+0xb9/0x1e0
[<ffffffff803906db>] kobject_add+0xb/0x10
[<ffffffff803906f4>] kset_add+0x14/0x30
[<ffffffff80390aa3>] subsystem_register+0x23/0x40
[<ffffffff806ce96d>] mnt_init+0xed/0x240
[<ffffffff806ce4d9>] vfs_caches_init+0xd9/0x180
[<ffffffff806b27fb>] start_kernel+0x21b/0x2d0
[<ffffffff806b2127>] _sinittext+0x127/0x170
*** SLUB: Freepointer corrupt in kmalloc-16@0xffff810173c00440 Slab 0xffff81017f9e0000
offset=1088 flags=0x2000000000000c7 inuse=17 freelist=0xffff810173c00440
Bytes b4 0xffff810173c00430: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff810173c00440: 1f 65 28 80 ff ff ff ff 00 00 00 00 00 00 00 00 .e(.ÿÿÿÿ........
Object 0xffff810173c00450: 5e db fe ff 00 00 00 00 00 00 00 00 00 00 00 00 ^Ûþÿ............
Object 0xffff810173c00460: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff810173c00470: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
FreePointer 0xffff810173c00440 -> 0xffffffff8028651f
Last alloc: 0xffff810173c004c0 jiffies since=4294892387 cpu=0 pid=0
Filler 0xffff810173c004b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173c004c0: 00 05 c0 73 01 81 ff ff 00 e8 3a 80 01 81 ff ff ..Às..ÿÿ.è:...ÿÿ
Filler 0xffff810173c004d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173c004e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173c004f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173c00500: 40 05 c0 73 01 81 ff ff 00 00 00 00 00 00 00 00 @.Às..ÿÿ........
Filler 0xffff810173c00510: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173c00520: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Call Trace:
[<ffffffff802840e5>] object_err+0x105/0x1b0
[<ffffffff80284485>] check_object+0x1b5/0x1d0
[<ffffffff80284ad4>] alloc_object_checks+0x64/0x110
[<ffffffff8028611c>] kmem_cache_alloc+0xfc/0x1a0
[<ffffffff80286551>] __kmalloc+0x21/0x30
[<ffffffff802d0f5d>] proc_symlink+0x4d/0xb0
[<ffffffff802d3020>] execdomains_read_proc+0x0/0x60
[<ffffffff806cf4e5>] proc_misc_init+0x75/0x210
[<ffffffff806cf334>] proc_root_init+0x44/0xf0
[<ffffffff806b280f>] start_kernel+0x22f/0x2d0
[<ffffffff806b2127>] _sinittext+0x127/0x170
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 0/0 -> Node 0
*** SLUB: Freepointer corrupt in kmalloc-32@0xffff8101802fd050 Slab 0xffff81019f017e80
offset=80 flags=0x6000000000000c7 inuse=1 freelist=0xffff8101802fd050
Bytes b4 0xffff8101802fd040: 00 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 ................
Object 0xffff8101802fd050: d9 61 28 80 ff ff ff ff 00 00 00 00 00 00 00 00 Ùa(.ÿÿÿÿ........
Object 0xffff8101802fd060: 63 db fe ff 00 00 00 00 00 00 00 00 00 00 00 00 cÛþÿ............
Object 0xffff8101802fd070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101802fd080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101802fd090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
FreePointer 0xffff8101802fd050 -> 0xffffffff802861d9
Last alloc: 0xffff8101802fd0f0 jiffies since=4294892391 cpu=0 pid=0
Filler 0xffff8101802fd0d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101802fd0e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101802fd0f0: 40 d1 2f 80 01 81 ff ff 00 00 00 00 00 00 00 00 @Ñ/...ÿÿ........
Filler 0xffff8101802fd100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101802fd110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101802fd120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101802fd130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101802fd140: 90 d1 2f 80 01 81 ff ff 00 00 00 00 00 00 00 00 .Ñ/...ÿÿ........
Call Trace:
[<ffffffff802840e5>] object_err+0x105/0x1b0
[<ffffffff80284485>] check_object+0x1b5/0x1d0
[<ffffffff80284ad4>] alloc_object_checks+0x64/0x110
[<ffffffff8028611c>] kmem_cache_alloc+0xfc/0x1a0
[<ffffffff80286551>] __kmalloc+0x21/0x30
[<ffffffff806bdbc0>] mtrr_bp_init+0xd0/0x1e0
[<ffffffff806babca>] identify_cpu+0x6fa/0x7e0
[<ffffffff806b281b>] start_kernel+0x23b/0x2d0
[<ffffffff806b2127>] _sinittext+0x127/0x170
Freeing SMP alternatives: 36k freed
ACPI: Core revision 20070126
*** SLUB: Freepointer corrupt in kmalloc-32@0xffff8101a02fe050 Slab 0xffff8101bf017f00
offset=80 flags=0xa000000000000c7 inuse=1 freelist=0xffff8101a02fe050
Bytes b4 0xffff8101a02fe040: 98 14 ed 70 01 81 ff ff 00 00 00 00 00 00 00 00 ..íp..ÿÿ........
Object 0xffff8101a02fe050: 51 65 28 80 ff ff ff ff 00 00 00 00 00 00 00 00 Qe(.ÿÿÿÿ........
Object 0xffff8101a02fe060: 68 db fe ff 00 00 00 00 00 00 00 00 00 00 00 00 hÛþÿ............
Object 0xffff8101a02fe070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101a02fe080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101a02fe090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
FreePointer 0xffff8101a02fe050 -> 0xffffffff80286551
Last alloc: 0xffff8101a02fe0f0 jiffies since=4294892394 cpu=0 pid=0
Filler 0xffff8101a02fe0d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a02fe0e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a02fe0f0: 40 e1 2f a0 01 81 ff ff 00 00 00 00 00 00 00 00 @á/...ÿÿ........
Filler 0xffff8101a02fe100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a02fe110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a02fe120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a02fe130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a02fe140: 90 e1 2f a0 01 81 ff ff 00 00 00 00 00 00 00 00 .á/...ÿÿ........
Call Trace:
[<ffffffff802840e5>] object_err+0x105/0x1b0
[<ffffffff80284485>] check_object+0x1b5/0x1d0
[<ffffffff80284ad4>] alloc_object_checks+0x64/0x110
[<ffffffff8028611c>] kmem_cache_alloc+0xfc/0x1a0
[<ffffffff80286591>] sysfs_slab_alias+0x31/0x80
[<ffffffff80286afc>] kmem_cache_create+0x20c/0x220
[<ffffffff803b76ea>] acpi_os_create_cache+0x1e/0x2e
[<ffffffff803cc664>] acpi_ut_create_caches+0x46/0xae
[<ffffffff803ce560>] acpi_ut_init_globals+0x9/0x1a1
[<ffffffff803cda3b>] acpi_initialize_subsystem+0x3a/0x8b
[<ffffffff806d382b>] acpi_early_init+0x5c/0x104
[<ffffffff806b2825>] start_kernel+0x245/0x2d0
[<ffffffff806b2127>] _sinittext+0x127/0x170
*** SLUB: Freepointer corrupt in kmalloc-32@0xffff8101c0344050 Slab 0xffff8101df01a200
offset=80 flags=0xe000000000000c7 inuse=1 freelist=0xffff8101c0344050
Bytes b4 0xffff8101c0344040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101c0344050: 91 65 28 80 ff ff ff ff 00 00 00 00 00 00 00 00 .e(.ÿÿÿÿ........
Object 0xffff8101c0344060: 6b db fe ff 00 00 00 00 00 00 00 00 00 00 00 00 kÛþÿ............
Object 0xffff8101c0344070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101c0344080: 00 00 00 00 00 00 00 00 d8 c7 4a be 01 81 ff ff ........ØÇJ¾..ÿÿ
Object 0xffff8101c0344090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
FreePointer 0xffff8101c0344050 -> 0xffffffff80286591
Last alloc: 0xffff8101c03440f0 jiffies since=4294892395 cpu=0 pid=0
Filler 0xffff8101c03440d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c03440e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c03440f0: 40 41 34 c0 01 81 ff ff 00 00 00 00 00 00 00 00 @A4À..ÿÿ........
Filler 0xffff8101c0344100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c0344110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c0344120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c0344130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c0344140: 90 41 34 c0 01 81 ff ff 00 00 00 00 00 00 00 00 .A4À..ÿÿ........
Call Trace:
[<ffffffff802840e5>] object_err+0x105/0x1b0
[<ffffffff80284485>] check_object+0x1b5/0x1d0
[<ffffffff80284ad4>] alloc_object_checks+0x64/0x110
[<ffffffff8028611c>] kmem_cache_alloc+0xfc/0x1a0
[<ffffffff80286591>] sysfs_slab_alias+0x31/0x80
[<ffffffff80286afc>] kmem_cache_create+0x20c/0x220
[<ffffffff803b76ea>] acpi_os_create_cache+0x1e/0x2e
[<ffffffff803cc6a6>] acpi_ut_create_caches+0x88/0xae
[<ffffffff803ce560>] acpi_ut_init_globals+0x9/0x1a1
[<ffffffff803cda3b>] acpi_initialize_subsystem+0x3a/0x8b
[<ffffffff806d382b>] acpi_early_init+0x5c/0x104
[<ffffffff806b2825>] start_kernel+0x245/0x2d0
[<ffffffff806b2127>] _sinittext+0x127/0x170
*** SLUB: Freepointer corrupt in kmalloc-32@0xffff810173f38050 Slab 0xffff81017f9f9c00
offset=80 flags=0x2000000000000c7 inuse=1 freelist=0xffff810173f38050
Bytes b4 0xffff810173f38040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff810173f38050: 91 65 28 80 ff ff ff ff 00 00 00 00 00 00 00 00 .e(.ÿÿÿÿ........
Object 0xffff810173f38060: 6c db fe ff 00 00 00 00 00 00 00 00 00 00 00 00 lÛþÿ............
Object 0xffff810173f38070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff810173f38080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff810173f38090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
FreePointer 0xffff810173f38050 -> 0xffffffff80286591
Last alloc: 0xffff810173f380f0 jiffies since=4294892396 cpu=0 pid=0
Filler 0xffff810173f380d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f380e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f380f0: 40 81 f3 73 01 81 ff ff 00 00 00 00 00 00 00 00 @.ós..ÿÿ........
Filler 0xffff810173f38100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f38110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f38120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f38130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f38140: 90 81 f3 73 01 81 ff ff 00 00 00 00 00 00 00 00 ..ós..ÿÿ........
Call Trace:
[<ffffffff802840e5>] object_err+0x105/0x1b0
[<ffffffff80284485>] check_object+0x1b5/0x1d0
[<ffffffff80284ad4>] alloc_object_checks+0x64/0x110
[<ffffffff8028611c>] kmem_cache_alloc+0xfc/0x1a0
[<ffffffff80286591>] sysfs_slab_alias+0x31/0x80
[<ffffffff80286afc>] kmem_cache_create+0x20c/0x220
[<ffffffff803b76ea>] acpi_os_create_cache+0x1e/0x2e
[<ffffffff803cc6c7>] acpi_ut_create_caches+0xa9/0xae
[<ffffffff803ce560>] acpi_ut_init_globals+0x9/0x1a1
[<ffffffff803cda3b>] acpi_initialize_subsystem+0x3a/0x8b
[<ffffffff806d382b>] acpi_early_init+0x5c/0x104
[<ffffffff806b2825>] start_kernel+0x245/0x2d0
[<ffffffff806b2127>] _sinittext+0x127/0x170
*** SLUB: Freepointer corrupt in kmalloc-32@0xffff8101a02fd050 Slab 0xffff8101bf017e80
offset=80 flags=0xa000000000000c7 inuse=1 freelist=0xffff8101a02fd050
Bytes b4 0xffff8101a02fd040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101a02fd050: 91 65 28 80 ff ff ff ff 00 00 00 00 00 00 00 00 .e(.ÿÿÿÿ........
Object 0xffff8101a02fd060: 6d db fe ff 00 00 00 00 00 00 00 00 00 00 00 00 mÛþÿ............
Object 0xffff8101a02fd070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101a02fd080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101a02fd090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
FreePointer 0xffff8101a02fd050 -> 0xffffffff80286591
Last alloc: 0xffff8101a02fd0f0 jiffies since=4294892397 cpu=0 pid=0
Filler 0xffff8101a02fd0d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a02fd0e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a02fd0f0: 40 d1 2f a0 01 81 ff ff 00 00 00 00 00 00 00 00 @Ñ/...ÿÿ........
Filler 0xffff8101a02fd100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a02fd110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a02fd120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a02fd130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a02fd140: 90 d1 2f a0 01 81 ff ff 00 00 00 00 00 00 00 00 .Ñ/...ÿÿ........
Call Trace:
[<ffffffff802840e5>] object_err+0x105/0x1b0
[<ffffffff80284485>] check_object+0x1b5/0x1d0
[<ffffffff80284ad4>] alloc_object_checks+0x64/0x110
[<ffffffff8028611c>] kmem_cache_alloc+0xfc/0x1a0
[<ffffffff803b7795>] acpi_os_create_semaphore+0x36/0x71
[<ffffffff803cef18>] acpi_ut_mutex_initialize+0x33/0x77
[<ffffffff803cda40>] acpi_initialize_subsystem+0x3f/0x8b
[<ffffffff806d382b>] acpi_early_init+0x5c/0x104
[<ffffffff806b2825>] start_kernel+0x245/0x2d0
[<ffffffff806b2127>] _sinittext+0x127/0x170
*** SLUB: Freepointer corrupt in kmalloc-32@0xffff8101c0343050 Slab 0xffff8101df01a180
offset=80 flags=0xe000000000000c7 inuse=1 freelist=0xffff8101c0343050
Bytes b4 0xffff8101c0343040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101c0343050: 95 77 3b 80 ff ff ff ff 00 00 00 00 00 00 00 00 .w;.ÿÿÿÿ........
Object 0xffff8101c0343060: 6e db fe ff 00 00 00 00 00 00 00 00 00 00 00 00 nÛþÿ............
Object 0xffff8101c0343070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101c0343080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101c0343090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
FreePointer 0xffff8101c0343050 -> 0xffffffff803b7795
Last alloc: 0xffff8101c03430f0 jiffies since=4294892398 cpu=0 pid=0
Filler 0xffff8101c03430d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c03430e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c03430f0: 40 31 34 c0 01 81 ff ff 00 00 00 00 00 00 00 00 @14À..ÿÿ........
Filler 0xffff8101c0343100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c0343110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c0343120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c0343130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c0343140: 90 31 34 c0 01 81 ff ff 00 00 00 00 00 00 00 00 .14À..ÿÿ........
Call Trace:
[<ffffffff802840e5>] object_err+0x105/0x1b0
[<ffffffff80284485>] check_object+0x1b5/0x1d0
[<ffffffff80284ad4>] alloc_object_checks+0x64/0x110
[<ffffffff8028611c>] kmem_cache_alloc+0xfc/0x1a0
[<ffffffff803b7795>] acpi_os_create_semaphore+0x36/0x71
[<ffffffff803cef18>] acpi_ut_mutex_initialize+0x33/0x77
[<ffffffff803cda40>] acpi_initialize_subsystem+0x3f/0x8b
[<ffffffff806d382b>] acpi_early_init+0x5c/0x104
[<ffffffff806b2825>] start_kernel+0x245/0x2d0
[<ffffffff806b2127>] _sinittext+0x127/0x170
*** SLUB: Freepointer corrupt in kmalloc-32@0xffff810173f37050 Slab 0xffff81017f9f9b80
offset=80 flags=0x2000000000000c7 inuse=1 freelist=0xffff810173f37050
Bytes b4 0xffff810173f37040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff810173f37050: 95 77 3b 80 ff ff ff ff 00 00 00 00 00 00 00 00 .w;.ÿÿÿÿ........
Object 0xffff810173f37060: 6f db fe ff 00 00 00 00 00 00 00 00 00 00 00 00 oÛþÿ............
Object 0xffff810173f37070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff810173f37080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff810173f37090: 18 81 70 72 01 81 ff ff 00 00 00 00 00 00 00 00 ..pr..ÿÿ........
FreePointer 0xffff810173f37050 -> 0xffffffff803b7795
Last alloc: 0xffff810173f370f0 jiffies since=4294892399 cpu=0 pid=0
Filler 0xffff810173f370d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f370e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f370f0: 40 71 f3 73 01 81 ff ff 00 00 00 00 00 00 00 00 @qós..ÿÿ........
Filler 0xffff810173f37100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f37110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f37120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f37130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f37140: 90 71 f3 73 01 81 ff ff 00 00 00 00 00 00 00 00 .qós..ÿÿ........
Call Trace:
[<ffffffff802840e5>] object_err+0x105/0x1b0
[<ffffffff80284485>] check_object+0x1b5/0x1d0
[<ffffffff80284ad4>] alloc_object_checks+0x64/0x110
[<ffffffff8028611c>] kmem_cache_alloc+0xfc/0x1a0
[<ffffffff803b7795>] acpi_os_create_semaphore+0x36/0x71
[<ffffffff803cef18>] acpi_ut_mutex_initialize+0x33/0x77
[<ffffffff803cda40>] acpi_initialize_subsystem+0x3f/0x8b
[<ffffffff806d382b>] acpi_early_init+0x5c/0x104
[<ffffffff806b2825>] start_kernel+0x245/0x2d0
[<ffffffff806b2127>] _sinittext+0x127/0x170
*** SLUB: Freepointer corrupt in kmalloc-32@0xffff81018033c050 Slab 0xffff81019f019e00
offset=80 flags=0x6000000000000c7 inuse=1 freelist=0xffff81018033c050
Bytes b4 0xffff81018033c040: 40 c0 33 80 01 81 ff ff 40 c0 33 80 01 81 ff ff @À3...ÿÿ@À3...ÿÿ
Object 0xffff81018033c050: 95 77 3b 80 ff ff ff ff 00 00 00 00 00 00 00 00 .w;.ÿÿÿÿ........
Object 0xffff81018033c060: 70 db fe ff 00 00 00 00 00 00 00 00 00 00 00 00 pÛþÿ............
Object 0xffff81018033c070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff81018033c080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff81018033c090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
FreePointer 0xffff81018033c050 -> 0xffffffff803b7795
Last alloc: 0xffff81018033c0f0 jiffies since=4294892400 cpu=0 pid=0
Filler 0xffff81018033c0d0: 00 00 00 00 00 00 00 00 80 44 f1 73 01 81 ff ff .........Dñs..ÿÿ
Filler 0xffff81018033c0e0: 30 80 f1 73 01 81 ff ff c0 60 f1 73 01 81 ff ff 0.ñs..ÿÿÀ`ñs..ÿÿ
Filler 0xffff81018033c0f0: 40 c1 33 80 01 81 ff ff 00 00 00 00 00 00 00 00 @Á3...ÿÿ........
Filler 0xffff81018033c100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff81018033c110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff81018033c120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff81018033c130: 00 00 00 00 00 00 00 00 a7 1d 14 46 00 00 00 00 ........§..F....
Filler 0xffff81018033c140: 90 c1 33 80 01 81 ff ff 00 00 00 00 00 00 00 00 .Á3...ÿÿ........
Call Trace:
[<ffffffff802840e5>] object_err+0x105/0x1b0
[<ffffffff80284485>] check_object+0x1b5/0x1d0
[<ffffffff80284ad4>] alloc_object_checks+0x64/0x110
[<ffffffff8028611c>] kmem_cache_alloc+0xfc/0x1a0
[<ffffffff803b7795>] acpi_os_create_semaphore+0x36/0x71
[<ffffffff803cef18>] acpi_ut_mutex_initialize+0x33/0x77
[<ffffffff803cda40>] acpi_initialize_subsystem+0x3f/0x8b
[<ffffffff806d382b>] acpi_early_init+0x5c/0x104
[<ffffffff806b2825>] start_kernel+0x245/0x2d0
[<ffffffff806b2127>] _sinittext+0x127/0x170
*** SLUB: Freepointer corrupt in kmalloc-32@0xffff8101a0342050 Slab 0xffff8101bf01a100
offset=80 flags=0xa000000000000c7 inuse=1 freelist=0xffff8101a0342050
Bytes b4 0xffff8101a0342040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101a0342050: 95 77 3b 80 ff ff ff ff 00 00 00 00 00 00 00 00 .w;.ÿÿÿÿ........
Object 0xffff8101a0342060: 71 db fe ff 00 00 00 00 00 00 00 00 00 00 00 00 qÛþÿ............
Object 0xffff8101a0342070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101a0342080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101a0342090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
FreePointer 0xffff8101a0342050 -> 0xffffffff803b7795
Last alloc: 0xffff8101a03420f0 jiffies since=4294892401 cpu=0 pid=0
Filler 0xffff8101a03420d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a03420e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a03420f0: 40 21 34 a0 01 81 ff ff 00 00 00 00 00 00 00 00 @!4...ÿÿ........
Filler 0xffff8101a0342100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a0342110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a0342120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a0342130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101a0342140: 90 21 34 a0 01 81 ff ff 00 00 00 00 00 00 00 00 .!4...ÿÿ........
Call Trace:
[<ffffffff802840e5>] object_err+0x105/0x1b0
[<ffffffff80284485>] check_object+0x1b5/0x1d0
[<ffffffff80284ad4>] alloc_object_checks+0x64/0x110
[<ffffffff8028611c>] kmem_cache_alloc+0xfc/0x1a0
[<ffffffff803b7795>] acpi_os_create_semaphore+0x36/0x71
[<ffffffff803cef18>] acpi_ut_mutex_initialize+0x33/0x77
[<ffffffff803cda40>] acpi_initialize_subsystem+0x3f/0x8b
[<ffffffff806d382b>] acpi_early_init+0x5c/0x104
[<ffffffff806b2825>] start_kernel+0x245/0x2d0
[<ffffffff806b2127>] _sinittext+0x127/0x170
*** SLUB: Freepointer corrupt in kmalloc-32@0xffff8101c0342050 Slab 0xffff8101df01a100
offset=80 flags=0xe000000000000c7 inuse=1 freelist=0xffff8101c0342050
Bytes b4 0xffff8101c0342040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101c0342050: 95 77 3b 80 ff ff ff ff 00 00 00 00 00 00 00 00 .w;.ÿÿÿÿ........
Object 0xffff8101c0342060: 72 db fe ff 00 00 00 00 00 00 00 00 00 00 00 00 rÛþÿ............
Object 0xffff8101c0342070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101c0342080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff8101c0342090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
FreePointer 0xffff8101c0342050 -> 0xffffffff803b7795
Last alloc: 0xffff8101c03420f0 jiffies since=4294892402 cpu=0 pid=0
Filler 0xffff8101c03420d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c03420e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c03420f0: 40 21 34 c0 01 81 ff ff 00 00 00 00 00 00 00 00 @!4À..ÿÿ........
Filler 0xffff8101c0342100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c0342110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c0342120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c0342130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff8101c0342140: 90 21 34 c0 01 81 ff ff 00 00 00 00 00 00 00 00 .!4À..ÿÿ........
Call Trace:
[<ffffffff802840e5>] object_err+0x105/0x1b0
[<ffffffff80284485>] check_object+0x1b5/0x1d0
[<ffffffff80284ad4>] alloc_object_checks+0x64/0x110
[<ffffffff8028611c>] kmem_cache_alloc+0xfc/0x1a0
[<ffffffff803b7795>] acpi_os_create_semaphore+0x36/0x71
[<ffffffff803cef18>] acpi_ut_mutex_initialize+0x33/0x77
[<ffffffff803cda40>] acpi_initialize_subsystem+0x3f/0x8b
[<ffffffff806d382b>] acpi_early_init+0x5c/0x104
[<ffffffff806b2825>] start_kernel+0x245/0x2d0
[<ffffffff806b2127>] _sinittext+0x127/0x170
*** SLUB: Freepointer corrupt in kmalloc-32@0xffff810173f36050 Slab 0xffff81017f9f9b00
offset=80 flags=0x2000000000000c7 inuse=1 freelist=0xffff810173f36050
Bytes b4 0xffff810173f36040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff810173f36050: 95 77 3b 80 ff ff ff ff 00 00 00 00 00 00 00 00 .w;.ÿÿÿÿ........
Object 0xffff810173f36060: 73 db fe ff 00 00 00 00 00 00 00 00 00 00 00 00 sÛþÿ............
Object 0xffff810173f36070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff810173f36080: 00 00 00 00 00 00 00 00 18 97 6f bd 01 81 ff ff ..........o½..ÿÿ
Object 0xffff810173f36090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
FreePointer 0xffff810173f36050 -> 0xffffffff803b7795
Last alloc: 0xffff810173f360f0 jiffies since=4294892403 cpu=0 pid=0
Filler 0xffff810173f360d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f360e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f360f0: 40 61 f3 73 01 81 ff ff 00 00 00 00 00 00 00 00 @aós..ÿÿ........
Filler 0xffff810173f36100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f36110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f36120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f36130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff810173f36140: 90 61 f3 73 01 81 ff ff 00 00 00 00 00 00 00 00 .aós..ÿÿ........
Call Trace:
[<ffffffff802840e5>] object_err+0x105/0x1b0
[<ffffffff80284485>] check_object+0x1b5/0x1d0
[<ffffffff80284ad4>] alloc_object_checks+0x64/0x110
[<ffffffff8028611c>] kmem_cache_alloc+0xfc/0x1a0
[<ffffffff803b7795>] acpi_os_create_semaphore+0x36/0x71
[<ffffffff803cef18>] acpi_ut_mutex_initialize+0x33/0x77
[<ffffffff803cda40>] acpi_initialize_subsystem+0x3f/0x8b
[<ffffffff806d382b>] acpi_early_init+0x5c/0x104
[<ffffffff806b2825>] start_kernel+0x245/0x2d0
[<ffffffff806b2127>] _sinittext+0x127/0x170
*** SLUB: Freepointer corrupt in kmalloc-32@0xffff81018033b050 Slab 0xffff81019f019d80
offset=80 flags=0x6000000000000c7 inuse=1 freelist=0xffff81018033b050
Bytes b4 0xffff81018033b040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff81018033b050: 95 77 3b 80 ff ff ff ff 00 00 00 00 00 00 00 00 .w;.ÿÿÿÿ........
Object 0xffff81018033b060: 74 db fe ff 00 00 00 00 00 00 00 00 00 00 00 00 tÛþÿ............
Object 0xffff81018033b070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff81018033b080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Object 0xffff81018033b090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
FreePointer 0xffff81018033b050 -> 0xffffffff803b7795
Last alloc: 0xffff81018033b0f0 jiffies since=4294892404 cpu=0 pid=0
Filler 0xffff81018033b0d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff81018033b0e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff81018033b0f0: 40 b1 33 80 01 81 ff ff 00 00 00 00 00 00 00 00 @±3...ÿÿ........
Filler 0xffff81018033b100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff81018033b110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff81018033b120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff81018033b130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Filler 0xffff81018033b140: 90 b1 33 80 01 81 ff ff 00 00 00 00 00 00 00 00 .±3...ÿÿ........
Call Trace:
[<ffffffff802840e5>] object_err+0x105/0x1b0
[<ffffffff80284485>] check_object+0x1b5/0x1d0
[<ffffffff80284ad4>] alloc_object_checks+0x64/0x110
[<ffffffff8028611c>] kmem_cache_alloc+0xfc/0x1a0
[<ffffffff803b7795>] acpi_os_create_semaphore+0x36/0x71
[<ffffffff803cef18>] acpi_ut_mutex_initialize+0x33/0x77
[<ffffffff803cda40>] acpi_initialize_subsystem+0x3f/0x8b
[<ffffffff806d382b>] acpi_early_init+0x5c/0x104
[<ffffffff806b2825>] start_kernel+0x245/0x2d0
[<ffffffff806b2127>] _sinittext+0x127/0x170
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB)
2007-04-04 22:53 ` Badari Pulavarty
@ 2007-04-04 22:59 ` Christoph Lameter
2007-04-04 23:42 ` Badari Pulavarty
0 siblings, 1 reply; 86+ messages in thread
From: Christoph Lameter @ 2007-04-04 22:59 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> Here is the slub_debug=FU output with the above patch.
Hmmm... Looks like the object is actually free. Someone writes beyond the
end of the earlier object. Setting Z should check overwrites but it
switched off merging. So set
slub_debug = FZ
Analoguos to the last patch you would need to take out redzoning from
the flags that stop merging. Then rerun. Maybe we can track it down this
way.
Hmmm... Maybe remove all the debug flags from those that avoid merging and
then run with full debug. That should theoretically flush it out.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB)
2007-04-04 22:59 ` Christoph Lameter
@ 2007-04-04 23:42 ` Badari Pulavarty
2007-04-05 0:31 ` Christoph Lameter
0 siblings, 1 reply; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-04 23:42 UTC (permalink / raw)
To: Christoph Lameter; +Cc: Andrew Morton, lkml
On Wed, 2007-04-04 at 15:59 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Badari Pulavarty wrote:
>
> > Here is the slub_debug=FU output with the above patch.
>
> Hmmm... Looks like the object is actually free. Someone writes beyond the
> end of the earlier object. Setting Z should check overwrites but it
> switched off merging. So set
>
> slub_debug = FZ
>
> Analoguos to the last patch you would need to take out redzoning from
> the flags that stop merging. Then rerun. Maybe we can track it down this
> way.
Hmm.. I did that and machine boots fine, with absolutely no
debug messages :(
Thanks,
Badari
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-04 22:38 ` 2.6.21-rc5-mm4 Con Kolivas
@ 2007-04-04 23:55 ` Antonino A. Daplas
0 siblings, 0 replies; 86+ messages in thread
From: Antonino A. Daplas @ 2007-04-04 23:55 UTC (permalink / raw)
To: Con Kolivas; +Cc: Andrew Morton, linux-kernel
On Thu, 2007-04-05 at 08:38 +1000, Con Kolivas wrote:
> On Thursday 05 April 2007 08:10, Andrew Morton wrote:
> > Thanks - that'll be the CPU scheduler changes.
> >
> > Con has produced a patch or two which might address this but afaik we don't
> > yet have a definitive fix?
> >
> > I believe that reverting
> > sched-implement-staircase-deadline-cpu-scheduler-staircase-improvements.pat
> >ch will prevent it.
>
> I posted a definitive fix which Michal tested for me offlist. Subject was:
> [PATCH] sched: implement staircase deadline cpu scheduler improvements fix
>
> Sorry about relative noise prior to that. Akpm please pick it up.
>
> Here again just in case.
>
Rebooted a few times, I can confirm that this patch fixes this.
Thanks
Tony
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB)
2007-04-04 23:42 ` Badari Pulavarty
@ 2007-04-05 0:31 ` Christoph Lameter
2007-04-05 2:44 ` Badari Pulavarty
0 siblings, 1 reply; 86+ messages in thread
From: Christoph Lameter @ 2007-04-05 0:31 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> On Wed, 2007-04-04 at 15:59 -0700, Christoph Lameter wrote:
> > On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> >
> > > Here is the slub_debug=FU output with the above patch.
> >
> > Hmmm... Looks like the object is actually free. Someone writes beyond the
> > end of the earlier object. Setting Z should check overwrites but it
> > switched off merging. So set
> >
> > slub_debug = FZ
> >
> > Analoguos to the last patch you would need to take out redzoning from
> > the flags that stop merging. Then rerun. Maybe we can track it down this
> > way.
>
> Hmm.. I did that and machine boots fine, with absolutely no
> debug messages :(
Were the slabs merged? Look at /sys/slab and see if there are any symlinks
there.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 5:47 2.6.21-rc5-mm4 Andrew Morton
` (9 preceding siblings ...)
2007-04-04 21:56 ` 2.6.21-rc5-mm4 Antonino A. Daplas
@ 2007-04-05 0:56 ` Antonino A. Daplas
2007-04-05 13:53 ` [-mm patch] pcm_native: lockdep warning when launching jack Frederik Deweerdt
` (2 subsequent siblings)
13 siblings, 0 replies; 86+ messages in thread
From: Antonino A. Daplas @ 2007-04-05 0:56 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
> - The oops in git-net.patch has been fixed, so that tree has been restored.
> It is huge.
>
> - Added the device-mapper development tree to the -mm lineup (Alasdair
> Kergon). It is a quilt tree, living at
> ftp://ftp.kernel.org/pub/linux/kernel/people/agk/patches/2.6/editing/.
>
> - Added davidel's signalfd stuff.
>
>
>
I see this tracing (from the lock-dependency validator?) for several -mm
versions. This is from a Silan ethernet card (CONFIG_SC92031).
00:0b.0 Ethernet controller: Hangzhou Silan Microelectronics Co., Ltd.
Unknown device 2031 (rev 01)
Other than the tracing, I'm not having any problems.
Tony
======================================================
[ INFO: soft-safe -> soft-unsafe lock order detected ]
2.6.21-rc5-mm4-default #44
------------------------------------------------------
ip/3036 [HC0[0]:SC0[2]:HE1:SE0] is trying to acquire:
(&priv->lock){--..}, at: [<d886ad22>] sc92031_set_multicast_list
+0x14/0x2d [sc92031]
and this task is already holding:
(&dev->_xmit_lock){-...}, at: [<c02568b3>] dev_mc_upload+0x14/0x3a
which would create a new lock dependency:
(&dev->_xmit_lock){-...} -> (&priv->lock){--..}
but this new dependency connects a soft-irq-safe lock:
(&mc->mca_lock){-+..}
... which became soft-irq-safe at:
[<c012f5b5>] __lock_acquire+0x3d7/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaf2a>] _spin_lock_bh+0x30/0x3d
[<d8c53833>] mld_ifc_timer_expire+0x15b/0x21d [ipv6]
[<c011cbd6>] run_timer_softirq+0xf1/0x14e
[<c011a5a6>] __do_softirq+0x46/0x9c
[<c011a629>] do_softirq+0x2d/0x46
[<c011a9d5>] irq_exit+0x3b/0x6b
[<c01057f0>] do_IRQ+0x5e/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c02ab3b9>] error_code+0x71/0x78
[<ffffffff>] 0xffffffff
to a soft-irq-unsafe lock:
(&priv->lock){--..}
... which became soft-irq-unsafe at:
... [<c012f649>] __lock_acquire+0x46b/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaeed>] _spin_lock+0x2b/0x38
[<d886b729>] sc92031_open+0xcc/0x16f [sc92031]
[<c02549e7>] dev_open+0x33/0x6e
[<c025337f>] dev_change_flags+0x57/0x10b
[<c028b237>] devinet_ioctl+0x235/0x546
[<c028b837>] inet_ioctl+0x89/0xaa
[<c0249cd1>] sock_ioctl+0x1ac/0x1ca
[<c0170a70>] do_ioctl+0x1c/0x53
[<c0170c93>] vfs_ioctl+0x1ec/0x203
[<c0170cf3>] sys_ioctl+0x49/0x62
[<c0103ca8>] sysenter_past_esp+0x5d/0x99
[<ffffffff>] 0xffffffff
other info that might help us debug this:
2 locks held by ip/3036:
#0: (rtnl_mutex){--..}, at: [<c02a9ea5>] mutex_lock+0x24/0x28
#1: (&dev->_xmit_lock){-...}, at: [<c02568b3>] dev_mc_upload+0x14/0x3a
the soft-irq-safe lock's dependencies:
-> (&mc->mca_lock){-+..} ops: 9 {
initial-use at:
[<c012f664>] __lock_acquire+0x486/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaf2a>] _spin_lock_bh+0x30/0x3d
[<d8c53983>] igmp6_group_added+0x1b/0x120 [ipv6]
[<d8c54175>] ipv6_dev_mc_inc+0x2f9/0x346 [ipv6]
[<d8c42f7f>] ipv6_add_dev+0x232/0x240 [ipv6]
[<d8c1430b>] ____versions+0x1e8b/0xfffff9c8
[x_tables]
[<d8c141d4>] ____versions+0x1d54/0xfffff9c8
[x_tables]
[<c01365eb>] sys_init_module+0x1252/0x138f
[<c0103ca8>] sysenter_past_esp+0x5d/0x99
[<ffffffff>] 0xffffffff
in-softirq-W at:
[<c012f5b5>] __lock_acquire+0x3d7/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaf2a>] _spin_lock_bh+0x30/0x3d
[<d8c53833>] mld_ifc_timer_expire+0x15b/0x21d
[ipv6]
[<c011cbd6>] run_timer_softirq+0xf1/0x14e
[<c011a5a6>] __do_softirq+0x46/0x9c
[<c011a629>] do_softirq+0x2d/0x46
[<c011a9d5>] irq_exit+0x3b/0x6b
[<c01057f0>] do_IRQ+0x5e/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c02ab3b9>] error_code+0x71/0x78
[<ffffffff>] 0xffffffff
hardirq-on-W at:
[<c012f61f>] __lock_acquire+0x441/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaf2a>] _spin_lock_bh+0x30/0x3d
[<d8c53983>] igmp6_group_added+0x1b/0x120 [ipv6]
[<d8c54175>] ipv6_dev_mc_inc+0x2f9/0x346 [ipv6]
[<d8c42f7f>] ipv6_add_dev+0x232/0x240 [ipv6]
[<d8c1430b>] ____versions+0x1e8b/0xfffff9c8
[x_tables]
[<d8c141d4>] ____versions+0x1d54/0xfffff9c8
[x_tables]
[<c01365eb>] sys_init_module+0x1252/0x138f
[<c0103ca8>] sysenter_past_esp+0x5d/0x99
[<ffffffff>] 0xffffffff
}
... key at: [<d8c75bbc>] __key.29988+0x0/0xfffe9535 [ipv6]
-> (&dev->_xmit_lock){-...} ops: 18 {
initial-use at:
[<c012f664>] __lock_acquire+0x486/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaf2a>] _spin_lock_bh+0x30/0x3d
[<c02568b3>] dev_mc_upload+0x14/0x3a
[<c0253359>] dev_change_flags+0x31/0x10b
[<c028b237>] devinet_ioctl+0x235/0x546
[<c028b837>] inet_ioctl+0x89/0xaa
[<c0249cd1>] sock_ioctl+0x1ac/0x1ca
[<c0170a70>] do_ioctl+0x1c/0x53
[<c0170c93>] vfs_ioctl+0x1ec/0x203
[<c0170cf3>] sys_ioctl+0x49/0x62
[<c0103ca8>] sysenter_past_esp+0x5d/0x99
[<ffffffff>] 0xffffffff
hardirq-on-W at:
[<c012f61f>] __lock_acquire+0x441/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaf2a>] _spin_lock_bh+0x30/0x3d
[<c02568b3>] dev_mc_upload+0x14/0x3a
[<c0253359>] dev_change_flags+0x31/0x10b
[<c028b237>] devinet_ioctl+0x235/0x546
[<c028b837>] inet_ioctl+0x89/0xaa
[<c0249cd1>] sock_ioctl+0x1ac/0x1ca
[<c0170a70>] do_ioctl+0x1c/0x53
[<c0170c93>] vfs_ioctl+0x1ec/0x203
[<c0170cf3>] sys_ioctl+0x49/0x62
[<c0103ca8>] sysenter_past_esp+0x5d/0x99
[<ffffffff>] 0xffffffff
}
... key at: [<c05f0788>] __key.29726+0x0/0x8
-> (&rp->lock){++..} ops: 55 {
initial-use at:
[<c012f664>] __lock_acquire+0x486/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab22b>] _spin_lock_irqsave+0x34/0x44
[<d88a810a>] rhine_get_stats+0x2d/0x9d
[via_rhine]
[<c025ab78>] rtnl_fill_ifinfo+0x2ea/0x432
[<c025b0d7>] rtmsg_ifinfo+0x63/0xe0
[<c025b18f>] rtnetlink_event+0x3b/0x3f
[<c012020a>] notifier_call_chain+0x2b/0x4a
[<c0120294>] __raw_notifier_call_chain
+0x19/0x1f
[<c01202b4>] raw_notifier_call_chain
+0x1a/0x1c
[<c025304c>] register_netdevice+0x2e0/0x2ea
[<c0254284>] register_netdev+0x40/0x4d
[<d88a7c8c>] rhine_init_one+0x495/0x652
[via_rhine]
[<c01d5951>] pci_device_probe+0x3c/0x61
[<c0223684>] driver_probe_device+0xe8/0x168
[<c0223831>] __driver_attach+0x77/0xb1
[<c0222b5a>] bus_for_each_dev+0x3a/0x5f
[<c02234c7>] driver_attach+0x19/0x1b
[<c0222e7f>] bus_add_driver+0x76/0x17e
[<c0223a60>] driver_register+0x79/0x7f
[<c01d5ac6>] __pci_register_driver+0x5c/0x8c
[<d883c06c>] __ksymtab_ac97_bus_type
+0x0/0xfffffff6 [ac97_bus]
[<c01365eb>] sys_init_module+0x1252/0x138f
[<c0103ca8>] sysenter_past_esp+0x5d/0x99
[<ffffffff>] 0xffffffff
in-hardirq-W at:
[<c012f58e>] __lock_acquire+0x3b0/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaeed>] _spin_lock+0x2b/0x38
[<d88a6b56>] rhine_interrupt+0x16a/0x696
[via_rhine]
[<c0142d2e>] handle_IRQ_event+0x1a/0x48
[<c014403e>] handle_level_irq+0x7c/0xc6
[<c01057eb>] do_IRQ+0x59/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c0123db9>] rcu_process_callbacks+0x15/0x26
[<c011a682>] tasklet_action+0x40/0x6c
[<c011a5a6>] __do_softirq+0x46/0x9c
[<c011a629>] do_softirq+0x2d/0x46
[<c011a9d5>] irq_exit+0x3b/0x6b
[<c01057f0>] do_IRQ+0x5e/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c02ab3b9>] error_code+0x71/0x78
[<ffffffff>] 0xffffffff
in-softirq-W at:
[<c012f5b5>] __lock_acquire+0x3d7/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab158>] _spin_lock_irq+0x31/0x3e
[<d88a8614>] rhine_start_tx+0x1ad/0x244
[via_rhine]
[<c0253b4c>] dev_hard_start_xmit+0x216/0x274
[<c02606dc>] __qdisc_run+0xca/0x17f
[<c0255766>] dev_queue_xmit+0x155/0x26b
[<d8c52c05>] mld_sendpack+0x1f7/0x335 [ipv6]
[<d8c538ce>] mld_ifc_timer_expire
+0x1f6/0x21d [ipv6]
[<c011cbd6>] run_timer_softirq+0xf1/0x14e
[<c011a5a6>] __do_softirq+0x46/0x9c
[<c011a629>] do_softirq+0x2d/0x46
[<c011a9d5>] irq_exit+0x3b/0x6b
[<c01057f0>] do_IRQ+0x5e/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c02ab3b9>] error_code+0x71/0x78
[<ffffffff>] 0xffffffff
}
... key at: [<d88ac180>] __key.21685+0x0/0xffffc5fa [via_rhine]
... acquired at:
[<c012fbc6>] __lock_acquire+0x9e8/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab158>] _spin_lock_irq+0x31/0x3e
[<d88a8614>] rhine_start_tx+0x1ad/0x244 [via_rhine]
[<c0253b4c>] dev_hard_start_xmit+0x216/0x274
[<c02606dc>] __qdisc_run+0xca/0x17f
[<c0255766>] dev_queue_xmit+0x155/0x26b
[<d8c52c05>] mld_sendpack+0x1f7/0x335 [ipv6]
[<d8c538ce>] mld_ifc_timer_expire+0x1f6/0x21d [ipv6]
[<c011cbd6>] run_timer_softirq+0xf1/0x14e
[<c011a5a6>] __do_softirq+0x46/0x9c
[<c011a629>] do_softirq+0x2d/0x46
[<c011a9d5>] irq_exit+0x3b/0x6b
[<c01057f0>] do_IRQ+0x5e/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c02ab3b9>] error_code+0x71/0x78
[<ffffffff>] 0xffffffff
... acquired at:
[<c012fbc6>] __lock_acquire+0x9e8/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaf2a>] _spin_lock_bh+0x30/0x3d
[<c02569c5>] dev_mc_add+0x33/0x141
[<d8c539c0>] igmp6_group_added+0x58/0x120 [ipv6]
[<d8c54175>] ipv6_dev_mc_inc+0x2f9/0x346 [ipv6]
[<d8c42f7f>] ipv6_add_dev+0x232/0x240 [ipv6]
[<d8c43503>] addrconf_notify+0x47/0x7d0 [ipv6]
[<c0253ddc>] register_netdevice_notifier+0x35/0x5f
[<d8c14336>] ____versions+0x1eb6/0xfffff9c8 [x_tables]
[<d8c141d4>] ____versions+0x1d54/0xfffff9c8 [x_tables]
[<c01365eb>] sys_init_module+0x1252/0x138f
[<c0103ca8>] sysenter_past_esp+0x5d/0x99
[<ffffffff>] 0xffffffff
-> (&parent->list_lock){++..} ops: 14182 {
initial-use at:
[<c012f664>] __lock_acquire+0x486/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaeed>] _spin_lock+0x2b/0x38
[<c01637a4>] cache_alloc_refill+0x4f/0x44f
[<c0163d52>] kmem_cache_zalloc+0x50/0x97
[<c01643cc>] kmem_cache_create+0x166/0x447
[<c039804a>] kmem_cache_init+0x160/0x3c7
[<c0388ab4>] start_kernel+0x217/0x38d
[<00000000>] 0x0
[<ffffffff>] 0xffffffff
in-hardirq-W at:
[<c012f58e>] __lock_acquire+0x3b0/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaeed>] _spin_lock+0x2b/0x38
[<c01630e3>] cache_flusharray+0x22/0xa5
[<c0163254>] kmem_cache_free+0x62/0x8e
[<c014c6cb>] mempool_free_slab+0x11/0x13
[<c014c731>] mempool_free+0x64/0x6c
[<c0185212>] bio_free+0x2d/0x31
[<c0185227>] bio_fs_destructor+0x11/0x13
[<c018534c>] bio_put+0x28/0x2a
[<c01839f2>] end_bio_bh_io_sync+0x39/0x3f
[<c018527c>] bio_endio+0x53/0x5b
[<c01b49fa>] __end_that_request_first
+0xcf/0x35d
[<c01b4ca3>] end_that_request_first+0xe/0x10
[<d895ec75>] ide_end_request+0x87/0xd1
[ide_core]
[<d8965d80>] ide_dma_intr+0x58/0x98 [ide_core]
[<d895f7fe>] ide_intr+0x16b/0x1cf [ide_core]
[<c0142d2e>] handle_IRQ_event+0x1a/0x48
[<c014403e>] handle_level_irq+0x7c/0xc6
[<c01057eb>] do_IRQ+0x59/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c010239b>] cpu_idle+0x44/0x5e
[<c0101110>] rest_init+0x21/0x25
[<c0388c22>] start_kernel+0x385/0x38d
[<00000000>] 0x0
[<ffffffff>] 0xffffffff
in-softirq-W at:
[<c012f5b5>] __lock_acquire+0x3d7/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaeed>] _spin_lock+0x2b/0x38
[<c01630e3>] cache_flusharray+0x22/0xa5
[<c01631c4>] kfree+0x5e/0x8c
[<c0114875>] free_task+0x11/0x21
[<c01160c3>] __put_task_struct+0x10f/0x118
[<c01178cd>] delayed_put_task_struct+0x3e/0x45
[<c0123d3b>] __rcu_process_callbacks
+0x103/0x16c
[<c0123db9>] rcu_process_callbacks+0x15/0x26
[<c011a682>] tasklet_action+0x40/0x6c
[<c011a5a6>] __do_softirq+0x46/0x9c
[<c011a629>] do_softirq+0x2d/0x46
[<c011a9d5>] irq_exit+0x3b/0x6b
[<c01057f0>] do_IRQ+0x5e/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c01ed01e>] acpi_ps_alloc_op+0x5b/0x98
[<c01ecc85>] acpi_ps_parse_loop+0x6d9/0x714
[<c01ebf86>] acpi_ps_parse_aml+0x68/0x246
[<c01ed236>] acpi_ps_execute_method
+0x11f/0x1c1
[<c01ea44c>] acpi_ns_evaluate+0xa0/0x100
[<c01efba8>] acpi_ut_evaluate_object
+0x52/0x18c
[<c01e226e>] acpi_ev_match_prw_and_gpe
+0x1f/0xbe
[<c01eb6b9>] acpi_ns_walk_namespace+0xf9/0x114
[<c01e2216>] acpi_ev_initialize_gpe_block
+0x4d/0x86
[<c01dfe20>] acpi_ev_install_fadt_gpes
+0x27/0x47
[<c01f0ace>] acpi_enable_subsystem+0x83/0x8f
[<c039af8c>] acpi_init+0x57/0x1cd
[<c038872c>] kernel_init+0xb9/0x22a
[<c0104007>] kernel_thread_helper+0x7/0x10
[<ffffffff>] 0xffffffff
}
... key at: [<c05e5a88>] __key.17030+0x0/0x8
-> (&zone->lock){++..} ops: 6654 {
initial-use at:
[<c012f664>] __lock_acquire+0x486/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaeed>] _spin_lock+0x2b/0x38
[<c014dbc8>] free_pages_bulk+0x1a/0x195
[<c014de55>] free_hot_cold_page+0x112/0x156
[<c014dee4>] free_hot_page+0xd/0xf
[<c014df1e>] __free_pages+0x38/0x4a
[<c03977a4>] __free_pages_bootmem+0x61/0x65
[<c0395fb4>] free_all_bootmem_core
+0xd6/0x147
[<c0396035>] free_all_bootmem+0x10/0x12
[<c0393631>] mem_init+0x2a/0x2d0
[<c0388aaf>] start_kernel+0x212/0x38d
[<00000000>] 0x0
[<ffffffff>] 0xffffffff
in-hardirq-W at:
[<c012f58e>] __lock_acquire+0x3b0/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaeed>] _spin_lock+0x2b/0x38
[<c014dbc8>] free_pages_bulk+0x1a/0x195
[<c014de55>] free_hot_cold_page+0x112/0x156
[<c014dee4>] free_hot_page+0xd/0xf
[<c014df1e>] __free_pages+0x38/0x4a
[<c014df50>] free_pages+0x20/0x22
[<c0163060>] kmem_freepages+0x9c/0xa4
[<c016331e>] slab_destroy+0x61/0x79
[<c01633ed>] free_block+0xb7/0xf4
[<c0163138>] cache_flusharray+0x77/0xa5
[<c0163254>] kmem_cache_free+0x62/0x8e
[<c014c6cb>] mempool_free_slab+0x11/0x13
[<c014c731>] mempool_free+0x64/0x6c
[<c0185212>] bio_free+0x2d/0x31
[<c0185227>] bio_fs_destructor+0x11/0x13
[<c018534c>] bio_put+0x28/0x2a
[<c01839f2>] end_bio_bh_io_sync+0x39/0x3f
[<c018527c>] bio_endio+0x53/0x5b
[<c01b49fa>] __end_that_request_first
+0xcf/0x35d
[<c01b4ca3>] end_that_request_first+0xe/0x10
[<d895ec75>] ide_end_request+0x87/0xd1
[ide_core]
[<d8965d80>] ide_dma_intr+0x58/0x98
[ide_core]
[<d895f7fe>] ide_intr+0x16b/0x1cf [ide_core]
[<c0142d2e>] handle_IRQ_event+0x1a/0x48
[<c014403e>] handle_level_irq+0x7c/0xc6
[<c01057eb>] do_IRQ+0x59/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c010239b>] cpu_idle+0x44/0x5e
[<c0101110>] rest_init+0x21/0x25
[<c0388c22>] start_kernel+0x385/0x38d
[<00000000>] 0x0
[<ffffffff>] 0xffffffff
in-softirq-W at:
[<c012f5b5>] __lock_acquire+0x3d7/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaeed>] _spin_lock+0x2b/0x38
[<c014da1c>] __free_pages_ok+0xf6/0x278
[<c014df29>] __free_pages+0x43/0x4a
[<c014df50>] free_pages+0x20/0x22
[<c0163060>] kmem_freepages+0x9c/0xa4
[<c016331e>] slab_destroy+0x61/0x79
[<c01633ed>] free_block+0xb7/0xf4
[<c0163138>] cache_flusharray+0x77/0xa5
[<c01631c4>] kfree+0x5e/0x8c
[<c0114875>] free_task+0x11/0x21
[<c01160c3>] __put_task_struct+0x10f/0x118
[<c01178cd>] delayed_put_task_struct
+0x3e/0x45
[<c0123d3b>] __rcu_process_callbacks
+0x103/0x16c
[<c0123db9>] rcu_process_callbacks+0x15/0x26
[<c011a682>] tasklet_action+0x40/0x6c
[<c011a5a6>] __do_softirq+0x46/0x9c
[<c011a629>] do_softirq+0x2d/0x46
[<c011a9d5>] irq_exit+0x3b/0x6b
[<c01057f0>] do_IRQ+0x5e/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c02a9e79>] __mutex_lock_slowpath
+0x238/0x240
[<c02a9ea5>] mutex_lock+0x24/0x28
[<c016c7b2>] do_lookup+0x69/0x13d
[<c016e6d6>] __link_path_walk+0x814/0xc69
[<c016eb74>] link_path_walk+0x49/0xbc
[<c016ee96>] do_path_lookup+0x18a/0x1dc
[<c016f822>] __path_lookup_intent_open
+0x44/0x75
[<c016f8c6>] path_lookup_open+0x21/0x27
[<c0169bc9>] open_exec+0x27/0xa5
[<c016aeaa>] do_execve+0x36/0x1f1
[<c01021a3>] sys_execve+0x2e/0x50
[<c0103d34>] syscall_call+0x7/0xb
[<ffffffff>] 0xffffffff
}
... key at: [<c05de598>] __key.20983+0x0/0x8
... acquired at:
[<c012fbc6>] __lock_acquire+0x9e8/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaeed>] _spin_lock+0x2b/0x38
[<c014da1c>] __free_pages_ok+0xf6/0x278
[<c014df29>] __free_pages+0x43/0x4a
[<c014df50>] free_pages+0x20/0x22
[<c0163060>] kmem_freepages+0x9c/0xa4
[<c016331e>] slab_destroy+0x61/0x79
[<c01633ed>] free_block+0xb7/0xf4
[<c0163138>] cache_flusharray+0x77/0xa5
[<c01631c4>] kfree+0x5e/0x8c
[<c0114875>] free_task+0x11/0x21
[<c01160c3>] __put_task_struct+0x10f/0x118
[<c01178cd>] delayed_put_task_struct+0x3e/0x45
[<c0123d3b>] __rcu_process_callbacks+0x103/0x16c
[<c0123db9>] rcu_process_callbacks+0x15/0x26
[<c011a682>] tasklet_action+0x40/0x6c
[<c011a5a6>] __do_softirq+0x46/0x9c
[<c011a629>] do_softirq+0x2d/0x46
[<c011a9d5>] irq_exit+0x3b/0x6b
[<c01057f0>] do_IRQ+0x5e/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c02a9e79>] __mutex_lock_slowpath+0x238/0x240
[<c02a9ea5>] mutex_lock+0x24/0x28
[<c016c7b2>] do_lookup+0x69/0x13d
[<c016e6d6>] __link_path_walk+0x814/0xc69
[<c016eb74>] link_path_walk+0x49/0xbc
[<c016ee96>] do_path_lookup+0x18a/0x1dc
[<c016f822>] __path_lookup_intent_open+0x44/0x75
[<c016f8c6>] path_lookup_open+0x21/0x27
[<c0169bc9>] open_exec+0x27/0xa5
[<c016aeaa>] do_execve+0x36/0x1f1
[<c01021a3>] sys_execve+0x2e/0x50
[<c0103d34>] syscall_call+0x7/0xb
[<ffffffff>] 0xffffffff
-> (pgd_lock){....} ops: 119 {
initial-use at:
[<c012f664>] __lock_acquire+0x486/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab22b>] _spin_lock_irqsave+0x34/0x44
[<c0110d8a>] pgd_ctor+0x25/0x7d
[<c0163aee>] cache_alloc_refill+0x399/0x44f
[<c016372d>] kmem_cache_alloc+0x50/0x78
[<c0110d1f>] pgd_alloc+0x15/0x17
[<c0114691>] mm_init+0xa6/0xcd
[<c0115bbd>] mm_alloc+0x2e/0x32
[<c016aedd>] do_execve+0x69/0x1f1
[<c01021a3>] sys_execve+0x2e/0x50
[<c0103d34>] syscall_call+0x7/0xb
[<ffffffff>] 0xffffffff
}
... key at: [<c0361cfc>] pgd_lock+0x1c/0x40
... acquired at:
[<c012fbc6>] __lock_acquire+0x9e8/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab22b>] _spin_lock_irqsave+0x34/0x44
[<c0110d34>] pgd_dtor+0x13/0x44
[<c01632f0>] slab_destroy+0x33/0x79
[<c01633ed>] free_block+0xb7/0xf4
[<c0163138>] cache_flusharray+0x77/0xa5
[<c0163254>] kmem_cache_free+0x62/0x8e
[<c0110d08>] pgd_free+0x12/0x14
[<c011477d>] __mmdrop+0x1c/0x33
[<c02a8dce>] __sched_text_start+0x546/0x59f
[<c01188da>] do_wait+0x90e/0xa04
[<c0118a00>] sys_wait4+0x30/0x32
[<c0118a29>] sys_waitpid+0x27/0x29
[<c0103ca8>] sysenter_past_esp+0x5d/0x99
[<ffffffff>] 0xffffffff
... acquired at:
[<c012fbc6>] __lock_acquire+0x9e8/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaeed>] _spin_lock+0x2b/0x38
[<c01637a4>] cache_alloc_refill+0x4f/0x44f
[<c0163c19>] __kmalloc+0x75/0x9a
[<c024f856>] __alloc_skb+0x6b/0x11b
[<c024c162>] sock_alloc_send_skb+0x7c/0x1a9
[<d8c52299>] mld_newpack+0x5d/0x172 [ipv6]
[<d8c523d2>] add_grhead+0x24/0xa4 [ipv6]
[<d8c53072>] add_grec+0x32f/0x35a [ipv6]
[<d8c5389f>] mld_ifc_timer_expire+0x1c7/0x21d [ipv6]
[<c011cbd6>] run_timer_softirq+0xf1/0x14e
[<c011a5a6>] __do_softirq+0x46/0x9c
[<c011a629>] do_softirq+0x2d/0x46
[<c011a9d5>] irq_exit+0x3b/0x6b
[<c01057f0>] do_IRQ+0x5e/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c02ab3b9>] error_code+0x71/0x78
[<ffffffff>] 0xffffffff
the soft-irq-unsafe lock's dependencies:
-> (&priv->lock){--..} ops: 2 {
initial-use at:
[<c012f664>] __lock_acquire+0x486/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaeed>] _spin_lock+0x2b/0x38
[<d886b729>] sc92031_open+0xcc/0x16f [sc92031]
[<c02549e7>] dev_open+0x33/0x6e
[<c025337f>] dev_change_flags+0x57/0x10b
[<c028b237>] devinet_ioctl+0x235/0x546
[<c028b837>] inet_ioctl+0x89/0xaa
[<c0249cd1>] sock_ioctl+0x1ac/0x1ca
[<c0170a70>] do_ioctl+0x1c/0x53
[<c0170c93>] vfs_ioctl+0x1ec/0x203
[<c0170cf3>] sys_ioctl+0x49/0x62
[<c0103ca8>] sysenter_past_esp+0x5d/0x99
[<ffffffff>] 0xffffffff
softirq-on-W at:
[<c012f649>] __lock_acquire+0x46b/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaeed>] _spin_lock+0x2b/0x38
[<d886b729>] sc92031_open+0xcc/0x16f [sc92031]
[<c02549e7>] dev_open+0x33/0x6e
[<c025337f>] dev_change_flags+0x57/0x10b
[<c028b237>] devinet_ioctl+0x235/0x546
[<c028b837>] inet_ioctl+0x89/0xaa
[<c0249cd1>] sock_ioctl+0x1ac/0x1ca
[<c0170a70>] do_ioctl+0x1c/0x53
[<c0170c93>] vfs_ioctl+0x1ec/0x203
[<c0170cf3>] sys_ioctl+0x49/0x62
[<c0103ca8>] sysenter_past_esp+0x5d/0x99
[<ffffffff>] 0xffffffff
hardirq-on-W at:
[<c012f61f>] __lock_acquire+0x441/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaeed>] _spin_lock+0x2b/0x38
[<d886b729>] sc92031_open+0xcc/0x16f [sc92031]
[<c02549e7>] dev_open+0x33/0x6e
[<c025337f>] dev_change_flags+0x57/0x10b
[<c028b237>] devinet_ioctl+0x235/0x546
[<c028b837>] inet_ioctl+0x89/0xaa
[<c0249cd1>] sock_ioctl+0x1ac/0x1ca
[<c0170a70>] do_ioctl+0x1c/0x53
[<c0170c93>] vfs_ioctl+0x1ec/0x203
[<c0170cf3>] sys_ioctl+0x49/0x62
[<c0103ca8>] sysenter_past_esp+0x5d/0x99
[<ffffffff>] 0xffffffff
}
... key at: [<d886e180>] __key.22056+0x0/0xffffd670 [sc92031]
-> (lweventlist_lock){....} ops: 1 {
initial-use at:
[<c012f664>] __lock_acquire+0x486/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab22b>] _spin_lock_irqsave+0x34/0x44
[<c025c17a>] linkwatch_fire_event+0x58/0xae
[<c02605e3>] netif_carrier_off+0x1a/0x1c
[<d886a650>] _sc92031_reset+0x1a5/0x1dd
[sc92031]
[<d886b730>] sc92031_open+0xd3/0x16f [sc92031]
[<c02549e7>] dev_open+0x33/0x6e
[<c025337f>] dev_change_flags+0x57/0x10b
[<c028b237>] devinet_ioctl+0x235/0x546
[<c028b837>] inet_ioctl+0x89/0xaa
[<c0249cd1>] sock_ioctl+0x1ac/0x1ca
[<c0170a70>] do_ioctl+0x1c/0x53
[<c0170c93>] vfs_ioctl+0x1ec/0x203
[<c0170cf3>] sys_ioctl+0x49/0x62
[<c0103ca8>] sysenter_past_esp+0x5d/0x99
[<ffffffff>] 0xffffffff
}
... key at: [<c037a19c>] lweventlist_lock+0x1c/0x28
... acquired at:
[<c012fbc6>] __lock_acquire+0x9e8/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab22b>] _spin_lock_irqsave+0x34/0x44
[<c025c17a>] linkwatch_fire_event+0x58/0xae
[<c02605e3>] netif_carrier_off+0x1a/0x1c
[<d886a650>] _sc92031_reset+0x1a5/0x1dd [sc92031]
[<d886b730>] sc92031_open+0xd3/0x16f [sc92031]
[<c02549e7>] dev_open+0x33/0x6e
[<c025337f>] dev_change_flags+0x57/0x10b
[<c028b237>] devinet_ioctl+0x235/0x546
[<c028b837>] inet_ioctl+0x89/0xaa
[<c0249cd1>] sock_ioctl+0x1ac/0x1ca
[<c0170a70>] do_ioctl+0x1c/0x53
[<c0170c93>] vfs_ioctl+0x1ec/0x203
[<c0170cf3>] sys_ioctl+0x49/0x62
[<c0103ca8>] sysenter_past_esp+0x5d/0x99
[<ffffffff>] 0xffffffff
-> (&cwq->lock){++..} ops: 8986 {
initial-use at:
[<c012f664>] __lock_acquire+0x486/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab22b>] _spin_lock_irqsave+0x34/0x44
[<c0123109>] __queue_work+0x12/0x33
[<c0123152>] queue_work+0x28/0x33
[<c012293e>] call_usermodehelper_keys
+0xc5/0xea
[<c01bf6ca>] kobject_uevent_env+0x3d3/0x42b
[<c01bf72f>] kobject_uevent+0xd/0x12
[<c022184a>] device_add+0x32f/0x518
[<c0221a48>] device_register+0x15/0x19
[<c0221faa>] device_create+0x77/0x99
[<c039e0d0>] vtconsole_class_init+0x71/0xb5
[<c038872c>] kernel_init+0xb9/0x22a
[<c0104007>] kernel_thread_helper+0x7/0x10
[<ffffffff>] 0xffffffff
in-hardirq-W at:
[<c012f58e>] __lock_acquire+0x3b0/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab22b>] _spin_lock_irqsave+0x34/0x44
[<c0123109>] __queue_work+0x12/0x33
[<c0123152>] queue_work+0x28/0x33
[<c012316f>] schedule_work+0x12/0x14
[<c0229e72>] schedule_bh+0x15/0x17
[<c0229ff8>] floppy_interrupt+0x168/0x192
[<c022d014>] floppy_hardint+0x1c/0xbc
[<c0142d2e>] handle_IRQ_event+0x1a/0x48
[<c014403e>] handle_level_irq+0x7c/0xc6
[<c01057eb>] do_IRQ+0x59/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c010239b>] cpu_idle+0x44/0x5e
[<c0101110>] rest_init+0x21/0x25
[<c0388c22>] start_kernel+0x385/0x38d
[<00000000>] 0x0
[<ffffffff>] 0xffffffff
in-softirq-W at:
[<c012f5b5>] __lock_acquire+0x3d7/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab22b>] _spin_lock_irqsave+0x34/0x44
[<c0123109>] __queue_work+0x12/0x33
[<c01234b5>] delayed_work_timer_fn+0x17/0x19
[<c011cbd6>] run_timer_softirq+0xf1/0x14e
[<c011a5a6>] __do_softirq+0x46/0x9c
[<c011a629>] do_softirq+0x2d/0x46
[<c011a9d5>] irq_exit+0x3b/0x6b
[<c01057f0>] do_IRQ+0x5e/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c010239b>] cpu_idle+0x44/0x5e
[<c0101110>] rest_init+0x21/0x25
[<c0388c22>] start_kernel+0x385/0x38d
[<00000000>] 0x0
[<ffffffff>] 0xffffffff
}
... key at: [<c03e22e0>] __key.10619+0x0/0x8
-> (&q->lock){++..} ops: 54469 {
initial-use at:
[<c012f664>] __lock_acquire+0x486/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab158>] _spin_lock_irq+0x31/0x3e
[<c02a8fb9>] wait_for_completion+0x29/0xaf
[<c012599d>] keventd_create_kthread
+0x32/0x62
[<c0125a30>] kthread_create+0x63/0x9e
[<c0394848>] cpu_callback+0x35/0x7a
[<c03948a4>] spawn_ksoftirqd+0x17/0x37
[<c03886ac>] kernel_init+0x39/0x22a
[<c0104007>] kernel_thread_helper+0x7/0x10
[<ffffffff>] 0xffffffff
in-hardirq-W at:
[<c012f58e>] __lock_acquire+0x3b0/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab22b>] _spin_lock_irqsave+0x34/0x44
[<c0112ae3>] __wake_up+0x15/0x42
[<c0122d39>] insert_work+0x64/0x6b
[<c0123119>] __queue_work+0x22/0x33
[<c0123152>] queue_work+0x28/0x33
[<c012316f>] schedule_work+0x12/0x14
[<c0229e72>] schedule_bh+0x15/0x17
[<c0229ff8>] floppy_interrupt+0x168/0x192
[<c022d014>] floppy_hardint+0x1c/0xbc
[<c0142d2e>] handle_IRQ_event+0x1a/0x48
[<c014403e>] handle_level_irq+0x7c/0xc6
[<c01057eb>] do_IRQ+0x59/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c010239b>] cpu_idle+0x44/0x5e
[<c0101110>] rest_init+0x21/0x25
[<c0388c22>] start_kernel+0x385/0x38d
[<00000000>] 0x0
[<ffffffff>] 0xffffffff
in-softirq-W at:
[<c012f5b5>] __lock_acquire+0x3d7/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab22b>] _spin_lock_irqsave+0x34/0x44
[<c0112a4f>] complete+0x15/0x4a
[<c0123b65>] wakeme_after_rcu+0xe/0x10
[<c0123d3b>] __rcu_process_callbacks
+0x103/0x16c
[<c0123db9>] rcu_process_callbacks+0x15/0x26
[<c011a682>] tasklet_action+0x40/0x6c
[<c011a5a6>] __do_softirq+0x46/0x9c
[<c011a629>] do_softirq+0x2d/0x46
[<c011a9d5>] irq_exit+0x3b/0x6b
[<c01057f0>] do_IRQ+0x5e/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c010239b>] cpu_idle+0x44/0x5e
[<c0101110>] rest_init+0x21/0x25
[<c0388c22>] start_kernel+0x385/0x38d
[<00000000>] 0x0
[<ffffffff>] 0xffffffff
}
... key at: [<c03e271c>] __key.14042+0x0/0x8
-> (&rq->rq_lock_key){++..} ops: 67981 {
initial-use at:
[<c012f664>] __lock_acquire+0x486/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab22b>] _spin_lock_irqsave+0x34/0x44
[<c0393e8d>] init_idle+0x5c/0x86
[<c03940cb>] sched_init+0x214/0x21c
[<c038897a>] start_kernel+0xdd/0x38d
[<00000000>] 0x0
[<ffffffff>] 0xffffffff
in-hardirq-W at:
[<c012f58e>] __lock_acquire+0x3b0/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaeed>] _spin_lock+0x2b/0x38
[<c0114195>] scheduler_tick+0x8e/0xbd
[<c011d1bf>] update_process_times
+0x4f/0x5a
[<c012bf0d>] tick_periodic+0x69/0x75
[<c012bf2b>] tick_handle_periodic
+0x12/0x63
[<c01066d9>] timer_interrupt+0x11/0x18
[<c0142d2e>] handle_IRQ_event+0x1a/0x48
[<c014403e>] handle_level_irq+0x7c/0xc6
[<c01057eb>] do_IRQ+0x59/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c038f206>] request_standard_resources
+0x75/0x2fc
[<c038872c>] kernel_init+0xb9/0x22a
[<c0104007>] kernel_thread_helper+0x7/0x10
[<ffffffff>] 0xffffffff
in-softirq-W at:
[<c012f5b5>] __lock_acquire+0x3d7/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaeed>] _spin_lock+0x2b/0x38
[<c0113260>] task_rq_lock+0x1a/0x21
[<c0113944>] try_to_wake_up+0x18/0xa0
[<c01139da>] default_wake_function
+0xe/0x10
[<c01127f0>] __wake_up_common+0x32/0x55
[<c0112a73>] complete+0x39/0x4a
[<c0123b65>] wakeme_after_rcu+0xe/0x10
[<c0123d3b>] __rcu_process_callbacks
+0x103/0x16c
[<c0123db9>] rcu_process_callbacks
+0x15/0x26
[<c011a682>] tasklet_action+0x40/0x6c
[<c011a5a6>] __do_softirq+0x46/0x9c
[<c011a629>] do_softirq+0x2d/0x46
[<c011a9d5>] irq_exit+0x3b/0x6b
[<c01057f0>] do_IRQ+0x5e/0x76
[<c0103f16>] common_interrupt+0x2e/0x34
[<c010239b>] cpu_idle+0x44/0x5e
[<c0101110>] rest_init+0x21/0x25
[<c0388c22>] start_kernel+0x385/0x38d
[<00000000>] 0x0
[<ffffffff>] 0xffffffff
}
... key at: [<c03bfd38>] per_cpu__runqueues+0x9f8/0xa00
... acquired at:
[<c012fbc6>] __lock_acquire+0x9e8/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaeed>] _spin_lock+0x2b/0x38
[<c0113260>] task_rq_lock+0x1a/0x21
[<c0113944>] try_to_wake_up+0x18/0xa0
[<c01139da>] default_wake_function+0xe/0x10
[<c01127f0>] __wake_up_common+0x32/0x55
[<c0112a73>] complete+0x39/0x4a
[<c0125af2>] kthread+0x87/0xcd
[<c0104007>] kernel_thread_helper+0x7/0x10
[<ffffffff>] 0xffffffff
... acquired at:
[<c012fbc6>] __lock_acquire+0x9e8/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab22b>] _spin_lock_irqsave+0x34/0x44
[<c0112ae3>] __wake_up+0x15/0x42
[<c0122d39>] insert_work+0x64/0x6b
[<c0123119>] __queue_work+0x22/0x33
[<c0123152>] queue_work+0x28/0x33
[<c012293e>] call_usermodehelper_keys+0xc5/0xea
[<c01bf6ca>] kobject_uevent_env+0x3d3/0x42b
[<c01bf72f>] kobject_uevent+0xd/0x12
[<c022184a>] device_add+0x32f/0x518
[<c0221a48>] device_register+0x15/0x19
[<c0221faa>] device_create+0x77/0x99
[<c039e0d0>] vtconsole_class_init+0x71/0xb5
[<c038872c>] kernel_init+0xb9/0x22a
[<c0104007>] kernel_thread_helper+0x7/0x10
[<ffffffff>] 0xffffffff
... acquired at:
[<c012fbc6>] __lock_acquire+0x9e8/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab22b>] _spin_lock_irqsave+0x34/0x44
[<c0123109>] __queue_work+0x12/0x33
[<c0123152>] queue_work+0x28/0x33
[<c0123315>] queue_delayed_work+0xf/0x22
[<c012333c>] schedule_delayed_work+0x14/0x16
[<c025c1cb>] linkwatch_fire_event+0xa9/0xae
[<c02605e3>] netif_carrier_off+0x1a/0x1c
[<d886a650>] _sc92031_reset+0x1a5/0x1dd [sc92031]
[<d886b730>] sc92031_open+0xd3/0x16f [sc92031]
[<c02549e7>] dev_open+0x33/0x6e
[<c025337f>] dev_change_flags+0x57/0x10b
[<c028b237>] devinet_ioctl+0x235/0x546
[<c028b837>] inet_ioctl+0x89/0xaa
[<c0249cd1>] sock_ioctl+0x1ac/0x1ca
[<c0170a70>] do_ioctl+0x1c/0x53
[<c0170c93>] vfs_ioctl+0x1ec/0x203
[<c0170cf3>] sys_ioctl+0x49/0x62
[<c0103ca8>] sysenter_past_esp+0x5d/0x99
[<ffffffff>] 0xffffffff
-> (ratelimit_lock){....} ops: 1 {
initial-use at:
[<c012f664>] __lock_acquire+0x486/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab22b>] _spin_lock_irqsave+0x34/0x44
[<c0116ec8>] __printk_ratelimit+0x1d/0xa5
[<c0116f66>] printk_ratelimit+0x16/0x18
[<d886a489>] _sc92031_check_media+0x160/0x182
[sc92031]
[<d886a660>] _sc92031_reset+0x1b5/0x1dd
[sc92031]
[<d886b730>] sc92031_open+0xd3/0x16f [sc92031]
[<c02549e7>] dev_open+0x33/0x6e
[<c025337f>] dev_change_flags+0x57/0x10b
[<c028b237>] devinet_ioctl+0x235/0x546
[<c028b837>] inet_ioctl+0x89/0xaa
[<c0249cd1>] sock_ioctl+0x1ac/0x1ca
[<c0170a70>] do_ioctl+0x1c/0x53
[<c0170c93>] vfs_ioctl+0x1ec/0x203
[<c0170cf3>] sys_ioctl+0x49/0x62
[<c0103ca8>] sysenter_past_esp+0x5d/0x99
[<ffffffff>] 0xffffffff
}
... key at: [<c03620dc>] ratelimit_lock.21472+0x1c/0x28
... acquired at:
[<c012fbc6>] __lock_acquire+0x9e8/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02ab22b>] _spin_lock_irqsave+0x34/0x44
[<c0116ec8>] __printk_ratelimit+0x1d/0xa5
[<c0116f66>] printk_ratelimit+0x16/0x18
[<d886a489>] _sc92031_check_media+0x160/0x182 [sc92031]
[<d886a660>] _sc92031_reset+0x1b5/0x1dd [sc92031]
[<d886b730>] sc92031_open+0xd3/0x16f [sc92031]
[<c02549e7>] dev_open+0x33/0x6e
[<c025337f>] dev_change_flags+0x57/0x10b
[<c028b237>] devinet_ioctl+0x235/0x546
[<c028b837>] inet_ioctl+0x89/0xaa
[<c0249cd1>] sock_ioctl+0x1ac/0x1ca
[<c0170a70>] do_ioctl+0x1c/0x53
[<c0170c93>] vfs_ioctl+0x1ec/0x203
[<c0170cf3>] sys_ioctl+0x49/0x62
[<c0103ca8>] sysenter_past_esp+0x5d/0x99
[<ffffffff>] 0xffffffff
stack backtrace:
[<c010433c>] show_trace_log_lvl+0x1a/0x30
[<c0104e92>] show_trace+0x12/0x14
[<c0104eeb>] dump_stack+0x16/0x18
[<c012f13b>] check_usage+0x25a/0x264
[<c012fb28>] __lock_acquire+0x94a/0xb93
[<c012fdd9>] lock_acquire+0x68/0x82
[<c02aaf2a>] _spin_lock_bh+0x30/0x3d
[<d886ad22>] sc92031_set_multicast_list+0x14/0x2d [sc92031]
[<c025677e>] __dev_mc_upload+0x26/0x28
[<c02568c4>] dev_mc_upload+0x25/0x3a
[<c0254a02>] dev_open+0x4e/0x6e
[<c025337f>] dev_change_flags+0x57/0x10b
[<c028b237>] devinet_ioctl+0x235/0x546
[<c028b837>] inet_ioctl+0x89/0xaa
[<c0249cd1>] sock_ioctl+0x1ac/0x1ca
[<c0170a70>] do_ioctl+0x1c/0x53
[<c0170c93>] vfs_ioctl+0x1ec/0x203
[<c0170cf3>] sys_ioctl+0x49/0x62
[<c0103ca8>] sysenter_past_esp+0x5d/0x99
=======================
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB)
2007-04-05 0:31 ` Christoph Lameter
@ 2007-04-05 2:44 ` Badari Pulavarty
2007-04-05 3:15 ` Christoph Lameter
2007-04-05 4:29 ` Christoph Lameter
0 siblings, 2 replies; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-05 2:44 UTC (permalink / raw)
To: Christoph Lameter; +Cc: Andrew Morton, lkml
On Wed, 2007-04-04 at 17:31 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Badari Pulavarty wrote:
>
> > On Wed, 2007-04-04 at 15:59 -0700, Christoph Lameter wrote:
> > > On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> > >
> > > > Here is the slub_debug=FU output with the above patch.
> > >
> > > Hmmm... Looks like the object is actually free. Someone writes beyond the
> > > end of the earlier object. Setting Z should check overwrites but it
> > > switched off merging. So set
> > >
> > > slub_debug = FZ
> > >
> > > Analoguos to the last patch you would need to take out redzoning from
> > > the flags that stop merging. Then rerun. Maybe we can track it down this
> > > way.
> >
> > Hmm.. I did that and machine boots fine, with absolutely no
> > debug messages :(
>
> Were the slabs merged? Look at /sys/slab and see if there are any symlinks
> there.
>
elm3b29:/sys/slab # ls -ltr
total 0
drwxr-xr-x 2 root root 0 Apr 4 17:40 sock_inode_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 skbuff_fclone_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 sigqueue
drwxr-xr-x 2 root root 0 Apr 4 17:40 shmem_inode_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 radix_tree_node
drwxr-xr-x 2 root root 0 Apr 4 17:40 proc_inode_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 ip_dst_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 file_lock_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 blkdev_requests
drwxr-xr-x 2 root root 0 Apr 4 17:40 blkdev_queue
drwxr-xr-x 2 root root 0 Apr 4 17:40 blkdev_ioc
drwxr-xr-x 2 root root 0 Apr 4 17:40 biovec-64
drwxr-xr-x 2 root root 0 Apr 4 17:40 biovec-256
drwxr-xr-x 2 root root 0 Apr 4 17:40 biovec-128
drwxr-xr-x 2 root root 0 Apr 4 17:40 bdev_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 TCP
drwxr-xr-x 2 root root 0 Apr 4 17:40 Acpi-State
drwxr-xr-x 2 root root 0 Apr 4 17:40 Acpi-ParseExt
drwxr-xr-x 2 root root 0 Apr 4 17:40 Acpi-Operand
drwxr-xr-x 2 root root 0 Apr 4 17:40 Acpi-Namespace
drwxr-xr-x 2 root root 0 Apr 4 17:40 vm_area_struct
drwxr-xr-x 2 root root 0 Apr 4 17:40 task_struct
drwxr-xr-x 2 root root 0 Apr 4 17:40 sysfs_dir_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 signal_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 sighand_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 pid
drwxr-xr-x 2 root root 0 Apr 4 17:40 names_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 mm_struct
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmem_cache_node
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-96
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-8192
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-8
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-65536
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-64
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-512
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-4096
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-32768
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-32
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-262144
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-256
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-2048
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-192
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-16384
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-16
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-131072
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-128
drwxr-xr-x 2 root root 0 Apr 4 17:40 kmalloc-1024
drwxr-xr-x 2 root root 0 Apr 4 17:40 inode_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 idr_layer_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 fs_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 filp
drwxr-xr-x 2 root root 0 Apr 4 17:40 dentry_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 buffer_head
drwxr-xr-x 2 root root 0 Apr 4 17:40 anon_vma
drwxr-xr-x 2 root root 0 Apr 4 17:40 dquot
drwxr-xr-x 2 root root 0 Apr 4 17:40 reiser_inode_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 nfs_inode_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 nfs_direct_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 mqueue_inode_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 minix_inode_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 journal_head
drwxr-xr-x 2 root root 0 Apr 4 17:40 isofs_inode_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 hugetlbfs_inode_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 ext3_xattr
drwxr-xr-x 2 root root 0 Apr 4 17:40 ext3_inode_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 ext2_xattr
drwxr-xr-x 2 root root 0 Apr 4 17:40 ext2_inode_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 cfq_pool
drwxr-xr-x 2 root root 0 Apr 4 17:40 cfq_ioc_pool
drwxr-xr-x 2 root root 0 Apr 4 17:40 UNIX
drwxr-xr-x 2 root root 0 Apr 4 17:40 rpc_inode_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 rpc_buffers
drwxr-xr-x 2 root root 0 Apr 4 17:40 revokefs_inode_cache
drwxr-xr-x 2 root root 0 Apr 4 17:40 TCPv6
drwxr-xr-x 2 root root 0 Apr 4 17:54 fat_inode_cache
drwxr-xr-x 2 root root 0 Apr 4 17:54 fat_cache
drwxr-xr-x 2 root root 0 Apr 4 17:54 sgpool-64
drwxr-xr-x 2 root root 0 Apr 4 17:54 sgpool-32
drwxr-xr-x 2 root root 0 Apr 4 17:54 sgpool-128
drwxr-xr-x 2 root root 0 Apr 4 17:54 scsi_io_context
drwxr-xr-x 2 root root 0 Apr 4 17:55 jbd_4k
lrwxrwxrwx 1 root root 0 Apr 4 20:46 scsi_cmd_cache -> ../slab/ip_dst_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 xfrm_dst_cache -> ../slab/ip_dst_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 utrace_engine_cache -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 utrace_cache -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 uid_cache -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 tw_sock_TCPv6 -> ../slab/filp
lrwxrwxrwx 1 root root 0 Apr 4 20:46 tw_sock_TCP -> ../slab/filp
lrwxrwxrwx 1 root root 0 Apr 4 20:46 tcp_bind_bucket -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 skbuff_head_cache -> ../slab/filp
lrwxrwxrwx 1 root root 0 Apr 4 20:46 shared_policy_node -> ../slab/kmem_cache_node
lrwxrwxrwx 1 root root 0 Apr 4 20:46 sgpool-8 -> ../slab/filp
lrwxrwxrwx 1 root root 0 Apr 4 20:46 sgpool-16 -> ../slab/skbuff_fclone_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 secpath_cache -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 rpc_tasks -> ../slab/ip_dst_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 revoke_table -> ../slab/kmalloc-8
lrwxrwxrwx 1 root root 0 Apr 4 20:46 revoke_record -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 request_sock_TCPv6 -> ../slab/filp
lrwxrwxrwx 1 root root 0 Apr 4 20:46 request_sock_TCP -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 qla2xxx_srbs -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 posix_timers_cache -> ../slab/kmalloc-128
lrwxrwxrwx 1 root root 0 Apr 4 20:46 numa_policy -> ../slab/kmalloc-16
lrwxrwxrwx 1 root root 0 Apr 4 20:46 nfs_write_data -> ../slab/signal_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 nfs_read_data -> ../slab/signal_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 nfs_page -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 ndisc_cache -> ../slab/filp
lrwxrwxrwx 1 root root 0 Apr 4 20:46 mnt_cache -> ../slab/filp
lrwxrwxrwx 1 root root 0 Apr 4 20:46 kioctx -> ../slab/ip_dst_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 kiocb -> ../slab/filp
lrwxrwxrwx 1 root root 0 Apr 4 20:46 journal_handle -> ../slab/kmalloc-16
lrwxrwxrwx 1 root root 0 Apr 4 20:46 ip_mrt_cache -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 ip_fib_hash -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 ip_fib_alias -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 ip6_dst_cache -> ../slab/ip_dst_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 inotify_watch_cache -> ../slab/Acpi-Operand
lrwxrwxrwx 1 root root 0 Apr 4 20:46 inotify_event_cache -> ../slab/Acpi-Namespace
lrwxrwxrwx 1 root root 0 Apr 4 20:46 inet_peer_cache -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 flow_cache -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 files_cache -> ../slab/signal_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 fib6_nodes -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 fasync_cache -> ../slab/kmalloc-16
lrwxrwxrwx 1 root root 0 Apr 4 20:46 eventpoll_pwq -> ../slab/Acpi-Operand
lrwxrwxrwx 1 root root 0 Apr 4 20:46 eventpoll_epi -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 dnotify_cache -> ../slab/Acpi-Namespace
lrwxrwxrwx 1 root root 0 Apr 4 20:46 dm_tio -> ../slab/kmalloc-16
lrwxrwxrwx 1 root root 0 Apr 4 20:46 dm_io -> ../slab/Acpi-Namespace
lrwxrwxrwx 1 root root 0 Apr 4 20:46 configfs_dir_cache -> ../slab/Acpi-State
lrwxrwxrwx 1 root root 0 Apr 4 20:46 biovec-4 -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 biovec-16 -> ../slab/filp
lrwxrwxrwx 1 root root 0 Apr 4 20:46 biovec-1 -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 bio -> ../slab/fs_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 arp_cache -> ../slab/filp
lrwxrwxrwx 1 root root 0 Apr 4 20:46 UDPv6 -> ../slab/mm_struct
lrwxrwxrwx 1 root root 0 Apr 4 20:46 UDPLITEv6 -> ../slab/mm_struct
lrwxrwxrwx 1 root root 0 Apr 4 20:46 UDP-Lite -> ../slab/signal_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 UDP -> ../slab/signal_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 RAWv6 -> ../slab/mm_struct
lrwxrwxrwx 1 root root 0 Apr 4 20:46 RAW -> ../slab/signal_cache
lrwxrwxrwx 1 root root 0 Apr 4 20:46 Acpi-Parse -> ../slab/Acpi-Namespace
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB)
2007-04-05 2:44 ` Badari Pulavarty
@ 2007-04-05 3:15 ` Christoph Lameter
2007-04-05 4:29 ` Christoph Lameter
1 sibling, 0 replies; 86+ messages in thread
From: Christoph Lameter @ 2007-04-05 3:15 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> > Were the slabs merged? Look at /sys/slab and see if there are any symlinks
> > there.
> >
Ok. symlinks there. Its a sporadic thing. I think I am going to add a slab
validator to SLUB that goes through all slabs and checks all objects for
validity. Then we can trigger a scan through the acpi caches which should
locate the problem.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB)
2007-04-05 2:44 ` Badari Pulavarty
2007-04-05 3:15 ` Christoph Lameter
@ 2007-04-05 4:29 ` Christoph Lameter
2007-04-05 15:16 ` Badari Pulavarty
1 sibling, 1 reply; 86+ messages in thread
From: Christoph Lameter @ 2007-04-05 4:29 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
Here is a patch that adds validation (only for cpuslabs and partial
slabs but thats where the action is). Apply this patch
and then do
echo 1 >/sys/slab/<cache-to-check>/validate
I suggest to boot with full debugging and then run this on the ACPI slabs.
Signed-off-by: Christoph Lameter <clameter@sgi.com>
Index: linux-2.6.21-rc5-mm4/mm/slub.c
===================================================================
--- linux-2.6.21-rc5-mm4.orig/mm/slub.c 2007-04-04 20:26:03.000000000 -0700
+++ linux-2.6.21-rc5-mm4/mm/slub.c 2007-04-04 21:26:15.000000000 -0700
@@ -2280,6 +2280,67 @@ void *__kmalloc_node_track_caller(size_t
#ifdef CONFIG_SYSFS
+static int validate_slab(struct kmem_cache *s, struct page *page)
+{
+ void *p;
+ void *addr = page_address(page);
+ unsigned long map[BITS_TO_LONGS(s->objects)];
+
+ if (!check_slab(s, page) ||
+ !on_freelist(s, page, NULL))
+ return 0;
+
+ /* Now we know that a valid freelist exists */
+ bitmap_zero(map, s->objects);
+
+ for(p = page->freelist; p; p = get_freepointer(s, p)) {
+ set_bit((p - addr) / s->size, map);
+ if (!check_object(s, page, p, 0))
+ return 0;
+ }
+
+ for(p = addr; p < addr + s->objects * s->size; p += s->size)
+ if (!test_bit((p - addr) / s->size, map))
+ if (!check_object(s, page, p, 1))
+ return 0;
+ return 1;
+}
+
+static int validate_slab_node(struct kmem_cache *s, struct kmem_cache_node *n)
+{
+ int count = 0;
+ struct page *page;
+ unsigned long flags;
+
+ spin_lock_irqsave(&n->list_lock, flags);
+ list_for_each_entry(page, &n->partial, lru) {
+ if (slab_trylock(page)) {
+ validate_slab(s, page);
+ slab_unlock(page);
+ } else
+ printk(KERN_INFO "Skipped busy slab %p\n", page);
+ count++;
+ }
+ spin_unlock_irqrestore(&n->list_lock, flags);
+ return count;
+}
+
+static void validate_slab_cache(struct kmem_cache *s)
+{
+ int node;
+ int count = 0;
+
+ printk(KERN_INFO "--- Validating slabcache '%s'\n", s->name);
+ flush_all(s);
+ for_each_online_node(node) {
+ struct kmem_cache_node *n = get_node(s, node);
+
+ count += validate_slab_node(s, n);
+ }
+ printk(KERN_INFO "--- Checked %d slabs in '%s'\n",
+ count, s->name);
+}
+
static unsigned long count_partial(struct kmem_cache_node *n)
{
unsigned long flags;
@@ -2402,7 +2463,6 @@ struct slab_attribute {
static struct slab_attribute _name##_attr = \
__ATTR(_name, 0644, _name##_show, _name##_store)
-
static ssize_t slab_size_show(struct kmem_cache *s, char *buf)
{
return sprintf(buf, "%d\n", s->size);
@@ -2609,6 +2669,22 @@ static ssize_t store_user_store(struct k
}
SLAB_ATTR(store_user);
+static ssize_t validate_show(struct kmem_cache *s, char *buf)
+{
+ return 0;
+}
+
+static ssize_t validate_store(struct kmem_cache *s,
+ const char *buf, size_t length)
+{
+ if (buf[0] == '1')
+ validate_slab_cache(s);
+ else
+ return -EINVAL;
+ return length;
+}
+SLAB_ATTR(validate);
+
#ifdef CONFIG_NUMA
static ssize_t defrag_ratio_show(struct kmem_cache *s, char *buf)
{
@@ -2648,6 +2724,7 @@ static struct attribute * slab_attrs[] =
&red_zone_attr.attr,
&poison_attr.attr,
&store_user_attr.attr,
+ &validate_attr.attr,
#ifdef CONFIG_ZONE_DMA
&cache_dma_attr.attr,
#endif
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-04 17:55 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
@ 2007-04-05 11:14 ` Sam Ravnborg
0 siblings, 0 replies; 86+ messages in thread
From: Sam Ravnborg @ 2007-04-05 11:14 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Randy Dunlap, Andrew Morton, linux-kernel
On Wed, Apr 04, 2007 at 01:55:08PM -0400, Valdis.Kletnieks@vt.edu wrote:
> On Tue, 03 Apr 2007 20:37:42 PDT, Randy Dunlap said:
> >
> > Good luck. But the symbols are there. Just use left/right arrow keys
> > to scroll the display left/right and you can see them. Now if you just
> > had that indicator to tell you that you Need to scroll to see more text...
>
> Exactly. :) I had the incredible bad luck that the line got cut off at the
> end of a CONFIG_ symbol that made sense - if it had showed up *half* a symbol,
> I'd have gone investigating. ;) (Even a '>' or '<' saying data offscreen to
> right or left would be sufficient, if somebody wants a small but productive
> kernel (config system actually) task to hack on.)
>
> I'd code it myself, but I have an SL8500 to install, and need to figure out
> how my laptop made it into the bag this morning still up and running (I hit
> the power button, it seemed to power down - blank screen, power light off,
> but syslog msgs prove it was up and running for another 4 hours before it
> shut down on a thermal check...)
If you do not find time to do it try to ping me in a week or so.
Should be trivial to do but away from my dev box atm.
Sam
^ permalink raw reply [flat|nested] 86+ messages in thread
* [-mm patch] pcm_native: lockdep warning when launching jack
2007-04-03 5:47 2.6.21-rc5-mm4 Andrew Morton
` (10 preceding siblings ...)
2007-04-05 0:56 ` 2.6.21-rc5-mm4 Antonino A. Daplas
@ 2007-04-05 13:53 ` Frederik Deweerdt
2007-04-05 15:00 ` Takashi Iwai
2007-04-05 16:33 ` RAID1 "out of memory" error, was Re: 2.6.21-rc5-mm4 Reuben Farrelly
2007-04-05 17:02 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
13 siblings, 1 reply; 86+ messages in thread
From: Frederik Deweerdt @ 2007-04-05 13:53 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, tiwai, perex
On Mon, Apr 02, 2007 at 10:47:45PM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
Hi,
When launching "jackd -d alsa", lockdep issues the following warning:
[39701.405086] =============================================
[39701.405093] [ INFO: possible recursive locking detected ]
[39701.405107] 2.6.21-rc5-mm4 #2
[39701.405109] ---------------------------------------------
[39701.405112] jackd/17366 is trying to acquire lock:
[39701.405114] (&substream->self_group.lock){....}, at: [<c034d3c0>] snd_pcm_action_group+0x90/0x240
[39701.405131]
[39701.405131] but task is already holding lock:
[39701.405134] (&substream->self_group.lock){....}, at: [<c034d63f>] snd_pcm_action_lock_irq+0x3f/0xb0
[39701.405141]
[39701.405142] other info that might help us debug this:
[39701.405145] 3 locks held by jackd/17366:
[39701.405147] #0: (snd_pcm_link_rwlock){....}, at: [<c034d627>] snd_pcm_action_lock_irq+0x27/0xb0
[39701.405155] #1: (&substream->group->lock){....}, at: [<c034d638>] snd_pcm_action_lock_irq+0x38/0xb0
[39701.405163] #2: (&substream->self_group.lock){....}, at: [<c034d63f>] snd_pcm_action_lock_irq+0x3f/0xb0
[39701.405171]
[39701.405171] stack backtrace:
[39701.405174] [<c0103b8a>] show_trace_log_lvl+0x1a/0x30
[39701.405179] [<c0104912>] show_trace+0x12/0x20
[39701.405183] [<c01049c6>] dump_stack+0x16/0x20
[39701.405187] [<c013b980>] __lock_acquire+0xbd0/0x1040
[39701.405193] [<c013be60>] lock_acquire+0x70/0x90
[39701.405197] [<c0407846>] _spin_lock+0x36/0x50
[39701.405203] [<c034d3c0>] snd_pcm_action_group+0x90/0x240
[39701.405207] [<c034d653>] snd_pcm_action_lock_irq+0x53/0xb0
[39701.405211] [<c035046f>] snd_pcm_common_ioctl1+0x35f/0xfb0
[39701.405215] [<c0351544>] snd_pcm_playback_ioctl1+0x34/0x420
[39701.405219] [<c03519f3>] snd_pcm_playback_ioctl+0x43/0x50
[39701.405223] [<c017ecc8>] do_ioctl+0x28/0x80
[39701.405229] [<c017ed77>] vfs_ioctl+0x57/0x290
[39701.405233] [<c017efe9>] sys_ioctl+0x39/0x60
[39701.405237] [<c0102bf4>] sysenter_past_esp+0x5d/0x99
[39701.405240] =======================
The attached lockdep annotation silences the warning.
Regards,
Frederik
Signed-off-by: Frederik Deweerdt <frederik.deweerdt@gmail.com>
--- 2.6.21-rc5-mm3/sound/core/pcm_native.c 2007-03-30 21:41:18.000000000 +0200
+++ 2.6.21-rc5-mm4/sound/core/pcm_native.c 2007-04-05 15:01:19.000000000 +0200
@@ -718,7 +718,8 @@ static int snd_pcm_action_group(struct a
snd_pcm_group_for_each_entry(s, substream) {
if (do_lock && s != substream)
- spin_lock(&s->self_group.lock);
+ spin_lock_nested(&s->self_group.lock,
+ SINGLE_DEPTH_NESTING);
res = ops->pre_action(s, state);
if (res < 0)
goto _unlock;
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [-mm patch] pcm_native: lockdep warning when launching jack
2007-04-05 13:53 ` [-mm patch] pcm_native: lockdep warning when launching jack Frederik Deweerdt
@ 2007-04-05 15:00 ` Takashi Iwai
0 siblings, 0 replies; 86+ messages in thread
From: Takashi Iwai @ 2007-04-05 15:00 UTC (permalink / raw)
To: Frederik Deweerdt; +Cc: Andrew Morton, linux-kernel, perex
At Thu, 5 Apr 2007 15:53:50 +0200,
Frederik Deweerdt wrote:
>
> On Mon, Apr 02, 2007 at 10:47:45PM -0700, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> Hi,
>
> When launching "jackd -d alsa", lockdep issues the following warning:
> [39701.405086] =============================================
> [39701.405093] [ INFO: possible recursive locking detected ]
> [39701.405107] 2.6.21-rc5-mm4 #2
> [39701.405109] ---------------------------------------------
> [39701.405112] jackd/17366 is trying to acquire lock:
> [39701.405114] (&substream->self_group.lock){....}, at: [<c034d3c0>] snd_pcm_action_group+0x90/0x240
> [39701.405131]
> [39701.405131] but task is already holding lock:
> [39701.405134] (&substream->self_group.lock){....}, at: [<c034d63f>] snd_pcm_action_lock_irq+0x3f/0xb0
> [39701.405141]
> [39701.405142] other info that might help us debug this:
> [39701.405145] 3 locks held by jackd/17366:
> [39701.405147] #0: (snd_pcm_link_rwlock){....}, at: [<c034d627>] snd_pcm_action_lock_irq+0x27/0xb0
> [39701.405155] #1: (&substream->group->lock){....}, at: [<c034d638>] snd_pcm_action_lock_irq+0x38/0xb0
> [39701.405163] #2: (&substream->self_group.lock){....}, at: [<c034d63f>] snd_pcm_action_lock_irq+0x3f/0xb0
> [39701.405171]
> [39701.405171] stack backtrace:
> [39701.405174] [<c0103b8a>] show_trace_log_lvl+0x1a/0x30
> [39701.405179] [<c0104912>] show_trace+0x12/0x20
> [39701.405183] [<c01049c6>] dump_stack+0x16/0x20
> [39701.405187] [<c013b980>] __lock_acquire+0xbd0/0x1040
> [39701.405193] [<c013be60>] lock_acquire+0x70/0x90
> [39701.405197] [<c0407846>] _spin_lock+0x36/0x50
> [39701.405203] [<c034d3c0>] snd_pcm_action_group+0x90/0x240
> [39701.405207] [<c034d653>] snd_pcm_action_lock_irq+0x53/0xb0
> [39701.405211] [<c035046f>] snd_pcm_common_ioctl1+0x35f/0xfb0
> [39701.405215] [<c0351544>] snd_pcm_playback_ioctl1+0x34/0x420
> [39701.405219] [<c03519f3>] snd_pcm_playback_ioctl+0x43/0x50
> [39701.405223] [<c017ecc8>] do_ioctl+0x28/0x80
> [39701.405229] [<c017ed77>] vfs_ioctl+0x57/0x290
> [39701.405233] [<c017efe9>] sys_ioctl+0x39/0x60
> [39701.405237] [<c0102bf4>] sysenter_past_esp+0x5d/0x99
> [39701.405240] =======================
>
> The attached lockdep annotation silences the warning.
> Regards,
> Frederik
>
> Signed-off-by: Frederik Deweerdt <frederik.deweerdt@gmail.com>
Thanks, applied to ALSA tree now.
(I did a similar fix ago but forgot to merge to the upstream...)
Takashi
>
> --- 2.6.21-rc5-mm3/sound/core/pcm_native.c 2007-03-30 21:41:18.000000000 +0200
> +++ 2.6.21-rc5-mm4/sound/core/pcm_native.c 2007-04-05 15:01:19.000000000 +0200
> @@ -718,7 +718,8 @@ static int snd_pcm_action_group(struct a
>
> snd_pcm_group_for_each_entry(s, substream) {
> if (do_lock && s != substream)
> - spin_lock(&s->self_group.lock);
> + spin_lock_nested(&s->self_group.lock,
> + SINGLE_DEPTH_NESTING);
> res = ops->pre_action(s, state);
> if (res < 0)
> goto _unlock;
>
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB)
2007-04-05 4:29 ` Christoph Lameter
@ 2007-04-05 15:16 ` Badari Pulavarty
2007-04-05 18:19 ` Christoph Lameter
0 siblings, 1 reply; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-05 15:16 UTC (permalink / raw)
To: Christoph Lameter; +Cc: Andrew Morton, lkml
On Wed, 2007-04-04 at 21:29 -0700, Christoph Lameter wrote:
> Here is a patch that adds validation (only for cpuslabs and partial
> slabs but thats where the action is). Apply this patch
> and then do
>
> echo 1 >/sys/slab/<cache-to-check>/validate
>
> I suggest to boot with full debugging and then run this on the ACPI slabs.
Did this and didn't trigger any problems.
(Just to be clear, booted with "slub_debug" with all the patches
applied).
--- Validating slabcache 'Acpi-Namespace'
--- Checked 0 slabs in 'Acpi-Namespace'
--- Validating slabcache 'Acpi-Operand'
--- Checked 5 slabs in 'Acpi-Operand'
--- Validating slabcache 'Acpi-Parse'
--- Checked 0 slabs in 'Acpi-Parse'
--- Validating slabcache 'Acpi-ParseExt'
--- Checked 0 slabs in 'Acpi-ParseExt'
--- Validating slabcache 'Acpi-State'
--- Checked 0 slabs in 'Acpi-State'
--- Validating slabcache 'Acpi-Namespace'
--- Checked 0 slabs in 'Acpi-Namespace'
--- Validating slabcache 'Acpi-Operand'
--- Checked 5 slabs in 'Acpi-Operand'
--- Validating slabcache 'Acpi-Parse'
--- Checked 0 slabs in 'Acpi-Parse'
--- Validating slabcache 'Acpi-ParseExt'
--- Checked 0 slabs in 'Acpi-ParseExt'
--- Validating slabcache 'Acpi-State'
--- Checked 0 slabs in 'Acpi-State'
--- Validating slabcache 'RAW'
--- Checked 1 slabs in 'RAW'
--- Validating slabcache 'RAWv6'
--- Checked 1 slabs in 'RAWv6'
--- Validating slabcache 'TCP'
--- Checked 3 slabs in 'TCP'
--- Validating slabcache 'TCPv6'
--- Checked 4 slabs in 'TCPv6'
--- Validating slabcache 'UDP-Lite'
--- Checked 0 slabs in 'UDP-Lite'
--- Validating slabcache 'UDP'
--- Checked 2 slabs in 'UDP'
--- Validating slabcache 'UDPLITEv6'
--- Checked 0 slabs in 'UDPLITEv6'
--- Validating slabcache 'UDPv6'
--- Checked 0 slabs in 'UDPv6'
--- Validating slabcache 'UNIX'
--- Checked 4 slabs in 'UNIX'
--- Validating slabcache 'anon_vma'
--- Checked 12 slabs in 'anon_vma'
--- Validating slabcache 'arp_cache'
--- Checked 2 slabs in 'arp_cache'
--- Validating slabcache 'bdev_cache'
--- Checked 3 slabs in 'bdev_cache'
--- Validating slabcache 'bio'
--- Checked 0 slabs in 'bio'
--- Validating slabcache 'biovec-1'
--- Checked 1 slabs in 'biovec-1'
--- Validating slabcache 'biovec-128'
--- Checked 1 slabs in 'biovec-128'
--- Validating slabcache 'biovec-16'
--- Checked 1 slabs in 'biovec-16'
--- Validating slabcache 'biovec-256'
--- Checked 1 slabs in 'biovec-256'
--- Validating slabcache 'biovec-4'
--- Checked 1 slabs in 'biovec-4'
--- Validating slabcache 'biovec-64'
--- Checked 1 slabs in 'biovec-64'
--- Validating slabcache 'blkdev_ioc'
--- Checked 4 slabs in 'blkdev_ioc'
--- Validating slabcache 'blkdev_queue'
--- Checked 1 slabs in 'blkdev_queue'
--- Validating slabcache 'blkdev_requests'
--- Checked 2 slabs in 'blkdev_requests'
--- Validating slabcache 'buffer_head'
--- Checked 4 slabs in 'buffer_head'
--- Validating slabcache 'cfq_ioc_pool'
--- Checked 4 slabs in 'cfq_ioc_pool'
--- Validating slabcache 'cfq_pool'
--- Checked 4 slabs in 'cfq_pool'
--- Validating slabcache 'configfs_dir_cache'
--- Checked 0 slabs in 'configfs_dir_cache'
--- Validating slabcache 'dentry_cache'
--- Checked 5 slabs in 'dentry_cache'
--- Validating slabcache 'dm_io'
--- Checked 0 slabs in 'dm_io'
--- Validating slabcache 'dm_tio'
--- Checked 0 slabs in 'dm_tio'
--- Validating slabcache 'dnotify_cache'
--- Checked 1 slabs in 'dnotify_cache'
--- Validating slabcache 'dquot'
--- Checked 0 slabs in 'dquot'
--- Validating slabcache 'eventpoll_epi'
--- Checked 1 slabs in 'eventpoll_epi'
--- Validating slabcache 'eventpoll_pwq'
--- Checked 1 slabs in 'eventpoll_pwq'
--- Validating slabcache 'ext2_inode_cache'
--- Checked 0 slabs in 'ext2_inode_cache'
--- Validating slabcache 'ext2_xattr'
--- Checked 0 slabs in 'ext2_xattr'
--- Validating slabcache 'ext3_inode_cache'
--- Checked 0 slabs in 'ext3_inode_cache'
--- Validating slabcache 'ext3_xattr'
--- Checked 0 slabs in 'ext3_xattr'
--- Validating slabcache 'fasync_cache'
--- Checked 0 slabs in 'fasync_cache'
--- Validating slabcache 'fib6_nodes'
--- Checked 1 slabs in 'fib6_nodes'
--- Validating slabcache 'file_lock_cache'
--- Checked 2 slabs in 'file_lock_cache'
--- Validating slabcache 'files_cache'
--- Checked 10 slabs in 'files_cache'
--- Validating slabcache 'filp'
--- Checked 35 slabs in 'filp'
--- Validating slabcache 'flow_cache'
--- Checked 0 slabs in 'flow_cache'
--- Validating slabcache 'fs_cache'
--- Checked 5 slabs in 'fs_cache'
--- Validating slabcache 'hugetlbfs_inode_cache'
--- Checked 1 slabs in 'hugetlbfs_inode_cache'
--- Validating slabcache 'idr_layer_cache'
--- Checked 2 slabs in 'idr_layer_cache'
--- Validating slabcache 'inet_peer_cache'
--- Checked 0 slabs in 'inet_peer_cache'
--- Validating slabcache 'inode_cache'
--- Checked 8 slabs in 'inode_cache'
--- Validating slabcache 'inotify_event_cache'
--- Checked 0 slabs in 'inotify_event_cache'
--- Validating slabcache 'inotify_watch_cache'
--- Checked 1 slabs in 'inotify_watch_cache'
--- Validating slabcache 'ip6_dst_cache'
--- Checked 1 slabs in 'ip6_dst_cache'
--- Validating slabcache 'ip_dst_cache'
--- Checked 3 slabs in 'ip_dst_cache'
--- Validating slabcache 'ip_fib_alias'
--- Checked 3 slabs in 'ip_fib_alias'
--- Validating slabcache 'ip_fib_hash'
--- Checked 3 slabs in 'ip_fib_hash'
--- Validating slabcache 'ip_mrt_cache'
--- Checked 0 slabs in 'ip_mrt_cache'
--- Validating slabcache 'isofs_inode_cache'
--- Checked 0 slabs in 'isofs_inode_cache'
--- Validating slabcache 'journal_handle'
--- Checked 0 slabs in 'journal_handle'
--- Validating slabcache 'journal_head'
--- Checked 0 slabs in 'journal_head'
--- Validating slabcache 'kiocb'
--- Checked 0 slabs in 'kiocb'
--- Validating slabcache 'kioctx'
--- Checked 0 slabs in 'kioctx'
--- Validating slabcache 'kmalloc-1024'
--- Checked 7 slabs in 'kmalloc-1024'
--- Validating slabcache 'kmalloc-128'
--- Checked 9 slabs in 'kmalloc-128'
--- Validating slabcache 'kmalloc-131072'
--- Checked 0 slabs in 'kmalloc-131072'
--- Validating slabcache 'kmalloc-16'
--- Checked 7 slabs in 'kmalloc-16'
--- Validating slabcache 'kmalloc-16384'
--- Checked 2 slabs in 'kmalloc-16384'
--- Validating slabcache 'kmalloc-192'
--- Checked 4 slabs in 'kmalloc-192'
--- Validating slabcache 'kmalloc-2048'
--- Checked 17 slabs in 'kmalloc-2048'
--- Validating slabcache 'kmalloc-256'
--- Checked 5 slabs in 'kmalloc-256'
--- Validating slabcache 'kmalloc-262144'
--- Checked 0 slabs in 'kmalloc-262144'
--- Validating slabcache 'kmalloc-32'
--- Checked 7 slabs in 'kmalloc-32'
--- Validating slabcache 'kmalloc-32768'
--- Checked 2 slabs in 'kmalloc-32768'
--- Validating slabcache 'kmalloc-4096'
--- Checked 5 slabs in 'kmalloc-4096'
--- Validating slabcache 'kmalloc-512'
--- Checked 9 slabs in 'kmalloc-512'
--- Validating slabcache 'kmalloc-64'
--- Checked 9 slabs in 'kmalloc-64'
--- Validating slabcache 'kmalloc-65536'
--- Checked 1 slabs in 'kmalloc-65536'
--- Validating slabcache 'kmalloc-8'
--- Checked 6 slabs in 'kmalloc-8'
--- Validating slabcache 'kmalloc-8192'
--- Checked 3 slabs in 'kmalloc-8192'
--- Validating slabcache 'kmalloc-96'
--- Checked 7 slabs in 'kmalloc-96'
--- Validating slabcache 'kmem_cache_node'
--- Checked 6 slabs in 'kmem_cache_node'
--- Validating slabcache 'minix_inode_cache'
--- Checked 0 slabs in 'minix_inode_cache'
--- Validating slabcache 'mm_struct'
--- Checked 6 slabs in 'mm_struct'
--- Validating slabcache 'mnt_cache'
--- Checked 3 slabs in 'mnt_cache'
--- Validating slabcache 'mqueue_inode_cache'
--- Checked 1 slabs in 'mqueue_inode_cache'
--- Validating slabcache 'names_cache'
--- Checked 0 slabs in 'names_cache'
--- Validating slabcache 'ndisc_cache'
--- Checked 1 slabs in 'ndisc_cache'
--- Validating slabcache 'nfs_direct_cache'
--- Checked 0 slabs in 'nfs_direct_cache'
--- Validating slabcache 'nfs_inode_cache'
--- Checked 0 slabs in 'nfs_inode_cache'
--- Validating slabcache 'nfs_page'
--- Checked 0 slabs in 'nfs_page'
--- Validating slabcache 'nfs_read_data'
--- Checked 1 slabs in 'nfs_read_data'
--- Validating slabcache 'nfs_write_data'
--- Checked 0 slabs in 'nfs_write_data'
--- Validating slabcache 'numa_policy'
--- Checked 0 slabs in 'numa_policy'
--- Validating slabcache 'pid'
--- Checked 8 slabs in 'pid'
--- Validating slabcache 'posix_timers_cache'
--- Checked 0 slabs in 'posix_timers_cache'
--- Validating slabcache 'proc_inode_cache'
--- Checked 26 slabs in 'proc_inode_cache'
--- Validating slabcache 'radix_tree_node'
--- Checked 5 slabs in 'radix_tree_node'
--- Validating slabcache 'reiser_inode_cache'
--- Checked 5 slabs in 'reiser_inode_cache'
--- Validating slabcache 'request_sock_TCP'
--- Checked 0 slabs in 'request_sock_TCP'
--- Validating slabcache 'request_sock_TCPv6'
--- Checked 0 slabs in 'request_sock_TCPv6'
--- Validating slabcache 'revoke_record'
--- Checked 0 slabs in 'revoke_record'
--- Validating slabcache 'revoke_table'
--- Checked 0 slabs in 'revoke_table'
--- Validating slabcache 'revokefs_inode_cache'
--- Checked 1 slabs in 'revokefs_inode_cache'
--- Validating slabcache 'rpc_buffers'
--- Checked 1 slabs in 'rpc_buffers'
--- Validating slabcache 'rpc_inode_cache'
--- Checked 0 slabs in 'rpc_inode_cache'
--- Validating slabcache 'rpc_tasks'
--- Checked 1 slabs in 'rpc_tasks'
--- Validating slabcache 'secpath_cache'
--- Checked 0 slabs in 'secpath_cache'
--- Validating slabcache 'shared_policy_node'
--- Checked 0 slabs in 'shared_policy_node'
--- Validating slabcache 'shmem_inode_cache'
--- Checked 5 slabs in 'shmem_inode_cache'
--- Validating slabcache 'sighand_cache'
--- Checked 7 slabs in 'sighand_cache'
--- Validating slabcache 'signal_cache'
--- Checked 7 slabs in 'signal_cache'
--- Validating slabcache 'sigqueue'
--- Checked 0 slabs in 'sigqueue'
--- Validating slabcache 'skbuff_fclone_cache'
--- Checked 0 slabs in 'skbuff_fclone_cache'
--- Validating slabcache 'skbuff_head_cache'
--- Checked 16 slabs in 'skbuff_head_cache'
--- Validating slabcache 'sock_inode_cache'
--- Checked 5 slabs in 'sock_inode_cache'
--- Validating slabcache 'sysfs_dir_cache'
--- Checked 7 slabs in 'sysfs_dir_cache'
--- Validating slabcache 'task_struct'
--- Checked 12 slabs in 'task_struct'
--- Validating slabcache 'tcp_bind_bucket'
--- Checked 4 slabs in 'tcp_bind_bucket'
--- Validating slabcache 'tw_sock_TCP'
--- Checked 0 slabs in 'tw_sock_TCP'
--- Validating slabcache 'tw_sock_TCPv6'
--- Checked 0 slabs in 'tw_sock_TCPv6'
--- Validating slabcache 'uid_cache'
--- Checked 2 slabs in 'uid_cache'
--- Validating slabcache 'utrace_cache'
--- Checked 0 slabs in 'utrace_cache'
--- Validating slabcache 'utrace_engine_cache'
--- Checked 0 slabs in 'utrace_engine_cache'
--- Validating slabcache 'vm_area_struct'
--- Checked 28 slabs in 'vm_area_struct'
--- Validating slabcache 'xfrm_dst_cache'
--- Checked 0 slabs in 'xfrm_dst_cache'
^ permalink raw reply [flat|nested] 86+ messages in thread
* RAID1 "out of memory" error, was Re: 2.6.21-rc5-mm4
2007-04-03 5:47 2.6.21-rc5-mm4 Andrew Morton
` (11 preceding siblings ...)
2007-04-05 13:53 ` [-mm patch] pcm_native: lockdep warning when launching jack Frederik Deweerdt
@ 2007-04-05 16:33 ` Reuben Farrelly
2007-04-05 20:21 ` Andrew Morton
2007-04-11 3:31 ` Neil Brown
2007-04-05 17:02 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
13 siblings, 2 replies; 86+ messages in thread
From: Reuben Farrelly @ 2007-04-05 16:33 UTC (permalink / raw)
To: Andrew Morton, neilb; +Cc: linux-kernel, linux-raid
Hi,
On 3/04/2007 3:47 PM, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
> - The oops in git-net.patch has been fixed, so that tree has been restored.
> It is huge.
>
> - Added the device-mapper development tree to the -mm lineup (Alasdair
> Kergon). It is a quilt tree, living at
> ftp://ftp.kernel.org/pub/linux/kernel/people/agk/patches/2.6/editing/.
>
> - Added davidel's signalfd stuff.
Looks like some damage, or maybe intolerance to on-disk damage, to RAID-1.
md1 is the first array on the disk, and it refuses to start up on boot, or after
boot.
tornado ~ # cat /proc/mdstat
Personalities : [raid1]
md1 : inactive sda1[0] sdc1[1]
208640 blocks
md3 : active raid1 sdc3[1] sda3[0]
20008832 blocks [2/2] [UU]
bitmap: 0/153 pages [0KB], 64KB chunk
md5 : active raid1 sdc5[1] sda5[0]
10008384 blocks [2/2] [UU]
bitmap: 4/153 pages [16KB], 32KB chunk
md6 : active raid1 sdc6[1] sda6[0]
10008384 blocks [2/2] [UU]
bitmap: 0/153 pages [0KB], 32KB chunk
md8 : active raid1 sdc8[1] sda8[0]
1003904 blocks [2/2] [UU]
bitmap: 0/123 pages [0KB], 4KB chunk
md10 : active raid1 sdc10[1] sda10[0]
119933120 blocks [2/2] [UU]
bitmap: 1/229 pages [4KB], 256KB chunk
md2 : active raid1 sdc2[1] sda2[0]
100004544 blocks [2/2] [UU]
bitmap: 10/191 pages [40KB], 256KB chunk
unused devices: <none>
tornado ~ #
tornado ~ # mdadm --examine /dev/sda1
/dev/sda1:
Magic : a92b4efc
Version : 00.90.00
UUID : f5c2e565:5ed956c0:33b08c07:16154426
Creation Time : Fri Feb 2 10:16:29 2007
Raid Level : raid1
Used Dev Size : 104320 (101.89 MiB 106.82 MB)
Array Size : 104320 (101.89 MiB 106.82 MB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 1
Update Time : Fri Apr 6 02:06:17 2007
State : clean
Internal Bitmap : present
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : d3668aaa - correct
Events : 0.368
Number Major Minor RaidDevice State
this 0 8 1 0 active sync /dev/sda1
0 0 8 1 0 active sync /dev/sda1
1 1 8 33 1 active sync /dev/sdc1
tornado ~ # mdadm --examine /dev/sdc1
/dev/sdc1:
Magic : a92b4efc
Version : 00.90.00
UUID : f5c2e565:5ed956c0:33b08c07:16154426
Creation Time : Fri Feb 2 10:16:29 2007
Raid Level : raid1
Used Dev Size : 104320 (101.89 MiB 106.82 MB)
Array Size : 104320 (101.89 MiB 106.82 MB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 1
Update Time : Fri Apr 6 02:06:17 2007
State : clean
Internal Bitmap : present
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : d3668acc - correct
Events : 0.368
Number Major Minor RaidDevice State
this 1 8 33 1 active sync /dev/sdc1
0 0 8 1 0 active sync /dev/sda1
1 1 8 33 1 active sync /dev/sdc1
tornado ~ #
tornado ~ # mdadm --assemble /dev/md1 /dev/sda1 /dev/sdc1
mdadm: device /dev/md1 already active - cannot assemble it
tornado ~ # mdadm --run /dev/md1
mdadm: failed to run array /dev/md1: Cannot allocate memory
tornado ~ #
and looking at a dmesg, this is logged:
md: bind<sdc1>
md: bind<sda1>
raid1: raid set md1 active with 2 out of 2 mirrors
md1: bitmap initialized from disk: read 0/1 pages, set 0 bits, status: -12
md1: failed to create bitmap (-12)
md: pers->run() failed ...
tornado ~ # uname -a
Linux tornado 2.6.21-rc5-mm4 #1 SMP Thu Apr 5 23:47:42 EST 2007 x86_64 Intel(R)
Pentium(R) 4 CPU 3.00GHz GenuineIntel GNU/Linux
tornado ~ #
The last known version that worked was 2.6.21-rc3-mm1 - I haven't been testing
out the -mm releases so much lately.
Also, Andrew, can you please restart posting/cc'ing your -mm announcements to
the linux-kernel-announce@vger.kernel.org list? Seems this stopped around about
2.6.20, it was handy.
.config is up at http://www.reub.net/files/kernel/configs/2.6.21-rc5-mm4
Thanks,
Reuben
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-03 5:47 2.6.21-rc5-mm4 Andrew Morton
` (12 preceding siblings ...)
2007-04-05 16:33 ` RAID1 "out of memory" error, was Re: 2.6.21-rc5-mm4 Reuben Farrelly
@ 2007-04-05 17:02 ` Valdis.Kletnieks
2007-04-05 20:31 ` 2.6.21-rc5-mm4 Andrew Morton
13 siblings, 1 reply; 86+ messages in thread
From: Valdis.Kletnieks @ 2007-04-05 17:02 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1142 bytes --]
On Mon, 02 Apr 2007 22:47:45 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
Am seeing an Oops 'cannot handle kernel paging request' during late
system startup, hand-copied traceback follows:
avc_has_perm_noaudit+0x2bf/0x506
avc_has_perm+0x2b/0x5b
selinux_socket_stream_connect+0x7e/0xc3
unix_stream_connect+0x202/0x3f3
sys_connect+0x7e/0xa4
tracesys+0xde/0xe1
I've not identified exactly when it happens, but it's towards the very end of
handling /etc/rc5.d, it's already up to the S98's. Odd thing is it only happens
when I start with RedHat's 'graphical boot', and may be related to the shutdown
of the X server that's displaying the boot progress preparing to launch the
X server for gdm logins (as I'm also seeing a hang sometimes when shutting
down - so it is possibly a "shutting down X server nukes system" bug).
Figured I'd toss this heads-up in case it rings any bells, while I go do
the bisection dance on -rc5-mm4 (-mm2 is OK, and -mm3 doesn't boot for me
for other reasons I didn't chase down before -mm4 came out and fixed it, so
I have a ways to bisect)
[-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --]
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4 (SLUB)
2007-04-05 15:16 ` Badari Pulavarty
@ 2007-04-05 18:19 ` Christoph Lameter
0 siblings, 0 replies; 86+ messages in thread
From: Christoph Lameter @ 2007-04-05 18:19 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Andrew Morton, lkml
On Thu, 5 Apr 2007, Badari Pulavarty wrote:
> On Wed, 2007-04-04 at 21:29 -0700, Christoph Lameter wrote:
> > Here is a patch that adds validation (only for cpuslabs and partial
> > slabs but thats where the action is). Apply this patch
> > and then do
> >
> > echo 1 >/sys/slab/<cache-to-check>/validate
> >
> > I suggest to boot with full debugging and then run this on the ACPI slabs.
>
> Did this and didn't trigger any problems.
Duh. Must have been in the full slabs. Maybe I should add a tracking of
full slabs for the debug case. Would also enable leak detection.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: RAID1 "out of memory" error, was Re: 2.6.21-rc5-mm4
2007-04-05 16:33 ` RAID1 "out of memory" error, was Re: 2.6.21-rc5-mm4 Reuben Farrelly
@ 2007-04-05 20:21 ` Andrew Morton
2007-04-06 5:34 ` Dan Williams
2007-04-11 3:31 ` Neil Brown
1 sibling, 1 reply; 86+ messages in thread
From: Andrew Morton @ 2007-04-05 20:21 UTC (permalink / raw)
To: Reuben Farrelly; +Cc: neilb, linux-kernel, linux-raid
On Fri, 06 Apr 2007 02:33:03 +1000
Reuben Farrelly <reuben-linuxkernel@reub.net> wrote:
> Hi,
>
> On 3/04/2007 3:47 PM, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> > - The oops in git-net.patch has been fixed, so that tree has been restored.
> > It is huge.
> >
> > - Added the device-mapper development tree to the -mm lineup (Alasdair
> > Kergon). It is a quilt tree, living at
> > ftp://ftp.kernel.org/pub/linux/kernel/people/agk/patches/2.6/editing/.
> >
> > - Added davidel's signalfd stuff.
>
> Looks like some damage, or maybe intolerance to on-disk damage, to RAID-1.
>
> md1 is the first array on the disk, and it refuses to start up on boot, or after
> boot.
>
> ...
>
> tornado ~ # mdadm --assemble /dev/md1 /dev/sda1 /dev/sdc1
> mdadm: device /dev/md1 already active - cannot assemble it
> tornado ~ # mdadm --run /dev/md1
> mdadm: failed to run array /dev/md1: Cannot allocate memory
> tornado ~ #
>
> and looking at a dmesg, this is logged:
>
> md: bind<sdc1>
> md: bind<sda1>
> raid1: raid set md1 active with 2 out of 2 mirrors
> md1: bitmap initialized from disk: read 0/1 pages, set 0 bits, status: -12
> md1: failed to create bitmap (-12)
> md: pers->run() failed ...
>
> tornado ~ # uname -a
> Linux tornado 2.6.21-rc5-mm4 #1 SMP Thu Apr 5 23:47:42 EST 2007 x86_64 Intel(R)
> Pentium(R) 4 CPU 3.00GHz GenuineIntel GNU/Linux
> tornado ~ #
>
> The last known version that worked was 2.6.21-rc3-mm1 - I haven't been testing
> out the -mm releases so much lately.
OK. I assume that bitmap->chunks in bitmap_init_from_disk() has some
unexpectedly large value.
I don't _think_ there's anything in -mm which would have triggered this.
Does mainline do the same thing?
I guess it's possible that the code in git-md-accel.patch accidentally
broke things. Perhaps try disabling CONFIG_DMA_ENGINE?
> Also, Andrew, can you please restart posting/cc'ing your -mm announcements to
> the linux-kernel-announce@vger.kernel.org list? Seems this stopped around about
> 2.6.20, it was handy.
hm. I always Bcc linux-kernel-announce@vger.kernel.org. I assume that its
filters didn't get updated after the s/osdl/linux-foundation/ thing. I'll
talk to people, thanks.
> .config is up at http://www.reub.net/files/kernel/configs/2.6.21-rc5-mm4
>
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-05 17:02 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
@ 2007-04-05 20:31 ` Andrew Morton
2007-04-06 15:26 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
0 siblings, 1 reply; 86+ messages in thread
From: Andrew Morton @ 2007-04-05 20:31 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: linux-kernel
On Thu, 05 Apr 2007 13:02:59 -0400
Valdis.Kletnieks@vt.edu wrote:
> On Mon, 02 Apr 2007 22:47:45 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
> Am seeing an Oops 'cannot handle kernel paging request' during late
> system startup, hand-copied traceback follows:
>
> avc_has_perm_noaudit+0x2bf/0x506
> avc_has_perm+0x2b/0x5b
> selinux_socket_stream_connect+0x7e/0xc3
> unix_stream_connect+0x202/0x3f3
> sys_connect+0x7e/0xa4
> tracesys+0xde/0xe1
>
> I've not identified exactly when it happens, but it's towards the very end of
> handling /etc/rc5.d, it's already up to the S98's. Odd thing is it only happens
> when I start with RedHat's 'graphical boot', and may be related to the shutdown
> of the X server that's displaying the boot progress preparing to launch the
> X server for gdm logins (as I'm also seeing a hang sometimes when shutting
> down - so it is possibly a "shutting down X server nukes system" bug).
Thanks.
I'd have thought that the full trace could be captured with netconsole.
> Figured I'd toss this heads-up in case it rings any bells, while I go do
> the bisection dance on -rc5-mm4 (-mm2 is OK, and -mm3 doesn't boot for me
> for other reasons I didn't chase down before -mm4 came out and fixed it, so
> I have a ways to bisect)
>
No, I'm not aware of anyone else hitting anything like that.
Bisection would be good, and probably pretty quick - I'd pick git-net.patch
as the first pivot point.
But we'd still be wanting the full trace if poss please.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: RAID1 "out of memory" error, was Re: 2.6.21-rc5-mm4
2007-04-05 20:21 ` Andrew Morton
@ 2007-04-06 5:34 ` Dan Williams
0 siblings, 0 replies; 86+ messages in thread
From: Dan Williams @ 2007-04-06 5:34 UTC (permalink / raw)
To: Andrew Morton; +Cc: Reuben Farrelly, neilb, linux-kernel, linux-raid
On 4/5/07, Andrew Morton <akpm@linux-foundation.org> wrote:
> On Fri, 06 Apr 2007 02:33:03 +1000
> Reuben Farrelly <reuben-linuxkernel@reub.net> wrote:
>
> > Hi,
> >
> > On 3/04/2007 3:47 PM, Andrew Morton wrote:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> > >
> > > - The oops in git-net.patch has been fixed, so that tree has been restored.
> > > It is huge.
> > >
> > > - Added the device-mapper development tree to the -mm lineup (Alasdair
> > > Kergon). It is a quilt tree, living at
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/agk/patches/2.6/editing/.
> > >
> > > - Added davidel's signalfd stuff.
> >
> > Looks like some damage, or maybe intolerance to on-disk damage, to RAID-1.
> >
> > md1 is the first array on the disk, and it refuses to start up on boot, or after
> > boot.
> >
> > ...
> >
> > tornado ~ # mdadm --assemble /dev/md1 /dev/sda1 /dev/sdc1
> > mdadm: device /dev/md1 already active - cannot assemble it
> > tornado ~ # mdadm --run /dev/md1
> > mdadm: failed to run array /dev/md1: Cannot allocate memory
> > tornado ~ #
> >
> > and looking at a dmesg, this is logged:
> >
> > md: bind<sdc1>
> > md: bind<sda1>
> > raid1: raid set md1 active with 2 out of 2 mirrors
> > md1: bitmap initialized from disk: read 0/1 pages, set 0 bits, status: -12
> > md1: failed to create bitmap (-12)
> > md: pers->run() failed ...
Is this the dmesg from boot or the dmesg after running the mdadm --run command?
> >
> > tornado ~ # uname -a
> > Linux tornado 2.6.21-rc5-mm4 #1 SMP Thu Apr 5 23:47:42 EST 2007 x86_64 Intel(R)
> > Pentium(R) 4 CPU 3.00GHz GenuineIntel GNU/Linux
> > tornado ~ #
> >
> > The last known version that worked was 2.6.21-rc3-mm1 - I haven't been testing
> > out the -mm releases so much lately.
>
> OK. I assume that bitmap->chunks in bitmap_init_from_disk() has some
> unexpectedly large value.
>
> I don't _think_ there's anything in -mm which would have triggered this.
> Does mainline do the same thing?
>
> I guess it's possible that the code in git-md-accel.patch accidentally
> broke things. Perhaps try disabling CONFIG_DMA_ENGINE?
>
git-md-accel.patch does not touch anything in the raid1 path, but I
guess stranger things have happened.
--
Dan
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-04 17:22 ` 2.6.21-rc5-mm4 Eric W. Biederman
@ 2007-04-06 13:23 ` Jiri Kosina
2007-04-06 14:32 ` 2.6.21-rc5-mm4 Eric W. Biederman
0 siblings, 1 reply; 86+ messages in thread
From: Jiri Kosina @ 2007-04-06 13:23 UTC (permalink / raw)
To: Eric W. Biederman
Cc: Andrew Morton, linux-kernel, e1000-devel, Len Brown,
Natalie Protasevich, Andi Kleen, Michal Piotrowski,
auke-jan.h.kok
On Wed, 4 Apr 2007, Eric W. Biederman wrote:
> > And the bisection winner is
> >
> > i386-irq-kill-nr_irq_vectors-and-increase-nr_irqs.patch
> >
> > I don't immediately see how it could be causing it, so adding CCs which
> > are listed in the patch.
> Weird. I will have to look at that in a little more detail.
> Do you know if this problem happens on x86_64? What does your .config
> look like? What does /proc/interrupts look like? What kind of hardware
> you running this kernel on? Can anyone else reproduce this?
> The oops clearly shows something using -1 and calling that as an
> address I don't know why, but I'm guessing I have triggered a memory
> stomp somewhere. I think this is the first time I have seen a small
> negative number causing a NULL pointer dereference.
> That patch looks innocuous enough that either:
> - I just missed changing something I should have.
> - Your configuration has an increase in NR_IRQS and that triggered
> something.
> - The patch simply permuted things so a memory stomp now happens
> on the e1000 data structures instead of somewhere else.
> - Something doesn't like large irq numbers.
> This work is essentially a backport from x86_64 so if your hardware
> is 64bit capable testing that should be a fairly easy test, and be
> able to rule out large irq numbers as the culprit.
> Until I get a good look at -mm I'm going to have a hard time guessing.
> But a roving memory stomp is my best guess.
Hi Eric,
after struggling with this issue for some time, I think that it's just
some incosistent usage of NR_IRQS throughout the source probably due to
some include hell. I really don't understand the how the mach-*/ includes
are supposed to work.
I found out (by disassembling resulting vmlinux binaries) that in
arch/i386/kernel/entry.S, the loop in irq_entries_start does too little
iterations compared to NR_IRQS value as seen in for example io_apic.c
The super-stupid proof-patch below fixes the panic on my system. It's just
to demonstrate that the i386 includes really need fixing to be consistent
somehow.
diff --git a/arch/i386/kernel/entry.S b/arch/i386/kernel/entry.S
index 976438c..b20dc07 100644
--- a/arch/i386/kernel/entry.S
+++ b/arch/i386/kernel/entry.S
@@ -53,6 +53,8 @@
#include <asm/dwarf2.h>
#include "irq_vectors.h"
+#define NR_IRQS 4096
+
/*
* We use macros for low-level operations which need to be overridden
* for paravirtualization. The following will never clobber any registers:
--
Jiri Kosina
^ permalink raw reply related [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-06 13:23 ` 2.6.21-rc5-mm4 Jiri Kosina
@ 2007-04-06 14:32 ` Eric W. Biederman
0 siblings, 0 replies; 86+ messages in thread
From: Eric W. Biederman @ 2007-04-06 14:32 UTC (permalink / raw)
To: Jiri Kosina
Cc: Andrew Morton, linux-kernel, e1000-devel, Len Brown,
Natalie Protasevich, Andi Kleen, Michal Piotrowski,
auke-jan.h.kok
Jiri Kosina <jikos@jikos.cz> writes:
> Hi Eric,
>
> after struggling with this issue for some time, I think that it's just
> some incosistent usage of NR_IRQS throughout the source probably due to
> some include hell. I really don't understand the how the mach-*/ includes
> are supposed to work.
>
> I found out (by disassembling resulting vmlinux binaries) that in
> arch/i386/kernel/entry.S, the loop in irq_entries_start does too little
> iterations compared to NR_IRQS value as seen in for example io_apic.c
>
> The super-stupid proof-patch below fixes the panic on my system. It's just
> to demonstrate that the i386 includes really need fixing to be consistent
> somehow.
Thanks, and that would do it, it makes sense why it was the irq patch
that caused problems. I had forgotten about the number of stubs issue.
I had to clean that up on x86_64 as well and it probably makes most sense
to put that cleanup as well, so we have a small fixed number of stubs
which would make the includes not matter.
Bleh. Hopefully soon.
Eric
> diff --git a/arch/i386/kernel/entry.S b/arch/i386/kernel/entry.S
> index 976438c..b20dc07 100644
> --- a/arch/i386/kernel/entry.S
> +++ b/arch/i386/kernel/entry.S
> @@ -53,6 +53,8 @@
> #include <asm/dwarf2.h>
> #include "irq_vectors.h"
>
> +#define NR_IRQS 4096
> +
> /*
> * We use macros for low-level operations which need to be overridden
> * for paravirtualization. The following will never clobber any registers:
>
> --
> Jiri Kosina
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-05 20:31 ` 2.6.21-rc5-mm4 Andrew Morton
@ 2007-04-06 15:26 ` Valdis.Kletnieks
2007-04-06 19:33 ` 2.6.21-rc5-mm4 Andrew Morton
0 siblings, 1 reply; 86+ messages in thread
From: Valdis.Kletnieks @ 2007-04-06 15:26 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1213 bytes --]
On Thu, 05 Apr 2007 13:31:09 PDT, Andrew Morton said:
> On Thu, 05 Apr 2007 13:02:59 -0400, Valdis.Kletnieks@vt.edu wrote:
> > Am seeing an Oops 'cannot handle kernel paging request' during late
> > system startup, hand-copied traceback follows:
> >
> > avc_has_perm_noaudit+0x2bf/0x506
> > avc_has_perm+0x2b/0x5b
> > selinux_socket_stream_connect+0x7e/0xc3
> > unix_stream_connect+0x202/0x3f3
> > sys_connect+0x7e/0xa4
> > tracesys+0xde/0xe1
> Thanks.
>
> I'd have thought that the full trace could be captured with netconsole.
I didn't have a second box available at first. Then I blew close to 45
minutes trying to figure out why netconsole was totally failing to work,
before I found this in .config:
# CONFIG_NETCONSOLE is not set
"Do'h!" -- H. Simpson
Unfortunately, defining netconsole caused NETPOLL to be defined, which caused
a recompile of half the known world, and the symptoms of the crash moved.
Film at 11, once I figure out what's going on, and fix the testbed in my
office so I can actually catch this sucker - I may have to string a serial
cable. One solid good data point:
21-rc5 with only the -mm4 'origin.patch' applied is OK, so whatever the
issue is, it's not in Linus's tree.
[-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --]
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.21-rc5-mm4
2007-04-06 15:26 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
@ 2007-04-06 19:33 ` Andrew Morton
0 siblings, 0 replies; 86+ messages in thread
From: Andrew Morton @ 2007-04-06 19:33 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: linux-kernel
On Fri, 06 Apr 2007 11:26:24 -0400
Valdis.Kletnieks@vt.edu wrote:
> On Thu, 05 Apr 2007 13:31:09 PDT, Andrew Morton said:
> > On Thu, 05 Apr 2007 13:02:59 -0400, Valdis.Kletnieks@vt.edu wrote:
>
> > > Am seeing an Oops 'cannot handle kernel paging request' during late
> > > system startup, hand-copied traceback follows:
> > >
> > > avc_has_perm_noaudit+0x2bf/0x506
> > > avc_has_perm+0x2b/0x5b
> > > selinux_socket_stream_connect+0x7e/0xc3
> > > unix_stream_connect+0x202/0x3f3
> > > sys_connect+0x7e/0xa4
> > > tracesys+0xde/0xe1
>
> > Thanks.
> >
> > I'd have thought that the full trace could be captured with netconsole.
>
> I didn't have a second box available at first. Then I blew close to 45
> minutes trying to figure out why netconsole was totally failing to work,
> before I found this in .config:
>
> # CONFIG_NETCONSOLE is not set
>
> "Do'h!" -- H. Simpson
>
> Unfortunately, defining netconsole caused NETPOLL to be defined, which caused
> a recompile of half the known world, and the symptoms of the crash moved.
>
> Film at 11, once I figure out what's going on, and fix the testbed in my
> office so I can actually catch this sucker - I may have to string a serial
> cable. One solid good data point:
>
> 21-rc5 with only the -mm4 'origin.patch' applied is OK, so whatever the
> issue is, it's not in Linus's tree.
>
Oh well. If it's all too much fuss, feel free to send the .config. If it
happens on my machine(s) I can bisect it real quick.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: RAID1 "out of memory" error, was Re: 2.6.21-rc5-mm4
2007-04-05 16:33 ` RAID1 "out of memory" error, was Re: 2.6.21-rc5-mm4 Reuben Farrelly
2007-04-05 20:21 ` Andrew Morton
@ 2007-04-11 3:31 ` Neil Brown
1 sibling, 0 replies; 86+ messages in thread
From: Neil Brown @ 2007-04-11 3:31 UTC (permalink / raw)
To: Reuben Farrelly; +Cc: Andrew Morton, stable, linux-kernel, linux-raid
On Friday April 6, reuben-linuxkernel@reub.net wrote:
>
> Looks like some damage, or maybe intolerance to on-disk damage, to RAID-1.
Difference is that kzalloc(0, ) now returns NULL. Maybe it is a
SLUB/SLAB difference? (So maybe it did use memory it shouldn't have
before, but now it fails, which is the better behaviour).
This patch fixes the maths and should probably go in various 'stable'
kernels. Bug is in 2.6.18, but not 2.6.16.
Patch won't work for 2.6.18 as DIV_ROUND_UP is missing, but 2.6.19 and
later have it.
Thanks for the bug report.
NeilBrown
-----------------------------
Fix calculation for size of filemap_attr array in md/bitmap.
If 'num_pages' were ever 1 more than a multiple of 8 (32bit platforms)
for of 16 (64 bit platforms). filemap_attr would be allocated one
'unsigned long' shorter than required. We need a round-up in there.
Signed-off-by: Neil Brown <neilb@suse.de>
### Diffstat output
./drivers/md/bitmap.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff .prev/drivers/md/bitmap.c ./drivers/md/bitmap.c
--- .prev/drivers/md/bitmap.c 2007-04-11 13:24:50.000000000 +1000
+++ ./drivers/md/bitmap.c 2007-04-11 13:24:59.000000000 +1000
@@ -863,9 +863,7 @@ static int bitmap_init_from_disk(struct
/* We need 4 bits per page, rounded up to a multiple of sizeof(unsigned long) */
bitmap->filemap_attr = kzalloc(
- (((num_pages*4/8)+sizeof(unsigned long)-1)
- /sizeof(unsigned long))
- *sizeof(unsigned long),
+ roundup( DIV_ROUND_UP(num_pages*4, 8), sizeof(unsigned long)),
GFP_KERNEL);
if (!bitmap->filemap_attr)
goto out;
^ permalink raw reply [flat|nested] 86+ messages in thread
* [PATCH] cache_k8_northbridges() overflows beyond allocation (Was: 2.6.21-rc5-mm4 (SLUB))
2007-04-04 18:04 ` Christoph Lameter
2007-04-04 18:22 ` Christoph Lameter
@ 2007-04-13 15:13 ` Badari Pulavarty
2007-04-13 15:45 ` Andi Kleen
2007-04-13 18:07 ` Christoph Lameter
1 sibling, 2 replies; 86+ messages in thread
From: Badari Pulavarty @ 2007-04-13 15:13 UTC (permalink / raw)
To: Christoph Lameter, ak; +Cc: Andrew Morton, lkml
On Wed, 2007-04-04 at 11:04 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Badari Pulavarty wrote:
...
>
> > *** SLUB: Freepointer corrupt in kmalloc-16@0xffff810173f172a0 Slab
> > 0xffff81017f9f8b80
> > offset=672 flags=0x2000000000000c7 inuse=42
> > freelist=0xffff810173f172a0
> > Bytes b4 0xffff810173f17290: a0 72 f1 73 00 00 00 00 00 00 00 00 00
> > 00 00 00 .r\uffffs............
> > Object 0xffff810173f172a0: 00 00 00 00 01 81 ff ff 00 00 00 00 00
> > 00 00 00 ......\uffff\uffff........
> > FreePointer 0xffff810173f172a0 -> 0xffff810100000000
>
Found it !! After a painful capture of all the kmalloc-16 slab
allocations (400+) so far and auditing some of them, found the
culprit - who writes beyond its allocation, causing the slab
corruption.
Thanks,
Badari
cache_k8_northbridges() is storing config values to incorrect locations
(in flush_words) and also its overflowing beyond the allocation, causing
slab verification failures.
Signed-off-by: Badari Pulavarty <pbadari@us.ibm.com>
---
arch/x86_64/kernel/k8.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux-2.6.21-rc6/arch/x86_64/kernel/k8.c
===================================================================
--- linux-2.6.21-rc6.orig/arch/x86_64/kernel/k8.c 2007-04-05 19:36:56.000000000 -0700
+++ linux-2.6.21-rc6/arch/x86_64/kernel/k8.c 2007-04-13 07:51:57.000000000 -0700
@@ -61,8 +61,8 @@ int cache_k8_northbridges(void)
dev = NULL;
i = 0;
while ((dev = next_k8_northbridge(dev)) != NULL) {
- k8_northbridges[i++] = dev;
- pci_read_config_dword(dev, 0x9c, &flush_words[i]);
+ k8_northbridges[i] = dev;
+ pci_read_config_dword(dev, 0x9c, &flush_words[i++]);
}
k8_northbridges[i] = NULL;
return 0;
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [PATCH] cache_k8_northbridges() overflows beyond allocation (Was: 2.6.21-rc5-mm4 (SLUB))
2007-04-13 15:13 ` [PATCH] cache_k8_northbridges() overflows beyond allocation (Was: 2.6.21-rc5-mm4 (SLUB)) Badari Pulavarty
@ 2007-04-13 15:45 ` Andi Kleen
2007-04-13 16:42 ` Chuck Ebbert
2007-04-13 16:57 ` Andrew Morton
2007-04-13 18:07 ` Christoph Lameter
1 sibling, 2 replies; 86+ messages in thread
From: Andi Kleen @ 2007-04-13 15:45 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: Christoph Lameter, Andrew Morton, lkml
>
> cache_k8_northbridges() is storing config values to incorrect locations
> (in flush_words) and also its overflowing beyond the allocation, causing
> slab verification failures.
Oops. Thanks for tracking that down, Badari.
Andrew, clear .21 candidate.
-ANdi
>
> Signed-off-by: Badari Pulavarty <pbadari@us.ibm.com>
> ---
> arch/x86_64/kernel/k8.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> Index: linux-2.6.21-rc6/arch/x86_64/kernel/k8.c
> ===================================================================
> --- linux-2.6.21-rc6.orig/arch/x86_64/kernel/k8.c 2007-04-05 19:36:56.000000000 -0700
> +++ linux-2.6.21-rc6/arch/x86_64/kernel/k8.c 2007-04-13 07:51:57.000000000 -0700
> @@ -61,8 +61,8 @@ int cache_k8_northbridges(void)
> dev = NULL;
> i = 0;
> while ((dev = next_k8_northbridge(dev)) != NULL) {
> - k8_northbridges[i++] = dev;
> - pci_read_config_dword(dev, 0x9c, &flush_words[i]);
> + k8_northbridges[i] = dev;
> + pci_read_config_dword(dev, 0x9c, &flush_words[i++]);
> }
> k8_northbridges[i] = NULL;
> return 0;
>
>
>
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [PATCH] cache_k8_northbridges() overflows beyond allocation (Was: 2.6.21-rc5-mm4 (SLUB))
2007-04-13 15:45 ` Andi Kleen
@ 2007-04-13 16:42 ` Chuck Ebbert
2007-04-13 16:52 ` Andi Kleen
2007-04-13 16:57 ` Andrew Morton
1 sibling, 1 reply; 86+ messages in thread
From: Chuck Ebbert @ 2007-04-13 16:42 UTC (permalink / raw)
To: Andi Kleen; +Cc: Badari Pulavarty, Christoph Lameter, Andrew Morton, lkml
Andi Kleen wrote:
>> cache_k8_northbridges() is storing config values to incorrect locations
>> (in flush_words) and also its overflowing beyond the allocation, causing
>> slab verification failures.
>
> Oops. Thanks for tracking that down, Badari.
>
> Andrew, clear .21 candidate.
>
2.6.20 as well. Do you want me to submit it?
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [PATCH] cache_k8_northbridges() overflows beyond allocation (Was: 2.6.21-rc5-mm4 (SLUB))
2007-04-13 16:42 ` Chuck Ebbert
@ 2007-04-13 16:52 ` Andi Kleen
0 siblings, 0 replies; 86+ messages in thread
From: Andi Kleen @ 2007-04-13 16:52 UTC (permalink / raw)
To: Chuck Ebbert; +Cc: Badari Pulavarty, Christoph Lameter, Andrew Morton, lkml
On Friday 13 April 2007 18:42:43 Chuck Ebbert wrote:
> Andi Kleen wrote:
> >> cache_k8_northbridges() is storing config values to incorrect locations
> >> (in flush_words) and also its overflowing beyond the allocation, causing
> >> slab verification failures.
> >
> > Oops. Thanks for tracking that down, Badari.
> >
> > Andrew, clear .21 candidate.
> >
>
> 2.6.20 as well. Do you want me to submit it?
After it is in .21
-Andi
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [PATCH] cache_k8_northbridges() overflows beyond allocation (Was: 2.6.21-rc5-mm4 (SLUB))
2007-04-13 15:45 ` Andi Kleen
2007-04-13 16:42 ` Chuck Ebbert
@ 2007-04-13 16:57 ` Andrew Morton
1 sibling, 0 replies; 86+ messages in thread
From: Andrew Morton @ 2007-04-13 16:57 UTC (permalink / raw)
To: Andi Kleen; +Cc: Badari Pulavarty, Christoph Lameter, lkml
On Fri, 13 Apr 2007 17:45:37 +0200 Andi Kleen <ak@suse.de> wrote:
>
> >
> > cache_k8_northbridges() is storing config values to incorrect locations
> > (in flush_words) and also its overflowing beyond the allocation, causing
> > slab verification failures.
>
> Oops. Thanks for tracking that down, Badari.
>
> Andrew, clear .21 candidate.
OK. And for 2.6.20.x, methinks.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [PATCH] cache_k8_northbridges() overflows beyond allocation (Was: 2.6.21-rc5-mm4 (SLUB))
2007-04-13 15:13 ` [PATCH] cache_k8_northbridges() overflows beyond allocation (Was: 2.6.21-rc5-mm4 (SLUB)) Badari Pulavarty
2007-04-13 15:45 ` Andi Kleen
@ 2007-04-13 18:07 ` Christoph Lameter
1 sibling, 0 replies; 86+ messages in thread
From: Christoph Lameter @ 2007-04-13 18:07 UTC (permalink / raw)
To: Badari Pulavarty; +Cc: ak, Andrew Morton, lkml
On Fri, 13 Apr 2007, Badari Pulavarty wrote:
> On Wed, 2007-04-04 at 11:04 -0700, Christoph Lameter wrote:
> > On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> ...
> >
> > > *** SLUB: Freepointer corrupt in kmalloc-16@0xffff810173f172a0 Slab
> > > 0xffff81017f9f8b80
> > > offset=672 flags=0x2000000000000c7 inuse=42
> > > freelist=0xffff810173f172a0
> > > Bytes b4 0xffff810173f17290: a0 72 f1 73 00 00 00 00 00 00 00 00 00
> > > 00 00 00 .r\uffffs............
> > > Object 0xffff810173f172a0: 00 00 00 00 01 81 ff ff 00 00 00 00 00
> > > 00 00 00 ......\uffff\uffff........
> > > FreePointer 0xffff810173f172a0 -> 0xffff810100000000
> >
>
> Found it !! After a painful capture of all the kmalloc-16 slab
> allocations (400+) so far and auditing some of them, found the
> culprit - who writes beyond its allocation, causing the slab
> corruption.
Thanks. I am sorry that this was not easier for you. But as a result I
thoroughly tested the slab corruption detection in SLUB yesterday found
various issues and submitted patches to Andrew that will make this
really work well. Too late for you though.
^ permalink raw reply [flat|nested] 86+ messages in thread
end of thread, other threads:[~2007-04-13 18:07 UTC | newest]
Thread overview: 86+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-04-03 5:47 2.6.21-rc5-mm4 Andrew Morton
2007-04-03 12:57 ` 2.6.21-rc5-mm4 Jiri Kosina
2007-04-03 15:11 ` 2.6.21-rc5-mm4 Kok, Auke
2007-04-03 16:30 ` 2.6.21-rc5-mm4 Jiri Kosina
2007-04-03 17:19 ` 2.6.21-rc5-mm4 Kok, Auke
2007-04-03 17:42 ` 2.6.21-rc5-mm4 Jiri Kosina
2007-04-04 16:10 ` 2.6.21-rc5-mm4 Jiri Kosina
2007-04-04 17:22 ` 2.6.21-rc5-mm4 Eric W. Biederman
2007-04-06 13:23 ` 2.6.21-rc5-mm4 Jiri Kosina
2007-04-06 14:32 ` 2.6.21-rc5-mm4 Eric W. Biederman
2007-04-03 16:11 ` 2.6.21-rc5-mm4 Michal Piotrowski
2007-04-03 22:20 ` 2.6.21-rc5-mm4 Michal Piotrowski
2007-04-03 22:31 ` 2.6.21-rc5-mm4 Con Kolivas
2007-04-03 23:31 ` 2.6.21-rc5-mm4 Michal Piotrowski
2007-04-04 13:22 ` [PATCH] sched: implement staircase deadline cpu scheduler improvements fix Con Kolivas
2007-04-03 19:48 ` 2.6.21-rc5-mm4 Randy Dunlap
2007-04-03 19:51 ` 2.6.21-rc5-mm4 Davide Libenzi
2007-04-03 20:31 ` 2.6.21-rc5-mm4 Badari Pulavarty
2007-04-03 20:40 ` 2.6.21-rc5-mm4 Christoph Lameter
2007-04-03 22:53 ` 2.6.21-rc5-mm4 Badari Pulavarty
2007-04-03 22:59 ` 2.6.21-rc5-mm4 Christoph Lameter
2007-04-03 23:40 ` 2.6.21-rc5-mm4 Badari Pulavarty
2007-04-03 23:41 ` 2.6.21-rc5-mm4 Christoph Lameter
2007-04-04 1:16 ` 2.6.21-rc5-mm4 Christoph Lameter
2007-04-04 15:12 ` 2.6.21-rc5-mm4 Badari Pulavarty
2007-04-04 15:27 ` 2.6.21-rc5-mm4 Badari Pulavarty
2007-04-04 17:13 ` 2.6.21-rc5-mm4 (SLUB powerpc) Christoph Lameter
2007-04-04 17:33 ` Badari Pulavarty
2007-04-04 17:35 ` Christoph Lameter
2007-04-04 20:53 ` Badari Pulavarty
2007-04-03 21:55 ` 2.6.21-rc5-mm4 Badari Pulavarty
2007-04-03 23:19 ` 2.6.21-rc5-mm4 Badari Pulavarty
2007-04-03 23:27 ` 2.6.21-rc5-mm4 Christoph Lameter
2007-04-03 23:38 ` 2.6.21-rc5-mm4 Badari Pulavarty
2007-04-03 23:40 ` 2.6.21-rc5-mm4 Christoph Lameter
2007-04-03 23:51 ` 2.6.21-rc5-mm4 Badari Pulavarty
2007-04-03 23:55 ` 2.6.21-rc5-mm4 Christoph Lameter
2007-04-04 14:53 ` 2.6.21-rc5-mm4 Badari Pulavarty
2007-04-04 17:03 ` 2.6.21-rc5-mm4 (SLUB) Christoph Lameter
2007-04-04 18:02 ` Badari Pulavarty
2007-04-04 18:04 ` Christoph Lameter
2007-04-04 18:22 ` Christoph Lameter
2007-04-04 22:53 ` Badari Pulavarty
2007-04-04 22:59 ` Christoph Lameter
2007-04-04 23:42 ` Badari Pulavarty
2007-04-05 0:31 ` Christoph Lameter
2007-04-05 2:44 ` Badari Pulavarty
2007-04-05 3:15 ` Christoph Lameter
2007-04-05 4:29 ` Christoph Lameter
2007-04-05 15:16 ` Badari Pulavarty
2007-04-05 18:19 ` Christoph Lameter
2007-04-13 15:13 ` [PATCH] cache_k8_northbridges() overflows beyond allocation (Was: 2.6.21-rc5-mm4 (SLUB)) Badari Pulavarty
2007-04-13 15:45 ` Andi Kleen
2007-04-13 16:42 ` Chuck Ebbert
2007-04-13 16:52 ` Andi Kleen
2007-04-13 16:57 ` Andrew Morton
2007-04-13 18:07 ` Christoph Lameter
2007-04-04 18:09 ` 2.6.21-rc5-mm4 (SLUB) Christoph Lameter
2007-04-03 22:40 ` 2.6.21-rc5-mm4 J.A. Magallón
2007-04-03 22:51 ` 2.6.21-rc5-mm4 Andrew Morton
2007-04-03 22:58 ` 2.6.21-rc5-mm4 J.A. Magallón
2007-04-03 23:22 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
2007-04-03 23:43 ` 2.6.21-rc5-mm4 J.A. Magallón
2007-04-04 1:35 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
2007-04-04 2:20 ` 2.6.21-rc5-mm4 Randy Dunlap
2007-04-04 2:46 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
2007-04-04 3:37 ` 2.6.21-rc5-mm4 Randy Dunlap
2007-04-04 17:55 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
2007-04-05 11:14 ` 2.6.21-rc5-mm4 Sam Ravnborg
2007-04-04 15:25 ` [-mm patch] net/: possible cleanups Adrian Bunk
2007-04-04 15:25 ` [-mm patch] unexport pci_proc_attach_device Adrian Bunk
2007-04-04 21:56 ` 2.6.21-rc5-mm4 Antonino A. Daplas
2007-04-04 22:10 ` 2.6.21-rc5-mm4 Andrew Morton
2007-04-04 22:38 ` 2.6.21-rc5-mm4 Con Kolivas
2007-04-04 23:55 ` 2.6.21-rc5-mm4 Antonino A. Daplas
2007-04-05 0:56 ` 2.6.21-rc5-mm4 Antonino A. Daplas
2007-04-05 13:53 ` [-mm patch] pcm_native: lockdep warning when launching jack Frederik Deweerdt
2007-04-05 15:00 ` Takashi Iwai
2007-04-05 16:33 ` RAID1 "out of memory" error, was Re: 2.6.21-rc5-mm4 Reuben Farrelly
2007-04-05 20:21 ` Andrew Morton
2007-04-06 5:34 ` Dan Williams
2007-04-11 3:31 ` Neil Brown
2007-04-05 17:02 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
2007-04-05 20:31 ` 2.6.21-rc5-mm4 Andrew Morton
2007-04-06 15:26 ` 2.6.21-rc5-mm4 Valdis.Kletnieks
2007-04-06 19:33 ` 2.6.21-rc5-mm4 Andrew Morton
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox