| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: Matt Turner <mattst88@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: Matt Turner <mattst88@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@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>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@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>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Freedesktop moved to gitlab and dropped support for previous project
hosting methods to read-only. It appears openchrome never made the
migration. May be dead -- it hasn't been developed in some time, the
cgit HEAD is 4 years old and a non-default branch is "only" a year old.
Not really sure where to report a bug to. ;)
Closes: https://bugs.gentoo.org/864406
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@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>
|
|
|
|
| |
Signed-off-by: Matt Turner <mattst88@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>
|
|
|
|
| |
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>
|