Re: Ver 2 of the patch [was: Re: i915 driver update testing]

Nope, spoke too soon:


Unread portion of the kernel message buffer:
panic: In GPU write domain
cpuid = 1
KDB: stack backtrace:
db_trace_self_wrapper(c09d59ce,0,c09ad9fe,205,f1ce2938,...) at
db_trace_self_wrapper+0x2d/frame 0xf1ce2908
kdb_backtrace(c0a10b67,1,c82fb835,f1ce29f8,f1ce2998,...) at
kdb_backtrace+0x30/frame 0xf1ce2970
vpanic(c0b1c868,100,c82fb835,f1ce29f8,5d,...) at vpanic+0x120/frame 0xf1ce29b0
kassert_panic(c82fb835,c7bacd00,346,c95a8700,c95a8fa8,...) at
kassert_panic+0x14f/frame 0xf1ce29ec
i915_gem_pread_ioctl(c7ab1800,f1ce2b40,c7bacd00,c09c7175,86,...) at
i915_gem_pread_ioctl+0x667/frame 0xf1ce2a5c
drm_ioctl(c7bacc00,8020645c,f1ce2b40,3,c7e0e000,...) at
drm_ioctl+0x213/frame 0xf1ce2aa4
devfs_ioctl_f(c7c135b0,8020645c,f1ce2b40,c7b77200,c7e0e000,...) at
devfs_ioctl_f+0x11e/frame 0xf1ce2adc
kern_ioctl(c7e0e000,a,8020645c,f1ce2b40,c7e0e000,...) at
kern_ioctl+0x2e0/frame 0xf1ce2b18
sys_ioctl(c7e0e000,f1ce2c68,f1ce2bf4,16cc32,2710,...) at
sys_ioctl+0x11d/frame 0xf1ce2bd8
syscall(f1ce2ca8) at syscall+0x31a/frame 0xf1ce2c9c
Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf1ce2c9c
--- syscall (54, FreeBSD ELF32, sys_ioctl), eip = 0x28673fff, esp =
0xbfbfe90c, ebp = 0xbfbfe928 ---


(kgdb) #0  doadump (textdump=-1061574304) at pcpu.h:233
#1  0xc04fb4cd in db_fncall (dummy1=-238147896, dummy2=0, dummy3=-951565744,
    dummy4=0xf1ce26b4 "�OR�`���")
    at /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_command.c:568
#2  0xc04fb1bb in db_command (cmd_table=<value optimized out>)
    at /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_command.c:440
#3  0xc04faee0 in db_command_loop ()
    at /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_command.c:493
#4  0xc04fd97e in db_trap (code=<value optimized out>)
    at /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_main.c:251
#5  0xc06d453c in kdb_trap (type=3, code=<value optimized out>,
    tf=<value optimized out>)
    at /usr/home/adrian/work/freebsd/head/src/sys/kern/subr_kdb.c:654
#6  0xc094ca90 in trap (frame=<value optimized out>)
    at /usr/home/adrian/work/freebsd/head/src/sys/i386/i386/trap.c:693
#7  0xc093705c in calltrap ()
    at /usr/home/adrian/work/freebsd/head/src/sys/i386/i386/exception.s:169
#8  0xc06d3dad in kdb_enter (why=0xc09d0b25 "panic",
    msg=<value optimized out>) at cpufunc.h:71
#9  0xc0696aa4 in vpanic (fmt=<value optimized out>, ap=<value optimized out>)
    at /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_shutdown.c:739
#10 0xc069695f in kassert_panic (fmt=<value optimized out>)
    at /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_shutdown.c:634
#11 0xc82b2bd7 in i915_gem_pread_ioctl (dev=0xc09d5a19, data=0xf1ce2b40,
    file=<value optimized out>)
    at /usr/home/adrian/work/freebsd/head/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_gem.c:3010
#12 0xc8323f53 in drm_ioctl (kdev=0xc7bacc00, cmd=<value optimized out>,
    data=<value optimized out>, flags=3, p=<value optimized out>)
    at /usr/home/adrian/work/freebsd/head/src/sys/modules/drm2/drm2/../../../dev/drm2/drm_drv.c:942
#13 0xc057105e in devfs_ioctl_f (fp=<value optimized out>, com=2149606492,
    data=<value optimized out>, cred=<value optimized out>, td=0xc7e0e000)
    at /usr/home/adrian/work/freebsd/head/src/sys/fs/devfs/devfs_vnops.c:775
#14 0xc06f6050 in kern_ioctl (td=0x2, fd=<value optimized out>, com=9,
    data=<value optimized out>) at file.h:318
#15 0xc06f5cfd in sys_ioctl (uap=<value optimized out>)
    at /usr/home/adrian/work/freebsd/head/src/sys/kern/sys_generic.c:718
#16 0xc094d79a in syscall (frame=<value optimized out>) at subr_syscall.c:133
#17 0xc09370f1 in Xint0x80_syscall ()
    at /usr/home/adrian/work/freebsd/head/src/sys/i386/i386/exception.s:269
#18 0x00000033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
Current language:  auto; currently minimal
(kgdb)

.. anything else you'd like?



-adrian


On 19 January 2015 at 22:00, Adrian Chadd <adrian_at_freebsd.org> wrote:
> Hi,
>
> I finally fired this up on an older Intel to test. this is patch 8
> from your website:
>
> vgapci0_at_pci0:0:2:0:     class=0x030000 card=0x20e417aa chip=0x2a428086
> rev=0x07 hdr=0x00
>     vendor     = 'Intel Corporation'
>     device     = 'Mobile 4 Series Chipset Integrated Graphics Controller'
>     class      = display
>     subclass   = VGA
> vgapci1_at_pci0:0:2:1:     class=0x038000 card=0x20e417aa chip=0x2a438086
> rev=0x07 hdr=0x00
>     vendor     = 'Intel Corporation'
>     device     = 'Mobile 4 Series Chipset Integrated Graphics Controller'
>     class      = display
>
> .. works fine for me. Do you need any further information?
>
> I have some other pre-sandybridge devices that I'll spin this up on
> once they've been updated to the latest -HEAD.
>
> Thanks!
>
>
>
> -adrian