similar to: Nouveau doesn't detect DVI - Monitor

I am using xorg-git,mesa-git and xf86-nouveau-git. I noticed that when I turn on compositions (kwin4) there are some problems with screen update, windows,menus are flashing.When I leave from kde to console I got crash.Here is xorg.0.log with crash and the end. [ 4324.923] 1 XSELINUXs still allocated at reset [ 4324.923] TOTAL: 0 objects, 0 bytes, 0 allocs [ 4324.924] 1 CLIENTs still

https://bugs.freedesktop.org/show_bug.cgi?id=31684 Summary: No Xv acceleration with 7600 GT AGP (NV4B), last git drivers Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: All Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau

Thanks for the help so far, I have already solved the main problem, but sadly it seems I can't find out the last step. I hope you can help me there... Here ist the important part: It is trying to load some nvidia module, although i have already done apt-get purge nvidia* [ 4.636] (II) LoadModule: "glx" [ 4.638] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [

On 07/28/16 13:38, geo.inbox.ignored wrote: <<>> > what is command to restore boot to 6.8 install. it has been a very long > time when last had need. now when i do, recall fails me. > ===> then again, not as bad as i was thinking. or, no guts, no blue chips. booted rescue mode again, then chroot /mnt/sysimage. ls /sbin/grub*, there it sat and the brain snapped,

Dear Devs, The support for multiple xscreens (i.e. no xinerama, just separate :0.0 and :0.1 displays) in nouveau is broken. It would be great if someone could confirm this. It is easily done, by commenting the "xinerama" option from the xorg.conf file: https://nouveau.freedesktop.org/wiki/MultiMonitorDesktop/ With the nvidia proprietary drivers separate xscreens work fine. Could

Thanks for the help so far, I have already solved the main problem, but sadly it seems I can't find out the last step. I hope you can help me there... Here ist the important part: It is trying to load some nvidia module, although i have already done apt-get purge nvidia* [ 4.636] (II) LoadModule: "glx" [ 4.638] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [

Hi, I tried using the nouveau driver that comes latest with Fedora Rawhide (xorg-x11-drv-nouveau-0.0.10-1.20080311git460cb26) on my HP Pavilion dv2000 laptop with a GeForce 7150M (PCI 10de:0531) but couldn't even get the server up. The server spit out the following log. Could someone tell me how to get things working? Or even if I should file a bug? Xorg.0.log: X.Org X Server 1.4.99.901

Hi. I've been testing Fedora rawhide, since Fedora 9 will be coming out soon. I tried running nouveau, and had a hang, so I thought I'd report it here. I'm not sure whether or not this is helpful, but I figured it can't hurt. Anyway, when X started, it got far enough that the X cursor showed up in the middle of the screen, but I was unable to get the cursor to move. As far as I

Please keep the list CC'd, thanks. 2016-10-07 8:54 GMT+02:00 MATHIEU Clement <clement.mathieu at gmail.com>: > Hello > thanks for your answer > i?ve tried with nutdrv_qx driver > and i got this result > > lsusb : > > Bus 001 Device 058: ID 0665:5161 Cypress Semiconductor USB to Serial > Bus 001 Device 005: ID 13ee:0001 MosArt > Bus 001 Device 004: ID

https://bugs.freedesktop.org/show_bug.cgi?id=94826 Bug ID: 94826 Summary: Cannot set external display as primary in optimus mode Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

I've come at this a few different ways on this list and others. But not really getting a solution. Possibly there is none until some changes are made upstream. Setup: Debian Wheezy (testing) 3.0.0-1-686-pae Video card: Nvidia XF 5700LE Older P4 intel cpu 3.06 (single core) (Using Nouveau driver) My aim is to create a large pannable desktop either with use of xorg.conf or xrandr. In the

https://bugs.freedesktop.org/show_bug.cgi?id=64645 Priority: medium Bug ID: 64645 Assignee: nouveau at lists.freedesktop.org Summary: Massive corruption QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS: Linux (All) Reporter: roucaries.bastien+bugs at gmail.com

I am attempting to setup a dell inspirons 1200 laptop media accelerator 900 from intel is the chipset so I am using the i810 driver. In the default 1024x768 everything is fine. I am trying to setup the external port not the LCD to be 1366x768. I added a modeline to xorg.conf of: Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor"

https://bugs.freedesktop.org/show_bug.cgi?id=85570 Bug ID: 85570 Summary: DPMS does not turn off LCD backlight on G73 (NV4B) [GeForce 7600 GS] Product: xorg Version: unspecified Hardware: Other OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

Please, I need some type of help with this issue. Thanks!! ---------------------------- Mensaje original ---------------------------- Asunto: Problems with two S3 video devices. De: "ArcosCom Linux User" <linux at arcoscom.com> Fecha: Vie, 28 de Diciembre de 2007, 9:48 Para: xorg at lists.freedesktop.org

Hi Ville Thanks for the patch. One comment below. Thanks Abhinav On 2020-04-03 13:39, Ville Syrjala wrote: > From: Ville Syrj?l? <ville.syrjala at linux.intel.com> > > Get rid of mode->vrefresh and just calculate it on demand. Saves > a bit of space and avoids the cached value getting out of sync > with reality. > > Mostly done with cocci, with the following

From: Ville Syrj?l? <ville.syrjala at linux.intel.com> Get rid of mode->vrefresh and just calculate it on demand. Saves a bit of space and avoids the cached value getting out of sync with reality. Mostly done with cocci, with the following manual fixups: - Remove the now empty loop in drm_helper_probe_single_connector_modes() - Fix __MODE() macro in ch7006_mode.c - Fix DRM_MODE_ARG()

From: Ville Syrj?l? <ville.syrjala at linux.intel.com> Get rid of mode->vrefresh and just calculate it on demand. Saves a bit of space and avoids the cached value getting out of sync with reality. Mostly done with cocci, with the following manual fixups: - Remove the now empty loop in drm_helper_probe_single_connector_modes() - Fix __MODE() macro in ch7006_mode.c - Fix DRM_MODE_ARG()

From: Ville Syrj?l? <ville.syrjala at linux.intel.com> Get rid of mode->vrefresh and just calculate it on demand. Saves a bit of space and avoids the cached value getting out of sync with reality. Mostly done with cocci, with the following manual fixups: - Remove the now empty loop in drm_helper_probe_single_connector_modes() - Fix __MODE() macro in ch7006_mode.c - Fix DRM_MODE_ARG()

On 19.02.2020 21:35, Ville Syrjala wrote: > From: Ville Syrj?l? <ville.syrjala at linux.intel.com> > > Get rid of mode->vrefresh and just calculate it on demand. Saves > a bit of space and avoids the cached value getting out of sync > with reality. > > Mostly done with cocci, with the following manual fixups: > - Remove the now empty loop in