search for: 0x214

...# bash-3.00# dtrace -n fbt::space_map_seg_compare:entry''{@[stack()]=count();}'' dtrace: description ''fbt::space_map_seg_compare:entry'' matched 1 probe ^C genunix`avl_find+0x38 zfs`space_map_add+0x12c zfs`space_map_load+0x214 zfs`metaslab_activate+0x3c zfs`metaslab_group_alloc+0x1b0 zfs`metaslab_alloc_dva+0x10c zfs`metaslab_alloc+0x2c zfs`zio_dva_allocate+0x50 zfs`zio_write_compress+0x1e4 zfs`arc_write+0xbc zf...

...The local window offset within the generic thread address space is determined by the SetShaderLocalMemoryWindow class method (offset 0x77c in classes *97 and *c0). The shared window offset within the generic thread address space is determined by the SetShaderSharedMemoryWindow class method (offset 0x214 in classes *c0). For both methods, the offset is in bytes, but the window must be aligned to a 16MB boundary (so the lower 24 bits of the data must be zero). The upper 32 bits of the windows are hard-coded to 0 (so they must be placed within the lower 4GB of address space). Generally, it is expec...

...d: G D 3.2.23 #131 [ 100.973270] Call Trace: [ 100.973273] [<ffffffff816674ae>] panic+0x91/0x1a2 [ 100.973278] [<ffffffff8100adb2>] ? check_events+0x12/0x20 [ 100.973282] [<ffffffff81673b0a>] oops_end+0xea/0xf0 [ 100.973286] [<ffffffff81666e6b>] no_context+0x214/0x223 [ 100.973291] [<ffffffff8113cf94>] ? kmem_cache_free+0x104/0x110 [ 100.973295] [<ffffffff8166704b>] __bad_area_nosemaphore+0x1d1/0x1f0 [ 100.973299] [<ffffffff8166707d>] bad_area_nosemaphore+0x13/0x15 [ 100.973304] [<ffffffff816763fb>] do_page_fault+0x35b/0x4f0...

Today I attempted to upgrade to S10_U2 and migrate some mirrored UFS SVM partitions to ZFS. I used Live Upgrade to migrate from U1 to U2 and that went without a hitch on my SunBlade 2000. And the initial conversion of one side of the UFS mirrors to a ZFS pool and subsequent data migration went fine. However, when I attempted to attach the second side mirrors as a mirror of the ZFS pool, all

...[ 8.644114] [<000003ff80174466>] start_xmit+0x1e6/0x49c [virtio_net] > [ 8.644119] [<000000000050571a>] dev_hard_start_xmit+0x346/0x600 > [ 8.644123] [<000000000052a43c>] sch_direct_xmit+0xe8/0x1e8 > [ 8.644126] [<0000000000505be8>] __dev_queue_xmit+0x214/0x4ec > [ 8.644131] [<000000000054a476>] ip_finish_output+0x436/0x90c > [ 8.644134] [<000000000054b7c0>] ip_queue_xmit+0x170/0x3e8 > [ 8.644137] [<00000000005636ca>] tcp_transmit_skb+0x462/0x984 > [ 8.644140] [<0000000000564870>] tcp_write_xmit+0x...

...[ 8.644114] [<000003ff80174466>] start_xmit+0x1e6/0x49c [virtio_net] > [ 8.644119] [<000000000050571a>] dev_hard_start_xmit+0x346/0x600 > [ 8.644123] [<000000000052a43c>] sch_direct_xmit+0xe8/0x1e8 > [ 8.644126] [<0000000000505be8>] __dev_queue_xmit+0x214/0x4ec > [ 8.644131] [<000000000054a476>] ip_finish_output+0x436/0x90c > [ 8.644134] [<000000000054b7c0>] ip_queue_xmit+0x170/0x3e8 > [ 8.644137] [<00000000005636ca>] tcp_transmit_skb+0x462/0x984 > [ 8.644140] [<0000000000564870>] tcp_write_xmit+0x...

...(driver_register) from [<bf1aa170>] (nouveau_drm_init+0x170/0x1000 [nouveau]) [ 8.709857] [<bf1aa170>] (nouveau_drm_init [nouveau]) from [<c0102ed0>] (do_one_initcall+0x54/0x284) [ 8.718980] [<c0102ed0>] (do_one_initcall) from [<c01b3dd4>] (do_init_module+0x64/0x214) [ 8.727079] [<c01b3dd4>] (do_init_module) from [<c01b61a4>] (load_module+0x21b8/0x246c) [ 8.735094] [<c01b61a4>] (load_module) from [<c01b66a4>] (sys_finit_module+0xc4/0xdc) [ 8.742937] [<c01b66a4>] (sys_finit_module) from [<c0101000>] (ret_fast_syscall...

...5 0xf7e46b35 ServiceMain+0x111() in winedevice (0x7ec31a38) 6 0x7edb577d service_thread+0xd6() in advapi32 (0x7ec31aa8) 7 0x7efc5036 call_thread_entry_point+0xe() in ntdll (0x7ec31ab8) 8 0x7efc50bf call_thread_func+0x87() in ntdll (0x7ec31b58) 9 0x7efc5362 start_thread+0x214() in ntdll (0x7ec32468) 10 0xf7e2420e start_thread+0x6e() in libpthread.so.0 (0x7ec324e8) 11 0xf7db939e __clone+0x5e() in libc.so.6 (0x00000000) 0x7ee381ac RaiseException+0x80 in kernel32: subl $4,%esp There are three dumps like this one; the unimplemented functions are win...

...000000000000 0000000000000000 0000000000000007 ffff81000ec640c0 [46237.835488] ffff81012b6a96b0 000028d210c60a79 0000000000001328 ffff81000ec64270 [46237.843057] Call Trace: [46237.845815] [<ffffffff802e9f76>] log_wait_commit+0xa3/0xf5 [46237.851681] [<ffffffff802e48a0>] journal_stop+0x214/0x244 [46237.857341] [<ffffffff8851c259>] :obdfilter:filter_iocontrol+0x139/0xa20 [46237.864413] [<ffffffff8825fe64>] :obdclass:class_cleanup+0x514/0xfc0 [46237.871219] [<ffffffff88263aec>] :obdclass:class_process_config+0x137c/0x1a90 [46237.878749] [<ffffffff88264519>]...

...14] [<000003ff80174466>] start_xmit+0x1e6/0x49c [virtio_net] >> [ 8.644119] [<000000000050571a>] dev_hard_start_xmit+0x346/0x600 >> [ 8.644123] [<000000000052a43c>] sch_direct_xmit+0xe8/0x1e8 >> [ 8.644126] [<0000000000505be8>] __dev_queue_xmit+0x214/0x4ec >> [ 8.644131] [<000000000054a476>] ip_finish_output+0x436/0x90c >> [ 8.644134] [<000000000054b7c0>] ip_queue_xmit+0x170/0x3e8 >> [ 8.644137] [<00000000005636ca>] tcp_transmit_skb+0x462/0x984 >> [ 8.644140] [<0000000000564870>] t...

...within the generic thread address space is determined > by the SetShaderLocalMemoryWindow class method (offset 0x77c in classes *97 and > *c0). > > The shared window offset within the generic thread address space is determined > by the SetShaderSharedMemoryWindow class method (offset 0x214 in classes *c0). > > For both methods, the offset is in bytes, but the window must be aligned to a > 16MB boundary (so the lower 24 bits of the data must be zero). The upper 32 > bits of the windows are hard-coded to 0 (so they must be placed within the > lower 4GB of address space)....

...(driver_register) from [<bf292170>] (nouveau_drm_init+0x170/0x1000 [nouveau]) [ 19.226429] [<bf292170>] (nouveau_drm_init [nouveau]) from [<c0202dbc>] (do_one_initcall+0x54/0x284) [ 19.235557] [<c0202dbc>] (do_one_initcall) from [<c02b2880>] (do_init_module+0x64/0x214) [ 19.243643] [<c02b2880>] (do_init_module) from [<c02b48c8>] (load_module+0x1e30/0x24a8) [ 19.251643] [<c02b48c8>] (load_module) from [<c02b5188>] (sys_finit_module+0xc4/0xdc) [ 19.259470] [<c02b5188>] (sys_finit_module) from [<c02011d4>] (__sys_trace_r...

...uf+0x1aa/0x340) [ 8.644114] [<000003ff80174466>] start_xmit+0x1e6/0x49c [virtio_net] [ 8.644119] [<000000000050571a>] dev_hard_start_xmit+0x346/0x600 [ 8.644123] [<000000000052a43c>] sch_direct_xmit+0xe8/0x1e8 [ 8.644126] [<0000000000505be8>] __dev_queue_xmit+0x214/0x4ec [ 8.644131] [<000000000054a476>] ip_finish_output+0x436/0x90c [ 8.644134] [<000000000054b7c0>] ip_queue_xmit+0x170/0x3e8 [ 8.644137] [<00000000005636ca>] tcp_transmit_skb+0x462/0x984 [ 8.644140] [<0000000000564870>] tcp_write_xmit+0x220/0xd0c [ 8.644...

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

...- _stream->skip) Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0(+0x6bbef) [0x7f50652a4bef] -> /usr/lib64/dovecot/libdovecot.so.0(+0x6bc4e) [0x7f50652a4c4e] -> /usr/lib64/dovecot/libdovecot.so.0(i_fatal+0) [0x7f506525e2be] -> /usr/lib64/dovecot/libdovecot.so.0(i_stream_read+0x214) [0x7f50652ad904] -> /usr/lib64/dovecot/libdovecot.so.0(i_stream_read_data+0x3d) [0x7f50652adfed] -> /usr/lib64/dovecot/libdovecot.so.0(message_get_body_size+0x9d) [0x7f5065299b3d] -> /usr/lib64/dovecot/libdovecot-storage.so.0(index_mail_init_stream+0x200) [0x7f506556f700] -> /usr/l...

...) wrote 55 got smb length of 631 got message type 0x0 of len 0x277 1998/07/31 16:24:29 Transaction 4 of length 635 size=631 smb_com=0x25 smb_rcls=0 smb_reh=0 smb_err=0 smb_flg=8 smb_flg2=1 smb_tid=63 smb_pid=2498 smb_uid=100 smb_mid=1 smt_wct=14 smb_vwv[0]=23 (0x17) smb_vwv[1]=532 (0x214) smb_vwv[2]=2 (0x2) smb_vwv[3]=0 (0x0) smb_vwv[4]=0 (0x0) smb_vwv[5]=0 (0x0) smb_vwv[6]=0 (0x0) smb_vwv[7]=0 (0x0) smb_vwv[8]=0 (0x0) smb_vwv[9]=23 (0x17) smb_vwv[10]=76 (0x4C) smb_vwv[11]=532 (0x214) smb_vwv[12]=99 (0x63) smb_vwv[13]=0 (0x0) smb_bcc=568 [000] 5C 50 49 50 45 5C 4C 41...

On Fri, Oct 2, 2015 at 6:14 PM, Robert Morell <rmorell at nvidia.com> wrote: > Hi Ilia, > > On Fri, Oct 02, 2015 at 06:05:21PM -0400, Ilia Mirkin wrote: >> Hi Robert, >> >> Thanks for the quick response! That goes in line with my observations >> which is that these things happen when using an ATOM/RED instruction. >> I've checked and rechecked that

...; (nouveau_drm_init+0x170/0x1000 [nouveau]) > > [ 8.709857] [<bf1aa170>] (nouveau_drm_init [nouveau]) from > > [<c0102ed0>] (do_one_initcall+0x54/0x284) > > [ 8.718980] [<c0102ed0>] (do_one_initcall) from [<c01b3dd4>] > > (do_init_module+0x64/0x214) > > [ 8.727079] [<c01b3dd4>] (do_init_module) from [<c01b61a4>] > > (load_module+0x21b8/0x246c) > > [ 8.735094] [<c01b61a4>] (load_module) from [<c01b66a4>] > > (sys_finit_module+0xc4/0xdc) > > [ 8.742937] [<c01b66a4>] (sys_finit...

...z): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0(+0x75e1a) [0x7feb14469e1a] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x75e96) [0x7feb14469e96] -> /usr/local/lib/dovecot/libdovecot.so.0(i_error+0) [0x7feb1441b2bf] -> /usr/local/lib/dovecot/libdovecot.so.0(i_stream_read+0x214) [0x7feb144731f4] -> /usr/local/lib/dovecot/libdovecot.so.0(i_stream_read_data+0x52) [0x7feb144733b2] -> /usr/local/lib/dovecot/libdovecot.so.0(message_get_body_size+0xa9) [0x7feb1445da89] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(index_mail_init_stream+0x16f) [0x7feb1473795...

Hello I have a lot of problem using the xenbus api (in xen-3.0-testing). I had to modify the network backend driver (file netback.c), and each call to a xenbus function in a virtual machine make my machine reboot (not the virtual, the real machine). for example, I ''ve add this line of code (wich is useless):