If a port used other USE_GNOME items it was untouched.
The ports that used other USES were fixed by hand.
PR: ports/177081
Reviewed by: bapt
Approved by: portmgr (miwi)
pulls in devel/xorg-macros.
Convert all ports that depends on xorg-macros to use this USE_XORG.
Split up the long XORG_MODULES= list in bsd.xorg.mk to have only one module
on each line.
Add xorg-macros dependency to xorg-server.
Reviewed by: kwm, bapt
Obtained from: xorg development repo (partly)
build with KMS support and doesn't have a idea if the kernel supports it or
not. This will be revised when TTM/KMS support because available via src.
This should help people that accidently enabled KMS support in libdrm.
Obtained from: xorg-dev repo
This is an old driver version, please use xf86-video-ati instead.
If there is any trouble with xf86-video-ati that this driver solves, please
contact x11@ asap.
clang as system compiler and cpp is clang cpp (as opposed to GNU cpp).
This is done by removing the configure test for cpp completely. Using
clang cpp will make some manual pages as well as some scripts get slightly
wierd whitespace formatting. However, it does not affect the function of
the scripts or the instructions in the manual pages.
PR: ports/166373
Submitted by: Jakub Lach <jakub_lach@mailplus.pl> (PR)
Patch by: me (with ideas from PR and mailing list)
Tested by: Jakub Lach <jakub_lach@mailplus.pl>, me
Approved by: kwm (mentor)
Obtained from: xorg staging area
tar: lib/xorg/modules/drivers/vmwlegacy_drv.so: Cannot stat: No such file or directory
tar: lib/xorg/modules/drivers/vmwlegacy_drv.la: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
Reported by: pointyhat
The Xorg Team is pleased to announce the next round of Xorg updates.
The team created a new flag called WITH_NEW_XORG that users can include
in /etc/make.conf. This was created for the intel KMS work being done
althouthough It probably works for other chips. Unfortunately, the intel
KMS driver will only work on FreeBSD 9(RELENG|STABLE) or 10/HEAD users.
Older version of FreeBSD will not be supported. Intel users will need
to patch their source manually with Konstantin?s KMS kernel patch to get
the newer chips to work. Please carefully read UPDATING entry.
Changes:
- libdrm 2.4.31 (including KMS support)
- mesa 7.11.2
- xorg-server 1.10.6
- a lot of new Graphic Drivers.
I would like to thank:
Koop Mast
Eitan Adler
Niclas Zeising
and all helpers and testers from x11@.
literal name_enable wherever possible, and ${name}_enable
when it's not, to prepare for the demise of set_rcvar().
In cases where I had to hand-edit unusual instances also
modify formatting slightly to be more uniform (and in
some cases, correct). This includes adding some $FreeBSD$
tags, and most importantly moving rcvar= to right after
name= so it's clear that one is derived from the other.
Changes:
* Support for more cards, in particular Llano APUs.
* vdpau/XvMC support (currently only available for >= R3xx via
Gallium3D).
* Tiling fixes, enable it on more cards by default.
* And many more!
PR: ports/162592
Submitted by: wblock
Reviewed by: Alex Keda <admin@lissyara.su>
- Name
em@i.l
or variations thereof. While I'm here also fix some whitespace and other
formatting errors, including moving WWW: to the last line in the file.
my ports in the past 3 weeks while ports were broken on any 10.x
machines, which means I'm unable to maintain them. So let people know
that there's no available support for them until things are back to
normal (which also means that anyone with spare time will be able
to fix them without getting approval).
ONLY_FOR_ARCHS=sparc64 in the port itself.
axe md5 in distinfo.
PR: ports/154393
Submitted by: Eitan Adler <lists@eitanadler.com>
Approved by: x11 (miwi)
The X-Server has been patched to the latest 1.7.X series, drivers
and fonts have been updated to the latest versions. This update includes
some components from Xorg 7.6 with a lot of improvements, and it seems
that the performance is much better than the old version. Also this
Update fix build issues with clang and binutils 2.17.50 in current,
remove 6.X gruft and de-author pkg-descr.
I would like to thank:
Beat Gaetzi
Dima Panov
Koop Mast
Eitan Adler
and all Testers.
PR: ports/147646
ports/148035
ports/148744
ports/150223
ports/152889
ports/154457
The Intel drivers was patched to work with
the new server. The drivers for Vesa, NV,NVIDIA and
ATI have been tested thoroughfully and seem to work fine.
A complete changelog of Xorg 7.5 can you read here:
http://www.x.org/releases/X11R7.5/
A note to FreeBSD 6.X users: We strongly recommend you
to update your system to 7.x or above.
For updating try
portupgrade -af \*
or:
portmaster -af
Please report any problems and issus to x11 (at) FreeBSD.org.
Thanks to beat@, rnoland@, fluffy@, stas@ and all testers for their help
and Feeback.
Tested by: Community and 2x exp-runs
x11-drivers/xf86-input-digitaledge Unmaintained upstream. Notify x11 Maintainers if you have this device.
x11-drivers/xf86-input-dmc Unmaintained upstream. Notify x11 Maintainers if you have this device.
x11-drivers/xf86-input-dynapro Unmaintained upstream. Notify x11 Maintainers if you have this device.
x11-drivers/xf86-input-elo2300 Unmaintained upstream. Notify x11 Maintainers if you have this device.
x11-drivers/xf86-input-jamstudio Unmaintained upstream. Notify x11 Maintainers if you have this device.
x11-drivers/xf86-input-magellan Unmaintained upstream. Notify x11 Maintainers if you have this device.
x11-drivers/xf86-input-microtouch Unmaintained upstream. Notify x11 Maintainers if you have this device.
x11-drivers/xf86-input-palmax Unmaintained upstream. Notify x11 Maintainers if you have this device.
x11-drivers/xf86-input-spaceorb Unmaintained upstream. Notify x11 Maintainers if you have this device.
x11-drivers/xf86-input-summa Unmaintained upstream. Notify x11 Maintainers if you have this device.
x11-drivers/xf86-input-tek4957 Unmaintained upstream. Notify x11 Maintainers if you have this device.
[MEMO]
In this commit, no version changed. But if you put
'WITHOUT_NOUVEAU' on /etc/make.conf, you can use
new version of Mesa3D and libdrm.
Discussed with: rnoland on freebsd-ports/freebsd-x11.
2010-01-08 x11-fm/velocity: has been broken for 7 months
2010-01-08 x11-drivers/xf86-video-nsc: has been broken for 5 months
2010-01-08 www/rubygem-merb: has been broken for 5 months
2010-01-08 security/shibboleth-sp: has been broken for 3 months
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
