From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934818AbeAISTI (ORCPT + 1 other); Tue, 9 Jan 2018 13:19:08 -0500 Received: from mail.andi.de1.cc ([85.214.239.24]:43745 "EHLO h2641619.stratoserver.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758051AbeAISTG (ORCPT ); Tue, 9 Jan 2018 13:19:06 -0500 X-Greylist: delayed 2099 seconds by postgrey-1.27 at vger.kernel.org; Tue, 09 Jan 2018 13:19:06 EST Date: Tue, 9 Jan 2018 18:43:47 +0100 From: Andreas Kemnade To: Johan Hovold Cc: Discussions about the Letux Kernel , "H. Nikolaus Schaller" , Mark Rutland , devicetree@vger.kernel.org, linux-omap@vger.kernel.org, Arnd Bergmann , Tony Lindgren , Greg Kroah-Hartman , kernel@pyra-handheld.com, Russell King , linux-kernel@vger.kernel.org, Rob Herring , linux-arm-kernel@lists.infradead.org, =?UTF-8?B?QmVub8OudA==?= Cousson , Kevin Hilman , Thierry Reding , Andreas =?UTF-8?B?RsOkcmJlcg==?= , Jonathan Cameron Subject: Re: [Letux-kernel] [PATCH v5 3/5] misc serdev: Add w2sg0004 (gps receiver) power control driver Message-ID: <20180109184347.28ba0a6e@aktux> In-Reply-To: <20171222124427.GI3374@localhost> References: <5494ad34b39a6c62601e3747440268dfb3be7d5a.1512114576.git.hns@goldelico.com> <20171222124427.GI3374@localhost> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/pEQl1CzGmESId=o.5bEznB6"; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: --Sig_/pEQl1CzGmESId=o.5bEznB6 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 22 Dec 2017 13:44:27 +0100 Johan Hovold wrote: [...] > I'd suggest reiterating the problem you're trying to solve and > enumerating the previously discussed potential solutions in order to > find a proper abstraction level for this (before getting lost in > implementation details). >=20 The main point here is in short words: Having a device powered on or off when the uart it is attached to, is used or not used anymore, so the already available userspace applications do not need to be changed. I digged out a bit around: alternative aproaches were: adding hooks to the uart/tty layer: https://marc.info/?l=3Dlinux-kernel&m=3D143333222014616&w=3D2 https://marc.info/?l=3Ddevicetree&m=3D143130955414580&w=3D2 I do not find it right now in my archive: adding a virtual gpio for dtr to the omap_serial driver. The driver behind the virtual io would then handle pm. One reason it was rejected was that the devicetree should only contain real hardware and not virtual stuff. Regards, Andreas --Sig_/pEQl1CzGmESId=o.5bEznB6 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjNsZ3bHwkfCKTen3ifE1O/ULBjQFAlpU/1MACgkQifE1O/UL BjTciw/8C3LRMdrbI6LWSLDOq8cLJB3ClyMWSG1gVpo4+lXr6yDw0jkBOo4GUJU+ PVngZhi/q5aJWD65I84xkJBYphAeVNhmMvWwrPj/RDWg5d8xWIlnY/0qOt6wDQ8r eLcr7WzCjp89Uhe23noYyo1ioa+qGiiB+4s33/D/1mfZOWi9cM3nfrVDDpG16g49 uXyPEOhHUj7CVvhLVE3EQWlHifT2W2xULQ1iIZAq9ip7yEzr/C2t6d0JcfWYD2RW qcXVGHptpTi9mM7L+OzKp3Th7SzlZxcqchOw0z3boL85o0gZNRaQ5hK5UHmYTORm zvBcYD4s6RemnQtsOmtF2xGLc9oU2cTVS59kqxOiZE5KYyn17c/ftAbXS8Q5YLTz bCI9Q4UPmLyEW1KFo8UbRIXJHy0OA3op17JFCkHTUFKOWqYZ4DXrhgfGr/CYAj4j DHk2m74Z4QerCQoNLNLyAWduslMBmPzwPqBpRrM0/bbmSjlc9DZa5JxhH+GYoAfZ 4slaEVYwN3iaBn7U9MSB8JE8QQ6ZKL+cM+AUxtj/UnkGdraV5R42Lb7WP2z6Ej+h qz7S7QaXIpD+r5yl0OHxVMAKIMcIQYDWOT/X9tzw9sCBLwJRoWeS+CF0wRsMaUit vnt5EU/TwyefsoG9dEpUkDYHpO7xRpPeqorPqI1JjfdmAf9gsAs= =W8y9 -----END PGP SIGNATURE----- --Sig_/pEQl1CzGmESId=o.5bEznB6-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Kemnade Subject: Re: [Letux-kernel] [PATCH v5 3/5] misc serdev: Add w2sg0004 (gps receiver) power control driver Date: Tue, 9 Jan 2018 18:43:47 +0100 Message-ID: <20180109184347.28ba0a6e@aktux> References: <5494ad34b39a6c62601e3747440268dfb3be7d5a.1512114576.git.hns@goldelico.com> <20171222124427.GI3374@localhost> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6059395284625569922==" Return-path: In-Reply-To: <20171222124427.GI3374@localhost> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org To: Johan Hovold Cc: Mark Rutland , devicetree@vger.kernel.org, Discussions about the Letux Kernel , Jonathan Cameron , Arnd Bergmann , Tony Lindgren , "H. Nikolaus Schaller" , kernel@pyra-handheld.com, Russell King , linux-kernel@vger.kernel.org, Thierry Reding , Rob Herring , Kevin Hilman , =?UTF-8?B?QmVub8OudA==?= Cousson , Greg Kroah-Hartman , linux-omap@vger.kernel.org, Andreas =?UTF-8?B?RsOkcmJlcg==?= , linux-arm-kernel@lists.infradead.org List-Id: devicetree@vger.kernel.org --===============6059395284625569922== Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/pEQl1CzGmESId=o.5bEznB6"; protocol="application/pgp-signature" --Sig_/pEQl1CzGmESId=o.5bEznB6 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 22 Dec 2017 13:44:27 +0100 Johan Hovold wrote: [...] > I'd suggest reiterating the problem you're trying to solve and > enumerating the previously discussed potential solutions in order to > find a proper abstraction level for this (before getting lost in > implementation details). >=20 The main point here is in short words: Having a device powered on or off when the uart it is attached to, is used or not used anymore, so the already available userspace applications do not need to be changed. I digged out a bit around: alternative aproaches were: adding hooks to the uart/tty layer: https://marc.info/?l=3Dlinux-kernel&m=3D143333222014616&w=3D2 https://marc.info/?l=3Ddevicetree&m=3D143130955414580&w=3D2 I do not find it right now in my archive: adding a virtual gpio for dtr to the omap_serial driver. The driver behind the virtual io would then handle pm. One reason it was rejected was that the devicetree should only contain real hardware and not virtual stuff. Regards, Andreas --Sig_/pEQl1CzGmESId=o.5bEznB6 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjNsZ3bHwkfCKTen3ifE1O/ULBjQFAlpU/1MACgkQifE1O/UL BjTciw/8C3LRMdrbI6LWSLDOq8cLJB3ClyMWSG1gVpo4+lXr6yDw0jkBOo4GUJU+ PVngZhi/q5aJWD65I84xkJBYphAeVNhmMvWwrPj/RDWg5d8xWIlnY/0qOt6wDQ8r eLcr7WzCjp89Uhe23noYyo1ioa+qGiiB+4s33/D/1mfZOWi9cM3nfrVDDpG16g49 uXyPEOhHUj7CVvhLVE3EQWlHifT2W2xULQ1iIZAq9ip7yEzr/C2t6d0JcfWYD2RW qcXVGHptpTi9mM7L+OzKp3Th7SzlZxcqchOw0z3boL85o0gZNRaQ5hK5UHmYTORm zvBcYD4s6RemnQtsOmtF2xGLc9oU2cTVS59kqxOiZE5KYyn17c/ftAbXS8Q5YLTz bCI9Q4UPmLyEW1KFo8UbRIXJHy0OA3op17JFCkHTUFKOWqYZ4DXrhgfGr/CYAj4j DHk2m74Z4QerCQoNLNLyAWduslMBmPzwPqBpRrM0/bbmSjlc9DZa5JxhH+GYoAfZ 4slaEVYwN3iaBn7U9MSB8JE8QQ6ZKL+cM+AUxtj/UnkGdraV5R42Lb7WP2z6Ej+h qz7S7QaXIpD+r5yl0OHxVMAKIMcIQYDWOT/X9tzw9sCBLwJRoWeS+CF0wRsMaUit vnt5EU/TwyefsoG9dEpUkDYHpO7xRpPeqorPqI1JjfdmAf9gsAs= =W8y9 -----END PGP SIGNATURE----- --Sig_/pEQl1CzGmESId=o.5bEznB6-- --===============6059395284625569922== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel --===============6059395284625569922==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: andreas@kemnade.info (Andreas Kemnade) Date: Tue, 9 Jan 2018 18:43:47 +0100 Subject: [Letux-kernel] [PATCH v5 3/5] misc serdev: Add w2sg0004 (gps receiver) power control driver In-Reply-To: <20171222124427.GI3374@localhost> References: <5494ad34b39a6c62601e3747440268dfb3be7d5a.1512114576.git.hns@goldelico.com> <20171222124427.GI3374@localhost> Message-ID: <20180109184347.28ba0a6e@aktux> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Fri, 22 Dec 2017 13:44:27 +0100 Johan Hovold wrote: [...] > I'd suggest reiterating the problem you're trying to solve and > enumerating the previously discussed potential solutions in order to > find a proper abstraction level for this (before getting lost in > implementation details). > The main point here is in short words: Having a device powered on or off when the uart it is attached to, is used or not used anymore, so the already available userspace applications do not need to be changed. I digged out a bit around: alternative aproaches were: adding hooks to the uart/tty layer: https://marc.info/?l=linux-kernel&m=143333222014616&w=2 https://marc.info/?l=devicetree&m=143130955414580&w=2 I do not find it right now in my archive: adding a virtual gpio for dtr to the omap_serial driver. The driver behind the virtual io would then handle pm. One reason it was rejected was that the devicetree should only contain real hardware and not virtual stuff. Regards, Andreas -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: