| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Old NFB and a beta, should be little need to keep these
around for an extended period. Use production branch
550.54.14 instead or the old 535.* one if issues.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
No real testing like usual for 0/vulkan (beside a basic build test)
despite major bump, please report if issues.
Seems to have received the pfn_valid fix from 550.54.14.
Reminder that this branch is only intended for vulkan developers
that also need the latest vulkan extensions, most users should
use 535.154.05 or 550.54.14.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/925461
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Also drop USE=wayland, last time I tried to use this with 470 not only
was it very limited due to the lack of GBM support, but it was starting
to break in horrible ways (e.g. flickering).
This been incompatible with newer egl-wayland, and 1.1.7 is filed with
problems. Users often find it annoying that portage warns that it
skipped the egl-wayland update too (USE=wayland is default on desktop
profiles even if they don't use it, so it was still annoying).
470 users should really just stick to Xorg (sorry).
Note nvidia-drm.modeset=1 was enabled with USE=wayland, disabling may
possibly have unexpected effects for some users even on Xorg. Re-enable
in nvidia.conf manually if you need this.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/923117
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Mostly due to the openrc service's "need dbus" which is an annoyance
when dbus is missing (preventing from being a runtime-only optfeature),
but even with systemd this now also allows to properly check for
multilib on dbus (used by 32bit glcore/eglcore libraries to communicate
with powerd).
*Technically* needs a revbump given --changed-use does not know it
needs to rebuild here, but given this only cause problems for rare
users without dbus (e.g. headless cuda servers with USE=-tools) and
will propagate with kernel updates+rebuilds let's not bother every
users over this.
Hopefully users of powerd (incl. for systemd which may have more
existing ones) will notice the new USE and enable it.
Also re-arrange arm64 handling, it makes more sense to mask the USE
on arm64 than keep it as a no-op by checking if use !amd64.
Exception to this is 0/550 branch which started to include a arm64
nvidia-powerd build (albeit do not think hardware that need this even
exists yet). Hope did not break installation there given did not test
on arm64, please report if so.
Bug: https://bugs.gentoo.org/923117
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
NVIDIA already confirmed to be planning a release without pfn_valid,
so this is temporary until then. May need revisiting for older kernels
if change is further backported.
bug #923456 could be closed but leaving open for visibility for now.
Bug: https://bugs.gentoo.org/923456
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Hopefully for good this time, albeit will be left forever in
390 (definitely broken) and 470 too given status is incertain.
525+535 will eventually be dropped either way (far sooner than
390+470 anyway), so let's just leave them alone to be safe.
Closes: https://bugs.gentoo.org/911142
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
Turns out was misled into thinking it was fixed, the issue doesn't
trigger with my own kernel but does with a "defconfig" one. And then
changes from NVIDIA made me think it worked around it.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Untested given requires specific hardware to even start the daemon
which I do not have. Please report if any issues.
Not worth revbumps, can let it propagate with rebuilds during kernel
upgrades.
Use /var/run rather than /run given nvidia hardcodes path to the pid
file and /run may be incorrect if /var/run is not a symlink. Albeit
with command_background=true openrc is technically the one handling
it (may avoid duplicates, again can't test).
Closes: https://bugs.gentoo.org/923117
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Tiny script that was entirely written by me, and came to prefer
installed+redistributed simple scripts to not carry extra baggage.
(MIT is already in the ebuild's LICENSE)
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
This toolchain func was recently added, and is a lot more reliable than
get-flagq, for example if the active flags contain `-flto -fno-lto` then
tc-is-lto gets it correct. We would rather use this wherever possible.
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Closes: https://github.com/gentoo/gentoo/pull/34996
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Noticed variable is used due to a change to utils.mk in 0/550 but
turns out there was already some use of it in nvidia-settings for
older versions too.
Just export it everywhere.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
No known issues, only unkeyworded due to its beta status, feel free
to try it. In theory should be fairly sane given most of its changes
were in 545 and this is likely due to become a production branch (and
a stable candidate here) next release.
Removes the need for a few things:
- kernel-6.7 patch (fixed)
- gcc14 patch (not *really* fixed, but conftests.sh uses -Wno-error)
- 6.6 kernel limitation for arm64, nvidia does a GPL test (untested)
- powerd amd64 limitation, files exist on arm64 too now (untested)
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
screen_info is marked GPL on non-x86 and cannot be used. It's
possible to tell nvidia-drivers to not use that symbol albeit
unknown what downsides this has (esp. when I cannot test this).
For now, let's just not advertise 6.7 compatibility for arm64.
6.6 is the next LTS either way, so waiting should not be so bad.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Trivial and proper fix for 5xx branches, NVIDIA seems to be
(now) keeping track of implicits and incompatibles beside
missing this one hidden behind 2>/dev/null and kernel >=5.18.
Can't say the same for the legacy branches (390 and 470), and
rather than worry about these going for the lame life support
treatment with -Wno-error= there. 470 has hope to be fixed
properly by NVIDIA still but this is likely there forever in
the not supported + masked 390.
No need for revbumps, with gcc13 the test simply functions
properly and does what's right, while with 14 it's just a
build-time issue (and legacy branches are unchanged).
Closes: https://bugs.gentoo.org/921370
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
Closes: https://github.com/gentoo/gentoo/pull/34786
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
| |
static-libs is a subset of USE=tools which depends on xorg-proto,
but static-libs itself was missing it and is entirely an X library
that needs these.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Looked fine for me but turns out the issue is conditional to kernel
configs and it was not enabling USE_LKCA with mines. Also needed
USE=kernel-open to run into this.
An NVIDIA representative has offered a fix, so may as well use it
this time around.
525 and older branches did not use this function.
Should be harmless for older kernels, but have not really tested
so only applying if >6.7 as a precaution, esp. for stable 535.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
Nothing special, all those compatible with 6.6 still seem fine.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Only needed for 545 branch and above for packages using nvml.
Likely only needed when they attempt to use it rather than just
link with it, so this may be specific to hwloc's tests. But given
it's new and scope is uncertain, let's add it here rather than
hwloc itself.
Closes: https://bugs.gentoo.org/921578
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
The flatten attribute recursively inlines and causes OOM with GCC.
Closes: https://bugs.gentoo.org/864379
Signed-off-by: Sam James <sam@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: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
These are vulnerable versions wrt bug #916583 (all clear)
Bug: https://bugs.gentoo.org/916583
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/916583
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/916583
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/916583
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
No need for an unkeyworded beta to stick around.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|