Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 23 Feb 2004 20:07:07 -0700 (MST)
From:      "M. Warner Losh" <imp@bsdimp.com>
To:        scottl@FreeBSD.org
Cc:        jhb@FreeBSD.org
Subject:   Re: cvs commit: src/sys/alpha/alpha mem.c promcons.c src/sys/alpha/tlsb zs_tlsb.c src/sys/amd64/amd64 mem.c src/sys/cam cam_xpt.c src/sys/cam/scsi scsi_ch.c scsi_pass.c scsi_pt.c s
Message-ID:  <20040223.200707.35796907.imp@bsdimp.com>
In-Reply-To: <20040223150304.F66630@pooker.samsco.home>
References:  <8758.1077551092@critter.freebsd.dk> <200402231551.14698.jhb@FreeBSD.org> <20040223150304.F66630@pooker.samsco.home>

next in thread | previous in thread | raw e-mail | index | archive | help
In message: <20040223150304.F66630@pooker.samsco.home>
            Scott Long <scottl@FreeBSD.org> writes:
: Good planning now is worth a ton of #ifdefs later.  I support what PHK is
: aiming for here.  I don't think that you really are away of the
: significant differences between 4.x and 5.x and how messy it has become to
: support both with the same source.

Supporting the tip of both isn't that horrible (I do it with OLDCARD),
but supporting all N versions of 4.x is ugly.

: The 'MPSAFE' and 'FAST' lines will probably be either reversed or put
: under bootverbose before 5.3.  It would be nice if there was a way to
: express these flags from within the probe line, but our driver model
: doesn't suppor that at all.  Tearing up the API for such a cosmetic
: change probably isn't worthwhile right now, but might be considered if
: we ever get a multi-pass newbus framwork.

If we printed the probe information AFTER attach succeeded, then we
could do it...

Warner



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