search for: tu116

...suspect that searching 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...

...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:...

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: nouv...

On Thu, Dec 19, 2019 at 03:38:10PM -0500, Ilia Mirkin wrote: > Let's add Mika and Rafael, as they were responsible for that commit. > Mika/Rafael - any ideas? The commit in question is > > 0617bdede5114a0002298b12cd0ca2b0cfd0395d This seems to be Revert "PCI: Add missing link delays required by the PCIe spec" Can you try v5.5-rcX without any additional changes? It

...gt; >> 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: > >>&g...

...stion which commits could 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: fi...

...ng >> 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: >>>> >>>&...

https://bugs.freedesktop.org/show_bug.cgi?id=112239 Bug ID: 112239 Summary: nouveau hangs video with TU116 - regression in kernel 5.3 Product: xorg Version: 7.7 (2012.06) Hardware: Other OS: All Status: NEW Severity: not set Priority: not set Component: Driver/nouveau Assignee: nouveau...

https://bugs.freedesktop.org/show_bug.cgi?id=110830 Bug ID: 110830 Summary: [nouveau] GeForce GTX 1660 Ti (mobile) not supported (NV168/TU116) Product: xorg Version: 7.7 (2012.06) Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at lists.freedesktop.org Reporter: msz...

...ecoding 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. That, of course, means that some of the firmware loaded is for a different card is being > > loaded. I note that processing related to firmware is being changed in the patch. Might my set up be at the root of my > > problem? > > > > I'll have a fiddle...