"The 7100 series was introduced on August 30, 2006 and is based on GeForce 6200 Series architecture." and "it is little more than a revamped version of the GeForce 6200TC" I presume that's why it is considered as NV40 chipset. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat Feb 5 06:30:59 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 5 Feb 2011 06:30:59 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110205143059.9484B13004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #8 from berbae <roger.berny at sfr.fr> 2011-02-05 06:30:58 PST --- Sorry I just noticed in the list from http://nouveau.freedesktop.org/wiki/CodeNames : NV63 GeForce 7100 / nForce 630i In dmesg I have : [drm] nouveau 0000:00:10.0: Detected an NV40 generation card (0x063000a2) But in Xorg.0.log I have effectively : [ 133.128] (--) NOUVEAU(0): Chipset: "NVIDIA NV63" and also : [ 133.472] (II) NOUVEAU(0): [XvMC] Associated with NV40 texture adapter. So it is not clear to me what chipset it is. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat Feb 5 06:32:05 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 5 Feb 2011 06:32:05 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110205143205.1DC5E13004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #9 from Maarten Maathuis <madman2003 at gmail.com> 2011-02-05 06:32:04 PST --- NV6X is just because there were no numbers left in NV4X :) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat Feb 5 06:43:22 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 5 Feb 2011 06:43:22 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110205144322.485A513004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #10 from Maarten Maathuis <madman2003 at gmail.com> 2011-02-05 06:43:20 PST --- I think a mmio trace (http://nouveau.freedesktop.org/wiki/MmioTrace) of all the problematic cards running the closed source driver should shed some light on what is wrong with the tiling code on these cards. Because i suspect the blob uses a tiled frontbuffer too. You can send them to the email address mentioned at the bottom of the wiki page. Even though I'm not the best person to look at this (i don't use that generation of hardware anymore for example), I'll do what i can though if noone steps up. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat Feb 5 12:28:28 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 5 Feb 2011 12:28:28 -0800 (PST) Subject: [Bug 33941] New: Xorg lockup while watching video Message-ID: <bug-33941-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=33941 Summary: Xorg lockup while watching video Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: HMWiesinger at gmx.at QAContact: xorg-team at lists.x.org Created an attachment (id=42970) --> (https://bugs.freedesktop.org/attachment.cgi?id=42970) /var/log/messages I got repeated lockups of X in the last couple of days while watching video, more specifically HD video material. Only X is affected, the computer stays responsible over ssh and is fully usable remotely. However the screen is stuck until reboot. I have a Quadro FX770M, running in a HP notebook. My graphics stack is as follows: - kernel: 2.6.37-rc8 - xorg-server: 1.9.3 - mesa: 7.10 - libdrm: 2.4.23 - xf86-video-nouveau: 8bb82312 I've attached the part of /var/log/messages specific to the problem, from bootup to shutdown of the system. Crash happend Feb 5 20:34:58, but that should be visible from the log as well. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat Feb 5 13:18:39 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 5 Feb 2011 13:18:39 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110205211839.B978213004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #11 from zeruke <oninekoze at gmail.com> 2011-02-05 13:18:39 PST --- @ Maarten Maathuis i would do the mmio trace if i could but right now until nvidia updates the beta driver to support the new xorg stuff then i wont be able to use the closed source drivers unless i downgrade which at the moment i don't really want to do -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat Feb 5 13:43:42 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 5 Feb 2011 13:43:42 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110205214342.4D4B413004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #12 from Xavier <shiningxc at gmail.com> 2011-02-05 13:43:41 PST --- (In reply to comment #11) > @ Maarten Maathuis > > i would do the mmio trace if i could but right now until nvidia updates the > beta driver to support the new xorg stuff then i wont be able to use the closed > source drivers unless i downgrade which at the moment i don't really want to do Which xorg version and which nvidia version are you using ? http://nouveau.freedesktop.org/wiki/BlobVersions -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat Feb 5 14:07:47 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 5 Feb 2011 14:07:47 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110205220747.C7C6B13004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #13 from zeruke <oninekoze at gmail.com> 2011-02-05 14:07:47 PST --- (In reply to comment #12) > (In reply to comment #11) > > @ Maarten Maathuis > > > > i would do the mmio trace if i could but right now until nvidia updates the > > beta driver to support the new xorg stuff then i wont be able to use the closed > > source drivers unless i downgrade which at the moment i don't really want to do > > Which xorg version and which nvidia version are you using ? > http://nouveau.freedesktop.org/wiki/BlobVersions right now because how im using ubuntu 11.04 alpha2 the xserver is 1.9.99.901+git20110131.be3be768-0ubuntu3 which is seen as xserver 1.10 and nvidia only had preliminary support with the 270.18 which 270.18 has a problem with the ABI right now and if i set it to ignoreABI it then i get segfaults which is a known problem which should be fixed in the next release so right now im not running nvidia drivers so im using the basic xorg graphics because i have to modeset=0 to nouveau so i can see things correctly -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From emailgrant at gmail.com Sat Feb 5 16:30:07 2011 From: emailgrant at gmail.com (Grant) Date: Sat, 5 Feb 2011 16:30:07 -0800 Subject: Nouveau won't load with GeForce 6150SE nForce 430 (NV40) Message-ID: <AANLkTim9QZxKmNwux38ggsp1Y22vzHCja1gV-F2QhsOZ@xxxxxxxxxxxxxx> I can't seem to get nouveau to load with my onboard GeForce 6150SE nForce 430 which I believe is an NV40 chip. I enabled DRM and DRM_NOUVEAU in the kernel but lspci -v doesn't show any kernel driver in use and Xorg fails to load the module. It does work with the nvidia driver. I'm using Gentoo. Should nouveau work with my card? If so, any idea what I did wrong? - Grant From bugzilla-daemon at freedesktop.org Sat Feb 5 16:42:56 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 5 Feb 2011 16:42:56 -0800 (PST) Subject: [Bug 33445] NVS 3100M : Blank screen on kernel module loading In-Reply-To: <bug-33445-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33445-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110206004256.862D12DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33445 --- Comment #5 from celelibi at gmail.com 2011-02-05 16:42:56 PST --- (In reply to comment #4) > Do you have fbcon configured as a module? You have to load it then... fbcon (I guess this is CONFIG_FRAMEBUFFER_CONSOLE) is built-in. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From chantry.xavier at gmail.com Sat Feb 5 23:31:16 2011 From: chantry.xavier at gmail.com (Xavier Chantry) Date: Sun, 6 Feb 2011 08:31:16 +0100 Subject: Nouveau won't load with GeForce 6150SE nForce 430 (NV40) In-Reply-To: <AANLkTim9QZxKmNwux38ggsp1Y22vzHCja1gV-F2QhsOZ@xxxxxxxxxxxxxx> References: <AANLkTim9QZxKmNwux38ggsp1Y22vzHCja1gV-F2QhsOZ@xxxxxxxxxxxxxx> Message-ID: <AANLkTik+NDg8JZoY+oM1mhCyevev3GmLKdnxtwE39yeR@xxxxxxxxxxxxxx> On Sun, Feb 6, 2011 at 1:30 AM, Grant <emailgrant at gmail.com> wrote: > I can't seem to get nouveau to load with my onboard GeForce 6150SE > nForce 430 which I believe is an NV40 chip. ?I enabled DRM and > DRM_NOUVEAU in the kernel but lspci -v doesn't show any kernel driver > in use and Xorg fails to load the module. ?It does work with the > nvidia driver. ?I'm using Gentoo. > > Should nouveau work with my card? ?If so, any idea what I did wrong? > Please attach a full dmesg. From bugzilla-daemon at freedesktop.org Sun Feb 6 03:24:28 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 03:24:28 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110206112428.CAA6C2DC012@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #14 from berbae <roger.berny at sfr.fr> 2011-02-06 03:24:26 PST --- Isn't it possible to compare previous release and last one to list the changes made and see what patches or changes could have caused the regression ? Isn't it possible to reverse some changes to previous state ? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 03:31:22 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 03:31:22 -0800 (PST) Subject: [Bug 26980] NVA3 / NVA5 / NVA8 / NVAF (GT2xx/GT3xx) with nouveau: random GPU lockups In-Reply-To: <bug-26980-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-26980-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110206113122.4240F2DC102@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=26980 Tiziano M?ller <tm at dev-zero.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tm at dev-zero.ch --- Comment #43 from Tiziano M?ller <tm at dev-zero.ch> 2011-02-06 03:31:20 PST --- I'd say the current instructions to build the peek (and other utilities) are: git clone git://0x04.net/pgtest cd pgtest make -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 04:12:24 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 04:12:24 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110206121224.84D6A2DC012@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #15 from Xavier <shiningxc at gmail.com> 2011-02-06 04:12:23 PST --- You are not listening, we already know what commit broke it : http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=c88f13e25b0040c1dd0f93e0ac40f62a6005ce59 Now we want to know why tiled scanout does not work with these nforce boards, and we need a mmiotrace for that. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 06:29:50 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 06:29:50 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110206142950.3920D2DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #16 from Tomasz Wasiak <tjwasiak at poczta.onet.pl> 2011-02-06 06:29:48 PST --- Unfortunately mentioned commit is not the only issue. Using revision 38e8809bb415bae5c182fc79c8fc62992c5e4ed0 patched not to use tiled scanout helps only a bit when using current master branch of mesa... You need to switch to mesa-7.9 branch in order to have X working normally without major screen corruption (unfortunately there are still some minor corruptions here and there but you can live with them...). Still I got only 2D acceleration working (I know 3D is not supported :-D) - screen (or window) is totally messed up even when launching glxgears demo using Gallium3D nouveau driver. I had been trying nearly all revisions of xf86-video-nouveau (from 4063616938f76af8028491276039d422c0782b1b dated April 9th 2010 till current) built on top of current master branch of mesa with same major screen corruption! Of course most of them need some patches not to lock the GPU when built on top of current versions of libdrm/mesa/xorg-server but I have carefully checked if those patches could be source of screen corruption issues. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 06:33:29 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 06:33:29 -0800 (PST) Subject: [Bug 33668] [regression] [nv4c] Screen corruption In-Reply-To: <bug-33668-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33668-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110206143329.284692DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33668 --- Comment #6 from Tomasz Wasiak <tjwasiak at poczta.onet.pl> 2011-02-06 06:33:28 PST --- Found partial solution to that issue: 1. Patch ddx not to use tiled scanout 2. Use mesa-7.9 branch instead of master branch of mesa That way 2D acceleration is quite usable. 3D using nouveau Gallium3D driver is still bad (even worse than before). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 09:09:53 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 09:09:53 -0800 (PST) Subject: [Bug 33967] New: No image on a VGA screen attached to DVI with a dvi to vga adaptor on NVa3 card.. Message-ID: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=33967 Summary: No image on a VGA screen attached to DVI with a dvi to vga adaptor on NVa3 card.. Product: xorg Version: 7.6 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: GatoLoko at gmail.com QAContact: xorg-team at lists.x.org Created an attachment (id=42994) --> (https://bugs.freedesktop.org/attachment.cgi?id=42994) dmesg log On a dualhead system, the second screen (a VGA CRT with a DVI adaptor) never shows anything, remaining in power save mode since boot until shutdown. I disconnected the other screen, forcing this one to show the bios and boot messages, and once while the kernel is loading, the screen goes off. The system is reachable through ssh and seems to be working right. When both screens are connected, xrandr shows info about both of them. I can change resolutions on both of them, change the refresh rate on both of them, ... but no image on the screen connected to DVI. Booting windows, dualhead works, and both screens show proper images/resolutions/refresh. Looking at xrandr output, it seems the connectors naming is wrong. The screen connected to VGA is shown as connected to "DVI-I-1" and the one connected to DVI is shown as connected to "VGA-1" -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 09:11:07 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 09:11:07 -0800 (PST) Subject: [Bug 33967] No image on a VGA screen attached to DVI with a dvi to vga adaptor on NVa3 card.. In-Reply-To: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110206171108.02CB113004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33967 --- Comment #1 from Ra?l Soriano <GatoLoko at gmail.com> 2011-02-06 09:11:06 PST --- Created an attachment (id=42995) --> (https://bugs.freedesktop.org/attachment.cgi?id=42995) lspci output -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 09:11:46 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 09:11:46 -0800 (PST) Subject: [Bug 33967] No image on a VGA screen attached to DVI with a dvi to vga adaptor on NVa3 card.. In-Reply-To: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110206171146.8CEE613004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33967 --- Comment #2 from Ra?l Soriano <GatoLoko at gmail.com> 2011-02-06 09:11:45 PST --- Created an attachment (id=42996) --> (https://bugs.freedesktop.org/attachment.cgi?id=42996) xrandr output -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 09:12:21 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 09:12:21 -0800 (PST) Subject: [Bug 33967] No image on a VGA screen attached to DVI with a dvi to vga adaptor on NVa3 card.. In-Reply-To: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110206171221.80BF313004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33967 --- Comment #3 from Ra?l Soriano <GatoLoko at gmail.com> 2011-02-06 09:12:20 PST --- Created an attachment (id=42997) --> (https://bugs.freedesktop.org/attachment.cgi?id=42997) Xorg log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 12:37:55 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 12:37:55 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110206203755.5638313004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #17 from berbae <roger.berny at sfr.fr> 2011-02-06 12:37:54 PST --- I read the mmiotrace.txt file on how to use the kernel functionality. Can you tell me what actions exactly would be useful to be traced after the WM is started. It is written : "During tracing you can place comments (markers) into the trace by $ echo "X is up" > /sys/kernel/debug/tracing/trace_marker This makes it easier to see which part of the (huge) trace corresponds to which action. It is recommended to place descriptive markers about what you do." But what actions exactly to do during the trace process ? And : "Please, pack into a compressed archive the trace file and a free description about what you do during the trace." Again what is useful to do ? Can you also precise to me the format of the name of the archive file. "The name of the archive file should contain the PCI id and GPU family, or the commercial name of your card." Can you give an example of name please ? Again : "If you are doing a trace for a driver project, e.g. Nouveau, you should also do the following before sending your results: $ lspci -vvv > lspci.txt $ dmesg > dmesg.txt $ tar zcf pciid-nick-mmiotrace.tar.gz mydump.txt lspci.txt dmesg.txt and then send the .tar.gz file. The trace compresses considerably. Replace "pciid" and "nick" with the PCI ID or model name of your piece of hardware under investigation and your nickname." I would like an example of name of the tarball file. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 13:36:21 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 13:36:21 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110206213621.A99AE13004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #18 from Xavier <shiningxc at gmail.com> 2011-02-06 13:36:21 PST --- (In reply to comment #17) > I read the mmiotrace.txt file on how to use the kernel functionality. > Can you tell me what actions exactly would be useful to be traced after the WM > is started. > > It is written : > "During tracing you can place comments (markers) into the trace by > $ echo "X is up" > /sys/kernel/debug/tracing/trace_marker > This makes it easier to see which part of the (huge) trace corresponds to > which action. It is recommended to place descriptive markers about what you > do." > But what actions exactly to do during the trace process ? > > And : > "Please, pack into a compressed archive the trace file and a free description > about what you do during the trace." > Again what is useful to do ? > AFAIK with nouveau, you get corruption just by starting X. So I think you just need to start X with the blob, mark X is up in the trace, and stop. > Can you also precise to me the format of the name of the archive file. > "The name of the archive file should contain the PCI id and GPU family, or the > commercial name of your card." > Can you give an example of name please ? > > Again : > "If you are doing a trace for a driver project, e.g. Nouveau, you should also > do the following before sending your results: > $ lspci -vvv > lspci.txt > $ dmesg > dmesg.txt > $ tar zcf pciid-nick-mmiotrace.tar.gz mydump.txt lspci.txt dmesg.txt > and then send the .tar.gz file. The trace compresses considerably. Replace > "pciid" and "nick" with the PCI ID or model name of your piece of hardware > under investigation and your nickname." > I would like an example of name of the tarball file. $ lspci -n -d 10de: 01:00.0 0300: 10de:0407 (rev a1) -> the pci id of my card is 0407 (10de is vendor id, nvidia) $ dmesg | grep generation [11562.063550] [drm] nouveau 0000:01:00.0: Detected an NV50 generation card (0x084700a2) -> generation is nv50, codename nv84. So in my case I would just call it nv84-0407-shining-mmiotrace.tar.gz -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 14:29:34 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 14:29:34 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110206222934.CD2EB13004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #19 from Ben Skeggs <skeggsb at gmail.com> 2011-02-06 14:29:34 PST --- Created an attachment (id=43011) View: https://bugs.freedesktop.org/attachment.cgi?id=43011 Review: https://bugs.freedesktop.org/review?bug=33887&attachment=43011 possible fix for nv4x/nv6x chipsets I don't know these cards as well as curro, but, we do this wrong on at least NV67, quite possible some others too. Can anyone on nv4x experiencing this give this patch a shot? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 15:45:25 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 15:45:25 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110206234525.85E4013004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #20 from zeruke <oninekoze at gmail.com> 2011-02-06 15:45:25 PST --- (In reply to comment #19) > Created an attachment (id=43011) View: https://bugs.freedesktop.org/attachment.cgi?id=43011 Review: https://bugs.freedesktop.org/review?bug=33887&attachment=43011 > possible fix for nv4x/nv6x chipsets > > I don't know these cards as well as curro, but, we do this wrong on at least > NV67, quite possible some others too. Can anyone on nv4x experiencing this > give this patch a shot? i tried but im guessing im doing something wrong because i get this when trying to patch patching file nv40_graph.c Hunk #1 FAILED at 223. Hunk #2 FAILED at 230. Hunk #3 FAILED at 239. 3 out of 3 hunks FAILED -- saving rejects to file nv40_graph.c.rej -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 19:31:13 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 19:31:13 -0800 (PST) Subject: [Bug 33977] New: X core font rendering is "laggy" Message-ID: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=33977 Summary: X core font rendering is "laggy" Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: abrasive at axdf.net QAContact: xorg-team at lists.x.org I'm having trouble with terminals under X after updating xf86-video-nouveau and libdrm. When entering characters (in urxvt), the cursor in the previous cell is only cleared after some delay, and lines printed in the terminal are often not displayed until I generate more output or update some other part of the screen. There are also remnants of text visible in the fractional row under the last terminal row. This seems to be an issue only with X core fonts, and not with Xft ones. I have an NV50 card, and the issue appeared after updating xf86-video-nouveau from a git snapshot on 2010-08-19 to one from 2010-12-17. The issue is still present on 2011-02-06. The upgrade necessitated upgrading libdrm from 2.4.21 to 2.4.23. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 19:31:27 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 19:31:27 -0800 (PST) Subject: [Bug 33977] X core font rendering is "laggy" In-Reply-To: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207033127.DD79113004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33977 James Laird <abrasive at axdf.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Platform|Other |x86-64 (AMD64) OS/Version|All |Linux (All) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 19:57:03 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 19:57:03 -0800 (PST) Subject: [Bug 33977] X core font rendering is "laggy" In-Reply-To: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207035703.7662C13004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33977 --- Comment #1 from James Laird <abrasive at axdf.net> 2011-02-06 19:57:03 PST --- git bisect reveals the culprit: 9a5142fae6e1a0a470352f511427916e6fa01b9c is the first bad commit commit 9a5142fae6e1a0a470352f511427916e6fa01b9c Author: Maarten Maathuis <madman2003 at gmail.com> Date: Fri Aug 27 21:11:59 2010 +0200 nv50/exa: Stop using wfb by default, but add an option to enable it. - Some scenarios, such as those heavy in core font rendering might prefer wfb. - Other (modern) situations are better of with wfb disabled. Signed-off-by: Maarten Maathuis <madman2003 at gmail.com> -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 20:10:17 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 20:10:17 -0800 (PST) Subject: [Bug 33977] X core font rendering is "laggy" In-Reply-To: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207041017.556B013004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33977 --- Comment #2 from James Laird <abrasive at axdf.net> 2011-02-06 20:10:14 PST --- (In reply to comment #1) > commit 9a5142fae6e1a0a470352f511427916e6fa01b9c > nv50/exa: Stop using wfb by default, but add an option to enable it. And setting WrappedFB to True in the xorg.conf makes it work again. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 20:14:25 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 20:14:25 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207041427.29EBF13004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #21 from zeruke <oninekoze at gmail.com> 2011-02-06 20:14:23 PST --- (In reply to comment #20) > (In reply to comment #19) > > Created an attachment (id=43011) View: https://bugs.freedesktop.org/attachment.cgi?id=43011 Review: https://bugs.freedesktop.org/review?bug=33887&attachment=43011 > > possible fix for nv4x/nv6x chipsets > > > > I don't know these cards as well as curro, but, we do this wrong on at least > > NV67, quite possible some others too. Can anyone on nv4x experiencing this > > give this patch a shot? > > i tried but im guessing im doing something wrong because i get this when trying > to patch > > patching file nv40_graph.c > Hunk #1 FAILED at 223. > Hunk #2 FAILED at 230. > Hunk #3 FAILED at 239. > 3 out of 3 hunks FAILED -- saving rejects to file nv40_graph.c.rej i found out what i did wrong and about to go through the whole set-up in a bit -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 6 21:20:54 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 6 Feb 2011 21:20:54 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207052054.6744E13004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #22 from zeruke <oninekoze at gmail.com> 2011-02-06 21:20:53 PST --- (In reply to comment #21) > (In reply to comment #20) > > (In reply to comment #19) > > > Created an attachment (id=43011) View: https://bugs.freedesktop.org/attachment.cgi?id=43011 Review: https://bugs.freedesktop.org/review?bug=33887&attachment=43011 [details] > > > possible fix for nv4x/nv6x chipsets > > > > > > I don't know these cards as well as curro, but, we do this wrong on at least > > > NV67, quite possible some others too. Can anyone on nv4x experiencing this > > > give this patch a shot? > > > > i tried but im guessing im doing something wrong because i get this when trying > > to patch > > > > patching file nv40_graph.c > > Hunk #1 FAILED at 223. > > Hunk #2 FAILED at 230. > > Hunk #3 FAILED at 239. > > 3 out of 3 hunks FAILED -- saving rejects to file nv40_graph.c.rej > > i found out what i did wrong and about to go through the whole set-up in a bit and i cant seem to get anything to work how it should no matter where i get the instructions and such -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 01:15:43 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 01:15:43 -0800 (PST) Subject: [Bug 33977] X core font rendering is "laggy" In-Reply-To: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207091543.AA74D13004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33977 --- Comment #3 from Maarten Maathuis <madman2003 at gmail.com> 2011-02-07 01:15:43 PST --- This is an xserver issue which i recently fixed. http://cgit.freedesktop.org/xorg/xserver/commit/?id=541b25038a5de74411a094570b407c5ae018c2ba I have asked for it to be also put in the next 1.9 release, will have to wait how this goes. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From didier.spaier at epsm.fr Mon Feb 7 01:31:58 2011 From: didier.spaier at epsm.fr (Didier Spaier) Date: Mon, 07 Feb 2011 10:31:58 +0100 Subject: [Bug 33977] X core font rendering is "laggy" In-Reply-To: <20110207091543.AA74D13004F@xxxxxxxxxxxxxxxxxxxxxxxx> References: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> <20110207091543.AA74D13004F@xxxxxxxxxxxxxxxxxxxxxxxx> Message-ID: <4D4FBC0E.2090504@xxxxxxx> Le 07/02/2011 10:15, bugzilla-daemon at freedesktop.org a ?crit : > https://bugs.freedesktop.org/show_bug.cgi?id=33977 > > --- Comment #3 from Maarten Maathuis<madman2003 at gmail.com> 2011-02-07 01:15:43 PST --- > This is an xserver issue which i recently fixed. > > http://cgit.freedesktop.org/xorg/xserver/commit/?id=541b25038a5de74411a094570b407c5ae018c2ba > > I have asked for it to be also put in the next 1.9 release, will have to wait > how this goes. > The bug is tagged as x86-64 (AMD64) Linux (All) but it occurs here as well (i686). And during a few seconds sometimes I see only half of the last row of text displayed (vertically cut). From bugzilla-daemon at freedesktop.org Mon Feb 7 02:29:35 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 02:29:35 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207102936.0119F13004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #23 from Bozhan <bozhan at abv.bg> 2011-02-07 02:29:35 PST --- I have same problems! My video card is: 00:0d.0 VGA compatible controller: nVidia Corporation C61 [GeForce 6100 nForce 405] (rev a2) (prog-if 00 [VGA controller]) Subsystem: ASRock Incorporation Device 03d1 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 20 Region 0: Memory at de000000 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at c0000000 (64-bit, prefetchable) [size=256M] Region 3: Memory at dd000000 (64-bit, non-prefetchable) [size=16M] Expansion ROM at dfcc0000 [disabled] [size=128K] Capabilities: <access denied> Kernel driver in use: nouveau Kernel modules: nouveau, nvidiafb As i understand developers needs mmiotrace but did i have to make it with nvidia module? We can't use it right now because of broken ABI??!? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 02:36:48 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 02:36:48 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207103648.2D76613004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #24 from Maarten Maathuis <madman2003 at gmail.com> 2011-02-07 02:36:46 PST --- Nvidia only supports released xservers. zeruke is using an alpha ubuntu with a prerelease xserver. So if you have a normal release you should be fine. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 02:41:35 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 02:41:35 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207104135.7EC0C13004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #25 from Xavier <shiningxc at gmail.com> 2011-02-07 02:41:34 PST --- comment 19 provides a patch, so forget about the mmiotrace, just try the patch. But you need to be able to build a kernel from source, probably from git and apply the patch there. http://nouveau.freedesktop.org/wiki/InstallDRM -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 02:43:42 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 02:43:42 -0800 (PST) Subject: [Bug 33986] New: mouse freeze randomly but periodical Message-ID: <bug-33986-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=33986 Summary: mouse freeze randomly but periodical Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: develop at marco-scholl.de QAContact: xorg-team at lists.x.org my mouse freeze with nouvau. i have the probleme since Ubuntu Lucid till Kubuntu Natty. my laptop is a Dell E6410. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 02:44:17 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 02:44:17 -0800 (PST) Subject: [Bug 33986] mouse freeze randomly but periodical In-Reply-To: <bug-33986-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33986-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207104417.C275E13004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33986 --- Comment #1 from develop at marco-scholl.de 2011-02-07 02:44:15 PST --- Created an attachment (id=43021) --> (https://bugs.freedesktop.org/attachment.cgi?id=43021) dmesg.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 02:44:42 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 02:44:42 -0800 (PST) Subject: [Bug 33986] mouse freeze randomly but periodical In-Reply-To: <bug-33986-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33986-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207104442.40C8213004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33986 --- Comment #2 from develop at marco-scholl.de 2011-02-07 02:44:40 PST --- Created an attachment (id=43022) --> (https://bugs.freedesktop.org/attachment.cgi?id=43022) xorg.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 02:45:15 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 02:45:15 -0800 (PST) Subject: [Bug 33986] mouse freeze randomly but periodical In-Reply-To: <bug-33986-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33986-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207104515.7F71B13004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33986 --- Comment #3 from develop at marco-scholl.de 2011-02-07 02:45:15 PST --- Created an attachment (id=43023) --> (https://bugs.freedesktop.org/attachment.cgi?id=43023) lspci.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 02:49:54 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 02:49:54 -0800 (PST) Subject: [Bug 33987] New: no full color on laptop screen. Message-ID: <bug-33987-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=33987 Summary: no full color on laptop screen. Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: develop at marco-scholl.de QAContact: xorg-team at lists.x.org the display show less colors (i think 16bit) on laptop screen. a display connected with LVDS show colors normal (i think 24bit). my laptop is a Dell Latitude E6410 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 02:50:17 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 02:50:17 -0800 (PST) Subject: [Bug 33987] no full color on laptop screen. In-Reply-To: <bug-33987-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33987-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207105017.277F413004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33987 --- Comment #1 from develop at marco-scholl.de 2011-02-07 02:50:16 PST --- Created an attachment (id=43024) --> (https://bugs.freedesktop.org/attachment.cgi?id=43024) dmesg.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 02:51:00 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 02:51:00 -0800 (PST) Subject: [Bug 33987] no full color on laptop screen. In-Reply-To: <bug-33987-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33987-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207105100.67C5C13004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33987 --- Comment #2 from develop at marco-scholl.de 2011-02-07 02:51:00 PST --- the bug is reproduced since Ubuntu Lucid till Kubuntu Natty -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 02:51:18 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 02:51:18 -0800 (PST) Subject: [Bug 33987] no full color on laptop screen. In-Reply-To: <bug-33987-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33987-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207105118.3F04113004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33987 --- Comment #3 from develop at marco-scholl.de 2011-02-07 02:51:17 PST --- Created an attachment (id=43025) --> (https://bugs.freedesktop.org/attachment.cgi?id=43025) lspci.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 02:51:40 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 02:51:40 -0800 (PST) Subject: [Bug 33987] no full color on laptop screen. In-Reply-To: <bug-33987-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33987-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207105140.64B1313004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33987 --- Comment #4 from develop at marco-scholl.de 2011-02-07 02:51:40 PST --- Created an attachment (id=43026) --> (https://bugs.freedesktop.org/attachment.cgi?id=43026) xorg.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From ef at math.uni-bonn.de Mon Feb 7 03:57:48 2011 From: ef at math.uni-bonn.de (=?iso-8859-1?Q?Edgar_Fu=DF?=) Date: Mon, 7 Feb 2011 12:57:48 +0100 Subject: TDMS bandwidth limits In-Reply-To: <87k4hg4x0b.fsf@xxxxxxxxxx> References: <DE8B09DD-4ACE-499A-A33C-C12C005803F0@xxxxxxxxxxxxxxxx> <87k4hg4x0b.fsf@xxxxxxxxxx> Message-ID: <B6BAA649-2D35-4374-B7F6-568B5B749E47@xxxxxxxxxxxxxxxx> So my problem continues. > They're based on what the nvidia proprietary driver itself refuses to do, I see, thanks. > though, I'm not 100% sure that I had nv44 in my sample when I made that change. Looks like it limits to 155M in the nv44 case too, so your change is totally correct. > It might be using a reduced-blanking mode, Indeed it does, thanks. I had ruled out this too early as highly improbable. > check your Xorg.0.log to be sure. See the "-logverbose" option if you don't > get all the timings printed out with the default verbosity level. It does tell at least on level 9, thanks. However, what it doesn't tell is the timing actually used. Anyone more familiar with the relevant reverse engineering methods (MmioTrace or whatever) to find out? The other problem is that nouveaufb doesn't (like matroxfb) provide a method of specifying the exact timing to use (and I would presumably need it in order not to change between FB console and X11). One would come to think that video=1600x1200RM would result in a reduced-blanking mode, but drm.debug=7 shows it actually does not. Reading the source of drm_fb_helper.c reveals that it's almost impossible to achieve rb=1. Any chance of implementing implicit reduced blanking in nouveau? If someone could hint me at where to architecturally correctly put it in I will be happy to start implementing it myself. I'm afraid more people than me will run into this and will regard the (absolutely plausible) TDMS bandwidth limiting as a regression ("Help! Help! My 1600x1200 used to work, but now it's broken!") when there's no reduced-blanking workaround. From currojerez at riseup.net Mon Feb 7 04:26:12 2011 From: currojerez at riseup.net (Francisco Jerez) Date: Mon, 07 Feb 2011 13:26:12 +0100 Subject: TDMS bandwidth limits In-Reply-To: <B6BAA649-2D35-4374-B7F6-568B5B749E47@xxxxxxxxxxxxxxxx> ("Edgar =?utf-8?Q?Fu=C3=9F=22's?= message of "Mon, 7 Feb 2011 12:57:48 +0100") References: <DE8B09DD-4ACE-499A-A33C-C12C005803F0@xxxxxxxxxxxxxxxx> <87k4hg4x0b.fsf@xxxxxxxxxx> <B6BAA649-2D35-4374-B7F6-568B5B749E47@xxxxxxxxxxxxxxxx> Message-ID: <87pqr4vxnf.fsf@xxxxxxxxxx> Edgar Fu? <ef at math.uni-bonn.de> writes: > So my problem continues. > >> They're based on what the nvidia proprietary driver itself refuses to do, > I see, thanks. > >> though, I'm not 100% sure that I had nv44 in my sample when I made that change. > Looks like it limits to 155M in the nv44 case too, so your change is totally correct. > >> It might be using a reduced-blanking mode, > Indeed it does, thanks. I had ruled out this too early as highly improbable. > >> check your Xorg.0.log to be sure. See the "-logverbose" option if you don't >> get all the timings printed out with the default verbosity level. > It does tell at least on level 9, thanks. > > However, what it doesn't tell is the timing actually used. Anyone more familiar with the relevant reverse engineering methods (MmioTrace or whatever) to find out? > A register dump [1] would be the easiest way to find out the exact timings, but any standard 1600x1200 reduced-blanking mode should do it. > The other problem is that nouveaufb doesn't (like matroxfb) provide a method of specifying the exact timing to use (and I would presumably need it in order not to change between FB console and X11). > You could just use the same CVT reduced-blanking mode on both X and the framebuffer console. > One would come to think that video=1600x1200RM would result in a reduced-blanking mode, but drm.debug=7 shows it actually does not. > Reading the source of drm_fb_helper.c reveals that it's almost impossible to achieve rb=1. > Well, that works for me, can I have a look at your kernel logs? > Any chance of implementing implicit reduced blanking in nouveau? If someone could hint me at where to architecturally correctly put it in I will be happy to start implementing it myself. > > I'm afraid more people than me will run into this and will regard the (absolutely plausible) TDMS bandwidth limiting as a regression ("Help! Help! My 1600x1200 used to work, but now it's broken!") when there's no reduced-blanking workaround. > _______________________________________________ > Nouveau mailing list > Nouveau at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/nouveau [1] http://cgit.freedesktop.org/~currojerez/tvdump/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 229 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20110207/1c841bb7/attachment.pgp> From bugzilla-daemon at freedesktop.org Mon Feb 7 05:13:55 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 05:13:55 -0800 (PST) Subject: [Bug 33967] No image on a VGA screen attached to DVI with a dvi to vga adaptor on NVa3 card.. In-Reply-To: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207131355.7C82D13004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33967 --- Comment #4 from Dragos Delcea <dragos.delcea at gmail.com> 2011-02-07 05:13:55 PST --- just finished submitting a bug report to the gentoo bugzilla about the same behaviour: upon boot the internal display goes blank at KMS activation time, but external monitor works - xrandr reports both working and X (of course) thinks it too. (http://bugs.gentoo.org/show_bug.cgi?id=353957) in my case the situation is a bit clearer: it all worked up to and including 2.6.36, so it's a 2.6.37 regression. also, one more hint can be found in the fact that between the working and non-working xrandr output there are differences in refresh rates for the internal, non-working display. my hw is a bit different (see the gentoo bug for details) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From ef at math.uni-bonn.de Mon Feb 7 06:51:15 2011 From: ef at math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) Date: Mon, 7 Feb 2011 15:51:15 +0100 Subject: TDMS bandwidth limits In-Reply-To: <87pqr4vxnf.fsf@xxxxxxxxxx> References: <DE8B09DD-4ACE-499A-A33C-C12C005803F0@xxxxxxxxxxxxxxxx> <87k4hg4x0b.fsf@xxxxxxxxxx> <B6BAA649-2D35-4374-B7F6-568B5B749E47@xxxxxxxxxxxxxxxx> <87pqr4vxnf.fsf@xxxxxxxxxx> Message-ID: <20110207145115.GV26554@xxxxxxxxxxxxxxxxxxxxxx> > A register dump [1] would be the easiest way to find out the exact timings, OK, I'll ask a colleague to give this a try. The problem is to set up a machine that both runs the proprietary driver and a recent enough Debian to have libpciaccess available. > but any standard 1600x1200 reduced-blanking mode should do it. Yes, but having the exact same timings on the FB console and X11 results a smoother switch between the two modes. > You could just use the same CVT reduced-blanking mode on both X and the > framebuffer console. Sorry for the apperantly dumb question, but how do tell X to use the CVT mode? > Well, that works for me, can I have a look at your kernel logs? Hm. I tried to reproduce the problem I faced on friday, but it disappeared. Now I get the "reduced blanking" message in the drm_fb_helper_connector_parse_command_line debug output. Strange. Now I tried to give the modeline the drm debug output to xorg.conf, but it doesn't pick it up. I must be doing something stupidly wrong again: [...] Section "Monitor" Identifier "Bildschirm" Option "DPMS" ModeLine "reduced" 130 1600 1648 1680 1760 1200 1203 1207 1235 EndSection Section "Screen" [...] Monitor "Bildschirm" DefaultDepth 24 SubSection "Display" Depth 24 Virtual 1600 1200 Modes "reduced" EndSubSection EndSection Section "ServerLayout" Identifier "Server" Screen "Schrirm" [...] EndSection From bugzilla-daemon at freedesktop.org Mon Feb 7 08:05:24 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 08:05:24 -0800 (PST) Subject: [Bug 33977] X core font rendering is "laggy" In-Reply-To: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207160524.E561113004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33977 --- Comment #4 from Michel D?nzer <michel at daenzer.net> 2011-02-07 08:05:24 PST --- (In reply to comment #3) > This is an xserver issue which i recently fixed. > > http://cgit.freedesktop.org/xorg/xserver/commit/?id=541b25038a5de74411a094570b407c5ae018c2ba During the review of that patch, I got the impression the problem you were trying to solve was output being delayed somewhat, but appearing on its own eventually. However, this bug report talks about some output not appearing until further user action. That sounds like maybe the driver flushes the command stream to the hardware in the block handler before EXA gets a chance to upload deferred software rendering? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 09:23:29 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 09:23:29 -0800 (PST) Subject: [Bug 33977] X core font rendering is "laggy" In-Reply-To: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207172329.C8EFC13004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33977 --- Comment #5 from Maarten Maathuis <madman2003 at gmail.com> 2011-02-07 09:23:29 PST --- In all my testing the output does appear regardless of further actions. It was just a delay issue for me. But indeed, it's possible this is a flush issue (i thought i checked that, but now I'm not sure). I'll have a look at it, including the xserver side of it. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 10:09:28 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 10:09:28 -0800 (PST) Subject: [Bug 33977] X core font rendering is "laggy" In-Reply-To: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207180928.5246613004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33977 --- Comment #6 from Maarten Maathuis <madman2003 at gmail.com> 2011-02-07 10:09:27 PST --- The "gaps in text" problem at high throughput isn't fixed by adding a flush in the driver, for that the original solution is still needed. Even flushing every 10 ms isn't enough to get the same result. The latency issues at low throughput (typing for example) is pretty much solved with an extra driver flush after small uploads to the screen pixmap. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From madman2003 at gmail.com Mon Feb 7 10:37:47 2011 From: madman2003 at gmail.com (Maarten Maathuis) Date: Mon, 7 Feb 2011 19:37:47 +0100 Subject: [PATCH] exa: Flush (S)IFC to the frontbuffer immediately. Message-ID: <1297103867-5718-1-git-send-email-madman2003@xxxxxxxxx> - NV50+: This avoids high latency while typing with core fonts for example. Signed-off-by: Maarten Maathuis <madman2003 at gmail.com> --- src/nv04_exa.c | 4 ++++ src/nv50_exa.c | 4 ++++ src/nvc0_exa.c | 4 ++++ 3 files changed, 12 insertions(+), 0 deletions(-) diff --git a/src/nv04_exa.c b/src/nv04_exa.c index 267c7b5..2603bd4 100644 --- a/src/nv04_exa.c +++ b/src/nv04_exa.c @@ -340,6 +340,7 @@ NV04EXAUploadIFC(ScrnInfoPtr pScrn, const char *src, int src_pitch, PixmapPtr pDst, int x, int y, int w, int h, int cpp) { NVPtr pNv = NVPTR(pScrn); + ScreenPtr pScreen = pDst->drawable.pScreen; struct nouveau_channel *chan = pNv->chan; struct nouveau_grobj *clip = pNv->NvClipRectangle; struct nouveau_grobj *ifc = pNv->NvImageFromCpu; @@ -413,6 +414,9 @@ NV04EXAUploadIFC(ScrnInfoPtr pScrn, const char *src, int src_pitch, } chan->flush_notify = NULL; + + if (pDst == pScreen->GetScreenPixmap(pScreen)) + FIRE_RING(chan); return TRUE; } diff --git a/src/nv50_exa.c b/src/nv50_exa.c index e8ff5aa..85baa68 100644 --- a/src/nv50_exa.c +++ b/src/nv50_exa.c @@ -372,6 +372,7 @@ NV50EXAUploadSIFC(const char *src, int src_pitch, PixmapPtr pdpix, int x, int y, int w, int h, int cpp) { NV50EXA_LOCALS(pdpix); + ScreenPtr pScreen = pdpix->drawable.pScreen; int line_dwords = (w * cpp + 3) / 4; uint32_t sifc_fmt; @@ -428,6 +429,9 @@ NV50EXAUploadSIFC(const char *src, int src_pitch, } chan->flush_notify = NULL; + + if (pdpix == pScreen->GetScreenPixmap(pScreen)) + FIRE_RING(chan); return TRUE; } diff --git a/src/nvc0_exa.c b/src/nvc0_exa.c index 45647ce..85cb5d2 100644 --- a/src/nvc0_exa.c +++ b/src/nvc0_exa.c @@ -550,6 +550,7 @@ NVC0EXAUploadSIFC(const char *src, int src_pitch, PixmapPtr pdpix, int x, int y, int w, int h, int cpp) { NVC0EXA_LOCALS(pdpix); + ScreenPtr pScreen = pdpix->drawable.pScreen; int line_dwords = (w * cpp + 3) / 4; uint32_t sifc_fmt; @@ -608,6 +609,9 @@ NVC0EXAUploadSIFC(const char *src, int src_pitch, } chan->flush_notify = NULL; + + if (pdpix == pScreen->GetScreenPixmap(pScreen)) + FIRE_RING(chan); return TRUE; } -- 1.7.4.rc3 From madman2003 at gmail.com Mon Feb 7 10:38:53 2011 From: madman2003 at gmail.com (Maarten Maathuis) Date: Mon, 7 Feb 2011 19:38:53 +0100 Subject: [PATCH] exa: Flush (S)IFC to the frontbuffer immediately. In-Reply-To: <1297103867-5718-1-git-send-email-madman2003@xxxxxxxxx> References: <1297103867-5718-1-git-send-email-madman2003@xxxxxxxxx> Message-ID: <AANLkTimKDBdbJ8Hb-LBi82gC21jPSYmm3OudbqbQFtQO@xxxxxxxxxxxxxx> The reason for NV50+ is obvious, but i'm not sure NV04-NV4X should be included for consistency or not. On Mon, Feb 7, 2011 at 7:37 PM, Maarten Maathuis <madman2003 at gmail.com> wrote: > - NV50+: This avoids high latency while typing with core fonts for example. > > Signed-off-by: Maarten Maathuis <madman2003 at gmail.com> > --- > ?src/nv04_exa.c | ? ?4 ++++ > ?src/nv50_exa.c | ? ?4 ++++ > ?src/nvc0_exa.c | ? ?4 ++++ > ?3 files changed, 12 insertions(+), 0 deletions(-) > > diff --git a/src/nv04_exa.c b/src/nv04_exa.c > index 267c7b5..2603bd4 100644 > --- a/src/nv04_exa.c > +++ b/src/nv04_exa.c > @@ -340,6 +340,7 @@ NV04EXAUploadIFC(ScrnInfoPtr pScrn, const char *src, int src_pitch, > ? ? ? ? ? ? ? ? PixmapPtr pDst, int x, int y, int w, int h, int cpp) > ?{ > ? ? ? ?NVPtr pNv = NVPTR(pScrn); > + ? ? ? ScreenPtr pScreen = pDst->drawable.pScreen; > ? ? ? ?struct nouveau_channel *chan = pNv->chan; > ? ? ? ?struct nouveau_grobj *clip = pNv->NvClipRectangle; > ? ? ? ?struct nouveau_grobj *ifc = pNv->NvImageFromCpu; > @@ -413,6 +414,9 @@ NV04EXAUploadIFC(ScrnInfoPtr pScrn, const char *src, int src_pitch, > ? ? ? ?} > > ? ? ? ?chan->flush_notify = NULL; > + > + ? ? ? if (pDst == pScreen->GetScreenPixmap(pScreen)) > + ? ? ? ? ? ? ? FIRE_RING(chan); > ? ? ? ?return TRUE; > ?} > > diff --git a/src/nv50_exa.c b/src/nv50_exa.c > index e8ff5aa..85baa68 100644 > --- a/src/nv50_exa.c > +++ b/src/nv50_exa.c > @@ -372,6 +372,7 @@ NV50EXAUploadSIFC(const char *src, int src_pitch, > ? ? ? ? ? ? ? ? ?PixmapPtr pdpix, int x, int y, int w, int h, int cpp) > ?{ > ? ? ? ?NV50EXA_LOCALS(pdpix); > + ? ? ? ScreenPtr pScreen = pdpix->drawable.pScreen; > ? ? ? ?int line_dwords = (w * cpp + 3) / 4; > ? ? ? ?uint32_t sifc_fmt; > > @@ -428,6 +429,9 @@ NV50EXAUploadSIFC(const char *src, int src_pitch, > ? ? ? ?} > > ? ? ? ?chan->flush_notify = NULL; > + > + ? ? ? if (pdpix == pScreen->GetScreenPixmap(pScreen)) > + ? ? ? ? ? ? ? FIRE_RING(chan); > ? ? ? ?return TRUE; > ?} > > diff --git a/src/nvc0_exa.c b/src/nvc0_exa.c > index 45647ce..85cb5d2 100644 > --- a/src/nvc0_exa.c > +++ b/src/nvc0_exa.c > @@ -550,6 +550,7 @@ NVC0EXAUploadSIFC(const char *src, int src_pitch, > ? ? ? ? ? ? ? ? ?PixmapPtr pdpix, int x, int y, int w, int h, int cpp) > ?{ > ? ? ? ?NVC0EXA_LOCALS(pdpix); > + ? ? ? ScreenPtr pScreen = pdpix->drawable.pScreen; > ? ? ? ?int line_dwords = (w * cpp + 3) / 4; > ? ? ? ?uint32_t sifc_fmt; > > @@ -608,6 +609,9 @@ NVC0EXAUploadSIFC(const char *src, int src_pitch, > ? ? ? ?} > > ? ? ? ?chan->flush_notify = NULL; > + > + ? ? ? if (pdpix == pScreen->GetScreenPixmap(pScreen)) > + ? ? ? ? ? ? ? FIRE_RING(chan); > ? ? ? ?return TRUE; > ?} > > -- > 1.7.4.rc3 > > -- Far away from the primal instinct, the song seems to fade away, the river get wider between your thoughts and the things we do and say. From bugzilla-daemon at freedesktop.org Mon Feb 7 12:08:57 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 12:08:57 -0800 (PST) Subject: [Bug 33999] New: 2.6.37 - NV11 crashes X if glxgears maximised Message-ID: <bug-33999-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=33999 Summary: 2.6.37 - NV11 crashes X if glxgears maximised Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: alex.buell at munted.org.uk QAContact: xorg-team at lists.x.org With Gnome, start glxgears, then click on maximise, X will crash. With LIBGL_ALWAYS_SOFTWARE=1, crashes do not occur. Starting KDE 4.6.x always result in a X crash. Logs attached. I am always happy to assist if necessary to fix this problem. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 12:13:49 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 12:13:49 -0800 (PST) Subject: [Bug 33999] 2.6.37 - NV11 crashes X if glxgears maximised In-Reply-To: <bug-33999-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33999-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207201349.6FD8813004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33999 --- Comment #1 from Alex Buell <alex.buell at munted.org.uk> 2011-02-07 12:13:49 PST --- Created an attachment (id=43038) --> (https://bugs.freedesktop.org/attachment.cgi?id=43038) dmesg output -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 12:14:20 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 12:14:20 -0800 (PST) Subject: [Bug 33999] 2.6.37 - NV11 crashes X if glxgears maximised In-Reply-To: <bug-33999-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33999-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207201420.862D813004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33999 --- Comment #2 from Alex Buell <alex.buell at munted.org.uk> 2011-02-07 12:14:19 PST --- Created an attachment (id=43040) --> (https://bugs.freedesktop.org/attachment.cgi?id=43040) 2.6.37 Xorg.0.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 12:18:18 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 12:18:18 -0800 (PST) Subject: [Bug 33999] 2.6.37 - NV11 crashes X if glxgears maximised In-Reply-To: <bug-33999-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33999-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207201818.695CB13004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33999 --- Comment #3 from Alex Buell <alex.buell at munted.org.uk> 2011-02-07 12:18:17 PST --- I'd consider this a regression since 2.6.36 worked perfectly with the same program and same libraries. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 12:34:46 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 12:34:46 -0800 (PST) Subject: [Bug 33967] No image on a VGA screen attached to DVI with a dvi to vga adaptor on NVa3 card.. In-Reply-To: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207203446.94A0D13004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33967 --- Comment #5 from Maarten Maathuis <madman2003 at gmail.com> 2011-02-07 12:34:46 PST --- Taken from dmesg log: Found Display Configuration Block version 4.0 Raw DCB entry 0: 02000300 00020030 Raw DCB entry 1: 01011312 00020030 Raw DCB entry 2: 01011310 00000000 Raw DCB entry 3: 02022362 00020010 Raw DCB entry 4: 0000000e 00000000 DCB connector table: VHER 0x40 5 16 4 0: 0x00001030: type 0x30 idx 0 tag 0x07 1: 0x00000100: type 0x00 idx 1 tag 0xff 2: 0x00002261: type 0x61 idx 2 tag 0x08 Conclusion: It seems that the DCB connector table or DCB output table is wrong. VGA connector is linked to an digital and analog output, while the DVI is only linked to an analog. Very small chance it's being misparsed, but more likely it's a broken DCB connector table. I'll try to see if can get the attention of Ben Skeggs, maybe you need a quirk for this broken bios table. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 14:34:38 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 14:34:38 -0800 (PST) Subject: [Bug 33999] 2.6.37 - NV11 crashes X if glxgears maximised In-Reply-To: <bug-33999-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33999-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207223439.0192D13004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33999 --- Comment #4 from Alex Buell <alex.buell at munted.org.uk> 2011-02-07 14:34:38 PST --- Created an attachment (id=43052) --> (https://bugs.freedesktop.org/attachment.cgi?id=43052) dmesg with drm.debug=6 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 14:39:59 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 14:39:59 -0800 (PST) Subject: [Bug 33999] 2.6.37 - NV11 crashes X if glxgears started In-Reply-To: <bug-33999-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33999-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110207223959.3ED4313004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33999 Alex Buell <alex.buell at munted.org.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|2.6.37 - NV11 crashes X if |2.6.37 - NV11 crashes X if |glxgears maximised |glxgears started -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 16:22:51 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 16:22:51 -0800 (PST) Subject: [Bug 33999] 2.6.37 - NV11 crashes X if glxgears started In-Reply-To: <bug-33999-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33999-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110208002251.C52D213004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33999 Alex Buell <alex.buell at munted.org.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #43052|0 |1 is obsolete| | --- Comment #5 from Alex Buell <alex.buell at munted.org.uk> 2011-02-07 16:22:51 PST --- Created an attachment (id=43058) --> (https://bugs.freedesktop.org/attachment.cgi?id=43058) 2.6.37 dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 18:12:10 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 18:12:10 -0800 (PST) Subject: [Bug 33999] 2.6.37 - NV11 crashes X if glxgears started In-Reply-To: <bug-33999-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33999-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110208021210.AEB3113004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33999 --- Comment #6 from Alex Buell <alex.buell at munted.org.uk> 2011-02-07 18:12:08 PST --- I managed to get a backtrace: Program received signal SIGSEGV, Segmentation fault. 0xb72d7821 in nouveau_dri2_create_buffer (pDraw=0x845e918, attachment=1, format=0) at nouveau_dri2.c:72 72 nouveau_dri2.c: No such file or directory. in nouveau_dri2.c (gdb) bt #0 0xb72d7821 in nouveau_dri2_create_buffer (pDraw=0x845e918, attachment=1, format=0) at nouveau_dri2.c:72 #1 0xb7327935 in ?? () from /usr/lib/xorg/modules/extensions/libdri2.so #2 0xb7329ca0 in ?? () from /usr/lib/xorg/modules/extensions/libdri2.so #3 0x08071e7f in Dispatch () at dispatch.c:432 #4 0x0806577a in main (argc=6, argv=0xbfbd3824, envp=0xbfbd3840) at main.c:291 The offending line of code that caused the crash is: nouveau_bo_handle_get(nouveau_pixmap(ppix)->bo, &nvbuf->base.name); I'm not sure why it's crashing at this point but my guess is that it's probably the ->bo that might be the cause. I'd be glad to help track the cause down. I just need some input on how to proceed. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 21:12:49 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 21:12:49 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110208051249.A04B013004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #26 from Ronald <rwarsow at gmx.de> 2011-02-07 21:12:49 PST --- dmesg | grep generation [drm] nouveau 0000:01:00.0: Detected an NV50 generation card (0x0a3180a2) I boot with nouveau.noaccel=1 as mentioned in $INTERNET,but still see sometimes some corruptions moving windows. moving it out the screen and back helps. kernels 35,37,38 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 7 21:23:45 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 7 Feb 2011 21:23:45 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110208052345.4714C13004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #27 from Ben Skeggs <skeggsb at gmail.com> 2011-02-07 21:23:44 PST --- (In reply to comment #26) > dmesg | grep generation > [drm] nouveau 0000:01:00.0: Detected an NV50 generation card (0x0a3180a2) > > > I boot with nouveau.noaccel=1 as mentioned in $INTERNET,but still see sometimes > some corruptions moving windows. moving it out the screen and back helps. > > kernels 35,37,38 I *highly* doubt the bug you're seeing is the same bug. Plus, if you're seeing corruption with noaccel, it's likely not nouveau's fault at all either. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From ef at math.uni-bonn.de Tue Feb 8 08:27:59 2011 From: ef at math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) Date: Tue, 8 Feb 2011 17:27:59 +0100 Subject: TDMS bandwidth limits In-Reply-To: <20110207145115.GV26554@xxxxxxxxxxxxxxxxxxxxxx> References: <DE8B09DD-4ACE-499A-A33C-C12C005803F0@xxxxxxxxxxxxxxxx> <87k4hg4x0b.fsf@xxxxxxxxxx> <B6BAA649-2D35-4374-B7F6-568B5B749E47@xxxxxxxxxxxxxxxx> <87pqr4vxnf.fsf@xxxxxxxxxx> <20110207145115.GV26554@xxxxxxxxxxxxxxxxxxxxxx> Message-ID: <20110208162759.GI26554@xxxxxxxxxxxxxxxxxxxxxx> > Now I tried to give the modeline the drm debug output to xorg.conf, > but it doesn't pick it up. > I must be doing something stupidly wrong again: For the record: It picked up my Monitor section for the VGA output, not for DVI-D as intended. I should have read my logs more carefully. Sorry for the partial noise. From bugzilla-daemon at freedesktop.org Tue Feb 8 08:43:21 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 8 Feb 2011 08:43:21 -0800 (PST) Subject: [Bug 27063] Nouveau does DMA to/from unexpected address In-Reply-To: <bug-27063-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-27063-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110208164321.EACB413004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=27063 Lucas Stach <dev at lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Lucas Stach <dev at lynxeye.de> 2011-02-08 08:43:21 PST --- As mentioned in the redhat bugzilla this bug is fixed. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 8 08:53:12 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 8 Feb 2011 08:53:12 -0800 (PST) Subject: [Bug 25088] Nouveau and KMS doesn't support dual monitors In-Reply-To: <bug-25088-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-25088-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110208165312.C4B28130051@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=25088 Lucas Stach <dev at lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Lucas Stach <dev at lynxeye.de> 2011-02-08 08:53:12 PST --- No reaction from reporter for over a year and dualhead working quite reliable for many people. We could consider this as fixed. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 8 08:59:24 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 8 Feb 2011 08:59:24 -0800 (PST) Subject: [Bug 23058] Intersting info with the Nouveau driver In-Reply-To: <bug-23058-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-23058-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110208165925.1C15E13004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=23058 Lucas Stach <dev at lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |NOTABUG --- Comment #3 from Lucas Stach <dev at lynxeye.de> 2011-02-08 08:59:24 PST --- That "bug" relates to a pretty outdated version of nouveau. Described usecase should work fine with recent versions. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 8 09:01:57 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 8 Feb 2011 09:01:57 -0800 (PST) Subject: [Bug 22265] GeForce3 Ti 500 - Unknown DCB 1.5 entry In-Reply-To: <bug-22265-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-22265-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110208170157.9141B13004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=22265 Lucas Stach <dev at lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Lucas Stach <dev at lynxeye.de> 2011-02-08 09:01:57 PST --- No reaction from reporter for three months now, should work with recent versions. If not please open a new bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 8 09:07:38 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 8 Feb 2011 09:07:38 -0800 (PST) Subject: [Bug 17571] Nouveau and PPC64 issues In-Reply-To: <bug-17571-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-17571-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110208170738.182FA13004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=17571 Lucas Stach <dev at lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #7 from Lucas Stach <dev at lynxeye.de> 2011-02-08 09:07:37 PST --- No reaction from reporter for two years now. If you still have issues please try with a recent nouveau version and open a new bugreport. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 8 16:52:46 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 8 Feb 2011 16:52:46 -0800 (PST) Subject: [Bug 33707] Gimp causes Nouveau/GPU lockup In-Reply-To: <bug-33707-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33707-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209005246.D44C813004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33707 --- Comment #3 from Rena Kunisaki <i.am.inuyasha at gmail.com> 2011-02-08 16:52:46 PST --- Created an attachment (id=43140) --> (https://bugs.freedesktop.org/attachment.cgi?id=43140) System log OK, here's a complete system log, from when it booted to when the GPU locked up. Unfortunately doesn't look like it contains the actual crash, whereas the partial log (attachment 42730) does. This crash was caused by opening a large image in Gimp (3600x1080) and moving a large layer (1680x1050) at 50% zoom. It locked up midway through redrawing the moving layer. The keyboard also stops responding. This crash doesn't appear to happen if Compiz is not running. Perhaps Gimp is doing some sort of 3D accelerated blit when it detects a compositing window manager? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 8 16:53:32 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 8 Feb 2011 16:53:32 -0800 (PST) Subject: [Bug 33707] Gimp causes Nouveau/GPU lockup In-Reply-To: <bug-33707-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33707-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209005332.BA3AD13004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33707 --- Comment #4 from Rena Kunisaki <i.am.inuyasha at gmail.com> 2011-02-08 16:53:32 PST --- Created an attachment (id=43141) --> (https://bugs.freedesktop.org/attachment.cgi?id=43141) Kernel log Here is the corresponding kernel log. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 01:32:05 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 01:32:05 -0800 (PST) Subject: [Bug 33977] X core font rendering is "laggy" In-Reply-To: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209093205.51BFE13004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33977 --- Comment #7 from Michel D?nzer <michel at daenzer.net> 2011-02-09 01:32:04 PST --- (In reply to comment #6) > The "gaps in text" problem at high throughput isn't fixed by adding a flush in > the driver, for that the original solution is still needed. Even flushing every > 10 ms isn't enough to get the same result. I'm still not 100% convinced this problem is severe enough to justify the throughput penalty of the patch though... Since the radeon driver recently switched to always using DownloadFrom/UploadToScreen to access tiled GPU pixmaps, I've been looking for it but haven't really noticed it yet (my xserver checkout doesn't have your patch yet). > The latency issues at low throughput (typing for example) is pretty much solved > with an extra driver flush after small uploads to the screen pixmap. Not sure why you'd need any 'extra flushes' besides the flush in your BlockHandler, which has always been necessary. Just make sure this flush happens after ExaBlockHandler (i.e. after calling down the wrapper chain). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 02:37:13 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 02:37:13 -0800 (PST) Subject: [Bug 24831] XRandR multihead fails on NV50 In-Reply-To: <bug-24831-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-24831-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209103713.1842413004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=24831 Lucas Stach <dev at lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #5 from Lucas Stach <dev at lynxeye.de> 2011-02-09 02:37:12 PST --- I'm closing this bug since it is against a pretty outdated version of nouveau and xrandr multihead is working well for most people, nowadays. If you still have problems with recent nouveau, please reopen this bug and supply new info. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 02:41:38 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 02:41:38 -0800 (PST) Subject: [Bug 23832] extended display not working In-Reply-To: <bug-23832-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-23832-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209104138.3A97313004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=23832 Lucas Stach <dev at lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #5 from Lucas Stach <dev at lynxeye.de> 2011-02-09 02:41:36 PST --- I'm closing this since the report is against a "stoneage" version of nouveau. If you still have problems with recent version of nouveau please reopen with new info. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 02:48:38 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 02:48:38 -0800 (PST) Subject: [Bug 25608] [PATCH] nouveau_exa.c: Move upper-limit calculations outside while-loop In-Reply-To: <bug-25608-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-25608-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209104838.9793413004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=25608 Lucas Stach <dev at lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Lucas Stach <dev at lynxeye.de> 2011-02-09 02:48:38 PST --- Closing this since the mentioned improvement is in repository. Didn't check since when. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 02:53:28 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 02:53:28 -0800 (PST) Subject: [Bug 11993] Native YV12 overlay bandwidth problems In-Reply-To: <bug-11993-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-11993-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209105328.8969A13004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=11993 --- Comment #5 from Lucas Stach <dev at lynxeye.de> 2011-02-09 02:53:27 PST --- UMS is removed and anything should be ported to KMS. Is this still an issue or could we close this bug? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 02:59:05 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 02:59:05 -0800 (PST) Subject: [Bug 33668] [regression] [nv4c] Screen corruption In-Reply-To: <bug-33668-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33668-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209105905.35F7413004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33668 --- Comment #7 from Lucas Stach <dev at lynxeye.de> 2011-02-09 02:59:05 PST --- There is a chance this issue is fixed in git since Ben pushed a fix regarding this. Could you please retest with kernel built from latest git and tiled scanout enabled in ddx? Thanks. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 03:11:32 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 03:11:32 -0800 (PST) Subject: [Bug 33977] X core font rendering is "laggy" In-Reply-To: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209111133.07B7F13004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33977 --- Comment #8 from Maarten Maathuis <madman2003 at gmail.com> 2011-02-09 03:11:32 PST --- I'm openminded to a revert, considering it's only an esthetical issue. I just don't know what will happen on high cpu loads (outside xorg). Will the BlockHandler still be called every 50ms? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 03:24:28 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 03:24:28 -0800 (PST) Subject: [Bug 33977] X core font rendering is "laggy" In-Reply-To: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209112428.5E690130051@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33977 --- Comment #9 from Michel D?nzer <michel at daenzer.net> 2011-02-09 03:24:27 PST --- (In reply to comment #8) > I just don't know what will happen on high cpu loads (outside xorg). Will the > BlockHandler still be called every 50ms? The BlockHandler is only called before the X server blocks waiting for input or client requests. This may never happen if clients send rendering requests more quickly than the server can process them (e.g. x11perf), but in that case you'll probably flush to the hardware regularly anyway due to running out of command stream space. If that's not the case, the driver needs another mechanism to ensure flushes occur at appropriate intervals. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 03:30:38 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 03:30:38 -0800 (PST) Subject: [Bug 33977] X core font rendering is "laggy" In-Reply-To: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209113038.DFA7F13004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33977 --- Comment #10 from Maarten Maathuis <madman2003 at gmail.com> 2011-02-09 03:30:37 PST --- I was more worried about the xserver-exa side latency. It would be nice to have some kind of maximum latency. The driver can't do anything if the pixmap isn't anywhere in the driver. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 03:54:42 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 03:54:42 -0800 (PST) Subject: [Bug 33977] X core font rendering is "laggy" In-Reply-To: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209115442.E32B7130051@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33977 --- Comment #11 from Michel D?nzer <michel at daenzer.net> 2011-02-09 03:54:42 PST --- (In reply to comment #10) > I was more worried about the xserver-exa side latency. It would be nice to have > some kind of maximum latency. The driver can't do anything if the pixmap isn't > anywhere in the driver. Hmm, that's a good point. So if you've double-checked that the driver is flushing properly in the BlockHandler, and there's still no timeout interval in exaDamageReport_mixed which provides a better tradeoff between latency and throughput, let's leave it at that for now. However, then the question remains what is the cause of the '[...] not displayed until I generate more output or update some other part of the screen' in this report. That doesn't sound like something your EXA change would help with. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 05:53:29 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 05:53:29 -0800 (PST) Subject: [Bug 23832] extended display not working In-Reply-To: <bug-23832-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-23832-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209135329.91DAC13004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=23832 --- Comment #6 from Ritesh Raj Sarraf <rrs at researchut.com> 2011-02-09 05:53:29 PST --- Yes, thanks. This has worked for me in the last couple kernels. So it is fixed. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 07:21:51 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 07:21:51 -0800 (PST) Subject: [Bug 31208] Nouveau messes up images and text In-Reply-To: <bug-31208-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-31208-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209152151.DA66813004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=31208 --- Comment #2 from Lucas Stach <dev at lynxeye.de> 2011-02-09 07:21:51 PST --- As I understand it this could be a duplicate of https://bugs.freedesktop.org/show_bug.cgi?id=32933 Could you please retest with kernel from latest git to confirm this is fixed for you? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 07:30:41 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 07:30:41 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209153041.7A5E913004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 Ronald <rwarsow at gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rwarsow at gmx.de --- Comment #28 from Ronald <rwarsow at gmx.de> 2011-02-09 07:30:40 PST --- aha okay. yust checked: with distro kernel it's gone. with 38-rc4 I will attache 2 photo's tell me if should open a new or attach them to an already open bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 07:37:07 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 07:37:07 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209153707.9301E13004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #29 from Ronald <rwarsow at gmx.de> 2011-02-09 07:37:06 PST --- Created an attachment (id=43162) --> (https://bugs.freedesktop.org/attachment.cgi?id=43162) kernel-38-rc4 with nouveau.noaccel=1 kernel-38-rc4 with nouveau.noaccel=1 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 07:39:58 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 07:39:58 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209153958.B252413004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #30 from Ronald <rwarsow at gmx.de> 2011-02-09 07:39:57 PST --- Created an attachment (id=43163) --> (https://bugs.freedesktop.org/attachment.cgi?id=43163) kernel-38-rc4 without nouveau.noaccel=1 kernel-38-rc4 *without* nouveau.noaccel=1 same with kernel 37 only hard reset works -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 08:19:58 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 08:19:58 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209161958.59DBE13004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #31 from zeruke <oninekoze at gmail.com> 2011-02-09 08:19:57 PST --- well i still cant check on the patch because for some reason I cant build it....i get errors like the kernel tree is wrong and if not that i get something about files being unexpected or expected somewhere.....it might be because im using ubuntu but im not sure...or maybe im just missing a step but i am using the instructions at http://nouveau.freedesktop.org/wiki/InstallDRM maybe i can get one already compiled by someone?....and im using the latest rc of kernel 2.6.38 with the ubuntu's patch on it.. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 12:22:00 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 12:22:00 -0800 (PST) Subject: [Bug 33977] X core font rendering is "laggy" In-Reply-To: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209202200.F288413004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33977 --- Comment #12 from Marcin Slusarz <marcin.slusarz at gmail.com> 2011-02-09 12:22:00 PST --- Maarten: your latest ddx patch (exa: Flush (S)IFC to the frontbuffer immediately) fixed this bug for me. I had very similar effects in xterm as the reporter. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 12:28:37 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 12:28:37 -0800 (PST) Subject: [Bug 33977] X core font rendering is "laggy" In-Reply-To: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209202837.C064013004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33977 --- Comment #13 from Maarten Maathuis <madman2003 at gmail.com> 2011-02-09 12:28:36 PST --- Just to be clear, nouveau uses a "FlushCallback" instead a call in the BlockHandler. This should apparently cover more cases than the BlockHandler, but I don't know the specifics. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 12:29:17 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 12:29:17 -0800 (PST) Subject: [Bug 33977] X core font rendering is "laggy" In-Reply-To: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110209202917.E40D813004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33977 --- Comment #14 from Maarten Maathuis <madman2003 at gmail.com> 2011-02-09 12:29:17 PST --- That should be "instead of a call". -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 9 22:37:51 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 9 Feb 2011 22:37:51 -0800 (PST) Subject: [Bug 33977] X core font rendering is "laggy" In-Reply-To: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33977-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110210063751.65F28130051@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33977 --- Comment #15 from Michel D?nzer <michel at daenzer.net> 2011-02-09 22:37:50 PST --- (In reply to comment #13) > Just to be clear, nouveau uses a "FlushCallback" instead a call in the > BlockHandler. This should apparently cover more cases than the BlockHandler, > but I don't know the specifics. Neither place alone is sufficient. Flushing in the FlushCallback is necessary for DRI2 texture-from-pixmap and flushing in the BlockHandler is necessary to avoid GPU commands being delayed indefinitely when the server goes idle. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu Feb 10 06:13:11 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 10 Feb 2011 06:13:11 -0800 (PST) Subject: [Bug 27049] fails to start - drm open issue? In-Reply-To: <bug-27049-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-27049-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110210141311.DE97E13004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=27049 Lucas Stach <dev at lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #6 from Lucas Stach <dev at lynxeye.de> 2011-02-10 06:13:11 PST --- Closing this since the issue is fixed. And no nouveau doesn't silently fails, it always prints "(EE) [drm] failed to open device". -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu Feb 10 06:24:31 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 10 Feb 2011 06:24:31 -0800 (PST) Subject: [Bug 27049] fails to start - drm open issue? In-Reply-To: <bug-27049-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-27049-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110210142431.90CB513004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=27049 --- Comment #7 from Michal Suchanek <hramrach at gmail.com> 2011-02-10 06:24:31 PST --- That's not exactly helpful output as that same message is output on various occasions and does not point at the actual issue at hand. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu Feb 10 06:27:59 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 10 Feb 2011 06:27:59 -0800 (PST) Subject: [Bug 32658] random logout causes data loss In-Reply-To: <bug-32658-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-32658-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110210142759.D327613004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=32658 --- Comment #1 from Lucas Stach <dev at lynxeye.de> 2011-02-10 06:27:59 PST --- Your attachment got lost. Is this still problem? If it is, please attach dmesg after logout. I doubt this is a nouveau bug, but we can't handle this bug appropriate without some info. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu Feb 10 06:31:05 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 10 Feb 2011 06:31:05 -0800 (PST) Subject: [Bug 31961] [drm:drm_crtc_helper_set_config] *ERROR* failed to set mode on [CRTC:6] In-Reply-To: <bug-31961-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-31961-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110210143105.4522813004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=31961 --- Comment #6 from Lucas Stach <dev at lynxeye.de> 2011-02-10 06:31:04 PST --- (In reply to comment #5) > i have the same problem with the same motherboard. is the dump still needed? if > yes, i might be able to find sometime to do that... If you still have this problem with recent code, a dump would be highly appreciated. Thanks. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu Feb 10 08:49:08 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 10 Feb 2011 08:49:08 -0800 (PST) Subject: [Bug 34139] New: Seemingly random GUI lock-ups Message-ID: <bug-34139-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=34139 Summary: Seemingly random GUI lock-ups Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: robert at octarineparrot.com QAContact: xorg-team at lists.x.org While using X, at some point everything on screen will freeze (except sometimes the mouse). I've provided as much information as I can (no information in Xorg.0.log it seems), let me know if there's any other information I can give you. $ Xorg -version: X.Org X Server 1.9.4 Release Date: 2011-02-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.37-ARCH x86_64 Current Operating System: Linux defiant 2.6.37-ARCH #1 SMP PREEMPT Sat Jan 29 20:00:33 CET 2011 x86_64 Kernel command line: root=/dev/disk/by-uuid/27ebece2-5dcb-41ed-b868-4e826761e3f0 ro Build Date: 09 February 2011 06:15:16PM Current version of pixman: 0.20.2 Backtrace from gdb: (gdb) bt #0 xf86SIGIO (sig=29) at ./../shared/sigio.c:108 #1 <signal handler called> #2 0x00007fcc49fd7a28 in ioctl at plt () from /usr/lib/libdrm.so.2 #3 0x00007fcc49fd8268 in drmIoctl () from /usr/lib/libdrm.so.2 #4 0x00007fcc49fda59b in drmCommandWrite () from /usr/lib/libdrm.so.2 #5 0x00007fcc4999aead in ?? () from /usr/lib/libdrm_nouveau.so.1 #6 0x00007fcc4999b4ce in nouveau_bo_map_range () from /usr/lib/libdrm_nouveau.so.1 #7 0x00007fcc49999f3d in ?? () from /usr/lib/libdrm_nouveau.so.1 #8 0x00007fcc4999a53f in nouveau_pushbuf_flush () from /usr/lib/libdrm_nouveau.so.1 #9 0x00007fcc49566165 in exaFillRegionSolid (pDrawable=0x1d58f20, pRegion=0x17d8f40, pixel=0, planemask=4294967295, alu=3, clientClipType=<value optimized out>) at exa_accel.c:1038 #10 0x00007fcc49568d31 in exaPolyFillRect (pDrawable=0x1d58f20, pGC=0x100c1a0, nrect=1, prect=0x7fff285bab60) at exa_accel.c:817 #11 0x00000000004d7c17 in damagePolyFillRect (pDrawable=0x1d58f20, pGC=0x100c1a0, nRects=1, pRects=0x7fff285bab60) at damage.c:1400 #12 0x00007fcc4956a398 in exaGlyphs (op=3 '\003', pSrc=0x1bae0d0, pDst=0x1cb8000, maskFormat=0xfb0e88, xSrc=665, ySrc=354, nlist=1, list=0x7fff285bb540, glyphs=0x7fff285bad40) at exa_glyphs.c:785 #13 0x00000000004d7315 in damageGlyphs (op=3 '\003', pSrc=0x1bae0d0, pDst=0x1cb8000, maskFormat=0xfb0e88, xSrc=665, ySrc=354, nlist=1, list=0x7fff285bb540, glyphs=0x7fff285bad40) at damage.c:718 #14 0x00000000004d0c6d in ProcRenderCompositeGlyphs (client=0x1aa2ae0) at render.c:1435 #15 0x000000000042d201 in Dispatch () at dispatch.c:432 #16 0x000000000042131e in main (argc=6, argv=<value optimized out>, envp=<value optimized out>) at main.c:291 Full backtrace: http://xorg.pastebin.com/JUhCBwyp -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu Feb 10 09:12:06 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 10 Feb 2011 09:12:06 -0800 (PST) Subject: [Bug 30086] Nouveau fails with unreadable EDID In-Reply-To: <bug-30086-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-30086-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110210171206.15A7213004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=30086 Marcin Slusarz <marcin.slusarz at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #23 from Marcin Slusarz <marcin.slusarz at gmail.com> 2011-02-10 09:12:05 PST --- (In reply to comment #20) > OK, Your laptop is one of those weirdo Sony laptops that don't provide EDID in > any normal way. This has been implemented in Nouveau upstream, but your > distribution appears not to ship it. Marking as FIXED. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From madman2003 at gmail.com Thu Feb 10 11:12:07 2011 From: madman2003 at gmail.com (Maarten Maathuis) Date: Thu, 10 Feb 2011 20:12:07 +0100 Subject: [PATCH] Also flush from the BlockHandler. Message-ID: <1297365127-1989-1-git-send-email-madman2003@xxxxxxxxx> - The fact that commit 02c50db307a4e4eeb87f7db5d401bc53cce3b21f fixed missing text for some people proves this is needed. That commit should have only improved latency a bit. - The FlushCallback is still needed for DRI2 texture_from_pixmap. - See bugs.fd.o #33977 for discussion. Signed-off-by: Maarten Maathuis <madman2003 at gmail.com> --- src/nv_driver.c | 9 ++++++--- 1 files changed, 6 insertions(+), 3 deletions(-) diff --git a/src/nv_driver.c b/src/nv_driver.c index 3e009fc..523cab8 100644 --- a/src/nv_driver.c +++ b/src/nv_driver.c @@ -384,15 +384,18 @@ NVBlockHandler ( ) { ScreenPtr pScreen = screenInfo.screens[i]; - ScrnInfoPtr pScrnInfo = xf86Screens[i]; - NVPtr pNv = NVPTR(pScrnInfo); + ScrnInfoPtr pScrn = xf86Screens[i]; + NVPtr pNv = NVPTR(pScrn); pScreen->BlockHandler = pNv->BlockHandler; (*pScreen->BlockHandler) (i, blockData, pTimeout, pReadmask); pScreen->BlockHandler = NVBlockHandler; + if (pScrn->vtSema && !pNv->NoAccel) + FIRE_RING (pNv->chan); + if (pNv->VideoTimerCallback) - (*pNv->VideoTimerCallback)(pScrnInfo, currentTime.milliseconds); + (*pNv->VideoTimerCallback)(pScrn, currentTime.milliseconds); } static Bool -- 1.7.4 From bugzilla-daemon at freedesktop.org Thu Feb 10 23:53:46 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 10 Feb 2011 23:53:46 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110211075346.BE30F13004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #32 from zeruke <oninekoze at gmail.com> 2011-02-10 23:53:46 PST --- Created an attachment (id=43234) --> (https://bugs.freedesktop.org/attachment.cgi?id=43234) after patch with res at 1280x800(16:10) the patch fixes it were now i can see for the most part but it doesnt fix what was going on befor the compleate blocking of the screen still has a small tiling of about 3 or so when resolution is at 1280x800(16:10) which i believe is my screens native resolution....that tiling is fixed by lowering the resolution which i now have at 1024x768(4:3) it seems to have the small tiling when the aspect ratio is at (16:10) and (9:5), all resolutions using the aspect ratio (4:3) shows things perfectly when using the patch -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri Feb 11 02:43:11 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 11 Feb 2011 02:43:11 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110211104311.A873713004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #33 from Andy Whitcroft <apw at canonical.com> 2011-02-11 02:43:11 PST --- Note that Ubuntu 2.6.38-rc4 based kernels are available with the "possible fix for nv4x/nv6x chipsets" patch applied are available, see the downstream bug for details: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/711591/comments/24 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri Feb 11 07:06:23 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 11 Feb 2011 07:06:23 -0800 (PST) Subject: [Bug 34179] New: Nouveau 3D driver: nv50_pc_emit.c:863 assertion error kills Compiz Message-ID: <bug-34179-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=34179 Summary: Nouveau 3D driver: nv50_pc_emit.c:863 assertion error kills Compiz Product: Mesa Version: 7.10 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: sense at ubuntu.com When you use the experimental Gallium3D driver of Nouveau to enable DRI, Compiz will actually try to run, but it will be abort because of the following assertion error: "compiz: nv50_pc_emit.c:863: emit_flop: Assertion `STYPE(i, 0) == 0x09' failed." It seems that this only happens with PCI-E cards that have the NV50 chip. There is an 'xorg.log' at <http://launchpadlibrarian.net/63209980/XorgLog.txt>. An unprocessed stacktrace can be found at <http://launchpadlibrarian.net/63209976/Stacktrace.txt>, the stacktrace processed by Apport at <http://launchpadlibrarian.net/63321404/Stacktrace.txt>. StacktraceTop: __kernel_vsyscall () *__GI_raise (sig=6) *__GI_abort () at abort.c:59 This bug was originally reported by several people in Ubuntu on Launchpad, the master bug report can be found at <https://launchpad.net/bugs/710588>. You can find many more log files at this bug report, and attached to its duplicates. If you need something specifically, please ask! -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri Feb 11 07:06:57 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 11 Feb 2011 07:06:57 -0800 (PST) Subject: [Bug 34179] Nouveau 3D driver: nv50_pc_emit.c:863 assertion error kills Compiz In-Reply-To: <bug-34179-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34179-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110211150657.A759B13004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34179 Sense Hofstede <sense at ubuntu.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://launchpad.net/bugs/ | |710588 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri Feb 11 07:54:41 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 11 Feb 2011 07:54:41 -0800 (PST) Subject: [Bug 34179] Nouveau 3D driver: nv50_pc_emit.c:863 assertion error kills Compiz In-Reply-To: <bug-34179-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34179-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110211155441.2CFD713004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34179 --- Comment #1 from Omer Akram <om26er at ubuntu.com> 2011-02-11 07:54:41 PST --- Also to add this is used to work with mesa 7.9 the update to 7.10 broke things. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat Feb 12 15:31:47 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 12 Feb 2011 15:31:47 -0800 (PST) Subject: [Bug 26980] NVA3 / NVA5 / NVA8 / NVAF (GT2xx/GT3xx) with nouveau: random GPU lockups In-Reply-To: <bug-26980-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-26980-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110212233147.C778B13004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=26980 --- Comment #44 from Reartes Guillermo <rtguille at gmail.com> 2011-02-12 15:31:46 PST --- I have a GT220 and sometimes freezes randomly: [ 3675.146] Backtrace: [ 3675.153] 0: /usr/bin/X (xorg_backtrace+0x28) [0x460d18] [ 3675.153] 1: /usr/bin/X (0x400000+0x63509) [0x463509] [ 3675.153] 2: /lib64/libc.so.6 (0x34eca00000+0x32a20) [0x34eca32a20] [ 3675.153] 3: /usr/lib64/xorg/modules/extensions/libdri2.so (DRI2CloseScreen+0x24) [0x7fb95ba39a14] [ 3675.153] 4: /usr/lib64/xorg/modules/drivers/nouveau_drv.so (0x7fb95b809000+0xd6ab) [0x7fb95b8166ab] [ 3675.154] 5: /usr/bin/X (0x400000+0xa3b49) [0x4a3b49] [ 3675.154] 6: /usr/bin/X (0x400000+0x15daec) [0x55daec] [ 3675.154] 7: /usr/bin/X (0x400000+0x2193c) [0x42193c] [ 3675.154] 8: /lib64/libc.so.6 (__libc_start_main+0xfd) [0x34eca1ec5d] [ 3675.154] 9: /usr/bin/X (0x400000+0x21449) [0x421449] [ 3675.154] Segmentation fault at address 0x10 [ 3675.154] Fatal server error: [ 3675.154] Caught signal 11 (Segmentation fault). Server aborting [ 3675.154] [ 3675.154] Please consult the Fedora Project support at http://bodhi.fedoraproject.org/ for help. [ 3675.154] Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 3675.154] [ 3675.157] (II) NOUVEAU(0): NVLeaveVT is called. That error is a bit old. Ok, i read about the random lockus some time ago. The interesting thing is that at some point i started to use (i still do) use the nVIDIA (P)drivers, and to my surprise, it also has random gpu lockus (granted, it is another piece of software) But when i put my new ati HD5670 and found to also random freeze... I run F13. I never had issues with Slackware 13.1 and nvidia(P). The OtherOS never freezed. with any card. For F13 i must use pcie_aspm=off, because of issues with the sata controller. But pcie_aspm=off also seems to set the pcie bus into gen1, (it halves the link speed and the de-emphasys, and also changes. I do not know if it is normal to pcie_aspm=off to do that and other thins that do. For example the nvidia(p) report that the card is at gen1 speed. (the mb is Gen2 and the card is also Gen2) M4N72-E Is expected for the nouvau driver to work with any pcie configuration, different link/speed aspm/no_aspm/ ? I know that it may not be related, but i do not know if subtle different pcie configurations (or pcie driver bugs) may lead to the vga to behave in that way. Thanks in advance. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From gatoloko at gmail.com Sat Feb 12 19:11:18 2011 From: gatoloko at gmail.com (GatoLoko) Date: Sun, 13 Feb 2011 04:11:18 +0100 Subject: [Bug 33967] No image on a VGA screen attached to DVI with a dvi to vga adaptor on NVa3 card.. In-Reply-To: <20110207203446.94A0D13004E@xxxxxxxxxxxxxxxxxxxxxxxx> References: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> <20110207203446.94A0D13004E@xxxxxxxxxxxxxxxxxxxxxxxx> Message-ID: <4D574BD6.603@xxxxxxxxx> I got bored, and started messing with the code. Found a apply_dcb_connector_quirks function on nouveau_bios.c, made by Ben Skeggs to fix a similar problem I had with a different card, and seems pretty easy to extend it for this new card. But my C skills are very rusty and it feels "too easy" to be true, so now it scares me to build and run my own patch. Can somebody have a look at it and hit me in the head if I'm doing it wrong? -- GatoLoko -------------- next part -------------- A non-text attachment was scrubbed... Name: nouveau_gt-240x-ya_dcb_quirk.patch Type: text/x-patch Size: 631 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20110213/89bb08ff/attachment.bin> -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 294 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20110213/89bb08ff/attachment.pgp> From bugzilla-daemon at freedesktop.org Sat Feb 12 20:54:37 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 12 Feb 2011 20:54:37 -0800 (PST) Subject: [Bug 34220] New: Detects Load on output and blinks screen ~30secs Message-ID: <bug-34220-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=34220 Summary: Detects Load on output and blinks screen ~30secs Product: xorg Version: unspecified Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: mmendez534 at gmail.com QAContact: xorg-team at lists.x.org Card is GeForce 7100 GS OS is Arch latest. Problem: Every 30 seconds the monitor connected via VGA blinks off, and then comes back on. dmesg output shows '[drm] nouveau 0000:01:00.0: Load detected on output A'. The resolution is also incorrectly detected/set to '1024x768', when '1920x1080' should be the preferred. If I add the other monitor's (DVI) preferred mode to the VGA and then set that as the mode it works fine. I have seen bugs 26800, and 29455 but they don't quite match my problem. I don't want TV out and my resolutions are fine after I add the mode to the output and select it. Turning off TV-1 doesn't fix the problem. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From martin.peres at free.fr Sun Feb 13 04:18:44 2011 From: martin.peres at free.fr (Martin Peres) Date: Sun, 13 Feb 2011 13:18:44 +0100 Subject: hwmon API update Message-ID: <4D57CC24.1040306@xxxxxxx> Hi, I am working on power management on the nouveau driver and I need a way to get data out of and send commands to the i2c drivers from the kernel space. We can already change the clocks of the card, but we need a way to monitor the temperature and bump the fan speed if needed. Another problem with letting users mess with the i2c driver by themselves is that some cards use the i2c driver for fan management while others don't. This is why I would like to introduce nouveau as an hwmon driver, exporting the temperature, fan management and clock speeds so as we can use the thermal zone to monitor the temperature and react when needed. So far, we use: - w83l785ts - w83781d - adt7473 (most common one) - f75375 - lm99 With the help of Matthew Garret, I updated his previous proposal for an in-kernel API for hwmon. The patch should apply cleanly on Linux 2.6.38-rc4. This patch only provides the API, no modification to the drivers has been completed yet. Looking forward to your review and feedback. Martin From martin.peres at ensi-bourges.fr Sun Feb 13 02:35:17 2011 From: martin.peres at ensi-bourges.fr (Martin Peres) Date: Sun, 13 Feb 2011 11:35:17 +0100 Subject: [PATCH] hwmon API update Message-ID: <mailman.0.1297599537.13066.nouveau@xxxxxxxxxxxxxxxxxxxxx> Original creator: Matthew Garrett <mjg at redhat.com> Signed-off-by: Martin Peres <martin.peres at ensi-bourges.fr> --- drivers/acpi/power_meter.c | 2 +- drivers/gpu/drm/nouveau/nouveau_drv.h | 2 +- drivers/gpu/drm/nouveau/nouveau_pm.c | 8 +- drivers/gpu/drm/radeon/radeon.h | 2 +- drivers/gpu/drm/radeon/radeon_pm.c | 9 +- drivers/hwmon/abituguru.c | 2 +- drivers/hwmon/abituguru3.c | 2 +- drivers/hwmon/ad7414.c | 2 +- drivers/hwmon/ad7418.c | 2 +- drivers/hwmon/adcxx.c | 2 +- drivers/hwmon/adm1021.c | 2 +- drivers/hwmon/adm1025.c | 2 +- drivers/hwmon/adm1026.c | 2 +- drivers/hwmon/adm1029.c | 2 +- drivers/hwmon/adm1031.c | 2 +- drivers/hwmon/adm9240.c | 2 +- drivers/hwmon/ads7828.c | 2 +- drivers/hwmon/ads7871.c | 2 +- drivers/hwmon/adt7411.c | 2 +- drivers/hwmon/adt7462.c | 2 +- drivers/hwmon/adt7470.c | 4 +- drivers/hwmon/adt7475.c | 2 +- drivers/hwmon/amc6821.c | 2 +- drivers/hwmon/applesmc.c | 2 +- drivers/hwmon/asb100.c | 2 +- drivers/hwmon/asc7621.c | 2 +- drivers/hwmon/asus_atk0110.c | 22 ++-- drivers/hwmon/atxp1.c | 2 +- drivers/hwmon/coretemp.c | 2 +- drivers/hwmon/dme1737.c | 2 +- drivers/hwmon/ds1621.c | 2 +- drivers/hwmon/emc1403.c | 2 +- drivers/hwmon/emc2103.c | 4 +- drivers/hwmon/f71805f.c | 2 +- drivers/hwmon/f71882fg.c | 2 +- drivers/hwmon/f75375s.c | 2 +- drivers/hwmon/fschmd.c | 2 +- drivers/hwmon/g760a.c | 2 +- drivers/hwmon/gl518sm.c | 2 +- drivers/hwmon/gl520sm.c | 2 +- drivers/hwmon/gpio-fan.c | 2 +- drivers/hwmon/hwmon.c | 253 ++++++++++++++++++++++++++++++++- drivers/hwmon/i5k_amb.c | 2 +- drivers/hwmon/ibmaem.c | 2 +- drivers/hwmon/ibmpex.c | 2 +- drivers/hwmon/it87.c | 2 +- drivers/hwmon/jc42.c | 2 +- drivers/hwmon/jz4740-hwmon.c | 2 +- drivers/hwmon/k10temp.c | 2 +- drivers/hwmon/k8temp.c | 2 +- drivers/hwmon/lm63.c | 2 +- drivers/hwmon/lm70.c | 2 +- drivers/hwmon/lm73.c | 6 +- drivers/hwmon/lm75.c | 4 +- drivers/hwmon/lm77.c | 2 +- drivers/hwmon/lm78.c | 2 +- drivers/hwmon/lm80.c | 2 +- drivers/hwmon/lm83.c | 2 +- drivers/hwmon/lm85.c | 2 +- drivers/hwmon/lm87.c | 2 +- drivers/hwmon/lm90.c | 2 +- drivers/hwmon/lm92.c | 2 +- drivers/hwmon/lm93.c | 2 +- drivers/hwmon/lm95241.c | 2 +- drivers/hwmon/ltc4215.c | 2 +- drivers/hwmon/ltc4245.c | 2 +- drivers/hwmon/ltc4261.c | 2 +- drivers/hwmon/max1111.c | 2 +- drivers/hwmon/max1619.c | 2 +- drivers/hwmon/max6650.c | 2 +- drivers/hwmon/mc13783-adc.c | 2 +- drivers/hwmon/pc87360.c | 2 +- drivers/hwmon/pc87427.c | 2 +- drivers/hwmon/pcf8591.c | 2 +- drivers/hwmon/pkgtemp.c | 2 +- drivers/hwmon/s3c-hwmon.c | 2 +- drivers/hwmon/sht15.c | 2 +- drivers/hwmon/sis5595.c | 2 +- drivers/hwmon/smm665.c | 2 +- drivers/hwmon/smsc47b397.c | 2 +- drivers/hwmon/smsc47m1.c | 2 +- drivers/hwmon/smsc47m192.c | 2 +- drivers/hwmon/thmc50.c | 2 +- drivers/hwmon/tmp102.c | 2 +- drivers/hwmon/tmp401.c | 2 +- drivers/hwmon/tmp421.c | 2 +- drivers/hwmon/ultra45_env.c | 2 +- drivers/hwmon/via-cputemp.c | 2 +- drivers/hwmon/via686a.c | 2 +- drivers/hwmon/vt1211.c | 2 +- drivers/hwmon/vt8231.c | 2 +- drivers/hwmon/w83627ehf.c | 2 +- drivers/hwmon/w83627hf.c | 2 +- drivers/hwmon/w83781d.c | 2 +- drivers/hwmon/w83791d.c | 2 +- drivers/hwmon/w83792d.c | 2 +- drivers/hwmon/w83793.c | 2 +- drivers/hwmon/w83795.c | 2 +- drivers/hwmon/w83l785ts.c | 2 +- drivers/hwmon/w83l786ng.c | 2 +- drivers/hwmon/wm831x-hwmon.c | 2 +- drivers/input/touchscreen/ads7846.c | 4 +- drivers/platform/x86/compal-laptop.c | 2 +- drivers/platform/x86/eeepc-laptop.c | 10 +- drivers/platform/x86/thinkpad_acpi.c | 2 +- drivers/thermal/thermal_sys.c | 20 ++-- include/linux/hwmon.h | 137 ++++++++++++++++++- include/linux/mfd/wm8350/core.h | 2 +- include/linux/thermal.h | 2 +- 109 files changed, 528 insertions(+), 147 deletions(-) diff --git a/drivers/acpi/power_meter.c b/drivers/acpi/power_meter.c index 66f6729..0532825 100644 --- a/drivers/acpi/power_meter.c +++ b/drivers/acpi/power_meter.c @@ -89,7 +89,7 @@ struct acpi_power_meter_resource { struct acpi_device *acpi_dev; acpi_bus_id name; struct mutex lock; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct acpi_power_meter_capabilities caps; acpi_string model_number; acpi_string serial_number; diff --git a/drivers/gpu/drm/nouveau/nouveau_drv.h b/drivers/gpu/drm/nouveau/nouveau_drv.h index 8f64918..e870edd 100644 --- a/drivers/gpu/drm/nouveau/nouveau_drv.h +++ b/drivers/gpu/drm/nouveau/nouveau_drv.h @@ -483,7 +483,7 @@ struct nouveau_pm_engine { struct nouveau_pm_level boot; struct nouveau_pm_level *cur; - struct device *hwmon; + struct hwmon_device *hwmon; struct notifier_block acpi_nb; int (*clock_get)(struct drm_device *, u32 id); diff --git a/drivers/gpu/drm/nouveau/nouveau_pm.c b/drivers/gpu/drm/nouveau/nouveau_pm.c index f05c0cd..ee56928 100644 --- a/drivers/gpu/drm/nouveau/nouveau_pm.c +++ b/drivers/gpu/drm/nouveau/nouveau_pm.c @@ -408,7 +408,7 @@ nouveau_hwmon_init(struct drm_device *dev) #ifdef CONFIG_HWMON struct drm_nouveau_private *dev_priv = dev->dev_private; struct nouveau_pm_engine *pm = &dev_priv->engine.pm; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; int ret; if (!pm->temp_get) @@ -421,8 +421,8 @@ nouveau_hwmon_init(struct drm_device *dev) "Unable to register hwmon device: %d\n", ret); return ret; } - dev_set_drvdata(hwmon_dev, dev); - ret = sysfs_create_group(&dev->pdev->dev.kobj, &hwmon_attrgroup); + dev_set_drvdata(hwmon_dev->dev, dev); + ret = sysfs_create_group(&hwmon_dev->dev->kobj, &hwmon_attrgroup); if (ret) { NV_ERROR(dev, "Unable to create hwmon sysfs file: %d\n", ret); @@ -443,7 +443,7 @@ nouveau_hwmon_fini(struct drm_device *dev) struct nouveau_pm_engine *pm = &dev_priv->engine.pm; if (pm->hwmon) { - sysfs_remove_group(&dev->pdev->dev.kobj, &hwmon_attrgroup); + sysfs_remove_group(&pm->hwmon->dev->kobj, &hwmon_attrgroup); hwmon_device_unregister(pm->hwmon); } #endif diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h index 56c48b6..7e59e46 100644 --- a/drivers/gpu/drm/radeon/radeon.h +++ b/drivers/gpu/drm/radeon/radeon.h @@ -842,7 +842,7 @@ struct radeon_pm { struct radeon_pm_profile profiles[PM_PROFILE_MAX]; /* internal thermal controller on rv6xx+ */ enum radeon_int_thermal_type int_thermal_type; - struct device *int_hwmon_dev; + struct hwmon_device *int_hwmon_dev; }; diff --git a/drivers/gpu/drm/radeon/radeon_pm.c b/drivers/gpu/drm/radeon/radeon_pm.c index 2aed03b..6805ecf 100644 --- a/drivers/gpu/drm/radeon/radeon_pm.c +++ b/drivers/gpu/drm/radeon/radeon_pm.c @@ -492,13 +492,13 @@ static int radeon_hwmon_init(struct radeon_device *rdev) "Unable to register hwmon device: %d\n", err); break; } - dev_set_drvdata(rdev->pm.int_hwmon_dev, rdev->ddev); - err = sysfs_create_group(&rdev->pm.int_hwmon_dev->kobj, + dev_set_drvdata(rdev->pm.int_hwmon_dev->dev, rdev->ddev); + err = sysfs_create_group(&rdev->pm.int_hwmon_dev->dev->kobj, &hwmon_attrgroup); if (err) { dev_err(rdev->dev, "Unable to create hwmon sysfs file: %d\n", err); - hwmon_device_unregister(rdev->dev); + hwmon_device_unregister(rdev->pm.int_hwmon_dev); } break; default: @@ -511,7 +511,8 @@ static int radeon_hwmon_init(struct radeon_device *rdev) static void radeon_hwmon_fini(struct radeon_device *rdev) { if (rdev->pm.int_hwmon_dev) { - sysfs_remove_group(&rdev->pm.int_hwmon_dev->kobj, &hwmon_attrgroup); + sysfs_remove_group(&rdev->pm.int_hwmon_dev->dev->kobj, + &hwmon_attrgroup); hwmon_device_unregister(rdev->pm.int_hwmon_dev); } } diff --git a/drivers/hwmon/abituguru.c b/drivers/hwmon/abituguru.c index 8f07a9d..b4a9c68 100644 --- a/drivers/hwmon/abituguru.c +++ b/drivers/hwmon/abituguru.c @@ -179,7 +179,7 @@ MODULE_PARM_DESC(verbose, "How verbose should the driver be? (0-3):\n" The structure is dynamically allocated, at the same time when a new abituguru device is allocated. */ struct abituguru_data { - struct device *hwmon_dev; /* hwmon registered device */ + struct hwmon_device *hwmon_dev; /* hwmon registered device */ struct mutex update_lock; /* protect access to data and uGuru */ unsigned long last_updated; /* In jiffies */ unsigned short addr; /* uguru base address */ diff --git a/drivers/hwmon/abituguru3.c b/drivers/hwmon/abituguru3.c index 48d21e2..bfe0b6b 100644 --- a/drivers/hwmon/abituguru3.c +++ b/drivers/hwmon/abituguru3.c @@ -134,7 +134,7 @@ struct abituguru3_motherboard_info { The structure is dynamically allocated, at the same time when a new abituguru3 device is allocated. */ struct abituguru3_data { - struct device *hwmon_dev; /* hwmon registered device */ + struct hwmon_device *hwmon_dev; /* hwmon registered device */ struct mutex update_lock; /* protect access to data and uGuru */ unsigned short addr; /* uguru base address */ char valid; /* !=0 if following fields are valid */ diff --git a/drivers/hwmon/ad7414.c b/drivers/hwmon/ad7414.c index 86d822a..ad8f790 100644 --- a/drivers/hwmon/ad7414.c +++ b/drivers/hwmon/ad7414.c @@ -39,7 +39,7 @@ static u8 AD7414_REG_LIMIT[] = { AD7414_REG_T_HIGH, AD7414_REG_T_LOW }; struct ad7414_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex lock; /* atomic read data updates */ char valid; /* !=0 if following fields are valid */ unsigned long next_update; /* In jiffies */ diff --git a/drivers/hwmon/ad7418.c b/drivers/hwmon/ad7418.c index ffc781f..9cb73b1 100644 --- a/drivers/hwmon/ad7418.c +++ b/drivers/hwmon/ad7418.c @@ -44,7 +44,7 @@ static const u8 AD7418_REG_TEMP[] = { AD7418_REG_TEMP_IN, AD7418_REG_TEMP_OS }; struct ad7418_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct attribute_group attrs; enum chips type; struct mutex lock; diff --git a/drivers/hwmon/adcxx.c b/drivers/hwmon/adcxx.c index fbdc765..d8bf516 100644 --- a/drivers/hwmon/adcxx.c +++ b/drivers/hwmon/adcxx.c @@ -50,7 +50,7 @@ #define DRVNAME "adcxx" struct adcxx { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex lock; u32 channels; u32 reference; /* in millivolts */ diff --git a/drivers/hwmon/adm1021.c b/drivers/hwmon/adm1021.c index 1ad0a88..f7b3d2f 100644 --- a/drivers/hwmon/adm1021.c +++ b/drivers/hwmon/adm1021.c @@ -77,7 +77,7 @@ clearing it. Weird, ey? --Phil */ /* Each client has this additional data */ struct adm1021_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; enum chips type; struct mutex update_lock; diff --git a/drivers/hwmon/adm1025.c b/drivers/hwmon/adm1025.c index 60befc0..1309456 100644 --- a/drivers/hwmon/adm1025.c +++ b/drivers/hwmon/adm1025.c @@ -141,7 +141,7 @@ static struct i2c_driver adm1025_driver = { */ struct adm1025_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* zero until following fields are valid */ unsigned long last_updated; /* in jiffies */ diff --git a/drivers/hwmon/adm1026.c b/drivers/hwmon/adm1026.c index be0fdd5..ae8a353 100644 --- a/drivers/hwmon/adm1026.c +++ b/drivers/hwmon/adm1026.c @@ -256,7 +256,7 @@ struct pwm_data { }; struct adm1026_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; int valid; /* !=0 if following fields are valid */ diff --git a/drivers/hwmon/adm1029.c b/drivers/hwmon/adm1029.c index 0b8a3b1..ef142b1 100644 --- a/drivers/hwmon/adm1029.c +++ b/drivers/hwmon/adm1029.c @@ -144,7 +144,7 @@ static struct i2c_driver adm1029_driver = { */ struct adm1029_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* zero until following fields are valid */ unsigned long last_updated; /* in jiffies */ diff --git a/drivers/hwmon/adm1031.c b/drivers/hwmon/adm1031.c index 0683e6b..0026309 100644 --- a/drivers/hwmon/adm1031.c +++ b/drivers/hwmon/adm1031.c @@ -74,7 +74,7 @@ typedef u8 auto_chan_table_t[8][2]; /* Each client has this additional data */ struct adm1031_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; int chip_type; char valid; /* !=0 if following fields are valid */ diff --git a/drivers/hwmon/adm9240.c b/drivers/hwmon/adm9240.c index 9e234b9..3e39e65 100644 --- a/drivers/hwmon/adm9240.c +++ b/drivers/hwmon/adm9240.c @@ -160,7 +160,7 @@ static struct i2c_driver adm9240_driver = { /* per client data */ struct adm9240_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; unsigned long last_updated_measure; diff --git a/drivers/hwmon/ads7828.c b/drivers/hwmon/ads7828.c index c42c5a6..d0e5310 100644 --- a/drivers/hwmon/ads7828.c +++ b/drivers/hwmon/ads7828.c @@ -61,7 +61,7 @@ static unsigned int ads7828_lsb_resol; /* resolution of the ADC sample lsb */ /* Each client has this additional data */ struct ads7828_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; /* mutex protect updates */ char valid; /* !=0 if following fields are valid */ unsigned long last_updated; /* In jiffies */ diff --git a/drivers/hwmon/ads7871.c b/drivers/hwmon/ads7871.c index 5231934..9c8ac00 100644 --- a/drivers/hwmon/ads7871.c +++ b/drivers/hwmon/ads7871.c @@ -70,7 +70,7 @@ #define DEVICE_NAME "ads7871" struct ads7871_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; }; diff --git a/drivers/hwmon/adt7411.c b/drivers/hwmon/adt7411.c index f13c843..ac3dbc0 100644 --- a/drivers/hwmon/adt7411.c +++ b/drivers/hwmon/adt7411.c @@ -52,7 +52,7 @@ struct adt7411_data { struct mutex update_lock; unsigned long next_update; int vref_cached; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; }; /* diff --git a/drivers/hwmon/adt7462.c b/drivers/hwmon/adt7462.c index 2af0c7b..9462317 100644 --- a/drivers/hwmon/adt7462.c +++ b/drivers/hwmon/adt7462.c @@ -203,7 +203,7 @@ static const unsigned short normal_i2c[] = { 0x58, 0x5C, I2C_CLIENT_END }; (((value) & prefix##_MASK) >> prefix##_SHIFT) struct adt7462_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct attribute_group attrs; struct mutex lock; char sensors_valid; diff --git a/drivers/hwmon/adt7470.c b/drivers/hwmon/adt7470.c index c6d1ce0..8ecda75 100644 --- a/drivers/hwmon/adt7470.c +++ b/drivers/hwmon/adt7470.c @@ -143,7 +143,7 @@ static const unsigned short normal_i2c[] = { 0x2C, 0x2E, 0x2F, I2C_CLIENT_END }; #define FAN_DATA_VALID(x) ((x) && (x) != FAN_PERIOD_INVALID) struct adt7470_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct attribute_group attrs; struct mutex lock; char sensors_valid; @@ -1287,7 +1287,7 @@ static int adt7470_probe(struct i2c_client *client, init_completion(&data->auto_update_stop); data->auto_update = kthread_run(adt7470_update_thread, client, - dev_name(data->hwmon_dev)); + dev_name(data->hwmon_dev->dev)); if (IS_ERR(data->auto_update)) { err = PTR_ERR(data->auto_update); goto exit_unregister; diff --git a/drivers/hwmon/adt7475.c b/drivers/hwmon/adt7475.c index b5fcd87..4d5cd8d 100644 --- a/drivers/hwmon/adt7475.c +++ b/drivers/hwmon/adt7475.c @@ -160,7 +160,7 @@ static const struct i2c_device_id adt7475_id[] = { MODULE_DEVICE_TABLE(i2c, adt7475_id); struct adt7475_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex lock; unsigned long measure_updated; diff --git a/drivers/hwmon/amc6821.c b/drivers/hwmon/amc6821.c index 4033974..9b9421c 100644 --- a/drivers/hwmon/amc6821.c +++ b/drivers/hwmon/amc6821.c @@ -191,7 +191,7 @@ static struct i2c_driver amc6821_driver = { */ struct amc6821_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* zero until following fields are valid */ unsigned long last_updated; /* in jiffies */ diff --git a/drivers/hwmon/applesmc.c b/drivers/hwmon/applesmc.c index 4c07436..3c77802 100644 --- a/drivers/hwmon/applesmc.c +++ b/drivers/hwmon/applesmc.c @@ -150,7 +150,7 @@ static s16 rest_x; static s16 rest_y; static u8 backlight_state[2]; -static struct device *hwmon_dev; +static struct hwmon_device *hwmon_dev; static struct input_polled_dev *applesmc_idev; /* diff --git a/drivers/hwmon/asb100.c b/drivers/hwmon/asb100.c index c02a052..3768cd3 100644 --- a/drivers/hwmon/asb100.c +++ b/drivers/hwmon/asb100.c @@ -178,7 +178,7 @@ static u8 DIV_TO_REG(long val) data is pointed to by client->data. The structure itself is dynamically allocated, at the same time the client itself is allocated. */ struct asb100_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex lock; struct mutex update_lock; diff --git a/drivers/hwmon/asc7621.c b/drivers/hwmon/asc7621.c index d2596ce..675f4ef 100644 --- a/drivers/hwmon/asc7621.c +++ b/drivers/hwmon/asc7621.c @@ -88,7 +88,7 @@ static struct asc7621_chip asc7621_chips[] = { struct asc7621_data { struct i2c_client client; - struct device *class_dev; + struct hwmon_device *class_dev; struct mutex update_lock; int valid; /* !=0 if following fields are valid */ unsigned long last_high_reading; /* In jiffies */ diff --git a/drivers/hwmon/asus_atk0110.c b/drivers/hwmon/asus_atk0110.c index b5e8920..2839920 100644 --- a/drivers/hwmon/asus_atk0110.c +++ b/drivers/hwmon/asus_atk0110.c @@ -100,7 +100,7 @@ enum atk_pack_member { struct atk_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; acpi_handle atk_handle; struct acpi_device *acpi_dev; @@ -1189,24 +1189,24 @@ static int atk_create_files(struct atk_data *data) list_for_each_entry(s, &data->sensor_list, list) { sysfs_attr_init(&s->input_attr.attr); - err = device_create_file(data->hwmon_dev, &s->input_attr); + err = device_create_file(data->hwmon_dev->dev, &s->input_attr); if (err) return err; sysfs_attr_init(&s->label_attr.attr); - err = device_create_file(data->hwmon_dev, &s->label_attr); + err = device_create_file(data->hwmon_dev->dev, &s->label_attr); if (err) return err; sysfs_attr_init(&s->limit1_attr.attr); - err = device_create_file(data->hwmon_dev, &s->limit1_attr); + err = device_create_file(data->hwmon_dev->dev, &s->limit1_attr); if (err) return err; sysfs_attr_init(&s->limit2_attr.attr); - err = device_create_file(data->hwmon_dev, &s->limit2_attr); + err = device_create_file(data->hwmon_dev->dev, &s->limit2_attr); if (err) return err; } - err = device_create_file(data->hwmon_dev, &atk_name_attr); + err = device_create_file(data->hwmon_dev->dev, &atk_name_attr); return err; } @@ -1216,12 +1216,12 @@ static void atk_remove_files(struct atk_data *data) struct atk_sensor_data *s; list_for_each_entry(s, &data->sensor_list, list) { - device_remove_file(data->hwmon_dev, &s->input_attr); - device_remove_file(data->hwmon_dev, &s->label_attr); - device_remove_file(data->hwmon_dev, &s->limit1_attr); - device_remove_file(data->hwmon_dev, &s->limit2_attr); + device_remove_file(data->hwmon_dev->dev, &s->input_attr); + device_remove_file(data->hwmon_dev->dev, &s->label_attr); + device_remove_file(data->hwmon_dev->dev, &s->limit1_attr); + device_remove_file(data->hwmon_dev->dev, &s->limit2_attr); } - device_remove_file(data->hwmon_dev, &atk_name_attr); + device_remove_file(data->hwmon_dev->dev, &atk_name_attr); } static void atk_free_sensors(struct atk_data *data) diff --git a/drivers/hwmon/atxp1.c b/drivers/hwmon/atxp1.c index 33cc143..c629a56 100644 --- a/drivers/hwmon/atxp1.c +++ b/drivers/hwmon/atxp1.c @@ -70,7 +70,7 @@ static struct i2c_driver atxp1_driver = { }; struct atxp1_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; unsigned long last_updated; u8 valid; diff --git a/drivers/hwmon/coretemp.c b/drivers/hwmon/coretemp.c index 194ca0a..b986918 100644 --- a/drivers/hwmon/coretemp.c +++ b/drivers/hwmon/coretemp.c @@ -51,7 +51,7 @@ typedef enum { SHOW_TEMP, SHOW_TJMAX, SHOW_TTARGET, SHOW_LABEL, static struct coretemp_data *coretemp_update_device(struct device *dev); struct coretemp_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; const char *name; u32 id; diff --git a/drivers/hwmon/dme1737.c b/drivers/hwmon/dme1737.c index d9c5927..f1c414e 100644 --- a/drivers/hwmon/dme1737.c +++ b/drivers/hwmon/dme1737.c @@ -201,7 +201,7 @@ static const u8 DME1737_BIT_ALARM_FAN[] = {10, 11, 12, 13, 22, 23}; struct dme1737_data { struct i2c_client *client; /* for I2C devices only */ - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; const char *name; unsigned int addr; /* for ISA devices only */ diff --git a/drivers/hwmon/ds1621.c b/drivers/hwmon/ds1621.c index e113634..b04be94 100644 --- a/drivers/hwmon/ds1621.c +++ b/drivers/hwmon/ds1621.c @@ -71,7 +71,7 @@ static const u8 DS1621_REG_TEMP[3] = { /* Each client has this additional data */ struct ds1621_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* !=0 if following fields are valid */ unsigned long last_updated; /* In jiffies */ diff --git a/drivers/hwmon/emc1403.c b/drivers/hwmon/emc1403.c index 5dea9fa..1f71d42 100644 --- a/drivers/hwmon/emc1403.c +++ b/drivers/hwmon/emc1403.c @@ -39,7 +39,7 @@ #define THERMAL_REVISION_REG 0xff struct thermal_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex mutex; /* Cache the hyst value so we don't keep re-reading it. In theory we could cache it forever as nobody else should be writing it. */ diff --git a/drivers/hwmon/emc2103.c b/drivers/hwmon/emc2103.c index af914ad..f7b0c64 100644 --- a/drivers/hwmon/emc2103.c +++ b/drivers/hwmon/emc2103.c @@ -64,7 +64,7 @@ struct temperature { }; struct emc2103_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; bool valid; /* registers are valid */ bool fan_rpm_control; @@ -646,7 +646,7 @@ emc2103_probe(struct i2c_client *client, const struct i2c_device_id *id) } dev_info(&client->dev, "%s: sensor '%s'\n", - dev_name(data->hwmon_dev), client->name); + dev_name(data->hwmon_dev->dev), client->name); return 0; diff --git a/drivers/hwmon/f71805f.c b/drivers/hwmon/f71805f.c index 92f9497..0dfa26b 100644 --- a/drivers/hwmon/f71805f.c +++ b/drivers/hwmon/f71805f.c @@ -169,7 +169,7 @@ struct f71805f_auto_point { struct f71805f_data { unsigned short addr; const char *name; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* !=0 if following fields are valid */ diff --git a/drivers/hwmon/f71882fg.c b/drivers/hwmon/f71882fg.c index 3f49dd3..1ae513c 100644 --- a/drivers/hwmon/f71882fg.c +++ b/drivers/hwmon/f71882fg.c @@ -124,7 +124,7 @@ struct f71882fg_sio_data { struct f71882fg_data { unsigned short addr; enum chips type; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; int temp_start; /* temp numbering start (0 or 1) */ diff --git a/drivers/hwmon/f75375s.c b/drivers/hwmon/f75375s.c index 95cbfb3..61235d3 100644 --- a/drivers/hwmon/f75375s.c +++ b/drivers/hwmon/f75375s.c @@ -87,7 +87,7 @@ enum chips { f75373, f75375 }; struct f75375_data { unsigned short addr; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; const char *name; int kind; diff --git a/drivers/hwmon/fschmd.c b/drivers/hwmon/fschmd.c index aa6d8b6..d187284 100644 --- a/drivers/hwmon/fschmd.c +++ b/drivers/hwmon/fschmd.c @@ -261,7 +261,7 @@ static struct i2c_driver fschmd_driver = { struct fschmd_data { struct i2c_client *client; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; struct mutex watchdog_lock; struct list_head list; /* member of the watchdog_data_list */ diff --git a/drivers/hwmon/g760a.c b/drivers/hwmon/g760a.c index 1d6a6fa..2f27467 100644 --- a/drivers/hwmon/g760a.c +++ b/drivers/hwmon/g760a.c @@ -44,7 +44,7 @@ enum g760a_regs { struct g760a_data { struct i2c_client *client; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; /* board specific parameters */ diff --git a/drivers/hwmon/gl518sm.c b/drivers/hwmon/gl518sm.c index e7ae574..7177c8c 100644 --- a/drivers/hwmon/gl518sm.c +++ b/drivers/hwmon/gl518sm.c @@ -113,7 +113,7 @@ static inline u8 FAN_TO_REG(long rpm, int div) /* Each client has this additional data */ struct gl518_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; enum chips type; struct mutex update_lock; diff --git a/drivers/hwmon/gl520sm.c b/drivers/hwmon/gl520sm.c index ec58802..ac2511d 100644 --- a/drivers/hwmon/gl520sm.c +++ b/drivers/hwmon/gl520sm.c @@ -106,7 +106,7 @@ static struct i2c_driver gl520_driver = { /* Client data */ struct gl520_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* zero until the following fields are valid */ unsigned long last_updated; /* in jiffies */ diff --git a/drivers/hwmon/gpio-fan.c b/drivers/hwmon/gpio-fan.c index f141a1d..0a9211c 100644 --- a/drivers/hwmon/gpio-fan.c +++ b/drivers/hwmon/gpio-fan.c @@ -34,7 +34,7 @@ struct gpio_fan_data { struct platform_device *pdev; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex lock; /* lock GPIOs operations. */ int num_ctrl; unsigned *ctrl; diff --git a/drivers/hwmon/hwmon.c b/drivers/hwmon/hwmon.c index a61e781..5e83453 100644 --- a/drivers/hwmon/hwmon.c +++ b/drivers/hwmon/hwmon.c @@ -30,6 +30,9 @@ static struct class *hwmon_class; static DEFINE_IDR(hwmon_idr); static DEFINE_SPINLOCK(idr_lock); +static LIST_HEAD(hwmon_list); +static DEFINE_SPINLOCK(hwmon_list_lock); + /** * hwmon_device_register - register w/ hwmon * @dev: the device to register @@ -39,9 +42,10 @@ static DEFINE_SPINLOCK(idr_lock); * * Returns the pointer to the new device. */ -struct device *hwmon_device_register(struct device *dev) +struct hwmon_device *hwmon_device_register(struct device *dev) { struct device *hwdev; + struct hwmon_device *hwmon; int id, err; again: @@ -65,9 +69,21 @@ again: spin_lock(&idr_lock); idr_remove(&hwmon_idr, id); spin_unlock(&idr_lock); + return (struct hwmon_device *)hwdev; } - return hwdev; + hwmon = kzalloc(sizeof(struct hwmon_device), GFP_KERNEL); + if (!hwmon) + return ERR_PTR(-ENOMEM); + + hwmon->dev = hwdev; + hwmon->sensor_dev = dev; + + spin_lock(&hwmon_list_lock); + list_add_tail(&hwmon->node, &hwmon_list); + spin_unlock(&hwmon_list_lock); + + return hwmon; } /** @@ -75,20 +91,251 @@ again: * * @dev: the class device to destroy */ -void hwmon_device_unregister(struct device *dev) +void hwmon_device_unregister(struct hwmon_device *hwmon) { int id; + struct device *dev = hwmon->dev; if (likely(sscanf(dev_name(dev), HWMON_ID_FORMAT, &id) == 1)) { + spin_lock(&hwmon_list_lock); + list_del(&hwmon->node); + spin_unlock(&hwmon_list_lock); device_unregister(dev); spin_lock(&idr_lock); idr_remove(&hwmon_idr, id); spin_unlock(&idr_lock); + kfree(hwmon); } else dev_dbg(dev->parent, "hwmon_device_unregister() failed: bad class ID!\n"); } +/** + * hwmon_get_device - return the hwmon structure associated with a device + * + * @dev: the device with hwmon capabilities + */ + +struct hwmon_device *hwmon_get_device(struct device *dev) +{ + struct hwmon_device *hwmon_dev = NULL; + struct hwmon_device *ret = NULL; + + spin_lock(&hwmon_list_lock); + list_for_each_entry(hwmon_dev, &hwmon_list, node) { + if (hwmon_dev->sensor_dev == dev) { + ret = hwmon_dev; + break; + } + } + spin_unlock(&hwmon_list_lock); + return ret; +} +EXPORT_SYMBOL(hwmon_get_device); + +/** + * hwmon_get_name - return the chip name + * + * @hwmon: the hwmon device + */ + +int hwmon_get_name(struct hwmon_device *hwmon, char *name, size_t length) +{ + if (hwmon->ops.get_name) + return hwmon->ops.get_name(hwmon, name, length); + + return -EINVAL; +} +EXPORT_SYMBOL(hwmon_get_name); + +/** + * hwmon_get_update_rate - return the rate at which the chip will update + * readings + * + * @hwmon: the hwmon device + */ + +int hwmon_get_update_rate(struct hwmon_device *hwmon, int *rate) +{ + if (hwmon->ops.get_update_rate) + return hwmon->ops.get_update_rate(hwmon, rate); + + return -EINVAL; +} +EXPORT_SYMBOL(hwmon_get_update_rate); + +/** + * hwmon_temp_reset_history - Reset temp_lowest and temp_highest for all sensors + * + * @hwmon: the hwmon device + */ +int hwmon_temp_reset_history(struct hwmon_device *hwmon) +{ + if (hwmon->ops.temp_reset_history) + return hwmon->ops.temp_reset_history(hwmon); + + return -EINVAL; +} +EXPORT_SYMBOL(hwmon_temp_reset_history); + +/** + * hwmon_get_temp - return the temperature of a given channel on the hwmon dev + * + * @dev: the hwmon device + * @channel: the channel to return + * @temp: integer to return the temperature in + */ + +int hwmon_get_temp(struct hwmon_device *hwmon, int channel, + enum hwmon_attr attr, int *temp) +{ + if (hwmon->ops.get_temp) + return hwmon->ops.get_temp(hwmon, channel, attr, temp); + + return -EINVAL; +} +EXPORT_SYMBOL(hwmon_get_temp); + +/** + * hwmon_get_fan - return the speed of a given fan on the hwmon dev + * + * @dev: the hwmon device + * @fan: the fan to return + * @speed: integer to return the speed in + */ + +int hwmon_get_fan(struct hwmon_device *hwmon, int fan, + enum hwmon_attr attr, int *speed) +{ + if (hwmon->ops.get_fan) + return hwmon->ops.get_fan(hwmon, fan, attr, speed); + + return -EINVAL; +} +EXPORT_SYMBOL(hwmon_get_fan); + +/** + * hwmon_set_fan - return the speed of a given fan on the hwmon dev + * + * @dev: the hwmon device + * @fan: the fan to set + * @speed: desired speed + */ + +int hwmon_set_fan(struct hwmon_device *hwmon, int fan, + enum hwmon_attr attr, int speed) +{ + if (hwmon->ops.set_fan) + return hwmon->ops.set_fan(hwmon, fan, attr, speed); + + return -EINVAL; +} +EXPORT_SYMBOL(hwmon_set_fan); + +/** + * hwmon_get_voltage - return the voltage of a given channel on the hwmon dev + * + * @dev: the hwmon device + * @channel: the channel to return + * @mv: integer to return the voltage in + */ + +int hwmon_get_voltage(struct hwmon_device *hwmon, int channel, + enum hwmon_attr attr, int *value) +{ + if (hwmon->ops.get_voltage) + return hwmon->ops.get_voltage(hwmon, channel, attr, value); + + return -EINVAL; +} +EXPORT_SYMBOL(hwmon_get_voltage); + +/** + * hwmon_get_current - return the current of a given channel on the hwmon dev + * + * @dev: the hwmon device + * @channel: the channel to return + * @ma: integer to return the current in + */ + +int hwmon_get_current(struct hwmon_device *hwmon, int channel, + enum hwmon_attr attr, int *value) +{ + if (hwmon->ops.get_current) + return hwmon->ops.get_current(hwmon, channel, attr, value); + + return -EINVAL; +} +EXPORT_SYMBOL(hwmon_get_current); + +/** + * hwmon_get_power - return the power of a given channel on the hwmon dev + * + * @dev: the hwmon device + * @channel: the channel to return + * @uw: integer to return the power in + */ + +int hwmon_get_power(struct hwmon_device *hwmon, int channel, + enum hwmon_attr attr, int *value) +{ + if (hwmon->ops.get_power) + return hwmon->ops.get_power(hwmon, channel, attr, value); + + return -EINVAL; +} +EXPORT_SYMBOL(hwmon_get_power); + +/** + * hwmon_get_energy - return the energy of a given channel on the hwmon dev + * + * @dev: the hwmon device + * @channel: the channel to return + * @energy: uj to return the energy in + */ + +int hwmon_get_energy(struct hwmon_device *hwmon, int channel, + enum hwmon_attr attr, int *value) +{ + if (hwmon->ops.get_energy) + return hwmon->ops.get_energy(hwmon, channel, attr, value); + + return -EINVAL; +} +EXPORT_SYMBOL(hwmon_get_energy); + +int hwmon_get_trip_point(struct hwmon_device *hwmon, + enum hwmon_trip_point_entity ent1, int probe, + int trip_point, enum hwmon_trip_point_entity ent2, + int *value) +{ + if (hwmon->ops.set_trip_point && ent1 != hwmon_trip_point_temp_hyst) { + return hwmon->ops.get_trip_point(hwmon, + ent1, probe, + trip_point, ent2, + value); + } + + return -EINVAL; +} +EXPORT_SYMBOL(hwmon_get_trip_point); + +int hwmon_set_trip_point(struct hwmon_device *hwmon, + enum hwmon_trip_point_entity ent1, int probe, + int trip_point, enum hwmon_trip_point_entity ent2, + int value) +{ + if (hwmon->ops.set_trip_point && ent1 != hwmon_trip_point_temp_hyst) { + return hwmon->ops.set_trip_point(hwmon, + ent1, probe, + trip_point, ent2, + value); + } + + return -EINVAL; +} +EXPORT_SYMBOL(hwmon_set_trip_point); + static void __init hwmon_pci_quirks(void) { #if defined CONFIG_X86 && defined CONFIG_PCI diff --git a/drivers/hwmon/i5k_amb.c b/drivers/hwmon/i5k_amb.c index c4c40be..3e631b1 100644 --- a/drivers/hwmon/i5k_amb.c +++ b/drivers/hwmon/i5k_amb.c @@ -106,7 +106,7 @@ struct i5k_device_attribute { }; struct i5k_amb_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; unsigned long amb_base; unsigned long amb_len; diff --git a/drivers/hwmon/ibmaem.c b/drivers/hwmon/ibmaem.c index bc6e2ab..f3a0510 100644 --- a/drivers/hwmon/ibmaem.c +++ b/drivers/hwmon/ibmaem.c @@ -137,7 +137,7 @@ struct aem_rw_sensor_template { struct aem_data { struct list_head list; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct platform_device *pdev; struct mutex lock; char valid; diff --git a/drivers/hwmon/ibmpex.c b/drivers/hwmon/ibmpex.c index 06d4eaf..c90a7f2 100644 --- a/drivers/hwmon/ibmpex.c +++ b/drivers/hwmon/ibmpex.c @@ -80,7 +80,7 @@ struct ibmpex_sensor_data { struct ibmpex_bmc_data { struct list_head list; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct device *bmc_device; struct mutex lock; char valid; diff --git a/drivers/hwmon/it87.c b/drivers/hwmon/it87.c index 316b648..6931f37 100644 --- a/drivers/hwmon/it87.c +++ b/drivers/hwmon/it87.c @@ -225,7 +225,7 @@ struct it87_sio_data { /* For each registered chip, we need to keep some data in memory. The structure is dynamically allocated. */ struct it87_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; enum chips type; u8 revision; diff --git a/drivers/hwmon/jc42.c b/drivers/hwmon/jc42.c index 340fc78..b9ca5bd 100644 --- a/drivers/hwmon/jc42.c +++ b/drivers/hwmon/jc42.c @@ -135,7 +135,7 @@ static struct jc42_chips jc42_chips[] = { /* Each client has this additional data */ struct jc42_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; /* protect register access */ bool extended; /* true if extended range supported */ bool valid; diff --git a/drivers/hwmon/jz4740-hwmon.c b/drivers/hwmon/jz4740-hwmon.c index 1c8b3d9..65e8622 100644 --- a/drivers/hwmon/jz4740-hwmon.c +++ b/drivers/hwmon/jz4740-hwmon.c @@ -33,7 +33,7 @@ struct jz4740_hwmon { int irq; struct mfd_cell *cell; - struct device *hwmon; + struct hwmon_device *hwmon; struct completion read_completion; diff --git a/drivers/hwmon/k10temp.c b/drivers/hwmon/k10temp.c index da5a240..224f6a6 100644 --- a/drivers/hwmon/k10temp.c +++ b/drivers/hwmon/k10temp.c @@ -132,7 +132,7 @@ static bool __devinit has_erratum_319(struct pci_dev *pdev) static int __devinit k10temp_probe(struct pci_dev *pdev, const struct pci_device_id *id) { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; u32 reg_caps, reg_htc; int unreliable = has_erratum_319(pdev); int err; diff --git a/drivers/hwmon/k8temp.c b/drivers/hwmon/k8temp.c index 418496f..8434752 100644 --- a/drivers/hwmon/k8temp.c +++ b/drivers/hwmon/k8temp.c @@ -39,7 +39,7 @@ #define SEL_CORE 0x04 struct k8temp_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; const char *name; char valid; /* zero until following fields are valid */ diff --git a/drivers/hwmon/lm63.c b/drivers/hwmon/lm63.c index 776aeb3..fbe27cc 100644 --- a/drivers/hwmon/lm63.c +++ b/drivers/hwmon/lm63.c @@ -161,7 +161,7 @@ static struct i2c_driver lm63_driver = { */ struct lm63_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* zero until following fields are valid */ unsigned long last_updated; /* in jiffies */ diff --git a/drivers/hwmon/lm70.c b/drivers/hwmon/lm70.c index 3b84fb5..0865bdd 100644 --- a/drivers/hwmon/lm70.c +++ b/drivers/hwmon/lm70.c @@ -45,7 +45,7 @@ #define LM70_CHIP_TMP121 1 /* TI TMP121/TMP123 */ struct lm70 { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex lock; unsigned int chip; }; diff --git a/drivers/hwmon/lm73.c b/drivers/hwmon/lm73.c index 29b9030..b8fafe2 100644 --- a/drivers/hwmon/lm73.c +++ b/drivers/hwmon/lm73.c @@ -105,7 +105,7 @@ static const struct attribute_group lm73_group = { static int lm73_probe(struct i2c_client *client, const struct i2c_device_id *id) { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; int status; /* Register sysfs hooks */ @@ -121,7 +121,7 @@ lm73_probe(struct i2c_client *client, const struct i2c_device_id *id) i2c_set_clientdata(client, hwmon_dev); dev_info(&client->dev, "%s: sensor '%s'\n", - dev_name(hwmon_dev), client->name); + dev_name(hwmon_dev->dev), client->name); return 0; @@ -132,7 +132,7 @@ exit_remove: static int lm73_remove(struct i2c_client *client) { - struct device *hwmon_dev = i2c_get_clientdata(client); + struct hwmon_device *hwmon_dev = i2c_get_clientdata(client); hwmon_device_unregister(hwmon_dev); sysfs_remove_group(&client->dev.kobj, &lm73_group); diff --git a/drivers/hwmon/lm75.c b/drivers/hwmon/lm75.c index f36eb80..418d0e4 100644 --- a/drivers/hwmon/lm75.c +++ b/drivers/hwmon/lm75.c @@ -67,7 +67,7 @@ static const u8 LM75_REG_TEMP[3] = { /* Each client has this additional data */ struct lm75_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; u8 orig_conf; char valid; /* !=0 if registers are valid */ @@ -190,7 +190,7 @@ lm75_probe(struct i2c_client *client, const struct i2c_device_id *id) } dev_info(&client->dev, "%s: sensor '%s'\n", - dev_name(data->hwmon_dev), client->name); + dev_name(data->hwmon_dev->dev), client->name); return 0; diff --git a/drivers/hwmon/lm77.c b/drivers/hwmon/lm77.c index b28a297..7352494 100644 --- a/drivers/hwmon/lm77.c +++ b/drivers/hwmon/lm77.c @@ -49,7 +49,7 @@ static const unsigned short normal_i2c[] = { 0x48, 0x49, 0x4a, 0x4b, /* Each client has this additional data */ struct lm77_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; unsigned long last_updated; /* In jiffies */ diff --git a/drivers/hwmon/lm78.c b/drivers/hwmon/lm78.c index 4cb24ea..bffefbc 100644 --- a/drivers/hwmon/lm78.c +++ b/drivers/hwmon/lm78.c @@ -117,7 +117,7 @@ static inline int TEMP_FROM_REG(s8 val) struct lm78_data { struct i2c_client *client; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex lock; enum chips type; diff --git a/drivers/hwmon/lm80.c b/drivers/hwmon/lm80.c index 18a0e6c..e76d741 100644 --- a/drivers/hwmon/lm80.c +++ b/drivers/hwmon/lm80.c @@ -105,7 +105,7 @@ static inline long TEMP_FROM_REG(u16 temp) */ struct lm80_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* !=0 if following fields are valid */ unsigned long last_updated; /* In jiffies */ diff --git a/drivers/hwmon/lm83.c b/drivers/hwmon/lm83.c index 8290476..4dc4b48 100644 --- a/drivers/hwmon/lm83.c +++ b/drivers/hwmon/lm83.c @@ -149,7 +149,7 @@ static struct i2c_driver lm83_driver = { */ struct lm83_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* zero until following fields are valid */ unsigned long last_updated; /* in jiffies */ diff --git a/drivers/hwmon/lm85.c b/drivers/hwmon/lm85.c index 1e22984..8aeeb22 100644 --- a/drivers/hwmon/lm85.c +++ b/drivers/hwmon/lm85.c @@ -299,7 +299,7 @@ struct lm85_autofan { /* For each registered chip, we need to keep some data in memory. The structure is dynamically allocated. */ struct lm85_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; const int *freq_map; enum chips type; diff --git a/drivers/hwmon/lm87.c b/drivers/hwmon/lm87.c index f1e6e75..9acfe59 100644 --- a/drivers/hwmon/lm87.c +++ b/drivers/hwmon/lm87.c @@ -188,7 +188,7 @@ static struct i2c_driver lm87_driver = { */ struct lm87_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* zero until following fields are valid */ unsigned long last_updated; /* In jiffies */ diff --git a/drivers/hwmon/lm90.c b/drivers/hwmon/lm90.c index 812781c..bf6be41 100644 --- a/drivers/hwmon/lm90.c +++ b/drivers/hwmon/lm90.c @@ -269,7 +269,7 @@ static const struct lm90_params lm90_params[] = { */ struct lm90_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* zero until following fields are valid */ unsigned long last_updated; /* in jiffies */ diff --git a/drivers/hwmon/lm92.c b/drivers/hwmon/lm92.c index 7c31e62..63d10f1 100644 --- a/drivers/hwmon/lm92.c +++ b/drivers/hwmon/lm92.c @@ -93,7 +93,7 @@ static struct i2c_driver lm92_driver; /* Client data (each client gets its own) */ struct lm92_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* zero until following fields are valid */ unsigned long last_updated; /* in jiffies */ diff --git a/drivers/hwmon/lm93.c b/drivers/hwmon/lm93.c index 3b43df4..f37a82d 100644 --- a/drivers/hwmon/lm93.c +++ b/drivers/hwmon/lm93.c @@ -204,7 +204,7 @@ struct block1_t { * Client-specific data */ struct lm93_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; unsigned long last_updated; /* In jiffies */ diff --git a/drivers/hwmon/lm95241.c b/drivers/hwmon/lm95241.c index 1a6dfb6..81e7d4b 100644 --- a/drivers/hwmon/lm95241.c +++ b/drivers/hwmon/lm95241.c @@ -88,7 +88,7 @@ static const u8 lm95241_reg_address[] = { /* Client data (each client gets its own) */ struct lm95241_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; unsigned long last_updated, interval; /* in jiffies */ char valid; /* zero until following fields are valid */ diff --git a/drivers/hwmon/ltc4215.c b/drivers/hwmon/ltc4215.c index c7e6d8e..bc6754c 100644 --- a/drivers/hwmon/ltc4215.c +++ b/drivers/hwmon/ltc4215.c @@ -32,7 +32,7 @@ enum ltc4215_cmd { }; struct ltc4215_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; bool valid; diff --git a/drivers/hwmon/ltc4245.c b/drivers/hwmon/ltc4245.c index 6593083..cb59ebf 100644 --- a/drivers/hwmon/ltc4245.c +++ b/drivers/hwmon/ltc4245.c @@ -50,7 +50,7 @@ enum ltc4245_cmd { }; struct ltc4245_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; bool valid; diff --git a/drivers/hwmon/ltc4261.c b/drivers/hwmon/ltc4261.c index 4b50601..82c233c 100644 --- a/drivers/hwmon/ltc4261.c +++ b/drivers/hwmon/ltc4261.c @@ -54,7 +54,7 @@ #define FAULT_OC (1<<2) struct ltc4261_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; bool valid; diff --git a/drivers/hwmon/max1111.c b/drivers/hwmon/max1111.c index 12a54aa..553f69f 100644 --- a/drivers/hwmon/max1111.c +++ b/drivers/hwmon/max1111.c @@ -35,7 +35,7 @@ struct max1111_data { struct spi_device *spi; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct spi_message msg; struct spi_transfer xfer[2]; uint8_t *tx_buf; diff --git a/drivers/hwmon/max1619.c b/drivers/hwmon/max1619.c index 022ded0..d77e19d 100644 --- a/drivers/hwmon/max1619.c +++ b/drivers/hwmon/max1619.c @@ -115,7 +115,7 @@ static struct i2c_driver max1619_driver = { */ struct max1619_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* zero until following fields are valid */ unsigned long last_updated; /* in jiffies */ diff --git a/drivers/hwmon/max6650.c b/drivers/hwmon/max6650.c index 9a11532..7d5ec97 100644 --- a/drivers/hwmon/max6650.c +++ b/drivers/hwmon/max6650.c @@ -148,7 +148,7 @@ static struct i2c_driver max6650_driver = { struct max6650_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* zero until following fields are valid */ unsigned long last_updated; /* in jiffies */ diff --git a/drivers/hwmon/mc13783-adc.c b/drivers/hwmon/mc13783-adc.c index d5226c9..a6b143a 100644 --- a/drivers/hwmon/mc13783-adc.c +++ b/drivers/hwmon/mc13783-adc.c @@ -32,7 +32,7 @@ struct mc13783_adc_priv { struct mc13783 *mc13783; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; }; static ssize_t mc13783_adc_show_name(struct device *dev, struct device_attribute diff --git a/drivers/hwmon/pc87360.c b/drivers/hwmon/pc87360.c index 3d99b88..5d44b26 100644 --- a/drivers/hwmon/pc87360.c +++ b/drivers/hwmon/pc87360.c @@ -188,7 +188,7 @@ static inline u8 PWM_TO_REG(int val, int inv) struct pc87360_data { const char *name; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex lock; struct mutex update_lock; char valid; /* !=0 if following fields are valid */ diff --git a/drivers/hwmon/pc87427.c b/drivers/hwmon/pc87427.c index 8da2181..f71e156 100644 --- a/drivers/hwmon/pc87427.c +++ b/drivers/hwmon/pc87427.c @@ -50,7 +50,7 @@ static struct platform_device *pdev; device is using banked registers) and the register cache (needed to keep the data in the registers and the cache in sync at any time). */ struct pc87427_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex lock; int address[2]; const char *name; diff --git a/drivers/hwmon/pcf8591.c b/drivers/hwmon/pcf8591.c index 731b09a..0229e8e 100644 --- a/drivers/hwmon/pcf8591.c +++ b/drivers/hwmon/pcf8591.c @@ -71,7 +71,7 @@ MODULE_PARM_DESC(input_mode, #define REG_TO_SIGNED(reg) (((reg) & 0x80)?((reg) - 256):(reg)) struct pcf8591_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; u8 control; diff --git a/drivers/hwmon/pkgtemp.c b/drivers/hwmon/pkgtemp.c index 21c817d..0e50091 100644 --- a/drivers/hwmon/pkgtemp.c +++ b/drivers/hwmon/pkgtemp.c @@ -49,7 +49,7 @@ enum { SHOW_TEMP, SHOW_TJMAX, SHOW_TTARGET, SHOW_LABEL, SHOW_NAME }; static struct pkgtemp_data *pkgtemp_update_device(struct device *dev); struct pkgtemp_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; const char *name; u32 id; diff --git a/drivers/hwmon/s3c-hwmon.c b/drivers/hwmon/s3c-hwmon.c index 92b42db..5104da3 100644 --- a/drivers/hwmon/s3c-hwmon.c +++ b/drivers/hwmon/s3c-hwmon.c @@ -53,7 +53,7 @@ struct s3c_hwmon_attr { struct s3c_hwmon { struct mutex lock; struct s3c_adc_client *client; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct s3c_hwmon_attr attrs[8]; }; diff --git a/drivers/hwmon/sht15.c b/drivers/hwmon/sht15.c index a610e78..c612f6c 100644 --- a/drivers/hwmon/sht15.c +++ b/drivers/hwmon/sht15.c @@ -107,7 +107,7 @@ struct sht15_data { unsigned long last_updat; struct mutex read_lock; struct device *dev; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct regulator *reg; struct notifier_block nb; int supply_uV; diff --git a/drivers/hwmon/sis5595.c b/drivers/hwmon/sis5595.c index 47d7ce9..9c2f099 100644 --- a/drivers/hwmon/sis5595.c +++ b/drivers/hwmon/sis5595.c @@ -166,7 +166,7 @@ static inline u8 DIV_TO_REG(int val) struct sis5595_data { unsigned short addr; const char *name; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex lock; struct mutex update_lock; diff --git a/drivers/hwmon/smm665.c b/drivers/hwmon/smm665.c index 425df5b..f9eda4a 100644 --- a/drivers/hwmon/smm665.c +++ b/drivers/hwmon/smm665.c @@ -139,7 +139,7 @@ enum chips { smm465, smm665, smm665c, smm764, smm766 }; struct smm665_data { enum chips type; int conversion_time; /* ADC conversion time */ - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; bool valid; unsigned long last_updated; /* in jiffies */ diff --git a/drivers/hwmon/smsc47b397.c b/drivers/hwmon/smsc47b397.c index 9fb7516..6e27c05 100644 --- a/drivers/hwmon/smsc47b397.c +++ b/drivers/hwmon/smsc47b397.c @@ -101,7 +101,7 @@ static u8 smsc47b397_reg_temp[] = {0x25, 0x26, 0x27, 0x80}; struct smsc47b397_data { unsigned short addr; const char *name; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex lock; struct mutex update_lock; diff --git a/drivers/hwmon/smsc47m1.c b/drivers/hwmon/smsc47m1.c index f44a89a..8e04513 100644 --- a/drivers/hwmon/smsc47m1.c +++ b/drivers/hwmon/smsc47m1.c @@ -124,7 +124,7 @@ struct smsc47m1_data { unsigned short addr; const char *name; enum chips type; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; unsigned long last_updated; /* In jiffies */ diff --git a/drivers/hwmon/smsc47m192.c b/drivers/hwmon/smsc47m192.c index 40b2667..bdfa22a 100644 --- a/drivers/hwmon/smsc47m192.c +++ b/drivers/hwmon/smsc47m192.c @@ -93,7 +93,7 @@ static inline int TEMP_FROM_REG(s8 val) } struct smsc47m192_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* !=0 if following fields are valid */ unsigned long last_updated; /* In jiffies */ diff --git a/drivers/hwmon/thmc50.c b/drivers/hwmon/thmc50.c index 7dfb4de..28e725d 100644 --- a/drivers/hwmon/thmc50.c +++ b/drivers/hwmon/thmc50.c @@ -67,7 +67,7 @@ static const u8 THMC50_REG_TEMP_DEFAULT[] = { 0x17, 0x18, 0x18 }; /* Each client has this additional data */ struct thmc50_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; enum chips type; diff --git a/drivers/hwmon/tmp102.c b/drivers/hwmon/tmp102.c index 93187c3..6970670 100644 --- a/drivers/hwmon/tmp102.c +++ b/drivers/hwmon/tmp102.c @@ -48,7 +48,7 @@ #define TMP102_THIGH_REG 0x03 struct tmp102 { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex lock; u16 config_orig; unsigned long last_update; diff --git a/drivers/hwmon/tmp401.c b/drivers/hwmon/tmp401.c index ad8d535..baf7b08 100644 --- a/drivers/hwmon/tmp401.c +++ b/drivers/hwmon/tmp401.c @@ -107,7 +107,7 @@ MODULE_DEVICE_TABLE(i2c, tmp401_id); */ struct tmp401_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* zero until following fields are valid */ unsigned long last_updated; /* in jiffies */ diff --git a/drivers/hwmon/tmp421.c b/drivers/hwmon/tmp421.c index 0517a8f..52a35d5 100644 --- a/drivers/hwmon/tmp421.c +++ b/drivers/hwmon/tmp421.c @@ -69,7 +69,7 @@ static const struct i2c_device_id tmp421_id[] = { MODULE_DEVICE_TABLE(i2c, tmp421_id); struct tmp421_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; unsigned long last_updated; diff --git a/drivers/hwmon/ultra45_env.c b/drivers/hwmon/ultra45_env.c index d863e13..e370fb0 100644 --- a/drivers/hwmon/ultra45_env.c +++ b/drivers/hwmon/ultra45_env.c @@ -58,7 +58,7 @@ struct env { void __iomem *regs; spinlock_t lock; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; }; static u8 env_read(struct env *p, u8 ireg) diff --git a/drivers/hwmon/via-cputemp.c b/drivers/hwmon/via-cputemp.c index 0d18de4..7066ec8 100644 --- a/drivers/hwmon/via-cputemp.c +++ b/drivers/hwmon/via-cputemp.c @@ -46,7 +46,7 @@ enum { SHOW_TEMP, SHOW_LABEL, SHOW_NAME }; */ struct via_cputemp_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; const char *name; u32 id; u32 msr; diff --git a/drivers/hwmon/via686a.c b/drivers/hwmon/via686a.c index 25e9166..3665e61 100644 --- a/drivers/hwmon/via686a.c +++ b/drivers/hwmon/via686a.c @@ -297,7 +297,7 @@ static inline long TEMP_FROM_REG10(u16 val) struct via686a_data { unsigned short addr; const char *name; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* !=0 if following fields are valid */ unsigned long last_updated; /* In jiffies */ diff --git a/drivers/hwmon/vt1211.c b/drivers/hwmon/vt1211.c index 49163d4..eda2cb4 100644 --- a/drivers/hwmon/vt1211.c +++ b/drivers/hwmon/vt1211.c @@ -115,7 +115,7 @@ static const u8 bitalarmfan[] = {6, 7}; struct vt1211_data { unsigned short addr; const char *name; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* !=0 if following fields are valid */ diff --git a/drivers/hwmon/vt8231.c b/drivers/hwmon/vt8231.c index db3b2e8..29934f8 100644 --- a/drivers/hwmon/vt8231.c +++ b/drivers/hwmon/vt8231.c @@ -151,7 +151,7 @@ struct vt8231_data { const char *name; struct mutex update_lock; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; char valid; /* !=0 if following fields are valid */ unsigned long last_updated; /* In jiffies */ diff --git a/drivers/hwmon/w83627ehf.c b/drivers/hwmon/w83627ehf.c index 073eabe..2d7aff86 100644 --- a/drivers/hwmon/w83627ehf.c +++ b/drivers/hwmon/w83627ehf.c @@ -286,7 +286,7 @@ struct w83627ehf_data { int addr; /* IO base of hw monitor block */ const char *name; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex lock; const u8 *REG_FAN_START_OUTPUT; diff --git a/drivers/hwmon/w83627hf.c b/drivers/hwmon/w83627hf.c index bde50e3..2399802 100644 --- a/drivers/hwmon/w83627hf.c +++ b/drivers/hwmon/w83627hf.c @@ -350,7 +350,7 @@ static inline u8 DIV_TO_REG(long val) struct w83627hf_data { unsigned short addr; const char *name; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex lock; enum chips type; diff --git a/drivers/hwmon/w83781d.c b/drivers/hwmon/w83781d.c index eed43a0..67e9206 100644 --- a/drivers/hwmon/w83781d.c +++ b/drivers/hwmon/w83781d.c @@ -206,7 +206,7 @@ DIV_TO_REG(long val, enum chips type) struct w83781d_data { struct i2c_client *client; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex lock; enum chips type; diff --git a/drivers/hwmon/w83791d.c b/drivers/hwmon/w83791d.c index 400a88b..be0a2ca 100644 --- a/drivers/hwmon/w83791d.c +++ b/drivers/hwmon/w83791d.c @@ -277,7 +277,7 @@ static u8 div_to_reg(int nr, long val) } struct w83791d_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* !=0 if following fields are valid */ diff --git a/drivers/hwmon/w83792d.c b/drivers/hwmon/w83792d.c index 63841f8..4c71e84 100644 --- a/drivers/hwmon/w83792d.c +++ b/drivers/hwmon/w83792d.c @@ -269,7 +269,7 @@ DIV_TO_REG(long val) } struct w83792d_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* !=0 if following fields are valid */ diff --git a/drivers/hwmon/w83793.c b/drivers/hwmon/w83793.c index e3bdedf..4e9a58f 100644 --- a/drivers/hwmon/w83793.c +++ b/drivers/hwmon/w83793.c @@ -213,7 +213,7 @@ static inline s8 TEMP_TO_REG(long val, s8 min, s8 max) struct w83793_data { struct i2c_client *lm75[2]; - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* !=0 if following fields are valid */ unsigned long last_updated; /* In jiffies */ diff --git a/drivers/hwmon/w83795.c b/drivers/hwmon/w83795.c index 845232d..cfe7370 100644 --- a/drivers/hwmon/w83795.c +++ b/drivers/hwmon/w83795.c @@ -331,7 +331,7 @@ static u8 pwm_freq_to_reg(unsigned long val, u16 clkin) enum chip_types {w83795g, w83795adg}; struct w83795_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; unsigned long last_updated; /* In jiffies */ enum chip_types chip_type; diff --git a/drivers/hwmon/w83l785ts.c b/drivers/hwmon/w83l785ts.c index 20781de..38aa18e 100644 --- a/drivers/hwmon/w83l785ts.c +++ b/drivers/hwmon/w83l785ts.c @@ -110,7 +110,7 @@ static struct i2c_driver w83l785ts_driver = { */ struct w83l785ts_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* zero until following fields are valid */ unsigned long last_updated; /* in jiffies */ diff --git a/drivers/hwmon/w83l786ng.c b/drivers/hwmon/w83l786ng.c index 0254e18..403e6ca 100644 --- a/drivers/hwmon/w83l786ng.c +++ b/drivers/hwmon/w83l786ng.c @@ -120,7 +120,7 @@ DIV_TO_REG(long val) } struct w83l786ng_data { - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; struct mutex update_lock; char valid; /* !=0 if following fields are valid */ unsigned long last_updated; /* In jiffies */ diff --git a/drivers/hwmon/wm831x-hwmon.c b/drivers/hwmon/wm831x-hwmon.c index 97b1f83..a42e69d 100644 --- a/drivers/hwmon/wm831x-hwmon.c +++ b/drivers/hwmon/wm831x-hwmon.c @@ -31,7 +31,7 @@ struct wm831x_hwmon { struct wm831x *wm831x; - struct device *classdev; + struct hwmon_device *classdev; }; static ssize_t show_name(struct device *dev, diff --git a/drivers/input/touchscreen/ads7846.c b/drivers/input/touchscreen/ads7846.c index 14ea54b..2d6faa9 100644 --- a/drivers/input/touchscreen/ads7846.c +++ b/drivers/input/touchscreen/ads7846.c @@ -98,7 +98,7 @@ struct ads7846 { #if defined(CONFIG_HWMON) || defined(CONFIG_HWMON_MODULE) struct attribute_group *attr_group; - struct device *hwmon; + struct hwmon_device *hwmon; #endif u16 model; @@ -492,7 +492,7 @@ static struct attribute_group ads7845_attr_group = { static int ads784x_hwmon_register(struct spi_device *spi, struct ads7846 *ts) { - struct device *hwmon; + struct hwmon_device *hwmon; int err; /* hwmon sensors need a reference voltage */ diff --git a/drivers/platform/x86/compal-laptop.c b/drivers/platform/x86/compal-laptop.c index 034572b..795cc49 100644 --- a/drivers/platform/x86/compal-laptop.c +++ b/drivers/platform/x86/compal-laptop.c @@ -171,7 +171,7 @@ /* ======= */ struct compal_data{ /* Fan control */ - struct device *hwmon_dev; + struct hwmon_device *hwmon_dev; int pwm_enable; /* 0:full on, 1:set by pwm1, 2:control by moterboard */ unsigned char curr_pwm; diff --git a/drivers/platform/x86/eeepc-laptop.c b/drivers/platform/x86/eeepc-laptop.c index 49d9ad7..ea5509f 100644 --- a/drivers/platform/x86/eeepc-laptop.c +++ b/drivers/platform/x86/eeepc-laptop.c @@ -166,7 +166,7 @@ struct eeepc_laptop { struct platform_device *platform_device; struct acpi_device *device; /* the device we are in */ - struct device *hwmon_device; + struct hwmon_device *hwmon_device; struct backlight_device *backlight_device; struct input_dev *inputdev; @@ -1074,12 +1074,12 @@ static struct attribute_group hwmon_attribute_group = { static void eeepc_hwmon_exit(struct eeepc_laptop *eeepc) { - struct device *hwmon; + struct hwmon_device *hwmon; hwmon = eeepc->hwmon_device; if (!hwmon) return; - sysfs_remove_group(&hwmon->kobj, + sysfs_remove_group(&hwmon->dev->kobj, &hwmon_attribute_group); hwmon_device_unregister(hwmon); eeepc->hwmon_device = NULL; @@ -1087,7 +1087,7 @@ static void eeepc_hwmon_exit(struct eeepc_laptop *eeepc) static int eeepc_hwmon_init(struct eeepc_laptop *eeepc) { - struct device *hwmon; + struct hwmon_device *hwmon; int result; hwmon = hwmon_device_register(&eeepc->platform_device->dev); @@ -1097,7 +1097,7 @@ static int eeepc_hwmon_init(struct eeepc_laptop *eeepc) return PTR_ERR(hwmon); } eeepc->hwmon_device = hwmon; - result = sysfs_create_group(&hwmon->kobj, + result = sysfs_create_group(&hwmon->dev->kobj, &hwmon_attribute_group); if (result) eeepc_hwmon_exit(eeepc); diff --git a/drivers/platform/x86/thinkpad_acpi.c b/drivers/platform/x86/thinkpad_acpi.c index dd59958..9995d0f 100644 --- a/drivers/platform/x86/thinkpad_acpi.c +++ b/drivers/platform/x86/thinkpad_acpi.c @@ -924,7 +924,7 @@ static char *next_cmd(char **cmds) static struct platform_device *tpacpi_pdev; static struct platform_device *tpacpi_sensors_pdev; -static struct device *tpacpi_hwmon; +static struct hwmon_device *tpacpi_hwmon; static struct input_dev *tpacpi_inputdev; static struct mutex tpacpi_inputdev_send_mutex; static LIST_HEAD(tpacpi_all_drivers); diff --git a/drivers/thermal/thermal_sys.c b/drivers/thermal/thermal_sys.c index 7d0e63c..f93ae52 100644 --- a/drivers/thermal/thermal_sys.c +++ b/drivers/thermal/thermal_sys.c @@ -510,8 +510,8 @@ thermal_add_hwmon_sysfs(struct thermal_zone_device *tz) result = PTR_ERR(hwmon->device); goto free_mem; } - dev_set_drvdata(hwmon->device, hwmon); - result = device_create_file(hwmon->device, &dev_attr_name); + dev_set_drvdata(hwmon->device->dev, hwmon); + result = device_create_file(hwmon->device->dev, &dev_attr_name); if (result) goto unregister_hwmon_device; @@ -525,7 +525,7 @@ thermal_add_hwmon_sysfs(struct thermal_zone_device *tz) tz->temp_input.attr.attr.mode = 0444; tz->temp_input.attr.show = temp_input_show; sysfs_attr_init(&tz->temp_input.attr.attr); - result = device_create_file(hwmon->device, &tz->temp_input.attr); + result = device_create_file(hwmon->device->dev, &tz->temp_input.attr); if (result) goto unregister_hwmon_device; @@ -538,7 +538,7 @@ thermal_add_hwmon_sysfs(struct thermal_zone_device *tz) tz->temp_crit.attr.attr.mode = 0444; tz->temp_crit.attr.show = temp_crit_show; sysfs_attr_init(&tz->temp_crit.attr.attr); - result = device_create_file(hwmon->device, + result = device_create_file(hwmon->device->dev, &tz->temp_crit.attr); if (result) goto unregister_hwmon_device; @@ -554,10 +554,10 @@ thermal_add_hwmon_sysfs(struct thermal_zone_device *tz) return 0; unregister_hwmon_device: - device_remove_file(hwmon->device, &tz->temp_crit.attr); - device_remove_file(hwmon->device, &tz->temp_input.attr); + device_remove_file(hwmon->device->dev, &tz->temp_crit.attr); + device_remove_file(hwmon->device->dev, &tz->temp_input.attr); if (new_hwmon_device) { - device_remove_file(hwmon->device, &dev_attr_name); + device_remove_file(hwmon->device->dev, &dev_attr_name); hwmon_device_unregister(hwmon->device); } free_mem: @@ -573,8 +573,8 @@ thermal_remove_hwmon_sysfs(struct thermal_zone_device *tz) struct thermal_hwmon_device *hwmon = tz->hwmon; tz->hwmon = NULL; - device_remove_file(hwmon->device, &tz->temp_input.attr); - device_remove_file(hwmon->device, &tz->temp_crit.attr); + device_remove_file(hwmon->device->dev, &tz->temp_input.attr); + device_remove_file(hwmon->device->dev, &tz->temp_crit.attr); mutex_lock(&thermal_list_lock); list_del(&tz->hwmon_node); @@ -585,7 +585,7 @@ thermal_remove_hwmon_sysfs(struct thermal_zone_device *tz) list_del(&hwmon->node); mutex_unlock(&thermal_list_lock); - device_remove_file(hwmon->device, &dev_attr_name); + device_remove_file(hwmon->device->dev, &dev_attr_name); hwmon_device_unregister(hwmon->device); kfree(hwmon); } diff --git a/include/linux/hwmon.h b/include/linux/hwmon.h index 6b6ee70..1cc5424 100644 --- a/include/linux/hwmon.h +++ b/include/linux/hwmon.h @@ -16,9 +16,142 @@ #include <linux/device.h> -struct device *hwmon_device_register(struct device *dev); +struct hwmon_device; -void hwmon_device_unregister(struct device *dev); +enum hwmon_attr { + hwmon_attr_input = 0, + hwmon_attr_min, + hwmon_attr_max, + hwmon_attr_type, + hwmon_attr_offset, + hwmon_attr_label, + hwmon_attr_lowest, + hwmon_attr_highest, + hwmon_attr_vid, + hwmon_attr_vrm, + hwmon_attr_div, + hwmon_attr_target, + hwmon_attr_enable, + hwmon_attr_mode, + hwmon_attr_freq, + hwmon_attr_auto_channels_temp, + hwmon_attr_max_hyst, + hwmon_attr_crit, + hwmon_attr_crit_hyst, + hwmon_attr_reset_history, + hwmon_attr_average, + hwmon_attr_average_interval, + hwmon_attr_average_interval_min, + hwmon_attr_average_interval_max, + hwmon_attr_average_highest, + hwmon_attr_average_lowest, + hwmon_attr_average_max, + hwmon_attr_average_min, + hwmon_attr_input_highest, + hwmon_attr_input_lowest, + hwmon_attr_accuracy, + hwmon_attr_alarm, + hwmon_attr_cap, + hwmon_attr_cap_hyst, + hwmon_attr_cap_max, + hwmon_attr_cap_min, + hwmon_attr_min_alarm, + hwmon_attr_max_alarm, + hwmon_attr_crit_alarm, + hwmon_attr_fault, + hwmon_attr_beep, +}; + +enum hwmon_trip_point_entity { + hwmon_trip_point_pwm = 0, + hwmon_trip_point_temp, + hwmon_trip_point_temp_hyst, +}; + +struct hwmon_device_ops { + int (*get_name) (struct hwmon_device *, char *name, size_t length); + int (*get_update_rate) (struct hwmon_device *, int *rate); + int (*temp_reset_history) (struct hwmon_device *); + + int (*get_temp) (struct hwmon_device *, int probe, + enum hwmon_attr attr, int *value); + int (*set_temp) (struct hwmon_device *, int probe, + enum hwmon_attr attr, int value); + int (*get_fan) (struct hwmon_device *, int fan, + enum hwmon_attr attr, int *value); + int (*set_fan) (struct hwmon_device *, int fan, + enum hwmon_attr attr, int value); + int (*get_voltage) (struct hwmon_device *, int probe, + enum hwmon_attr attr, int *value); + int (*set_voltage) (struct hwmon_device *, int probe, + enum hwmon_attr attr, int value); + int (*get_current) (struct hwmon_device *, int probe, + enum hwmon_attr attr, int *value); + int (*set_current) (struct hwmon_device *, int probe, + enum hwmon_attr attr, int value); + int (*get_power) (struct hwmon_device *, int probe, + enum hwmon_attr attr, int *value); + int (*set_power) (struct hwmon_device *, int probe, + enum hwmon_attr attr, int value); + int (*get_energy) (struct hwmon_device *, int probe, + enum hwmon_attr attr, int *value); + int (*get_intrusion) (struct hwmon_device *, int probe, + enum hwmon_attr attr, int *value); + int (*set_intrusion) (struct hwmon_device *, int probe, + enum hwmon_attr attr, int value); + int (*get_trip_point) (struct hwmon_device *, + enum hwmon_trip_point_entity, int probe, + int trip_point, enum hwmon_trip_point_entity, + int *value); + int (*set_trip_point) (struct hwmon_device *, + enum hwmon_trip_point_entity, int probe, + int trip_point, enum hwmon_trip_point_entity, + int value); +}; + +struct hwmon_device { + struct device *dev; + struct device *sensor_dev; + struct list_head node; + struct hwmon_device_ops ops; +}; + +struct hwmon_device *hwmon_device_register(struct device *dev); + +void hwmon_device_unregister(struct hwmon_device *dev); + +struct hwmon_device *hwmon_get_device(struct device *dev); + +int hwmon_get_name(struct hwmon_device *, char *name, size_t length); +int hwmon_get_update_rate(struct hwmon_device *, int *rate); +int hwmon_temp_reset_history(struct hwmon_device *); + +int hwmon_get_temp(struct hwmon_device *, int channel, + enum hwmon_attr flag, int *value); +int hwmon_set_temp(struct hwmon_device *, int channel, + enum hwmon_attr attr, int value); +int hwmon_get_fan(struct hwmon_device *, int fan, + enum hwmon_attr attr, int *value); +int hwmon_set_fan(struct hwmon_device *, int fan, + enum hwmon_attr attr, int value); +int hwmon_get_voltage(struct hwmon_device *, int channel, + enum hwmon_attr attr, int *value); +int hwmon_set_voltage(struct hwmon_device *, int channel, + enum hwmon_attr attr, int value); +int hwmon_get_current(struct hwmon_device *, int channel, + enum hwmon_attr attr, int *value); +int hwmon_set_current(struct hwmon_device *, int channel, + enum hwmon_attr attr, int value); +int hwmon_get_power(struct hwmon_device *, int channel, + enum hwmon_attr attr, int *value); +int hwmon_set_power(struct hwmon_device *, int channel, + enum hwmon_attr attr, int value); +int hwmon_get_energy(struct hwmon_device *, int channel, + enum hwmon_attr attr, int *value); +int hwmon_get_intrusion(struct hwmon_device *, int probe, + enum hwmon_attr attr, int *value); +int hwmon_set_intrusion(struct hwmon_device *, int probe, + enum hwmon_attr attr, int value); /* Scale user input to sensible values */ static inline int SENSORS_LIMIT(long value, long low, long high) diff --git a/include/linux/mfd/wm8350/core.h b/include/linux/mfd/wm8350/core.h index 98fcc97..50aac40 100644 --- a/include/linux/mfd/wm8350/core.h +++ b/include/linux/mfd/wm8350/core.h @@ -605,7 +605,7 @@ struct wm8350; struct wm8350_hwmon { struct platform_device *pdev; - struct device *classdev; + struct hwmon_device *classdev; }; struct wm8350 { diff --git a/include/linux/thermal.h b/include/linux/thermal.h index 8651556..558a118 100644 --- a/include/linux/thermal.h +++ b/include/linux/thermal.h @@ -89,7 +89,7 @@ struct thermal_cooling_device { /* thermal zone devices with the same type share one hwmon device */ struct thermal_hwmon_device { char type[THERMAL_NAME_LENGTH]; - struct device *device; + struct hwmon_device *device; int count; struct list_head tz_list; struct list_head node; -- 1.7.4 --------------070100090608000701020600-- From bugzilla-daemon at freedesktop.org Sun Feb 13 07:57:45 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 13 Feb 2011 07:57:45 -0800 (PST) Subject: [Bug 33967] No image on a VGA screen attached to DVI with a dvi to vga adaptor on NVa3 card.. In-Reply-To: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110213155745.5BD2313004F@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33967 --- Comment #6 from Ra?l Soriano <GatoLoko at gmail.com> 2011-02-13 07:57:45 PST --- Created an attachment (id=43317) View: https://bugs.freedesktop.org/attachment.cgi?id=43317 Review: https://bugs.freedesktop.org/review?bug=33967&attachment=43317 Posible patch for wrong DCB table I replied to the last bugzilla message by mail, but it doesn't show here, so I'm adding it again. I don't know if this is a proper fix or a piece of trash, so I wonder if somebody can have a look at it and tell me how it looks, and whether it's safe to test it or I'm doing it wrong. Or just fix it so I see where i messed up. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 13 09:39:46 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 13 Feb 2011 09:39:46 -0800 (PST) Subject: [Bug 34220] Detects Load on output and blinks screen every ~30secs In-Reply-To: <bug-34220-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34220-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110213173946.BB83813004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34220 Manuel Mendez <mmendez534 at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Detects Load on output and |Detects Load on output and |blinks screen ~30secs |blinks screen every ~30secs -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From Darxus at chaosreigns.com Sun Feb 13 10:53:18 2011 From: Darxus at chaosreigns.com (Darxus at chaosreigns.com) Date: Sun, 13 Feb 2011 13:53:18 -0500 Subject: Wayland doesn't work outside of X with nouveau, and it should Message-ID: <20110213185318.GT22937@xxxxxxxxxxxxxxx> Since pageflip support for NV50 cards was added on the 9th, wayland should work for me outside of X, but all I'm getting is apparently random chunks of uninitialized video memory. It seems nobody has looked into the problem who has an Nvidia card. I have no idea where to begin. I added my PCI ID to mesa's dri2_driver_map so I could use egl_dri2 since egl_dri2 is what is being used with Intel cards, to make sure it wasn't just a difference between egl_dri2 and egl_gallium which I normally use. Wayland works fine under X this way with egl_dri2. I think similar results are happening with ATI/AMD cards, so wayland without X is only working on Intel cards. Build instructions for Wayland are here: http://wayland.freedesktop.org/building.html They should be up to date and thorough. I have an easier build script for Ubuntu Maverick here: http://www.chaosreigns.com/wayland/ubuntu.html You should be able to just run the compositor program outside of X to get DRM output. My console output (which I don't think contains anything interesting): X output, which works: http://www.chaosreigns.com/wayland/wayland.x11.txt With strace: http://www.chaosreigns.com/wayland/wayland.x11.strace.txt DRM output, not working: http://www.chaosreigns.com/wayland/wayland.drm.txt With strace: http://www.chaosreigns.com/wayland/wayland.drm.strace.txt The script I used to run it: http://www.chaosreigns.com/wayland/wayland-compositor.sh To get your PCI ID: $ lspci -nv |grep VGA 05:00.0 0300: 10de:0611 (rev a2) (prog-if 00 [VGA controller]) ^^^^ My Mesa patch to add my PCI ID so I can use egl_dri2 (I sent this to mesa-dev a while ago, but it didn't get applied - this one is updated). You just need to add another line with your PCI ID in nouveau_chip_ids[]. What would it take to get these in mesa? [PATCH] Add nVidia Corporation G92 [GeForce 8800 GT] to dri2_driver_map --- src/egl/drivers/dri2/platform_drm.c | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/src/egl/drivers/dri2/platform_drm.c b/src/egl/drivers/dri2/platform_drm.c index 42939a5..4652011 100644 --- a/src/egl/drivers/dri2/platform_drm.c +++ b/src/egl/drivers/dri2/platform_drm.c @@ -558,6 +558,10 @@ const int r600_chip_ids[] = { 0x6779, /* PCI_CHIP_CAICOS_6779 */ }; +const int nouveau_chip_ids[] = { + 0x0611, /* G92 [GeForce 8800 GT] */ +}; + const struct dri2_driver_map driver_map[] = { { 0x8086, "i915", i915_chip_ids, ARRAY_SIZE(i915_chip_ids) }, { 0x8086, "i965", i965_chip_ids, ARRAY_SIZE(i965_chip_ids) }, @@ -565,6 +569,7 @@ const struct dri2_driver_map driver_map[] = { { 0x1002, "r200", r200_chip_ids, ARRAY_SIZE(r200_chip_ids) }, { 0x1002, "r300", r300_chip_ids, ARRAY_SIZE(r300_chip_ids) }, { 0x1002, "r600", r600_chip_ids, ARRAY_SIZE(r600_chip_ids) }, + { 0x10de, "nouveau", nouveau_chip_ids, ARRAY_SIZE(nouveau_chip_ids) }, }; char * -- 1.7.1 From marcin.slusarz at gmail.com Sun Feb 13 11:46:40 2011 From: marcin.slusarz at gmail.com (Marcin Slusarz) Date: Sun, 13 Feb 2011 20:46:40 +0100 Subject: [PATCH 1/2] drm/nouveau: decode PFIFO DMA_PUSHER error codes Message-ID: <1297626403-3349-1-git-send-email-marcin.slusarz@xxxxxxxxx> Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> --- drivers/gpu/drm/nouveau/nv04_fifo.c | 17 ++++++++++++++--- 1 files changed, 14 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nv04_fifo.c b/drivers/gpu/drm/nouveau/nv04_fifo.c index f89d104..dfa600c 100644 --- a/drivers/gpu/drm/nouveau/nv04_fifo.c +++ b/drivers/gpu/drm/nouveau/nv04_fifo.c @@ -379,6 +379,15 @@ out: return handled; } +static const char *nv_dma_state_err(u32 state) +{ + static const char * const desc[] = { + "NONE", "CALL_SUBR_ACTIVE", "INVALID_MTHD", "RET_SUBR_INACTIVE", + "INVALID_CMD", "IB_EMPTY"/* NV50+ */, "MEM_FAULT", "UNK" + }; + return desc[(state >> 29) & 0x7]; +} + void nv04_fifo_isr(struct drm_device *dev) { @@ -460,9 +469,10 @@ nv04_fifo_isr(struct drm_device *dev) if (nouveau_ratelimit()) NV_INFO(dev, "PFIFO_DMA_PUSHER - Ch %d Get 0x%02x%08x " "Put 0x%02x%08x IbGet 0x%08x IbPut 0x%08x " - "State 0x%08x Push 0x%08x\n", + "State 0x%08x (err: %s) Push 0x%08x\n", chid, ho_get, dma_get, ho_put, dma_put, ib_get, ib_put, state, + nv_dma_state_err(state), push); /* METHOD_COUNT, in DMA_STATE on earlier chipsets */ @@ -476,8 +486,9 @@ nv04_fifo_isr(struct drm_device *dev) } } else { NV_INFO(dev, "PFIFO_DMA_PUSHER - Ch %d Get 0x%08x " - "Put 0x%08x State 0x%08x Push 0x%08x\n", - chid, dma_get, dma_put, state, push); + "Put 0x%08x State 0x%08x (err: %s) Push 0x%08x\n", + chid, dma_get, dma_put, state, + nv_dma_state_err(state), push); if (dma_get != dma_put) nv_wr32(dev, 0x003244, dma_put); -- 1.7.4.rc3 From marcin.slusarz at gmail.com Sun Feb 13 11:46:41 2011 From: marcin.slusarz at gmail.com (Marcin Slusarz) Date: Sun, 13 Feb 2011 20:46:41 +0100 Subject: [PATCH 2/2] drm/nv50: fix typos in CCACHE error reporting Message-ID: <1297626403-3349-2-git-send-email-marcin.slusarz@xxxxxxxxx> The code was supposed to print registers around 0x405018 (which is read earlier), not 0x405818. Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> --- drivers/gpu/drm/nouveau/nv50_graph.c | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nv50_graph.c b/drivers/gpu/drm/nouveau/nv50_graph.c index 37e21d2..c75cff1 100644 --- a/drivers/gpu/drm/nouveau/nv50_graph.c +++ b/drivers/gpu/drm/nouveau/nv50_graph.c @@ -912,10 +912,10 @@ nv50_pgraph_trap_handler(struct drm_device *dev, u32 display, u64 inst, u32 chid printk("\n"); NV_INFO(dev, "PGRAPH - TRAP_CCACHE %08x %08x %08x %08x" " %08x %08x %08x\n", - nv_rd32(dev, 0x405800), nv_rd32(dev, 0x405804), - nv_rd32(dev, 0x405808), nv_rd32(dev, 0x40580c), - nv_rd32(dev, 0x405810), nv_rd32(dev, 0x405814), - nv_rd32(dev, 0x40581c)); + nv_rd32(dev, 0x405000), nv_rd32(dev, 0x405004), + nv_rd32(dev, 0x405008), nv_rd32(dev, 0x40500c), + nv_rd32(dev, 0x405010), nv_rd32(dev, 0x405014), + nv_rd32(dev, 0x40501c)); } -- 1.7.4.rc3 From marcin.slusarz at gmail.com Sun Feb 13 11:46:42 2011 From: marcin.slusarz at gmail.com (Marcin Slusarz) Date: Sun, 13 Feb 2011 20:46:42 +0100 Subject: [PATCH] fix drmSetMaster error reporting Message-ID: <1297626403-3349-3-git-send-email-marcin.slusarz@xxxxxxxxx> On error, drmSetMaster returns -1 and sets errno. --- src/nv_driver.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/nv_driver.c b/src/nv_driver.c index 3e009fc..754739c 100644 --- a/src/nv_driver.c +++ b/src/nv_driver.c @@ -334,7 +334,7 @@ NVEnterVT(int scrnIndex, int flags) ret = drmSetMaster(nouveau_device(pNv->dev)->fd); if (ret) - ErrorF("Unable to get master: %d\n", ret); + ErrorF("Unable to get master: %s\n", strerror(errno)); if (!xf86SetDesiredModes(pScrn)) return FALSE; -- 1.7.4.rc3 From marcin.slusarz at gmail.com Sun Feb 13 11:46:43 2011 From: marcin.slusarz at gmail.com (Marcin Slusarz) Date: Sun, 13 Feb 2011 20:46:43 +0100 Subject: [PATCH] nv50: fix query assertion Message-ID: <1297626403-3349-4-git-send-email-marcin.slusarz@xxxxxxxxx> --- src/gallium/drivers/nv50/nv50_query.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/gallium/drivers/nv50/nv50_query.c b/src/gallium/drivers/nv50/nv50_query.c index 53f9482..f3418df 100644 --- a/src/gallium/drivers/nv50/nv50_query.c +++ b/src/gallium/drivers/nv50/nv50_query.c @@ -45,7 +45,7 @@ nv50_query_create(struct pipe_context *pipe, unsigned type) struct nv50_query *q = CALLOC_STRUCT(nv50_query); int ret; - assert (q->type == PIPE_QUERY_OCCLUSION_COUNTER); + assert (type == PIPE_QUERY_OCCLUSION_COUNTER); q->type = type; ret = nouveau_bo_new(dev, NOUVEAU_BO_GART | NOUVEAU_BO_MAP, 256, -- 1.7.4.rc3 From martin.peres at free.fr Sun Feb 13 12:00:16 2011 From: martin.peres at free.fr (Martin Peres) Date: Sun, 13 Feb 2011 21:00:16 +0100 Subject: [lm-sensors] hwmon API update In-Reply-To: <20110213171640.GB13323@xxxxxxxxxxxx> References: <4D57CC24.1040306@xxxxxxx> <20110213171640.GB13323@xxxxxxxxxxxx> Message-ID: <4D583850.1050806@xxxxxxx> Le 13/02/2011 18:16, Guenter Roeck a ?crit : > On Sun, Feb 13, 2011 at 07:18:44AM -0500, Martin Peres wrote: >> Hi, >> >> I am working on power management on the nouveau driver and I need a way >> to get data out of and send commands to the i2c drivers from the kernel >> space. >> >> We can already change the clocks of the card, but we need a way to >> monitor the temperature and bump the fan speed if needed. >> Another problem with letting users mess with the i2c driver by >> themselves is that some cards use the i2c driver for fan management >> while others don't. This is why I would like to introduce nouveau as an >> hwmon driver, exporting the temperature, fan management and clock speeds >> so as we can use the thermal zone to monitor the temperature and react >> when needed. >> >> So far, we use: >> - w83l785ts >> - w83781d >> - adt7473 (most common one) >> - f75375 >> - lm99 >> >> With the help of Matthew Garret, I updated his previous proposal for an >> in-kernel API for hwmon. The patch should apply cleanly on Linux >> 2.6.38-rc4. This patch only provides the API, no modification to the >> drivers has been completed yet. >> >> Looking forward to your review and feedback. >> >> Martin >> From 059b647b7b8bd98c04cf48b4062048b8ae963593 Mon Sep 17 00:00:00 2001 >> From: Martin Peres<martin.peres at ensi-bourges.fr> >> Date: Sun, 13 Feb 2011 11:35:17 +0100 >> Subject: [PATCH] hwmon API update >> >> Original creator: Matthew Garrett<mjg at redhat.com> >> >> Signed-off-by: Martin Peres<martin.peres at ensi-bourges.fr> > This is an extremely complex change just for the benefit of one driver, > with a huge potential of misuse. The changes required in each driver > to actually implement the API are substantial, and pretty much only add > complexity to each hwmon driver with no real benefit. > > The cost gets even larger if one has to consider that some may want or > have to to backport drivers to earlier kernel versions. This patchset > would result in significant efforts to do such backports. > > For the API itself, there are lots of functions with similar parameters, > and those parameters are needed in the drivers to determine which attribute > is affected. A single function would have accomplished the same, as the drivers > will need case statements anyway to identify the actual attribute to be read > or written. What we end up here with is a large number of functions to be > supported by each driver, all with pretty much the same set of arguments. > > I don't know what current thinking is about kernel size increases, but it > looks like this patch will result in quite significant kernel size increase > (some 18*8 = 144 bytes per driver for all the pointers, plus the actual > functions, adds up to a lot). Again this would be with no benefit for most > of the users of the hwmon subsystem. Sure, one can argue that the size increases > will only occur if the drivers are actually loaded, but that is a pretty weak > argument since the code size increase will still show up in each driver. > > In summary I am not in favor for this change. Maybe Jean thinks differently, > but for my part I don't plan to approve it. > > Guenter Actually, it is not completely true. This API isn't mandatory for the drivers to implement. We could only modify the drivers we need in nouveau and leave the others untouched but this is only good for as a transition from the sysfs-only interface to the new interface. I agree that changing hwmon in the way we are asking is a big change in philosophy, but what are you suggesting? We can't just re-implement the needed i2c drivers in nouveau and the only way we can access the already existing i2c drivers is through sysfs. The real question is why hwmon only is targeted for the userland? Another question is, why is the actual code of the drivers buried so deep inside the implementation details of the sysfs interface (this is what makes it so painful to update)? Actually, this proposal could save space as once this interface is adopted by some drivers, all the sysfs-related code could be shared in hwmon.c. Another proposal could be to access the drivers through sysfs, but I don't know if it is possible and I think it would be abusing the sysfs interface anyway. I think you now understand our situation a bit better, do you have any suggestion? I really wish to find an agreement on this as not sharing the code is not an option for me. Martin From marcin.slusarz at gmail.com Sun Feb 13 12:38:04 2011 From: marcin.slusarz at gmail.com (Marcin Slusarz) Date: Sun, 13 Feb 2011 21:38:04 +0100 Subject: [PATCH] drm/nouveau: fix __nouveau_fence_wait performance regression Message-ID: <20110213203804.GA5395@xxxxxxx> Combination of locking and interchannel synchronization changes uncovered poor behaviour of nouveau_fence_wait, which on HZ=100 configuration could waste up to 10 ms per call. Depending on application, it lead to 10-30% FPS regression. To fix it, shorten thread sleep time to 0.1 ms and ensure spinning happens for at least one *full* tick. Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> --- drivers/gpu/drm/nouveau/nouveau_fence.c | 10 ++++++++-- 1 files changed, 8 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_fence.c b/drivers/gpu/drm/nouveau/nouveau_fence.c index 221b846..75ba5e2 100644 --- a/drivers/gpu/drm/nouveau/nouveau_fence.c +++ b/drivers/gpu/drm/nouveau/nouveau_fence.c @@ -27,6 +27,9 @@ #include "drmP.h" #include "drm.h" +#include <linux/ktime.h> +#include <linux/hrtimer.h> + #include "nouveau_drv.h" #include "nouveau_ramht.h" #include "nouveau_dma.h" @@ -230,9 +233,12 @@ int __nouveau_fence_wait(void *sync_obj, void *sync_arg, bool lazy, bool intr) { unsigned long timeout = jiffies + (3 * DRM_HZ); - unsigned long sleep_time = jiffies + 1; + unsigned long sleep_time = jiffies + 2; + ktime_t t; int ret = 0; + t = ktime_set(0, NSEC_PER_MSEC / 10); + while (1) { if (__nouveau_fence_signalled(sync_obj, sync_arg)) break; @@ -245,7 +251,7 @@ __nouveau_fence_wait(void *sync_obj, void *sync_arg, bool lazy, bool intr) __set_current_state(intr ? TASK_INTERRUPTIBLE : TASK_UNINTERRUPTIBLE); if (lazy && time_after_eq(jiffies, sleep_time)) - schedule_timeout(1); + schedule_hrtimeout(&t, HRTIMER_MODE_REL); if (intr && signal_pending(current)) { ret = -ERESTARTSYS; -- 1.7.4.rc3 From madman2003 at gmail.com Sun Feb 13 15:20:55 2011 From: madman2003 at gmail.com (Maarten Maathuis) Date: Mon, 14 Feb 2011 00:20:55 +0100 Subject: Wayland doesn't work outside of X with nouveau, and it should In-Reply-To: <20110213185318.GT22937@xxxxxxxxxxxxxxx> References: <20110213185318.GT22937@xxxxxxxxxxxxxxx> Message-ID: <AANLkTikRFoOXa8JHoLQQ=ZvrFt0_7TVrmfZLXhb3OEMo@xxxxxxxxxxxxxx> On Sun, Feb 13, 2011 at 7:53 PM, <Darxus at chaosreigns.com> wrote: > Since pageflip support for NV50 cards was added on the 9th, wayland should > work for me outside of X, but all I'm getting is apparently random chunks > of uninitialized video memory. > > It seems nobody has looked into the problem who has an Nvidia card. ?I have > no idea where to begin. > > I added my PCI ID to mesa's dri2_driver_map so I could use egl_dri2 since > egl_dri2 is what is being used with Intel cards, to make sure it wasn't > just a difference between egl_dri2 and egl_gallium which I normally use. > Wayland works fine under X this way with egl_dri2. > > I think similar results are happening with ATI/AMD cards, so wayland > without X is only working on Intel cards. > > Build instructions for Wayland are here: > http://wayland.freedesktop.org/building.html > They should be up to date and thorough. ?I have an easier build script for > Ubuntu Maverick here: ?http://www.chaosreigns.com/wayland/ubuntu.html > You should be able to just run the compositor program outside of X to get > DRM output. > > My console output (which I don't think contains anything interesting): > > X output, which works: > http://www.chaosreigns.com/wayland/wayland.x11.txt > With strace: > http://www.chaosreigns.com/wayland/wayland.x11.strace.txt > > DRM output, not working: > http://www.chaosreigns.com/wayland/wayland.drm.txt > With strace: > http://www.chaosreigns.com/wayland/wayland.drm.strace.txt > > The script I used to run it: > http://www.chaosreigns.com/wayland/wayland-compositor.sh > > To get your PCI ID: > $ lspci -nv |grep VGA > 05:00.0 0300: 10de:0611 (rev a2) (prog-if 00 [VGA controller]) > ? ? ? ? ? ? ? ? ? ^^^^ > > My Mesa patch to add my PCI ID so I can use egl_dri2 (I sent this to > mesa-dev a while ago, but it didn't get applied - this one is updated). > You just need to add another line with your PCI ID in nouveau_chip_ids[]. > What would it take to get these in mesa? > Nouveau doesn't really do PCI ID lists, so you have to match to the vendor ID, check that you're dealing with a video card and not some other nvidia device. Then you can use something like nouveau_device_open_existing and the struct that you get from that contains "chipset" which can be used to determine what you have. > [PATCH] Add nVidia Corporation G92 [GeForce 8800 GT] to dri2_driver_map > > --- > ?src/egl/drivers/dri2/platform_drm.c | ? ?5 +++++ > ?1 files changed, 5 insertions(+), 0 deletions(-) > > diff --git a/src/egl/drivers/dri2/platform_drm.c b/src/egl/drivers/dri2/platform_drm.c > index 42939a5..4652011 100644 > --- a/src/egl/drivers/dri2/platform_drm.c > +++ b/src/egl/drivers/dri2/platform_drm.c > @@ -558,6 +558,10 @@ const int r600_chip_ids[] = { > ? ?0x6779, /* PCI_CHIP_CAICOS_6779 */ > ?}; > > +const int nouveau_chip_ids[] = { > + ? 0x0611, /* G92 [GeForce 8800 GT] */ > +}; > + > ?const struct dri2_driver_map driver_map[] = { > ? ?{ 0x8086, "i915", i915_chip_ids, ARRAY_SIZE(i915_chip_ids) }, > ? ?{ 0x8086, "i965", i965_chip_ids, ARRAY_SIZE(i965_chip_ids) }, > @@ -565,6 +569,7 @@ const struct dri2_driver_map driver_map[] = { > ? ?{ 0x1002, "r200", r200_chip_ids, ARRAY_SIZE(r200_chip_ids) }, > ? ?{ 0x1002, "r300", r300_chip_ids, ARRAY_SIZE(r300_chip_ids) }, > ? ?{ 0x1002, "r600", r600_chip_ids, ARRAY_SIZE(r600_chip_ids) }, > + ? { 0x10de, "nouveau", nouveau_chip_ids, ARRAY_SIZE(nouveau_chip_ids) }, > ?}; > > ?char * > -- > 1.7.1 > > _______________________________________________ > Nouveau mailing list > Nouveau at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/nouveau > -- Far away from the primal instinct, the song seems to fade away, the river get wider between your thoughts and the things we do and say. From khali at linux-fr.org Sun Feb 13 14:08:33 2011 From: khali at linux-fr.org (Jean Delvare) Date: Sun, 13 Feb 2011 23:08:33 +0100 Subject: [lm-sensors] hwmon API update In-Reply-To: <20110213171640.GB13323@xxxxxxxxxxxx> References: <4D57CC24.1040306@xxxxxxx> <20110213171640.GB13323@xxxxxxxxxxxx> Message-ID: <20110213230833.0ee2ff16@xxxxxxxxxxxxxxxx> On Sun, 13 Feb 2011 09:16:40 -0800, Guenter Roeck wrote: > On Sun, Feb 13, 2011 at 07:18:44AM -0500, Martin Peres wrote: > > Hi, > > > > I am working on power management on the nouveau driver and I need a way > > to get data out of and send commands to the i2c drivers from the kernel > > space. Why? You already have a way to get data out of and send commands to the I2C devices themselves (Using the i2c_smbus_* functions). Why do you insist on going through the I2C device drivers? > > We can already change the clocks of the card, but we need a way to How is this relevant to the discussion? Are the clock chips connected to the I2C bus too? > > monitor the temperature and bump the fan speed if needed. Hardware is very badly designed if the driver actually has to take care of this. Thermal management should be handled by the hardware directly. And as a matter of fact, the Analog Devices ADT7473 and the Fintek F75375S support this. > > Another problem with letting users mess with the i2c driver by > > themselves is that some cards use the i2c driver for fan management > > while others don't. This is why I would like to introduce nouveau as an I guess you mean I2C device, not i2c driver. You will have to be precise in your wording if you want others to understand where you are going. When the I2C device isn't used for fan management, how is it done? > > hwmon driver, exporting the temperature, fan management and clock speeds > > so as we can use the thermal zone to monitor the temperature and react > > when needed. It only makes sense to instantiate a hwmon device from nouveau directly if the temperature sensor or the fan management is _not_ done by an I2C device. So it seems unrelated with your patch. Why are you mentioning it then? And clock speeds don't have anything to do with hwmon, BTW. > > So far, we use: > > - w83l785ts > > - w83781d > > - adt7473 (most common one) > > - f75375 > > - lm99 > > > > With the help of Matthew Garret, I updated his previous proposal for an > > in-kernel API for hwmon. The patch should apply cleanly on Linux I can't remember this proposal. A link would be appreciated. > > 2.6.38-rc4. This patch only provides the API, no modification to the > > drivers has been completed yet. Do you mean that you don't have the code at all yet, or that you did not include it in this patch set? Either way, this is wrong. There is no point in asking for a review of only half of your solution. We can't comment on the relevance of your proposal without seeing how you intend to use it. > > Looking forward to your review and feedback. I have no plan to review your patch, sorry. You did not provide a proper description of your problem, and you didn't explain why it can't be solved with the current kernel infrastructures. Worse, you propose a brand new hwmon subsystem, but you don't even provide a description of its design, let alone an explanation of why you think this design is appropriate. And you don't show us code using it either. All I can say after a quick look at the patch, is that you are overengineering a lot. You have enumerated all sensor properties which exist, and are trying to handle all sensor types. You have a specific need (thermal management of graphics cards), but you are already trying to provide a generic access to all hwmon attributes which exist, regardless of the needs or relevance. Do you really think you'll need information about the case intrusion status in nouveau? Seriously? > > From 059b647b7b8bd98c04cf48b4062048b8ae963593 Mon Sep 17 00:00:00 2001 > > From: Martin Peres <martin.peres at ensi-bourges.fr> > > Date: Sun, 13 Feb 2011 11:35:17 +0100 > > Subject: [PATCH] hwmon API update > > > > Original creator: Matthew Garrett <mjg at redhat.com> > > > > Signed-off-by: Martin Peres <martin.peres at ensi-bourges.fr> > > This is an extremely complex change just for the benefit of one driver, > with a huge potential of misuse. The changes required in each driver > to actually implement the API are substantial, and pretty much only add > complexity to each hwmon driver with no real benefit. I would be very curious to know how comes that the radeon driver apparently works just fine without this change, if the nouveau driver can't do without it. My main concern is that the code you will have to add to every new hwmon driver you will want nouveau to be able to use, is likely to be larger than the code needed to access the device registers directly from nouveau. Getting a temperature value from a hwmon device is typically done with a single call to i2c_smbus_read_byte_data(). > The cost gets even larger if one has to consider that some may want or > have to to backport drivers to earlier kernel versions. This patchset > would result in significant efforts to do such backports. This will never be a good reason to reject a change, sorry. Just look at the many changes the i2c subsystem went through in the past 2 years. They make it difficult to backport i2c device drivers to older kernels, but they still happened, because they were needed. When backporting a driver, you have to deal with the history of the kernel at large, that's life. > For the API itself, there are lots of functions with similar parameters, > and those parameters are needed in the drivers to determine which attribute > is affected. A single function would have accomplished the same, as the drivers > will need case statements anyway to identify the actual attribute to be read > or written. What we end up here with is a large number of functions to be > supported by each driver, all with pretty much the same set of arguments. This is the kind of thing which would show up immediately if we could see a few actual implementations of the hwmon driver side of the API. In general, I would tend to agree with Guenter that exporting a dozen functions from the hwmon core driver seems just wrong, especially given the specific problem you claim you are trying to solve. > I don't know what current thinking is about kernel size increases, but it > looks like this patch will result in quite significant kernel size increase > (some 18*8 = 144 bytes per driver for all the pointers, plus the actual > functions, adds up to a lot). Again this would be with no benefit for most > of the users of the hwmon subsystem. Sure, one can argue that the size increases > will only occur if the drivers are actually loaded, but that is a pretty weak > argument since the code size increase will still show up in each driver. > > In summary I am not in favor for this change. Maybe Jean thinks differently, > but for my part I don't plan to approve it. I don't plan to approve it either, at least not in its current state. As I said above already, I want a complete description of the problem first, an explanation of why the change is needed, why a more lightweight solution wouldn't do, and why nouveau needs it when radeon doesn't. And I want to see actual implementations of the API on both sides. Sorry but you can't push for a new API affecting 100 drivers without justifying everything you do. An API with no implementers and no users is not how you'll convince me. -- Jean Delvare From guenter.roeck at ericsson.com Sun Feb 13 09:16:40 2011 From: guenter.roeck at ericsson.com (Guenter Roeck) Date: Sun, 13 Feb 2011 09:16:40 -0800 Subject: [lm-sensors] hwmon API update In-Reply-To: <4D57CC24.1040306@xxxxxxx> References: <4D57CC24.1040306@xxxxxxx> Message-ID: <20110213171640.GB13323@xxxxxxxxxxxx> On Sun, Feb 13, 2011 at 07:18:44AM -0500, Martin Peres wrote: > Hi, > > I am working on power management on the nouveau driver and I need a way > to get data out of and send commands to the i2c drivers from the kernel > space. > > We can already change the clocks of the card, but we need a way to > monitor the temperature and bump the fan speed if needed. > Another problem with letting users mess with the i2c driver by > themselves is that some cards use the i2c driver for fan management > while others don't. This is why I would like to introduce nouveau as an > hwmon driver, exporting the temperature, fan management and clock speeds > so as we can use the thermal zone to monitor the temperature and react > when needed. > > So far, we use: > - w83l785ts > - w83781d > - adt7473 (most common one) > - f75375 > - lm99 > > With the help of Matthew Garret, I updated his previous proposal for an > in-kernel API for hwmon. The patch should apply cleanly on Linux > 2.6.38-rc4. This patch only provides the API, no modification to the > drivers has been completed yet. > > Looking forward to your review and feedback. > > Martin > From 059b647b7b8bd98c04cf48b4062048b8ae963593 Mon Sep 17 00:00:00 2001 > From: Martin Peres <martin.peres at ensi-bourges.fr> > Date: Sun, 13 Feb 2011 11:35:17 +0100 > Subject: [PATCH] hwmon API update > > Original creator: Matthew Garrett <mjg at redhat.com> > > Signed-off-by: Martin Peres <martin.peres at ensi-bourges.fr> This is an extremely complex change just for the benefit of one driver, with a huge potential of misuse. The changes required in each driver to actually implement the API are substantial, and pretty much only add complexity to each hwmon driver with no real benefit. The cost gets even larger if one has to consider that some may want or have to to backport drivers to earlier kernel versions. This patchset would result in significant efforts to do such backports. For the API itself, there are lots of functions with similar parameters, and those parameters are needed in the drivers to determine which attribute is affected. A single function would have accomplished the same, as the drivers will need case statements anyway to identify the actual attribute to be read or written. What we end up here with is a large number of functions to be supported by each driver, all with pretty much the same set of arguments. I don't know what current thinking is about kernel size increases, but it looks like this patch will result in quite significant kernel size increase (some 18*8 = 144 bytes per driver for all the pointers, plus the actual functions, adds up to a lot). Again this would be with no benefit for most of the users of the hwmon subsystem. Sure, one can argue that the size increases will only occur if the drivers are actually loaded, but that is a pretty weak argument since the code size increase will still show up in each driver. In summary I am not in favor for this change. Maybe Jean thinks differently, but for my part I don't plan to approve it. Guenter From bugzilla-daemon at freedesktop.org Sun Feb 13 17:51:22 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 13 Feb 2011 17:51:22 -0800 (PST) Subject: [Bug 33967] No image on a VGA screen attached to DVI with a dvi to vga adaptor on NVa3 card.. In-Reply-To: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110214015122.E6CB713004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33967 Ra?l Soriano <GatoLoko at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #43317|0 |1 is obsolete| | --- Comment #7 from Ra?l Soriano <GatoLoko at gmail.com> 2011-02-13 17:51:22 PST --- Created an attachment (id=43327) View: https://bugs.freedesktop.org/attachment.cgi?id=43327 Review: https://bugs.freedesktop.org/review?bug=33967&attachment=43327 Incomplete patch with working dualhead The previous patch didn't even build (my mistake). This one builds and run, dualhead works again, but both connectors are named DVI-I now, which is still wrong. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 13 18:29:23 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 13 Feb 2011 18:29:23 -0800 (PST) Subject: [Bug 33967] No image on a VGA screen attached to DVI with a dvi to vga adaptor on NVa3 card.. In-Reply-To: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110214022923.F278613004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33967 Ra?l Soriano <GatoLoko at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #43327|0 |1 is obsolete| | --- Comment #8 from Ra?l Soriano <GatoLoko at gmail.com> 2011-02-13 18:29:23 PST --- Created an attachment (id=43328) View: https://bugs.freedesktop.org/attachment.cgi?id=43328 Review: https://bugs.freedesktop.org/review?bug=33967&attachment=43328 XFX GT-240X-YA DCB connector quirk Signed-of-by: Ra?l Soriano <GatoLoko at gmail.com> Now it builds and works for me. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From skeggsb at gmail.com Sun Feb 13 17:26:03 2011 From: skeggsb at gmail.com (Ben Skeggs) Date: Mon, 14 Feb 2011 11:26:03 +1000 Subject: [PATCH 1/2] drm/nouveau: decode PFIFO DMA_PUSHER error codes In-Reply-To: <1297626403-3349-1-git-send-email-marcin.slusarz@xxxxxxxxx> References: <1297626403-3349-1-git-send-email-marcin.slusarz@xxxxxxxxx> Message-ID: <1297646767.2037.0.camel@nisroch> On Sun, 2011-02-13 at 20:46 +0100, Marcin Slusarz wrote: > Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> Thanks, pushed. Ben. > --- > drivers/gpu/drm/nouveau/nv04_fifo.c | 17 ++++++++++++++--- > 1 files changed, 14 insertions(+), 3 deletions(-) > > diff --git a/drivers/gpu/drm/nouveau/nv04_fifo.c b/drivers/gpu/drm/nouveau/nv04_fifo.c > index f89d104..dfa600c 100644 > --- a/drivers/gpu/drm/nouveau/nv04_fifo.c > +++ b/drivers/gpu/drm/nouveau/nv04_fifo.c > @@ -379,6 +379,15 @@ out: > return handled; > } > > +static const char *nv_dma_state_err(u32 state) > +{ > + static const char * const desc[] = { > + "NONE", "CALL_SUBR_ACTIVE", "INVALID_MTHD", "RET_SUBR_INACTIVE", > + "INVALID_CMD", "IB_EMPTY"/* NV50+ */, "MEM_FAULT", "UNK" > + }; > + return desc[(state >> 29) & 0x7]; > +} > + > void > nv04_fifo_isr(struct drm_device *dev) > { > @@ -460,9 +469,10 @@ nv04_fifo_isr(struct drm_device *dev) > if (nouveau_ratelimit()) > NV_INFO(dev, "PFIFO_DMA_PUSHER - Ch %d Get 0x%02x%08x " > "Put 0x%02x%08x IbGet 0x%08x IbPut 0x%08x " > - "State 0x%08x Push 0x%08x\n", > + "State 0x%08x (err: %s) Push 0x%08x\n", > chid, ho_get, dma_get, ho_put, > dma_put, ib_get, ib_put, state, > + nv_dma_state_err(state), > push); > > /* METHOD_COUNT, in DMA_STATE on earlier chipsets */ > @@ -476,8 +486,9 @@ nv04_fifo_isr(struct drm_device *dev) > } > } else { > NV_INFO(dev, "PFIFO_DMA_PUSHER - Ch %d Get 0x%08x " > - "Put 0x%08x State 0x%08x Push 0x%08x\n", > - chid, dma_get, dma_put, state, push); > + "Put 0x%08x State 0x%08x (err: %s) Push 0x%08x\n", > + chid, dma_get, dma_put, state, > + nv_dma_state_err(state), push); > > if (dma_get != dma_put) > nv_wr32(dev, 0x003244, dma_put); From skeggsb at gmail.com Sun Feb 13 17:26:16 2011 From: skeggsb at gmail.com (Ben Skeggs) Date: Mon, 14 Feb 2011 11:26:16 +1000 Subject: [PATCH 2/2] drm/nv50: fix typos in CCACHE error reporting In-Reply-To: <1297626403-3349-2-git-send-email-marcin.slusarz@xxxxxxxxx> References: <1297626403-3349-2-git-send-email-marcin.slusarz@xxxxxxxxx> Message-ID: <1297646780.2037.1.camel@nisroch> On Sun, 2011-02-13 at 20:46 +0100, Marcin Slusarz wrote: > The code was supposed to print registers around 0x405018 (which is read > earlier), not 0x405818. Thanks, pushed. Ben. > > Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> > --- > drivers/gpu/drm/nouveau/nv50_graph.c | 8 ++++---- > 1 files changed, 4 insertions(+), 4 deletions(-) > > diff --git a/drivers/gpu/drm/nouveau/nv50_graph.c b/drivers/gpu/drm/nouveau/nv50_graph.c > index 37e21d2..c75cff1 100644 > --- a/drivers/gpu/drm/nouveau/nv50_graph.c > +++ b/drivers/gpu/drm/nouveau/nv50_graph.c > @@ -912,10 +912,10 @@ nv50_pgraph_trap_handler(struct drm_device *dev, u32 display, u64 inst, u32 chid > printk("\n"); > NV_INFO(dev, "PGRAPH - TRAP_CCACHE %08x %08x %08x %08x" > " %08x %08x %08x\n", > - nv_rd32(dev, 0x405800), nv_rd32(dev, 0x405804), > - nv_rd32(dev, 0x405808), nv_rd32(dev, 0x40580c), > - nv_rd32(dev, 0x405810), nv_rd32(dev, 0x405814), > - nv_rd32(dev, 0x40581c)); > + nv_rd32(dev, 0x405000), nv_rd32(dev, 0x405004), > + nv_rd32(dev, 0x405008), nv_rd32(dev, 0x40500c), > + nv_rd32(dev, 0x405010), nv_rd32(dev, 0x405014), > + nv_rd32(dev, 0x40501c)); > > } > From skeggsb at gmail.com Sun Feb 13 17:28:26 2011 From: skeggsb at gmail.com (Ben Skeggs) Date: Mon, 14 Feb 2011 11:28:26 +1000 Subject: [PATCH] fix drmSetMaster error reporting In-Reply-To: <1297626403-3349-3-git-send-email-marcin.slusarz@xxxxxxxxx> References: <1297626403-3349-3-git-send-email-marcin.slusarz@xxxxxxxxx> Message-ID: <1297646911.2037.2.camel@nisroch> On Sun, 2011-02-13 at 20:46 +0100, Marcin Slusarz wrote: > On error, drmSetMaster returns -1 and sets errno. Pushed. > --- > src/nv_driver.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/src/nv_driver.c b/src/nv_driver.c > index 3e009fc..754739c 100644 > --- a/src/nv_driver.c > +++ b/src/nv_driver.c > @@ -334,7 +334,7 @@ NVEnterVT(int scrnIndex, int flags) > > ret = drmSetMaster(nouveau_device(pNv->dev)->fd); > if (ret) > - ErrorF("Unable to get master: %d\n", ret); > + ErrorF("Unable to get master: %s\n", strerror(errno)); > > if (!xf86SetDesiredModes(pScrn)) > return FALSE; From bugzilla-daemon at freedesktop.org Sun Feb 13 19:42:35 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 13 Feb 2011 19:42:35 -0800 (PST) Subject: [Bug 33967] No image on a VGA screen attached to DVI with a dvi to vga adaptor on NVa3 card.. In-Reply-To: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110214034235.AB3C413004E@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33967 --- Comment #9 from Ben Skeggs <skeggsb at gmail.com> 2011-02-13 19:42:35 PST --- Created an attachment (id=43329) View: https://bugs.freedesktop.org/attachment.cgi?id=43329 Review: https://bugs.freedesktop.org/review?bug=33967&attachment=43329 Possible alternate fix: encoder quirks -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 13 19:45:41 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 13 Feb 2011 19:45:41 -0800 (PST) Subject: [Bug 33967] No image on a VGA screen attached to DVI with a dvi to vga adaptor on NVa3 card.. In-Reply-To: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110214034542.0B2D913004D@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33967 Ben Skeggs <skeggsb at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #43329|0 |1 is obsolete| | --- Comment #10 from Ben Skeggs <skeggsb at gmail.com> 2011-02-13 19:45:39 PST --- Created an attachment (id=43330) View: https://bugs.freedesktop.org/attachment.cgi?id=43330 Review: https://bugs.freedesktop.org/review?bug=33967&attachment=43330 Fixed version of encoder table quirk -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 14 07:13:08 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 14 Feb 2011 07:13:08 -0800 (PST) Subject: [Bug 33967] No image on a VGA screen attached to DVI with a dvi to vga adaptor on NVa3 card.. In-Reply-To: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33967-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110214151308.74FEE2DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33967 --- Comment #11 from Ra?l Soriano <GatoLoko at gmail.com> 2011-02-14 07:13:08 PST --- I've tested Ben's patch and it works nicely, surely in a better fashion than my own. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 14 10:17:08 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 14 Feb 2011 10:17:08 -0800 (PST) Subject: [Bug 33887] nouveau causes graphic corruption were you cant do anything In-Reply-To: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33887-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110214181708.ABDC42DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 Jakub Wilk <jwilk at jwilk.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jwilk at jwilk.net --- Comment #34 from Jakub Wilk <jwilk at jwilk.net> 2011-02-14 10:17:07 PST --- I was experiencing a similar problem with GeForce 6150SE nForce 430. After rebuilding my kernel with https://bugs.freedesktop.org/attachment.cgi?id=43011 applied, and the problem went way. More details in the downstream bug report: http://bugs.debian.org/613078 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 14 18:32:18 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 14 Feb 2011 18:32:18 -0800 (PST) Subject: [Bug 34179] Nouveau 3D driver: nv50_pc_emit.c:863 assertion error kills Compiz In-Reply-To: <bug-34179-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34179-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215023218.BE45D2DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34179 --- Comment #2 from Christopher James Halse Rogers <chalserogers at gmail.com> 2011-02-14 18:32:17 PST --- This is fixed by the nv50 part of the commit: commit 7401590dedf6f2abb1f0f0db988be90acb1fb84f Author: Christoph Bumiller <e0425955 at student.tuwien.ac.at> Date: Mon Feb 7 14:54:17 2011 +0100 nv50,nvc0: do not forget to apply sign mode to saved TGSI inputs diff --git a/src/gallium/drivers/nv50/nv50_tgsi_to_nc.c b/src/gallium/drivers/nv50/nv50_tgsi_to_nc.c index d6b80c3..ce9300a 100644 --- a/src/gallium/drivers/nv50/nv50_tgsi_to_nc.c +++ b/src/gallium/drivers/nv50/nv50_tgsi_to_nc.c @@ -1130,7 +1130,7 @@ emit_fetch(struct bld_context *bld, const struct tgsi_full_instruction *insn, case TGSI_FILE_INPUT: res = bld_saved_input(bld, idx, swz); if (res && (insn->Instruction.Opcode != TGSI_OPCODE_TXP)) - return res; + break; res = new_value(bld->pc, bld->ti->input_file, type); res->reg.id = bld->ti->input_map[idx][swz]; -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon Feb 14 18:39:20 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 14 Feb 2011 18:39:20 -0800 (PST) Subject: [Bug 34179] Nouveau 3D driver: nv50_pc_emit.c:863 assertion error kills Compiz In-Reply-To: <bug-34179-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34179-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215023920.F00C22DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34179 --- Comment #3 from Christopher James Halse Rogers <chalserogers at gmail.com> 2011-02-14 18:39:20 PST --- I've done a piglit run on my NV98 system against the 7.10 branch; this shows no difference with or without the cherry-pick. So this doesn't regress anything obvious, but there's also clearly a piglit test to be written :). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 00:58:57 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 00:58:57 -0800 (PST) Subject: [Bug 24295] No Boot With Nouveau DRM - C51 misaligned reg 0x0000#### not verified In-Reply-To: <bug-24295-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-24295-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215085857.AC3222DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=24295 Lucas Stach <dev at lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #5 from Lucas Stach <dev at lynxeye.de> 2011-02-15 00:58:57 PST --- Ben asked for logs, but no appropriate reaction from reporter for over one year. I'm closing this as invalid. If the problem still persists with recent nouveau code, please reopen and attach needed logs. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 01:03:34 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 01:03:34 -0800 (PST) Subject: [Bug 27501] nVidia 9600M GT (Macbook Pro current model) is unable to boot In-Reply-To: <bug-27501-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-27501-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215090334.D65F02DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=27501 --- Comment #4 from Lucas Stach <dev at lynxeye.de> 2011-02-15 01:03:34 PST --- Is this still an issue with recent nouveau code? Does Ubuntu still needs the noaccel hack to get the MacBooks running? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 01:09:19 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 01:09:19 -0800 (PST) Subject: [Bug 18638] nouveau fails on GeForce 9400M In-Reply-To: <bug-18638-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-18638-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215090919.964AE2DC012@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=18638 Lucas Stach <dev at lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #21 from Lucas Stach <dev at lynxeye.de> 2011-02-15 01:09:18 PST --- Closing this as fixed, since we have at least one report of nouveau working on this chipset. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 01:13:07 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 01:13:07 -0800 (PST) Subject: [Bug 15481] Nouveau on nVidia Corporation G71 [GeForce 7950 GT]: works but lockup for 6 min at shutdown In-Reply-To: <bug-15481-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-15481-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215091307.655112DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=15481 --- Comment #24 from Lucas Stach <dev at lynxeye.de> 2011-02-15 01:13:07 PST --- Is this still an issue with recent nouveau, or could we close this bug? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 01:20:30 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 01:20:30 -0800 (PST) Subject: [Bug 32097] Segfault when starting X with latest nouveau In-Reply-To: <bug-32097-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-32097-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215092030.DE9652DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=32097 --- Comment #3 from Lucas Stach <dev at lynxeye.de> 2011-02-15 01:20:30 PST --- It seems you didn't install libdrm properly. Make sure the header files are in the correct location, too. Could you please try this and come back to this bugreport, whether it is working for you? Thanks. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 01:31:39 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 01:31:39 -0800 (PST) Subject: [Bug 25754] Nouveau - GPU Lockup on 2.6.33-rc1 In-Reply-To: <bug-25754-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-25754-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215093139.A4B512DC012@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=25754 --- Comment #1 from Lucas Stach <dev at lynxeye.de> 2011-02-15 01:31:39 PST --- This bug is against an "stoneage" version of nouveau. Could you please retest with recent nouveau? I will close this as not reproducible, if we get no reaction within one month. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 01:39:00 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 01:39:00 -0800 (PST) Subject: [Bug 27483] dmesg error: [drm] nouveau 0000:02:00.0: EvoCh 0 Mthd 0x0000 Data 0x00000400 (0x0002 0x01) In-Reply-To: <bug-27483-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-27483-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215093900.DDBD62DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=27483 --- Comment #1 from Lucas Stach <dev at lynxeye.de> 2011-02-15 01:39:00 PST --- Is this still an issue with recent nouveau. We had a couple of Evo related changes since reporting of this bug. Please retest and come back to this bugreport. Thanks. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 01:49:07 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 01:49:07 -0800 (PST) Subject: [Bug 28449] I messed up and now nouveau doesn't work. In-Reply-To: <bug-28449-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-28449-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215094907.B973C2DC102@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=28449 Lucas Stach <dev at lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #7 from Lucas Stach <dev at lynxeye.de> 2011-02-15 01:49:07 PST --- This bug is fixed. As an additional comment it is still not recommended to install the experimental nouveau Mesa3D libraries systemwide. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 01:58:25 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 01:58:25 -0800 (PST) Subject: [Bug 30370] Nouveau module crashes with "divide error" In-Reply-To: <bug-30370-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-30370-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215095825.44B392DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=30370 Lucas Stach <dev at lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eeydev at nottingham.ac.uk --- Comment #7 from Lucas Stach <dev at lynxeye.de> 2011-02-15 01:58:17 PST --- @Emil: could you please comment on this? Do we still need something or should we close this bug as the reported problem is apparently fixed? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 02:06:45 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 02:06:45 -0800 (PST) Subject: [Bug 32892] X server crashes on startup In-Reply-To: <bug-32892-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-32892-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215100646.0C9792DC102@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=32892 --- Comment #1 from Lucas Stach <dev at lynxeye.de> 2011-02-15 02:06:45 PST --- Is this still a problem? If yes please provide dmesg and if available your Xorg.conf. Thanks. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 02:13:21 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 02:13:21 -0800 (PST) Subject: [Bug 33445] NVS 3100M : Blank screen on kernel module loading In-Reply-To: <bug-33445-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33445-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215101321.A1CA32DC102@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33445 --- Comment #6 from Lucas Stach <dev at lynxeye.de> 2011-02-15 02:13:21 PST --- It looks like the vbios leaves your memory severely overclocked after boot up. I don't know if you could force a perflevel as a module param, to get it into a sane state. You could ask this at the irc channel. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 02:15:02 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 02:15:02 -0800 (PST) Subject: [Bug 24886] Cursor not drawn after a resent commit In-Reply-To: <bug-24886-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-24886-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215101502.A732C2DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=24886 Emil Velikov <eeydev at nottingham.ac.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Emil Velikov <eeydev at nottingham.ac.uk> 2011-02-15 02:15:01 PST --- The offending commit has been reverted a couple of days after this report. The system is up and running correctly as it should be. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 02:21:35 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 02:21:35 -0800 (PST) Subject: [Bug 30370] Nouveau module crashes with "divide error" In-Reply-To: <bug-30370-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-30370-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215102135.B810B2DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=30370 --- Comment #8 from Emil Velikov <eeydev at nottingham.ac.uk> 2011-02-15 02:21:35 PST --- Currently there is a patch that does "handle" this situation [1]. Unfortunately I was silly enough to assume perfect PLL limits table, therefore on some cards it introduces a recession. It is mainly related to understanding/mapping the correct registers on the all of the cards (thus my request for a Power-management dump). As the mappings can be quite extensive and currently not fully known I would opt out of my solution and prefer the one given by Marcin Slusarz [2] [1] http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?id=eadc69cc9054594ff7860d407f855536af13af99 [2] https://bugs.freedesktop.org/attachment.cgi?id=38950 ________________________________________ From: bugzilla-daemon at freedesktop.org [bugzilla-daemon at freedesktop.org] Sent: 15 February 2011 09:58 To: eeydev at nottingham.ac.uk Subject: [Bug 30370] Nouveau module crashes with "divide error" https://bugs.freedesktop.org/show_bug.cgi?id=30370 Lucas Stach <dev at lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eeydev at nottingham.ac.uk --- Comment #7 from Lucas Stach <dev at lynxeye.de> 2011-02-15 01:58:17 PST --- @Emil: could you please comment on this? Do we still need something or should we close this bug as the reported problem is apparently fixed? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 02:53:37 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 02:53:37 -0800 (PST) Subject: [Bug 25223] LVDS detected, but disabled on GeForce Go 7300 In-Reply-To: <bug-25223-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-25223-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215105337.B54472DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=25223 --- Comment #12 from Lucas Stach <dev at lynxeye.de> 2011-02-15 02:53:37 PST --- This report seems to be against a very old version of nouveau. Is this still an issue with recent nouveau? If we get no status update within one month I will close this bug as unreproducible. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 02:59:29 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 02:59:29 -0800 (PST) Subject: [Bug 15650] Hard freeze when starting X with GeForce 6800 GS (NV43) In-Reply-To: <bug-15650-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-15650-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215105929.64AC92DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=15650 Lucas Stach <dev at lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #14 from Lucas Stach <dev at lynxeye.de> 2011-02-15 02:59:29 PST --- Closing this as there were no status updates for about two years. If this is still a problem with recent nouveau, please reopen with new logs. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 03:02:34 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 03:02:34 -0800 (PST) Subject: [Bug 20612] nouveau xv crash with BadMatch (invalid parameter attributes) In-Reply-To: <bug-20612-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-20612-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215110234.56A422DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=20612 Xavier <shiningxc at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #6 from Xavier <shiningxc at gmail.com> 2011-02-15 03:02:33 PST --- this has been resolved ages ago. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 03:04:12 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 03:04:12 -0800 (PST) Subject: [Bug 24271] PGRAPH_ERROR , often after suspend/resume In-Reply-To: <bug-24271-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-24271-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215110412.B311B2DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=24271 Xavier <shiningxc at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #4 from Xavier <shiningxc at gmail.com> 2011-02-15 03:04:11 PST --- I didn't see these for a very long time. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 03:05:40 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 03:05:40 -0800 (PST) Subject: [Bug 33436] data error on channel 128 when running piglit In-Reply-To: <bug-33436-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33436-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215110540.CE5672DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33436 --- Comment #1 from Xavier <shiningxc at gmail.com> 2011-02-15 03:05:40 PST --- No idea why, but after the 38-rc4 merge in nouveau/master git recently, I am not able to reproduce any of these. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 03:20:17 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 03:20:17 -0800 (PST) Subject: [Bug 24810] TTM out of aperture space, X lockup In-Reply-To: <bug-24810-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-24810-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215112018.30E152DC012@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=24810 --- Comment #2 from Lucas Stach <dev at lynxeye.de> 2011-02-15 03:20:17 PST --- I think this could be fixed by http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?id=78ad0f7bf2bb667729581f099781fc0b7ae58fcc But I am not entirely sure. Could someone with more insight into this things than me comment on this, please? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 03:28:11 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 03:28:11 -0800 (PST) Subject: [Bug 31684] No Xv acceleration with 7600 GT AGP (NV4B), last git drivers In-Reply-To: <bug-31684-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-31684-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215112811.231C32DC012@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=31684 --- Comment #3 from Lucas Stach <dev at lynxeye.de> 2011-02-15 03:28:10 PST --- Please comment on the status of this bug. Is it fixed with updated kernel? Thanks. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 03:35:15 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 03:35:15 -0800 (PST) Subject: [Bug 15206] [dualhead, randr12, ppc] Second head displays nothing In-Reply-To: <bug-15206-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-15206-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215113515.E1FC52DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=15206 --- Comment #19 from Lucas Stach <dev at lynxeye.de> 2011-02-15 03:35:14 PST --- This bug is against an ancient version of nouveau. Is this still an issue with recent nouveau? Please retest. If we get no update within one month I will close this bug. Thanks. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 03:44:46 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 03:44:46 -0800 (PST) Subject: [Bug 33432] [nv84 2D] Random Xorg Crash In-Reply-To: <bug-33432-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33432-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215114446.61EB32DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33432 Xavier <shiningxc at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Xavier <shiningxc at gmail.com> 2011-02-15 03:44:45 PST --- Since I've much less weirdness with latest git, I am also closing this one in doubt. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 06:42:31 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 06:42:31 -0800 (PST) Subject: [Bug 24810] TTM out of aperture space, X lockup In-Reply-To: <bug-24810-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-24810-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215144231.7A36A2DC101@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=24810 --- Comment #3 from aeriksson at fastmail.fm 2011-02-15 06:42:30 PST --- I'm the original reporter of this bug. If memory serves, there was a patch floated (and committed) shortly after I raised the byg. The card worked fine since then using mainline code, but it died physically 6 months ago so I cannot do any testing of new stuff for you. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 06:49:25 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 06:49:25 -0800 (PST) Subject: [Bug 25754] Nouveau - GPU Lockup on 2.6.33-rc1 In-Reply-To: <bug-25754-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-25754-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215144925.B10032DC012@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=25754 --- Comment #2 from Matt Koco <mattkoco at gmail.com> 2011-02-15 06:49:25 PST --- (In reply to comment #1) > This bug is against an "stoneage" version of nouveau. Could you please retest > with recent nouveau? > > I will close this as not reproducible, if we get no reaction within one month. Sorry, can't test, as that box bit the dust. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 09:55:44 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 09:55:44 -0800 (PST) Subject: [Bug 24810] TTM out of aperture space, X lockup In-Reply-To: <bug-24810-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-24810-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215175544.6C875130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=24810 Lucas Stach <dev at lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #4 from Lucas Stach <dev at lynxeye.de> 2011-02-15 09:55:43 PST --- Ok, so we could consider this as fixed. Thank you for your reply. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 09:59:37 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 09:59:37 -0800 (PST) Subject: [Bug 25754] Nouveau - GPU Lockup on 2.6.33-rc1 In-Reply-To: <bug-25754-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-25754-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215175937.1E278130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=25754 Lucas Stach <dev at lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #3 from Lucas Stach <dev at lynxeye.de> 2011-02-15 09:59:36 PST --- I'm closing this as invalid since there is no chce to retest and nobody felt like having the same bug in an entire year. Thanks for your reply. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 13:04:01 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 13:04:01 -0800 (PST) Subject: [Bug 15206] [dualhead, randr12, ppc] Second head displays nothing In-Reply-To: <bug-15206-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-15206-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110215210401.944AA130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=15206 --- Comment #20 from Robin Johnson <robbat2 at gentoo.org> 2011-02-15 13:04:00 PST --- I no longer own the PPC hardware where the bug occurred, so I cannot test. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue Feb 15 20:33:13 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 Feb 2011 20:33:13 -0800 (PST) Subject: [Bug 33445] NVS 3100M : Blank screen on kernel module loading In-Reply-To: <bug-33445-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33445-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110216043313.80C94130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33445 --- Comment #7 from Ben Skeggs <skeggsb at gmail.com> 2011-02-15 20:33:09 PST --- I highly recommend *against* trying to change the performance level here. There's something odd about the PLLs on nva3+ boards (sometimes), which is the more likely reason why we detect a 950MHz memclk. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From benjaminfranzke at googlemail.com Wed Feb 16 01:04:48 2011 From: benjaminfranzke at googlemail.com (Benjamin Franzke) Date: Wed, 16 Feb 2011 10:04:48 +0100 Subject: [PATCH] drm/nouveau: Fix pageflip event Message-ID: <1297847088-5824-1-git-send-email-benjaminfranzke@xxxxxxxxxxxxxx> Assign correct event when initializing nouveau_page_flip_state. --- drivers/gpu/drm/nouveau/nouveau_display.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_display.c b/drivers/gpu/drm/nouveau/nouveau_display.c index c42d84e..764c15d 100644 --- a/drivers/gpu/drm/nouveau/nouveau_display.c +++ b/drivers/gpu/drm/nouveau/nouveau_display.c @@ -290,7 +290,7 @@ nouveau_crtc_page_flip(struct drm_crtc *crtc, struct drm_framebuffer *fb, /* Initialize a page flip struct */ *s = (struct nouveau_page_flip_state) - { { }, s->event, nouveau_crtc(crtc)->index, + { { }, event, nouveau_crtc(crtc)->index, fb->bits_per_pixel, fb->pitch, crtc->x, crtc->y, new_bo->bo.offset }; -- 1.7.3.4 From bugzilla-daemon at freedesktop.org Wed Feb 16 10:01:24 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 16 Feb 2011 10:01:24 -0800 (PST) Subject: [Bug 34348] New: (regression/bisected) (2.6.37 nouveau/KMS) internal laptop display remains blank Message-ID: <bug-34348-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=34348 Summary: (regression/bisected) (2.6.37 nouveau/KMS) internal laptop display remains blank Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: dragos.delcea at gmail.com QAContact: xorg-team at lists.x.org Created an attachment (id=43440) --> (https://bugs.freedesktop.org/attachment.cgi?id=43440) 2.6.37 dmesg 2.6.36 works, 2.6.37 does not; issue is that internal display on a Dell Latitude E6510 becomes blank when KMS is loaded - X thinks everything is fine and keeps the monitor as the primary (I also have an external 22' Dell LCD monitor as a secondary) bisection points to: --- fe224bb7e12f1ea9a785ec942bc5d59950543888 is the first bad commit commit fe224bb7e12f1ea9a785ec942bc5d59950543888 Author: Ben Skeggs <bskeggs at redhat.com> Date: Mon Sep 27 08:29:33 2010 +1000 drm/nouveau: enable enhanced framing only if DP display supports it Reported-by: Adam Jackson <ajax at redhat.com> Signed-off-by: Ben Skeggs <bskeggs at redhat.com> :040000 040000 b7c4a355f61feea4e8937678b7114f10ecbde9e2 a6e97b63576d4ea0628114824e1f54ca397417e5 M drivers --- video card is: --- 01:00.0 VGA compatible controller: nVidia Corporation GT218 [NVS 3100M] (rev a2) (prog-if 00 [VGA controller]) Subsystem: Dell Latitude E6510 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 16 Region 0: Memory at e2000000 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at d0000000 (64-bit, prefetchable) [size=256M] Region 3: Memory at e0000000 (64-bit, prefetchable) [size=32M] Region 5: I/O ports at 7000 [size=128] Expansion ROM at e3000000 [disabled] [size=512K] Capabilities: [60] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ Address: 0000000000000000 Data: 0000 Capabilities: [78] Express (v2) Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 <64us ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #0, Speed 5GT/s, Width x16, ASPM L0s L1, Latency L0 <256ns, L1 <4us ClockPM+ Surprise- LLActRep- BwNot- LnkCtl: ASPM L1 Enabled; RCB 128 bytes Disabled- Retrain- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- DevCap2: Completion Timeout: Not Supported, TimeoutDis+ DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis-, Selectable De-emphasis: -6dB Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- Compliance De-emphasis: -6dB LnkSta2: Current De-emphasis Level: -6dB Capabilities: [b4] Vendor Specific Information <?> Capabilities: [100] Virtual Channel <?> Capabilities: [128] Power Budgeting <?> Capabilities: [600] Vendor Specific Information <?> Kernel driver in use: nouveau Kernel modules: nouveau --- xrandr output follows - (external monitor is connected using DVI regardless what xrands says) xrandr (with 2.6.37 - not working): --- Screen 0: minimum 320 x 200, current 3280 x 1050, maximum 8192 x 8192 eDP-1 connected 1600x900+0+0 (normal left inverted right x axis y axis) 344mm x 194mm 1600x900 60.0*+ 40.0 1152x864 60.0 1024x768 59.9 800x600 59.9 640x480 59.4 720x400 59.6 640x400 60.0 640x350 59.8 VGA-1 disconnected (normal left inverted right x axis y axis) DP-1 connected 1680x1050+1600+0 (normal left inverted right x axis y axis) 473mm x 296mm 1680x1050 59.9*+ 1280x1024 75.0 60.0 1152x864 75.0 1024x768 75.1 60.0 800x600 75.0 60.3 640x480 75.0 60.0 720x400 70.1 DP-2 disconnected (normal left inverted right x axis y axis) --- xrandr (with 2.6.36 - working): --- Screen 0: minimum 320 x 200, current 3280 x 1050, maximum 8192 x 8192 eDP-1 connected 1600x900+0+0 (normal left inverted right x axis y axis) 344mm x 194mm 1600x900 40.0* 1152x864 39.9 1024x768 39.9 800x600 39.6 640x480 39.9 720x400 39.6 640x400 39.3 640x350 39.3 VGA-1 disconnected (normal left inverted right x axis y axis) DP-1 connected 1680x1050+1600+0 (normal left inverted right x axis y axis) 473mm x 296mm 1680x1050 59.9*+ 1280x1024 75.0 60.0 1152x864 75.0 1024x768 75.1 60.0 800x600 75.0 60.3 640x480 75.0 60.0 720x400 70.1 DP-2 disconnected (normal left inverted right x axis y axis) --- -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 16 14:34:56 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 16 Feb 2011 14:34:56 -0800 (PST) Subject: [Bug 34348] (regression/bisected) (2.6.37 nouveau/KMS) internal laptop display remains blank In-Reply-To: <bug-34348-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34348-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110216223456.DC3EB130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34348 --- Comment #1 from Ben Skeggs <skeggsb at gmail.com> 2011-02-16 14:34:56 PST --- I wouldn't be certain this commit is the culprit yet. That commit has a typo which would also mess things up, and was fixed by 85341f27b49833325f97580edcd687b4d90bb30b. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From francesco.marella at gmail.com Wed Feb 16 18:47:08 2011 From: francesco.marella at gmail.com (Francesco Marella) Date: Thu, 17 Feb 2011 03:47:08 +0100 Subject: [PATCH 1/3] Update configure.ac with autoupdate Message-ID: <1297910842.31321.1.camel@ginzen> Signed-off-by: Francesco Marella <fmarl at paranoici.org> --- configure.ac | 15 ++++++++------- 1 files changed, 8 insertions(+), 7 deletions(-) diff --git a/configure.ac b/configure.ac index 676c2a4..6a143dc 100644 --- a/configure.ac +++ b/configure.ac @@ -20,11 +20,11 @@ # # Process this file with autoconf to produce a configure script -AC_PREREQ(2.57) +AC_PREREQ([2.60]) AC_INIT([xf86-video-nouveau], - 0.0.16, + [0.0.16], [https://bugs.freedesktop.org/enter_bug.cgi?product=xorg], - xf86-video-nouveau) + [xf86-video-nouveau]) AC_DEFINE_UNQUOTED([NV_MAJOR_VERSION], [$(echo $PACKAGE_VERSION | sed -e 's/^\([[0-9]]*\)\.[[0-9]]*\.[[0-9]]*/\1/')], @@ -40,7 +40,7 @@ AC_DEFINE_UNQUOTED([NV_DRIVER_DATE], [Driver date]) AC_CONFIG_SRCDIR([Makefile.am]) -AM_CONFIG_HEADER([config.h]) +AC_CONFIG_HEADERS([config.h]) AC_CONFIG_AUX_DIR(.) AM_INIT_AUTOMAKE([dist-bzip2]) @@ -49,13 +49,13 @@ m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])]) # Checks for programs. AC_DISABLE_STATIC -AC_PROG_LIBTOOL +LT_INIT AC_PROG_CC AH_TOP([#include "xorg-server.h"]) AC_ARG_WITH(xorg-module-dir, - AC_HELP_STRING([--with-xorg-module-dir=DIR], + AS_HELP_STRING([--with-xorg-module-dir=DIR], [Default xorg module directory [[default=$libdir/xorg/modules]]]), [moduledir="$withval"], [moduledir="$libdir/xorg/modules"]) @@ -113,8 +113,9 @@ AC_SUBST([DRIVER_NAME]) XORG_MANPAGE_SECTIONS XORG_RELEASE_VERSION -AC_OUTPUT([ +AC_CONFIG_FILES([ Makefile src/Makefile man/Makefile ]) +AC_OUTPUT -- 1.7.4 From francesco.marella at gmail.com Wed Feb 16 18:47:46 2011 From: francesco.marella at gmail.com (Francesco Marella) Date: Thu, 17 Feb 2011 03:47:46 +0100 Subject: [PATCH 2/3] Page flipping man page update Message-ID: <1297910872.31321.3.camel@ginzen> Signed-off-by: Francesco Marella <fmarl at paranoici.org> --- man/nouveau.man | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/man/nouveau.man b/man/nouveau.man index 39de690..dd9d938 100644 --- a/man/nouveau.man +++ b/man/nouveau.man @@ -90,6 +90,9 @@ For example: .B Option \*qZaphodHeads\*q \*qLVDS,VGA-0\*q will assign xrandr outputs LVDS and VGA-0 to this instance of the driver. +.TP +.BI "Option \*qPageFlip\*q \*q" boolean \*q +Enable DRI2 page flipping. Default: on. .SH "SEE ALSO" __xservername__(__appmansuffix__), __xconfigfile__(__filemansuffix__), Xserver(__appmansuffix__), X(__miscmansuffix__) .SH AUTHORS -- 1.7.4 From francesco.marella at gmail.com Wed Feb 16 18:48:16 2011 From: francesco.marella at gmail.com (Francesco Marella) Date: Thu, 17 Feb 2011 03:48:16 +0100 Subject: [PATCH 3/3] Fix gcc 4.6.0 set but unused variable warnings Message-ID: <1297910903.31321.5.camel@ginzen> Signed-off-by: Francesco Marella <fmarl at paranoici.org> --- src/drmmode_display.c | 2 -- src/nv_driver.c | 3 +-- 2 files changed, 1 insertions(+), 4 deletions(-) diff --git a/src/drmmode_display.c b/src/drmmode_display.c index d14dd80..43a2672 100644 --- a/src/drmmode_display.c +++ b/src/drmmode_display.c @@ -1158,7 +1158,6 @@ static const xf86CrtcConfigFuncsRec drmmode_xf86crtc_config_funcs = { Bool drmmode_pre_init(ScrnInfoPtr pScrn, int fd, int cpp) { - xf86CrtcConfigPtr xf86_config; drmmode_ptr drmmode; int i; @@ -1167,7 +1166,6 @@ Bool drmmode_pre_init(ScrnInfoPtr pScrn, int fd, int cpp) drmmode->fb_id = 0; xf86CrtcConfigInit(pScrn, &drmmode_xf86crtc_config_funcs); - xf86_config = XF86_CRTC_CONFIG_PTR(pScrn); drmmode->cpp = cpp; drmmode->mode_res = drmModeGetResources(drmmode->fd); diff --git a/src/nv_driver.c b/src/nv_driver.c index 523cab8..b959745 100644 --- a/src/nv_driver.c +++ b/src/nv_driver.c @@ -601,7 +601,7 @@ NVPreInit(ScrnInfoPtr pScrn, int flags) MessageType from; const char *reason; uint64_t v; - int ret, i; + int ret; if (flags & PROBE_DETECT) { EntityInfoPtr pEnt = xf86GetEntityInfo(pScrn->entityList[0]); @@ -609,7 +609,6 @@ NVPreInit(ScrnInfoPtr pScrn, int flags) if (!pEnt) return FALSE; - i = pEnt->index; free(pEnt); return TRUE; -- 1.7.4 From bugzilla-daemon at freedesktop.org Wed Feb 16 20:02:59 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 16 Feb 2011 20:02:59 -0800 (PST) Subject: [Bug 34371] New: [natty] Video corruption on kernel 2.6.38-1-generic (and on -3) and nVidia Corporation GT216 [GeForce GT 230M] (rev a2) Message-ID: <bug-34371-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=34371 Summary: [natty] Video corruption on kernel 2.6.38-1-generic (and on -3) and nVidia Corporation GT216 [GeForce GT 230M] (rev a2) Product: xorg Version: 7.6 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Keywords: regression Severity: normal Priority: high Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: bryce at canonical.com QAContact: xorg-team at lists.x.org Forwarding this bug from Ubuntu reporter Alex Mayorga Adame: http://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nouveau/+bug/713781 [Problem] Starting with 2.6.38-1, user reports X on -nouveau becomes corrupt (see attached screenshot). This is a regression since 2.6.37-12 We had the reporter disable vesafb in case it was conflicting, but issue persisted. Our guess is it looks like nouveau is failing to find any acceptable modes. [Original Description] Latest kernel update rendered X unusable. I tried both 2.6.38-2 and 2.6.38-1 kernels but it didn't help. It still shows the progressive line of pixels. gdm and the desktop actually load as I can hear the Ubuntu tune if I type my password and hit enter but the video is garbled and only a line of pixels towards the top of the screen can be seen. 2.6.37-12 works fine with no parameters and even some degree of video acceleration. DistroRelease: Ubuntu 11.04 Package: xorg 1:7.6~3ubuntu3 ProcVersionSignature: Ubuntu 2.6.38-1.28-generic 2.6.38-rc2 Uname: Linux 2.6.38-1-generic x86_64 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' DRM.card0.HDMI.A.1: status: disconnected enabled: disabled dpms: Off modes: edid-base64: DRM.card0.LVDS.1: status: disconnected enabled: disabled dpms: Off modes: edid-base64: DRM.card0.VGA.1: status: disconnected enabled: disabled dpms: Off modes: edid-base64: Date: Sat Feb 5 13:52:32 2011 DistUpgraded: Yes, recently upgraded Log time: 2010-11-25 14:33:02.550411 DistroCodename: natty DistroVariant: ubuntu GraphicsCard: Subsystem: Sony Corporation Device [104d:905e] InstallationMedia: Ubuntu 10.04.1 LTS "Lucid Lynx" - Release amd64 (20100816.1) MachineType: Sony Corporation VPCCW1FFX ProcEnviron: PATH=(custom, no user) LANG=en_US.UTF-8ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.38-1-generic root=UUID=f415c990-a34d-451b-b69c-2070c5d53e47 ro nouveau.noaccel=1 quiet splash vt.handoff=7 Renderer: Unknown SourcePackage: xorg dmi.bios.date: 09/22/2009 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: R0190Y5 dmi.board.asset.tag: N/A dmi.board.name: VAIO dmi.board.vendor: Sony Corporation dmi.board.version: N/A dmi.chassis.asset.tag: N/A dmi.chassis.type: 10 dmi.chassis.vendor: Sony Corporation dmi.chassis.version: N/A dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrR0190Y5:bd09/22/2009:svnSonyCorporation:pnVPCCW1FFX:pvrR5785054:rvnSonyCorporation:rnVAIO:rvrN/A:cvnSonyCorporation:ct10:cvrN/A: dmi.product.name: VPCCW1FFX dmi.product.version: R5785054 dmi.sys.vendor: Sony Corporation version.compiz: compiz 1:0.9.2.1+glibmainloop4-0ubuntu9 version.libdrm2: libdrm2 2.4.23-1ubuntu3 version.libgl1-mesa-glx: libgl1-mesa-glx 7.10-1ubuntu1 version.xserver-xorg: xserver-xorg 1:7.6~3ubuntu3 version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:6.13.2+git20110124.fadee040-0ubuntu4 version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.14.0-1ubuntu6 version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:0.0.16+git20110107+b795ca6e-0ubuntu4 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 16 20:04:48 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 16 Feb 2011 20:04:48 -0800 (PST) Subject: [Bug 34371] [natty] Video corruption on kernel 2.6.38-1-generic (and on -3) and nVidia Corporation GT216 [GeForce GT 230M] (rev a2) In-Reply-To: <bug-34371-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34371-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110217040448.BF655130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34371 --- Comment #1 from Bryce Harrington <bryce at canonical.com> 2011-02-16 20:04:48 PST --- Created an attachment (id=43465) --> (https://bugs.freedesktop.org/attachment.cgi?id=43465) BootDmesg.txt The interesting part of the kernel log contains: [ 12.178607] No connectors reported connected with modes [ 12.178614] [drm] Cannot find any crtc or sizes - going 1024x768 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 16 20:05:10 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 16 Feb 2011 20:05:10 -0800 (PST) Subject: [Bug 34371] [natty] Video corruption on kernel 2.6.38-1-generic (and on -3) and nVidia Corporation GT216 [GeForce GT 230M] (rev a2) In-Reply-To: <bug-34371-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34371-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110217040510.0F53C130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34371 --- Comment #2 from Bryce Harrington <bryce at canonical.com> 2011-02-16 20:05:09 PST --- Created an attachment (id=43466) --> (https://bugs.freedesktop.org/attachment.cgi?id=43466) CurrentDmesg.txt -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 16 20:05:27 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 16 Feb 2011 20:05:27 -0800 (PST) Subject: [Bug 34371] [natty] Video corruption on kernel 2.6.38-1-generic (and on -3) and nVidia Corporation GT216 [GeForce GT 230M] (rev a2) In-Reply-To: <bug-34371-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34371-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110217040527.0A2C1130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34371 --- Comment #3 from Bryce Harrington <bryce at canonical.com> 2011-02-16 20:05:26 PST --- Created an attachment (id=43467) --> (https://bugs.freedesktop.org/attachment.cgi?id=43467) XorgLog.txt -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 16 20:06:03 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 16 Feb 2011 20:06:03 -0800 (PST) Subject: [Bug 34371] [natty] Video corruption on kernel 2.6.38-1-generic (and on -3) and nVidia Corporation GT216 [GeForce GT 230M] (rev a2) In-Reply-To: <bug-34371-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34371-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110217040603.4271A130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34371 --- Comment #4 from Bryce Harrington <bryce at canonical.com> 2011-02-16 20:06:02 PST --- Created an attachment (id=43468) --> (https://bugs.freedesktop.org/attachment.cgi?id=43468) XorgLogOld.txt -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 16 20:06:59 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 16 Feb 2011 20:06:59 -0800 (PST) Subject: [Bug 34371] [natty] Video corruption on kernel 2.6.38-1-generic (and on -3) and nVidia Corporation GT216 [GeForce GT 230M] (rev a2) In-Reply-To: <bug-34371-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34371-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110217040659.593CA130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34371 --- Comment #5 from Bryce Harrington <bryce at canonical.com> 2011-02-16 20:06:59 PST --- Created an attachment (id=43469) --> (https://bugs.freedesktop.org/attachment.cgi?id=43469) vbios.rom -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 16 20:07:18 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 16 Feb 2011 20:07:18 -0800 (PST) Subject: [Bug 34371] [natty] Video corruption on kernel 2.6.38-1-generic (and on -3) and nVidia Corporation GT216 [GeForce GT 230M] (rev a2) In-Reply-To: <bug-34371-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34371-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110217040718.33120130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34371 --- Comment #6 from Bryce Harrington <bryce at canonical.com> 2011-02-16 20:07:18 PST --- Created an attachment (id=43470) --> (https://bugs.freedesktop.org/attachment.cgi?id=43470) dmesg.txt -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed Feb 16 20:10:30 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 16 Feb 2011 20:10:30 -0800 (PST) Subject: [Bug 34371] [natty] Video corruption on kernel 2.6.38-1-generic (and on -3) and nVidia Corporation GT216 [GeForce GT 230M] (rev a2) In-Reply-To: <bug-34371-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34371-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110217041030.55095130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34371 --- Comment #7 from Bryce Harrington <bryce at canonical.com> 2011-02-16 20:10:30 PST --- Bugzilla says the screenshot is too big to attach, but it's in launchpad here: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nouveau/+bug/713781/+attachment/1832795/+files/05022011109.jpg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From Darxus at chaosreigns.com Wed Feb 16 21:27:42 2011 From: Darxus at chaosreigns.com (Darxus at chaosreigns.com) Date: Thu, 17 Feb 2011 00:27:42 -0500 Subject: [PATCH] drm/nouveau: Fix pageflip event In-Reply-To: <1297847088-5824-1-git-send-email-benjaminfranzke@xxxxxxxxxxxxxx> References: <1297847088-5824-1-git-send-email-benjaminfranzke@xxxxxxxxxxxxxx> Message-ID: <20110217052742.GZ22937@xxxxxxxxxxxxxxx> I confirmed this is the last piece needed to get wayland working without X with nouveau. Is it likely to get committed soon? On 02/16, Benjamin Franzke wrote: > Assign correct event when initializing nouveau_page_flip_state. > --- > drivers/gpu/drm/nouveau/nouveau_display.c | 2 +- From skeggsb at gmail.com Wed Feb 16 21:43:13 2011 From: skeggsb at gmail.com (Ben Skeggs) Date: Thu, 17 Feb 2011 15:43:13 +1000 Subject: [PATCH] drm/nouveau: Fix pageflip event In-Reply-To: <1297847088-5824-1-git-send-email-benjaminfranzke@xxxxxxxxxxxxxx> References: <1297847088-5824-1-git-send-email-benjaminfranzke@xxxxxxxxxxxxxx> Message-ID: <AANLkTik6cywedWQXjzj6_xPqy5=4_Uy2dETvA0NTTxrR@xxxxxxxxxxxxxx> On Wed, Feb 16, 2011 at 7:04 PM, Benjamin Franzke <benjaminfranzke at googlemail.com> wrote: > Assign correct event when initializing nouveau_page_flip_state. Ah yes, I though that was an oddity when I was getting nv50/nvc0 page flipping done. Pushed to nouveau git, Thanks! > --- > ?drivers/gpu/drm/nouveau/nouveau_display.c | ? ?2 +- > ?1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/drivers/gpu/drm/nouveau/nouveau_display.c b/drivers/gpu/drm/nouveau/nouveau_display.c > index c42d84e..764c15d 100644 > --- a/drivers/gpu/drm/nouveau/nouveau_display.c > +++ b/drivers/gpu/drm/nouveau/nouveau_display.c > @@ -290,7 +290,7 @@ nouveau_crtc_page_flip(struct drm_crtc *crtc, struct drm_framebuffer *fb, > > ? ? ? ?/* Initialize a page flip struct */ > ? ? ? ?*s = (struct nouveau_page_flip_state) > - ? ? ? ? ? ? ? { { }, s->event, nouveau_crtc(crtc)->index, > + ? ? ? ? ? ? ? { { }, event, nouveau_crtc(crtc)->index, > ? ? ? ? ? ? ? ? ?fb->bits_per_pixel, fb->pitch, crtc->x, crtc->y, > ? ? ? ? ? ? ? ? ?new_bo->bo.offset }; > > -- > 1.7.3.4 > > _______________________________________________ > Nouveau mailing list > Nouveau at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/nouveau > From skeggsb at gmail.com Wed Feb 16 20:27:14 2011 From: skeggsb at gmail.com (Ben Skeggs) Date: Thu, 17 Feb 2011 14:27:14 +1000 Subject: [PATCH 1/3] Update configure.ac with autoupdate In-Reply-To: <1297910842.31321.1.camel@ginzen> References: <1297910842.31321.1.camel@ginzen> Message-ID: <1297916840.11351.0.camel@nisroch> On Thu, 2011-02-17 at 03:47 +0100, Francesco Marella wrote: > Signed-off-by: Francesco Marella <fmarl at paranoici.org> Thank you, pushed all 3 patches. Ben. > --- > configure.ac | 15 ++++++++------- > 1 files changed, 8 insertions(+), 7 deletions(-) > > diff --git a/configure.ac b/configure.ac > index 676c2a4..6a143dc 100644 > --- a/configure.ac > +++ b/configure.ac > @@ -20,11 +20,11 @@ > # > # Process this file with autoconf to produce a configure script > > -AC_PREREQ(2.57) > +AC_PREREQ([2.60]) > AC_INIT([xf86-video-nouveau], > - 0.0.16, > + [0.0.16], > [https://bugs.freedesktop.org/enter_bug.cgi?product=xorg], > - xf86-video-nouveau) > + [xf86-video-nouveau]) > > AC_DEFINE_UNQUOTED([NV_MAJOR_VERSION], > [$(echo $PACKAGE_VERSION | sed -e 's/^\([[0-9]]*\)\.[[0-9]]*\.[[0-9]]*/\1/')], > @@ -40,7 +40,7 @@ AC_DEFINE_UNQUOTED([NV_DRIVER_DATE], > [Driver date]) > > AC_CONFIG_SRCDIR([Makefile.am]) > -AM_CONFIG_HEADER([config.h]) > +AC_CONFIG_HEADERS([config.h]) > AC_CONFIG_AUX_DIR(.) > > AM_INIT_AUTOMAKE([dist-bzip2]) > @@ -49,13 +49,13 @@ m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])]) > > # Checks for programs. > AC_DISABLE_STATIC > -AC_PROG_LIBTOOL > +LT_INIT > AC_PROG_CC > > AH_TOP([#include "xorg-server.h"]) > > AC_ARG_WITH(xorg-module-dir, > - AC_HELP_STRING([--with-xorg-module-dir=DIR], > + AS_HELP_STRING([--with-xorg-module-dir=DIR], > [Default xorg module directory [[default=$libdir/xorg/modules]]]), > [moduledir="$withval"], > [moduledir="$libdir/xorg/modules"]) > @@ -113,8 +113,9 @@ AC_SUBST([DRIVER_NAME]) > XORG_MANPAGE_SECTIONS > XORG_RELEASE_VERSION > > -AC_OUTPUT([ > +AC_CONFIG_FILES([ > Makefile > src/Makefile > man/Makefile > ]) > +AC_OUTPUT From bugzilla-daemon at freedesktop.org Thu Feb 17 01:39:47 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 17 Feb 2011 01:39:47 -0800 (PST) Subject: [Bug 34348] (regression/bisected) (2.6.37 nouveau/KMS) internal laptop display remains blank In-Reply-To: <bug-34348-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34348-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110217093947.6C763130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34348 --- Comment #2 from Dragos Delcea <dragos.delcea at gmail.com> 2011-02-17 01:39:47 PST --- (In reply to comment #1) > I wouldn't be certain this commit is the culprit yet. That commit has a typo > which would also mess things up, and was fixed by > 85341f27b49833325f97580edcd687b4d90bb30b. ok, but neither 2.6.37 nor 2.6.38-rc4-git8 work for me, even if they have the above commit. You probably only mean that the bisection might be misleading due to the above, but where does this leave me? what are the next steps I can take to get around that (if any)? some git-fu pointers would be highly appreciated, as I'm just learning the ropes... In the meantime, I'll try building a kernel based on 85341f27b49833325f97580edcd687b4d90bb30b and see what I get. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From alex.buell at munted.org.uk Thu Feb 17 04:39:18 2011 From: alex.buell at munted.org.uk (Alex Buell) Date: Thu, 17 Feb 2011 12:39:18 +0000 Subject: [PATCH] nv20_graph.c - added licence info and author Message-ID: <1297946358.13315.59.camel@lithium> diff --git a/drivers/gpu/drm/nouveau/nv20_graph.c b/drivers/gpu/drm/nouveau/nv20_graph.c index 8464b76..2d645b6 100644 --- a/drivers/gpu/drm/nouveau/nv20_graph.c +++ b/drivers/gpu/drm/nouveau/nv20_graph.c @@ -1,3 +1,29 @@ +/* + * Copyright (C) 2007 Ben Skeggs. + * All Rights Reserved. + * + * Permission is hereby granted, free of charge, to any person obtaining + * a copy of this software and associated documentation files (the + * "Software"), to deal in the Software without restriction, including + * without limitation the rights to use, copy, modify, merge, publish, + * distribute, sublicense, and/or sell copies of the Software, and to + * permit persons to whom the Software is furnished to do so, subject to + * the following conditions: + * + * The above copyright notice and this permission notice (including the + * next paragraph) shall be included in all copies or substantial + * portions of the Software. + * + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, + * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF + * MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. + * IN NO EVENT SHALL THE COPYRIGHT OWNER(S) AND/OR ITS SUPPLIERS BE + * LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION + * OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION + * WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. + * + */ + #include "drmP.h" #include "drm.h" #include "nouveau_drv.h" -- Tactical Nuclear Kittens From bugzilla-daemon at freedesktop.org Thu Feb 17 05:22:00 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 17 Feb 2011 05:22:00 -0800 (PST) Subject: [Bug 34348] (regression/bisected) (2.6.37 nouveau/KMS) internal laptop display remains blank In-Reply-To: <bug-34348-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34348-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110217132200.42BDC130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34348 --- Comment #3 from Dragos Delcea <dragos.delcea at gmail.com> 2011-02-17 05:22:00 PST --- (In reply to comment #1) > I wouldn't be certain this commit is the culprit yet. That commit has a typo > which would also mess things up, and was fixed by > 85341f27b49833325f97580edcd687b4d90bb30b. ok, so you were right, 85341f27b49833325f97580edcd687b4d90bb30b works here. I'll start a new bisect with 85341f27b49833325f97580edcd687b4d90bb30b as the good and v2.6.37 as the bad and report back..another 13 steps..doh. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From alex.buell at munted.org.uk Thu Feb 17 15:52:28 2011 From: alex.buell at munted.org.uk (Alex Buell) Date: Thu, 17 Feb 2011 23:52:28 +0000 Subject: [PATCH] Added licence and author as header Signed-off-by: Alex Buell <alex.buell@xxxxxxxxxxxxx> Message-ID: <1297986748-30875-1-git-send-email-alex.buell@xxxxxxxxxxxxx> --- drivers/gpu/drm/nouveau/nv20_graph.c | 26 ++++++++++++++++++++++++++ 1 files changed, 26 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nv20_graph.c b/drivers/gpu/drm/nouveau/nv20_graph.c index 8464b76..2d645b6 100644 --- a/drivers/gpu/drm/nouveau/nv20_graph.c +++ b/drivers/gpu/drm/nouveau/nv20_graph.c @@ -1,3 +1,29 @@ +/* + * Copyright (C) 2007 Ben Skeggs. + * All Rights Reserved. + * + * Permission is hereby granted, free of charge, to any person obtaining + * a copy of this software and associated documentation files (the + * "Software"), to deal in the Software without restriction, including + * without limitation the rights to use, copy, modify, merge, publish, + * distribute, sublicense, and/or sell copies of the Software, and to + * permit persons to whom the Software is furnished to do so, subject to + * the following conditions: + * + * The above copyright notice and this permission notice (including the + * next paragraph) shall be included in all copies or substantial + * portions of the Software. + * + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, + * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF + * MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. + * IN NO EVENT SHALL THE COPYRIGHT OWNER(S) AND/OR ITS SUPPLIERS BE + * LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION + * OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION + * WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. + * + */ + #include "drmP.h" #include "drm.h" #include "nouveau_drv.h" -- 1.7.3.4 From bugzilla-daemon at freedesktop.org Fri Feb 18 00:55:57 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 18 Feb 2011 00:55:57 -0800 (PST) Subject: [Bug 34429] New: Failure during resume on NV50: INIT_AUXCH: rd auxch fail -121 Message-ID: <bug-34429-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=34429 Summary: Failure during resume on NV50: INIT_AUXCH: rd auxch fail -121 Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: e-mail+freedesktop at fabianmoser.at QAContact: xorg-team at lists.x.org Created an attachment (id=43511) --> (https://bugs.freedesktop.org/attachment.cgi?id=43511) Kernel messages from boot thorugh suspend to resume Upon return from suspend, the display turns white and stays that way. The X server is unusable. Other VTs as well. The problem is 100% reproducible. I'm using openSUSE 11.4 RC 1 on an HP 8440p with a NVS 3100m card (GT218M, thus NV50-type). I reported first at https://bugzilla.novell.com/show_bug.cgi?id=669932 and was asked to report here. I'm using packages dating git20110210 from http://download.opensuse.org/repositories/home:/jobermayr/openSUSE_Factory/x86_64/ Since the problem is reproduced every time, I would be happy to help if I can provide debugging information. The installation currently is dedicated for this sole purpose (I need suspend-resume in a would-be production system). Bugs I found related but IMO still different enough to report this one: https://bugs.freedesktop.org/show_bug.cgi?id=25762 https://bugs.freedesktop.org/show_bug.cgi?id=25410 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri Feb 18 00:56:49 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 18 Feb 2011 00:56:49 -0800 (PST) Subject: [Bug 34429] Failure during resume on NV50: INIT_AUXCH: rd auxch fail -121 In-Reply-To: <bug-34429-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34429-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110218085649.31192130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34429 --- Comment #1 from Fabian Moser <e-mail+freedesktop at fabianmoser.at> 2011-02-18 00:56:48 PST --- Created an attachment (id=43512) --> (https://bugs.freedesktop.org/attachment.cgi?id=43512) Power manager activities during suspend/resume -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri Feb 18 00:57:22 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 18 Feb 2011 00:57:22 -0800 (PST) Subject: [Bug 34429] Failure during resume on NV50: INIT_AUXCH: rd auxch fail -121 In-Reply-To: <bug-34429-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34429-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110218085722.C7F7F13000B@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34429 --- Comment #2 from Fabian Moser <e-mail+freedesktop at fabianmoser.at> 2011-02-18 00:57:22 PST --- Created an attachment (id=43513) --> (https://bugs.freedesktop.org/attachment.cgi?id=43513) Xorg messages from boot to resume -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri Feb 18 01:25:45 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 18 Feb 2011 01:25:45 -0800 (PST) Subject: [Bug 34430] New: nouveau driver does not return VGA connector status breaking upower Message-ID: <bug-34430-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=34430 Summary: nouveau driver does not return VGA connector status breaking upower Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: nuada at agh.edu.pl QAContact: xorg-team at lists.x.org My laptop (Asus UL80VT) has hybrid graphics: intel+nvidia. After switching nvidia card off using vgaswitcheroo, upower CPU consumption goes to 100%. If nvidia card is switched back on, problem dissapeares. This is caused by nouveau driver not returning VGA connector status properly. When upowerd tries to read status of all connectors, it hangs waiting for VGA. Gentoo Linux kernel: 2.6.38-rc* xorg-server: 1.9.4 upower: 0.9.8 KDE: 4.6.0 Steps to reproduce: 1. Log in to KDE 2. switch off nvidia: echo OFF > /sys/kernel/debug/vgaswitcheroo/switch 3. cannot read VGA connector status: cat /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card1/card1-VGA-1/status -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri Feb 18 05:18:10 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 18 Feb 2011 05:18:10 -0800 (PST) Subject: [Bug 26980] NVA3 / NVA5 / NVA8 / NVAF (GT2xx/GT3xx) with nouveau: random GPU lockups In-Reply-To: <bug-26980-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-26980-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110218131810.30FE5130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=26980 --- Comment #45 from Frederic Crozat <fred at crozat.net> 2011-02-18 05:18:07 PST --- Created an attachment (id=43519) --> (https://bugs.freedesktop.org/attachment.cgi?id=43519) before and after peek on nv40 from Lenovo T410 Here is peek before and after free, on kernel 2.6.38rc5, on Lenovo T410 laptop with integrated nividia GPU: 01:00.0 VGA compatible controller: nVidia Corporation GT218 [NVS 3100M] (rev a2) (prog-if 00 [VGA controller]) Subsystem: Lenovo Device 2142 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 16 Region 0: Memory at cc000000 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at d0000000 (64-bit, prefetchable) [size=256M] Region 3: Memory at ce000000 (64-bit, prefetchable) [size=32M] Region 5: I/O ports at 2000 [size=128] [virtual] Expansion ROM at cd000000 [disabled] [size=512K] Capabilities: <access denied> Kernel driver in use: nouveau -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri Feb 18 13:00:09 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 18 Feb 2011 13:00:09 -0800 (PST) Subject: [Bug 26980] NVA3 / NVA5 / NVA8 / NVAF (GT2xx/GT3xx) with nouveau: random GPU lockups In-Reply-To: <bug-26980-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-26980-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110218210048.4E413130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=26980 --- Comment #46 from freedesktop at fwd.avidmind.net 2011-02-18 12:59:56 PST --- My Xorg was also blocking - only the mouse pointer keeps moving, but no other thing happends. I solved the problem (for now), by removing the comment for the option NoAccel and setting the value to true. I'm using the xorg.conf generated with Xorg -configure with just that change, and everything seem to be working. I'm even using the composite from xfce4 (for the real transparent xfce4-terminal), and it's working ok - maybe not as fast as with accelaration. For me it was very simple to reproduce the error. As soon as gdm was active (the default theme on debian - the one with the stars and the star rocket), a click on any menu would block everything but the mouse movement. Here is the log for my X when it was blocking. Anything else I can do to help solve this? X.Org X Server 1.9.4 Release Date: 2011-02-04 [ 147.356] X Protocol Version 11, Revision 0 [ 147.356] Build Operating System: Linux 2.6.32.28-dsa-ia32 i686 Debian [ 147.356] Current Operating System: Linux voyager 2.6.37-1-686 #1 SMP Tue Feb 15 18:21:50 UTC 2011 i686 [ 147.356] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.37-1-686 root=UUID=b69dfdff-c215-473f-9f91-1680b2773ef1 ro single [ 147.356] Build Date: 17 February 2011 01:25:01AM [ 147.356] xorg-server 2:1.9.4-2 (Cyril Brulebois <kibi at debian.org>) [ 147.356] Current version of pixman: 0.21.4 [ 147.356] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 147.356] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 147.356] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Feb 18 03:17:25 2011 [ 147.356] (==) Using config file: "/etc/X11/xorg.conf" [ 147.356] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 147.373] (==) ServerLayout "X.org Configured" [ 147.373] (**) |-->Screen "Screen0" (0) [ 147.373] (**) | |-->Monitor "Monitor0" [ 147.374] (**) | |-->Device "Card0" [ 147.374] (**) |-->Input Device "Mouse0" [ 147.374] (**) |-->Input Device "Keyboard0" [ 147.374] (==) Automatically adding devices [ 147.374] (==) Automatically enabling devices [ 147.452] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 147.452] Entry deleted from font path. [ 147.541] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 147.541] Entry deleted from font path. [ 147.541] (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [ 147.541] (**) ModulePath set to "/usr/lib/xorg/modules" [ 147.541] (WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. [ 147.541] (WW) Disabling Mouse0 [ 147.541] (II) Loader magic: 0x81f7140 [ 147.541] (II) Module ABI versions: [ 147.541] X.Org ANSI C Emulation: 0.4 [ 147.541] X.Org Video Driver: 8.0 [ 147.541] X.Org XInput driver : 11.0 [ 147.541] X.Org Server Extension : 4.0 [ 147.542] (--) PCI:*(0:2:0:0) 10de:086f:1043:16b2 rev 177, Mem @ 0xfd000000/16777216, 0xe0000000/268435456, 0xde000000/33554432, I/O @ 0x0000dc00/128, BIOS @ 0x????????/131072 [ 147.542] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) [ 147.542] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. [ 147.542] (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. [ 147.542] (II) "glx" will be loaded. This was enabled by default and also specified in the config file. [ 147.542] (II) "record" will be loaded. This was enabled by default and also specified in the config file. [ 147.542] (II) "dri" will be loaded. This was enabled by default and also specified in the config file. [ 147.542] (II) "dri2" will be loaded. This was enabled by default and also specified in the config file. [ 147.542] (II) LoadModule: "dri" [ 147.592] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so [ 147.624] (II) Module dri: vendor="X.Org Foundation" [ 147.624] compiled for 1.9.4, module version = 1.0.0 [ 147.624] ABI class: X.Org Server Extension, version 4.0 [ 147.624] (II) Loading extension XFree86-DRI [ 147.624] (II) LoadModule: "dri2" [ 147.624] (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so [ 147.631] (II) Module dri2: vendor="X.Org Foundation" [ 147.631] compiled for 1.9.4, module version = 1.2.0 [ 147.631] ABI class: X.Org Server Extension, version 4.0 [ 147.631] (II) Loading extension DRI2 [ 147.631] (II) LoadModule: "dbe" [ 147.631] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so [ 147.632] (II) Module dbe: vendor="X.Org Foundation" [ 147.632] compiled for 1.9.4, module version = 1.0.0 [ 147.632] Module class: X.Org Server Extension [ 147.632] ABI class: X.Org Server Extension, version 4.0 [ 147.632] (II) Loading extension DOUBLE-BUFFER [ 147.632] (II) LoadModule: "extmod" [ 147.632] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [ 147.634] (II) Module extmod: vendor="X.Org Foundation" [ 147.634] compiled for 1.9.4, module version = 1.0.0 [ 147.634] Module class: X.Org Server Extension [ 147.634] ABI class: X.Org Server Extension, version 4.0 [ 147.634] (II) Loading extension SELinux [ 147.634] (II) Loading extension MIT-SCREEN-SAVER [ 147.634] (II) Loading extension XFree86-VidModeExtension [ 147.634] (II) Loading extension XFree86-DGA [ 147.634] (II) Loading extension DPMS [ 147.634] (II) Loading extension XVideo [ 147.634] (II) Loading extension XVideo-MotionCompensation [ 147.634] (II) Loading extension X-Resource [ 147.634] (II) LoadModule: "record" [ 147.634] (II) Loading /usr/lib/xorg/modules/extensions/librecord.so [ 147.635] (II) Module record: vendor="X.Org Foundation" [ 147.635] compiled for 1.9.4, module version = 1.13.0 [ 147.635] Module class: X.Org Server Extension [ 147.635] ABI class: X.Org Server Extension, version 4.0 [ 147.635] (II) Loading extension RECORD [ 147.635] (II) LoadModule: "glx" [ 147.653] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 147.688] (II) Module glx: vendor="X.Org Foundation" [ 147.688] compiled for 1.9.4, module version = 1.0.0 [ 147.688] ABI class: X.Org Server Extension, version 4.0 [ 147.690] (==) AIGLX enabled [ 147.690] (II) Loading extension GLX [ 147.690] (II) LoadModule: "nouveau" [ 147.690] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so [ 147.717] (II) Module nouveau: vendor="X.Org Foundation" [ 147.717] compiled for 1.9.4, module version = 0.0.16 [ 147.717] Module class: X.Org Video Driver [ 147.717] ABI class: X.Org Video Driver, version 8.0 [ 147.718] (II) LoadModule: "evdev" [ 147.718] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so [ 147.727] (II) Module evdev: vendor="X.Org Foundation" [ 147.727] compiled for 1.9.4, module version = 2.6.0 [ 147.728] Module class: X.Org XInput Driver [ 147.728] ABI class: X.Org XInput driver, version 11.0 [ 147.728] (II) NOUVEAU driver Date: Tue Nov 30 15:27:36 2010 +1000 [ 147.728] (II) NOUVEAU driver for NVIDIA chipset families : [ 147.728] RIVA TNT (NV04) [ 147.728] RIVA TNT2 (NV05) [ 147.728] GeForce 256 (NV10) [ 147.728] GeForce 2 (NV11, NV15) [ 147.728] GeForce 4MX (NV17, NV18) [ 147.728] GeForce 3 (NV20) [ 147.728] GeForce 4Ti (NV25, NV28) [ 147.728] GeForce FX (NV3x) [ 147.728] GeForce 6 (NV4x) [ 147.728] GeForce 7 (G7x) [ 147.728] GeForce 8 (G8x) [ 147.728] (++) using VT number 7 [ 147.729] drmOpenDevice: node name is /dev/dri/card0 [ 147.729] drmOpenDevice: open result is 7, (OK) [ 147.729] drmOpenByBusid: Searching for BusID pci:0000:02:00.0 [ 147.729] drmOpenDevice: node name is /dev/dri/card0 [ 147.729] drmOpenDevice: open result is 7, (OK) [ 147.729] drmOpenByBusid: drmOpenMinor returns 7 [ 147.729] drmOpenByBusid: drmGetBusid reports pci:0000:02:00.0 [ 147.729] (II) [drm] nouveau interface version: 0.0.16 [ 147.729] (II) Loading sub module "dri" [ 147.729] (II) LoadModule: "dri" [ 147.730] (II) Reloading /usr/lib/xorg/modules/extensions/libdri.so [ 147.730] (II) NOUVEAU(0): Loaded DRI module [ 147.730] drmOpenDevice: node name is /dev/dri/card0 [ 147.730] drmOpenDevice: open result is 8, (OK) [ 147.730] drmOpenDevice: node name is /dev/dri/card0 [ 147.730] drmOpenDevice: open result is 8, (OK) [ 147.730] drmOpenByBusid: Searching for BusID pci:0000:02:00.0 [ 147.730] drmOpenDevice: node name is /dev/dri/card0 [ 147.730] drmOpenDevice: open result is 8, (OK) [ 147.730] drmOpenByBusid: drmOpenMinor returns 8 [ 147.730] drmOpenByBusid: drmGetBusid reports pci:0000:02:00.0 [ 147.730] (II) [drm] DRM interface version 1.4 [ 147.730] (II) [drm] DRM open master succeeded. [ 147.730] (--) NOUVEAU(0): Chipset: "NVIDIA NVac" [ 147.730] (==) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32 [ 147.730] (==) NOUVEAU(0): RGB weight 888 [ 147.730] (==) NOUVEAU(0): Default visual is TrueColor [ 147.730] (==) NOUVEAU(0): Using HW cursor [ 147.730] (==) NOUVEAU(0): GLX sync to VBlank disabled. [ 147.880] (II) NOUVEAU(0): Output LVDS-1 using monitor section Monitor0 [ 147.976] (II) NOUVEAU(0): Output VGA-1 has no monitor section [ 147.984] (II) NOUVEAU(0): Output HDMI-1 has no monitor section [ 148.132] (II) NOUVEAU(0): EDID for output LVDS-1 [ 148.132] (II) NOUVEAU(0): Manufacturer: CPT Model: 1401 Serial#: 0 [ 148.132] (II) NOUVEAU(0): Year: 2008 Week: 39 [ 148.132] (II) NOUVEAU(0): EDID Version: 1.3 [ 148.132] (II) NOUVEAU(0): Digital Display Input [ 148.132] (II) NOUVEAU(0): Max Image Size [cm]: horiz.: 33 vert.: 21 [ 148.132] (II) NOUVEAU(0): Gamma: 2.20 [ 148.132] (II) NOUVEAU(0): No DPMS capabilities specified [ 148.132] (II) NOUVEAU(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 [ 148.132] (II) NOUVEAU(0): First detailed timing is preferred mode [ 148.132] (II) NOUVEAU(0): redX: 0.595 redY: 0.343 greenX: 0.317 greenY: 0.559 [ 148.132] (II) NOUVEAU(0): blueX: 0.156 blueY: 0.132 whiteX: 0.315 whiteY: 0.329 [ 148.132] (II) NOUVEAU(0): Manufacturer's mask: 0 [ 148.132] (II) NOUVEAU(0): Supported detailed timing: [ 148.132] (II) NOUVEAU(0): clock: 68.9 MHz Image Size: 331 x 207 mm [ 148.132] (II) NOUVEAU(0): h_active: 1280 h_sync: 1312 h_sync_end 1344 h_blank_end 1408 h_border: 0 [ 148.132] (II) NOUVEAU(0): v_active: 800 v_sync: 801 v_sync_end 804 v_blanking: 816 v_border: 0 [ 148.132] (II) NOUVEAU(0): Unknown vendor-specific block f [ 148.132] (II) NOUVEAU(0): CPT [ 148.132] (II) NOUVEAU(0): CLAA154WB03A [ 148.132] (II) NOUVEAU(0): EDID (in hex): [ 148.132] (II) NOUVEAU(0): 00ffffffffffff000e14011400000000 [ 148.132] (II) NOUVEAU(0): 27120103802115780a743d9857518f28 [ 148.132] (II) NOUVEAU(0): 21505400000001010101010101010101 [ 148.132] (II) NOUVEAU(0): 010101010101ea1a0080502010302020 [ 148.132] (II) NOUVEAU(0): 13004bcf100000190000000f00202020 [ 148.132] (II) NOUVEAU(0): 2020202020206e050f00000000fe0043 [ 148.132] (II) NOUVEAU(0): 50540a202020202020202020000000fe [ 148.132] (II) NOUVEAU(0): 00434c4141313534574230334120004d [ 148.132] (II) NOUVEAU(0): EDID vendor "CPT", prod id 5121 [ 148.132] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 148.132] (II) NOUVEAU(0): Modeline "1280x800"x0.0 68.90 1280 1312 1344 1408 800 801 804 816 -hsync -vsync (48.9 kHz) [ 148.132] (II) NOUVEAU(0): Printing probed modes for output LVDS-1 [ 148.132] (II) NOUVEAU(0): Modeline "1280x800"x60.0 68.90 1280 1312 1344 1408 800 801 804 816 -hsync -vsync (48.9 kHz) [ 148.132] (II) NOUVEAU(0): Modeline "1024x768"x59.9 63.50 1024 1072 1176 1328 768 771 775 798 -hsync +vsync (47.8 kHz) [ 148.132] (II) NOUVEAU(0): Modeline "800x600"x59.9 38.25 800 832 912 1024 600 603 607 624 -hsync +vsync (37.4 kHz) [ 148.132] (II) NOUVEAU(0): Modeline "640x480"x59.4 23.75 640 664 720 800 480 483 487 500 -hsync +vsync (29.7 kHz) [ 148.132] (II) NOUVEAU(0): Modeline "720x400"x59.6 22.25 720 744 808 896 400 403 413 417 -hsync +vsync (24.8 kHz) [ 148.132] (II) NOUVEAU(0): Modeline "640x400"x60.0 20.00 640 664 720 800 400 403 409 417 -hsync +vsync (25.0 kHz) [ 148.132] (II) NOUVEAU(0): Modeline "640x350"x59.8 17.50 640 664 720 800 350 353 363 366 -hsync +vsync (21.9 kHz) [ 148.229] (II) NOUVEAU(0): EDID for output VGA-1 [ 148.236] (II) NOUVEAU(0): EDID for output HDMI-1 [ 148.236] (II) NOUVEAU(0): Output LVDS-1 connected [ 148.236] (II) NOUVEAU(0): Output VGA-1 disconnected [ 148.236] (II) NOUVEAU(0): Output HDMI-1 disconnected [ 148.237] (II) NOUVEAU(0): Using exact sizes for initial modes [ 148.237] (II) NOUVEAU(0): Output LVDS-1 using initial mode 1280x800 [ 148.237] (II) NOUVEAU(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated. [ 148.237] (--) NOUVEAU(0): Virtual size is 1280x800 (pitch 0) [ 148.237] (**) NOUVEAU(0): Driver mode "1280x800": 68.9 MHz (scaled from 0.0 MHz), 48.9 kHz, 60.0 Hz [ 148.237] (II) NOUVEAU(0): Modeline "1280x800"x60.0 68.90 1280 1312 1344 1408 800 801 804 816 -hsync -vsync (48.9 kHz) [ 148.237] (**) NOUVEAU(0): Driver mode "1024x768": 63.5 MHz (scaled from 0.0 MHz), 47.8 kHz, 59.9 Hz [ 148.237] (II) NOUVEAU(0): Modeline "1024x768"x59.9 63.50 1024 1072 1176 1328 768 771 775 798 -hsync +vsync (47.8 kHz) [ 148.237] (**) NOUVEAU(0): Driver mode "800x600": 38.2 MHz (scaled from 0.0 MHz), 37.4 kHz, 59.9 Hz [ 148.237] (II) NOUVEAU(0): Modeline "800x600"x59.9 38.25 800 832 912 1024 600 603 607 624 -hsync +vsync (37.4 kHz) [ 148.237] (**) NOUVEAU(0): Driver mode "640x480": 23.8 MHz (scaled from 0.0 MHz), 29.7 kHz, 59.4 Hz [ 148.237] (II) NOUVEAU(0): Modeline "640x480"x59.4 23.75 640 664 720 800 480 483 487 500 -hsync +vsync (29.7 kHz) [ 148.237] (**) NOUVEAU(0): Driver mode "720x400": 22.2 MHz (scaled from 0.0 MHz), 24.8 kHz, 59.6 Hz [ 148.237] (II) NOUVEAU(0): Modeline "720x400"x59.6 22.25 720 744 808 896 400 403 413 417 -hsync +vsync (24.8 kHz) [ 148.237] (**) NOUVEAU(0): Driver mode "640x400": 20.0 MHz (scaled from 0.0 MHz), 25.0 kHz, 60.0 Hz [ 148.237] (II) NOUVEAU(0): Modeline "640x400"x60.0 20.00 640 664 720 800 400 403 409 417 -hsync +vsync (25.0 kHz) [ 148.237] (**) NOUVEAU(0): Driver mode "640x350": 17.5 MHz (scaled from 0.0 MHz), 21.9 kHz, 59.8 Hz [ 148.237] (II) NOUVEAU(0): Modeline "640x350"x59.8 17.50 640 664 720 800 350 353 363 366 -hsync +vsync (21.9 kHz) [ 148.237] (**) NOUVEAU(0): Display dimensions: (330, 210) mm [ 148.237] (**) NOUVEAU(0): DPI set to (98, 96) [ 148.237] (II) Loading sub module "fb" [ 148.237] (II) LoadModule: "fb" [ 148.237] (II) Loading /usr/lib/xorg/modules/libfb.so [ 148.270] (II) Module fb: vendor="X.Org Foundation" [ 148.270] compiled for 1.9.4, module version = 1.0.0 [ 148.270] ABI class: X.Org ANSI C Emulation, version 0.4 [ 148.270] (II) Loading sub module "exa" [ 148.270] (II) LoadModule: "exa" [ 148.270] (II) Loading /usr/lib/xorg/modules/libexa.so [ 148.283] (II) Module exa: vendor="X.Org Foundation" [ 148.283] compiled for 1.9.4, module version = 2.5.0 [ 148.283] ABI class: X.Org Video Driver, version 8.0 [ 148.283] (II) Loading sub module "shadowfb" [ 148.283] (II) LoadModule: "shadowfb" [ 148.283] (II) Loading /usr/lib/xorg/modules/libshadowfb.so [ 148.284] (II) Module shadowfb: vendor="X.Org Foundation" [ 148.284] compiled for 1.9.4, module version = 1.0.0 [ 148.284] ABI class: X.Org ANSI C Emulation, version 0.4 [ 148.284] (--) Depth 24 pixmap format is 32 bpp [ 148.287] (II) NOUVEAU(0): Opened GPU channel 2 [ 148.288] (II) NOUVEAU(0): [DRI2] Setup complete [ 148.288] (II) NOUVEAU(0): [DRI2] DRI driver: nouveau [ 148.288] (II) NOUVEAU(0): GART: 512MiB available [ 148.289] (II) NOUVEAU(0): GART: Allocated 16MiB as a scratch buffer [ 148.331] (II) EXA(0): Driver allocated offscreen pixmaps [ 148.332] (II) EXA(0): Driver registered support for the following operations: [ 148.332] (II) Solid [ 148.332] (II) Copy [ 148.332] (II) Composite (RENDER acceleration) [ 148.332] (II) UploadToScreen [ 148.332] (II) DownloadFromScreen [ 148.332] (==) NOUVEAU(0): Backing store disabled [ 148.332] (==) NOUVEAU(0): Silken mouse enabled [ 148.349] (II) NOUVEAU(0): [XvMC] Associated with Nouveau GeForce 8/9 Textured Video. [ 148.349] (II) NOUVEAU(0): [XvMC] Extension initialized. [ 148.349] (==) NOUVEAU(0): DPMS enabled [ 148.349] (II) NOUVEAU(0): RandR 1.2 enabled, ignore the following RandR disabled message. [ 148.349] (--) RandR disabled [ 148.349] (II) Initializing built-in extension Generic Event Extension [ 148.349] (II) Initializing built-in extension SHAPE [ 148.349] (II) Initializing built-in extension MIT-SHM [ 148.349] (II) Initializing built-in extension XInputExtension [ 148.349] (II) Initializing built-in extension XTEST [ 148.349] (II) Initializing built-in extension BIG-REQUESTS [ 148.349] (II) Initializing built-in extension SYNC [ 148.349] (II) Initializing built-in extension XKEYBOARD [ 148.349] (II) Initializing built-in extension XC-MISC [ 148.349] (II) Initializing built-in extension XINERAMA [ 148.349] (II) Initializing built-in extension XFIXES [ 148.349] (II) Initializing built-in extension RENDER [ 148.349] (II) Initializing built-in extension RANDR [ 148.349] (II) Initializing built-in extension COMPOSITE [ 148.349] (II) Initializing built-in extension DAMAGE [ 148.350] (II) SELinux: Disabled on system [ 148.387] (II) AIGLX error: dlopen of /usr/lib/dri/nouveau_dri.so failed (/usr/lib/dri/nouveau_dri.so: cannot open shared object file: No such file or directory) [ 148.387] (II) AIGLX: reverting to software rendering [ 148.387] (II) AIGLX: Screen 0 is not DRI capable [ 148.508] (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so [ 148.508] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 148.511] (II) NOUVEAU(0): NVEnterVT is called. [ 148.511] (II) NOUVEAU(0): Setting screen physical size to 338 x 211 [ 148.511] resize called 1280 800 [ 149.108] (**) Option "CoreKeyboard" [ 149.108] (**) Keyboard0: always reports core events [ 149.108] (EE) Keyboard0: No device specified. [ 149.108] (II) UnloadModule: "evdev" [ 149.108] (EE) PreInit returned NULL for "Keyboard0" [ 149.116] (II) config/udev: Adding input device Power Button (/dev/input/event5) [ 149.116] (**) Power Button: Applying InputClass "evdev keyboard catchall" [ 149.116] (**) Power Button: always reports core events [ 149.116] (**) Power Button: Device: "/dev/input/event5" [ 149.132] (--) Power Button: Found keys [ 149.132] (II) Power Button: Configuring as keyboard [ 149.132] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD) [ 149.132] (**) Option "xkb_rules" "evdev" [ 149.132] (**) Option "xkb_model" "pc105" [ 149.132] (**) Option "xkb_layout" "pt" [ 149.254] (II) config/udev: Adding input device Video Bus (/dev/input/event8) [ 149.254] (**) Video Bus: Applying InputClass "evdev keyboard catchall" [ 149.254] (**) Video Bus: always reports core events [ 149.254] (**) Video Bus: Device: "/dev/input/event8" [ 149.256] (--) Video Bus: Found keys [ 149.256] (II) Video Bus: Configuring as keyboard [ 149.256] (II) XINPUT: Adding extended input device "Video Bus" (type: KEYBOARD) [ 149.256] (**) Option "xkb_rules" "evdev" [ 149.256] (**) Option "xkb_model" "pc105" [ 149.256] (**) Option "xkb_layout" "pt" [ 149.257] (II) config/udev: Adding input device Power Button (/dev/input/event2) [ 149.257] (**) Power Button: Applying InputClass "evdev keyboard catchall" [ 149.257] (**) Power Button: always reports core events [ 149.257] (**) Power Button: Device: "/dev/input/event2" [ 149.257] (--) Power Button: Found keys [ 149.257] (II) Power Button: Configuring as keyboard [ 149.257] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD) [ 149.257] (**) Option "xkb_rules" "evdev" [ 149.257] (**) Option "xkb_model" "pc105" [ 149.257] (**) Option "xkb_layout" "pt" [ 149.258] (II) config/udev: Adding input device Lid Switch (/dev/input/event4) [ 149.258] (II) No input driver/identifier specified (ignoring) [ 149.258] (II) config/udev: Adding input device Sleep Button (/dev/input/event3) [ 149.258] (**) Sleep Button: Applying InputClass "evdev keyboard catchall" [ 149.258] (**) Sleep Button: always reports core events [ 149.258] (**) Sleep Button: Device: "/dev/input/event3" [ 149.260] (--) Sleep Button: Found keys [ 149.260] (II) Sleep Button: Configuring as keyboard [ 149.260] (II) XINPUT: Adding extended input device "Sleep Button" (type: KEYBOARD) [ 149.260] (**) Option "xkb_rules" "evdev" [ 149.260] (**) Option "xkb_model" "pc105" [ 149.260] (**) Option "xkb_layout" "pt" [ 149.264] (II) config/udev: Adding input device HID 04d9:048e (/dev/input/event1) [ 149.264] (**) HID 04d9:048e: Applying InputClass "evdev pointer catchall" [ 149.264] (**) HID 04d9:048e: always reports core events [ 149.264] (**) HID 04d9:048e: Device: "/dev/input/event1" [ 149.264] (--) HID 04d9:048e: Found 9 mouse buttons [ 149.264] (--) HID 04d9:048e: Found scroll wheel(s) [ 149.264] (--) HID 04d9:048e: Found relative axes [ 149.264] (--) HID 04d9:048e: Found x and y relative axes [ 149.264] (II) HID 04d9:048e: Configuring as mouse [ 149.264] (II) HID 04d9:048e: Adding scrollwheel support [ 149.264] (**) HID 04d9:048e: YAxisMapping: buttons 4 and 5 [ 149.264] (**) HID 04d9:048e: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 [ 149.264] (II) XINPUT: Adding extended input device "HID 04d9:048e" (type: MOUSE) [ 149.264] (**) HID 04d9:048e: (accel) keeping acceleration scheme 1 [ 149.264] (**) HID 04d9:048e: (accel) acceleration profile 0 [ 149.264] (**) HID 04d9:048e: (accel) acceleration factor: 2.000 [ 149.264] (**) HID 04d9:048e: (accel) acceleration threshold: 4 [ 149.264] (II) HID 04d9:048e: initialized for relative axes. [ 149.264] (II) config/udev: Adding input device HID 04d9:048e (/dev/input/mouse0) [ 149.264] (II) No input driver/identifier specified (ignoring) [ 149.265] (II) config/udev: Adding input device HDA Digital PCBeep (/dev/input/event10) [ 149.265] (II) No input driver/identifier specified (ignoring) [ 149.266] (II) config/udev: Adding input device HDA NVidia Mic (/dev/input/event11) [ 149.266] (II) No input driver/identifier specified (ignoring) [ 149.270] (II) config/udev: Adding input device Asus Laptop extra buttons (/dev/input/event9) [ 149.270] (**) Asus Laptop extra buttons: Applying InputClass "evdev keyboard catchall" [ 149.270] (**) Asus Laptop extra buttons: always reports core events [ 149.270] (**) Asus Laptop extra buttons: Device: "/dev/input/event9" [ 149.270] (--) Asus Laptop extra buttons: Found keys [ 149.270] (II) Asus Laptop extra buttons: Configuring as keyboard [ 149.270] (II) XINPUT: Adding extended input device "Asus Laptop extra buttons" (type: KEYBOARD) [ 149.270] (**) Option "xkb_rules" "evdev" [ 149.270] (**) Option "xkb_model" "pc105" [ 149.270] (**) Option "xkb_layout" "pt" [ 149.271] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event0) [ 149.271] (**) AT Translated Set 2 keyboard: Applying InputClass "evdev keyboard catchall" [ 149.271] (**) AT Translated Set 2 keyboard: always reports core events [ 149.271] (**) AT Translated Set 2 keyboard: Device: "/dev/input/event0" [ 149.271] (--) AT Translated Set 2 keyboard: Found keys [ 149.271] (II) AT Translated Set 2 keyboard: Configuring as keyboard [ 149.271] (II) XINPUT: Adding extended input device "AT Translated Set 2 keyboard" (type: KEYBOARD) [ 149.271] (**) Option "xkb_rules" "evdev" [ 149.271] (**) Option "xkb_model" "pc105" [ 149.271] (**) Option "xkb_layout" "pt" [ 149.272] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/event7) [ 149.272] (**) SynPS/2 Synaptics TouchPad: Applying InputClass "evdev touchpad catchall" [ 149.272] (**) SynPS/2 Synaptics TouchPad: always reports core events [ 149.272] (**) SynPS/2 Synaptics TouchPad: Device: "/dev/input/event7" [ 149.272] (--) SynPS/2 Synaptics TouchPad: Found 3 mouse buttons [ 149.272] (--) SynPS/2 Synaptics TouchPad: Found absolute axes [ 149.272] (--) SynPS/2 Synaptics TouchPad: Found x and y absolute axes [ 149.272] (--) SynPS/2 Synaptics TouchPad: Found absolute touchpad. [ 149.272] (II) SynPS/2 Synaptics TouchPad: Configuring as touchpad [ 149.272] (**) SynPS/2 Synaptics TouchPad: YAxisMapping: buttons 4 and 5 [ 149.272] (**) SynPS/2 Synaptics TouchPad: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 [ 149.272] (II) XINPUT: Adding extended input device "SynPS/2 Synaptics TouchPad" (type: TOUCHPAD) [ 149.272] (II) SynPS/2 Synaptics TouchPad: initialized for absolute axes. [ 149.272] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/mouse1) [ 149.272] (II) No input driver/identifier specified (ignoring) [ 149.273] (II) config/udev: Adding input device PC Speaker (/dev/input/event6) [ 149.273] (II) No input driver/identifier specified (ignoring) [ 164.125] [mi] EQ overflowing. The server is probably stuck in an infinite loop. [ 164.125] Backtrace: [ 164.125] 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80adddb] [ 164.125] 1: /usr/bin/X (mieqEnqueue+0x1ab) [0x80a036b] [ 164.126] 2: /usr/bin/X (xf86PostMotionEventP+0xd2) [0x80b31f2] [ 164.126] 3: /usr/lib/xorg/modules/input/evdev_drv.so (0xb7410000+0x462d) [0xb741462d] [ 164.126] 4: /usr/lib/xorg/modules/input/evdev_drv.so (0xb7410000+0x48c8) [0xb74148c8] [ 164.126] 5: /usr/bin/X (0x8048000+0x6962f) [0x80b162f] [ 164.126] 6: /usr/bin/X (0x8048000+0x1133a4) [0x815b3a4] [ 164.126] 7: (vdso) (__kernel_sigreturn+0x0) [0xb7817400] [ 164.126] 8: /usr/lib/libdrm.so.2 (drmCommandWrite+0x3b) [0xb780308b] [ 164.126] 9: /usr/lib/libdrm_nouveau.so.1 (0xb741a000+0x2cfa) [0xb741ccfa] [ 164.126] 10: /usr/lib/libdrm_nouveau.so.1 (nouveau_bo_map_range+0xf1) [0xb741cf01] [ 164.126] 11: /usr/lib/libdrm_nouveau.so.1 (nouveau_bo_map+0x33) [0xb741cfd3] [ 164.126] 12: /usr/lib/xorg/modules/drivers/nouveau_drv.so (0xb7375000+0x499a) [0xb737999a] [ 164.126] 13: /usr/lib/xorg/modules/libexa.so (0xb733f000+0x57e8) [0xb73447e8] [ 164.126] 14: /usr/lib/xorg/modules/libexa.so (0xb733f000+0x5be5) [0xb7344be5] [ 164.126] 15: /usr/lib/xorg/modules/libexa.so (0xb733f000+0x839b) [0xb734739b] [ 164.126] 16: /usr/lib/xorg/modules/libexa.so (0xb733f000+0x13909) [0xb7352909] [ 164.126] 17: /usr/lib/xorg/modules/libexa.so (0xb733f000+0xf387) [0xb734e387] [ 164.126] 18: /usr/bin/X (0x8048000+0xd611d) [0x811e11d] [ 164.126] 19: /usr/bin/X (CompositePicture+0x200) [0x810f3c0] [ 164.126] 20: /usr/lib/xorg/modules/libexa.so (0xb733f000+0xe924) [0xb734d924] [ 164.126] 21: /usr/bin/X (CompositeTrapezoids+0xa8) [0x810f0a8] [ 164.126] 22: /usr/bin/X (0x8048000+0xd1d7a) [0x8119d7a] [ 164.126] 23: /usr/bin/X (0x8048000+0xcbb03) [0x8113b03] [ 164.126] 24: /usr/bin/X (0x8048000+0x2bfb7) [0x8073fb7] [ 164.126] 25: /usr/bin/X (0x8048000+0x1e63a) [0x806663a] [ 164.126] 26: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xb752cc76] [ 164.126] 27: /usr/bin/X (0x8048000+0x1e211) [0x8066211] -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri Feb 18 18:51:07 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 18 Feb 2011 18:51:07 -0800 (PST) Subject: [Bug 34469] New: libdrm modetest fails, and causes kernel panic Message-ID: <bug-34469-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=34469 Summary: libdrm modetest fails, and causes kernel panic Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: darxus at chaosreigns.com The modetest program with -v argument should flip back and forth between a color test pattern and a solid grey screen. Running just "./modetest" said I was running 1600x1200 @75hz. I ran "./modetest -s 7:1600x1200 -v" and "./modetest -s 7:640x480 -v", both gave me a lot of garbage. I ran "./modetest -s 7:1600x1200 at 75 -v", and got an almost steady display alternating vertically between bars of the color pattern and the solid grey. Very roughly 20 rows of pixels each. Later I ran just "./modetest -s 7:1600x1200 at 75" and got a kernel panic. I got a photo, but I need to find my CF reader. It included: ...RIP... nouveau_finish_page_flip+0xae/0x1a0 [nouveau] I was using an NV50 family card, G92 [GeForce 8800 GT]. I believe this is related to the corruption I'm occasionally seeing in wayland's DRM output. Built kernel from nouveau kernel repo, last commit: commit 82eeca9a994c9676e3ab478285d02b9474d70cba CommitDate: Thu Feb 17 11:11:28 2011 +1000 libdrm freshly rebuilt from git: commit a697fb6acad7992c3d23bb6a663663694782eb7b CommitDate: Thu Feb 17 20:40:30 2011 +0100 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri Feb 18 19:27:03 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 18 Feb 2011 19:27:03 -0800 (PST) Subject: [Bug 34469] libdrm modetest fails, and causes kernel panic In-Reply-To: <bug-34469-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34469-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110219032703.9284F130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34469 --- Comment #1 from Darxus <darxus at chaosreigns.com> 2011-02-18 19:27:03 PST --- Created an attachment (id=43543) --> (https://bugs.freedesktop.org/attachment.cgi?id=43543) Kernel panic Original is higher resolution if there's anything you can't read in this. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat Feb 19 00:54:41 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 19 Feb 2011 00:54:41 -0800 (PST) Subject: [Bug 34469] libdrm modetest fails, and causes kernel panic In-Reply-To: <bug-34469-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34469-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110219085441.79DF7130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34469 --- Comment #2 from Ben Skeggs <skeggsb at gmail.com> 2011-02-19 00:54:40 PST --- The very next commit in the tree (8e645575d469bf08c9d5d98a101ef4cfce6a9180 "drm/nouveau: Fix pageflip event") has a fix related to page flipping, could you please try it. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat Feb 19 08:39:57 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 19 Feb 2011 08:39:57 -0800 (PST) Subject: [Bug 34469] libdrm modetest fails, and causes kernel panic In-Reply-To: <bug-34469-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34469-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110219163957.CFE19130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34469 --- Comment #3 from Darxus <darxus at chaosreigns.com> 2011-02-19 08:39:57 PST --- Sorry I failed to mention, I had applied that "drm/nouveau: Fix pageflip event" patch manually, before it was committed. Without it the screen never update in wayland (DRM), staying frozen on the first frame. I expect modetest would have done the same. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From emailgrant at gmail.com Sat Feb 19 11:25:58 2011 From: emailgrant at gmail.com (Grant) Date: Sat, 19 Feb 2011 11:25:58 -0800 Subject: Nouveau won't load with GeForce 6150SE nForce 430 (NV40) In-Reply-To: <AANLkTik+NDg8JZoY+oM1mhCyevev3GmLKdnxtwE39yeR@xxxxxxxxxxxxxx> References: <AANLkTim9QZxKmNwux38ggsp1Y22vzHCja1gV-F2QhsOZ@xxxxxxxxxxxxxx> <AANLkTik+NDg8JZoY+oM1mhCyevev3GmLKdnxtwE39yeR@xxxxxxxxxxxxxx> Message-ID: <AANLkTikBEFZWJ372gha1mmnMeXk2+nOP+CKvC_891bYX@xxxxxxxxxxxxxx> >> I can't seem to get nouveau to load with my onboard GeForce 6150SE >> nForce 430 which I believe is an NV40 chip. ?I enabled DRM and >> DRM_NOUVEAU in the kernel but lspci -v doesn't show any kernel driver >> in use and Xorg fails to load the module. ?It does work with the >> nvidia driver. ?I'm using Gentoo. >> >> Should nouveau work with my card? ?If so, any idea what I did wrong? >> > > Please attach a ?full dmesg. I switched everything over to nvidia, then back to nouveau, and lspci -v does show the nouveau kernel module in use but X doesn't start properly. The workstation is remote to me and the report I received upon starting X was that the screen image was "scrambled" and completely unrecognizable. I've attached a full dmesg and Xorg.0.log. - Grant -------------- next part -------------- [ 30.408] X.Org X Server 1.9.4 Release Date: 2011-02-04 [ 30.408] X Protocol Version 11, Revision 0 [ 30.408] Build Operating System: Linux 2.6.36-hardened-r9 x86_64 Gentoo [ 30.408] Current Operating System: Linux system3 2.6.36-hardened-r9 #8 SMP Wed Feb 16 10:12:06 PST 2011 x86_64 [ 30.408] Kernel command line: root=/dev/sda3 [ 30.408] Build Date: 12 February 2011 11:50:58AM [ 30.408] [ 30.408] Current version of pixman: 0.20.2 [ 30.408] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 30.408] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 30.408] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Feb 18 08:03:32 2011 [ 30.458] (==) Using config file: "/etc/X11/xorg.conf" [ 30.459] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 30.491] (==) No Layout section. Using the first Screen section. [ 30.491] (**) |-->Screen "myscreen" (0) [ 30.491] (**) | |-->Monitor "<default monitor>" [ 30.491] (**) | |-->Device "mydevice" [ 30.491] (==) No monitor specified for screen "myscreen". Using a default monitor configuration. [ 30.491] (==) Automatically adding devices [ 30.491] (==) Automatically enabling devices [ 30.514] (WW) The directory "/usr/share/fonts/TTF/" does not exist. [ 30.514] Entry deleted from font path. [ 30.514] (WW) The directory "/usr/share/fonts/OTF/" does not exist. [ 30.514] Entry deleted from font path. [ 30.542] (==) FontPath set to: /usr/share/fonts/misc/, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/ [ 30.542] (==) ModulePath set to "/usr/lib64/xorg/modules" [ 30.542] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 30.542] (II) Loader magic: 0x7c6080 [ 30.542] (II) Module ABI versions: [ 30.542] X.Org ANSI C Emulation: 0.4 [ 30.542] X.Org Video Driver: 8.0 [ 30.542] X.Org XInput driver : 11.0 [ 30.542] X.Org Server Extension : 4.0 [ 30.543] (--) PCI:*(0:0:13:0) 10de:03d0:1462:7309 rev 162, Mem @ 0xde000000/16777216, 0xc0000000/268435456, 0xdd000000/16777216, BIOS @ 0x????????/131072 [ 30.543] (WW) Open ACPI failed (/var/run/acpid.socket) (Connection refused) [ 30.543] (II) LoadModule: "extmod" [ 30.558] (II) Loading /usr/lib64/xorg/modules/extensions/libextmod.so [ 30.574] (II) Module extmod: vendor="X.Org Foundation" [ 30.574] compiled for 1.9.4, module version = 1.0.0 [ 30.574] Module class: X.Org Server Extension [ 30.574] ABI class: X.Org Server Extension, version 4.0 [ 30.574] (II) Loading extension MIT-SCREEN-SAVER [ 30.574] (II) Loading extension XFree86-VidModeExtension [ 30.574] (II) Loading extension XFree86-DGA [ 30.574] (II) Loading extension DPMS [ 30.574] (II) Loading extension XVideo [ 30.574] (II) Loading extension XVideo-MotionCompensation [ 30.574] (II) Loading extension X-Resource [ 30.574] (II) LoadModule: "dbe" [ 30.583] (II) Loading /usr/lib64/xorg/modules/extensions/libdbe.so [ 30.594] (II) Module dbe: vendor="X.Org Foundation" [ 30.594] compiled for 1.9.4, module version = 1.0.0 [ 30.594] Module class: X.Org Server Extension [ 30.594] ABI class: X.Org Server Extension, version 4.0 [ 30.594] (II) Loading extension DOUBLE-BUFFER [ 30.594] (II) LoadModule: "glx" [ 30.625] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so [ 30.642] (II) Module glx: vendor="X.Org Foundation" [ 30.642] compiled for 1.9.4, module version = 1.0.0 [ 30.642] ABI class: X.Org Server Extension, version 4.0 [ 30.642] (==) AIGLX enabled [ 30.642] (II) Loading extension GLX [ 30.643] (II) LoadModule: "record" [ 30.643] (II) Loading /usr/lib64/xorg/modules/extensions/librecord.so [ 30.649] (II) Module record: vendor="X.Org Foundation" [ 30.649] compiled for 1.9.4, module version = 1.13.0 [ 30.649] Module class: X.Org Server Extension [ 30.649] ABI class: X.Org Server Extension, version 4.0 [ 30.649] (II) Loading extension RECORD [ 30.649] (II) LoadModule: "dri" [ 30.649] (II) Loading /usr/lib64/xorg/modules/extensions/libdri.so [ 30.657] (II) Module dri: vendor="X.Org Foundation" [ 30.657] compiled for 1.9.4, module version = 1.0.0 [ 30.657] ABI class: X.Org Server Extension, version 4.0 [ 30.657] (II) Loading extension XFree86-DRI [ 30.657] (II) LoadModule: "dri2" [ 30.657] (II) Loading /usr/lib64/xorg/modules/extensions/libdri2.so [ 30.662] (II) Module dri2: vendor="X.Org Foundation" [ 30.662] compiled for 1.9.4, module version = 1.2.0 [ 30.662] ABI class: X.Org Server Extension, version 4.0 [ 30.662] (II) Loading extension DRI2 [ 30.662] (II) LoadModule: "nouveau" [ 30.687] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so [ 30.708] (II) Module nouveau: vendor="X.Org Foundation" [ 30.708] compiled for 1.9.4, module version = 0.0.16 [ 30.708] Module class: X.Org Video Driver [ 30.708] ABI class: X.Org Video Driver, version 8.0 [ 30.708] (II) NOUVEAU driver [ 30.708] (II) NOUVEAU driver for NVIDIA chipset families : [ 30.708] RIVA TNT (NV04) [ 30.708] RIVA TNT2 (NV05) [ 30.708] GeForce 256 (NV10) [ 30.708] GeForce 2 (NV11, NV15) [ 30.708] GeForce 4MX (NV17, NV18) [ 30.708] GeForce 3 (NV20) [ 30.708] GeForce 4Ti (NV25, NV28) [ 30.708] GeForce FX (NV3x) [ 30.708] GeForce 6 (NV4x) [ 30.708] GeForce 7 (G7x) [ 30.708] GeForce 8 (G8x) [ 30.708] (++) using VT number 7 [ 30.710] drmOpenDevice: node name is /dev/dri/card0 [ 30.710] drmOpenDevice: open result is 7, (OK) [ 30.710] drmOpenByBusid: Searching for BusID pci:0000:00:0d.0 [ 30.710] drmOpenDevice: node name is /dev/dri/card0 [ 30.710] drmOpenDevice: open result is 7, (OK) [ 30.710] drmOpenByBusid: drmOpenMinor returns 7 [ 30.710] drmOpenByBusid: drmGetBusid reports pci:0000:00:0d.0 [ 30.710] (II) [drm] nouveau interface version: 0.0.16 [ 30.710] (II) Loading sub module "dri" [ 30.710] (II) LoadModule: "dri" [ 30.711] (II) Reloading /usr/lib64/xorg/modules/extensions/libdri.so [ 30.711] (II) NOUVEAU(0): Loaded DRI module [ 30.711] drmOpenDevice: node name is /dev/dri/card0 [ 30.711] drmOpenDevice: open result is 8, (OK) [ 30.711] drmOpenDevice: node name is /dev/dri/card0 [ 30.711] drmOpenDevice: open result is 8, (OK) [ 30.711] drmOpenByBusid: Searching for BusID pci:0000:00:0d.0 [ 30.711] drmOpenDevice: node name is /dev/dri/card0 [ 30.711] drmOpenDevice: open result is 8, (OK) [ 30.711] drmOpenByBusid: drmOpenMinor returns 8 [ 30.711] drmOpenByBusid: drmGetBusid reports pci:0000:00:0d.0 [ 30.711] (II) [drm] DRM interface version 1.4 [ 30.711] (II) [drm] DRM open master succeeded. [ 30.711] (--) NOUVEAU(0): Chipset: "NVIDIA NV4c" [ 30.711] (**) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32 [ 30.711] (==) NOUVEAU(0): RGB weight 888 [ 30.711] (==) NOUVEAU(0): Default visual is TrueColor [ 30.711] (==) NOUVEAU(0): Using HW cursor [ 30.711] (==) NOUVEAU(0): GLX sync to VBlank disabled. [ 30.824] (II) NOUVEAU(0): Output VGA-1 has no monitor section [ 30.928] (II) NOUVEAU(0): EDID for output VGA-1 [ 30.928] (II) NOUVEAU(0): Manufacturer: HWP Model: 260e Serial#: 1362184010 [ 30.928] (II) NOUVEAU(0): Year: 2004 Week: 12 [ 30.928] (II) NOUVEAU(0): EDID Version: 1.3 [ 30.928] (II) NOUVEAU(0): Analog Display Input, Input Voltage Level: 0.700/0.700 V [ 30.928] (II) NOUVEAU(0): Sync: Separate [ 30.928] (II) NOUVEAU(0): Max Image Size [cm]: horiz.: 34 vert.: 27 [ 30.928] (II) NOUVEAU(0): Gamma: 2.20 [ 30.928] (II) NOUVEAU(0): DPMS capabilities: StandBy Suspend Off; RGB/Color Display [ 30.928] (II) NOUVEAU(0): First detailed timing is preferred mode [ 30.928] (II) NOUVEAU(0): redX: 0.640 redY: 0.342 greenX: 0.309 greenY: 0.583 [ 30.928] (II) NOUVEAU(0): blueX: 0.142 blueY: 0.097 whiteX: 0.313 whiteY: 0.329 [ 30.928] (II) NOUVEAU(0): Supported established timings: [ 30.928] (II) NOUVEAU(0): 720x400 at 70Hz [ 30.928] (II) NOUVEAU(0): 640x480 at 60Hz [ 30.928] (II) NOUVEAU(0): 640x480 at 72Hz [ 30.928] (II) NOUVEAU(0): 640x480 at 75Hz [ 30.928] (II) NOUVEAU(0): 800x600 at 60Hz [ 30.928] (II) NOUVEAU(0): 800x600 at 72Hz [ 30.928] (II) NOUVEAU(0): 800x600 at 75Hz [ 30.928] (II) NOUVEAU(0): 832x624 at 75Hz [ 30.928] (II) NOUVEAU(0): 1024x768 at 60Hz [ 30.928] (II) NOUVEAU(0): 1024x768 at 70Hz [ 30.928] (II) NOUVEAU(0): 1024x768 at 75Hz [ 30.928] (II) NOUVEAU(0): 1280x1024 at 75Hz [ 30.928] (II) NOUVEAU(0): 1152x864 at 75Hz [ 30.928] (II) NOUVEAU(0): Manufacturer's mask: 0 [ 30.928] (II) NOUVEAU(0): Supported standard timings: [ 30.928] (II) NOUVEAU(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 [ 30.928] (II) NOUVEAU(0): Supported detailed timing: [ 30.928] (II) NOUVEAU(0): clock: 108.0 MHz Image Size: 338 x 270 mm [ 30.928] (II) NOUVEAU(0): h_active: 1280 h_sync: 1328 h_sync_end 1440 h_blank_end 1688 h_border: 0 [ 30.928] (II) NOUVEAU(0): v_active: 1024 v_sync: 1025 v_sync_end 1028 v_blanking: 1066 v_border: 0 [ 30.928] (II) NOUVEAU(0): Ranges: V min: 56 V max: 76 Hz, H min: 30 H max: 83 kHz, PixClock max 145 MHz [ 30.928] (II) NOUVEAU(0): Monitor name: hp L1730 [ 30.928] (II) NOUVEAU(0): Serial No: CNP412Q1GJ [ 30.928] (II) NOUVEAU(0): EDID (in hex): [ 30.928] (II) NOUVEAU(0): 00ffffffffffff0022f00e264a473151 [ 30.928] (II) NOUVEAU(0): 0c0e010368221b78eae175a3574f9524 [ 30.928] (II) NOUVEAU(0): 185054adef8081800101010101010101 [ 30.928] (II) NOUVEAU(0): 010101010101302a009851002a403070 [ 30.928] (II) NOUVEAU(0): 1300520e1100001e000000fd00384c1e [ 30.928] (II) NOUVEAU(0): 530e000a202020202020000000fc0068 [ 30.928] (II) NOUVEAU(0): 70204c313733300a20202020000000ff [ 30.928] (II) NOUVEAU(0): 00434e503431325131474a0a20200027 [ 30.928] (II) NOUVEAU(0): EDID vendor "HWP", prod id 9742 [ 30.929] (II) NOUVEAU(0): Using EDID range info for horizontal sync [ 30.929] (II) NOUVEAU(0): Using EDID range info for vertical refresh [ 30.929] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 30.929] (II) NOUVEAU(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 492 520 -hsync -vsync (37.9 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "1024x768"x0.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) [ 30.929] (II) NOUVEAU(0): Printing probed modes for output VGA-1 [ 30.929] (II) NOUVEAU(0): Modeline "1024x768"x75.1 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "1280x1024"x75.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "1152x864"x75.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "1024x768"x70.1 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "832x624"x74.6 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "800x600"x72.2 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "800x600"x75.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "640x480"x72.8 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (37.9 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "640x480"x75.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "640x480"x60.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) [ 30.929] (II) NOUVEAU(0): Modeline "720x400"x70.1 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) [ 30.929] (II) NOUVEAU(0): Output VGA-1 connected [ 30.929] (II) NOUVEAU(0): Using user preference for initial modes [ 30.929] (II) NOUVEAU(0): Output VGA-1 using initial mode 1024x768 [ 30.929] (II) NOUVEAU(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated. [ 30.929] (--) NOUVEAU(0): Virtual size is 1024x768 (pitch 0) [ 30.929] (**) NOUVEAU(0): Driver mode "1024x768": 78.8 MHz (scaled from 0.0 MHz), 60.1 kHz, 75.1 Hz [ 30.929] (II) NOUVEAU(0): Modeline "1024x768"x75.1 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) [ 30.929] (**) NOUVEAU(0): Driver mode "1280x1024": 108.0 MHz (scaled from 0.0 MHz), 64.0 kHz, 60.0 Hz [ 30.929] (II) NOUVEAU(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) [ 30.929] (**) NOUVEAU(0): Driver mode "1280x1024": 135.0 MHz (scaled from 0.0 MHz), 80.0 kHz, 75.0 Hz [ 30.929] (II) NOUVEAU(0): Modeline "1280x1024"x75.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) [ 30.929] (**) NOUVEAU(0): Driver mode "1152x864": 108.0 MHz (scaled from 0.0 MHz), 67.5 kHz, 75.0 Hz [ 30.929] (II) NOUVEAU(0): Modeline "1152x864"x75.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) [ 30.929] (**) NOUVEAU(0): Driver mode "1024x768": 75.0 MHz (scaled from 0.0 MHz), 56.5 kHz, 70.1 Hz [ 30.929] (II) NOUVEAU(0): Modeline "1024x768"x70.1 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz) [ 30.929] (**) NOUVEAU(0): Driver mode "1024x768": 65.0 MHz (scaled from 0.0 MHz), 48.4 kHz, 60.0 Hz [ 30.929] (II) NOUVEAU(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) [ 30.929] (**) NOUVEAU(0): Driver mode "832x624": 57.3 MHz (scaled from 0.0 MHz), 49.7 kHz, 74.6 Hz [ 30.929] (II) NOUVEAU(0): Modeline "832x624"x74.6 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) [ 30.929] (**) NOUVEAU(0): Driver mode "800x600": 50.0 MHz (scaled from 0.0 MHz), 48.1 kHz, 72.2 Hz [ 30.929] (II) NOUVEAU(0): Modeline "800x600"x72.2 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) [ 30.929] (**) NOUVEAU(0): Driver mode "800x600": 49.5 MHz (scaled from 0.0 MHz), 46.9 kHz, 75.0 Hz [ 30.929] (II) NOUVEAU(0): Modeline "800x600"x75.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) [ 30.929] (**) NOUVEAU(0): Driver mode "800x600": 40.0 MHz (scaled from 0.0 MHz), 37.9 kHz, 60.3 Hz [ 30.929] (II) NOUVEAU(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) [ 30.929] (**) NOUVEAU(0): Driver mode "640x480": 31.5 MHz (scaled from 0.0 MHz), 37.9 kHz, 72.8 Hz [ 30.929] (II) NOUVEAU(0): Modeline "640x480"x72.8 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (37.9 kHz) [ 30.929] (**) NOUVEAU(0): Driver mode "640x480": 31.5 MHz (scaled from 0.0 MHz), 37.5 kHz, 75.0 Hz [ 30.929] (II) NOUVEAU(0): Modeline "640x480"x75.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) [ 30.929] (**) NOUVEAU(0): Driver mode "640x480": 25.2 MHz (scaled from 0.0 MHz), 31.5 kHz, 60.0 Hz [ 30.929] (II) NOUVEAU(0): Modeline "640x480"x60.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) [ 30.929] (**) NOUVEAU(0): Driver mode "720x400": 28.3 MHz (scaled from 0.0 MHz), 31.5 kHz, 70.1 Hz [ 30.929] (II) NOUVEAU(0): Modeline "720x400"x70.1 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) [ 30.930] (**) NOUVEAU(0): Display dimensions: (340, 270) mm [ 30.930] (**) NOUVEAU(0): DPI set to (76, 72) [ 30.930] (II) Loading sub module "fb" [ 30.930] (II) LoadModule: "fb" [ 30.930] (II) Loading /usr/lib64/xorg/modules/libfb.so [ 30.945] (II) Module fb: vendor="X.Org Foundation" [ 30.945] compiled for 1.9.4, module version = 1.0.0 [ 30.945] ABI class: X.Org ANSI C Emulation, version 0.4 [ 30.945] (II) Loading sub module "exa" [ 30.945] (II) LoadModule: "exa" [ 30.945] (II) Loading /usr/lib64/xorg/modules/libexa.so [ 30.950] (II) Module exa: vendor="X.Org Foundation" [ 30.950] compiled for 1.9.4, module version = 2.5.0 [ 30.950] ABI class: X.Org Video Driver, version 8.0 [ 30.950] (II) Loading sub module "shadowfb" [ 30.950] (II) LoadModule: "shadowfb" [ 30.950] (II) Loading /usr/lib64/xorg/modules/libshadowfb.so [ 30.957] (II) Module shadowfb: vendor="X.Org Foundation" [ 30.957] compiled for 1.9.4, module version = 1.0.0 [ 30.957] ABI class: X.Org ANSI C Emulation, version 0.4 [ 30.957] (--) Depth 24 pixmap format is 32 bpp [ 30.957] (II) NOUVEAU(0): Opened GPU channel 1 [ 30.957] (II) NOUVEAU(0): [DRI2] Setup complete [ 30.957] (II) NOUVEAU(0): [DRI2] DRI driver: nouveau [ 30.957] (II) NOUVEAU(0): GART: 64MiB available [ 30.958] (II) NOUVEAU(0): GART: Allocated 16MiB as a scratch buffer [ 30.976] (II) EXA(0): Driver allocated offscreen pixmaps [ 30.976] (II) EXA(0): Driver registered support for the following operations: [ 30.976] (II) Solid [ 30.976] (II) Copy [ 30.976] (II) Composite (RENDER acceleration) [ 30.976] (II) UploadToScreen [ 30.976] (II) DownloadFromScreen [ 30.976] (==) NOUVEAU(0): Backing store disabled [ 30.976] (==) NOUVEAU(0): Silken mouse enabled [ 30.977] (II) NOUVEAU(0): [XvMC] Associated with NV40 texture adapter. [ 30.977] (II) NOUVEAU(0): [XvMC] Extension initialized. [ 30.977] (==) NOUVEAU(0): DPMS enabled [ 30.977] (II) NOUVEAU(0): RandR 1.2 enabled, ignore the following RandR disabled message. [ 30.977] (WW) NOUVEAU(0): Option "Rotate" is not used [ 30.977] (--) RandR disabled [ 30.977] (II) Initializing built-in extension Generic Event Extension [ 30.977] (II) Initializing built-in extension SHAPE [ 30.977] (II) Initializing built-in extension MIT-SHM [ 30.977] (II) Initializing built-in extension XInputExtension [ 30.977] (II) Initializing built-in extension XTEST [ 30.977] (II) Initializing built-in extension BIG-REQUESTS [ 30.977] (II) Initializing built-in extension SYNC [ 30.977] (II) Initializing built-in extension XKEYBOARD [ 30.977] (II) Initializing built-in extension XC-MISC [ 30.977] (II) Initializing built-in extension XINERAMA [ 30.977] (II) Initializing built-in extension XFIXES [ 30.977] (II) Initializing built-in extension RENDER [ 30.977] (II) Initializing built-in extension RANDR [ 30.977] (II) Initializing built-in extension COMPOSITE [ 30.977] (II) Initializing built-in extension DAMAGE [ 31.157] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer [ 31.157] (II) AIGLX: enabled GLX_INTEL_swap_event [ 31.157] (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control [ 31.157] (II) AIGLX: enabled GLX_SGI_make_current_read [ 31.157] (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects [ 31.158] (II) AIGLX: Loaded and initialized /usr/lib64/dri/nouveau_dri.so [ 31.158] (II) GLX: Initialized DRI2 GL provider for screen 0 [ 31.160] (II) NOUVEAU(0): NVEnterVT is called. [ 31.180] (II) NOUVEAU(0): Setting screen physical size to 270 x 203 [ 31.180] resize called 1024 768 [ 31.549] (II) config/udev: Adding input device Power Button (/dev/input/event1) [ 31.549] (**) Power Button: Applying InputClass "evdev keyboard catchall" [ 31.549] (II) LoadModule: "evdev" [ 31.561] (II) Loading /usr/lib64/xorg/modules/input/evdev_drv.so [ 31.577] (II) Module evdev: vendor="X.Org Foundation" [ 31.577] compiled for 1.9.4, module version = 2.6.0 [ 31.577] Module class: X.Org XInput Driver [ 31.577] ABI class: X.Org XInput driver, version 11.0 [ 31.577] (**) Power Button: always reports core events [ 31.577] (**) Power Button: Device: "/dev/input/event1" [ 31.582] (--) Power Button: Found keys [ 31.582] (II) Power Button: Configuring as keyboard [ 31.582] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD) [ 31.582] (**) Option "xkb_rules" "evdev" [ 31.582] (**) Option "xkb_model" "evdev" [ 31.582] (**) Option "xkb_layout" "us" [ 31.612] (II) config/udev: Adding input device Power Button (/dev/input/event0) [ 31.612] (**) Power Button: Applying InputClass "evdev keyboard catchall" [ 31.612] (**) Power Button: always reports core events [ 31.612] (**) Power Button: Device: "/dev/input/event0" [ 31.622] (--) Power Button: Found keys [ 31.622] (II) Power Button: Configuring as keyboard [ 31.622] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD) [ 31.622] (**) Option "xkb_rules" "evdev" [ 31.622] (**) Option "xkb_model" "evdev" [ 31.622] (**) Option "xkb_layout" "us" [ 31.627] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event2) [ 31.627] (**) AT Translated Set 2 keyboard: Applying InputClass "evdev keyboard catchall" [ 31.627] (**) AT Translated Set 2 keyboard: always reports core events [ 31.627] (**) AT Translated Set 2 keyboard: Device: "/dev/input/event2" [ 31.634] (--) AT Translated Set 2 keyboard: Found keys [ 31.634] (II) AT Translated Set 2 keyboard: Configuring as keyboard [ 31.634] (II) XINPUT: Adding extended input device "AT Translated Set 2 keyboard" (type: KEYBOARD) [ 31.634] (**) Option "xkb_rules" "evdev" [ 31.634] (**) Option "xkb_model" "evdev" [ 31.634] (**) Option "xkb_layout" "us" [ 31.634] (II) config/udev: Adding input device ImPS/2 Generic Wheel Mouse (/dev/input/event3) [ 31.634] (**) ImPS/2 Generic Wheel Mouse: Applying InputClass "evdev pointer catchall" [ 31.634] (**) ImPS/2 Generic Wheel Mouse: always reports core events [ 31.635] (**) ImPS/2 Generic Wheel Mouse: Device: "/dev/input/event3" [ 31.646] (--) ImPS/2 Generic Wheel Mouse: Found 3 mouse buttons [ 31.646] (--) ImPS/2 Generic Wheel Mouse: Found scroll wheel(s) [ 31.646] (--) ImPS/2 Generic Wheel Mouse: Found relative axes [ 31.646] (--) ImPS/2 Generic Wheel Mouse: Found x and y relative axes [ 31.646] (II) ImPS/2 Generic Wheel Mouse: Configuring as mouse [ 31.646] (II) ImPS/2 Generic Wheel Mouse: Adding scrollwheel support [ 31.646] (**) ImPS/2 Generic Wheel Mouse: YAxisMapping: buttons 4 and 5 [ 31.646] (**) ImPS/2 Generic Wheel Mouse: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 [ 31.646] (II) XINPUT: Adding extended input device "ImPS/2 Generic Wheel Mouse" (type: MOUSE) [ 31.646] (**) ImPS/2 Generic Wheel Mouse: (accel) keeping acceleration scheme 1 [ 31.646] (**) ImPS/2 Generic Wheel Mouse: (accel) acceleration profile 0 [ 31.646] (**) ImPS/2 Generic Wheel Mouse: (accel) acceleration factor: 2.000 [ 31.646] (**) ImPS/2 Generic Wheel Mouse: (accel) acceleration threshold: 4 [ 31.646] (II) ImPS/2 Generic Wheel Mouse: initialized for relative axes. [ 31.646] (II) config/udev: Adding input device ImPS/2 Generic Wheel Mouse (/dev/input/mouse0) [ 31.646] (II) No input driver/identifier specified (ignoring) -------------- next part -------------- A non-text attachment was scrubbed... Name: dmesg Type: application/octet-stream Size: 31054 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20110219/9d069fb4/attachment-0001.obj> From bugzilla-daemon at freedesktop.org Sat Feb 19 12:46:37 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 19 Feb 2011 12:46:37 -0800 (PST) Subject: [Bug 34487] New: Troubleshooting GeForce 6150LE Message-ID: <bug-34487-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=34487 Summary: Troubleshooting GeForce 6150LE Product: xorg Version: 7.6 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: diptongo at gmail.com QAContact: xorg-team at lists.x.org Created an attachment (id=43556) --> (https://bugs.freedesktop.org/attachment.cgi?id=43556) Tarball with kernel config, dmesg output, xorg log, and other system information. A bit before than kernel 2.6.36, nouveau kernel driver stopped working in my GeForce 6150LE (10de:0241) integrated graphics card (from a Dell Dimension C521): 00:05.0 VGA compatible controller: nVidia Corporation C51 [GeForce 6150 LE] (rev a2) I was trying to bisect it, but someone at IRC (#nouevau on freenode) told me that it was better to just get the 2.6.38-rc5 dmesg and Xorg outputs and fill a bug with them. The only images obtained are residual from previous boot with garbage. There seem to be also a keyboard and mouse interaction when Xorg starts, as it leaves them completely off. I'm currently running 2.6.35.7 with a very similar kernel configuration and works fine with software cursor. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat Feb 19 15:30:21 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 19 Feb 2011 15:30:21 -0800 (PST) Subject: [Bug 34491] New: Resuming from Suspend to RAM causes poor 2D performance Message-ID: <bug-34491-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=34491 Summary: Resuming from Suspend to RAM causes poor 2D performance Product: xorg Version: 7.4 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: shiningarcanine at gmail.com QAContact: xorg-team at lists.x.org Created an attachment (id=43562) --> (https://bugs.freedesktop.org/attachment.cgi?id=43562) dmesg kernel log following a boot, suspend to RAM and then resume I am using KDE 4.6.0 on Gentoo Linux's testing tree with the Linux 2.6.38-rc5 kernel. Resuming from a suspend to RAM kills 2D performance. This issue also occurs with Linux 2.6.38-rc4. I discovered this while I was testing a power management patch for Martin Peres. His patch provided a proc interface for changing my card's performance level. If I set the performance level and suspend to RAM, the system will not resume at all and I cannot even ssh into it. Without setting a performance level with his patch applied, the system will resume from a suspend to RAM, but 2D performance is awful. Resuming from a suspend to RAM also results in poor 2D performance even if his patch is not applied. There are some messages in the dmesg kernel log that seem to describe what is going wrong, but I do not understand them. I have attached the output. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat Feb 19 16:43:45 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 19 Feb 2011 16:43:45 -0800 (PST) Subject: [Bug 34491] Resuming from Suspend to RAM causes poor 2D performance In-Reply-To: <bug-34491-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34491-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110220004345.D91A3130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34491 --- Comment #1 from Richard <shiningarcanine at gmail.com> 2011-02-19 16:43:45 PST --- Created an attachment (id=43566) --> (https://bugs.freedesktop.org/attachment.cgi?id=43566) Xorg log from a different boot mupuf_laptop asked me to include the Xorg server log. I triggered this condition again to generate the log. Unfortunately, dmesg is not displaying any of the things it exhibited during the previous boot, despite the 2D performance being poor like the previous time. I couldn't get this issue to manifest itself consistently with the 2.6.38-rc4 kernel earlier in the week. Sometimes it would be slow and at others it would simply display graphical corruption. Now that I have some time, it seems that the 2.6.38-rc5 kernel is also being inconsistent, although I have not seen any graphical corruption yet. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 20 08:09:29 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 20 Feb 2011 08:09:29 -0800 (PST) Subject: [Bug 33986] mouse freeze randomly but periodical In-Reply-To: <bug-33986-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33986-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110220160929.4A8DE13000B@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33986 --- Comment #4 from Olivier Jaulent <ojaulent at gmail.com> 2011-02-20 08:09:28 PST --- I'm on a laptop (MSI) and the behaviour for me is a freeze every 10 seconds. This happen only when my external screen is plugged, I do not have to use it, just plug it and the bug appear. If I unplug it the bud disappear. I'm using hdmi connectivity. I found similar bugs on internet (first one from Linus Torvald): - http://lkml.org/lkml/2010/8/15/111 - https://bugs.launchpad.net/ubuntu/+source/linux/+bug/653815 - https://bugs.freedesktop.org/show_bug.cgi?id=29536 I'm under Ubuntu Natty (Alpha) : $ cat /proc/version Linux version 2.6.38-4-generic (buildd at crested) (gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-2ubuntu3) ) #31-Ubuntu SMP Wed Feb 16 23:49:38 UTC 2011 $ dpkg -l *xorg*nouveau* [...] ii xserver-xorg-video-nouveau 1:0.0.16+git20110107+b795ca6e-0ubuntu4 X.Org X server -- Nouveau display driver (experimental) $ lspci | grep VGA 01:00.0 VGA compatible controller: nVidia Corporation G84 [GeForce 8600M GT] (rev a1) $ dmesg | egrep -i 'nouveau|drm' [ 23.419388] [drm] Initialized drm 1.1.0 20060810 [ 23.775460] nouveau 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 23.775470] nouveau 0000:01:00.0: setting latency timer to 64 [ 23.805484] [drm] nouveau 0000:01:00.0: Detected an NV50 generation card (0x084700a2) [ 23.815296] [drm] nouveau 0000:01:00.0: Attempting to load BIOS image from PRAMIN [ 23.904303] [drm] nouveau 0000:01:00.0: ... BIOS checksum invalid [ 23.904307] [drm] nouveau 0000:01:00.0: Attempting to load BIOS image from PROM [ 23.904312] [drm] nouveau 0000:01:00.0: ... BIOS signature not found [ 23.904313] [drm] nouveau 0000:01:00.0: Attempting to load BIOS image from PCIROM [ 23.904421] [drm] nouveau 0000:01:00.0: ... appears to be valid [ 23.904424] [drm] nouveau 0000:01:00.0: BIT BIOS found [ 23.904427] [drm] nouveau 0000:01:00.0: Bios version 60.84.5d.00 [ 23.904430] [drm] nouveau 0000:01:00.0: TMDS table version 2.0 [ 23.904432] [drm] nouveau 0000:01:00.0: Found Display Configuration Block version 4.0 [ 23.904435] [drm] nouveau 0000:01:00.0: Raw DCB entry 0: 01000323 00010034 [ 23.904438] [drm] nouveau 0000:01:00.0: Raw DCB entry 1: 02012300 00000028 [ 23.904440] [drm] nouveau 0000:01:00.0: Raw DCB entry 2: 02026312 00020020 [ 23.904442] [drm] nouveau 0000:01:00.0: Raw DCB entry 3: 010333f1 00c0c080 [ 23.904444] [drm] nouveau 0000:01:00.0: Raw DCB entry 4: 0000000e 00000000 [ 23.904447] [drm] nouveau 0000:01:00.0: DCB connector table: VHER 0x40 5 14 2 [ 23.904449] [drm] nouveau 0000:01:00.0: 0: 0x00000040: type 0x40 idx 0 tag 0xff [ 23.904452] [drm] nouveau 0000:01:00.0: 1: 0x00001130: type 0x30 idx 1 tag 0x07 [ 23.904454] [drm] nouveau 0000:01:00.0: 2: 0x00000200: type 0x00 idx 2 tag 0xff [ 23.904456] [drm] nouveau 0000:01:00.0: 3: 0x00000310: type 0x10 idx 3 tag 0xff [ 23.904458] [drm] nouveau 0000:01:00.0: 4: 0x00000311: type 0x11 idx 4 tag 0xff [ 23.904461] [drm] nouveau 0000:01:00.0: 5: 0x00000313: type 0x13 idx 5 tag 0xff [ 23.904463] [drm] nouveau 0000:01:00.0: 6: 0x00002461: type 0x61 idx 6 tag 0x08 [ 23.904468] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 0 at offset 0xC524 [ 23.904471] [drm] nouveau 0000:01:00.0: ========== unknown indexed io port 0x7868 ========== [ 23.904489] [drm] nouveau 0000:01:00.0: 0xC529: Init table command not found: 0x60 [ 23.904503] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 1 at offset 0xC881 [ 23.904505] [drm] nouveau 0000:01:00.0: 0xC881: Init table command not found: 0x00 [ 23.904520] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 2 at offset 0xD4C5 [ 23.904529] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 3 at offset 0xD5B7 [ 23.922910] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 4 at offset 0xD7EA [ 23.922914] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table at offset 0xD84F [ 23.950020] [drm] nouveau 0000:01:00.0: 0xD84F: Condition still not met after 20ms, skipping following opcodes [ 23.950039] [drm] nouveau 0000:01:00.0: voltage table 0x00 unknown [ 23.984238] [drm] nouveau 0000:01:00.0: memory timing table 0x0c unknown [ 23.984241] [drm] nouveau 0000:01:00.0: 0 available performance level(s) [ 23.984257] [drm] nouveau 0000:01:00.0: c: memory 199MHz core 275MHz shader 550MHz [ 23.984390] [drm] nouveau 0000:01:00.0: Detected 512MiB VRAM [ 24.009550] [drm] nouveau 0000:01:00.0: 512 MiB GART (aperture) [ 24.043201] [drm] nouveau 0000:01:00.0: DCB encoder 1 unknown [ 24.043204] [drm] nouveau 0000:01:00.0: TV-1 has no encoders, removing [ 24.043974] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 24.043976] [drm] No driver support for vblank timestamp query. [ 24.051076] [drm] nouveau 0000:01:00.0: ACPI backlight interface available, not registering our own [ 24.336690] [drm] nouveau 0000:01:00.0: allocated 1680x1050 fb: 0x60000000, bo ffff8800b3797000 [ 24.344466] fb0: nouveaufb frame buffer device [ 24.344468] drm: registered panic notifier [ 24.344475] [drm] Initialized nouveau 0.0.16 20090420 for 0000:01:00.0 on minor 0 [ 229.438975] [drm] nouveau 0000:01:00.0: plugged HDMI-A-1 [ 347.112424] [drm] nouveau 0000:01:00.0: unplugged HDMI-A-1 [ 347.222395] [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 19 [ 347.222401] [drm:drm_edid_block_valid] *ERROR* Raw EDID: [ 347.226280] [drm] nouveau 0000:01:00.0: DDC responded, but no EDID for HDMI-A-1 [ 398.564613] [drm] nouveau 0000:01:00.0: plugged HDMI-A-1 [ 502.432165] [drm] nouveau 0000:01:00.0: unplugged HDMI-A-1 [ 502.541661] [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 65 [ 502.541665] [drm:drm_edid_block_valid] *ERROR* Raw EDID: [ 502.545488] [drm] nouveau 0000:01:00.0: DDC responded, but no EDID for HDMI-A-1 [ 1126.293965] [drm] nouveau 0000:01:00.0: plugged HDMI-A-1 $ grep -i nouveau /var/log/Xorg.0.log [ 24.641] (==) Matched nouveau as autoconfigured driver 1 [ 24.641] (II) LoadModule: "nouveau" [ 24.641] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so [ 24.641] (II) Module nouveau: vendor="X.Org Foundation" [ 24.642] (II) NOUVEAU driver Date: Fri Jan 7 13:33:36 2011 +1000 [ 24.642] (II) NOUVEAU driver for NVIDIA chipset families : [ 24.643] (II) [drm] nouveau interface version: 0.0.16 [ 24.643] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so [ 24.643] (II) NOUVEAU(0): Loaded DRI module [ 24.643] (--) NOUVEAU(0): Chipset: "NVIDIA NV84" [ 24.643] (II) NOUVEAU(0): Creating default Display subsection in Screen section [ 24.643] (==) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32 [ 24.643] (==) NOUVEAU(0): RGB weight 888 [ 24.643] (==) NOUVEAU(0): Default visual is TrueColor [ 24.643] (==) NOUVEAU(0): Using HW cursor [ 24.643] (==) NOUVEAU(0): GLX sync to VBlank disabled. [ 24.790] (II) NOUVEAU(0): Output LVDS-1 using monitor section LVDS-1 [ 24.790] (**) NOUVEAU(0): Option "PreferredMode" "1680x1050" [ 24.896] (II) NOUVEAU(0): Output VGA-1 has no monitor section [ 24.904] (II) NOUVEAU(0): Output HDMI-1 using monitor section HDMI-1 [ 24.904] (**) NOUVEAU(0): Option "PreferredMode" "1920x1080" [ 24.904] (**) NOUVEAU(0): Option "RightOf" "LVDS-1" [ 25.050] (II) NOUVEAU(0): EDID for output LVDS-1 [ 25.050] (II) NOUVEAU(0): Manufacturer: SEC Model: 3446 Serial#: 0 [ 25.050] (II) NOUVEAU(0): Year: 2006 Week: 0 [ 25.050] (II) NOUVEAU(0): EDID Version: 1.3 [ 25.050] (II) NOUVEAU(0): Digital Display Input [ 25.050] (II) NOUVEAU(0): Max Image Size [cm]: horiz.: 33 vert.: 21 [ 25.050] (II) NOUVEAU(0): Gamma: 2.20 [ 25.050] (II) NOUVEAU(0): No DPMS capabilities specified [ 25.050] (II) NOUVEAU(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 [ 25.050] (II) NOUVEAU(0): First detailed timing is preferred mode [ 25.050] (II) NOUVEAU(0): redX: 0.580 redY: 0.340 greenX: 0.310 greenY: 0.550 [ 25.050] (II) NOUVEAU(0): blueX: 0.155 blueY: 0.155 whiteX: 0.313 whiteY: 0.329 [ 25.050] (II) NOUVEAU(0): Manufacturer's mask: 0 [ 25.050] (II) NOUVEAU(0): Supported detailed timing: [ 25.050] (II) NOUVEAU(0): clock: 121.0 MHz Image Size: 331 x 207 mm [ 25.050] (II) NOUVEAU(0): h_active: 1680 h_sync: 1704 h_sync_end 1792 h_blank_end 1876 h_border: 0 [ 25.050] (II) NOUVEAU(0): v_active: 1050 v_sync: 1051 v_sync_end 1054 v_blanking: 1065 v_border: 0 [ 25.050] (II) NOUVEAU(0): Unknown vendor-specific block f [ 25.050] (II) NOUVEAU(0): SAMSUNG [ 25.050] (II) NOUVEAU(0): LTN154P4-L01 [ 25.050] (II) NOUVEAU(0): EDID (in hex): [ 25.050] (II) NOUVEAU(0): 00ffffffffffff004ca3463400000000 [ 25.050] (II) NOUVEAU(0): 00100103802115780a87f594574f8c27 [ 25.050] (II) NOUVEAU(0): 27505400000001010101010101010101 [ 25.050] (II) NOUVEAU(0): 010101010101442f90c4601a0f401858 [ 25.050] (II) NOUVEAU(0): 13004bcf100000190000000f00000000 [ 25.050] (II) NOUVEAU(0): 00000000003cd2026400000000fe0053 [ 25.050] (II) NOUVEAU(0): 414d53554e470a2020202020000000fe [ 25.050] (II) NOUVEAU(0): 004c544e31353450342d4c30310a0080 [ 25.050] (II) NOUVEAU(0): EDID vendor "SEC", prod id 13382 [ 25.050] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 25.050] (II) NOUVEAU(0): Modeline "1680x1050"x0.0 121.00 1680 1704 1792 1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz) [ 25.050] (II) NOUVEAU(0): Printing probed modes for output LVDS-1 [ 25.050] (II) NOUVEAU(0): Modeline "1680x1050"x60.6 121.00 1680 1704 1792 1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz) [ 25.050] (II) NOUVEAU(0): Modeline "1680x1050"x60.9 148.75 1680 1784 1960 2240 1050 1053 1059 1090 -hsync +vsync (66.4 kHz) [ 25.050] (II) NOUVEAU(0): Modeline "1400x1050"x60.9 123.75 1400 1488 1632 1864 1050 1053 1057 1090 -hsync +vsync (66.4 kHz) [ 25.050] (II) NOUVEAU(0): Modeline "1280x1024"x60.9 110.75 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync (64.7 kHz) [ 25.050] (II) NOUVEAU(0): Modeline "1280x960"x60.9 103.00 1280 1360 1488 1696 960 963 967 997 -hsync +vsync (60.7 kHz) [ 25.050] (II) NOUVEAU(0): Modeline "1152x864"x60.8 83.00 1152 1216 1336 1520 864 867 871 898 -hsync +vsync (54.6 kHz) [ 25.051] (II) NOUVEAU(0): Modeline "1024x768"x60.8 65.25 1024 1080 1184 1344 768 771 775 798 -hsync +vsync (48.5 kHz) [ 25.051] (II) NOUVEAU(0): Modeline "800x600"x60.6 38.75 800 832 912 1024 600 603 607 624 -hsync +vsync (37.8 kHz) [ 25.051] (II) NOUVEAU(0): Modeline "640x480"x60.6 24.25 640 664 720 800 480 483 487 500 -hsync +vsync (30.3 kHz) [ 25.051] (II) NOUVEAU(0): Modeline "720x400"x60.9 22.75 720 744 808 896 400 403 413 417 -hsync +vsync (25.4 kHz) [ 25.051] (II) NOUVEAU(0): Modeline "640x400"x60.7 20.25 640 664 720 800 400 403 409 417 -hsync +vsync (25.3 kHz) [ 25.051] (II) NOUVEAU(0): Modeline "640x350"x60.6 17.75 640 664 720 800 350 353 363 366 -hsync +vsync (22.2 kHz) [ 25.150] (II) NOUVEAU(0): EDID for output VGA-1 [ 25.158] (II) NOUVEAU(0): EDID for output HDMI-1 [ 25.158] (II) NOUVEAU(0): Output LVDS-1 connected [ 25.158] (II) NOUVEAU(0): Output VGA-1 disconnected [ 25.158] (II) NOUVEAU(0): Output HDMI-1 disconnected [ 25.158] (II) NOUVEAU(0): Using user preference for initial modes [ 25.158] (II) NOUVEAU(0): Output LVDS-1 using initial mode 1680x1050 [ 25.158] (II) NOUVEAU(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated. [ 25.158] (--) NOUVEAU(0): Virtual size is 1680x1050 (pitch 0) [ 25.158] (**) NOUVEAU(0): Driver mode "1680x1050": 121.0 MHz (scaled from 0.0 MHz), 64.5 kHz, 60.6 Hz [ 25.158] (II) NOUVEAU(0): Modeline "1680x1050"x60.6 121.00 1680 1704 1792 1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz) [ 25.158] (**) NOUVEAU(0): Driver mode "1680x1050": 148.8 MHz (scaled from 0.0 MHz), 66.4 kHz, 60.9 Hz [ 25.158] (II) NOUVEAU(0): Modeline "1680x1050"x60.9 148.75 1680 1784 1960 2240 1050 1053 1059 1090 -hsync +vsync (66.4 kHz) [ 25.158] (**) NOUVEAU(0): Driver mode "1400x1050": 123.8 MHz (scaled from 0.0 MHz), 66.4 kHz, 60.9 Hz [ 25.158] (II) NOUVEAU(0): Modeline "1400x1050"x60.9 123.75 1400 1488 1632 1864 1050 1053 1057 1090 -hsync +vsync (66.4 kHz) [ 25.158] (**) NOUVEAU(0): Driver mode "1280x1024": 110.8 MHz (scaled from 0.0 MHz), 64.7 kHz, 60.9 Hz [ 25.158] (II) NOUVEAU(0): Modeline "1280x1024"x60.9 110.75 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync (64.7 kHz) [ 25.158] (**) NOUVEAU(0): Driver mode "1280x960": 103.0 MHz (scaled from 0.0 MHz), 60.7 kHz, 60.9 Hz [ 25.158] (II) NOUVEAU(0): Modeline "1280x960"x60.9 103.00 1280 1360 1488 1696 960 963 967 997 -hsync +vsync (60.7 kHz) [ 25.158] (**) NOUVEAU(0): Driver mode "1152x864": 83.0 MHz (scaled from 0.0 MHz), 54.6 kHz, 60.8 Hz [ 25.158] (II) NOUVEAU(0): Modeline "1152x864"x60.8 83.00 1152 1216 1336 1520 864 867 871 898 -hsync +vsync (54.6 kHz) [ 25.158] (**) NOUVEAU(0): Driver mode "1024x768": 65.2 MHz (scaled from 0.0 MHz), 48.5 kHz, 60.8 Hz [ 25.158] (II) NOUVEAU(0): Modeline "1024x768"x60.8 65.25 1024 1080 1184 1344 768 771 775 798 -hsync +vsync (48.5 kHz) [ 25.158] (**) NOUVEAU(0): Driver mode "800x600": 38.8 MHz (scaled from 0.0 MHz), 37.8 kHz, 60.6 Hz [ 25.158] (II) NOUVEAU(0): Modeline "800x600"x60.6 38.75 800 832 912 1024 600 603 607 624 -hsync +vsync (37.8 kHz) [ 25.158] (**) NOUVEAU(0): Driver mode "640x480": 24.2 MHz (scaled from 0.0 MHz), 30.3 kHz, 60.6 Hz [ 25.158] (II) NOUVEAU(0): Modeline "640x480"x60.6 24.25 640 664 720 800 480 483 487 500 -hsync +vsync (30.3 kHz) [ 25.158] (**) NOUVEAU(0): Driver mode "720x400": 22.8 MHz (scaled from 0.0 MHz), 25.4 kHz, 60.9 Hz [ 25.158] (II) NOUVEAU(0): Modeline "720x400"x60.9 22.75 720 744 808 896 400 403 413 417 -hsync +vsync (25.4 kHz) [ 25.158] (**) NOUVEAU(0): Driver mode "640x400": 20.2 MHz (scaled from 0.0 MHz), 25.3 kHz, 60.7 Hz [ 25.158] (II) NOUVEAU(0): Modeline "640x400"x60.7 20.25 640 664 720 800 400 403 409 417 -hsync +vsync (25.3 kHz) [ 25.158] (**) NOUVEAU(0): Driver mode "640x350": 17.8 MHz (scaled from 0.0 MHz), 22.2 kHz, 60.6 Hz [ 25.158] (II) NOUVEAU(0): Modeline "640x350"x60.6 17.75 640 664 720 800 350 353 363 366 -hsync +vsync (22.2 kHz) [ 25.158] (**) NOUVEAU(0): Display dimensions: (330, 210) mm [ 25.159] (**) NOUVEAU(0): DPI set to (129, 127) [ 25.168] (II) NOUVEAU(0): Opened GPU channel 2 [ 25.168] (II) NOUVEAU(0): [DRI2] Setup complete [ 25.168] (II) NOUVEAU(0): [DRI2] DRI driver: nouveau [ 25.168] (II) NOUVEAU(0): GART: 512MiB available [ 25.170] (II) NOUVEAU(0): GART: Allocated 16MiB as a scratch buffer [ 25.170] (==) NOUVEAU(0): Backing store disabled [ 25.170] (==) NOUVEAU(0): Silken mouse enabled [ 25.171] (II) NOUVEAU(0): [XvMC] Associated with Nouveau GeForce 8/9 Textured Video. [ 25.171] (II) NOUVEAU(0): [XvMC] Extension initialized. [ 25.171] (==) NOUVEAU(0): DPMS enabled [ 25.171] (II) NOUVEAU(0): RandR 1.2 enabled, ignore the following RandR disabled message. [ 25.176] (II) AIGLX: Trying DRI driver /usr/lib/dri/nouveau_dri.so [ 25.186] (II) AIGLX: Loaded and initialized nouveau [ 25.210] (II) NOUVEAU(0): NVEnterVT is called. [ 25.210] (II) NOUVEAU(0): Setting screen physical size to 444 x 277 [ 26.200] (II) NOUVEAU(0): EDID vendor "SEC", prod id 13382 [ 26.200] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 26.200] (II) NOUVEAU(0): Modeline "1680x1050"x0.0 121.00 1680 1704 1792 1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz) [ 26.590] (II) NOUVEAU(0): EDID vendor "SEC", prod id 13382 [ 26.590] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 26.590] (II) NOUVEAU(0): Modeline "1680x1050"x0.0 121.00 1680 1704 1792 1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz) [ 26.980] (II) NOUVEAU(0): EDID vendor "SEC", prod id 13382 [ 26.980] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 26.980] (II) NOUVEAU(0): Modeline "1680x1050"x0.0 121.00 1680 1704 1792 1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz) [ 27.370] (II) NOUVEAU(0): EDID vendor "SEC", prod id 13382 [ 27.370] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 27.370] (II) NOUVEAU(0): Modeline "1680x1050"x0.0 121.00 1680 1704 1792 1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz) [ 47.120] (II) NOUVEAU(0): EDID vendor "SEC", prod id 13382 [ 47.120] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 47.120] (II) NOUVEAU(0): Modeline "1680x1050"x0.0 121.00 1680 1704 1792 1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz) [ 229.800] (II) NOUVEAU(0): EDID vendor "SEC", prod id 13382 [ 229.800] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 229.800] (II) NOUVEAU(0): Modeline "1680x1050"x0.0 121.00 1680 1704 1792 1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz) [ 347.380] (II) NOUVEAU(0): EDID vendor "SEC", prod id 13382 [ 347.380] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 347.380] (II) NOUVEAU(0): Modeline "1680x1050"x0.0 121.00 1680 1704 1792 1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz) [ 398.920] (II) NOUVEAU(0): EDID vendor "SEC", prod id 13382 [ 398.920] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 398.920] (II) NOUVEAU(0): Modeline "1680x1050"x0.0 121.00 1680 1704 1792 1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz) [ 502.690] (II) NOUVEAU(0): EDID vendor "SEC", prod id 13382 [ 502.690] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 502.690] (II) NOUVEAU(0): Modeline "1680x1050"x0.0 121.00 1680 1704 1792 1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz) [ 1126.660] (II) NOUVEAU(0): EDID vendor "SEC", prod id 13382 [ 1126.660] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 1126.660] (II) NOUVEAU(0): Modeline "1680x1050"x0.0 121.00 1680 1704 1792 1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz) [ 1146.000] (II) NOUVEAU(0): EDID vendor "SEC", prod id 13382 [ 1146.000] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 1146.000] (II) NOUVEAU(0): Modeline "1680x1050"x0.0 121.00 1680 1704 1792 1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz) [ 1148.450] (II) NOUVEAU(0): EDID vendor "SEC", prod id 13382 [ 1148.450] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 1148.450] (II) NOUVEAU(0): Modeline "1680x1050"x0.0 121.00 1680 1704 1792 1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz) [ 1161.450] (II) NOUVEAU(0): EDID vendor "SEC", prod id 13382 [ 1161.450] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 1161.450] (II) NOUVEAU(0): Modeline "1680x1050"x0.0 121.00 1680 1704 1792 1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 20 11:59:26 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 20 Feb 2011 11:59:26 -0800 (PST) Subject: [Bug 34505] New: Please provide an option to ignore invalid EDID Message-ID: <bug-34505-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=34505 Summary: Please provide an option to ignore invalid EDID Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: enhancement Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: carlo.stemberger at gmail.com QAContact: xorg-team at lists.x.org See here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614225#10 Thank you! Carlo -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 20 13:33:01 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 20 Feb 2011 13:33:01 -0800 (PST) Subject: [Bug 29171] Garbled console on Macbook 13" (6, 1 9400M]) when using EFI In-Reply-To: <bug-29171-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-29171-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110220213301.45548130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=29171 Felix Leimbach <felix.leimbach at gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED --- Comment #34 from Felix Leimbach <felix.leimbach at gmx.net> 2011-02-20 13:33:00 PST --- It works in 2.6.35-rc5. Marking RESOLVED. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 20 13:36:50 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 20 Feb 2011 13:36:50 -0800 (PST) Subject: [Bug 33357] Nouveau GPU lockup In-Reply-To: <bug-33357-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-33357-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110220213650.C8825130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33357 Timo Aaltonen <tjaalton at ubuntu.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE --- Comment #7 from Timo Aaltonen <tjaalton at ubuntu.com> 2011-02-20 13:36:49 PST --- *** This bug has been marked as a duplicate of bug 26980 *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 20 13:36:51 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 20 Feb 2011 13:36:51 -0800 (PST) Subject: [Bug 26980] NVA3 / NVA5 / NVA8 / NVAF (GT2xx/GT3xx) with nouveau: random GPU lockups In-Reply-To: <bug-26980-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-26980-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110220213651.C5591130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=26980 Timo Aaltonen <tjaalton at ubuntu.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bryce at canonical.com --- Comment #46 from freedesktop at fwd.avidmind.net 2011-02-18 12:59:56 PST --- My Xorg was also blocking - only the mouse pointer keeps moving, but no other thing happends. I solved the problem (for now), by removing the comment for the option NoAccel and setting the value to true. I'm using the xorg.conf generated with Xorg -configure with just that change, and everything seem to be working. I'm even using the composite from xfce4 (for the real transparent xfce4-terminal), and it's working ok - maybe not as fast as with accelaration. For me it was very simple to reproduce the error. As soon as gdm was active (the default theme on debian - the one with the stars and the star rocket), a click on any menu would block everything but the mouse movement. Here is the log for my X when it was blocking. Anything else I can do to help solve this? X.Org X Server 1.9.4 Release Date: 2011-02-04 [ 147.356] X Protocol Version 11, Revision 0 [ 147.356] Build Operating System: Linux 2.6.32.28-dsa-ia32 i686 Debian [ 147.356] Current Operating System: Linux voyager 2.6.37-1-686 #1 SMP Tue Feb 15 18:21:50 UTC 2011 i686 [ 147.356] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.37-1-686 root=UUID=b69dfdff-c215-473f-9f91-1680b2773ef1 ro single [ 147.356] Build Date: 17 February 2011 01:25:01AM [ 147.356] xorg-server 2:1.9.4-2 (Cyril Brulebois <kibi at debian.org>) [ 147.356] Current version of pixman: 0.21.4 [ 147.356] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 147.356] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 147.356] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Feb 18 03:17:25 2011 [ 147.356] (==) Using config file: "/etc/X11/xorg.conf" [ 147.356] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 147.373] (==) ServerLayout "X.org Configured" [ 147.373] (**) |-->Screen "Screen0" (0) [ 147.373] (**) | |-->Monitor "Monitor0" [ 147.374] (**) | |-->Device "Card0" [ 147.374] (**) |-->Input Device "Mouse0" [ 147.374] (**) |-->Input Device "Keyboard0" [ 147.374] (==) Automatically adding devices [ 147.374] (==) Automatically enabling devices [ 147.452] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 147.452] Entry deleted from font path. [ 147.541] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 147.541] Entry deleted from font path. [ 147.541] (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [ 147.541] (**) ModulePath set to "/usr/lib/xorg/modules" [ 147.541] (WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. [ 147.541] (WW) Disabling Mouse0 [ 147.541] (II) Loader magic: 0x81f7140 [ 147.541] (II) Module ABI versions: [ 147.541] X.Org ANSI C Emulation: 0.4 [ 147.541] X.Org Video Driver: 8.0 [ 147.541] X.Org XInput driver : 11.0 [ 147.541] X.Org Server Extension : 4.0 [ 147.542] (--) PCI:*(0:2:0:0) 10de:086f:1043:16b2 rev 177, Mem @ 0xfd000000/16777216, 0xe0000000/268435456, 0xde000000/33554432, I/O @ 0x0000dc00/128, BIOS @ 0x????????/131072 [ 147.542] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) [ 147.542] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. [ 147.542] (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. [ 147.542] (II) "glx" will be loaded. This was enabled by default and also specified in the config file. [ 147.542] (II) "record" will be loaded. This was enabled by default and also specified in the config file. [ 147.542] (II) "dri" will be loaded. This was enabled by default and also specified in the config file. [ 147.542] (II) "dri2" will be loaded. This was enabled by default and also specified in the config file. [ 147.542] (II) LoadModule: "dri" [ 147.592] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so [ 147.624] (II) Module dri: vendor="X.Org Foundation" [ 147.624] compiled for 1.9.4, module version = 1.0.0 [ 147.624] ABI class: X.Org Server Extension, version 4.0 [ 147.624] (II) Loading extension XFree86-DRI [ 147.624] (II) LoadModule: "dri2" [ 147.624] (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so [ 147.631] (II) Module dri2: vendor="X.Org Foundation" [ 147.631] compiled for 1.9.4, module version = 1.2.0 [ 147.631] ABI class: X.Org Server Extension, version 4.0 [ 147.631] (II) Loading extension DRI2 [ 147.631] (II) LoadModule: "dbe" [ 147.631] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so [ 147.632] (II) Module dbe: vendor="X.Org Foundation" [ 147.632] compiled for 1.9.4, module version = 1.0.0 [ 147.632] Module class: X.Org Server Extension [ 147.632] ABI class: X.Org Server Extension, version 4.0 [ 147.632] (II) Loading extension DOUBLE-BUFFER [ 147.632] (II) LoadModule: "extmod" [ 147.632] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [ 147.634] (II) Module extmod: vendor="X.Org Foundation" [ 147.634] compiled for 1.9.4, module version = 1.0.0 [ 147.634] Module class: X.Org Server Extension [ 147.634] ABI class: X.Org Server Extension, version 4.0 [ 147.634] (II) Loading extension SELinux [ 147.634] (II) Loading extension MIT-SCREEN-SAVER [ 147.634] (II) Loading extension XFree86-VidModeExtension [ 147.634] (II) Loading extension XFree86-DGA [ 147.634] (II) Loading extension DPMS [ 147.634] (II) Loading extension XVideo [ 147.634] (II) Loading extension XVideo-MotionCompensation [ 147.634] (II) Loading extension X-Resource [ 147.634] (II) LoadModule: "record" [ 147.634] (II) Loading /usr/lib/xorg/modules/extensions/librecord.so [ 147.635] (II) Module record: vendor="X.Org Foundation" [ 147.635] compiled for 1.9.4, module version = 1.13.0 [ 147.635] Module class: X.Org Server Extension [ 147.635] ABI class: X.Org Server Extension, version 4.0 [ 147.635] (II) Loading extension RECORD [ 147.635] (II) LoadModule: "glx" [ 147.653] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 147.688] (II) Module glx: vendor="X.Org Foundation" [ 147.688] compiled for 1.9.4, module version = 1.0.0 [ 147.688] ABI class: X.Org Server Extension, version 4.0 [ 147.690] (==) AIGLX enabled [ 147.690] (II) Loading extension GLX [ 147.690] (II) LoadModule: "nouveau" [ 147.690] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so [ 147.717] (II) Module nouveau: vendor="X.Org Foundation" [ 147.717] compiled for 1.9.4, module version = 0.0.16 [ 147.717] Module class: X.Org Video Driver [ 147.717] ABI class: X.Org Video Driver, version 8.0 [ 147.718] (II) LoadModule: "evdev" [ 147.718] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so [ 147.727] (II) Module evdev: vendor="X.Org Foundation" [ 147.727] compiled for 1.9.4, module version = 2.6.0 [ 147.728] Module class: X.Org XInput Driver [ 147.728] ABI class: X.Org XInput driver, version 11.0 [ 147.728] (II) NOUVEAU driver Date: Tue Nov 30 15:27:36 2010 +1000 [ 147.728] (II) NOUVEAU driver for NVIDIA chipset families : [ 147.728] RIVA TNT (NV04) [ 147.728] RIVA TNT2 (NV05) [ 147.728] GeForce 256 (NV10) [ 147.728] GeForce 2 (NV11, NV15) [ 147.728] GeForce 4MX (NV17, NV18) [ 147.728] GeForce 3 (NV20) [ 147.728] GeForce 4Ti (NV25, NV28) [ 147.728] GeForce FX (NV3x) [ 147.728] GeForce 6 (NV4x) [ 147.728] GeForce 7 (G7x) [ 147.728] GeForce 8 (G8x) [ 147.728] (++) using VT number 7 [ 147.729] drmOpenDevice: node name is /dev/dri/card0 [ 147.729] drmOpenDevice: open result is 7, (OK) [ 147.729] drmOpenByBusid: Searching for BusID pci:0000:02:00.0 [ 147.729] drmOpenDevice: node name is /dev/dri/card0 [ 147.729] drmOpenDevice: open result is 7, (OK) [ 147.729] drmOpenByBusid: drmOpenMinor returns 7 [ 147.729] drmOpenByBusid: drmGetBusid reports pci:0000:02:00.0 [ 147.729] (II) [drm] nouveau interface version: 0.0.16 [ 147.729] (II) Loading sub module "dri" [ 147.729] (II) LoadModule: "dri" [ 147.730] (II) Reloading /usr/lib/xorg/modules/extensions/libdri.so [ 147.730] (II) NOUVEAU(0): Loaded DRI module [ 147.730] drmOpenDevice: node name is /dev/dri/card0 [ 147.730] drmOpenDevice: open result is 8, (OK) [ 147.730] drmOpenDevice: node name is /dev/dri/card0 [ 147.730] drmOpenDevice: open result is 8, (OK) [ 147.730] drmOpenByBusid: Searching for BusID pci:0000:02:00.0 [ 147.730] drmOpenDevice: node name is /dev/dri/card0 [ 147.730] drmOpenDevice: open result is 8, (OK) [ 147.730] drmOpenByBusid: drmOpenMinor returns 8 [ 147.730] drmOpenByBusid: drmGetBusid reports pci:0000:02:00.0 [ 147.730] (II) [drm] DRM interface version 1.4 [ 147.730] (II) [drm] DRM open master succeeded. [ 147.730] (--) NOUVEAU(0): Chipset: "NVIDIA NVac" [ 147.730] (==) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32 [ 147.730] (==) NOUVEAU(0): RGB weight 888 [ 147.730] (==) NOUVEAU(0): Default visual is TrueColor [ 147.730] (==) NOUVEAU(0): Using HW cursor [ 147.730] (==) NOUVEAU(0): GLX sync to VBlank disabled. [ 147.880] (II) NOUVEAU(0): Output LVDS-1 using monitor section Monitor0 [ 147.976] (II) NOUVEAU(0): Output VGA-1 has no monitor section [ 147.984] (II) NOUVEAU(0): Output HDMI-1 has no monitor section [ 148.132] (II) NOUVEAU(0): EDID for output LVDS-1 [ 148.132] (II) NOUVEAU(0): Manufacturer: CPT Model: 1401 Serial#: 0 [ 148.132] (II) NOUVEAU(0): Year: 2008 Week: 39 [ 148.132] (II) NOUVEAU(0): EDID Version: 1.3 [ 148.132] (II) NOUVEAU(0): Digital Display Input [ 148.132] (II) NOUVEAU(0): Max Image Size [cm]: horiz.: 33 vert.: 21 [ 148.132] (II) NOUVEAU(0): Gamma: 2.20 [ 148.132] (II) NOUVEAU(0): No DPMS capabilities specified [ 148.132] (II) NOUVEAU(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 [ 148.132] (II) NOUVEAU(0): First detailed timing is preferred mode [ 148.132] (II) NOUVEAU(0): redX: 0.595 redY: 0.343 greenX: 0.317 greenY: 0.559 [ 148.132] (II) NOUVEAU(0): blueX: 0.156 blueY: 0.132 whiteX: 0.315 whiteY: 0.329 [ 148.132] (II) NOUVEAU(0): Manufacturer's mask: 0 [ 148.132] (II) NOUVEAU(0): Supported detailed timing: [ 148.132] (II) NOUVEAU(0): clock: 68.9 MHz Image Size: 331 x 207 mm [ 148.132] (II) NOUVEAU(0): h_active: 1280 h_sync: 1312 h_sync_end 1344 h_blank_end 1408 h_border: 0 [ 148.132] (II) NOUVEAU(0): v_active: 800 v_sync: 801 v_sync_end 804 v_blanking: 816 v_border: 0 [ 148.132] (II) NOUVEAU(0): Unknown vendor-specific block f [ 148.132] (II) NOUVEAU(0): CPT [ 148.132] (II) NOUVEAU(0): CLAA154WB03A [ 148.132] (II) NOUVEAU(0): EDID (in hex): [ 148.132] (II) NOUVEAU(0): 00ffffffffffff000e14011400000000 [ 148.132] (II) NOUVEAU(0): 27120103802115780a743d9857518f28 [ 148.132] (II) NOUVEAU(0): 21505400000001010101010101010101 [ 148.132] (II) NOUVEAU(0): 010101010101ea1a0080502010302020 [ 148.132] (II) NOUVEAU(0): 13004bcf100000190000000f00202020 [ 148.132] (II) NOUVEAU(0): 2020202020206e050f00000000fe0043 [ 148.132] (II) NOUVEAU(0): 50540a202020202020202020000000fe [ 148.132] (II) NOUVEAU(0): 00434c4141313534574230334120004d [ 148.132] (II) NOUVEAU(0): EDID vendor "CPT", prod id 5121 [ 148.132] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 148.132] (II) NOUVEAU(0): Modeline "1280x800"x0.0 68.90 1280 1312 1344 1408 800 801 804 816 -hsync -vsync (48.9 kHz) [ 148.132] (II) NOUVEAU(0): Printing probed modes for output LVDS-1 [ 148.132] (II) NOUVEAU(0): Modeline "1280x800"x60.0 68.90 1280 1312 1344 1408 800 801 804 816 -hsync -vsync (48.9 kHz) [ 148.132] (II) NOUVEAU(0): Modeline "1024x768"x59.9 63.50 1024 1072 1176 1328 768 771 775 798 -hsync +vsync (47.8 kHz) [ 148.132] (II) NOUVEAU(0): Modeline "800x600"x59.9 38.25 800 832 912 1024 600 603 607 624 -hsync +vsync (37.4 kHz) [ 148.132] (II) NOUVEAU(0): Modeline "640x480"x59.4 23.75 640 664 720 800 480 483 487 500 -hsync +vsync (29.7 kHz) [ 148.132] (II) NOUVEAU(0): Modeline "720x400"x59.6 22.25 720 744 808 896 400 403 413 417 -hsync +vsync (24.8 kHz) [ 148.132] (II) NOUVEAU(0): Modeline "640x400"x60.0 20.00 640 664 720 800 400 403 409 417 -hsync +vsync (25.0 kHz) [ 148.132] (II) NOUVEAU(0): Modeline "640x350"x59.8 17.50 640 664 720 800 350 353 363 366 -hsync +vsync (21.9 kHz) [ 148.229] (II) NOUVEAU(0): EDID for output VGA-1 [ 148.236] (II) NOUVEAU(0): EDID for output HDMI-1 [ 148.236] (II) NOUVEAU(0): Output LVDS-1 connected [ 148.236] (II) NOUVEAU(0): Output VGA-1 disconnected [ 148.236] (II) NOUVEAU(0): Output HDMI-1 disconnected [ 148.237] (II) NOUVEAU(0): Using exact sizes for initial modes [ 148.237] (II) NOUVEAU(0): Output LVDS-1 using initial mode 1280x800 [ 148.237] (II) NOUVEAU(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated. [ 148.237] (--) NOUVEAU(0): Virtual size is 1280x800 (pitch 0) [ 148.237] (**) NOUVEAU(0): Driver mode "1280x800": 68.9 MHz (scaled from 0.0 MHz), 48.9 kHz, 60.0 Hz [ 148.237] (II) NOUVEAU(0): Modeline "1280x800"x60.0 68.90 1280 1312 1344 1408 800 801 804 816 -hsync -vsync (48.9 kHz) [ 148.237] (**) NOUVEAU(0): Driver mode "1024x768": 63.5 MHz (scaled from 0.0 MHz), 47.8 kHz, 59.9 Hz [ 148.237] (II) NOUVEAU(0): Modeline "1024x768"x59.9 63.50 1024 1072 1176 1328 768 771 775 798 -hsync +vsync (47.8 kHz) [ 148.237] (**) NOUVEAU(0): Driver mode "800x600": 38.2 MHz (scaled from 0.0 MHz), 37.4 kHz, 59.9 Hz [ 148.237] (II) NOUVEAU(0): Modeline "800x600"x59.9 38.25 800 832 912 1024 600 603 607 624 -hsync +vsync (37.4 kHz) [ 148.237] (**) NOUVEAU(0): Driver mode "640x480": 23.8 MHz (scaled from 0.0 MHz), 29.7 kHz, 59.4 Hz [ 148.237] (II) NOUVEAU(0): Modeline "640x480"x59.4 23.75 640 664 720 800 480 483 487 500 -hsync +vsync (29.7 kHz) [ 148.237] (**) NOUVEAU(0): Driver mode "720x400": 22.2 MHz (scaled from 0.0 MHz), 24.8 kHz, 59.6 Hz [ 148.237] (II) NOUVEAU(0): Modeline "720x400"x59.6 22.25 720 744 808 896 400 403 413 417 -hsync +vsync (24.8 kHz) [ 148.237] (**) NOUVEAU(0): Driver mode "640x400": 20.0 MHz (scaled from 0.0 MHz), 25.0 kHz, 60.0 Hz [ 148.237] (II) NOUVEAU(0): Modeline "640x400"x60.0 20.00 640 664 720 800 400 403 409 417 -hsync +vsync (25.0 kHz) [ 148.237] (**) NOUVEAU(0): Driver mode "640x350": 17.5 MHz (scaled from 0.0 MHz), 21.9 kHz, 59.8 Hz [ 148.237] (II) NOUVEAU(0): Modeline "640x350"x59.8 17.50 640 664 720 800 350 353 363 366 -hsync +vsync (21.9 kHz) [ 148.237] (**) NOUVEAU(0): Display dimensions: (330, 210) mm [ 148.237] (**) NOUVEAU(0): DPI set to (98, 96) [ 148.237] (II) Loading sub module "fb" [ 148.237] (II) LoadModule: "fb" [ 148.237] (II) Loading /usr/lib/xorg/modules/libfb.so [ 148.270] (II) Module fb: vendor="X.Org Foundation" [ 148.270] compiled for 1.9.4, module version = 1.0.0 [ 148.270] ABI class: X.Org ANSI C Emulation, version 0.4 [ 148.270] (II) Loading sub module "exa" [ 148.270] (II) LoadModule: "exa" [ 148.270] (II) Loading /usr/lib/xorg/modules/libexa.so [ 148.283] (II) Module exa: vendor="X.Org Foundation" [ 148.283] compiled for 1.9.4, module version = 2.5.0 [ 148.283] ABI class: X.Org Video Driver, version 8.0 [ 148.283] (II) Loading sub module "shadowfb" [ 148.283] (II) LoadModule: "shadowfb" [ 148.283] (II) Loading /usr/lib/xorg/modules/libshadowfb.so [ 148.284] (II) Module shadowfb: vendor="X.Org Foundation" [ 148.284] compiled for 1.9.4, module version = 1.0.0 [ 148.284] ABI class: X.Org ANSI C Emulation, version 0.4 [ 148.284] (--) Depth 24 pixmap format is 32 bpp [ 148.287] (II) NOUVEAU(0): Opened GPU channel 2 [ 148.288] (II) NOUVEAU(0): [DRI2] Setup complete [ 148.288] (II) NOUVEAU(0): [DRI2] DRI driver: nouveau [ 148.288] (II) NOUVEAU(0): GART: 512MiB available [ 148.289] (II) NOUVEAU(0): GART: Allocated 16MiB as a scratch buffer [ 148.331] (II) EXA(0): Driver allocated offscreen pixmaps [ 148.332] (II) EXA(0): Driver registered support for the following operations: [ 148.332] (II) Solid [ 148.332] (II) Copy [ 148.332] (II) Composite (RENDER acceleration) [ 148.332] (II) UploadToScreen [ 148.332] (II) DownloadFromScreen [ 148.332] (==) NOUVEAU(0): Backing store disabled [ 148.332] (==) NOUVEAU(0): Silken mouse enabled [ 148.349] (II) NOUVEAU(0): [XvMC] Associated with Nouveau GeForce 8/9 Textured Video. [ 148.349] (II) NOUVEAU(0): [XvMC] Extension initialized. [ 148.349] (==) NOUVEAU(0): DPMS enabled [ 148.349] (II) NOUVEAU(0): RandR 1.2 enabled, ignore the following RandR disabled message. [ 148.349] (--) RandR disabled [ 148.349] (II) Initializing built-in extension Generic Event Extension [ 148.349] (II) Initializing built-in extension SHAPE [ 148.349] (II) Initializing built-in extension MIT-SHM [ 148.349] (II) Initializing built-in extension XInputExtension [ 148.349] (II) Initializing built-in extension XTEST [ 148.349] (II) Initializing built-in extension BIG-REQUESTS [ 148.349] (II) Initializing built-in extension SYNC [ 148.349] (II) Initializing built-in extension XKEYBOARD [ 148.349] (II) Initializing built-in extension XC-MISC [ 148.349] (II) Initializing built-in extension XINERAMA [ 148.349] (II) Initializing built-in extension XFIXES [ 148.349] (II) Initializing built-in extension RENDER [ 148.349] (II) Initializing built-in extension RANDR [ 148.349] (II) Initializing built-in extension COMPOSITE [ 148.349] (II) Initializing built-in extension DAMAGE [ 148.350] (II) SELinux: Disabled on system [ 148.387] (II) AIGLX error: dlopen of /usr/lib/dri/nouveau_dri.so failed (/usr/lib/dri/nouveau_dri.so: cannot open shared object file: No such file or directory) [ 148.387] (II) AIGLX: reverting to software rendering [ 148.387] (II) AIGLX: Screen 0 is not DRI capable [ 148.508] (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so [ 148.508] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 148.511] (II) NOUVEAU(0): NVEnterVT is called. [ 148.511] (II) NOUVEAU(0): Setting screen physical size to 338 x 211 [ 148.511] resize called 1280 800 [ 149.108] (**) Option "CoreKeyboard" [ 149.108] (**) Keyboard0: always reports core events [ 149.108] (EE) Keyboard0: No device specified. [ 149.108] (II) UnloadModule: "evdev" [ 149.108] (EE) PreInit returned NULL for "Keyboard0" [ 149.116] (II) config/udev: Adding input device Power Button (/dev/input/event5) [ 149.116] (**) Power Button: Applying InputClass "evdev keyboard catchall" [ 149.116] (**) Power Button: always reports core events [ 149.116] (**) Power Button: Device: "/dev/input/event5" [ 149.132] (--) Power Button: Found keys [ 149.132] (II) Power Button: Configuring as keyboard [ 149.132] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD) [ 149.132] (**) Option "xkb_rules" "evdev" [ 149.132] (**) Option "xkb_model" "pc105" [ 149.132] (**) Option "xkb_layout" "pt" [ 149.254] (II) config/udev: Adding input device Video Bus (/dev/input/event8) [ 149.254] (**) Video Bus: Applying InputClass "evdev keyboard catchall" [ 149.254] (**) Video Bus: always reports core events [ 149.254] (**) Video Bus: Device: "/dev/input/event8" [ 149.256] (--) Video Bus: Found keys [ 149.256] (II) Video Bus: Configuring as keyboard [ 149.256] (II) XINPUT: Adding extended input device "Video Bus" (type: KEYBOARD) [ 149.256] (**) Option "xkb_rules" "evdev" [ 149.256] (**) Option "xkb_model" "pc105" [ 149.256] (**) Option "xkb_layout" "pt" [ 149.257] (II) config/udev: Adding input device Power Button (/dev/input/event2) [ 149.257] (**) Power Button: Applying InputClass "evdev keyboard catchall" [ 149.257] (**) Power Button: always reports core events [ 149.257] (**) Power Button: Device: "/dev/input/event2" [ 149.257] (--) Power Button: Found keys [ 149.257] (II) Power Button: Configuring as keyboard [ 149.257] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD) [ 149.257] (**) Option "xkb_rules" "evdev" [ 149.257] (**) Option "xkb_model" "pc105" [ 149.257] (**) Option "xkb_layout" "pt" [ 149.258] (II) config/udev: Adding input device Lid Switch (/dev/input/event4) [ 149.258] (II) No input driver/identifier specified (ignoring) [ 149.258] (II) config/udev: Adding input device Sleep Button (/dev/input/event3) [ 149.258] (**) Sleep Button: Applying InputClass "evdev keyboard catchall" [ 149.258] (**) Sleep Button: always reports core events [ 149.258] (**) Sleep Button: Device: "/dev/input/event3" [ 149.260] (--) Sleep Button: Found keys [ 149.260] (II) Sleep Button: Configuring as keyboard [ 149.260] (II) XINPUT: Adding extended input device "Sleep Button" (type: KEYBOARD) [ 149.260] (**) Option "xkb_rules" "evdev" [ 149.260] (**) Option "xkb_model" "pc105" [ 149.260] (**) Option "xkb_layout" "pt" [ 149.264] (II) config/udev: Adding input device HID 04d9:048e (/dev/input/event1) [ 149.264] (**) HID 04d9:048e: Applying InputClass "evdev pointer catchall" [ 149.264] (**) HID 04d9:048e: always reports core events [ 149.264] (**) HID 04d9:048e: Device: "/dev/input/event1" [ 149.264] (--) HID 04d9:048e: Found 9 mouse buttons [ 149.264] (--) HID 04d9:048e: Found scroll wheel(s) [ 149.264] (--) HID 04d9:048e: Found relative axes [ 149.264] (--) HID 04d9:048e: Found x and y relative axes [ 149.264] (II) HID 04d9:048e: Configuring as mouse [ 149.264] (II) HID 04d9:048e: Adding scrollwheel support [ 149.264] (**) HID 04d9:048e: YAxisMapping: buttons 4 and 5 [ 149.264] (**) HID 04d9:048e: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 [ 149.264] (II) XINPUT: Adding extended input device "HID 04d9:048e" (type: MOUSE) [ 149.264] (**) HID 04d9:048e: (accel) keeping acceleration scheme 1 [ 149.264] (**) HID 04d9:048e: (accel) acceleration profile 0 [ 149.264] (**) HID 04d9:048e: (accel) acceleration factor: 2.000 [ 149.264] (**) HID 04d9:048e: (accel) acceleration threshold: 4 [ 149.264] (II) HID 04d9:048e: initialized for relative axes. [ 149.264] (II) config/udev: Adding input device HID 04d9:048e (/dev/input/mouse0) [ 149.264] (II) No input driver/identifier specified (ignoring) [ 149.265] (II) config/udev: Adding input device HDA Digital PCBeep (/dev/input/event10) [ 149.265] (II) No input driver/identifier specified (ignoring) [ 149.266] (II) config/udev: Adding input device HDA NVidia Mic (/dev/input/event11) [ 149.266] (II) No input driver/identifier specified (ignoring) [ 149.270] (II) config/udev: Adding input device Asus Laptop extra buttons (/dev/input/event9) [ 149.270] (**) Asus Laptop extra buttons: Applying InputClass "evdev keyboard catchall" [ 149.270] (**) Asus Laptop extra buttons: always reports core events [ 149.270] (**) Asus Laptop extra buttons: Device: "/dev/input/event9" [ 149.270] (--) Asus Laptop extra buttons: Found keys [ 149.270] (II) Asus Laptop extra buttons: Configuring as keyboard [ 149.270] (II) XINPUT: Adding extended input device "Asus Laptop extra buttons" (type: KEYBOARD) [ 149.270] (**) Option "xkb_rules" "evdev" [ 149.270] (**) Option "xkb_model" "pc105" [ 149.270] (**) Option "xkb_layout" "pt" [ 149.271] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event0) [ 149.271] (**) AT Translated Set 2 keyboard: Applying InputClass "evdev keyboard catchall" [ 149.271] (**) AT Translated Set 2 keyboard: always reports core events [ 149.271] (**) AT Translated Set 2 keyboard: Device: "/dev/input/event0" [ 149.271] (--) AT Translated Set 2 keyboard: Found keys [ 149.271] (II) AT Translated Set 2 keyboard: Configuring as keyboard [ 149.271] (II) XINPUT: Adding extended input device "AT Translated Set 2 keyboard" (type: KEYBOARD) [ 149.271] (**) Option "xkb_rules" "evdev" [ 149.271] (**) Option "xkb_model" "pc105" [ 149.271] (**) Option "xkb_layout" "pt" [ 149.272] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/event7) [ 149.272] (**) SynPS/2 Synaptics TouchPad: Applying InputClass "evdev touchpad catchall" [ 149.272] (**) SynPS/2 Synaptics TouchPad: always reports core events [ 149.272] (**) SynPS/2 Synaptics TouchPad: Device: "/dev/input/event7" [ 149.272] (--) SynPS/2 Synaptics TouchPad: Found 3 mouse buttons [ 149.272] (--) SynPS/2 Synaptics TouchPad: Found absolute axes [ 149.272] (--) SynPS/2 Synaptics TouchPad: Found x and y absolute axes [ 149.272] (--) SynPS/2 Synaptics TouchPad: Found absolute touchpad. [ 149.272] (II) SynPS/2 Synaptics TouchPad: Configuring as touchpad [ 149.272] (**) SynPS/2 Synaptics TouchPad: YAxisMapping: buttons 4 and 5 [ 149.272] (**) SynPS/2 Synaptics TouchPad: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 [ 149.272] (II) XINPUT: Adding extended input device "SynPS/2 Synaptics TouchPad" (type: TOUCHPAD) [ 149.272] (II) SynPS/2 Synaptics TouchPad: initialized for absolute axes. [ 149.272] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/mouse1) [ 149.272] (II) No input driver/identifier specified (ignoring) [ 149.273] (II) config/udev: Adding input device PC Speaker (/dev/input/event6) [ 149.273] (II) No input driver/identifier specified (ignoring) [ 164.125] [mi] EQ overflowing. The server is probably stuck in an infinite loop. [ 164.125] Backtrace: [ 164.125] 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80adddb] [ 164.125] 1: /usr/bin/X (mieqEnqueue+0x1ab) [0x80a036b] [ 164.126] 2: /usr/bin/X (xf86PostMotionEventP+0xd2) [0x80b31f2] [ 164.126] 3: /usr/lib/xorg/modules/input/evdev_drv.so (0xb7410000+0x462d) [0xb741462d] [ 164.126] 4: /usr/lib/xorg/modules/input/evdev_drv.so (0xb7410000+0x48c8) [0xb74148c8] [ 164.126] 5: /usr/bin/X (0x8048000+0x6962f) [0x80b162f] [ 164.126] 6: /usr/bin/X (0x8048000+0x1133a4) [0x815b3a4] [ 164.126] 7: (vdso) (__kernel_sigreturn+0x0) [0xb7817400] [ 164.126] 8: /usr/lib/libdrm.so.2 (drmCommandWrite+0x3b) [0xb780308b] [ 164.126] 9: /usr/lib/libdrm_nouveau.so.1 (0xb741a000+0x2cfa) [0xb741ccfa] [ 164.126] 10: /usr/lib/libdrm_nouveau.so.1 (nouveau_bo_map_range+0xf1) [0xb741cf01] [ 164.126] 11: /usr/lib/libdrm_nouveau.so.1 (nouveau_bo_map+0x33) [0xb741cfd3] [ 164.126] 12: /usr/lib/xorg/modules/drivers/nouveau_drv.so (0xb7375000+0x499a) [0xb737999a] [ 164.126] 13: /usr/lib/xorg/modules/libexa.so (0xb733f000+0x57e8) [0xb73447e8] [ 164.126] 14: /usr/lib/xorg/modules/libexa.so (0xb733f000+0x5be5) [0xb7344be5] [ 164.126] 15: /usr/lib/xorg/modules/libexa.so (0xb733f000+0x839b) [0xb734739b] [ 164.126] 16: /usr/lib/xorg/modules/libexa.so (0xb733f000+0x13909) [0xb7352909] [ 164.126] 17: /usr/lib/xorg/modules/libexa.so (0xb733f000+0xf387) [0xb734e387] [ 164.126] 18: /usr/bin/X (0x8048000+0xd611d) [0x811e11d] [ 164.126] 19: /usr/bin/X (CompositePicture+0x200) [0x810f3c0] [ 164.126] 20: /usr/lib/xorg/modules/libexa.so (0xb733f000+0xe924) [0xb734d924] [ 164.126] 21: /usr/bin/X (CompositeTrapezoids+0xa8) [0x810f0a8] [ 164.126] 22: /usr/bin/X (0x8048000+0xd1d7a) [0x8119d7a] [ 164.126] 23: /usr/bin/X (0x8048000+0xcbb03) [0x8113b03] [ 164.126] 24: /usr/bin/X (0x8048000+0x2bfb7) [0x8073fb7] [ 164.126] 25: /usr/bin/X (0x8048000+0x1e63a) [0x806663a] [ 164.126] 26: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xb752cc76] [ 164.126] 27: /usr/bin/X (0x8048000+0x1e211) [0x8066211] --- Comment #47 from Timo Aaltonen <tjaalton at ubuntu.com> 2011-02-20 13:36:49 PST --- *** Bug 33357 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 20 13:49:52 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 20 Feb 2011 13:49:52 -0800 (PST) Subject: [Bug 26980] NVA3 / NVA5 / NVA8 / NVAF (GT2xx/GT3xx) with nouveau: random GPU lockups In-Reply-To: <bug-26980-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-26980-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110220214952.79FFB130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=26980 Jordan Bradley <jordan.w.bradley at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|jordan.w.bradley at gmail.com | --- Comment #48 from Jordan Bradley <jordan.w.bradley at gmail.com> 2011-02-20 13:49:51 PST --- Is there anything the non-programmer can do t -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun Feb 20 14:14:24 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 20 Feb 2011 14:14:24 -0800 (PST) Subject: [Bug 34508] New: [grub x86_64-efi] Macbook 5, 2 - conflicting fb hw usage nouveaufb vs EFI VGA - removing generic driver Message-ID: <bug-34508-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=34508 Summary: [grub x86_64-efi] Macbook 5,2 - conflicting fb hw usage nouveaufb vs EFI VGA - removing generic driver Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: dest at gatekeeper.fr QAContact: xorg-team at lists.x.org I have a MacBook 5,2 equiped with a Nvidia 9400M. On this machine, I have the following bug https://bugs.launchpad.net/acpi/+bug/341230 which is also reported here : http://bugzilla.kernel.org/show_bug.cgi?id=13170 Basically, due to this bug, the OS doesn't boot unless the option maxcpus=1 is set in grub2. Some people say they managed to have both cores when they built grub2 for x86_64 for efi. This is what I've done with grub2 1.99rc1. I run Ubuntu 10.10 Desktop 64bits. I managed to boot the kernel but when the timestamp is at ~2 seconds, I hit a bug with this error: "fb: conflicting fb hw usage nouveaufb vs EFI VGA - removing generic driver". The screen freezes except the top which has a sort of green-ish square overlay.
