Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755569AbcJUREm (ORCPT ); Fri, 21 Oct 2016 13:04:42 -0400 Received: from mail-pf0-f180.google.com ([209.85.192.180]:33502 "EHLO mail-pf0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755413AbcJUREl (ORCPT ); Fri, 21 Oct 2016 13:04:41 -0400 Date: Fri, 21 Oct 2016 10:04:38 -0700 From: Moritz Fischer To: iztok.jeras@redpitaya.com Cc: p.zabel@pengutronix.de, linux-kernel@vger.kernel.org Subject: Re: Reset implementation for Zynq Message-ID: <20161021170438.GA4307@live.com> References: <20161021030847.6b4c15d01df5508dab02973c2a5944d9.645b3cfd21.mailapi@email21.godaddy.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20161021030847.6b4c15d01df5508dab02973c2a5944d9.645b3cfd21.mailapi@email21.godaddy.com> User-Agent: Mutt/1.7.0 (2016-08-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1623 Lines: 34 Iztok, On Fri, Oct 21, 2016 at 03:08:47AM -0700, iztok.jeras@redpitaya.com wrote: > Hi Moritz, > > I was looking at your reset implementation for Zynq: > https://github.com/Xilinx/linux-xlnx/blob/629041605b93343ad2e8971ceaac3edcef0b043b/drivers/reset/reset-zynq.c > I went through related mailing list posts (including earlier versions of the patch) so I kind of understand what to change in the device tree. Please look at the upstream kernel sources and use the mailing list (lkml) if you want to report bugs. Xilinx' vendor tree might or might not be up to date. > I would like to use this driver to reset the Zynq I2C controller, since we have trouble with it getting into a lock up state. > I plan to use function device_reset_optional() from: > https://github.com/Xilinx/linux-xlnx/blob/629041605b93343ad2e8971ceaac3edcef0b043b/include/linux/reset.h > > But this function is calling the reset function pointer from the reset_control_ops structure. > For the zynq driver this function pointer is not defined, only assert, deassert and status are. > > Is this a missing implementation, or is there a default implementation (I did not find one) which which performs an assert+deassert, > or is there another set of reset APIs I should use inside the kernel. You could just call reset_control_assert() and reset_control_deassert(). You're right there is currently no implementation for the 'reset' function for zynq (and most of the other SoCs). I'll need to see if it makes sense at all. Please note that you'd probably have to modify the i2c driver to integrate reset functionality cleanly. Thanks, Moritz