--nextPart1588722.q3JMka9hi6
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Monday 30 January 2006 1:04 pm, Matt Thomas wrote:
> Garrett D'Amore wrote:
> > As Izumi-san recently pointed out, there is a problem with my current
> > approach of conditionalizing the size of paddr_t on 64-bit platforms.=20
> > The problem is that LKMs are likely to be impacted.  (Most of the
> > userland tools work fine, which was my original concern.)
> >
> > I would like to reach a decision on this as soon as possible.  My
> > preference is to just change the paddr_t size across the entire evbmips
> > port.
>
> does evbmips encompass any non-R4k processors?

In theory, it does becuase the R5k is also supported on Malta boards (it us=
es=20
a 64-bit ISA).  However, it is only supported while in 32-bit mode, or=20
effectively emulating an R4k (at least that is my understanding).

Right now the only two platforms that are supported by evbmips are the MIPS=
=20
malta evaluation boards and the Alchemy boards.

I know that at one point Simon was talking about merging in one or more of =
the=20
MIPS ports (sbmips?) into the main evbmips port.

=46rankly, it does strike me as a little odd that we have *so* many differe=
nt=20
mips based ports.  It seems like there should probably have only been one=20
master MIPS port covering all MIPS32 systems (or at least those with an R4K=
=20
mmu, which I believe is required to be MIPS32 compliant) and perhaps anothe=
r=20
port covering all MIPS64 systems.  The rest of the details about different=
=20
boards, etc. could easily have been handled as kernel config files, I think=
=2E=20
(The notable challenge being some early system initialization and boot load=
er=20
interfacing.)  I believe Linux does  it this way, FWIW.

=2D-=20
Garrett D'Amore, Principal Software Engineer
Tadpole Computer / Computing Technologies Division,
General Dynamics C4 Systems
http://www.tadpolecomputer.com/
Phone: 951 325-2134  Fax: 951 325-2191

--nextPart1588722.q3JMka9hi6
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (SunOS)

iQEVAwUAQ96GJ/49Sp1nAoU7AQKg8gf9GHu7W3BJ+BY5ybHZSzz3tijFu6cKEq/I
FoGWcQlOFR6SXq8cJByOu+wt4u/MnqcvnlBk80t/kh5JJ2moNeNlt1bn7vslJCej
VmQj6awhFg2gAoaXmMHYBdre2gmqose03fr50a55HQ0HtIRVNabHwAn/x4E3hBlc
QFAD51YN4SL1K+QAukjJETNecsGvPmIPLICncOiWyTwDBzKXL7ILc77qQc0VDJun
QCDGHWs4a0fIu8zQBKcL3Ofnp8FG2gT7F/TwauLAETy1EOjgoTUUKaFysHTobl3I
0bwjpLkyart3eMfRWyBmRgtSsO3s8+3A7ZOsx9fPCcSF81PDDOJjhA==
=mLs7
-----END PGP SIGNATURE-----

--nextPart1588722.q3JMka9hi6--