All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.