* [PATCH 1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2010-12-14 15:08 ` Hans Ulli Kroll
0 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2010-12-14 15:08 UTC (permalink / raw)
To: linux-arm-kernel
driver for the rtc device
on Cortina Systems CS3516 or StormlinkSemi SL3516 aka Gemini SoC
Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
---
MAINTAINERS | 1 +
drivers/rtc/Kconfig | 9 ++
drivers/rtc/Makefile | 1 +
drivers/rtc/rtc-gemini.c | 206 ++++++++++++++++++++++++++++++++++++++++++++++
4 files changed, 217 insertions(+), 0 deletions(-)
create mode 100644 drivers/rtc/rtc-gemini.c
diff --git a/MAINTAINERS b/MAINTAINERS
index 0094224..1987d46 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -619,6 +619,7 @@ L: linux-arm-kernel at lists.infradead.org (moderated for non-subscribers)
T: git git://git.berlios.de/gemini-board
S: Maintained
F: arch/arm/mach-gemini/
+F: drivers/rtc/rtc-gemini.c
ARM/EBSA110 MACHINE SUPPORT
M: Russell King <linux@arm.linux.org.uk>
diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig
index 2883428..da14253 100644
--- a/drivers/rtc/Kconfig
+++ b/drivers/rtc/Kconfig
@@ -839,6 +839,15 @@ config RTC_DRV_BFIN
This driver can also be built as a module. If so, the module
will be called rtc-bfin.
+config RTC_DRV_GEMINI
+ tristate "Gemini SoC RTC"
+ help
+ If you say Y here you will get support for the
+ RTC found on Gemini SoC's.
+
+ This driver can also be built as a module. If so, the module
+ will be called rtc-gemini.
+
config RTC_DRV_RS5C313
tristate "Ricoh RS5C313"
depends on SH_LANDISK
diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile
index 4c2832d..779e42c 100644
--- a/drivers/rtc/Makefile
+++ b/drivers/rtc/Makefile
@@ -46,6 +46,7 @@ obj-$(CONFIG_RTC_DRV_DS3234) += rtc-ds3234.o
obj-$(CONFIG_RTC_DRV_EFI) += rtc-efi.o
obj-$(CONFIG_RTC_DRV_EP93XX) += rtc-ep93xx.o
obj-$(CONFIG_RTC_DRV_FM3130) += rtc-fm3130.o
+obj-$(CONFIG_RTC_DRV_GEMINI) += rtc-gemini.o
obj-$(CONFIG_RTC_DRV_GENERIC) += rtc-generic.o
obj-$(CONFIG_RTC_DRV_IMXDI) += rtc-imxdi.o
obj-$(CONFIG_RTC_DRV_ISL1208) += rtc-isl1208.o
diff --git a/drivers/rtc/rtc-gemini.c b/drivers/rtc/rtc-gemini.c
new file mode 100644
index 0000000..111bb67
--- /dev/null
+++ b/drivers/rtc/rtc-gemini.c
@@ -0,0 +1,206 @@
+/*
+ * Gemini OnChip RTC
+ *
+ * Copyright (C) 2009 Janos Laube <janos.dev@gmail.com>
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License along
+ * with this program; if not, write to the Free Software Foundation, Inc.,
+ * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
+ *
+ * Original code for older kernel 2.6.15 are form Stormlinksemi
+ * first update from Janos Laube for > 2.6.29 kernels
+ *
+ * checkpatch fixes and usage off rtc-lib code
+ * Hans Ulli Kroll <ulli.kroll@googlemail.com>
+ */
+
+#include <linux/rtc.h>
+#include <linux/io.h>
+#include <linux/slab.h>
+#include <linux/platform_device.h>
+
+#include <mach/hardware.h>
+
+#define DRV_NAME "rtc-gemini"
+#define DRV_VERSION "0.2"
+
+struct gemini_rtc {
+ struct rtc_device *rtc_dev;
+ void __iomem *rtc_base;
+ int rtc_irq;
+};
+
+enum gemini_rtc_offsets {
+ GEMINI_RTC_SECOND = 0x00,
+ GEMINI_RTC_MINUTE = 0x04,
+ GEMINI_RTC_HOUR = 0x08,
+ GEMINI_RTC_DAYS = 0x0C,
+ GEMINI_RTC_ALARM_SECOND = 0x10,
+ GEMINI_RTC_ALARM_MINUTE = 0x14,
+ GEMINI_RTC_ALARM_HOUR = 0x18,
+ GEMINI_RTC_RECORD = 0x1C,
+ GEMINI_RTC_CR = 0x20
+};
+
+static irqreturn_t gemini_rtc_interrupt(int irq, void *dev)
+{
+ return IRQ_HANDLED;
+}
+
+/*
+ * Looks like the RTC in the Gemini SoC is (totaly) broken
+ * We can't read/write directly the time from RTC registers.
+ * We must do some "offset" calculation to get the real time
+ *
+ * This FIX works pretty fine and Stormlinksemi aka Cortina-Networks does
+ * the same thing, without the rtc-lib.c calls.
+ */
+
+static int gemini_rtc_read_time(struct device *dev, struct rtc_time *tm)
+{
+ struct gemini_rtc *rtc = dev_get_drvdata(dev);
+
+ unsigned int days, hour, min, sec;
+ unsigned long offset, time;
+
+ sec = ioread32(rtc->rtc_base + GEMINI_RTC_SECOND);
+ min = ioread32(rtc->rtc_base + GEMINI_RTC_MINUTE);
+ hour = ioread32(rtc->rtc_base + GEMINI_RTC_HOUR);
+ days = ioread32(rtc->rtc_base + GEMINI_RTC_DAYS);
+ offset = ioread32(rtc->rtc_base + GEMINI_RTC_RECORD);
+
+ time = offset + days * 86400 + hour * 3600 + min * 60 + sec;
+
+ rtc_time_to_tm(time, tm);
+
+ return 0;
+}
+
+static int gemini_rtc_set_time(struct device *dev, struct rtc_time *tm)
+{
+ struct gemini_rtc *rtc = dev_get_drvdata(dev);
+ unsigned int sec, min, hour, day;
+ unsigned long offset, time;
+
+ if (tm->tm_year >= 2148) /* EPOCH Year + 179 */
+ return -EINVAL;
+
+ rtc_tm_to_time(tm , &time);
+
+ sec = ioread32(rtc->rtc_base + GEMINI_RTC_SECOND);
+ min = ioread32(rtc->rtc_base + GEMINI_RTC_MINUTE);
+ hour = ioread32(rtc->rtc_base + GEMINI_RTC_HOUR);
+ day = ioread32(rtc->rtc_base + GEMINI_RTC_DAYS);
+
+ offset = time - (day*86400 + hour*3600 + min*60 + sec);
+
+ iowrite32(offset, rtc->rtc_base + GEMINI_RTC_RECORD);
+ iowrite32(0x01, rtc->rtc_base + GEMINI_RTC_CR);
+
+ return 0;
+}
+
+static struct rtc_class_ops gemini_rtc_ops = {
+ .read_time = gemini_rtc_read_time,
+ .set_time = gemini_rtc_set_time,
+};
+
+static int __devinit gemini_rtc_probe(struct platform_device *pdev)
+{
+ struct gemini_rtc *rtc;
+ struct device *dev = &pdev->dev;
+ struct resource *res;
+ int ret;
+
+ rtc = kzalloc(sizeof(*rtc), GFP_KERNEL);
+ if (unlikely(!rtc))
+ return -ENOMEM;
+ platform_set_drvdata(pdev, rtc);
+
+ res = platform_get_resource(pdev, IORESOURCE_IRQ, 0);
+ if (!res) {
+ ret = -ENODEV;
+ goto err_mem;
+ }
+ rtc->rtc_irq = res->start;
+
+ res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
+ if (!res) {
+ ret = -ENODEV;
+ goto err_mem;
+ }
+ rtc->rtc_base = devm_ioremap(&pdev->dev, res->start,
+ res->end - res->start + 1);
+
+ ret = request_irq(rtc->rtc_irq, gemini_rtc_interrupt,
+ IRQF_SHARED, pdev->name, dev);
+ if (unlikely(ret))
+ goto err_mem;
+
+ rtc->rtc_dev = rtc_device_register(pdev->name, dev,
+ &gemini_rtc_ops, THIS_MODULE);
+ if (unlikely(IS_ERR(rtc->rtc_dev))) {
+ ret = PTR_ERR(rtc->rtc_dev);
+ goto err_irq;
+ }
+ return 0;
+
+err_irq:
+ free_irq(rtc->rtc_irq, dev);
+
+err_mem:
+ kfree(rtc);
+ return ret;
+}
+
+static int __devexit gemini_rtc_remove(struct platform_device *pdev)
+{
+ struct gemini_rtc *rtc = platform_get_drvdata(pdev);
+ struct device *dev = &pdev->dev;
+
+ free_irq(rtc->rtc_irq, dev);
+ rtc_device_unregister(rtc->rtc_dev);
+ platform_set_drvdata(pdev, NULL);
+ kfree(rtc);
+
+ return 0;
+}
+
+static struct platform_driver gemini_rtc_driver = {
+ .driver = {
+ .name = "rtc-gemini",
+ .owner = THIS_MODULE,
+ },
+ .probe = gemini_rtc_probe,
+ .remove = __devexit_p(gemini_rtc_remove),
+};
+
+static int __init gemini_rtc_init(void)
+{
+ return platform_driver_register(&gemini_rtc_driver);
+}
+
+static void __exit gemini_rtc_exit(void)
+{
+ platform_driver_unregister(&gemini_rtc_driver);
+}
+
+module_init(gemini_rtc_init);
+module_exit(gemini_rtc_exit);
+
+MODULE_AUTHOR("Hans Ulli Kroll <ulli.kroll@googlemail.com>");
+MODULE_DESCRIPTION("RTC driver for Gemini SoC");
+MODULE_LICENSE("GPL");
+MODULE_VERSION(DRV_VERSION);
+MODULE_ALIAS("platform:" DRV_NAME);
+
--
1.7.3.2
^ permalink raw reply related [flat|nested] 86+ messages in thread* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2010-12-14 15:08 ` Hans Ulli Kroll
0 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2010-12-14 15:08 UTC (permalink / raw)
To: Russell King
Cc: linux-arm-kernel, linux-kernel, Alessandro Zummo, rtc-linux,
Hans Ulli Kroll
driver for the rtc device
on Cortina Systems CS3516 or StormlinkSemi SL3516 aka Gemini SoC
Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
---
MAINTAINERS | 1 +
drivers/rtc/Kconfig | 9 ++
drivers/rtc/Makefile | 1 +
drivers/rtc/rtc-gemini.c | 206 ++++++++++++++++++++++++++++++++++++++++++++++
4 files changed, 217 insertions(+), 0 deletions(-)
create mode 100644 drivers/rtc/rtc-gemini.c
diff --git a/MAINTAINERS b/MAINTAINERS
index 0094224..1987d46 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -619,6 +619,7 @@ L: linux-arm-kernel@lists.infradead.org (moderated for non-subscribers)
T: git git://git.berlios.de/gemini-board
S: Maintained
F: arch/arm/mach-gemini/
+F: drivers/rtc/rtc-gemini.c
ARM/EBSA110 MACHINE SUPPORT
M: Russell King <linux@arm.linux.org.uk>
diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig
index 2883428..da14253 100644
--- a/drivers/rtc/Kconfig
+++ b/drivers/rtc/Kconfig
@@ -839,6 +839,15 @@ config RTC_DRV_BFIN
This driver can also be built as a module. If so, the module
will be called rtc-bfin.
+config RTC_DRV_GEMINI
+ tristate "Gemini SoC RTC"
+ help
+ If you say Y here you will get support for the
+ RTC found on Gemini SoC's.
+
+ This driver can also be built as a module. If so, the module
+ will be called rtc-gemini.
+
config RTC_DRV_RS5C313
tristate "Ricoh RS5C313"
depends on SH_LANDISK
diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile
index 4c2832d..779e42c 100644
--- a/drivers/rtc/Makefile
+++ b/drivers/rtc/Makefile
@@ -46,6 +46,7 @@ obj-$(CONFIG_RTC_DRV_DS3234) += rtc-ds3234.o
obj-$(CONFIG_RTC_DRV_EFI) += rtc-efi.o
obj-$(CONFIG_RTC_DRV_EP93XX) += rtc-ep93xx.o
obj-$(CONFIG_RTC_DRV_FM3130) += rtc-fm3130.o
+obj-$(CONFIG_RTC_DRV_GEMINI) += rtc-gemini.o
obj-$(CONFIG_RTC_DRV_GENERIC) += rtc-generic.o
obj-$(CONFIG_RTC_DRV_IMXDI) += rtc-imxdi.o
obj-$(CONFIG_RTC_DRV_ISL1208) += rtc-isl1208.o
diff --git a/drivers/rtc/rtc-gemini.c b/drivers/rtc/rtc-gemini.c
new file mode 100644
index 0000000..111bb67
--- /dev/null
+++ b/drivers/rtc/rtc-gemini.c
@@ -0,0 +1,206 @@
+/*
+ * Gemini OnChip RTC
+ *
+ * Copyright (C) 2009 Janos Laube <janos.dev@gmail.com>
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License along
+ * with this program; if not, write to the Free Software Foundation, Inc.,
+ * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
+ *
+ * Original code for older kernel 2.6.15 are form Stormlinksemi
+ * first update from Janos Laube for > 2.6.29 kernels
+ *
+ * checkpatch fixes and usage off rtc-lib code
+ * Hans Ulli Kroll <ulli.kroll@googlemail.com>
+ */
+
+#include <linux/rtc.h>
+#include <linux/io.h>
+#include <linux/slab.h>
+#include <linux/platform_device.h>
+
+#include <mach/hardware.h>
+
+#define DRV_NAME "rtc-gemini"
+#define DRV_VERSION "0.2"
+
+struct gemini_rtc {
+ struct rtc_device *rtc_dev;
+ void __iomem *rtc_base;
+ int rtc_irq;
+};
+
+enum gemini_rtc_offsets {
+ GEMINI_RTC_SECOND = 0x00,
+ GEMINI_RTC_MINUTE = 0x04,
+ GEMINI_RTC_HOUR = 0x08,
+ GEMINI_RTC_DAYS = 0x0C,
+ GEMINI_RTC_ALARM_SECOND = 0x10,
+ GEMINI_RTC_ALARM_MINUTE = 0x14,
+ GEMINI_RTC_ALARM_HOUR = 0x18,
+ GEMINI_RTC_RECORD = 0x1C,
+ GEMINI_RTC_CR = 0x20
+};
+
+static irqreturn_t gemini_rtc_interrupt(int irq, void *dev)
+{
+ return IRQ_HANDLED;
+}
+
+/*
+ * Looks like the RTC in the Gemini SoC is (totaly) broken
+ * We can't read/write directly the time from RTC registers.
+ * We must do some "offset" calculation to get the real time
+ *
+ * This FIX works pretty fine and Stormlinksemi aka Cortina-Networks does
+ * the same thing, without the rtc-lib.c calls.
+ */
+
+static int gemini_rtc_read_time(struct device *dev, struct rtc_time *tm)
+{
+ struct gemini_rtc *rtc = dev_get_drvdata(dev);
+
+ unsigned int days, hour, min, sec;
+ unsigned long offset, time;
+
+ sec = ioread32(rtc->rtc_base + GEMINI_RTC_SECOND);
+ min = ioread32(rtc->rtc_base + GEMINI_RTC_MINUTE);
+ hour = ioread32(rtc->rtc_base + GEMINI_RTC_HOUR);
+ days = ioread32(rtc->rtc_base + GEMINI_RTC_DAYS);
+ offset = ioread32(rtc->rtc_base + GEMINI_RTC_RECORD);
+
+ time = offset + days * 86400 + hour * 3600 + min * 60 + sec;
+
+ rtc_time_to_tm(time, tm);
+
+ return 0;
+}
+
+static int gemini_rtc_set_time(struct device *dev, struct rtc_time *tm)
+{
+ struct gemini_rtc *rtc = dev_get_drvdata(dev);
+ unsigned int sec, min, hour, day;
+ unsigned long offset, time;
+
+ if (tm->tm_year >= 2148) /* EPOCH Year + 179 */
+ return -EINVAL;
+
+ rtc_tm_to_time(tm , &time);
+
+ sec = ioread32(rtc->rtc_base + GEMINI_RTC_SECOND);
+ min = ioread32(rtc->rtc_base + GEMINI_RTC_MINUTE);
+ hour = ioread32(rtc->rtc_base + GEMINI_RTC_HOUR);
+ day = ioread32(rtc->rtc_base + GEMINI_RTC_DAYS);
+
+ offset = time - (day*86400 + hour*3600 + min*60 + sec);
+
+ iowrite32(offset, rtc->rtc_base + GEMINI_RTC_RECORD);
+ iowrite32(0x01, rtc->rtc_base + GEMINI_RTC_CR);
+
+ return 0;
+}
+
+static struct rtc_class_ops gemini_rtc_ops = {
+ .read_time = gemini_rtc_read_time,
+ .set_time = gemini_rtc_set_time,
+};
+
+static int __devinit gemini_rtc_probe(struct platform_device *pdev)
+{
+ struct gemini_rtc *rtc;
+ struct device *dev = &pdev->dev;
+ struct resource *res;
+ int ret;
+
+ rtc = kzalloc(sizeof(*rtc), GFP_KERNEL);
+ if (unlikely(!rtc))
+ return -ENOMEM;
+ platform_set_drvdata(pdev, rtc);
+
+ res = platform_get_resource(pdev, IORESOURCE_IRQ, 0);
+ if (!res) {
+ ret = -ENODEV;
+ goto err_mem;
+ }
+ rtc->rtc_irq = res->start;
+
+ res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
+ if (!res) {
+ ret = -ENODEV;
+ goto err_mem;
+ }
+ rtc->rtc_base = devm_ioremap(&pdev->dev, res->start,
+ res->end - res->start + 1);
+
+ ret = request_irq(rtc->rtc_irq, gemini_rtc_interrupt,
+ IRQF_SHARED, pdev->name, dev);
+ if (unlikely(ret))
+ goto err_mem;
+
+ rtc->rtc_dev = rtc_device_register(pdev->name, dev,
+ &gemini_rtc_ops, THIS_MODULE);
+ if (unlikely(IS_ERR(rtc->rtc_dev))) {
+ ret = PTR_ERR(rtc->rtc_dev);
+ goto err_irq;
+ }
+ return 0;
+
+err_irq:
+ free_irq(rtc->rtc_irq, dev);
+
+err_mem:
+ kfree(rtc);
+ return ret;
+}
+
+static int __devexit gemini_rtc_remove(struct platform_device *pdev)
+{
+ struct gemini_rtc *rtc = platform_get_drvdata(pdev);
+ struct device *dev = &pdev->dev;
+
+ free_irq(rtc->rtc_irq, dev);
+ rtc_device_unregister(rtc->rtc_dev);
+ platform_set_drvdata(pdev, NULL);
+ kfree(rtc);
+
+ return 0;
+}
+
+static struct platform_driver gemini_rtc_driver = {
+ .driver = {
+ .name = "rtc-gemini",
+ .owner = THIS_MODULE,
+ },
+ .probe = gemini_rtc_probe,
+ .remove = __devexit_p(gemini_rtc_remove),
+};
+
+static int __init gemini_rtc_init(void)
+{
+ return platform_driver_register(&gemini_rtc_driver);
+}
+
+static void __exit gemini_rtc_exit(void)
+{
+ platform_driver_unregister(&gemini_rtc_driver);
+}
+
+module_init(gemini_rtc_init);
+module_exit(gemini_rtc_exit);
+
+MODULE_AUTHOR("Hans Ulli Kroll <ulli.kroll@googlemail.com>");
+MODULE_DESCRIPTION("RTC driver for Gemini SoC");
+MODULE_LICENSE("GPL");
+MODULE_VERSION(DRV_VERSION);
+MODULE_ALIAS("platform:" DRV_NAME);
+
^ permalink raw reply related [flat|nested] 86+ messages in thread* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2010-12-14 15:08 ` [1/2] " Hans Ulli Kroll
(?)
@ 2015-05-01 23:42 ` Alexandre Belloni
-1 siblings, 0 replies; 86+ messages in thread
From: Alexandre Belloni @ 2015-05-01 23:42 UTC (permalink / raw)
To: Hans Ulli Kroll
Cc: linux-arm-kernel, linux-kernel, rtc-linux, Linus Walleij,
Russell King, Arnd Bergmann
Hi,
On 14/12/2010 at 16:08:26 +0100, Hans Ulli Kroll wrote :
> driver for the rtc device
> on Cortina Systems CS3516 or StormlinkSemi SL3516 aka Gemini SoC
>
> Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
This driver has never been merged and the platform doesn't seem to be
active anymore. Is there still any interest in getting this driver
mainlined?
Only tree wide cleanups happened in mach-gemini since end of 2010, the
listed git repository (git://git.berlios.de/gemini-board) was on berliOS
(closed since 2011) and the sourceforge mirror seems empty. Is there
still interest in keeping that platform in the mainline?
> ---
> MAINTAINERS | 1 +
> drivers/rtc/Kconfig | 9 ++
> drivers/rtc/Makefile | 1 +
> drivers/rtc/rtc-gemini.c | 206 ++++++++++++++++++++++++++++++++++++++++++++++
> 4 files changed, 217 insertions(+), 0 deletions(-)
> create mode 100644 drivers/rtc/rtc-gemini.c
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 0094224..1987d46 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -619,6 +619,7 @@ L: linux-arm-kernel@lists.infradead.org (moderated for non-subscribers)
> T: git git://git.berlios.de/gemini-board
> S: Maintained
> F: arch/arm/mach-gemini/
> +F: drivers/rtc/rtc-gemini.c
>
> ARM/EBSA110 MACHINE SUPPORT
> M: Russell King <linux@arm.linux.org.uk>
> diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig
> index 2883428..da14253 100644
> --- a/drivers/rtc/Kconfig
> +++ b/drivers/rtc/Kconfig
> @@ -839,6 +839,15 @@ config RTC_DRV_BFIN
> This driver can also be built as a module. If so, the module
> will be called rtc-bfin.
>
> +config RTC_DRV_GEMINI
> + tristate "Gemini SoC RTC"
> + help
> + If you say Y here you will get support for the
> + RTC found on Gemini SoC's.
> +
> + This driver can also be built as a module. If so, the module
> + will be called rtc-gemini.
> +
> config RTC_DRV_RS5C313
> tristate "Ricoh RS5C313"
> depends on SH_LANDISK
> diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile
> index 4c2832d..779e42c 100644
> --- a/drivers/rtc/Makefile
> +++ b/drivers/rtc/Makefile
> @@ -46,6 +46,7 @@ obj-$(CONFIG_RTC_DRV_DS3234) += rtc-ds3234.o
> obj-$(CONFIG_RTC_DRV_EFI) += rtc-efi.o
> obj-$(CONFIG_RTC_DRV_EP93XX) += rtc-ep93xx.o
> obj-$(CONFIG_RTC_DRV_FM3130) += rtc-fm3130.o
> +obj-$(CONFIG_RTC_DRV_GEMINI) += rtc-gemini.o
> obj-$(CONFIG_RTC_DRV_GENERIC) += rtc-generic.o
> obj-$(CONFIG_RTC_DRV_IMXDI) += rtc-imxdi.o
> obj-$(CONFIG_RTC_DRV_ISL1208) += rtc-isl1208.o
> diff --git a/drivers/rtc/rtc-gemini.c b/drivers/rtc/rtc-gemini.c
> new file mode 100644
> index 0000000..111bb67
> --- /dev/null
> +++ b/drivers/rtc/rtc-gemini.c
> @@ -0,0 +1,206 @@
> +/*
> + * Gemini OnChip RTC
> + *
> + * Copyright (C) 2009 Janos Laube <janos.dev@gmail.com>
> + *
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License as published by
> + * the Free Software Foundation; either version 2 of the License, or
> + * (at your option) any later version.
> + *
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> + * GNU General Public License for more details.
> + *
> + * You should have received a copy of the GNU General Public License along
> + * with this program; if not, write to the Free Software Foundation, Inc.,
> + * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
> + *
> + * Original code for older kernel 2.6.15 are form Stormlinksemi
> + * first update from Janos Laube for > 2.6.29 kernels
> + *
> + * checkpatch fixes and usage off rtc-lib code
> + * Hans Ulli Kroll <ulli.kroll@googlemail.com>
> + */
> +
> +#include <linux/rtc.h>
> +#include <linux/io.h>
> +#include <linux/slab.h>
> +#include <linux/platform_device.h>
> +
> +#include <mach/hardware.h>
> +
> +#define DRV_NAME "rtc-gemini"
> +#define DRV_VERSION "0.2"
> +
> +struct gemini_rtc {
> + struct rtc_device *rtc_dev;
> + void __iomem *rtc_base;
> + int rtc_irq;
> +};
> +
> +enum gemini_rtc_offsets {
> + GEMINI_RTC_SECOND = 0x00,
> + GEMINI_RTC_MINUTE = 0x04,
> + GEMINI_RTC_HOUR = 0x08,
> + GEMINI_RTC_DAYS = 0x0C,
> + GEMINI_RTC_ALARM_SECOND = 0x10,
> + GEMINI_RTC_ALARM_MINUTE = 0x14,
> + GEMINI_RTC_ALARM_HOUR = 0x18,
> + GEMINI_RTC_RECORD = 0x1C,
> + GEMINI_RTC_CR = 0x20
> +};
> +
> +static irqreturn_t gemini_rtc_interrupt(int irq, void *dev)
> +{
> + return IRQ_HANDLED;
> +}
> +
> +/*
> + * Looks like the RTC in the Gemini SoC is (totaly) broken
> + * We can't read/write directly the time from RTC registers.
> + * We must do some "offset" calculation to get the real time
> + *
> + * This FIX works pretty fine and Stormlinksemi aka Cortina-Networks does
> + * the same thing, without the rtc-lib.c calls.
> + */
> +
> +static int gemini_rtc_read_time(struct device *dev, struct rtc_time *tm)
> +{
> + struct gemini_rtc *rtc = dev_get_drvdata(dev);
> +
> + unsigned int days, hour, min, sec;
> + unsigned long offset, time;
> +
> + sec = ioread32(rtc->rtc_base + GEMINI_RTC_SECOND);
> + min = ioread32(rtc->rtc_base + GEMINI_RTC_MINUTE);
> + hour = ioread32(rtc->rtc_base + GEMINI_RTC_HOUR);
> + days = ioread32(rtc->rtc_base + GEMINI_RTC_DAYS);
> + offset = ioread32(rtc->rtc_base + GEMINI_RTC_RECORD);
> +
> + time = offset + days * 86400 + hour * 3600 + min * 60 + sec;
> +
> + rtc_time_to_tm(time, tm);
> +
> + return 0;
> +}
> +
> +static int gemini_rtc_set_time(struct device *dev, struct rtc_time *tm)
> +{
> + struct gemini_rtc *rtc = dev_get_drvdata(dev);
> + unsigned int sec, min, hour, day;
> + unsigned long offset, time;
> +
> + if (tm->tm_year >= 2148) /* EPOCH Year + 179 */
> + return -EINVAL;
> +
> + rtc_tm_to_time(tm , &time);
> +
> + sec = ioread32(rtc->rtc_base + GEMINI_RTC_SECOND);
> + min = ioread32(rtc->rtc_base + GEMINI_RTC_MINUTE);
> + hour = ioread32(rtc->rtc_base + GEMINI_RTC_HOUR);
> + day = ioread32(rtc->rtc_base + GEMINI_RTC_DAYS);
> +
> + offset = time - (day*86400 + hour*3600 + min*60 + sec);
> +
> + iowrite32(offset, rtc->rtc_base + GEMINI_RTC_RECORD);
> + iowrite32(0x01, rtc->rtc_base + GEMINI_RTC_CR);
> +
> + return 0;
> +}
> +
> +static struct rtc_class_ops gemini_rtc_ops = {
> + .read_time = gemini_rtc_read_time,
> + .set_time = gemini_rtc_set_time,
> +};
> +
> +static int __devinit gemini_rtc_probe(struct platform_device *pdev)
> +{
> + struct gemini_rtc *rtc;
> + struct device *dev = &pdev->dev;
> + struct resource *res;
> + int ret;
> +
> + rtc = kzalloc(sizeof(*rtc), GFP_KERNEL);
> + if (unlikely(!rtc))
> + return -ENOMEM;
> + platform_set_drvdata(pdev, rtc);
> +
> + res = platform_get_resource(pdev, IORESOURCE_IRQ, 0);
> + if (!res) {
> + ret = -ENODEV;
> + goto err_mem;
> + }
> + rtc->rtc_irq = res->start;
> +
> + res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
> + if (!res) {
> + ret = -ENODEV;
> + goto err_mem;
> + }
> + rtc->rtc_base = devm_ioremap(&pdev->dev, res->start,
> + res->end - res->start + 1);
> +
> + ret = request_irq(rtc->rtc_irq, gemini_rtc_interrupt,
> + IRQF_SHARED, pdev->name, dev);
> + if (unlikely(ret))
> + goto err_mem;
> +
> + rtc->rtc_dev = rtc_device_register(pdev->name, dev,
> + &gemini_rtc_ops, THIS_MODULE);
> + if (unlikely(IS_ERR(rtc->rtc_dev))) {
> + ret = PTR_ERR(rtc->rtc_dev);
> + goto err_irq;
> + }
> + return 0;
> +
> +err_irq:
> + free_irq(rtc->rtc_irq, dev);
> +
> +err_mem:
> + kfree(rtc);
> + return ret;
> +}
> +
> +static int __devexit gemini_rtc_remove(struct platform_device *pdev)
> +{
> + struct gemini_rtc *rtc = platform_get_drvdata(pdev);
> + struct device *dev = &pdev->dev;
> +
> + free_irq(rtc->rtc_irq, dev);
> + rtc_device_unregister(rtc->rtc_dev);
> + platform_set_drvdata(pdev, NULL);
> + kfree(rtc);
> +
> + return 0;
> +}
> +
> +static struct platform_driver gemini_rtc_driver = {
> + .driver = {
> + .name = "rtc-gemini",
> + .owner = THIS_MODULE,
> + },
> + .probe = gemini_rtc_probe,
> + .remove = __devexit_p(gemini_rtc_remove),
> +};
> +
> +static int __init gemini_rtc_init(void)
> +{
> + return platform_driver_register(&gemini_rtc_driver);
> +}
> +
> +static void __exit gemini_rtc_exit(void)
> +{
> + platform_driver_unregister(&gemini_rtc_driver);
> +}
> +
> +module_init(gemini_rtc_init);
> +module_exit(gemini_rtc_exit);
> +
> +MODULE_AUTHOR("Hans Ulli Kroll <ulli.kroll@googlemail.com>");
> +MODULE_DESCRIPTION("RTC driver for Gemini SoC");
> +MODULE_LICENSE("GPL");
> +MODULE_VERSION(DRV_VERSION);
> +MODULE_ALIAS("platform:" DRV_NAME);
> +
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 86+ messages in thread* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-01 23:42 ` Alexandre Belloni
0 siblings, 0 replies; 86+ messages in thread
From: Alexandre Belloni @ 2015-05-01 23:42 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On 14/12/2010 at 16:08:26 +0100, Hans Ulli Kroll wrote :
> driver for the rtc device
> on Cortina Systems CS3516 or StormlinkSemi SL3516 aka Gemini SoC
>
> Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
This driver has never been merged and the platform doesn't seem to be
active anymore. Is there still any interest in getting this driver
mainlined?
Only tree wide cleanups happened in mach-gemini since end of 2010, the
listed git repository (git://git.berlios.de/gemini-board) was on berliOS
(closed since 2011) and the sourceforge mirror seems empty. Is there
still interest in keeping that platform in the mainline?
> ---
> MAINTAINERS | 1 +
> drivers/rtc/Kconfig | 9 ++
> drivers/rtc/Makefile | 1 +
> drivers/rtc/rtc-gemini.c | 206 ++++++++++++++++++++++++++++++++++++++++++++++
> 4 files changed, 217 insertions(+), 0 deletions(-)
> create mode 100644 drivers/rtc/rtc-gemini.c
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 0094224..1987d46 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -619,6 +619,7 @@ L: linux-arm-kernel at lists.infradead.org (moderated for non-subscribers)
> T: git git://git.berlios.de/gemini-board
> S: Maintained
> F: arch/arm/mach-gemini/
> +F: drivers/rtc/rtc-gemini.c
>
> ARM/EBSA110 MACHINE SUPPORT
> M: Russell King <linux@arm.linux.org.uk>
> diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig
> index 2883428..da14253 100644
> --- a/drivers/rtc/Kconfig
> +++ b/drivers/rtc/Kconfig
> @@ -839,6 +839,15 @@ config RTC_DRV_BFIN
> This driver can also be built as a module. If so, the module
> will be called rtc-bfin.
>
> +config RTC_DRV_GEMINI
> + tristate "Gemini SoC RTC"
> + help
> + If you say Y here you will get support for the
> + RTC found on Gemini SoC's.
> +
> + This driver can also be built as a module. If so, the module
> + will be called rtc-gemini.
> +
> config RTC_DRV_RS5C313
> tristate "Ricoh RS5C313"
> depends on SH_LANDISK
> diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile
> index 4c2832d..779e42c 100644
> --- a/drivers/rtc/Makefile
> +++ b/drivers/rtc/Makefile
> @@ -46,6 +46,7 @@ obj-$(CONFIG_RTC_DRV_DS3234) += rtc-ds3234.o
> obj-$(CONFIG_RTC_DRV_EFI) += rtc-efi.o
> obj-$(CONFIG_RTC_DRV_EP93XX) += rtc-ep93xx.o
> obj-$(CONFIG_RTC_DRV_FM3130) += rtc-fm3130.o
> +obj-$(CONFIG_RTC_DRV_GEMINI) += rtc-gemini.o
> obj-$(CONFIG_RTC_DRV_GENERIC) += rtc-generic.o
> obj-$(CONFIG_RTC_DRV_IMXDI) += rtc-imxdi.o
> obj-$(CONFIG_RTC_DRV_ISL1208) += rtc-isl1208.o
> diff --git a/drivers/rtc/rtc-gemini.c b/drivers/rtc/rtc-gemini.c
> new file mode 100644
> index 0000000..111bb67
> --- /dev/null
> +++ b/drivers/rtc/rtc-gemini.c
> @@ -0,0 +1,206 @@
> +/*
> + * Gemini OnChip RTC
> + *
> + * Copyright (C) 2009 Janos Laube <janos.dev@gmail.com>
> + *
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License as published by
> + * the Free Software Foundation; either version 2 of the License, or
> + * (at your option) any later version.
> + *
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> + * GNU General Public License for more details.
> + *
> + * You should have received a copy of the GNU General Public License along
> + * with this program; if not, write to the Free Software Foundation, Inc.,
> + * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
> + *
> + * Original code for older kernel 2.6.15 are form Stormlinksemi
> + * first update from Janos Laube for > 2.6.29 kernels
> + *
> + * checkpatch fixes and usage off rtc-lib code
> + * Hans Ulli Kroll <ulli.kroll@googlemail.com>
> + */
> +
> +#include <linux/rtc.h>
> +#include <linux/io.h>
> +#include <linux/slab.h>
> +#include <linux/platform_device.h>
> +
> +#include <mach/hardware.h>
> +
> +#define DRV_NAME "rtc-gemini"
> +#define DRV_VERSION "0.2"
> +
> +struct gemini_rtc {
> + struct rtc_device *rtc_dev;
> + void __iomem *rtc_base;
> + int rtc_irq;
> +};
> +
> +enum gemini_rtc_offsets {
> + GEMINI_RTC_SECOND = 0x00,
> + GEMINI_RTC_MINUTE = 0x04,
> + GEMINI_RTC_HOUR = 0x08,
> + GEMINI_RTC_DAYS = 0x0C,
> + GEMINI_RTC_ALARM_SECOND = 0x10,
> + GEMINI_RTC_ALARM_MINUTE = 0x14,
> + GEMINI_RTC_ALARM_HOUR = 0x18,
> + GEMINI_RTC_RECORD = 0x1C,
> + GEMINI_RTC_CR = 0x20
> +};
> +
> +static irqreturn_t gemini_rtc_interrupt(int irq, void *dev)
> +{
> + return IRQ_HANDLED;
> +}
> +
> +/*
> + * Looks like the RTC in the Gemini SoC is (totaly) broken
> + * We can't read/write directly the time from RTC registers.
> + * We must do some "offset" calculation to get the real time
> + *
> + * This FIX works pretty fine and Stormlinksemi aka Cortina-Networks does
> + * the same thing, without the rtc-lib.c calls.
> + */
> +
> +static int gemini_rtc_read_time(struct device *dev, struct rtc_time *tm)
> +{
> + struct gemini_rtc *rtc = dev_get_drvdata(dev);
> +
> + unsigned int days, hour, min, sec;
> + unsigned long offset, time;
> +
> + sec = ioread32(rtc->rtc_base + GEMINI_RTC_SECOND);
> + min = ioread32(rtc->rtc_base + GEMINI_RTC_MINUTE);
> + hour = ioread32(rtc->rtc_base + GEMINI_RTC_HOUR);
> + days = ioread32(rtc->rtc_base + GEMINI_RTC_DAYS);
> + offset = ioread32(rtc->rtc_base + GEMINI_RTC_RECORD);
> +
> + time = offset + days * 86400 + hour * 3600 + min * 60 + sec;
> +
> + rtc_time_to_tm(time, tm);
> +
> + return 0;
> +}
> +
> +static int gemini_rtc_set_time(struct device *dev, struct rtc_time *tm)
> +{
> + struct gemini_rtc *rtc = dev_get_drvdata(dev);
> + unsigned int sec, min, hour, day;
> + unsigned long offset, time;
> +
> + if (tm->tm_year >= 2148) /* EPOCH Year + 179 */
> + return -EINVAL;
> +
> + rtc_tm_to_time(tm , &time);
> +
> + sec = ioread32(rtc->rtc_base + GEMINI_RTC_SECOND);
> + min = ioread32(rtc->rtc_base + GEMINI_RTC_MINUTE);
> + hour = ioread32(rtc->rtc_base + GEMINI_RTC_HOUR);
> + day = ioread32(rtc->rtc_base + GEMINI_RTC_DAYS);
> +
> + offset = time - (day*86400 + hour*3600 + min*60 + sec);
> +
> + iowrite32(offset, rtc->rtc_base + GEMINI_RTC_RECORD);
> + iowrite32(0x01, rtc->rtc_base + GEMINI_RTC_CR);
> +
> + return 0;
> +}
> +
> +static struct rtc_class_ops gemini_rtc_ops = {
> + .read_time = gemini_rtc_read_time,
> + .set_time = gemini_rtc_set_time,
> +};
> +
> +static int __devinit gemini_rtc_probe(struct platform_device *pdev)
> +{
> + struct gemini_rtc *rtc;
> + struct device *dev = &pdev->dev;
> + struct resource *res;
> + int ret;
> +
> + rtc = kzalloc(sizeof(*rtc), GFP_KERNEL);
> + if (unlikely(!rtc))
> + return -ENOMEM;
> + platform_set_drvdata(pdev, rtc);
> +
> + res = platform_get_resource(pdev, IORESOURCE_IRQ, 0);
> + if (!res) {
> + ret = -ENODEV;
> + goto err_mem;
> + }
> + rtc->rtc_irq = res->start;
> +
> + res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
> + if (!res) {
> + ret = -ENODEV;
> + goto err_mem;
> + }
> + rtc->rtc_base = devm_ioremap(&pdev->dev, res->start,
> + res->end - res->start + 1);
> +
> + ret = request_irq(rtc->rtc_irq, gemini_rtc_interrupt,
> + IRQF_SHARED, pdev->name, dev);
> + if (unlikely(ret))
> + goto err_mem;
> +
> + rtc->rtc_dev = rtc_device_register(pdev->name, dev,
> + &gemini_rtc_ops, THIS_MODULE);
> + if (unlikely(IS_ERR(rtc->rtc_dev))) {
> + ret = PTR_ERR(rtc->rtc_dev);
> + goto err_irq;
> + }
> + return 0;
> +
> +err_irq:
> + free_irq(rtc->rtc_irq, dev);
> +
> +err_mem:
> + kfree(rtc);
> + return ret;
> +}
> +
> +static int __devexit gemini_rtc_remove(struct platform_device *pdev)
> +{
> + struct gemini_rtc *rtc = platform_get_drvdata(pdev);
> + struct device *dev = &pdev->dev;
> +
> + free_irq(rtc->rtc_irq, dev);
> + rtc_device_unregister(rtc->rtc_dev);
> + platform_set_drvdata(pdev, NULL);
> + kfree(rtc);
> +
> + return 0;
> +}
> +
> +static struct platform_driver gemini_rtc_driver = {
> + .driver = {
> + .name = "rtc-gemini",
> + .owner = THIS_MODULE,
> + },
> + .probe = gemini_rtc_probe,
> + .remove = __devexit_p(gemini_rtc_remove),
> +};
> +
> +static int __init gemini_rtc_init(void)
> +{
> + return platform_driver_register(&gemini_rtc_driver);
> +}
> +
> +static void __exit gemini_rtc_exit(void)
> +{
> + platform_driver_unregister(&gemini_rtc_driver);
> +}
> +
> +module_init(gemini_rtc_init);
> +module_exit(gemini_rtc_exit);
> +
> +MODULE_AUTHOR("Hans Ulli Kroll <ulli.kroll@googlemail.com>");
> +MODULE_DESCRIPTION("RTC driver for Gemini SoC");
> +MODULE_LICENSE("GPL");
> +MODULE_VERSION(DRV_VERSION);
> +MODULE_ALIAS("platform:" DRV_NAME);
> +
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 86+ messages in thread* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-01 23:42 ` Alexandre Belloni
0 siblings, 0 replies; 86+ messages in thread
From: Alexandre Belloni @ 2015-05-01 23:42 UTC (permalink / raw)
To: Hans Ulli Kroll
Cc: linux-arm-kernel, linux-kernel, rtc-linux, Linus Walleij,
Russell King, Arnd Bergmann
Hi,
On 14/12/2010 at 16:08:26 +0100, Hans Ulli Kroll wrote :
> driver for the rtc device
> on Cortina Systems CS3516 or StormlinkSemi SL3516 aka Gemini SoC
>
> Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
This driver has never been merged and the platform doesn't seem to be
active anymore. Is there still any interest in getting this driver
mainlined?
Only tree wide cleanups happened in mach-gemini since end of 2010, the
listed git repository (git://git.berlios.de/gemini-board) was on berliOS
(closed since 2011) and the sourceforge mirror seems empty. Is there
still interest in keeping that platform in the mainline?
> ---
> MAINTAINERS | 1 +
> drivers/rtc/Kconfig | 9 ++
> drivers/rtc/Makefile | 1 +
> drivers/rtc/rtc-gemini.c | 206 ++++++++++++++++++++++++++++++++++++++++++++++
> 4 files changed, 217 insertions(+), 0 deletions(-)
> create mode 100644 drivers/rtc/rtc-gemini.c
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 0094224..1987d46 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -619,6 +619,7 @@ L: linux-arm-kernel@lists.infradead.org (moderated for non-subscribers)
> T: git git://git.berlios.de/gemini-board
> S: Maintained
> F: arch/arm/mach-gemini/
> +F: drivers/rtc/rtc-gemini.c
>
> ARM/EBSA110 MACHINE SUPPORT
> M: Russell King <linux@arm.linux.org.uk>
> diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig
> index 2883428..da14253 100644
> --- a/drivers/rtc/Kconfig
> +++ b/drivers/rtc/Kconfig
> @@ -839,6 +839,15 @@ config RTC_DRV_BFIN
> This driver can also be built as a module. If so, the module
> will be called rtc-bfin.
>
> +config RTC_DRV_GEMINI
> + tristate "Gemini SoC RTC"
> + help
> + If you say Y here you will get support for the
> + RTC found on Gemini SoC's.
> +
> + This driver can also be built as a module. If so, the module
> + will be called rtc-gemini.
> +
> config RTC_DRV_RS5C313
> tristate "Ricoh RS5C313"
> depends on SH_LANDISK
> diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile
> index 4c2832d..779e42c 100644
> --- a/drivers/rtc/Makefile
> +++ b/drivers/rtc/Makefile
> @@ -46,6 +46,7 @@ obj-$(CONFIG_RTC_DRV_DS3234) += rtc-ds3234.o
> obj-$(CONFIG_RTC_DRV_EFI) += rtc-efi.o
> obj-$(CONFIG_RTC_DRV_EP93XX) += rtc-ep93xx.o
> obj-$(CONFIG_RTC_DRV_FM3130) += rtc-fm3130.o
> +obj-$(CONFIG_RTC_DRV_GEMINI) += rtc-gemini.o
> obj-$(CONFIG_RTC_DRV_GENERIC) += rtc-generic.o
> obj-$(CONFIG_RTC_DRV_IMXDI) += rtc-imxdi.o
> obj-$(CONFIG_RTC_DRV_ISL1208) += rtc-isl1208.o
> diff --git a/drivers/rtc/rtc-gemini.c b/drivers/rtc/rtc-gemini.c
> new file mode 100644
> index 0000000..111bb67
> --- /dev/null
> +++ b/drivers/rtc/rtc-gemini.c
> @@ -0,0 +1,206 @@
> +/*
> + * Gemini OnChip RTC
> + *
> + * Copyright (C) 2009 Janos Laube <janos.dev@gmail.com>
> + *
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License as published by
> + * the Free Software Foundation; either version 2 of the License, or
> + * (at your option) any later version.
> + *
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> + * GNU General Public License for more details.
> + *
> + * You should have received a copy of the GNU General Public License along
> + * with this program; if not, write to the Free Software Foundation, Inc.,
> + * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
> + *
> + * Original code for older kernel 2.6.15 are form Stormlinksemi
> + * first update from Janos Laube for > 2.6.29 kernels
> + *
> + * checkpatch fixes and usage off rtc-lib code
> + * Hans Ulli Kroll <ulli.kroll@googlemail.com>
> + */
> +
> +#include <linux/rtc.h>
> +#include <linux/io.h>
> +#include <linux/slab.h>
> +#include <linux/platform_device.h>
> +
> +#include <mach/hardware.h>
> +
> +#define DRV_NAME "rtc-gemini"
> +#define DRV_VERSION "0.2"
> +
> +struct gemini_rtc {
> + struct rtc_device *rtc_dev;
> + void __iomem *rtc_base;
> + int rtc_irq;
> +};
> +
> +enum gemini_rtc_offsets {
> + GEMINI_RTC_SECOND = 0x00,
> + GEMINI_RTC_MINUTE = 0x04,
> + GEMINI_RTC_HOUR = 0x08,
> + GEMINI_RTC_DAYS = 0x0C,
> + GEMINI_RTC_ALARM_SECOND = 0x10,
> + GEMINI_RTC_ALARM_MINUTE = 0x14,
> + GEMINI_RTC_ALARM_HOUR = 0x18,
> + GEMINI_RTC_RECORD = 0x1C,
> + GEMINI_RTC_CR = 0x20
> +};
> +
> +static irqreturn_t gemini_rtc_interrupt(int irq, void *dev)
> +{
> + return IRQ_HANDLED;
> +}
> +
> +/*
> + * Looks like the RTC in the Gemini SoC is (totaly) broken
> + * We can't read/write directly the time from RTC registers.
> + * We must do some "offset" calculation to get the real time
> + *
> + * This FIX works pretty fine and Stormlinksemi aka Cortina-Networks does
> + * the same thing, without the rtc-lib.c calls.
> + */
> +
> +static int gemini_rtc_read_time(struct device *dev, struct rtc_time *tm)
> +{
> + struct gemini_rtc *rtc = dev_get_drvdata(dev);
> +
> + unsigned int days, hour, min, sec;
> + unsigned long offset, time;
> +
> + sec = ioread32(rtc->rtc_base + GEMINI_RTC_SECOND);
> + min = ioread32(rtc->rtc_base + GEMINI_RTC_MINUTE);
> + hour = ioread32(rtc->rtc_base + GEMINI_RTC_HOUR);
> + days = ioread32(rtc->rtc_base + GEMINI_RTC_DAYS);
> + offset = ioread32(rtc->rtc_base + GEMINI_RTC_RECORD);
> +
> + time = offset + days * 86400 + hour * 3600 + min * 60 + sec;
> +
> + rtc_time_to_tm(time, tm);
> +
> + return 0;
> +}
> +
> +static int gemini_rtc_set_time(struct device *dev, struct rtc_time *tm)
> +{
> + struct gemini_rtc *rtc = dev_get_drvdata(dev);
> + unsigned int sec, min, hour, day;
> + unsigned long offset, time;
> +
> + if (tm->tm_year >= 2148) /* EPOCH Year + 179 */
> + return -EINVAL;
> +
> + rtc_tm_to_time(tm , &time);
> +
> + sec = ioread32(rtc->rtc_base + GEMINI_RTC_SECOND);
> + min = ioread32(rtc->rtc_base + GEMINI_RTC_MINUTE);
> + hour = ioread32(rtc->rtc_base + GEMINI_RTC_HOUR);
> + day = ioread32(rtc->rtc_base + GEMINI_RTC_DAYS);
> +
> + offset = time - (day*86400 + hour*3600 + min*60 + sec);
> +
> + iowrite32(offset, rtc->rtc_base + GEMINI_RTC_RECORD);
> + iowrite32(0x01, rtc->rtc_base + GEMINI_RTC_CR);
> +
> + return 0;
> +}
> +
> +static struct rtc_class_ops gemini_rtc_ops = {
> + .read_time = gemini_rtc_read_time,
> + .set_time = gemini_rtc_set_time,
> +};
> +
> +static int __devinit gemini_rtc_probe(struct platform_device *pdev)
> +{
> + struct gemini_rtc *rtc;
> + struct device *dev = &pdev->dev;
> + struct resource *res;
> + int ret;
> +
> + rtc = kzalloc(sizeof(*rtc), GFP_KERNEL);
> + if (unlikely(!rtc))
> + return -ENOMEM;
> + platform_set_drvdata(pdev, rtc);
> +
> + res = platform_get_resource(pdev, IORESOURCE_IRQ, 0);
> + if (!res) {
> + ret = -ENODEV;
> + goto err_mem;
> + }
> + rtc->rtc_irq = res->start;
> +
> + res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
> + if (!res) {
> + ret = -ENODEV;
> + goto err_mem;
> + }
> + rtc->rtc_base = devm_ioremap(&pdev->dev, res->start,
> + res->end - res->start + 1);
> +
> + ret = request_irq(rtc->rtc_irq, gemini_rtc_interrupt,
> + IRQF_SHARED, pdev->name, dev);
> + if (unlikely(ret))
> + goto err_mem;
> +
> + rtc->rtc_dev = rtc_device_register(pdev->name, dev,
> + &gemini_rtc_ops, THIS_MODULE);
> + if (unlikely(IS_ERR(rtc->rtc_dev))) {
> + ret = PTR_ERR(rtc->rtc_dev);
> + goto err_irq;
> + }
> + return 0;
> +
> +err_irq:
> + free_irq(rtc->rtc_irq, dev);
> +
> +err_mem:
> + kfree(rtc);
> + return ret;
> +}
> +
> +static int __devexit gemini_rtc_remove(struct platform_device *pdev)
> +{
> + struct gemini_rtc *rtc = platform_get_drvdata(pdev);
> + struct device *dev = &pdev->dev;
> +
> + free_irq(rtc->rtc_irq, dev);
> + rtc_device_unregister(rtc->rtc_dev);
> + platform_set_drvdata(pdev, NULL);
> + kfree(rtc);
> +
> + return 0;
> +}
> +
> +static struct platform_driver gemini_rtc_driver = {
> + .driver = {
> + .name = "rtc-gemini",
> + .owner = THIS_MODULE,
> + },
> + .probe = gemini_rtc_probe,
> + .remove = __devexit_p(gemini_rtc_remove),
> +};
> +
> +static int __init gemini_rtc_init(void)
> +{
> + return platform_driver_register(&gemini_rtc_driver);
> +}
> +
> +static void __exit gemini_rtc_exit(void)
> +{
> + platform_driver_unregister(&gemini_rtc_driver);
> +}
> +
> +module_init(gemini_rtc_init);
> +module_exit(gemini_rtc_exit);
> +
> +MODULE_AUTHOR("Hans Ulli Kroll <ulli.kroll@googlemail.com>");
> +MODULE_DESCRIPTION("RTC driver for Gemini SoC");
> +MODULE_LICENSE("GPL");
> +MODULE_VERSION(DRV_VERSION);
> +MODULE_ALIAS("platform:" DRV_NAME);
> +
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply [flat|nested] 86+ messages in thread* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-05-01 23:42 ` [rtc-linux] " Alexandre Belloni
(?)
@ 2015-05-06 9:39 ` Arnd Bergmann
-1 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-05-06 9:39 UTC (permalink / raw)
To: Alexandre Belloni
Cc: Hans Ulli Kroll, linux-arm-kernel, linux-kernel, rtc-linux,
Linus Walleij, Russell King, Felix Fietkau, Roman Yeryomin
On Saturday 02 May 2015 01:42:14 Alexandre Belloni wrote:
> Hi,
>
> On 14/12/2010 at 16:08:26 +0100, Hans Ulli Kroll wrote :
> > driver for the rtc device
> > on Cortina Systems CS3516 or StormlinkSemi SL3516 aka Gemini SoC
> >
> > Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
>
> This driver has never been merged and the platform doesn't seem to be
> active anymore. Is there still any interest in getting this driver
> mainlined?
>
> Only tree wide cleanups happened in mach-gemini since end of 2010, the
> listed git repository (git://git.berlios.de/gemini-board) was on berliOS
> (closed since 2011) and the sourceforge mirror seems empty. Is there
> still interest in keeping that platform in the mainline?
As far as I know, the platform is still used by a number of people,
and is supported by OpenWRT. The reason we haven't seen updates is that
Ulli has been mostly absent from upstream development, and we haven't
had any other person step up as maintainer.
I have a patch to convert the platform to ARCH_MULTIPLATFORM, and
the code doesn't really get in the way otherwise.
As far as I'm concerned, we should just merge all the patches from
http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
We should also try to find a maintainer that can respond to patches
in a timely manner. If Ulli has time for that again, that would be great,
otherwise I think we should find someone from OpenWRT to take over.
Arnd
^ permalink raw reply [flat|nested] 86+ messages in thread
* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-06 9:39 ` Arnd Bergmann
0 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-05-06 9:39 UTC (permalink / raw)
To: linux-arm-kernel
On Saturday 02 May 2015 01:42:14 Alexandre Belloni wrote:
> Hi,
>
> On 14/12/2010 at 16:08:26 +0100, Hans Ulli Kroll wrote :
> > driver for the rtc device
> > on Cortina Systems CS3516 or StormlinkSemi SL3516 aka Gemini SoC
> >
> > Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
>
> This driver has never been merged and the platform doesn't seem to be
> active anymore. Is there still any interest in getting this driver
> mainlined?
>
> Only tree wide cleanups happened in mach-gemini since end of 2010, the
> listed git repository (git://git.berlios.de/gemini-board) was on berliOS
> (closed since 2011) and the sourceforge mirror seems empty. Is there
> still interest in keeping that platform in the mainline?
As far as I know, the platform is still used by a number of people,
and is supported by OpenWRT. The reason we haven't seen updates is that
Ulli has been mostly absent from upstream development, and we haven't
had any other person step up as maintainer.
I have a patch to convert the platform to ARCH_MULTIPLATFORM, and
the code doesn't really get in the way otherwise.
As far as I'm concerned, we should just merge all the patches from
http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
We should also try to find a maintainer that can respond to patches
in a timely manner. If Ulli has time for that again, that would be great,
otherwise I think we should find someone from OpenWRT to take over.
Arnd
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-06 9:39 ` Arnd Bergmann
0 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-05-06 9:39 UTC (permalink / raw)
To: Alexandre Belloni
Cc: Hans Ulli Kroll, linux-arm-kernel, linux-kernel, rtc-linux,
Linus Walleij, Russell King, Felix Fietkau, Roman Yeryomin
On Saturday 02 May 2015 01:42:14 Alexandre Belloni wrote:
> Hi,
>
> On 14/12/2010 at 16:08:26 +0100, Hans Ulli Kroll wrote :
> > driver for the rtc device
> > on Cortina Systems CS3516 or StormlinkSemi SL3516 aka Gemini SoC
> >
> > Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
>
> This driver has never been merged and the platform doesn't seem to be
> active anymore. Is there still any interest in getting this driver
> mainlined?
>
> Only tree wide cleanups happened in mach-gemini since end of 2010, the
> listed git repository (git://git.berlios.de/gemini-board) was on berliOS
> (closed since 2011) and the sourceforge mirror seems empty. Is there
> still interest in keeping that platform in the mainline?
As far as I know, the platform is still used by a number of people,
and is supported by OpenWRT. The reason we haven't seen updates is that
Ulli has been mostly absent from upstream development, and we haven't
had any other person step up as maintainer.
I have a patch to convert the platform to ARCH_MULTIPLATFORM, and
the code doesn't really get in the way otherwise.
As far as I'm concerned, we should just merge all the patches from
http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
We should also try to find a maintainer that can respond to patches
in a timely manner. If Ulli has time for that again, that would be great,
otherwise I think we should find someone from OpenWRT to take over.
Arnd
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-05-06 9:39 ` [rtc-linux] " Arnd Bergmann
(?)
@ 2015-05-06 9:53 ` Alexandre Belloni
-1 siblings, 0 replies; 86+ messages in thread
From: Alexandre Belloni @ 2015-05-06 9:53 UTC (permalink / raw)
To: Arnd Bergmann
Cc: Hans Ulli Kroll, linux-arm-kernel, linux-kernel, rtc-linux,
Linus Walleij, Russell King, Felix Fietkau, Roman Yeryomin
On 06/05/2015 at 11:39:58 +0200, Arnd Bergmann wrote :
> On Saturday 02 May 2015 01:42:14 Alexandre Belloni wrote:
> > Hi,
> >
> > On 14/12/2010 at 16:08:26 +0100, Hans Ulli Kroll wrote :
> > > driver for the rtc device
> > > on Cortina Systems CS3516 or StormlinkSemi SL3516 aka Gemini SoC
> > >
> > > Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
> >
> > This driver has never been merged and the platform doesn't seem to be
> > active anymore. Is there still any interest in getting this driver
> > mainlined?
> >
> > Only tree wide cleanups happened in mach-gemini since end of 2010, the
> > listed git repository (git://git.berlios.de/gemini-board) was on berliOS
> > (closed since 2011) and the sourceforge mirror seems empty. Is there
> > still interest in keeping that platform in the mainline?
>
> As far as I know, the platform is still used by a number of people,
> and is supported by OpenWRT. The reason we haven't seen updates is that
> Ulli has been mostly absent from upstream development, and we haven't
> had any other person step up as maintainer.
>
> I have a patch to convert the platform to ARCH_MULTIPLATFORM, and
> the code doesn't really get in the way otherwise.
>
> As far as I'm concerned, we should just merge all the patches from
> http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
>
> We should also try to find a maintainer that can respond to patches
> in a timely manner. If Ulli has time for that again, that would be great,
> otherwise I think we should find someone from OpenWRT to take over.
>
Thanks to point that, I'll merge that one which seems clean enough:
http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 86+ messages in thread
* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-06 9:53 ` Alexandre Belloni
0 siblings, 0 replies; 86+ messages in thread
From: Alexandre Belloni @ 2015-05-06 9:53 UTC (permalink / raw)
To: linux-arm-kernel
On 06/05/2015 at 11:39:58 +0200, Arnd Bergmann wrote :
> On Saturday 02 May 2015 01:42:14 Alexandre Belloni wrote:
> > Hi,
> >
> > On 14/12/2010 at 16:08:26 +0100, Hans Ulli Kroll wrote :
> > > driver for the rtc device
> > > on Cortina Systems CS3516 or StormlinkSemi SL3516 aka Gemini SoC
> > >
> > > Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
> >
> > This driver has never been merged and the platform doesn't seem to be
> > active anymore. Is there still any interest in getting this driver
> > mainlined?
> >
> > Only tree wide cleanups happened in mach-gemini since end of 2010, the
> > listed git repository (git://git.berlios.de/gemini-board) was on berliOS
> > (closed since 2011) and the sourceforge mirror seems empty. Is there
> > still interest in keeping that platform in the mainline?
>
> As far as I know, the platform is still used by a number of people,
> and is supported by OpenWRT. The reason we haven't seen updates is that
> Ulli has been mostly absent from upstream development, and we haven't
> had any other person step up as maintainer.
>
> I have a patch to convert the platform to ARCH_MULTIPLATFORM, and
> the code doesn't really get in the way otherwise.
>
> As far as I'm concerned, we should just merge all the patches from
> http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
>
> We should also try to find a maintainer that can respond to patches
> in a timely manner. If Ulli has time for that again, that would be great,
> otherwise I think we should find someone from OpenWRT to take over.
>
Thanks to point that, I'll merge that one which seems clean enough:
http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-06 9:53 ` Alexandre Belloni
0 siblings, 0 replies; 86+ messages in thread
From: Alexandre Belloni @ 2015-05-06 9:53 UTC (permalink / raw)
To: Arnd Bergmann
Cc: Hans Ulli Kroll, linux-arm-kernel, linux-kernel, rtc-linux,
Linus Walleij, Russell King, Felix Fietkau, Roman Yeryomin
On 06/05/2015 at 11:39:58 +0200, Arnd Bergmann wrote :
> On Saturday 02 May 2015 01:42:14 Alexandre Belloni wrote:
> > Hi,
> >
> > On 14/12/2010 at 16:08:26 +0100, Hans Ulli Kroll wrote :
> > > driver for the rtc device
> > > on Cortina Systems CS3516 or StormlinkSemi SL3516 aka Gemini SoC
> > >
> > > Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
> >
> > This driver has never been merged and the platform doesn't seem to be
> > active anymore. Is there still any interest in getting this driver
> > mainlined?
> >
> > Only tree wide cleanups happened in mach-gemini since end of 2010, the
> > listed git repository (git://git.berlios.de/gemini-board) was on berliOS
> > (closed since 2011) and the sourceforge mirror seems empty. Is there
> > still interest in keeping that platform in the mainline?
>
> As far as I know, the platform is still used by a number of people,
> and is supported by OpenWRT. The reason we haven't seen updates is that
> Ulli has been mostly absent from upstream development, and we haven't
> had any other person step up as maintainer.
>
> I have a patch to convert the platform to ARCH_MULTIPLATFORM, and
> the code doesn't really get in the way otherwise.
>
> As far as I'm concerned, we should just merge all the patches from
> http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
>
> We should also try to find a maintainer that can respond to patches
> in a timely manner. If Ulli has time for that again, that would be great,
> otherwise I think we should find someone from OpenWRT to take over.
>
Thanks to point that, I'll merge that one which seems clean enough:
http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-05-06 9:53 ` [rtc-linux] " Alexandre Belloni
(?)
@ 2015-05-06 16:21 ` Roman Yeryomin
-1 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-05-06 16:21 UTC (permalink / raw)
To: Alexandre Belloni
Cc: Arnd Bergmann, Hans Ulli Kroll, linux-arm-kernel, linux-kernel,
rtc-linux, Linus Walleij, Russell King, Felix Fietkau
On 2015-05-06 12:53, Alexandre Belloni wrote:
> On 06/05/2015 at 11:39:58 +0200, Arnd Bergmann wrote :
>> On Saturday 02 May 2015 01:42:14 Alexandre Belloni wrote:
>> > Hi,
>> >
>> > On 14/12/2010 at 16:08:26 +0100, Hans Ulli Kroll wrote :
>> > > driver for the rtc device
>> > > on Cortina Systems CS3516 or StormlinkSemi SL3516 aka Gemini SoC
>> > >
>> > > Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
>> >
>> > This driver has never been merged and the platform doesn't seem to be
>> > active anymore. Is there still any interest in getting this driver
>> > mainlined?
>> >
>> > Only tree wide cleanups happened in mach-gemini since end of 2010, the
>> > listed git repository (git://git.berlios.de/gemini-board) was on berliOS
>> > (closed since 2011) and the sourceforge mirror seems empty. Is there
>> > still interest in keeping that platform in the mainline?
>>
>> As far as I know, the platform is still used by a number of people,
>> and is supported by OpenWRT. The reason we haven't seen updates is
>> that
>> Ulli has been mostly absent from upstream development, and we haven't
>> had any other person step up as maintainer.
>>
>> I have a patch to convert the platform to ARCH_MULTIPLATFORM, and
>> the code doesn't really get in the way otherwise.
>>
>> As far as I'm concerned, we should just merge all the patches from
>> http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
>>
>> We should also try to find a maintainer that can respond to patches
>> in a timely manner. If Ulli has time for that again, that would be
>> great,
>> otherwise I think we should find someone from OpenWRT to take over.
>>
>
> Thanks to point that, I'll merge that one which seems clean enough:
> http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
Without that timers are broken and cpu is super slow.
Regards,
Roman
^ permalink raw reply [flat|nested] 86+ messages in thread
* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-06 16:21 ` Roman Yeryomin
0 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-05-06 16:21 UTC (permalink / raw)
To: linux-arm-kernel
On 2015-05-06 12:53, Alexandre Belloni wrote:
> On 06/05/2015 at 11:39:58 +0200, Arnd Bergmann wrote :
>> On Saturday 02 May 2015 01:42:14 Alexandre Belloni wrote:
>> > Hi,
>> >
>> > On 14/12/2010 at 16:08:26 +0100, Hans Ulli Kroll wrote :
>> > > driver for the rtc device
>> > > on Cortina Systems CS3516 or StormlinkSemi SL3516 aka Gemini SoC
>> > >
>> > > Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
>> >
>> > This driver has never been merged and the platform doesn't seem to be
>> > active anymore. Is there still any interest in getting this driver
>> > mainlined?
>> >
>> > Only tree wide cleanups happened in mach-gemini since end of 2010, the
>> > listed git repository (git://git.berlios.de/gemini-board) was on berliOS
>> > (closed since 2011) and the sourceforge mirror seems empty. Is there
>> > still interest in keeping that platform in the mainline?
>>
>> As far as I know, the platform is still used by a number of people,
>> and is supported by OpenWRT. The reason we haven't seen updates is
>> that
>> Ulli has been mostly absent from upstream development, and we haven't
>> had any other person step up as maintainer.
>>
>> I have a patch to convert the platform to ARCH_MULTIPLATFORM, and
>> the code doesn't really get in the way otherwise.
>>
>> As far as I'm concerned, we should just merge all the patches from
>> http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
>>
>> We should also try to find a maintainer that can respond to patches
>> in a timely manner. If Ulli has time for that again, that would be
>> great,
>> otherwise I think we should find someone from OpenWRT to take over.
>>
>
> Thanks to point that, I'll merge that one which seems clean enough:
> http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
Without that timers are broken and cpu is super slow.
Regards,
Roman
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-06 16:21 ` Roman Yeryomin
0 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-05-06 16:21 UTC (permalink / raw)
To: Alexandre Belloni
Cc: Arnd Bergmann, Hans Ulli Kroll, linux-arm-kernel, linux-kernel,
rtc-linux, Linus Walleij, Russell King, Felix Fietkau
On 2015-05-06 12:53, Alexandre Belloni wrote:
> On 06/05/2015 at 11:39:58 +0200, Arnd Bergmann wrote :
>> On Saturday 02 May 2015 01:42:14 Alexandre Belloni wrote:
>> > Hi,
>> >
>> > On 14/12/2010 at 16:08:26 +0100, Hans Ulli Kroll wrote :
>> > > driver for the rtc device
>> > > on Cortina Systems CS3516 or StormlinkSemi SL3516 aka Gemini SoC
>> > >
>> > > Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
>> >
>> > This driver has never been merged and the platform doesn't seem to be
>> > active anymore. Is there still any interest in getting this driver
>> > mainlined?
>> >
>> > Only tree wide cleanups happened in mach-gemini since end of 2010, the
>> > listed git repository (git://git.berlios.de/gemini-board) was on berliOS
>> > (closed since 2011) and the sourceforge mirror seems empty. Is there
>> > still interest in keeping that platform in the mainline?
>>
>> As far as I know, the platform is still used by a number of people,
>> and is supported by OpenWRT. The reason we haven't seen updates is
>> that
>> Ulli has been mostly absent from upstream development, and we haven't
>> had any other person step up as maintainer.
>>
>> I have a patch to convert the platform to ARCH_MULTIPLATFORM, and
>> the code doesn't really get in the way otherwise.
>>
>> As far as I'm concerned, we should just merge all the patches from
>> http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
>>
>> We should also try to find a maintainer that can respond to patches
>> in a timely manner. If Ulli has time for that again, that would be
>> great,
>> otherwise I think we should find someone from OpenWRT to take over.
>>
>
> Thanks to point that, I'll merge that one which seems clean enough:
> http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
Without that timers are broken and cpu is super slow.
Regards,
Roman
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-05-06 16:21 ` [rtc-linux] " Roman Yeryomin
(?)
@ 2015-05-06 19:22 ` Arnd Bergmann
-1 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-05-06 19:22 UTC (permalink / raw)
To: linux-arm-kernel
Cc: Roman Yeryomin, Alexandre Belloni, Felix Fietkau, rtc-linux,
Linus Walleij, linux-kernel, Russell King, Hans Ulli Kroll
On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
>
> > Thanks to point that, I'll merge that one which seems clean enough:
> > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
>
> For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
> Without that timers are broken and cpu is super slow.
Do you know what part of the patch is the actual bug fix? We should probably
merge that separately and mark it for stable backports, while the bulk of that
patch seems to just rearrange code.
Arnd
^ permalink raw reply [flat|nested] 86+ messages in thread
* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-06 19:22 ` Arnd Bergmann
0 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-05-06 19:22 UTC (permalink / raw)
To: linux-arm-kernel
On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
>
> > Thanks to point that, I'll merge that one which seems clean enough:
> > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
>
> For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
> Without that timers are broken and cpu is super slow.
Do you know what part of the patch is the actual bug fix? We should probably
merge that separately and mark it for stable backports, while the bulk of that
patch seems to just rearrange code.
Arnd
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-06 19:22 ` Arnd Bergmann
0 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-05-06 19:22 UTC (permalink / raw)
To: linux-arm-kernel
Cc: Roman Yeryomin, Alexandre Belloni, Felix Fietkau, rtc-linux,
Linus Walleij, linux-kernel, Russell King, Hans Ulli Kroll
On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
>
> > Thanks to point that, I'll merge that one which seems clean enough:
> > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
>
> For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
> Without that timers are broken and cpu is super slow.
Do you know what part of the patch is the actual bug fix? We should probably
merge that separately and mark it for stable backports, while the bulk of that
patch seems to just rearrange code.
Arnd
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-05-06 19:22 ` [rtc-linux] " Arnd Bergmann
(?)
@ 2015-05-07 9:03 ` Roman Yeryomin
-1 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-05-07 9:03 UTC (permalink / raw)
To: Arnd Bergmann
Cc: linux-arm-kernel, Alexandre Belloni, Felix Fietkau, rtc-linux,
Linus Walleij, linux-kernel, Russell King, Hans Ulli Kroll
On 2015-05-06 22:22, Arnd Bergmann wrote:
> On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
>>
>> > Thanks to point that, I'll merge that one which seems clean enough:
>> > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
>>
>> For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
>> Without that timers are broken and cpu is super slow.
>
> Do you know what part of the patch is the actual bug fix? We should
> probably
> merge that separately and mark it for stable backports, while the bulk
> of that
> patch seems to just rearrange code.
>
> Arnd
Sorry, didn't try to extract the exact lines it but I guess it's that
part which touches the scheduler clock code.
Because without that patch sched clock runs at 100Hz instead of 25MHz.
I can dive into this deeper if you want, I just didn't see the need.
Regards,
Roman
^ permalink raw reply [flat|nested] 86+ messages in thread
* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-07 9:03 ` Roman Yeryomin
0 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-05-07 9:03 UTC (permalink / raw)
To: linux-arm-kernel
On 2015-05-06 22:22, Arnd Bergmann wrote:
> On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
>>
>> > Thanks to point that, I'll merge that one which seems clean enough:
>> > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
>>
>> For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
>> Without that timers are broken and cpu is super slow.
>
> Do you know what part of the patch is the actual bug fix? We should
> probably
> merge that separately and mark it for stable backports, while the bulk
> of that
> patch seems to just rearrange code.
>
> Arnd
Sorry, didn't try to extract the exact lines it but I guess it's that
part which touches the scheduler clock code.
Because without that patch sched clock runs at 100Hz instead of 25MHz.
I can dive into this deeper if you want, I just didn't see the need.
Regards,
Roman
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-07 9:03 ` Roman Yeryomin
0 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-05-07 9:03 UTC (permalink / raw)
To: Arnd Bergmann
Cc: linux-arm-kernel, Alexandre Belloni, Felix Fietkau, rtc-linux,
Linus Walleij, linux-kernel, Russell King, Hans Ulli Kroll
On 2015-05-06 22:22, Arnd Bergmann wrote:
> On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
>>
>> > Thanks to point that, I'll merge that one which seems clean enough:
>> > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
>>
>> For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
>> Without that timers are broken and cpu is super slow.
>
> Do you know what part of the patch is the actual bug fix? We should
> probably
> merge that separately and mark it for stable backports, while the bulk
> of that
> patch seems to just rearrange code.
>
> Arnd
Sorry, didn't try to extract the exact lines it but I guess it's that
part which touches the scheduler clock code.
Because without that patch sched clock runs at 100Hz instead of 25MHz.
I can dive into this deeper if you want, I just didn't see the need.
Regards,
Roman
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-05-07 9:03 ` [rtc-linux] " Roman Yeryomin
(?)
@ 2015-05-07 17:35 ` Hans Ulli Kroll
-1 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2015-05-07 17:35 UTC (permalink / raw)
To: Roman Yeryomin
Cc: Arnd Bergmann, linux-arm-kernel, Alexandre Belloni,
Felix Fietkau, rtc-linux, Linus Walleij, linux-kernel,
Russell King, Hans Ulli Kroll
Hi
On Thu, 7 May 2015, Roman Yeryomin wrote:
> On 2015-05-06 22:22, Arnd Bergmann wrote:
> > On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
> > >
> > > > Thanks to point that, I'll merge that one which seems clean enough:
> > > > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
> > >
> > > For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
> > > Without that timers are broken and cpu is super slow.
> >
> > Do you know what part of the patch is the actual bug fix? We should probably
> > merge that separately and mark it for stable backports, while the bulk of
> > that
> > patch seems to just rearrange code.
> >
> > Arnd
>
> Sorry, didn't try to extract the exact lines it but I guess it's that part
> which touches the scheduler clock code.
> Because without that patch sched clock runs at 100Hz instead of 25MHz.
> I can dive into this deeper if you want, I just didn't see the need.
>
> Regards,
> Roman
>
>
I've send the RTC driver for Gemini SoC upstream-
Ulli
^ permalink raw reply [flat|nested] 86+ messages in thread
* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-07 17:35 ` Hans Ulli Kroll
0 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2015-05-07 17:35 UTC (permalink / raw)
To: linux-arm-kernel
Hi
On Thu, 7 May 2015, Roman Yeryomin wrote:
> On 2015-05-06 22:22, Arnd Bergmann wrote:
> > On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
> > >
> > > > Thanks to point that, I'll merge that one which seems clean enough:
> > > > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
> > >
> > > For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
> > > Without that timers are broken and cpu is super slow.
> >
> > Do you know what part of the patch is the actual bug fix? We should probably
> > merge that separately and mark it for stable backports, while the bulk of
> > that
> > patch seems to just rearrange code.
> >
> > Arnd
>
> Sorry, didn't try to extract the exact lines it but I guess it's that part
> which touches the scheduler clock code.
> Because without that patch sched clock runs at 100Hz instead of 25MHz.
> I can dive into this deeper if you want, I just didn't see the need.
>
> Regards,
> Roman
>
>
I've send the RTC driver for Gemini SoC upstream-
Ulli
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-07 17:35 ` Hans Ulli Kroll
0 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2015-05-07 17:35 UTC (permalink / raw)
To: Roman Yeryomin
Cc: Arnd Bergmann, linux-arm-kernel, Alexandre Belloni,
Felix Fietkau, rtc-linux, Linus Walleij, linux-kernel,
Russell King, Hans Ulli Kroll
Hi
On Thu, 7 May 2015, Roman Yeryomin wrote:
> On 2015-05-06 22:22, Arnd Bergmann wrote:
> > On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
> > >
> > > > Thanks to point that, I'll merge that one which seems clean enough:
> > > > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
> > >
> > > For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
> > > Without that timers are broken and cpu is super slow.
> >
> > Do you know what part of the patch is the actual bug fix? We should probably
> > merge that separately and mark it for stable backports, while the bulk of
> > that
> > patch seems to just rearrange code.
> >
> > Arnd
>
> Sorry, didn't try to extract the exact lines it but I guess it's that part
> which touches the scheduler clock code.
> Because without that patch sched clock runs at 100Hz instead of 25MHz.
> I can dive into this deeper if you want, I just didn't see the need.
>
> Regards,
> Roman
>
>
I've send the RTC driver for Gemini SoC upstream-
Ulli
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-05-07 17:35 ` [rtc-linux] " Hans Ulli Kroll
(?)
@ 2015-05-07 21:31 ` Roman Yeryomin
-1 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-05-07 21:31 UTC (permalink / raw)
To: Hans Ulli Kroll
Cc: Arnd Bergmann, linux-arm-kernel, Alexandre Belloni,
Felix Fietkau, rtc-linux, Linus Walleij, linux-kernel,
Russell King
On 2015-05-07 20:35, Hans Ulli Kroll wrote:
> Hi
>
> On Thu, 7 May 2015, Roman Yeryomin wrote:
>
>> On 2015-05-06 22:22, Arnd Bergmann wrote:
>> > On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
>> > >
>> > > > Thanks to point that, I'll merge that one which seems clean enough:
>> > > > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
>> > >
>> > > For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
>> > > Without that timers are broken and cpu is super slow.
>> >
>> > Do you know what part of the patch is the actual bug fix? We should probably
>> > merge that separately and mark it for stable backports, while the bulk of
>> > that
>> > patch seems to just rearrange code.
>> >
>> > Arnd
>>
>> Sorry, didn't try to extract the exact lines it but I guess it's that
>> part
>> which touches the scheduler clock code.
>> Because without that patch sched clock runs at 100Hz instead of 25MHz.
>> I can dive into this deeper if you want, I just didn't see the need.
>>
>> Regards,
>> Roman
>>
>>
>
> I've send the RTC driver for Gemini SoC upstream-
I was talking about 160-gemini-timers.patch, not rtc driver.
Regards,
Roman
^ permalink raw reply [flat|nested] 86+ messages in thread
* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-07 21:31 ` Roman Yeryomin
0 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-05-07 21:31 UTC (permalink / raw)
To: linux-arm-kernel
On 2015-05-07 20:35, Hans Ulli Kroll wrote:
> Hi
>
> On Thu, 7 May 2015, Roman Yeryomin wrote:
>
>> On 2015-05-06 22:22, Arnd Bergmann wrote:
>> > On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
>> > >
>> > > > Thanks to point that, I'll merge that one which seems clean enough:
>> > > > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
>> > >
>> > > For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
>> > > Without that timers are broken and cpu is super slow.
>> >
>> > Do you know what part of the patch is the actual bug fix? We should probably
>> > merge that separately and mark it for stable backports, while the bulk of
>> > that
>> > patch seems to just rearrange code.
>> >
>> > Arnd
>>
>> Sorry, didn't try to extract the exact lines it but I guess it's that
>> part
>> which touches the scheduler clock code.
>> Because without that patch sched clock runs at 100Hz instead of 25MHz.
>> I can dive into this deeper if you want, I just didn't see the need.
>>
>> Regards,
>> Roman
>>
>>
>
> I've send the RTC driver for Gemini SoC upstream-
I was talking about 160-gemini-timers.patch, not rtc driver.
Regards,
Roman
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-07 21:31 ` Roman Yeryomin
0 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-05-07 21:31 UTC (permalink / raw)
To: Hans Ulli Kroll
Cc: Arnd Bergmann, linux-arm-kernel, Alexandre Belloni,
Felix Fietkau, rtc-linux, Linus Walleij, linux-kernel,
Russell King
On 2015-05-07 20:35, Hans Ulli Kroll wrote:
> Hi
>
> On Thu, 7 May 2015, Roman Yeryomin wrote:
>
>> On 2015-05-06 22:22, Arnd Bergmann wrote:
>> > On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
>> > >
>> > > > Thanks to point that, I'll merge that one which seems clean enough:
>> > > > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
>> > >
>> > > For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
>> > > Without that timers are broken and cpu is super slow.
>> >
>> > Do you know what part of the patch is the actual bug fix? We should probably
>> > merge that separately and mark it for stable backports, while the bulk of
>> > that
>> > patch seems to just rearrange code.
>> >
>> > Arnd
>>
>> Sorry, didn't try to extract the exact lines it but I guess it's that
>> part
>> which touches the scheduler clock code.
>> Because without that patch sched clock runs at 100Hz instead of 25MHz.
>> I can dive into this deeper if you want, I just didn't see the need.
>>
>> Regards,
>> Roman
>>
>>
>
> I've send the RTC driver for Gemini SoC upstream-
I was talking about 160-gemini-timers.patch, not rtc driver.
Regards,
Roman
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-05-07 9:03 ` [rtc-linux] " Roman Yeryomin
(?)
@ 2015-05-08 16:08 ` Arnd Bergmann
-1 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-05-08 16:08 UTC (permalink / raw)
To: linux-arm-kernel
Cc: Roman Yeryomin, Felix Fietkau, rtc-linux, Linus Walleij,
linux-kernel, Alexandre Belloni, Russell King, Hans Ulli Kroll
On Thursday 07 May 2015 12:03:25 Roman Yeryomin wrote:
> On 2015-05-06 22:22, Arnd Bergmann wrote:
> > On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
> >>
> >> > Thanks to point that, I'll merge that one which seems clean enough:
> >> > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
> >>
> >> For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
> >> Without that timers are broken and cpu is super slow.
> >
> > Do you know what part of the patch is the actual bug fix? We should
> > probably
> > merge that separately and mark it for stable backports, while the bulk
> > of that
> > patch seems to just rearrange code.
> >
> > Arnd
>
> Sorry, didn't try to extract the exact lines it but I guess it's that
> part which touches the scheduler clock code.
> Because without that patch sched clock runs at 100Hz instead of 25MHz.
> I can dive into this deeper if you want, I just didn't see the need.
I think that would be helpful, yes.
Arnd
^ permalink raw reply [flat|nested] 86+ messages in thread
* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-08 16:08 ` Arnd Bergmann
0 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-05-08 16:08 UTC (permalink / raw)
To: linux-arm-kernel
On Thursday 07 May 2015 12:03:25 Roman Yeryomin wrote:
> On 2015-05-06 22:22, Arnd Bergmann wrote:
> > On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
> >>
> >> > Thanks to point that, I'll merge that one which seems clean enough:
> >> > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
> >>
> >> For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
> >> Without that timers are broken and cpu is super slow.
> >
> > Do you know what part of the patch is the actual bug fix? We should
> > probably
> > merge that separately and mark it for stable backports, while the bulk
> > of that
> > patch seems to just rearrange code.
> >
> > Arnd
>
> Sorry, didn't try to extract the exact lines it but I guess it's that
> part which touches the scheduler clock code.
> Because without that patch sched clock runs at 100Hz instead of 25MHz.
> I can dive into this deeper if you want, I just didn't see the need.
I think that would be helpful, yes.
Arnd
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-08 16:08 ` Arnd Bergmann
0 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-05-08 16:08 UTC (permalink / raw)
To: linux-arm-kernel
Cc: Roman Yeryomin, Felix Fietkau, rtc-linux, Linus Walleij,
linux-kernel, Alexandre Belloni, Russell King, Hans Ulli Kroll
On Thursday 07 May 2015 12:03:25 Roman Yeryomin wrote:
> On 2015-05-06 22:22, Arnd Bergmann wrote:
> > On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
> >>
> >> > Thanks to point that, I'll merge that one which seems clean enough:
> >> > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
> >>
> >> For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
> >> Without that timers are broken and cpu is super slow.
> >
> > Do you know what part of the patch is the actual bug fix? We should
> > probably
> > merge that separately and mark it for stable backports, while the bulk
> > of that
> > patch seems to just rearrange code.
> >
> > Arnd
>
> Sorry, didn't try to extract the exact lines it but I guess it's that
> part which touches the scheduler clock code.
> Because without that patch sched clock runs at 100Hz instead of 25MHz.
> I can dive into this deeper if you want, I just didn't see the need.
I think that would be helpful, yes.
Arnd
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-05-08 16:08 ` [rtc-linux] " Arnd Bergmann
(?)
@ 2015-07-08 22:29 ` Roman Yeryomin
-1 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-07-08 22:29 UTC (permalink / raw)
To: Arnd Bergmann
Cc: linux-arm-kernel, Felix Fietkau, rtc-linux, Linus Walleij,
linux-kernel, Alexandre Belloni, Russell King, Hans Ulli Kroll
[-- Attachment #1: Type: text/plain, Size: 1332 bytes --]
On 2015-05-08 19:08, Arnd Bergmann wrote:
> On Thursday 07 May 2015 12:03:25 Roman Yeryomin wrote:
>> On 2015-05-06 22:22, Arnd Bergmann wrote:
>> > On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
>> >>
>> >> > Thanks to point that, I'll merge that one which seems clean enough:
>> >> > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
>> >>
>> >> For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
>> >> Without that timers are broken and cpu is super slow.
>> >
>> > Do you know what part of the patch is the actual bug fix? We should
>> > probably
>> > merge that separately and mark it for stable backports, while the bulk
>> > of that
>> > patch seems to just rearrange code.
>> >
>> > Arnd
>>
>> Sorry, didn't try to extract the exact lines it but I guess it's that
>> part which touches the scheduler clock code.
>> Because without that patch sched clock runs at 100Hz instead of 25MHz.
>> I can dive into this deeper if you want, I just didn't see the need.
>
> I think that would be helpful, yes.
>
OK, here are the minimal changes required (see attachment). Tested on
4.1.1
Let me know if you want me to submit it in some other way.
Regards,
Roman
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: 160-gemini-timers.patch --]
[-- Type: text/x-diff; name=160-gemini-timers.patch, Size: 1986 bytes --]
--- a/arch/arm/mach-gemini/time.c
+++ b/arch/arm/mach-gemini/time.c
@@ -15,6 +15,7 @@
#include <asm/mach/time.h>
#include <linux/clockchips.h>
#include <linux/clocksource.h>
+#include <linux/sched_clock.h>
/*
* Register definitions for the timers
@@ -34,9 +35,17 @@
#define TIMER_3_CR_ENABLE (1 << 6)
#define TIMER_3_CR_CLOCK (1 << 7)
#define TIMER_3_CR_INT (1 << 8)
+#define TIMER_1_CR_UPDOWN (1 << 9)
+#define TIMER_2_CR_UPDOWN (1 << 10)
+#define TIMER_3_CR_UPDOWN (1 << 11)
static unsigned int tick_rate;
+static u64 notrace gemini_read_sched_clock(void)
+{
+ return readl(TIMER_COUNT(IO_ADDRESS(GEMINI_TIMER3_BASE)));
+}
+
static int gemini_timer_set_next_event(unsigned long cycles,
struct clock_event_device *evt)
{
@@ -155,14 +164,18 @@ void __init gemini_timer_init(void)
*/
setup_irq(IRQ_TIMER2, &gemini_timer_irq);
- /* Enable and use TIMER1 as clock source */
- writel(0xffffffff, TIMER_COUNT(IO_ADDRESS(GEMINI_TIMER1_BASE)));
- writel(0xffffffff, TIMER_LOAD(IO_ADDRESS(GEMINI_TIMER1_BASE)));
- writel(TIMER_1_CR_ENABLE, TIMER_CR(IO_ADDRESS(GEMINI_TIMER_BASE)));
- if (clocksource_mmio_init(TIMER_COUNT(IO_ADDRESS(GEMINI_TIMER1_BASE)),
- "TIMER1", tick_rate, 300, 32,
+ /* Enable and use TIMER3 as clock source */
+ writel(0, TIMER_COUNT(IO_ADDRESS(GEMINI_TIMER3_BASE)));
+ writel(0, TIMER_LOAD(IO_ADDRESS(GEMINI_TIMER3_BASE)));
+ writel(0, TIMER_MATCH1(IO_ADDRESS(GEMINI_TIMER3_BASE)));
+ writel(0, TIMER_MATCH2(IO_ADDRESS(GEMINI_TIMER3_BASE)));
+ writel(TIMER_3_CR_ENABLE | TIMER_3_CR_UPDOWN,
+ TIMER_CR(IO_ADDRESS(GEMINI_TIMER_BASE)));
+ if (clocksource_mmio_init(TIMER_COUNT(IO_ADDRESS(GEMINI_TIMER3_BASE)),
+ "TIMER3", tick_rate, 300, 32,
clocksource_mmio_readl_up))
pr_err("timer: failed to initialize gemini clock source\n");
+ sched_clock_register(gemini_read_sched_clock, 32, tick_rate);
/* Configure and register the clockevent */
clockevents_config_and_register(&gemini_clockevent, tick_rate,
^ permalink raw reply [flat|nested] 86+ messages in thread* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-07-08 22:29 ` Roman Yeryomin
0 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-07-08 22:29 UTC (permalink / raw)
To: linux-arm-kernel
On 2015-05-08 19:08, Arnd Bergmann wrote:
> On Thursday 07 May 2015 12:03:25 Roman Yeryomin wrote:
>> On 2015-05-06 22:22, Arnd Bergmann wrote:
>> > On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
>> >>
>> >> > Thanks to point that, I'll merge that one which seems clean enough:
>> >> > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
>> >>
>> >> For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
>> >> Without that timers are broken and cpu is super slow.
>> >
>> > Do you know what part of the patch is the actual bug fix? We should
>> > probably
>> > merge that separately and mark it for stable backports, while the bulk
>> > of that
>> > patch seems to just rearrange code.
>> >
>> > Arnd
>>
>> Sorry, didn't try to extract the exact lines it but I guess it's that
>> part which touches the scheduler clock code.
>> Because without that patch sched clock runs at 100Hz instead of 25MHz.
>> I can dive into this deeper if you want, I just didn't see the need.
>
> I think that would be helpful, yes.
>
OK, here are the minimal changes required (see attachment). Tested on
4.1.1
Let me know if you want me to submit it in some other way.
Regards,
Roman
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 160-gemini-timers.patch
Type: text/x-diff
Size: 1986 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20150709/cdb787d6/attachment.bin>
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-07-08 22:29 ` Roman Yeryomin
0 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-07-08 22:29 UTC (permalink / raw)
To: Arnd Bergmann
Cc: linux-arm-kernel, Felix Fietkau, rtc-linux, Linus Walleij,
linux-kernel, Alexandre Belloni, Russell King, Hans Ulli Kroll
[-- Attachment #1: Type: text/plain, Size: 1852 bytes --]
On 2015-05-08 19:08, Arnd Bergmann wrote:
> On Thursday 07 May 2015 12:03:25 Roman Yeryomin wrote:
>> On 2015-05-06 22:22, Arnd Bergmann wrote:
>> > On Wednesday 06 May 2015 19:21:21 Roman Yeryomin wrote:
>> >>
>> >> > Thanks to point that, I'll merge that one which seems clean enough:
>> >> > http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/files/drivers/rtc/rtc-gemini.c;h=587d8122b2fbb1230437eadcce4789a53aa60ee5;hb=4c637410a2a1ab45988e8ca6202554a502102039
>> >>
>> >> For 3.18 (and up) to work on gemini 160-gemini-timers.patch is vital.
>> >> Without that timers are broken and cpu is super slow.
>> >
>> > Do you know what part of the patch is the actual bug fix? We should
>> > probably
>> > merge that separately and mark it for stable backports, while the bulk
>> > of that
>> > patch seems to just rearrange code.
>> >
>> > Arnd
>>
>> Sorry, didn't try to extract the exact lines it but I guess it's that
>> part which touches the scheduler clock code.
>> Because without that patch sched clock runs at 100Hz instead of 25MHz.
>> I can dive into this deeper if you want, I just didn't see the need.
>
> I think that would be helpful, yes.
>
OK, here are the minimal changes required (see attachment). Tested on
4.1.1
Let me know if you want me to submit it in some other way.
Regards,
Roman
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: 160-gemini-timers.patch --]
[-- Type: text/x-diff; name=160-gemini-timers.patch, Size: 1986 bytes --]
--- a/arch/arm/mach-gemini/time.c
+++ b/arch/arm/mach-gemini/time.c
@@ -15,6 +15,7 @@
#include <asm/mach/time.h>
#include <linux/clockchips.h>
#include <linux/clocksource.h>
+#include <linux/sched_clock.h>
/*
* Register definitions for the timers
@@ -34,9 +35,17 @@
#define TIMER_3_CR_ENABLE (1 << 6)
#define TIMER_3_CR_CLOCK (1 << 7)
#define TIMER_3_CR_INT (1 << 8)
+#define TIMER_1_CR_UPDOWN (1 << 9)
+#define TIMER_2_CR_UPDOWN (1 << 10)
+#define TIMER_3_CR_UPDOWN (1 << 11)
static unsigned int tick_rate;
+static u64 notrace gemini_read_sched_clock(void)
+{
+ return readl(TIMER_COUNT(IO_ADDRESS(GEMINI_TIMER3_BASE)));
+}
+
static int gemini_timer_set_next_event(unsigned long cycles,
struct clock_event_device *evt)
{
@@ -155,14 +164,18 @@ void __init gemini_timer_init(void)
*/
setup_irq(IRQ_TIMER2, &gemini_timer_irq);
- /* Enable and use TIMER1 as clock source */
- writel(0xffffffff, TIMER_COUNT(IO_ADDRESS(GEMINI_TIMER1_BASE)));
- writel(0xffffffff, TIMER_LOAD(IO_ADDRESS(GEMINI_TIMER1_BASE)));
- writel(TIMER_1_CR_ENABLE, TIMER_CR(IO_ADDRESS(GEMINI_TIMER_BASE)));
- if (clocksource_mmio_init(TIMER_COUNT(IO_ADDRESS(GEMINI_TIMER1_BASE)),
- "TIMER1", tick_rate, 300, 32,
+ /* Enable and use TIMER3 as clock source */
+ writel(0, TIMER_COUNT(IO_ADDRESS(GEMINI_TIMER3_BASE)));
+ writel(0, TIMER_LOAD(IO_ADDRESS(GEMINI_TIMER3_BASE)));
+ writel(0, TIMER_MATCH1(IO_ADDRESS(GEMINI_TIMER3_BASE)));
+ writel(0, TIMER_MATCH2(IO_ADDRESS(GEMINI_TIMER3_BASE)));
+ writel(TIMER_3_CR_ENABLE | TIMER_3_CR_UPDOWN,
+ TIMER_CR(IO_ADDRESS(GEMINI_TIMER_BASE)));
+ if (clocksource_mmio_init(TIMER_COUNT(IO_ADDRESS(GEMINI_TIMER3_BASE)),
+ "TIMER3", tick_rate, 300, 32,
clocksource_mmio_readl_up))
pr_err("timer: failed to initialize gemini clock source\n");
+ sched_clock_register(gemini_read_sched_clock, 32, tick_rate);
/* Configure and register the clockevent */
clockevents_config_and_register(&gemini_clockevent, tick_rate,
^ permalink raw reply [flat|nested] 86+ messages in thread* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-07-08 22:29 ` [rtc-linux] " Roman Yeryomin
(?)
@ 2015-07-09 8:04 ` Arnd Bergmann
-1 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-07-09 8:04 UTC (permalink / raw)
To: linux-arm-kernel
Cc: Roman Yeryomin, Felix Fietkau, rtc-linux, Linus Walleij,
linux-kernel, Alexandre Belloni, Russell King, Hans Ulli Kroll
On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
>
> OK, here are the minimal changes required (see attachment). Tested on
> 4.1.1
> Let me know if you want me to submit it in some other way.
>
The changes look ok to me. Please submit them as two separate
patches (1. set up and use timer3, 2. register sched_clock) according
to the Documentation/SubmittingPatches description.
Thanks,
Arnd
^ permalink raw reply [flat|nested] 86+ messages in thread
* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-07-09 8:04 ` Arnd Bergmann
0 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-07-09 8:04 UTC (permalink / raw)
To: linux-arm-kernel
On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
>
> OK, here are the minimal changes required (see attachment). Tested on
> 4.1.1
> Let me know if you want me to submit it in some other way.
>
The changes look ok to me. Please submit them as two separate
patches (1. set up and use timer3, 2. register sched_clock) according
to the Documentation/SubmittingPatches description.
Thanks,
Arnd
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-07-09 8:04 ` Arnd Bergmann
0 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-07-09 8:04 UTC (permalink / raw)
To: linux-arm-kernel
Cc: Roman Yeryomin, Felix Fietkau, rtc-linux, Linus Walleij,
linux-kernel, Alexandre Belloni, Russell King, Hans Ulli Kroll
On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
>
> OK, here are the minimal changes required (see attachment). Tested on
> 4.1.1
> Let me know if you want me to submit it in some other way.
>
The changes look ok to me. Please submit them as two separate
patches (1. set up and use timer3, 2. register sched_clock) according
to the Documentation/SubmittingPatches description.
Thanks,
Arnd
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-07-09 8:04 ` [rtc-linux] " Arnd Bergmann
(?)
@ 2015-07-09 11:58 ` 'Hans Ulli Kroll' via rtc-linux
-1 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2015-07-09 11:58 UTC (permalink / raw)
To: Arnd Bergmann
Cc: linux-arm-kernel, Roman Yeryomin, Felix Fietkau, rtc-linux,
Linus Walleij, linux-kernel, Alexandre Belloni, Russell King,
Hans Ulli Kroll
Hi
On Thu, 9 Jul 2015, Arnd Bergmann wrote:
> On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
> >
> > OK, here are the minimal changes required (see attachment). Tested on
> > 4.1.1
> > Let me know if you want me to submit it in some other way.
> >
>
> The changes look ok to me. Please submit them as two separate
> patches (1. set up and use timer3, 2. register sched_clock) according
> to the Documentation/SubmittingPatches description.
>
> Thanks,
>
> Arnd
>
have you seen this thread ...
[PATCH 00/18] ARM: Migrate clockevent drivers to 'set-state
http://permalink.gmane.org/gmane.linux.ports.arm.kernel/423992
arch/arm/mach-gemini/time.c | 69 ++++++++++++------------
Two or more weeks ago I send a patchset fixing this problem.
At this time Arnd was in holiday and until today I was very busy at work.
I can rework my patches on top of Viresh's patchset
and Roman please fix the subject.
Ulli
^ permalink raw reply [flat|nested] 86+ messages in thread
* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-07-09 11:58 ` 'Hans Ulli Kroll' via rtc-linux
0 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2015-07-09 11:58 UTC (permalink / raw)
To: linux-arm-kernel
Hi
On Thu, 9 Jul 2015, Arnd Bergmann wrote:
> On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
> >
> > OK, here are the minimal changes required (see attachment). Tested on
> > 4.1.1
> > Let me know if you want me to submit it in some other way.
> >
>
> The changes look ok to me. Please submit them as two separate
> patches (1. set up and use timer3, 2. register sched_clock) according
> to the Documentation/SubmittingPatches description.
>
> Thanks,
>
> Arnd
>
have you seen this thread ...
[PATCH 00/18] ARM: Migrate clockevent drivers to 'set-state
http://permalink.gmane.org/gmane.linux.ports.arm.kernel/423992
arch/arm/mach-gemini/time.c | 69 ++++++++++++------------
Two or more weeks ago I send a patchset fixing this problem.
At this time Arnd was in holiday and until today I was very busy at work.
I can rework my patches on top of Viresh's patchset
and Roman please fix the subject.
Ulli
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-07-09 11:58 ` 'Hans Ulli Kroll' via rtc-linux
0 siblings, 0 replies; 86+ messages in thread
From: 'Hans Ulli Kroll' via rtc-linux @ 2015-07-09 11:58 UTC (permalink / raw)
To: Arnd Bergmann
Cc: linux-arm-kernel, Roman Yeryomin, Felix Fietkau, rtc-linux,
Linus Walleij, linux-kernel, Alexandre Belloni, Russell King,
Hans Ulli Kroll
Hi
On Thu, 9 Jul 2015, Arnd Bergmann wrote:
> On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
> >
> > OK, here are the minimal changes required (see attachment). Tested on
> > 4.1.1
> > Let me know if you want me to submit it in some other way.
> >
>
> The changes look ok to me. Please submit them as two separate
> patches (1. set up and use timer3, 2. register sched_clock) according
> to the Documentation/SubmittingPatches description.
>
> Thanks,
>
> Arnd
>
have you seen this thread ...
[PATCH 00/18] ARM: Migrate clockevent drivers to 'set-state
http://permalink.gmane.org/gmane.linux.ports.arm.kernel/423992
arch/arm/mach-gemini/time.c | 69 ++++++++++++------------
Two or more weeks ago I send a patchset fixing this problem.
At this time Arnd was in holiday and until today I was very busy at work.
I can rework my patches on top of Viresh's patchset
and Roman please fix the subject.
Ulli
^ permalink raw reply [flat|nested] 86+ messages in thread
* Gemini Soc timers
2015-07-09 11:58 ` [rtc-linux] " 'Hans Ulli Kroll' via rtc-linux
@ 2015-07-09 13:02 ` Roman Yeryomin
-1 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-07-09 13:02 UTC (permalink / raw)
To: Hans Ulli Kroll
Cc: Arnd Bergmann, linux-arm-kernel, Felix Fietkau, rtc-linux,
Linus Walleij, linux-kernel, Alexandre Belloni, Russell King
On 2015-07-09 14:58, Hans Ulli Kroll wrote:
> Hi
>
> On Thu, 9 Jul 2015, Arnd Bergmann wrote:
>
>> On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
>> >
>> > OK, here are the minimal changes required (see attachment). Tested on
>> > 4.1.1
>> > Let me know if you want me to submit it in some other way.
>> >
>>
>> The changes look ok to me. Please submit them as two separate
>> patches (1. set up and use timer3, 2. register sched_clock) according
>> to the Documentation/SubmittingPatches description.
>>
>> Thanks,
>>
>> Arnd
>>
>
> have you seen this thread ...
> [PATCH 00/18] ARM: Migrate clockevent drivers to 'set-state
> http://permalink.gmane.org/gmane.linux.ports.arm.kernel/423992
>
> arch/arm/mach-gemini/time.c | 69 ++++++++++++------------
>
> Two or more weeks ago I send a patchset fixing this problem.
> At this time Arnd was in holiday and until today I was very busy at
> work.
Sorry, I didn't see your patches.
Arnd requested minimal changes and until yesterday I was very busy too.
> I can rework my patches on top of Viresh's patchset
It looks that this patchset doesn't conflict with the fix needed.
> and Roman please fix the subject.
done
Regards,
Roman
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Gemini Soc timers
@ 2015-07-09 13:02 ` Roman Yeryomin
0 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-07-09 13:02 UTC (permalink / raw)
To: Hans Ulli Kroll
Cc: Arnd Bergmann, linux-arm-kernel, Felix Fietkau, rtc-linux,
Linus Walleij, linux-kernel, Alexandre Belloni, Russell King
On 2015-07-09 14:58, Hans Ulli Kroll wrote:
> Hi
>
> On Thu, 9 Jul 2015, Arnd Bergmann wrote:
>
>> On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
>> >
>> > OK, here are the minimal changes required (see attachment). Tested on
>> > 4.1.1
>> > Let me know if you want me to submit it in some other way.
>> >
>>
>> The changes look ok to me. Please submit them as two separate
>> patches (1. set up and use timer3, 2. register sched_clock) according
>> to the Documentation/SubmittingPatches description.
>>
>> Thanks,
>>
>> Arnd
>>
>
> have you seen this thread ...
> [PATCH 00/18] ARM: Migrate clockevent drivers to 'set-state
> http://permalink.gmane.org/gmane.linux.ports.arm.kernel/423992
>
> arch/arm/mach-gemini/time.c | 69 ++++++++++++------------
>
> Two or more weeks ago I send a patchset fixing this problem.
> At this time Arnd was in holiday and until today I was very busy at
> work.
Sorry, I didn't see your patches.
Arnd requested minimal changes and until yesterday I was very busy too.
> I can rework my patches on top of Viresh's patchset
It looks that this patchset doesn't conflict with the fix needed.
> and Roman please fix the subject.
done
Regards,
Roman
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: Gemini Soc timers
2015-07-09 13:02 ` [rtc-linux] " Roman Yeryomin
(?)
@ 2015-07-09 15:48 ` Linus Walleij
-1 siblings, 0 replies; 86+ messages in thread
From: Linus Walleij @ 2015-07-09 15:48 UTC (permalink / raw)
To: Roman Yeryomin
Cc: Hans Ulli Kroll, Arnd Bergmann, linux-arm-kernel, Felix Fietkau,
rtc-linux, linux-kernel, Alexandre Belloni, Russell King
On Thu, Jul 9, 2015 at 3:02 PM, Roman Yeryomin <roman@advem.lv> wrote:
> On 2015-07-09 14:58, Hans Ulli Kroll wrote:
>>
>> Hi
>>
>> On Thu, 9 Jul 2015, Arnd Bergmann wrote:
>>
>>> On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
>>> >
>>> > OK, here are the minimal changes required (see attachment). Tested on
>>> > 4.1.1
>>> > Let me know if you want me to submit it in some other way.
>>> >
>>>
>>> The changes look ok to me. Please submit them as two separate
>>> patches (1. set up and use timer3, 2. register sched_clock) according
>>> to the Documentation/SubmittingPatches description.
>>>
>>> Thanks,
>>>
>>> Arnd
>>>
>>
>> have you seen this thread ...
>> [PATCH 00/18] ARM: Migrate clockevent drivers to 'set-state
>> http://permalink.gmane.org/gmane.linux.ports.arm.kernel/423992
>>
>> arch/arm/mach-gemini/time.c | 69 ++++++++++++------------
>>
>> Two or more weeks ago I send a patchset fixing this problem.
>> At this time Arnd was in holiday and until today I was very busy at work.
>
>
> Sorry, I didn't see your patches.
> Arnd requested minimal changes and until yesterday I was very busy too.
>
>> I can rework my patches on top of Viresh's patchset
>
>
> It looks that this patchset doesn't conflict with the fix needed.
Can any of you guys just look at this thing from OpenWRT:
http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/patches-3.18/160-gemini-timers.patch;h=4b0edb45d162f751bfb7475f5b3158f28d69fe84;hb=HEAD
As usual they are just keeping it out of mainline, and this
is adding sched_clock() and other goodies so should
probably be upstreamed ASAP.
Yours,
Linus Walleij
^ permalink raw reply [flat|nested] 86+ messages in thread
* Gemini Soc timers
@ 2015-07-09 15:48 ` Linus Walleij
0 siblings, 0 replies; 86+ messages in thread
From: Linus Walleij @ 2015-07-09 15:48 UTC (permalink / raw)
To: linux-arm-kernel
On Thu, Jul 9, 2015 at 3:02 PM, Roman Yeryomin <roman@advem.lv> wrote:
> On 2015-07-09 14:58, Hans Ulli Kroll wrote:
>>
>> Hi
>>
>> On Thu, 9 Jul 2015, Arnd Bergmann wrote:
>>
>>> On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
>>> >
>>> > OK, here are the minimal changes required (see attachment). Tested on
>>> > 4.1.1
>>> > Let me know if you want me to submit it in some other way.
>>> >
>>>
>>> The changes look ok to me. Please submit them as two separate
>>> patches (1. set up and use timer3, 2. register sched_clock) according
>>> to the Documentation/SubmittingPatches description.
>>>
>>> Thanks,
>>>
>>> Arnd
>>>
>>
>> have you seen this thread ...
>> [PATCH 00/18] ARM: Migrate clockevent drivers to 'set-state
>> http://permalink.gmane.org/gmane.linux.ports.arm.kernel/423992
>>
>> arch/arm/mach-gemini/time.c | 69 ++++++++++++------------
>>
>> Two or more weeks ago I send a patchset fixing this problem.
>> At this time Arnd was in holiday and until today I was very busy at work.
>
>
> Sorry, I didn't see your patches.
> Arnd requested minimal changes and until yesterday I was very busy too.
>
>> I can rework my patches on top of Viresh's patchset
>
>
> It looks that this patchset doesn't conflict with the fix needed.
Can any of you guys just look at this thing from OpenWRT:
http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/patches-3.18/160-gemini-timers.patch;h=4b0edb45d162f751bfb7475f5b3158f28d69fe84;hb=HEAD
As usual they are just keeping it out of mainline, and this
is adding sched_clock() and other goodies so should
probably be upstreamed ASAP.
Yours,
Linus Walleij
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: Gemini Soc timers
@ 2015-07-09 15:48 ` Linus Walleij
0 siblings, 0 replies; 86+ messages in thread
From: Linus Walleij @ 2015-07-09 15:48 UTC (permalink / raw)
To: Roman Yeryomin
Cc: Hans Ulli Kroll, Arnd Bergmann, linux-arm-kernel, Felix Fietkau,
rtc-linux, linux-kernel, Alexandre Belloni, Russell King
On Thu, Jul 9, 2015 at 3:02 PM, Roman Yeryomin <roman@advem.lv> wrote:
> On 2015-07-09 14:58, Hans Ulli Kroll wrote:
>>
>> Hi
>>
>> On Thu, 9 Jul 2015, Arnd Bergmann wrote:
>>
>>> On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
>>> >
>>> > OK, here are the minimal changes required (see attachment). Tested on
>>> > 4.1.1
>>> > Let me know if you want me to submit it in some other way.
>>> >
>>>
>>> The changes look ok to me. Please submit them as two separate
>>> patches (1. set up and use timer3, 2. register sched_clock) according
>>> to the Documentation/SubmittingPatches description.
>>>
>>> Thanks,
>>>
>>> Arnd
>>>
>>
>> have you seen this thread ...
>> [PATCH 00/18] ARM: Migrate clockevent drivers to 'set-state
>> http://permalink.gmane.org/gmane.linux.ports.arm.kernel/423992
>>
>> arch/arm/mach-gemini/time.c | 69 ++++++++++++------------
>>
>> Two or more weeks ago I send a patchset fixing this problem.
>> At this time Arnd was in holiday and until today I was very busy at work.
>
>
> Sorry, I didn't see your patches.
> Arnd requested minimal changes and until yesterday I was very busy too.
>
>> I can rework my patches on top of Viresh's patchset
>
>
> It looks that this patchset doesn't conflict with the fix needed.
Can any of you guys just look at this thing from OpenWRT:
http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/patches-3.18/160-gemini-timers.patch;h=4b0edb45d162f751bfb7475f5b3158f28d69fe84;hb=HEAD
As usual they are just keeping it out of mainline, and this
is adding sched_clock() and other goodies so should
probably be upstreamed ASAP.
Yours,
Linus Walleij
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: Gemini Soc timers
2015-07-09 15:48 ` [rtc-linux] " Linus Walleij
(?)
@ 2015-07-09 16:48 ` Roman Yeryomin
-1 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-07-09 16:48 UTC (permalink / raw)
To: Linus Walleij
Cc: Hans Ulli Kroll, Arnd Bergmann, linux-arm-kernel, Felix Fietkau,
rtc-linux, linux-kernel, Alexandre Belloni, Russell King
On 2015-07-09 18:48, Linus Walleij wrote:
> On Thu, Jul 9, 2015 at 3:02 PM, Roman Yeryomin <roman@advem.lv> wrote:
>> On 2015-07-09 14:58, Hans Ulli Kroll wrote:
>>>
>>> Hi
>>>
>>> On Thu, 9 Jul 2015, Arnd Bergmann wrote:
>>>
>>>> On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
>>>> >
>>>> > OK, here are the minimal changes required (see attachment). Tested on
>>>> > 4.1.1
>>>> > Let me know if you want me to submit it in some other way.
>>>> >
>>>>
>>>> The changes look ok to me. Please submit them as two separate
>>>> patches (1. set up and use timer3, 2. register sched_clock)
>>>> according
>>>> to the Documentation/SubmittingPatches description.
>>>>
>>>> Thanks,
>>>>
>>>> Arnd
>>>>
>>>
>>> have you seen this thread ...
>>> [PATCH 00/18] ARM: Migrate clockevent drivers to 'set-state
>>> http://permalink.gmane.org/gmane.linux.ports.arm.kernel/423992
>>>
>>> arch/arm/mach-gemini/time.c | 69
>>> ++++++++++++------------
>>>
>>> Two or more weeks ago I send a patchset fixing this problem.
>>> At this time Arnd was in holiday and until today I was very busy at
>>> work.
>>
>>
>> Sorry, I didn't see your patches.
>> Arnd requested minimal changes and until yesterday I was very busy
>> too.
>>
>>> I can rework my patches on top of Viresh's patchset
>>
>>
>> It looks that this patchset doesn't conflict with the fix needed.
>
> Can any of you guys just look at this thing from OpenWRT:
> http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/patches-3.18/160-gemini-timers.patch;h=4b0edb45d162f751bfb7475f5b3158f28d69fe84;hb=HEAD
>
> As usual they are just keeping it out of mainline, and this
> is adding sched_clock() and other goodies so should
> probably be upstreamed ASAP.
This is what I initially submitted here.
But Arnd wanted to see a smaller patch which only fixes gemini timer
issue (t.i. shed clock being 100Hz instead of 25MHz).
Also I've submitted 4.1 support yesterday, but patches didn't change
much comparing to 3.18
I would love to see all those patches/drivers in mainline - tell me
where do I submit all that :)
Regards,
Roman
^ permalink raw reply [flat|nested] 86+ messages in thread
* Gemini Soc timers
@ 2015-07-09 16:48 ` Roman Yeryomin
0 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-07-09 16:48 UTC (permalink / raw)
To: linux-arm-kernel
On 2015-07-09 18:48, Linus Walleij wrote:
> On Thu, Jul 9, 2015 at 3:02 PM, Roman Yeryomin <roman@advem.lv> wrote:
>> On 2015-07-09 14:58, Hans Ulli Kroll wrote:
>>>
>>> Hi
>>>
>>> On Thu, 9 Jul 2015, Arnd Bergmann wrote:
>>>
>>>> On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
>>>> >
>>>> > OK, here are the minimal changes required (see attachment). Tested on
>>>> > 4.1.1
>>>> > Let me know if you want me to submit it in some other way.
>>>> >
>>>>
>>>> The changes look ok to me. Please submit them as two separate
>>>> patches (1. set up and use timer3, 2. register sched_clock)
>>>> according
>>>> to the Documentation/SubmittingPatches description.
>>>>
>>>> Thanks,
>>>>
>>>> Arnd
>>>>
>>>
>>> have you seen this thread ...
>>> [PATCH 00/18] ARM: Migrate clockevent drivers to 'set-state
>>> http://permalink.gmane.org/gmane.linux.ports.arm.kernel/423992
>>>
>>> arch/arm/mach-gemini/time.c | 69
>>> ++++++++++++------------
>>>
>>> Two or more weeks ago I send a patchset fixing this problem.
>>> At this time Arnd was in holiday and until today I was very busy at
>>> work.
>>
>>
>> Sorry, I didn't see your patches.
>> Arnd requested minimal changes and until yesterday I was very busy
>> too.
>>
>>> I can rework my patches on top of Viresh's patchset
>>
>>
>> It looks that this patchset doesn't conflict with the fix needed.
>
> Can any of you guys just look at this thing from OpenWRT:
> http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/patches-3.18/160-gemini-timers.patch;h=4b0edb45d162f751bfb7475f5b3158f28d69fe84;hb=HEAD
>
> As usual they are just keeping it out of mainline, and this
> is adding sched_clock() and other goodies so should
> probably be upstreamed ASAP.
This is what I initially submitted here.
But Arnd wanted to see a smaller patch which only fixes gemini timer
issue (t.i. shed clock being 100Hz instead of 25MHz).
Also I've submitted 4.1 support yesterday, but patches didn't change
much comparing to 3.18
I would love to see all those patches/drivers in mainline - tell me
where do I submit all that :)
Regards,
Roman
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: Gemini Soc timers
@ 2015-07-09 16:48 ` Roman Yeryomin
0 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-07-09 16:48 UTC (permalink / raw)
To: Linus Walleij
Cc: Hans Ulli Kroll, Arnd Bergmann, linux-arm-kernel, Felix Fietkau,
rtc-linux, linux-kernel, Alexandre Belloni, Russell King
On 2015-07-09 18:48, Linus Walleij wrote:
> On Thu, Jul 9, 2015 at 3:02 PM, Roman Yeryomin <roman@advem.lv> wrote:
>> On 2015-07-09 14:58, Hans Ulli Kroll wrote:
>>>
>>> Hi
>>>
>>> On Thu, 9 Jul 2015, Arnd Bergmann wrote:
>>>
>>>> On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
>>>> >
>>>> > OK, here are the minimal changes required (see attachment). Tested on
>>>> > 4.1.1
>>>> > Let me know if you want me to submit it in some other way.
>>>> >
>>>>
>>>> The changes look ok to me. Please submit them as two separate
>>>> patches (1. set up and use timer3, 2. register sched_clock)
>>>> according
>>>> to the Documentation/SubmittingPatches description.
>>>>
>>>> Thanks,
>>>>
>>>> Arnd
>>>>
>>>
>>> have you seen this thread ...
>>> [PATCH 00/18] ARM: Migrate clockevent drivers to 'set-state
>>> http://permalink.gmane.org/gmane.linux.ports.arm.kernel/423992
>>>
>>> arch/arm/mach-gemini/time.c | 69
>>> ++++++++++++------------
>>>
>>> Two or more weeks ago I send a patchset fixing this problem.
>>> At this time Arnd was in holiday and until today I was very busy at
>>> work.
>>
>>
>> Sorry, I didn't see your patches.
>> Arnd requested minimal changes and until yesterday I was very busy
>> too.
>>
>>> I can rework my patches on top of Viresh's patchset
>>
>>
>> It looks that this patchset doesn't conflict with the fix needed.
>
> Can any of you guys just look at this thing from OpenWRT:
> http://git.openwrt.org/?p=openwrt.git;a=blob;f=target/linux/gemini/patches-3.18/160-gemini-timers.patch;h=4b0edb45d162f751bfb7475f5b3158f28d69fe84;hb=HEAD
>
> As usual they are just keeping it out of mainline, and this
> is adding sched_clock() and other goodies so should
> probably be upstreamed ASAP.
This is what I initially submitted here.
But Arnd wanted to see a smaller patch which only fixes gemini timer
issue (t.i. shed clock being 100Hz instead of 25MHz).
Also I've submitted 4.1 support yesterday, but patches didn't change
much comparing to 3.18
I would love to see all those patches/drivers in mainline - tell me
where do I submit all that :)
Regards,
Roman
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: Gemini Soc timers
2015-07-09 16:48 ` [rtc-linux] " Roman Yeryomin
(?)
@ 2015-07-10 8:48 ` Linus Walleij
-1 siblings, 0 replies; 86+ messages in thread
From: Linus Walleij @ 2015-07-10 8:48 UTC (permalink / raw)
To: Roman Yeryomin
Cc: Hans Ulli Kroll, Arnd Bergmann, linux-arm-kernel, Felix Fietkau,
rtc-linux, linux-kernel, Alexandre Belloni, Russell King
On Thu, Jul 9, 2015 at 6:48 PM, Roman Yeryomin <roman@advem.lv> wrote:
> [Me]
>> As usual they are just keeping it out of mainline, and this
>> is adding sched_clock() and other goodies so should
>> probably be upstreamed ASAP.
>
>
> This is what I initially submitted here.
Ah. I missed part of the start of the discussion it seems.
> But Arnd wanted to see a smaller patch which only fixes gemini timer issue
> (t.i. shed clock being 100Hz instead of 25MHz).
> Also I've submitted 4.1 support yesterday, but patches didn't change much
> comparing to 3.18
On the other hand I think the bigger patch is OK actually.
I rewrote the timer support some time back and did not get
anyone to test it properly at the time, so the patch went in
untested. So this is a fix.
I think this should be applied as-is since you can actually
test the whole thing on real hardware, and also add:
Fixes: f3372c01816e "ARM: gemini: convert to GENERIC_CLOCKEVENTS"
Reviewed-by: Linus Walleij <linus.walleij@linaro.org>
> I would love to see all those patches/drivers in mainline - tell me where do
> I submit all that :)
I recently looked at some of the patch stacks in OpenWRT and
get a bit sad that the stuff did not go upstream, so I am ready
to help in any way I can.
Anything GPIO related I am ready to help in reviewing/applying
and I will also help out with ARM32 if I can. Sadly I do not have
a Gemini system.
Yours,
Linus Walleij
^ permalink raw reply [flat|nested] 86+ messages in thread
* Gemini Soc timers
@ 2015-07-10 8:48 ` Linus Walleij
0 siblings, 0 replies; 86+ messages in thread
From: Linus Walleij @ 2015-07-10 8:48 UTC (permalink / raw)
To: linux-arm-kernel
On Thu, Jul 9, 2015 at 6:48 PM, Roman Yeryomin <roman@advem.lv> wrote:
> [Me]
>> As usual they are just keeping it out of mainline, and this
>> is adding sched_clock() and other goodies so should
>> probably be upstreamed ASAP.
>
>
> This is what I initially submitted here.
Ah. I missed part of the start of the discussion it seems.
> But Arnd wanted to see a smaller patch which only fixes gemini timer issue
> (t.i. shed clock being 100Hz instead of 25MHz).
> Also I've submitted 4.1 support yesterday, but patches didn't change much
> comparing to 3.18
On the other hand I think the bigger patch is OK actually.
I rewrote the timer support some time back and did not get
anyone to test it properly at the time, so the patch went in
untested. So this is a fix.
I think this should be applied as-is since you can actually
test the whole thing on real hardware, and also add:
Fixes: f3372c01816e "ARM: gemini: convert to GENERIC_CLOCKEVENTS"
Reviewed-by: Linus Walleij <linus.walleij@linaro.org>
> I would love to see all those patches/drivers in mainline - tell me where do
> I submit all that :)
I recently looked at some of the patch stacks in OpenWRT and
get a bit sad that the stuff did not go upstream, so I am ready
to help in any way I can.
Anything GPIO related I am ready to help in reviewing/applying
and I will also help out with ARM32 if I can. Sadly I do not have
a Gemini system.
Yours,
Linus Walleij
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: Gemini Soc timers
@ 2015-07-10 8:48 ` Linus Walleij
0 siblings, 0 replies; 86+ messages in thread
From: Linus Walleij @ 2015-07-10 8:48 UTC (permalink / raw)
To: Roman Yeryomin
Cc: Hans Ulli Kroll, Arnd Bergmann, linux-arm-kernel, Felix Fietkau,
rtc-linux, linux-kernel, Alexandre Belloni, Russell King
On Thu, Jul 9, 2015 at 6:48 PM, Roman Yeryomin <roman@advem.lv> wrote:
> [Me]
>> As usual they are just keeping it out of mainline, and this
>> is adding sched_clock() and other goodies so should
>> probably be upstreamed ASAP.
>
>
> This is what I initially submitted here.
Ah. I missed part of the start of the discussion it seems.
> But Arnd wanted to see a smaller patch which only fixes gemini timer issue
> (t.i. shed clock being 100Hz instead of 25MHz).
> Also I've submitted 4.1 support yesterday, but patches didn't change much
> comparing to 3.18
On the other hand I think the bigger patch is OK actually.
I rewrote the timer support some time back and did not get
anyone to test it properly at the time, so the patch went in
untested. So this is a fix.
I think this should be applied as-is since you can actually
test the whole thing on real hardware, and also add:
Fixes: f3372c01816e "ARM: gemini: convert to GENERIC_CLOCKEVENTS"
Reviewed-by: Linus Walleij <linus.walleij@linaro.org>
> I would love to see all those patches/drivers in mainline - tell me where do
> I submit all that :)
I recently looked at some of the patch stacks in OpenWRT and
get a bit sad that the stuff did not go upstream, so I am ready
to help in any way I can.
Anything GPIO related I am ready to help in reviewing/applying
and I will also help out with ARM32 if I can. Sadly I do not have
a Gemini system.
Yours,
Linus Walleij
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: Gemini Soc timers
2015-07-10 8:48 ` [rtc-linux] " Linus Walleij
(?)
@ 2015-07-12 21:06 ` Arnd Bergmann
-1 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-07-12 21:06 UTC (permalink / raw)
To: Linus Walleij
Cc: Roman Yeryomin, Hans Ulli Kroll, linux-arm-kernel, Felix Fietkau,
rtc-linux, linux-kernel, Alexandre Belloni, Russell King
On Friday 10 July 2015 10:48:26 Linus Walleij wrote:
> On Thu, Jul 9, 2015 at 6:48 PM, Roman Yeryomin <roman@advem.lv> wrote:
> > [Me]
> >> As usual they are just keeping it out of mainline, and this
> >> is adding sched_clock() and other goodies so should
> >> probably be upstreamed ASAP.
> >
> >
> > This is what I initially submitted here.
>
> Ah. I missed part of the start of the discussion it seems.
>
> > But Arnd wanted to see a smaller patch which only fixes gemini timer issue
> > (t.i. shed clock being 100Hz instead of 25MHz).
> > Also I've submitted 4.1 support yesterday, but patches didn't change much
> > comparing to 3.18
>
> On the other hand I think the bigger patch is OK actually.
>
> I rewrote the timer support some time back and did not get
> anyone to test it properly at the time, so the patch went in
> untested. So this is a fix.
The bigger patch seemed a little too verbose to have it backported
to stable kernels, so I asked for a minimal fix that could be marked
as stable, with the other changes applied on top for the current
arm-soc tree.
I'm still on parental leave and not dealing with patches directly,
so whichever patch we want should get routed through Ulli to arm@kernel.org
Arnd
^ permalink raw reply [flat|nested] 86+ messages in thread
* Gemini Soc timers
@ 2015-07-12 21:06 ` Arnd Bergmann
0 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-07-12 21:06 UTC (permalink / raw)
To: linux-arm-kernel
On Friday 10 July 2015 10:48:26 Linus Walleij wrote:
> On Thu, Jul 9, 2015 at 6:48 PM, Roman Yeryomin <roman@advem.lv> wrote:
> > [Me]
> >> As usual they are just keeping it out of mainline, and this
> >> is adding sched_clock() and other goodies so should
> >> probably be upstreamed ASAP.
> >
> >
> > This is what I initially submitted here.
>
> Ah. I missed part of the start of the discussion it seems.
>
> > But Arnd wanted to see a smaller patch which only fixes gemini timer issue
> > (t.i. shed clock being 100Hz instead of 25MHz).
> > Also I've submitted 4.1 support yesterday, but patches didn't change much
> > comparing to 3.18
>
> On the other hand I think the bigger patch is OK actually.
>
> I rewrote the timer support some time back and did not get
> anyone to test it properly at the time, so the patch went in
> untested. So this is a fix.
The bigger patch seemed a little too verbose to have it backported
to stable kernels, so I asked for a minimal fix that could be marked
as stable, with the other changes applied on top for the current
arm-soc tree.
I'm still on parental leave and not dealing with patches directly,
so whichever patch we want should get routed through Ulli to arm at kernel.org
Arnd
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: Gemini Soc timers
@ 2015-07-12 21:06 ` Arnd Bergmann
0 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-07-12 21:06 UTC (permalink / raw)
To: Linus Walleij
Cc: Roman Yeryomin, Hans Ulli Kroll, linux-arm-kernel, Felix Fietkau,
rtc-linux, linux-kernel, Alexandre Belloni, Russell King
On Friday 10 July 2015 10:48:26 Linus Walleij wrote:
> On Thu, Jul 9, 2015 at 6:48 PM, Roman Yeryomin <roman@advem.lv> wrote:
> > [Me]
> >> As usual they are just keeping it out of mainline, and this
> >> is adding sched_clock() and other goodies so should
> >> probably be upstreamed ASAP.
> >
> >
> > This is what I initially submitted here.
>
> Ah. I missed part of the start of the discussion it seems.
>
> > But Arnd wanted to see a smaller patch which only fixes gemini timer issue
> > (t.i. shed clock being 100Hz instead of 25MHz).
> > Also I've submitted 4.1 support yesterday, but patches didn't change much
> > comparing to 3.18
>
> On the other hand I think the bigger patch is OK actually.
>
> I rewrote the timer support some time back and did not get
> anyone to test it properly at the time, so the patch went in
> untested. So this is a fix.
The bigger patch seemed a little too verbose to have it backported
to stable kernels, so I asked for a minimal fix that could be marked
as stable, with the other changes applied on top for the current
arm-soc tree.
I'm still on parental leave and not dealing with patches directly,
so whichever patch we want should get routed through Ulli to arm@kernel.org
Arnd
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-07-09 8:04 ` [rtc-linux] " Arnd Bergmann
(?)
@ 2015-07-09 16:51 ` Roman Yeryomin
-1 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-07-09 16:51 UTC (permalink / raw)
To: Arnd Bergmann
Cc: linux-arm-kernel, Felix Fietkau, rtc-linux, Linus Walleij,
linux-kernel, Alexandre Belloni, Russell King, Hans Ulli Kroll
On 2015-07-09 11:04, Arnd Bergmann wrote:
> On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
>>
>> OK, here are the minimal changes required (see attachment). Tested on
>> 4.1.1
>> Let me know if you want me to submit it in some other way.
>>
>
> The changes look ok to me. Please submit them as two separate
> patches (1. set up and use timer3, 2. register sched_clock) according
> to the Documentation/SubmittingPatches description.
>
So what do we do?
Do you still want me to split this as you said and submit or you want
Hans's patches rebased/resubmitted?
Regards,
Roman
^ permalink raw reply [flat|nested] 86+ messages in thread
* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-07-09 16:51 ` Roman Yeryomin
0 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-07-09 16:51 UTC (permalink / raw)
To: linux-arm-kernel
On 2015-07-09 11:04, Arnd Bergmann wrote:
> On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
>>
>> OK, here are the minimal changes required (see attachment). Tested on
>> 4.1.1
>> Let me know if you want me to submit it in some other way.
>>
>
> The changes look ok to me. Please submit them as two separate
> patches (1. set up and use timer3, 2. register sched_clock) according
> to the Documentation/SubmittingPatches description.
>
So what do we do?
Do you still want me to split this as you said and submit or you want
Hans's patches rebased/resubmitted?
Regards,
Roman
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-07-09 16:51 ` Roman Yeryomin
0 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-07-09 16:51 UTC (permalink / raw)
To: Arnd Bergmann
Cc: linux-arm-kernel, Felix Fietkau, rtc-linux, Linus Walleij,
linux-kernel, Alexandre Belloni, Russell King, Hans Ulli Kroll
On 2015-07-09 11:04, Arnd Bergmann wrote:
> On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
>>
>> OK, here are the minimal changes required (see attachment). Tested on
>> 4.1.1
>> Let me know if you want me to submit it in some other way.
>>
>
> The changes look ok to me. Please submit them as two separate
> patches (1. set up and use timer3, 2. register sched_clock) according
> to the Documentation/SubmittingPatches description.
>
So what do we do?
Do you still want me to split this as you said and submit or you want
Hans's patches rebased/resubmitted?
Regards,
Roman
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-07-09 16:51 ` [rtc-linux] " Roman Yeryomin
(?)
@ 2015-07-19 16:28 ` 'Hans Ulli Kroll' via rtc-linux
-1 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2015-07-19 16:28 UTC (permalink / raw)
To: Roman Yeryomin
Cc: Arnd Bergmann, Linus Walleij, linux-arm-kernel, Felix Fietkau,
rtc-linux, Linus Walleij, linux-kernel, Alexandre Belloni,
Russell King, Hans Ulli Kroll
Hi
On Thu, 9 Jul 2015, Roman Yeryomin wrote:
> On 2015-07-09 11:04, Arnd Bergmann wrote:
> > On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
> > >
> > > OK, here are the minimal changes required (see attachment). Tested on
> > > 4.1.1
> > > Let me know if you want me to submit it in some other way.
> > >
> >
> > The changes look ok to me. Please submit them as two separate
> > patches (1. set up and use timer3, 2. register sched_clock) according
> > to the Documentation/SubmittingPatches description.
> >
>
> So what do we do?
> Do you still want me to split this as you said and submit or you want Hans's
> patches rebased/resubmitted?
>
> Regards,
> Roman
>
can you rebase your patches againt my branch at
git://github.com/ulli-kroll/linux.git gemini/clockevents/4.3
I've added here the clockevents changes for 4.3 and patch fory
arch/arm/mach-gemini
This changes will then go arm@kernel.org.
Hans Ulli
^ permalink raw reply [flat|nested] 86+ messages in thread
* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-07-19 16:28 ` 'Hans Ulli Kroll' via rtc-linux
0 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2015-07-19 16:28 UTC (permalink / raw)
To: linux-arm-kernel
Hi
On Thu, 9 Jul 2015, Roman Yeryomin wrote:
> On 2015-07-09 11:04, Arnd Bergmann wrote:
> > On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
> > >
> > > OK, here are the minimal changes required (see attachment). Tested on
> > > 4.1.1
> > > Let me know if you want me to submit it in some other way.
> > >
> >
> > The changes look ok to me. Please submit them as two separate
> > patches (1. set up and use timer3, 2. register sched_clock) according
> > to the Documentation/SubmittingPatches description.
> >
>
> So what do we do?
> Do you still want me to split this as you said and submit or you want Hans's
> patches rebased/resubmitted?
>
> Regards,
> Roman
>
can you rebase your patches againt my branch at
git://github.com/ulli-kroll/linux.git gemini/clockevents/4.3
I've added here the clockevents changes for 4.3 and patch fory
arch/arm/mach-gemini
This changes will then go arm at kernel.org.
Hans Ulli
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-07-19 16:28 ` 'Hans Ulli Kroll' via rtc-linux
0 siblings, 0 replies; 86+ messages in thread
From: 'Hans Ulli Kroll' via rtc-linux @ 2015-07-19 16:28 UTC (permalink / raw)
To: Roman Yeryomin
Cc: Arnd Bergmann, Linus Walleij, linux-arm-kernel, Felix Fietkau,
rtc-linux, Linus Walleij, linux-kernel, Alexandre Belloni,
Russell King, Hans Ulli Kroll
Hi
On Thu, 9 Jul 2015, Roman Yeryomin wrote:
> On 2015-07-09 11:04, Arnd Bergmann wrote:
> > On Thursday 09 July 2015 01:29:39 Roman Yeryomin wrote:
> > >
> > > OK, here are the minimal changes required (see attachment). Tested on
> > > 4.1.1
> > > Let me know if you want me to submit it in some other way.
> > >
> >
> > The changes look ok to me. Please submit them as two separate
> > patches (1. set up and use timer3, 2. register sched_clock) according
> > to the Documentation/SubmittingPatches description.
> >
>
> So what do we do?
> Do you still want me to split this as you said and submit or you want Hans's
> patches rebased/resubmitted?
>
> Regards,
> Roman
>
can you rebase your patches againt my branch at
git://github.com/ulli-kroll/linux.git gemini/clockevents/4.3
I've added here the clockevents changes for 4.3 and patch fory
arch/arm/mach-gemini
This changes will then go arm@kernel.org.
Hans Ulli
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-05-06 9:39 ` [rtc-linux] " Arnd Bergmann
(?)
@ 2015-05-07 3:00 ` Hans Ulli Kroll
-1 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2015-05-07 3:00 UTC (permalink / raw)
To: Arnd Bergmann
Cc: Alexandre Belloni, Hans Ulli Kroll, linux-arm-kernel,
linux-kernel, rtc-linux, Linus Walleij, Russell King,
Felix Fietkau, Roman Yeryomin
Hello
On Wed, 6 May 2015, Arnd Bergmann wrote:
> On Saturday 02 May 2015 01:42:14 Alexandre Belloni wrote:
> > Hi,
> >
> > On 14/12/2010 at 16:08:26 +0100, Hans Ulli Kroll wrote :
> > > driver for the rtc device
> > > on Cortina Systems CS3516 or StormlinkSemi SL3516 aka Gemini SoC
> > >
> > > Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
> >
> > This driver has never been merged and the platform doesn't seem to be
> > active anymore. Is there still any interest in getting this driver
> > mainlined?
> >
> > Only tree wide cleanups happened in mach-gemini since end of 2010, the
> > listed git repository (git://git.berlios.de/gemini-board) was on berliOS
> > (closed since 2011) and the sourceforge mirror seems empty. Is there
> > still interest in keeping that platform in the mainline?
>
> As far as I know, the platform is still used by a number of people,
> and is supported by OpenWRT. The reason we haven't seen updates is that
> Ulli has been mostly absent from upstream development, and we haven't
> had any other person step up as maintainer.
>
> I have a patch to convert the platform to ARCH_MULTIPLATFORM, and
> the code doesn't really get in the way otherwise.
>
> As far as I'm concerned, we should just merge all the patches from
> http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
y>
> We should also try to find a maintainer that can respond to patches
> in a timely manner. If Ulli has time for that again, that would be great,
> otherwise I think we should find someone from OpenWRT to take over.
>
> Arnd
>
I'm back in busyness.
Currently me dev device is right next to me.
I moved some time ago and haav to find it in some 'hidden' box.
Ulli
^ permalink raw reply [flat|nested] 86+ messages in thread
* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-07 3:00 ` Hans Ulli Kroll
0 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2015-05-07 3:00 UTC (permalink / raw)
To: linux-arm-kernel
Hello
On Wed, 6 May 2015, Arnd Bergmann wrote:
> On Saturday 02 May 2015 01:42:14 Alexandre Belloni wrote:
> > Hi,
> >
> > On 14/12/2010 at 16:08:26 +0100, Hans Ulli Kroll wrote :
> > > driver for the rtc device
> > > on Cortina Systems CS3516 or StormlinkSemi SL3516 aka Gemini SoC
> > >
> > > Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
> >
> > This driver has never been merged and the platform doesn't seem to be
> > active anymore. Is there still any interest in getting this driver
> > mainlined?
> >
> > Only tree wide cleanups happened in mach-gemini since end of 2010, the
> > listed git repository (git://git.berlios.de/gemini-board) was on berliOS
> > (closed since 2011) and the sourceforge mirror seems empty. Is there
> > still interest in keeping that platform in the mainline?
>
> As far as I know, the platform is still used by a number of people,
> and is supported by OpenWRT. The reason we haven't seen updates is that
> Ulli has been mostly absent from upstream development, and we haven't
> had any other person step up as maintainer.
>
> I have a patch to convert the platform to ARCH_MULTIPLATFORM, and
> the code doesn't really get in the way otherwise.
>
> As far as I'm concerned, we should just merge all the patches from
> http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
y>
> We should also try to find a maintainer that can respond to patches
> in a timely manner. If Ulli has time for that again, that would be great,
> otherwise I think we should find someone from OpenWRT to take over.
>
> Arnd
>
I'm back in busyness.
Currently me dev device is right next to me.
I moved some time ago and haav to find it in some 'hidden' box.
Ulli
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-07 3:00 ` Hans Ulli Kroll
0 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2015-05-07 3:00 UTC (permalink / raw)
To: Arnd Bergmann
Cc: Alexandre Belloni, Hans Ulli Kroll, linux-arm-kernel,
linux-kernel, rtc-linux, Linus Walleij, Russell King,
Felix Fietkau, Roman Yeryomin
Hello
On Wed, 6 May 2015, Arnd Bergmann wrote:
> On Saturday 02 May 2015 01:42:14 Alexandre Belloni wrote:
> > Hi,
> >
> > On 14/12/2010 at 16:08:26 +0100, Hans Ulli Kroll wrote :
> > > driver for the rtc device
> > > on Cortina Systems CS3516 or StormlinkSemi SL3516 aka Gemini SoC
> > >
> > > Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
> >
> > This driver has never been merged and the platform doesn't seem to be
> > active anymore. Is there still any interest in getting this driver
> > mainlined?
> >
> > Only tree wide cleanups happened in mach-gemini since end of 2010, the
> > listed git repository (git://git.berlios.de/gemini-board) was on berliOS
> > (closed since 2011) and the sourceforge mirror seems empty. Is there
> > still interest in keeping that platform in the mainline?
>
> As far as I know, the platform is still used by a number of people,
> and is supported by OpenWRT. The reason we haven't seen updates is that
> Ulli has been mostly absent from upstream development, and we haven't
> had any other person step up as maintainer.
>
> I have a patch to convert the platform to ARCH_MULTIPLATFORM, and
> the code doesn't really get in the way otherwise.
>
> As far as I'm concerned, we should just merge all the patches from
> http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
y>
> We should also try to find a maintainer that can respond to patches
> in a timely manner. If Ulli has time for that again, that would be great,
> otherwise I think we should find someone from OpenWRT to take over.
>
> Arnd
>
I'm back in busyness.
Currently me dev device is right next to me.
I moved some time ago and haav to find it in some 'hidden' box.
Ulli
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-05-07 3:00 ` [rtc-linux] " Hans Ulli Kroll
(?)
@ 2015-05-07 7:49 ` Arnd Bergmann
-1 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-05-07 7:49 UTC (permalink / raw)
To: Hans Ulli Kroll
Cc: Alexandre Belloni, linux-arm-kernel, linux-kernel, rtc-linux,
Linus Walleij, Russell King, Felix Fietkau, Roman Yeryomin
On Thursday 07 May 2015 05:00:03 Hans Ulli Kroll wrote:
> On Wed, 6 May 2015, Arnd Bergmann wrote:
> > As far as I'm concerned, we should just merge all the patches from
> > http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
> >
> > We should also try to find a maintainer that can respond to patches
> > in a timely manner. If Ulli has time for that again, that would be great,
> > otherwise I think we should find someone from OpenWRT to take over.
>
> I'm back in busyness.
> Currently me dev device is right next to me.
> I moved some time ago and haav to find it in some 'hidden' box.
Awesome, welcome back!
Are you able to look at the patches I mentioned above and submit them
to arm@kernel.org, cc linux-arm-kernel@lists.infradead.org with proper
patch descriptions?
Arnd
^ permalink raw reply [flat|nested] 86+ messages in thread
* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-07 7:49 ` Arnd Bergmann
0 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-05-07 7:49 UTC (permalink / raw)
To: linux-arm-kernel
On Thursday 07 May 2015 05:00:03 Hans Ulli Kroll wrote:
> On Wed, 6 May 2015, Arnd Bergmann wrote:
> > As far as I'm concerned, we should just merge all the patches from
> > http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
> >
> > We should also try to find a maintainer that can respond to patches
> > in a timely manner. If Ulli has time for that again, that would be great,
> > otherwise I think we should find someone from OpenWRT to take over.
>
> I'm back in busyness.
> Currently me dev device is right next to me.
> I moved some time ago and haav to find it in some 'hidden' box.
Awesome, welcome back!
Are you able to look at the patches I mentioned above and submit them
to arm at kernel.org, cc linux-arm-kernel at lists.infradead.org with proper
patch descriptions?
Arnd
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-07 7:49 ` Arnd Bergmann
0 siblings, 0 replies; 86+ messages in thread
From: Arnd Bergmann @ 2015-05-07 7:49 UTC (permalink / raw)
To: Hans Ulli Kroll
Cc: Alexandre Belloni, linux-arm-kernel, linux-kernel, rtc-linux,
Linus Walleij, Russell King, Felix Fietkau, Roman Yeryomin
On Thursday 07 May 2015 05:00:03 Hans Ulli Kroll wrote:
> On Wed, 6 May 2015, Arnd Bergmann wrote:
> > As far as I'm concerned, we should just merge all the patches from
> > http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
> >
> > We should also try to find a maintainer that can respond to patches
> > in a timely manner. If Ulli has time for that again, that would be great,
> > otherwise I think we should find someone from OpenWRT to take over.
>
> I'm back in busyness.
> Currently me dev device is right next to me.
> I moved some time ago and haav to find it in some 'hidden' box.
Awesome, welcome back!
Are you able to look at the patches I mentioned above and submit them
to arm@kernel.org, cc linux-arm-kernel@lists.infradead.org with proper
patch descriptions?
Arnd
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-05-07 7:49 ` [rtc-linux] " Arnd Bergmann
(?)
@ 2015-05-07 17:46 ` Hans Ulli Kroll
-1 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2015-05-07 17:46 UTC (permalink / raw)
To: Arnd Bergmann
Cc: Hans Ulli Kroll, Alexandre Belloni, linux-arm-kernel,
linux-kernel, rtc-linux, Linus Walleij, Russell King,
Felix Fietkau, Roman Yeryomin
Hi
On Thu, 7 May 2015, Arnd Bergmann wrote:
> On Thursday 07 May 2015 05:00:03 Hans Ulli Kroll wrote:
> > On Wed, 6 May 2015, Arnd Bergmann wrote:
> > > As far as I'm concerned, we should just merge all the patches from
> > > http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
> > >
> > > We should also try to find a maintainer that can respond to patches
> > > in a timely manner. If Ulli has time for that again, that would be great,
> > > otherwise I think we should find someone from OpenWRT to take over.
> >
> > I'm back in busyness.
> > Currently me dev device is right next to me.
> > I moved some time ago and haav to find it in some 'hidden' box.
>
> Awesome, welcome back!
>
> Are you able to look at the patches I mentioned above and submit them
> to arm@kernel.org, cc linux-arm-kernel@lists.infradead.org with proper
> patch descriptions?
>
> Arnd
>
Already done,
RTC driver send.
Compilder fix for MACH-RECORD send.
Maintainer Update send.
This device is a (very) bad design, to be polite !
I think they didn't test this properly.
And they fixed some software issues in hardware.
To be exact :
They switched the IDE channels in hardware, to get around the stupid
Sausalito software.
^ permalink raw reply [flat|nested] 86+ messages in thread
* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-07 17:46 ` Hans Ulli Kroll
0 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2015-05-07 17:46 UTC (permalink / raw)
To: linux-arm-kernel
Hi
On Thu, 7 May 2015, Arnd Bergmann wrote:
> On Thursday 07 May 2015 05:00:03 Hans Ulli Kroll wrote:
> > On Wed, 6 May 2015, Arnd Bergmann wrote:
> > > As far as I'm concerned, we should just merge all the patches from
> > > http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
> > >
> > > We should also try to find a maintainer that can respond to patches
> > > in a timely manner. If Ulli has time for that again, that would be great,
> > > otherwise I think we should find someone from OpenWRT to take over.
> >
> > I'm back in busyness.
> > Currently me dev device is right next to me.
> > I moved some time ago and haav to find it in some 'hidden' box.
>
> Awesome, welcome back!
>
> Are you able to look at the patches I mentioned above and submit them
> to arm at kernel.org, cc linux-arm-kernel at lists.infradead.org with proper
> patch descriptions?
>
> Arnd
>
Already done,
RTC driver send.
Compilder fix for MACH-RECORD send.
Maintainer Update send.
This device is a (very) bad design, to be polite !
I think they didn't test this properly.
And they fixed some software issues in hardware.
To be exact :
They switched the IDE channels in hardware, to get around the stupid
Sausalito software.
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-07 17:46 ` Hans Ulli Kroll
0 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2015-05-07 17:46 UTC (permalink / raw)
To: Arnd Bergmann
Cc: Hans Ulli Kroll, Alexandre Belloni, linux-arm-kernel,
linux-kernel, rtc-linux, Linus Walleij, Russell King,
Felix Fietkau, Roman Yeryomin
Hi
On Thu, 7 May 2015, Arnd Bergmann wrote:
> On Thursday 07 May 2015 05:00:03 Hans Ulli Kroll wrote:
> > On Wed, 6 May 2015, Arnd Bergmann wrote:
> > > As far as I'm concerned, we should just merge all the patches from
> > > http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
> > >
> > > We should also try to find a maintainer that can respond to patches
> > > in a timely manner. If Ulli has time for that again, that would be great,
> > > otherwise I think we should find someone from OpenWRT to take over.
> >
> > I'm back in busyness.
> > Currently me dev device is right next to me.
> > I moved some time ago and haav to find it in some 'hidden' box.
>
> Awesome, welcome back!
>
> Are you able to look at the patches I mentioned above and submit them
> to arm@kernel.org, cc linux-arm-kernel@lists.infradead.org with proper
> patch descriptions?
>
> Arnd
>
Already done,
RTC driver send.
Compilder fix for MACH-RECORD send.
Maintainer Update send.
This device is a (very) bad design, to be polite !
I think they didn't test this properly.
And they fixed some software issues in hardware.
To be exact :
They switched the IDE channels in hardware, to get around the stupid
Sausalito software.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-05-07 17:46 ` [rtc-linux] " Hans Ulli Kroll
(?)
@ 2015-05-07 21:35 ` Roman Yeryomin
-1 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-05-07 21:35 UTC (permalink / raw)
To: Hans Ulli Kroll
Cc: Arnd Bergmann, Alexandre Belloni, linux-arm-kernel, linux-kernel,
rtc-linux, Linus Walleij, Russell King, Felix Fietkau
On 2015-05-07 20:46, Hans Ulli Kroll wrote:
> Hi
>
> On Thu, 7 May 2015, Arnd Bergmann wrote:
>
>> On Thursday 07 May 2015 05:00:03 Hans Ulli Kroll wrote:
>> > On Wed, 6 May 2015, Arnd Bergmann wrote:
>> > > As far as I'm concerned, we should just merge all the patches from
>> > > http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
>> > >
>> > > We should also try to find a maintainer that can respond to patches
>> > > in a timely manner. If Ulli has time for that again, that would be great,
>> > > otherwise I think we should find someone from OpenWRT to take over.
>> >
>> > I'm back in busyness.
>> > Currently me dev device is right next to me.
>> > I moved some time ago and haav to find it in some 'hidden' box.
>>
>> Awesome, welcome back!
>>
>> Are you able to look at the patches I mentioned above and submit them
>> to arm@kernel.org, cc linux-arm-kernel@lists.infradead.org with proper
>> patch descriptions?
>>
>> Arnd
>>
>
> Already done,
> RTC driver send.
> Compilder fix for MACH-RECORD send.
> Maintainer Update send.
>
> This device is a (very) bad design, to be polite !
> I think they didn't test this properly.
> And they fixed some software issues in hardware.
> To be exact :
> They switched the IDE channels in hardware, to get around the stupid
> Sausalito software.
AFAIK, ide channels are switchable in the driver.
Regards,
Roman
^ permalink raw reply [flat|nested] 86+ messages in thread
* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-07 21:35 ` Roman Yeryomin
0 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-05-07 21:35 UTC (permalink / raw)
To: linux-arm-kernel
On 2015-05-07 20:46, Hans Ulli Kroll wrote:
> Hi
>
> On Thu, 7 May 2015, Arnd Bergmann wrote:
>
>> On Thursday 07 May 2015 05:00:03 Hans Ulli Kroll wrote:
>> > On Wed, 6 May 2015, Arnd Bergmann wrote:
>> > > As far as I'm concerned, we should just merge all the patches from
>> > > http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
>> > >
>> > > We should also try to find a maintainer that can respond to patches
>> > > in a timely manner. If Ulli has time for that again, that would be great,
>> > > otherwise I think we should find someone from OpenWRT to take over.
>> >
>> > I'm back in busyness.
>> > Currently me dev device is right next to me.
>> > I moved some time ago and haav to find it in some 'hidden' box.
>>
>> Awesome, welcome back!
>>
>> Are you able to look at the patches I mentioned above and submit them
>> to arm at kernel.org, cc linux-arm-kernel at lists.infradead.org with proper
>> patch descriptions?
>>
>> Arnd
>>
>
> Already done,
> RTC driver send.
> Compilder fix for MACH-RECORD send.
> Maintainer Update send.
>
> This device is a (very) bad design, to be polite !
> I think they didn't test this properly.
> And they fixed some software issues in hardware.
> To be exact :
> They switched the IDE channels in hardware, to get around the stupid
> Sausalito software.
AFAIK, ide channels are switchable in the driver.
Regards,
Roman
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-07 21:35 ` Roman Yeryomin
0 siblings, 0 replies; 86+ messages in thread
From: Roman Yeryomin @ 2015-05-07 21:35 UTC (permalink / raw)
To: Hans Ulli Kroll
Cc: Arnd Bergmann, Alexandre Belloni, linux-arm-kernel, linux-kernel,
rtc-linux, Linus Walleij, Russell King, Felix Fietkau
On 2015-05-07 20:46, Hans Ulli Kroll wrote:
> Hi
>
> On Thu, 7 May 2015, Arnd Bergmann wrote:
>
>> On Thursday 07 May 2015 05:00:03 Hans Ulli Kroll wrote:
>> > On Wed, 6 May 2015, Arnd Bergmann wrote:
>> > > As far as I'm concerned, we should just merge all the patches from
>> > > http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
>> > >
>> > > We should also try to find a maintainer that can respond to patches
>> > > in a timely manner. If Ulli has time for that again, that would be great,
>> > > otherwise I think we should find someone from OpenWRT to take over.
>> >
>> > I'm back in busyness.
>> > Currently me dev device is right next to me.
>> > I moved some time ago and haav to find it in some 'hidden' box.
>>
>> Awesome, welcome back!
>>
>> Are you able to look at the patches I mentioned above and submit them
>> to arm@kernel.org, cc linux-arm-kernel@lists.infradead.org with proper
>> patch descriptions?
>>
>> Arnd
>>
>
> Already done,
> RTC driver send.
> Compilder fix for MACH-RECORD send.
> Maintainer Update send.
>
> This device is a (very) bad design, to be polite !
> I think they didn't test this properly.
> And they fixed some software issues in hardware.
> To be exact :
> They switched the IDE channels in hardware, to get around the stupid
> Sausalito software.
AFAIK, ide channels are switchable in the driver.
Regards,
Roman
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
2015-05-07 21:35 ` [rtc-linux] " Roman Yeryomin
(?)
@ 2015-05-08 18:28 ` Hans Ulli Kroll
-1 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2015-05-08 18:28 UTC (permalink / raw)
To: Roman Yeryomin
Cc: Hans Ulli Kroll, Arnd Bergmann, Alexandre Belloni,
linux-arm-kernel, linux-kernel, rtc-linux, Linus Walleij,
Russell King, Felix Fietkau
Hi
On Fri, 8 May 2015, Roman Yeryomin wrote:
> On 2015-05-07 20:46, Hans Ulli Kroll wrote:
> > Hi
> >
> > On Thu, 7 May 2015, Arnd Bergmann wrote:
> >
> > > On Thursday 07 May 2015 05:00:03 Hans Ulli Kroll wrote:
> > > > On Wed, 6 May 2015, Arnd Bergmann wrote:
> > > > > As far as I'm concerned, we should just merge all the patches from
> > > > > http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
> > > > >
> > > > > We should also try to find a maintainer that can respond to patches
> > > > > in a timely manner. If Ulli has time for that again, that would be
> > > > > great,
> > > > > otherwise I think we should find someone from OpenWRT to take over.
> > > >
> > > > I'm back in busyness.
> > > > Currently me dev device is right next to me.
> > > > I moved some time ago and haav to find it in some 'hidden' box.
> > >
> > > Awesome, welcome back!
> > >
> > > Are you able to look at the patches I mentioned above and submit them
> > > to arm@kernel.org, cc linux-arm-kernel@lists.infradead.org with proper
> > > patch descriptions?
> > >
> > > Arnd
> > >
> >
> > Already done,
> > RTC driver send.
> > Compilder fix for MACH-RECORD send.
> > Maintainer Update send.
> >
> > This device is a (very) bad design, to be polite !
> > I think they didn't test this properly.
> > And they fixed some software issues in hardware.
> > To be exact :
> > They switched the IDE channels in hardware, to get around the stupid
> > Sausalito software.
>
> AFAIK, ide channels are switchable in the driver.
Yes.
But there is a HW switch.
/* Values of IOMUX
* 26:24 bits is "IDE IO Select"
* 111:100 - Reserved
* 011 - ata0 <-> sata0, sata1; bring out ata1
* 010 - ata1 <-> sata1, sata0; bring out ata0
* 001 - ata0 <-> sata0, ata1 <-> sata1; bring out ata1
* 000 - ata0 <-> sata0, ata1 <-> sata1; bring out ata0
*/
This is from an email long time ago, with Paulius Zaleckas who has the
yoriginal documentation to this SoC.
I hacked some weeks (or months) to get this thing running.
Some HDD are working well, others don't. At this time, this was only one
manufacturer, who has only the "bad" devices.
Early this year, I got some report from one user. He has two hdd's from
the same manufacturer. One hdd is working well, the other don't.
At the end of this "session" I've taken this device to some hidden place.
;-)
Ulli
^ permalink raw reply [flat|nested] 86+ messages in thread
* [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-08 18:28 ` Hans Ulli Kroll
0 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2015-05-08 18:28 UTC (permalink / raw)
To: linux-arm-kernel
Hi
On Fri, 8 May 2015, Roman Yeryomin wrote:
> On 2015-05-07 20:46, Hans Ulli Kroll wrote:
> > Hi
> >
> > On Thu, 7 May 2015, Arnd Bergmann wrote:
> >
> > > On Thursday 07 May 2015 05:00:03 Hans Ulli Kroll wrote:
> > > > On Wed, 6 May 2015, Arnd Bergmann wrote:
> > > > > As far as I'm concerned, we should just merge all the patches from
> > > > > http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
> > > > >
> > > > > We should also try to find a maintainer that can respond to patches
> > > > > in a timely manner. If Ulli has time for that again, that would be
> > > > > great,
> > > > > otherwise I think we should find someone from OpenWRT to take over.
> > > >
> > > > I'm back in busyness.
> > > > Currently me dev device is right next to me.
> > > > I moved some time ago and haav to find it in some 'hidden' box.
> > >
> > > Awesome, welcome back!
> > >
> > > Are you able to look at the patches I mentioned above and submit them
> > > to arm at kernel.org, cc linux-arm-kernel at lists.infradead.org with proper
> > > patch descriptions?
> > >
> > > Arnd
> > >
> >
> > Already done,
> > RTC driver send.
> > Compilder fix for MACH-RECORD send.
> > Maintainer Update send.
> >
> > This device is a (very) bad design, to be polite !
> > I think they didn't test this properly.
> > And they fixed some software issues in hardware.
> > To be exact :
> > They switched the IDE channels in hardware, to get around the stupid
> > Sausalito software.
>
> AFAIK, ide channels are switchable in the driver.
Yes.
But there is a HW switch.
/* Values of IOMUX
* 26:24 bits is "IDE IO Select"
* 111:100 - Reserved
* 011 - ata0 <-> sata0, sata1; bring out ata1
* 010 - ata1 <-> sata1, sata0; bring out ata0
* 001 - ata0 <-> sata0, ata1 <-> sata1; bring out ata1
* 000 - ata0 <-> sata0, ata1 <-> sata1; bring out ata0
*/
This is from an email long time ago, with Paulius Zaleckas who has the
yoriginal documentation to this SoC.
I hacked some weeks (or months) to get this thing running.
Some HDD are working well, others don't. At this time, this was only one
manufacturer, who has only the "bad" devices.
Early this year, I got some report from one user. He has two hdd's from
the same manufacturer. One hdd is working well, the other don't.
At the end of this "session" I've taken this device to some hidden place.
;-)
Ulli
^ permalink raw reply [flat|nested] 86+ messages in thread
* [rtc-linux] Re: [1/2] RTC: Add core rtc support for Gemini Soc devices
@ 2015-05-08 18:28 ` Hans Ulli Kroll
0 siblings, 0 replies; 86+ messages in thread
From: Hans Ulli Kroll @ 2015-05-08 18:28 UTC (permalink / raw)
To: Roman Yeryomin
Cc: Hans Ulli Kroll, Arnd Bergmann, Alexandre Belloni,
linux-arm-kernel, linux-kernel, rtc-linux, Linus Walleij,
Russell King, Felix Fietkau
Hi
On Fri, 8 May 2015, Roman Yeryomin wrote:
> On 2015-05-07 20:46, Hans Ulli Kroll wrote:
> > Hi
> >
> > On Thu, 7 May 2015, Arnd Bergmann wrote:
> >
> > > On Thursday 07 May 2015 05:00:03 Hans Ulli Kroll wrote:
> > > > On Wed, 6 May 2015, Arnd Bergmann wrote:
> > > > > As far as I'm concerned, we should just merge all the patches from
> > > > > http://git.openwrt.org/?p=openwrt.git;a=tree;f=target/linux/gemini/patches-3.18
> > > > >
> > > > > We should also try to find a maintainer that can respond to patches
> > > > > in a timely manner. If Ulli has time for that again, that would be
> > > > > great,
> > > > > otherwise I think we should find someone from OpenWRT to take over.
> > > >
> > > > I'm back in busyness.
> > > > Currently me dev device is right next to me.
> > > > I moved some time ago and haav to find it in some 'hidden' box.
> > >
> > > Awesome, welcome back!
> > >
> > > Are you able to look at the patches I mentioned above and submit them
> > > to arm@kernel.org, cc linux-arm-kernel@lists.infradead.org with proper
> > > patch descriptions?
> > >
> > > Arnd
> > >
> >
> > Already done,
> > RTC driver send.
> > Compilder fix for MACH-RECORD send.
> > Maintainer Update send.
> >
> > This device is a (very) bad design, to be polite !
> > I think they didn't test this properly.
> > And they fixed some software issues in hardware.
> > To be exact :
> > They switched the IDE channels in hardware, to get around the stupid
> > Sausalito software.
>
> AFAIK, ide channels are switchable in the driver.
Yes.
But there is a HW switch.
/* Values of IOMUX
* 26:24 bits is "IDE IO Select"
* 111:100 - Reserved
* 011 - ata0 <-> sata0, sata1; bring out ata1
* 010 - ata1 <-> sata1, sata0; bring out ata0
* 001 - ata0 <-> sata0, ata1 <-> sata1; bring out ata1
* 000 - ata0 <-> sata0, ata1 <-> sata1; bring out ata0
*/
This is from an email long time ago, with Paulius Zaleckas who has the
yoriginal documentation to this SoC.
I hacked some weeks (or months) to get this thing running.
Some HDD are working well, others don't. At this time, this was only one
manufacturer, who has only the "bad" devices.
Early this year, I got some report from one user. He has two hdd's from
the same manufacturer. One hdd is working well, the other don't.
At the end of this "session" I've taken this device to some hidden place.
;-)
Ulli
^ permalink raw reply [flat|nested] 86+ messages in thread