* 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 https://bugzilla.kernel.org/show_bug.cgi?id=31522 > 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 2.6.38.6 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.) m. _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
