I did some googling but I haven't come accross a similar problem. Maybe https://bugs.freedesktop.org/show_bug.cgi?id=29171 is a start. Please tell me how I could provide more informations. I don't experience this bug when I boot the kernel from grub in a "BIOS-way". -- 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:17:36 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 20 Feb 2011 14:17:36 -0800 (PST) Subject: [Bug 34508] [grub x86_64-efi] Macbook 5, 2 - conflicting fb hw usage nouveaufb vs EFI VGA - removing generic driver In-Reply-To: <bug-34508-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34508-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110220221736.657C8130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34508 Gregory Bellier <dest at gatekeeper.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |critical Priority|medium |highest CC| |dest at gatekeeper.fr -- 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 15:56:37 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 20 Feb 2011 15:56:37 -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: <20110220235637.84E3A130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=26980 --- Comment #49 from Alex Mayorga Adame <alex_mayorga at yahoo.com> 2011-02-20 15:56:36 PST --- FWIW you can see a peek of my frozen nVidia Corporation GT216 [GeForce GT 230M] (rev a2) at https://bugs.launchpad.net/ubuntu/+source/linux/+bug/553789/+attachment/1863113/+files/peek-696104.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 marcin.slusarz at gmail.com Mon Feb 21 04:40:09 2011 From: marcin.slusarz at gmail.com (Marcin Slusarz) Date: Mon, 21 Feb 2011 13:40:09 +0100 Subject: [PATCH] drm/nouveau: fix __nouveau_fence_wait performance regression In-Reply-To: <20110213203804.GA5395@xxxxxxx> References: <20110213203804.GA5395@xxxxxxx> Message-ID: <20110221124009.GA4665@xxxxxxx> On Sun, Feb 13, 2011 at 09:38:04PM +0100, Marcin Slusarz wrote: > 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 > http://www.youtube.com/watch?v=arCITMfxvEc#t=2m11s Your favourite machine ;), Marcin From bugzilla-daemon at freedesktop.org Mon Feb 21 06:38:47 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 21 Feb 2011 06:38: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: <20110221143847.4DCDA130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34348 --- Comment #4 from Dragos Delcea <dragos.delcea at gmail.com> 2011-02-21 06:38:47 PST --- (In reply to comment #3) .. > 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. due some hardware related problems I had the internal display swapped with a new one (the internal display was occasionally flickering badly), and now the situation is completely upside down: 2.6.37 works, while 2.6.36 doesn't anymore. The flickering display problem was going on for some time, even back in the 2.6.35 and 2.6.36 times, and it was manifesting even during BIOS POST, hence the thinking that it was a hw problem. However, now I'm thoroughly confused about the current situation. Is the newer display different and triggers different (inverse) behavior? I can't see any meaningful difference in dmesg output of 2.6.37 between working and non working... -- 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 21 08:10:09 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 21 Feb 2011 08:10:09 -0800 (PST) Subject: [Bug 34508] [grub x86_64-efi] Macbook 5, 2 - conflicting fb hw usage nouveaufb vs EFI VGA - removing generic driver In-Reply-To: <bug-34508-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34508-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110221161009.C151113000B@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34508 --- Comment #1 from Gregory Bellier <dest at gatekeeper.fr> 2011-02-21 08:10:08 PST --- Created an attachment (id=43609) --> (https://bugs.freedesktop.org/attachment.cgi?id=43609) Error when booting -- 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 22 02:09:22 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 22 Feb 2011 02:09:22 -0800 (PST) Subject: [Bug 34554] New: Nouveau seems to have corrupted my laptop screen's EDID info Message-ID: <bug-34554-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=34554 Summary: Nouveau seems to have corrupted my laptop screen's EDID info Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: thib at sitedethib.com QAContact: xorg-team at lists.x.org Nouveau seems (seems, it may have been a coincidence, or nouveau failure + hw failure) to have corrupted my laptop's screen EDID info. So, here is a nice log of what happened: Now, a bit of background: I've been using almost exclusively Debian on this laptop for about 4 years. I have been using nvidia blob, then nv, back to nvidia blob, and finally nouveau, happily following (not too closely) git versions. Now, right after Debian Squeeze update, I've decided to stick with Debian packages for kernel and X stuff, so, I'm using Debian's version since then. I've been using nouveau from Debian/testing for two weeks or so without any problem of any sort. Then, on February 19, I've decided to try 3D, and so, have upgraded nouveau (actually, libdrm-nouveau1a, X and drm stuff) to Debian/unstable versions, and installed both linux-image-2.6.37-1-686 and libgl1-mesa-dri-experimental (that contains the gallium3D part of nouveau). I was able to play some GL-using games like Teeworlds, rRootage, Minetest, or Inside a Star-filled Sky. I've, well, mostly played for a day or two, and then went back to other occupations. Then, on February 21, my screen suddenly turned black as I was working on my own game project (something using pygame, that doesn't use GL in anyway, or at least in any way I know of). I was able to safely power off my computer by blindly logging in as root and typing "poweroff". Then, the real trouble begins. Upon reboot, the backlights are on, but the BIOS doesn't show anything on the screen, nor GRUB does. I'm then plugging in an external monitor and rebooting again. Still nothing on the laptop's screen, but the external monitor shows the GRUB loading lines, and... nothing. Then, I've used a Debian Live USB stick, and syslinux booted, although it showed me shitty graphics instead of the fancy boot menu. But anyway, it worked. I then used the installation system present on the LiveUSB to change my GRUB config and disable the whole graphical menu thing. It worked. Now, one more reboot, still nothing on the laptop's screen, but Windows (XP) booted and I was even able to play Quake Wars (on the external monitor, though). I then tried to use the laptop's screen in windows. As soon as I enabled it, it showed flickering vertical and horizontal lines on a black background... When powering off, I was able to see the Windows logo a few time, but it stayed for a fraction of second before being vertically distorted. Now, back on Debian, it worked quite fine on the external monitor, too. I've then reverted libdrm, X stuff and nouveau to Debian/testing versions and, upon reboot, my screen worked fine. But it works fine only with nouveau: BIOS, GRUB and windows still fail to use the laptop's screen. In addition, the logs show repeated reports of EDID corruptions, and the dumped memory does actually change (see kern.log.unstable). -- 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 22 02:12:53 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 22 Feb 2011 02:12:53 -0800 (PST) Subject: [Bug 34554] Nouveau seems to have corrupted my laptop screen's EDID info In-Reply-To: <bug-34554-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34554-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110222101253.526B413000B@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34554 --- Comment #1 from Thibaut GIRKA <thib at sitedethib.com> 2011-02-22 02:12:52 PST --- Created an attachment (id=43640) --> (https://bugs.freedesktop.org/attachment.cgi?id=43640) Kernel log from first boot with nouveau from Debian/unstable to crash Here are the logs from first boot with nouveau from Debian/unstable to the black screen. Compressed because of huge size. -- 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 22 02:14:43 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 22 Feb 2011 02:14:43 -0800 (PST) Subject: [Bug 34554] Nouveau seems to have corrupted my laptop screen's EDID info In-Reply-To: <bug-34554-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34554-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110222101443.2BE5C13000B@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34554 --- Comment #2 from Thibaut GIRKA <thib at sitedethib.com> 2011-02-22 02:14:42 PST --- Created an attachment (id=43641) --> (https://bugs.freedesktop.org/attachment.cgi?id=43641) Kernel log since first boot after having reverted nouveau to Debian/testing -- 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 22 02:15:22 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 22 Feb 2011 02:15:22 -0800 (PST) Subject: [Bug 34554] Nouveau seems to have corrupted my laptop screen's EDID info In-Reply-To: <bug-34554-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34554-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110222101522.C551D13000B@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34554 --- Comment #3 from Thibaut GIRKA <thib at sitedethib.com> 2011-02-22 02:15:22 PST --- Created an attachment (id=43642) --> (https://bugs.freedesktop.org/attachment.cgi?id=43642) lspci -vvv 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 Tue Feb 22 03:05:54 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 22 Feb 2011 03:05: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: <20110222110554.91DBA130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #35 from Andy Whitcroft <apw at canonical.com> 2011-02-22 03:05:53 PST --- We have a couple of reports back on the downstream bug with the "possible fix for nv4x/nv6x chipsets" patch applied. One report of complete mitigation, another which sounds like there is a second issue but they are improved by the patch. Comments #25 and #26 below: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/711591 -- 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 22 03:12:00 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 22 Feb 2011 03:12:00 -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: <20110222111201.01C7D130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33887 --- Comment #36 from Maarten Maathuis <madman2003 at gmail.com> 2011-02-22 03:12:00 PST --- That patch was never meant to be tested by everyone. It was a hack to test for people who have problems. Ben committed this 5 days ago. It seems to be in linus' tree too. http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?id=aaa3d08c357dcfbe13ec23786c294759183a4d8d -- 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 22 07:57:51 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 22 Feb 2011 07:57:51 -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: <20110222155752.E9DC8130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34429 --- Comment #3 from Fabian Moser <e-mail+freedesktop at fabianmoser.at> 2011-02-22 07:57:49 PST --- An apparently similar issue has been reproduced during Fedora 15 nouveau Test Day with the provided Live ISO. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From marcin.slusarz at gmail.com Tue Feb 22 09:32:40 2011 From: marcin.slusarz at gmail.com (Marcin Slusarz) Date: Tue, 22 Feb 2011 18:32:40 +0100 Subject: [PATCH] gallium/nv50: use 0x8697 class on NVAF Message-ID: <20110222173240.GA9687@xxxxxxx> Addresses: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nouveau/+bug/723012 Reported-and-tested-by: Alan Pope --- src/gallium/drivers/nv50/nv50_reg.h | 4 ++++ src/gallium/drivers/nv50/nv50_screen.c | 3 +++ 2 files changed, 7 insertions(+), 0 deletions(-) diff --git a/src/gallium/drivers/nv50/nv50_reg.h b/src/gallium/drivers/nv50/nv50_reg.h index 949838b..90d77e5 100644 --- a/src/gallium/drivers/nv50/nv50_reg.h +++ b/src/gallium/drivers/nv50/nv50_reg.h @@ -1685,6 +1685,10 @@ WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. +#define NVAFTCL 0x00008697 + + + #define NV50_COMPUTE 0x000050c0 #define NV50_COMPUTE_NOP 0x00000100 diff --git a/src/gallium/drivers/nv50/nv50_screen.c b/src/gallium/drivers/nv50/nv50_screen.c index edc3d54..8069509 100644 --- a/src/gallium/drivers/nv50/nv50_screen.c +++ b/src/gallium/drivers/nv50/nv50_screen.c @@ -389,6 +389,9 @@ nv50_screen_create(struct pipe_winsys *ws, struct nouveau_device *dev) case 0xac: tesla_class = NVA0TCL; break; + case 0xaf: + tesla_class = NVAFTCL; + break; default: tesla_class = NVA8TCL; break; -- 1.7.4.rc3 From marcin.slusarz at gmail.com Tue Feb 22 09:53:57 2011 From: marcin.slusarz at gmail.com (Marcin Slusarz) Date: Tue, 22 Feb 2011 18:53:57 +0100 Subject: [PATCH] nouveau/gallium: use OUT_RINGp instead of several OUT_RINGs Message-ID: <20110222175357.GA9792@xxxxxxx> It improves Warsow FPS by ~1.5% --- src/gallium/drivers/nv50/nv50_push.c | 18 +++--------------- 1 files changed, 3 insertions(+), 15 deletions(-) diff --git a/src/gallium/drivers/nv50/nv50_push.c b/src/gallium/drivers/nv50/nv50_push.c index 380f694..bb429f2 100644 --- a/src/gallium/drivers/nv50/nv50_push.c +++ b/src/gallium/drivers/nv50/nv50_push.c @@ -40,31 +40,19 @@ emit_b32_1(struct nouveau_channel *chan, void *data) static void emit_b32_2(struct nouveau_channel *chan, void *data) { - uint32_t *v = data; - - OUT_RING(chan, v[0]); - OUT_RING(chan, v[1]); + OUT_RINGp(chan, data, 2); } static void emit_b32_3(struct nouveau_channel *chan, void *data) { - uint32_t *v = data; - - OUT_RING(chan, v[0]); - OUT_RING(chan, v[1]); - OUT_RING(chan, v[2]); + OUT_RINGp(chan, data, 3); } static void emit_b32_4(struct nouveau_channel *chan, void *data) { - uint32_t *v = data; - - OUT_RING(chan, v[0]); - OUT_RING(chan, v[1]); - OUT_RING(chan, v[2]); - OUT_RING(chan, v[3]); + OUT_RINGp(chan, data, 4); } static void -- 1.7.4.rc3 From bugzilla-daemon at freedesktop.org Wed Feb 23 15:59:16 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 23 Feb 2011 15:59:16 -0800 (PST) Subject: [Bug 34554] Nouveau seems to have corrupted my laptop screen's EDID info In-Reply-To: <bug-34554-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34554-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110223235916.2CA64130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34554 --- Comment #4 from Thibaut GIRKA <thib at sitedethib.com> 2011-02-23 15:59:15 PST --- Created an attachment (id=43734) --> (https://bugs.freedesktop.org/attachment.cgi?id=43734) Kernel log of the working kernel with drm.debug=1 I'm now sure it's an EDID corruption, and nothing else. The reason why the "old" nouveau works has nothing to do with nouveau, but with drm: as you can see in the kern.log.drm.debug file, the EDID header got corrected by drm. Extracting the EDID dumps from kern.log.unstable reveals some pattern in the "corruption" (see edid-changes). I have to add that the EDID information corrected by DRM (as found in the "edid" sysfs node) is the same as the last dump of the kern.log.unstable logs except for the first byte (corrected to right EDID header). Since the crash occurred as the exact time I've started my game, I guess something in pygame's initialisation might have caused the "corruption". It would partially explain the corruption "cycles". -- 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 23 16:00:47 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 23 Feb 2011 16:00:47 -0800 (PST) Subject: [Bug 34554] Nouveau seems to have corrupted my laptop screen's EDID info In-Reply-To: <bug-34554-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34554-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110224000047.1FF59130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34554 --- Comment #5 from Thibaut GIRKA <thib at sitedethib.com> 2011-02-23 16:00:45 PST --- Created an attachment (id=43735) --> (https://bugs.freedesktop.org/attachment.cgi?id=43735) Extracted EDID dumps, with date and number of consecutive reports -- 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 24 06:13:21 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 24 Feb 2011 06:13:21 -0800 (PST) Subject: [Bug 30086] Nouveau fails with unreadable EDID In-Reply-To: <bug-30086-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-30086-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110224141321.BA166130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=30086 alci at mecadu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | --- Comment #24 from alci at mecadu.org 2011-02-24 06:13:21 PST --- I just tried latest (alpha) ubuntu, that ships with nouveau driver git20110107(+b795ca6e). But I now get this error: [drm] nouveau Pointer to BIT loadval table invalid So unless this is some other unrelated error showing up, the fix does not seem to work (here). -- 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 24 11:55:21 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 24 Feb 2011 11:55:21 -0800 (PST) Subject: [Bug 34678] New: Kernel modules cannot be loaded Message-ID: <bug-34678-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=34678 Summary: Kernel modules cannot be loaded Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: johannesobermayr at gmx.de QAContact: xorg-team at lists.x.org git snapshot (UTC): 20110223.0045 # WARNING: Loop detected: /lib/modules/2.6.37.1-1.2-desktop/updates/drivers/gpu/drm/drm.ko needs ttm.ko which needs drm.ko again! I assume it was introduced by one of Ben Skeggs commits. -- 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 24 13:26:02 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 24 Feb 2011 13:26:02 -0800 (PST) Subject: [Bug 34680] New: Enable dithering by default for eDP panels Message-ID: <bug-34680-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=34680 Summary: Enable dithering by default for eDP panels Product: xorg Version: unspecified Platform: All OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: homyur at gmail.com QAContact: xorg-team at lists.x.org Please, enable dithering by default dor eDP panels (18 bits) such as was done for LVDS panels. 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 24 15:24:29 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 24 Feb 2011 15:24:29 -0800 (PST) Subject: [Bug 34554] Nouveau seems to have corrupted my laptop screen's EDID info In-Reply-To: <bug-34554-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34554-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110224232429.55C1A13000B@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34554 --- Comment #6 from Thibaut GIRKA <thib at sitedethib.com> 2011-02-24 15:24:27 PST --- Created an attachment (id=43772) --> (https://bugs.freedesktop.org/attachment.cgi?id=43772) Xorg logs with blob I've tried the nvidia blob, and as expected it kept failing (see Xorg.0.log.blob) until I passed it the "fixed" EDID info using the "CustomEDID" option. I've made sure the EDID is loaded from I2C (and not VBIOS or anything else) by adding a few debug statements. I've also figured out exactly why "new" DRM doesn't fix the header: it doesn't check the whole record in one go, and tries to determine whether the current block is the first by checking the first byte. In my case, the first byte is wrong (0x1a instead of 0x00), so, it doesn't get corrected. I've modified the code and forced the first byte (of the whole EDID data) to 0 so I can use my laptop's screen with 2.6.37-1. Running linux 2.6.37-1 again, I've had 3 different bad EDID reports, but I haven't found a way to reproduce it 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 Fri Feb 25 00:38:30 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 25 Feb 2011 00:38:30 -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: <20110225083830.C440A13000B@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33987 --- Comment #5 from Yuriy Khomchik <homyur at gmail.com> 2011-02-25 00:38:30 PST --- Try this: http://nouveau.freedesktop.org/wiki/Dithering. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From zixon65 at gmail.com Fri Feb 25 06:28:25 2011 From: zixon65 at gmail.com (cat) Date: Fri, 25 Feb 2011 08:28:25 -0600 Subject: [nouveau] set vt card Message-ID: <AANLkTinm7VXrnyLW_+_EDcZMH7dnRies8_Kirc45WSiW@xxxxxxxxxxxxxx> hello I have a multicard system with a Geforece Fx 5500 and a Geforce 7600 GT now the primary display adapter set be ther bios is the 7600 but when the nouveau module loads, the vt appears on the 5500 and the monitor(s) on the 7600 says no signal. I want to know how to change this behavour so that the vt appears on the 7600 thanks in advanced From bugzilla-daemon at freedesktop.org Fri Feb 25 11:17:51 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 25 Feb 2011 11:17:51 -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: <20110225191751.794C5130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33987 --- Comment #6 from develop at marco-scholl.de 2011-02-25 11:17:51 PST --- yes that will works. but i will fallback again to nvidia, nouveau is so unstable with my hardware Screen 0: minimum 320 x 200, current 1440 x 900, maximum 8192 x 8192 eDP-1 connected 1440x900+0+0 (normal left inverted right x axis y axis) 303mm x 190mm EDID: 00ffffffffffff004ca3425400000000 00140104951e13780a63168b5b579529 1e4f5400000001010101010101010101 0101010101011d2aa0e8518420302e46 99002fbe1000001a141ca0e851842030 2e4699002fbe1000001a000000fe0043 353144578231343142540a2000000000 00004101190000000009010a202000f9 dithering: On supported: Off On Automatic scaling mode: Full supported: None Full Center Full aspect 1440x900 60.0*+ 40.0 1152x864 60.0 1024x768 59.9 800x600 59.9 VGA-1 disconnected (normal left inverted right x axis y axis) scaling mode: None supported: None Full Center Full aspect DP-1 disconnected (normal left inverted right x axis y axis) dithering: Off supported: Off On Automatic scaling mode: Full supported: None Full Center Full aspect DP-2 disconnected (normal left inverted right x axis y axis) dithering: Off supported: Off On Automatic scaling mode: Full supported: None Full Center Full aspect -- 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 25 12:41:19 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 25 Feb 2011 12:41:19 -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: <20110225204120.1702F130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34429 Yuriy Khomchik <homyur at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |homyur at gmail.com --- Comment #4 from Yuriy Khomchik <homyur at gmail.com> 2011-02-25 12:41:19 PST --- I have a similar problem on the same hardware with Ubuntu 11.04 Alpha 2. dmesg output contains the same lines: ... [drm] nouveau 0000:01:00.0: Restoring mode... [drm] nouveau 0000:01:00.0: INIT_AUXCH: rd auxch fail -121 [drm] nouveau 0000:01:00.0: INIT_AUXCH: rd auxch fail -121 [drm] nouveau 0000:01:00.0: 0xBDCC: auxch rd fail: -121 [drm] nouveau 0000:01:00.0: INIT_AUXCH: rd auxch fail -121 ... -- 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 25 13:03:19 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 25 Feb 2011 13:03:19 -0800 (PST) Subject: [Bug 34680] Enable dithering by default for eDP panels In-Reply-To: <bug-34680-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34680-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110225210319.BD977130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34680 Yuriy Khomchik <homyur at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.freedesktop.or | |g/show_bug.cgi?id=33987 -- 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 25 13:05:08 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 25 Feb 2011 13:05:08 -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: <20110225210508.80B9113000B@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33987 Yuriy Khomchik <homyur at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |34680 -- 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 25 13:05:08 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 25 Feb 2011 13:05:08 -0800 (PST) Subject: [Bug 34680] Enable dithering by default for eDP panels In-Reply-To: <bug-34680-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34680-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110225210508.DD0E82DC012@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34680 Yuriy Khomchik <homyur at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |33987 -- 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 25 13:07:09 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 25 Feb 2011 13:07:09 -0800 (PST) Subject: [Bug 34680] Enable dithering by default for eDP panels In-Reply-To: <bug-34680-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34680-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110225210709.B18A0130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34680 Yuriy Khomchik <homyur at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also|https://bugs.freedesktop.or | |g/show_bug.cgi?id=33987 | -- 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 25 13:08:38 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 25 Feb 2011 13:08:38 -0800 (PST) Subject: [Bug 34680] Enable dithering by default for eDP panels In-Reply-To: <bug-34680-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34680-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110225210838.271C6130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34680 Yuriy Khomchik <homyur at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |minor -- 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 25 13:30:37 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 25 Feb 2011 13:30:37 -0800 (PST) Subject: [Bug 34741] New: Freezes every 10 seconds when polling DP connections (by default) Message-ID: <bug-34741-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> https://bugs.freedesktop.org/show_bug.cgi?id=34741 Summary: Freezes every 10 seconds when polling DP connections (by default) Product: xorg Version: unspecified Platform: All OS/Version: Linux (All) Status: NEW Severity: minor Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: homyur at gmail.com QAContact: xorg-team at lists.x.org Created an attachment (id=43839) --> (https://bugs.freedesktop.org/attachment.cgi?id=43839) dmesg output Ubuntu 11.04 Alpha 2 HP EliteBook 8440p Quadro NVS 3100M If "drm_kms_helper poll" option is enabled (by default), the system freezes for 0.3 seconds every 10 seconds when polling DP connections. dmesg output: ... [ 242.324730] [drm] nouveau 0000:01:00.0: nouveau_dp_auxch:489 - ch 0 cmd 4 addr 0x50 len 1 [ 242.482252] [drm:output_poll_execute], [CONNECTOR:11:DP-1] status updated from 2 to 2 [ 242.482261] [drm] nouveau 0000:01:00.0: nouveau_dp_auxch:489 - ch 2 cmd 4 addr 0x50 len 1 [ 242.641851] [drm:output_poll_execute], [CONNECTOR:14:DP-2] status updated from 2 to 2 ... -- 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 25 14:30:09 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 25 Feb 2011 14:30:09 -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: <20110225223009.E7D44130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34429 --- Comment #5 from Yuriy Khomchik <homyur at gmail.com> 2011-02-25 14:30:07 PST --- Created an attachment (id=43841) --> (https://bugs.freedesktop.org/attachment.cgi?id=43841) dmesg output with "drm.debug=14" -- 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 25 15:11:52 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 25 Feb 2011 15:11:52 -0800 (PST) Subject: [Bug 34680] Enable dithering by default for 18-bit eDP panels In-Reply-To: <bug-34680-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34680-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110225231152.DA6EE130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34680 Yuriy Khomchik <homyur at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Enable dithering by default |Enable dithering by default |for eDP panels |for 18-bit eDP panels -- 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 26 15:51:39 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 26 Feb 2011 15:51:39 -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: <20110226235139.3D6AB130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=26980 --- Comment #50 from Thomas Schwinge <thomas at schwinge.name> 2011-02-26 15:51:38 PST --- Created an attachment (id=43864) --> (https://bugs.freedesktop.org/attachment.cgi?id=43864) peek_10a000_1000-tschwinge.tar.bz2 Marcin, in case you need further data, see the peek_10a000_1000-tschwinge.tar.bz2 which I'm just attaching. The files' names should be explanatory. I ran each of the invokations three times. I will now switch to using nouveau.noaccel=1, but please tell if you need further data or need something tested. This system is a DELL PRECISION M4500, the graphics card's lspci output: 01:00.0 VGA compatible controller: nVidia Corporation GT216 [Quadro FX 880M] (rev a2) I hit this while setting up the system, roughly one hour after finishing a fresh Ubuntu 10.10 maverick installation, while browsing in Firfox some web pages about how to get suspend / hibernate / resume working reliably -- oh the joy of installing GNU/Linux systems on new hardware. :-) -- 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 27 07:15:04 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 27 Feb 2011 07:15:04 -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: <20110227151505.E3393130011@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34429 Yuriy Khomchik <homyur at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugzilla.redhat.com | |/show_bug.cgi?id=646540 -- 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 27 07:29:23 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 27 Feb 2011 07:29:23 -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: <20110227152923.BC9A6130011@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34429 Yuriy Khomchik <homyur at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugzilla.redhat.com | |/show_bug.cgi?id=598162 -- 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 27 04:00:47 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 27 Feb 2011 04:00:47 -0800 (PST) Subject: [Bug 34678] Kernel modules cannot be loaded In-Reply-To: <bug-34678-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> References: <bug-34678-8800@xxxxxxxxxxxxxxxxxxxxxxxxx/> Message-ID: <20110227120047.90CBC2DC120@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=34678 Johannes Obermayr <johannesobermayr at gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #1 from Johannes Obermayr <johannesobermayr at gmx.de> 2011-02-27 04:00:47 PST --- I could fix it. Building against 2.6.37.x only kref_sub funktion in kref.(c,h) is allowed to be compiled and not recompiling the whole kref.(c,h). Sorry for the noise. -- 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 27 09:28:38 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 27 Feb 2011 09:28:38 -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: <20110227172838.304E1130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33436 Xavier <shiningxc at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |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 Sun Feb 27 11:41:14 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 27 Feb 2011 11:41:14 -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: <20110227194114.7597113000B@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=26980 Yuriy Khomchik <homyur at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |major -- 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 28 13:17:46 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 28 Feb 2011 13:17:46 -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: <20110228211746.D0219130005@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=26980 Yuriy Khomchik <homyur at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://launchpad.net/bugs/ | |553789 -- 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 28 13:18:20 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 28 Feb 2011 13:18:20 -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: <20110228211820.3508A13000B@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=26980 Yuriy Khomchik <homyur at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugzilla.redhat.com | |/show_bug.cgi?id=679319 -- 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 Mon Feb 28 16:20:59 2011 From: emailgrant at gmail.com (Grant) Date: Mon, 28 Feb 2011 16:20:59 -0800 Subject: Nouveau won't load with GeForce 6150SE nForce 430 (NV40) In-Reply-To: <AANLkTikBEFZWJ372gha1mmnMeXk2+nOP+CKvC_891bYX@xxxxxxxxxxxxxx> References: <AANLkTim9QZxKmNwux38ggsp1Y22vzHCja1gV-F2QhsOZ@xxxxxxxxxxxxxx> <AANLkTik+NDg8JZoY+oM1mhCyevev3GmLKdnxtwE39yeR@xxxxxxxxxxxxxx> <AANLkTikBEFZWJ372gha1mmnMeXk2+nOP+CKvC_891bYX@xxxxxxxxxxxxxx> Message-ID: <AANLkTikXmJ5HqM+uvtY31RFZ=E2D4xaWr7dwnjKwhxVn@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 Any idea on this? Do you need more info? - Grant From bugzilla-daemon at freedesktop.org Mon Feb 28 18:36:13 2011 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 28 Feb 2011 18:36:13 -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: <20110301023613.F1F99130009@xxxxxxxxxxxxxxxxxxxxxxxx> https://bugs.freedesktop.org/show_bug.cgi?id=33999 --- Comment #7 from Alex Buell <alex.buell at munted.org.uk> 2011-02-28 18:36:13 PST --- Just a quick word to say I've traced it to memory allocation problems. The card is a 32MB adapter living in a 64MB GART, with 16MB allocated to a scratch buffer. Attempts to reduce the amount of memory allocated to the scratch buffer ended in failure. The biggest allocation was 17MB, not sure what this was allocated for. See http://ompldr.org/vN2x1eQ for some debugging in the nouveau ddx driver. Ideas welcome on how to get this to work. -- 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 ensi-bourges.fr Wed Feb 2 15:51:00 2011 From: martin.peres at ensi-bourges.fr (Martin Peres) Date: Thu, 3 Feb 2011 00:51:00 +0100 Subject: [PATCH 2/3] Don't forget to name the boot perflvl "boot" Message-ID: <mailman.1.1300062540.3148.nouveau@xxxxxxxxxxxxxxxxxxxxx> --- drivers/gpu/drm/nouveau/nouveau_pm.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_pm.c b/drivers/gpu/drm/nouveau/nouveau_pm.c index e2cde2a..dfb9288 100644 --- a/drivers/gpu/drm/nouveau/nouveau_pm.c +++ b/drivers/gpu/drm/nouveau/nouveau_pm.c @@ -510,6 +510,7 @@ nouveau_pm_init(struct drm_device *dev) /* determine current ("boot") performance level */ ret = nouveau_pm_perflvl_get(dev, &pm->boot); if (ret == 0) { + strcpy(pm->boot.name, "boot"); pm->cur = &pm->boot; nouveau_pm_perflvl_info(&pm->boot, info, sizeof(info)); -- 1.7.4.1 --------------000303090409000501080801 Content-Type: text/x-patch; name="0003-Reclock-memory-using-PMS-on-nv50.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="0003-Reclock-memory-using-PMS-on-nv50.patch" From martin.peres at ensi-bourges.fr Sun Feb 6 15:18:26 2011 From: martin.peres at ensi-bourges.fr (Martin Peres) Date: Mon, 7 Feb 2011 00:18:26 +0100 Subject: [PATCH 3/3] Reclock memory using PMS on nv50 Message-ID: <mailman.2.1300062540.3148.nouveau@xxxxxxxxxxxxxxxxxxxxx> Signed-off-by: Martin Peres <martin.peres at ensi-bourges.fr> --- drivers/gpu/drm/nouveau/nouveau_pms.h | 98 +++++++++++++++++++++++++ drivers/gpu/drm/nouveau/nv50_pm.c | 127 +++++++++++++++++++++++++++++---- 2 files changed, 212 insertions(+), 13 deletions(-) create mode 100644 drivers/gpu/drm/nouveau/nouveau_pms.h diff --git a/drivers/gpu/drm/nouveau/nouveau_pms.h b/drivers/gpu/drm/nouveau/nouveau_pms.h new file mode 100644 index 0000000..6e9f2ca --- /dev/null +++ b/drivers/gpu/drm/nouveau/nouveau_pms.h @@ -0,0 +1,98 @@ +/* + * Copyright 2010 Red Hat Inc. + * + * 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 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 HOLDER(S) OR AUTHOR(S) 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. + * + * Authors: Ben Skeggs + */ + +#ifndef __NOUVEAU_PMS_H__ +#define __NOUVEAU_PMS_H__ + +struct pms_ucode { + u8 data[256]; + union { + u8 *u08; + u16 *u16; + u32 *u32; + } ptr; + u16 len; + + u32 reg; + u32 val; +}; + +static inline void +pms_init(struct pms_ucode *pms) +{ + pms->ptr.u08 = pms->data; + pms->reg = 0xffffffff; + pms->val = 0xffffffff; +} + +static inline void +pms_fini(struct pms_ucode *pms) +{ + do { + *pms->ptr.u08++ = 0x7f; + pms->len = pms->ptr.u08 - pms->data; + } while (pms->len & 3); + pms->ptr.u08 = pms->data; +} + +static inline void +pms_unkn(struct pms_ucode *pms, u8 v0) +{ + *pms->ptr.u08++ = v0; +} + +static inline void +pms_op5f(struct pms_ucode *pms, u8 v0, u8 v1) +{ + *pms->ptr.u08++ = 0x5f; + *pms->ptr.u08++ = v0; + *pms->ptr.u08++ = v1; +} + +static inline void +pms_wr32(struct pms_ucode *pms, u32 reg, u32 val) +{ + if (val != pms->val) { + if ((val & 0xffff0000) == (pms->val & 0xffff0000)) { + *pms->ptr.u08++ = 0x42; + *pms->ptr.u16++ = (val & 0x0000ffff); + } else { + *pms->ptr.u08++ = 0xe2; + *pms->ptr.u32++ = val; + } + + pms->val = val; + } + + if ((reg & 0xffff0000) == (pms->reg & 0xffff0000)) { + *pms->ptr.u08++ = 0x40; + *pms->ptr.u16++ = (reg & 0x0000ffff); + } else { + *pms->ptr.u08++ = 0xe0; + *pms->ptr.u32++ = reg; + } + pms->reg = reg; +} + +#endif \ No newline at end of file diff --git a/drivers/gpu/drm/nouveau/nv50_pm.c b/drivers/gpu/drm/nouveau/nv50_pm.c index a0d9d08..e28f939 100644 --- a/drivers/gpu/drm/nouveau/nv50_pm.c +++ b/drivers/gpu/drm/nouveau/nv50_pm.c @@ -26,9 +26,11 @@ #include "nouveau_drv.h" #include "nouveau_bios.h" #include "nouveau_pm.h" +#include "nouveau_pms.h" struct nv50_pm_state { struct nouveau_pm_level *perflvl; + struct pms_ucode ucode; struct pll_lims pll; enum pll_types type; int N, M, P; @@ -58,14 +60,20 @@ void * nv50_pm_clock_pre(struct drm_device *dev, struct nouveau_pm_level *perflvl, u32 id, int khz) { + struct drm_nouveau_private *dev_priv = dev->dev_private; struct nv50_pm_state *state; - int dummy, ret; + struct pms_ucode *pms; + u32 reg0_old, reg0_new; + u32 crtc_mask; + u32 reg_c040; + int ret, dummy, i; state = kzalloc(sizeof(*state), GFP_KERNEL); if (!state) return ERR_PTR(-ENOMEM); state->type = id; state->perflvl = perflvl; + pms = &state->ucode; ret = get_pll_limits(dev, id, &state->pll); if (ret < 0) { @@ -80,20 +88,79 @@ nv50_pm_clock_pre(struct drm_device *dev, struct nouveau_pm_level *perflvl, return ERR_PTR(ret); } + reg0_old = nv_rd32(dev, state->pll.reg + 0); + reg0_new = 0x80000000 | (state->P << 16) | (reg0_old & 0xfff8ffff); + + reg_c040 = nv_rd32(dev, 0xc040); + + crtc_mask = 0; + for (i = 0; i < 2; i++) { + if (nv_rd32(dev, NV50_PDISPLAY_CRTC_C(i, CLOCK))) + crtc_mask |= (1 << i); + } + + pms_init(pms); + + switch (state->type) { + case PLL_MEMORY: + /* Wait for vblank on all the CRTCs */ + if (crtc_mask) { + pms_op5f(pms, crtc_mask, 0x00); + pms_op5f(pms, crtc_mask, 0x01); + } + + pms_unkn(pms, 0x06); /* unknown */ + pms_unkn(pms, 0xb0); /* Disable bus access */ + + pms_wr32(pms, 0x100210, 0x00000000); + pms_wr32(pms, 0x1002dc, 0x00000001); + pms_wr32(pms, state->pll.reg + 0, reg0_old | 0x00000200); + pms_wr32(pms, state->pll.reg + 4, (state->N << 8) | state->M); + pms_wr32(pms, state->pll.reg + 0, reg0_new | 0x00000200); + pms_wr32(pms, state->pll.reg + 0, reg0_new); + pms_wr32(pms, 0x1002dc, 0x00000000); + pms_wr32(pms, 0x100210, 0x80000000); + pms_unkn(pms, 0x07); /* unknown */ + + pms_unkn(pms, 0xd0); /* Enable bus access again */ + break; + default: + pms_unkn(pms, 0xb0); // Disable bus access + + pms_wr32(pms, 0xc040, (reg_c040 & ~(1 << 5 | 1 << 4)) | (1 << 20)); + pms_wr32(pms, state->pll.reg + 0, reg0_new); + pms_wr32(pms, state->pll.reg + 4, (state->N << 8) | state->M); + pms_unkn(pms, 0x0e); + + pms_wr32(pms, 0xc040, reg_c040); + pms_wr32(pms, 0xc040, 0x10); + + pms_wr32(pms, 0xc040, reg_c040); + + pms_unkn(pms, 0xd0); /* Enable bus access again */ + break; + } + pms_fini(pms); + return state; } void nv50_pm_clock_set(struct drm_device *dev, void *pre_state) { + struct drm_nouveau_private *dev_priv = dev->dev_private; struct nv50_pm_state *state = pre_state; struct nouveau_pm_level *perflvl = state->perflvl; - u32 reg = state->pll.reg, tmp; + struct pms_ucode *pms = &state->ucode; struct bit_entry BIT_M; + u32 pbus1098, r100b0c, r619f00; + u32 pms_data, pms_kick; u16 script; + u32 reg = state->pll.reg, tmp; int N = state->N; int M = state->M; int P = state->P; + int i; if (state->type == PLL_MEMORY && perflvl->memscript && bit_table(dev, 'M', &BIT_M) == 0 && @@ -111,20 +178,54 @@ nv50_pm_clock_set(struct drm_device *dev, void *pre_state) nouveau_bios_run_init_table(dev, perflvl->memscript, NULL); } + /* only use PMS for changing the memory clocks */ if (state->type == PLL_MEMORY) { - nv_wr32(dev, 0x100210, 0); - nv_wr32(dev, 0x1002dc, 1); - } - /* TODO: Tweek 0x4700 before reclocking UNK05 */ - - tmp = nv_rd32(dev, reg + 0) & 0xfff8ffff; - tmp |= 0x80000000 | (P << 16); - nv_wr32(dev, reg + 0, tmp); - nv_wr32(dev, reg + 4, (N << 8) | M); + if (dev_priv->chipset < 0x90) { + pms_data = 0x001400; + pms_kick = 0x00000003; + } else { + pms_data = 0x080000; + pms_kick = 0x00000001; + } - if (state->type == PLL_MEMORY) { - nv_wr32(dev, 0x1002dc, 0); - nv_wr32(dev, 0x100210, 0x80000000); + /* upload ucode */ + pbus1098 = nv_mask(dev, 0x001098, 0x00000008, 0x00000000); + nv_wr32(dev, 0x001304, 0x00000000); + for (i = 0; i < pms->len / 4; i++) + nv_wr32(dev, pms_data + (i * 4), pms->ptr.u32[i]); + nv_wr32(dev, 0x001098, pbus1098 | 0x18); + + nv_mask(dev, 0x616308, 0x00000000, 0x00000010); + nv_mask(dev, 0x616b08, 0x00000000, 0x00000010); + + /* and run it! there's some pre and post script operations that + * nvidia do too, need to figure those out + */ + nv_mask(dev, 0x100200, 0x00000800, 0x00000000); + r100b0c = nv_mask(dev, 0x100b0c, 0x000000ff, 0x00000012); + r619f00 = nv_mask(dev, 0x619f00, 0x00000008, 0x00000000); + nv_wr32(dev, 0x00130c, pms_kick); + if (!nv_wait(dev, 0x001308, 0x00000100, 0x00000000)) { + NV_ERROR(dev, "pms ucode exec timed out\n"); + NV_ERROR(dev, "0x001308: 0x%08x\n", nv_rd32(dev, 0x001308)); + for (i = 0; i < pms->len / 4; i++) { + NV_ERROR(dev, "0x%06x: 0x%08x\n", 0x1400 + (i * 4), + nv_rd32(dev, 0x001400 + (i * 4))); + } + } + nv_wr32(dev, 0x619f00, r619f00); + nv_wr32(dev, 0x100b0c, r100b0c); + nv_mask(dev, 0x616308, 0x00000000, 0x00000010); + nv_mask(dev, 0x616b08, 0x00000000, 0x00000010); + nv_mask(dev, 0x100200, 0x00000000, 0x00000800); + + } else { + /* TODO: Tweek 0x4700 before reclocking UNK05 */ + + tmp = nv_rd32(dev, reg + 0) & 0xfff8ffff; + tmp |= 0x80000000 | (P << 16); + nv_wr32(dev, reg + 0, tmp); + nv_wr32(dev, reg + 4, (N << 8) | M); } kfree(state); -- 1.7.4.1 --------------000303090409000501080801--
