search for: nouveau_pushbuf_data

...it: #3 0x00007ffff0f032d2 in __GI___assert_fail (assertion=assertion at entry=0x7fffe1d77aa9 "kref", file=file at entry=0x7fffe1d77a8a "../../nouveau/pushbuf.c", line=line at entry=726, function=function at entry=0x7fffe1d77ad0 <__PRETTY_FUNCTION__.6213> "nouveau_pushbuf_data") at assert.c:101 #4 0x00007fffe1d76284 in nouveau_pushbuf_data (push=push at entry=0x598d40, bo=0x5ace30, offset=115624, length=20) at ../../nouveau/pushbuf.c:726 #5 0x00007fffe1d761cb in nouveau_pushbuf_data (push=push at entry=0x598d40, bo=bo at entry=0x0, offset=offset at entry=0,...

...ply. Awaiting for an answer if possible. Thanks in advance. 2015-11-02 14:44 GMT-03:00 Ilia Mirkin <imirkin at alum.mit.edu>: > See libdrm's pushbuf.c -- iirc push->cur points to a GART-mapped bo. > > http://cgit.freedesktop.org/mesa/drm/tree/nouveau/pushbuf.c#n682 > > nouveau_pushbuf_data(push, NULL, 0, 0); > nouveau_bo_ref(bo, &nvpb->bo); > nouveau_bo_ref(NULL, &bo); > > nvpb->bgn = nvpb->bo->map; > nvpb->ptr = nvpb->bgn; > push->cur = nvpb->bgn; > push->end = push->cur + (nvpb->bo->size / 4); > push->end -= 2 +...

Hi, sorry if I misunderstood everything... In the file src/gallium/drivers/nouveau/nv30/nv30_screen.c there is loans of PUSH_DATA which is basically *push->curr = data; I'm thinking that somehow push->curr is the bo->map = drm_mmap(...) that is called in nouveau_bo_map. But I cannot see how they are linked... Because when nouveau_bo_map calls nouveau_bo_wait push =

...t=0x7fe0c51dc460 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=assertion at entry=0x7fe0a48a5cb5 "kref", file=file at entry=0x7fe0a48a5caa "pushbuf.c", line=line at entry=727, function=function at entry=0x7fe0a48a5ce0 <__PRETTY_FUNCTION__.6480> "nouveau_pushbuf_data") at assert.c:92 #9 0x00007fe0c5087182 in __GI___assert_fail (assertion=assertion at entry=0x7fe0a48a5cb5 "kref", file=file at entry=0x7fe0a48a5caa "pushbuf.c", line=line at entry=727, function=function at entry=0x7fe0a48a5ce0 <__PRETTY_FUNCTION__.6480> "nouveau...

