<br><br><div><span class="gmail_quote">On 11/16/07, <b class="gmail_sendername">David Nusinow</b> <<a href="mailto:dnusinow@speakeasy.net">dnusinow@speakeasy.net</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>Ok, this method is the other one I had in mind. Basically the server would<br>load each driver, call its probe function, then unload it. Once it's<br>collected a list of drivers that say they have something they can
<br>support, load them. Is this more or less what you're thinking?</blockquote><div><br>Well to be honest we're mostly thinking about lowering our own maintenance burden here. I also don't know how other driver devs feel, some might need pciids for different reasons anyway.
<br> <br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">This seems like it'd be fairly heavyweight to me. I don't want to slow down
<br>server startup too much if I can help it. Do you think that having a dozen<br>drivers run this kind of probe won't slow down the startup?</blockquote><div><br>I frankly don't know, as far as I know we're the first driver to do that (all other drivers have at least a pciid list + sometimes future device detection)
<br><br>Stephane<br></div></div><br>