BUG: soft lockup detected on CPU#0!

since lastest upgrades.. i having this..
Jun 4 20:56:37 lappy BUG: soft lockup detected on CPU#0!
Jun 4 20:56:37 lappy [<c0150ea2>] softlockup_tick+0xb2/0x100
Jun 4 20:56:37 lappy [<c01314a3>] update_process_times+0x33/0x80
Jun 4 20:56:37 lappy [<c01434b7>] tick_sched_timer+0x77/0xf0
Jun 4 20:56:37 lappy [<c013f4d3>] hrtimer_interrupt+0x143/0x1d0
Jun 4 20:56:37 lappy [<c0118943>] smp_apic_timer_interrupt+0x53/0x90
Jun 4 20:56:37 lappy [<c0104d00>] apic_timer_interrupt+0x28/0x30
Jun 4 20:56:37 lappy =======================
or
BUG: soft lockup detected on CPU#0!
[<c0150ea2>] softlockup_tick+0xb2/0x100
[<c01314a3>] update_process_times+0x33/0x80
[<c01434b7>] tick_sched_timer+0x77/0xf0
[<c013f4d3>] hrtimer_interrupt+0x143/0x1d0
[<c01429fd>] tick_do_broadcast+0x5d/0x70
[<c0142cd2>] tick_handle_oneshot_broadcast+0x82/0x110
[<c0107e21>] timer_interrupt+0x31/0x40
[<c0151225>] handle_IRQ_event+0x25/0x50
[<c015256d>] handle_edge_irq+0xad/0x130
[<c0106dbb>] do_IRQ+0x3b/0x70
[<c01424e5>] tick_notify+0x205/0x380
[<c0104c43>] common_interrupt+0x23/0x28
[<eccb9921>] acpi_processor_idle+0x20f/0x3d2 [processor]
[<c0102434>] cpu_idle+0x84/0xe0
[<c0409aef>] start_kernel+0x3ef/0x4d0
[<c0409230>] unknown_bootoption+0x0/0x260
anyone can help me to trace this error?
kernel26 2.6.21.3-2
xorg-server 1.3.0
fglrx 8.37.6-1
always happen 2 o 3 minutes after NetworkManager renew ip from dhcp.. any idea?

I experienced a similar (?) somewhat intermittent issue that seemed to be due, as with cactus, to having the killswitch of my wireless (ipw3945) enabled during boot. Ever since 2.6.20, however, the issue seems to have resolved itself.
Last edited by arbrown (2007-06-05 04:22:25)

Similar Messages

BUG: soft lockup - CPU#0 stuck for 22s!

Hi guys,
Need some help on how to get more information from following problem:
Since kernel 3.12 my laptop always crashed by "BUG: soft lockup - CPU#0 stuck for 22s! [kworker/0:1:53]". Machine works in general but very slooowly.
I'd like to identify why it happens. Could you please advise how to get more logs, info?
P.S. Downgrading to 3.11 helps

