1) the kernel default is applied before, possibly long before user
space can provide its own value
2) the kernel itself doesn't use audio for any intentional interaction
with the user when booting
3) there can be unintentional audio output, e.g. from a source that
also has a non-zero default setting, or that starts in a random
state
4) you'll run a user space utility to adjust the volume, probably
before the user even gets a chance to do anything that would
cause intentional audio output
So, because of 4), your user space utility better gets it right, no
matter what the kernel does. If it screws up, your user loses.
3) may yield unexpected noise. Given that the expected behaviour
is silence (see 2), any sound at that point would be unexpected.
Because of 1), the kernel default should be such that a value
should be picked that has the least potential of causing unpleasant
surprises before user space takes over.
I don't quite see your point anyway. Because of 2), the only
situations in which a non-zero default would do anything useful
would be
- if you add audio output when booting a regular kernel
- if the user-space utility is absent, doesn't work properly, or
fails completely (if it fails, there'll probably be larger
obstacles than just adjusting the volume). Since for many
users, installing a new kernel equals upgrading their
distribution, fixes to any design errors in that user-space
part shouldn't be harder to deploy than a kernel-side change.
So are you planning to make the kernel sing a little song for us,
while booting ? :-)
(Now, for some constructive criticism: a user-space utility that
checks if there is on-going audio output with the volume set very
low, and pops up a wizard in such a case, might actually be
helpful. Likewise, audio output without an application accessing
the mixer may warrant a wizard.)
- Werner
-- _________________________________________________________________________ / Werner Almesberger, Buenos Aires, Argentina wa@almesberger.net / /_http://www.almesberger.net/____________________________________________/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/