From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754291AbcAXWsT (ORCPT <rfc822;w@1wt.eu>);
	Sun, 24 Jan 2016 17:48:19 -0500
Received: from mail.linuxfoundation.org ([140.211.169.12]:35937 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751830AbcAXWsQ (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 24 Jan 2016 17:48:16 -0500
Date: Sun, 24 Jan 2016 14:48:15 -0800
From: Greg KH <gregkh@linuxfoundation.org>
To: Oliver Neukum <oneukum@suse.com>
Cc: Michal =?iso-8859-1?Q?Mal=FD?= <madcatxster@devoid-pointer.net>,
        =?iso-8859-1?Q?Bj=F8rn?= Mork <bjorn@mork.no>,
        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
Subject: Re: [PATCH 0/2] Add a skeleton module to perform a basic
 initialization on certain USB devices
Message-ID: <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>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1453673105.12171.4.camel@suse.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

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...