Hello,
On Sun, 23 Mar 2014, null_ptr wrote:
>On 22/03/14 23:40, Volker Armin Hemmann wrote:
>>Am 22.03.2014 02:08, schrieb null_ptr:
>>>"modprobe pcspkr" doesn't change anything. It is still silent. I also
>>>tried
>>>building it in the kernel.
>>>
>>>On the other hand from what I understand the snd_hda_intel should be
>>>doing the beeps when the mainboard does not have a physical speaker on
>>>the mainboard and instead beeps through the regular sound device. At
>>>least on 3.10.25 I had not build the pcspkr module and the system beeped
>>>happily.
>>
>>Now, are we talking about the motherboard beeping through a little
>>builtin speaker that does not work
>>or
>>Are we talking about your onboard sound not beeping in your
>>headphones/your attached speakers when there is a motherboard 'beep'?
[..]
>I'm talking about the onboard sound not beeping in the attached
>headphones/speakers when there is a motherboard 'beep'. The problem is
>that I used that for some events as a status (e.g. battery running low)
>and I like the annoying nature of the beep for these events.
Wait. What now? You have (at least) two sound-devices that can beep:
a) the beeper on your motherboard
in this case, use what I wrote, i.e.
pcsp=enable=1
in your kernel commandline and make sure
modprobe pcspkr
works. The module is not needed in the initrd.
b) the onboard-sound-chip via attached speakers/headphones
in this case, disable the mobo-beeper (might be default)
blacklist pcspkr
explicitly, possibly along with with the kernel-parameter
pcsp=enable=0
and your normal alsa-driver should take over the task of "beeping"
(snd-pcsp is a different beast).
If it does not, your alsa-driver might be buggy as it should take
over the beeping.
HTH,
-dnh, I wanted case a), beeping completely independent from any other
audio stuff. And with the program 'beep'
(http://www.johnath.com/beep) and/or the snd-pcsp driver, you can
use the beeper to do more than the standard beep.
--
There is a green, multi-legged creature crawling on your shoulder.
