From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1423054AbcBQNe3 (ORCPT ); Wed, 17 Feb 2016 08:34:29 -0500 Received: from mail-lf0-f43.google.com ([209.85.215.43]:34791 "EHLO mail-lf0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1422804AbcBQNe1 (ORCPT ); Wed, 17 Feb 2016 08:34:27 -0500 From: Felipe Balbi To: Oliver Neukum , Felipe Balbi Cc: Heikki Krogerus , Mathias Nyman , Greg KH , linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org Subject: Re: [PATCH 2/3] usb: type-c: USB Type-C Connector System Software Interface In-Reply-To: <1455705412.7626.18.camel@suse.com> References: <1455037283-106479-1-git-send-email-heikki.krogerus@linux.intel.com> <1455037283-106479-3-git-send-email-heikki.krogerus@linux.intel.com> <20160209182155.GC31787@kroah.com> <20160210103042.GB5270@kuha.fi.intel.com> <20160210172035.GA28335@kroah.com> <20160211135011.GA32213@kuha.fi.intel.com> <1455550218.22176.11.camel@suse.com> <20160216092238.GA18565@kuha.fi.intel.com> <1455629987.4532.25.camel@suse.com> <20160217075841.GA24649@kuha.fi.intel.com> <1455699834.7626.4.camel@suse.com> <87fuwrsk7w.fsf@ti.com> <1455705412.7626.18.camel@suse.com> User-Agent: Notmuch/0.21 (http://notmuchmail.org) Emacs/25.0.50.1 (x86_64-pc-linux-gnu) Date: Wed, 17 Feb 2016 15:34:19 +0200 Message-ID: <87egcbihpg.fsf@ti.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, Oliver Neukum writes: >> > The API to user space. That is the point. We cannot break user space. >> > Once this sysfs API is upstream we are stuck with it. >>=20 >> yeah, in fact I have been wondering if sysfs is the best interface to > > That is the discussion we must have. > >> userspace. I talked with Heikki a few days back about this; I was >> wondering if something like what the NFC folks did with netlink would be >> better here. > > I doubt that, because the main user is likely to be udev scripts. I'm entirely sure about this. I think it's not too far-fetched to think that, eventually, we will need an actual stack exposed for the CC pin. > They can easily deal with sysfs attributes. right =2D-=20 balbi --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJWxHbcAAoJEIaOsuA1yqREPiwQAKUdGdQ44U2LmiSwkKG8O/ov 17Jm+4JRmTLsvi+mgdnbg4iUAZ8pB1cj8YWBAhCPS4ju+Gv1CNEZZZXvfWWgmD8C CID4qt6MHskpyzZ16BbpcizFi0iz72b/VEF+8KZl9MlnDsrm7MdCA82VnrL1rh+4 Tso9TH6TPZLz/uWB873Rq+ot/b/Y+8QhRn0IxtDkIreNsXn7y6VXO23L0uB4p8oO 5CmdVBBCZX9aCllqq+L+gAY/+rttwzyrMNMY5Y/F6+RyshV3QX6dNV7KVjK4WQSg TQHTwKzbKbB8eDRGeHzOdII2QvjHH0ZY8GIq/yTEskJKOguM/jriNkOvSC/sIxaJ nkCsDqSMgfUN99f796MSJ8lX0SBpZsyakQkikwTJ0E2MhptGQnp+00ZZjwLMJp+6 6b1ZJnBcSOWG9dv1ApaOlV/M0TIv6Y3N8pvuNjDGUxxvHBZ7Dz4PBECjtl/yLUlc G7bIIEdudMGC8HLqk21EpbYLz0DU1BhWFZBoaxoitEG7udfsxKpez5B4LG9XrDcn kusIMTFjsXmC+tIZp6wJNqsVuza5mYAoUOxaSw+qlV9x6TajJ1VlJT+35G6sgCEm N5CbaEqb+cpE9ihxXOqANBy84yjcaK18UTUSmQU6DUt9cEsWknUCPStJuREGu+ZI Auuj2c/2o03eBmwXUfVr =cfka -----END PGP SIGNATURE----- --=-=-=--