Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
Hi rnoland. On Sun, 03 Jan 2010 11:04:52 -0600 Robert Noland wrote: > One additional option that I've been considering, though I haven't tried > it yet, it to construct a patch for 2.4.17 that essentially rolls > libdrm_nouveau back to the 2.4.12 API. If we can pull that off, then > everything is solved, at least for now. > What you have outlined seems fairly reasonable, although not a trivial > amount of work. If you would like to attempt the reverse patch on the > nouveau directory in libdrm, that may be far simpler. I will try and > put this together in the next few days if not. I was trying to separate libdrm_nouveau(2.4.12) and libdrm(2.4.17). In thus environment, xf86-video-nouveau can compile with few patches. But xf86-video-nouveau freeze and reset on start X:(. [SEE ALSO attached archive] I saw diff nouveau codes from 2.4.12 and 2.4.17, I can't back port from 2.4.12 to 2.4.17:-). It quite too hard for me. Maybe, I think reimplementation of codes related DMA. So I'll try to work coexistence with Mesa3D(7.4.4)/libdrm(2.4.12) and Mesa3D(7.6.1)/libdrm(2.4.17). mesa3d.tar.bz2 Description: Binary data ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
On Mon, 2010-01-04 at 01:15 +0900, Norikatsu Shigemura wrote: > Hi rnoland. > > On Tue, 22 Dec 2009 11:13:14 -0600 > Robert Noland wrote: > > The problem is that updating nouveau will mean that drm support will be > > lost. The fake buffer object bits were removed only leaving full TTM > > support. We don't have TTM support in the kernel yet and my kernel > > patch relies on the fake buffer object code to function. > > > P.S. libdrm was update to 2.4.17, so I'll update... > > That is the issue, if we update libdrm then we lose drm support for > > nouveau. The only immediate option that I see is to repo-copy libdrm to > > keep 2.4.12 for nouveau, but that leads to dependency nightmares... > > I did combination tests, Mesa3D 7.4.4/libdrm 2.4.12 v.s. > Mesa3D 7.6.1/libdrm 2.4.17, xf86-video-radeonhd-devel on > Radeon HD 4860 v.s. xf86-video-nouveau/nvidia-driver195.22 on > GeForce GT240 v.s. xf86-video-intel on Intel i915. > > > [I] Intel i915 [G] GeForce GT240 [R] Radeon HD 4860 > NG = doesn't compile. > OK = compile and run some 3D applications OK. > libdrm > | 2.4.12| 2.4.17 > Mesa3D +---+ > 7.4.4 |OK [I][G] | NG > 7.6.1 |NG | OK [I][R] The key issue is libdrm_nouveau. It is needed for nouveau to continue to work for EXA and Xv. Hardware 3d is not supported / working, so as long as swrast is ok, then that is the only concern for mesa w/ nouveau. One additional option that I've been considering, though I haven't tried it yet, it to construct a patch for 2.4.17 that essentially rolls libdrm_nouveau back to the 2.4.12 API. If we can pull that off, then everything is solved, at least for now. I have kernel work queued up that is going to break nouveau already. I have additional patches that will fix things up again, but it is going to get a bit more complicated determining which kernel patch to use for which branch. What you have outlined seems fairly reasonable, although not a trivial amount of work. If you would like to attempt the reverse patch on the nouveau directory in libdrm, that may be far simpler. I will try and put this together in the next few days if not. robert. > On Mesa3D 7.6.1/libdrm 2.4.17 and nvidia-driver-195.22, I > confirmed that 3D applications run OK. > [SEE ALSO] attached Xorg-radeon-and-geforce.log > > So I suggest that: > 1. repocopy libdrm -> libdrm2412 and introduce WITH_NOUVEAU > global macro for depending on libdrm2412. (fixing all > ports depending on libdrm) > > 2. libdrm and libdrm2412 are CONFLICTS. > > 3. bsd.mesalib.mk supports 7.4.4 and 7.6.1, and switches version > WITH_NOUVEAU. Of course switch pkg_plist WITH_NOUVEAU. > > 4. xf86-video-nouveau depends on libdrm2412, explicitly. > > 5. update libdrm to 2.4.17. > > 6. on no 'WITH_NOUVEAU' (= default), Mesa3D 7.6.1 and libdrm 2.4.17 > are installing. > > Maybe, I should be announce on UPDATING before these update for > xf86-video-nouveau user, do 'portupgrade -o graphics/libdrm2412 > libdrm-2.4.12'. > > How about? If OK, I'll make patches and write closeup procedure manual. > > I have some additional ideas: > [no repocopy idea] > libdrm supports 2.4.12 and 2.4.17 switching WITH_NOUVEAU. > > [OPTIONS idea] > I can add OPTIONS=NOUVEAU for all Mesa3D7.4.4 and libdrm 2.4.12 > related ports, if you hate global WITH_NOUVEAU macro. -- Robert Noland FreeBSD ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
On Wed, 2009-12-23 at 08:15 +0200, Alex Kozlov wrote: > On Tue, Dec 22, 2009 at 11:38:50PM -0600, Robert Noland wrote: > > On Wed, 2009-12-23 at 07:31 +0200, Alex Kozlov wrote: > > > On Wed, Dec 23, 2009 at 02:03:15AM +0900, Norikatsu Shigemura wrote: > > > > On Tue, 22 Dec 2009 00:26:38 -0600 Robert Noland > > > > wrote: > > > > > As much as I don't want to, I need to request a repo copy of libdrm in > > > > > order to keep nouveau working... The bits needed for r600 were added > > > > > just after 2.4.12 and the bits that broke nouveau were just before > > > > > 2.4.13... > > > > > > > > Ah, I just see! ABI breakage is building issue, I confirmed: > > > > > > > > I think simple-fully xf86-video-nouveau updating at the same > > > > time. Please see also attached patch. I confirmed that > > > > compile is OK. But I don't have any GeForce video cards. > > > > So I don't know any problems of updating it in real. > > > > > > > > And do you have any recommendation of GeForce? e.g. 9800GTX, > > > > GT260, ... I'll get one and test. I'm interested in Cuda > > > > and nvidia binary driver, too. > > > > > > > > P.S. libdrm was update to 2.4.17, so I'll update... > > > I just tested libdrm 2.4.17 with --enable-radeon-experimental-api > > > and mesalib git master. It's work quite good. Well, it worked > > > quite good before > > > > I've said it before, but I'll repeat... libdrm_radeon serves no purpose > > on FreeBSD and may cause problems. It is only used by TTM/KMS enabled > > drivers on linux. If it ever becomes useful... I'll enable it in the > > port. > Sorry. I only mean that libradeon is a harmless at the moment. Yes, the potential issue is that if it exists, the DDX driver or mesa may detect it and have build issues. > Could You please let us know rough roadmap for freebsd kernel drm? GEM: WIP no ETA Still a fair amount of work to do here figuring out how to allocate and manage the objects using the FreeBSD VM system. I am still trying to learn how to manipulate the VM system. I only know of a couple of people that truly understand it though. I think that we can get any needed functionality that we need added, but if it has to go into their queue, it may take some time. I don't know that we need any more new features to do this yet. This is primarily only used on Intel hardware, but radeon and nouveau use a TTM backend while presenting a GEM api to userland, so this has to be the first task in queue. TTM: WIP no ETA (less done than GEM) I've at least got this stubbed out, but I haven't looked at exactly what is needed to get this going yet. Overall, TTM is a bit more complex than GEM since it manages pools of memory of various types from both the system and the GPU. In the end, this may be more suited to our VM than GEM, but I'm only speculating at this point. This will be used by radeon, nouveau and possibly via at some point. KMS: glimmer in my eye... Overall, this may be easier to port, however it relies on GEM/TTM to handle all of the buffer management. I'll need to coordinate with Ed@ when we get ready to do this to integrate it with our console support. I mentioned via... I finally have hardware of the appropriate vintage to finish porting the via drm driver, thanks to Bruno Schwander. This is jumbled up with working on the above, but I have most of the code ported. I still have one file to go through and fix up, though it is the most complex bit of functionality. Once I received the board, I had to fix via agp, which I committed a couple of nights ago. I'm not sure how it has existed and been broken for as long as it had. This driver will support Unichrome chips using the openchrome DDX driver. There is an alternate via driver which uses TTM, but it doesn't ship in linux either. I had previously been sent a via chrome9 part (VX800) which unfortunately uses a different driver. I had this mostly completed, though not actually working. The primary problem here is that there is no shipping DDX driver that uses it and no open source 3d for it either. The *HUGE* issue is that I am one person... Trying to keep up with 20 or 30 developers on linux, many of whom are paid full time to work on graphics if not drm directly. Probably more, when you consider that I have to try and keep mesa and Xorg going as well. I have upstream commit rights for all of the above, so I try to make sure that when folks break things on FreeBSD that fixes get committed upstream. robert. > > > > "Merge branch 'glsl-pp-rework-2'" > > > (e195eab9093d2a6cf55a42b2e7789c9a381b778) > > > but this is separate matter. > > > So may be enabling libdrm_radeon is not such a bad idea. > > > -- > Adios -- Robert Noland FreeBSD ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-un
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
On Tue, Dec 22, 2009 at 11:38:50PM -0600, Robert Noland wrote: > On Wed, 2009-12-23 at 07:31 +0200, Alex Kozlov wrote: > > On Wed, Dec 23, 2009 at 02:03:15AM +0900, Norikatsu Shigemura wrote: > > > On Tue, 22 Dec 2009 00:26:38 -0600 Robert Noland > > > wrote: > > > > As much as I don't want to, I need to request a repo copy of libdrm in > > > > order to keep nouveau working... The bits needed for r600 were added > > > > just after 2.4.12 and the bits that broke nouveau were just before > > > > 2.4.13... > > > > > > Ah, I just see! ABI breakage is building issue, I confirmed: > > > > > > I think simple-fully xf86-video-nouveau updating at the same > > > time. Please see also attached patch. I confirmed that > > > compile is OK. But I don't have any GeForce video cards. > > > So I don't know any problems of updating it in real. > > > > > > And do you have any recommendation of GeForce? e.g. 9800GTX, > > > GT260, ... I'll get one and test. I'm interested in Cuda > > > and nvidia binary driver, too. > > > > > > P.S. libdrm was update to 2.4.17, so I'll update... > > I just tested libdrm 2.4.17 with --enable-radeon-experimental-api > > and mesalib git master. It's work quite good. Well, it worked > > quite good before > > I've said it before, but I'll repeat... libdrm_radeon serves no purpose > on FreeBSD and may cause problems. It is only used by TTM/KMS enabled > drivers on linux. If it ever becomes useful... I'll enable it in the > port. Sorry. I only mean that libradeon is a harmless at the moment. Could You please let us know rough roadmap for freebsd kernel drm? > > "Merge branch 'glsl-pp-rework-2'" (e195eab9093d2a6cf55a42b2e7789c9a381b778) > > but this is separate matter. > > So may be enabling libdrm_radeon is not such a bad idea. -- Adios ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
On Wed, 2009-12-23 at 07:31 +0200, Alex Kozlov wrote: > On Wed, Dec 23, 2009 at 02:03:15AM +0900, Norikatsu Shigemura wrote: > > On Tue, 22 Dec 2009 00:26:38 -0600 Robert Noland > > wrote: > > > As much as I don't want to, I need to request a repo copy of libdrm in > > > order to keep nouveau working... The bits needed for r600 were added > > > just after 2.4.12 and the bits that broke nouveau were just before > > > 2.4.13... > > > > Ah, I just see! ABI breakage is building issue, I confirmed: > > > > I think simple-fully xf86-video-nouveau updating at the same > > time. Please see also attached patch. I confirmed that > > compile is OK. But I don't have any GeForce video cards. > > So I don't know any problems of updating it in real. > > > > And do you have any recommendation of GeForce? e.g. 9800GTX, > > GT260, ... I'll get one and test. I'm interested in Cuda > > and nvidia binary driver, too. > > > > P.S. libdrm was update to 2.4.17, so I'll update... > I just tested libdrm 2.4.17 with --enable-radeon-experimental-api > and mesalib git master. It's work quite good. Well, it worked > quite good before I've said it before, but I'll repeat... libdrm_radeon serves no purpose on FreeBSD and may cause problems. It is only used by TTM/KMS enabled drivers on linux. If it ever becomes useful... I'll enable it in the port. robert. > "Merge branch 'glsl-pp-rework-2'" (e195eab9093d2a6cf55a42b2e7789c9a381b778) > but this is separate matter. > > So may be enabling libdrm_radeon is not such a bad idea. > > > -- > Adios -- Robert Noland FreeBSD ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
On Wed, Dec 23, 2009 at 02:03:15AM +0900, Norikatsu Shigemura wrote: > On Tue, 22 Dec 2009 00:26:38 -0600 Robert Noland wrote: > > As much as I don't want to, I need to request a repo copy of libdrm in > > order to keep nouveau working... The bits needed for r600 were added > > just after 2.4.12 and the bits that broke nouveau were just before > > 2.4.13... > > Ah, I just see! ABI breakage is building issue, I confirmed: > > I think simple-fully xf86-video-nouveau updating at the same > time. Please see also attached patch. I confirmed that > compile is OK. But I don't have any GeForce video cards. > So I don't know any problems of updating it in real. > > And do you have any recommendation of GeForce? e.g. 9800GTX, > GT260, ... I'll get one and test. I'm interested in Cuda > and nvidia binary driver, too. > > P.S. libdrm was update to 2.4.17, so I'll update... I just tested libdrm 2.4.17 with --enable-radeon-experimental-api and mesalib git master. It's work quite good. Well, it worked quite good before "Merge branch 'glsl-pp-rework-2'" (e195eab9093d2a6cf55a42b2e7789c9a381b778) but this is separate matter. So may be enabling libdrm_radeon is not such a bad idea. -- Adios ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
On Wed, 2009-12-23 at 02:03 +0900, Norikatsu Shigemura wrote: > Hi rnoland. > > On Tue, 22 Dec 2009 00:26:38 -0600 > Robert Noland wrote: > > As much as I don't want to, I need to request a repo copy of libdrm in > > order to keep nouveau working... The bits needed for r600 were added > > just after 2.4.12 and the bits that broke nouveau were just before > > 2.4.13... > > Ah, I just see! ABI breakage is building issue, I confirmed: > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > $ cd /usr/ports/x11-drivers/xf86-video-nouveau > $ make > : > nv_driver.c: In function 'NVPreInitDRM': > nv_driver.c:676: error: 'struct nouveau_device_priv' has no member named > 'mm_enabled' > nv_driver.c: In function 'NVMapMemSW': > nv_driver.c:1146: warning: implicit declaration of function 'nouveau_bo_fake' > *** Error code 1 > 2 errors > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 1 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > I think simple-fully xf86-video-nouveau updating at the same > time. Please see also attached patch. I confirmed that > compile is OK. But I don't have any GeForce video cards. > So I don't know any problems of updating it in real. > > And do you have any recommendation of GeForce? e.g. 9800GTX, > GT260, ... I'll get one and test. I'm interested in Cuda > and nvidia binary driver, too. The problem is that updating nouveau will mean that drm support will be lost. The fake buffer object bits were removed only leaving full TTM support. We don't have TTM support in the kernel yet and my kernel patch relies on the fake buffer object code to function. > P.S. libdrm was update to 2.4.17, so I'll update... That is the issue, if we update libdrm then we lose drm support for nouveau. The only immediate option that I see is to repo-copy libdrm to keep 2.4.12 for nouveau, but that leads to dependency nightmares... robert. -- Robert Noland FreeBSD ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
Hi rnoland.
On Tue, 22 Dec 2009 00:26:38 -0600
Robert Noland wrote:
> As much as I don't want to, I need to request a repo copy of libdrm in
> order to keep nouveau working... The bits needed for r600 were added
> just after 2.4.12 and the bits that broke nouveau were just before
> 2.4.13...
Ah, I just see! ABI breakage is building issue, I confirmed:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
$ cd /usr/ports/x11-drivers/xf86-video-nouveau
$ make
:
nv_driver.c: In function 'NVPreInitDRM':
nv_driver.c:676: error: 'struct nouveau_device_priv' has no member named
'mm_enabled'
nv_driver.c: In function 'NVMapMemSW':
nv_driver.c:1146: warning: implicit declaration of function 'nouveau_bo_fake'
*** Error code 1
2 errors
*** Error code 1
1 error
*** Error code 2
1 error
*** Error code 1
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
I think simple-fully xf86-video-nouveau updating at the same
time. Please see also attached patch. I confirmed that
compile is OK. But I don't have any GeForce video cards.
So I don't know any problems of updating it in real.
And do you have any recommendation of GeForce? e.g. 9800GTX,
GT260, ... I'll get one and test. I'm interested in Cuda
and nvidia binary driver, too.
P.S. libdrm was update to 2.4.17, so I'll update...
Index: Makefile
===
RCS file: /home/ncvs/ports/x11-drivers/xf86-video-nouveau/Makefile,v
retrieving revision 1.7
diff -u -r1.7 Makefile
--- Makefile1 Aug 2009 17:42:44 - 1.7
+++ Makefile22 Dec 2009 16:36:48 -
@@ -9,7 +9,8 @@
PORTVERSION= 0.0.10.${SNAPDATE}
DISTVERSIONSUFFIX=.${SNAPREV}
CATEGORIES=x11-drivers
-MASTER_SITES= ftp://ftp.lissyara.su/users/Guest/distfiles/
+MASTER_SITES= ${MASTER_SITE_LOCAL}
+MASTER_SITE_SUBDIR=nork
MAINTAINER=x...@freebsd.org
COMMENT= Free nouveau display driver for nvidia-based cards
Index: Makefile.rev
===
RCS file: /home/ncvs/ports/x11-drivers/xf86-video-nouveau/Makefile.rev,v
retrieving revision 1.1
diff -u -r1.1 Makefile.rev
--- Makefile.rev1 Aug 2009 17:42:44 - 1.1
+++ Makefile.rev22 Dec 2009 16:35:26 -
@@ -1,2 +1,2 @@
-SNAPDATE= 20090728
-SNAPREV= e259925
+SNAPDATE= 20091217
+SNAPREV= bb19478
Index: distinfo
===
RCS file: /home/ncvs/ports/x11-drivers/xf86-video-nouveau/distinfo,v
retrieving revision 1.4
diff -u -r1.4 distinfo
--- distinfo1 Aug 2009 17:42:44 - 1.4
+++ distinfo22 Dec 2009 16:35:30 -
@@ -1,3 +1,3 @@
-MD5 (xorg/driver/xf86-video-nouveau-0.0.10.20090728.e259925.tar.bz2) =
8e0b3246a8b2a49a9609b1bdf6279e64
-SHA256 (xorg/driver/xf86-video-nouveau-0.0.10.20090728.e259925.tar.bz2) =
48e328a04a2dc9ea5dfebd21eae7c23987dcf53dcd3db7bee477d873cbb31906
-SIZE (xorg/driver/xf86-video-nouveau-0.0.10.20090728.e259925.tar.bz2) = 552302
+MD5 (xorg/driver/xf86-video-nouveau-0.0.10.20091217.bb19478.tar.bz2) =
027d384b213fa61732e0324af39e34e9
+SHA256 (xorg/driver/xf86-video-nouveau-0.0.10.20091217.bb19478.tar.bz2) =
d481815265c298753228ec86a9ba413827c97c2f3b19d4b37ec7f4979a6c661a
+SIZE (xorg/driver/xf86-video-nouveau-0.0.10.20091217.bb19478.tar.bz2) = 559648
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
On Tue, Dec 22, 2009 at 12:26:38AM -0600, Robert Noland wrote: > On Mon, 2009-12-21 at 04:58 +0900, Norikatsu Shigemura wrote: > > On Mon, 21 Dec 2009 00:34:22 +0900 > > Norikatsu Shigemura wrote: > > > > I'm ready to update ports related Mesa3D to 7.6 base, > > > > graphics/dri, > > > > graphics/libGL*, graphics/libglut, graphics/mesa-demos and > > > > graphics/libdrm. Please see also my attached patch file. I'll > > > > update these as soon as tomorrow. > > > Reworking for 7.6.1-rc4. Please test attached patch. > > I've put a patch of 7.6.1 release at: > > http://people.freebsd.org/~rnoland/mesa-7.6.1-release.patch > > As much as I don't want to, I need to request a repo copy of libdrm in > order to keep nouveau working... The bits needed for r600 were added > just after 2.4.12 and the bits that broke nouveau were just before > 2.4.13... > +1 for keeping nouveau working. Alexey. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
On Mon, 2009-12-21 at 04:58 +0900, Norikatsu Shigemura wrote: > On Mon, 21 Dec 2009 00:34:22 +0900 > Norikatsu Shigemura wrote: > > > I'm ready to update ports related Mesa3D to 7.6 base, graphics/dri, > > > graphics/libGL*, graphics/libglut, graphics/mesa-demos and > > > graphics/libdrm. Please see also my attached patch file. I'll > > > update these as soon as tomorrow. > > Reworking for 7.6.1-rc4. Please test attached patch. I've put a patch of 7.6.1 release at: http://people.freebsd.org/~rnoland/mesa-7.6.1-release.patch As much as I don't want to, I need to request a repo copy of libdrm in order to keep nouveau working... The bits needed for r600 were added just after 2.4.12 and the bits that broke nouveau were just before 2.4.13... robert. > I confirmed that 2 *my* issue was fixed: > > 1. bluish coloring > Because of Depth Color = 16, so I change Depth Color to 24. > Fix this issue. > > 2. Too heavy FlightGear > I always enable LIBGL_ALWAYS_INDIRECT environment. It's > required by compiz. But many OpenGL applications are not > comfortably. glxgears's frames bump up to 2600FPS from > 1600FPS by disable LIBGL_ALWAYS_INDIRECT. -- Robert Noland FreeBSD ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
On Mon, 21 Dec 2009 00:34:22 +0900 Norikatsu Shigemura wrote: > > I'm ready to update ports related Mesa3D to 7.6 base, graphics/dri, > > graphics/libGL*, graphics/libglut, graphics/mesa-demos and > > graphics/libdrm. Please see also my attached patch file. I'll > > update these as soon as tomorrow. > Reworking for 7.6.1-rc4. Please test attached patch. I confirmed that 2 *my* issue was fixed: 1. bluish coloring Because of Depth Color = 16, so I change Depth Color to 24. Fix this issue. 2. Too heavy FlightGear I always enable LIBGL_ALWAYS_INDIRECT environment. It's required by compiz. But many OpenGL applications are not comfortably. glxgears's frames bump up to 2600FPS from 1600FPS by disable LIBGL_ALWAYS_INDIRECT. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
[HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
Hi everyone!
On Sat, 5 Dec 2009 10:42:43 +0900
Norikatsu Shigemura wrote:
> I'm ready to update ports related Mesa3D to 7.6 base, graphics/dri,
> graphics/libGL*, graphics/libglut, graphics/mesa-demos and
> graphics/libdrm. Please see also my attached patch file. I'll
> update these as soon as tomorrow.
Reworking for 7.6.1-rc4. Please test attached patch.
1st:
portupgrade -f libdrm after apply this patch.
2nd:
others are portupgrade OK:-).
Changing:
libradeon no longer installed.
WRKSRC, DISTFILES, MESAVERSION are support 'rc', but all 'rc's
are same version:).
Index: dri/distinfo
===
RCS file: /home/ncvs/ports/graphics/dri/distinfo,v
retrieving revision 1.17
diff -u -r1.17 distinfo
--- dri/distinfo24 Jun 2009 01:15:07 - 1.17
+++ dri/distinfo5 Dec 2009 00:59:36 -
@@ -1,3 +1,3 @@
-MD5 (MesaLib-7.4.4.tar.bz2) = b66528d314c574dccbe0ed963cac5e93
-SHA256 (MesaLib-7.4.4.tar.bz2) =
eaf73d7a3a2dc959ddc0753abaa18160c64bec00b35bf4a0c96040b2072918ec
-SIZE (MesaLib-7.4.4.tar.bz2) = 3375615
+MD5 (MesaLib-7.6.tar.bz2) = 8c75f90cd0303cfac9e4b6d54f6759ca
+SHA256 (MesaLib-7.6.tar.bz2) =
782a7b2810b1c466b3a994eba96485b59b47cc1120c0caa24de1aecf1e013830
+SIZE (MesaLib-7.6.tar.bz2) = 4866983
Index: dri/pkg-plist
===
RCS file: /home/ncvs/ports/graphics/dri/pkg-plist,v
retrieving revision 1.11
diff -u -r1.11 pkg-plist
--- dri/pkg-plist 24 Jan 2009 18:13:00 - 1.11
+++ dri/pkg-plist 5 Dec 2009 00:59:36 -
@@ -7,6 +7,7 @@
lib/dri/r128_dri.so
lib/dri/r200_dri.so
lib/dri/r300_dri.so
+lib/dri/r600_dri.so
lib/dri/radeon_dri.so
lib/dri/savage_dri.so
lib/dri/sis_dri.so
Index: dri/files/patch-configure
===
RCS file: dri/files/patch-configure
diff -N dri/files/patch-configure
--- dri/files/patch-configure 10 Apr 2009 18:00:47 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,11 +0,0 @@
configure.orig 2009-03-28 00:59:46.0 +
-+++ configure 2009-04-05 11:53:44.0 +
-@@ -5739,7 +5739,7 @@
- ;;
- *freebsd* | dragonfly*)
- case "$host_cpu" in
--i*86|x86_64) default_driver="dri";;
-+i*86|x86_64|powerpc*|sparc*) default_driver="dri";;
- esac
- ;;
- esac
Index: libGL/bsd.mesalib.mk
===
RCS file: /home/ncvs/ports/graphics/libGL/bsd.mesalib.mk,v
retrieving revision 1.15
diff -u -r1.15 bsd.mesalib.mk
--- libGL/bsd.mesalib.mk22 Aug 2009 00:22:54 - 1.15
+++ libGL/bsd.mesalib.mk5 Dec 2009 00:59:36 -
@@ -17,7 +17,7 @@
# $FreeBSD: ports/graphics/libGL/bsd.mesalib.mk,v 1.15 2009/08/22 00:22:54
amdmi3 Exp $
#
-MESAVERSION= 7.4.4
+MESAVERSION= 7.6
MASTER_SITES?= SF/mesa3d/MesaLib/${PORTVERSION}:mesa \
ftp://ftp.fu-berlin.de/pub/unix/X11/graphics/Mesa/:mesa,glut,demos
MASTER_SITE_SUBDIR=mesa3d
@@ -32,6 +32,7 @@
CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include \
LDFLAGS=-L${LOCALBASE}/lib
+CONFIGURE_ARGS=--disable-gallium
ALL_TARGET=default
Index: libGL/distinfo
===
RCS file: /home/ncvs/ports/graphics/libGL/distinfo,v
retrieving revision 1.11
diff -u -r1.11 distinfo
--- libGL/distinfo 24 Jun 2009 01:15:06 - 1.11
+++ libGL/distinfo 5 Dec 2009 00:59:36 -
@@ -1,3 +1,3 @@
-MD5 (MesaLib-7.4.4.tar.bz2) = b66528d314c574dccbe0ed963cac5e93
-SHA256 (MesaLib-7.4.4.tar.bz2) =
eaf73d7a3a2dc959ddc0753abaa18160c64bec00b35bf4a0c96040b2072918ec
-SIZE (MesaLib-7.4.4.tar.bz2) = 3375615
+MD5 (MesaLib-7.6.tar.bz2) = 8c75f90cd0303cfac9e4b6d54f6759ca
+SHA256 (MesaLib-7.6.tar.bz2) =
782a7b2810b1c466b3a994eba96485b59b47cc1120c0caa24de1aecf1e013830
+SIZE (MesaLib-7.6.tar.bz2) = 4866983
Index: libGL/pkg-plist
===
RCS file: /home/ncvs/ports/graphics/libGL/pkg-plist,v
retrieving revision 1.3
diff -u -r1.3 pkg-plist
--- libGL/pkg-plist 25 Jan 2009 02:00:47 - 1.3
+++ libGL/pkg-plist 5 Dec 2009 00:59:36 -
@@ -1,17 +1,18 @@
include/GL/dmesa.h
include/GL/ggimesa.h
-include/GL/gl_mangle.h
include/GL/gl.h
+include/GL/gl_mangle.h
include/GL/glext.h
include/GL/glfbdev.h
-include/GL/glx_mangle.h
include/GL/glx.h
+include/GL/glx_mangle.h
include/GL/glxext.h
include/GL/mesa_wgl.h
include/GL/mglmesa.h
include/GL/osmesa.h
include/GL/svgamesa.h
include/GL/vms_x_fix.h
+include/GL/wglext.h
include/GL/wmesa.h
lib/libGL.so
lib/libGL.so.1
Index: libGL/files/patch-configure
===
RCS file: libGL/files/patch-configure
diff -N libGL/files/patch-configure
--- libGL/files/patch-configure
