mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Javier Villavicencio <jvillavicencio@arnet.com.ar>
To: linux-kernel@vger.kernel.org
Cc: Marcelo Tosatti <marcelo.tosatti@cyclades.com>,
	"Kristofer T. Karas" <ktk@enterprise.bidmc.harvard.edu>
Subject: Re: RadeonFB [Re: 2.4.23pre8 - ACPI Kernel Panic on boot]
Date: Tue, 28 Oct 2003 20:05:44 -0300	[thread overview]
Message-ID: <20031028200544.4e10cc97.jvillavicencio@arnet.com.ar> (raw)
In-Reply-To: <3F9EF0C9.3090507@enterprise.bidmc.harvard.edu>

On Tue, 28 Oct 2003 17:42:17 -0500
"Kristofer T. Karas" <ktk@enterprise.bidmc.harvard.edu> wrote:

> Marcelo Tosatti wrote:
> 
> >Joachim, 
> >The patch in question has caused other problems and will be removed.
> >  
> >
> 
> Speaking of patches causing problems and needing reversion, can the 
> screen-corrupting RadeonFB patch introduced in 2.4.23-pre3 be reverted 
> until such time as it is fixed?  I know there was a maintainer war going 
> on over who should officially submit RadeonFB patches; somewhere in 
> there, updates and fixes stopped coming.
> 
> As it now stands in current -pre kernels, returning from XFree86 to a 
> RadeonFB console results in total gibberish all over the screen (with my 
> hardware anyway, a standard Built-by-ATI Radeon 8500 LE chipset QL 
> rev0).  There is no workaround, other than to return to X.  Another bug 
> also causes screen corruption when switching VCs (it forgets where in 
> the YPan it is), but this can be easily worked around by setting VYRES = 
> YRES (fbset -match -a).
> 
> The previous version of RadeonFB in 2.4.23-pre2 and earlier works just 
> fine on my Radeon 8500 hardware, albeit without accelerated scrolling.  
> Of course, if people with other Radeon flavors can't use the older 
> driver but the newer one works for them, then short of a 
> CONFIG_OLD_RADEONFB, I guess we should keep the current one...
> 

Just to add some words about this, the older patch doesn't have support
for my Radeon 9600 Pro (RV350 chipset AP), so I tried the new one,
which has support, but only that, the new one is what Kristofer told
here among other things. So I added (just guessing, no idea if that was
right, for fun maybe) the PCI_IDs and RV350 checks in some places
of the old driver (I'm pretty sure they're all wrong), compiled and tried.
The old driver works *just fine* with my Radeon 9600, I only have a little
character distortion when trying to show the default linux logo, it shows 
without problems my customized logo, strange this. I can switch from X
without any trouble and the console looks fine.
I did this for kernel version prior to linux-2.6.0-test9 there are a new fbdev
patch but I added the radeonfb_setup function to it, it wasn't compiling
, not taking arguments from the kernel command line video=...., and 
has the same behaviour as the new driver.


Salu2.

Javier Villavicencio
-----------------------
qué desastre.-

  reply	other threads:[~2003-10-28 23:06 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-28 13:32 2.4.23pre8 - ACPI Kernel Panic on boot Joachim Bremer
2003-10-28 15:49 ` Marcelo Tosatti
2003-10-28 22:42   ` RadeonFB [Re: 2.4.23pre8 - ACPI Kernel Panic on boot] Kristofer T. Karas
2003-10-28 23:05     ` Javier Villavicencio [this message]
2003-10-29 16:51       ` Marcelo Tosatti
2003-10-29 20:06         ` Kristofer T. Karas
2003-10-29 21:03           ` Kronos
2003-10-30  5:20             ` Kristofer T. Karas
2003-10-31  7:59               ` Benjamin Herrenschmidt
2003-10-31 19:16                 ` Kristofer T. Karas
2003-10-31 22:55                   ` Benjamin Herrenschmidt
2003-11-01  6:22                 ` Kristofer T. Karas
2003-10-28 17:40 ` 2.4.23pre8 - ACPI Kernel Panic on boot Marcos D. Marado Torres

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=20031028200544.4e10cc97.jvillavicencio@arnet.com.ar \
    --to=jvillavicencio@arnet.com.ar \
    --cc=ktk@enterprise.bidmc.harvard.edu \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marcelo.tosatti@cyclades.com \
    /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

all inboxes | Powered by JetHome®