similar to: Driver Problem with 7150M

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

Hi all, I tried the latest nouveau & drm drivers (both were git from today) on my Geforce 6200 TM and - like all versions I tried before - it locks up my computer that a hard reset is needed. :-( On Screen is only a some pixel wide vertical stripe Here ist the x-org log: ---------------------- X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build

http://bugs.freedesktop.org/show_bug.cgi?id=20915 Summary: Refresh rate out of range, server backtrace Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: critical Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/nouveau/nvkm/subdev/bios/init.c:584: warning: Function parameter or member 'init' not described in 'init_reserved' drivers/gpu/drm/nouveau/nvkm/subdev/bios/init.c:611: warning: expecting prototype for INIT_DONE(). Prototype was for init_done() instead [Snipped ~140 lines for brevity] Cc: Ben Skeggs <bskeggs at

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/nouveau/nvkm/subdev/bios/init.c:584: warning: Function parameter or member 'init' not described in 'init_reserved' drivers/gpu/drm/nouveau/nvkm/subdev/bios/init.c:611: warning: expecting prototype for INIT_DONE(). Prototype was for init_done() instead [Snipped ~140 lines for brevity] Signed-off-by: Lee Jones

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

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

Od: "Ilia Mirkin" <imirkin at alum.mit.edu> Do: "Lampshade" <lampshade at poczta.fm>; Wys?ane: 19:07 Czwartek 2014-07-10 Temat: Re: [Nouveau] Warnings in dmesg and results of mmiotrace 10de:1140 Geforce620m Optimus Laptop Acer E1-531G > On Thu, Jul 10, 2014 at 11:01 AM, Lampshade wrote: > > Hello > > in dmesg I always have these informations (I

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 [

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 [

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

Hi all, Typically I dont have issues with configuring X. However this time its an issue. I have an NVIDIA graphics card trying to do 1920x1080. If I configure the screen by hand with the nvidia config utility it works at 1920x1080. However when I reboot its 800x600. When I use the nvidia config utility to set 1920x1080 then save the xorg.conf file, and reboot (yes I copied /tmp/xorg.conf to

http://bugs.freedesktop.org/show_bug.cgi?id=16952 Summary: Bad video modes Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: pq at

http://bugs.freedesktop.org/show_bug.cgi?id=22317 Summary: Interlace does not work with Geforce 6200 / NV44a Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

I just complete an install of 2.6.9-11.EL i686 On reboot, I get a couple of minor errors: smartd [FAILED] (not sure what this is) and then an error saying that no X server could be started (I installed using the graphical install and selected 'everything' as a first-time install) The error states: (EE) VIA(0): No valid modes found. According to the detail output, VIA seems to get loaded

Finally got around to testing the git masters of xorg, mesa, drm and nouveau running together. The mesa gallium3d driver failed to build until I manually added dri2 to the GALLIUM_STATE_TRACKERS_DIRS line in the configs/autoconf file to force libdri2drm.a to build. I'm not encountering any issues from the testing I've done so far (except that glxgears just draws black). On startup I do

Hi all, I am trying to compare the performance of gcc , llvm-gcc , clang and lli(with JIT) on x86. i have attached the performance comparision spreadsheet as well as the source which i used for performing these test. i ran this code for 10000 iterations and the time of execution is as follows for -O3 results refer attachment. *time clang (-O0) llvm-gcc(-O0)

Hi, folks, I've been hunting down some strange bugs in audio I've been doing. While hunting my bugs down, I tripped across what appears to be an Opus bug, but it's not clear where it's coming from. Note that the optimization choices differ between the two in the config.log below. How can I force them to be the same? Presumably I need to force the android version toward the

HDMI 3D mode support, round three. Rebased to drm-next as it was on Sunday morning. Overall structure is the same as v2. Substantially rewrote the first patch (nv50_head_atomic_check_mode()) since a recent change to the calculation of m->v.blankus caused a merge conflict and problems with frame-packed and interlaced 3D modes, and I found a much saner model for how the timing parameters work

libswfdec/swfdec_initialize.as | 80 ++++ libswfdec/swfdec_initialize.h | 768 ++++++++++++++++++++++------------------- 2 files changed, 509 insertions(+), 339 deletions(-) New commits: diff-tree 8d69f18e13827a9f25ce0f2e9eabc098ec2709d9 (from b9b24e3618791b5add483cf0211d49ee901fed84) Author: Pekka Lampila <pekka.lampila at iki.fi> Date: Fri Sep 28 13:51:04 2007 +0300 Add