Skip site navigation (1)Skip section navigation (2)
Date:      30 Jan 2003 16:06:19 +1100
From:      Benno Rice <benno@jeamland.net>
To:        current@FreeBSD.org
Subject:   Re: Patch to teach config(8) about "platforms".
Message-ID:  <1043903179.613.12.camel@localhost>
In-Reply-To: <20030130044846.GB5754@dragon.nuxi.com>
References:  <20030129013537.GB1016@athlon.pn.xcllnt.net> <20030128174259.A10304@FreeBSD.org> <20030129021406.GD1016@athlon.pn.xcllnt.net> <20030128182013.A13422@FreeBSD.org> <20030129025124.GG1016@athlon.pn.xcllnt.net> <20030128190158.A15778@FreeBSD.org> <20030129044548.GI1016@athlon.pn.xcllnt.net> <20030128205737.A22274@FreeBSD.org> <20030129051853.GJ1016@athlon.pn.xcllnt.net> <20030128213716.A24203@FreeBSD.org> <20030130044846.GB5754@dragon.nuxi.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--=-KOHHtcEVrezBzcQOS77X
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-01-30 at 15:48, David O'Brien wrote:
> On Tue, Jan 28, 2003 at 09:37:16PM -0800, Juli Mallett wrote:
> > I've made a note that you don't think my way is optimal.  I do, and
> > that's that, at this point.  No black magic, no convoluted config
> > files, etc.  Go deal with the ODE config and Mach's configuration
> > files, I have.  Or NetBSD's.  Or OpenBSD's.  At this point, I am
> > convinced that the platform keyword is the least offensive and most
> > productive way of doing all of this, and so on, being someone who
> > has worked with more backwards methods, and being the person who
> > had to deal with this first, and came up with something that suits
> > the two groups who need it most (the pc98 mistake is probably near
> > impossible to correct, due to the historical nature), MIPS, and
> > PowerPC.
>=20
> Juli, you need to convince many more than just yourself that this is a
> good approach for something that is so over-reaching and will be
> something we *all* have to live with.  Right now you don't have much of a
> buy-in for this, and we haven't even seen public support for it from
> Peter "(the config(8) maintainer)".
>=20
> Possibly you have a very eloquent design, and that once something is
> implemented using it the rest of us will have our light bulbs turned on.
> Maybe this is something that should remain in a Perforce tree until that
> time.

I actually think this design is a good thing.  I look at the way NetBSD
does sub-ports and I find it mildly confusing unless you know a port is
a sub-port of one of the "top-level" ports (eg, macppc's relationship to
powerpc) it looks like it's a "top-level" port in it's own right.  This
system would allow us to group all the sub-ports in the same directory,
thus clearly showing the relationship.

I would like to see the framework for this brought in, then when I start
work on making FreeBSD work on the Teron CX boards I can use it.  We can
also aim (if we wish) to move pc98 over to this.  Alpha could also use
this to separate out the various platforms and we could also use it to
distinguish between acpi and "legacy" PC systems if we want.

By rejecting this, you're forcing powerpc platform ports (of which there
will be more than one, I can assure you) to do pc98-style hackery in
order to exist.  I really don't want this.  It's my aim with the powerpc
port to enable vendors to support their hardware with a minimum of
effort.  This means making adding new platforms easy and quick.  Juli's
system allows this.  The current system doesn't.

--=20
Benno Rice <benno@jeamland.net>

--=-KOHHtcEVrezBzcQOS77X
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQA+OLLLXjRwWofFmQkRAn0WAJ9pJQpqh6ZNduJdgKWgbHb2Xunm5QCcDk0K
9Zxrs817EtBNPwbr56yyaBs=
=IJsO
-----END PGP SIGNATURE-----

--=-KOHHtcEVrezBzcQOS77X--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




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