Message ID | 20250309193612.251929-1-linux@treblig.org |
---|---|
Headers | show |
Series | Remove pcf50633 | expand |
On Sun, Mar 9, 2025, at 20:36, linux@treblig.org wrote: > From: "Dr. David Alan Gilbert" <linux@treblig.org> > > The pcf50633 was used as part of the OpenMoko devices but > the support for its main chip was recently removed in: > commit 61b7f8920b17 ("ARM: s3c: remove all s3c24xx support") > > See https://lore.kernel.org/all/Z8z236h4B5A6Ki3D@gallifrey/ > > Remove it. > > I've split this up based on the subcomponents to make the size > of each patch sensible. > > Dave > > Signed-off-by: Dr. David Alan Gilbert <linux@treblig.org> Looks all good to me. Whole series Acked-by: Arnd Bergmann <arnd@arndb.de>
Hello, On 09/03/2025 19:36:06+0000, linux@treblig.org wrote: > From: "Dr. David Alan Gilbert" <linux@treblig.org> > > The pcf50633 was used as part of the OpenMoko devices but > the support for its main chip was recently removed in: > commit 61b7f8920b17 ("ARM: s3c: remove all s3c24xx support") > > See https://lore.kernel.org/all/Z8z236h4B5A6Ki3D@gallifrey/ > > Remove it. > > Signed-off-by: Dr. David Alan Gilbert <linux@treblig.org> > --- > drivers/mfd/pcf50633-core.c | 2 - > drivers/rtc/Kconfig | 7 - > drivers/rtc/Makefile | 1 - > drivers/rtc/rtc-pcf50633.c | 284 ------------------------------ > include/linux/mfd/pcf50633/core.h | 1 - > 5 files changed, 295 deletions(-) > delete mode 100644 drivers/rtc/rtc-pcf50633.c If you would separate by subsystem, this would be easier to apply. I don't think the mfd changes are necessary from a bisection point of view. > > diff --git a/drivers/mfd/pcf50633-core.c b/drivers/mfd/pcf50633-core.c > index 08aa68ef2fbc..d991a77f6dd2 100644 > --- a/drivers/mfd/pcf50633-core.c > +++ b/drivers/mfd/pcf50633-core.c > @@ -208,7 +208,6 @@ static int pcf50633_probe(struct i2c_client *client) > > /* Create sub devices */ > pcf50633_client_dev_register(pcf, "pcf50633-input", &pcf->input_pdev); > - pcf50633_client_dev_register(pcf, "pcf50633-rtc", &pcf->rtc_pdev); > pcf50633_client_dev_register(pcf, "pcf50633-mbc", &pcf->mbc_pdev); > > > @@ -259,7 +258,6 @@ static void pcf50633_remove(struct i2c_client *client) > pcf50633_irq_free(pcf); > > platform_device_unregister(pcf->input_pdev); > - platform_device_unregister(pcf->rtc_pdev); > platform_device_unregister(pcf->mbc_pdev); > > for (i = 0; i < PCF50633_NUM_REGULATORS; i++) > diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig > index 0bbbf778ecfa..838bdc138ffe 100644 > --- a/drivers/rtc/Kconfig > +++ b/drivers/rtc/Kconfig > @@ -1321,13 +1321,6 @@ config RTC_DRV_SPEAR > If you say Y here you will get support for the RTC found on > spear > > -config RTC_DRV_PCF50633 > - depends on MFD_PCF50633 > - tristate "NXP PCF50633 RTC" > - help > - If you say yes here you get support for the RTC subsystem of the > - NXP PCF50633 used in embedded systems. > - > config RTC_DRV_AB8500 > tristate "ST-Ericsson AB8500 RTC" > depends on AB8500_CORE > diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile > index 489b4ab07068..31473b3276d9 100644 > --- a/drivers/rtc/Makefile > +++ b/drivers/rtc/Makefile > @@ -126,7 +126,6 @@ obj-$(CONFIG_RTC_DRV_PALMAS) += rtc-palmas.o > obj-$(CONFIG_RTC_DRV_PCAP) += rtc-pcap.o > obj-$(CONFIG_RTC_DRV_PCF2123) += rtc-pcf2123.o > obj-$(CONFIG_RTC_DRV_PCF2127) += rtc-pcf2127.o > -obj-$(CONFIG_RTC_DRV_PCF50633) += rtc-pcf50633.o > obj-$(CONFIG_RTC_DRV_PCF85063) += rtc-pcf85063.o > obj-$(CONFIG_RTC_DRV_PCF8523) += rtc-pcf8523.o > obj-$(CONFIG_RTC_DRV_PCF85363) += rtc-pcf85363.o > diff --git a/drivers/rtc/rtc-pcf50633.c b/drivers/rtc/rtc-pcf50633.c > deleted file mode 100644 > index c019c4d91c7d..000000000000 > --- a/drivers/rtc/rtc-pcf50633.c > +++ /dev/null > @@ -1,284 +0,0 @@ > -// SPDX-License-Identifier: GPL-2.0-or-later > -/* NXP PCF50633 RTC Driver > - * > - * (C) 2006-2008 by Openmoko, Inc. > - * Author: Balaji Rao <balajirrao@openmoko.org> > - * All rights reserved. > - * > - * Broken down from monstrous PCF50633 driver mainly by > - * Harald Welte, Andy Green and Werner Almesberger > - */ > - > -#include <linux/kernel.h> > -#include <linux/module.h> > -#include <linux/init.h> > -#include <linux/device.h> > -#include <linux/slab.h> > -#include <linux/platform_device.h> > -#include <linux/rtc.h> > -#include <linux/bcd.h> > -#include <linux/err.h> > - > -#include <linux/mfd/pcf50633/core.h> > - > -#define PCF50633_REG_RTCSC 0x59 /* Second */ > -#define PCF50633_REG_RTCMN 0x5a /* Minute */ > -#define PCF50633_REG_RTCHR 0x5b /* Hour */ > -#define PCF50633_REG_RTCWD 0x5c /* Weekday */ > -#define PCF50633_REG_RTCDT 0x5d /* Day */ > -#define PCF50633_REG_RTCMT 0x5e /* Month */ > -#define PCF50633_REG_RTCYR 0x5f /* Year */ > -#define PCF50633_REG_RTCSCA 0x60 /* Alarm Second */ > -#define PCF50633_REG_RTCMNA 0x61 /* Alarm Minute */ > -#define PCF50633_REG_RTCHRA 0x62 /* Alarm Hour */ > -#define PCF50633_REG_RTCWDA 0x63 /* Alarm Weekday */ > -#define PCF50633_REG_RTCDTA 0x64 /* Alarm Day */ > -#define PCF50633_REG_RTCMTA 0x65 /* Alarm Month */ > -#define PCF50633_REG_RTCYRA 0x66 /* Alarm Year */ > - > -enum pcf50633_time_indexes { > - PCF50633_TI_SEC, > - PCF50633_TI_MIN, > - PCF50633_TI_HOUR, > - PCF50633_TI_WKDAY, > - PCF50633_TI_DAY, > - PCF50633_TI_MONTH, > - PCF50633_TI_YEAR, > - PCF50633_TI_EXTENT /* always last */ > -}; > - > -struct pcf50633_time { > - u_int8_t time[PCF50633_TI_EXTENT]; > -}; > - > -struct pcf50633_rtc { > - int alarm_enabled; > - int alarm_pending; > - > - struct pcf50633 *pcf; > - struct rtc_device *rtc_dev; > -}; > - > -static void pcf2rtc_time(struct rtc_time *rtc, struct pcf50633_time *pcf) > -{ > - rtc->tm_sec = bcd2bin(pcf->time[PCF50633_TI_SEC]); > - rtc->tm_min = bcd2bin(pcf->time[PCF50633_TI_MIN]); > - rtc->tm_hour = bcd2bin(pcf->time[PCF50633_TI_HOUR]); > - rtc->tm_wday = bcd2bin(pcf->time[PCF50633_TI_WKDAY]); > - rtc->tm_mday = bcd2bin(pcf->time[PCF50633_TI_DAY]); > - rtc->tm_mon = bcd2bin(pcf->time[PCF50633_TI_MONTH]) - 1; > - rtc->tm_year = bcd2bin(pcf->time[PCF50633_TI_YEAR]) + 100; > -} > - > -static void rtc2pcf_time(struct pcf50633_time *pcf, struct rtc_time *rtc) > -{ > - pcf->time[PCF50633_TI_SEC] = bin2bcd(rtc->tm_sec); > - pcf->time[PCF50633_TI_MIN] = bin2bcd(rtc->tm_min); > - pcf->time[PCF50633_TI_HOUR] = bin2bcd(rtc->tm_hour); > - pcf->time[PCF50633_TI_WKDAY] = bin2bcd(rtc->tm_wday); > - pcf->time[PCF50633_TI_DAY] = bin2bcd(rtc->tm_mday); > - pcf->time[PCF50633_TI_MONTH] = bin2bcd(rtc->tm_mon + 1); > - pcf->time[PCF50633_TI_YEAR] = bin2bcd(rtc->tm_year % 100); > -} > - > -static int > -pcf50633_rtc_alarm_irq_enable(struct device *dev, unsigned int enabled) > -{ > - struct pcf50633_rtc *rtc = dev_get_drvdata(dev); > - int err; > - > - if (enabled) > - err = pcf50633_irq_unmask(rtc->pcf, PCF50633_IRQ_ALARM); > - else > - err = pcf50633_irq_mask(rtc->pcf, PCF50633_IRQ_ALARM); > - > - if (err < 0) > - return err; > - > - rtc->alarm_enabled = enabled; > - > - return 0; > -} > - > -static int pcf50633_rtc_read_time(struct device *dev, struct rtc_time *tm) > -{ > - struct pcf50633_rtc *rtc; > - struct pcf50633_time pcf_tm; > - int ret; > - > - rtc = dev_get_drvdata(dev); > - > - ret = pcf50633_read_block(rtc->pcf, PCF50633_REG_RTCSC, > - PCF50633_TI_EXTENT, > - &pcf_tm.time[0]); > - if (ret != PCF50633_TI_EXTENT) { > - dev_err(dev, "Failed to read time\n"); > - return -EIO; > - } > - > - dev_dbg(dev, "PCF_TIME: %02x.%02x.%02x %02x:%02x:%02x\n", > - pcf_tm.time[PCF50633_TI_DAY], > - pcf_tm.time[PCF50633_TI_MONTH], > - pcf_tm.time[PCF50633_TI_YEAR], > - pcf_tm.time[PCF50633_TI_HOUR], > - pcf_tm.time[PCF50633_TI_MIN], > - pcf_tm.time[PCF50633_TI_SEC]); > - > - pcf2rtc_time(tm, &pcf_tm); > - > - dev_dbg(dev, "RTC_TIME: %ptRr\n", tm); > - > - return 0; > -} > - > -static int pcf50633_rtc_set_time(struct device *dev, struct rtc_time *tm) > -{ > - struct pcf50633_rtc *rtc; > - struct pcf50633_time pcf_tm; > - int alarm_masked, ret = 0; > - > - rtc = dev_get_drvdata(dev); > - > - dev_dbg(dev, "RTC_TIME: %ptRr\n", tm); > - > - rtc2pcf_time(&pcf_tm, tm); > - > - dev_dbg(dev, "PCF_TIME: %02x.%02x.%02x %02x:%02x:%02x\n", > - pcf_tm.time[PCF50633_TI_DAY], > - pcf_tm.time[PCF50633_TI_MONTH], > - pcf_tm.time[PCF50633_TI_YEAR], > - pcf_tm.time[PCF50633_TI_HOUR], > - pcf_tm.time[PCF50633_TI_MIN], > - pcf_tm.time[PCF50633_TI_SEC]); > - > - > - alarm_masked = pcf50633_irq_mask_get(rtc->pcf, PCF50633_IRQ_ALARM); > - > - if (!alarm_masked) > - pcf50633_irq_mask(rtc->pcf, PCF50633_IRQ_ALARM); > - > - /* Returns 0 on success */ > - ret = pcf50633_write_block(rtc->pcf, PCF50633_REG_RTCSC, > - PCF50633_TI_EXTENT, > - &pcf_tm.time[0]); > - > - if (!alarm_masked) > - pcf50633_irq_unmask(rtc->pcf, PCF50633_IRQ_ALARM); > - > - return ret; > -} > - > -static int pcf50633_rtc_read_alarm(struct device *dev, struct rtc_wkalrm *alrm) > -{ > - struct pcf50633_rtc *rtc; > - struct pcf50633_time pcf_tm; > - int ret = 0; > - > - rtc = dev_get_drvdata(dev); > - > - alrm->enabled = rtc->alarm_enabled; > - alrm->pending = rtc->alarm_pending; > - > - ret = pcf50633_read_block(rtc->pcf, PCF50633_REG_RTCSCA, > - PCF50633_TI_EXTENT, &pcf_tm.time[0]); > - if (ret != PCF50633_TI_EXTENT) { > - dev_err(dev, "Failed to read time\n"); > - return -EIO; > - } > - > - pcf2rtc_time(&alrm->time, &pcf_tm); > - > - return rtc_valid_tm(&alrm->time); > -} > - > -static int pcf50633_rtc_set_alarm(struct device *dev, struct rtc_wkalrm *alrm) > -{ > - struct pcf50633_rtc *rtc; > - struct pcf50633_time pcf_tm; > - int alarm_masked, ret = 0; > - > - rtc = dev_get_drvdata(dev); > - > - rtc2pcf_time(&pcf_tm, &alrm->time); > - > - /* do like mktime does and ignore tm_wday */ > - pcf_tm.time[PCF50633_TI_WKDAY] = 7; > - > - alarm_masked = pcf50633_irq_mask_get(rtc->pcf, PCF50633_IRQ_ALARM); > - > - /* disable alarm interrupt */ > - if (!alarm_masked) > - pcf50633_irq_mask(rtc->pcf, PCF50633_IRQ_ALARM); > - > - /* Returns 0 on success */ > - ret = pcf50633_write_block(rtc->pcf, PCF50633_REG_RTCSCA, > - PCF50633_TI_EXTENT, &pcf_tm.time[0]); > - if (!alrm->enabled) > - rtc->alarm_pending = 0; > - > - if (!alarm_masked || alrm->enabled) > - pcf50633_irq_unmask(rtc->pcf, PCF50633_IRQ_ALARM); > - rtc->alarm_enabled = alrm->enabled; > - > - return ret; > -} > - > -static const struct rtc_class_ops pcf50633_rtc_ops = { > - .read_time = pcf50633_rtc_read_time, > - .set_time = pcf50633_rtc_set_time, > - .read_alarm = pcf50633_rtc_read_alarm, > - .set_alarm = pcf50633_rtc_set_alarm, > - .alarm_irq_enable = pcf50633_rtc_alarm_irq_enable, > -}; > - > -static void pcf50633_rtc_irq(int irq, void *data) > -{ > - struct pcf50633_rtc *rtc = data; > - > - rtc_update_irq(rtc->rtc_dev, 1, RTC_AF | RTC_IRQF); > - rtc->alarm_pending = 1; > -} > - > -static int pcf50633_rtc_probe(struct platform_device *pdev) > -{ > - struct pcf50633_rtc *rtc; > - > - rtc = devm_kzalloc(&pdev->dev, sizeof(*rtc), GFP_KERNEL); > - if (!rtc) > - return -ENOMEM; > - > - rtc->pcf = dev_to_pcf50633(pdev->dev.parent); > - platform_set_drvdata(pdev, rtc); > - rtc->rtc_dev = devm_rtc_device_register(&pdev->dev, "pcf50633-rtc", > - &pcf50633_rtc_ops, THIS_MODULE); > - > - if (IS_ERR(rtc->rtc_dev)) > - return PTR_ERR(rtc->rtc_dev); > - > - pcf50633_register_irq(rtc->pcf, PCF50633_IRQ_ALARM, > - pcf50633_rtc_irq, rtc); > - return 0; > -} > - > -static void pcf50633_rtc_remove(struct platform_device *pdev) > -{ > - struct pcf50633_rtc *rtc; > - > - rtc = platform_get_drvdata(pdev); > - pcf50633_free_irq(rtc->pcf, PCF50633_IRQ_ALARM); > -} > - > -static struct platform_driver pcf50633_rtc_driver = { > - .driver = { > - .name = "pcf50633-rtc", > - }, > - .probe = pcf50633_rtc_probe, > - .remove = pcf50633_rtc_remove, > -}; > - > -module_platform_driver(pcf50633_rtc_driver); > - > -MODULE_DESCRIPTION("PCF50633 RTC driver"); > -MODULE_AUTHOR("Balaji Rao <balajirrao@openmoko.org>"); > -MODULE_LICENSE("GPL"); > - > diff --git a/include/linux/mfd/pcf50633/core.h b/include/linux/mfd/pcf50633/core.h > index 42e0412fa98f..f5ab3e64c230 100644 > --- a/include/linux/mfd/pcf50633/core.h > +++ b/include/linux/mfd/pcf50633/core.h > @@ -146,7 +146,6 @@ struct pcf50633 { > > int onkey1s_held; > > - struct platform_device *rtc_pdev; > struct platform_device *mbc_pdev; > struct platform_device *input_pdev; > struct platform_device *regulator_pdev[PCF50633_NUM_REGULATORS]; > -- > 2.48.1 >
On Sun, Mar 09, 2025 at 07:36:08PM +0000, linux@treblig.org wrote: > From: "Dr. David Alan Gilbert" <linux@treblig.org> > > The pcf50633 was used as part of the OpenMoko devices but > the support for its main chip was recently removed in: > commit 61b7f8920b17 ("ARM: s3c: remove all s3c24xx support") > > See https://lore.kernel.org/all/Z8z236h4B5A6Ki3D@gallifrey/ > > Remove it. > > Signed-off-by: Dr. David Alan Gilbert <linux@treblig.org> Acked-by: Dmitry Torokhov <dmitry.torokhov@gmail.com> Please merge with the rest of the changes. Thanks.
* linux@treblig.org (linux@treblig.org) wrote: > From: "Dr. David Alan Gilbert" <linux@treblig.org> > > The pcf50633 was used as part of the OpenMoko devices but > the support for its main chip was recently removed in: > commit 61b7f8920b17 ("ARM: s3c: remove all s3c24xx support") > > See https://lore.kernel.org/all/Z8z236h4B5A6Ki3D@gallifrey/ > > Remove it. > > I've split this up based on the subcomponents to make the size > of each patch sensible. > Both Alexandre and Mark would prefer the mfd changes to be more separate from the subsystem changes, so I'll cook a v2 shortly. Dave > > Signed-off-by: Dr. David Alan Gilbert <linux@treblig.org> > > > Dr. David Alan Gilbert (9): > mfd: pcf50633-adc: Remove > backlight: pcf50633-backlight: Remove > rtc: pcf50633: Remove > mfd: pcF50633-gpio: Remove > Input: pcf50633-input - Remove > regulator: pcf50633-regulator: Remove > power: supply: pcf50633: Remove charger > mfd: pcf50633: Remove irq code > mfd: pcf50633: Remove remains > > arch/mips/configs/ip27_defconfig | 3 - > drivers/input/misc/Kconfig | 7 - > drivers/input/misc/Makefile | 1 - > drivers/input/misc/pcf50633-input.c | 113 ----- > drivers/mfd/Kconfig | 24 - > drivers/mfd/Makefile | 4 - > drivers/mfd/pcf50633-adc.c | 255 ---------- > drivers/mfd/pcf50633-core.c | 304 ------------ > drivers/mfd/pcf50633-gpio.c | 92 ---- > drivers/mfd/pcf50633-irq.c | 312 ------------- > drivers/power/supply/Kconfig | 6 - > drivers/power/supply/Makefile | 1 - > drivers/power/supply/pcf50633-charger.c | 466 ------------------- > drivers/regulator/Kconfig | 7 - > drivers/regulator/Makefile | 1 - > drivers/regulator/pcf50633-regulator.c | 124 ----- > drivers/rtc/Kconfig | 7 - > drivers/rtc/Makefile | 1 - > drivers/rtc/rtc-pcf50633.c | 284 ----------- > drivers/video/backlight/Kconfig | 7 - > drivers/video/backlight/Makefile | 1 - > drivers/video/backlight/pcf50633-backlight.c | 154 ------ > include/linux/mfd/pcf50633/adc.h | 69 --- > include/linux/mfd/pcf50633/backlight.h | 42 -- > include/linux/mfd/pcf50633/core.h | 232 --------- > include/linux/mfd/pcf50633/gpio.h | 48 -- > include/linux/mfd/pcf50633/mbc.h | 130 ------ > include/linux/mfd/pcf50633/pmic.h | 68 --- > 28 files changed, 2763 deletions(-) > delete mode 100644 drivers/input/misc/pcf50633-input.c > delete mode 100644 drivers/mfd/pcf50633-adc.c > delete mode 100644 drivers/mfd/pcf50633-core.c > delete mode 100644 drivers/mfd/pcf50633-gpio.c > delete mode 100644 drivers/mfd/pcf50633-irq.c > delete mode 100644 drivers/power/supply/pcf50633-charger.c > delete mode 100644 drivers/regulator/pcf50633-regulator.c > delete mode 100644 drivers/rtc/rtc-pcf50633.c > delete mode 100644 drivers/video/backlight/pcf50633-backlight.c > delete mode 100644 include/linux/mfd/pcf50633/adc.h > delete mode 100644 include/linux/mfd/pcf50633/backlight.h > delete mode 100644 include/linux/mfd/pcf50633/core.h > delete mode 100644 include/linux/mfd/pcf50633/gpio.h > delete mode 100644 include/linux/mfd/pcf50633/mbc.h > delete mode 100644 include/linux/mfd/pcf50633/pmic.h > > -- > 2.48.1 >
* Dr. David Alan Gilbert (linux@treblig.org) wrote: > * linux@treblig.org (linux@treblig.org) wrote: > > From: "Dr. David Alan Gilbert" <linux@treblig.org> > > > > The pcf50633 was used as part of the OpenMoko devices but > > the support for its main chip was recently removed in: > > commit 61b7f8920b17 ("ARM: s3c: remove all s3c24xx support") > > > > See https://lore.kernel.org/all/Z8z236h4B5A6Ki3D@gallifrey/ > > > > Remove it. > > > > I've split this up based on the subcomponents to make the size > > of each patch sensible. > > > > Both Alexandre and Mark would prefer the mfd changes to be > more separate from the subsystem changes, so I'll cook a v2 > shortly. v2 thread starting with message 20250311014959.743322-1-linux@treblig.org just posted. Thanks! Dave > Dave > > > > > Signed-off-by: Dr. David Alan Gilbert <linux@treblig.org> > > > > > > Dr. David Alan Gilbert (9): > > mfd: pcf50633-adc: Remove > > backlight: pcf50633-backlight: Remove > > rtc: pcf50633: Remove > > mfd: pcF50633-gpio: Remove > > Input: pcf50633-input - Remove > > regulator: pcf50633-regulator: Remove > > power: supply: pcf50633: Remove charger > > mfd: pcf50633: Remove irq code > > mfd: pcf50633: Remove remains > > > > arch/mips/configs/ip27_defconfig | 3 - > > drivers/input/misc/Kconfig | 7 - > > drivers/input/misc/Makefile | 1 - > > drivers/input/misc/pcf50633-input.c | 113 ----- > > drivers/mfd/Kconfig | 24 - > > drivers/mfd/Makefile | 4 - > > drivers/mfd/pcf50633-adc.c | 255 ---------- > > drivers/mfd/pcf50633-core.c | 304 ------------ > > drivers/mfd/pcf50633-gpio.c | 92 ---- > > drivers/mfd/pcf50633-irq.c | 312 ------------- > > drivers/power/supply/Kconfig | 6 - > > drivers/power/supply/Makefile | 1 - > > drivers/power/supply/pcf50633-charger.c | 466 ------------------- > > drivers/regulator/Kconfig | 7 - > > drivers/regulator/Makefile | 1 - > > drivers/regulator/pcf50633-regulator.c | 124 ----- > > drivers/rtc/Kconfig | 7 - > > drivers/rtc/Makefile | 1 - > > drivers/rtc/rtc-pcf50633.c | 284 ----------- > > drivers/video/backlight/Kconfig | 7 - > > drivers/video/backlight/Makefile | 1 - > > drivers/video/backlight/pcf50633-backlight.c | 154 ------ > > include/linux/mfd/pcf50633/adc.h | 69 --- > > include/linux/mfd/pcf50633/backlight.h | 42 -- > > include/linux/mfd/pcf50633/core.h | 232 --------- > > include/linux/mfd/pcf50633/gpio.h | 48 -- > > include/linux/mfd/pcf50633/mbc.h | 130 ------ > > include/linux/mfd/pcf50633/pmic.h | 68 --- > > 28 files changed, 2763 deletions(-) > > delete mode 100644 drivers/input/misc/pcf50633-input.c > > delete mode 100644 drivers/mfd/pcf50633-adc.c > > delete mode 100644 drivers/mfd/pcf50633-core.c > > delete mode 100644 drivers/mfd/pcf50633-gpio.c > > delete mode 100644 drivers/mfd/pcf50633-irq.c > > delete mode 100644 drivers/power/supply/pcf50633-charger.c > > delete mode 100644 drivers/regulator/pcf50633-regulator.c > > delete mode 100644 drivers/rtc/rtc-pcf50633.c > > delete mode 100644 drivers/video/backlight/pcf50633-backlight.c > > delete mode 100644 include/linux/mfd/pcf50633/adc.h > > delete mode 100644 include/linux/mfd/pcf50633/backlight.h > > delete mode 100644 include/linux/mfd/pcf50633/core.h > > delete mode 100644 include/linux/mfd/pcf50633/gpio.h > > delete mode 100644 include/linux/mfd/pcf50633/mbc.h > > delete mode 100644 include/linux/mfd/pcf50633/pmic.h > > > > -- > > 2.48.1 > > > -- > -----Open up your eyes, open up your mind, open up your code ------- > / Dr. David Alan Gilbert | Running GNU/Linux | Happy \ > \ dave @ treblig.org | | In Hex / > \ _________________________|_____ http://www.treblig.org |_______/ >
On Sun, 09 Mar 2025 19:36:03 +0000, linux@treblig.org wrote: > The pcf50633 was used as part of the OpenMoko devices but > the support for its main chip was recently removed in: > commit 61b7f8920b17 ("ARM: s3c: remove all s3c24xx support") > > See https://lore.kernel.org/all/Z8z236h4B5A6Ki3D@gallifrey/ > > Remove it. > > [...] Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-next Thanks! [6/9] regulator: pcf50633-regulator: Remove commit: 248bc01138b11ff3af38c3b4a39cb8db7aae6eb6 All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the next merge window (or sooner if it is a bug fix), however if problems are discovered then the patch may be dropped or reverted. You may get further e-mails resulting from automated or manual testing and review of the tree, please engage with people reporting problems and send followup patches addressing any issues that are reported if needed. If any updates are required or you are submitting further changes they should be sent as incremental updates against current git, existing patches will not be replaced. Please add any relevant lists and maintainers to the CCs when replying to this mail. Thanks, Mark
* Mark Brown (broonie@kernel.org) wrote: > On Sun, 09 Mar 2025 19:36:03 +0000, linux@treblig.org wrote: > > The pcf50633 was used as part of the OpenMoko devices but > > the support for its main chip was recently removed in: > > commit 61b7f8920b17 ("ARM: s3c: remove all s3c24xx support") > > > > See https://lore.kernel.org/all/Z8z236h4B5A6Ki3D@gallifrey/ > > > > Remove it. > > > > [...] > > Applied to > > https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-next > > Thanks! > > [6/9] regulator: pcf50633-regulator: Remove > commit: 248bc01138b11ff3af38c3b4a39cb8db7aae6eb6 Thanks! Although....I'd only tested this as part of the series and assumed someone (Lee?) would pick the lot up in one go. Dave > All being well this means that it will be integrated into the linux-next > tree (usually sometime in the next 24 hours) and sent to Linus during > the next merge window (or sooner if it is a bug fix), however if > problems are discovered then the patch may be dropped or reverted. > > You may get further e-mails resulting from automated or manual testing > and review of the tree, please engage with people reporting problems and > send followup patches addressing any issues that are reported if needed. > > If any updates are required or you are submitting further changes they > should be sent as incremental updates against current git, existing > patches will not be replaced. > > Please add any relevant lists and maintainers to the CCs when replying > to this mail. > > Thanks, > Mark > >
On Tue, Mar 11, 2025 at 09:05:57PM +0000, Dr. David Alan Gilbert wrote: > * Mark Brown (broonie@kernel.org) wrote: > > [6/9] regulator: pcf50633-regulator: Remove > > commit: 248bc01138b11ff3af38c3b4a39cb8db7aae6eb6 > Thanks! > Although....I'd only tested this as part of the series and assumed > someone (Lee?) would pick the lot up in one go. I test things as I apply them, it really shouldn't make a difference either way for leaf drivers. From my PoV this way it cuts down on resends.