From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rajeev kumar Subject: Re: [PATCH 2/2] i2c/designware: Provide optional i2c bus recovery function Date: Mon, 27 Feb 2012 13:40:10 +0530 Message-ID: <4F4B3A62.4080409@st.com> References: <0ca1d8990c23a45193a32d0e7e889620b995af59.1330082915.git.viresh.kumar@st.com> <351031347b845920a0ea78e7491d955137e3d7aa.1330082915.git.viresh.kumar@st.com> <4F4B3072.6050903@nvidia.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <4F4B3072.6050903-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org> Sender: linux-i2c-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Laxman Dewangan Cc: Shubhrajyoti Datta , Viresh KUMAR , "khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org" , "ben-linux-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org" , "w.sang-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org" , Armando VISCONTI , Shiraz HASHIM , Vipin KUMAR , Deepak SIKRI , Vipul Kumar SAMAR , Amit VIRDI , Pratyush ANAND , Bhupesh SHARMA , "viresh.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" , Bhavna YADAV , Vincenzo FRASCINO , Mirko GARDI , Salvatore DE DOMINICIS , "linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" List-Id: linux-i2c@vger.kernel.org On 2/27/2012 12:57 PM, Laxman Dewangan wrote: > On Monday 27 February 2012 12:51 PM, Shubhrajyoti Datta wrote: >> On Fri, Feb 24, 2012 at 5:01 PM, Viresh Kumar wrote: >>> From: Vincenzo Frascino >>> >>> Add optional i2c_recover_bus() function to the Synopsys DesignWare I2C adapter >>> driver that performs i2c bus recovery after timeout. The scope of this routine >>> is to define i2c bus recovery procedure as specified in the i2c protocol Rev. 03 >>> section 3.16 titled "Bus clear". >> What do you do in the function ? >> >> Could we have it in the driver file itself? >> > I think bus recovery mechanism is to send extra clock on SCL line by > toggling the pin (using gpio apis) and keep watching of sda line whether > it becomes high or not. > We can put this algorithms in the some common file (i2c/algos/) and so > if any i2c bus driver want to use, they can use it. > Little background: I am working on tegra i2c controller and we have > similar logic in tegra-i2c driver which we want to upstream. > If similar function is in common place, we can use this and need not to > duplicating it on every bus driver. > I agreed with Laxman, as this is the protocol issue and so it should not be in each individual driver. It should be the part of framework itself. We need to implement something like drivers/i2c/busses/i2c-gpio.c. We need to investigate more on it. Best Regards Rajeev > > ----------------------------------------------------------------------------------- > This email message is for the sole use of the intended recipient(s) and may contain > confidential information. Any unauthorized review, use, disclosure or distribution > is prohibited. If you are not the intended recipient, please contact the sender by > reply email and destroy all copies of the original message. > ----------------------------------------------------------------------------------- > . >