| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
Not interesting to show pipestatus -v when the 2nd command
is an ebuild internal and will die on its own if failed.
Signed-off-by: Ionen Wolkens <ionen@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: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/924715
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/875233
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
| |
No longer a beta, considered a new feature branch instead (NFB).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Doesn't seem to have received 550.135 fixes for ttm and kernel 6.12
still, maybe these won't get updated till the next branch. May still
be affected by the last security vulnerability too.. but it's masked,
use as your own risks. Did gain Vulkan 1.4 support though.
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>
|
|
|
|
|
|
|
| |
Happened to glance over that comment I wrote and was
wondering what I was reading.
Signed-off-by: Ionen Wolkens <ionen@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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Seems to be quite a few issues and may not be trivial to fix, upstream
already has some sanity checks to pickup that conftests failed and it
should be fixed properly in time.
Using KERNEL_CC to ensure it's used everywhere for modules, esp.
conftest.sh. Non-modules parts seems fine with c23.
For 390/470, just add it to the list of other permanent (ugly)
workarounds and update's 470 comment given it's no longer supported.
Due for removal from the tree in roughly 2 years or less and so just
need to hold on until then.
Closes: https://bugs.gentoo.org/944092
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: Matt Turner <mattst88@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
|
|
|
| |
6.12 fixes (and probably sec fixes too) haven't made it in,
this just adds the two latest vulkan extensions
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Would make it a hard failure (no ~) given a NVIDIA sanity check already
causes the build to fail, but there is a variable to override that.
Doesn't hurt to do our own standard check, mention the variable, and
warn that using it is unsupported given the increasing amount of users
jumping on PREEMPT_RT (that for most they likely do not need nor
understand for who it's useful for, and notably that it will also hurt
performance).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
incl. proper upstream testing & fix for kernel 6.12, would recommend
this version over the 565.57.01 beta if want to use 6.12 (albeit beta
should be ok with the patch too, just no guarantees that it isn't
missing something).
Also newly needs a minor workaround given NVIDIA newly expects ARCH
to be set to x86_64 while tc-arch-kernel sets x86 (with the rationale
that it makes no difference for the kernel). There is however little
reason to "assume" that the kernel (or modules) sees it the same way
and maybe tc-arch-kernel should pass x86_64... but for now change it
here if USE=amd64 given unsure if want to look into other potential
implications of changing this.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
NVIDIA's support seemingly has ended, as such this will never
go up anymore (unless we patch it, which there is no plans to
support). It does not make sense to list a non-LTS branch that's
not even in the tree anymore there.
Also add a warning similar to 390.x, the date is the same given
both 6.1.x and 6.6.x kernels are going away at same time.
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: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Don't really recommend 6.12 yet, but it *should* mostly work.
There *may* be issues for which it is unclear if they were
limited to older 6.12-rc1 or so and not the actual 6.12.
It's possible that some issues only surface with specific
kernel configs and so they're hard to pick up.
Normally don't do patches, but in this case it compiles even
though it's going to be semi-broken without it at runtime.
FOP_UNSIGNED_OFFSET is unset for <6.12 so this should have
no impact for older kernels.
0/vulkan fails to build, and 0/470 was already broken with 6.10.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Kind of forgot that was still there.
Still applied given it changes the code in the "if not 6.7" conditional
that nvidia started using (meaning harmless unused code).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|