Re: i915/kms/backlight-combo mode problem
From: Melchior FRANZ
Date: Mon May 16 2011 - 08:22:00 EST
* Takashi Iwai -- Sunday 15 May 2011:
> IIRC, you reported that the backlight gets normal when you revert my
> commit in 2.6.38.x. So, this was regarded as a regression at first.
Yes. And it *is* a regression, which is the whole point of my
initial complaint, as reported by Maciej in
> But, one question remains: whether the backlight level control worked
> with the reverted kernel?
Good point. Turns out it didn't work with 2.6.38-rc8 either. But it
did work at some time before. (I use this notebook mainly as a
terminal ATM, so I didn't care much for backlight level. This came
up later during investigation.)
So the only thing that 2.6.38 broke was that the backlight
was initially off. Adjustment had already been broken before
(and works now again; sigh ... confused? I am! :-).
> If you can still change the level without
> LBPC, the former analysis was incorrect.
I don't even know what an LBPC is, other than a variable named like that.
So I'd need a hint for how to test that.
> Also, with the latest 2.6.38.x, you found that the backlight gets back
> when you adjust the level down.
When I reported this, it was about 2.6.39-* and HEAD, not stable
versions. But I tried now, and openSuSE's 220.127.116.11 behaves the same.
> Another question now is what happens if you again turn it up to the
> max level. Is the backlight still on?
Yes. If the backlight was on at one point, then increasing the level
to maximum never turned if off.
> If the backlight is kept on even with the max level, it implies that
> the problem is only the initial value; once when set correctly, it'll
> work fine after that.
Yes, that's the case. (Except that after closing the lid it's off again.)
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/