while i humbly and respectfully acknowledge that not _everyone_ is able to do a fresh-install(whether from lacking hardware and/or skills and/or willingness), nevertheless a fresh install is by far best.

should this be a poem or haiku?

platform-pcspkr-event-spkr symlink is correct, I checked permissions, groups, etc. all looks fine...

I'll send you the log, thanks!

In any case, the kbd module is the only device handler for "bell" I've been able to find. You could also try the "evdev" module as driver. Xorg doesn't really care, but "libinput" doesn't recognise the "PC Speaker" device, so no driver gets installed.

I'm not sure how that could affect the "real" keyboard handling. The short of it is that Xorg has to install a driver for that device in order to use it.

The device, /dev/inputevent7 for you, is linked up by udev as /dev/input/by-path/platform-pcspkr-event-spkr (which you will find is a symbolic link to ../event7), and that's thus the same destination character device. But the missing link is for Xorg to install a (keyboard) driver that would have interest in the bell event(s).

EDIT: actually if you could share your Xorg.0.log with me, e.g. upload it to https://transfer.rrq.au so I could havea glance and maybe get some inspiration.... Xorg.0.log is found in either /var/log/ (if Xorg is run as root) or in ~/.local/share/xorg/ if Xorg is run by non-root user). Or email it to me.

I tried your suggestion but it didn't work

also I think pc speaker should not be handled by kbd driver (which also strangely was not installed here "xserver-xorg-input-kbd", not sure if was upgrade glitch) because it ruined my keyboard mapping, all arrows/pgup/dn keys appear entirely different (not the keymap).

removed the driver line from xorg.conf and restarted, now I have this:

[  1385.287] (II) config/udev: Adding input device PC Speaker (/dev/input/event7)
[  1385.287] (**) PC Speaker: Applying InputClass "PC Speaker"
[  1385.287] (II) No input driver specified, ignoring this device.

I also have 3 sound cards, one on the mb, which has loopback mixing, one usb audigy, which has only master vol and a strange hdmi interface.
I managed to set amixer -c2 sset 'Loopback Mixing' Enabled and xset b 50 but still no success

installed back pulseaudio and pipewire if they handle somewhere something but nothing happens.

a whole lot of ducks and few monsters around

I believe it should be evdev problem, beep command says

$ beep --verbose
beep: Verbose: evdev driver_detect 0x55e45ecdb700 (nil)
beep: Verbose: b-lib: opened /dev/input/by-path/platform-pcspkr-event-spkr as 3
beep: Verbose: beep: using driver 0x55e45ecdb700 (name=evdev, fd=3, dev=/dev/input/by-path/platform-pcspkr-event-spkr)
beep: Verbose: 1 times 200 ms beeps (100 ms delay between, 0 ms delay after) @ 440 Hz
beep: Verbose: evdev driver_begin_tone 0x55e45ecdb700 440
beep: Verbose: evdev driver_end_tone 0x55e45ecdb700
beep: Verbose: evdev driver_end_tone 0x55e45ecdb700
beep: Verbose: evdev driver_fini 0x55e45ecdb700

and it works. but maybe X does not use the same interface? I don't know how to debug evdev/eudev channels...

I wasted nearly day and a half already so I'm thinking to get fresh install on separate machine (I have lenovo tiny around) so I can see if it is install or upgrade glitch (or both).

thanks again!

For bell sound by the "xkbbell" command I needed to

• add a special "InputClass" configuration snippet that tells Xorg to use the "kbd" module (from xserver-xorg-input-kbd) for the "PC Speaker" device;

• configure Xorg to bell with 50% volume rather than 0%, and

• enable loopback for the sound card.

My special configuration snippet /etc/X11/xorg.conf.d/pcspkeaker.conf is

Section "InputClass"
	Identifier  "PC Speaker"
	MatchProduct "PC Speaker"
	Driver      "kbd"
EndSection

You can use the "lsinput" command (from input-utils) to verify the name (i.e. the MatchProduct string) of the device. You also need to restart Xorg for loading the snippet.

The Xorg bell volume would be raised with an "xset" xommand:
# xset b 50

Loopback enabling might also be a command:

$ amixer sset 'Loopback Mixing' Enabled

though the actuals of that does depend on the soundcard; use a plain "amixer" command and guess from that.

I also needed that loopback enabling to hear a console bell.

@greenjeans: I don't use any DE, just X with window manager (icewm), so the problem is somewhere in the Xorg, not in apps (DEs). I even did try to run clean X without my xinitrc configuration (which is a lot) and still no beeps...

pretty strange, it worked fine for the last 25 years

@cade: We are talking about the old-school hardware PC speaker, not some soundcard emulation, right?
Is the pcspkr module loaded, and does 'beep' work? Do you have an appropriate evdev link (i.e. /dev/input/by-path/platform-pcspkr-event-spkr)?

@steve_v: yes, good plain pc speaker. nothing to do with soundcard, which I keep muted on the amp usually.
* yes, I have proper link in /dev
* also set bell-style audible in xinput
* pcspkr is loaded, tried to unload/load even without effect

but! console (text mode) beep works!
also 'beep' command in rxvt terminal beeps but I think this has nothing to do with X bell notify event (i.e. gui apps and terms)

I will check the thread you linked, thanks! I also suspect the bell handling is routed through the sound subsystem somewhere or muted, but still have no much progress of alsa/pulse/etc. digging...

I even had brief look at X sources... but this will be last resort )

thanks!

checkbox at the bottom for enabling system sounds.

"system sounds" are not the same as the dedicated PC speaker bell.

@cade: We are talking about the old-school hardware PC speaker, not some soundcard emulation, right?
Is the pcspkr module loaded, and does 'beep' work? Do you have an appropriate evdev link (i.e. /dev/input/by-path/platform-pcspkr-event-spkr)?

You're not the first to ask after this here, see this thread.

hello!

today I upgraded my chimaera machine to the latest daedalus.

for my surprise, audible beep in Xorg via the pc speaker was muted or disabled

Distributions have taken to black listing the pcspkr module as it some kind of inconvenience to be alerted to potential problems, the noise offends their sensibilites.

To get your beep in the console back.
https://askubuntu.com/questions/19906/beep-in-shell-script-not-working

edit the /etc/modprobe.d/blacklist.conf and comment out the black listing of
the pcspkr module.

# ugly and loud noise, getting on everyone's nerves; this should be done by a
# nice pulseaudio bing (Ubuntu: #77010)
blacklist pcspkr

Put a # in front of the blacklist pcspkr and on next boot the module should load. A modprobe pcspkr as root or using sudo in front should load it and have it available without the reboot.