https://bugs.freedesktop.org/show_bug.cgi?id=58378
--- Comment #69 from Andreas Loew <[email protected]> --- > Could you provide the output of > > nvapeek 154c > nvapeek 1540 > > Those registers specify which engines are there. I think we're ignoring them > in nouveau... OK - that might indeed explain the issues seen... Here you are: [aloew@aloew-lap nva]$ sudo ./nvapeek 154c 0000154c: 0000009c [aloew@aloew-lap nva]$ sudo ./nvapeek 1540 00001540: b1010001 Looking at the patch you provided, if the rusty binary arithmetics chip in my brain is still valid, this means for my case: vdec = nv_rd32(device, 0x1540) & 0x40000000; 0xb(...) = 1011(...) 0x4(...) = 0100(...) => for me, vdec indeed is 0x00000000, i.e. false and as my chipset is 0x86, furthermore: MPEG -> disabled VP -> disabled and for the dynamic features, 0x9c = 10011100 binary 0x20 = 00100000 binary 0x40 = 01000000 binary as 0x9c & 0x20 == 0x00, BSP -> disabled as 0x9c & 0x40 == 0x00, PCRYPT -> disabled which would probably confirm your that for me your patch is correct. That said, I will apply this patch to my current stock RHEL6 kernel and report back later today on whether this works fine for me (which it indeed should, based on the above considerations!). Thanks a million - great work! :-) Best regards, Andreas -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Nouveau mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/nouveau
