| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Should revbump but would rather not cause rebuilds over this
given this is a no-op unless forced USE=-pie on gcc through
profile's package.use.force (clang now also defaults to it).
nvidia-drivers already get rebuilt on kernel upgrades which will
phase it out for -pie users (please manually rebuild if issues).
Legacy 0/390 branch is not affected.
Closes: https://bugs.gentoo.org/840389
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
Libkms has been removed and it does not appear to be a hard requirement
to build the driver.
Signed-off-by: Mike Lothian <mike@fireburn.co.uk>
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Switching to egetent wasn't very useful given the limited use-cases
where nvidia-drivers can be installed (and there's no egetgroupid)
but, given there's talk to improve its ROOT / crossdev support, it
may be good to finally change this.
Also add sanity-check to ensure we got a number, still skip assert
so failure will give the sanity-check's error message.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
"wait until NVIDIA releases a fixed version" may not be clear enough.
This further hold true for _rc/bleeding/.0/.1 kernels, would consider
for non-legacy drivers if didn't work with the current-stable LTS
kernel at most (generally LTS is recommended if using any out-of-tree
modules, or at least wait a bit before using new major kernels).
Bug: https://bugs.gentoo.org/838118
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
|
|
|
| |
510.60.02 been uneventful and gnome issues weren't related to it,
shouldn't need to keep this version.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Also EAPI=8 and sync NV_PIN with latest 470 (this is not actively
tested for masked 0/vulkan, please report if issues).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Now that hwloc depends on this by "default" when VIDEO_CARDS=nvidia,
not being enabled by default tend to be an annoyance.
This only has a cheap build-only dependency on libX11/Xext, is tiny,
and doesn't take long to build. Only makes some sense to disable if
wayland-only or headless without X (albeit this is why the USE exists
and isn't unconditional, /could/ be merged with USE=X although that
USE has more implications.. may revisit later).
Bug: https://bugs.gentoo.org/836004
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
It may have been better to be USE=nvctrl or merged with USE=X, but
let's at least provide a description so it's clearer what it's for.
Bug: https://bugs.gentoo.org/836004
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
There used to be one in older ebuilds and it wasn't meant
to be lost as reason for skipping with -X can look confusing
without knowing that it relies on libGLX currently.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
460 branch was meant to be removed months ago but was kept due to
known regressions affecting some users (bug #780126, bug #809482,
and some other rumored issues). These regressions are not (fully)
resolved but given NVIDIA no longer supports this branch, doesn't
report if it's affected by vulnerabilities anymore (bug #832867,
safe to say it most likely is), need patches for current stable
kernel branch, and it relies on old Xorg ABI preventing future Xorg
cleanups -- believe time to give it up.
Users that /really/ need it are free to use a local overlay at
their own risks, and may want to try IgnoreABI with xorg-21.
Bug: https://bugs.gentoo.org/780126
Bug: https://bugs.gentoo.org/809482
Bug: https://bugs.gentoo.org/832867
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
|
|
| |
Now with EAPI=8 given linux-mod has support and it been long enough.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
0/510 branch was keyworded for ~arm64 (bug #831484) but odds
that older branches will be keyworded are now low and there is
no reason to burden mirrors with the essentially unused arm64
distfile eternally.
Open to reverting for 0/470 if someone with a Kepler card and
arm64 hardware needs it and can do testing.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Users affected by bug #830482 (with unpatched Xorg) should
use stable 470.103.01 rather than vulnerable 495.44-r2.
Bug: https://bugs.gentoo.org/830482
Bug: https://bugs.gentoo.org/832867
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/832867
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is already masked on musl but it cannot support
alternate libc and so let's be explicit (seem to be
the new direction to handle these in general).
To match the dual mask+dep, technically should check for
MULTILIB_USEDEP as well but isn't a thing with glibc and
would rather not check for the more private [multilib].
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
|
|
|
|
| |
This been promoted to production branch status and is now
considered a possible stable candidate (albeit 470.103.01
will be the next stable while this one gets extended testing).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
|
|
|
| |
Package-Manager: Portage-3.0.28, Repoman-3.0.3
RepoMan-Options: --include-arches="sparc"
Signed-off-by: Rolf Eike Beer <eike@sf-mail.de>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Looking more closely at this, do not believe it's worth keeping
anymore unlike back on kernel 5.14.x -- seeing more favorable
reports and not to mention this affects the console which
nvidia-drivers has no real interaction with beside restoring the
mode when switching from Xorg (i.e. not this package's issue).
gentoo-kernel-bin's fedora configs for 5.16 may end up defaulting
to this, and the message will just be noise that can't be changed.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
|
|
|
|
| |
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
|
|
|
|
| |
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
|
|
|
|
| |
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Still having a hard time to get this to work on my hardware,
but Fedora is pushing that option and trying to enable it by
default now. May be good to give an explanation so users can
more easily choose if they can ignore the warning or not.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Keep 495.44-r2 and 495.46-r10 for now in case of regressions, but
-r0 and -r20 should have no real uses.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Removed dbus workarounds, should hopefully be fixed now which should
also fix bug #828433
Bump NV_KERNEL_MAX to 5.16 as it fixes the known build issue with
CONFIG_DEVICE_PRIVATE.
New dependency on libpciaccess for nvidia-xconfig, but not going to
make this a separate USE unlike persistenced (or at least for now)
given Xorg depends on this library as well and fits well with USE=X.
Newly adds nvidia-powerd.service, but it's not documented, haven't
got it to work on my hardware and source appears unavailable at the
moment. Currently unsure what it's good for, but perhaps used to
manipulate power states based on OpenGL/Vulkan usage (which are known
to communicate with it).
Closes: https://bugs.gentoo.org/828433
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously choose to switch to <= from < to avoid confusion when
people see the version (i.e. users would see <5.16 and think up to
5.16 is supported), but feels kind of innacurate if taken literally
and so add .x at the end.
wrt 5.16.x, not bumping NV_KERNEL_MAX yet. It will work for most
people with custom kernels (except 0/460 and 0/vulkan), but will
fail if kernel has CONFIG_DEVICE_PRIVATE set (gentoo-kernel-bin
has this set) because of MIGRATE_PFN_LOCKED definition removal.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
| |
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
|
|
| |
Manually tested and working.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
| |
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
| |
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
| |
Manually tested and working.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
| |
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|