Re: [Nouveau] NVAC "No Signal"
how sure are you, that this is needed for _every_ nvac? 2016-10-18 5:55 GMT+02:00 poma : > Fixes "No Signal" via HDMI from NVIDIA Corporation ION VGA (rev b1) > > Ref. > "drm/nouveau/disp/g94: implement workaround for dvi issue on fx380" > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=2a4bd8a > > The last working Fedora kernel 4.8.0-0.rc0.git3.1.fc25 > > Patched and tested with: > $ modinfo -n nouveau > /lib/modules/4.8.2-300.fc25.x86_64/updates/nouveau.ko > > Tested-by: poma > --- > drivers/gpu/drm/nouveau/nvkm/engine/disp/nv50.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/nouveau/nvkm/engine/disp/nv50.c > b/drivers/gpu/drm/nouveau/nvkm/engine/disp/nv50.c > index fbb8c7d..c9e40e7 100644 > --- a/drivers/gpu/drm/nouveau/nvkm/engine/disp/nv50.c > +++ b/drivers/gpu/drm/nouveau/nvkm/engine/disp/nv50.c > @@ -434,7 +434,8 @@ nv50_disp_dptmds_war(struct nvkm_device *device) > case 0x96: > case 0x98: > case 0xaa: > - case 0xac: > +/* NVIDIA MCP79/MCP7A "No Signal" */ > +/* case 0xac:*/ > return true; > default: > break; > -- > 2.7.4 > ___ > Nouveau mailing list > Nouveau@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/nouveau ___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] [PATCH 5/5] recognize and accelerate GM20x
On Mon, Oct 17, 2016 at 6:47 PM, Samuel Pitoiset wrote: > This requires at least a quick test. :-) > > Acked-by: Samuel Pitoiset > > > On 10/16/2016 09:14 PM, Ilia Mirkin wrote: >> >> Signed-off-by: Ilia Mirkin >> --- >> >> Untested. I don't have the hardware. Tested on GM206, working great so far! The series: Tested-by: Alexandre Courbot ___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] GM108GLM?
Hi, It would seem like it (attachments are from 4.9-rc1, btw), but it doesn't look like there is any support in the Xorg driver. How can I help with that? Best regards, Sune Mølgaard Translucent ApS On 2016-04-22 09:33, Pierre Moreau wrote: > Hello, > > A patch was merged yesterday to recognise GM108 (see > https://github.com/skeggsb/nouveau/commit/3da1f2a19e5e8dc8d68a4400d9cca01c64ecd59e). > I guess it will make it into 4.7. > > Pierre lspci - 00:00.0 Host bridge: Intel Corporation Broadwell-U Host Bridge -OPI (rev 09) Subsystem: Lenovo Broadwell-U Host Bridge -OPI Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: bdw_uncore 00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09) (prog-if 00 [VGA controller]) Subsystem: Lenovo Broadwell-U Integrated Graphics Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 Kernel modules: i915 00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev 09) Subsystem: Lenovo Broadwell-U Audio Controller Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel 00:14.0 USB controller: Intel Corporation Wildcat Point-LP USB xHCI Controller (rev 03) (prog-if 30 [XHCI]) Subsystem: Lenovo Wildcat Point-LP USB xHCI Controller Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: xhci_hcd 00:16.0 Communication controller: Intel Corporation Wildcat Point-LP MEI Controller #1 (rev 03) Subsystem: Lenovo Wildcat Point-LP MEI Controller Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: mei_me Kernel modules: mei_me 00:19.0 Ethernet controller: Intel Corporation Ethernet Connection (3) I218-V (rev 03) Subsystem: Lenovo Ethernet Connection (3) I218-V Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: e1000e Kernel modules: e1000e 00:1b.0 Audio device: Intel Corporation Wildcat Point-LP High Definition Audio Controller (rev 03) Subsystem: Lenovo Wildcat Point-LP High Definition Audio Controller Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel 00:1c.0 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #6 (rev e3) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport Kernel modules: shpchp 00:1c.1 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #3 (rev e3) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport Kernel modules: shpchp 00:1c.4 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #5 (rev e3) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport Kernel modules: shpchp 00:1d.0 USB controller: Intel Corporation Wildcat Point-LP USB EHCI Controller (rev 03) (prog-if 20 [EHCI]) Subsystem: Lenovo Wildcat Point-LP USB EHCI Controller Contro
Re: [Nouveau] NVAC "No Signal"
On 18.10.2016 09:35, Karol Herbst wrote: > how sure are you, that this is needed for _every_ nvac? > Thank you for asking. If you consider, as relevant, referring to the original commit: "drm/nouveau/disp/g94: implement workaround for dvi issue on fx380" https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=2a4bd8a Fixes the second DVI output on Quadro FX380. Thanks to NVIDIA for providing the details on the full workaround. [...] + switch (device->chipset) { + case 0x94: + case 0x96: + case 0x98: + case 0xaa: + case 0xac: + return true; [...] and to Quadro FX380 as defined: 1. https://nouveau.freedesktop.org/wiki/CodeNames/#NV50 NV96 (G96) ... 2. https://en.wikipedia.org/wiki/Nvidia_Quadro G96 ... GeForce 9400 based 3. https://en.wikipedia.org/wiki/List_of_Nvidia_graphics_processing_units#Quadro_FX_.28x800.29_series G96 ... The right question would be, for you Karol, Ben and perhaps the ones from the NVIDIA - those to which Ben refers, whether device->chipset: + case 0x94: + case 0x98: + case 0xaa: + case 0xac: are redundant, in the first place? Moreover, even if case 0x96 applies only, how sure are -you-, that this is needed for _every_ nv96? And given that I am here only the user, who is only caring for my hardware, I can only appreciate your sense of humor. ;) ___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] NVAC "No Signal"
well, I just don't want that this fix breaks the same thing for other users, that's why I am asking. 2016-10-18 13:56 GMT+02:00 poma : > On 18.10.2016 09:35, Karol Herbst wrote: >> how sure are you, that this is needed for _every_ nvac? >> > > Thank you for asking. > > If you consider, as relevant, > referring to the original commit: > "drm/nouveau/disp/g94: implement workaround for dvi issue on fx380" > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=2a4bd8a > > Fixes the second DVI output on Quadro FX380. > Thanks to NVIDIA for providing the details on the full workaround. > > [...] > + switch (device->chipset) { > + case 0x94: > + case 0x96: > + case 0x98: > + case 0xaa: > + case 0xac: > + return true; > [...] > > > and to Quadro FX380 as defined: > > 1. https://nouveau.freedesktop.org/wiki/CodeNames/#NV50 >NV96 (G96) ... > > 2. https://en.wikipedia.org/wiki/Nvidia_Quadro >G96 ... GeForce 9400 based > > 3. > https://en.wikipedia.org/wiki/List_of_Nvidia_graphics_processing_units#Quadro_FX_.28x800.29_series >G96 ... > > > The right question would be, > for you Karol, Ben and perhaps the ones from the NVIDIA - those to which Ben > refers, > > whether device->chipset: > + case 0x94: > + case 0x98: > + case 0xaa: > + case 0xac: > are redundant, in the first place? > > Moreover, even if case 0x96 applies only, > how sure are -you-, that this is needed for _every_ nv96? > > And given that I am here only the user, who is only caring for my hardware, > I can only appreciate your sense of humor. ;) > > > ___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 92961] Xorg freezes (only mouse and ssh are still working)
https://bugs.freedesktop.org/show_bug.cgi?id=92961 --- Comment #7 from Marcelo Jimenez --- Recently I had to switch to nouveau due to a problem with the official nvidia drivers, and I have been experiencing ramdom gui freezes. The mouse still moves on the screen, but I cannot interact with the gui. The nvidia modules are NOT installed in the system. I usually can connect via ssh and reboot the machine. The freeze happens at random times, there is no particular sequence to produce it. I use KDE on opensuse 42.1. lspci is: 01:00.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 730] (rev a1) I will attach the pertinent kernel logs. -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 92961] Xorg freezes (only mouse and ssh are still working)
https://bugs.freedesktop.org/show_bug.cgi?id=92961 --- Comment #8 from Marcelo Jimenez --- Created attachment 127379 --> https://bugs.freedesktop.org/attachment.cgi?id=127379&action=edit Kernel log 1 -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 92961] Xorg freezes (only mouse and ssh are still working)
https://bugs.freedesktop.org/show_bug.cgi?id=92961 --- Comment #10 from Marcelo Jimenez --- Created attachment 127381 --> https://bugs.freedesktop.org/attachment.cgi?id=127381&action=edit Kernel log 3 -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 92961] Xorg freezes (only mouse and ssh are still working)
https://bugs.freedesktop.org/show_bug.cgi?id=92961 --- Comment #9 from Marcelo Jimenez --- Created attachment 127380 --> https://bugs.freedesktop.org/attachment.cgi?id=127380&action=edit Kernel log 2 -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 92961] Xorg freezes (only mouse and ssh are still working)
https://bugs.freedesktop.org/show_bug.cgi?id=92961 --- Comment #11 from Marcelo Jimenez --- Previously reported here: https://bugzilla.suse.com/show_bug.cgi?id=1004311 -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 92961] Xorg freezes (only mouse and ssh are still working)
https://bugs.freedesktop.org/show_bug.cgi?id=92961 --- Comment #12 from Ilia Mirkin --- (In reply to Marcelo Jimenez from comment #7) > The freeze happens at random times, there is no particular sequence to > produce it. I use KDE on opensuse 42.1. A number of users have been experiencing issues with KDE across a variety of hardware with nouveau. My current advice is to either not use KDE or not use nouveau_dri.so. [It's most likely not KDE's fault, but this is the present reality.] Separately, OpenSuSE included some patches of mine in their Mesa builds that address some but hardly all of the issues involved. I believe the approach to be fundamentally flawed and in need of redoing. (The latest may be that they have dropped those.) -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 92961] Xorg freezes (only mouse and ssh are still working)
https://bugs.freedesktop.org/show_bug.cgi?id=92961 --- Comment #13 from Marcelo Jimenez --- Well, since the problem also happens on gnome 3 (a report before mine), would you have any pointer for me on how do I disable the use of nouveau_dri.so? Notice that using the proprietary nvidia driver is currently not an option, since it is currently bogus in my machine. -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 92961] Xorg freezes (only mouse and ssh are still working)
https://bugs.freedesktop.org/show_bug.cgi?id=92961 --- Comment #14 from Ilia Mirkin --- (In reply to Marcelo Jimenez from comment #13) > Well, since the problem also happens on gnome 3 (a report before mine), > would you have any pointer for me on how do I disable the use of > nouveau_dri.so? Notice that using the proprietary nvidia driver is currently > not an option, since it is currently bogus in my machine. "Random freezes" is not a single issue. Most likely the OP's issue is wholly unrelated to yours. locate nouveau_dri.so, and remove it. -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 98030] Stuttering video playback in totem after update to 1.19-rc1
https://bugs.freedesktop.org/show_bug.cgi?id=98030 Michel Dänzer changed: What|Removed |Added Component|Driver/nouveau |Server/General Assignee|nouveau@lists.freedesktop.o |xorg-t...@lists.x.org |rg | -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau