Re: Blurry image with nouveau over VGA, ok with nvidia driver
On Tue, Nov 06, 2012 at 13:58:31 +0100, tino.keitel+x...@tikei.de wrote: > On Tue, Nov 06, 2012 at 13:45:26 +0100, Łukasz Maśko wrote: > > [...] > > > Your report is very similar to mine. I'm also using 1600x1200 resolution. > > My > > machine has DVI, but monitor does not. So I'm also using VGA connector. And > > I also have problems, but its font rendering in my case. > > I'm not sure it is only about font rendering. I think icons also look > blurry. > > > > > What happens, if you switch to 1280x1024 or 1024x768 (if your monitor > > supports such resolution)? > > It's an LCD, so resolutions other than the native resolution > (1600x1200) look much worse. I just tried 1400x1050 and 1024x768 just > in case. Hi, nevermind. The whole desktop got currupted after a few hours of use, so I reverted back to the Nvidia binary drivers. Regards, Tino ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Blurry image with nouveau over VGA, ok with nvidia driver
On Tue, Nov 06, 2012 at 13:45:26 +0100, Łukasz Maśko wrote: [...] > Your report is very similar to mine. I'm also using 1600x1200 resolution. My > machine has DVI, but monitor does not. So I'm also using VGA connector. And > I also have problems, but its font rendering in my case. I'm not sure it is only about font rendering. I think icons also look blurry. > > What happens, if you switch to 1280x1024 or 1024x768 (if your monitor > supports such resolution)? It's an LCD, so resolutions other than the native resolution (1600x1200) look much worse. I just tried 1400x1050 and 1024x768 just in case. Regards, Tino ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Blurry image with nouveau over VGA, ok with nvidia driver
Hi, I used the nvidia binary drivers on GeForce 6150 LE graphics. They are awfull (slow, corruption in Emacs, replace system libraries), but nouveau didn't work at all. Now I tried 3.7-rc4 and nouveau seems to give an image at least. However, the image is blurry. The computer doesn't have DVI out, so I'm using VGA and a resolution of 1600x1200. This may be the culprit, but the same setup worked fine with the binary driver. Are there any options I could try? I attached the Xorg.0.log and the xrandr output. Regards, Tino Xorg.0.log.gz Description: Binary data xrandr.txt.gz Description: Binary data ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [Intel-gfx] Tearing video on Sandy Bridge
On Thu, May 03, 2012 at 16:32:47 -0400, Chun-Yu Shei wrote: > On 05/03/2012 03:51 PM, tino.keitel+x...@tikei.de wrote: > >On Thu, May 03, 2012 at 21:46:37 +0200, Daniel Vetter wrote: > >>On Thu, May 03, 2012 at 09:34:28PM +0200, Tino Keitel wrote: > >>>On Thu, May 03, 2012 at 20:43:01 +0200, Daniel Vetter wrote: > >>> > >>>[...] > >>> > The only way to get tear-free screen updates on snb is with pageflips, > which requires a opengl compositor > >>> > >>>Thanks. What do you mean with "opengl compositor"? Isn't the Gnome3 > >>>desktop providing this? > >> > >>Well, it needs to do vsync'ed updates, and to work correctly, the client > > > >Is this in the dri config file? > > I've had tear-free video (finally!) in GNOME 3 for a while now, > using the following in my ~/.xsession (and launching that from GDM > instead of GNOME directly): > > CLUTTER_PAINT=disable-clipped-redraws:disable-culling > /etc/X11/Sessions/Gnome Thanks, I'll try that. When I goggled for that, I also found people using CLUTTER_VBLANK=True. Regards, Tino ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Tearing video on Sandy Bridge
On Thu, May 03, 2012 at 21:46:37 +0200, Daniel Vetter wrote: > On Thu, May 03, 2012 at 09:34:28PM +0200, Tino Keitel wrote: > > On Thu, May 03, 2012 at 20:43:01 +0200, Daniel Vetter wrote: > > > > [...] > > > > > The only way to get tear-free screen updates on snb is with pageflips, > > > which requires a opengl compositor > > > > Thanks. What do you mean with "opengl compositor"? Isn't the Gnome3 > > desktop providing this? > > Well, it needs to do vsync'ed updates, and to work correctly, the client Is this in the dri config file? Regards, Tino ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
[Intel-gfx] Tearing video on Sandy Bridge
Hi, the tearing video issue with XV output seemed to be fixed on my old computer with i945 graphics at some point. Last year I upgraded to a box with i5-2400, and got bitten again by tearing video. Currently I use kernel 3.4-rc5, Xserver 1.12 and xorg-intel 2.18. I use gnome3 and gnome-shell on my desktop, and tried several players (mplayer, vlc, mythtv). Am I just doing something wrong, or is smooth video playback not the scope of the Sandy Bridge development? Regards, Tino ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] system freeze with kernel 3.2-rc7
On Mon, Dec 26, 2011 at 16:54:18 -0800, Keith Packard wrote: > On Mon, 26 Dec 2011 11:59:04 +0100, Kai Krakow wrote: > > > > North Bridge Configuration: > > > VT-d > > > > This doesn't exist > > That's odd. I don't understand all of the SNB CPU variations; perhaps > there's a desktop version that has VT-d fused out or something? The K variants of SandyBridge CPUs don't have VT-d. Here is the product page for the 2500K: http://ark.intel.com/products/52210/ Regards, Tino ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] kernel BUG at drivers/gpu/drm/i915/i915_gem
On Thu, Dec 15, 2011 at 19:54:15 +0100, tino.keitel+x...@tikei.de wrote: > On Wed, Dec 14, 2011 at 20:57:51 +0100, tino.keitel+x...@tikei.de wrote: > > [...] > > > it looks I stumbled over the same: > > > > [88399.844150] kernel BUG at drivers/gpu/drm/i915/i915_gem.c:1952! > > 2011-12-14_19:28:56.93083 <0>[88399.844182] invalid opcode: [#1] > > SMP > > > > While doing this I was running a 32 bit photo software (Bibble 5 pro) > > in fullscreen on an otherwise 64 bit system. > > > > The full log including the trace is attached. > > > > I'll try with the patch applied. > > I just got the same hang again with the patch applied. Hum, could this be related to the RC6 vs. IOMMU issue? I have CONFIG_INTEL_IOMMU enabled in 3.2, and disabled in 3.1, and boot with i915.i915_enable_rc6=1. Regards, Tino ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] kernel BUG at drivers/gpu/drm/i915/i915_gem
On Wed, Dec 14, 2011 at 20:57:51 +0100, tino.keitel+x...@tikei.de wrote: [...] > it looks I stumbled over the same: > > [88399.844150] kernel BUG at drivers/gpu/drm/i915/i915_gem.c:1952! > 2011-12-14_19:28:56.93083 <0>[88399.844182] invalid opcode: [#1] > SMP > > While doing this I was running a 32 bit photo software (Bibble 5 pro) > in fullscreen on an otherwise 64 bit system. > > The full log including the trace is attached. > > I'll try with the patch applied. I just got the same hang again with the patch applied. Regards, Tino ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] kernel BUG at drivers/gpu/drm/i915/i915_gem
On Wed, Dec 14, 2011 at 02:47:33 +0100, Daniel Vetter wrote: > On Mon, Dec 12, 2011 at 10:16, Rocko Requin wrote: > >> If you can wire up netconsole you should be able to gather the full > >> backtrace and that would be really useful. Otherwise can you please > >> confirm by reverting that commit from your current tree that it is > >> indeed the culprit? Otherwise please bisect the issue. > > > > I built 3.2-rc5 with the patch from commit > > eb1711bb94991e93669c5a1b5f84f11be2d51ea1 reversed, and have been using it > > now for a day and a half without any i915_gem issues. So at this stage it > > does seem likely it is the culprit, based on the fact that I had at least 2 > > and probably 3 i915_gem crashes in around 12 hours with the commit applied. > > When I get some free time I'll reapply the patch and see if I can reproduce > > the crash and get a netconsole dump. > > Backtraces from another reporter seriously look like we're hitting > some ugly use-after free. Can you please test whether the patch > "drm/i915: Only clear the GPU domains upon a successful finish" by > Chris Wilson fixes anything for you? You can grab it from > http://cgit.freedesktop.org/~danvet/drm/patch/?id=389a55581e30607af0fcde6cdb4e54f189cf46cf Hi, it looks I stumbled over the same: [88399.844150] kernel BUG at drivers/gpu/drm/i915/i915_gem.c:1952! 2011-12-14_19:28:56.93083 <0>[88399.844182] invalid opcode: [#1] SMP While doing this I was running a 32 bit photo software (Bibble 5 pro) in fullscreen on an otherwise 64 bit system. The full log including the trace is attached. I'll try with the patch applied. Regards, Tino [88399.844150] kernel BUG at drivers/gpu/drm/i915/i915_gem.c:1952! 2011-12-14_19:28:56.93083 <0>[88399.844182] invalid opcode: [#1] SMP [88399.844210] CPU 3 [88399.844222] Modules linked in: bluetooth cpufreq_stats fuse ipv6 loop snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_pcm dvb_usb_vp7045 dvb_usb dvb_core rc_core snd_timer xhci_hcd snd_page_alloc evdev [88399.844368] [88399.844380] Pid: 8959, comm: Xorg Not tainted 3.2.0-rc5-1-g3aae701 #24 /DH67BL [88399.844439] RIP: 0010:[] [] i915_wait_request+0x516/0x530 [88399.844491] RSP: 0018:88020b3cbbe8 EFLAGS: 00010246 [88399.844519] RAX: 88021661e800 RBX: 880216692038 RCX: 5250 [88399.844555] RDX: 8802166923f8 RSI: RDI: 880216692038 [88399.844591] RBP: 880216692000 R08: 0010 R09: 0002 [88399.844627] R10: 88021661e800 R11: 005a R12: [88399.844664] R13: R14: R15: 88021661e800 [88399.844700] FS: 7fbef0355880() GS:88021fb8() knlGS: [88399.844741] CS: 0010 DS: ES: CR0: 8005003b [88399.844770] CR2: 7f2c5ed0200c CR3: 000216748000 CR4: 000406e0 [88399.844806] DR0: DR1: DR2: [88399.844842] DR3: DR6: 0ff0 DR7: 0400 [88399.844879] Process Xorg (pid: 8959, threadinfo 88020b3ca000, task 8801f0eee110) 2011-12-14_19:28:56.93093 <0>[88399.844919] Stack: [88399.844932] 88021661e800 813ac08c 0042 0042 [88399.844977] 8802166922f8 8138056e 8802166923f8 0042 [88399.845023] 88020b3cbd10 81385c01 880216692038 2011-12-14_19:28:56.93094 <0>[88399.845068] Call Trace: [88399.845087] [] ? blt_ring_flush+0xdc/0x110 [88399.845120] [] ? i915_gem_flush_ring+0x4e/0x210 [88399.845154] [] ? i915_gem_execbuffer_relocate_entry+0x171/0x300 [88399.845193] [] ? i915_gem_do_execbuffer.isra.8+0xb3c/0x13d0 [88399.845233] [] ? i915_gem_object_set_to_gtt_domain+0xd8/0x1d0 [88399.845272] [] ? i915_gem_execbuffer2+0x9e/0x260 [88399.845307] [] ? drm_ioctl+0x3ec/0x4a0 [88399.845336] [] ? i915_gem_execbuffer+0x410/0x410 [88399.845371] [] ? do_vfs_ioctl+0x96/0x550 [88399.845402] [] ? vfs_read+0x14d/0x170 [88399.845430] [] ? sys_ioctl+0x49/0x80 [88399.845460] [] ? system_call_fastpath+0x16/0x1b 2011-12-14_19:28:56.93100 <0>[88399.845491] Code: ff ff 0f 1f 00 45 31 e4 e9 de fc ff ff 0f 1f 84 00 00 00 00 00 41 bc f0 ff ff ff e9 cb fc ff ff 41 bc f4 ff ff ff e9 8a fb ff ff <0f> 0b 41 bc 00 fe ff ff eb 91 45 85 e4 0f 84 5e fb ff ff e9 a8 2011-12-14_19:28:56.93101 kern.alert: [88399.845744] RIP [] i915_wait_request+0x516/0x530 [88399.845781] RSP ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] [ANNOUNCE] xf86-video-intel 2.16.902
On Mon, Nov 14, 2011 at 08:16:35 +0100, tino.keitel+x...@tikei.de wrote: > On Sun, Nov 13, 2011 at 11:27:29 +, Chris Wilson wrote: > > This is the second release candidate in preparation for the upcoming > > 2.17.0 release. We will appreciate any feedback we can get from > > Hi, > > this does not show up in > git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel yet. > > Is this the correct repository? Oops, I checked the wrong remote in my git tree. Sorry for the noise. Regards, Tino ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] [ANNOUNCE] xf86-video-intel 2.16.902
On Sun, Nov 13, 2011 at 11:27:29 +, Chris Wilson wrote: > This is the second release candidate in preparation for the upcoming > 2.17.0 release. We will appreciate any feedback we can get from Hi, this does not show up in git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel yet. Is this the correct repository? Regards, Tino ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
[Intel-gfx] Tearing video with Sandy Bridge
Hi, I upgraded from a computer with i945 to a Sandy Bridge box with a i5-2400 CPU. Whereas the video tearing issue with XV output seemed to be solved with the i945 graphics, I now have heavy tearing again. I tried both mplayer -vo xv and mplayer -vo vaapi. I also upgraded to Mesa 7.11, Xserver 1.11 and intel-xorg 2.16, I don't know if any of these is connected to the tearing issue. I use kernel 3.0.4, and gnome-shell 3.0.2 for the desktop. Regards, Tino ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Intel 2011Q3 release
On Wed, Aug 10, 2011 at 09:39:53 +0800, Jin, Gordon wrote: > Hi, > > We'd like to announce Intel 2011Q3 graphics package (note there's no > 2011Q2 release), with bug fixes as usual, and Alpha support for Ivy > Bridge (Intel 2012 platforms). Hi, the Q3 release is missing in the NEWS section on http://intellinuxgraphics.org/. I also saw no announcement for the release candidate für 2.16 on this list, as it was done in the past. The documentation reads "We will appreciate any feedback we can get from testing of this snapshot.". I think there would be more feedback if it would be announced somewhere. Regards, Tino ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] 3 monitor setup - Sandy Bridge coexisting with an NVidia adapter?
On Thu, Jun 23, 2011 at 12:16:58 -0700, Mark Knecht wrote: > Hi, >We've been having some minor startup issues getting a 3 monitor > multi-head setup running where two digital monitors are driven by an > NVidia adapter and the 3rd analog monitor is driven by the VGA output > on a Z68/Sandy Bridge Asus motherboard. AFAIK you need to use the open source NVidia driver for this (nouveau). Regards, Tino ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
