search for: tu117

...> > > Unfortunately, the patch made no difference. > > > > I've been looking at how the graphics on my laptop is set up, and have a bit of a worry about whether the firmware might > > be playing a part in this problem. In order to offload video decoding to the NVidia TU117 GPU, it seems the scrubber > > firmware must be available, but as far as I know,that has not been released by NVidia. To get it to work, I followed > > what ubuntu have done and the scrubber in /lib/firmware/nvidia/tu117/nvdec/ is a symlink to > > ../../tu116/nvdev/scrubber.bin. T...

Hi, I've encountered a severe regression in TU116 (probably also TU117) introduced in 5.3-rc4 (valid also for recent 5.4.2) [1]. The system usually hangs on the subsequent graphic mode related operation (calling xrandr after login is enough) with the following error: > kernel: nouveau 0000:01:00.0: fifo: SCHED_ERROR 08 [] ... > kernel: nouveau 0000:01:00.0: DRM...

[94.455712] [T411] nouveau 0000:07:00.0 disp ctor failed, -12 Welcome to openSUSE Tumbleweed 20200224 - Kernel 5.6.0-rc3 (tty1) ens3s0: 192.168.10.214 ....... login: I can login here but X does not start -- lspci 07:00.0 VGA compatible controller: NVIDIA Corporation TU117 [GeForce GTX 1650] (rev a1) from dmesg:- [Wed Feb 26 22:42:39 2020] nouveau 0000:07:00.0: NVIDIA TU117 (167000a1) [Wed Feb 26 22:42:39 2020] nouveau 0000:07:00.0: bios: version 90.17.2a.00.39 [Wed Feb 26 22:44:12 2020] nouveau 0000:07:00.0: disp ctor failed, -12 [Wed Feb 26 22:44:12 2020] nouve...

...ould be good to check first - having 2, 4 is better than 8-10 (assuming someone is right :) ). Marcin > On Mon, Dec 16, 2019 at 11:42 AM Marcin Zaj?czkowski <mszpak at wp.pl> wrote: >> >> Hi, >> >> I've encountered a severe regression in TU116 (probably also TU117) >> introduced in 5.3-rc4 (valid also for recent 5.4.2) [1]. The system >> usually hangs on the subsequent graphic mode related operation (calling >> xrandr after login is enough) with the following error: >> >>> kernel: nouveau 0000:01:00.0: fifo: SCHED_ERROR 08 []...

...s right :) ). >> >> Marcin >> >> >> >>> On Mon, Dec 16, 2019 at 11:42 AM Marcin Zaj?czkowski <mszpak at wp.pl> wrote: >>>> >>>> Hi, >>>> >>>> I've encountered a severe regression in TU116 (probably also TU117) >>>> introduced in 5.3-rc4 (valid also for recent 5.4.2) [1]. The system >>>> usually hangs on the subsequent graphic mode related operation (calling >>>> xrandr after login is enough) with the following error: >>>> >>>>> kernel: nouve...

...prefetchable) [size=256M] > Memory at b0000000 (64-bit, prefetchable) [size=32M] > I/O ports at 4000 [size=128] > Expansion ROM at b2000000 [disabled] [size=512K] > Capabilities: <access denied> > Kernel modules: nouveau A quick search [1] suggests that preliminary support for TU117 exists in master and TU116 might be added once required hardware is accessible. I'm creating this ticket to make it easier to track progress of adding support for TU116 in nouveau. Tested with Fedora 30 with kernel 5.0.9-301.fc30.x86_64. [1] - https://github.com/torvalds/linux/commit/f266fdc7...

...ng for "kernel git bisect fedora" should prove instructive if you're not sure how to do this. Cheers, -ilia On Mon, Dec 16, 2019 at 11:42 AM Marcin Zaj?czkowski <mszpak at wp.pl> wrote: > > Hi, > > I've encountered a severe regression in TU116 (probably also TU117) > introduced in 5.3-rc4 (valid also for recent 5.4.2) [1]. The system > usually hangs on the subsequent graphic mode related operation (calling > xrandr after login is enough) with the following error: > > > kernel: nouveau 0000:01:00.0: fifo: SCHED_ERROR 08 [] > ... > >...

...than 8-10 (assuming > someone is right :) ). > > Marcin > > > > > On Mon, Dec 16, 2019 at 11:42 AM Marcin Zaj?czkowski <mszpak at wp.pl> wrote: > >> > >> Hi, > >> > >> I've encountered a severe regression in TU116 (probably also TU117) > >> introduced in 5.3-rc4 (valid also for recent 5.4.2) [1]. The system > >> usually hangs on the subsequent graphic mode related operation (calling > >> xrandr after login is enough) with the following error: > >> > >>> kernel: nouveau 0000:01:00.0...

...gt; >> > >> > >> > >>> On Mon, Dec 16, 2019 at 11:42 AM Marcin Zaj?czkowski <mszpak at wp.pl> wrote: > >>>> > >>>> Hi, > >>>> > >>>> I've encountered a severe regression in TU116 (probably also TU117) > >>>> introduced in 5.3-rc4 (valid also for recent 5.4.2) [1]. The system > >>>> usually hangs on the subsequent graphic mode related operation (calling > >>>> xrandr after login is enough) with the following error: > >>>> > >>&...

...and 8086:1901 PCI bridge. I was about to say "the patch fixed things, hooray!" but it seems that after trying runtime suspend/resume a couple times things fall apart again: [ 27.680433] nouveau 0000:01:00.0: enabling device (0000 -> 0003) [ 27.680578] nouveau 0000:01:00.0: NVIDIA TU117 (167000a1) [ 27.763967] nouveau 0000:01:00.0: bios: version 90.17.20.00.16 [ 27.764664] nouveau 0000:01:00.0: fb: 4096 MiB GDDR5 [ 27.806115] vga_switcheroo: enabled [ 27.806221] [TTM] Zone kernel: Available graphics memory: 16244510 KiB [ 27.806222] [TTM] Zone dma32: Available graphic...

On Thu, Nov 21, 2019 at 5:06 PM Karol Herbst <kherbst at redhat.com> wrote: > > On Thu, Nov 21, 2019 at 4:47 PM Rafael J. Wysocki <rafael at kernel.org> wrote: > > > > On Thu, Nov 21, 2019 at 1:53 PM Karol Herbst <kherbst at redhat.com> wrote: > > > > > > On Thu, Nov 21, 2019 at 12:46 PM Mika Westerberg > > > <mika.westerberg at