non port: devel/libpciaccess/files/patch-src-freebsd_pci.c |
SVNWeb
|
Number of commits found: 15 |
Mon, 5 Aug 2019
|
[ 21:29 zeising ]
devel/libpciaccess: Update to 0.16, fix regression
Update devel/libpciaccess to 0.16. All local patches have been included in
this version, so delete those files.
Add a patch to fix a regression when using certain video drivers,
xf86-video-mga, xf86-video-nv and xf86-video-vesa, at least, have been
reported to have issues with 0.14.
PR: 239065 (tracking the regression)
Reported by: george@m5p.com, several others
MFC after: 2019Q3 (fixes regression in 0.14)
Sponsored by: B3 Init
Obtained from: Graphics Team dev repo
|
Sun, 30 Jun 2019
|
[ 17:04 zeising ]
x11/libpciaccess: Update to 0.14.0
Update x11/libpciaccess to 0.14.0. Rework the patch to match what has
been submitted upstream.
Remove old code that was used before PCIOCGETBAR. PCIOCGETBAR has been part
of FreeBSD for a long time.
Remove check for if pci_io.pi_sel.pc_domain exists. This has been the case
for quite some time.
Add a function to detect if a driver has been attached to a PCI device
Implement pci_device_freebsd_open_io, this fixes runtime of xf86-video-qxl
and possibly other drivers [1]
Reformat and try to apply upstream style.
Side note, instead of trying to patch configure, I've elected to change
configure.ac and add a dependency on autoreconf. The difference between the
previous configure and a new configure generated by the patched configure.ac
is quite large.
PR: 238590 [1]
Submitted by: cem [1]
Obtained from: FreeBSD Graphics Team development repo
Sponsored by: B3 Init (zeising)
|
Sat, 18 Apr 2015
|
[ 15:34 kwm ] (Only the first 10 of 180 ports in this commit are shown above. )
Misc X.org port updates:
Update gccmakedep to 1.0.3.
Update imake to 1.0.7.
Update libpciaccess to 0.13.3.
Update libdrm to 2.4.60.
Update bitmap to 1.0.8.
Update fstobdf to 1.0.6.
Update iceauth to 1.0.7.
Update libXdmcp to 1.1.2.
Update libXp to 1.0.3.
Update libXvMC to 1.0.9.
Update libXxf86vm to 1.1.4.
Update libxshmfence to 1.2.
Update randrproto to 1.4.1. (Only the first 15 lines of the commit message are shown above )
|
Wed, 14 Aug 2013
|
[ 12:40 zeising ]
Update to 0.13.2
Obtained from: xorg development repo
|
Wed, 3 Jul 2013
|
[ 11:43 zeising ]
Give this a chance to work on sparc as well.
Submitted by: Marius Strobl
Obtained from: xorg development repo
|
Tue, 18 Jun 2013
|
[ 23:36 jkim ]
Update the legacy I/O patch to support ia64.
|
Sat, 25 May 2013
|
[ 14:37 zeising ] (Only the first 10 of 518 ports in this commit are shown above. )
The FreeBSD x11 team proudly presents
an zeising, kwm, miwi, bapt, eadler production:
Xorg 7.7
Starring:
xserver 1.12.4 (new xorg only)
Mesa 8.0.4, including libGL, libGLU and dri (new xorg only)
libX11 1.5.0
libxcb 1.9
libdrm 2.4.42 (new xorg only)
freeglut 2.8.1
Also starring:
Updates to drivers and other libraries and utilities
(Only the first 15 lines of the commit message are shown above )
|
Mon, 8 Feb 2010
|
[ 00:14 marius ]
Correct an inverted !__sparc64__.
Approved by: rnoland
|
Thu, 7 May 2009
|
[ 19:38 rnoland ]
Update to 0.10.6
|
Tue, 31 Mar 2009
|
[ 20:19 marius ]
Given that the x86-centric approach of mmap(2)'ing PCI memory via
mem(4) doesn't work on sparc64, revert to the pre-libpciaccess
approach of using the tty(4) device opened by the X server there.
Hopefully we have proper MI means of doing so one day.
Approved by: flz
|
Thu, 26 Feb 2009
|
[ 02:05 rnoland ]
Use the new PCIOCGETBAR if it is available, rather than frob the
BARs ourself.
Submitted by: Nathan Whitehorn <nwhitehorn@freebsd.org>
|
Sun, 8 Feb 2009
|
[ 23:44 rnoland ]
Fixup a couple of typos from the previous patch.
This should fix BIOS mapping on those chips that don't have a specific
pci rom.
Reported by: Michael Butler <imb@protected-networks.net>
|
[ 06:04 rnoland ]
Locate the BIOS BAR via the pci registers if it is available.
Calculate the correct BIOS size as well. Previously, we just
always used the standard 64k VGA bios entry at 0xc0000. We still
do that if we don't find a BIOS BAR.
|
Thu, 29 Jan 2009
|
[ 18:50 rnoland ]
Some drivers depend on pci chip revision id to function properly. We
had the info, but we weren't populating the field. Do that now.
This fixes at least mga, possibly other drivers.
Reported by: Mark Knight <markk@knigma.org>
Tested by: Mark Knight <markk@knigma.org>,
Warren Block <wblock@wonkity.com>
|
Sun, 25 Jan 2009
|
[ 17:05 rnoland ]
We shouldn't go around frobbing pci BARs while they are enabled.
Commit these fixes until I get them committed upstream and a
release cut.
Approved by: garga (mentor, implicit)
|
Number of commits found: 15 |