> Franchement!  Shouldn't that be
> 
> 	int labelsect = lp->d_partitions[RAW_PART].p_offset;
> 
> or even, since this is SPARC-specific code, just delete the labelsect
> variable altogether and assume it's zero?  The label _is_ always in
> sector zero, isn't it?

hmm.. "oops"

A quick scan through `arch/*/disksubr.c' shows at least 5 other ports
doing similar things. This code has been copied around a lot since it
left ufs_disksubr.c ...

On the sparc at least I think you're right that there's no point in
computing the alleged label sector number.

-pk