Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 14 May 2006 14:44:32 -0400 (EDT)
From:      Daniel Eischen <deischen@freebsd.org>
To:        gnn@freebsd.org
Cc:        freebsd-small@freebsd.org, gallatin@cs.duke.edu, jhb@freebsd.org, silby@silby.com, ticso@cicely12.cicely.de, wb@freebie.xs4all.nl, ticso@cicely.de
Subject:   Re: Eclipse for Embedded FreeBSD?
Message-ID:  <Pine.GSO.4.64.0605141429260.21968@sea.ntplx.net>
In-Reply-To: <m2r72wsj3b.wl%gnn@neville-neil.com>
References:  <20060513103640.GL69354@cicely12.cicely.de> <20060513085933.R986@odysseus.silby.com> <20060513151305.GP69354@cicely12.cicely.de> <20060513.115539.74661598.imp@bsdimp.com> <Pine.GSO.4.64.0605141055100.20896@sea.ntplx.net> <m2r72wsj3b.wl%gnn@neville-neil.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 14 May 2006, gnn@FreeBSD.org wrote:

> At Sun, 14 May 2006 11:02:17 -0400 (EDT),
> Daniel Eischen wrote:
>>
>> On Sat, 13 May 2006, Warner Losh wrote:
>>> I can tell you that my company has committed to an ARM design.  Unless
>>> there something really bad that we've not hit, we'll be supporting it
>>> for at least 10 years in the field.  I'm planning on adding support
>>> for additional designs.  Jean-Mark is adding support for Cirrus Logic
>>> ARM-9 boards (at least one anyway).  Benno Rice is adding support for
>>> the gumsticks.  Other folks at BSDCan have suggested that they will be
>>> doing their own devices in the near future, but have asked me to keep
>>> their names and projects under my hat.  I'll likely do at least one
>>> more arm board.  There's much interest in taking FreeBSD/arm and
>>> FreeBSD/i386 (and other archs when they are ready) to the next level
>>> of embedding.
>>
>> And what is the next level of embedding?  An easily configured
>> GUI or Eclipse plugin thingy that lets you configure and build
>> your target, and also shows your your memory requirements for
>> each selected component?  And will it have a VME bus driver?
>> Please give us another alternative to vxWorks :-)
>
> Would you prefer Linux or CE then? ;-)

No, I confess I still use a series of makefiles using ln,
lndir, cp, et. al. to build vxWorks images.  One reason I
dislike vxWorks is that you need write rights to the
installation directory, and it annoys the hell out of me
that I have to work around it so that anyone without
privileges can build.

But the GUI-based tools to configure VxWorks, Linux, CE, or
whatever, are attractive to the majority of developers and
most especially look good to the people who are responsible
for justifying and buying them.  _We_ might snub our noses at
such tools, but they look good to others.

> And, more seriously, it very much depends on those who work on it.
> Clearly our current configuration systems (text files) are not going
> to be useful to the majority of people who wish to configure an OS
> vs. those who are going to hack on the core of it.  So, if you have a
> suggestion we'd love to hear it.

Well, see above.  A GUI-based configuration tool, with tree-like
heirarchy of dependencies and space requirements would be useful.
Eclipse seems to be the standard for such things, but I admit
I've never used it.

And for industrial controls and military applications, a VME
bus (nexus) driver supporting device drivers and mmap'able VME
A32, A24, & A16 space would be great.

-- 
DE



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.64.0605141429260.21968>