[Bug 16520] [i915 i945 i965] tex corruption with Max Payne / ut2004 / WoW
http://bugs.freedesktop.org/show_bug.cgi?id=16520 --- Comment #41 from Tobias Jakobi 2008-12-13 04:32:11 PST --- Retested with latest mesa git master and Max Payne, issue is still there. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 11938] Switch to VESA mode hangs on HD4850
http://bugzilla.kernel.org/show_bug.cgi?id=11938 a...@wagner.name changed: What|Removed |Added Status|NEW |REJECTED Resolution||UNREPRODUCIBLE --- Comment #3 from a...@wagner.name 2008-12-13 04:51 --- My old videocard died (8800GTS, likely the bonding-solder problem that Nvidia has, mostly manifested in laptops so far), and I had to install the 4850 again. Could not get VESA in Windows XP either (and hence could not install any drivers). Will RAM the card. So this is a) definitely not a Linux problem and b) likely a problem with this individual card. I am therefore closing the bug. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH] libdrm merge of KMS bits
On Thu, 11 Dec 2008 15:11:23 -0800 Jesse Barnes wrote: > Initially I thought the merge of the KMS bits into libdrm would be as easy as > merging the modesetting-gem branch into master. But that branch has a ton of > stuff in it, including code for radeon and nv that its maintainers probably > don't want merged yet. So I reverted my initial attempt and came up with this > patch instead. > > If it looks ok, I'll go ahead and commit it. It basically just pulls over > the > xf86drmMode.* bits along with the new ioctl definitions in shared-core. I was going to try and see if this breaks nouveau, but the patch looks line-break damaged, and I couldn't get it to apply. Please do not mix the names nouveau and nv. > diff --git a/libdrm/Makefile.am b/libdrm/Makefile.am > index a5be36e..c3619a6 100644 > --- a/libdrm/Makefile.am > +++ b/libdrm/Makefile.am > @@ -22,13 +22,14 @@ SUBDIRS = . intel > > libdrm_la_LTLIBRARIES = libdrm.la > libdrm_ladir = $(libdir) > -libdrm_la_LDFLAGS = -version-number 2:4:0 -no-undefined > +libdrm_la_LDFLAGS = -version-number 2:3:0 -no-undefined Is this intentional? > > AM_CFLAGS = -I$(top_srcdir)/shared-core > libdrm_la_SOURCES = xf86drm.c xf86drmHash.c xf86drmRandom.c xf86drmSL.c \ > + xf86drmMode.c libdrm_lists.h > libdrm_lists.h > > libdrmincludedir = ${includedir} > -libdrminclude_HEADERS = xf86drm.h > +libdrminclude_HEADERS = xf86drm.h xf86drmMode.h > > EXTRA_DIST = ChangeLog TODO -- Pekka Paalanen http://www.iki.fi/pq/ -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12216] New: Error when drm is loaded
http://bugzilla.kernel.org/show_bug.cgi?id=12216 Summary: Error when drm is loaded Product: Drivers Version: 2.5 KernelVersion: 2.6.28-rc8 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI) AssignedTo: drivers_video-...@kernel-bugs.osdl.org ReportedBy: francois.valen...@tvcablenet.be Latest working kernel version: maybe 2.6.28-rc6 Earliest failing kernel version: 2.6.28-rc8 Distribution: Gentoo Hardware Environment: Acer Travelmate 4001 Lmi, ATI Radeon Mobility 9700 Software Environment: Problem Description: Steps to reproduce: When the drm module is loaded during X startup, I get the following error: [ 55.642188] [drm] Initialized drm 1.1.0 20060810 [ 55.757559] [drm] Initialized radeon 1.29.0 20080528 on minor 0 [ 56.920297] agpgart-intel :00:00.0: AGP 2.0 bridge [ 56.920314] agpgart-intel :00:00.0: putting AGP V2 device into 4x mode [ 56.920347] pci :01:00.0: putting AGP V2 device into 4x mode [ 57.686654] irq 6: nobody cared (try booting with the "irqpoll" option) [ 57.686660] Pid: 7472, comm: X Not tainted 2.6.28-rc8-git #22 [ 57.686663] Call Trace: [ 57.686671] [] __report_bad_irq+0x24/0x90 [ 57.686675] [] note_interrupt+0x169/0x1b0 [ 57.686679] [] handle_IRQ_event+0x25/0x60 [ 57.686683] [] handle_level_irq+0x0/0xa0 [ 57.686686] [] handle_level_irq+0x7c/0xa0 [ 57.686688][] __do_softirq+0x0/0x100 [ 57.686695] [] common_interrupt+0x23/0x28 [ 57.686698] [] __do_softirq+0x0/0x100 [ 57.686702] [] __do_softirq+0x2b/0x100 [ 57.686705] [] __do_softirq+0x0/0x100 [ 57.686707][] irq_exit+0x45/0x70 [ 57.686712] [] do_IRQ+0x7f/0xd0 [ 57.686718] [] io_schedule+0xe/0x20 [ 57.686721] [] common_interrupt+0x23/0x28 [ 57.686731] [] radeon_cp_dispatch_vertex+0x22b/0x370 [radeon] [ 57.686747] [] drm_vblank_get+0x3f/0x160 [drm] [ 57.686751] [] filemap_fault+0xe1/0x3d0 [ 57.686763] [] drm_modeset_ctl+0x9f/0xb0 [drm] [ 57.686775] [] drm_modeset_ctl+0x0/0xb0 [drm] [ 57.686786] [] drm_ioctl+0x1ba/0x2f0 [drm] [ 57.686791] [] __do_fault+0x15e/0x390 [ 57.686802] [] drm_ioctl+0x0/0x2f0 [drm] [ 57.686807] [] vfs_ioctl+0x69/0x70 [ 57.686810] [] do_vfs_ioctl+0x5c/0x430 [ 57.686815] [] do_page_fault+0x0/0x6c0 [ 57.686819] [] do_page_fault+0x28c/0x6c0 [ 57.686824] [] vfs_write+0x106/0x140 [ 57.686853] [] reiserfs_file_write+0x0/0xc0 [reiserfs] [ 57.686857] [] sys_ioctl+0x68/0x80 [ 57.686860] [] sysenter_do_call+0x12/0x25 [ 57.686865] [] unix_bind+0xd0/0x2b0 [ 57.686867] handlers: [ 57.686868] [] (usb_hcd_irq+0x0/0x70 [usbcore]) [ 57.686895] [] (usb_hcd_irq+0x0/0x70 [usbcore]) [ 57.686915] [] (usb_hcd_irq+0x0/0x70 [usbcore]) [ 57.686934] [] (b44_interrupt+0x0/0x100 [b44]) [ 57.686944] Disabling IRQ #6 [ 58.899533] [drm] Setting GART location based on new memory map [ 58.899541] [drm] Loading R300 Microcode [ 58.899589] [drm] Num pipes: 1 [ 58.899595] [drm] writeback test succeeded in 1 usecs It doesn't seems to cause any serious problem. Does anybody have any idea about this error ? -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12216] Error when drm is loaded
http://bugzilla.kernel.org/show_bug.cgi?id=12216 --- Comment #1 from francois.valen...@tvcablenet.be 2008-12-13 10:00 --- Created an attachment (id=19280) --> (http://bugzilla.kernel.org/attachment.cgi?id=19280&action=view) output of dmesg -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12028] i915 DRM is broken in 2.6.28-rc4
http://bugzilla.kernel.org/show_bug.cgi?id=12028 --- Comment #12 from r...@sisk.pl 2008-12-13 10:19 --- Adam, any news? -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
BUG: via_drmclient.h is referenced but does not exist
Hi David et al. After improving the headers_check.pl script to do a check for files included with: #include "foo.h" it reported the following error: /home/sam/kernel/knext.git/usr/include/drm/via_drm.h:34: included file '/home/sam/kernel/knext.git/usr/include/drm/via_drmclient.h' is not exported And indeed the file via_drmclient.h does not exist in the kernel source. We do not see any issue in the kernel as the include is guarded by: #ifndef __KERNEL__ #include "via_drmclient.h" #endif But referring to a non-existing file is not the right thing to to. We need this check as we have several places where we do: #include "foo.h" in our exported headers. So we need to fix drm somehow. The headers_check.pl patch is included for reference. Sam diff --git a/scripts/headers_check.pl b/scripts/headers_check.pl index 488a3b1..b97341e 100644 --- a/scripts/headers_check.pl +++ b/scripts/headers_check.pl @@ -32,7 +32,7 @@ foreach my $file (@files) { $lineno = 0; while ($line = ) { $lineno++; - check_include(); + check_include($filename); } close FH; } @@ -40,7 +40,8 @@ exit $ret; sub check_include { - if ($line =~ m/^\s*#\s*include\s+<((asm|linux).*)>/) { + my ($filename) = @_; + if ($line =~ m/^\s*#\s*include\s+<((asm|linux)[_a-zA-Z0-9\/.]+)>/) { my $inc = $1; my $found; $found = stat($dir . "/" . $inc); @@ -52,5 +53,18 @@ sub check_include printf STDERR "$filename:$lineno: included file '$inc' is not exported\n"; $ret = 1; } + } elsif ($line =~ m/^\s*#\s*include\s+"([_a-zA-Z0-9.]+)"/) { + my $inc = $1; + my $filedir = $filename; + my $found; + + # drop filename part so we have only the dir part + $filedir =~ s/\/[_a-zA-Z0-9.]+$//; + + $found = stat($filedir . "/" . $inc); + if (!$found) { + printf STDERR "$filename:$lineno: included file '$filedir/$inc' is not exported\n"; + $ret = 1; + } } } -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12216] Error when drm is loaded
http://bugzilla.kernel.org/show_bug.cgi?id=12216 --- Comment #2 from francois.valen...@tvcablenet.be 2008-12-13 11:42 --- After a git-bisect run, it appears that the following commit is the first bad one: 52440211dcdc52c0b757f8b34d122e11b12cdd50 is first bad commit commit 52440211dcdc52c0b757f8b34d122e11b12cdd50 Author: Keith Packard Date: Tue Nov 18 09:30:25 2008 -0800 drm: move drm vblank initialization/cleanup to driver load/unload drm vblank initialization keeps track of the changes in driver-supplied frame counts across vt switch and mode setting, but only if you let it by not tearing down the drm vblank structure. Signed-off-by: Keith Packard Signed-off-by: Dave Airlie If I revert it, the problem doesn't occur. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12174] No backlight control on Samsung x360
http://bugzilla.kernel.org/show_bug.cgi?id=12174 --- Comment #1 from m.he...@gmx.net 2008-12-13 13:53 --- Created an attachment (id=19283) --> (http://bugzilla.kernel.org/attachment.cgi?id=19283&action=view) decompiled acpidump According to the acpidump output NVID belongs to the laptop and this is really a regression. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: intel text mode restore problem
Norbert Preining wrote: > Where can I get this intel_reg_dumper from? Is there a tree to check > out, or a ready made binary from x86_64 (Debian/unstable)? > It is residing in the git repository of the intel driver. Cheers, Johannes. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12216] Error when drm is loaded
http://bugzilla.kernel.org/show_bug.cgi?id=12216 r...@sisk.pl changed: What|Removed |Added CC||r...@sisk.pl OtherBugsDependingO||11808 nThis|| Regression|0 |1 -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12216] Error when drm is loaded
http://bugzilla.kernel.org/show_bug.cgi?id=12216 --- Comment #3 from r...@sisk.pl 2008-12-13 15:01 --- First-Bad-Commit : 52440211dcdc52c0b757f8b34d122e11b12cdd50 -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Intel-gfx] [PATCH] [intel] Dump out memory usage information when the kernel fails to pin
On Fri, 2008-12-12 at 10:42 -0800, Keith Packard wrote: > The execbuffer ioctl returns ENOMEM when it fails to pin all of the buffers > in the GTT. This is usually caused by the DRM client attempting to use too > much memory in a single request. Dumping out the requested and available > memory values should help point out failures in the DRM code to catch over > commitments of this form. looks good to me. > Signed-off-by: Keith Packard > --- > libdrm/intel/intel_bufmgr_gem.c | 70 ++ > 1 files changed, 55 insertions(+), 15 deletions(-) > > diff --git a/libdrm/intel/intel_bufmgr_gem.c b/libdrm/intel/intel_bufmgr_gem.c > index be41474..3958f43 100644 > --- a/libdrm/intel/intel_bufmgr_gem.c > +++ b/libdrm/intel/intel_bufmgr_gem.c > @@ -164,6 +164,12 @@ struct _drm_intel_bo_gem { > > static void drm_intel_gem_bo_reference_locked(drm_intel_bo *bo); > > +static unsigned int > +drm_intel_gem_estimate_batch_space(drm_intel_bo **bo_array, int count); > + > +static unsigned int > +drm_intel_gem_compute_batch_space(drm_intel_bo **bo_array, int count); > + > static int > logbase2(int n) > { > @@ -913,6 +919,14 @@ drm_intel_gem_bo_exec(drm_intel_bo *bo, int used, > ret = ioctl(bufmgr_gem->fd, DRM_IOCTL_I915_GEM_EXECBUFFER, &execbuf); > } while (ret != 0 && errno == EAGAIN); > > +if (ret != 0 && errno == ENOMEM) { > + fprintf(stderr, "Execbuffer fails to pin. Estimate: %u. Actual: %u. > Available: %u\n", > + drm_intel_gem_estimate_batch_space(bufmgr_gem->exec_bos, > +bufmgr_gem->exec_count), > + drm_intel_gem_compute_batch_space(bufmgr_gem->exec_bos, > + bufmgr_gem->exec_count), > + bufmgr_gem->gtt_size); > +} > drm_intel_update_buffer_offsets (bufmgr_gem); > > if (bufmgr_gem->bufmgr.debug) > @@ -1100,6 +1114,43 @@ > drm_intel_gem_bo_clear_aperture_space_flag(drm_intel_bo *bo) > } > > /** > + * Return a conservative estimate for the amount of aperture required > + * for a collection of buffers. This may double-count some buffers. > + */ > +static unsigned int > +drm_intel_gem_estimate_batch_space(drm_intel_bo **bo_array, int count) > +{ > +int i; > +unsigned int total = 0; > + > +for (i = 0; i < count; i++) { > + drm_intel_bo_gem *bo_gem = (drm_intel_bo_gem *)bo_array[i]; > + if (bo_gem != NULL) > + total += bo_gem->reloc_tree_size; > +} > +return total; > +} > + > +/** > + * Return the amount of aperture needed for a collection of buffers. > + * This avoids double counting any buffers, at the cost of looking > + * at every buffer in the set. > + */ > +static unsigned int > +drm_intel_gem_compute_batch_space(drm_intel_bo **bo_array, int count) > +{ > +int i; > +unsigned int total = 0; > + > +for (i = 0; i < count; i++) > + total += drm_intel_gem_bo_get_aperture_space(bo_array[i]); > + > +for (i = 0; i < count; i++) > + drm_intel_gem_bo_clear_aperture_space_flag(bo_array[i]); > +return total; > +} > + > +/** > * Return -1 if the batchbuffer should be flushed before attempting to > * emit rendering referencing the buffers pointed to by bo_array. > * > @@ -1121,24 +1172,13 @@ drm_intel_gem_check_aperture_space(drm_intel_bo > **bo_array, int count) > drm_intel_bufmgr_gem *bufmgr_gem = (drm_intel_bufmgr_gem > *)bo_array[0]->bufmgr; > unsigned int total = 0; > unsigned int threshold = bufmgr_gem->gtt_size * 3 / 4; > -int i; > > -for (i = 0; i < count; i++) { > - drm_intel_bo_gem *bo_gem = (drm_intel_bo_gem *)bo_array[i]; > - if (bo_gem != NULL) > - total += bo_gem->reloc_tree_size; > -} > +total = drm_intel_gem_estimate_batch_space(bo_array, count); > + > +if (total > threshold) > + total = drm_intel_gem_compute_batch_space(bo_array, count); > > if (total > threshold) { > - total = 0; > - for (i = 0; i < count; i++) > - total += drm_intel_gem_bo_get_aperture_space(bo_array[i]); > - > - for (i = 0; i < count; i++) > - drm_intel_gem_bo_clear_aperture_space_flag(bo_array[i]); > -} > - > -if (total > bufmgr_gem->gtt_size * 3 / 4) { > DBG("check_space: overflowed available aperture, %dkb vs %dkb\n", > total / 1024, (int)bufmgr_gem->gtt_size / 1024); > return -1; > -- > 1.5.6.5 > > ___ > Intel-gfx mailing list > intel-...@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/intel-gfx -- Eric Anholt e...@anholt.net eric.anh...@intel.com signature.asc Description: This is a digitally signed message part -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 t
[Bug 18967] Xorg freeze after using xrandr, drm debug error.
http://bugs.freedesktop.org/show_bug.cgi?id=18967 --- Comment #12 from Eric Anholt 2008-12-13 16:58:19 PST --- Generally no user environment involves server regens, so it may be in your best interest to avoid running a testing environment involving that code path. (Basically, run an xlogo or xterm or something before playing with xrandr). Still a bug. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel