[PATCH] hdparm utilizes shared memory for no good reason ?

[Mike Frysinger]

On Tuesday 16 May 2006 17:08, Paul Fox wrote:
>  > But this is BB not a hard drive diagnostic/benchmark tool - you only
>  > need go/no-go measurements of an option change.  Userspace buffers
>  > should be fine.
>
> if the options are left in, and the results are arguably suspect, then
> the tool should print a big fat warning that it's not the same as
> the "real" hdparm.
>
> (which begs the question -- how many embedded systems, with
> disks, don't have room for the real hdparm, anyway?)

the real hdparm would have the same issue that started this thread ;)
-mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
Url : http://lists.busybox.net/pipermail/busybox/attachments/20060516/d5451187/attachment-0002.pgp