| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Per usual, leaving unkeyworded when NVIDIA notes that it is a beta,
and will wait for the next version for this NFB to keyword. Not that
there is known issues at the moment.
nvidia.conf newly has a (commented out) fbdev=1 setting to take over
efifb or others once nvidia-drm is loaded. Untested but should allow
simpledrm or nouveau to handle early boot messages and then be replaced
(rather than conflict). Not that would recommend nouveau over simpledrm
for this, unnecessary complex initializations just to display few lines
of boot messages.
Note NVIDIA has upped kernel-open from "alpha" to "beta" and no longer
requires setting NVreg_OpenRmEnableUnsupportedGpus=1. To go with this,
reduce ebuild postinst elog nagging to show only once when newly
setting the flag.
Also drop raw ldflags patches, looks finally fixed upstream.
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: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: WANG Xuerui <xen0n@gentoo.org>
|
|
|
|
| |
Signed-off-by: WANG Xuerui <xen0n@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: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Most kernel modules do not seem affected and it depends on the tests
being performed, so workaround at least here while being looked at.
Issue could affect other packages if they happen to e.g. cd / (for
some reason) and use clang in certain ways for some tests, but likely
not a widespread problem.
Fortunately does not actually write these a.out and can get away
with just addpredict (kept clang-only not to shadow issues).
Bug: https://bugs.gentoo.org/914468
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Kind of forgot given formerly only set out to move openssl,
but then took glibc along for the ride.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Just for correctness, notably no longer does a build-time check
for which openssl library to use.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
openssl-1.1 is masked, so extra work to allow both is no longer
necessary and we can depend on the correct subslot that the
prebuilt is built for
No real need for a revbump, := will handle 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>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
If similar issues come up again may opt to trade for strip-flags.
Skipping revbump given open+no-plt is a rather rare configuration.
Closes: https://bugs.gentoo.org/912949
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Turner <mattst88@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>
|
|
|
|
|
|
|
|
| |
Reminder to report if there is packaging problem with this
branch given I do not really test 0/vulkan beside a basic
build test and it could go overlooked forever.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
|
|
|
| |
NVIDIA still does not recommend it for desktop use, but
at this point I think we can tone it down a bit.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Note will likely will consider this one as a first stable
candidate for 0/535 branch if nothing comes up.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Sounds it may cause more issues than just failing to load modules
(cuda/nvenc notably). Can't confirm myself, but let's stay on the
safe side for now.
0/390 branch gets a different message given it should most likely
do fail to load, and CUDA/NVENC are no longer usable with it using
in-tree packages anyway.
Eventually this may end up better suited for the wiki than the
ebuild. Does not help that this is noisy for everyone when using
prebuilt gentoo-kernel-bin even if their CPU does not support it.
Bug: https://bugs.gentoo.org/911142
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Hoping to be able to remove this from 535 branch at least, but
I have no way to really confirm so leaving it there for now.
Last time I removed this warning I just got someone on IRC with
issues who wondered why the ebuild didn't warn about this but
that was with an older version.
This aside, do disable warning with USE=kernel-open, pretty sure
that should always be fine.
Having a bug open to track this should be useful anyhow.
Bug: https://bugs.gentoo.org/911142
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
May be an influx of users trying to send patches when there is a new
LTS, but have little interest in testing/carrying these. As usual,
suggest sticking to 6.1.x LTS for as long as it is supported (if not
switching to nouveau, or changing hardware).
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: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
|
|
|
|
| |
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
|
|
|
|
|
|
|
|
| |
Usual mirror was not updated, so using alternate sources (which
is updated first is often random, so hard to say which to prefer
and can't use both given different compression for github).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Warnings were mostly added to help the transition to newer
kernels for unsuspecting users. May have helped in some cases,
not in others.
But with 6.1.x being stable for a while, there's little reason
to keep this wall of warnings *here* and try to keep it accurate
and updated -- especially when we can't tell what's really in-use
or what the user needs (this was just vague suggestions).
For initial setting up issues, it sounds better to refer to the
Wiki. So if anyone has anything to share with their experience
with FB (or other issues) feel free to edit it and improve it so
it can help others.
Also drop the "builtin" nouveau check that was part of this block.
Module is already blacklisted and, if users went out of their way
to make it builtin, then let's assume they know what they're doing.
Closing #910058 but rather than a fix it's more of a dissociation.
Closes: https://bugs.gentoo.org/910058
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
This reverts commit f820cfb16e9fe4e496e7d51746ae086d9a4e4b59.
It got dropped again, but see 138405e809ff0e3fb82967bf3053ea23a14ccfa4.
Bug: https://bugs.gentoo.org/906995
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
All done wrt bug #909226
Bug: https://bugs.gentoo.org/909226
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/909226
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|