Goals for 0.3.0
David Zeuthen
david at fubar.dk
Thu Jul 22 12:25:29 PDT 2004
On Thu, 2004-07-22 at 21:21 +0200, Kay Sievers wrote:
> On Thu, 2004-07-22 at 11:05 -0400, Joe Shaw wrote:
> > On Thu, 2004-07-22 at 01:56 +0200, Kay Sievers wrote:
> > > What should we do with the major/minor numbers in the volume's udi?
> > > Replace it by the volume-name or the uuid?
> >
> > That probably makes sense, although we also need to fix it for the
> > actual drive itself as well. Basically we need to eliminate all uses of
> > major/minor in UDIs.
>
> Yeah, but what is a candidate for the drive's udi? On ide or native scsi
> we can read the drives serial numbers. I can prepare something, if needed.
> But on the usb-sticks or usb-ide adapters we don't have a chance to get
> serial numbers. What should we do here?
>
There were some discussion about this some time ago and I proposed that
in the worst case you can always use the parents udi appended with
something otherwise unique or at least something that doesn't clash with
your siblings. By induction this provides unique UDI's [1].
Specifically for drives you can use partition numbers in lack of UUID or
label. Maybe even an MD5 of the first couple of sectors or something.
> Similar topic:
> Should the network-adapter udi's should use the MAC address instead of
> the device id's?
>
Yeah, that's an excellent idea.
> > > Btw: Any objections to add "D_FILE_OFFSET_BITS=64" to configure.in? It
> > > instructs gcc to use the 64bit versions of the file operations, so I can
> > > switch back in volume_id to keep it compatible with the udev version.
> >
> > Yeah, good idea, although it probably only should be done on Linux, no?
>
> Don't know if can hurt something else. Can't we use 64bit all over the
> place?
>
For now we can, the path is hald/linux/volume_id.[ch] :-). We can always
change that back; in fact we prolly want to move it to hald/commmon/
some day :-)
Cheers,
David
[1] : is that double confetti saying unique UDI? :-)
_______________________________________________
hal mailing list
hal at freedesktop.org
http://freedesktop.org/mailman/listinfo/hal
More information about the Hal
mailing list