[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090107164923.417aaeac@hyperion.delvare>
Date: Wed, 7 Jan 2009 16:49:23 +0100
From: Jean Delvare <khali@...ux-fr.org>
To: "Ed Swierk" <eswierk@...stanetworks.com>
Cc: linux-i2c@...r.kernel.org, "David Brownell" <david-b@...bell.net>,
"Alessandro Zummo" <a.zummo@...ertech.it>,
linux-kernel@...r.kernel.org,
"Andrew Morton" <akpm@...ux-foundation.org>,
"BARRE Sebastien" <sbarre@...lcc.com>
Subject: Re: [PATCH] rtc-ds1307: True SMBus compatibility
On Wed, 7 Jan 2009 07:43:18 -0800, Ed Swierk wrote:
> On Wed, Jan 7, 2009 at 7:27 AM, Jean Delvare <khali@...ux-fr.org> wrote:
> > Did you try 0x4a (as i2c-amd8111 is using)?
>
> Yes, it returns an error, as do all the other unsupported commands.
Oh well.
> > So, you have the datasheet... Is this something you would be allowed to
> > share with me?
>
> Unfortunately not; we acquired it under an NDA.
I expected that :(
By any chance, the datasheet doesn't explain why SMBus block
transactions of size 32 lock the chip, nor how to work around it?
> >> I could change the ds1307 driver to check whether the controller
> >> supports i2c block commands and fall back to emulation only if they
> >> are not available. Would that address your concerns?
> >
> > Yes, that would. Same thing the eeprom or lm93 drivers are doing, to
> > only name a few of them. Should be fairly easy.
>
> OK, will do.
OK. BTW, designing a system with an SMBus master which is so clearly
inappropriate for the I2C chips that are connected to it wasn't exactly
smart to start with. Whoever did this should be told to think twice
about it next time.
--
Jean Delvare
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists