[PATCH 1/4] powerpc: Add EEH sysfs blinkenlights

Linas Vepstas linas at austin.ibm.com
Fri May 25 03:34:53 EST 2007


On Wed, May 23, 2007 at 06:22:56PM -0500, Nathan Lynch wrote:
> Hi Linas-
> 
> Linas Vepstas wrote:
> > 
> > Add sysfs blinkenlights for EEH statistics. Shuffle the
> > eeh_add_device_tree() call so that it appears in the correct
> > sequence.
> 
> ( blinkenlights? :)

Alles touristen und non-technischen looken peepers! Das machinkontrol is
nicht for gefengerpoken und mittengrabben. Oderwise is easy schnappen
der springenverk, blowenfus, und poppencorken mit spitzensparken. Der
machine is diggen by experten only. Is nicht fur geverken by das
dumpkopfen. Das rubber necken sightseenen keepen das cotton-picken hands
in das pockets. So relaxen, und vatchen das blinkenlights.

> To me this seems a somewhat terse changelog considering that the patch
> introduces a user-visible interface.  The changelog does not really
> say what the code is doing or why, or who will use it.

At this time, there are no planned user-space tools that would look
at this. Its intended primarily for sysadmins and service, to determine
what, exactly, is going on in the system. I'd been planning on adding 
this for years, but recent email exchanges made it clear that this needs 
to get done.

> > +#define EEH_SHOW_ATTR(_name,_memb,_format)               \
> > +static ssize_t eeh_show_##_name(struct device *dev,      \
> > +		struct device_attribute *attr, char *buf)          \
> 
> I have been frustrated by similar constructions more than once in the
> midst of debugging.  I know this has become a common practice with
> sysfs-related code, but using cpp to generate function names
> completely defeats grep etc. when you're trying to track down a
> problem, and I'd not like to see this sort of thing propagated.

I understand the frustration. But I also would hate to have 5 or 6
nearly identidical subroutines, one after the other. Perhaps the
answer is to avoid te ## pste token, and instead do something
like this:

+#define EEH_SHOW_ATTR(_fullname,_memb,_format)         \
+static ssize_t _fullname(struct device *dev,           \
+    struct device_attribute *attr, char *buf)          \

That way, grep will suceed in finding the "full name".

> > +void eeh_sysfs_add_device(struct pci_dev *pdev);
> > +void eeh_sysfs_remove_device(struct pci_dev *pdev);
> 
> Don't you need dummy static inline placeholders for CONFIG_EEH=n?

Hmm. I think these are only called fom the dlpar code, and 
neither dlpar nor pseries pci will work if eeh is config'ed off...

I don't know how to make CONFIG_PCI depend on CONFIG_EEH, though ... 
strange situation.

--linas





More information about the Linuxppc-dev mailing list