From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp-out-064.synserver.de ([212.40.185.64]:1080 "EHLO smtp-out-064.synserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753356AbbFSILE (ORCPT ); Fri, 19 Jun 2015 04:11:04 -0400 Message-ID: <5583CE90.4050203@metafoo.de> Date: Fri, 19 Jun 2015 10:10:56 +0200 From: Lars-Peter Clausen MIME-Version: 1.0 To: Shubhrajyoti Datta CC: "linux-iio@vger.kernel.org" Subject: Re: JESD204B support References: <5582E038.3090207@metafoo.de> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Sender: linux-iio-owner@vger.kernel.org List-Id: linux-iio@vger.kernel.org On 06/19/2015 08:45 AM, Shubhrajyoti Datta wrote: > On Thu, Jun 18, 2015 at 8:44 PM, Lars-Peter Clausen wrote: >> On 06/18/2015 02:46 PM, Shubhrajyoti Datta wrote: >>> >>> Hi , >>> >>> I was wondering if there is any plans or existing support for JESD204B. >>> I was thinking of IIO. However any other ideas may be welcome. >> >> >> Yes, IIO is the way to go. We have some out-of-tree drivers for JESD204B >> chips. > > Great. > >> They are not quite ready yet, but we'll get there > May be sharing early could get some alignment. It mostly all at https://github.com/analogdevicesinc/linux/blob/xcomm_zynq/drivers/iio/adc/ E.g. https://github.com/analogdevicesinc/linux/blob/xcomm_zynq/drivers/iio/adc/cf_axi_jesd204b_v51.c and https://github.com/analogdevicesinc/linux/blob/xcomm_zynq/drivers/iio/adc/cf_axi_adc_core.c But it is nothing you'd want to copy infrastructure wise. The drivers have a lot of built-in assumptions about the underlying topology and will really only work with a certain JESD converter and JESD host controller combination. > > > The thing is the data rate change and the related clock tree > dependencies that it may bring. > That part looked tricky to me. So thought of talking to the community > before sketching something > not compatible. :-) Yeah, I think that's one of the parts we haven't really figured out yet. The JESD transceiver that we are using on the host system unfortunately is not re-programmable at runtime. But otherwise we are using the normal clock framework to model the various clock relationships and use it to enable/disable and setup the clocks as required. - Lars