search for: gf114

Whatever the problem was, kernel 3.15.0-rc5 fixed it. I am not in a position to do a git bisect at present. Regards Sid. On 02/05/14 18:17, nouveau-request at lists.freedesktop.org wrote: > Subject: [Nouveau] Problem with kernels 3.15.0-rc and GF114 [GeForce > GTX 560 Ti] (rev a1) > Message-ID:<53638FA1.6020200 at blueyonder.co.uk> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > On the slipstream box I have no problems with 3.14.0 kernel. > With 3.15.0-rc kernels, in KDE some applications fail to star...

...top 8 (thunderbird) it > switches but konsole is displayed for 10 to 15 seconds before thunderbird > appears. > > Occasionally the screen flickers wildly before settling down again. > > I don't see any errors in dmesg. > 01:00.0 VGA compatible controller: NVIDIA Corporation GF114 [GeForce GTX 560 > Ti] (rev a1) > > # rpm -qa|grep nouveau > libvdpau_nouveau-11.2.2-139.2.x86_64 > xf86-video-nouveau-1.0.12-1.3.x86_64 > libdrm_nouveau2-2.4.68-1.2.x86_64 > libXvMC_nouveau-32bit-11.2.2-139.2.x86_64 > libvdpau_nouveau-32bit-11.2.2-139.2.x86_64 > libXvMC_...

.... With 3.15.0-rc kernels, in KDE some applications fail to start - e.g kmix, some like thunderbird come up but are not usable, e.g clicking to display a message text, nothing happens and sometimes screens won't switch. slipstream:~ # lspci 01:00.0 VGA compatible controller: NVIDIA Corporation GF114 [GeForce GTX 560 Ti] (rev a1) slipstream:~ # uname -r 3.14.0-smp+ On the 2 other systems with the same openSUSE 13.2 Milestone 0 distro and identical software levels and packages but different video cards there is no problem - both up and running on vanilla kernel 3.15.0-rc3 since Monday. sabr...

...rom desktop 1 (konsole) to desktop 8 (thunderbird) it switches but konsole is displayed for 10 to 15 seconds before thunderbird appears. Occasionally the screen flickers wildly before settling down again. I don't see any errors in dmesg. 01:00.0 VGA compatible controller: NVIDIA Corporation GF114 [GeForce GTX 560 Ti] (rev a1) # rpm -qa|grep nouveau libvdpau_nouveau-11.2.2-139.2.x86_64 xf86-video-nouveau-1.0.12-1.3.x86_64 libdrm_nouveau2-2.4.68-1.2.x86_64 libXvMC_nouveau-32bit-11.2.2-139.2.x86_64 libvdpau_nouveau-32bit-11.2.2-139.2.x86_64 libXvMC_nouveau-11.2.2-139.2.x86_64 libdrm_nouveau2...

Due to popular demand, I have finally found time to write this up. I had to rush it a little, but hopefully you get the gist. http://www.altechnative.net/2013/11/25/virtualized-gaming-nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce-into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/ Any questions, please ask away, and I''ll update the article to expand on those

...orming LZO decompression as >> > part of performing the copy. It has a variety of limitations (e.g., >> > cannot handle blocklinear format), and was only in a few Fermi chips, >> > as I understand it. >> >> According to our driver source, GF100, GF104, GF110, GF114, and GF116 >> all have it. [So GF106, GF108, GF117, GF119 don't have it.] We've only >> had problems reported against GF116... and only for some people. > > Hmm, some of our internal documentation is inconsistent about whether it > applies to GF100, but otherwise what I...

...gt;>> part of performing the copy. It has a variety of limitations (e.g., >>>>> cannot handle blocklinear format), and was only in a few Fermi chips, >>>>> as I understand it. >>>> >>>> According to our driver source, GF100, GF104, GF110, GF114, and GF116 >>>> all have it. [So GF106, GF108, GF117, GF119 don't have it.] We've only >>>> had problems reported against GF116... and only for some people. >>> >>> Hmm, some of our internal documentation is inconsistent about whether it >>&gt...

These patches are adding support for outputting 2560x1440 at 56 over HDMI. This needs a pixel clock of 225 MHz which was not supported before. This was tested in a dual monitor setup with a GF114 (GTX 560 TI) and one HDMI monitor running with 2560x1440 at 56 and one DVI monitor running with 1920x1200 at 60. This still needs testing on other graphics cards and with dual link DVI. There is no Maintainers entry for nouveau. Hauke Mehrtens (2): drm/nouveau: activate dual link TMDS links...

...-auth >> /var/lib/kdm/AuthFiles/A:0-yqspza >> >> Also >> # echo mmiotrace > /sys/kernel/debug/tracing/current_tracer >> -bash: echo: write error: Invalid argument. > Take a look at https://wiki.ubuntu.com/X/MMIOTracing > > -ilia > Of course it's a GF114. Made the change and it boots without the command line change. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Senior Staff Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all C...

...t; with it, but 0x90b8 is an engine for performing LZO decompression as > part of performing the copy. It has a variety of limitations (e.g., > cannot handle blocklinear format), and was only in a few Fermi chips, > as I understand it. According to our driver source, GF100, GF104, GF110, GF114, and GF116 all have it. [So GF106, GF108, GF117, GF119 don't have it.] We've only had problems reported against GF116... and only for some people. > > It is probably easiest to just ignore it. You can distinguish this > decompress engine from normal copy engine by looking at the...

--- man/nouveau.man | 9 ++++++++- src/nv_driver.c | 8 ++++++-- 2 files changed, 14 insertions(+), 3 deletions(-) diff --git a/man/nouveau.man b/man/nouveau.man index 07d53c8..4878f24 100644 --- a/man/nouveau.man +++ b/man/nouveau.man @@ -63,7 +63,14 @@ GF100, GF104, GF106, GF108, GF110, GF114, GF116, GF117, GF119 GK104, GK106, GK107, GK110, GK208 .TP 22 .B GeForce GTX 750 -GM107 +GM107, GM108 +.TP 22 +.B GeForce GTX 9XX +GM200, GM204, GM206 +.TP 22 +.B GeForce GTX 10XX +GP102, GP104, GP106, GP107, GP108 + .SH CONFIGURATION DETAILS Please refer to __xconfigfile__(__filemansuffix__...

...as > >> > part of performing the copy. It has a variety of limitations (e.g., > >> > cannot handle blocklinear format), and was only in a few Fermi chips, > >> > as I understand it. > >> > >> According to our driver source, GF100, GF104, GF110, GF114, and GF116 > >> all have it. [So GF106, GF108, GF117, GF119 don't have it.] We've only > >> had problems reported against GF116... and only for some people. > > > > Hmm, some of our internal documentation is inconsistent about whether it > > applies to GF...

These patches are adding support for outputting 2560x1440 at 56 over HDMI. This needs a pixel clock of 225 MHz which was not supported before. This was tested in a dual monitor setup with a GF114 (GTX 560 TI) and one HDMI monitor running with 2560x1440 at 56 and one DVI monitor running with 1920x1200 at 60. This still needs testing on other graphics cards and with dual link DVI. There is no Maintainers entry for nouveau. This is based on top of Linux 4.3-rc4. I am not used to the process...

Hi, I have just passed through my NVIDIA Geforce GTX 560 to CentOS 6.3 x86-64 HVM domU. I am wondering whether the Xen VGA Passthrough is successful. The following information is obtained from inside CentOS 6.3 x86-64 HVM domU: 00:05.0 VGA compatible controller: NVIDIA Corporation GF114 [GeForce GTX 560] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Giga-byte Technology Device 3527 Physical Slot: 5 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast &gt...

Hi, I have just passed through my NVIDIA Geforce GTX 560 to CentOS 6.3 x86-64 HVM domU. I am wondering whether the Xen VGA Passthrough is successful. The following information is obtained from inside CentOS 6.3 x86-64 HVM domU: 00:05.0 VGA compatible controller: NVIDIA Corporation GF114 [GeForce GTX 560] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Giga-byte Technology Device 3527 Physical Slot: 5 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast &gt...

...NV44, NV45, C51, MCP61 .TP 22 .B GeForce 7XXX -G70, G71, G72, G73 +G70, G71, G72, G73, MCP67, MCP68, MCP73 +.TP 22 +.B GeForce 8XXX, 9XXX, 2XX, 3XX +G80, G84, G86, G92, G94, G96, G98, G200, GT215, GT216, GT218, MCP77, +MCP79, MCP89 +.TP 22 +.B GeForce 4XX, 5XX +GF100, GF104, GF106, GF108, GF110, GF114, GF116, GF117, GF119 +.TP 22 +.B GeForce 6XX, 7XX +GK104, GK106, GK107, GK110, GK208 +.TP 22 +.B GeForce GTX 750 +GM107 .SH CONFIGURATION DETAILS Please refer to __xconfigfile__(__filemansuffix__) for general configuration @@ -67,6 +80,10 @@ are supported: .BI "Option \*qHWCursor\*q \*q&q...

...za >>> >>> Also >>> # echo mmiotrace > /sys/kernel/debug/tracing/current_tracer >>> -bash: echo: write error: Invalid argument. >> >> Take a look at https://wiki.ubuntu.com/X/MMIOTracing >> >> -ilia >> > Of course it's a GF114. > Made the change and it boots without the command line change. Great! Care to send a patch? -ilia

...l log when using hardware accleeration in virtualbox, the gnome 3 desktop and cinnamon the whole screen moves downward then back to normal constantly for some reason, this only happens on VirtualBox and not the host, and only happens with the latest nouveau driver, I'm using NVIDIA Corporation GF114 [GeForce GTX 560 Ti], and XFCE4 on my host A screenshot of the desktop when it moves downward http://lists.freedesktop.org/archives/nouveau/attachments/20121027/96eabc5f/attachment-0001.jpg -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------...

https://bugs.freedesktop.org/show_bug.cgi?id=53566 Bug #: 53566 Summary: bisected regression 3.5+ kernel Classification: Unclassified Product: xorg Version: unspecified Platform: All OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=61879 Priority: medium Bug ID: 61879 Assignee: nouveau at lists.freedesktop.org Summary: Python binding of gbm's gbm_create_device fail to create_device Severity: normal Classification: Unclassified OS: Linux (All) Reporter: amirouche.boubekki at