Skip to contentSkip to conversation

i2c for 4.20

GIT PULL Wolfram Sang 2 participants 3 messages Nov 10, 2018 – Nov 11, 2018 I2C subsystem host drivers

lore
Share & tools
lore
#0 lore raw

Linus,

I2C has one bugfix (qcom-geni driver), one arch enablement (i2c-omap driver, no code change), and a new driver (nvidia-gpu) this time.

I hope the rc1 rule still applies for this new driver. It consists of the I2C master part and UCSI client part which has the needed ack from Heikki.

Please pull.

Thanks,

Wolfram

The following changes since commit 651022382c7f8da46cb4872a545ee1da6d097d2a:

Linux 4.20-rc1 (2018-11-04 15:37:52 -0800)

are available in the Git repository at:

git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git i2c/for-current

for you to fetch changes up to 247c554a14aa16ca08f4ed4d9eb39a2389f69d1d:

usb: typec: ucsi: add support for Cypress CCGx (2018-11-09 18:49:59 +0100)

----------------------------------------------------------------
Ajay Gupta (2):
i2c: add i2c bus driver for NVIDIA GPU
usb: typec: ucsi: add support for Cypress CCGx

Stephen Boyd (1):
i2c: qcom-geni: Fix runtime PM mismatch with child devices

Vignesh R (3):
dt-bindings: i2c: omap: Add new compatible for AM654 SoCs
i2c: omap: Enable for ARCH_K3
MAINTAINERS: Add entry for i2c-omap driver

Wolfram Sang (1):
i2c: nvidia-gpu: make pm_ops static

with much appreciated quality assurance from
----------------------------------------------------------------
Andy Shevchenko (1):
(Rev.) i2c: add i2c bus driver for NVIDIA GPU

Douglas Anderson (1):
(Rev.) i2c: qcom-geni: Fix runtime PM mismatch with child devices

Grygorii Strashko (2):
(Rev.) i2c: omap: Enable for ARCH_K3
(Rev.) dt-bindings: i2c: omap: Add new compatible for AM654 SoCs

Rob Herring (1):
(Rev.) dt-bindings: i2c: omap: Add new compatible for AM654 SoCs

 Documentation/devicetree/bindings/i2c/i2c-omap.txt |   8 +-
 Documentation/i2c/busses/i2c-nvidia-gpu            |  18 +
 MAINTAINERS                                        |  15 +
 drivers/i2c/busses/Kconfig                         |  11 +-
 drivers/i2c/busses/Makefile                        |   1 +
 drivers/i2c/busses/i2c-nvidia-gpu.c                | 368 +++++++++++++++++++++
 drivers/i2c/busses/i2c-qcom-geni.c                 |  15 +-
 drivers/usb/typec/ucsi/Kconfig                     |  10 +
 drivers/usb/typec/ucsi/Makefile                    |   2 +
 drivers/usb/typec/ucsi/ucsi_ccg.c                  | 307 +++++++++++++++++
 10 files changed, 745 insertions(+), 10 deletions(-)
 create mode 100644 Documentation/i2c/busses/i2c-nvidia-gpu
 create mode 100644 drivers/i2c/busses/i2c-nvidia-gpu.c
 create mode 100644 drivers/usb/typec/ucsi/ucsi_ccg.c
#1 lore raw
Quoted 3 lines · Wolfram Sang

I hope the rc1 rule still applies for this new driver. It consists of the I2C master part and UCSI client part which has the needed ack from Heikki.

I've pulled it, but please don't do this again.

The "New driver" rule has become pretty much historical, simply because releases have been regular enough that it doesn't much make much sense, and we just have't had the kinds of "basic support" drivers that make sense pushing out as early as possible just to get people able to use a machine at all. So in practice, the "new driver" rule has become a "new ID or quirk" rule.

The nVidia i2c support doesn't sound so special that it couldn't have waited until the merge window.

Linus

#2 lore raw
Quoted 3 lines

people able to use a machine at all. So in practice, the "new driver" rule has become a "new ID or quirk" rule.

Got it. Will keep it in mind. Thanks!