On Fri, 13 Jun 2003, Fargusson.Alan wrote: > Good points. I was confusing attach and allocate. > > Given this, I think the discussion has gotten a bit confused about what problem we > are trying to solve. > > Even if we invent a way for a user to reserve a tape, I think the driver will still > need to attach the tape at open() since a reserve may not have been done. Of course > a reserve would have to attach the tape also, so the open() would have to check for > that, and not try to attach again. Since open() would have to check for reserve > anyway this should not be a problem.
I did suggest that trying to open an unreserved tape should result in an error. > Just to be clear: the reserve of tapes would be a good general mechanism for Linux > for all platforms. The attach would seem to be specific for z/series, but might > also apply to systems running VMware and the like on Intel (although the hardware > for Intel may not have any locking mechanism). Whether the hardware has it or not, the emulator (vmware) can implement a locking mechanism. > -- Cheers John. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
