Re: Radeon FB troubles with recent kernels

2005-02-16 Thread Vincent C Jones
On Wed, Feb 16, 2005 at 01:41:20PM +1100, Benjamin Herrenschmidt wrote: > On Tue, 2005-02-15 at 20:53 -0500, Vincent C Jones wrote: > > > > > Kernel command line: auto BOOT_IMAGE=Test_9.2 ro root=306 pci=usepirqmask > > desktop idebus=66 video=radeonfb:[EMAIL PROTECTED] > > > > Note the "video=

Re: Radeon FB troubles with recent kernels

2005-02-16 Thread tvrtko . ursulin
On 14/02/2005 20:39:02 linux-kernel-owner wrote: >On my Thinkpad T30 with a Radeon Mobility M7 LW, I get interesting >console video corruption if I start GDM, switch back to text mode, >then stop it again. X is Xfree86 from Debian/unstable or X.org 6.8.2. > >The corruption shows up whenever the co

Re: Radeon FB troubles with recent kernels

2005-02-15 Thread Benjamin Herrenschmidt
On Tue, 2005-02-15 at 20:53 -0500, Vincent C Jones wrote: > > Kernel command line: auto BOOT_IMAGE=Test_9.2 ro root=306 pci=usepirqmask > desktop idebus=66 video=radeonfb:[EMAIL PROTECTED] > > Note the "video=radeonfb:[EMAIL PROTECTED]" which used to be required to > get the console into 1024x7

Re: Radeon FB troubles with recent kernels

2005-02-15 Thread Vincent C Jones
On Wed, Feb 16, 2005 at 09:02:01AM +1100, Benjamin Herrenschmidt wrote: > On Tue, 2005-02-15 at 10:07 -0500, Vincent C Jones wrote: > > > .../... > > > > radeonfb: panel ID string: 1024x768 > > radeonfb: detected LVDS panel size from BIOS: 1024x768 > > BIOS provided panel power del

Re: Radeon FB troubles with recent kernels

2005-02-15 Thread Benjamin Herrenschmidt
On Tue, 2005-02-15 at 10:07 -0500, Vincent C Jones wrote: > .../... > > radeonfb: panel ID string: 1024x768 > radeonfb: detected LVDS panel size from BIOS: 1024x768 > BIOS provided panel power delay: 1000 > radeondb: BIOS provided dividers will be used > ref_divider = 8 > post_divi

Re: Radeon FB troubles with recent kernels

2005-02-15 Thread Vincent C Jones
>> On my Thinkpad X31 with a Radeon Mobility M6 LY I see a major >> regression going from 2.6.11-rc3 to rc4. With rc-4, the frame >> buffer console (using "video=radeonfb:[EMAIL PROTECTED]") comes up as >> 640x480 expanded to 1024x768. The inability of ACPI suspend to turn >> off the backlight also

Re: Radeon FB troubles with recent kernels

2005-02-15 Thread Benjamin Herrenschmidt
> On my Thinkpad X31 with a Radeon Mobility M6 LY I see a major > regression going from 2.6.11-rc3 to rc4. With rc-4, the frame > buffer console (using "video=radeonfb:[EMAIL PROTECTED]") comes up as > 640x480 expanded to 1024x768. The inability of ACPI suspend to turn > off the backlight also ret

Re: Radeon FB troubles with recent kernels

2005-02-15 Thread Benjamin Herrenschmidt
On Mon, 2005-02-14 at 22:14 -0500, Vincent C Jones wrote: > In article <[EMAIL PROTECTED]> you write: > >On my Thinkpad T30 with a Radeon Mobility M7 LW, I get interesting > >console video corruption if I start GDM, switch back to text mode, > >then stop it again. X is Xfree86 from Debian/unstable

Re: Radeon FB troubles with recent kernels

2005-02-14 Thread Matt Mackall
On Tue, Feb 15, 2005 at 12:07:34PM +1100, Benjamin Herrenschmidt wrote: > > > Nope. No printk outputs from _set_par, _write_mode, or _engine_init. > > > > Just to clarify: the gdm stop is done from tty1 while gdm is running > > on tty7, so I don't think it's a matter of mode switch logic. > > Oh

Re: Radeon FB troubles with recent kernels

2005-02-14 Thread Vincent C Jones
In article <[EMAIL PROTECTED]> you write: >On my Thinkpad T30 with a Radeon Mobility M7 LW, I get interesting >console video corruption if I start GDM, switch back to text mode, >then stop it again. X is Xfree86 from Debian/unstable or X.org 6.8.2. > >The corruption shows up whenever the console sc

Re: Radeon FB troubles with recent kernels

2005-02-14 Thread Benjamin Herrenschmidt
> Nope. No printk outputs from _set_par, _write_mode, or _engine_init. > > Just to clarify: the gdm stop is done from tty1 while gdm is running > on tty7, so I don't think it's a matter of mode switch logic. Ohhh, this is a known bug then. When you kill X while it's not on the front VT, it will

Re: Radeon FB troubles with recent kernels

2005-02-14 Thread Matt Mackall
On Tue, Feb 15, 2005 at 10:08:11AM +1100, Benjamin Herrenschmidt wrote: > > > Appeared ? hah... that's strange. X is known to fuck up the chip when > > quit, but I wouldn't have expected any change due to the new version of > > radeonfb. From what you describe, it looks like an offset register is

Re: Radeon FB troubles with recent kernels

2005-02-14 Thread Antonino A. Daplas
On Tuesday 15 February 2005 07:08, Benjamin Herrenschmidt wrote: > > Appeared ? hah... that's strange. X is known to fuck up the chip when > > quit, but I wouldn't have expected any change due to the new version of > > radeonfb. From what you describe, it looks like an offset register is > > change

Re: Radeon FB troubles with recent kernels

2005-02-14 Thread Benjamin Herrenschmidt
> Appeared ? hah... that's strange. X is known to fuck up the chip when > quit, but I wouldn't have expected any change due to the new version of > radeonfb. From what you describe, it looks like an offset register is > changed by X, or the surface control. > > My patch did not change any of rade

Re: Radeon FB troubles with recent kernels

2005-02-14 Thread Benjamin Herrenschmidt
On Mon, 2005-02-14 at 12:39 -0800, Matt Mackall wrote: > On my Thinkpad T30 with a Radeon Mobility M7 LW, I get interesting > console video corruption if I start GDM, switch back to text mode, > then stop it again. X is Xfree86 from Debian/unstable or X.org 6.8.2. > > The corruption shows up whene

Radeon FB troubles with recent kernels

2005-02-14 Thread Matt Mackall
On my Thinkpad T30 with a Radeon Mobility M7 LW, I get interesting console video corruption if I start GDM, switch back to text mode, then stop it again. X is Xfree86 from Debian/unstable or X.org 6.8.2. The corruption shows up whenever the console scrolls after X has been shut down and manifests