| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
This was primarily to raise awareness due to being masked (now isn't
except on plasma profile), other hints were just a small bonus which
don't really belong in the ebuild.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
>1.1.7 been masked up to now so it didn't matter much, but gbm-unaware
470 does not play well with gbm-aware egl-wayland-1.1.9 (notably with
Xwayland).
Hopefully won't be permanent given 470.xx will be around for several
years but, if 1.1.7 becomes a problem, 470's USE=wayland could be
dropped given EGLStream is likely to fall out of use.
Keeping the >-r1 restriction isn't necessary given -r0 had its own
blocker on nvidia-drivers[wayland].
For a slight annoyance, egl-wayland used to be a optfeature so
people may have it in their world file which will result in the
not-an-error-but-feels-like-one portage "WARNING: One or more..."
If reading this, users are invited to remove it from their world file.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
495.46 release is almost identical to 495.44 beside adding support
for a few additional cards, so the same issues (e.g. dbus spam) exist
which is patched in -r10 and left alone in -r0.
ebuild-wise, now reads .manifest to mimic nvidia-installer.
For a few advantages:
* less unused .so links or using scanelf to find sonames, matches
nvidia's intended links
* can bump without constantly adjusting for every new/removed files
* warns if something entirely new needs work (e.g. GBM support)
* more solid when using different .run, e.g. amd64 vs arm64, not
keyworded yet (waiting for confirmation that it works), but arm64
install broke in the past because of this
Other changes:
* IUSE=persistenced: add to control installing nvidia-persistenced
which allows libtirpc and acct-user/nvpd to be optional
(off by default given primarily intended for headless)
* nvidia-drm_gbm.so: install unconditionally to avoid spurious
errors with vaapi (no extra dependencies).
* nvidia-settings: hide gtk deprecation noise as it makes the log
hard to follow, considerably bigger, and the issue is already well
known (NVIDIA is hopefully due to revamp this tool, e.g. wayland).
* README.gentoo: add abi_x86_32 warning for new users given no longer
default, the "flip" elog may be removed in the future after users
had time to adapt with the profile change.
* drop multilib-build eclass as it doesn't make that much sense with
a binary-only package, compat32 libraries are still installed with
USE=abi_x86_32 (abi_x86_64 kept for compatibility with ebuilds
using ${MULTILIB_USEDEP} but is unused)
* fix build if /usr/bin/ld or LD points to ld.lld
* replaced .desktop and gtk2 seds by patches
Various other small adjustments/cleanups, changes will be rolled
out to older branches in time (patches are already based on 390.xx).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Bit late but it's something users should know about (will at
least be shown when rebuilding for a new kernel).
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Profile had abi_x86_32 enabled by default for ~7 years (now removed),
and users may not necessarily have realized whether they needed it.
steam-overlay's steam-client-meta depends on nvidia's [abi_x86_32]
but wine* and other 32bit applications generally do not (typically
only check for virtual/opengl which only checks if mesa has it set,
or may check neither if depends on libglvnd directly).
Warn to miminize poor surprises to some extend.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Error message updated to help users enable it on kernel 5.15.3+
which no longer selects KMS_HELPER with CONFIG_DRM_FBDEV_EMULATION.
This may unfortunately cause a poor surprise (failing Xorg) to users
that did not notice this newly appearing message with minimal kernels
and didn't have a custom xorg.conf forcing nvidia.
Also modified sed to ensure nvidia-drm is properly built with support
if KMS_HELPER is a module and DRM is not (revbump latest arch/~arch
for this).
Bug: https://bugs.gentoo.org/824594
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
xorg-server-21+ isn't in tree yet, but done preemptively given
there will ABI version mismatch for xorg module preventing loading.
Probably simpler to check this from the nvidia ebuild than xorg.
390 - Still officially supported by NVIDIA for another year, but
no telling if/when NVIDIA will push an update for new Xorg. While
plans are to keep 0/390 for as long as possible, not planning to
let this block old xorg removal forever if NVIDIA does nothing
within the next year.
460 - This branch has little worth and is due for removal sooner
than later, only kept due to some leftover regressions in >=470.xx
affecting a few users.
--ignoreABI has not yet been tested, but would rather this route
be a last resort even if it works.
>=470 has no (known) problems with current xorg-server-9999.
PDEPEND used just in case given xorg meta and blockers involving
on nvidia-drivers could potentially get circular/messy.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Not ideal and may possibly have other impacts, but it seem
better than leaving this issue alone as it can be doing ~10000
requests per second depending on what's being ran.
Alternative known workaround to at least prevent logging issues
(dbus black hole) would require user interaction and doesn't
seem worth it here.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
The advertised gsync fix was already in 470.82.00, this version
just adds support for 4 extra gpus with no other (known) changes.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
470.74 was skipped due to gsync regressions, known to be
fixed in this one and no new known issues.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Not quite sure where that previous number came from, but it'd
cause the message to be needlessly repeated.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Used to generate man pages.
Thanks-to: Joonas Niilola <juippis@gentoo.org>
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
Not a stable candidate due to gsync regressions.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Mostly as a precaution, being set may not always be an issue.
New in kernel 5.14 and may conflict with nvidia's mode switching
if used with fbdev emulation. Previously benign but fixes have
caused to become active between kernel 5.14.9 and 5.14.14.
Will hopefully revisit this in the future given this is meant to
replace efifb/simplefb at some point. Will notably keep an eye on
what gentoo-kernel-bin's config upstream does, currently kept
disabled.
Done in <5.14 ebuilds as well to ensure this doesn't get lost if
these branches gain 5.14 compat.
Thanks-to: Abulhair Saparov
Closes: https://bugs.gentoo.org/819234
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Can work without but mileage may vary, and GLX
wouldn't be be accelerated.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
Still early but primary motivation is that this version
been confirmed to fix the gsync issues for Xorg users
(fix should be later backported in 470.xx branch).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Not going to do full troubleshooting in this elog, but lack
of cursor is the first thing that's going to be a bother.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
It still works fine with new drivers and is not broken with QT
unlike 1.1.8 and .9.
Still being looked into but changes in QT itself may be needed
to use newer egl-wayland, and do not wish to hold back 495.xx
for Xorg users until then (especially given it fixes gsync issues).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Support for Kepler cards is dropped (e.g. GTX 660, GTX 760) and,
as the ebuild should warn, Kepler users are urged to mask:
>=x11-drivers/nvidia-drivers-471
470 is an LTS branch that should be kept updated for several years.
This version adds support for GBM, for example it now allows to
run sway and other wlroots-based wayland compositors accelerated.
That is still very experimental, expect issues.
Unkeyworded at the moment given
A. beta with a larger-than-usual amount kernel module source
changes that could use bit more testing
B. egl-wayland-1.1.9 sources have not yet been released and
1.1.8 is to remain masked
1.1.8 can still be somewhat used to test sway if wanted.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
NVIDIA has a fallback implementation if unset, but it uses
__flush_tlb removed on x86 since >=5.8 kernels (albeit fairly
unlikely to be unset given default and gated behind EXPERT=y).
All versions are affected.
Closes: https://bugs.gentoo.org/817764
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This branch is primarily aimed at vulkan developers or those
wanting to try new vulkan features ahead of time.
It may be buggier or less secure (typically not always up to
date with the main branch), and thus will always stay masked
only for those that really want it.
Multiple branches (455.xx, 470.xx, etc...) for these will not
be kept and will use the latest with :0/vulkan subslot for
easy identification.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Simple bugfix release, no gbm support here.
Removed soname-mismatch workaround given nvidia fixed
libnvidia-nvvm's soname.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/552720
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
NVIDIA seems to have preemptively fixed the issue that every other
versions are having a month ago in preparation for this kernel.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
Was missing a "for" there
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
To go together with now-stable split xwayland giving a much
better wayland experience with NVIDIA for kwin and mutter users.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Need to remember to re-test downloading those for non-amd64 too.
Closes: https://bugs.gentoo.org/807340
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/803389
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/784596
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Don't want to go too in-depth in that message, but some
people insist on keeping this disabled and then wonder
what nvidia-drm.modeset=1 is for.
Keeping as-is for 390.xx branch given wayland isn't really
usable anymore with it, but the option still exists.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|