search for: 0x36

...29, 0x2a, 0x2c }, { 0x29, 0x2a, 0x2b, 0x2d }, { 0x2a, 0x2b, 0x2c, 0x2e }, { 0x2b, 0x2c, 0x2d, 0x2f }, { 0x2c, 0x2d, 0x2e, 0x30 }, { 0x2d, 0x2e, 0x2f, 0x31 }, { 0x2e, 0x2f, 0x30, 0x32 }, { 0x2f, 0x30, 0x31, 0x33 }, { 0x30, 0x31, 0x32, 0x34 }, { 0x31, 0x32, 0x33, 0x35 }, { 0x32, 0x33, 0x34, 0x36 }, { 0x33, 0x34, 0x35, 0x37 }, { 0x34, 0x35, 0x36, 0x38 }, { 0x35, 0x36, 0x37, 0x39 }, { 0x36, 0x37, 0x38, 0x3a }, { 0x37, 0x38, 0x39, 0x3b }, { 0x38, 0x39, 0x3a, 0x3c }, { 0x39, 0x3a, 0x3b, 0x3d }, { 0x3a, 0x3b, 0x3c, 0x3e }, { 0x3b, 0x3c, 0x3d, 0x3f }, { 0x3c, 0x3d, 0x3e, 0x40 }, { 0x3...

...29, 0x2a, 0x2c }, { 0x29, 0x2a, 0x2b, 0x2d }, { 0x2a, 0x2b, 0x2c, 0x2e }, { 0x2b, 0x2c, 0x2d, 0x2f }, { 0x2c, 0x2d, 0x2e, 0x30 }, { 0x2d, 0x2e, 0x2f, 0x31 }, { 0x2e, 0x2f, 0x30, 0x32 }, { 0x2f, 0x30, 0x31, 0x33 }, { 0x30, 0x31, 0x32, 0x34 }, { 0x31, 0x32, 0x33, 0x35 }, { 0x32, 0x33, 0x34, 0x36 }, { 0x33, 0x34, 0x35, 0x37 }, { 0x34, 0x35, 0x36, 0x38 }, { 0x35, 0x36, 0x37, 0x39 }, { 0x36, 0x37, 0x38, 0x3a }, { 0x37, 0x38, 0x39, 0x3b }, { 0x38, 0x39, 0x3a, 0x3c }, { 0x39, 0x3a, 0x3b, 0x3d }, { 0x3a, 0x3b, 0x3c, 0x3e }, { 0x3b, 0x3c, 0x3d, 0x3f }, { 0x3c, 0x3d, 0x3e, 0x40 }, { 0x3...

...d bring it back, that would solve the issue. Any other suggestions? [2023-07-21 18:51:38.260507] W [inode.c:1638:inode_table_prune] (-->/usr/lib/x86_64-linux-gnu/glusterfs/6.10/xlator/features/shard.so(+0x21b47) [0x7fb261c13b47] -->/usr/lib/x86_64-linux-gnu/libglusterfs.so.0(inode_unref+0x36) [0x7fb26947f416] -->/usr/lib/x86_64-linux-gnu/libglusterfs.so.0(+0x3337a) [0x7fb26947f37a] ) 0-GLB1image-shard: Empty inode lru list found but with (-2) lru_size [2023-07-21 18:51:38.261231] W [inode.c:1638:inode_table_prune] (-->/usr/lib/x86_64-linux-gnu/glusterfs/6.10/xlator/mount/fus...

With lightweight desktoping, the atomic modesetting seems far from robust. BUG: unable to handle kernel NULL pointer dereference at 0000000000000021 IP: dma_fence_wait_timeout+0x36/0xf0 ... Oops: 0000 [#1] SMP Modules linked in: ... nouveau ... CPU: 0 PID: 6895 Comm: Xorg Not tainted 4.10.5-1001.fc24.x86_64 #1 ... Call Trace: drm_atomic_helper_wait_for_fences+0x48/0x120 [drm_kms_helper] nv50_disp_atomic_commit+0x19c/0x2a0 [nouveau] drm_atomic_commit+0x4b/0x50 [drm] drm_at...

...d bring it back, that would solve the issue. Any other suggestions? [2023-07-21 18:51:38.260507] W [inode.c:1638:inode_table_prune] (-->/usr/lib/x86_64-linux-gnu/glusterfs/6.10/xlator/features/shard.so(+0x21b47) [0x7fb261c13b47] -->/usr/lib/x86_64-linux-gnu/libglusterfs.so.0(inode_unref+0x36) [0x7fb26947f416] -->/usr/lib/x86_64-linux-gnu/libglusterfs.so.0(+0x3337a) [0x7fb26947f37a] ) 0-GLB1image-shard: Empty inode lru list found but with (-2) lru_size [2023-07-21 18:51:38.261231] W [inode.c:1638:inode_table_prune] (-->/usr/lib/x86_64-linux-gnu/glusterfs/6.10/xlator/mount/fus...

...0x53, 0x6E, 0x61, 0x74, 0x69, 0x76, 0x65, 0x00, 0x41, 0x53, 0x53, 0x65, 0x74, 0x4E, - 0x61, 0x74, 0x69, 0x76, 0x65, 0x41, 0x63, 0x63, 0x65, 0x73, 0x73, 0x6F, 0x72, 0x00, 0x46, 0x75, - 0x6E, 0x63, 0x74, 0x69, 0x6F, 0x6E, 0x00, 0x70, 0x72, 0x6F, 0x74, 0x6F, 0x74, 0x79, 0x70, 0x65, - 0x00, 0x36, 0x63, 0x61, 0x6C, 0x6C, 0x2C, 0x36, 0x61, 0x70, 0x70, 0x6C, 0x79, 0x00, 0x41, 0x53, - 0x53, 0x65, 0x74, 0x50, 0x72, 0x6F, 0x70, 0x46, 0x6C, 0x61, 0x67, 0x73, 0x00, 0x4F, 0x62, 0x6A, - 0x65, 0x63, 0x74, 0x00, 0x36, 0x77, 0x61, 0x74, 0x63, 0x68, 0x2C, 0x36, 0x75, 0x6E, 0x77, 0x61, - 0x74...

...0x30 0x30 0x30 0x31 0x33 0x31 0x03 Device --> 0x02 0x21 0x20 0x47 0x49 0x33 0x38 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x55 0x4f 0x43 0x31 0x32 0x30 0x31 0x30 0x33 0x35 0x20 0x20 0x20 0x20 0x20 0x20 0x53 0x57 0x4d 0x30 0x32 0x30 0x2d 0x30 0x31 0x2d 0x32 0x36 0x31 0x33 0x30 0x30 0x30 0x30 0x31 0x38 0x30 0x30 0x30 0x30 0x30 0x3b 0x33 0x38 0x03 Host --> 0x02 0x20 0x21 0x47 0x4e 0x30 0x30 0x30 0x31 0x33 0x36 0x03 Device --> 0x02 0x21 0x20 0x47 0x4e 0x31 0x36 0x30 0x30 0x37 0x3d 0x30 0x30 0x30 0x35 0x37 0x38 0x30 0x36 0x30 0x30 0x30 0x37 0x30 0x3e 0...

...==================== [ INFO: possible recursive locking detected ] 3.15.0-rc8-custom-00058-gd2cfd31 #1 Tainted: G O --------------------------------------------- X/25827 is trying to acquire lock: (&dev->struct_mutex){+.+.+.}, at: [<ffffffffa008ebb6>] i915_gem_unmap_dma_buf+0x36/0xd0 [i915] but task is already holding lock: (&dev->struct_mutex){+.+.+.}, at: [<ffffffffa00055c5>] drm_gem_object_handle_unreference_unlocked+0x105/0x130 [drm] other info that might help us debug this: Possible unsafe locking scenario: CPU0 ---- lock(&dev->...

...2] -> dovecot/doveadm-server(dsync_brain_recv_mailbox_tree_deletes+0xbb) [0x41c39b] -> dovecot/doveadm-server(dsync_brain_run+0x37c) [0x41972c] -> dovecot/doveadm-server() [0x419bf8] -> dovecot/doveadm-server() [0x42ba20] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x36) [0x7f7bf42ed3d6] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0xaf) [0x7f7bf42ee23f] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_run+0x28) [0x7f7bf42ecf18] -> dovecot/doveadm-server() [0x416e59] -> dovecot/doveadm-server() [0x40cc77] -> dovecot/doveadm-s...

...amp;mm->unused_lock)->rlock){+.+...} [ 2417.746724] ... which became HARDIRQ-irq-unsafe at: [ 2417.746725] ... [<ffffffff81097418>] __lock_acquire+0x6eb/0x8f4 [ 2417.746729] [<ffffffff81097769>] lock_acquire+0x148/0x18d [ 2417.746732] [<ffffffff8143b1d9>] _raw_spin_lock+0x36/0x45 [ 2417.746735] [<ffffffff8129f641>] drm_mm_pre_get+0x20/0x1a7 [ 2417.746738] [<ffffffffa00963f2>] ttm_bo_init+0x234/0x385 [ttm] [ 2417.746743] [<ffffffffa00b67e4>] nouveau_bo_new+0x366/0x3eb [nouveau] [ 2417.746750] [<ffffffffa00ad341>] nouveau_mem_init+0x262/0x...

...[<ffffffff8006ecd9>] do_gettimeofday+0x40/0x90 [<ffffffff8005a412>] getnstimeofday+0x10/0x29 [<ffffffff80028bb2>] sync_page+0x0/0x43 [<ffffffff800637de>] io_schedule+0x3f/0x67 [<ffffffff80028bf0>] sync_page+0x3e/0x43 [<ffffffff80063922>] __wait_on_bit_lock+0x36/0x66 [<ffffffff8003f980>] __lock_page+0x5e/0x64 [<ffffffff800a34d5>] wake_bit_function+0x0/0x23 [<ffffffff8000c425>] do_generic_mapping_read+0x1df/0x359 [<ffffffff8000d251>] file_read_actor+0x0/0x159 [<ffffffff8000c6eb>] __generic_file_aio_read+0x14c/0x198 [<f...

...f (!info->sense) info->drive = 0x3e; + if (!info->sense) info->sense = 0x3e; } else if (idx == 1) { info->drive = nv_ro08(bios, ent + 6); if (!info->drive) info->drive = 0x37; info->sense = nv_ro08(bios, ent + 7); - if (!info->sense) info->drive = 0x36; + if (!info->sense) info->sense = 0x36; } info->type = DCB_I2C_NV04_BIT; -- 1.7.10.4

