> On Apr 29, 2022, at 10:06, j...@entropicblur.com wrote: > > On 2022-04-29 08:31, Angelo wrote: >> Hello >>> On Thu, Apr 28, 2022 at 06:34:00AM -0500, Scott Cheloha wrote: >>> speaker(4) is a whimsical thing, but I don't think we should have a >>> dedicated chiptune interpreter in the kernel. >>> This patch unhooks the driver and the manpage from the build. The >>> driver is built for alpha, amd64, and i386. >> If this patch is applied, I can probably no longer do something like >> this? >> $ echo -n 'L30cbdcbdcbdP2cbdcbdcbd' > /dev/speaker >> If that's the case, then it would be good if we can keep speaker(4). >> I have multiple headless systems at home which start to beep under >> certain conditions, to alert me. > > Does this change mean the system bell will no longer be available, ie: > > echo ^G > > I would really prefer to NOT lose this, until/unless an alternate mechanism > to route the system bell through the regular sound output could be added.
No. Beeping is handled by pcppi(4). The speaker(4) device is different, it provides an interface to userspace for playing melodies out of pcppi(4).
