Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S269024AbTGTXfO (ORCPT ); Sun, 20 Jul 2003 19:35:14 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S269084AbTGTXfN (ORCPT ); Sun, 20 Jul 2003 19:35:13 -0400 Received: from smtp3.unsw.EDU.AU ([149.171.96.70]:16883 "EHLO smtp3.unsw.edu.au") by vger.kernel.org with ESMTP id S269024AbTGTXfG (ORCPT ); Sun, 20 Jul 2003 19:35:06 -0400 From: Neil Brown To: "Riley Williams" Date: Mon, 21 Jul 2003 09:48:48 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16155.10848.454262.343447@gargle.gargle.HOWL> Cc: "James Simmons" , , Subject: RE: "Where's the Beep?" (PCMCIA/vt_ioctl-s) In-Reply-To: message from Riley Williams on Thursday July 17 References: X-Mailer: VM 7.17 under Emacs 21.3.2 X-face: [Gw_3E*Gng}4rRrKRYotwlE?.2|**#s9D Hi James. > > >>>> On my old DELL LM laptop the -2.5 series no longer issues > >>>> any beeps when a card is inserted. The problem is in the > >>>> kernel, as the test program below (extracted from cardmgr) > >>>> beeps on -2.4, but not on -2.5. > > >>> CONFIG_INPUT_PCSPKR needs to be =y (or =m and the module > >>> loaded). > > >> That's true, but I wonder why PC Speaker is under *INPUT* > >> category... > > > Because many keyboards have built in speakers. > > What sort of logic is that !!! > > The ONLY reason I can think of for treating a speaker as an INPUT > device is if that speaker is wired up in a way that allows it to > be used as a microphone, the way some baby-intercoms do. If this > is the reason, then don't expect any sort of quality from it, and > please also separate this use from the more conventional one. The problem here is really with the name 'INPUT'. It is not an 'input' subsytem, but rather an 'event' subsystem. It handles events like key presses, mounts movements, speaker beeps, LED on/off etc. It could quite reasonable also be used for APCI events like power status changes and power-button events, but I don't know that anyone has any plans for that. I gather the event subsystem was conceived to help managed the wide variety of input devices (USB, PS/2, serial, etc) and was inadvertantly misnamed 'input'. find linux -type f | xargs perl -pi -e 's/input/event/i' or something like that :-) NeilBrown - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/