[lkml]   [2003]   [May]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [RFC][PATCH] Dynamic PCI Device IDs
Greg KH wrote:
> On Wed, Apr 30, 2003 at 07:39:57PM -0500, wrote:
>>>First off, nice idea, but I think the implementation needs a bit of
>>Thanks. I didn't expect it to be perfect first-pass.
>>Let me answer some questions out-of-order, maybe that will help.
>>>>echo 1 > probe_it
>>>>Why wouldn't the writing to the new_id file cause the probe to
>>>happen immediatly? Why wait? So I think we can get rid of that file.
>>That was my first idea, but Jeff said:
>> I think there is value in decoupling the two operations:
>> echo "0x0000 0x0000 0x0000 0x0000 0x0000 0x0000" >
>> echo 1 > .../3c59x/probe_it
>> Because you want the id table additions to be persistant in the face of
>> cardbus unplug/replug, and for the case where cardbus card may not be
>> present yet, but {will,may} be soon.
> But by adding the device ids, they will be persistant, for that driver,
> right? Then when the device is plugged in, the core will iterate over
> the static and dynamic ids, right? If so, I don't see how a "probe_it"
> file is needed.

Consider the case:
Device already exists, and is plugged in. Like a standard PCI card.
Driver doesn't support PCI id, and the sysadmin uses /bin/echo to add one.

For unplugged case, you know you don't need to re-run the probe.

If you really don't want probe_it, I suppose you could re-run the
driver's PCI probe for the cases where it is redundant. However, my own
preference is to let the sysadmin decide whether or not the driver's PCI
probe should be re-run.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:35    [W:0.060 / U:0.380 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site