Bug 10971 - [PATCH]radeonfb : radeon X800 family support (atombios)
[PATCH]radeonfb : radeon X800 family support (atombios)
Status: RESOLVED DOCUMENTED
Product: Drivers
Classification: Unclassified
Component: Console/Framebuffers
All Linux
: P1 enhancement
Assigned To: James Simmons
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-06-23 14:35 UTC by Jimmy.Jazz
Modified: 2010-02-16 16:30 UTC (History)
6 users (show)

See Also:
Kernel Version: 2.6.29
Tree: Mainline
Regression: No


Attachments
radeonfb patches (41.47 KB, application/x-bzip)
2008-06-23 14:36 UTC, Jimmy.Jazz
Details
radeonfb-atom-2.6.25.diff (94.13 KB, patch)
2008-06-29 14:12 UTC, Chí-Thanh Christopher Nguyễn
Details | Diff
radeonfb for kernel 2.6.29 (95.71 KB, patch)
2009-03-25 19:34 UTC, Jimmy.Jazz
Details | Diff

Description Jimmy.Jazz 2008-06-23 14:35:21 UTC
Latest working kernel version:2.6.26
Earliest failing kernel version:
Distribution:
Hardware Environment: Radeon X800 family PCIe videocard
Software Environment:
Problem Description:

Using the actual radeonfb kernel driver with a X800 videocard gives me a black screen of the death and will crash xorg. Worth, with the vesafb driver the card is not even working well.

Also, i gathered some patches that were published on the fbdev forum, and changed few easy things to make the driver understand the monid ddc type of the videocard and print better kernel messages. I tested the vga ddc and the monid ddc and both are working well.

The only difficulties are, first i need to deactivate some options in xorg.conf to be able to switch back and forth to the virtual ttys.

[code]
        Option      "IgnoreEDID" "off" 
        Option      "ReverseDDC" "off"
        Option      "VGAAccess" "off"
[/code]

Second, the driver needs to share the same resolution and color depth as xorg.

The following options are working with the radeonfb framebuffer. I have only tested them when the radeonfb driver was compiled like an optional module.

options radeonfb mode_option=1680x1050MR-32@60
options radeonfb ignore_edid=0
options radeonfb ignore_devlist=1 force_measure_pll=0 nomodeset=0 noaccel=0

I hope these patches will help radeon X800 owners to have a nice splash screen on their flat wide screen... but without guaranty. My knowledge in videocard logic is quite thin :)  

Steps to reproduce:
Comment 1 Jimmy.Jazz 2008-06-23 14:36:00 UTC
Created attachment 16593 [details]
radeonfb patches
Comment 2 Anonymous Emailer 2008-06-23 14:50:07 UTC
Reply-To: akpm@linux-foundation.org


(switched to email.  Please respond via emailed reply-to-all, not via the
bugzilla web interface).

On Mon, 23 Jun 2008 14:35:21 -0700 (PDT)
bugme-daemon@bugzilla.kernel.org wrote:

> http://bugzilla.kernel.org/show_bug.cgi?id=10971
> 
>            Summary: radeonfb : radeon X800 family support (atombios)
>            Product: Drivers
>            Version: 2.5
>      KernelVersion: stable branch 2.6.26-rc6
>           Platform: All
>         OS/Version: Linux
>               Tree: Mainline
>             Status: NEW
>           Severity: enhancement
>           Priority: P1
>          Component: Console/Framebuffers
>         AssignedTo: jsimmons@infradead.org
>         ReportedBy: Jimmy.Jazz@gmx.net
> 
> 
> Latest working kernel version:2.6.26
> Earliest failing kernel version:
> Distribution:
> Hardware Environment: Radeon X800 family PCIe videocard
> Software Environment:
> Problem Description:
> 
> Using the actual radeonfb kernel driver with a X800 videocard gives me a black
> screen of the death and will crash xorg. Worth, with the vesafb driver the card
> is not even working well.
> 
> Also, i gathered some patches that were published on the fbdev forum, and
> changed few easy things to make the driver understand the monid ddc type of the
> videocard and print better kernel messages. I tested the vga ddc and the monid
> ddc and both are working well.
> 
> The only difficulties are, first i need to deactivate some options in xorg.conf
> to be able to switch back and forth to the virtual ttys.
> 
> [code]
>         Option      "IgnoreEDID" "off" 
>         Option      "ReverseDDC" "off"
>         Option      "VGAAccess" "off"
> [/code]
> 
> Second, the driver needs to share the same resolution and color depth as xorg.
> 
> The following options are working with the radeonfb framebuffer. I have only
> tested them when the radeonfb driver was compiled like an optional module.
> 
> options radeonfb mode_option=1680x1050MR-32@60
> options radeonfb ignore_edid=0
> options radeonfb ignore_devlist=1 force_measure_pll=0 nomodeset=0 noaccel=0
> 
> I hope these patches will help radeon X800 owners to have a nice splash screen
> on their flat wide screen... but without guaranty. My knowledge in videocard
> logic is quite thin :)  
> 
> Steps to reproduce:
> 

A post-2.6.26 regression..

Comment 3 Chí-Thanh Christopher Nguyễn 2008-06-29 14:12:46 UTC
Created attachment 16656 [details]
radeonfb-atom-2.6.25.diff

Patch for 2.6.25, based on Solomon Peachy's patch from bug 6215, slightly modified from http://sourceforge.net/mailarchive/message.php?msg_name=20071209174346.GA18769%40gandalf.home.lxtec.de

This patch adds PCI ids for more cards, eg. R423, RV410
Comment 4 Adrian Bunk 2008-07-06 09:48:58 UTC
Please correct me if I'm wrong, but as far as I can see this is not a regression.
Comment 5 Dave Airlie 2008-07-06 16:05:34 UTC
Definitely not a regression.
Comment 6 Jimmy.Jazz 2008-07-07 04:38:29 UTC
(In reply to comment #5)
> Definitely not a regression.
> 
That would be a good occasion to implement it then and to help a lot of radeon videocard owners to use the radeon framebuffer together with xorg.

FYI, radeon X800 cards family is not even able to work nicely with uvesa or vesafb driver.

Thanks in advance.
Comment 7 Jimmy.Jazz 2009-03-25 19:34:09 UTC
Created attachment 20679 [details]
radeonfb for kernel 2.6.29

Just in case someone is still interested to give it a try...
I'm using it right now with kernel release 2.6.29 and it works quite nicely.
Comment 8 James Simmons 2010-02-16 16:27:05 UTC
This driver has been replaced by the drm radeon driver with kms support.

Note You need to log in before you can comment on or make changes to this bug.