o Update randrproto, libXrandr and xrandr to 1.3.0
o Update xf86-video-intel to 2.6.3
o Update other less common drivers as needed
o Mark a bunch of un-maintained input drivers ignored
o Update the various slave X server ports as well
[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)
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav)
driver by displaing NOTICE on pkg-message.
o Fix invalid compiling on amd64.
PR: ports/120783
Submitted and
Summraized by: Eygene Ryabinkin rea-fbsd a codelabs.ru
Dual-head doesn't work properly with this version but at least most
single-head setups will work correctly.
PR: ports/117726
Submitted by: Bernd Strauß
Discussed on: x11@
doesn't build there anyway. This is affecting the release builds.
This is a workaround: sparc64 video drivers probably need more exclusions.
Briefly discussed with: flz
Something in the infrastructure changed in the late July timeframe that
actually caused this problem. The only major thing at that time was the
autoconf/libtool change, but I can't see how that could have caused this
failure mode. It only happens on 5.x; 6.x and 7.x are fine.
Approved by: portmgr (self)
X.org 7.3 applied to the xorg-server port, so the special keys
of Sun USB keyboards can be used with the sun_usb XKB symbols
map and the LEDs of Sun RS232 keyboards work again.
Approved by: flz
