https://bugs.freedesktop.org/show_bug.cgi?id=99584
--- Comment #7 from Ilia Mirkin ---
OK, looks like this isn't so trivial to solve. The code really likes having
something in chan->engn[] so that it can get the address. The old code just
stuck a "4" in if it was a non-GR class. I wonder if the c
https://bugs.freedesktop.org/show_bug.cgi?id=99584
--- Comment #6 from Ilia Mirkin ---
Er, scratch that. I guess the board doesn't have enough power when there's a
second GPU in another PCIe slot. It comes up fine now, and I get the same
issue.
Looks like this bit of nvkm_ioctl_new is somehow fa
https://bugs.freedesktop.org/show_bug.cgi?id=99584
--- Comment #5 from Ilia Mirkin ---
OK, so the NV4A actually runs into a different issue - the MPEG class can only
take linear memory, but the PCI GART is paged. So it can't deal the CMD/DATA
bo's. When moving those to VRAM (in mesa), the NV4A is
https://bugs.freedesktop.org/show_bug.cgi?id=99400
--- Comment #28 from Ilia Mirkin ---
OK, this weston stuff is a no-go. No way to run it against a specific dri card
without intensive udev work (which I have no interest in learning), and
apparently won't even let me start without some env vars (
> On 25 Mar 2017, at 10:47, poma wrote:
>
>
> With lightweight desktoping,
> the atomic modesetting seems far from robust.
>
> BUG: unable to handle kernel NULL pointer dereference at 0021
> IP: dma_fence_wait_timeout+0x36/0xf0
> ...
I am seeing similar issues with v4.10 on arm64
With lightweight desktoping,
the atomic modesetting seems far from robust.
BUG: unable to handle kernel NULL pointer dereference at 0021
IP: dma_fence_wait_timeout+0x36/0xf0
...
Oops: [#1] SMP
Modules linked in: ... nouveau ...
CPU: 0 PID: 6895 Comm: Xorg Not tainted 4.10.5-1001.