...rep+0x4b0/0x4b0 [<ffffffff8130fde6>] ? create_object+0x406/0x4d0 [<ffffffff8130f9e0>] ? kmemleak_disable+0x70/0x70 [<ffffffff82012d57>] ? nouveau_abi16_get+0x37/0x80 [<ffffffff8118dfc6>] ? trace_hardirqs_on_caller+0x16/0x280 [<ffffffff81309e36>] ? kasan_unpoison_shadow+0x36/0x50 [<ffffffff81309e36>] ? kasan_unpoison_shadow+0x36/0x50 [<ffffffff81306803>] ? kmem_cache_alloc_trace+0x123/0x290 [<ffffffff8201333c>] ? nouveau_abi16_ioctl_channel_alloc+0xec/0x4d0 [<ffffffff820133fe>] nouveau_abi16_ioctl_channel_alloc+0x1ae/0x4d0 [<ffffffff82013250&...

....so.0(+0xd90ee) [0x7f5bf02f10ee] -> /usr/lib/dovecot/libdovecot.so.0(+0xd9131) [0x7f5bf02f1131] -> /usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x7f5bf0256efd] -> /usr/lib/dovecot/libdovecot.so.0(+0xf078c) [0x7f5bf030878c] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0x36) [0x7f5bf030b1f6] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x56) [0x7f5bf03099c6] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x38) [0x7f5bf0309be8] -> /usr/libexec/dovecot/maildirlock(main+0x24a) [0x558ae0e032ca] -> /lib64/libc.so.6(__libc_start_main+0xf5) [0x7f5befe...

...asterisk1 kernel: ztx 4 bytes Aug 2 17:58:23 asterisk1 kernel: cwain: card 1 RX [ 0x2 0x1 0x1 0x37 0x90 0xc3 ] 6 bytes Aug 2 17:58:23 asterisk1 kernel: cwain: card 1 TX [ 0x2 0x1 0x1 0xef ] Aug 2 17:58:23 asterisk1 kernel: ztx 4 bytes Aug 2 17:58:28 asterisk1 kernel: cwain: card 1 TX [ 0x0 0x1 0x36 0xee 0x8 0x2 0x0 0x68 0x5 0x4 0x3 0x80 0x90 0xa3 0x18 0x3 0xa9 0x83 0x81 0x6c 0xc 0x41 0x81 0x32 0x31 0x33 0x31 0x36 0x36 0x35 0x31 0x33 0x34 0x70 0xc 0xc1 0x36 0x34 0x34 0x31 0x31 0x37 0x31 0x39 0x31 0x39 0x30 0xa1 ] Aug 2 17:58:28 asterisk1 kernel: ztx 48 bytes Aug 2 17:58:28 asterisk1 kernel:...

...gt; /usr/local/lib/dovecot/lib20_fts_plugin.so(+0xc630) [0x7f6e166ca630] -> dovecot/indexer-worker [user1 at domain.com Sent - 5500/7510]() [0x40245f] -> dovecot/indexer-worker [user1 at domain.com Sent - 5500/7510]() [0x4027dd] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x36) [0x7f6e17ccc0f6] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x9f) [0x7f6e17ccd17f] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_run+0x28) [0x7f6e17ccc098] -> /usr/local/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f6e17cb9123] -> dovecot/index...

