All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael Ellerman <mpe@ellerman.id.au>
To: Lasse Collin <lasse.collin@tukaani.org>,
	Andrew Morton <akpm@linux-foundation.org>
Cc: Lasse Collin <lasse.collin@tukaani.org>,
	Sam James <sam@gentoo.org>,
	linux-kernel@vger.kernel.org, Jonathan Corbet <corbet@lwn.net>,
	linuxppc-dev@lists.ozlabs.org, linux-doc@vger.kernel.org
Subject: Re: [PATCH v2 17/16] xz: Remove XZ_EXTERN and extern from functions
Date: Wed, 24 Jul 2024 22:44:10 +1000	[thread overview]
Message-ID: <8734nzvu1x.fsf@mail.lhotse> (raw)
In-Reply-To: <20240724110544.16430-1-lasse.collin@tukaani.org>

Lasse Collin <lasse.collin@tukaani.org> writes:
> XZ_EXTERN was used to make internal functions static in the preboot code.
> However, in other decompressors this hasn't been done. On x86-64, this
> makes no difference to the kernel image size.
>
> Omit XZ_EXTERN and let some of the internal functions be extern in the
> preboot code. Omitting XZ_EXTERN from include/linux/xz.h fixes warnings
> in "make htmldocs" and makes the intradocument links to xz_dec functions
> work in Documentation/staging/xz.rst. The alternative would have been to
> add "XZ_EXTERN" to c_id_attributes in Documentation/conf.py but omitting
> XZ_EXTERN seemed cleaner.
>
> Link: https://lore.kernel.org/lkml/20240723205437.3c0664b0@kaneli/
> Cc: Michael Ellerman <mpe@ellerman.id.au>
> Cc: Jonathan Corbet <corbet@lwn.net>
> Cc: linuxppc-dev@lists.ozlabs.org
> Cc: linux-doc@vger.kernel.org
> Signed-off-by: Lasse Collin <lasse.collin@tukaani.org>
> ---
>
> Notes:
>     This touches xz_config.h in PowerPC boot code. I haven't tested it but
>     zlib's functions are extern in the same context, thus this should be
>     a safe change on PowerPC.
     
I gave it a quick build and boot, seems fine.

Tested-by: Michael Ellerman <mpe@ellerman.id.au> (powerpc)

cheers

WARNING: multiple messages have this Message-ID (diff)
From: Michael Ellerman <mpe@ellerman.id.au>
To: Lasse Collin <lasse.collin@tukaani.org>,
	Andrew Morton <akpm@linux-foundation.org>
Cc: Lasse Collin <lasse.collin@tukaani.org>,
	Jonathan Corbet <corbet@lwn.net>,
	linux-doc@vger.kernel.org, Sam James <sam@gentoo.org>,
	linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH v2 17/16] xz: Remove XZ_EXTERN and extern from functions
Date: Wed, 24 Jul 2024 22:44:10 +1000	[thread overview]
Message-ID: <8734nzvu1x.fsf@mail.lhotse> (raw)
In-Reply-To: <20240724110544.16430-1-lasse.collin@tukaani.org>

Lasse Collin <lasse.collin@tukaani.org> writes:
> XZ_EXTERN was used to make internal functions static in the preboot code.
> However, in other decompressors this hasn't been done. On x86-64, this
> makes no difference to the kernel image size.
>
> Omit XZ_EXTERN and let some of the internal functions be extern in the
> preboot code. Omitting XZ_EXTERN from include/linux/xz.h fixes warnings
> in "make htmldocs" and makes the intradocument links to xz_dec functions
> work in Documentation/staging/xz.rst. The alternative would have been to
> add "XZ_EXTERN" to c_id_attributes in Documentation/conf.py but omitting
> XZ_EXTERN seemed cleaner.
>
> Link: https://lore.kernel.org/lkml/20240723205437.3c0664b0@kaneli/
> Cc: Michael Ellerman <mpe@ellerman.id.au>
> Cc: Jonathan Corbet <corbet@lwn.net>
> Cc: linuxppc-dev@lists.ozlabs.org
> Cc: linux-doc@vger.kernel.org
> Signed-off-by: Lasse Collin <lasse.collin@tukaani.org>
> ---
>
> Notes:
>     This touches xz_config.h in PowerPC boot code. I haven't tested it but
>     zlib's functions are extern in the same context, thus this should be
>     a safe change on PowerPC.
     
