Bug#78011: marked as done (storeio (in)activation (was: Re: CDROM lock))

2001-05-26 Thread Debian Bug Tracking System
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

Bug#78011: storeio (in)activation (was: Re: CDROM lock)

2001-02-19 Thread Roland McGrath
> 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

Bug#78011: storeio (in)activation (was: Re: CDROM lock)

2001-02-19 Thread Marcus Brinkmann
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

Bug#78011: storeio (in)activation (was: Re: CDROM lock)

2001-02-18 Thread Roland McGrath
> 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

Bug#78011: storeio (in)activation (was: Re: CDROM lock)

2001-02-18 Thread Marcus Brinkmann
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 >

Bug#78011: storeio (in)activation (was: Re: CDROM lock)

2000-11-26 Thread Roland McGrath
> 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

Bug#78011: storeio (in)activation (was: Re: CDROM lock)

2000-11-25 Thread Marcus Brinkmann
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

CDROM lock

2000-11-08 Thread Alexey Dejneka
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

Re: storeio (in)activation (was: Re: CDROM lock

2000-10-18 Thread Marcus Brinkmann
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. >

Re: storeio (in)activation (was: Re: CDROM lock

2000-10-17 Thread Roland McGrath
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

storeio (in)activation (was: Re: CDROM lock

2000-10-16 Thread Marcus Brinkmann
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

Re: CDROM lock

2000-10-16 Thread Marcus Brinkmann
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_

CDROM lock

2000-10-14 Thread Alexey Dejneka
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?) ___