Date: Mon, 4 Nov 2002 08:48:20 +0100 (CET) From: Nick Hibma <n_hibma@van-laarhoven.org> To: "M. Warner Losh" <imp@bsdimp.com> Cc: "phk@critter.freebsd.dk" <phk@critter.freebsd.dk>, "jhay@icomtek.csir.co.za" <jhay@icomtek.csir.co.za>, "current@FreeBSD.ORG" <current@FreeBSD.ORG> Subject: Re: umass CF geometry problems, was Re: fdisk -BI ob clean disk broken Message-ID: <20021104084214.D17734-100000@uitsmijter.van-laarhoven.org> In-Reply-To: <20021104.002908.95801946.imp@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
USB is only the transport. It doesn't add or remove functionality (the only exception being probing for LUNs on CBI devices). If you want to determine the geometry you will have to do this through SCSI commands. I was hoping that the CAM code would be smart enough to request the details from the drive itself, but perhaps there is a good reason for asking the controller for this. It did work without, so it hasn't been implemented yet. Feel free to suggest a SCSI command together with the logic. What is the GET_GEOMETRY used for anyway? Nick > In message: <84292.1036393958@critter.freebsd.dk> > Poul-Henning Kamp <phk@critter.freebsd.dk> writes: > : We should obviously fix it. I have no idea what is possible in USB > : devices in this respect. > > Nor do I. Maybe there's some SCSI command that we can send that is > well defined enough to work often enough. > > However, I'm not clueful enough about SCSI to know if this can be done > (likely reading some mode page will do it in real SCSI), nor about > USB's mass storage devices, nor about all the wonderful and weird > variations that one might find in the wild... > > Warner > > -- n_hibma@van-laarhoven.org http://www.van-laarhoven.org/ n_hibma@FreeBSD.org http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021104084214.D17734-100000>