[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [XEN PATCH 0/2] Use streaming decompression for ZSTD kernels
- To: Rafaël Kooi <rafael_andreas@xxxxxxxxxxx>
- From: Jan Beulich <jbeulich@xxxxxxxx>
- Date: Wed, 10 May 2023 09:54:31 +0200
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=suse.com; dmarc=pass action=none header.from=suse.com; dkim=pass header.d=suse.com; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=udbh7q+uh6IremICmSasivqBR73eF4POi85bbc4gJLA=; b=fwDY1pYYynoigeqqhGATx6XBmKHexrqSifzeKzfPlWpwOBj8Ltc86TUYs/qrPzIQC1JV6MbVB016kuDLqgaYijVJF6N/7Ynj+06CKf/o0/wwg3WosOdMfCWfsLnAaCyS7SR3qlQ1+ch/f2655Yg4HVlE/VJUIjEBMZ5+IXFd0Q6EdHoSdKf988w1Ea1O+rCqkoD3DWBtwWbaxf+ZOoR2bQsCeKxxDnRPBsi2yUqQ1ehxNK7SmQp/1awUjdeia9A9599IzSLVS4Yo36rHDENRWsscYOKW5JmTuIyOZPcu+P+p0dH5C7kawc0VQZ44+Y4RYAVYdAQ1DS7lbcU7Js33PA==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=R3j3MOJ/7t6BwTPpsjK8TXvSl1FLjwbx0Ks7u0jnkGgxwinqyB9gLLXVTAG/Jm/Rt/c15rOT466QXNjO4QCx6mSA5AIlGC5q8ASsudTOymdFeL1rUpg5Ocrktt8x5KNaWR1bU17J+PWQed40VTFhHiYMgC2gqgl5b1ez9wRmltz1zJG1jGIrR2On2oGaDx1YlK9EML16NBG93TxJkLYswphCh7JEWNZpNAZzyK93TGqtp97jQE3Mkr6qelA8GdLOWMabO+pPdslSSUuwNFb+zTurfzBCxU9mo53uUHbEvEy0aMWMyMxDIJUEiNBGger1Y6undyySriRHt7cS0Abumw==
- Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=suse.com;
- Cc: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, George Dunlap <george.dunlap@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
- Delivery-date: Wed, 10 May 2023 07:54:42 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On 10.05.2023 02:18, Rafaël Kooi wrote:
> A problem I ran into was that adding book keeping to decompress.c would
> result in either a .data section being added or a .bss.* section. The
> linker would complain about this. And since I am not familiar with this
> code, and why it is this way, I opted to add a user-pointer to the
> internal decompression API.
At least gunzip uses global variables to track state as well. Without you
being explicit, I guess you mean "Error: size of <file>:<section> is <size>",
which is emitted by our build system, not the linker? That's easy to overcome
without touching all decompressors - use __initdata. See common/gunzip.c.
Jan
|