Re: [i2c] [GIT PULL] i2c updates for 2.6.28, round 1
Hello Linus, On Tue, 14 Oct 2008 16:54:11 -0700 (PDT), Linus Torvalds wrote: > On Tue, 14 Oct 2008, Jean Delvare wrote: > > > > Marek Vasut (1): > > i2c/tps65010: Vibrator hookup to gpiolib > > Guys, I know we geeks aren't known for our sex-life, but do we have to > make it so obvious? You are free to use your cell phone any way you like, I don't think anybody will mind :D -- Jean Delvare ___ i2c mailing list i2c@lm-sensors.org http://lists.lm-sensors.org/mailman/listinfo/i2c
Re: [i2c] [GIT PULL] i2c updates for 2.6.28, round 1
On Tue, 14 Oct 2008, Jean Delvare wrote: > > Marek Vasut (1): > i2c/tps65010: Vibrator hookup to gpiolib Guys, I know we geeks aren't known for our sex-life, but do we have to make it so obvious? Linus ___ i2c mailing list i2c@lm-sensors.org http://lists.lm-sensors.org/mailman/listinfo/i2c
Re: [i2c] [GIT PULL] i2c updates for 2.6.28, round 1
Hi Dave, On Tue, 14 Oct 2008 13:13:31 -0700 (PDT), David Miller wrote: > From: Jean Delvare <[EMAIL PROTECTED]> > Date: Tue, 14 Oct 2008 21:51:37 +0200 > > > Except for one i2c-i801 patch which depends on a pci_ids update, all I > > have in my queue was part of this pull request. So, no, I don't have > > your bus addressing nor sparc I2C driver bits. Honestly, I can't even > > remember getting such patches from you. Do you have some reference I > > can search for? If not, please send the patches to the i2c list again. > > Here are URLs to the I2C list patch postings I made, you were CC:'d on > every single one of them: > > http://lists.lm-sensors.org/pipermail/i2c/2008-August/004714.html > http://lists.lm-sensors.org/pipermail/i2c/2008-August/004716.html > http://lists.lm-sensors.org/pipermail/i2c/2008-August/004717.html > http://lists.lm-sensors.org/pipermail/i2c/2008-August/004713.html > http://lists.lm-sensors.org/pipermail/i2c/2008-August/004715.html > http://lists.lm-sensors.org/pipermail/i2c/2008-August/004719.html > http://lists.lm-sensors.org/pipermail/i2c/2008-August/004718.html > > And I include each posting here as an attachment as well. Ah, these patches. Yes, they are in my inbox. No, I didn't have the time to review them when you posted them, sorry, and then I forgot about them. > Please apply. Well, I can't apply them without giving them at least a quick review. I'll try to do that in the next few days so that the patches can be part of my second i2c pull request to Linus for 2.6.28. That is, if I don't see anything that needs more discussions. -- Jean Delvare ___ i2c mailing list i2c@lm-sensors.org http://lists.lm-sensors.org/mailman/listinfo/i2c
Re: [i2c] [GIT PULL] i2c updates for 2.6.28, round 1
From: Jean Delvare <[EMAIL PROTECTED]>
Date: Tue, 14 Oct 2008 21:51:37 +0200
> Except for one i2c-i801 patch which depends on a pci_ids update, all I
> have in my queue was part of this pull request. So, no, I don't have
> your bus addressing nor sparc I2C driver bits. Honestly, I can't even
> remember getting such patches from you. Do you have some reference I
> can search for? If not, please send the patches to the i2c list again.
Here are URLs to the I2C list patch postings I made, you were CC:'d on
every single one of them:
http://lists.lm-sensors.org/pipermail/i2c/2008-August/004714.html
http://lists.lm-sensors.org/pipermail/i2c/2008-August/004716.html
http://lists.lm-sensors.org/pipermail/i2c/2008-August/004717.html
http://lists.lm-sensors.org/pipermail/i2c/2008-August/004713.html
http://lists.lm-sensors.org/pipermail/i2c/2008-August/004715.html
http://lists.lm-sensors.org/pipermail/i2c/2008-August/004719.html
http://lists.lm-sensors.org/pipermail/i2c/2008-August/004718.html
And I include each posting here as an attachment as well.
Please apply.
Date: Thu, 21 Aug 2008 02:43:13 -0700 (PDT)
Message-Id: <[EMAIL PROTECTED]>
To: i2c@lm-sensors.org
CC: [EMAIL PROTECTED]
Subject: [PATCH 0/6]: Infrastructure for Sparc PCF I2C support.
From: David Miller <[EMAIL PROTECTED]>
X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
This series of patches implements versious pieces of infrastructure that
I need for a pcf8584 based I2C bus driver I've written. It uses the
PCF algo code and works quite well for the few I2C devices I've tested
so far.
Once I work out some details with the powerpc folks wrt. sparc support
for the drivers/of/of_i2c.c code, I can post the i2c-sunpcf.c driver
itself for inclusion.
The first patch fixes the PCF callbacks so that the ->waitforpin()
method can get at the bus driver private information. The only other
user of the PCF algo layer is an ISA driver, i2c-elektor, which only
supports a single device so this interface limitation was not noticed.
The second patch addresses a synchronization issue that exists on
sparc64 systems with I2C busses. Often the system firwmare shares the
I2C bus with the running kernel, in order to implement writes to the
EEPROM on the motherboard. Thus, when firmware properties are set,
that call into the firmware can program the same I2C bus. In my
Sun pcf8584 driver I will take a mutex which is also taken by the firmware
call in question, to ensure that two entities don't try to program the
I2C bus at the same time. From PCF algo's perspective, these are just
two hooks called around the entirety of pcf_xfer().
The third patch is a simple type fix in a debugging message of PCF algo.
The fourth patch allows a PCF algo bus driver to request that support
for SMBUS quick support not be advertised. This will disable automatic
probing sequences done by some I2C client drivers. We absolutely do not
want this on sparc systems, where the openfirmware device tree tells us
exactly where all I2C bus devices are located.
The fifth patch adds "bus" addressing to the I2C layer. Some variants
of the Sun pcf8584 controllers support an auxiliary register that
allows selecting a completely different I2C bus segment. In the openfirmware
device tree, I2C client device addresses indicate which bus the device
is on. I strove to implement this in the simplest way possible, with
full transparent backwards and forwards compatibility, for both I2C
userspace and existing drivers.
The sixth and final patch adds bus addressing support to the PCF algo
code.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
Date: Thu, 21 Aug 2008 02:43:19 -0700 (PDT)
Message-Id: <[EMAIL PROTECTED]>
To: i2c@lm-sensors.org
CC: [EMAIL PROTECTED]
Subject: [PATCH 1/6]: i2c-pcf: Pass adapter data into ->waitforpin() method.
From: David Miller <[EMAIL PROTECTED]>
X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
i2c-pcf: Pass adapter data into ->waitforpin() method.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
diff --git a/drivers/i2c/algos/i2c-algo-pcf.c b/drivers/i2c/algos/i2c-algo-pcf.c
index 1e328d1..a8a5b6d 100644
--- a/drivers/i2c/algos/i2c-algo-pcf.c
+++ b/drivers/i2c/algos/i2c-algo-pcf.c
@@ -135,7 +135,7 @@ static int wait_for_pin(struct i2c_algo_pcf_data *adap, int
*status) {
*status = get_pcf(adap, 1);
#ifndef STUB_I2C
while (timeout-- && (*status & I2C_PCF_PIN)) {
- adap->waitforpin();
+ adap->waitforpin(adap->data);
*status = get_pcf(adap, 1);
}
if (*status & I2C_PCF_LAB) {
diff --git a/drivers/i2c/busses/i2c-elektor.c b/drivers/i2c/busses/i2c-elektor.c
index 7f38c01..05f7d09 100644
--- a/drivers/i2c/busses/i2c-elektor.c
+++ b/drivers/i2c/busses/i2c-elektor.c
@@ -104,7 +104,7 @@ static in
Re: [i2c] [GIT PULL] i2c updates for 2.6.28, round 1
Hi Dave, On Tue, 14 Oct 2008 11:46:09 -0700 (PDT), David Miller wrote: > From: Jean Delvare <[EMAIL PROTECTED]> > Date: Tue, 14 Oct 2008 18:03:33 +0200 > > > Please pull the first round of i2c subsystem updates for Linux 2.6.28 > > from: > > > > git://jdelvare.pck.nerim.net/jdelvare-2.6 i2c-for-linus > > Jean, do you have my bus addressing and sparc I2C driver bits > in your queue that I submitted months ago? Except for one i2c-i801 patch which depends on a pci_ids update, all I have in my queue was part of this pull request. So, no, I don't have your bus addressing nor sparc I2C driver bits. Honestly, I can't even remember getting such patches from you. Do you have some reference I can search for? If not, please send the patches to the i2c list again. -- Jean Delvare ___ i2c mailing list i2c@lm-sensors.org http://lists.lm-sensors.org/mailman/listinfo/i2c
Re: [i2c] [GIT PULL] i2c updates for 2.6.28, round 1
From: Jean Delvare <[EMAIL PROTECTED]> Date: Tue, 14 Oct 2008 18:03:33 +0200 > Please pull the first round of i2c subsystem updates for Linux 2.6.28 > from: > > git://jdelvare.pck.nerim.net/jdelvare-2.6 i2c-for-linus Jean, do you have my bus addressing and sparc I2C driver bits in your queue that I submitted months ago? Thanks. ___ i2c mailing list i2c@lm-sensors.org http://lists.lm-sensors.org/mailman/listinfo/i2c
[i2c] [GIT PULL] i2c updates for 2.6.28, round 1
Hi Linus, Please pull the first round of i2c subsystem updates for Linux 2.6.28 from: git://jdelvare.pck.nerim.net/jdelvare-2.6 i2c-for-linus There is one new i2c bus driver (i2c-highlander), support for new VIA chips (VX800/VX820), documentation updates and many random fixes. Documentation/i2c/busses/i2c-viapro|8 +- Documentation/i2c/dev-interface| 110 ++-- Documentation/i2c/smbus-protocol |4 +- Documentation/i2c/writing-clients |4 +- arch/arm/mach-omap1/board-h3.c |4 + arch/arm/mach-omap2/board-h4.c | 11 + drivers/hwmon/dme1737.c| 320 ++--- drivers/i2c/busses/Kconfig | 20 +- drivers/i2c/busses/Makefile|1 + drivers/i2c/busses/i2c-highlander.c| 498 drivers/i2c/busses/i2c-parport-light.c | 39 +-- drivers/i2c/busses/i2c-pca-isa.c | 20 +- drivers/i2c/busses/i2c-viapro.c| 17 +- drivers/i2c/chips/isp1301_omap.c | 141 -- drivers/i2c/chips/tps65010.c | 12 +- drivers/i2c/i2c-core.c | 35 +++- 16 files changed, 918 insertions(+), 326 deletions(-) create mode 100644 drivers/i2c/busses/i2c-highlander.c --- David Brownell (2): i2c: Guard against oopses from bad init sequences i2c: Do earlier driver model init Felipe Balbi (1): i2c/isp1301_omap: Convert to a new-style i2c driver, part 1 Jean Delvare (7): i2c/isp1301_omap: Convert to a new-style i2c driver, part 2 hwmon: (dme1737) Be less i2c-centric hwmon: (dme1737) Convert to a new-style i2c driver i2c-parport-light: Don't register a platform device resource i2c: Improve dev-interface documentation i2c: Document the implementation details of the /dev interface i2c: Only build Tyan SMBus mux drivers on x86 Marek Vasut (1): i2c/tps65010: Vibrator hookup to gpiolib Paul Mundt (1): i2c: Renesas Highlander FPGA SMBus support Prakash Mortha (2): i2c: Restore i2c_smbus_process_call function i2c-viapro: Add support for SMBus Process Call transactions Rene Herman (1): i2c-pca-isa: Don't grab arbitrary resources Rudolf Marek (1): i2c-viapro: Add VX800/VX820 support Thanks, -- Jean Delvare ___ i2c mailing list i2c@lm-sensors.org http://lists.lm-sensors.org/mailman/listinfo/i2c
