search for: bust_spinlock

...lt;b0218215> lock_sock+0x85/0x8d <b021604b> sock_fasync+0x5c/0x111 <b0216fa1> sock_close+0x1e/0x2a <b0153fcd> __fput+0x87/0x13c <b0151b57> filp_close+0x4e/0x54 <b011e0a1> put_files_struct+0x64/0xa6 <b011f006> do_exit+0x1b0/0x6be <b0114e08> bust_spinlocks+0x3a/0x43 <b0103ee6> die+0x1d3/0x288 <b0103f76> die+0x263/0x288 <b011533a> do_page_fault+0x441/0x526 <b0114ef9> do_page_fault+0x0/0x526 <b01036f7> error_code+0x4f/0x54 <f0872d73> ext3_xattr_delete_inode+0x5/0xab [ext3] <f0865bcb> ext3_free_in...

...char *kdata, const struct iovec *iov, - int offset, int len); #endif diff --git a/lib/Makefile b/lib/Makefile index 3c3b30b..1071d06 100644 --- a/lib/Makefile +++ b/lib/Makefile @@ -24,7 +24,7 @@ obj-y += lockref.o obj-y += bcd.o div64.o sort.o parser.o halfmd4.o debug_locks.o random32.o \ bust_spinlocks.o hexdump.o kasprintf.o bitmap.o scatterlist.o \ - gcd.o lcm.o list_sort.o uuid.o flex_array.o iovec.o clz_ctz.o \ + gcd.o lcm.o list_sort.o uuid.o flex_array.o clz_ctz.o \ bsearch.o find_last_bit.o find_next_bit.o llist.o memweight.o kfifo.o \ percpu-refcount.o percpu_ida.o rhashtable.o r...

...char *kdata, const struct iovec *iov, - int offset, int len); #endif diff --git a/lib/Makefile b/lib/Makefile index 3c3b30b..1071d06 100644 --- a/lib/Makefile +++ b/lib/Makefile @@ -24,7 +24,7 @@ obj-y += lockref.o obj-y += bcd.o div64.o sort.o parser.o halfmd4.o debug_locks.o random32.o \ bust_spinlocks.o hexdump.o kasprintf.o bitmap.o scatterlist.o \ - gcd.o lcm.o list_sort.o uuid.o flex_array.o iovec.o clz_ctz.o \ + gcd.o lcm.o list_sort.o uuid.o flex_array.o clz_ctz.o \ bsearch.o find_last_bit.o find_next_bit.o llist.o memweight.o kfifo.o \ percpu-refcount.o percpu_ida.o rhashtable.o r...

...c0160018>] [<c0165e69>] [<c01614c3>] [<c01e93d3>] [<c0164375>] [<c01641e0>] [<c0105726>] [<c0164200>] Code: 0f 0b e9 a9 fe ff ff 8d 76 00 53 8b 44 24 08 8b 5c 24 0c 85 >>EIP; c011ab96 <do_exit+1b6/1c0> <===== Trace; c0114b9e <bust_spinlocks+3e/50> Trace; c01074b6 <die+46/60> Trace; c0165e69 <__journal_remove_journal_head+9/e0> Trace; c0165e69 <__journal_remove_journal_head+9/e0> Trace; c0114f87 <do_page_fault+3a7/4eb> Trace; f899b662 <[nfsd]nfsd_proc_rename+52/110> Trace; f8906195 <[md]md_make_requ...

