search for: cardn

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 using the MDP port. I don't find any cardN-connector directory, the closest match...

...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 >> > "drm.debug=0x1e nouveau.debug=disp=trace" which has the modeswitch in >> > question. >> >> The screen is connected using the MDP port. >> I don't f...

...n1espen 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 > >>> > "drm.debug=0x1e nouveau.debug=disp=trace" which has the modeswitch in > >>> > question. > >>> > >>> The screen is connect...

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

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 > > "drm.debug=0x1e nouveau.debug=disp=trace" which has the modeswitch in > > question. > > The screen is connected using the MDP port. > I don't find any cardN-connector...

...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 >>> > "drm.debug=0x1e nouveau.debug=disp=trace" which has the modeswitch in >>> > question. >>> >>> The screen is connected using the MDP port. &g...

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 believe some games need to...

Commits 0a9e2b959 (drm/nvd0/disp: move HDA codec setup to core) and a4feaf4ea (drm/nva3/disp: move hda codec handling to core) moved code around but neglected to fill data up to 0x60 as before. This caused /proc/asound/cardN/eld#3.0 to show eld_valid as 0. With this patch, that file is again populated with the correct data. See https://bugs.freedesktop.org/show_bug.cgi?id=67051 Reported-and-tested-by: Alex <alupu01 at gmail.com> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- drivers/gpu/drm/nou...

https://bugs.freedesktop.org/show_bug.cgi?id=64774 Priority: medium Bug ID: 64774 Assignee: nouveau at lists.freedesktop.org Summary: nouveau GF108 kernel crash in optimus mode when enabling external display output QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified