Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Ati driver error
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
yellowhat
Guru
Guru


Joined: 10 Sep 2008
Posts: 500

PostPosted: Mon Jul 06, 2009 7:37 am    Post subject: Ati driver error Reply with quote

Hi all.
I am trying to emerge xf86-video-ati-9999 ebuild from x11 overlay but it gives me error.

Code:
libtool: compile:  i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I./AtomBios/includes -Wall -I/usr/include/xorg -I/usr/include/pixman-1 -I/usr/include/drm -I/usr/include/X11/dri -DDISABLE_EASF -DENABLE_ALL_SERVICE_FUNCTIONS -DATOM_BIOS -DATOM_BIOS_PARSER -DDRIVER_PARSER -march=native -O2 -pipe -MT radeon_dri2.lo -MD -MP -MF .deps/radeon_dri2.Tpo -c radeon_dri2.c  -fPIC -DPIC -o .libs/radeon_dri2.o
radeon_dri2.c: In function 'radeon_dri2_create_buffer':
radeon_dri2.c:171: error: 'struct <anonymous>' has no member named 'format'
radeon_dri2.c: In function 'radeon_dri2_screen_init':
radeon_dri2.c:312: warning: assignment from incompatible pointer type
radeon_dri2.c:313: warning: assignment from incompatible pointer type
make[2]: *** [radeon_dri2.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
mv -f .deps/atombios_crtc.Tpo .deps/atombios_crtc.Plo
mv -f .deps/radeon_textured_video.Tpo .deps/radeon_textured_video.Plo
make[2]: Leaving directory `/var/tmp/portage/x11-drivers/xf86-video-ati-9999/work/xf86-video-ati-9999/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/x11-drivers/xf86-video-ati-9999/work/xf86-video-ati-9999'
make: *** [all] Error 2

_________________
Gentoo Linux ~amd64, Kernel 4.5.3, Enermax 400W, Intel i7-3770, DDR3 8GB, Sapphire HD6870
Back to top
View user's profile Send private message
mikkoc
Apprentice
Apprentice


Joined: 24 May 2007
Posts: 231

PostPosted: Mon Jul 06, 2009 8:10 am    Post subject: Reply with quote

yea, same here.
the driver needs to be updated for dri2 changes in xorg-server. Nothing to do but wait i guess.
Back to top
View user's profile Send private message
ARealNoobOne
n00b
n00b


Joined: 13 Feb 2005
Posts: 59

PostPosted: Wed Jul 08, 2009 3:16 pm    Post subject: Reply with quote

Same for me.

I have:
x11-proto/dri2proto-9999
media-libs/mesa-9999
x11-libs/libdrm-9999
x11-base/xorg-server-1.6.1.902-r1
sys-kernel/linux-headers-2.6.30
sys-kernel/gentoo-sources-2.6.30-r2
sys-libs/glibc-2.10.1

The build fails because 'format' is not member of data type DRI2BufferPtr.

DRI2BufferPtr is defined in /usr/include/xorg/dri2.h, which belongs to x11-base/xorg-server.

So x11-base/xorg-server-9999 is needed (ie must be unmasked)

But x11-base/xorg-server-9999 in turns need

=x11-proto/xineramaproto-9999
=x11-proto/inputproto-9999
=x11-drivers/xf86-input-mouse-9999
=x11-drivers/xf86-input-keyboard-9999

gonna try this soon but I need a functional desktop today :-)
Back to top
View user's profile Send private message
ARealNoobOne
n00b
n00b


Joined: 13 Feb 2005
Posts: 59

PostPosted: Wed Jul 08, 2009 4:46 pm    Post subject: Reply with quote

ARealNoobOne wrote:
Same for me.

I have:
x11-proto/dri2proto-9999
media-libs/mesa-9999
x11-libs/libdrm-9999
x11-base/xorg-server-1.6.1.902-r1
sys-kernel/linux-headers-2.6.30
sys-kernel/gentoo-sources-2.6.30-r2
sys-libs/glibc-2.10.1

The build fails because 'format' is not member of data type DRI2BufferPtr.

DRI2BufferPtr is defined in /usr/include/xorg/dri2.h, which belongs to x11-base/xorg-server.

So x11-base/xorg-server-9999 is needed (ie must be unmasked)

But x11-base/xorg-server-9999 in turns need

=x11-proto/xineramaproto-9999
=x11-proto/inputproto-9999
=x11-drivers/xf86-input-mouse-9999
=x11-drivers/xf86-input-keyboard-9999

gonna try this soon but I need a functional desktop today :-)



Dit it.

Also had to emerge =x11-drivers/xf86-input-evdev-9999

* xf86-video-ati-9999 builds OK
* I can start an openbox session, then nautilus, gnome-terminal, firefox etc. OK
* But gnome-session fails (segfault in X process) : the desktop appears, the suddenly X kills itself and I'm back to tty. Don't know if it's gkrellm, gnome-session, gnome-panel panel or whatever that is causing the X crash.

So an openbox session is fine but my favorite ueber-tuned gnome desktop is unusable. For now I've no time to build debug binaries and debug X ; just reverted to x11-base/xorg-server-1.6.1.902-r1 with emerge -K.
Back to top
View user's profile Send private message
adrs0061
n00b
n00b


Joined: 08 Jun 2009
Posts: 15

PostPosted: Tue Jul 21, 2009 12:26 am    Post subject: Reply with quote

You can also change DRI2BufferPtr to DRI2Buffer2Ptr in src/radeon_dri2.c which fixes the compile against xserver-1.6.2

Regards
Back to top
View user's profile Send private message
yellowhat
Guru
Guru


Joined: 10 Sep 2008
Posts: 500

PostPosted: Tue Jul 21, 2009 8:38 am    Post subject: Reply with quote

Is there a way to merge this fix to x11 overlay?

Thanks
_________________
Gentoo Linux ~amd64, Kernel 4.5.3, Enermax 400W, Intel i7-3770, DDR3 8GB, Sapphire HD6870
Back to top
View user's profile Send private message
ARealNoobOne
n00b
n00b


Joined: 13 Feb 2005
Posts: 59

PostPosted: Tue Jul 21, 2009 11:00 am    Post subject: Reply with quote

adrs0061 wrote:
You can also change DRI2BufferPtr to DRI2Buffer2Ptr in src/radeon_dri2.c which fixes the compile against xserver-1.6.2

Regards

Yep! That dit it, Thanks.
Though we still can't use either Compiz or Xv with this one :-(



For fglrx (Actually the legitimate topic of this post) a simple 'make prepare' in /usr/src/linux restores the missing bounds.h (googling about this shows that it a long running defect, at least since 2.6.26)
Still had to add the missing #ifndef line...

In between I upgraded to gentoo-sources-2.6.30-r3 so will try again starting X with fglrx 9.6 as soon as I won't care about my opened network connections. Last time I tried I crashed my box (4 times in a row with various xorg.conf changes); since gentoo-sources-2.6.30-r3 is mostly a security update I don't think it will work any better.
Back to top
View user's profile Send private message
ARealNoobOne
n00b
n00b


Joined: 13 Feb 2005
Posts: 59

PostPosted: Tue Jul 21, 2009 12:13 pm    Post subject: Reply with quote

ARealNoobOne wrote:
adrs0061 wrote:
You can also change DRI2BufferPtr to DRI2Buffer2Ptr in src/radeon_dri2.c which fixes the compile against xserver-1.6.2

Regards

Yep! That dit it, Thanks.
Though we still can't use either Compiz or Xv with this one :-(



For fglrx (Actually the legitimate topic of this post) a simple 'make prepare' in /usr/src/linux restores the missing bounds.h (googling about this shows that it a long running defect, at least since 2.6.26)
Still had to add the missing #ifndef line...

In between I upgraded to gentoo-sources-2.6.30-r3 so will try again starting X with fglrx 9.6 as soon as I won't care about my opened network connections. Last time I tried I crashed my box (4 times in a row with various xorg.conf changes); since gentoo-sources-2.6.30-r3 is mostly a security update I don't think it will work any better.


Did try it:

* Setup is strange ==> BAD
- fglrx.ko won't load if drm is loaded, but with unclear error message
- X will crash very soon in startup with just a black screen if radeon or radeonhd has been loaded previously
- need to load agpgart because of firegl_xxx symbols

* Very sloooow X startup ==> BAD

* Desktop appears, but everything seems slower as radeon or radeonhd ==> BAD

* Xv works in MPlayer ==> GOOD

* Compiz+Emerald works ==> GOOD

Then suddenly, after say 2 or 3 minutes of usage (mainly testing video rendering with mplayer), whole X lockup, with only MagicSysReq S+U+B to reboot ==> BAD BAD BAD

I don't know about fglrx vs AIGLX problems so I tried with bot Option "AIGLX" "True" and "False" : same behavior

Failure as expected... I'll stick with radeonhd until at least next fglrx version.
Back to top
View user's profile Send private message
yellowhat
Guru
Guru


Joined: 10 Sep 2008
Posts: 500

PostPosted: Wed Jul 22, 2009 7:38 am    Post subject: Reply with quote

Where is the file src/radeon_dri2.c?
I have tried to modify it in /var/tmp/portage/..., but nothing.
_________________
Gentoo Linux ~amd64, Kernel 4.5.3, Enermax 400W, Intel i7-3770, DDR3 8GB, Sapphire HD6870
Back to top
View user's profile Send private message
ARealNoobOne
n00b
n00b


Joined: 13 Feb 2005
Posts: 59

PostPosted: Wed Jul 22, 2009 7:23 pm    Post subject: Reply with quote

yellowhat wrote:
Where is the file src/radeon_dri2.c?
I have tried to modify it in /var/tmp/portage/..., but nothing.


nothing special about this file ; just one source code file from radeon open source driver xf86-video-ati ...

If you intend to modify src code, you may find it more practical to use git rather than -9999 ebuild

Code:
git clone git://anongit.freedesktop.org/git/xorg/driver/xf86-video-ati
cd xf86-video-ati
./autogen.sh --prefix=/usr --enable-static=false
make clean all


BTW if you use -9999 ebuild, and use make rather than ebuild compile to build, then don't forget to touch the .compiled file in the /var/tmp/portage/x11-drivers/xf86-video-ati-9999/ directory after a successful make all.
Back to top
View user's profile Send private message
yellowhat
Guru
Guru


Joined: 10 Sep 2008
Posts: 500

PostPosted: Thu Jul 23, 2009 7:38 am    Post subject: Reply with quote

I have a question:
If I use git by hand when it will be merged by ebuild it will overwrite the git or not?
_________________
Gentoo Linux ~amd64, Kernel 4.5.3, Enermax 400W, Intel i7-3770, DDR3 8GB, Sapphire HD6870
Back to top
View user's profile Send private message
ARealNoobOne
n00b
n00b


Joined: 13 Feb 2005
Posts: 59

PostPosted: Thu Jul 23, 2009 7:59 pm    Post subject: Reply with quote

yellowhat wrote:
I have a question:
If I use git by hand when it will be merged by ebuild it will overwrite the git or not?


* If you prefer using ebuild with -9999 version:

ebuild /usr/local/portage/layman/x11/x11-drivers/xf86-video-ati/xf86-video-ati-9999.ebuild unpack
ebuild /usr/local/portage/layman/x11/x11-drivers/xf86-video-ati/xf86-video-ati-9999.ebuild compile
ebuild /usr/local/portage/layman/x11/x11-drivers/xf86-video-ati/xf86-video-ati-9999.ebuild install
ebuild /usr/local/portage/layman/x11/x11-drivers/xf86-video-ati/xf86-video-ati-9999.ebuild qmerge

unpack step will fetch source from git into /var/tmp/portage/x11-drivers/xf86-video-ati-9999/work/xf86-video-ati-9999
you will notice a .unpacked file in /var/tmp/portage/x11-drivers/xf86-video-ati-9999/

compile is the step that may fail, but if successful there will be a .compiled file in /var/tmp/portage/x11-drivers/xf86-video-ati-9999/
you may edit code, and use make or other build commands, but when you're done you have to touch the .compiled file otherwise ebuild will restart from scratch with a clean unpack and trash all your edits

then you can finish the job with the install and qmerge steps


* If you prefer the classic but non-gentooish (no pun intended here; actually I'm doing this) way, you just

./autogen.sh or ./configure --prefix=/usr (and possibly other options)
make clean
make all
make install

no ebuild or emerge here ; but don't forget to add a line x11-drivers/xf86-video-ati-9999 to /etc/portage/profile/package.provided to inform portage that this package has been merged with an alternate way


* If you're smart/serious ;-) you do diff/patch files with your edits, and send them upstream to the x11 overlay. I wish I could find time for this...
Back to top
View user's profile Send private message
yellowhat
Guru
Guru


Joined: 10 Sep 2008
Posts: 500

PostPosted: Fri Jul 24, 2009 7:23 am    Post subject: Reply with quote

Thanks
_________________
Gentoo Linux ~amd64, Kernel 4.5.3, Enermax 400W, Intel i7-3770, DDR3 8GB, Sapphire HD6870
Back to top
View user's profile Send private message
ARealNoobOne
n00b
n00b


Joined: 13 Feb 2005
Posts: 59

PostPosted: Tue Jul 28, 2009 7:35 am    Post subject: Reply with quote

- ati-drivers-9.7 builds cleanly against gentoo-sources-2.6.30-r4
- module fglrx.ko loads
- but session startups is slow, and window operations are painfully slow : even a simple window move with no resize is slow with flicker...
- then with no apparent correlation to kb/mouse/programs activity, desktop lockup after say max 3 minutes.

Guess I'll have to wait for that warning about builds against kernels > 2.6.28 being unstable to vanish from the ebuild.
Staying with radeonhd until then...
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Unsupported Software All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum