devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
To: Bharat Kumar Reddy Gooty
	<bharat_404-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org>,
	"Grant Likely
	(grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org)"
	<grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>
Cc: "devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org"
	<devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org>
Subject: Re: [PATCH] of_i2c: I2C child node 10-bit client addressing
Date: Sat, 12 Jan 2013 20:03:47 -0700	[thread overview]
Message-ID: <50F22413.60807@wwwdotorg.org> (raw)

FYI, re:

> https://lists.ozlabs.org/pipermail/devicetree-discuss/2012-November/022645.html

I know that was a long time ago, but I was searching for information on
which chips supported 10-bit I2C addresses, and found a partial answer
to the question:

Grant Likely wrote:
> Is it possible for a device to have an address that fits in the first 7
> bits, but still requires 10 bit address transactions?

The following chip (link below) certainly supports a 10-bit I2C address
with the top-most 3 bits set to 0. Now, it does also respond to a 7-bit
I2C address of the same value, so this perhaps isn't quite an exact
answer to Grant's question. However, it does indicate to me that we
shouldn't determine whether to use 7- or 10-bit addresses solely from
the set bits in the I2C address; a separate property or flag bit in the
address field would be better, I think.

http://www.ti.com/lit/ds/snvs839/snvs839.pdf

Quoting it:

> 7-BIT and 10-BIT ADDRESSING MODES
>
> The LM8330 supports both the 7-bit and 10-bit addressing modes as defined in the NXP (Philips) I 2 C
> Specification UM10204 rev 0.3 from 2007. The default 7-bit slave address is 0x88, and the default 10-bit slave
> address is 0x088. NOTE: The upper three address bits in 10-bit mode are hard tied to 0.

             reply	other threads:[~2013-01-13  3:03 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-13  3:03 Stephen Warren [this message]
  -- strict thread matches above, loose matches on Subject: below --
2012-11-15  9:35 [PATCH] of_i2c: I2C child node 10-bit client addressing bharat_404-PkbjNfxxIARBDgjK7y7TUQ
     [not found] ` <1352972157-21299-1-git-send-email-bharat_404-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org>
2012-11-15 16:53   ` Grant Likely
     [not found]     ` <CACxGe6uSWy0-qZ3qYk5kfZzkxuyeZn0HMuzz+UU=6bGtGds1Hw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2012-11-16 13:12       ` Bharat Reddy
     [not found]         ` <BLU002-W228A2064248B1A622AA97D6AC510-MsuGFMq8XAE@public.gmane.org>
2012-11-16 14:09           ` Grant Likely
2012-10-12  3:42 Bharat Reddy
     [not found] ` <BLU002-W134A2F0BA0EF1C3BF8E491EAC8C0-MsuGFMq8XAE@public.gmane.org>
2012-11-14 16:27   ` Grant Likely
2012-11-14 16:30   ` Grant Likely

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=50F22413.60807@wwwdotorg.org \
    --to=swarren-3lzwwm7+weoh9zmkesr00q@public.gmane.org \
    --cc=bharat_404-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org \
    --cc=devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org \
    --cc=grant.likely-s3s/WqlpOiPyB63q8FvJNQ@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).