On Wed, Mar 08, 2000 at 01:49:39PM -0700, Kevin Musick wrote:
> I though that Mach would respond to the GETPARMS message by filling in a
> data structure with the drive's geometry. In fact, it seems that was the
> source for earlier incompatibility, i.e., if you use an old GNUMach version
> with a modern Hurd system, you'll get the "device too small for superblock"
> error message upon booting.
> If I'm mistaken, is there some modification that I could make to Mach to
> support the return of disk geometry? Let me know if I can help.
Ah, right. The actual problem was to transfer this information through
libstore. Okuji wrote:
> I think storeio should support
> the V_GETPARMS device_get_status call and then fdisk should use the
> call to detect the geometry before you make the fdisk package, because
> that should make trouble if the user sets the geometry manually.
Pontus suggested:
> So my question is, am I way off target imagining something like this in
> libstore/device.c:
>
>
> #include <mach/i386/disk.h>
>
> /* Fill struct disk_params with information from the device underlying
> the store STORE */
>
> error_t
> store_get_disk_parms(struct store *store, struct disk_parms *dp)
> {
> int buflen=(sizeof (struct disk_parms) / sizeof (int));
>
> /* query device for geometry */
> return device_get_status(store->port,V_GETPARMS,dp,&buflen);
> }
And Roland answered:
> That is not unreasonable. But ultimately we want to find a more general
> way to address this for all device-specific special calls. We have
> discussed this a bit in the context of streamdev, but nothing has
> materialized.
>
> For the time being, probably best to just write your function as a separate
> little thing in fdisk or its own thing, not change libstore.
So, maybe you can figure out a patch for fdisk and let us know.
Thanks,
Marcus
--
`Rhubarb is no Egyptian god.' Debian http://www.debian.org Check Key server
Marcus Brinkmann GNU http://www.gnu.org for public PGP Key
[EMAIL PROTECTED], [EMAIL PROTECTED] PGP Key ID 36E7CD09
http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ [EMAIL PROTECTED]