Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 202906 - x11-drivers/ati-drivers-8.443.1 version bump
Summary: x11-drivers/ati-drivers-8.443.1 version bump
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: X11 External Driver Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-12-21 00:24 UTC by Jory A. Pratt
Modified: 2009-03-30 05:30 UTC (History)
7 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Fixed powermode patch for 8.443.1 (ati-powermode.patch,1.46 KB, patch)
2007-12-21 00:50 UTC, Bernd Steinhauser
Details | Diff
ati-drivers-8.443.1.ebuild.diff (ati-8.443.1.diff,1.72 KB, text/plain)
2007-12-21 00:54 UTC, Jory A. Pratt
Details
New ati-powermode-opt-path-1.patch (ati-powermode-opt-path-1.patch,1.54 KB, patch)
2007-12-21 01:07 UTC, Will Briggs
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Jory A. Pratt gentoo-dev 2007-12-21 00:24:28 UTC
version bump that should resolve most x lock up issues. same ebuild just version bump it.

Reproducible: Always
Comment 1 Bernd Steinhauser 2007-12-21 00:50:29 UTC
Created attachment 139011 [details, diff]
Fixed powermode patch for 8.443.1

The patch current in portage won't work with this driver, because they changed that file.
Comment 2 Jory A. Pratt gentoo-dev 2007-12-21 00:53:25 UTC
(In reply to comment #1)
> Created an attachment (id=139011) [edit]
> Fixed powermode patch for 8.443.1
> 
> The patch current in portage won't work with this driver, because they changed
> that file.
> 

I was aware of this just had not gotten it up yet :-b
Comment 3 Bernd Steinhauser 2007-12-21 00:53:53 UTC
(In reply to comment #0)
> version bump that should resolve most x lock up issues. same ebuild just
> version bump it.
> 
> Reproducible: Always
> 

There is one change, that should be made:
-   amd64? ( app-emulation/emul-linux-x86-xlibs )
+   amd64? ( multilib? ( app-emulation/emul-linux-x86-xlibs ) )
Comment 4 Jory A. Pratt gentoo-dev 2007-12-21 00:54:09 UTC
Created attachment 139012 [details]
ati-drivers-8.443.1.ebuild.diff

If you do not know how to use it you will have to wait I am not gonna provide hand holding on how to use the patch.
Comment 5 Jory A. Pratt gentoo-dev 2007-12-21 00:55:34 UTC
(In reply to comment #3)
> (In reply to comment #0)
> > version bump that should resolve most x lock up issues. same ebuild just
> > version bump it.
> > 
> > Reproducible: Always
> > 
> 
> There is one change, that should be made:
> -   amd64? ( app-emulation/emul-linux-x86-xlibs )
> +   amd64? ( multilib? ( app-emulation/emul-linux-x86-xlibs ) )
> 

This is incorrect. We have hardmasked the ati-drivers on non-multilib amd64 profiles cause the dep is needed as upstream has stated. They do not support non-multilib profiles at this time so gentoo can not support it either, not to mention no dev wants to work on ati-drivers that has a non-multilib system.
Comment 6 Bernd Steinhauser 2007-12-21 00:58:11 UTC
(In reply to comment #5)
> This is incorrect. We have hardmasked the ati-drivers on non-multilib amd64
> profiles cause the dep is needed as upstream has stated. They do not support
> non-multilib profiles at this time so gentoo can not support it either, not to
> mention no dev wants to work on ati-drivers that has a non-multilib system.
> 
The 32bit libs are just needed by the 32bit opengl libs, no program except those libs will need a 32bit dependency, since amdcccle comes in a 64bit version (I think that was 8.40.4).

Hardmasking the drivers on no-multilib systems is just unneeded.
Comment 7 Jory A. Pratt gentoo-dev 2007-12-21 01:01:28 UTC
(In reply to comment #6)
> (In reply to comment #5)
> > This is incorrect. We have hardmasked the ati-drivers on non-multilib amd64
> > profiles cause the dep is needed as upstream has stated. They do not support
> > non-multilib profiles at this time so gentoo can not support it either, not to
> > mention no dev wants to work on ati-drivers that has a non-multilib system.
> > 
> The 32bit libs are just needed by the 32bit opengl libs, no program except
> those libs will need a 32bit dependency, since amdcccle comes in a 64bit
> version (I think that was 8.40.4).
> 
> Hardmasking the drivers on no-multilib systems is just unneeded.
> 

Until upstream says otherwise non-multilib users are left using the opensource 2d driver. 
Comment 8 Will Briggs 2007-12-21 01:07:05 UTC
Created attachment 139014 [details, diff]
New ati-powermode-opt-path-1.patch

The ati-powermode-opt-path-1.patch doesn't apply, here's a non-sanity-checked fix.  Apart from this I'm guessing it's only SRC_URI that needs changing.  Doing some proper testing now.
Comment 9 Will Briggs 2007-12-21 01:08:02 UTC
(In reply to comment #8)
> Created an attachment (id=139014) [edit]
> New ati-powermode-opt-path-1.patch
> 
> The ati-powermode-opt-path-1.patch doesn't apply, here's a non-sanity-checked
> fix.  Apart from this I'm guessing it's only SRC_URI that needs changing. 
> Doing some proper testing now.
> 

Bah out of sync with a quick acting bug.  Ignore last.
Comment 10 Nick Ellson 2007-12-21 21:15:17 UTC
Previous version with the so library problem kept ati-drivers 8.433 from working at all for me, tried 8.433.1 and Gnome loaded up! However, glxgears, glxinfo, fglrxinfo... etc just hang. the glx* tools simply echo back "name of Display: :0.0" and nothing.. (Was trying to determine if direct rendering was enabled. I am using XORG-SERVER-1.4.0.90, not 1.3, and was using radeonhd drivers as I have a Radeon Mobility X1400 in my ThinkPad T60.  

Is there something obvious I might have missed? :) (and what info in particular should I provide?)
Comment 11 Jory A. Pratt gentoo-dev 2007-12-21 21:28:12 UTC
(In reply to comment #10)
> Previous version with the so library problem kept ati-drivers 8.433 from
> working at all for me, tried 8.433.1 and Gnome loaded up! However, glxgears,
> glxinfo, fglrxinfo... etc just hang. the glx* tools simply echo back "name of
> Display: :0.0" and nothing.. (Was trying to determine if direct rendering was
> enabled. I am using XORG-SERVER-1.4.0.90, not 1.3, and was using radeonhd
> drivers as I have a Radeon Mobility X1400 in my ThinkPad T60.  
> 
> Is there something obvious I might have missed? :) (and what info in particular
> should I provide?)
> 

Provide nothing it is a well known issue glx apps hang the first run with the driver, it will be fixed in 8.46x. A simple ctrl+c after the hang and run it again and you should be fine.
Comment 12 Nick Ellson 2007-12-21 21:35:08 UTC
<sigh> Thank you, I stumbled on my Xorg.0.log filling up with fglrz (EE)'s that told me Dualhead is not ready yet in this driver. So I disabled the second screen in my xorg.conf, log errors gone, and glxinfo works and reports direct rendering on :) So I will sit tight until the next release!

Nick
Comment 13 Bernd Steinhauser 2007-12-22 00:28:09 UTC
The driver is already in portage, thanks for that.
Unfortunately the patch for ati-powermode.sh is not complete.
It doesn't replace every '/usr/bin/aticonfig' with '$aticonfig'.
Compare it to my patch above to see what is missing.
Comment 14 Jory A. Pratt gentoo-dev 2007-12-22 01:45:34 UTC
(In reply to comment #13)
> The driver is already in portage, thanks for that.
> Unfortunately the patch for ati-powermode.sh is not complete.
> It doesn't replace every '/usr/bin/aticonfig' with '$aticonfig'.
> Compare it to my patch above to see what is missing.
> 

I have updated overlay je_fro will push it to the tree soon as he gets a second. This is gonna be resolved with a simple sed instead of changing out the patch.

		# finishing fixing aticonfig path
		sed -i -e 's:\/usr\/bin\/aticonfig:\$aticonfig:'  \
			"${WORKDIR}"/common/usr/share/doc/fglrx/examples/etc/acpi/ati-powermode.sh \
			|| die "failed to finish fixing paths"

you can add it right below the patch if you want to use an overlay that fixes it correctly.
Comment 15 Bernd Steinhauser 2007-12-22 13:43:26 UTC
(In reply to comment #14)
> I have updated overlay je_fro will push it to the tree soon as he gets a
> second. This is gonna be resolved with a simple sed instead of changing out the
> patch.
I do think, that this is not right. ;-)
If you have got a problem and 2 solutions, normally it is best to go for one of the solutions and not to take a part from one and a part from the other solution.
What I'm saying is, that you should either change them all with sed or change them all via patch. Mixing them will just make things more complex.

But ok, that's your decision.
Comment 16 Tomáš Chvátal (RETIRED) gentoo-dev 2007-12-23 11:46:48 UTC
This version has serious bug with connecting to some LCDs. It switches to non-native resolution with no chance configuring correct one.
I suggest mask this stuff, cause it's completly unusable on several types of ntbs.
Comment 17 Reinhard Kreim 2007-12-23 15:21:30 UTC
might be connected to the following release notes:
* Connecting a display device that supports 1680x1050 to a system running Linux may result in a maximum display resolution of 1280x1024 only being available
* Custom mode lines in xorg.conf may be ignored by the fglrx driver
Comment 18 Tomáš Chvátal (RETIRED) gentoo-dev 2007-12-23 22:05:58 UTC
(In reply to comment #17)
> might be connected to the following release notes:
> * Connecting a display device that supports 1680x1050 to a system running Linux
> may result in a maximum display resolution of 1280x1024 only being available
> * Custom mode lines in xorg.conf may be ignored by the fglrx driver
> 
It is not working on a proper 15" device (1400x1050) either... so i asume that maximum availible resolution for this release is 1280x1024 :)
Comment 19 Bernd Steinhauser 2007-12-23 22:15:17 UTC
(In reply to comment #18)
> (In reply to comment #17)
> > might be connected to the following release notes:
> > * Connecting a display device that supports 1680x1050 to a system running Linux
> > may result in a maximum display resolution of 1280x1024 only being available
> > * Custom mode lines in xorg.conf may be ignored by the fglrx driver
> > 
> It is not working on a proper 15" device (1400x1050) either... so i asume that
> maximum availible resolution for this release is 1280x1024 :)
> 
Nope, only some widescreen TFTs do have this problem (although it seems to be the majority). There have been some reports on Phoronix with working widescreen TFTs a 1680x1050.
I myself run it at 1600x1200+1280x800 (so it's 1600x2400) and that works quite good, although it will crash, when switching from a singlehead resolution (i.e. 1280x800) to a dualhead resolution (i.e. 1600x2400).
But it does work.
Comment 20 Peter Alfredsen (RETIRED) gentoo-dev 2007-12-23 22:34:42 UTC
Just installed this. Some comments:
*I had to re-emerge xorg-server-1.4.90 and ati-drivers to get it going. If I didn't, it would hang with a message about PreinitDAL failing.
*The pkg_postinst stuff is obsolete WRT to bug #199720. This release contains support for FireGL cards.

Comment 21 Jeffrey Gardner (RETIRED) gentoo-dev 2007-12-24 05:05:44 UTC
fixed in cvs
Comment 22 Henning Schild 2008-01-14 09:31:07 UTC
The new ati-powermode.sh is nice since it can handle pplib but it should use /opt/bin/aticonfig since there is no /usr/bin/aticonfig when you install using this ebuild.