search for: 0x15e

...unix`mutex_vector_enter+0x99 zfs`dmu_zfetch_find+0x1f9 zfs`dmu_zfetch+0xc9 zfs`dbuf_read+0x27a zfs`dmu_buf_hold_array_by_dnode+0x287 zfs`dmu_buf_hold_array+0x81 zfs`dmu_read_uio+0x49 zfs`zfs_read+0x15e zfs`zfs_shim_read+0xc genunix`fop_read+0x31 genunix`read+0x188 unix`sys_syscall+0x17b 1861 unix`mutex_delay_default+0xc unix`mutex_vector_enter+0x99 zfs`dmu_zfetch_find+0x1b8...

...ck_extent+0x46/0x95 [btrfs] Feb 16 09:02:17 vlad kernel: [<ffffffffa03e885c>] btrfs_finish_ordered_io+0xfe/0x198 [btrfs] Feb 16 09:02:17 vlad kernel: [<ffffffffa03fb4ff>] end_bio_extent_writepage+0xa9/0x1b1 [btrfs] Feb 16 09:02:17 vlad kernel: [<ffffffffa04023e4>] worker_loop+0x5f/0x15e [btrfs] Feb 16 09:02:17 vlad kernel: [<ffffffffa0402385>] worker_loop+0x0/0x15e [btrfs] Feb 16 09:02:17 vlad kernel: [<ffffffffa0402385>] worker_loop+0x0/0x15e [btrfs] Feb 16 09:02:17 vlad kernel: [<ffffffff80238269>] kthread+0x47/0x73 Feb 16 09:02:17 vlad kernel: [<ffffffff802...

...kernel 2.6.33.Please examine this issue and let me know if this is a problem or not.The race could occur between stat system call and writeback kernel thread. The lines are fs/btrfs/inode.c 5422 fs/btrfs/inode.c 1378 The stack traces are For file line fs/btrfs/inode.c 5422 btrfs_getattr+0x141/0x15e vfs_getattr+0x47/0xf4 vfs_fstatat+0x43/0x5a vfs_stat+0x16/0x18 sys_newstat+0x3d/0x75 system_call_fastpath+0x16/0x1b And for file line fs/btrfs/inode.c 1378 btrfs_clear_bit_hook+0xcc1/0x10f2 clear_state_bit+0x4db/0xa89 clear_extent_bit+0x9e1/0xc86 extent_clear_unlock_delalloc+0x8...

...ock already depends on the new lock. the existing dependency chain (in reverse order) is: -> #3 (crtc_ww_class_mutex){+.+.}: ww_mutex_lock+0x43/0x80 drm_modeset_lock+0x71/0x130 [drm] drm_helper_probe_single_connector_modes+0x7d/0x6b0 [drm_kms_helper] drm_setup_crtcs+0x15e/0xc90 [drm_kms_helper] __drm_fb_helper_initial_config_and_unlock+0x29/0x480 [drm_kms_helper] nouveau_fbcon_init+0x138/0x1a0 [nouveau] nouveau_drm_load+0x173/0x7e0 [nouveau] drm_dev_register+0x134/0x1c0 [drm] drm_get_pci_dev+0x8e/0x160 [drm] nouveau_drm_prob...

...u] [<ffffffffa019abad>] ttm_bo_vm_fault+0x69/0x394 [ttm] [<ffffffff8114eaed>] __do_fault+0x6e/0x496 [<ffffffff811515fb>] handle_pte_fault+0x84/0x861 [<ffffffff81152de4>] handle_mm_fault+0x1e2/0x2b1 [<ffffffff816f5fec>] __do_page_fault+0x15e/0x517 [<ffffffff816f63dc>] do_page_fault+0x37/0x6b [<ffffffff816f3122>] page_fault+0x22/0x30 other info that might help us debug this: Possible unsafe locking scenario: CPU0 CPU1 ---- ---- lock(reservation_ww_class_...

...eb877f8 0000000000004000 00000000001d0a80 000000000000cb10 0000000000000000 ffffffffa0240af0 ffff88013703ea40 ffff88007ffee340 Call Trace: [<ffffffffa022bdbf>] ? dlm_put_lockspace+0x18/0x2b [dlm] [<ffffffff804f13e4>] schedule+0x9/0x1d [<ffffffff804f171d>] schedule_timeout+0x24/0x15e [<ffffffff804f1559>] ? wait_for_common+0x3c/0x123 [<ffffffff804f15ec>] wait_for_common+0xcf/0x123 [<ffffffff8023616f>] ? default_wake_function+0x0/0xf [<ffffffff804f16ca>] wait_for_completion+0x18/0x1a [<ffffffffa02d3755>] ocfs2_cluster_lock+0x91f/0x93e [ocfs2] [...

...bkp010 kernel: [ 696.777449] [<ffffffffa073c357>] ? end_compressed_bio_write+0xc0/0xc8 [btrfs] Jul 2 21:43:27 bkp010 kernel: [ 696.777648] [<ffffffffa07113ff>] finish_ordered_fn+0x10/0x12 [btrfs] Jul 2 21:43:27 bkp010 kernel: [ 696.777787] [<ffffffffa072ab5c>] worker_loop+0x15e/0x48e [btrfs] Jul 2 21:43:27 bkp010 kernel: [ 696.777917] [<ffffffffa072a9fe>] ? btrfs_queue_worker+0x267/0x267 [btrfs] Jul 2 21:43:27 bkp010 kernel: [ 696.778046] [<ffffffff81048ab2>] kthread+0xb5/0xbd Jul 2 21:43:27 bkp010 kernel: [ 696.778172] [<ffffffff810489fd>] ? kt...

Dear Sirs and Madams, I run a small visual effects production company, Hammerhead Productions. We'd like to have an easily extensible inexpensive relatively high-performance storage network using open-source components. I was hoping that OCFS2 would be that system. I have a half-dozen 2 TB fileservers I'd like the rest of the network to see as a single 12 TB disk, with the aggregate

...au] [ 7.405011] nouveau_drm_load+0x54/0xe11 [nouveau] [ 7.405112] ? kernfs_new_node+0x2b/0x8e [ 7.405209] ? kernfs_create_link+0x55/0xcd [ 7.405323] ? drm_dev_register+0x12f/0x2e0 [drm] [ 7.405437] drm_dev_register+0x168/0x2e0 [drm] [ 7.405538] ? pci_enable_device_flags+0xeb/0x15e [ 7.405651] drm_get_pci_dev+0xbf/0x230 [drm] [ 7.405924] nouveau_drm_probe+0x183/0x1ea [nouveau] [ 7.406035] pci_device_probe+0xaa/0x163 [ 7.406136] driver_probe_device+0x1db/0x383 [ 7.406234] __driver_attach+0x86/0xb8 [ 7.406330] ? driver_probe_device+0x383/0x383 [ 7.406...

...tables: (C) 2000-2006 Netfilter Core Team [ 11.848300] postgres (4055): /proc/4055/oom_adj is deprecated, please use /proc/4055/oom_score_adj instead. [ 17.607636] BUG: unable to handle kernel NULL pointer dereference at 0000000000000040 [ 17.607678] IP: [<ffffffffa055f901>] exec_clkcmp+0x15e/0x2be [nouveau] [ 17.607729] PGD 0 [ 17.607740] Oops: 0000 [#1] SMP [ 17.607755] Modules linked in: ip6table_filter ip6_tables iptable_filter ip_tables ebtable_nat ebtables x_tables parport_pc ppdev lp parport autofs4 ecb btusb bluetooth uinput hid_generic usbhid hid deflate ctr twofish_gener...

...[nouveau] ? nvkm_udevice_rd08+0x30/0x30 [nouveau] nvkm_ioctl+0x168/0x240 [nouveau] ? nvif_client_init+0x42/0x110 [nouveau] nvkm_client_ioctl+0x12/0x20 [nouveau] nvif_object_ioctl+0x42/0x50 [nouveau] nvif_object_init+0xc2/0x130 [nouveau] nvif_device_init+0x12/0x30 [nouveau] nouveau_cli_init+0x15e/0x1d0 [nouveau] nouveau_drm_load+0x67/0x8b0 [nouveau] ? sysfs_do_create_link_sd.isra.2+0x70/0xb0 drm_dev_register+0x148/0x1e0 [drm] drm_get_pci_dev+0xa0/0x160 [drm] nouveau_drm_probe+0x1d9/0x260 [nouveau] Daniel

...0-2006 Netfilter Core Team > [ 11.848300] postgres (4055): /proc/4055/oom_adj is deprecated, please use /proc/4055/oom_score_adj instead. > [ 17.607636] BUG: unable to handle kernel NULL pointer dereference at 0000000000000040 > [ 17.607678] IP: [<ffffffffa055f901>] exec_clkcmp+0x15e/0x2be [nouveau] > [ 17.607729] PGD 0 > [ 17.607740] Oops: 0000 [#1] SMP > [ 17.607755] Modules linked in: ip6table_filter ip6_tables iptable_filter ip_tables ebtable_nat ebtables x_tables parport_pc ppdev lp parport autofs4 ecb btusb bluetooth uinput hid_generic usbhid hid deflate ct...

...;f8899829>] ext3_lookup+0x25/0xb7 [ext3] [<c047b0d1>] do_lookup+0xb4/0x166 [<c047ce5b>] __link_path_walk+0x87a/0xd33 [<c047d35d>] link_path_walk+0x49/0xbd [<c046f582>] sys_chdir+0x4f/0x57 [<c047d72a>] do_path_lookup+0x20e/0x25e [<c0470daf>] get_empty_filp+0x99/0x15e [<c047dfd7>] __path_lookup_intent_open+0x42/0x72 [<c047e056>] path_lookup_open+0xf/0x13 [<c047e15a>] open_namei+0x7b/0x609 [<c046e8ca>] do_filp_open+0x1c/0x31 [<c046f582>] sys_chdir+0x4f/0x57 [<c046e91d>] do_sys_open+0x3e/0xae [<c046e9ba>] sys_open+0x16/0x1...

...20.863576] ? nvif_client_init+0x42/0x110 [nouveau] [ 20.865449] nvkm_client_ioctl+0x12/0x20 [nouveau] [ 20.867368] nvif_object_ioctl+0x42/0x50 [nouveau] [ 20.869237] nvif_object_init+0xc2/0x130 [nouveau] [ 20.871141] nvif_device_init+0x12/0x30 [nouveau] [ 20.872994] nouveau_cli_init+0x15e/0x1d0 [nouveau] [ 20.874873] nouveau_drm_load+0x67/0x8b0 [nouveau] [ 20.876674] ? sysfs_do_create_link_sd.isra.2+0x70/0xb0 [ 20.878451] drm_dev_register+0x148/0x1e0 [drm] [ 20.880302] drm_get_pci_dev+0xa0/0x160 [drm] [ 20.882166] nouveau_drm_probe+0x1d9/0x260 [nouveau] This has been...

We are working with new desktop that have the NVIDIA NV118 chipset. During boot, the display becomes unusable at the point where the nouveau driver loads. We have reproduced on 4.8, 4.11 and linux master (4.12-rc3). Dmesg log is attached. Is this a known issue? Anything we can do to help? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL:

...fffffffa036be75>] btrfs_find_all_roots+0x7c/0xd7 [btrfs] [1878432.676441] [<ffffffffa036d6e1>] ? qgroup_account_ref_step1+0xea/0x102 [btrfs] [1878432.676542] [<ffffffffa036d915>] btrfs_qgroup_rescan_worker+0x21c/0x516 [btrfs] [1878432.676645] [<ffffffffa03482cc>] worker_loop+0x15e/0x48e [btrfs] [1878432.676702] [<ffffffffa034816e>] ? btrfs_queue_worker+0x267/0x267 [btrfs] [1878432.676757] [<ffffffff8104e51a>] kthread+0xb5/0xbd [1878432.676809] [<ffffffff8104e465>] ? kthread_freezable_should_stop+0x43/0x43 [1878432.676881] [<ffffffff8137da2c>] ret_...

https://bugs.freedesktop.org/show_bug.cgi?id=86650 Bug ID: 86650 Summary: (NV44): initrd gpu lockup from 3.12 or 3.13 onwards Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee:

Hi, There seems to be a few threads about zpool hang, do we have a workaround to resolve the hang issue without rebooting ? In my case, I have a pool with disks from external LUNs via a fiber cable. When the cable is unplugged while there is IO in the pool, All zpool related command hang (zpool status, zpool list, etc.), put the cable back does not solve the problem. Eventually, I

...0 [<c0140b4a>] sys_fchdir [kernel] 0xea [<c0108c6b>] system_call [kernel] 0x33 kjournald is also stuck: kjournald D F757A000 3968 119 1 199 118 (L-TLB) Call Trace: [<c0118ecb>] sleep_on [kernel] 0x4b [<f885f76e>] journal_commit_transaction [jbd] 0x15e [<c0181291>] add_timer_randomness [kernel] 0xd1 [<c0118b8c>] schedule [kernel] 0x37c [<f8862806>] kjournald [jbd] 0x136 [<f88626b0>] commit_timeout [jbd] 0x0 [<c0107286>] kernel_thread [kernel] 0x26 [<f88626d0>] kjournald [jbd] 0x0 sysrq memory/registers...

...484006] [<ffffffffa0409618>] ? nouveau_object_ctor+0x28/0xe0 [nouveau] Dec 21 00:44:20 ycradnileved kernel: [ 3839.484006] [<ffffffffa0409ee0>] ? nouveau_object_new+0x180/0x240 [nouveau] Dec 21 00:44:20 ycradnileved kernel: [ 3839.484006] [<ffffffffa045e41e>] ? nouveau_drm_load+0x15e/0x600 [nouveau] Dec 21 00:44:20 ycradnileved kernel: [ 3839.484006] [<ffffffffa0252e4a>] ? drm_get_minor+0x1ca/0x260 [drm] Dec 21 00:44:20 ycradnileved kernel: [ 3839.484006] [<ffffffffa0255035>] ? drm_get_pci_dev+0x155/0x270 [drm] Dec 21 00:44:20 ycradnileved kernel: [ 3839.484006]...