search for: 0x510

...Driver/nouveau Assignee: nouveau at lists.freedesktop.org Reporter: marcin.slusarz at gmail.com QA Contact: xorg-team at lists.x.org BUG: unable to handle kernel paging request at ffffc9000327f018 IP: [<ffffffff81533a4d>] reservation_object_wait_timeout_rcu+0x31d/0x510 PGD 13a8a1067 PUD 13a8a2067 PMD 31d16067 PTE 0 Oops: 0000 [#1] PREEMPT SMP Modules linked in: drbg ctr ccm rfcomm bnep binfmt_misc arc4 iwldvm mac80211 iwlwifi uvcvideo cfg80211 snd_hda_codec_hdmi rtsx_usb snd_hda_codec_idt snd_hda_codec_generic btusb videobuf2_vmalloc snd_hda_intel btrtl snd_hda_...

...) [ 55.951892] Call Trace: [ 55.951902] [<0000001ede114132>] show_stack+0x8a/0xd0 [ 55.951906] [<0000001edeb0672a>] dump_stack+0x8a/0xb8 [ 55.951915] [<000003ff803736a6>] vhost_vring_ioctl+0x6fe/0x858 [vhost] [ 55.951919] [<000003ff8042a608>] vhost_net_ioctl+0x510/0x570 [vhost_net] [ 55.951924] [<0000001ede3c4dd8>] do_vfs_ioctl+0x430/0x6f8 [ 55.951926] [<0000001ede3c5124>] ksys_ioctl+0x84/0xb0 [ 55.951927] [<0000001ede3c51ba>] __s390x_sys_ioctl+0x2a/0x38 [ 55.951931] [<0000001edeb27f72>] system_call+0x2a6/0x2c8 [ 55...

...> [ 55.951902] [<0000001ede114132>] show_stack+0x8a/0xd0 >> [ 55.951906] [<0000001edeb0672a>] dump_stack+0x8a/0xb8 >> [ 55.951915] [<000003ff803736a6>] vhost_vring_ioctl+0x6fe/0x858 [vhost] >> [ 55.951919] [<000003ff8042a608>] vhost_net_ioctl+0x510/0x570 [vhost_net] >> [ 55.951924] [<0000001ede3c4dd8>] do_vfs_ioctl+0x430/0x6f8 >> [ 55.951926] [<0000001ede3c5124>] ksys_ioctl+0x84/0xb0 >> [ 55.951927] [<0000001ede3c51ba>] __s390x_sys_ioctl+0x2a/0x38 >> [ 55.951931] [<0000001edeb27f72>]...

...[<ffffffff81100f16>] ? release_pages+0x196/0x1f0 [ 3009.895488] [<ffffffff8111a65c>] unmap_vmas+0x4c/0xa0 [ 3009.905134] [<ffffffff8111c8fa>] exit_mmap+0x9a/0x180 [ 3009.914706] [<ffffffff81064e72>] mmput+0x52/0xd0 [ 3009.924252] [<ffffffff810652b7>] dup_mm+0x3c7/0x510 [ 3009.933839] [<ffffffff81065fd5>] copy_process+0xac5/0x14a0 [ 3009.943430] [<ffffffff81066af3>] do_fork+0x53/0x360 [ 3009.952843] [<ffffffff810b25c7>] ? lock_release+0x117/0x250 [ 3009.962283] [<ffffffff817d26c0>] ? _raw_spin_unlock+0x30/0x60 [ 3009.971532] [<fffff...

Just gave 3.0 a spin. Had been running 2.0.7 for the past 3 months or so without problems (aside from intermittent failure during live migration). Anyway, 3.0 seems to have an issue with my machine. It starts up the 4 domains that I''ve got defined (was running 6 user domains with 2.0.7, but two of those were running 2.4 kernels which I can''t seem to build with Xen 3.0 yet, and

...rtions \ --enable-expensive-checks=no \ --enable-pic \ --enable-targets=host-only \ --enable-shared \ --enable-jit make SHARED_LIBRARY=1 failure is: llvm[2]: Linking Release executable opt (without symbols) /home/src/llvm-trunk/llvm/tools/opt/Release/opt.o: In function `T.1603': opt.cpp:(.text+0x510): undefined reference to `llvm::createStripDeadPrototypesPass()' opt.cpp:(.text+0x525): undefined reference to `llvm::createDeadTypeEliminationPass()' opt.cpp:(.text+0x54a): undefined reference to `llvm::createConstantMergePass()' opt.cpp:(.text+0x57d): undefined reference to `llvm::cre...

...ages) { >> s = rest_of_page(data); >> - pages[index++] = kmap_to_page(data); >> + if (is_vmalloc_or_module_addr(data)) > > Can this really end up being a module address? Yes. Here is the stacktrace to prove it: [<ffffffff814878ce>] p9_virtio_zc_request+0x45e/0x510 [<ffffffff814814ed>] p9_client_zc_rpc.constprop.16+0xfd/0x4f0 [<ffffffff814839dd>] p9_client_read+0x15d/0x240 [<ffffffff811c8440>] v9fs_fid_readn+0x50/0xa0 [<ffffffff811c84a0>] v9fs_file_readn+0x10/0x20 [<ffffffff811c84e7>] v9fs_file_read+0x37/0x70 [<ffffffff8114e3f...

...ages) { >> s = rest_of_page(data); >> - pages[index++] = kmap_to_page(data); >> + if (is_vmalloc_or_module_addr(data)) > > Can this really end up being a module address? Yes. Here is the stacktrace to prove it: [<ffffffff814878ce>] p9_virtio_zc_request+0x45e/0x510 [<ffffffff814814ed>] p9_client_zc_rpc.constprop.16+0xfd/0x4f0 [<ffffffff814839dd>] p9_client_read+0x15d/0x240 [<ffffffff811c8440>] v9fs_fid_readn+0x50/0xa0 [<ffffffff811c84a0>] v9fs_file_readn+0x10/0x20 [<ffffffff811c84e7>] v9fs_file_read+0x37/0x70 [<ffffffff8114e3f...

...able-pic \ > --enable-targets=host-only \ > --enable-shared \ > --enable-jit > make SHARED_LIBRARY=1 > > failure is: > llvm[2]: Linking Release executable opt (without symbols) > /home/src/llvm-trunk/llvm/tools/opt/Release/opt.o: In function `T.1603': > opt.cpp:(.text+0x510): undefined reference to > `llvm::createStripDeadPrototypesPass()' > opt.cpp:(.text+0x525): undefined reference to > `llvm::createDeadTypeEliminationPass()' > opt.cpp:(.text+0x54a): undefined reference to > `llvm::createConstantMergePass()' > opt.cpp:(.text+0x57d): und...

Hi all, Did someone have met this problem before. When doing the tests, I hit the WARN_ON. Is this log make sense or someone had fixed the problem. If needed, I can supply the detail log and the testcase source file. Version: the latest codes at linus git tree. [ 2140.981293] use_block_rsv: 336 callbacks suppressed [ 2140.981295] ------------[ cut here ]------------ [ 2140.981308]

On Thu, Aug 10, 2017 at 05:40:34PM +0100, Richard W.M. Jones wrote: > If using indirect descriptors, you can make the total_sg as large as > you want. That would be a spec violation though, even if it happens to work on current QEMU. The spec says: A driver MUST NOT create a descriptor chain longer than the Queue Size of the device. What prompted this patch? Do we ever encounter this

On Thu, Aug 10, 2017 at 05:40:34PM +0100, Richard W.M. Jones wrote: > If using indirect descriptors, you can make the total_sg as large as > you want. That would be a spec violation though, even if it happens to work on current QEMU. The spec says: A driver MUST NOT create a descriptor chain longer than the Queue Size of the device. What prompted this patch? Do we ever encounter this

...0.633671] [<ffffffff8141e569>] nv50_display_flip_next+0x749/0x7d0 > [ 0.633672] [<ffffffff8141bc37>] ? evo_kick+0x37/0x40 > [ 0.633674] [<ffffffff8141e7ee>] nv50_crtc_commit+0x10e/0x230 > [ 0.633676] [<ffffffff8134c2a5>] drm_crtc_helper_set_mode+0x365/0x510 > [ 0.633677] [<ffffffff8134d69e>] drm_crtc_helper_set_config+0xa4e/0xb70 > [ 0.633679] [<ffffffff8135f751>] drm_mode_set_config_internal+0x31/0x70 > [ 0.633680] [<ffffffff8134b7a1>] drm_fb_helper_set_par+0x71/0xf0 > [ 0.633682] [<ffffffff812d40e4&gt...

...ee_block+0x399/0x3a0 [ 347.237725] [<ffffffff81218617>] __btrfs_cow_block+0x137/0x550 [ 347.237728] [<ffffffff81218baf>] btrfs_cow_block+0xff/0x250 [ 347.237731] [<ffffffff8121d2f1>] btrfs_search_slot+0x421/0x980 [ 347.237735] [<ffffffff8127fa0e>] do_relocation+0x3be/0x510 [ 347.237740] [<ffffffff812839f3>] relocate_tree_blocks+0x5e3/0x610 [ 347.237743] [<ffffffff812849a4>] relocate_block_group+0x444/0x6c0 [ 347.237747] [<ffffffff81284dc9>] btrfs_relocate_block_group+0x1a9/0x2d0 [ 347.237751] [<ffffffff8125de36>] btrfs_relocate_chunk.i...

...001c915b800 x0 : 0000000000000000 > [ 12.050713] Process systemd-udevd (pid: 261, stack limit = > 0x00000000247b2b64) > [ 12.050714] Call trace: > [ 12.050717] mutex_lock+0x28/0x58 > [ 12.050721] iommu_attach_device+0xac/0xf8 > [ 12.050948] nvkm_device_tegra_new+0x260/0x510 [nouveau] > [ 12.051166] nouveau_platform_device_create+0x48/0xa8 [nouveau] > [ 12.051364] nouveau_platform_probe+0x34/0x80 [nouveau] > [ 12.051368] platform_drv_probe+0x60/0xc0 > [ 12.051372] driver_probe_device+0x33c/0x4a0 > [ 12.051375] __driver_attach+0xdc/0x128 &g...

...nndb/display/nv3_pramdac.xml +++ b/rnndb/display/nv3_pramdac.xml @@ -79,12 +79,79 @@ <bitfield pos="28" name="VCLK_DB2"/> <bitfield pos="29" name="VCLK2_DB2" variants="NV11:NV20 NV25:G80"/> </reg32> + <reg32 offset="0x510" name="PLL_SETUP_CONTROL"/> <reg32 offset="0x520" name="VPLL2" variants="NV11:NV20 NV25:NV30 NV31:G80" type="nv3_pll"/> <reg32 offset="0x520" name="VPLL2" variants="NV30:NV31" type="nv30_pll&qu...

...) [ 77.003198] Call Trace: [ 77.003207] [<0000000b8d93c132>] show_stack+0x8a/0xd0 [ 77.003211] [<0000000b8e32e72a>] dump_stack+0x8a/0xb8 [ 77.003224] [<000003ff803567ae>] vhost_vring_ioctl+0x6fe/0x858 [vhost] [ 77.003228] [<000003ff8036c670>] vhost_net_ioctl+0x510/0x570 [vhost_net] [ 77.003234] [<0000000b8dbecdd8>] do_vfs_ioctl+0x430/0x6f8 [ 77.003235] [<0000000b8dbed124>] ksys_ioctl+0x84/0xb0 [ 77.003237] [<0000000b8dbed1ba>] __s390x_sys_ioctl+0x2a/0x38 [ 77.003240] [<0000000b8e34ff72>] system_call+0x2a6/0x2c8 [ 77...

...[ 4.057731] ? filemap_fault+0x2fb/0x890 [ 4.058220] ? find_held_lock+0x3c/0xb0 [ 4.058714] ext4_filemap_fault+0x34/0x50 [ 4.059212] __do_fault+0x1e/0x110 [ 4.059644] __handle_mm_fault+0x6b2/0x1080 [ 4.060167] handle_mm_fault+0x178/0x350 [ 4.060662] __do_page_fault+0x26e/0x510 [ 4.061152] trace_do_page_fault+0x9d/0x290 [ 4.061677] do_async_page_fault+0x51/0xa0 [ 4.062189] async_page_fault+0x28/0x30 [ 4.062667] RIP: 0033:0x7fcff030a24f [ 4.063113] RSP: 002b:00007ffefc2ad078 EFLAGS: 00010206 [ 4.063760] RAX: 00007fcff02e931c RBX: 00007fcff050f660 RCX:...

...t;] ? create_object+0x8c/0x4d0 [<ffffffff810b584a>] ? save_stack_address+0x6a/0x70 [<ffffffff81ed1840>] ? nvkm_ioctl_del+0x110/0x110 [<ffffffff81f7bd90>] ? nvkm_udevice_map+0x90/0x90 [<ffffffff8130fde6>] ? create_object+0x406/0x4d0 [<ffffffff81ed282b>] nvkm_ioctl+0x1fb/0x510 [<ffffffff8118dfc6>] ? trace_hardirqs_on_caller+0x16/0x280 [<ffffffff81fedce0>] ? nvkm_client_map+0x10/0x10 [<ffffffff81fedced>] nvkm_client_ioctl+0xd/0x10 [<ffffffff81eccf6d>] nvif_object_ioctl+0xad/0xe0 [<ffffffff81ecdb40>] nvif_object_init+0x160/0x1e0 [<ffffffff8...

....943232] [<ffffffff8117b826>] ? lru_cache_add_active_or_unevictable+0x36/0xb0 [ 578.943240] [<ffffffffa068c2c8>] nouveau_drm_ioctl+0x68/0xc0 [nouveau] [ 578.943242] [<ffffffff812034f1>] do_vfs_ioctl+0xa1/0x5b0 [ 578.943244] [<ffffffff810637d4>] ? __do_page_fault+0x1f4/0x510 [ 578.943245] [<ffffffff81203a79>] SyS_ioctl+0x79/0x90 [ 578.943247] [<ffffffff815aba32>] entry_SYSCALL_64_fastpath+0x1a/0xa4 -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: &...