ewaller wrote:
You told us exactly zero about your system. You did not even tell what CPU it is.
Or how many cores you have.
Or how much memory you have,
whether is is 32 or 64 bit,
or, what chipset you are using,
Maybe what peripherals exist?
Which modules are loaded?
Or even whether this is a physical or virtual machine.
look at the output of journalctl, dmesg, lspci, lsusb, lsmod, and the link in my signature.
You're right. I just wanted to find a way to gather more information about such problem because it's not rare.
So i have problems on my physical laptop
# lspci -v
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
Subsystem: Hewlett-Packard Company Device 1689
Flags: bus master, fast devsel, latency 0
Capabilities: [e0] Vendor Specific Information: Len=0c <?>
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=01, subordinate=06, sec-latency=0
I/O behind bridge: 00004000-00004fff
Memory behind bridge: c2800000-c37fffff
Prefetchable memory behind bridge: 00000000a0000000-00000000afffffff
Capabilities: [88] Subsystem: Hewlett-Packard Company Device 1689
Capabilities: [80] Power Management version 3
Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [a0] Express Root Port (Slot+), MSI 00
Capabilities: [100] Virtual Channel
Capabilities: [140] Root Complex Link
Kernel driver in use: pcieport
Kernel modules: shpchp
00:01.1 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=07, subordinate=07, sec-latency=0
Capabilities: [88] Subsystem: Hewlett-Packard Company Device 1689
Capabilities: [80] Power Management version 3
Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [a0] Express Root Port (Slot+), MSI 00
Capabilities: [100] Virtual Channel
Capabilities: [140] Root Complex Link
Kernel driver in use: pcieport
Kernel modules: shpchp
00:01.2 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=08, subordinate=08, sec-latency=0
Capabilities: [88] Subsystem: Hewlett-Packard Company Device 1689
Capabilities: [80] Power Management version 3
Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [a0] Express Root Port (Slot+), MSI 00
Capabilities: [100] Virtual Channel
Capabilities: [140] Root Complex Link
Kernel driver in use: pcieport
Kernel modules: shpchp
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
Subsystem: Hewlett-Packard Company Device 1689
Flags: bus master, fast devsel, latency 0, IRQ 65
Memory at c0000000 (64-bit, non-prefetchable) [size=4M]
Memory at b0000000 (64-bit, prefetchable) [size=256M]
I/O ports at 5000 [size=64]
Expansion ROM at <unassigned> [disabled]
Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [d0] Power Management version 2
Capabilities: [a4] PCI Advanced Features
Kernel driver in use: i915
Kernel modules: i915
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
Subsystem: Hewlett-Packard Company Device 1689
Flags: bus master, fast devsel, latency 0, IRQ 60
Memory at c3804000 (64-bit, non-prefetchable) [size=16]
Capabilities: [50] Power Management version 3
Capabilities: [8c] MSI: Enable+ Count=1/1 Maskable- 64bit+
Kernel driver in use: mei_me
Kernel modules: mei_me
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 05) (prog-if 20 [EHCI])
Subsystem: Hewlett-Packard Company Device 1689
Flags: bus master, medium devsel, latency 0, IRQ 16
Memory at c3809000 (32-bit, non-prefetchable) [size=1K]
Capabilities: [50] Power Management version 2
Capabilities: [58] Debug port: BAR=1 offset=00a0
Capabilities: [98] PCI Advanced Features
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 05)
Subsystem: Hewlett-Packard Company Device 1689
Flags: bus master, fast devsel, latency 0, IRQ 61
Memory at c3800000 (64-bit, non-prefetchable) [size=16K]
Capabilities: [50] Power Management version 2
Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
Capabilities: [100] Virtual Channel
Capabilities: [130] Root Complex Link
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b5) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=09, subordinate=09, sec-latency=0
Memory behind bridge: c2700000-c27fffff
Capabilities: [40] Express Root Port (Slot+), MSI 00
Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit-
Capabilities: [90] Subsystem: Hewlett-Packard Company Device 1689
Capabilities: [a0] Power Management version 2
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1c.2 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 3 (rev b5) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=0a, subordinate=0f, sec-latency=0
I/O behind bridge: 00003000-00003fff
Memory behind bridge: c1700000-c26fffff
Prefetchable memory behind bridge: 00000000c0400000-00000000c13fffff
Capabilities: [40] Express Root Port (Slot+), MSI 00
Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit-
Capabilities: [90] Subsystem: Hewlett-Packard Company Device 1689
Capabilities: [a0] Power Management version 2
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 5 (rev b5) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=10, subordinate=10, sec-latency=0
I/O behind bridge: 00002000-00002fff
Memory behind bridge: c1600000-c16fffff
Capabilities: [40] Express Root Port (Slot+), MSI 00
Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit-
Capabilities: [90] Subsystem: Hewlett-Packard Company Device 1689
Capabilities: [a0] Power Management version 2
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1c.6 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 7 (rev b5) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=11, subordinate=11, sec-latency=0
Memory behind bridge: c1500000-c15fffff
Capabilities: [40] Express Root Port (Slot+), MSI 00
Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit-
Capabilities: [90] Subsystem: Hewlett-Packard Company Device 1689
Capabilities: [a0] Power Management version 2
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1c.7 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 8 (rev b5) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=12, subordinate=12, sec-latency=0
Memory behind bridge: c1400000-c14fffff
Capabilities: [40] Express Root Port (Slot+), MSI 00
Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit-
Capabilities: [90] Subsystem: Hewlett-Packard Company Device 1689
Capabilities: [a0] Power Management version 2
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 05) (prog-if 20 [EHCI])
Subsystem: Hewlett-Packard Company Device 1689
Flags: bus master, medium devsel, latency 0, IRQ 20
Memory at c3808000 (32-bit, non-prefetchable) [size=1K]
Capabilities: [50] Power Management version 2
Capabilities: [58] Debug port: BAR=1 offset=00a0
Capabilities: [98] PCI Advanced Features
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci
00:1f.0 ISA bridge: Intel Corporation HM65 Express Chipset Family LPC Controller (rev 05)
Subsystem: Hewlett-Packard Company Device 1689
Flags: bus master, medium devsel, latency 0
Capabilities: [e0] Vendor Specific Information: Len=0c <?>
Kernel driver in use: lpc_ich
Kernel modules: lpc_ich
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller (rev 05) (prog-if 01 [AHCI 1.0])
Subsystem: Hewlett-Packard Company Device 1689
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 51
I/O ports at 5088 [size=8]
I/O ports at 5094 [size=4]
I/O ports at 5080 [size=8]
I/O ports at 5090 [size=4]
I/O ports at 5060 [size=32]
Memory at c3807000 (32-bit, non-prefetchable) [size=2K]
Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [70] Power Management version 3
Capabilities: [a8] SATA HBA v1.0
Capabilities: [b0] PCI Advanced Features
Kernel driver in use: ahci
Kernel modules: ahci
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 05)
Subsystem: Hewlett-Packard Company Device 1689
Flags: medium devsel, IRQ 19
Memory at c3805000 (64-bit, non-prefetchable) [size=256]
I/O ports at 5040 [size=32]
Kernel modules: i2c_i801
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Whistler [Radeon HD 6730M/6770M/7690M XT] (rev ff) (prog-if ff)
!!! Unknown header type 7f
Kernel driver in use: radeon
Kernel modules: radeon
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Turks/Whistler HDMI Audio [Radeon HD 6000 Series] (rev ff) (prog-if ff)
!!! Unknown header type 7f
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
09:00.0 Network controller: Intel Corporation Centrino Advanced-N 6230 [Rainbow Peak] (rev 34)
Subsystem: Intel Corporation Centrino Advanced-N 6230 AGN
Flags: bus master, fast devsel, latency 0, IRQ 63
Memory at c2700000 (64-bit, non-prefetchable) [size=8K]
Capabilities: [c8] Power Management version 3
Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [e0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 88-53-2e-ff-ff-70-ae-e5
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi
0a:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5209 PCI Express Card Reader (rev 01)
Subsystem: Hewlett-Packard Company Device 168a
Flags: bus master, fast devsel, latency 0, IRQ 62
Memory at c1700000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 00-00-00-01-00-4c-e0-00
Kernel driver in use: rtsx_pci
Kernel modules: rtsx_pci
10:00.0 Ethernet controller: Qualcomm Atheros AR8151 v2.0 Gigabit Ethernet (rev c0)
Subsystem: Hewlett-Packard Company Device 1689
Flags: bus master, fast devsel, latency 0, IRQ 66
Memory at c1600000 (64-bit, non-prefetchable) [size=256K]
I/O ports at 2000 [size=128]
Capabilities: [40] Power Management version 3
Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [58] Express Endpoint, MSI 00
Capabilities: [6c] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [180] Device Serial Number ff-29-7a-6d-e4-11-5b-ff
Kernel driver in use: atl1c
Kernel modules: atl1c
11:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 04) (prog-if 30 [XHCI])
Subsystem: Hewlett-Packard Company Device 1689
Flags: bus master, fast devsel, latency 0, IRQ 18
Memory at c1500000 (64-bit, non-prefetchable) [size=8K]
Capabilities: [50] Power Management version 3
Capabilities: [70] MSI: Enable- Count=1/8 Maskable- 64bit+
Capabilities: [90] MSI-X: Enable+ Count=8 Masked-
Capabilities: [a0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number ff-ff-ff-ff-ff-ff-ff-ff
Capabilities: [150] Latency Tolerance Reporting
Kernel driver in use: xhci_hcd
Kernel modules: xhci_hcd
12:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 04) (prog-if 30 [XHCI])
Subsystem: Hewlett-Packard Company Device 1689
Flags: bus master, fast devsel, latency 0, IRQ 19
Memory at c1400000 (64-bit, non-prefetchable) [size=8K]
Capabilities: [50] Power Management version 3
Capabilities: [70] MSI: Enable- Count=1/8 Maskable- 64bit+
Capabilities: [90] MSI-X: Enable+ Count=8 Masked-
Capabilities: [a0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number ff-ff-ff-ff-ff-ff-ff-ff
Capabilities: [150] Latency Tolerance Reporting
Kernel driver in use: xhci_hcd
Kernel modules: xhci_hcd
# journalctl | grep lockup
Dec 04 20:20:46 green kernel: BUG: soft lockup - CPU#0 stuck for 22s! [kworker/0:1:53]
Dec 04 20:20:46 green kernel: Modules linked in: radeon ttm fuse uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core videodev media hp_wmi sparse_keymap joydev x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm crct10dif_p
clmul crct10dif_common crc32_pclmul ghash_clmulni_intel aesni_intel aes_x86_64 lrw gf128mul glue_helper ablk_helper cryptd iTCO_wdt iTCO_vendor_support snd_hda_codec_hdmi snd_hda_codec_idt microcode btusb bluetooth evdev arc4 psmouse serio
_raw iwldvm pcspkr mac80211 i2c_i801 rtsx_pci_ms iwlwifi memstick atl1c cfg80211 rfkill fan thermal wmi battery i915 snd_hda_intel snd_hda_codec intel_agp snd_hwdep intel_gtt snd_pcm drm_kms_helper snd_page_alloc snd_timer drm snd hp_accel
lpc_ich lis3lv02d soundcore mei_me i2c_algo_bit ac video input_polldev i2c_core shpchp button mei processor
Dec 04 20:20:46 green kernel: ext4 crc16 mbcache jbd2 hid_logitech_dj usbhid hid sr_mod cdrom sd_mod rtsx_pci_sdmmc mmc_core ahci crc32c_intel libahci libata ehci_pci scsi_mod ehci_hcd xhci_hcd rtsx_pci usbcore usb_common
Dec 04 20:20:46 green kernel: CPU: 0 PID: 53 Comm: kworker/0:1 Not tainted 3.12.2-1-ARCH #1
Dec 04 20:20:46 green kernel: Hardware name: Hewlett-Packard HP ENVY 17 Notebook PC/1689, BIOS F.06 03/05/2012
Dec 04 20:20:46 green kernel: Workqueue: kacpi_hotplug hotplug_event_work
Dec 04 20:20:46 green kernel: task: ffff880253d49160 ti: ffff880253efa000 task.ti: ffff880253efa000
Dec 04 20:20:46 green kernel: RIP: 0010:[<ffffffff814f439e>] [<ffffffff814f439e>] _raw_spin_lock+0x2e/0x40
Dec 04 20:20:46 green kernel: RSP: 0018:ffff880253efbaf0 EFLAGS: 00000213
Dec 04 20:20:46 green kernel: RAX: 0000000000000010 RBX: 000000000941c940 RCX: ffff88024f943088
Dec 04 20:20:46 green kernel: RDX: 00000000000000c6 RSI: 0000000000000206 RDI: ffff88025020c618
Dec 04 20:20:46 green kernel: RBP: ffff880253efbaf0 R08: 0000000000000000 R09: 0000000000000001
Dec 04 20:20:46 green kernel: R10: 0000000000000000 R11: 0000000000000001 R12: ffffffff8107cb56
Dec 04 20:20:46 green kernel: R13: ffff880253efbfd8 R14: ffff880253efbfd8 R15: ffff880253efbfd8
Dec 04 20:20:46 green kernel: FS: 0000000000000000(0000) GS:ffff88025fa00000(0000) knlGS:0000000000000000
Dec 04 20:20:46 green kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Dec 04 20:20:46 green kernel: CR2: 00007f2b52d1e41d CR3: 000000000180d000 CR4: 00000000000407f0
Dec 04 20:20:46 green kernel: Stack:
Dec 04 20:20:46 green kernel: ffff880253efbb10 ffffffffa06080cf ffff88024f943000 0000000000002fff
Dec 04 20:20:46 green kernel: ffff880253efbb38 ffffffffa0640ac0 ffff88003710cdc0 0000000000002fff
Dec 04 20:20:46 green kernel: ffff88024f9cbc00 ffff880253efbb48 ffffffffa0640cf2 ffff880253efbb60
Dec 04 20:20:46 green kernel: Call Trace:
Dec 04 20:20:46 green kernel: [<ffffffffa06080cf>] snd_hda_unlock_devices+0x1f/0x40 [snd_hda_codec]
Dec 04 20:20:46 green kernel: [<ffffffffa0640ac0>] azx_free+0xb0/0x2d0 [snd_hda_intel]
Dec 04 20:20:46 green kernel: [<ffffffffa0640cf2>] azx_dev_free+0x12/0x20 [snd_hda_intel]
Dec 04 20:20:46 green kernel: [<ffffffffa0549dce>] snd_device_free+0x7e/0xe0 [snd]
Dec 04 20:20:46 green kernel: [<ffffffffa054a011>] snd_device_free_all+0x61/0x90 [snd]
Dec 04 20:20:46 green kernel: [<ffffffffa0543f4c>] snd_card_do_free+0x4c/0xd0 [snd]
Dec 04 20:20:46 green kernel: [<ffffffffa05444d4>] snd_card_free+0x94/0xa0 [snd]
Dec 04 20:20:46 green kernel: [<ffffffff8139624d>] ? __pm_runtime_resume+0x4d/0x60
Dec 04 20:20:46 green kernel: [<ffffffffa063ea32>] azx_remove+0x22/0x30 [snd_hda_intel]
Dec 04 20:20:46 green kernel: [<ffffffff812c40bb>] pci_device_remove+0x3b/0xb0
Dec 04 20:20:46 green kernel: [<ffffffff8138937f>] __device_release_driver+0x7f/0xf0
Dec 04 20:20:46 green kernel: [<ffffffff81389413>] device_release_driver+0x23/0x30
Dec 04 20:20:46 green kernel: [<ffffffff81388ba8>] bus_remove_device+0x108/0x180
Dec 04 20:20:46 green kernel: [<ffffffff81385545>] device_del+0x135/0x1d0
Dec 04 20:20:46 green kernel: [<ffffffff812be774>] pci_stop_bus_device+0x94/0xa0
Dec 04 20:20:46 green kernel: [<ffffffff812be882>] pci_stop_and_remove_bus_device+0x12/0x20
Dec 04 20:20:46 green kernel: [<ffffffff812db1d7>] trim_stale_devices+0x67/0xf0
Dec 04 20:20:46 green kernel: [<ffffffff812dbee6>] acpiphp_check_bridge+0x86/0xd0
Dec 04 20:20:46 green kernel: [<ffffffff812dc4a2>] hotplug_event+0x102/0x250
Dec 04 20:20:46 green kernel: [<ffffffff812dc617>] hotplug_event_work+0x27/0x70
Dec 04 20:20:46 green kernel: [<ffffffff8107daf7>] process_one_work+0x167/0x450
Dec 04 20:20:46 green kernel: [<ffffffff8107e501>] worker_thread+0x121/0x3a0
Dec 04 20:20:46 green kernel: [<ffffffff8107e3e0>] ? manage_workers.isra.23+0x2b0/0x2b0
Dec 04 20:20:46 green kernel: [<ffffffff81084e90>] kthread+0xc0/0xd0
Dec 04 20:20:46 green kernel: [<ffffffff81084dd0>] ? kthread_create_on_node+0x120/0x120
Dec 04 20:20:46 green kernel: [<ffffffff814fc33c>] ret_from_fork+0x7c/0xb0
Dec 04 20:20:46 green kernel: [<ffffffff81084dd0>] ? kthread_create_on_node+0x120/0x120
Dec 04 20:20:46 green kernel: Code: 66 90 55 65 48 8b 04 25 70 c7 00 00 48 89 e5 83 80 44 e0 ff ff 01 b8 00 01 00 00 f0 66 0f c1 07 0f b6 d4 38 c2 75 04 5d c3 f3 90 <0f> b6 07 38 d0 75 f7 5d c3 66 0f 1f 84 00 00 00 00 00 66 66 66
I also have some modules blacklisted:
#cat /etc/modprobe.d/blacklist.conf
blacklist snd_usb_audio
blacklist radeon
According to call stack i see that snd_hda modules may cause the problem. Is it correct?

BUG: soft lockup in OEL 5.7 64bit PVM / OVM 3.0.2

Hello,
I have a single Oracle VM 3.0.2 Server, running three OEL 5.7 64bit PVM guest.
On of the guest VM's completely hanged with the following error: BUG: soft lockup - CPU#0 stuck for 450s! [smbd:32057]
It seems the processes remained stuck while doing disk I/O:
08:00:01 AM all 0.03 0.00 0.03 0.03 0.03 99.89
08:10:01 AM all 0.03 0.00 0.03 0.02 0.02 99.90
08:20:01 AM all 0.01 0.00 0.01 13.69 0.14 86.16
08:30:01 AM all 0.00 0.00 0.01 32.67 0.16 67.16
Average: all 0.03 0.00 0.02 0.95 0.03 98.97
Has anyone encountered this error ? Any help will be appreciated...
BUG: soft lockup - CPU#0 stuck for 450s! [smbd:32057]
Modules linked in: nls_utf8(U) nfs(U) fscache(U) nfs_acl(U) auth_rpcgss(U) lockd(U) sunrpc(U) parport_pc(U) lp(U) parport(U) snd_seq_dummy(U) snd_seq_oss(U) snd_seq_midi_event(U) snd_seq(U) snd_seq_device(U) snd_pcm_oss(U) snd_mixer_oss(U) snd_pcm(U) snd_timer(U) snd(U) soundcore(U) snd_page_alloc(U) xen_netfront(U) pcspkr(U) joydev(U) xen_blkfront(U)
INFO: task kjournald:159 blocked for more than 120 seconds.
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
ffff8807da0afc40 0000000000000246 ffffffff8100e52d ffffffffb10f480f
ffff8807da0ac780 ffff880242a087c0 ffff8807da0acb50 ffff880028056000
ffff8807da0afcd0 ffff880028029c60 ffff8807da0afc20 ffff8807da0ac780
Call Trace:
[<ffffffff8100e52d>] ? xen_force_evtchn_callback+0xd/0xf
[<ffffffff81452524>] io_schedule+0x42/0x5c
[<ffffffff8113fe18>] sync_buffer+0x2a/0x2e
[<ffffffff81452a53>] __wait_on_bit+0x4a/0x7c
[<ffffffff8113fdee>] ? sync_buffer+0x0/0x2e
[<ffffffff8113fdee>] ? sync_buffer+0x0/0x2e
[<ffffffff81452af8>] out_of_line_wait_on_bit+0x73/0x80
[<ffffffff81076ded>] ? wake_bit_function+0x0/0x2f
[<ffffffff8113ee52>] ? submit_bh+0x136/0x144
[<ffffffff8113fd67>] __wait_on_buffer+0x24/0x26
[<ffffffff811c271d>] wait_on_buffer+0x31/0x35
[<ffffffff811c2ccd>] journal_commit_transaction+0x4d9/0xe34
[<ffffffff8100e52d>] ? xen_force_evtchn_callback+0xd/0xf
[<ffffffff8100ebef>] ? xen_restore_fl_direct_end+0x0/0x1
[<ffffffff81453bd0>] ? spinunlock_irqrestore+0x16/0x18
[<ffffffff81065562>] ? try_to_del_timer_sync+0x73/0x81
[<ffffffff811c6771>] kjournald+0xcd/0x211
[<ffffffff81076db0>] ? autoremove_wake_function+0x0/0x3d
[<ffffffff811c66a4>] ? kjournald+0x0/0x211
[<ffffffff81076a07>] kthread+0x6e/0x76
[<ffffffff81012dea>] child_rip+0xa/0x20
[<ffffffff81011fd1>] ? int_ret_from_sys_call+0x7/0x1b
[<ffffffff8101275d>] ? retint_restore_args+0x5/0x6
[<ffffffff81012de0>] ? child_rip+0x0/0x20
INFO: task flush-202:0:1173 blocked for more than 120 seconds.
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
ffff8807d3c67910 0000000000000246 ffffffff8100e52d ffffffffb10f480f
ffff8807d742e600 ffff8807dcf52480 ffff8807d742e9d0 ffff880028073000
ffff880028029c60 ffff8807d3c679a0 ffff8807d3c678f0 ffff8807d742e600
Call Trace:
[<ffffffff8100e52d>] ? xen_force_evtchn_callback+0xd/0xf
[<ffffffff81452524>] io_schedule+0x42/0x5c
[<ffffffff8113fe18>] sync_buffer+0x2a/0x2e
[<ffffffff81452941>] __wait_on_bit_lock+0x47/0x8f
[<ffffffff8113fdee>] ? sync_buffer+0x0/0x2e
[<ffffffff8113fdee>] ? sync_buffer+0x0/0x2e
[<ffffffff814529fc>] out_of_line_wait_on_bit_lock+0x73/0x80
[<ffffffff81076ded>] ? wake_bit_function+0x0/0x2f
[<ffffffff810df54e>] ? test_clear_page_writeback+0xa2/0xb1
[<ffffffff8114007b>] __lock_buffer+0x2a/0x2c
[<ffffffff811400a6>] lock_buffer+0x29/0x2d
[<ffffffff812356ab>] ? __lookup_tag+0xb7/0x11e
[<ffffffff81141559>] __block_write_full_page+0x195/0x31b
[<ffffffff81141f75>] ? end_buffer_async_write+0x0/0x162
[<ffffffff81141f75>] ? end_buffer_async_write+0x0/0x162
[<ffffffff81141765>] block_write_full_page_endio+0x86/0x92
[<ffffffff81141786>] block_write_full_page+0x15/0x17
[<ffffffff811808d7>] ext3_ordered_writepage+0xae/0x1b3
[<ffffffff810de28e>] __writepage+0x17/0x30
[<ffffffff810de751>] write_cache_pages+0x23a/0x35e
[<ffffffff810de277>] ? __writepage+0x0/0x30
[<ffffffff81231b4a>] ? cpumask_next_and+0x20/0x32
[<ffffffff81053aa2>] ? find_busiest_group+0x33a/0x825
[<ffffffff8100cd9c>] ? get_phys_to_machine+0x1f/0x36
[<ffffffff810de899>] generic_writepages+0x24/0x2a
[<ffffffff810de8c7>] do_writepages+0x28/0x2a
[<ffffffff81138d60>] writeback_single_inode+0xc9/0x1e4
[<ffffffff811395be>] writeback_inodes_wb+0x30d/0x382
[<ffffffff8100e52d>] ? xen_force_evtchn_callback+0xd/0xf
[<ffffffff8100ec02>] ? check_events+0x12/0x20
[<ffffffff81139764>] wb_writeback+0x131/0x1bc
[<ffffffff810edce9>] ? bdi_start_fn+0x0/0xd1
[<ffffffff811399cd>] wb_do_writeback+0x13c/0x153
[<ffffffff810edce9>] ? bdi_start_fn+0x0/0xd1
[<ffffffff81139a10>] bdi_writeback_task+0x2c/0xb3
[<ffffffff810edd53>] bdi_start_fn+0x6a/0xd1
[<ffffffff81076a07>] kthread+0x6e/0x76
[<ffffffff81012dea>] child_rip+0xa/0x20
[<ffffffff81011fd1>] ? int_ret_from_sys_call+0x7/0x1b
[<ffffffff8101275d>] ? retint_restore_args+0x5/0x6
[<ffffffff81012de0>] ? child_rip+0x0/0x20
Modules linked in: nls_utf8(U) nfs(U) fscache(U) nfs_acl(U) auth_rpcgss(U) lockd(U) sunrpc(U) parport_pc(U) lp(U) parport(U) snd_seq_dummy(U) snd_seq_oss(U) snd_seq_midi_event(U) snd_seq(U) snd_seq_device(U) snd_pcm_oss(U) snd_mixer_oss(U) snd_pcm(U) snd_timer(U) snd(U) soundcore(U) snd_page_alloc(U) xen_netfront(U) pcspkr(U) joydev(U) xen_blkfront(U)
Call Trace:
[<ffffffff81204147>] ? common_lsm_audit+0x422/0x431
[<ffffffff8100e52d>] ? xen_force_evtchn_callback+0xd/0xf
[<ffffffff8100ec02>] check_events+0x12/0x20
[<ffffffff8100eba9>] ? xen_irq_enable_direct_end+0x0/0x7
[<ffffffff8113f3fb>] ? __find_get_block+0x97/0x182
[<ffffffff81235a8b>] ? radix_tree_insert+0x175/0x1b6
[<ffffffff8113f50b>] __getblk+0x25/0x1e2
[<ffffffff81141858>] __bread+0x13/0x81
[<ffffffff8117c77b>] read_inode_bitmap+0x3d/0x70
[<ffffffff8117cd61>] ext3_new_inode+0x475/0x99a
[<ffffffff811841d6>] ext3_create+0x92/0x10f
[<ffffffff811243b7>] vfs_create+0x7e/0x9d
[<ffffffff811274bb>] do_filp_open+0x302/0x92d
[<ffffffff8100ec02>] ? check_events+0x12/0x20
[<ffffffff81043696>] ? should_resched+0xe/0x2f
[<ffffffff81452590>] ? condresched+0xe/0x22
[<ffffffff8123a1f9>] ? might_fault+0xe/0x10
[<ffffffff8123a2e3>] ? __strncpy_from_user+0x20/0x4a
[<ffffffff8100ebef>] ? xen_restore_fl_direct_end+0x0/0x1
[<ffffffff811167c0>] do_sys_open+0x62/0x109
[<ffffffff8111689a>] sys_open+0x20/0x22
[<ffffffff81011db2>] system_call_fastpath+0x16/0x1b

As Avi said, the vNic is actually not rate limited to any speed. It will run at the maximum speed of the hardware - which should be well in excess of 1Gb.
If you're talking to something outside of the physical system, then you are limited by the speed of the physical NIC in the server - at which point you need to check it either from Dom0 or from the switch at the far end. There is no visibility of the link speed at the VM level.

"Soft lockups" in new kernel

I get this every few seconds after updating to the newest kernel (2.6.23.8-1) :
Nov 20 11:57:44 sokkalf BUG: soft lockup detected on CPU#0!
Nov 20 11:57:44 sokkalf [<c0157d9a>] softlockup_tick+0xea/0x120
Nov 20 11:57:44 sokkalf [<c0135853>] update_process_times+0x33/0x80
Nov 20 11:57:44 sokkalf [<c0149077>] tick_sched_timer+0x77/0xf0
Nov 20 11:57:44 sokkalf [<c0143fc3>] hrtimer_interrupt+0x163/0x1f0
Nov 20 11:57:44 sokkalf [<c0149000>] tick_sched_timer+0x0/0xf0
Nov 20 11:57:44 sokkalf [<c0107d61>] timer_interrupt+0x31/0x40
Nov 20 11:57:44 sokkalf [<c0158140>] handle_IRQ_event+0x30/0x60
Nov 20 11:57:44 sokkalf [<c0159a9d>] handle_level_irq+0x7d/0xf0
Nov 20 11:57:44 sokkalf [<c010717b>] do_IRQ+0x3b/0x70
Nov 20 11:57:44 sokkalf [<c010ac33>] sched_clock+0x13/0x30
Nov 20 11:57:44 sokkalf [<c0104ee7>] common_interrupt+0x23/0x28
Nov 20 11:57:44 sokkalf [<f8e0b0b0>] acpi_processor_idle+0x29c/0x434 [processor]
Nov 20 11:57:44 sokkalf [<c0102453>] cpu_idle+0x73/0xe0
Nov 20 11:57:44 sokkalf [<c0435a6a>] start_kernel+0x30a/0x3a0
Nov 20 11:57:44 sokkalf [<c0435140>] unknown_bootoption+0x0/0x1f0
Nov 20 11:57:44 sokkalf =======================
I first noticed some hours after updating, it doesn't affect performance very much, but annoying nonetheless (kernel.log grown to 10MB, etc).
I thought it might be related to the phc undervolting patch, because I tried that, successfully undervolting my CPU.. but after looking at the times in kernel.log, I can see the problem started before I messed with that stuff.
I have been digging a bit to find the cause of this, and I have found that it's probably something to do with the cpufreq modules. When I set the governor to "powersave" or "performance", I get no "soft lockup"-messages. When I set it to "userspace" or "ondemand", I get them non-stop every 2-5 seconds.
My system is a Dell 500m laptop, Centrino, with 1.4GHz Pentium M (Banias), 2GB RAM, WLAN-card disabled (in BIOS).
Reverting to an old kernel (2.6.23.1-6) gets rid of the problem.
Anyone else experienced anything like this?

Well, I have the same problem. At first I have noticed hat my CPU (CPU0: Intel(R) Pentium(R) M processor 1.73GHz) is running at 1.73GHz all the time. So I tried restarting the cpufreq daemon:
[root@alderaan ~]# /etc/rc.d/cpufreq restart
:: Setting cpufreq governing rules , cpu 0Error setting new values. Common errors: [BUSY]
- Do you have proper administration rights? (super-user?)
- Is the governor you requested available and modprobed?
- Trying to set an invalid policy?
- Trying to set a specific frequency, but userspace governor is not available,
for example because of hardware which cannot be set to a specific frequency
or because the userspace governor isn't loaded?
So I tried
[root@alderaan ~]# cpufreq-set -g ondemand
This works, but every change of CPU frequency results in the error messages posted by sokkalf.
I also notice some strange line in dmesg:
ACPI Exception (processor_core-0818): AE_NOT_FOUND, Processor Device is not present [20070126]
Edit:
I checked kernel.log and found out that the AE_NOT_FOUND error had been there before the latest kernel upgrade, so it is probably not related to this bug.
Last edited by hendrek (2007-11-21 16:57:08)

Arch only detecting 1 CPU 1 core instead of 16 processors

EDIT:
It turns out it was a BIOS problem. I flashed to a different BIOS and reset everything to default settings in the BIOS, and now all 16 processors are recognized.
I have a system with an Asus Z8PE-D18 motherboard with 2 Xeon E5520 CPUs. Each CPU has 4 cores and 8 threads, so linux SMP should see 16 processors. But my recent Arch linux install only sees 1 CPU 1 core. Is this a kernel bug, or is something not configured properly? I have another similar machine running Ubuntu that sees all 16 processors, and the only difference I see offhand is that uname -a gives "SMP" but not "SMP PREEMPT" as shown below. Is that significant?
I'm new to Arch linux. What is the best way to try a different kernel without compiling it myself? Any suggestions on a kernel package to try?
# uname -a
Linux server 2.6.33-ARCH #1 SMP PREEMPT Sun Apr 4 10:27:30 CEST 2010 x86_64 Intel(R) Xeon(R) CPU E5520 @ 2.27GHz GenuineIntel GNU/Linux
# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 26
model name : Intel(R) Xeon(R) CPU E5520 @ 2.27GHz
stepping : 5
cpu MHz : 1599.845
cache size : 8192 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc up arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi flexpriority ept vpid
bogomips : 3200.01
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:
Last edited by ice9 (2010-04-18 07:33:32)

EDIT:
It turns out it was a BIOS problem. I flashed to a different BIOS and reset everything to default settings in the BIOS, and now all 16 processors are recognized.
I have a system with an Asus Z8PE-D18 motherboard with 2 Xeon E5520 CPUs. Each CPU has 4 cores and 8 threads, so linux SMP should see 16 processors. But my recent Arch linux install only sees 1 CPU 1 core. Is this a kernel bug, or is something not configured properly? I have another similar machine running Ubuntu that sees all 16 processors, and the only difference I see offhand is that uname -a gives "SMP" but not "SMP PREEMPT" as shown below. Is that significant?
I'm new to Arch linux. What is the best way to try a different kernel without compiling it myself? Any suggestions on a kernel package to try?
# uname -a
Linux server 2.6.33-ARCH #1 SMP PREEMPT Sun Apr 4 10:27:30 CEST 2010 x86_64 Intel(R) Xeon(R) CPU E5520 @ 2.27GHz GenuineIntel GNU/Linux
# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 26
model name : Intel(R) Xeon(R) CPU E5520 @ 2.27GHz
stepping : 5
cpu MHz : 1599.845
cache size : 8192 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc up arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi flexpriority ept vpid
bogomips : 3200.01
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:
Last edited by ice9 (2010-04-18 07:33:32)

APEX 4.2.1 bug - Automatic language detection

Hi,
we found a bug in the currect version of Oracle APEX 4.2.1:
Browser language can not be used in applications during the runtime.
We are developing mostly German applications but database standard character set is:
SELECT * FROM NLS_DATABASE_PARAMETERS
Parameter Value
NLS_LANGUAGE     AMERICAN
NLS_TERRITORY     AMERICA
NLS_CURRENCY     $
NLS_ISO_CURRENCY     AMERICA
NLS_NUMERIC_CHARACTERS     .,
NLS_CHARACTERSET     WE8ISO8859P15
NLS_CALENDAR     GREGORIAN
NLS_DATE_FORMAT     DD-MON-RR
NLS_DATE_LANGUAGE     AMERICANAll applications are set up with "Globalization Attributes":
Application Primary Language: German
Application Language Derived From: Browser (use browser language preference)
Application Date Format: DD.MM.YYYYIn all former versions of APEX it changes the default settings from the database to the browser settings. In the current version it does NOT change the language.
For example: APEX 4.1 number value
10.000,00
APEX 4.2.1 number value
10,000.00
If I check the debug log I find this:
0.04096     0.00016     S H O W: application="101" page="16" workspace="" request="" session="16485344217862"     4
0.04110     0.00044     Reset NLS settings     4
0.04155     0.00020     alter session set NLS_LANGUAGE="AMERICAN"     4     --> This is the default behavior
0.04174     0.00016     alter session set NLS_TERRITORY="AMERICA"     4
0.04189     0.00014     alter session set NLS_CALENDAR="GREGORIAN"     4
0.04203     0.00014     alter session set NLS_SORT="BINARY"     4
0.04217     0.00017     alter session set NLS_COMP="BINARY"     4
0.04234     0.00003     ...NLS: Set Decimal separator="."     4
0.04237     0.00014     ...NLS: Set NLS Group separator=","     4
0.04251     0.00013     ...NLS: Set g_nls_date_format="DD-MON-RR"     4
0.04264     0.00013     ...NLS: Set g_nls_timestamp_format="DD-MON-RR HH.MI.SSXFF AM"     4
0.04277     0.00032     ...NLS: Set g_nls_timestamp_tz_format="DD-MON-RR HH.MI.SSXFF AM TZR"     4
0.04309     0.00005     NLS of database and client differs, characterset conversion needed     4
0.04314     0.00257     ...Setting session time_zone to +01:00     4
0.04572     0.00005     NLS: Language=       --> No changes are made, default language will stayIssue happens in all browsers: FF, Chrome, IE
Somebody else had similar issues as we did:
Apex 4.2 - Not clear behaviour with translated applications
Hope you can help. You may even have a workaround? Problem is especially difficult with translated applications!
Thanks
Tobias

Good to hear this is already being worked on.
When we tried to work around the "Automatic detection" bug - changing the "Application Language Derived From" to "Application Preference" or "Session" - we hit issue that some page processes were not firing in translated application.
See Page processes not firing in Translated applications
Jan

Are there any memory and cpu logging extensions that is addon, not process oriented, that will detect ram/cpu usage, even within the main Firefox process?

And why wasn't this a feature in FF already? I hear it was, but it was dropped in FF4 as part of some kind of feature freeze? Why was this most important of all features removed, and how can I patch this? So I can use my browser properly again. Maybe an addon that would make about-addonsmemory detect that kind of stuff would do, maybe something that forces all addons to operate within the plugin container. Or maybe just something that will moniter everything right.

The CPU usage part is the most important

Gcc compiled XDD only detects 1 cpu

I recently installed XDD for benchmarking a RAID array, but noticed it only detects one of the four cores on my Q6600.
OS release and version, Linux 2.6.27-ARCH #1 SMP PREEMPT Sun Dec 21 09:13:30 UTC 2008
Machine hardware type, x86_64
Number of processors on this system, 1
Page size in bytes, 4096
Number of physical pages, 1012708
Megabytes of physical memory, 3955
System info:
$ uname -a
Linux superheavy 2.6.27-ARCH #1 SMP PREEMPT Sun Dec 21 09:13:30 UTC 2008 x86_64 Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz GenuineIntel GNU/Linux
The program is compiled from source with an OS specific makefile provided by the author. For compilation, I ran
make -f linux.makefile xdd
as suggested in the FAQ. Is there a way to compile this program so it properly detects all 4 cores on the processor?
Here is the source and the contents of linux.makefile:
# XDD Makefile for Linux
CFLAGS = -O2 -DLINUX -DLINUXSMP -DSG_IO -D__INTEL__ -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -g
SHELL = /bin/sh
PROJECT = xdd
OBJECTS = xdd.o access_pattern.o barrier.o global_time.o initialization.o parse.o pclk.o read_after_write.o results.o sg.o ticker.o time_stamp.o verify.o
HEADERS = xdd.h pclk.h ticker.h misc.h sg.h sg_err.h
TSOBJECTS = timeserver.o pclk.o ticker.o
GTOBJECTS = gettime.o global_time.o pclk.o ticker.o
all: xdd timeserver gettime
xdd: $(OBJECTS)
gcc -o xdd $(CFLAGS) $(OBJECTS) -lpthread -v
mv -f xdd bin/xdd.linux
timeserver: $(TSOBJECTS)
gcc -o timeserver $(CFLAGS) $(TSOBJECTS) -lpthread -v
mv -f timeserver bin/timeserver.linux
gettime: $(GTOBJECTS)
gcc -o gettime $(CFLAGS) $(GTOBJECTS) -lpthread -v
mv -f gettime bin/gettime.linux
access_pattern.o: access_pattern.c
gcc $(CFLAGS) -c access_pattern.c
barrier.o: barrier.c
gcc $(CFLAGS) -c barrier.c
gettime.o: gettime.c
gcc $(CFLAGS) -c gettime.c
global_time.o: global_time.c
gcc $(CFLAGS) -c global_time.c
initialization.o: initialization.c
gcc $(CFLAGS) -c initialization.c
parse.o: parse.c
gcc $(CFLAGS) -c parse.c
pclk.o: pclk.c
gcc $(CFLAGS) -c pclk.c
read_after_write.o: read_after_write.c
gcc $(CFLAGS) -c read_after_write.c
results.o: results.c
gcc $(CFLAGS) -c results.c
sg.o: sg.c
gcc $(CFLAGS) -c sg.c
ticker.o: ticker.c
gcc $(CFLAGS) -c ticker.c
time_stamp.o: time_stamp.c
gcc $(CFLAGS) -c time_stamp.c
timeserver.o: timeserver.c
gcc $(CFLAGS) -c timeserver.c
verify.o: verify.c
gcc $(CFLAGS) -c verify.c
xdd.o: xdd.c
gcc $(CFLAGS) -c xdd.c
dist: clean
tar cf ../dist.tar .
clean:
-rm -f xdd timeserver gettime a.out $(OBJECTS) $(TSOBJECTS) $(GTOBJECTS)
Any help or direction offered would be very appreciated. Thank you.

I have sent an email concerning this problem to the author. Any advise in the meantime would still be quite helpful. Once resolved, I will submit an XDD package to the AUR.

How to detect potential CPU patch conflict in advance.

Hi,
Is there any way to report the CPU patch conflicts before applying the patch.
I found this syntax: opatch apply -silent -no_bug_superset -report in http://www.oracle.com/technetwork/topics/security/cpu-whitepaper-129885.pdf
However it doesn't work.
I downloaded the patch and unzipped the same:
$cd 10249540
$ls
10013975 10014015 10325885 7155250 7155253 7375611 7609057 8568395 8568402 8836667 8836677 8836683 9173244 9442331 9678695 patchmd.xml
10014009 10249540 7155248 7155251 7155254 7375613 8309592 8568397 8568404 8836671 8836678 8836684 9173253 9442339 9678697 README.html
10014012 10325878 7155249 7155252 7197583 7375617 8309632 8568398 8568405 8836675 8836681 8836686 9442328 9678690 cpu_root.sh
Thank you,

CPU Jan2011 DB Patch - 10249540
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
I tried again with no luck
files/directories not at CPU patch level .. however for interim patches or the patches within the CPU itself those files directories exists .. i.e I changed the directory to one of the patches inside this CPU
[AMD64] ordctec7@auhodctec01 > cd 10249540
[AMD64] ordctec7@auhodctec01 > ls
10013975 10014015 10325885 7155250 7155253 7375611 7609057 8568395 8568402 8836667 8836677 8836683 9173244 9442331 9678695 patchmd.xml
10014009 10249540 7155248 7155251 7155254 7375613 8309592 8568397 8568404 8836671 8836678 8836684 9173253 9442339 9678697 README.html
10014012 10325878 7155249 7155252 7197583 7375617 8309632 8568398 8568405 8836675 8836681 8836686 9442328 9678690 cpu_root.sh
$ cd 8568405
$ ls
etc files
$ opatch apply -silent -no_bug_superset -report
Invoking OPatch 10.2.0.4.2
Oracle Interim Patch Installer version 10.2.0.4.2
Copyright (c) 2007, Oracle Corporation. All rights reserved.
Oracle Home : /dctec7/oracle/product/102
Central Inventory : /dctec7/oracle/oraInventory
from : /etc/oraInst.loc
OPatch version : 10.2.0.4.2
OUI version : 10.2.0.4.0
OUI location : /dctec7/oracle/product/102/oui
Log file location : /dctec7/oracle/product/102/cfgtoollogs/opatch/opatch2011-04-09_09-37-14AM.log
ApplySession applying interim patch '8568405' to OH '/dctec7/oracle/product/102'
Running prerequisite checks...
OPatch will patch the local system only because it detected the Oracle Home has only one associated node in the inventory. To patch additional nodes, exit this session, update the inventory by running 'runInstaller(Unix) or setup(Windows) -updateNodeList...'
Please shutdown Oracle instances running out of this ORACLE_HOME on the local system.
(Oracle Home = '/dctec7/oracle/product/102')
Is the local system ready for patching? y
Y (auto-answered by -silent)
User Responded with: Y
Backing up files and inventory (not for auto-rollback) for the Oracle Home
Users request no RAC file generation. Do not create MP files.
Skip patching component oracle.rdbms, 10.2.0.4.0 and its actions.
The actions are reported here, but are not performed.
Updating archive file "/dctec7/oracle/product/102/lib/libserver10.a" with "lib/libserver10.a/kpolon.o"
Running make for target ioracle
ApplySession skipping inventory update.
Verifying the update...
Inventory and System verification is performed here.
The local system has been patched and can be restarted.
OPatch succeeded.
Thanks,

Bug!?! 100% CPU usage when referencing secured JARs in unsecured JNLP

hi,
i think i just found a bug in jws but i'm not sure yet. it would be nice if somebody can verify this before i create a bug report.
this is my JNLP file (test.jnlp):
<jnlp ...>
<information>
    <title>Test</title>
    <shortcut online="true">
      <desktop/>
    </shortcut>
</information>
<security>
    <all-permissions/>
</security>
<update check="always" policy="always"/>
<resources>
    <java version="1.6"/>
    <jar href="jar/mySecuredJar.jar" download="eager" main="true"/>
</resources>
<application-desc main-class="test.MyTest"/>
</jnlp>this is the file structure on the server:
download/      // public folder
   test.jnlp
   jar/        // private folder secured via basic authentication
      mySecuredJar.jarwhen i access the jnlp file for the first time via browser the jws login dialog opens asking me for credentials since test.jnlp internally references a jar that is in a secured area. while this jws dialog is open my cpu usage is normal - javaw.exe takes about 5%.
however, when i open my application for the 2nd time via desktop shortcut, the jws authentication dialog opens again (jws looks for updates of my jar before the application starts) and javaw.exe takes about 95% of my cpu as long as the dialog is open!!!
when i put the jnlp file in the secured area as well, everything works smoothly. however, this forces users to enter credentials in a browser authentication dialog (browser needs to access the secured jnlp) as well as in the above mentioned jws authentication dialog.
can anybody reproduce this? should i file a bug report?
i tested this on win xp with jre 1.6.0_11.
regards,
stephan

Please, [file |http://javafx.netbeans.org/issues/enter_bug.cgi?component=javafx] an issue on it.

Bug: Duplicates not detected when importing photos older than year 2001

If you import photos taken before 1st of January 2001 00:00:00, duplicates will not be detected even if you select the "Ignore duplicates" option on import. The files will be imported twice into the same location with a "-2" postfix added to their name.
Technical details (to help developers):
To detect duplicates, Lightroom uses a so called import hash (AgLibraryFile.importHash in the database) that has the following form:
<capture_time><original_filename><file_size>,
where:
<capture_time> - interval in seconds between 1st Jan, 2001 00:00:00 and capture time recorded in Exif,
<original_filename> - name of source file before import,
<file_size> - file size in bytes.
The problem here is the <capture_time> part, since it gets negative for files older than 2001, since 1st Jan 2001 is sort of considered the beginning of time (called "epoch" in computing). Lightroom seems to get confused on negative timestamps.

I will report this bug. Thanks!

How to find bug fix descriptions related to CPU patch

Oracle 11.2.0.2
I am getting ready to apply CPU Oct. 2011 patch (12828071) for AIX 32-bit. I went on Metalink and found bug fixes were in this patch: The issue I am having is where can I find out the description for these bugs and what they correct.
Any ideas??
11830776 - DB-11.2.0.2-MOLECULE-001-CPUAPR2011
11830777 - DB-11.2.0.2-MOLECULE-002-CPUAPR2011
11830778 - DB-11.2.0.2-MOLECULE-003-CPUAPR2011
12586486 - DB-11.2.0.2-MOLECULE-004-CPUJUL2011
12586487 - DB-11.2.0.2-MOLECULE-005-CPUJUL2011
12586488 - DB-11.2.0.2-MOLECULE-006-CPUJUL2011
12586489 - DB-11.2.0.2-MOLECULE-007-CPUJUL2011
12586490 - DB-11.2.0.2-MOLECULE-008-CPUJUL2011
12586491 - DB-11.2.0.2-MOLECULE-009-CPUJUL2011
12586492 - DB-11.2.0.2-MOLECULE-010-CPUJUL2011
12586493 - DB-11.2.0.2-MOLECULE-011-CPUJUL2011
12586494 - DB-11.2.0.2-MOLECULE-012-CPUJUL2011
12586495 - DB-11.2.0.2-MOLECULE-013-CPUJUL2011
12586496 - DB-11.2.0.2-MOLECULE-014-CPUJUL2011
12846268 - DB-11.2.0.2-MOLECULE-015-CPUOCT2011
12846269 - DB-11.2.0.2-MOLECULE-016-CPUOCT2011

You can search for the bugs mentioned in My Oracle Support by bug number.
Also a description uses to be included in the readme coming with the patch.
As the readme contains instructions on how to install the patch, you need to read it anyway.
Sybrand Bakker
Senior Oracle DBA

MS-6570 5.6 BIOS won't detect proper CPU speed

I recently flashed my BIOS to the newest 5.6 release, only to have it detect my Athlon 2400 as an 1800. I have the FSB set at 133 mhz, but the CPU multipler only goes up to 13 when I need it at 15 to work correctly. Should I just flash an older release?

thats a Nforce broard and that has no 5.6 bios?
Take a look MS 6570
You must check your your board again and make sure it MS 6570 and if it does then you flash with wrong bios
If 6570 is not the product number than please tell us what it is.

How I can report the bugs I've detected in my firefox ZTE OPEN C with OS 1.3?

1. when I set the alarm this works erratically, is activated at the scheduled time and then comes back on at different times even when it was disabled.
2.-The consumption meter data is eventually restarted.
3. Lowering the brightness to the screen, it works while you are using the ZTE OPEN C. When goes to sleep and re-enter the brightness starts and stays full even when I check the control over it and is on low gloss position.

Hi JGM.,
This was a question that the support team also had. There is a limitation of what we can do to fix bugs on specific OEM builds, however there is a component in Bugzilla.mozilla.org called "Vendcom" that you can file them in with the tag [ZTE Open C 1.3][Componet] etc/
ZTE also has a support contact [http://www.ztedevices.com/support/selectproduct.html?type=software] and you can contact them there as well.
If you have any other questions, we are happy to help.

MSI ENJOY 10 PLUS, Media USB not Detected in CPU (HELP)

winpad enjoy 10 plus I can not be touched, do not work, and the device is not detected on the computer (no media), so can not upgrade the firmware again, the power button (Android system recovery utility v1.3.38) not work, though already updated drivers, follow instructions, the result was like that, please provide a solution,

Try to use another cable to see if the problem comes from the cable.
Also, you can try to insert the straighten paperclip to the reset hole and plug the AC adapter to power on the tablet again.

BUG: soft lockup detected on CPU#0!

Similar Messages

Maybe you are looking for