| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Unusual for a 2nd version, but Still marked BETA by nvidia.
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: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
This has a new icd.d for VulkanSC (not packaged) that nvidia installs
to /etc/vulkansc/icd.d but like the other icd.d would rather put it in
/usr/share, and from a quick look at the VulkanSC sources it should
be fine (it appears based on vulkan-loader).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
If anything it's recommended nowadays, but =0 is safer out-of-the-box
if things are not setup right (esp. with openrc, or without logind)
so not changing that.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Meant to wait until 560 which will use the open variant by default when
detected cards are seen to support it (ebuild still need the USE given
not doing automagic) but 555 is essentially a the pre-release branch
for it and some users are confused by the experimental notices at this
point even if dampened compared to how hard warned about it early on.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Feel free to keyword locally if wanted, otherwise keywords
will wait till next version in the branch like usual.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Re-tested these with gcc:14 too, seems fine (well, technically
0/470 isn't but we're cheating for that one).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bit early but it's almost identical to 550.76 beside fixing
some Xid error with some laptops, so may as well stable this
one rather htan 550.76.
Note that it does not fix issues with freezing that some laptops
been having (esp. lenovo), that is currently being looked into by
NVIDIA. Keep using the 535 branch if you are affected.
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Message does come a bit late (after potential build failures), but
linux-mod-r1 already warns that it's not supported. This just an
extra note about upstream end of support, patches, and just so do
not decide to switch to a newer kernel on a whim.
Users are of course free to use /etc/portage/patches if they know
what they're doing. So there's no hard blocker for kernel version.
Bug: https://bugs.gentoo.org/930208
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 is the 3rd iteration of the new 0/550 production branch
and it is about time to stabilize it. Note however that some
Lenovo laptop users may or may not experience random crashes
and need to stick to 0/535 for now (which is still supported
and not going anywhere for a while).
That aside, happy bday immolo :)
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: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
This driver was formerly marked "beta" which was expected to be
a mistake, and indeed NVIDIA has since corrected that. Just a
bugfix release, and it works fine (for me). So let's stable it.
Stable for new production branch (550) is not far off, but will
wait a bit more.
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>
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
| |
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>
|