| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
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>
|
|
|
|
|
|
| |
Manually tested and working.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Removing old type ebuilds now that the newer ones are stable.
Still 495.44-r2 in ~arch but that one is kept for now due to a
495.46 regression unrelated to the ebuild. NVIDIA mentioned they're
looking into the issue so should hopefully be able to cleanup next
version (albeit recent development show it's possible to fix by
patching Xorg's xpresent -- whether it's a bug in Xorg that happened
to work by accident before or if it's a driver bug currently unclear).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Should be no reason to wait longer for this, the ebuild changes
been tested and stabled through other branches already.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
While this applies to every ebuilds that build modules, nvidia-drivers
is often a user's first or only experience with these and support
requests from those that did not know are somewhat common (e.g.
upgraded kernel without rebuilding, or built modules against the
wrong kernel).
While wiki is better for a lot of these things, having more sources
mention this material increase chances to reach users.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
460.91.03 is unfortunately known needed for (at least) a few laptop
users, issues varying between not able to control backlight or not
seeing anything displayed at all (bug #780126 and bug #809482, along
with several threads on NVIDIA forums complaining about this).
Can't be kept eternally given NVIDIA shows no sign of continued 460
support and it requires xorg-1.20 plus <=5.10 LTS kernels (unlike even
the 390.xx branch) -- but, meanwhile, update ebuild to be like the
others and easier to maintain. Fortunately no known security issues.
Let's hope 470/495+ will receive fixes before removal is necessary
(perhaps to cleanup old xorg or security concerns), feedback from
users welcome to know when it works as expected or if anything else
can do (own hardware is not affected, so can't test).
Bug: https://bugs.gentoo.org/780126
Bug: https://bugs.gentoo.org/809482
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is not solved and still happening with 495.46 (doesn't seem
like anything can reasonably do about it from a packaging end,
and NVIDIA hasn't done anything), but the postinst message itself
wasn't shown unless updating 6+ months old nvidia-drivers with
coolbits in xorg.conf and is now mostly unused cruft.
If this is going to be a permanent state of affair, may be better
documented elsewhere and bug closed as an upstream issue (albeit
keeping open a bit longer for tracking).
Bug: https://bugs.gentoo.org/784248
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
Done early'ish given 5.15.x kernel branch is stable now
and this version is needed to support it.
Closes: https://bugs.gentoo.org/830008
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Replaces the prebuilt libnvidia-egl-gbm with gui-libs/egl-gbm.
Unkeyworded mostly given the 495.xx situation is a mess right now
that may require users to pick specific revisions, and there's no
reason to bother users with one more unless they want to test it.
Should be officially rolled out next nvidia-drivers version bump.
Like egl-wayland, this is technically a optfeature but want
USE=wayland to give everything needed for decent wayland support.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
Not quite clear if this is really an issue with xorg-server, but it is what it is.
Closes: https://bugs.gentoo.org/829628
Thanks-to: Remus-Gabriel Chelu <gaby_r_chelu@yahoo.es>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Also update ebuild to match 495.46 changes.
Was tested with a 560ti + gentoo-kernel-bin-{5.10.86,5.15.10}
+ xorg-{1.20.14,21.1.2-r2} + plasma-5.23.4 without issues, this
driver branch still has some life in it.
Closes: https://bugs.gentoo.org/829635
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/829627
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
495.46 is supposed to be a very trivial release, but there
may possibly be a regression. Restore for testing.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/827652
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|