linux-toradex.git/drivers/mfd, branch v5.19-rc1

Merge tag 'arm-multiplatform-5.19-2' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc

2022-06-02T22:23:54+00:00

Pull more ARM multiplatform updates from Arnd Bergmann:
 "The second part of the multiplatform changes now converts the
  Intel/Marvell PXA platform along with the rest. The patches went
  through several rebases before the merge window as bugs were found, so
  they remained separate.

  This has to touch a lot of drivers, in particular the touchscreen,
  pcmcia, sound and clk bits, to detach the driver files from the
  platform and board specific header files"

* tag 'arm-multiplatform-5.19-2' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc: (48 commits)
  ARM: pxa/mmp: remove traces of plat-pxa
  ARM: pxa: convert to multiplatform
  ARM: pxa/sa1100: move I/O space to PCI_IOBASE
  ARM: pxa: remove support for MTD_XIP
  ARM: pxa: move mach/*.h to mach-pxa/
  ARM: PXA: fix multi-cpu build of xsc3
  ARM: pxa: move plat-pxa to drivers/soc/
  ARM: mmp: rename pxa_register_device
  ARM: mmp: remove tavorevb board support
  ARM: pxa: remove unused mach/bitfield.h
  ARM: pxa: move clk register definitions to driver
  ARM: pxa: move smemc register access from clk to platform
  cpufreq: pxa3: move clk register access to clk driver
  ARM: pxa: remove get_clk_frequency_khz()
  ARM: pxa: pcmcia: move smemc configuration back to arch
  ASoC: pxa: i2s: use normal MMIO accessors
  ASoC: pxa: ac97: use normal MMIO accessors
  ASoC: pxa: use pdev resource for FIFO regs
  Input: wm97xx - get rid of irq_enable method in wm97xx_mach_ops
  Input: wm97xx - switch to using threaded IRQ
  ...

mfd: rt4831: Improve error reporting for problems during .remove()

2022-05-23T14:08:04+00:00

Returning an error value in an i2c remove callback results in a generic
error message being emitted by the i2c core, but otherwise it doesn't make
a difference. The device goes away anyhow and the devm cleanups are
called.

So instead of triggering the generic i2c error message, emit a more helpful
message if a problem occurs and return 0 to suppress the generic message.

This patch is a preparation for making i2c remove callbacks return void.

Signed-off-by: Uwe Kleine-König 
Signed-off-by: Lee Jones 
Link: https://lore.kernel.org/r/20220502191012.53259-1-u.kleine-koenig@pengutronix.de

mfd: davinci_voicecodec: Fix possible null-ptr-deref davinci_vc_probe()

2022-05-23T13:52:45+00:00

It will cause null-ptr-deref when using 'res', if platform_get_resource()
returns NULL, so move using 'res' after devm_ioremap_resource() that
will check it to avoid null-ptr-deref.
And use devm_platform_get_and_ioremap_resource() to simplify code.

Fixes: b5e29aa880be ("mfd: davinci_voicecodec: Remove pointless #include")
Signed-off-by: Yang Yingliang 
Signed-off-by: Lee Jones 
Link: https://lore.kernel.org/r/20220426030857.3539336-1-yangyingliang@huawei.com

mfd: intel-lpss: Add support for ADL-P i2c6 and i2c7

2022-05-23T13:08:45+00:00

Added 8086:51d8 and 8086:51d9 to the intel_lpss_pci driver. They are
Intel Alder Lake-P i2c controllers.

Signed-off-by: Gaggery Tsai 
Reviewed-by: Andy Shevchenko 
Signed-off-by: Lee Jones 
Link: https://lore.kernel.org/r/20220520193537.26090-1-gaggery.tsai@intel.com

ARM/pxa/mfd/power/sound: Switch Tosa to GPIO descriptors

2022-05-07T20:55:33+00:00

The Tosa device (Sharp SL-6000) has a mishmash driver set-up
for the Toshiba TC6393xb MFD that includes a battery charger
and touchscreen and has some kind of relationship to the SoC
sound driver for the AC97 codec. Other devices define a chip
like this but seem only half-implemented, not really handling
battery charging etc.

This patch switches the Toshiba MFD device to provide GPIO
descriptors to the battery charger and SoC codec. As a result
some descriptors need to be moved out of the Tosa boardfile
and new one added: all SoC GPIO resources to these drivers
now comes from the main boardfile, while the MFD provide
GPIOs for its portions.

As a result we can request one GPIO from our own GPIO chip
and drop two hairy callbacks into the board file.

This platform badly needs to have its drivers split up and
converted to device tree probing to handle this quite complex
relationship in an orderly manner. I just do my best in solving
the GPIO descriptor part of the puzzle. Please don't ask me
to fix everything that is wrong with these driver to todays
standards, I am just trying to fix one aspect. I do try to
use modern devres resource management and handle deferred
probe using new functions where appropriate.

Cc: Dmitry Eremin-Solenikov 
Cc: Dirk Opfer 
Cc: Robert Jarzmik 
Cc: Daniel Mack 
Cc: Haojian Zhuang 
Cc: Lee Jones 
Cc: Liam Girdwood 
Reviewed-by: Dmitry Baryshkov 
Acked-by: Mark Brown 
Acked-by: Sebastian Reichel 
Signed-off-by: Linus Walleij 
Signed-off-by: Arnd Bergmann

mfd: twl4030: Make twl4030_exit_irq() return void

2022-04-28T16:24:40+00:00

If twl4030_exit_irq() returns an error, the effect is that the caller
(twl_remove()) forwards the error to the i2c core without unregistering
its dummy slave devices. This only makes the i2c core emit another
error message and then it still removes the device.

In this situation it doesn't make sense to abort the remove cleanup and not
unregister the slave devices. So do that. Then return value is actually
unused and twl4030_exit_irq() can better be changed to return no value at
all.

Signed-off-by: Uwe Kleine-König 
Signed-off-by: Lee Jones 
Link: https://lore.kernel.org/r/20220113101430.12869-3-u.kleine-koenig@pengutronix.de

mfd: twl6030: Make twl6030_exit_irq() return void

2022-04-28T16:24:10+00:00

This function returns 0 unconditionally, so there is no benefit in
returning a value at all and make the caller do error checking.

Also the caller (twl_remove()) cannot do anything sensible with an error
code. Passing it up the call stack isn't a good option because the i2c core
ignores error codes (apart from emitting an error message).

Signed-off-by: Uwe Kleine-König 
Signed-off-by: Lee Jones 
Link: https://lore.kernel.org/r/20220113101430.12869-2-u.kleine-koenig@pengutronix.de

mfd: sprd: Jugle {of,spi}_device_id tables into numerical order

2022-04-27T09:33:11+00:00

Ordered with the smallest number at the top.

Signed-off-by: Cixi Geng 
Signed-off-by: Lee Jones 
Link: https://lore.kernel.org/r/20220427075212.3409407-1-gengcixi@gmail.com

mfd: sprd: Add SC2730 PMIC to SPI device ID table

2022-04-27T07:36:48+00:00

Add the SC2730 PMIC support for module autoloading
through SPI modalises.

Signed-off-by: Cixi Geng 
Signed-off-by: Lee Jones 
Link: https://lore.kernel.org/r/20220425132410.2708304-1-gengcixi@gmail.com

mfd: cros_ec_dev: Only register PCHG device if present

2022-04-26T18:23:24+00:00

Don't create a device for the peripheral charger (PCHG) if there aren't
any peripheral charger ports. This removes a device on most ChromeOS
systems, because the peripheral charger functionality isn't always
present.

Cc: Prashant Malani 
Cc: Tzung-Bi Shih 
Cc: Daisuke Nojiri 
Cc: Benson Leung 
Cc: Guenter Roeck 
Cc: 
Signed-off-by: Stephen Boyd 
Reviewed-by: Prashant Malani 
Signed-off-by: Lee Jones 
Link: https://lore.kernel.org/r/20220419000408.3202635-1-swboyd@chromium.org