public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Nick Garnett <nickg@ecoscentric.com>
To: Gary Thomas <gary@mlbassoc.com>
Cc: John Dallaway <jld@ecoscentric.com>, Andrew Lunn <andrew@lunn.ch>,
	eCos Discussion <ecos-discuss@ecos.sourceware.org>
Subject: Re: [ECOS] Re: PC targets and ethernet
Date: Thu, 12 Aug 2004 11:46:00 -0000	[thread overview]
Message-ID: <m3brhg60kb.fsf@xl5.calivar.com> (raw)
In-Reply-To: <1092308646.25147.1849.camel@hermes>

Gary Thomas <gary@mlbassoc.com> writes:

> On Thu, 2004-08-12 at 02:49, John Dallaway wrote:
> > Hi Andrew
> > 
> > Andrew Lunn wrote:
> > 
> > >>>Question: Why should hardware packages not be removable?
> > >>
> > >>This was a design decision intended to prevent users from modifying 
> > >>their configuration to such an extent that it was effectively targetting 
> > >>a different board. The eCos Configuration Tool uses the selected 
> > >>"Hardware Template" (target) for more than just package selection. For 
> > >>example, the "Run Tests" feature requires knowledge of the selected board.
> > > 
> > > OK. 
> > > 
> > > This leads to the counter question. Is ecosconfig broken? Should it
> > > also not allow hardware targets to be removed?
> > 
> > ecosconfig has no need to impose the restriction detailed above. It 
> > could be argued that the GUI and CLUI tools should be consistent in this 
> > respect. However, there may be objections to imposing such a restriction 
> > on ecosconfig users.
> 
> Perhaps devices like this (which may or not be present) should just not
> be marked as "hardware" in the database.  Would that not work?

While that might solve the problem for PCs, it would then make these
packages optional for all other targets that use them. Which we don't
want to do.

The base problem is that the PC is an unusual target as far as eCos is
concerned. Most boards that have ethernet have the MAC in the
microcontroller or soldered quite firmly to the board. So there is no
question of it being changeable. The PC is different in that any PCI
card can be plugged in. So far we have coped with this quite
successfully by defining different targets for each supported ethernet
card. This is not particularly hard to do -- the ecos.db changes are
trivial compared with creating the target specific package and maybe
modifying the driver to work.

I'm not sure I really like the idea of compromising the functionality
of eCos simply to make a specific, unusual, target slightly more
convenient to use.

-- 
Nick Garnett                    eCos Kernel Architect
http://www.ecoscentric.com/     The eCos and RedBoot experts


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

  reply	other threads:[~2004-08-12 11:46 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-11 12:07 [ECOS] " Jani Monoses
2004-08-11 12:16 ` Andrew Lunn
2004-08-11 20:23 ` [ECOS] " John Dallaway
2004-08-12  7:40   ` Andrew Lunn
2004-08-12  8:15     ` John Dallaway
2004-08-12  8:29       ` Andrew Lunn
2004-08-12  8:49         ` John Dallaway
2004-08-12 11:04           ` Gary Thomas
2004-08-12 11:46             ` Nick Garnett [this message]
2004-08-12 12:08               ` John Dallaway
2004-08-12 12:17                 ` Jani Monoses
2004-08-13  7:18                   ` Andrew Lunn
2004-08-12 10:39       ` andy

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=m3brhg60kb.fsf@xl5.calivar.com \
    --to=nickg@ecoscentric.com \
    --cc=andrew@lunn.ch \
    --cc=ecos-discuss@ecos.sourceware.org \
    --cc=gary@mlbassoc.com \
    --cc=jld@ecoscentric.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).