Setup help

Zhenyu Wang zhenyuw at linux.intel.com
Sun Mar 19 06:42:00 UTC 2017


On 2017.03.17 13:05:16 +0000, Marc-André Lureau wrote:
> Hi,
> 
> I am trying to settup a QEMU VM following the most up to date documentation I
> could find: https://github.com/01org/gvt-linux/wiki/GVTg_Setup_Guide I have a
> t460p, skylake hd530, and I am using f25 as host and guest with modified kernel
> and xorg drivers for gvt testing.
> 
> - Whether I use intel or modesetting driver, 4.10 (from gvt/gvt-stable-4.10) or
> 4.11 (from gvt-testing), I have the following kernel oops:
>
> Mar 17 16:49:22 localhost.localdomain /usr/libexec/gdm-x-session[836]: (II)
> modeset(0): Allocate new frame buffer 2944x1200 stride
> Mar 17 16:49:22 localhost.localdomain kernel: [drm:intel_pipe_update_end
> [i915]] *ERROR* Atomic update failure on pipe A (start=2600 end=2601) time 141
> us, min 1192, max 1199, scanline start 203, end 203
> Mar 17 16:49:22 localhost.localdomain kernel: BUG: unable to handle kernel NULL
> pointer dereference at           (null)
> Mar 17 16:49:22 localhost.localdomain kernel: IP: check_addr+0x35/0x60
> Mar 17 16:49:22 localhost.localdomain kernel: PGD 755f9067
> Mar 17 16:49:22 localhost.localdomain kernel: PUD 755fa067
> Mar 17 16:49:22 localhost.localdomain kernel: PMD 0
> Mar 17 16:49:22 localhost.localdomain kernel:
> Mar 17 16:49:22 localhost.localdomain kernel: Oops: 0000 [#1] SMP
> Mar 17 16:49:22 localhost.localdomain kernel: Modules linked in:
> nf_conntrack_netbios_ns nf_conntrack_broadcast ip6t_REJECT nf_reject_ipv6
> ip6t_rpfilter xt_conntrack ip_set nfnetlink ebtable_nat ebtable_broute b
> Mar 17 16:49:22 localhost.localdomain kernel:  floppy virtio
> Mar 17 16:49:22 localhost.localdomain kernel: CPU: 1 PID: 857 Comm: Xorg Not
> tainted 4.10.0+ #5
> Mar 17 16:49:22 localhost.localdomain kernel: Hardware name: QEMU Standard PC
> (i440FX + PIIX, 1996), BIOS rel-1.10.0-4-g8e8c124 04/01/2014
> Mar 17 16:49:22 localhost.localdomain kernel: task: ffff8b4ab71ada00
> task.stack: ffff9bf244434000
> Mar 17 16:49:22 localhost.localdomain kernel: RIP: 0010:check_addr+0x35/0x60
> Mar 17 16:49:22 localhost.localdomain kernel: RSP: 0018:ffff9bf244437c48
> EFLAGS: 00010246
> Mar 17 16:49:22 localhost.localdomain kernel: RAX: 0000000000000000 RBX:
> 0000000000000000 RCX: 000000000005e000
> Mar 17 16:49:22 localhost.localdomain kernel: RDX: 0000000076cee000 RSI:
> ffff8b4a7452f810 RDI: ffffffffa4c35d4a
> Mar 17 16:49:22 localhost.localdomain kernel: RBP: ffff9bf244437c78 R08:
> 0000000000000000 R09: ffff8b4ab42c9680
> Mar 17 16:49:22 localhost.localdomain kernel: R10: 0000000000000000 R11:
> 0000000000000001 R12: 0000000000000002
> Mar 17 16:49:22 localhost.localdomain kernel: R13: ffff8b4a7452f810 R14:
> ffffffffa4c35d4a R15: ffff8b4ab42c9680
> Mar 17 16:49:22 localhost.localdomain kernel: FS:  00007fa31ef8eec0(0000)
> GS:ffff8b4abfd00000(0000) knlGS:0000000000000000
> Mar 17 16:49:22 localhost.localdomain kernel: CS:  0010 DS: 0000 ES: 0000 CR0:
> 0000000080050033
> Mar 17 16:49:22 localhost.localdomain kernel: CR2: 0000000000000000 CR3:
> 00000000755c7000 CR4: 00000000003406e0
> Mar 17 16:49:22 localhost.localdomain kernel: DR0: 0000000000000000 DR1:
> 0000000000000000 DR2: 0000000000000000
> Mar 17 16:49:22 localhost.localdomain kernel: DR3: 0000000000000000 DR6:
> 00000000fffe0ff0 DR7: 0000000000000400
> Mar 17 16:49:22 localhost.localdomain kernel: Call Trace:
> Mar 17 16:49:22 localhost.localdomain kernel:  ? nommu_map_sg+0x66/0xc0
> Mar 17 16:49:22 localhost.localdomain kernel:  i915_gem_map_dma_buf+0x170/0x210
> [i915]
> Mar 17 16:49:22 localhost.localdomain kernel:  dma_buf_map_attachment+0x31/0x70
> Mar 17 16:49:22 localhost.localdomain kernel:  drm_gem_prime_import+0x64/0x130
> [drm]
> Mar 17 16:49:22 localhost.localdomain kernel:  drm_gem_prime_fd_to_handle+0xbd/
> 0x190 [drm]
> Mar 17 16:49:22 localhost.localdomain kernel: 
> drm_prime_fd_to_handle_ioctl+0x2d/0x40 [drm]
> Mar 17 16:49:22 localhost.localdomain kernel:  drm_ioctl+0x21b/0x4c0 [drm]
> Mar 17 16:49:22 localhost.localdomain kernel:  ?
> fault_dirty_shared_page.isra.52+0x97/0xc0
> Mar 17 16:49:22 localhost.localdomain kernel:  ?
> drm_prime_handle_to_fd_ioctl+0x60/0x60 [drm]
> Mar 17 16:49:22 localhost.localdomain kernel:  do_vfs_ioctl+0xa3/0x5f0
> Mar 17 16:49:22 localhost.localdomain kernel:  ? __do_page_fault+0x20b/0x4e0
> Mar 17 16:49:22 localhost.localdomain kernel:  SyS_ioctl+0x79/0x90
> Mar 17 16:49:22 localhost.localdomain kernel:  entry_SYSCALL_64_fastpath+0x1a/
> 0xa9
> Mar 17 16:49:22 localhost.localdomain kernel: RIP: 0033:0x7fa31c82f777
> Mar 17 16:49:22 localhost.localdomain kernel: RSP: 002b:00007ffe1fcb2658
> EFLAGS: 00000246 ORIG_RAX: 0000000000000010
> Mar 17 16:49:22 localhost.localdomain kernel: RAX: ffffffffffffffda RBX:
> 00007fa31eedb038 RCX: 00007fa31c82f777
> Mar 17 16:49:22 localhost.localdomain kernel: RDX: 00007ffe1fcb2690 RSI:
> 00000000c00c642e RDI: 000000000000000c
> Mar 17 16:49:22 localhost.localdomain kernel: RBP: 00007fa31ef00ee8 R08:
> 0000000000300000 R09: 0000000000001000
> Mar 17 16:49:22 localhost.localdomain kernel: R10: 00000000000000b2 R11:
> 0000000000000246 R12: 00007fa3173fa6e0
> Mar 17 16:49:22 localhost.localdomain kernel: R13: 0000000008554000 R14:
> 0000000005800000 R15: 00007fa31ef015f0
> Mar 17 16:49:22 localhost.localdomain kernel: Code: 48 8b 86 18 02 00 00 48 85
> c0 74 1f 4c 8b 00 48 8d 74 0a ff b8 01 00 00 00 4c 39 c6 76 33 b8 fe ff ff ff
> 49 39 c0 77 13 31 c0 c3 <4c> 8b 04 25 00 00 00 00 eb e
> Mar 17 16:49:22 localhost.localdomain kernel: RIP: check_addr+0x35/0x60 RSP:
> ffff9bf244437c48
> Mar 17 16:49:22 localhost.localdomain kernel: CR2: 0000000000000000
> Mar 17 16:49:22 localhost.localdomain kernel: ---[ end trace 8c9ac79b5bea216e ]
> ---
>

Not saw this before, could you file a bug as noted on wiki?

> Unfortunately, I didn't manage to tell xorg to use a lower resolution,
> PreferredMode option seems to be ignored.
> 
> - Also, qemu and kernel complains about invalid device ROM. Is there any rom
> argument to give to vfio-pci ?

yeah, currently no rom is required, so rombar=0.

> 
> - Finally, I'd like to know the status of vfio_device_get_dmabuf_fd kernel
> patch series, for qemu display. Is there an up to date git branch with this
> change?
> 

It's still under debug, so maybe they're not been pushed to some public place yet.
Gerd has some work on spice local display side though, you may check git://git.kraxel.org/qemu
'intel-vgpu' branch.

-- 
Open Source Technology Center, Intel ltd.

$gpg --keyserver wwwkeys.pgp.net --recv-keys 4D781827
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 163 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/intel-gvt-dev/attachments/20170319/918c3209/attachment.sig>


More information about the intel-gvt-dev mailing list