On Wed, 28 Oct 2009, Garrett D'Amore wrote:
> Paul Durrant wrote:
> > Andrew Gallatin wrote:
> > > [ trimmed the lists I'm not a member of, to avoid bounces ]
> > >
> > > Garrett D'Amore wrote:
> > >
> > > > 6) Rules for integration would be far, far looser than ON:
> > > >
> > > > * code has to compile
> > > > * you have to assert that you have tested it
> > > > * no long term support commitment required
> > > > * no webrti, instead just an e-mail based review/approval for now
> > > > * (what do other consolidations use for rti approval?)
> > > > * code review still required
> > > > * include documentation (man page) as part of integration
> > > > * no ARC approval required
> > > > * can import ON Consolidation Private interfaces
> > > > * no duplicates of stuff in ON or other consolidations without
> > > > justification
> > > > * sign-off by one of the Core Contributors
> > >
> > > As an employee of a small IHV, I have to say that this sounds
> > > awesome to me. It took us nearly 2 years to get our completed
> > > driver integrated, and it was very time consuming (as opposed to
> > > a few weeks of time each for Linux and FreeBSD). So it would be
> > > very nice to have an alternate distribution channel with a lower
> > > barrier to entry to use for any new drivers we write.
> > >
> >
> > I'd always favoured a consolidation such as this, but without the ON
> > consolidation private interfaces. That way it would not have to have the
> > build-for-build correspondence with ON.
>
> Obviously its better if we avoid ON consolidation private interfaces. But
> some of them are probably unavoidable. (GLDv3, Boomer DDK, even the low level
> platmod stuff.) Hopefully at least we'll be using more or less *stable*
> interfaces (though probably not Stable ones.)
>
> -- Garrett
>
I would stipulate that use of ON consolidation private interfaces
require a higher level of review (possible CC approval). It shouldn't
be disallowed for these drivers to use them, but the community would
want to make sure that it is proper, and there is not an alternative
(and possibly better) choice.
---- Randy
_______________________________________________
driver-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/driver-discuss