...================================== --- work-pv.orig/kernel/panic.c +++ work-pv/kernel/panic.c @@ -78,6 +78,7 @@ NORET_TYPE void panic(const char * fmt, vsnprintf(buf, sizeof(buf), fmt, args); va_end(args); printk(KERN_EMERG "Kernel panic - not syncing: %s\n",buf); + dump_stack(); bust_spinlocks(0); /* --

...================================== --- work-pv.orig/kernel/panic.c +++ work-pv/kernel/panic.c @@ -78,6 +78,7 @@ NORET_TYPE void panic(const char * fmt, vsnprintf(buf, sizeof(buf), fmt, args); va_end(args); printk(KERN_EMERG "Kernel panic - not syncing: %s\n",buf); + dump_stack(); bust_spinlocks(0); /* --

...>] ? mod_timer+0x147/0x230 Sep 17 15:26:18 box6 kernel: [ 1948.826161] [<ffffffff8134350e>] do_unblank_screen+0x9e/0x170 Sep 17 15:26:18 box6 kernel: [ 1948.826165] [<ffffffff813435f0>] unblank_screen+0x10/0x20 Sep 17 15:26:18 box6 kernel: [ 1948.826169] [<ffffffff812be8ad>] bust_spinlocks+0x1d/0x40 Sep 17 15:26:18 box6 kernel: [ 1948.826172] [<ffffffff8155bbef>] oops_end+0x3f/0xf0 Sep 17 15:26:18 box6 kernel: [ 1948.826175] [<ffffffff8101711b>] die +0x5b/0x90 Sep 17 15:26:18 box6 kernel: [ 1948.826179] [<ffffffff8155b7e2>] do_general_protection+0x152/0x160 Sep...

....14-zach-work/arch/i386/mm/fault.c =================================================================== --- linux-2.6.14-zach-work.orig/arch/i386/mm/fault.c 2005-11-04 19:25:27.000000000 -0800 +++ linux-2.6.14-zach-work/arch/i386/mm/fault.c 2005-11-04 19:26:37.000000000 -0800 @@ -56,77 +56,6 @@ void bust_spinlocks(int yes) console_loglevel = loglevel_save; } -/* - * Return EIP plus the CS segment base. The segment limit is also - * adjusted, clamped to the kernel/user address space (whichever is - * appropriate), and returned in *eip_limit. - * - * The segment is checked, because it might have been ch...

....14-zach-work/arch/i386/mm/fault.c =================================================================== --- linux-2.6.14-zach-work.orig/arch/i386/mm/fault.c 2005-11-04 19:25:27.000000000 -0800 +++ linux-2.6.14-zach-work/arch/i386/mm/fault.c 2005-11-04 19:26:37.000000000 -0800 @@ -56,77 +56,6 @@ void bust_spinlocks(int yes) console_loglevel = loglevel_save; } -/* - * Return EIP plus the CS segment base. The segment limit is also - * adjusted, clamped to the kernel/user address space (whichever is - * appropriate), and returned in *eip_limit. - * - * The segment is checked, because it might have been ch...

Removing the percpu_ida code nets over 400 lines of removal. It's not as spectacular as deleting an entire architecture, but it's still a worthy reduction in lines of code. Untested due to lack of hardware and not understanding how to set up a target platform. Changes from v1: - Fixed bugs pointed out by Jens in iscsit_wait_for_tag() - Abstracted out tag freeing as requested by Bart

Removing the percpu_ida code nets over 400 lines of removal. It's not as spectacular as deleting an entire architecture, but it's still a worthy reduction in lines of code. Untested due to lack of hardware and not understanding how to set up a target platform. Changes from v1: - Fixed bugs pointed out by Jens in iscsit_wait_for_tag() - Abstracted out tag freeing as requested by Bart

From: Matthew Wilcox <mawilcox at microsoft.com> This is a pretty rough-and-ready conversion of the target drivers from using percpu_ida to sbitmap. It compiles; I don't have a target setup, so it's completely untested. I haven't tried to do anything particularly clever here, so it's possible that, for example, the wait queue in iscsi_target_util could be more clever, like

Hi, We are trying to validate Asterisk as a media gateway PRI <-> SIP with two T400P (8 T1s) per box. The first experience with BOX1 (Compaq, 2.53 GHz, 1 Gb RAM) and just one T400P was encouraging - on the load test with 3 T1s worth of calls we had on average 75% idle CPU. Not so with BOX2 (Dell, single 2.6 GHz Xeon, 1 Gb RAM, 2 T400P) and BOX3 (Dell, dual 2.6 GHz Xeon, 2 Gb RAM, 2 T400P,

Hi All, I followed the instructions here at http://bderzhavets.wordpress.com/2009/06/10/setup-fedora-11-pv-domu-at-xen-3-4-1-dom0-kernel-2-6-30-rc6-tip-on-top-of-fedora-11/ However, when I do a "make menuconfig", I cannot see any XEN related configuration options. What am I missing? Thank you. Mr. Teo En Ming Dip(Mechatronics Engineering) BEng(Hons)(Mechanical Engineering)