public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Jonathan Larmour <jlarmour@redhat.com>
To: Chris Morrow <cmorrow@YottaYotta.com>
Cc: ecos-discuss@sourceware.cygnus.com
Subject: Re: [ECOS] hal_copy_data and hal_zero_bss
Date: Mon, 15 Jan 2001 18:30:00 -0000	[thread overview]
Message-ID: <3A63B257.4E238048@redhat.com> (raw)
In-Reply-To: <3A6369EB.E071860B@YottaYotta.com>

Chris Morrow wrote:
> 
> The hal_copy_data() and hal_zero_bss() in the mips architecture
> currently
> do byte reads and writes. Is there any reason they shouldn't use the
> memset() and memcpy() functions from infra?

There's no guarantee that calling memcpy and memset won't reference
different versions of those functions that rely on the BSS being zeroed or
there being initialized data. e.g. in a debug build.

Better to write those to do word accesses, taking into account that the
symbols may not be word-aligned. They should, but they may not be and we
shouldn't explode if they aren't.

It would probably be even better to just code them in assembler anyway, and
avoid the call from vectors.S. It's easy to write a Duff's device
implementation in asm too. Patches welcome :).

Jifl
-- 
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
Un cheval, pas du glue. Pas du cheval, beaucoup du glue. || Opinions==mine

  reply	other threads:[~2001-01-15 18:30 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-15 12:26 [ECOS] Header files in platform port Paul Pham
2001-01-15 13:22 ` [ECOS] hal_copy_data and hal_zero_bss Chris Morrow
2001-01-15 18:30   ` Jonathan Larmour [this message]
2001-02-25 18:05     ` Chris Morrow
2001-02-25 18:15       ` [ECOS] mips mmu setup Chris Morrow
2001-02-26 12:39         ` Jonathan Larmour
2001-02-26 15:22       ` [ECOS] hal_copy_data and hal_zero_bss Jonathan Larmour
2001-02-27  1:54         ` Chris Morrow
2001-02-27 10:25           ` Jonathan Larmour
2001-01-15 18:44 ` [ECOS] Header files in platform port Jonathan Larmour

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=3A63B257.4E238048@redhat.com \
    --to=jlarmour@redhat.com \
    --cc=cmorrow@YottaYotta.com \
    --cc=ecos-discuss@sourceware.cygnus.com \
    /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).