...$ icecat > ... > libva info: VA-API version 0.39.2 > libva info: va_getDriverName() returns 0 > libva info: Trying to open /usr/lib64/dri/nouveau_drv_video.so > libva info: Found init function __vaDriverInit_0_39 > libva info: va_openDriver() returns 0 > icecat: pushbuf.c:727: nouveau_pushbuf_data: Assertion `kref' failed. > Aborted (core dumped) > > https://bugzilla.redhat.com/attachment.cgi?id=1174453 > >From a quick guess - MT and/or GL VAAPI interop related ? If so, these two [1] patches could help. -Emil [1] https://github.com/imirkin/mesa/commit/be089dd63c6102df48d...

...rm_nouveau_gem_pushbuf_bo *kref; - struct drm_nouveau_gem_pushbuf req; struct nouveau_fifo *fifo = chan->data; struct nouveau_bo *bo; + int fence_out = -1; int krec_id = 0; int ret = 0, i; @@ -330,35 +332,81 @@ pushbuf_submit(struct nouveau_pushbuf *push, struct nouveau_object *chan) nouveau_pushbuf_data(push, NULL, 0, 0); while (krec && krec->nr_push) { - req.channel = fifo->channel; - req.nr_buffers = krec->nr_buffer; - req.buffers = (uint64_t)(unsigned long)krec->buffer; - req.nr_relocs = krec->nr_reloc; - req.nr_push = krec->nr_push; - req.relocs = (uint64_t)...

...v; } -int +drm_public int nouveau_pushbuf_space(struct nouveau_pushbuf *push, uint32_t dwords, uint32_t relocs, uint32_t pushes) { @@ -698,7 +698,7 @@ nouveau_pushbuf_space(struct nouveau_pushbuf *push, return flushed ? pushbuf_validate(push, false) : 0; } -void +drm_public void nouveau_pushbuf_data(struct nouveau_pushbuf *push, struct nouveau_bo *bo, uint64_t offset, uint64_t length) { @@ -728,14 +728,14 @@ nouveau_pushbuf_data(struct nouveau_pushbuf *push, struct nouveau_bo *bo, } } -int +drm_public int nouveau_pushbuf_refn(struct nouveau_pushbuf *push, struct nouveau_...

See libdrm's pushbuf.c -- iirc push->cur points to a GART-mapped bo. http://cgit.freedesktop.org/mesa/drm/tree/nouveau/pushbuf.c#n682 nouveau_pushbuf_data(push, NULL, 0, 0); nouveau_bo_ref(bo, &nvpb->bo); nouveau_bo_ref(NULL, &bo); nvpb->bgn = nvpb->bo->map; nvpb->ptr = nvpb->bgn; push->cur = nvpb->bgn; push->end = push->cur + (nvpb->bo->size / 4); push->end -= 2 + push->rsvd_kick; /* space for suffi...

...le. Thanks in advance. > > 2015-11-02 14:44 GMT-03:00 Ilia Mirkin <imirkin at alum.mit.edu>: >> >> See libdrm's pushbuf.c -- iirc push->cur points to a GART-mapped bo. >> >> http://cgit.freedesktop.org/mesa/drm/tree/nouveau/pushbuf.c#n682 >> >> nouveau_pushbuf_data(push, NULL, 0, 0); >> nouveau_bo_ref(bo, &nvpb->bo); >> nouveau_bo_ref(NULL, &bo); >> >> nvpb->bgn = nvpb->bo->map; >> nvpb->ptr = nvpb->bgn; >> push->cur = nvpb->bgn; >> push->end = push->cur + (nvpb->bo->size /...

...00000 00000002 nouveau: ch6: buf 00000009 00000057 00000004 00000004 00000000 nouveau: ch6: buf 0000000a 00000095 00000002 00000002 00000000 nouveau: ch6: buf 0000000b 00000065 00000002 00000002 00000000 nouveau: ch6: buf 0000000c 00000043 00000002 00000002 00000000 qemu-system-i386: pushbuf.c:727: nouveau_pushbuf_data: Assertion `kref' failed. Aborted (core dumped) now , turn driver to xorg-x11-drv-nvidia , it not crashes. i don't it whether about to this issue , but it must be nouveau's issue and output similar error logs. -- You are receiving this mail because: You are the assignee for the bug....

...: VAEntrypointVideoProc $ icecat ... libva info: VA-API version 0.39.2 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib64/dri/nouveau_drv_video.so libva info: Found init function __vaDriverInit_0_39 libva info: va_openDriver() returns 0 icecat: pushbuf.c:727: nouveau_pushbuf_data: Assertion `kref' failed. Aborted (core dumped) https://bugzilla.redhat.com/attachment.cgi?id=1174453

...;From epiphany I'm seeing errors like: <br>* Gdk-Message: 09:45:34.493: Error reading events from display: Connection reset by peer <br>* Gdk-Message: 09:53:08.281: Error flushing display: Broken pipe <br>* WebKitWebProcess: ../libdrm-2.4.100/nouveau/pushbuf.c:723: nouveau_pushbuf_data: Assertion `kref' failed. <br>* nouveau: kernel rejected pushbuf: Invalid argument <br> <br>I ran the script 10 times and I've uploaded the full logs here: <a href="https://easyupload.io/ieil63">https://easyupload.io/ieil63</a> &l...

