From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 2 Jan 2001 01:27:35 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 2 Jan 2001 01:27:26 -0500 Received: from [199.239.160.155] ([199.239.160.155]:18568 "EHLO tenchi.datarithm.net") by vger.kernel.org with ESMTP id ; Tue, 2 Jan 2001 01:27:09 -0500 Date: Mon, 1 Jan 2001 22:16:35 -0800 From: Robert Read To: Daniel Phillips Cc: linux-kernel@vger.kernel.org Subject: Re: PC-speaker control Message-ID: <20010101221635.B8827@tenchi.datarithm.net> Mail-Followup-To: Daniel Phillips , linux-kernel@vger.kernel.org In-Reply-To: <01010118360105.00896@rafael> <20010101230553.B8481@tenchi.datarithm.net> <3A511E50.6C49FE8C@innominate.de> <3A51238B.334692F0@innominate.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A51238B.334692F0@innominate.de>; from phillips@innominate.de on Tue, Jan 02, 2001 at 01:40:43AM +0100 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 02, 2001 at 01:40:43AM +0100, Daniel Phillips wrote: > Daniel Phillips wrote: > > > > Robert Read wrote: > > > Try this on the console: > > > > > > setterm -blength 0 > > > > > > no assembly required. :) > > > > Yes, and my xterm still beeps - if I make that go away then something > > else will beep. > > > > Somebody posted a patch to do a global disable of the speaker some time > > back, and I wish that the patch were generally available. The result of > > not having the global disable is an office full of beeping > > computers. Right, I see what you mean. Disabling the beep is one thing I always do, and it requires a few differnt steps, like "xset b off" for xterms and so on. It would be nice to switch it off in one place and be done with it. > > > > How does this look: > > > echo 0 >/proc/sys/dev/speaker/beep > This looks good to me. As far as I can tell, it looks like the beep is generated by kd_mksound, which is a function pointer that usually points to drivers/char/vt.c:_kd_mksound(). Can anyone verify this? It doesn't look to hard to write a sysctl driver that would change the function pointer to something quieter. Is this what patch did? robert - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/