<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 22, 2014 at 1:48 AM, Lucas Alvares Gomes <span dir="ltr"><<a href="mailto:lucasagomes@gmail.com" target="_blank">lucasagomes@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Thu, May 22, 2014 at 1:03 AM, Devananda van der Veen<br>
<<a href="mailto:devananda.vdv@gmail.com">devananda.vdv@gmail.com</a>> wrote:<br>
> I'd like to bring up the topic of drivers which, for one reason or another,<br>
> are probably never going to have third party CI testing.<br>
><br>
> Take for example the iBoot driver proposed here:<br>
>   <a href="https://review.openstack.org/50977" target="_blank">https://review.openstack.org/50977</a><br>
><br>
> I would like to encourage this type of driver as it enables individual<br>
> contributors, who may be using off-the-shelf or home-built systems, to<br>
> benefit from Ironic's ability to provision hardware, even if that hardware<br>
> does not have IPMI or another enterprise-grade out-of-band management<br>
> interface. However, I also don't expect the author to provide a full<br>
> third-party CI environment, and as such, we should not claim the same level<br>
> of test coverage and consistency as we would like to have with drivers in<br>
> the gate.<br>
<br>
</div>+1<br>
<div class=""><br>
><br>
> As it is, Ironic already supports out-of-tree drivers. A python module that<br>
> registers itself with the appropriate entrypoint will be made available if<br>
> the ironic-conductor service is configured to load that driver. For what<br>
> it's worth, I recall Nova going through a very similar discussion over the<br>
> last few cycles...<br>
><br>
> So, why not just put the driver in a separate library on github or<br>
> stackforge?<br>
<br>
</div>I would like to have this drivers within the Ironic tree under a<br>
separated directory (e.g /drivers/staging/, not exactly same but kinda<br>
like what linux has in their tree[1]). The advatanges of having it in<br>
the main ironic tree is because it makes it easier to other people<br>
access the drivers, easy to detect and fix changes in the Ironic code<br>
that would affect the driver, share code with the other drivers, add<br>
unittests and provide a common place for development.<br>
<br>
We can create some rules for people who are thinking about submitting<br>
their driver under the staging directory, it should _not_ be a place<br>
where you just throw the code and forget it, we would need to agree<br>
that the person submitting the code will also babysit it, we also<br>
could use the same process for all the other drivers wich wants to be<br>
in the Ironic tree to be accepted which is going through ironic-specs.<br>
<br>
Thoughts?<br>
<br>
[1] <a href="http://lwn.net/Articles/285599/" target="_blank">http://lwn.net/Articles/285599/</a></blockquote><div><br></div><div>Linux has a very different model then OpenStack does, the article you mention is talking about a whole separate git repo, along with a separate (re: just OR, not exclusive or) set of maintainers. If you leave these drivers in a staging directory would you still require two cores for the code to land? Would this be a bandwidth burden (It can be in nova)?</div>

<div><br></div><div>On a related note, Ironic has one similarity the linux that most other OpenStack projects don't have: Testing drivers requires specific hardware.  Because of this linux doesn't claim to test every driver in the kernel, if they did they would have a pretty impressive collection of hardware lying around.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
Cheers,<br>
Lucas<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br></div></div>