<br><br><div class="gmail_quote">On Fri, Nov 14, 2008 at 2:31 PM, Myles Watson <span dir="ltr"><<a href="mailto:mylesgw@gmail.com">mylesgw@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br><div class="gmail_quote"><div><div></div><div class="Wj3C7c">On Fri, Nov 14, 2008 at 2:29 PM, ron minnich <span dir="ltr"><<a href="mailto:rminnich@gmail.com" target="_blank">rminnich@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>On Fri, Nov 14, 2008 at 1:20 PM, Myles Watson <<a href="mailto:mylesgw@gmail.com" target="_blank">mylesgw@gmail.com</a>> wrote:<br>
<br>
> Given sane defaults this probably makes sense.  In my mind I was seeing<br>
> someone wanting to set the port address but not enable the device,<br>
<br>
</div>That works now, or should.<br>
<br>
You can set any one of those settings and leave the others at default.<br>
<br>
The Right Things should happen. What doesn't happen?</blockquote></div></div><div><br>There's no way not to use the default.  In other words, there's always a device created for each PNP function.  My original intent was that if conf was not set, no device needed to be created.</div>
</div></blockquote><div><br>This patch rips out the conf variables and changes the debug printing a little, in addition to the old patch.<br><br>Thanks,<br>Myles<br></div></div>