From: Florian Weimer <fweimer@redhat.com>
To: Adhemerval Zanella via Libc-alpha <libc-alpha@sourceware.org>
Subject: Re: [PATCH 27/28] elf: Process glibc-hwcaps subdirectories in ldconfig
Date: Wed, 04 Nov 2020 12:57:20 +0100 [thread overview]
Message-ID: <87sg9p2v33.fsf@oldenburg2.str.redhat.com> (raw)
In-Reply-To: <ceb0e27b-f30e-890a-a188-8f886e5d9852@linaro.org> (Adhemerval Zanella via Libc-alpha's message of "Tue, 27 Oct 2020 14:28:25 -0300")
* Adhemerval Zanella via Libc-alpha:
>> +/* Helper for sorting struct glibc_hwcaps_subdirectory elements by
>> + name. */
>> +static int
>> +assign_glibc_hwcaps_indices_compare (const void *l, const void *r)
>> +{
>> + const struct glibc_hwcaps_subdirectory *left
>> + = *(struct glibc_hwcaps_subdirectory **)l;
>> + const struct glibc_hwcaps_subdirectory *right
>> + = *(struct glibc_hwcaps_subdirectory **)r;
>> + return strcmp (left->name->string, right->name->string);
>> +}
>> +
>
> Maybe:
>
> strcmp (glibc_hwcaps_subdirectory_name (left),
> glibc_hwcaps_subdirectory_name (right));
Fixed.
>> +/* Compute the section_index fields for all */
>> +static void
>> +assign_glibc_hwcaps_indices (void)
>> +{
>> + /* Convert the linked list into an array, so that we can use qsort.
>> + Only copy the subdirectories which are actually used. */
>> + size_t count = glibc_hwcaps_count ();
>> + struct glibc_hwcaps_subdirectory **array
>> + = xmalloc (sizeof (*array) * count);
>> + {
>> + size_t i = 0;
>> + for (struct glibc_hwcaps_subdirectory *p = hwcaps; p != NULL; p = p->next)
>> + if (p->used)
>> + {
>> + array[i] = p;
>> + ++i;
>> + }
>> + assert (i == count);
>
> Do we need this assert? I think it would make sense if hwcaps is modified
> concurrently, which does not seem the case.
It documents that the loop processed the entire array, consistent with
glibc_hwcaps_count. Right now, the function is defined immediately
above, but that could change, and I think it is reasonable to capture
this dependency.
>> @@ -311,8 +442,22 @@ compare (const struct cache_entry *e1, const struct cache_entry *e2)
>> return 1;
>> else if (e1->flags > e2->flags)
>> return -1;
>> + /* Keep the glibc-hwcaps extension entries before the regular
>> + entries, and sort them by their names. search_cache in
>> + dl-cache.c stops searching once the first non-extension entry
>> + is found, so the extension entries need to come first. */
>> + else if (e1->hwcaps != NULL && e2->hwcaps == NULL)
>> + return -1;
>> + else if (e1->hwcaps == NULL && e2->hwcaps != NULL)
>> + return 1;
>> + else if (e1->hwcaps != NULL && e2->hwcaps != NULL)
>> + {
>> + res = strcmp (e1->hwcaps->name->string, e2->hwcaps->name->string);
>
> Maybe:
>
> res = strcmp (glibc_hwcaps_subdirectory_name (e1->hwcaps),
> glibc_hwcaps_subdirectory_name (e2->hwcaps));
Fixed.
>> -/* Write the cache extensions to FD. The extension directory is
>> - assumed to be located at CACHE_EXTENSION_OFFSET. */
>> +/* Write the cache extensions to FD. The string table is shifted by
>> + STRING_TABLE_OFFSET. The extension directory is assumed to be
>> + located at CACHE_EXTENSION_OFFSET. assign_glibc_hwcaps_indices
>> + must have been called. */
>> static void
>> -write_extensions (int fd, uint32_t cache_extension_offset)
>> +write_extensions (int fd, uint32_t str_offset,
>> + uint32_t cache_extension_offset)
>> {
>> assert ((cache_extension_offset % 4) == 0);
>>
>> + /* The length and contents of the glibc-hwcaps section. */
>> + uint32_t hwcaps_count = glibc_hwcaps_count ();
>> + uint32_t hwcaps_offset = cache_extension_offset + cache_extension_size;
>> + uint32_t hwcaps_size = hwcaps_count * sizeof (uint32_t);
>> + uint32_t *hwcaps_array = xmalloc (hwcaps_size);
>> + for (struct glibc_hwcaps_subdirectory *p = hwcaps; p != NULL; p = p->next)
>> + if (p->used)
>> + hwcaps_array[p->section_index] = str_offset + p->name->offset;
>> +
>> + /* This is the offset of the generator string. */
>> + uint32_t generator_offset = hwcaps_offset;
>> + if (hwcaps_count == 0)
>> + /* There is no section for the hwcaps subdirectories. */
>> + generator_offset -= sizeof (struct cache_extension_section);
>> + else
>> + /* The string table indices for the hwcaps subdirectories shift
>> + the generator string backwards. */
>> + generator_offset += hwcaps_count * sizeof (uint32_t);
>
> Maybe
>
> generator_offset += hwcaps_size;
Fixed.
>> struct cache_extension *ext = xmalloc (cache_extension_size);
>> ext->magic = cache_extension_magic;
>> - ext->count = cache_extension_count;
>>
>> - for (int i = 0; i < cache_extension_count; ++i)
>> - {
>> - ext->sections[i].tag = i;
>> - ext->sections[i].flags = 0;
>> - }
>
> Ok, although maybe you could refactor the 'elf: Add extension
> mechanism to ld.so.cache' to avoid add such code.
This is still quite ad-hoc. I expect that the code will change again
when we have additional extensions and a common pattern emerges.
>> + /* Extension index current being filled. */
>> + size_t xid = 0;
>>
>> const char *generator
>> = "ldconfig " PKGVERSION RELEASE " release version " VERSION;
>> - ext->sections[cache_extension_tag_generator].offset
>> - = cache_extension_offset + cache_extension_size;
>> - ext->sections[cache_extension_tag_generator].size = strlen (generator);
>> + ext->sections[xid].tag = cache_extension_tag_generator;
>> + ext->sections[xid].flags = 0;
>> + ext->sections[xid].offset = generator_offset;
>> + ext->sections[xid].size = strlen (generator);
>> +
>> + if (hwcaps_count > 0)
>> + {
>> + ++xid;
>> + ext->sections[xid].tag = cache_extension_tag_glibc_hwcaps;
>> + ext->sections[xid].flags = 0;
>> + ext->sections[xid].offset = hwcaps_offset;
>> + ext->sections[xid].size = hwcaps_size;
>> + }
>> +
>> + ++xid;
>> + ext->count = xid;
>> + assert (xid <= cache_extension_count);
>
> Would it make more sense to reference the index directly using the
> enumeration instead or add an assert to check if the index is within
> the expected size?
In the future, the index does not necessarily equal the tag value. We
don't write the glibc-hwcaps extension if no such subdirectories exist.
>> - if (write (fd, ext, cache_extension_size) != cache_extension_size
>> + size_t ext_size = (offsetof (struct cache_extension, sections)
>> + + xid * sizeof (struct cache_extension_section));
>
> So here we could just use cache_extension_count instead of 'xid' (with
> the advantage that we certify at compile-time that only know
> cache_extension_count will be written on the file).
I think we shouldn't write extensions that aren't used. It will help to
make sure that the loader code is tolerant of extensions.
>> @@ -838,7 +932,10 @@ search_dir (const struct dir_entry *entry)
>> else
>> is_dir = S_ISDIR (lstat_buf.st_mode);
>>
>> - if (is_dir && is_hwcap_platform (direntry->d_name))
>> + /* No descending into subdirectories if this directory is a
>> + glibc-hwcaps subdirectory (which are not recursive). */
>> + if (entry->hwcaps == NULL
>> + && is_dir && is_hwcap_platform (direntry->d_name))
>> {
>> if (!is_link
>> && direntry->d_type != DT_UNKNOWN
>
> is_dir is an 'int', maybe make it a boolean?
Fixed.
>> diff --git a/sysdeps/generic/dl-cache.h b/sysdeps/generic/dl-cache.h
>> index fec209509d..66b0312ac1 100644
>> --- a/sysdeps/generic/dl-cache.h
>> +++ b/sysdeps/generic/dl-cache.h
>> @@ -81,7 +81,6 @@ struct cache_file
>> #define CACHE_VERSION "1.1"
>> #define CACHEMAGIC_VERSION_NEW CACHEMAGIC_NEW CACHE_VERSION
>>
>> -
>
> Spurious line removal.
Fixed.
Thanks,
Florian
--
Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn,
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill
next prev parent reply other threads:[~2020-11-04 11:57 UTC|newest]
Thread overview: 103+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-01 16:31 [PATCH 00/28] glibc-hwcaps support Florian Weimer
2020-10-01 16:31 ` [PATCH 01/28] elf: Do not search HWCAP subdirectories in statically linked binaries Florian Weimer
2020-10-01 18:22 ` Adhemerval Zanella
2020-10-01 18:24 ` Carlos O'Donell
2020-10-01 18:29 ` Adhemerval Zanella
2020-10-01 20:24 ` Carlos O'Donell
2020-10-01 16:31 ` [PATCH 02/28] elf: Implement __rtld_malloc_is_full Florian Weimer
2020-10-01 18:23 ` Adhemerval Zanella
2020-10-08 9:44 ` Florian Weimer
2020-10-01 16:31 ` [PATCH 03/28] elf: Implement _dl_write Florian Weimer
2020-10-05 19:46 ` Adhemerval Zanella
2020-10-01 16:31 ` [PATCH 04/28] elf: Extract command-line/environment variables state from rtld.c Florian Weimer
2020-10-06 20:45 ` Adhemerval Zanella
2020-10-08 11:32 ` Florian Weimer
2020-10-01 16:32 ` [PATCH 05/28] elf: Move ld.so error/help output to _dl_usage Florian Weimer
2020-10-06 21:06 ` Adhemerval Zanella
2020-10-08 12:19 ` Florian Weimer
2020-10-01 16:32 ` [PATCH 06/28] elf: Record whether paths come from LD_LIBRARY_PATH or --library-path Florian Weimer
2020-10-07 16:39 ` Adhemerval Zanella
2020-10-07 16:49 ` Florian Weimer
2020-10-01 16:32 ` [PATCH 07/28] elf: Implement ld.so --help Florian Weimer
2020-10-07 17:16 ` Adhemerval Zanella
2020-10-08 13:13 ` Florian Weimer
2020-10-01 16:32 ` [PATCH 08/28] elf: Implement ld.so --version Florian Weimer
2020-10-07 18:36 ` Adhemerval Zanella
2020-10-07 18:38 ` Adhemerval Zanella
2020-10-08 13:37 ` Florian Weimer
2020-10-01 16:32 ` [PATCH 09/28] scripts/update-copyrights: Update csu/version.c, elf/dl-usage.c Florian Weimer
2020-10-07 18:41 ` Adhemerval Zanella
2020-10-01 16:32 ` [PATCH 10/28] elf: Use the term "program interpreter" in the ld.so help message Florian Weimer
2020-10-07 21:08 ` Adhemerval Zanella
2020-10-08 14:08 ` Florian Weimer
2020-10-01 16:32 ` [PATCH 11/28] elf: Print the full name of the dynamic loader " Florian Weimer
2020-10-08 12:38 ` Adhemerval Zanella
2020-10-01 16:32 ` [PATCH 12/28] elf: Make __rtld_env_path_list and __rtld_search_dirs global variables Florian Weimer
2020-10-08 13:27 ` Adhemerval Zanella
2020-10-01 16:32 ` [PATCH 13/28] elf: Add library search path information to ld.so --help Florian Weimer
2020-10-08 16:22 ` Adhemerval Zanella
2020-10-01 16:33 ` [PATCH 14/28] elf: Enhance ld.so --help to print HWCAP subdirectories Florian Weimer
2020-10-08 16:27 ` Adhemerval Zanella
2020-10-09 8:18 ` Florian Weimer
2020-10-09 13:49 ` Matheus Castanho
2020-10-09 17:08 ` Florian Weimer
2020-10-09 17:12 ` Florian Weimer
2020-10-09 18:54 ` Matheus Castanho
2020-10-12 9:47 ` Florian Weimer
2020-10-01 16:33 ` [PATCH 15/28] elf: Do not pass GLRO(dl_platform), GLRO(dl_platformlen) to _dl_important_hwcaps Florian Weimer
2020-10-08 18:04 ` Adhemerval Zanella
2020-10-01 16:33 ` [PATCH 16/28] elf: Add glibc-hwcaps support for LD_LIBRARY_PATH Florian Weimer
2020-10-08 10:13 ` Szabolcs Nagy
2020-10-09 9:08 ` Florian Weimer
2020-10-09 10:50 ` Szabolcs Nagy
2020-10-09 10:55 ` Florian Weimer
2020-10-09 11:03 ` Szabolcs Nagy
2020-10-08 23:16 ` Paul A. Clarke
2020-10-09 8:56 ` Florian Weimer
2020-10-09 13:19 ` Adhemerval Zanella
2020-10-12 11:54 ` Florian Weimer
2020-10-01 16:33 ` [PATCH 17/28] x86_64: Add glibc-hwcaps support Florian Weimer
2020-10-01 16:33 ` [PATCH 18/28] powerpc64le: " Florian Weimer
2020-10-01 18:56 ` Paul A. Clarke
2020-10-05 9:47 ` Florian Weimer
2020-10-05 19:15 ` Paul A. Clarke
2020-10-06 12:20 ` Florian Weimer
2020-10-06 17:45 ` Paul A. Clarke
2020-10-09 9:06 ` Florian Weimer
2020-10-01 16:33 ` [PATCH 19/28] s390x: Add " Florian Weimer
2020-10-01 16:33 ` [PATCH 20/28] aarch64: " Florian Weimer
2020-10-14 13:46 ` Adhemerval Zanella
2020-10-14 14:08 ` Florian Weimer
2020-10-14 14:15 ` Adhemerval Zanella
2020-10-14 14:37 ` Szabolcs Nagy
2020-10-14 14:43 ` Adhemerval Zanella
2020-10-14 15:13 ` Florian Weimer
2020-10-14 14:44 ` Florian Weimer
2020-10-14 15:09 ` Szabolcs Nagy
2020-10-01 16:33 ` [PATCH 21/28] elf: Add endianness markup to ld.so.cache Florian Weimer
2020-10-14 14:07 ` Adhemerval Zanella
2020-10-01 16:33 ` [PATCH 22/28] elf: Add extension mechanism " Florian Weimer
2020-10-15 17:52 ` Adhemerval Zanella
2020-10-30 12:22 ` Florian Weimer
2020-11-03 12:45 ` Adhemerval Zanella
2020-11-03 15:30 ` Florian Weimer
2020-10-01 16:34 ` [PATCH 23/28] elf: Unify old and new format cache handling code in ld.so Florian Weimer
2020-10-16 14:37 ` Adhemerval Zanella
2020-10-30 13:22 ` Florian Weimer
2020-11-03 13:02 ` Adhemerval Zanella
2020-10-01 16:34 ` [PATCH 24/28] elf: Implement a string table for ldconfig, with tail merging Florian Weimer
2020-10-20 14:25 ` Adhemerval Zanella
2020-10-30 17:08 ` Florian Weimer
2020-11-03 13:05 ` Adhemerval Zanella
2020-11-03 15:29 ` Florian Weimer
2020-10-01 16:34 ` [PATCH 25/28] elf: Implement tail merging of strings in ldconfig Florian Weimer
2020-10-22 21:08 ` Adhemerval Zanella
2020-10-30 17:36 ` Florian Weimer
2020-10-01 16:34 ` [PATCH 26/28] elf: In ldconfig, extract the new_sub_entry function from search_dir Florian Weimer
2020-10-27 13:15 ` Adhemerval Zanella
2020-10-01 16:34 ` [PATCH 27/28] elf: Process glibc-hwcaps subdirectories in ldconfig Florian Weimer
2020-10-27 17:28 ` Adhemerval Zanella
2020-11-04 11:57 ` Florian Weimer [this message]
2020-10-01 16:34 ` [PATCH 28/28] elf: Add glibc-hwcaps subdirectory support to ld.so cache processing Florian Weimer
2020-10-01 16:50 ` [PATCH 00/28] glibc-hwcaps support H.J. Lu
2020-10-01 16:54 ` Florian Weimer
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=87sg9p2v33.fsf@oldenburg2.str.redhat.com \
--to=fweimer@redhat.com \
--cc=libc-alpha@sourceware.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).