search for: _spin_lock_irqsave

...;] :xfs:xfs_trans_cancel+0x5b/0xfe [2870477.695643]? [<ffffffff8826bb7d>] :xfs:xfs_mkdir+0x57c/0x5d7 [2870477.695673]? [<ffffffff8822f3f8>] :xfs:xfs_attr_get+0xbf/0xd2 [2870477.695707]? [<ffffffff88273326>] :xfs:xfs_vn_mknod+0x1e1/0x3bb [2870477.695726]? [<ffffffff80264929>] _spin_lock_irqsave+0x9/0x14 [2870477.695736]? [<ffffffff802230e6>] __up_read+0x19/0x7f [2870477.695764]? [<ffffffff8824f8f4>] :xfs:xfs_iunlock+0x57/0x79 [2870477.695776]? [<ffffffff80264929>] _spin_lock_irqsave+0x9/0x14 [2870477.695784]? [<ffffffff802230e6>] __up_read+0x19/0x7f [2870477.695791...

...csi_dispatch_cmd+0x290/0x322 [<ffffffff880790e2>] :scsi_mod:scsi_request_fn+0x2c5/0x39c [<ffffffff8025c62a>] generic_unplug_device+0x22/0x37 [<ffffffff8835c060>] :raid456:unplug_slaves+0x60/0x9b [<ffffffff8836122f>] :raid456:raid5d+0x17c/0x187 [<ffffffff802639f9>] _spin_lock_irqsave+0x9/0x14 [<ffffffff803fed01>] md_thread+0xf8/0x10e [<ffffffff80299fec>] autoremove_wake_function+0x0/0x2e [<ffffffff803fec09>] md_thread+0x0/0x10e [<ffffffff80233483>] kthread+0xfe/0x132 [<ffffffff8025fb2c>] child_rip+0xa/0x12 [<ffffffff80299dd4>] keventd_c...

...ol _spin_lock WARNING: /lib/modules/2.6.11-xen0/kernel/fs/autofs/autofs.ko needs unknown symbo l _spin_unlock WARNING: /lib/modules/2.6.11-xen0/kernel/fs/autofs/autofs.ko needs unknown symbo l _spin_unlock_irqrestore WARNING: /lib/modules/2.6.11-xen0/kernel/fs/autofs/autofs.ko needs unknown symbo l _spin_lock_irqsave WARNING: /lib/modules/2.6.11-xen0/kernel/fs/autofs/autofs.ko needs unknown symbo l _spin_lock WARNING: /lib/modules/2.6.11-xen0/kernel/drivers/char/drm/drm.ko needs unknown s ymbol _spin_unlock WARNING: /lib/modules/2.6.11-xen0/kernel/drivers/char/drm/drm.ko needs unknown s ymbol _spin_unlock_irqre...

...ck to normal with a run time at 150 secs. I''ve created an infographic from our ganglia graphs for the above scenario. https://dl.dropboxusercontent.com/u/23468442/misc/lustre_bc_overhead.png Attached is an excerpt from perf top indicating that the kernel routine taking the most time is _spin_lock_irqsave if that means anything to anyone. Things tested: It does not seem to matter if we mount lustre over infiniband or ethernet. Filling the buffer cache with files from an NFS filesystem does not degrade performance. Filling the buffer cache with one large file does not give degraded performance....

..._mod:dm_any_congested+0x38/0x3f Apr 2 17:18:28 s_local at webmail kernel:[<ffffffff80213c47>] filemap_nopage+0x148/0x322 Apr 2 17:18:28 s_local at webmail kernel:[<ffffffff80208db9>] __handle_mm_fault+0x440/0x11f6 Apr 2 17:18:28 s_local at webmail kernel:[<ffffffff802639f9>] _spin_lock_irqsave+0x9/0x14 Apr 2 17:18:28 s_local at webmail kernel:[<ffffffff802666ef>] do_page_fault+0xf7b/0x12e0 Apr 2 17:18:28 s_local at webmail kernel:[<ffffffff8025f82b>] error_exit+0x0/0x6e Apr 2 17:18:28 s_local at webmail kernel: Apr 2 17:18:28 s_local at webmail kernel:Mem-info: Apr 2 1...

Previous 2.6.31-rc8 kernel was built on F11 and installed with modules on F12. Current kernel has been built on F12 (2.6.31-0.204.rc9.fc12.x86_64) and installed on F12 before loading under Xen 3.4.1. Dmesg log looks similar to Michael Yuong''s ''rc7.git4''  kernel for F12. Boris. --- On Tue, 9/8/09, Boris Derzhavets <bderzhavets@yahoo.com> wrote: From: Boris

...bd.ko needs unknown symbol _spin_unlock_irqrestore WARNING: /lib/modules/2.6.9-55.0.2.EL/extra/drbd.ko needs unknown symbol _spin_lock_irq WARNING: /lib/modules/2.6.9-55.0.2.EL/extra/drbd.ko needs unknown symbol del_timer_sync WARNING: /lib/modules/2.6.9-55.0.2.EL/extra/drbd.ko needs unknown symbol _spin_lock_irqsave WARNING: /lib/modules/2.6.9-55.0.2.EL/extra/drbd.ko needs unknown symbol _spin_lock Installed: kmod-drbd.i686 0:0.7.24-1.2.6.9_55.0.2.EL Complete! # uname -a Linux *** 2.6.9-55.0.2.EL #1 Tue Jun 26 14:08:18 EDT 2007 i686 i686 i386 GNU/Linux # modprobe drbd FATAL: Error inserting drbd (/lib/modul...

Hello everybody, I''ve finished with pci export from DomU to Dom0 (Debian Etch) but now i have a new problem, and a big one. My ethernet card is dropping packets but after some time (i can''t tell how) It can work for a day (not in production so not hard tested) and then all packets are dropped. Look at the ifconfig output : eth0      Link encap:Ethernet  HWaddr

...;ffffffff8020efe8>] __alloc_pages+0x229/0x2b2 [<ffffffff8023fd5b>] __lock_page+0x5e/0x64 [<ffffffff80232637>] read_swap_cache_async+0x42/0xd1 [<ffffffff802b32a2>] swapin_readahead+0x4e/0x77 [<ffffffff8020929d>] __handle_mm_fault+0xae3/0xf46 [<ffffffff80260709>] _spin_lock_irqsave+0x9/0x14 [<ffffffff80262fe8>] do_page_fault+0xe48/0x11dc [<ffffffff80207138>] kmem_cache_free+0x77/0xca [<ffffffff8025cb6f>] error_exit+0x0/0x6e We think the whole problem is how the kernel fails to handle resource cloging (to many interrupts, heavy CPU and memory usage in the...

...;ffffffff8020efe8>] __alloc_pages+0x229/0x2b2 [<ffffffff8023fd5b>] __lock_page+0x5e/0x64 [<ffffffff80232637>] read_swap_cache_async+0x42/0xd1 [<ffffffff802b32a2>] swapin_readahead+0x4e/0x77 [<ffffffff8020929d>] __handle_mm_fault+0xae3/0xf46 [<ffffffff80260709>] _spin_lock_irqsave+0x9/0x14 [<ffffffff80262fe8>] do_page_fault+0xe48/0x11dc [<ffffffff80207138>] kmem_cache_free+0x77/0xca [<ffffffff8025cb6f>] error_exit+0x0/0x6e We think the whole problem is how the kernel fails to handle resource cloging (to many interrupts, heavy CPU and memory usage in the...

...vclock_clocksource_read+0x81/0xef [ 289.059832] [<ffffffff810129ee>] ? __spin_time_accum+0x3d/0x79 [ 289.059840] [<ffffffff81012e8a>] ? __xen_spin_lock+0x12f/0x150 [ 289.059848] [<ffffffff81012ed7>] ? xen_spin_lock_flags+0x2c/0x35 [ 289.059856] [<ffffffff8173205e>] ? _spin_lock_irqsave+0x52/0x6e [ 289.059864] [<ffffffff810f050a>] __enable_irq+0x5c/0xaf [ 289.059872] [<ffffffff810f0a91>] enable_irq+0x67/0x9b [ 289.059879] [<ffffffff813b4fd8>] evtchn_write+0xfe/0x14f [ 289.059887] [<ffffffff8116cfde>] vfs_write+0xf4/0x172 [ 289.059894] [<fffffff...

...6eb2e>] ip6_output2+0x256/0x2a7 [ipv6] [<d136f656>] ip6_output+0x9c7/0x9f3 [ipv6] [<d137c8c0>] dst_output+0x0/0x7 [ipv6] [<c05c3d12>] nf_hook_slow+0x3a/0x90 [<d137c8c0>] dst_output+0x0/0x7 [ipv6] [<d137e4d6>] ndisc_send_ns+0x3a8/0x47a [ipv6] [<c06090d8>] _spin_lock_irqsave+0x8/0x28 [<c042914a>] lock_timer_base+0x15/0x2f [<d1375ddb>] addrconf_dad_timer+0xc3/0xdf [ipv6] [<c0434244>] hrtimer_run_queues+0x14b/0x163 [<d1375d18>] addrconf_dad_timer+0x0/0xdf [ipv6] [<c0429600>] run_timer_softirq+0x101/0x15c [<c042613e>] __do_softirq...

...tion. turning off the locking correctness validator. [<c1005d3a>] show_trace_log_lvl+0x1a/0x2f [<c10062e3>] show_trace+0x12/0x14 [<c100635e>] dump_stack+0x16/0x18 [<c10363c7>] __lock_acquire+0x118/0x835 [<c1036de1>] lock_acquire+0x61/0x80 [<c11f58b7>] _spin_lock_irqsave+0x33/0x43 [<c11f54f6>] __down+0x3c/0xbf [<c11f5332>] __down_failed+0xa/0x10 [<cd3bb083>] init_module+0x11b/0x15c [mISDN_core] [<c103d23c>] sys_init_module+0x173e/0x1899 [<c1005540>] syscall_call+0x7/0xb ======================= mISDNd: kernel daemon started...

...nel(__skb_checksum_complete) = 0xcf0b750c kernel(__skb_warn_lro_forwarding) = 0x4d288688 kernel(__stack_chk_fail) = 0xf0fdf6cb kernel(__wake_up) = 0x642e54ac kernel(_read_lock) = 0x1a75caa3 kernel(_spin_lock) = 0x973873ab kernel(_spin_lock_bh) = 0x93cbd1ec kernel(_spin_lock_irq) = 0xecde1418 kernel(_spin_lock_irqsave) = 0x712aa29b kernel(_spin_unlock_bh) = 0x3aa1dbcf kernel(_spin_unlock_irqrestore) = 0x4b07e779 kernel(add_timer) = 0x46085e4f kernel(alloc_netdev_mq) = 0xafbc0d15 kernel(autoremove_wake_function) = 0xc8b57c27 kernel(boot_tvec_bases) = 0xfc6256b9 kernel(call_rcu) = 0x1251d30f kernel(complete) = 0xe...

...en+0x1e1/0x220 Sep 17 15:26:18 box6 kernel: [ 1948.826138] [<ffffffffa0196446>] fbcon_blank+0x156/0x250 [fbcon] Sep 17 15:26:18 box6 kernel: [ 1948.826145] [<ffffffff810397a9>] ? default_spin_lock_flags+0x9/0x10 Sep 17 15:26:18 box6 kernel: [ 1948.826148] [<ffffffff8155aa2f>] ? _spin_lock_irqsave+0x2f/0x40 Sep 17 15:26:18 box6 kernel: [ 1948.826154] [<ffffffff81076c7c>] ? lock_timer_base+0x3c/0x70 Sep 17 15:26:18 box6 kernel: [ 1948.826157] [<ffffffff81077d17>] ? mod_timer+0x147/0x230 Sep 17 15:26:18 box6 kernel: [ 1948.826161] [<ffffffff8134350e>] do_unblank_screen+0x9...

...fffff81a01d70 000000000000e02b 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) ffff8300baff4000 0000000000000000 0000000000000000 (XEN) Xen call trace: (XEN) [<ffff82c480122353>] check_lock+0x1b/0x45 (XEN) [<ffff82c48012272a>] _spin_lock_irqsave+0x21/0x67 (XEN) [<ffff82c48015ef3d>] domain_spin_lock_irq_desc+0x6d/0xa0 (XEN) (XEN) Pagetable walk from ffff8312a707a4b8: (XEN) L4[0x106] = 00000000baaa1027 5555555555555555 (XEN) L3[0x04a] = 0000000000000000 ffffffffffffffff (XEN) (XEN) **************************************** (XE...

Hello, I have Ubuntu installed as a domU on the debian dom0, and connect via VNC in dom0. This is great for doing installs, and seeing the console output. However the VNC session doesn''t seem to keep the active connection during a domU reboot. Has anyone got this working? If so, how? -- John _______________________________________________ Xen-users mailing list

...3: error: ?struct zone? has no member named ?zone_pgdat? In file included from include/linux/module.h:9, from /usr/src/dahdi/drivers/dahdi/dahdi-base.c:40: include/linux/sched.h: In function ?dequeue_signal_lock?: include/linux/sched.h:1326: error: implicit declaration of function ?_spin_lock_irqsave? include/linux/sched.h:1328: error: implicit declaration of function ?_spin_unlock_irqrestore? In file included from include/asm/pci.h:32, from include/linux/pci.h:804, from /usr/src/dahdi/drivers/dahdi/dahdi-base.c:42: include/linux/mm.h: In function ?page_to_nid?...

Hi All, I''m getting the attached panic in the hypervisor on a Sun 6270 running xen-testing.hg changeset 19913:6063c16aeeaa. I can run xen-3.3.1 from the standard SLES 11 distribution (which says that it''s changeset 18546 but it has many patches). Any ideas? thanks, dan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

...f880427403eb0 000000000000e02b 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) ffff8300bcffc000 0000000000000000 0000000000000000 (XEN) Xen call trace: (XEN) [<ffff82d0801285de>] check_lock+0x1e/0x3b (XEN) [<ffff82d0801286ec>] _spin_lock_irqsave+0x17/0x84 (XEN) [<ffff82d08016c1c5>] pirq_spin_lock_irq_desc+0x38/0x80 (XEN) [<ffff82d08016c59d>] pirq_guest_eoi+0x1f/0x36 (XEN) [<ffff82d080180249>] do_physdev_op+0x13c/0x112b (XEN) [<ffff82d0802248db>] syscall_enter+0xeb/0x145 (XEN) (XEN) Pagetable walk from f...