- Use MACHINE_CPUARCH rather than MACHINE_ARCH. While the former technically
is more correct it unfortunately doesn't exist in stable/8, yet, and using
the latter actually doesn't make a difference for i386.
- Allow to build nvidia-driver on OSVERSION > 1000052 with the LINUX option
enabled.
Reported by: swills
- For i386, allow to build the non-legacy NVIDIA drivers with PAE support
via an option, defaulting to disabled. This is tricky in two ways. First
off, while their binary part is PAE-capable since around version 285,
their build glue and wrapper only partially is. Second, for modules
built along the kernel, enabled PAE support would be picked up via the
generated opt_global.h from KERNBUILDDIR, which isn't available when
compiling modules stand-alone. Nevertheless, these source modifications
are modeled in a way so they also do the right thing when integrating a
nvidia-driver module into a kernel build.
Approved by: maintainer timeout (2 weeks)
Sponsored by: Bally Wulff Games & Entertainment GmbH
- Provide a convenience target to merge new hash and size with existing
distinfo: first, redefine DISTINFO_FILE (so that prerequisite target
`makesum' would not overwrite existing distinfo file), then prepend
relevant SHA256 and SIZE lines with tilde (~) to cope with join(1)'s
requirement for sorted lines, truncate the old values thereof, join(1)
two files so new lines are nicely placed just where intended, finally
removing hackish tildes (improvements to this quick and dirty approach
are very welcome)
- Remove no longer relevant (and now somewhat confusing) comment in the
`pre-install' target after the port was staged
- Fix two identical typos (paqe -> page) in comments while I'm here
Tested by: dhw
use more accurate OSVERSION value in the check (1000000 -> 1000041)
- Fix regression introduced in r342061, when <bsd.port.options.mk> was
included before OPTIONS definitions
- Rename patches to get rid of those ugly double underscores (yuck!)
- Wrap couple of overly long lines after STAGEDIR conversion in r342050
- Create `drivers' and `extensions' directories in pre-install, not in
pre-su-install: no longer needed for stagified port
- Fix regex when patching lib/Makefile for WITHOUT_LINUX handling, and
improve nearby expressions while here as well
on FreeBSD 10, and amd64 on earlier versions.
SSP_UNSAFE is added to disable in a port if it fails to build, but
this should only be used in rare circumstances such as kernel modules.
Otherwise, the port may just be failing due to lack of respecting
LDFLAGS.
On FreeBSD 10, this uses an ldscript in /usr/lib/libc.so to pull in
libssp_nonshared.a to address issues linking on i386 [1].
On earlier FreeBSD versions the WITH_SSP knob will add -lssp_nonshared
to LDFLAGS on i386. This is not needed on amd64. However, several hundred
ports do not currently respect LDFLAGS, so this support is disabled currently
as it causes build failures if a dependency is looking for the stack_chk
symbols.
Many thanks to jlh@ for this as he had many years of patience in getting
all of the necessary pieces [1][2] in.
[1] http://svnweb.freebsd.org/base/head/lib/libc/libc.ldscript?revision=251668&view=markup
PR: ports/138228 [2]
Submitted by: jlh (bsd.ssp.mk based on)
Reviewed by: bapt
With hat: portmgr
exp-runs done: 37 over a month on 91i386,91amd64,10i386,10amd64
recent -CURRENT (after r254025). Previously it would immediately core
dump upon loading of nvidia.ko.
PR: ports/181144 (fix suggested in the audit trail)
Reviewed by: jhb
Timeout from: jeff (no cookie)
- Respect custom SRC_BASE (e.g. when set in /etc/make.conf) [2]
- Few non-functional changes (mostly comments; particularly, restore hint
about MASTER_SITE_SUBDIR, bogusly changed by yours truly in r315754)
PR: ports/181118 [1]
ports/176733 [2]
- Only offer FREEBSD_AGP option when it is actually supported
- Use new syntax for specifying LIB_DEPENDS
- Buffer overflow in nvidia_sysctl_bus_type() was fixed in 319.23
- While here, install nvidia-bug-report.sh per popular demand and assume
that everyone now has sed(1) that supports "addr1,+N" range syntax
- Spell X as X11 in port description
Submitted by: glebius
all driver ports, including legacy ones, with correct OSVERSION checks
- Retouch some comments while here
PR: ports/177459
Submitted by: bf
Approved by: portmgr (miwi)
- Unbreak the build on recent -CURRENT (after SVN r246085) [*]
- Move 304.xx driver version to yet another legacy port
PR: ports/176146 [*]
Submitted by: bf
when it was updated to .35 on the 12th. That moment, it kept PORTREVISION
1 from the master port. When the master port was updated and PORTREVISION
removed on the 22nd, PKGVERSION of nvidia-driver-173 went backwards as its
PORTREVISION dropped from 1 to 0. While I am at it, provide a comments in
all makefiles that keeping PORTREVISION setting (even when it is seemingly
zero) is important.
Reported by: erwin
patch for CVE-2012-4225 for this version
- Augment security patch for CVE-2012-0946 to cover CVE-2012-4225 as well
for the benefit of really old legacy drivers
the nvidia-driver. Install the libraries in port specific directories.
Use pkg-install and pkg-deinstall scripts to update the hardlinks to the
default locations of these files.
While here clean up some @dirrmtry lines in xorg-server plist for directories
that aren.t created by xorg-server.
Motivator: pkgng
Inspiration: irc, freebsd-x11@ mailinglist discussion (sorry can't find it
anymore to give credit the people)
Reviewed by: danfe@ (for nvidia parts), bapt@
Approved by: danfe@ (for nvidia parts)
With hat: x11@
- Replace deprecated PATCHDIR reference with more appropriate FILESDIR
- Remove old comment about inconsistencies in nVidia release numbers
PR: ports/169186 (version update)
memory access vulnerability. While affected underlying code is very similar
in all released drivers, and they all are technically exploitable the same
way, the exploit relies on hardware that is not present in GPUs older than
NV50/G80, hence versions starting from 100.14.03 must be patched.
That said, while the patch does apply to all legacy versions, port revision
bump makes sense only for 173.14.xx series (as 96.43.xx and 71.86.xx do not
hardware exploit relies upon).
Discussed with: Christian Zander
Security: CVE-2012-0946
- Added support for GeForce GTX 690 GPU
- Fixed a problem where starting, stopping, and moving OpenGL application
windows was very slow on Quadro FX 4600, Quadro FX 5600, GeForce 8800 GTX,
GeForce 8800 GTS, and GeForce 8800 Ultra
- Fixed an OpenGL performance regression which affected Geforce 6 and Geforce
7 series integrated GPUs
PR: ports/167619
from `Mk/bsd.port.mk' soon. Account for it and pass it to make environment
locally as nVidia driver code still uses it.
PR: ports/161558
Submitted by: eadler (PR), crees (nvidia-driver patch)
Feature safe: yes
- Turn formal requirement for X server into explicit dependency and bump
port revisions in nvidia-driver-96 and nvidia-driver-71 accordingly
- Remove NO_PACKAGE; along with previous change, this enables us to build
nvidia-driver packages
- Try to rely a little less on the assumption that PREFIX == LOCALBASE and
explicitly create ${PREFIX}/${MODULESDIR}/extensions directory
- Fix pkg-plist issue when both lib/xorg/modules/extensions/libglx.so and
lib/libGL.so.1 handling worked for installation from the port, but was
insufficient for the package
Special thanks to ale@ for proposing pkg-plist fix and patiently waiting
for me to realize it is indeed correct.
PR: ports/152400
