McKown, John wrote:
> This is likely a foolish question, but could the /sys/devices/diagnose
> be set up like the /dev/fd ? E.g. for pid 12345, there exists an entire
> tree /sys/devices/diagnose/12345. Then have "self" as a symlink to the
> current pid so that for any particular pid, it could reference
> /sys/devices/diagnose/self/... It might even be possible to "interlock"
> on /sys/devices/diagnose/self/8/command so that you could not cat to it
> a second time until you had read /sys/devices/diagnose/self/8/status or
> maybe even 'echo "1">/sys/devices/diagnose/self/8/active' where that
> pseudo-file gets changed to "0" when ../command is written to you cannot
> again write a line to ../command until you write a "1" to ../active (or
> something to that effect). Hope this makes sense. I'm not a kernel type
> person.
Sounds terrible & complicated to me. What's wrong with the existing
soloution with vmcp? It's safe against races _because_ it splits the whole
thing into a userspace program that keeps an open file handle and a kernel
component that can identify subsequent calls by that handle.
I don't really get where the problem with that one is, could you elaborate
where you see the issue?
--

Carsten Otte
IBM Linux technology center
ARCH=s390

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Reply via email to