Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 6 Jan 2011 16:30:30 -0500 (EST)
From:      Garrett Wollman <wollman@hergotha.csail.mit.edu>
To:        zml@freebsd.org
Cc:        arch@freebsd.org
Subject:   Re: Linux kernel compatability
Message-ID:  <201101062130.p06LUUmA006269@hergotha.csail.mit.edu>
In-Reply-To: <20110106194030.GA27507@famine.west.isilon.com>
References:  <alpine.BSF.2.00.1101031017110.1450@desktop> <20110103220153.69cf59e0@kan.dnsalias.net> <alpine.BSF.2.00.1101031859290.1450@desktop> <20110104082252.45bb5e7f@kan.dnsalias.net> <alpine.BSF.2.00.1101041030120.1450@desktop>

next in thread | previous in thread | raw e-mail | index | archive | help
In article <20110106194030.GA27507@famine.west.isilon.com>,
zml@freebsd.org writes: 

>Unlike 4 years ago, we now have staffed IB personnel that will be
>working with the code in the FreeBSD tree. We have every incentive to
>make sure IB stays working in head - it saves us so much time when we
>merge. And, for those who heard of our recent acquisition by EMC, we
>have a nod from our parent company to keep doing what we're doing.
>
>I hope this mitigates most of the non-technical concerns.

I *hope* we are clear that we want Infiniband support in the tree.  I
don't think we agree about whether we want the compatibility layer to
grow into a general "Linux KPI support layer" or simply part of the
Infiniband stack in parallel with the adaptation layers used by lots
of other vendor-supported drivers.  So long as it remains what it
currently is -- just the interfaces you need to make your code work --
then there is less chance of it becoming a maintenance problem in the
future.  On the other hand, we already have this issue with other bits
of Linux kernel code that have been ported, more or less successfully,
and their own (much thinner) compatibility glue layers.  The argument
that having only one such layer is better than having many is not
unreasonable; it's just not clear to me that this is maintainable.

-GAWollman



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