Bug#748398: Bug has returned as CONFIG_FB_RADEON=y is set again

2015-01-14 Thread John Paul Adrian Glaubitz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Ben! Here are my test results: Kernels tested: * Linux 3.16.7-ck2 and Linux 3.18.0. Hardware tested: * Apple Mac Mini G4 (Radeon 9200) * Apple Powerbook G4 (Radeon 9600 PRO Turbo) * Apple iBook G3 (Rage Mobility 128 AGP) Results before

Bug#748398: Bug has returned as CONFIG_FB_RADEON=y is set again

2015-01-14 Thread Ben Hutchings
On Wed, 2015-01-14 at 13:12 +0100, John Paul Adrian Glaubitz wrote: Hi Ben! Here are my test results: [...] Conclusion: * Please set CONFIG_FB_RADEON=m on powerpc32. Thank you, I will. Ben. -- Ben Hutchings The world is coming to an end. Please log off. signature.asc Description:

Bug#748398: Bug has returned as CONFIG_FB_RADEON=y is set again

2015-01-04 Thread Vladimir Berezenko
On 24 Dec 2014 00:05:02, Ben Hutchings wrote: That is still better than having no display if the backlight is not correctly controlled. I confirm that backlight is not controlled correctly. Tried kms on powerbook 5,8. With video=radeonfb:off the only thing after X loaded is a black screen.

Bug#748398: Bug has returned as CONFIG_FB_RADEON=y is set again

2015-01-04 Thread John Paul Adrian Glaubitz
Hello Vladimir! On 01/04/2015 08:03 PM, Vladimir Berezenko wrote: That is still better than having no display if the backlight is not correctly controlled. I confirm that backlight is not controlled correctly. Tried kms on powerbook 5,8. With video=radeonfb:off the only thing after X

Bug#748398: Bug has returned as CONFIG_FB_RADEON=y is set again

2015-01-04 Thread Vladimir Berezenko
On 4 Jan 2015 20:24:52, John Paul Adrian Glaubitz wrote: I confirm that backlight is not controlled correctly. Tried kms on powerbook 5,8. With video=radeonfb:off the only thing after X loaded is a black screen. Thanks for the heads-up! Could you tell us what kernel version you used and

Bug#748398: Bug has returned as CONFIG_FB_RADEON=y is set again

2014-12-23 Thread Ben Hutchings
On Tue, 2014-12-23 at 03:24 +0100, John Paul Adrian Glaubitz wrote: On 12/23/2014 02:48 AM, Ben Hutchings wrote: This change caused a regression for some other 32-bit PowerMacs the last time we tried it (#614221). Therefore I limited it to 64-bit PowerPC configurations. Thanks for the

Bug#748398: Bug has returned as CONFIG_FB_RADEON=y is set again

2014-12-22 Thread John Paul Adrian Glaubitz
Control: unarchive -1 Control: reopen -1 Hello Ben! I just did a dist-upgrade which also upgraded the kernel. After rebooting the machine, X was still broken as radeonfb was loaded again and blocked the radeon module from functioning properly. Since the radeonfb driver is compiled into the

Bug#748398: Bug has returned as CONFIG_FB_RADEON=y is set again

2014-12-22 Thread Ben Hutchings
Control: tag -1 wontfix help On Mon, 2014-12-22 at 18:34 +0100, John Paul Adrian Glaubitz wrote: Control: unarchive -1 Control: reopen -1 Hello Ben! I just did a dist-upgrade which also upgraded the kernel. After rebooting the machine, X was still broken as radeonfb was loaded again and

Bug#748398: Bug has returned as CONFIG_FB_RADEON=y is set again

2014-12-22 Thread John Paul Adrian Glaubitz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 12/23/2014 02:48 AM, Ben Hutchings wrote: This change caused a regression for some other 32-bit PowerMacs the last time we tried it (#614221). Therefore I limited it to 64-bit PowerPC configurations. Thanks for the hint! Interestingly, the

Bug#748398: Bug has returned as CONFIG_FB_RADEON=y is set again

2014-12-22 Thread John Paul Adrian Glaubitz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 12/23/2014 03:24 AM, John Paul Adrian Glaubitz wrote: On 12/23/2014 02:48 AM, Ben Hutchings wrote: This change caused a regression for some other 32-bit PowerMacs the last time we tried it (#614221). Therefore I limited it to 64-bit PowerPC