Re: Linux-2.4.20: bug with radeonfb - solved

(no name) ((no email))
Sun, 15 Dec 2002 12:55:06 +0100


At 01:56 15/12/2002 +0100, you wrote:
>On Tue, Dec 03, 2002 at 01:52:09AM +0100, José Luis Tallón wrote:
>
> > Environment: gcc-2.95.4, latest dev tools from Debian "Sarge"( testing )
> > Kernel: 2.4.20 + patch-2.4.20-ac1 from ftp.kernel.org
> >...
> > "No Go's":
> > Radeon M7 AGP:
> > - Framebuffer: unreadable output ( did work _perfectly_ with
> > Linux-2.4.19 ).
> > Looks like there's a bug somewhere in the rendering code( kernel
> > autodetects and configures a 175x65 framebuffer, as previously):
> > output seems to be "misplaced" -- might be a little assumption when
> > calculating line offsets.
> > Text lines, although bent to the right( 60º angle or so ), look _extremely
> > long_ (might be a wrong appreciation)
> > "Tux" logo is unrecogniceable too :(
> >
> > - DRM 4.1( v20020828 ) works nicely with XFree 4.2.1
> > - Xvid extension works
> >
> > dmesg gives this ( double-checked with 2.4.19 ): relevant sections are
> > identical to 2.4.19
> > ---
> > Pentium 4 Mobility - stepping 04
> > [...]
> > ref_clk=2700, ref_div=12, xclk=16600 from BIOS
> > Samsung LTN-1050P1-L02 flatpanel
> > DFP 1400x1050 from BIOS
> > Radeon M7 LW DDR SGRAM 64MB
> > colour framebuffer 175x65
> >...
>
>Does it work if you revert the patch against drivers/video/radeonfb.c
>that is in -ac?
>
>Does it work in plain 2.4.20 (without the -ac patch)?

<sweating and blushing>
Works perfect with 2.4.20 vanilla :-|
( I had previously trusted Alan's patches quite blindly )
- Chipset and DMA working

Will test with -ac2 and 21-pre1 and report back, so that we can isolate the
bug ( quite a nasty one, I can assure you )

Thanks again.

J.L.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/