Re: [Intel-gfx] Sony VAIO VPC-SA2 blinking/waves on LVDS

On Mon, Oct 10, 2011 at 03:19:13AM +0400, Олег Герман wrote: > I have a VAIO VPC-SA2 laptop, with an Ubuntu 11.04 installed. > The problem lies in the strange screen (LVDS 1600x900) blinking/waves > ( which is mostly > noticeable in grey gradients and causes eyes fatigue and pain after > prolonged

Re: [Intel-gfx] Memory corruption on hibernate/thaw with KMS

On Tue, 2011-09-27 at 16:12 +1000, Bojan Smojver wrote: > I can confirm that as of kernel 3.1.0-rc7 this is still a problem. Just tried some hibernation loops with 3.1.0-rc9+ and got a hang caused by one of the GPU threads being busy (claimed that GPU was busy). When I tried the same with nomodese

Re: [Intel-gfx] Sony VAIO VPC-SA2 blinking/waves on LVDS

dmesg output http://pastebin.com/Z6u2M0c0 xrandr --verbose http://pastebin.com/Yenu9Hxn 2011/10/10 Daniel Vetter : > I'd wager this is dithering gone wrong. Can you boot with drm.debug=0xe > and attach the full dmesg? Also please attach xrandr --verbose. > > Yours, Daniel > -- > Daniel Vetter >

Re: [Intel-gfx] Memory corruption on hibernate/thaw with KMS

On Mon, Oct 10, 2011 at 06:15:06PM +1100, Bojan Smojver wrote: > On Tue, 2011-09-27 at 16:12 +1000, Bojan Smojver wrote: > > I can confirm that as of kernel 3.1.0-rc7 this is still a problem. > > Just tried some hibernation loops with 3.1.0-rc9+ and got a hang caused > by one of the GPU threads be

Re: [Intel-gfx] Memory corruption on hibernate/thaw with KMS

On Mon, 2011-10-10 at 18:15 +1100, Bojan Smojver wrote: > Will try some more tests, just to confirm whether memory corruption > thing is still present. Yes, still present. I did this on my Fedora 15 system with 3.1.0-rc9+ (git pull as of half an hour ago): echo -n reboot > /sys/power/disk for ((

Re: [Intel-gfx] Memory corruption on hibernate/thaw with KMS

On Mon, 2011-10-10 at 09:53 +0200, Daniel Vetter wrote: > Can you try the patch attached to fdo #40241, i.e. > https://bugs.freedesktop.org/attachment.cgi?id=50648 > > I think I have an idea what's going wrong here. I will try and let you know. From what I've seen at some other bugs, it helped s

Re: [Intel-gfx] Sony VAIO VPC-SA2 blinking/waves on LVDS

On Mon, Oct 10, 2011 at 09:04:45AM +0200, Daniel Vetter wrote: > On Mon, Oct 10, 2011 at 03:19:13AM +0400, Олег Герман wrote: > > I have a VAIO VPC-SA2 laptop, with an Ubuntu 11.04 installed. > > The problem lies in the strange screen (LVDS 1600x900) blinking/waves > > ( which is mostly > > noticea

Re: [Intel-gfx] Memory corruption on hibernate/thaw with KMS

On Mon, 2011-10-10 at 19:18 +1100, Bojan Smojver wrote: > I will try and let you know. From what I've seen at some other bugs, > it helped some people, but not others. After about 20 cycles, got: --- [ 173.834896] BUG: unable to handle kernel NULL poin

Re: [Intel-gfx] Memory corruption on hibernate/thaw with KMS

On Mon, 2011-10-10 at 21:05 +1100, Bojan Smojver wrote: > Which may or may not be corruption. Will have to test more. When I attempted to shut the machine down, it hung and I could see more kernel traces on the console. -- Bojan ___ Intel-gfx mailing

Re: [Intel-gfx] Memory corruption on hibernate/thaw with KMS

On Mon, 2011-10-10 at 21:12 +1100, Bojan Smojver wrote: > When I attempted to shut the machine down, it hung and I could see > more > kernel traces on the console. Tried again, but this time I used chvt 2; sleep 1; chvt 1 in the sequence (this seems to agitate the bug faster). Indeed, got problem

Re: [Intel-gfx] Memory corruption on hibernate/thaw with KMS

On Mon, 2011-10-10 at 21:37 +1100, Bojan Smojver wrote: > Let me repeat my tests using nomodeset. I just repeated 67 hibernate/thaw cycles with nomodeset, which took almost an hour. I'm writing this e-mail from that thawed session. No trouble whatsoever. So, two conclusions: - the problem is in

Re: [Intel-gfx] [PATCH 2/2] Check if the bus is valid prior to discovering edid.

On Sat, Oct 8, 2011 at 19:13, Ben Widawsky wrote: > I think you may as well optimistically try to get the edid_data here. > The problem is, in the success case you add ~10 i2c clocks because you > next call drm_get_edid. If you optimistacally try to do both you should > receive the -ENXIO after t

[Intel-gfx] [PATCH] Typo: fix function name, a left-over from when i965_reset was renamed to i915_reset.

Signed-off-by: Eugeni Dodonov --- drivers/gpu/drm/i915/i915_drv.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c index f07e425..bfd56d9 100644 --- a/drivers/gpu/drm/i915/i915_drv.c +++ b/drivers/gpu/drm/i

Re: [Intel-gfx] [PATCH 1/3] drm/i915: Ivybridge still has fences!

On Sun, 9 Oct 2011 21:52:01 +0200 Daniel Vetter wrote: > So don't forget to restore them on resume and dump them into > the error state. This should probably just be >= 6 instead; I don't think we're getting rid of fences anytime soon. -- Jesse Barnes, Intel Open Source Technology Center si

Re: [Intel-gfx] i915 module does not find 82865G if configured as secondary

On Sun, Oct 9, 2011 at 19:36:27 +0100, Chris Wilson wrote: > On Sun, 9 Oct 2011 14:44:30 +0200, Daniel Vetter wrote: > > On Sun, Oct 09, 2011 at 01:07:25PM +0200, Tempura San wrote: > > > Here is the output of lspci -nn: > > > > > > 00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM

Re: [Intel-gfx] [PATCH] drm/i915: Silence _DSM errors

On Tue, 2011-09-13 at 14:11 -0400, Adam Jackson wrote: > <@ajax> mjg59: how concerned should i be about [drm:intel_dsm_pci_probe] > *ERROR* failed to get supported _DSM functions ? > <@mjg59> ajax: Entirely unconcerned > > Signed-off-by: Adam Jackson Anybody? This makes quiet boot actua

Re: [Intel-gfx] [PATCH] drm/i915: Silence _DSM errors

On Mon, 10 Oct 2011 15:08:51 -0400 Adam Jackson wrote: > On Tue, 2011-09-13 at 14:11 -0400, Adam Jackson wrote: > > <@ajax> mjg59: how concerned should i be about [drm:intel_dsm_pci_probe] > > *ERROR* failed to get supported _DSM functions ? > > <@mjg59> ajax: Entirely unconcerned > > >

Re: [Intel-gfx] i915 module does not find 82865G if configured as secondary

This would be great, but... I have just tested the patches and it really messes up the system. On the first boot I got a shell and was able to to a dmesg: ... [ 46.775935] [drm] Initialized drm 1.1.0 20060810 [ 46.926398] i915 :00:02.0: enabling device ( -> 0003) [ 46.926412] i915 0

[Intel-gfx] [PATCH 0/2] Automatic 6bpc dither for DisplayPort

This fixes a rather irritating limitation of active dp->foo converters. Many such (including all DP->VGA chips I can find on the market) come equipped with only 2 DP lanes, which clips your dotclock to 144MHz at 8bpc. Of the standard DMT modes, that means you lose 1600x1200@60 and above. Since th

[Intel-gfx] [PATCH 1/2] drm/i915: intel_choose_pipe_bpp_dither messages should be DRM_DEBUG_KMS

Shouldn't hide these behind _DRIVER, they're all KMS-related. Signed-off-by: Adam Jackson --- drivers/gpu/drm/i915/intel_display.c | 14 +++--- 1 files changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c in

[Intel-gfx] [PATCH 2/2] drm/i915/dp: Dither down to 6bpc if it makes the mode fit

Some active adaptors (VGA usually) only have two lanes at 2.7GHz. That's a maximum pixel clock of 144MHz at 8bpc, but 192MHz at 6bpc. Signed-off-by: Adam Jackson --- drivers/gpu/drm/i915/intel_display.c | 22 -- drivers/gpu/drm/i915/intel_dp.c | 31 ++

Re: [Intel-gfx] i915 module does not find 82865G if configured as secondary

On Mon, 10 Oct 2011 22:32:38 +0200, Tempura San wrote: Non-text part: multipart/mixed > This would be great, but... > > I have just tested the patches and it really messes up the system. > > On the first boot I got a shell and was able to to a dmesg: > ... > [ 46.775935] [drm] Initialized drm

[Intel-gfx] [PATCH] drm/i915: always set FDI composite sync bit

It's needed for 3 pipe support as well as just regular functionality (e.g. DisplayPort). Signed-off-by: Jesse Barnes --- drivers/gpu/drm/i915/i915_reg.h |1 + drivers/gpu/drm/i915/intel_display.c |2 ++ 2 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/i

Re: [Intel-gfx] [PATCH] drm/i915: always set FDI composite sync bit

On Mon, 2011-10-10 at 14:28 -0700, Jesse Barnes wrote: > It's needed for 3 pipe support as well as just regular functionality > (e.g. DisplayPort). > > Signed-off-by: Jesse Barnes Tested-by: Adam Jackson - ajax signature.asc Description: This is a digitally signed message part __

Re: [Intel-gfx] [PATCH] drm/i915: always set FDI composite sync bit

On Mon, Oct 10, 2011 at 18:28, Jesse Barnes wrote: > It's needed for 3 pipe support as well as just regular functionality > (e.g. DisplayPort). > > Signed-off-by: Jesse Barnes > Tested-by: Eugeni Dodonov -- Eugeni Dodonov __

Re: [Intel-gfx] [PATCH] drm/i915: always set FDI composite sync bit

On Mon, 10 Oct 2011 14:28:52 -0700, Jesse Barnes wrote: > It's needed for 3 pipe support as well as just regular functionality > (e.g. DisplayPort). Any explanation on how you get sync without this? As in, why did this ever work? -- keith.pack...@intel.com pgpiiHwV2DslA.pgp Description: PGP

Re: [Intel-gfx] [PATCH v3 0/3] Ironlake mobile GPU with VT-d, fix

On Mon, Sep 26, 2011 at 3:11 AM, Ben Widawsky wrote: > v1: (tested) > idle GPU before and after unmaps. > > v2: (untested) > Read GMCH_CTRL to find if VT-d is enable > Pulled David's patch into the series > Only stall for unmaps > Add warning for list_empty && !rings_idle > > v3: (still untested)