similar to: [Bug 109654] New: Nouveau picks bad mode setting 640x480 resolution

Ilia Mirkin <imirkin at alum.mit.edu> writes: > On Wed, Feb 6, 2019 at 3:28 PM Dan Espen <dan1espen at gmail.com> wrote: >> >> Ilia Mirkin <imirkin at alum.mit.edu> writes: >> >> > It would be useful to know how the screen is connected. Also please >> > grab the monitor's EDID from /sys/class/drm/cardN-connector/edid and >> >

Ilia Mirkin <imirkin at alum.mit.edu> writes: > It would be useful to know how the screen is connected. Also please > grab the monitor's EDID from /sys/class/drm/cardN-connector/edid and > attach it here. It would also be interesting to get a boot with > "drm.debug=0x1e nouveau.debug=disp=trace" which has the modeswitch in > question. The screen is connected

On Sat, Feb 16, 2019 at 12:49 PM Dan Espen <dan1espen at gmail.com> wrote: > > Dan Espen <dan1espen at gmail.com> writes: > > > Ilia Mirkin <imirkin at alum.mit.edu> writes: > > > >> On Wed, Feb 6, 2019 at 3:28 PM Dan Espen <dan1espen at gmail.com> wrote: > >>> > >>> Ilia Mirkin <imirkin at alum.mit.edu> writes:

Dan Espen <dan1espen at gmail.com> writes: > Ilia Mirkin <imirkin at alum.mit.edu> writes: > >> On Wed, Feb 6, 2019 at 3:28 PM Dan Espen <dan1espen at gmail.com> wrote: >>> >>> Ilia Mirkin <imirkin at alum.mit.edu> writes: >>> >>> > It would be useful to know how the screen is connected. Also please >>> > grab

On Wed, Feb 6, 2019 at 3:28 PM Dan Espen <dan1espen at gmail.com> wrote: > > Ilia Mirkin <imirkin at alum.mit.edu> writes: > > > It would be useful to know how the screen is connected. Also please > > grab the monitor's EDID from /sys/class/drm/cardN-connector/edid and > > attach it here. It would also be interesting to get a boot with > >

I've been using the NVidia drivers and recently managed to get Nouveau working. Well almost working. Running the command: xrandr -s 640x480 results in a desktop that spans the monitor but leaves black bands of about a third of the screen on the top and bottom. This results in an unreadable display playing games like Lbrickbuster2. I'd like the display to fill the screen. To confirm

I have a Dell 2007FP monitor. NV43 (GeForce 6600) can not use the native resolution. 1600x1200 is listed under "DDC gathered Modelines" with the rest of the info, but then is missing from "probed modes". I have a secondary card, NV4a (GeForce 6200, PCI). It works with this card. This card does not show "DDC gathered modelines" at all, and 1600x1200 is listed

This is sort of working -- but I can't get it to do a 4k output. Not sure how the monitor resolution is detected - This monitor is supposed to do 3480x1200 60hz 4:4:4 But the info I get from hwinfo is different. How does nouveau get this information? If it is from an ID - with a list - the list is probably is wrong. # hwinfo --monitor 95: None 00.1: 10002 LCD Monitor [Created at

Config from here http://lists.xensource.com/archives/html/xen-users/2010-03/msg00878.html work and my PC boot until switch in GUI mode. When start X display off and no signal, but server working and receive ssh connection. How can I make GUI work ? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

During the kickstart installation of the CentOS 4.3 systems I recently built, anaconda probed for the video card (Intel 945) and monitor (NEC MultiSync 2070NX). The optimal setting for this monitor is 1600x1200 @ 60Hz. The X server is configured to use 1600x1200, but it is using a higher refresh rate, which causes the monitor to display an error message, and it also locks you out of

On 05/04/2017 04:00 AM, Pierre Moreau wrote: > Hello, > > Acceleration for Pascal cards is coming in Linux 4.12, support for Pascal cards > in xorg-video-nouveau is in 1.0.15, and if I remember correctly, on the > Mesa-side, you will need >=17.0. Thanks - I suspected it was too new. I'm finding the monitor capabilities miss identified even if I use an older card - I'm

It would be useful to know how the screen is connected. Also please grab the monitor's EDID from /sys/class/drm/cardN-connector/edid and attach it here. It would also be interesting to get a boot with "drm.debug=0x1e nouveau.debug=disp=trace" which has the modeswitch in question. The thing about 640x480 is that it's not a lot of pixels, too few for some modern monitors. I

Sylvain CANOINE wrote: > Could you share your whole Xorg.0.log ? Do you use a custom xorg.conf, or > custom xorg.conf.d files ? Opensource Ati driver, ou proprietary blobs ? Thank you for your interest. I am running CentOS-7 installed from CentOS-7-x86_64-LiveKDE-1503.iso and later upgraded to CentOS-7.2. The only packages I have installed have been from CentOS and Epel repos. I'm sure

https://bugs.freedesktop.org/show_bug.cgi?id=62115 Priority: medium Bug ID: 62115 Assignee: nouveau at lists.freedesktop.org Summary: Refresh rate stuck at 60Hz QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified OS: Linux (All) Reporter: josealb77 at hotmail.com

Hi all: Can someone help me count the number of rows with values in colum "a" only. assume the name of my dataframe is "weekly" I was trying i<- nrows(weekly$a) i but returns 7 when it should be 4. Thanks a b c d 27.000 27.000 1.569 0.013 160.000 27.000 1.632 0.013 146.000 27.000 1.830 0.015 70.000 27.000 2.475 0.019

I'm trying to put to work the nouveau driver on slackware 64 bits current, kernel 4.4.*. I've thought the hardware to be some obscure OEM variant of GT610. However, kind soul on IRC pointed out that it's a G98 really, 'GeForce 9300 GS or 8400 GS'. Proprietary NVIDIA drivers: * 340.96 installs okay, console works, but X doesn't start, with unspecified error occuring

https://bugs.freedesktop.org/show_bug.cgi?id=85471 Bug ID: 85471 Summary: nouveau/kernel 3.18.0-rc1: nouveau deadlocks on 2nd Xorg start or reboot Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium

https://bugs.freedesktop.org/show_bug.cgi?id=68835 Priority: medium Bug ID: 68835 Assignee: nouveau at lists.freedesktop.org Summary: Unknown opcode 0x43 + protection fault on a Graphics Blaster Riva TNT card QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS:

https://bugs.freedesktop.org/show_bug.cgi?id=48464 Bug #: 48464 Summary: Crash when GLXVBlank set to true Classification: Unclassified Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

On Wed, Jan 18, 2017 at 04:33:43PM +0000, Damien Lespiau wrote: > On Wed, Jan 18, 2017 at 11:27:16AM -0500, Ilia Mirkin wrote: > > Damien - did you ever test these mandatory modes on an actual > > commercial 3D TV or similar device? > > My main testing device was a Samsung TV with this 3D_present bit set and > all the advertised modes were working. Can't quite remember