From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Date: Fri, 17 Apr 2009 08:13:27 +0000 Subject: Re: [PATCH] support identification of Xen virtual block devices Message-Id: <1239956007.15147.922.camel@localhost.localdomain> MIME-Version: 1 Content-Type: multipart/mixed; boundary="=-JWg9m5hkvpgzyoj/WCFF" List-Id: References: <1239907047.15147.95.camel@localhost.localdomain> In-Reply-To: <1239907047.15147.95.camel@localhost.localdomain> To: linux-hotplug@vger.kernel.org --=-JWg9m5hkvpgzyoj/WCFF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-04-17 at 00:54 +0200, Kay Sievers wrote: > On Thu, Apr 16, 2009 at 23:33, Ian Campbell wrote: > > On Thu, 2009-04-16 at 22:17 +0200, Kay Sievers wrote: > >> On Thu, Apr 16, 2009 at 20:37, Ian Campbell wrote= : > >> > > >> > * Add xenvb_id utility to identify Xen disk and CD-ROM devices. > >> > >> What's the reason xen optical drives don't behave like real drives, > >> and need a xen specific tool? That sounds rather odd, > > > > They aren't proper SCSI devices so you can't do SCSI inquiry like > > cdrom_id wants, the properties you can query from a Xen vbd are very > > basic, basically just TYPE=3Ddisk|cd. > > > > I suppose I could make the SCSI INQ stuff in cdrom_id optional, since > > the CDROM_GET_CAPABILITY ioctl is implemented. Would that be preferred? >=20 > Please check the stuff I put in the git tree: > http://git.kernel.org/?p=3Dlinux/hotplug/udev.git;a=3Dcommit;h=3D55d8f5= e208396589476583dad8f2a7f2db3e2ef5 That works fine, thanks! Ian. --=20 Ian Campbell The world really isn't any worse. It's just that the news coverage is so much better. --=-JWg9m5hkvpgzyoj/WCFF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAknoOicACgkQM0+0qS9rzVkrsQCgt8xOhEmNwbjyiqdUSZsrl8Dr ANEAoKos/DW8DTt/XNY2k5AmmXH2JfwP =SlO3 -----END PGP SIGNATURE----- --=-JWg9m5hkvpgzyoj/WCFF--