On Thu, 2003-08-14 at 16:30, Olivier Cortes wrote:
> Le Mer 06/08/2003 à 17:55, Jan Stocker a écrit :
> > Does nobody has this problem or does noone use this feature?
>
> the problem i see with detach is the "utility" of the command.
> but when detaching, the umount part should be done BEFORE d
In message: <[EMAIL PROTECTED]>
Eric Jacobs <[EMAIL PROTECTED]> writes:
: On Thu, 14 Aug 2003 10:38:07 -0700
: John-Mark Gurney <[EMAIL PROTECTED]> wrote:
:
: >
: > This is a bit more complex than this. There are many more layers between
: > usb and VFS. For USB umass devices, they
In message: <[EMAIL PROTECTED]>
Eric Jacobs <[EMAIL PROTECTED]> writes:
: > In message: <[EMAIL PROTECTED]>
: > Eric Jacobs <[EMAIL PROTECTED]> writes:
: > : #DETACH_FORCE: Clients using the device must be disconnected,
: > : #typically by revoking open file desc
On Thu, 14 Aug 2003 10:38:07 -0700
John-Mark Gurney <[EMAIL PROTECTED]> wrote:
>
> This is a bit more complex than this. There are many more layers between
> usb and VFS. For USB umass devices, they proxy to cam, which then is an
> interface to da which is a provider for geom which then provide
On Thu, 14 Aug 2003 22:37:35 -0600 (MDT)
"M. Warner Losh" <[EMAIL PROTECTED]> wrote:
> In message: <[EMAIL PROTECTED]>
> Eric Jacobs <[EMAIL PROTECTED]> writes:
> : #DETACH_FORCE: Clients using the device must be disconnected,
> : #typically by revoking open file descriptor
"M. Warner Losh" wrote:
> These two are redundant. Devices can already ask the bridge driver if
> the device is still present on the bus. Smart drivers already do
> this, but most of the drivers in the tree are dumb. You also have to
> deal with device disappearance in ISRs since it is possible
On Friday 15 August 2003 14:13, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
>
> "Daniel O'Connor" <[EMAIL PROTECTED]> writes:
> : It should also have a hint to indicate that this device could potentially
> : go away at any time, so it shouldn't cache anything if at all possi
In message: <[EMAIL PROTECTED]>
"Daniel O'Connor" <[EMAIL PROTECTED]> writes:
: It should also have a hint to indicate that this device could potentially go
: away at any time, so it shouldn't cache anything if at all possible.
: (Although it would be good if the user could elect to ov
In message: <[EMAIL PROTECTED]>
Eric Jacobs <[EMAIL PROTECTED]> writes:
: #DETACH_FORCE: Clients using the device must be disconnected,
: #typically by revoking open file descriptors. May not
: #return EBUSY due to client activitiy, but may return
: #that or
On Friday 15 August 2003 00:31, Eric Jacobs wrote:
> > example: my digital photo recorder.
> > i have an attach script to mount automatically the partition on the
> > cooresponding umass/da device. works great, and this helps.
> >
> > but when detaching, the umount part should be done BEFORE detach
Le Mer 06/08/2003 à 17:55, Jan Stocker a écrit :
> Does nobody has this problem or does noone use this feature?
the problem i see with detach is the "utility" of the command.
example: my digital photo recorder.
i have an attach script to mount automatically the partition on the
cooresponding umas
On Thu, 14 Aug 2003 14:30:06 +
Olivier Cortes <[EMAIL PROTECTED]> wrote:
> Le Mer 06/08/2003 à 17:55, Jan Stocker a écrit :
> > Does nobody has this problem or does noone use this feature?
>
> the problem i see with detach is the "utility" of the command.
>
> example: my digital photo record
Eric Jacobs wrote this message on Thu, Aug 14, 2003 at 11:01 -0400:
> In addition, the DETACH_FORCE and DETACH_EJECTED flags could
> be mapped to appropriate flag values for the other subsystems, such
> as MNT_FORCE and (a new) MNT_EJECTED flag for VFS.
This is a bit more complex than this. There
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 08 August 2003 02:19 am, you wrote:
> Helps to actually attach the patch.
>
Almost positive I had attached it. It's attached and pasted below, just fixes
a typo in the debugging.
> Warner
>
>
- --- usbd.c.orig Thu Aug 7 18:46:47 2003
++
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 07 August 2003 11:19 am, you wrote:
> On Wed, 2003-08-06 at 16:42, Anish Mistry wrote:
> > Do you know if the usbd actually recieves the detach signal? If it does
then
> > it should be fairly simple to add the detach to the code.
> > > >
> - --- usbd.c.orig Thu Aug 7 18:46:47 2003
> +++ usbd.c Thu Aug 7 18:52:33 2003
> @@ -911,7 +911,7 @@
> break;
> case USB_EVENT_DRIVER_ATTACH:
> if (verbose)
> - - printf("USB_EVENT_DRIVER_DETACH\
Does nobody has this problem or does noone use this feature?
Jan
On Sat, 2003-08-02 at 14:47, Jan Stocker wrote:
> Hi,
> my usbd on -current does not call my script (or any command) given in
> the detach-value in usbd.conf. This is the output
>
>
> usbd: ucom0 matches ucom0
> usbd: Found actio
Hi,
my usbd on -current does not call my script (or any command) given in
the detach-value in usbd.conf. This is the output
usbd: ucom0 matches ucom0
usbd: Found action 'Palm Handheld Device' for Palm Handheld, Palm, Inc.
at ucom0usbd: action 0: Palm Handheld Device
vndr=0x0830 prdct=0x0060
d
18 matches
Mail list logo
