I2C: Sync i2c-id.h with legacy i2c project
PATCH 1/1 I2C: Sync i2c-id.h with legacy i2c project
Hi Greg,
There is a change to include/linux/i2c-id.h in your bk-i2c tree which I suspect breaks the new i2c-au1550 bus driver:
Quoted 5 lines
diff -Nru
a/include/linux/i2c-id.hb/include/linux/i2c-id.hinclude/linux/i2c-id.h +0
-0@@ -198,9 +198,8 @@#define I2C_ALGO_IOP3XX 0x140000/* XSCALE IOP3XX On-chip I2C alg */
include/linux/i2c-id.h line 205
Quoted 10 lines
include/linux/i2c-id.h +2
-3#define I2C_ALGO_PCA 0x150000/* PCA 9564 style adapters */ -#define I2C_ALGO_SIBYTE 0x150000/* Broadcom SiByte SOCs */ -#define I2C_ALGO_SGI 0x160000/* SGI algorithm */ -#define I2C_ALGO_AU1550 0x170000/* Au1550 PSC algorithm */ +#define I2C_ALGO_SIBYTE 0x160000/* Broadcom SiByte SOCs */ +#define I2C_ALGO_SGI 0x170000/* SGI algorithm */ #define I2C_ALGO_EXP 0x800000/* experimental */
Please back it out and instead apply this one, which fixes the conflict between I2C_ALGO_SIBYTE and I2C_ALGO_PCA as well and more generally brings values in line with the i2c-id.h file from the i2c legacy project [1]. I've added comments about reserved IDs on both sides so as to avoid future collisions.
Thanks.
[1] http://www2.lm-sensors.nu/~lm78/cvs/i2c/kernel/i2c-id.h
include/linux/i2c-id.h renamed from include/linux/i2c-id.h.orig +7 -6
@@ -20,8 +20,6 @@Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ /* ------------------------------------------------------------------------- */ -/* $Id: i2c-id.h,v 1.68 2003/02/25 02:55:18 mds Exp $ */ -#ifndef LINUX_I2C_ID_H #define LINUX_I2C_ID_H
@@ -196,11 +194,13 @@#define I2C_ALGO_OCP 0x120000/* IBM or otherwise On-chip I2C algorithm */ #define I2C_ALGO_BITHS 0x130000/* enhanced bit style adapters */ #define I2C_ALGO_IOP3XX 0x140000/* XSCALE IOP3XX On-chip I2C alg */ -#define I2C_ALGO_PCA 0x150000/* PCA 9564 style adapters */ -#define I2C_ALGO_SIBYTE 0x150000/* Broadcom SiByte SOCs */ -#define I2C_ALGO_SGI 0x160000/* SGI algorithm */ -#define I2C_ALGO_AU1550 0x170000/* Au1550 PSC algorithm */ +#define I2C_ALGO_SGI 0x160000/* SGI algorithm */ +/* 0x170000 reserved for I2C_ALGO_USB, USB algorithm */ +/* 0x180000 reserved for I2C_ALGO_VIRT, Virtual bus adapter */ +#define I2C_ALGO_MV64XXX 0x190000/* Marvell mv64xxx i2c ctlr */ +#define I2C_ALGO_PCA 0x1a0000/* PCA 9564 style adapters */ +#define I2C_ALGO_AU1550 0x1b0000/* Au1550 PSC algorithm */ #define I2C_ALGO_EXP 0x800000/* experimental */
@@ -240,6 +240,7 @@#define I2C_HW_B_IXP4XX 0x17/* GPIO on IXP4XX systems */ #define I2C_HW_B_S3VIA 0x18/* S3Via ProSavage adapter */ #define I2C_HW_B_ZR36067 0x19/* Zoran-36057/36067 based boards */ +#define I2C_HW_B_PCILYNX 0x1a/* TI PCILynx I2C adapter */ #define I2C_HW_B_CX2388x 0x1b/* connexant 2388x based tv cards */ /* --- PCF 8584 based algorithms */
Signature · 1 line
Jean Delvare
PATCH 1/1 I2C: Sync i2c-id.h with legacy i2c project
Quoted 18 lines · Jean Delvare
Hi Greg,
There is a change to
include/linux/i2c-id.hin your bk-i2c tree which I suspect breaks the new i2c-au1550 bus driver:Quoted 13 lines
diff -Nru
a/include/linux/i2c-id.hb/include/linux/i2c-id.hinclude/linux/i2c-id.h +2
-3@@ -198,9 +198,8 @@#define I2C_ALGO_IOP3XX 0x140000/* XSCALE IOP3XX On-chip I2C alg */ #define I2C_ALGO_PCA 0x150000/* PCA 9564 style adapters */ -#define I2C_ALGO_SIBYTE 0x150000/* Broadcom SiByte SOCs */ -#define I2C_ALGO_SGI 0x160000/* SGI algorithm */ -#define I2C_ALGO_AU1550 0x170000/* Au1550 PSC algorithm */ +#define I2C_ALGO_SIBYTE 0x160000/* Broadcom SiByte SOCs */ +#define I2C_ALGO_SGI 0x170000/* SGI algorithm */
Quoted 8 lines
include/linux/i2c-id.h line 206
Quoted 2 lines
include/linux/i2c-id.h +0
-0#define I2C_ALGO_EXP 0x800000/* experimental */ Please back it out and instead apply this one, which fixes the conflict between
I2C_ALGO_SIBYTEandI2C_ALGO_PCAas well and more generally brings values in line with thei2c-id.hfile from the i2c legacy project [1]. I've added comments about reserved IDs on both sides so as to avoid future collisions.
Ick, what a mess. I've fixed this up in my trees now, and added the "reserved" numbers you had in your patch (why reserve them, why not just use them :)
thanks,
greg k-h
PATCH 1/1 I2C: Sync i2c-id.h with legacy i2c project
In reply to Jean DelvareHi Greg,
Quoted 3 lines
Ick, what a mess. I've fixed this up in my trees now, and added the "reserved" numbers you had in your patch (why reserve them, why not just use them :)
Because they have no user at the moment, and might as well never have in the future?
I don't really care that they are defined by anticipation or only reserved as comments as long as this ensures that no duplicate nor collision will exist.
Thanks,
--
Jean Delvare