Messages in this thread | | | Date | Sun, 15 Dec 2002 12:55:06 +0100 | From | José Luis Tallón <> | Subject | Re: Linux-2.4.20: bug with radeonfb - solved |
| |
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/
| |