qemu-trivial.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Wojtek Kaniewski <wojtekka@toxygen.net>
To: Laurent Vivier <laurent@vivier.eu>, qemu-devel@nongnu.org
Cc: qemu-trivial@nongnu.org
Subject: Re: [PATCH qemu 1/2] Don't reverse bFLT endianess when not needed
Date: Wed, 06 Aug 2025 17:14:44 +0200	[thread overview]
Message-ID: <64eab7c0760b9e8742feca2aa68dea94d6bfe631.camel@toxygen.net> (raw)
In-Reply-To: <e1fe443a-b715-41e8-a292-98449468e321@vivier.eu>

On Thu, 2025-07-17 at 08:48 +0200, Laurent Vivier wrote:
> Le 16/07/2025 à 21:24, ~wojtekka a écrit :
> > From: Wojtek Kaniewski <wojtekka@toxygen.net>
> > 
> > bFLT format is big-endian. get_user_ual() returns host value so for
> > little-endian target and little-endian host it's necessary to
> > reverse
> > words using ntohl(). For big-endian targets we end up with
> > incorrect
> > endianess:
> > 
> >      $ qemu-m68k-static ./test
> >      BINFMT_FLAT: reloc outside program 0x801f0000 (0 -
> > 0x41f0/0x1e40)
> >      Aborted (core dumped)
> > 
> > For comparison the output of `flthdr` follows:
> > 
> >      $ m68k-elf-flthdr -P ./test
> >      ./test
> >          Magic:        bFLT
> >          Rev:          4
> >          Build Date:   Tue Jul 15 23:02:00 2025
> >          Entry:        0x44
> >          Data Start:   0x1e80
> >          Data End:     0x205c
> >          BSS End:      0x40a0
> >          Stack Size:   0x1000
> >          Reloc Start:  0x205c
> >          Reloc Count:  0x17
> >          Flags:        0x2 ( Has-PIC-GOT )
> >          Relocs:
> >          #	reloc      (  address )	data
> >          0	0x00001f80 (0x00001f80)	3c200000
> >                    ^^^^^^^^
> >          1	0x00001f84 (0x00001f84)	3c300000
> >          2	0x00001f88 (0x00001f88)	3c200000
> >          ...
> > 
> > Signed-off-by: Wojtek Kaniewski <wojtekka@toxygen.net>
> > ---
> >   linux-user/flatload.c | 2 ++
> >   1 file changed, 2 insertions(+)
> > 
> > diff --git a/linux-user/flatload.c b/linux-user/flatload.c
> > index 4beb3ed1b9..afaff4ac44 100644
> > --- a/linux-user/flatload.c
> > +++ b/linux-user/flatload.c
> > @@ -413,7 +413,9 @@ static int load_flat_file(struct linux_binprm *
> > bprm,
> >                  relocated first).  */
> >               if (get_user_ual(relval, reloc + i *
> > sizeof(abi_ulong)))
> >                   return -EFAULT;
> > +#if !TARGET_BIG_ENDIAN
> >               relval = ntohl(relval);
> > +#endif
> >               if (flat_set_persistent(relval, &persistent))
> >                   continue;
> >               addr = flat_get_relocate_addr(relval);
> 
> I think the ntohl() should be removed totally and
> flat_set_persistent() 
> should use put_user_ual().
> 
> Could you test this?

flat_set_persistent() is just a no-op macro copied from Linux kernel
implementation and has been removed from the upstream a couple of years
ago [1]. The actual address is relocated by flat_get_relocate_addr() a
line below so it needs to be in host-endian. Dropping ntohl() would
break it for little-endian targets because bFLT by definition is big-
endian.

Is there a macro similar to get_user_ual() but without any endianess
conversion? The closest thing I found was ldl_p(), but I assume it's
not the best idea due to lack of locking.

(And sorry for such a late response. I haven't used mailing lists for
years and it took me way too long to get my old e-mail account to work
properly.)

Regards,
Wojtek

[1]
https://github.com/torvalds/linux/commit/2f3196d49b1e10f1d4bc64cce00dc95fde2b0ce1


  reply	other threads:[~2025-08-06 16:09 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-16 21:57 [PATCH qemu 0/2] Add support for flat m68k binaries ~wojtekka
2025-07-16 19:24 ` [PATCH qemu 1/2] Don't reverse bFLT endianess when not needed ~wojtekka
2025-07-17  6:48   ` Laurent Vivier
2025-08-06 15:14     ` Wojtek Kaniewski [this message]
2025-07-16 20:03 ` [PATCH qemu 2/2] Fill out m68k PIC register ~wojtekka

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=64eab7c0760b9e8742feca2aa68dea94d6bfe631.camel@toxygen.net \
    --to=wojtekka@toxygen.net \
    --cc=laurent@vivier.eu \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-trivial@nongnu.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 NNTP newsgroup(s).