From: Sven Luther <sven.luther@wanadoo.fr>
To: "Antonino A. Daplas" <adaplas@pol.net>
Cc: maximilian attems <maks@sternwelten.at>,
Steve Langasek <vorlon@debian.org>,
347186@bugs.debian.org, Sven Luther <sven.luther@wanadoo.fr>,
linux-fbdev-devel@lists.sourceforge.net
Subject: Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer
Date: Wed, 11 Jan 2006 12:48:48 +0100 [thread overview]
Message-ID: <20060111114848.GA6453@localhost.localdomain> (raw)
In-Reply-To: <43C4EAD4.2090704@pol.net>
On Wed, Jan 11, 2006 at 07:24:04PM +0800, Antonino A. Daplas wrote:
> maximilian attems wrote:
> > dear adaplas,
> >
> > could you please take a look at this matroxfb debian bug report:
> > http://bugs.debian.org/347186
> >
> > On Mon, 09 Jan 2006, Steve Langasek wrote:
> >
> > <snipp>
> >>>> Sigh, can't get a break with alpha kernel support around here. After
> >>>> upgrading to 2.6.14 (from 2.4.27), the Matrox framebuffer no longer works
> >>>> correctly on my alpha with a Matrox Millenium II. The matroxfb_base module
> >>>> loads without error, but gives me corrupt video output only.
> >>> Try turning off acceleration.
> >> Doesn't make a difference.
> >>
> >> What did make a difference was, after googling, loading fbcon manually
> >> before loading matroxfb_base. Given that I'm loading matroxfb_base by hand
> >> (/etc/modules), it's not getting loaded via udev or anything like that, it
> >> seems to me that it's my responsibility to load fbcon by hand as well, but
> >> it's still something of an unexpected change from 2.4.
>
> You can always compile fbcon statically and the fbdev as modules so you get
> the same behavior as 2.4. (The separation of fbdev from fbcon is advantageous
> in embedded systems where the console is not needed).
>
> (There's a new document Documentation/fb/fbcon.txt that explains some of the
> changes. It's new in 2.6.15).
Also, note :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=311815
[powerpc] screen garbage when using matroxfb acceleration
this is on powerpc64 though, so it may be some 64-bitness issue.
Friendly,
Sven Luther
next prev parent reply other threads:[~2006-01-11 11:48 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20060109090849.GB3481@tennyson.dodds.net>
[not found] ` <20060109093517.GA23253@localhost.localdomain>
[not found] ` <20060109105146.GE3481@tennyson.dodds.net>
2006-01-11 10:28 ` Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer maximilian attems
2006-01-11 11:24 ` Antonino A. Daplas
2006-01-11 11:48 ` Sven Luther [this message]
2006-01-11 12:36 ` Antonino A. Daplas
2006-01-11 12:51 ` Bug#347186: [Linux-fbdev-devel] " Sven Luther
2006-01-12 5:15 ` Steve Langasek
2006-01-12 10:13 ` Bug#347186: [Linux-fbdev-devel] " Michel Dänzer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060111114848.GA6453@localhost.localdomain \
--to=sven.luther@wanadoo.fr \
--cc=347186@bugs.debian.org \
--cc=adaplas@pol.net \
--cc=linux-fbdev-devel@lists.sourceforge.net \
--cc=maks@sternwelten.at \
--cc=vorlon@debian.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox