search for: 0x29a

...: Backtrace: Jul 3 04:02:03 lvs2 kernel: [<c014eaad>] bad_page+0x58/0x89 Jul 3 04:02:03 lvs2 kernel: [<c014eeba>] prep_new_page+0x24/0x3a Jul 3 04:02:03 lvs2 kernel: [<c014f51f>] buffered_rmqueue+0x1c4/0x1e7 Jul 3 04:02:03 lvs2 kernel: [<c014f5f5>] __alloc_pages+0xb3/0x29a Jul 3 04:02:03 lvs2 kernel: [<c01604df>] anon_vma_prepare+0x1f/0x1bf Jul 3 04:02:03 lvs2 kernel: [<c015ad3a>] do_wp_page+0x1d4/0x422 Jul 3 04:02:03 lvs2 kernel: [<c015bf5c>] handle_mm_fault+0x136/0x212 Jul 3 04:02:03 lvs2 kernel: [<c011d967>] do_page_fault+0x1ac/0x50...

...e80>] ttm_bo_unmap_virtual+0x1ec/0x45f [ttm] [ 14.072672] [<f81a13a6>] ttm_bo_move_buffer+0x9b/0xd5 [ttm] [ 14.072683] [<f81a1465>] ttm_bo_validate+0x85/0xc6 [ttm] [ 14.072695] [<f81a1736>] ttm_bo_init+0x290/0x2bb [ttm] [ 14.072722] [<f8217e40>] nouveau_bo_new+0x29a/0x396 [nouveau] [ 14.072749] [<f8217ea5>] ? nouveau_bo_new+0x2ff/0x396 [nouveau] [ 14.072766] [<f8163662>] ? drm_mm_put_block+0x1aa/0x228 [drm] [ 14.072792] [<f8211a94>] nouveau_mem_init+0x25b/0x3b7 [nouveau] [ 14.072818] [<f8210533>] nouveau_card_init+0x9b6/0xc9...

...b1>] __wake_up_common+0x3e/0x68 Jun 7 19:45:21 sraid3 kernel: [<ffffffff8009b1dd>] set_current_groups+0x159/0x164 Jun 7 19:45:21 sraid3 kernel: [<ffffffff88dcf7f3>] :exportfs:export_decode_fh+0x4b/0x50 Jun 7 19:45:21 sraid3 kernel: [<ffffffff88ddcac5>] :nfsd:fh_verify+0x29a/0x4bd Jun 7 19:45:21 sraid3 kernel: [<ffffffff88dddccf>] :nfsd:nfsd_open+0x20/0x184 Jun 7 19:45:21 sraid3 kernel: [<ffffffff88dddffb>] :nfsd:nfsd_write+0x89/0xd5 Jun 7 19:45:21 sraid3 kernel: [<ffffffff88de4b1a>] :nfsd:nfsd3_proc_write+0xea/0x109 Jun 7 19:45:21 sraid3 ke...

...fff81057ef5>] ? get_signal_to_deliver+0x61/0x2b8 [<ffffffff8104e36b>] do_group_exit+0x7f/0xaf [<ffffffff81383349>] ? _spin_unlock_irq+0x32/0x37 [<ffffffff8105812e>] get_signal_to_deliver+0x29a/0x2b8 [<ffffffff81010498>] do_notify_resume+0x90/0x8a4 [<ffffffff8138338e>] ? _spin_unlock_irqrestore+0x40/0x57 [<ffffffff8106c6a7>] ? trace_hardirqs_off_caller+0x1f/0xac [<f...

Hi - I''m trying btrfs with kernel 2.6.38.8-32.fc15.x86_64 (a Fedora kernel). I''m just doing a tar-to-tar copy onto the file system with compress- force=zlib. Here are some traces of the stuck processes. flush-btrfs-5 seems to be stuck: Jul 8 11:49:40 xback2 kernel: [74920.681032] flush-btrfs-5 D ffff88003c7bae60 0 11712 2 0x00000080 Jul 8 11:49:40 xback2 kernel:

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

...r' modules/vfs_shadow_copy.po(.text+0x253): undefined reference to `dbgtext' modules/vfs_shadow_copy.po(.text+0x262): undefined reference to `DEBUGLEVEL_CLASS' modules/vfs_shadow_copy.po(.text+0x276): undefined reference to `DEBUGLEVEL_CLASS_ISSET' modules/vfs_shadow_copy.po(.text+0x29a): undefined reference to `dbghdr' modules/vfs_shadow_copy.po(.text+0x2b1): undefined reference to `dbgtext' modules/vfs_shadow_copy.po(.text+0x2d8): undefined reference to `Realloc' modules/vfs_shadow_copy.po(.text+0x2e7): undefined reference to `DEBUGLEVEL_CLASS' modules/vfs_shado...

Hi, Chris (cc) and I try to get the SGE master monitor work with Apple Leopard dtrace. Unfortunately we are stuck with the error msg below. Anyone having an idea what could be the cause? What I can rule out as cause is function inlining for the reasons explained below. Background information on SGE master monitor implementation is under http://wiki.gridengine.info/wiki/index.php/Dtrace