[NOTE]
Add many 2D acceleration works on R6xx/R7xx (a.k.a. Radeon HD [23]xxx/HD 4xxx).
Please see also: http://cgit.freedesktop.org/xorg/driver/xf86-video-radeonhd/log/
Sorry, I don't confirm it on my AMD M780G (RS780 a.k.a. Radeon HD 3200) by hardware
failure. So it may not work well.
initially based on the obfuscated 2D-only free and open source "nv"
driver, aiming to develop free software drivers for NVIDIA graphics
cards, by reverse engineering NVIDIA's current proprietary drivers for
Linux.
WWW: http://nouveau.freedesktop.org/
PR: 131276
Submitted by: Anonymous <swell dot k at gmail dot com>
a side effect of changing current operation level and sysmouse(4) lets
you open /dev/sysmouse multiple times unlike other mouse drivers.
- Check if /dev/mouse is linked to /dev/psm0 or /dev/ums0.
- Simplify the patches a little while I am here.
Extended PS/2 protocol without moused(8) is only supported from FreeBSD 7.1
and above.
- Try default PS/2 and USB mouse ports if /dev/sysmouse does not exist.
Previously, it was only available when HAL support was compiled in.
They should be able to handle SysMouse protocol at operation level 1.
- Check protocol for ums(4) as it only supports SysMouse protocol.
- Sync X server with mouse driver.
Reviewed by: rnoland
- Bump PORTREVISION for all ports depending on libglut since the shlib
version number went from 4 to 3.
- Bump PORTREVISION for all ports depending on libXaw as libXaw.so.8 isn't
installed anymore.
- Couple of ports fixes (mostly missing xorg components added to USE_XORG).
o Add CONFLICTS xf86-video-ati by radeonhd.4x.
o Fix implicit dependency on libpci.
o Add workaround to substitute @MKDIR_P@ to fix install issue.
o Re-evaluate related autogen.sh and bsd.autotools.mk.
[NOTE] bsd.autotools.mk (run-autotools target) substituted autogen.sh
in almost case.
PR: ports/129091
Suggested by: Martin nakal at web dot de, and many people
for Wacom tablets.
The X.Org driver is a port of the Linux Wacom Project's [1] work.
The kernel module required for USB tablets is provided by Bartosz
Fabianowski [2], and supports the following devices:
Graphire*, Graphire2*, Graphire3, Graphire4
Bamboo, Bamboo One*, Bamboo Fun
Intuos3, Cintiq 21UX
Volito*, Volito2*
PenStation2*, PenPartner2*
* not tested
PR: ports/128547
Submitted by: Dominic Fandrey [3]
Reviewed by: gabor
Approved by: gabor
[1] http://linuxwacom.sourceforge.net
[2] <freebsd (at) chillt (dot) de>
[3] <kamikaze (at) bsdforen (dot) de>
for Wacom tablets.
The X.Org driver is a port of the Linux Wacom Project's [1] work.
The kernel module required for USB tablets is provided by Bartosz
Fabianowski [2], and supports the following devices:
Graphire*, Graphire2*, Graphire3, Graphire4
Bamboo, Bamboo One*, Bamboo Fun
Intuos3, Cintiq 21UX
Volito*, Volito2*
PenStation2*, PenPartner2*
* not tested
PR: ports/128547
Submitted by: Dominic Fandrey [3]
Reviewed by: gabor
Approved by: gabor
[1] http://linuxwacom.sourceforge.net
[2] <freebsd (at) chillt (dot) de>
[3] <kamikaze (at) bsdforen (dot) de>
devices and features than xf86-video-radeonhd, but experimental.
Add CONFLICTS xf86-video-radeonhd and xf86-video-radeonhd-devel.
--
In this time, DRI is not usable. Because 3D acceleration will
disable 2D acceleration, and it supports R5xx series only:-(.
EXA might be usable rather than XAA. Because some XAA functions
aren't implemented. But 2D acceleration is supported only R5xx.
Additional Hardwares:
RV670: Radeon HD 3690, FireStream 9170
M86: Mobility Radeon HD 3650, HD 3670, Mobility FireGL V5700
M88: Mobility Radeon HD 3850, HD 3850 X2, HD 3870, HD3870 X2
RS740: RS740, RS740M
RS780: Radeon HD 3100/3200/3300 Series
RV770: Radeon HD 4800 Series; Everest, K2, Denali ATI FirePro
PR: ports/127173
Repocopied by: portmgr (marcus)
Tested by: many people on freebsd-current@ and freebsd-stable@
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
- Remove CONFIGURE_TARGET hack in various bsd.*.mk
- USE_GNOME=gnometarget is now an no-op
Changes to individual ports, other than removing the CONFIGURE_TARGET hack:
= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
- comms/gnuradio
- science/abinit
- science/elmer-fem
- science/elmer-matc
- science/elmer-meshgen2d
- science/elmerfront
- science/elmerpost
= use x86_64 as ARCH
- devel/g-wrap
= other changes
- print/magicfilter
GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf
Total # of ports modified: 1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)
PR: 126524 (obsoletes 52917)
Submitted by: rafan
Tested on: two pointyhat 7-amd64 exp runs (by pav)
Approved by: portmgr (pav)
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)