From: Daniel Vetter <daniel@ffwll.ch>
To: Zdenek Kabelac <zdenek.kabelac@gmail.com>,
Chris Wilson <chris@chris-wilson.co.uk>
Cc: Sean Paul <seanpaul@chromium.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
intel-gfx@lists.freedesktop.org, jbarnes@virtuousgeek.org
Subject: Re: [Intel-gfx] Regression on GMA965 - display seems to have slow jump changes in brightness
Date: Thu, 24 May 2012 16:41:09 +0200 [thread overview]
Message-ID: <20120524144109.GB5078@phenom.ffwll.local> (raw)
In-Reply-To: <CAJJYPd=G2bdA+92cWJeMBqHV9FVL1-vRPSYH44+Hh3G8aqa9pg@mail.gmail.com>
On Thu, May 24, 2012 at 04:21:48PM +0200, Zdenek Kabelac wrote:
> 2012/5/23 Daniel Vetter <daniel@ffwll.ch>:
> > On Wed, May 23, 2012 at 01:48:41PM +0200, Zdenek Kabelac wrote:
> >> 2012/5/23 Daniel Vetter <daniel@ffwll.ch>:
> >> > On Wed, May 23, 2012 at 09:07:28AM +0200, Daniel Vetter wrote:
> >> >> On Wed, May 23, 2012 at 08:59:07AM +0200, Zdenek Kabelac wrote:
> >> >> > Hmm I've been using i915.lvds_downclock=1 on grub command line, and
> >> >> > haven't noticed any visible problems with 3.3 kernel. So I'd rather
> >> >> > ask if the problematic patch isn't doing downclocking in a wrong way?
> >> >> > Or maybe detection that downclocking is not supported properly is not
> >> >> > correct now ?
> >> >>
> >> >> Nope, Sean's analysis is pretty much correct, that patch only makes
> >> >> downclocking possible in more circumstances. And downclocking can
> >> >> certainly explain what you're seeing, the backlight pwm signal is driven
> >> >> off the panel dotclock, so if we change that we can very likely cause some
> >> >> funny interference. I guess we could frob the backligth control settings
> >> >> and adjust them for the change in clockspeed, but the current backlight
> >> >> code is a bit a mess. So right now I suggest you just drop that option -
> >> >> there are reasons it's not the default ;-)
> >> >
> >> > Quick question: What's the frequency of the brightness change? And how
> >> > regular are the changes?
> >> > -Daniel
> >>
> >>
> >> Now when it's obvious it's related to powersaving - it's probably
> >> much easier to explain,
> >> that I've been observing those changes when some activity was happing -
> >> i.e. opening picture - and after like 1 second image has flashed, -
> >> then I've moved the mouse
> >> stopped - and again image has flashed with brightness a bit.
> >>
> >> The issue would be probably far less noticeable if the period of time
> >> of idle GPU would have to be
> >> much longer (i.e. in minute range)
> >
> > Hm, that sounds more like something ugly is happening when we switch
> > frequencies as opposed to the different frequency causing interference
> > with the backlight. Just to check: You only see a quick flash, then
> > brightness is back to normal?
>
> In fact I'm not really noticing the moment it goes back to normal -
> I'll notice when it gets darker.
> i.e. when I open picture with 'qiv' - after a second I notice that
> picture becomes a bit darker.
> If I do not move with anything - it stays this way.
>
> >
> > If that's the case, please try Chris' fastboot branch. vsyncing the
> > frequency change might indeed fix this.
> >
>
> I've tried to compile, but compilation finished with some errors - so
> I've tried to rebase branch on master 3.4 - tried to resolve some
> error - but probably in a wrong thus resulted kernel given me just
> black screen when X has been initialized. So I'll try to remove some
> config options and I'll try to rebuild original fastboot branch later.
Hm, maybe attach your .config and yell at Chris a bit to fix up his
branch.
-Daniel
--
Daniel Vetter
Mail: daniel@ffwll.ch
Mobile: +41 (0)79 365 57 48
next prev parent reply other threads:[~2012-05-24 14:39 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-22 12:08 Zdenek Kabelac
2012-05-22 12:30 ` Daniel Vetter
2012-05-22 14:36 ` Zdenek Kabelac
2012-05-22 14:44 ` Daniel Vetter
2012-05-22 14:55 ` Zdenek Kabelac
2012-05-22 22:15 ` Zdenek Kabelac
2012-05-22 22:21 ` Sean Paul
2012-05-23 6:49 ` Daniel Vetter
2012-05-23 6:59 ` Zdenek Kabelac
2012-05-23 7:07 ` Daniel Vetter
2012-05-23 9:11 ` Daniel Vetter
2012-05-23 11:48 ` Zdenek Kabelac
2012-05-23 12:03 ` [Intel-gfx] " Daniel Vetter
2012-05-24 14:21 ` Zdenek Kabelac
2012-05-24 14:41 ` Daniel Vetter [this message]
2012-05-23 8:59 ` Chris Wilson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120524144109.GB5078@phenom.ffwll.local \
--to=daniel@ffwll.ch \
--cc=chris@chris-wilson.co.uk \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jbarnes@virtuousgeek.org \
--cc=linux-kernel@vger.kernel.org \
--cc=seanpaul@chromium.org \
--cc=zdenek.kabelac@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®