ect: storeio (in)activation (was: Re: CDROM lock)
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.1.4i
In-Reply-To: <[EMAIL PROTECTED
> It gets, but because the way the code is written, dopen in libstore will be
> run twice, and one port to the device gets leaked. This lost port will block
> the drive until storeio is killed. (A workaround might be to check in dopen
> if the drive was already opened, or to check in store_set_fla
On Sun, Feb 18, 2001 at 06:50:30PM -0500, Roland McGrath wrote:
> > Well, the patch below does just that, but it doesn't work. It seems that
> > opening with STORE_INACTIVE is not supported.
>
> Ok. Well, if the changes to storeio succeed in making that libstore calls
> we think are right (and
> Well, the patch below does just that, but it doesn't work. It seems that
> opening with STORE_INACTIVE is not supported.
Ok. Well, if the changes to storeio succeed in making that libstore calls
we think are right (and in particular deactivating the store when peropens
goes to zero on a close
Hi,
On Sun, Nov 26, 2000 at 05:16:51PM -0500, Roland McGrath wrote:
> > This is not good enough, IMHO. Alexey Dejneka sent in a patch for gnumach
> > that does the same, and it works just fine. But after doing:
> >
> > settrans -ag /cdrom
> >
> > you have to do
> >
> > settrans -ag /dev/hd3
>
> This is not good enough, IMHO. Alexey Dejneka sent in a patch for gnumach
> that does the same, and it works just fine. But after doing:
>
> settrans -ag /cdrom
>
> you have to do
>
> settrans -ag /dev/hd3
>
> (or whatever your CD ROM device is) as well, or the CD ROM remains busy.
Ok. I t
Package: hurd
Severity: wishlist
On Wed, Oct 18, 2000 at 01:52:25AM -0400, Roland McGrath wrote:
> In oskit-mach, device_close is a no-op and releasing the last send right to
> the port returned by device_open is what closes the device. Then there is
> nothing extra to worry about, even in case
Gnumach doesn't close device when last send right is released. If you do
dd if=/dev/hd2 of=/dev/null bs=1k count=1
kill /* pid of /hurd/storeio hd2 */
cdrom (hd2) door remains locked.
Patch:
---cut here---
diff -r -C 2 --exclude configure
gnumach/i386/i386at/i386at_ds_routines.c
g
On Wed, Oct 18, 2000 at 01:52:25AM -0400, Roland McGrath wrote:
> In oskit-mach, device_close is a no-op and releasing the last send right to
> the port returned by device_open is what closes the device. Then there is
> nothing extra to worry about, even in case of untimely death of translator.
>
In oskit-mach, device_close is a no-op and releasing the last send right to
the port returned by device_open is what closes the device. Then there is
nothing extra to worry about, even in case of untimely death of translator.
So there.
___
Bug-hurd mai
On Mon, Oct 16, 2000 at 09:06:47PM +0200, Marcus Brinkmann wrote:
> I think libstoreio and devprobe should close the device. Thanks for
> reporting this, I will look into it (I think with what you said, the fix is
> pretty straight forward, but I want to test anyway).
ok, for devprobe this is pre
On Sat, Oct 14, 2000 at 04:27:38PM +0400, Alexey Dejneka wrote:
> devprobe hd2
> dd if=/dev/hd2 of=/dev/null bs=1k count=1
> etc. lock CD (hd2): devprobe and storeio call device_open, which
> calls cdrom_lock_door, but they don't call device_close, which unlocks
> CD! (Should Mach call device_
devprobe hd2
dd if=/dev/hd2 of=/dev/null bs=1k count=1
etc. lock CD (hd2): devprobe and storeio call device_open, which
calls cdrom_lock_door, but they don't call device_close, which unlocks
CD! (Should Mach call device_close, when there are no send rights to
the device port?)
___
13 matches
Mail list logo