public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Andrew Lunn <andrew.lunn@ascom.ch>
To: Fabrice Gautier <Fabrice_Gautier@sdesigns.com>
Cc: eCos Disuss <ecos-discuss@sourceware.cygnus.com>
Subject: [ECOS] Re: Port of 82559 ethernet driver for PC target (was: "RE: [ECOS] New bie Question!")
Date: Wed, 04 Oct 2000 00:34:00 -0000	[thread overview]
Message-ID: <20001004093401.W9843@biferten.ma.tech.ascom.ch> (raw)
In-Reply-To: <8AE4B526B977D411841F00A0CC334020052C81@cuz-exchange.sdesigns.net>

> > Decide where to put the PCI memory window. Change the MMU to support
> > this. Also watch out for the new heap/malloc code. It may try to put a
> > heap on the PCI window. 
> 
> Well, Afaik there is no MMU involved in the 386-PC target. It uses a simple
> 32 bits flat model.
> 
> So I don't think there is no need to setup a PCI memory window. I think the
> 3 BAR are setup by the BIOS. I read:

Well, on the EBSA you have to tell the MMU not to use the read cache
or the write buffer for the memory in the PCI window. I presume the
same applies for the 386-PC?
 
> And for the heap/malloc things, I don't understand why there is a special
> malloc stuff. Why not regular memory pools?. And it seems there is need to
> set up a region in the memory layout. Why?

You need some memory for receive and transmit bufferes. These go into
the PCI window. On the EBSA you can only fiddle the cache for 1Mbyte
pages so 1Mbytes has been allocated to the PCI window. This is in real
RAM. I think to stop the new heap code trying to use this piece of
memory a section is placed on top of it. I've not looked at the
details, i just know it works somehow. Maybe Hugo or Jifl can
clarrify?
 
> As I understand how the 82559 works, when we want to send a packet, we have
> to write the adress of some structure in the SCB General Pointer register
> (offset 04h) and then a transmit command in the SCB command register. Is
> that right? If so, the adress we pass can just be anywhere in memory right?

It has to be in the PCI window and somewhere the DMA can get it. I
know in olden days the i386 hardware was limmited on where the DMA
could work. Does this apply? Its a long time since i've played with
this sort of thing.

        Andrew

  reply	other threads:[~2000-10-04  0:34 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-10-03 20:14 [ECOS] Port of 82559 ethernet driver for PC target (was: "RE: [ECOS] Newbie Question!") Fabrice Gautier
2000-10-04  0:34 ` Andrew Lunn [this message]
2000-10-04 11:55 [ECOS] Re: Port of 82559 ethernet driver for PC target (was: "RE: [ECOS] New bie Question!") Fabrice Gautier
2000-10-05  0:48 ` Andrew Lunn
2000-10-05 10:28 Fabrice Gautier

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=20001004093401.W9843@biferten.ma.tech.ascom.ch \
    --to=andrew.lunn@ascom.ch \
    --cc=Fabrice_Gautier@sdesigns.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).