webbrowser-app: ../../nouveau/pushbuf.c:726: nouveau_pushbuf_data: Assertion `kref' failed.

Bug #1499419 reported by dinamic
34
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Oxide
Confirmed
Undecided
Unassigned

Bug Description

webbrowser-app on Wily/unity8/mir/nouveau driver
the browser crashes with webbrowser-app: ../../nouveau/pushbuf.c:726: nouveau_pushbuf_data: Assertion `kref' failed.

nouveau: kernel rejected pushbuf: No such file or directory

Tags: nouveau
Revision history for this message
dinamic (dinamic6661) wrote :
Revision history for this message
Olivier Tilloy (osomon) wrote :

What versions of webbrowser-app and oxide-qt are installed?

Revision history for this message
dinamic (dinamic6661) wrote :

webbrowser-app 0.23+15.10.20150916.1-0ubuntu1
oxideqt 1.9.1-0ubuntu1

Revision history for this message
dinamic (dinamic6661) wrote :

same result with 0.23+15.10.20150922-0ubuntu1

i get sefault on x11 (i think it's a nouveau/mesa bug, the crashes started with the last mesa 11.0.0 update)

webbrowser-app
qml: Loaded 3 UA override(s) from file:///usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Web/ua-overrides-desktop.js
nouveau: kernel rejected pushbuf: No such file or directory
nouveau: ch0: krec 0 pushes 0 bufs 1 relocs 0
nouveau: ch0: buf 00000000 00000002 00000004 00000004 00000000
nouveau: kernel rejected pushbuf: No such file or directory
nouveau: ch0: krec 0 pushes 2 bufs 25 relocs 0
nouveau: ch0: buf 00000000 00000003 00000004 00000004 00000000
nouveau: kernel rejected pushbuf: No such file or directory
nouveau: ch0: krec 0 pushes 0 bufs 6 relocs 0
nouveau: ch0: buf 00000000 00000003 00000004 00000004 00000000
nouveau: ch0: buf 00000001 00000006 00000004 00000000 00000004
Segmentation fault (core dumped)

Revision history for this message
d~l (dl-lists) wrote :

Although this is a dated bug report, I'm adding this note for others who might still encounter this bug.

I had the same Assertion 'kref' failed message when running some Qt 5.5.1 and Qt 5.6.0 webbrowser examples on Ubuntu 14.04 (32 bit). "nouveau" was the common factor.

After much searching around and finally reading a clue about NVIDIA I launched
Ubuntu Software Centre > Edit > Software Sources > Additional Drivers

wait until all NVIDIA drivers are found and displayed ..

NVIDIA Corporation: G86M [GeForce 8400M GS]

Under NVIDIA there were 6 drivers listed: 5 proprietary, 1 open source.

I was using .. X.Org X server - Nouveau display driver from xserver-xorg-video-nouveau (open source)

I applied a different driver (the earliest NVIDIA proprietary version)

NVIDIA legacy binary driver - version 173.14.39 from nvidia-173 (proprietary).

Rebooted. The bootup screen might be different.

I could then run the web browser apps in Qt Creator without nouveau crashing.

Olivier Tilloy (osomon)
affects: webbrowser-app (Ubuntu) → oxide
Revision history for this message
Ken VanDine (ken-vandine) wrote :
Download full text (61.7 KiB)

I'm hitting this as well on 16.04 using nouveau. Here's my backtrace:

(gdb) thread apply all bt

Thread 41 (Thread 0x7fe9837fe700 (LWP 25333)):
#0 pthread_cond_wait@@GLIBC_2.3.2 ()
    at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1 0x00007fea22cb2ae7 in base::SequencedWorkerPool::Inner::ThreadLoop (this=0x7fe9c803f620,
    this_worker=this_worker@entry=0x7fe9a0008210)
    at ../../../../third_party/chromium/src/base/threading/sequenced_worker_pool.cc:902
#2 0x00007fea22cb3119 in base::SequencedWorkerPool::Worker::Run (this=0x7fe9a0008210)
    at ../../../../third_party/chromium/src/base/threading/sequenced_worker_pool.cc:535
#3 0x00007fea22cb32d0 in base::SimpleThread::ThreadMain (this=0x7fe9a0008210)
    at ../../../../third_party/chromium/src/base/threading/simple_thread.cc:66
#4 0x00007fea22cb049d in base::(anonymous namespace)::ThreadFunc (params=<optimized out>)
    at ../../../../third_party/chromium/src/base/threading/platform_thread_posix.cc:68
#5 0x00007fea571736fa in start_thread (arg=0x7fe9837fe700) at pthread_create.c:333
#6 0x00007fea5748fb5d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 40 (Thread 0x7fe983fff700 (LWP 25332)):
#0 0x00007fea57483e8d in poll () at ../sysdeps/unix/syscall-template.S:84
#1 0x00007fea56c5231c in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007fea56c5242c in g_main_context_iteration ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007fea582cfa7f in QEventDispatcherGlib::processEvents (this=0x7fe9780008c0, flags=...)
    at kernel/qeventdispatcher_glib.cpp:418
#4 0x00007fea58276dea in QEventLoop::exec (this=this@entry=0x7fe983ffee40, flags=...,
    flags@entry=...) at kernel/qeventloop.cpp:204
#5 0x00007fea580938a4 in QThread::exec (this=<optimized out>) at thread/qthread.cpp:503
#6 0x00007fea5809884e in QThreadPrivate::start (arg=0x561cc8a37fd0)
    at thread/qthread_unix.cpp:331
#7 0x00007fea571736fa in start_thread (arg=0x7fe983fff700) at pthread_create.c:333
#8 0x00007fea5748fb5d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 39 (Thread 0x7fe998d35700 (LWP 25331)):
#0 pthread_cond_timedwait@@GLIBC_2.3.2 ()
    at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225
#1 0x00007fea58099a26 in QWaitConditionPrivate::wait_relative (time=30000, this=0x7fe988004f10)
    at thread/qwaitcondition_unix.cpp:126
#2 QWaitConditionPrivate::wait (time=30000, this=0x7fe988004f10)
    at thread/qwaitcondition_unix.cpp:134
---Type <return> to continue, or q <return> to quit---
#3 QWaitCondition::wait (this=this@entry=0x7fe988004c30, mutex=mutex@entry=0x7fe9880049d0,
    time=30000) at thread/qwaitcondition_unix.cpp:208
#4 0x00007fea580954d3 in QThreadPoolThread::run (this=0x7fe988004c20)
    at thread/qthreadpool.cpp:127
#5 0x00007fea5809884e in QThreadPrivate::start (arg=0x7fe988004c20)
    at thread/qthread_unix.cpp:331
#6 0x00007fea571736fa in start_thread (arg=0x7fe998d35700) at pthread_create.c:333
#7 0x00007fea5748fb5d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 38 (Thread 0x7fe999536700 (LWP 25330)):
#0 0x00007fea57483e8d in poll () at ../sysdeps/unix/syscall-templ...

Changed in oxide:
status: New → Confirmed
Revision history for this message
Costa davide (davide-cst00) wrote :

By the bug segnalation is passed over a year. Does anyone think about fixing it?

Revision history for this message
Olivier Tilloy (osomon) wrote :
tags: added: nouveau
Revision history for this message
Oisín Mac Fhearaí (denpashogai) wrote :

I'm seeing something similar with Mnemosyne, which uses QtWebEngine, which itself appears to use code from Chromium.

```
python3: ../nouveau/pushbuf.c:723: nouveau_pushbuf_data: Assertion `kref' failed.
Received signal 6
#0 0x7f0bdb1fb9ee <unknown>
#1 0x7f0bdb1fbb00 <unknown>
#2 0x7f0bdb1fc137 <unknown>
#3 0x7f0be3602100 <unknown>
#4 0x7f0be3602077 gsignal
#5 0x7f0be35e3535 abort
#6 0x7f0be35e340f <unknown>
#7 0x7f0be35f3142 __assert_fail
#8 0x7f0bc43f146f nouveau_pushbuf_data
#9 0x7f0bc43f13d3 nouveau_pushbuf_data
#10 0x7f0bc43f14ff <unknown>
#11 0x7f0bc43f194f <unknown>
#12 0x7f0bc43f2540 nouveau_pushbuf_kick
#13 0x7f0bc4c246c6 <unknown>
#14 0x7f0bc486c38e <unknown>
#15 0x7f0bc486c400 <unknown>
#16 0x7f0bd8e4713b <unknown>
#17 0x7f0bd8e472a6 <unknown>
#18 0x7f0bdfd1af4b QObject::event()
#19 0x7f0be06eec6b QWidget::event()
```

Running Ubuntu 18.10 with kernel 4.18.0-15-generic (module srcversion is 98986FAF1F2E3BC89E0DF0E).

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers