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, 2 Jul 2012 11:28:35 +0530 Message-ID: <4FF1388B.4030108@st.com> References: <0ca1d8990c23a45193a32d0e7e889620b995af59.1330082915.git.viresh.kumar@st.com> <351031347b845920a0ea78e7491d955137e3d7aa.1330082915.git.viresh.kumar@st.com> <4F4B3072.6050903@nvidia.com> <4F4B569F.3080607@st.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <4F4B569F.3080607-qxv4g6HH51o@public.gmane.org> Sender: linux-i2c-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Shubhrajyoti Datta Cc: Rajeev kumar , Laxman Dewangan , 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 Hi Shubhrajyoti, On 2/27/2012 3:40 PM, Rajeev kumar wrote: > On 2/27/2012 2:42 PM, Shubhrajyoti Datta wrote: >> On Mon, Feb 27, 2012 at 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) >> You mean the SCL I didnt understand the gpio part? Sorry, if I am out of sync. Is any necessary action taken on this patch ? Best Regards Rajeev