...This should print something if non-null data is encountered, but i see just a "." for the first 10 sectors. xxd thru linux on the USB key which I'm booting from shows its has data (duh!). The address i see for cs_bounce is 0x4000:0000 If I memset this address range to soemthing like 0x36, the final result prints 0x36. So looks like the buffer isn't touched at all after the call is issued. thanks. -- Ram

...0x76, 0x65, 0x4D, 0x6F, 0x76, 0x69, 0x65, 0x43, 0x6C, 0x69, 0x70, 0x00, 0x73, 0x74, 0x61, - 0x72, 0x74, 0x44, 0x72, 0x61, 0x67, 0x00, 0x73, 0x74, 0x6F, 0x70, 0x44, 0x72, 0x61, 0x67, 0x00, - 0x63, 0x72, 0x65, 0x61, 0x74, 0x65, 0x54, 0x65, 0x78, 0x74, 0x46, 0x69, 0x65, 0x6C, 0x64, 0x00, - 0x36, 0x63, 0x72, 0x65, 0x61, 0x74, 0x65, 0x45, 0x6D, 0x70, 0x74, 0x79, 0x4D, 0x6F, 0x76, 0x69, - 0x65, 0x43, 0x6C, 0x69, 0x70, 0x2C, 0x36, 0x62, 0x65, 0x67, 0x69, 0x6E, 0x46, 0x69, 0x6C, 0x6C, - 0x2C, 0x36, 0x62, 0x65, 0x67, 0x69, 0x6E, 0x47, 0x72, 0x61, 0x64, 0x69, 0x65, 0x6E, 0x74, 0x46, -...

...[<ffffffff8024ce4d>] __lock_acquire+0x1208/0x156e [<ffffffff80321d44>] _atomic_dec_and_lock+0x14/0x34 [<ffffffff8024d205>] lock_acquire+0x52/0x6c [<ffffffff80321d44>] _atomic_dec_and_lock+0x14/0x34 [<ffffffff80467cfd>] _spin_lock+0x29/0x36 [<ffffffff80321d44>] _atomic_dec_and_lock+0x14/0x34 [<ffffffff80321d44>] _atomic_dec_and_lock+0x14/0x34 [<ffffffffa0293e8d>] dlm_lockres_release_ast+0x20/0x9a [ocfs2_dlm] [<ffffffffa028c488>] dlm_thread+0xe2b/0x11fb [ocfs2_dlm] [<fffffff...

...d 00 00 00 00 0c 00 00 00 01 00 01 00 (..=............ 02 dc 51 3c 00 00 00 00 56 00 00 00 00 00 00 00 ..Q<....V....... backtrace: [<ffffffff8152db19>] kmemleak_alloc+0x59/0xc0 [<ffffffff81102e93>] __kmalloc+0xf3/0x180 [<ffffffff812db5d6>] vring_add_indirect+0x36/0x280 [<ffffffff812dc59f>] virtqueue_add_outbuf+0xbf/0x4e0 [<ffffffff813a8b30>] start_xmit+0x1a0/0x3b0 [<ffffffff81445861>] dev_hard_start_xmit+0x2d1/0x4d0 [<ffffffff81460052>] sch_direct_xmit+0xf2/0x1c0 [<ffffffff81445c28>] dev_queue_xmit+0x1c8/0x4...