El 18/9/25 a las 11:08, Michael escribió:
On Thursday, 18 September 2025 03:51:39 British Summer Time Javier Martinez
wrote:
El 18/9/25 a las 4:48, Dennis Clarke escribió:

On 9/17/25 22:22, Javier Martinez wrote:

El 18/9/25 a las 4:15, Dennis Clarke escribió:



re : https://bugs.gentoo.org/962999



      It makes no sense to try this procedure on faster and bigger
server
   equipment if the Linux kernel is not possible. I know there is a
whole
   lot of discussion happening in the Debian maillist and also that
there
   exists a distro called T2sde which proclaims a possible kernel.



      Is there some strange collection of magic patches that those
people
   have and not published?






I don't see any relation between the bug and a trouble with one
netspace linking trouble.



IMHO Sparcv9 is sparc64. Try to compile the kernel disabling fully
namespaces support in kernel config.



SPARC64 is the Fujitsu product. Everything else is SPARC of the flavour
V9 or some variant so long as it is 64-bit. The 32-bit stuff is now
ancient and we just called them v7 or v8 or v8a etc etc etc.

Regardless there has been no update on that bug report and the config is
entirely from the Gentoo sources in this matter. Otherwise I would need
to get the upstream Linux sources and do this all manually and maybe
select a very limited set of modules etc etc.

All of this is a waste of time on older hardware.

I will try again with the ORACLE S7-2 when I can.



In kernel sources there are support to sparc32 and sparc64
architectures. Your bug is not related with lack of arch support. Is
related with a trouble linking because probably a misconfiguration. As I
have said you, make menuconfig, disable namespaces, save .config and
make. That's all what you need.

Or enable CONFIG_NET to satisfy CONFIG_NAMESPACES=y?

You are right

Attachment: OpenPGP_0x57E64E0B7FC3BEDF.asc
Description: OpenPGP public key

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature

Reply via email to