On Tue, 14 Aug 2012, Alan Altmark wrote:
> On Tuesday, 08/14/2012 at 05:35 EDT, Neale Ferguson <ne...@sinenomine.net>
> > [root@serv-srv1 ~]# ls /sys/devices/css0/
> > 0.0.0000  0.0.0002  0.0.0004  0.0.0006  0.0.0008  chp0.01  chp0.a0
> chp0.f0 defunct  uevent
> > 0.0.0001  0.0.0003  0.0.0005  0.0.0007  chp0.00  chp0.02  chp0.ef
> chp0.f1 power
> >
>
> That looks suspiciously like something created SID 8 when the device would
> have been using one of the SIDs 0-7.   LINK, ATTACH, and DEFINE new SIDs
> *unless* there is an unused SID already in the I/O configuration.  DETACH
> will, by definition, create an unused SID.
>
> Not sure what a 'defunct' event is, but sitting in my CompSci-animal
> hindbrain is the hope that the act of placing an event on the uevent queue
> is itself synchronous.

Hmm. I guess this confusion is caused by not using the fine tools we
provide - lscss in this case. ..But since we are here manually walking
the sysfs tree, let's have a look at the objects presented above:

* css0 - representing the channel subsystem with cssid 0; this directory
         contains all children and all attributes of this object

* 0.X.YYYY - directories representing subchannels as children of css0
             (all of these would contain a subdirectory representing
             the attached ccw device)

* chp0.XX - directories representing channel paths used by Linux

* defunct - a special subchannel used for internal housekeeping

* power, uevent - files representing attributes of the "css0" object
                  (these are generic attributes available to virtually
                  all Linux devices)

Regards,
Sebastian

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
----------------------------------------------------------------------
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Reply via email to