From: Ben Dooks <ben-linux-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org>
To: Mark Brown
<broonie-yzvPICuk2AATkU/dhu1WVueM+bqZidxxQQ4Iyu8u01E@public.gmane.org>
Cc: Dongsoo Kim <dongsoo.kim-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
ben-Y5A6D6n0/KfQXOPxS62xeg@public.gmane.org,
????????? <kyungmin.park-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
????????? <bhmin-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
Dongsoo Kim
<dongsoo45.kim-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
?????? ??? <jsgood.yang-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
Subject: Re: About a suspicious msleep during doxfer in s3c2410 i2c bus driver
Date: Thu, 30 Jul 2009 23:18:41 +0100 [thread overview]
Message-ID: <20090730221841.GG8850@fluff.org.uk> (raw)
In-Reply-To: <20090722160639.GB14026-HF5t3jzXg/6ND3a5+9QAFujbO/Zr0HzV@public.gmane.org>
On Wed, Jul 22, 2009 at 05:06:40PM +0100, Mark Brown wrote:
> On Thu, Jul 23, 2009 at 12:58:52AM +0900, Dongsoo Kim wrote:
> > 2009. 07. 22, ?????? 9:43, Mark Brown ??????:
>
> > >My *recollection* is that this is mostly there for multi-master
> > >configurations.
>
> > I wish I could answer clearly about this but not having much
> > experience over various I2C bus devices so I can't say with a strict
> > "yes". But in my experience, I've never seen any i2c bus driver
> > serving platform data to be configured with delay support. Tho if it
> > is really necessary for some specified class of i2c devices, we
> > should make one.
>
> It wasn't for the client devices, it was for issues with synchronisation
> with the controller hardware. I'm just going on the basis of
> recollections of previous conversations with Ben here; I'm not sure to
> what extent this might be an issue with the way the hardware works
> requiring the driver to jump through hoops.
I think this has been in here for a while, and may well not be
necessary any more. If anyone else has tested this without the
msleep() here, then I'd be interested to know.
I will try and sort out testing a few boards as soon as possible to
see what is going on.
> > I'm wondering why anybody has been issued this topic yet. the driver
> > for s3c2410 i2c bus has been the way it is for ages I guess. It
> > obviously seems to be taking long time to write down registers
> > through the s3c2410 i2c bus driver than any other processor's i2c
> > driver. maybe not so many people using enormous i2c register
> > programming on Samsung processors could be the reason I suppose.
> > anyway, let's figure it out the best way we can.
> > Cheers,
>
> I expect most people would, like you, much rather just remove the sleep
> from the driver since in practice that seems to work well. For various
> reasons the S3C community isn't all that active upstream which doesn't
> help with issues like this.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-i2c" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Ben (ben-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org, http://www.fluff.org/)
'a smiley only costs 4 bytes'
next prev parent reply other threads:[~2009-07-30 22:18 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-22 8:12 About a suspicious msleep during doxfer in s3c2410 i2c bus driver Dongsoo, Nathaniel Kim
[not found] ` <5e9665e10907220112m1dbf4975icf1511bc4ac3a1bf-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-07-22 12:43 ` Mark Brown
[not found] ` <20090722124333.GC7622-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2009-07-22 15:58 ` Dongsoo Kim
[not found] ` <E724615E-9F06-4406-9852-041261C5DAA6-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-07-22 16:06 ` Mark Brown
[not found] ` <20090722160639.GB14026-HF5t3jzXg/6ND3a5+9QAFujbO/Zr0HzV@public.gmane.org>
2009-07-30 22:18 ` Ben Dooks [this message]
[not found] ` <20090730221841.GG8850-elnMNo+KYs3pIgCt6eIbzw@public.gmane.org>
2009-07-31 0:20 ` Dongsoo Kim
2009-07-31 8:05 ` Peter Korsgaard
[not found] ` <878wi5wa4z.fsf-uXGAPMMVk8amE9MCos8gUmSdvHPH+/yF@public.gmane.org>
2009-08-03 8:04 ` Ben Dooks
2009-07-31 12:32 ` Mark Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090730221841.GG8850@fluff.org.uk \
--to=ben-linux-elnmno+kys3ytjvyw6ydsg@public.gmane.org \
--cc=ben-Y5A6D6n0/KfQXOPxS62xeg@public.gmane.org \
--cc=bhmin-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org \
--cc=broonie-yzvPICuk2AATkU/dhu1WVueM+bqZidxxQQ4Iyu8u01E@public.gmane.org \
--cc=dongsoo.kim-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=dongsoo45.kim-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org \
--cc=jsgood.yang-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org \
--cc=kyungmin.park-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org \
--cc=linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).