Bug 121841

Summary:	No system bell with snd-hda-intel and beep_mode=1
Product:	Drivers	Reporter:	Sebastian Dalfuß (sd)
Component:	Sound(ALSA)	Assignee:	Jaroslav Kysela (perex)
Status:	RESOLVED INVALID
Severity:	normal	CC:	radiotubes, tiwai
Priority:	P1
Hardware:	x86-64
OS:	Linux
Kernel Version:	4.6.2	Subsystem:
Regression:	No	Bisected commit-id:

Description Sebastian Dalfuß 2016-07-10 11:51:48 UTC

There is no beep with eg. "beep", "ping -a", or an ascii BEL on tty, despite beep_mode set to 1 for snd-hda-intel. Alsamixer doesn't show an option to enable/disable beeping via the intel soundcard.

There's no hardware beeper.
 
alsa-info:
http://www.alsa-project.org/db/?f=7af87ea2bd9dd9925a33ddba59722d6625d8c66b

Comment 1 Takashi Iwai 2016-07-11 14:21:18 UTC

This Realtek codec actually doesn't seem to provide a digital beep widget, so it's no bug.

Comment 2 radiotubes 2016-09-08 04:32:06 UTC

I actually had a similar problem with a similar Realtek codec --no Beep after the snd_hda_intel module was loaded.  None of the module parameters made the pcspkr operational. I believe it is a bug.  I solved it by using the hda-analyzer and changing some things in node 0x0b...the same node appears in the bug reporter's alsa-info output.  

By the way Takashi, I note that you are the writer of the Kernel Documentation HD-Audio.txt.  I followed your suggestions especially with the "hda-analyzer" tool from alsa and got my pc beep working concurrently with the hd sound.

here's the alsa-info output for my node 0x0b:

Node 0x0b [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
  Control: name="Mic Playback Volume", index=0, device=0
    ControlAmp: chs=3, dir=In, idx=0, ofs=0
  Control: name="Mic Playback Switch", index=0, device=0
    ControlAmp: chs=3, dir=In, idx=0, ofs=0
  Amp-In caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1
  Amp-In vals:  [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x0f 0x0f]
  Connection: 5
     0x18 0x19 0x1a 0x1b 0x1d