...h WEBKIT_DISABLE_COMPOSITING_MODE=1 set, which leads me to believe it is a nouveau bug (rather than a WebKit bug). I've attached logs with Epiphany output. These two lines are particularly concerning: > Mar 15 07:20:03 bant org.gnome.Epiphany.desktop[14459]: WebKitWebProcess: pushbuf.c:727: nouveau_pushbuf_data: Assertion `kref' failed. > Mar 15 07:20:16 bant org.gnome.Epiphany.desktop[14459]: nouveau: kernel rejected pushbuf: Device or resource busy === mesa version === mesa-dri-drivers.i686 17.3.6-1.fc27 @updates mesa-dri-drivers.x86_64 17.3.6-1.f...

https://bugs.freedesktop.org/show_bug.cgi?id=111793 Bug ID: 111793 Summary: double free or corruption (fasttop) in nouveau_bo_del Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: not set Priority: not set Component: Driver/nouveau

...au/nouveau-symbol-check +++ b/nouveau/nouveau-symbol-check @@ -33,8 +33,11 @@ nouveau_device_wrap nouveau_getparam nouveau_object_del nouveau_object_find +nouveau_object_mclass nouveau_object_mthd nouveau_object_new +nouveau_object_sclass_get +nouveau_object_sclass_put nouveau_pushbuf_bufctx nouveau_pushbuf_data nouveau_pushbuf_del diff --git a/nouveau/nouveau.c b/nouveau/nouveau.c index 1871e8c..0017303 100644 --- a/nouveau/nouveau.c +++ b/nouveau/nouveau.c @@ -66,6 +66,47 @@ nouveau_object_mthd(struct nouveau_object *obj, return -ENODEV; } +void +nouveau_object_sclass_put(struct nouveau_sclass **ps...

Are you using VA-API on X11? libva gets the driver name from Xserver, it is nouveau for you. so libva tries to load nouveau_drv_video.so.  You can create a symlink for nouveau pointing to a available driver or just ignore the message because you have gallium_drv_video.so now. Thanks Haihao > nouveau_drv_video.so - what should it be? > > >

...E) 26: /usr/bin/X (_start+0x29) [0x424329] (EE) (EE) [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack. (EE) [mi] mieq is *NOT* the cause. It is a victim. .xsession-error: kontact: /var/tmp/portage/x11-libs/libdrm-2.4.70/work/libdrm-2.4.70/nouveau/pushbuf.c:727: nouveau_pushbuf_data: Assertion »kref« failed. *** KMail got signal 6 (Exiting) *** Dead letters dumped. [1105/184917:ERROR:gles2_cmd_decoder.cc(2109)] [.CommandBufferContext.RenderWorker-0x1a44370]GL ERROR :GL_OUT_OF_MEMORY : ScopedTextureBinder::dtor: <- error from previous GL command [1105/184917:ERROR:gles2_cmd_...

https://bugs.freedesktop.org/show_bug.cgi?id=93254 Bug ID: 93254 Summary: [NVA5] The Long Dark (game) is very slow because of "kernel rejected pushbuf" messages in log files Product: Mesa Version: 11.0 Hardware: Other OS: All Status: NEW Severity: normal Priority:

...au_pushbuf **); void nouveau_pushbuf_del(struct nouveau_pushbuf **); -int nouveau_pushbuf_space(struct nouveau_pushbuf *, uint32_t dwords, - uint32_t relocs, uint32_t pushes); +int nouveau_pushbuf_space(struct nouveau_pushbuf *, uint32_t dwords, + uint32_t relocs, uint32_t pushes); void nouveau_pushbuf_data(struct nouveau_pushbuf *, struct nouveau_bo *, uint64_t offset, uint64_t length); -int nouveau_pushbuf_refn(struct nouveau_pushbuf *, - struct nouveau_pushbuf_refn *, int nr); +int nouveau_pushbuf_refn(struct nouveau_pushbuf *, + struct nouveau_pushbuf_refn *, int nr); /* Emits a rel...

nouveau_drv_video.so - what should it be? https://koji.fedoraproject.org/koji/buildinfo?buildID=722316 ... 0.7.4-13 - Revert symlinks - should be handled by mesa rhbz#1271842 https://bugzilla.redhat.com/show_bug.cgi?id=1271842 ... 0.7.4-12 - Add symlinks for radeonsi,r600,nouveau - rhbz#1264499 https://bugzilla.redhat.com/show_bug.cgi?id=1264499 $ rpm -q