I gave it a quick build and boot, seems fine.

Tested-by: Michael Ellerman <mpe@ellerman.id.au> (powerpc)

cheers

  reply	other threads:[~2024-07-24 12:44 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-07-21 13:36 [PATCH v2 00/16] xz: Updates to license, filters, and compression options Lasse Collin
2024-07-21 13:36 ` [PATCH v2 01/16] MAINTAINERS: Add XZ Embedded maintainer Lasse Collin
2024-07-21 13:36 ` [PATCH v2 02/16] LICENSES: Add 0BSD license text Lasse Collin
2024-07-21 13:36 ` [PATCH v2 03/16] xz: Switch from public domain to BSD Zero Clause License (0BSD) Lasse Collin
2024-07-21 13:36 ` [PATCH v2 04/16] xz: Fix comments and coding style Lasse Collin
2024-07-21 13:36 ` [PATCH v2 05/16] xz: Fix kernel-doc formatting errors in xz.h Lasse Collin
2024-07-22  2:38   ` Randy Dunlap
2024-07-21 13:36 ` [PATCH v2 06/16] xz: Improve the MicroLZMA kernel-doc " Lasse Collin
2024-07-21 13:36 ` [PATCH v2 07/16] xz: Documentation/staging/xz.rst: Revise thoroughly Lasse Collin
2024-07-22  3:19   ` Randy Dunlap
2024-07-21 13:36 ` [PATCH v2 08/16] docs: Add XZ_EXTERN to c_id_attributes Lasse Collin
2024-07-21 23:16   ` Jonathan Corbet
2024-07-23 17:54     ` Lasse Collin
2024-07-21 13:36 ` [PATCH v2 09/16] xz: Cleanup CRC32 edits from 2018 Lasse Collin
2024-07-22  4:29   ` Michael Ellerman
2024-07-21 13:36 ` [PATCH v2 10/16] xz: Optimize for-loop conditions in the BCJ decoders Lasse Collin
2024-07-21 13:36 ` [PATCH v2 11/16] xz: Add ARM64 BCJ filter Lasse Collin
2024-07-21 13:36 ` [PATCH v2 12/16] xz: Add RISC-V " Lasse Collin
2024-07-21 13:36 ` [PATCH v2 13/16] xz: Use 128 MiB dictionary and force single-threaded mode Lasse Collin
2024-07-21 13:36 ` [PATCH v2 14/16] xz: Adjust arch-specific options for better kernel compression Lasse Collin
2024-07-21 13:36   ` Lasse Collin
2024-07-21 13:36 ` [PATCH v2 15/16] arm64: boot: add Image.xz support Lasse Collin
2024-07-23 12:47   ` Simon Glass
2024-07-21 13:36 ` [PATCH v2 16/16] riscv: " Lasse Collin
2024-07-21 13:36   ` Lasse Collin
2024-07-21 16:01   ` Emil Renner Berthing
2024-07-21 16:01     ` Emil Renner Berthing
2024-07-24 11:05 ` [PATCH v2 17/16] xz: Remove XZ_EXTERN and extern from functions Lasse Collin
2024-07-24 11:05   ` Lasse Collin
2024-07-24 12:44   ` Michael Ellerman [this message]
2024-07-24 12:44     ` Michael Ellerman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8734nzvu1x.fsf@mail.lhotse \
    --to=mpe@ellerman.id.au \
    --cc=akpm@linux-foundation.org \
    --cc=corbet@lwn.net \
    --cc=lasse.collin@tukaani.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=sam@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.