Re: [RFC] Enhance CPCI Hot Swap driver

From: Stanley Wang (stanley.wang@linux.co.intel.com)
Date: Wed Jan 29 2003 - 19:44:12 EST


On Wed, 29 Jan 2003, Scott Murray wrote:

> On Wed, 29 Jan 2003, Stanley Wang wrote:
>
> > Hi, Scott,
> > After reading your CPCI Hot Swap support codes, I have a suggestion
> > to enhance it:
> > How about to make it be full hot swap compliant?
> > I mean we could also do some works like "disable_slot" when we receive
> > the #ENUM & EXT signal. Hence the user could yank the hot swap board
> > without issuing command on the console.
> > How do you think about it?
>
> Since most hardware devices need some form of userspace cleanup before
> they can be removed, the separation of notification and extraction is
> on purpose in the current cPCI hotplug driver. Full Hot Swap compliance
> per the PICMG 2.1 R2.0 specification can be achieved through the use of
> a daemon in userspace that:
>
> 1) detects extract requests, either through the directory notifications
> sent by pci_hp_update_slot_info, or by simple polling of the latch and
> adapter files.
> 2) does the desired userspace cleanup.
> 3) completes the extraction by writing 0 to the slot's power file.
>
> For reference, I'm putting the GPL'd userspace daemon I wrote for use in
> our product here at SOMA on our download site at:
>
> ftp://oss.somanetworks.com/pub/linux/cpci/pcihotplugd/pcihotplugd-20030129.tar.gz
>
> Note that it requires the directory notifications provided by calling
> pci_hp_change_slot_info, so your sysfs patch will keep it from working
> correctly.
Yes, I think this is the proper way to be compliant to PICMG 2.1.
Many thanks to you all.

Best Regards,
-Stan

-- 
Opinions expressed are those of the author and do not represent Intel
Corporation

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Fri Jan 31 2003 - 22:00:23 EST