o Add some video card ID (4600, M7740, 4700, M5750, RG220).
o Add support RS880 (AMD 785G chipset) but no ID available.
o Add XVideo attribute (Y'CbCr color space of the source video).
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
This and the updated libdrm bump the API version to 0.0.14 which requires
an updated kernel patch. See pkg-message for details.
PR: 136806
Submitted by: Anonymous <swell.k@gmail.com>
Bug fixes since 2.7.0:
----------------------
* KMS: Hook up output properties for RANDR, (this allows output
properties to be controlled in the KMS case just as in the UMS
case). [Zhenyu Wang <zhenyu.z.wang@intel.com>]
* Fix multiplication error when computing required batch space.
This could fix any number of cases where the driver did
inexplicable things (due to having computed the wrong
size). [Keith Packard <keithp@keithp.com>]
* Hold reference to video binding table until all rects are
painted. This prevent general chaos in the buffer
manager. [Keith Packard <keithp@keithp.com>]
* Split i915 textured video commands to fit into batch
buffers. Video and 3D setup commands share the same batch
buffer, so without this fix, various problems could occur when
video and 3D clients were both heavily active at the same
time. [Keith Packard <keithp@keithp.com>]
* Fix crash with XV with large virtual display (> 2049). [Albert
Damen <albrt@gmx.net>]
* Provide missing value to 3D_STATE_VERTEX_BUFFERS command. We
don't know that this was causing any problem, but the change
does bring the driver into conformance with what the
specification says the hardware requires here. [Keith Packard
<keithp@keithp.com>]
o Add support Radeon HD 4790.
o Add experimental support Radeon HD 4770.
o Add ForceLowPowerMode and LowPowerModeEngineClock options, and
Report GPU Core and Memory Clock.
e.g. radeonhd driver reports following clocks of my Radeon X1650 Pro:
(II) RADEONHD(0): Default Engine Clock: 588000
(II) RADEONHD(0): Default Memory Clock: 694000
It means that GPU Core Clock is 588MHz and Memory Clock is 694MHz. And
ForceLowPowerMode xorg-driver option can change Engine Clock.
o Fix some bugs on 3D engine and cursor.
o Use libpciaccess instead of libpci.
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)
