Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261585AbVBSAOv (ORCPT ); Fri, 18 Feb 2005 19:14:51 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261591AbVBSAOv (ORCPT ); Fri, 18 Feb 2005 19:14:51 -0500 Received: from gprs214-225.eurotel.cz ([160.218.214.225]:5011 "EHLO amd.ucw.cz") by vger.kernel.org with ESMTP id S261585AbVBSAON (ORCPT ); Fri, 18 Feb 2005 19:14:13 -0500 Date: Sat, 19 Feb 2005 01:13:37 +0100 From: Pavel Machek To: Oliver Neukum Cc: Vojtech Pavlik , dtor_core@ameritech.net, Richard Purdie , James Simmons , Adrian Bunk , Linux Input Devices , Linux Kernel Mailing List Subject: Re: 2.6: drivers/input/power.c is never built Message-ID: <20050219001337.GB1744@elf.ucw.cz> References: <047401c515bb$437b5130$0f01a8c0@max> <200502182300.21420.oliver@neukum.org> <20050218233443.GB1628@elf.ucw.cz> <200502190051.48052.oliver@neukum.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502190051.48052.oliver@neukum.org> X-Warning: Reading this can be dangerous to your mental health. User-Agent: Mutt/1.5.6+20040907i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2042 Lines: 47 Hi! > > If usb keyboard has power button... I do not think we really want to > > route that through acpi. And what if acpi is not available? (APM knows > > about suspend key in weird way, but not about power key). > > I'd suggest to primarily care about acpi. The other important power > management subsystems will follow suit. But... power key is not really a powermanagment and we do not want to have 1000 different ways "deliver info about power key into userspace". And acpi way of delivery things is not really suitable.... it mixes power key (and similar) with battery alarms etc. ACPI interface is *not* nice, lets not emulate that one. > > > > trip points), and I do not see how you can do interrupts for fan > > > > status. Either fans are under Linux control (and kernel could tell you > > > > when it turns fan on/off, but...), or they do not exist from Linux's > > > > point of few. > > > > > > They still can have a readable rate, even if not under os control. > > > Nevertheless I don't think you can reasonably define what might > > > interest user space or not and in which detail. > > > > Well, we can say that userspace definitely is interested in "power" > > key ;-). > > I wouldn't call that selfevident. The system might be eg. a ticket > vending system and we care only about wake ups from touchscreen, > trackball and modem and about volume control keys. I don't think > you can make up any rules about what user space is interested or not. Yes, maybe userspace is not interested in "space" key. In such case userland simply ignores "space" event. I do not know why "power" key should be handled in any other way. Pavel -- People were complaining that M$ turns users into beta-testers... ...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl! - 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/