public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Josua Dietze <digidietze@draisberghof.de>
To: Oliver Neukum <oliver@neukum.org>
Cc: Matthew Dharm <mdharm-kernel@one-eyed-alien.net>,
	Dan Williams <dcbw@redhat.com>,
	Stefan Seyfried <stefan.seyfried@googlemail.com>,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org,
	usb-storage@lists.one-eyed-alien.net,
	Stefan Seyfried <seife@sphairon.com>
Subject: Re: [PATCH] move eject code from zd1211rw to usb-storage
Date: Thu, 17 Dec 2009 16:22:57 +0100	[thread overview]
Message-ID: <4B2A4CD1.1070004@draisberghof.de> (raw)
In-Reply-To: <200912171536.44220.oliver@neukum.org>

Oliver Neukum schrieb:

> Am Donnerstag, 17. Dezember 2009 14:33:06 schrieb Josua Dietze:
>> If you are thinking about the two specific devices at hand
>> there is no need to tell them apart. Same IDs on plugin, same
>> switching procedure, different IDs on return, different drivers
>> take care.
> 
> How do you issue an eject command without a /dev/sgX node?


You're thinking of handling one device in the kernel and the other 
one (same ID, same switching procedure) on the outside?

Well, as I said, you'd have to "filter" additional data (USB 
model/manufacturer etc., SCSI_INQUIRY strings). But obviously you 
would need to have the data of the two devices to note the differences.

BTW, usb_modeswitch does not need SCSI device nodes, because it 
talks to the USB device directly via the bulk message layer once the 
endpoints are up. Slight advantage over "eject".


Cheers,
Josua


  reply	other threads:[~2009-12-17 15:23 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-15 12:06 [PATCH] move eject code from zd1211rw to usb-storage Stefan Seyfried
2009-12-15 12:31 ` Josua Dietze
2009-12-15 14:01   ` Stefan Seyfried
2009-12-15 14:59     ` Josua Dietze
2009-12-15 17:58       ` [usb-storage] " Matthew Dharm
2009-12-15 15:11   ` Oliver Neukum
2009-12-15 18:03     ` Matthew Dharm
2009-12-16 10:29       ` Oliver Neukum
2009-12-16 11:42         ` Josua Dietze
2009-12-16 18:03         ` Matthew Dharm
2009-12-16 19:50           ` Dan Williams
2009-12-16 19:52             ` Matthew Dharm
2009-12-17 13:02               ` Oliver Neukum
2009-12-17 13:33                 ` Josua Dietze
2009-12-17 14:36                   ` Oliver Neukum
2009-12-17 15:22                     ` Josua Dietze [this message]
2009-12-17 18:21                 ` Matthew Dharm
2009-12-16 10:49       ` Stefan Seyfried
2009-12-16 11:22         ` Josua Dietze
2009-12-16 12:14           ` Stefan Seyfried
2009-12-16 14:05             ` John W. Linville
2009-12-16 16:47             ` Dan Williams
2009-12-16 19:12               ` Matthew Dharm
2009-12-16 11:23         ` Oliver Neukum
2009-12-17 10:41   ` [usb-storage] " Daniel Drake

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4B2A4CD1.1070004@draisberghof.de \
    --to=digidietze@draisberghof.de \
    --cc=dcbw@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=mdharm-kernel@one-eyed-alien.net \
    --cc=oliver@neukum.org \
    --cc=seife@sphairon.com \
    --cc=stefan.seyfried@googlemail.com \
    --cc=usb-storage@lists.one-eyed-alien.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox