From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Lunn Subject: Re: [patch v2 0/2] Date: Wed, 9 Aug 2017 16:31:28 +0200 Message-ID: <20170809143128.GI30723@lunn.ch> References: <1502115467-1735-1-git-send-email-oleksandrs@mellanox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <1502115467-1735-1-git-send-email-oleksandrs-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org> Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Oleksandr Shamray Cc: gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org, arnd-r2nGTMty4D4@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, jiri-rHqAuBHg3fBzbRFIqnYvSA@public.gmane.org, system-sw-low-level-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org, openbmc-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, openocd-devel-owner-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org, mec-WqBc5aa1uDFeoWH0uzbU5w@public.gmane.org, robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, joel-U3u1mxZcP9KHXe+LvDLADg@public.gmane.org, linux-serial-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, vadimp-45czdsxZ+A5DPfheJLI6IQ@public.gmane.org, tklauser-93Khv+1bN0NyDzI6CaY1VQ@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org List-Id: linux-serial@vger.kernel.org On Mon, Aug 07, 2017 at 05:17:45PM +0300, Oleksandr Shamray wrote: > When a need raise up to use JTAG interface for system's devices > programming or CPU debugging, it could be done from the external > JTAG master controller. > > For such purpose, usually the user layer > application implements jtag protocol or using a proprietary > connection to vendor hardware. > This method is slow and not generic. > > We propose to implement general JTAG interface and infrastructure > to communicate with user layer application. Hi Oleksandr You might find this discussion interesting: https://lists.linuxfoundation.org/pipermail/ksummit-discuss/2017-August/004721.html You are defining a new ABI here, so linux-abi should be involved in the discussion of these patches. Andrew -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from vps0.lunn.ch (vps0.lunn.ch [178.209.37.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 3xSDGz1CcKzDqjk for ; Thu, 10 Aug 2017 00:31:37 +1000 (AEST) Received: from andrew by vps0.lunn.ch with local (Exim 4.84_2) (envelope-from ) id 1dfS1A-0006lK-MG; Wed, 09 Aug 2017 16:31:28 +0200 Date: Wed, 9 Aug 2017 16:31:28 +0200 From: Andrew Lunn To: Oleksandr Shamray Cc: gregkh@linuxfoundation.org, arnd@arndb.de, devicetree@vger.kernel.org, jiri@resnulli.us, system-sw-low-level@mellanox.com, openbmc@lists.ozlabs.org, linux-kernel@vger.kernel.org, openocd-devel-owner@lists.sourceforge.net, mec@shout.net, robh+dt@kernel.org, joel@jms.id.au, linux-serial@vger.kernel.org, vadimp@maellanox.com, tklauser@distanz.ch, linux-arm-kernel@lists.infradead.org Subject: Re: [patch v2 0/2] Message-ID: <20170809143128.GI30723@lunn.ch> References: <1502115467-1735-1-git-send-email-oleksandrs@mellanox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1502115467-1735-1-git-send-email-oleksandrs@mellanox.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: openbmc@lists.ozlabs.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Development list for OpenBMC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2017 14:31:39 -0000 On Mon, Aug 07, 2017 at 05:17:45PM +0300, Oleksandr Shamray wrote: > When a need raise up to use JTAG interface for system's devices > programming or CPU debugging, it could be done from the external > JTAG master controller. > > For such purpose, usually the user layer > application implements jtag protocol or using a proprietary > connection to vendor hardware. > This method is slow and not generic. > > We propose to implement general JTAG interface and infrastructure > to communicate with user layer application. Hi Oleksandr You might find this discussion interesting: https://lists.linuxfoundation.org/pipermail/ksummit-discuss/2017-August/004721.html You are defining a new ABI here, so linux-abi should be involved in the discussion of these patches. Andrew From mboxrd@z Thu Jan 1 00:00:00 1970 From: andrew@lunn.ch (Andrew Lunn) Date: Wed, 9 Aug 2017 16:31:28 +0200 Subject: [patch v2 0/2] In-Reply-To: <1502115467-1735-1-git-send-email-oleksandrs@mellanox.com> References: <1502115467-1735-1-git-send-email-oleksandrs@mellanox.com> Message-ID: <20170809143128.GI30723@lunn.ch> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Mon, Aug 07, 2017 at 05:17:45PM +0300, Oleksandr Shamray wrote: > When a need raise up to use JTAG interface for system's devices > programming or CPU debugging, it could be done from the external > JTAG master controller. > > For such purpose, usually the user layer > application implements jtag protocol or using a proprietary > connection to vendor hardware. > This method is slow and not generic. > > We propose to implement general JTAG interface and infrastructure > to communicate with user layer application. Hi Oleksandr You might find this discussion interesting: https://lists.linuxfoundation.org/pipermail/ksummit-discuss/2017-August/004721.html You are defining a new ABI here, so linux-abi should be involved in the discussion of these patches. Andrew