On Sun, 9 Mar 2008 22:31:13 +0100 "Rafael J. Wysocki" [off-list ref] wrote:

On Sunday, 9 of March 2008, Andrew Morton wrote:

quoted

On Sun,  9 Mar 2008 08:55:52 -0700 (PDT) bugme-daemon@bugzilla.kernel.org wrote:

quoted

http://bugzilla.kernel.org/show_bug.cgi?id=10205

           Summary: BUG: Display gets corrupted when using lxfb driver on a
                    GeodeLX 5535 based chipset
           Product: Drivers
           Version: 2.5
     KernelVersion: 2.6.24.2
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Console/Framebuffers
        AssignedTo: jsimmons@infradead.org
        ReportedBy: nestorac@gmail.com


Latest working kernel version:
 None or unknown
Earliest failing kernel version:
 Latest version
Distribution:
 Debian Stable (Etch)
Hardware Environment:
 AMD Geode 32 bit A830 board, 5536 chipset based embedded computer (TFT 10"
 800x600), with GeodeLX embedded GPU. It's webpage is at:
 http://www.winmatev.com.tw/PPc/PPcSpec.asp?Prod=03_0013&Typeid=03020101
 I own a cheaper version using GeodeGX 500 processor, 256MiB RAM, no
 touchscreen.
Software Environment:
 Debian 4.0 Stable (Etch), Kernel 2.4.22.2 vanilla + AUFS patch (it has nothing
 to do with graphics, but BTW...), all i386, kernel specifically compiled for
 Geode GX/LX Processor target (but also does not work for generic i386 target).
Problem Description:
 I get a blurry screen when trying to enable Framebuffer, vga=788
 option (800x600). Screen gets corrupted, but when I start X.org, it shows
 Ok, until I switch again to console. Everything works fine with Vesa FB,
 except that, of course, it's more CPU consuming and slower [supposedly].
 When blurry, screen looks like it was under a lake.
Steps to reproduce:
 1) Compile the kernel, include support for GeodeLX Framebuffer.
 2) Install the kernel on the machine
 3) Boot it up, adding vga=788 mode to bootloader.
 4) Screen gets completely blurry until X.org starts.

Guys, this is a post-2.6.24 regression

Hm, what exactly makes you think so?

Beats me.  I was probably looking at the wrong report when I decided that.

The failing kernel version is 2.6.24.2, so most probably the problem is present
in 2.6.24 as well.

Moreover, the reporter didn't specify the last known good kernel, so it might
not be a regression at all.

Yup.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/