From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756254AbcAYL13 (ORCPT ); Mon, 25 Jan 2016 06:27:29 -0500 Received: from mx2.suse.de ([195.135.220.15]:59760 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756030AbcAYL10 (ORCPT ); Mon, 25 Jan 2016 06:27:26 -0500 Message-ID: <1453721243.19708.16.camel@suse.com> Subject: Re: [PATCH 0/2] Add a skeleton module to perform a basic initialization on certain USB devices From: Oliver Neukum To: Greg KH Cc: Michal =?ISO-8859-1?Q?Mal=FD?= , =?ISO-8859-1?Q?Bj=F8rn?= Mork , linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, dmitry.torokhov@gmail.com, jikos@kernel.org, elias.vds@gmail.com, edwin@velds.nl, simon@mungewell.org Date: Mon, 25 Jan 2016 12:27:23 +0100 In-Reply-To: <20160124224815.GA8819@kroah.com> References: <1453545311-5721-1-git-send-email-madcatxster@devoid-pointer.net> <87zivwbh07.fsf@nemi.mork.no> <6032606.IBdJ88hxWq@the-raza> <20160123163934.GA3526@kroah.com> <1453673105.12171.4.camel@suse.com> <20160124224815.GA8819@kroah.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.11 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 2016-01-24 at 14:48 -0800, Greg KH wrote: > On Sun, Jan 24, 2016 at 11:05:05PM +0100, Oliver Neukum wrote: > > On Sat, 2016-01-23 at 08:39 -0800, Greg KH wrote: > > > Have your program install a udev rule to make it run automatically > > > when > > > the device is plugged in, and then just file a bug with the different > > > distros to have them pick up your program and add it to their > > > releases. > > > With free services like Github to host the code, and OBS to build > > > packages for every different distro out there, there has never been an > > > easier time to get programs to distros. > > > > > > So please just do this in userspace, we don't like to take kernel > > > drivers for functions that can be done in userspace. > > > > That raises a point. If we wish to do port power switching > > as a form of runtime PM, we will need to do mode switching > > in kernel space. The notion that this can be done in user space > > is likely to become wrong as things develop. > > Maybe, if a device doesn't remember it's "mode" after sleeping, then it > might get messy, it will be interesting to see how that works out over > time... We are cutting power. So unless they have a battery or are self powered, I don't see how they could retain their mode. But it is a mess. Regards Oliver