Forums

Skip to content

Advanced search
  • Quick links
    • Unanswered topics
    • Active topics
    • Search
  • FAQ
  • Login
  • Register
  • Board index Assistance Kernel & Hardware
  • Search

gentoo-sources-6.15.{0..2} upgrade issue [fixed]

Kernel not recognizing your hardware? Problems with power management or PCMCIA? What hardware is compatible with Gentoo? See here. (Only for kernels supported by Gentoo.)
Post Reply
Advanced search
23 posts • Page 1 of 1
Author
Message
CaptainBlood
Advocate
Advocate
User avatar
Posts: 4237
Joined: Sun Jan 24, 2010 9:38 am

gentoo-sources-6.15.{0..2} upgrade issue [fixed]

  • Quote

Post by CaptainBlood » Mon May 26, 2025 9:24 pm

Code: Select all

  CC      crypto/rng.o
  CC      fs/ext4/resize.o
  CC      kernel/irq_work.o
  CC      security/landlock/fs.o
  CC      kernel/bpf/core.o
*** WARNING *** there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins.
Event                            | Plugins
PLUGIN_FINISH_TYPE               | randomize_layout_plugin
PLUGIN_FINISH_DECL               | randomize_layout_plugin
PLUGIN_ATTRIBUTES                | latent_entropy_plugin randomize_layout_plugin
PLUGIN_START_UNIT                | latent_entropy_plugin stackleak_plugin
PLUGIN_ALL_IPA_PASSES_START      | randomize_layout_plugin
security/landlock/fs.c: In function 'hook_file_ioctl_common':
security/landlock/fs.c:1745:61: internal compiler error: in count_type_elements, at expr.cc:7075
 1745 |                         .u.op = &(struct lsm_ioctlop_audit) {
      |                                                             ^
Please submit a full bug report, with preprocessed source (by using -freport-bug).
See <https://bugs.gentoo.org/> for instructions.
make[4]: *** [scripts/Makefile.build:203: security/landlock/fs.o] Error 1
make[3]: *** [scripts/Makefile.build:461: security/landlock] Error 2
make[2]: *** [scripts/Makefile.build:461: security] Error 2
make[2]: *** Waiting for unfinished jobs....
  CC      crypto/zstd.o
  CC      fs/ext4/super.o
  CC      crypto/asymmetric_keys/asymmetric_type.o
  CC      fs/ext2/balloc.o
  CC      crypto/asymmetric_keys/restrict.o
  AR      kernel/bpf/built-in.a
  CC      kernel/static_call.o
  CC      fs/ext2/dir.o
My gentoo-sources kernel routine is rather straight forward, and mostly never fails.
This time is different.
Hence this post.

While I keep investigating, someone may hit similar experience...

Thks 4 ur attention, interest & support.
Last edited by CaptainBlood on Thu Jun 19, 2025 7:17 pm, edited 4 times in total.
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "
Top
pietinger
Administrator
Administrator
Posts: 6621
Joined: Tue Oct 17, 2006 5:11 pm
Location: Bavaria

  • Quote

Post by pietinger » Mon May 26, 2025 9:46 pm

If you disable CONFIG_SECURITY_LANDLOCK it will compile (I have the same problem). I guess this is a kernel bug (but I am not sure).
https://wiki.gentoo.org/wiki/User:Pietinger --> https://wiki.gentoo.org/wiki/User:Pieti ... _at_Gentoo
Top
Hu
Administrator
Administrator
Posts: 24395
Joined: Tue Mar 06, 2007 5:38 am

  • Quote

Post by Hu » Mon May 26, 2025 9:49 pm

The compiler crashes, so I would call it a compiler bug. This was also reported via an LWN comment. That poster linked to a git commit that supposedly helps (e136a4062174a9a8d1c1447ca040ea81accfa6a8), but Anubis blocks me from actually seeing the commit, so I cannot tell you what it does.
Top
pietinger
Administrator
Administrator
Posts: 6621
Joined: Tue Oct 17, 2006 5:11 pm
Location: Bavaria

  • Quote

Post by pietinger » Mon May 26, 2025 9:55 pm

Hu wrote:[...] That poster linked to a git commit that supposedly helps (e136a4062174a9a8d1c1447ca040ea81accfa6a8), but Anubis blocks me from actually seeing the commit, so I cannot tell you what it does.
=>

Code: Select all

From e136a4062174a9a8d1c1447ca040ea81accfa6a8 Mon Sep 17 00:00:00 2001
From: Kees Cook <kees@kernel.org>
Date: Sat, 26 Apr 2025 00:37:52 -0700
Subject: randstruct: gcc-plugin: Remove bogus void member
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

When building the randomized replacement tree of struct members, the
randstruct GCC plugin would insert, as the first member, a 0-sized void
member. This appears as though it was done to catch non-designated
("unnamed") static initializers, which wouldn't be stable since they
depend on the original struct layout order.

This was accomplished by having the side-effect of the "void member"
tripping an assert in GCC internals (count_type_elements) if the member
list ever needed to be counted (e.g. for figuring out the order of members
during a non-designated initialization), which would catch impossible type
(void) in the struct:

security/landlock/fs.c: In function ‘hook_file_ioctl_common’:
security/landlock/fs.c:1745:61: internal compiler error: in count_type_elements, at expr.cc:7075
 1745 |                         .u.op = &(struct lsm_ioctlop_audit) {
      |                                                             ^

static HOST_WIDE_INT
count_type_elements (const_tree type, bool for_ctor_p)
{
  switch (TREE_CODE (type))
...
    case VOID_TYPE:
    default:
      gcc_unreachable ();
    }
}

However this is a redundant safety measure since randstruct uses the
__designated_initializer attribute both internally and within the
__randomized_layout attribute macro so that this would be enforced
by the compiler directly even when randstruct was not enabled (via
-Wdesignated-init).

A recent change in Landlock ended up tripping the same member counting
routine when using a full-struct copy initializer as part of an anonymous
initializer. This, however, is a false positive as the initializer is
copying between identical structs (and hence identical layouts). The
"path" member is "struct path", a randomized struct, and is being copied
to from another "struct path", the "f_path" member:

        landlock_log_denial(landlock_cred(file->f_cred), &(struct landlock_request) {
                .type = LANDLOCK_REQUEST_FS_ACCESS,
                .audit = {
                        .type = LSM_AUDIT_DATA_IOCTL_OP,
                        .u.op = &(struct lsm_ioctlop_audit) {
                                .path = file->f_path,
                                .cmd = cmd,
                        },
                },
	...

As can be seen with the coming randstruct KUnit test, there appears to
be no behavioral problems with this kind of initialization when the void
member is removed from the randstruct GCC plugin, so remove it.

Reported-by: "Dr. David Alan Gilbert" <linux@treblig.org>
Closes: https://lore.kernel.org/lkml/Z_PRaKx7q70MKgCA@gallifrey/
Reported-by: Mark Brown <broonie@kernel.org>
Closes: https://lore.kernel.org/lkml/20250407-kbuild-disable-gcc-plugins-v1-1-5d46ae583f5e@kernel.org/
Reported-by: WangYuli <wangyuli@uniontech.com>
Closes: https://lore.kernel.org/lkml/337D5D4887277B27+3c677db3-a8b9-47f0-93a4-7809355f1381@uniontech.com/
Fixes: 313dd1b62921 ("gcc-plugins: Add the randstruct plugin")
Signed-off-by: Kees Cook <kees@kernel.org>
---
 scripts/gcc-plugins/randomize_layout_plugin.c | 18 +-----------------
 1 file changed, 1 insertion(+), 17 deletions(-)

diff --git a/scripts/gcc-plugins/randomize_layout_plugin.c b/scripts/gcc-plugins/randomize_layout_plugin.c
index 5694df3da2e95b..971a1908a8cc40 100644
--- a/scripts/gcc-plugins/randomize_layout_plugin.c
+++ b/scripts/gcc-plugins/randomize_layout_plugin.c
@@ -344,29 +344,13 @@ static int relayout_struct(tree type)
 
 	shuffle(type, (tree *)newtree, shuffle_length);
 
-	/*
-	 * set up a bogus anonymous struct field designed to error out on unnamed struct initializers
-	 * as gcc provides no other way to detect such code
-	 */
-	list = make_node(FIELD_DECL);
-	TREE_CHAIN(list) = newtree[0];
-	TREE_TYPE(list) = void_type_node;
-	DECL_SIZE(list) = bitsize_zero_node;
-	DECL_NONADDRESSABLE_P(list) = 1;
-	DECL_FIELD_BIT_OFFSET(list) = bitsize_zero_node;
-	DECL_SIZE_UNIT(list) = size_zero_node;
-	DECL_FIELD_OFFSET(list) = size_zero_node;
-	DECL_CONTEXT(list) = type;
-	// to satisfy the constify plugin
-	TREE_READONLY(list) = 1;
-
 	for (i = 0; i < num_fields - 1; i++)
 		TREE_CHAIN(newtree[i]) = newtree[i+1];
 	TREE_CHAIN(newtree[num_fields - 1]) = NULL_TREE;
 
 	main_variant = TYPE_MAIN_VARIANT(type);
 	for (variant = main_variant; variant; variant = TYPE_NEXT_VARIANT(variant)) {
-		TYPE_FIELDS(variant) = list;
+		TYPE_FIELDS(variant) = newtree[0];
 		TYPE_ATTRIBUTES(variant) = copy_list(TYPE_ATTRIBUTES(variant));
 		TYPE_ATTRIBUTES(variant) = tree_cons(get_identifier("randomize_performed"), NULL_TREE, TYPE_ATTRIBUTES(variant));
 		TYPE_ATTRIBUTES(variant) = tree_cons(get_identifier("designated_init"), NULL_TREE, TYPE_ATTRIBUTES(variant));
-- 
cgit 1.2.3-korg
https://wiki.gentoo.org/wiki/User:Pietinger --> https://wiki.gentoo.org/wiki/User:Pieti ... _at_Gentoo
Top
CaptainBlood
Advocate
Advocate
User avatar
Posts: 4237
Joined: Sun Jan 24, 2010 9:38 am

  • Quote

Post by CaptainBlood » Mon May 26, 2025 10:46 pm

Nice feedback,
And fast too.

Tested working here.

The funny thing is that I earlier went through lwn.net/Article past the post that report the issue and fix,
as I remember having read the following one.

I didn't the really catch up the interesting one :oops: :lol:

Thks 4 ur attention, interest & support.
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "
Top
pietinger
Administrator
Administrator
Posts: 6621
Joined: Tue Oct 17, 2006 5:11 pm
Location: Bavaria

  • Quote

Post by pietinger » Tue May 27, 2025 9:00 am

Moved from Unsupported Software to Kernel & Hardware.
https://wiki.gentoo.org/wiki/User:Pietinger --> https://wiki.gentoo.org/wiki/User:Pieti ... _at_Gentoo
Top
pietinger
Administrator
Administrator
Posts: 6621
Joined: Tue Oct 17, 2006 5:11 pm
Location: Bavaria

  • Quote

Post by pietinger » Tue May 27, 2025 11:07 am

CaptainBlood,

it will also compile (with Landlock enabled) it you disable CONFIG_GCC_PLUGINS

Code: Select all

General architecture-dependent options  --->
    [ ] GCC plugins  ----
https://wiki.gentoo.org/wiki/User:Pietinger --> https://wiki.gentoo.org/wiki/User:Pieti ... _at_Gentoo
Top
pietinger
Administrator
Administrator
Posts: 6621
Joined: Tue Oct 17, 2006 5:11 pm
Location: Bavaria

  • Quote

Post by pietinger » Tue May 27, 2025 8:49 pm

Bug reported: https://bugs.gentoo.org/show_bug.cgi?id=956726
https://wiki.gentoo.org/wiki/User:Pietinger --> https://wiki.gentoo.org/wiki/User:Pieti ... _at_Gentoo
Top
CaptainBlood
Advocate
Advocate
User avatar
Posts: 4237
Joined: Sun Jan 24, 2010 9:38 am

  • Quote

Post by CaptainBlood » Wed Jun 04, 2025 10:20 pm

Unfixed here... Another upstream rusty taco in the kernel:?: :twisted:

Thks 4 ur attention, interest & support.
Last edited by CaptainBlood on Wed Jun 04, 2025 10:55 pm, edited 1 time in total.
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "
Top
pietinger
Administrator
Administrator
Posts: 6621
Joined: Tue Oct 17, 2006 5:11 pm
Location: Bavaria

  • Quote

Post by pietinger » Wed Jun 04, 2025 10:45 pm

CaptainBlood wrote:Unfixed here... Another rusty taco in the kernel:?: :twisted:
I know that is is not fixed in 6.15.1 and therefore I have just updated the bug report. Our developers must decide how to proceed.
https://wiki.gentoo.org/wiki/User:Pietinger --> https://wiki.gentoo.org/wiki/User:Pieti ... _at_Gentoo
Top
DancesWithWords
Guru
Guru
Posts: 352
Joined: Sat Jun 29, 2002 8:56 pm
Location: ottawa, canada

  • Quote

Post by DancesWithWords » Thu Jun 05, 2025 1:28 pm

pietinger wrote:
CaptainBlood wrote:Unfixed here... Another rusty taco in the kernel:?: :twisted:
I know that is is not fixed in 6.15.1 and therefore I have just updated the bug report. Our developers must decide how to proceed.
Yup. Just tried to compile it this morning and it fail just like 6.15. I can't remember the last time 2 kernels failed to compile in a row! Shocking!
Top
pietinger
Administrator
Administrator
Posts: 6621
Joined: Tue Oct 17, 2006 5:11 pm
Location: Bavaria

  • Quote

Post by pietinger » Thu Jun 05, 2025 1:31 pm

DancesWithWords wrote:Yup. Just tried to compile it this morning and it fail just like 6.15. I can't remember the last time 2 kernels failed to compile in a row! Shocking!
Do you have an ARM machine? If yes you could test the patch I have attached to the bug report, so we get more results. (I have only X86_64 and tested the patch successfully)
https://wiki.gentoo.org/wiki/User:Pietinger --> https://wiki.gentoo.org/wiki/User:Pieti ... _at_Gentoo
Top
DancesWithWords
Guru
Guru
Posts: 352
Joined: Sat Jun 29, 2002 8:56 pm
Location: ottawa, canada

  • Quote

Post by DancesWithWords » Thu Jun 05, 2025 1:34 pm

pietinger wrote:
DancesWithWords wrote:Yup. Just tried to compile it this morning and it fail just like 6.15. I can't remember the last time 2 kernels failed to compile in a row! Shocking!
Do you have an ARM machine? If yes you could test the patch I have attached to the bug report, so we get more results. (I have only X86_64 and tested the patch successfully)
No, I'm running a AMD 9950x3d
Top
CaptainBlood
Advocate
Advocate
User avatar
Posts: 4237
Joined: Sun Jan 24, 2010 9:38 am

  • Quote

Post by CaptainBlood » Thu Jun 05, 2025 7:50 pm

DancesWithWords wrote:
pietinger wrote:
CaptainBlood wrote:Unfixed here... Another rusty taco in the kernel:?: :twisted:
I know that is is not fixed in 6.15.1 and therefore I have just updated the bug report. Our developers must decide how to proceed.
Yup. Just tried to compile it this morning and it fail just like 6.15. I can't remember the last time 2 kernels failed to compile in a row! Shocking!
Upstream above 6.15.0 patch reported by pietinger works fine for 6.15.1 here.

I've experienced another kernel upgrade failure with intel iGP inaccessible on recent rt preempt full (6.12+).
The upstream solving of this issue seems DOA. (patched here).

Thks 4 ur attention, interest & support.
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "
Top
pietinger
Administrator
Administrator
Posts: 6621
Joined: Tue Oct 17, 2006 5:11 pm
Location: Bavaria

  • Quote

Post by pietinger » Tue Jun 10, 2025 6:51 pm

Patch is not in 6.15.2 (from Upstream); so we have an unchanged situation:

You must disable CONFIG_SECURITY_LANDLOCK (bad), -OR-
you must disable CONFIG_GCC_PLUGINS (means you cannot use CONFIG_GENTOO_KERNEL_SELF_PROTECTION), -OR-
you install manual the patch from above (or bug report).

Lets wait for 6.15.3

Unfortunately, 6.14 has become EOL (very early):
https://9to5linux.com/linux-kernel-6-14 ... ernel-6-15
-> https://www.kernel.org/
https://wiki.gentoo.org/wiki/User:Pietinger --> https://wiki.gentoo.org/wiki/User:Pieti ... _at_Gentoo
Top
CaptainBlood
Advocate
Advocate
User avatar
Posts: 4237
Joined: Sun Jan 24, 2010 9:38 am

  • Quote

Post by CaptainBlood » Tue Jun 10, 2025 7:00 pm

pietinger wrote:Unfortunately, 6.14 has become EOL (very early):
https://9to5linux.com/linux-kernel-6-14 ... ernel-6-15
-> https://www.kernel.org/
Nice heads-up.

Thks 4 ur attention, interest & support.
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "
Top
DancesWithWords
Guru
Guru
Posts: 352
Joined: Sat Jun 29, 2002 8:56 pm
Location: ottawa, canada

  • Quote

Post by DancesWithWords » Wed Jun 18, 2025 3:25 pm

pietinger wrote:Patch is not in 6.15.2 (from Upstream); so we have an unchanged situation:

You must disable CONFIG_SECURITY_LANDLOCK (bad), -OR-
you must disable CONFIG_GCC_PLUGINS (means you cannot use CONFIG_GENTOO_KERNEL_SELF_PROTECTION), -OR-
you install manual the patch from above (or bug report).

Lets wait for 6.15.3

Unfortunately, 6.14 has become EOL (very early):
https://9to5linux.com/linux-kernel-6-14 ... ernel-6-15
-> https://www.kernel.org/
FYI

Tried the patch on 6.51.2 and it failed:

Code: Select all

make[1]: *** [/usr/src/linux-6.15.2-gentoo/Makefile:2003: .] Error 2
make: *** [Makefile:248: __sub-make] Error 2
[/usr/src/linux-6.15.2-gentoo]
[11:00:34 hangint3n]$ sudo move /etc/portage/patches/
devel/      dev-lang/   sys-devel/  sys-kernel/ 
[/usr/src/linux-6.15.2-gentoo]
[11:00:34 hangint3n]$ sudo cp -a /etc/portage/patches/sys-kernel/gentoo-sources-6.15.1/ /etc/portage/patches/sys-kernel/gentoo-sources-6.15.2
[/usr/src/linux-6.15.2-gentoo]
[11:02:16 hangint3n]$ sudo make -j30 modules_prepare && sudo make -j30 && sudo emerge @module-rebuild && sudo make -j30 modules_install && sudo make -j30 install && sudo grub-mkconfig -o /boot/grub/grub.cfg
  DESCEND objtool
  CALL    scripts/checksyscalls.sh
  INSTALL libsubcmd_headers
  DESCEND objtool
  CALL    scripts/checksyscalls.sh
  INSTALL libsubcmd_headers
  CC      security/landlock/fs.o
  CC      security/landlock/id.o
  CC      security/landlock/audit.o
  CC      security/landlock/domain.o
*** WARNING *** there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins.
Event                            | Plugins
PLUGIN_FINISH_TYPE               | randomize_layout_plugin structleak_plugin
PLUGIN_FINISH_DECL               | randomize_layout_plugin
PLUGIN_ATTRIBUTES                | latent_entropy_plugin randomize_layout_plugin structleak_plugin
PLUGIN_START_UNIT                | latent_entropy_plugin stackleak_plugin
PLUGIN_ALL_IPA_PASSES_START      | randomize_layout_plugin
security/landlock/fs.c: In function ‘hook_file_ioctl_common’:
security/landlock/fs.c:1745:61: internal compiler error: in count_type_elements, at expr.cc:7075
 1745 |                         .u.op = &(struct lsm_ioctlop_audit) {
      |                                                             ^
Please submit a full bug report, with preprocessed source (by using -freport-bug).
See <https://bugs.gentoo.org/> for instructions.
make[4]: *** [scripts/Makefile.build:203: security/landlock/fs.o] Error 1
make[4]: *** Waiting for unfinished jobs....
make[3]: *** [scripts/Makefile.build:461: security/landlock] Error 2
make[2]: *** [scripts/Makefile.build:461: security] Error 2
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [/usr/src/linux-6.15.2-gentoo/Makefile:2003: .] Error 2
make: *** [Makefile:248: __sub-make] Error 2
[/usr/src/linux-6.15.2-gentoo]

[Moderator edit: added [code] tags to preserve output layout. -- pietinger]
Top
pietinger
Administrator
Administrator
Posts: 6621
Joined: Tue Oct 17, 2006 5:11 pm
Location: Bavaria

  • Quote

Post by pietinger » Wed Jun 18, 2025 4:15 pm

DancesWithWords wrote:Tried the patch on 6.51.2 and it failed:

Code: Select all

make[1]: *** [/usr/src/linux-6.15.2-gentoo/Makefile:2003: .] Error 2
make: *** [Makefile:248: __sub-make] Error 2
[/usr/src/linux-6.15.2-gentoo]
[11:00:34 hangint3n]$ sudo move /etc/portage/patches/
devel/      dev-lang/   sys-devel/  sys-kernel/ 
[/usr/src/linux-6.15.2-gentoo]
[11:00:34 hangint3n]$ sudo cp -a /etc/portage/patches/sys-kernel/gentoo-sources-6.15.1/ /etc/portage/patches/sys-kernel/gentoo-sources-6.15.2
[/usr/src/linux-6.15.2-gentoo]
[11:02:16 hangint3n]$ sudo make -j30 modules_prepare && sudo make -j30 && sudo emerge @module-rebuild && sudo make -j30 modules_install && sudo make -j30 install && sudo grub-mkconfig -o /boot/grub/grub.cfg
Please reemerge gentoo-sources to get the patch active. See more: https://wiki.gentoo.org/wiki//etc/portage/patches
->
The basic method is to just drop patches into the appropriate subdirectory of /etc/portage/patches, and they will be applied during package installation.
Another possibility is to patch it manually.
https://wiki.gentoo.org/wiki/User:Pietinger --> https://wiki.gentoo.org/wiki/User:Pieti ... _at_Gentoo
Top
pietinger
Administrator
Administrator
Posts: 6621
Joined: Tue Oct 17, 2006 5:11 pm
Location: Bavaria

  • Quote

Post by pietinger » Thu Jun 19, 2025 5:58 pm

Fixed in 6.15.3 ... probably due to these two patches:

https://git.kernel.org/pub/scm/linux/ke ... feb78e15c6
https://git.kernel.org/pub/scm/linux/ke ... 0c396dd5cb

Of course I have enabled CONFIG_SECURITY_LANDLOCK and CONFIG_GCC_PLUGINS again ;-)
https://wiki.gentoo.org/wiki/User:Pietinger --> https://wiki.gentoo.org/wiki/User:Pieti ... _at_Gentoo
Top
CaptainBlood
Advocate
Advocate
User avatar
Posts: 4237
Joined: Sun Jan 24, 2010 9:38 am

  • Quote

Post by CaptainBlood » Thu Jun 19, 2025 7:13 pm

Yes fixed here too.

@pietinger: you've beat me on that one.
Your rig likely much faster than mine.

Thks 4 ur attention, interest & support.
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "
Top
pietinger
Administrator
Administrator
Posts: 6621
Joined: Tue Oct 17, 2006 5:11 pm
Location: Bavaria

  • Quote

Post by pietinger » Thu Jun 19, 2025 7:52 pm

CaptainBlood wrote:Your rig likely much faster than mine.
:lol:

Thanks for the update of the headline. :D
https://wiki.gentoo.org/wiki/User:Pietinger --> https://wiki.gentoo.org/wiki/User:Pieti ... _at_Gentoo
Top
DancesWithWords
Guru
Guru
Posts: 352
Joined: Sat Jun 29, 2002 8:56 pm
Location: ottawa, canada

  • Quote

Post by DancesWithWords » Thu Jun 19, 2025 11:39 pm

pietinger wrote:
DancesWithWords wrote:Tried the patch on 6.51.2 and it failed:

Code: Select all

make[1]: *** [/usr/src/linux-6.15.2-gentoo/Makefile:2003: .] Error 2
make: *** [Makefile:248: __sub-make] Error 2
[/usr/src/linux-6.15.2-gentoo]
[11:00:34 hangint3n]$ sudo move /etc/portage/patches/
devel/      dev-lang/   sys-devel/  sys-kernel/ 
[/usr/src/linux-6.15.2-gentoo]
[11:00:34 hangint3n]$ sudo cp -a /etc/portage/patches/sys-kernel/gentoo-sources-6.15.1/ /etc/portage/patches/sys-kernel/gentoo-sources-6.15.2
[/usr/src/linux-6.15.2-gentoo]
[11:02:16 hangint3n]$ sudo make -j30 modules_prepare && sudo make -j30 && sudo emerge @module-rebuild && sudo make -j30 modules_install && sudo make -j30 install && sudo grub-mkconfig -o /boot/grub/grub.cfg
Please reemerge gentoo-sources to get the patch active. See more: https://wiki.gentoo.org/wiki//etc/portage/patches
->
The basic method is to just drop patches into the appropriate subdirectory of /etc/portage/patches, and they will be applied during package installation.
Another possibility is to patch it manually.
Okay that worked.....
Top
DancesWithWords
Guru
Guru
Posts: 352
Joined: Sat Jun 29, 2002 8:56 pm
Location: ottawa, canada

  • Quote

Post by DancesWithWords » Thu Jun 19, 2025 11:40 pm

pietinger wrote:Fixed in 6.15.3 ... probably due to these two patches:

https://git.kernel.org/pub/scm/linux/ke ... feb78e15c6
https://git.kernel.org/pub/scm/linux/ke ... 0c396dd5cb

Of course I have enabled CONFIG_SECURITY_LANDLOCK and CONFIG_GCC_PLUGINS again ;-)
I was beginning to wonder when they would fix this...
Top
Post Reply

23 posts • Page 1 of 1

Return to “Kernel & Hardware”

Jump to
  • Assistance
  • ↳   News & Announcements
  • ↳   Frequently Asked Questions
  • ↳   Installing Gentoo
  • ↳   Multimedia
  • ↳   Desktop Environments
  • ↳   Networking & Security
  • ↳   Kernel & Hardware
  • ↳   Portage & Programming
  • ↳   Gamers & Players
  • ↳   Other Things Gentoo
  • ↳   Unsupported Software
  • Discussion & Documentation
  • ↳   Documentation, Tips & Tricks
  • ↳   Gentoo Chat
  • ↳   Gentoo Forums Feedback
  • ↳   Duplicate Threads
  • International Gentoo Users
  • ↳   中文 (Chinese)
  • ↳   Dutch
  • ↳   Finnish
  • ↳   French
  • ↳   Deutsches Forum (German)
  • ↳   Diskussionsforum
  • ↳   Deutsche Dokumentation
  • ↳   Greek
  • ↳   Forum italiano (Italian)
  • ↳   Forum di discussione italiano
  • ↳   Risorse italiane (documentazione e tools)
  • ↳   Polskie forum (Polish)
  • ↳   Instalacja i sprzęt
  • ↳   Polish OTW
  • ↳   Portuguese
  • ↳   Documentação, Ferramentas e Dicas
  • ↳   Russian
  • ↳   Scandinavian
  • ↳   Spanish
  • ↳   Other Languages
  • Architectures & Platforms
  • ↳   Gentoo on ARM
  • ↳   Gentoo on PPC
  • ↳   Gentoo on Sparc
  • ↳   Gentoo on Alternative Architectures
  • ↳   Gentoo on AMD64
  • ↳   Gentoo for Mac OS X (Portage for Mac OS X)
  • Board index
  • All times are UTC
  • Delete cookies

© 2001–2026 Gentoo Foundation, Inc.

Powered by phpBB® Forum Software © phpBB Limited

Privacy Policy

 

 

magic