+++
> 1 file changed, 5 insertions(+), 4 deletions(-)
>
Applied, thanks.
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
&rtc_generic_ops,
> + sizeof(rtc_generic_ops));
> +
> +
spurious blank line
> return PTR_ERR_OR_ZERO(pdev);
> }
> device_initcall(rtc_init);
> --
> 2.7.0
>
--
Alexandre Belloni, Free Electrons
Embedded Lin
Maybe you can also remove the now unnecessary
definitions from the various asm/rtc.h.
I have a small nitpick on the parisc patch.
I'll take the first patch, no need to resend that one.
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electro
On 20/04/2016 at 17:32:18 +0200, Geert Uytterhoeven wrote :
> Signed-off-by: Geert Uytterhoeven
> ---
> Documentation/devicetree/bindings/rtc/sa1100-rtc.txt | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Applied, thanks.
--
Alexandre Belloni, Free Electrons
Embedde
se that do.
>
> The list is taken from those architectures that have a non-empty
> asm/mc146818rtc.h header file and were not explicitly blacklisted.
>
> Signed-off-by: Arnd Bergmann
Acked-by: Alexandre Belloni
> ---
> drivers/char/Kconfig | 3 +--
> 1 file changed, 1 in
C drivers that contain a two older implementations of
> the CONFIG_RTC_DRV_CMOS driver.
>
> This removes x86 from the list.
>
> Signed-off-by: Arnd Bergmann
Acked-by: Alexandre Belloni
Two down, still four drivers for the x86 RTCs...
> ---
> drivers/char/Kconfig | 4
;
> Signed-off-by: Arnd Bergmann
Acked-by: Alexandre Belloni
> ---
> arch/frv/include/asm/mc146818rtc.h| 16
> arch/h8300/include/asm/mc146818rtc.h | 9 -
> arch/ia64/include/asm/mc146818rtc.h | 10 --
> arch/parisc/include/asm/mc146818rtc
The subject should be:
rtc: cmos: move mc146818rtc code out of asm-generic/rtc.h
Else, you can add:
Acked-by: Alexandre Belloni
On 26/04/2016 at 23:44:08 +0200, Arnd Bergmann wrote :
> Drivers should not really include stuff from asm-generic directly,
> and the PC-style cmos rtc drive
on't need them both. The remaining three
> architectures (m68k, parisc, powerpc) actually all support
> the newer rtc-generic driver, so we could remove genrtc completely
> if we want to.
>
Personally, I'd go for the kill and remove genrtc instead of cleaning it
up.
--
Alexan
e it a tristate and allow
building as a module. I think it currently fails because of
console_initcall() but that is certainly fixable.
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
___
Linuxp
On 20/10/2015 at 20:20:07 -0400, Paul Gortmaker wrote :
> [Re: [PATCH 0/5] drivers/tty: make more bool drivers explicitly non-modular]
> On 20/10/2015 (Tue 17:10) Alexandre Belloni wrote:
>
> > On 18/10/2015 at 18:21:13 -0400, Paul Gortmaker wrote :
> > > The one common
it to -1 and drop the function.
> (There are over a dozen other drivers in drivers/rtc that do
> this.)
>
> Found using UBSAN.
>
> Cc: Andrey Ryabinin
> Cc: Andrew Morton # as an example of what UBSan
> finds.
> Cc: Alessandro Zummo
> Cc: Alexandre Belloni
>
t; drivers/rtc/rtc-opal.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Applied, thanks.
--
Alexandre Belloni, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
E
>
> config FSL_RCPM
> bool "Freescale RCPM support"
> - depends on PM_SLEEP && (ARM || ARM64)
> + depends on PM_SLEEP && (ARM || ARM64 || COMPILE_TEST)
> help
> The NXP QorIQ Processors based on ARM Core have RCPM module
y as it is not a critical feature for the
> systems.
>
> Signed-off-by: Li Yang
> ---
> drivers/rtc/Kconfig | 2 --
> 1 file changed, 2 deletions(-)
>
Applied, thanks.
--
Alexandre Belloni, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
ot board dependent and certainly doesn't require an
(undocumented) DT property.
> #ifdef CONFIG_RTC_DRV_DS1374_WDT
> save_client = client;
> ret = misc_register(&ds1374_miscdev);
> --
> 2.17.1
>
--
Alexandre Belloni, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
// The ds1374's INT pin isn't
> + // connected to cpu's INT pin,
> + // so the rtc cannot synchronize
> + // clock tick per second.
> + uie_unsupported;
>
ssume that qman didn't probe when the pool mask is 0.
Signed-off-by: Alexandre Belloni
---
drivers/soc/fsl/qbman/qman_portal.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/soc/fsl/qbman/qman_portal.c
b/drivers/soc/fsl/qbman/qman_portal.c
index a120002b630e..4fc80d2c8feb 10
If the qman driver didn't probe, calling qman_alloc_fqid_range,
qman_alloc_pool_range or qman_alloc_cgrid_range (as done in dpaa_eth) will
pass a NULL pointer to gen_pool_alloc, leading to a NULL pointer
dereference.
Signed-off-by: Alexandre Belloni
---
drivers/soc/fsl/qbman/qman.c | 3 +
On 25/09/2018 21:45:56+0200, Olof Johansson wrote:
> Hi,
>
>
> On Thu, Aug 23, 2018 at 11:36 PM Alexandre Belloni
> wrote:
> >
> > If the qman driver (qman_ccsr) doesn't probe or fail to probe before
> > qman_portal, qm_ccsr_start will be either NULL or a
1 device tree bindings.
> +
> +maintainers:
> + - Alexandre Belloni
> + - Jean-Christophe PLAGNIOL-VILLARD
Jean-Christophe has not been active for years, I'd mention Ludovic
instead.
> +description: |
> + Boards with a SoC of the Atmel AT91 or SMART family shall have
Fix a spelling mistake in a register description.
Signed-off-by: Alexandre Belloni
---
arch/powerpc/sysdev/fsl_rio.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/sysdev/fsl_rio.h b/arch/powerpc/sysdev/fsl_rio.h
index 12dd18fd4795..6c13d9a7b7b2 100644
--- a
enable_irq(aie_irq);
> @@ -214,7 +214,7 @@ static int vr41xx_rtc_alarm_irq_enable(struct device
> *dev, unsigned int enabled)
> alarm_enabled = 0;
> }
> }
> - spin_unlock_irq(&rtc_lock);
> + spin_unlock_irq(&vr41xx_
On 23/03/2021 23:18:17+0100, Alexandre Belloni wrote:
> Hello,
>
> On 23/03/2021 05:12:57-0400, He Ying wrote:
> > We found these warnings in arch/powerpc/kernel/time.c as follows:
> > warning: symbol 'decrementer_max' was not declared. Should it be static?
> &g
On 24/03/2021 09:19:58+0100, Geert Uytterhoeven wrote:
> Hi Alexandre,
>
> On Tue, Mar 23, 2021 at 11:18 PM Alexandre Belloni
> wrote:
> > On 23/03/2021 05:12:57-0400, He Ying wrote:
> > > We found these warnings in arch/powerpc/kernel/time.c as follows:
> > &
log and count up the stolen time.
> * Should be called with interrupts disabled.
> diff --git a/arch/powerpc/platforms/chrp/time.c
> b/arch/powerpc/platforms/chrp/time.c
> index acde7bbe0716..b94dfd5090d8 100644
> --- a/arch/powerpc/platforms/chrp/time.c
> +++ b/arch/powerpc/platforms/chrp/time.c
> @@ -30,8 +30,6 @@
>
> #include
>
> -extern spinlock_t rtc_lock;
> -
> #define NVRAM_AS0 0x74
> #define NVRAM_AS1 0x75
> #define NVRAM_DATA 0x77
> --
> 2.17.1
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
still needs it. I'll
work on that. Again, the patch is fine as is.
Reviewed-by: Alexandre Belloni
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
Stop using uie_unsupported and clear RTC_FEATURE_UPDATE_INTERRUPT instead.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-opal.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-opal.c b/drivers/rtc/rtc-opal.c
index f8f49a969c23..ad41aaf8a17f 100644
-22
I think I know what is happening, there is one patch I wanted to send
this cycle but didn't, can you test it?
https://github.com/alexandrebelloni/linux/commit/50641a5a19cedf7561410d7db614da46c228bacc
Thanks for the report!
--
Alexandre Belloni, co-owner and COO, Bootlin
Embed
om all ARM configurations.
>
> Fixes: 7ecdea4a0226 ("backlight: generic_bl: Remove this driver as it is
> unused")
> Cc: Sam Ravnborg
> Signed-off-by: Andrey Zhizhikin
Acked-by: Alexandre Belloni
> ---
> arch/arm/configs/at91_dt_defconfig| 1 -
> arch/arm
tioning the
> > > secret-soc address. :)
>
> I tried to convince them before, it didn't work. I guess they don't like
> to be spammed ;).
The first rule of arm-soc is: you do not talk about arm@ and soc@
> Or rather, SoC-specific patches, even to defconfig,
> shou
ERIC option
> commit: 4e9c44b128d3eb5da129e53c7312240f838c2dbf
> [5/5] powerpc/configs: drop unused BACKLIGHT_GENERIC option
> commit: 4985c506303fb6a41a885d503a6e1f3d3126431d
>
>Arnd
--
Alexandre Belloni, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
It is a BCD RTC with 4 digits for the year.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-opal.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/rtc/rtc-opal.c b/drivers/rtc/rtc-opal.c
index 7b9f8bcf86fe..c586f695bdc9 100644
--- a/drivers/rtc
Clear RTC_FEATURE_ALARM instead of setting set_alarm, read_alarm and
alarm_irq_enable to NULL.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-pl031.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/rtc/rtc-pl031.c b/drivers/rtc/rtc-pl031.c
index
Hello,
This first introduces a features bitfield that is used to handle the
presence or absence of alarms instead of relying only on the presence of
the alarm callbacks.
The drivers modifying a struct rtc_class_ops or using two different
structures are then converted.
Alexandre Belloni (17
test whether alarms
are available instead of relying on the presence of ops->set_alarm.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/class.c | 5 +
drivers/rtc/interface.c | 12 ++--
include/linux/rtc.h | 2 ++
include/uapi/linux/rtc.h | 5 +
4 files changed,
Clear RTC_FEATURE_ALARM to signal that alarms are not available instead of
having a supplementary struct rtc_class_ops with a NULL .set_alarm.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-armada38x.c | 21 -
1 file changed, 4 insertions(+), 17 deletions(-)
diff
Clear RTC_FEATURE_ALARM to signal that alarms are not available instead of
having a supplementary struct rtc_class_ops with a NULL .set_alarm.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-cmos.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
diff --git a/drivers/rtc
Move the alarm callbacks in pcf2127_rtc_ops and use RTC_FEATURE_ALARM to
signal to the core whether alarms are available instead of having a
supplementary struct rtc_class_ops without alarm callbacks.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-pcf2127.c | 11 +++
1 file
Move the alarm callbacks in pcf85063_rtc_ops and use RTC_FEATURE_ALARM to
signal to the core whether alarms are available instead of having a
supplementary struct rtc_class_ops without alarm callbacks.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-pcf85063.c | 11 ++-
1 file
Merge both struct rtc_class_ops in a single one and use RTC_FEATURE_ALARM
to signal to the core whether alarms are available.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-rx8010.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/drivers/rtc/rtc-rx8010.c
Clear RTC_FEATURE_ALARM to signal that alarms are not available instead of
having a supplementary struct rtc_class_ops without alarm callbacks.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-m48t59.c | 22 --
1 file changed, 8 insertions(+), 14 deletions(-)
diff --git
Move the alarm callbacks in mv_rtc_ops and clear RTC_FEATURE_ALARM to
signal that alarms are not available instead of having a supplementary
struct rtc_class_ops.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-mv.c | 14 --
1 file changed, 4 insertions(+), 10 deletions
Use RTC_FEATURE_ALARM to signal to the core whether alarms are available
instead of changing the global struct rtc_class_ops, allowing to make it
const.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-m41t80.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git
Merge both struct rtc_class_ops in a single one and use RTC_FEATURE_ALARM
to signal to the core whether alarms are available.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-pcf85363.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/rtc/rtc-pcf85363.c b
Use RTC_FEATURE_ALARM to signal to the core whether alarms are available
instead of changing the global struct rtc_class_ops, allowing to make it
const.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-opal.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a
Use RTC_FEATURE_ALARM to signal to the core whether alarms are available
instead of changing the global struct rtc_class_ops, allowing to make it
const.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-rv3029c2.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git
Use RTC_FEATURE_ALARM to signal to the core whether alarms are available
instead of changing the global struct rtc_class_ops, allowing to make it
const.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-rv3028.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a
Use RTC_FEATURE_ALARM to signal to the core whether alarms are available
instead of changing the global struct rtc_class_ops, allowing to make it
const.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-rv3032.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a
Use RTC_FEATURE_ALARM to signal to the core whether alarms are available
instead of changing the global struct rtc_class_ops, allowing to make it
const.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-rv8803.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a
Clear RTC_FEATURE_ALARM to signal that alarms are not available instead of
having a supplementary struct rtc_class_ops without alarm callbacks.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-tps65910.c | 15 ---
1 file changed, 4 insertions(+), 11 deletions(-)
diff --git a
; implemented buses return an ignored error code and so don't anticipate
> wrong expectations for driver authors.
>
> Signed-off-by: Uwe Kleine-König
Acked-by: Alexandre Belloni
> ---
> Hello,
>
> this patch depends on "PCI: endpoint: Make struct pci_epf_driver::remo
; + }
> +}
> +
> static const struct rtc_class_ops gamecube_rtc_ops = {
> .read_time = gamecube_rtc_read_time,
> .set_time = gamecube_rtc_set_time,
> + .ioctl = gamecube_rtc_ioctl,
> };
>
> static int gamecube_rtc_read_offset_from_sram(struct priv *d)
> --
> 2.33.1
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
powerpc: gamecube_defconfig: Enable the RTC driver
commit: 57bd7d356506b713d0df8d8e42da7810a18864df
[5/5] powerpc: wii_defconfig: Enable the RTC driver
commit: 69e8ba80ddda4db31e59facbf2db19773ad3785b
This one didn't apply ceanly but I believe I did the right thing. Can you check?
Best regards,
--
Alexandre Belloni
> I have nothing queued in the powerpc tree that touches any of those
> files, so conflicts are unlikely.
>
> So I'm happy for this to go via the rtc tree whenever it's ready.
>
> Acked-by: Michael Ellerman (powerpc)
That's done, thanks.
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
On 16/12/2021 21:22:20+0100, Emmanuel Gil Peyrot wrote:
> On Thu, Dec 16, 2021 at 10:49:44AM +0100, Alexandre Belloni wrote:
> > On Wed, 15 Dec 2021 18:54:56 +0100, Emmanuel Gil Peyrot wrote:
> > > These three consoles share a device, the MX23L4005, which contains a
> >
rning -ENOENT
> in such a case. This signals generic rtc that no alarm is set and it
> bails out from the alarm initialization flow without reporting the
> above error.
>
> Signed-off-by: Vaibhav Jain
> Reported-by: Steve Best
> ---
> drivers/rtc/rtc-opal.c | 10
fter
> filling up the missing datetime components and if rtc_valid_tm() still
> reports it to be invalid then bails out of the function without
> handling the rollover.
>
> Reported-by: Steve Best
> Signed-off-by: Vaibhav Jain
> ---
> drivers/rtc/interface.c | 9 -
&
Hi,
On 15/09/2017 at 09:13:26 +0200, Anatolij Gustschin wrote:
> On Fri, 15 Sep 2017 04:00:04 +0200
> Alexandre Belloni alexandre.bell...@free-electrons.com wrote:
>
> >The proper compatible for rv3029 is microcrystal,rv3029.
> >
> >Signed-off-by: Alexandre Bello
t; properly for these modified functions.
>
> Miscellanea:
>
> o Remove extra trailing ; and blank line from xfs_agf_verify
>
> Signed-off-by: Joe Perches
For RTC:
Acked-by: Alexandre Belloni
--
Alexandre Belloni, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
as not sent to linux-rtc or me.
I guess what happened is that Michael cleaned up the Linux PPC patchwork
queue.
--
Alexandre Belloni, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engineering
http://bootlin.com
ueue.
>
> Yeah I did.
>
> In future I'll ping you if there's something that seems to have fallen
> through the cracks.
>
Great thanks!
--
Alexandre Belloni, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engineering
http://bootlin.com
(with BIOS)
> FPU: not installed
>
I really don't think anyone is using that but I don't really know much
about x86 and the specification this may be part of.
I see the info may be used in drivers/video/fbdev/ and
drivers/platform/x86/thinkpad_acpi.c
--
Alexandre Belloni, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engineering
http://bootlin.com
On 07/02/2018 at 11:33:55 +0100, Arnd Bergmann wrote:
> On Wed, Feb 7, 2018 at 2:55 AM, Alexandre Belloni
> wrote:
> > On 06/02/2018 at 23:55:02 +0100, Arnd Bergmann wrote:
> >> * arch/arm/kernel/time.c has this code
> >>
> >> #if defined(CONFIG_RTC_DRV_CMOS
On 07/02/2018 at 15:00:04 +0100, Arnd Bergmann wrote:
> On Wed, Feb 7, 2018 at 1:48 PM, Alexandre Belloni
> wrote:
> > On 07/02/2018 at 11:33:55 +0100, Arnd Bergmann wrote:
> >> On Wed, Feb 7, 2018 at 2:55 AM, Alexandre Belloni
>
> >> >> $ cat /proc/driv
On 07/02/2018 at 16:47:00 +0100, Alexandre Belloni wrote:
> > >> > I really don't think anyone is using that but I don't really know much
> > >> > about x86 and the specification this may be part of.
> > >> >
> > >> > I see the
The proper compatible for rv3029 is microcrystal,rv3029.
Acked-by: Anatolij Gustschin
Signed-off-by: Alexandre Belloni
---
Hi,
I'm resending that one because I prefer not taking DT patches through the RTC
tree.
arch/powerpc/boot/dts/digsy_mtc.dts | 2 +-
1 file changed, 1 insertion(
The RTC core is always calling rtc_valid_tm after the read_time callback.
It is not necessary to call it just before returning from the callback.
Signed-off-by: Alexandre Belloni
---
arch/powerpc/kernel/time.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc
PAL_BUSY_EVENT)
> - break;
> + } else if (rc == OPAL_BUSY) {
> + msleep(OPAL_BUSY_DELAY_MS);
> + } else if (rc == OPAL_HARDWARE || rc == OPAL_INTERNAL_ERROR) {
> + if (retries--) {
> + msleep(10); /* Wait 10ms before retry */
> + rc = OPAL_BUSY; /* go around again */
> + }
> + }
> }
>
> return rc == OPAL_SUCCESS ? 0 : -EIO;
> --
> 2.17.0
>
--
Alexandre Belloni, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engineering
https://bootlin.com
On 10/04/2018 23:01:36+1000, Nicholas Piggin wrote:
> On Tue, 10 Apr 2018 14:07:28 +0200
> Alexandre Belloni wrote:
> > > Fixes ("powerpc/powernv: Add RTC and NVRAM support plus RTAS
> > > fallbacks"
> > > Cc: Benjamin Herrenschmidt
> > &g
On 25/04/2018 13:28:27+1000, Michael Ellerman wrote:
> Alexandre Belloni writes:
> > On 10/04/2018 23:01:36+1000, Nicholas Piggin wrote:
> >> On Tue, 10 Apr 2018 14:07:28 +0200
> >> Alexandre Belloni wrote:
> >> > > Fixes ("power
ovide rtc_class_ops directly
> [PATCH v3 13/16] char/genrtc: remove powerpc support
> [PATCH v3 14/16] rtc: generic: remove get_rtc_time/set_rtc_time
> [PATCH v3 15/16] char/genrtc: remove asm-generic/rtc.h from mips
> [PATCH v3 16/16] char/genrtc: remove the rest of the driver
Hi,
On 03/05/2016 at 12:05:34 +0200, Arnd Bergmann wrote :
> On Tuesday 03 May 2016 09:24:18 Alexandre Belloni wrote:
> > Hi Arnd,
> >
> > I see you didn't copy Greg on that series (that may explain his
> > confusion on the previous patch), do you expect me to
one has been converted to a standard SPI driver in v4.6. Following
some discussion, driving it using gpios will be added. m32r will have to
use one of those two interfaces. It is broken on that architecture for
now but we never got any reply from maintainers.
--
Alexandre Belloni, Free Electr
if (errno == EINVAL || errno ==EIO) {
> fprintf(stderr,
> "\n...Alarm IRQs not supported.\n");
> goto test_PIE;
> --
> 2.9.4
>
--
Alexandre Belloni, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
The vendor string for Microcrystal is microcrystal.
Signed-off-by: Alexandre Belloni
---
Documentation/devicetree/bindings/trivial-devices.txt | 2 +-
drivers/rtc/rtc-rv3029c2.c| 2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/Documentation
The rv3029 compatible is missing its vendor string, add it.
Also fix the node name to be a proper generic name.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/usb_a9g20_common.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts
The proper compatible for rv3029 is microcrystal,rv3029.
Signed-off-by: Alexandre Belloni
---
arch/powerpc/boot/dts/digsy_mtc.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/boot/dts/digsy_mtc.dts
b/arch/powerpc/boot/dts/digsy_mtc.dts
index c280e75c86bf
78 matches
Mail list logo
