No backlight since linux-4.2.4 - drivers/gpu/drm/radeon/atombios_encoders.c

2015-10-29 Thread Michel Dänzer
On 29.10.2015 04:03, Alex Deucher wrote: > On Wed, Oct 28, 2015 at 3:11 AM, Michel Dänzer wrote: >> On 28.10.2015 01:43, Alex Deucher wrote: >>> On Tue, Oct 27, 2015 at 12:23 PM, Michael Burian >>> wrote: On 10/27/15 16:10, Alex Deucher wrote: > > It would appear that your sys

No backlight since linux-4.2.4 - drivers/gpu/drm/radeon/atombios_encoders.c

2015-10-28 Thread Michael Burian
On 10/28/15 20:03, Alex Deucher wrote: >> >> My only doubt about this patch is: Should we also fall back to the old >> beahviour in the !(rdev->mode_info.firmware_flags & >> ATOM_BIOS_INFO_BL_CONTROLLED_BY_GPU) case? > > Theoretically, it's not necessary, but I guess better safe than sorry. > Upda

No backlight since linux-4.2.4 - drivers/gpu/drm/radeon/atombios_encoders.c

2015-10-28 Thread Michel Dänzer
On 28.10.2015 01:43, Alex Deucher wrote: > On Tue, Oct 27, 2015 at 12:23 PM, Michael Burian > wrote: >> On 10/27/15 16:10, Alex Deucher wrote: >> >>> >>> It would appear that your system does not use the gpu backlight >>> controller. Either it's lying or messing with the GPU backlight >>> contro

No backlight since linux-4.2.4 - drivers/gpu/drm/radeon/atombios_encoders.c

2015-10-28 Thread Alex Deucher
On Wed, Oct 28, 2015 at 3:11 AM, Michel Dänzer wrote: > On 28.10.2015 01:43, Alex Deucher wrote: >> On Tue, Oct 27, 2015 at 12:23 PM, Michael Burian >> wrote: >>> On 10/27/15 16:10, Alex Deucher wrote: >>> It would appear that your system does not use the gpu backlight controller

No backlight since linux-4.2.4 - drivers/gpu/drm/radeon/atombios_encoders.c

2015-10-27 Thread Michel Dänzer
On 27.10.2015 17:44, Michael Burian wrote: > On 10/27/15 03:36, Michel Dänzer wrote: >>> >>> [0] contains dmesg output with your patch applied (which fixes the >>> backlight issue) >> >> This is very surprising: The patch just adds some debugging output, it's >> not supposed to have any functiona

No backlight since linux-4.2.4 - drivers/gpu/drm/radeon/atombios_encoders.c

2015-10-27 Thread Michael Burian
On 10/27/15 17:43, Alex Deucher wrote: > > I see the problem. We don't enable native backlight control on older > asics like yours by default. Does the attached patch help? > Yes, backlight is on again. (tested against mainline: 858e904bd71dd0057a548d6785d94ce5ec4aeabd) thanks

No backlight since linux-4.2.4 - drivers/gpu/drm/radeon/atombios_encoders.c

2015-10-27 Thread Michael Burian
On 10/27/15 16:10, Alex Deucher wrote: > > It would appear that your system does not use the gpu backlight > controller. Either it's lying or messing with the GPU backlight > controller causes some bad interaction with whatever does control it. > Does the attached radeon patch help? I'm also at

No backlight since linux-4.2.4 - drivers/gpu/drm/radeon/atombios_encoders.c

2015-10-27 Thread Alex Deucher
On Tue, Oct 27, 2015 at 12:23 PM, Michael Burian wrote: > On 10/27/15 16:10, Alex Deucher wrote: > >> >> It would appear that your system does not use the gpu backlight >> controller. Either it's lying or messing with the GPU backlight >> controller causes some bad interaction with whatever does

No backlight since linux-4.2.4 - drivers/gpu/drm/radeon/atombios_encoders.c

2015-10-27 Thread Michel Dänzer
Michael, please keep the Cc: list intact. On 26.10.2015 19:46, Michael Burian wrote: > On 10/26/15 10:32, Michel Dänzer wrote: >> On 25.10.2015 04:25, Michael Burian wrote: >>> >>> # first bad commit: [5a633828b4b2bef343826afcb0a70770c4911c55] drm/radeon: >>> Restore LCD backlight level on res

No backlight since linux-4.2.4 - drivers/gpu/drm/radeon/atombios_encoders.c

2015-10-27 Thread Alex Deucher
On Tue, Oct 27, 2015 at 6:06 AM, Michael Burian wrote: > On 10/27/15 10:17, Michel Dänzer wrote: >> >> I'm not familiar with the ATOM bytecode, but since the number of >> bytecode instructions executed seems the same in both cases, I suspect >> that dig->backlight_level == 0 => ATOM_LCD_BLOFF is

No backlight since linux-4.2.4 - drivers/gpu/drm/radeon/atombios_encoders.c

2015-10-27 Thread Michael Burian
On 10/27/15 10:17, Michel Dänzer wrote: > > I'm not familiar with the ATOM bytecode, but since the number of > bytecode instructions executed seems the same in both cases, I suspect > that dig->backlight_level == 0 => ATOM_LCD_BLOFF is executed. (The > debugging output in my patch would have prov

No backlight since linux-4.2.4 - drivers/gpu/drm/radeon/atombios_encoders.c

2015-10-27 Thread Michael Burian
On 10/27/15 03:36, Michel Dänzer wrote: >> >> [0] contains dmesg output with your patch applied (which fixes the backlight >> issue) > > This is very surprising: The patch just adds some debugging output, it's > not supposed to have any functional effect. Also, I don't see any of the > debugging

No backlight since linux-4.2.4 - drivers/gpu/drm/radeon/atombios_encoders.c

2015-10-26 Thread Michel Dänzer
On 25.10.2015 04:25, Michael Burian wrote: > hi, > > after updating the kernel from linux-stable[0] v4.2.3 to v4.2.4 on my > hp compaq nx9420 laptop (Debian Jessie, amd64), the backlight is turned off > within the first couple of seconds during boot. > > The situation persists (Xorg seems to be r

No backlight since linux-4.2.4 - drivers/gpu/drm/radeon/atombios_encoders.c

2015-10-26 Thread Alex Deucher
On Mon, Oct 26, 2015 at 5:32 AM, Michel Dänzer wrote: > On 25.10.2015 04:25, Michael Burian wrote: >> hi, >> >> after updating the kernel from linux-stable[0] v4.2.3 to v4.2.4 on my >> hp compaq nx9420 laptop (Debian Jessie, amd64), the backlight is turned off >> within the first couple of second