Linux MIPS Architecture development
 help / color / mirror / Atom feed
From: Jun Sun <jsun@mvista.com>
To: Jay Carlson <nop@nop.com>
Cc: "Kevin D. Kissell" <kevink@mips.com>, linux-mips@oss.sgi.com
Subject: Re: Embedded MIPS/Linux Needs
Date: Thu, 22 Mar 2001 10:32:25 -0800	[thread overview]
Message-ID: <3ABA4539.C3E780B6@mvista.com> (raw)
In-Reply-To: KEEOIBGCMINLAHMMNDJNIEHDCAAA.nop@nop.com

Jay Carlson wrote:
> 
> Disclaimer: I'm just a hobbyist.
>

Disclaimer: I am an MontaVista employee, but as always, this email only
represents my own opinion. :-)
 
> Kevin D. Kissell writes:
> 
> 
> Individual embedded Linux companies don't have much motivation to attack
> this problem alone, as it looks like it could involve extensive gcc hacking.
> If a particular customer looks like they have code density issues, it'd be
> easier for embedded linux companies to just recommend, say, ARM.  MIPS
> Technologies on the other hand carries the banner for all devices licensing
> their architecture, and any toolchain work may result in greater demand for
> their own cores and licensee products.
>

I agree.  Toolchain is the first step in the food chain.  It makes most sense
for MTI to invest in it and to make it better.  All companies that I heard of
switching from MIPS to PPC are due to toolchain (including debuggers). 
Sometimes it even has nothing to do with Linux.

I think kernel also needs improvement in terms of board/machine support.  I
wrote an email long time ago talking about introducing a board support
structure.  I predicted we would see 20 new MIPS boards added this year and
100 more down the road.  Apparently a better structure needs to be in place to
accomdate the growth. It will certainly make future porting much easier too.

While some of the improvement can be done incrementally (like time.c mess
clean-up), some (like irq, PCI?) is probably best to be done just in one shot.

Jun

  parent reply	other threads:[~2001-03-22 18:36 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-03-22 11:48 Embedded MIPS/Linux Needs Kevin D. Kissell
2001-03-22 11:48 ` Kevin D. Kissell
2001-03-22 14:01 ` Jay Carlson
2001-03-22 14:01   ` Jay Carlson
2001-03-22 18:32   ` Jun Sun [this message]
2001-03-22 14:17 ` Mike McDonald
2001-03-22 18:23 ` Jeff Harrell
2001-03-22 18:23   ` Jeff Harrell
2001-03-26  3:01 ` Joe deBlaquiere
2001-03-26  3:23   ` Keith Owens
2001-03-26  4:06   ` Keith M Wesolowski
2001-03-26 17:25   ` Florian Lohoff
2001-03-26 18:47     ` Joe deBlaquiere
2001-03-26 23:24       ` Jun Sun
  -- strict thread matches above, loose matches on Subject: below --
2001-03-22 12:27 Phil Thompson
2001-03-22 19:02 Justin Carlson
2001-03-22 19:03 ` nick
2001-03-22 19:22   ` Keith M Wesolowski

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=3ABA4539.C3E780B6@mvista.com \
    --to=jsun@mvista.com \
    --cc=kevink@mips.com \
    --cc=linux-mips@oss.sgi.com \
    --cc=nop@nop.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