similar to: [Bug 54537] New: native mode, forcing panel scaling

https://bugs.freedesktop.org/show_bug.cgi?id=54512 Bug #: 54512 Summary: xrandr does not detect screen Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

SAMBA 3.0.21c (domain is LINBOXTEXT) Windows 2000 SP4 (domain is ADTEST) Hello, I've established an interdomain trust relationship between SAMBA and Windows. Samba domain users can log into the Windows domain, but Windows domain users can't log to the SAMBA server. For example, if I try to log as "ADTEST/dupond" from Windows to SAMBA, SAMBA log says: [2006/11/15 20:17:05,

http://bugs.freedesktop.org/show_bug.cgi?id=25258 Summary: [9400M] KMS and X do not use monitor's native resolution Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at

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

https://bugs.freedesktop.org/show_bug.cgi?id=84203 Priority: medium Bug ID: 84203 Assignee: nouveau at lists.freedesktop.org Summary: HDMI gives no more signal QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: jean-louis at dupond.be

On Sun, Sep 23, 2018 at 12:26 PM, Wolfgang Rißler <wolle321 at freenet.de> wrote: > I try to send a friendly ping to my problem. > At the moment I'm running at 1600x1200 (monitor than has 1600x1200 > too), what looks better then 1920x1200 picture on that Monitor with > 960x1200. > I cant get 1920x1200 working, but I'm shure, that the monitor has this > native

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

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

https://bugs.freedesktop.org/show_bug.cgi?id=74164 Priority: medium Bug ID: 74164 Assignee: nouveau at lists.freedesktop.org Summary: [NV04] Native monitor resolution missing QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS: Linux (All) Reporter: mauromol at tiscali.it

https://bugs.freedesktop.org/show_bug.cgi?id=43939 Bug #: 43939 Summary: DVI monitor connected via HDMI is blank / standby (NV96 / 9500GS) Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal

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:

On 15/09/2020 21:08, Richard W.M. Jones wrote: > On Tue, Sep 15, 2020 at 09:54:32AM +0200, Jean-Louis Dupond wrote: >> Hi, >> >> I was trying to migrate some VM's to Virtio-SCSI block devices, as >> this gives some advantages. >> >> While checking the virt-v2v code, I found out that it supported >> Virtio-SCSI, but some bits were missing. >>

From: Ben Skeggs <bskeggs at redhat.com> [ Upstream commit 3d1890ef8023e61934e070021b06cc9f417260c0 ] Under certain circumstances, encoder atomic_check() can be entered without adjusted_mode having been reset to the same as mode, which confuses the scaling logic and can lead to a misprogrammed display. Fix this by checking against the user-provided mode directly. Link:

On Tue, Sep 15, 2020 at 09:54:32AM +0200, Jean-Louis Dupond wrote: > Hi, > > I was trying to migrate some VM's to Virtio-SCSI block devices, as > this gives some advantages. > > While checking the virt-v2v code, I found out that it supported > Virtio-SCSI, but some bits were missing. > In attachment a small patch that adds the missing bits :) This isn't the patch

This helps mkinitrd which runs pigz (parallel gzip). Thanks Jean-Louis Dupond for suggesting this change. --- common | 2 +- v2v/v2v.ml | 2 ++ 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/common b/common index c840f2e39..ea5278bba 160000 --- a/common +++ b/common @@ -1 +1 @@ -Subproject commit c840f2e39d0bb637a98b224c89f6df011e1d4414 +Subproject commit

Dear guRus, I'm having trouble producing a levelplot with relative cuts for each panel (my data has large differences in scales, so I want to use quantiles for each panel). My attempts to change the 'at' argument in panel.levelplot function have not met with success. Below is a toy example. xy <- expand.grid(x = 1:3, y = 1:3) aaa <- rbind(cbind(xy, z = 1:9, site =

https://bugs.freedesktop.org/show_bug.cgi?id=72207 Priority: medium Bug ID: 72207 Assignee: nouveau at lists.freedesktop.org Summary: NV40 / C67 - Pointer to flat panel table invalid QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: plaes at plaes.org

Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- Based on a recent discussion in #radeon, and also my own observation that the 'full' scaling causes no end of confusion among users. See https://bugs.freedesktop.org/show_bug.cgi?id=80868 for some more details, although it is more radeon-specific. Side-note: the scaling mode update handler disallows setting the mode to none

http://bugs.freedesktop.org/show_bug.cgi?id=23295 Summary: nouveau KMS: null pointer dereference if native mode is not found Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at

Hi, I tried this new kernel on out xen testbed with centos 6 and iscsi over qlog 57810 is not working, tried replacing drivers from manufacturer but does not work either. tried 4.9.23 from repo and is not working finally the old 4.9.13-22.el6.x86_64 is the only one from 4.9.x taht is working with hw iscsi on this cards. I will be happy to help debug the issue and get a latest kernel working