<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in rtc-cros-ec.c</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>01761882 - rtc: cros-ec: Avoid a couple of -Wflex-array-member-not-at-end warnings</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#01761882</link>
        <description>rtc: cros-ec: Avoid a couple of -Wflex-array-member-not-at-end warningsUse the `DEFINE_RAW_FLEX()` helper for an on-stack definition ofa flexible structure where the size of the flexible-array memberis known at compile-time, and refactor the rest of the code,accordingly.So, with these changes, fix the following warning:drivers/rtc/rtc-cros-ec.c:62:40: warning: structure containing a flexible array member is not at the end of another structure [-Wflex-array-member-not-at-end]drivers/rtc/rtc-cros-ec.c:40:40: warning: structure containing a flexible array member is not at the end of another structure [-Wflex-array-member-not-at-end]Signed-off-by: Gustavo A. R. Silva &lt;gustavoars@kernel.org&gt;Reviewed-by: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;Link: https://lore.kernel.org/r/Z9PpPg06OK8ghNvm@ksppSigned-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Fri, 14 Mar 2025 08:30:54 +0000</pubDate>
        <dc:creator>Gustavo A. R. Silva &lt;gustavoars@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>8c28c499 - rtc: use boolean values with device_init_wakeup()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#8c28c499</link>
        <description>rtc: use boolean values with device_init_wakeup()device_init_wakeup() second argument is a bool type. Use proper booleanvalues when calling it to match the type and to produce unambiguous codewhich is easier to understand.Signed-off-by: Wolfram Sang &lt;wsa+renesas@sang-engineering.com&gt;Reviewed-by: Charles Keepax &lt;ckeepax@opensource.cirrus.com&gt;Reviewed-by: Andre Przywara &lt;andre.przywara@arm.com&gt;Link: https://lore.kernel.org/r/20241217071331.3607-2-wsa+renesas@sang-engineering.comSigned-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Tue, 17 Dec 2024 07:13:26 +0000</pubDate>
        <dc:creator>Wolfram Sang &lt;wsa+renesas@sang-engineering.com&gt;</dc:creator>
    </item>
<item>
        <title>e5eab1ae - rtc: Switch back to struct platform_driver::remove()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#e5eab1ae</link>
        <description>rtc: Switch back to struct platform_driver::remove()After commit 0edb555a65d1 (&quot;platform: Make platform_driver::remove()return void&quot;) .remove() is (again) the right callback to implement forplatform drivers.Convert all platform drivers below drivers/rtc to use .remove(), withthe eventual goal to drop struct platform_driver::remove_new(). As.remove() and .remove_new() have the same prototypes, conversion is doneby just changing the structure member name in the driver initializer.Signed-off-by: Uwe Kleine-K&#246;nig &lt;u.kleine-koenig@baylibre.com&gt;Link: https://lore.kernel.org/r/20241007205803.444994-6-u.kleine-koenig@baylibre.comSigned-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Mon, 07 Oct 2024 20:58:03 +0000</pubDate>
        <dc:creator>Uwe Kleine-K&#246;nig &lt;u.kleine-koenig@baylibre.com&gt;</dc:creator>
    </item>
<item>
        <title>61c86d14 - rtc: cros-ec: provide ID table for avoiding fallback match</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#61c86d14</link>
        <description>rtc: cros-ec: provide ID table for avoiding fallback matchInstead of using fallback driver name match, provide ID table[1] for theprimary match.[1]: https://elixir.bootlin.com/linux/v6.8/source/drivers/base/platform.c#L1353Signed-off-by: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;Reviewed-by: Krzysztof Kozlowski &lt;krzysztof.kozlowski@linaro.org&gt;Link: https://lore.kernel.org/r/20240329075630.2069474-4-tzungbi@kernel.orgSigned-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Fri, 29 Mar 2024 07:56:15 +0000</pubDate>
        <dc:creator>Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>00c3092d - rtc: cros-ec: Detect and report supported alarm window size</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#00c3092d</link>
        <description>rtc: cros-ec: Detect and report supported alarm window sizeThe RTC on some older Chromebooks can only handle alarms less than24 hours in the future. The only way to find out is to try to setan alarm further in the future. If that fails, assume that the RTCconnected to the EC can only handle less than 24 hours of alarmwindow, and report that value to the RTC core.After that change, it is no longer necessary to limit the alarm timewhen setting it. Report any excessive alarms to the caller instead.Cc: Brian Norris &lt;briannorris@chromium.org&gt;Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;Link: https://lore.kernel.org/r/20230817225537.4053865-4-linux@roeck-us.netSigned-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Thu, 17 Aug 2023 22:55:33 +0000</pubDate>
        <dc:creator>Guenter Roeck &lt;linux@roeck-us.net&gt;</dc:creator>
    </item>
<item>
        <title>0d8742e6 - rtc: cros-ec: Convert to platform remove callback returning void</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#0d8742e6</link>
        <description>rtc: cros-ec: Convert to platform remove callback returning voidThe .remove() callback for a platform driver returns an int which makesmany driver authors wrongly assume it&apos;s possible to do error handling byreturning an error code. However the value returned is (mostly) ignoredand this typically results in resource leaks. To improve here there is aquest to make the remove callback return void. In the first step of thisquest all drivers are converted to .remove_new() which already returnsvoid.Trivially convert this driver from always returning zero in the removecallback to the void returning variant.Signed-off-by: Uwe Kleine-K&#246;nig &lt;u.kleine-koenig@pengutronix.de&gt;Reviewed-by: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;Link: https://lore.kernel.org/r/20230304133028.2135435-11-u.kleine-koenig@pengutronix.deSigned-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Sat, 04 Mar 2023 13:29:57 +0000</pubDate>
        <dc:creator>Uwe Kleine-K&#246;nig &lt;u.kleine-koenig@pengutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>f27efee6 - rtc: cros-ec: Limit RTC alarm range if needed</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#f27efee6</link>
        <description>rtc: cros-ec: Limit RTC alarm range if neededRTC chips on some older Chromebooks can only handle alarms less than 24hours in the future. Attempts to set an alarm beyond that range fails.The most severe impact of this limitation is that suspend requests failif alarmtimer_suspend() tries to set an alarm for more than 24 hoursin the future.Try to set the real-time alarm to just below 24 hours if setting it toa larger value fails to work around the problem. While not perfect, itis better than just failing the call. A similar workaround is alreadyimplemented in the rtc-tps6586x driver.Drop error messages in cros_ec_rtc_get() and cros_ec_rtc_set() since thecalling code also logs an error and to avoid spurious error messages ifsetting the alarm ultimately succeeds.Cc: Brian Norris &lt;briannorris@chromium.org&gt;Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;Commit: Guenter Roeck &lt;linux@roeck-us.net&gt;Reviewed-by: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;Reviewed-by: Brian Norris &lt;briannorris@chromium.org&gt;Tested-by: Brian Norris &lt;briannorris@chromium.org&gt;Link: https://lore.kernel.org/r/20221029005400.2712577-1-linux@roeck-us.netSigned-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Sat, 29 Oct 2022 00:54:00 +0000</pubDate>
        <dc:creator>Guenter Roeck &lt;linux@roeck-us.net&gt;</dc:creator>
    </item>
<item>
        <title>5c9f4144 - rtc: cros-ec: Only warn once in .remove() about notifier_chain problems</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#5c9f4144</link>
        <description>rtc: cros-ec: Only warn once in .remove() about notifier_chain problemsWhen a remove platform device callback returns an error code, the drivercore emits an error message (&quot;remove callback returned a non-zero value.This will be ignored.\n&quot;) and still removes the device. As the driveralready emits a more specific error message, return 0 to suppress thecore&apos;s error message.This is a preparation for making platform remove callbacks return void.Signed-off-by: Uwe Kleine-K&#246;nig &lt;u.kleine-koenig@pengutronix.de&gt;Acked-by: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;Link: https://lore.kernel.org/r/20220707153156.214841-1-u.kleine-koenig@pengutronix.de

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Thu, 07 Jul 2022 15:31:56 +0000</pubDate>
        <dc:creator>Uwe Kleine-K&#246;nig &lt;u.kleine-koenig@pengutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>fdcfd854 - rtc: rework rtc_register_device() resource management</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#fdcfd854</link>
        <description>rtc: rework rtc_register_device() resource managementrtc_register_device() is a managed interface but it doesn&apos;t use devresby itself - instead it marks an rtc_device as &quot;registered&quot; and the devrescallback for devm_rtc_allocate_device() takes care of resource release.This doesn&apos;t correspond with the design behind devres where managedstructures should not be aware of being managed. The correct solutionhere is to register a separate devres callback for unregistering thedevice.While at it: rename rtc_register_device() to devm_rtc_register_device()and add it to the list of managed interfaces in devres.rst. This way wecan avoid any potential confusion of driver developers who may expectthere to exist a corresponding unregister function.Signed-off-by: Bartosz Golaszewski &lt;bgolaszewski@baylibre.com&gt;Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;Link: https://lore.kernel.org/r/20201109163409.24301-8-brgl@bgdev.pl

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Mon, 09 Nov 2020 16:34:08 +0000</pubDate>
        <dc:creator>Bartosz Golaszewski &lt;bgolaszewski@baylibre.com&gt;</dc:creator>
    </item>
<item>
        <title>11f1eabe - cros_ec: treewide: Remove &apos;include/linux/mfd/cros_ec.h&apos;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#11f1eabe</link>
        <description>cros_ec: treewide: Remove &apos;include/linux/mfd/cros_ec.h&apos;This header file now only includes the cros_ec_dev struct, however, is the&apos;include/linux/platform_data/cros_ec_proto.h&apos; who contains the definition ofall the Chrome OS EC related structs. There is no reason to have aseparate include for this struct so move to the place where otherstructs are defined. That way, we can remove the include itself, but alsosimplify the common pattern    #include &lt;linux/mfd/cros_ec.h&gt;    #include &lt;linux/platform_data/cros_ec_proto.h&gt;for a single include    #include &lt;linux/platform_data/cros_ec_proto.h&gt;The changes to remove the cros_ec.h include were generated with thefollowing shell script:    git grep -l &quot;&lt;linux/mfd/cros_ec.h&gt;&quot; | xargs sed -i &apos;/&lt;linux\/mfd\/cros_ec.h&gt;/d&apos;Signed-off-by: Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;Acked-by: Lee Jones &lt;lee.jones@linaro.org&gt;Acked-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;Acked-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;Acked-by: Sebastian Reichel &lt;sre@kernel.org&gt;Acked-by: Hans Verkuil &lt;hverkuil-cisco@xs4all.nl&gt;

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Tue, 03 Dec 2019 14:50:18 +0000</pubDate>
        <dc:creator>Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>0e843137 - rtc: cros-ec: let the core handle rtc range</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#0e843137</link>
        <description>rtc: cros-ec: let the core handle rtc rangeLet the rtc core check the date/time against the RTC range.Reviewed-by: Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;Link: https://lore.kernel.org/r/20191016201414.30934-2-alexandre.belloni@bootlin.comSigned-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Wed, 16 Oct 2019 20:14:14 +0000</pubDate>
        <dc:creator>Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;</dc:creator>
    </item>
<item>
        <title>4fc0d13f - rtc: cros-ec: remove superfluous error message</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#4fc0d13f</link>
        <description>rtc: cros-ec: remove superfluous error messageThe RTC core now has error messages in case of registration failure, thereis no need to have other messages in the drivers.Reviewed-by: Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;Link: https://lore.kernel.org/r/20191016201414.30934-1-alexandre.belloni@bootlin.comSigned-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Wed, 16 Oct 2019 20:14:13 +0000</pubDate>
        <dc:creator>Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;</dc:creator>
    </item>
<item>
        <title>840d9f13 - mfd / platform: cros_ec: Reorganize platform and mfd includes</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#840d9f13</link>
        <description>mfd / platform: cros_ec: Reorganize platform and mfd includesThere is a bit of mess between cros-ec mfd includes and platformincludes. For example, we have a linux/mfd/cros_ec.h include thatexports the interface implemented in platform/chrome/cros_ec_proto.c. Orwe have a linux/mfd/cros_ec_commands.h file that is non related to themultifunction device (in the sense that is not exporting any function ofthe mfd device). This causes crossed includes between mfd andplatform/chrome subsystems and makes the code difficult to read, apartfrom creating &apos;curious&apos; situations where a platform/chrome driver includesa linux/mfd/cros_ec.h file just to get the exported functions that areimplemented in another platform/chrome driver.In order to have a better separation on what the cros-ec multifunctiondriver does and what the cros-ec core provides move and rework theaffected includes doing: - Move cros_ec_commands.h to include/linux/platform_data/cros_ec_commands.h - Get rid of the parts that are implemented in the platform/chrome/cros_ec_proto.c   driver from include/linux/mfd/cros_ec.h to a new file   include/linux/platform_data/cros_ec_proto.h - Update all the drivers with the new includes, so   - Drivers that only need to know about the protocol include     - linux/platform_data/cros_ec_proto.h     - linux/platform_data/cros_ec_commands.h   - Drivers that need to know about the cros-ec mfd device also include     - linux/mfd/cros_ec.hSigned-off-by: Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;Acked-by: Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;Acked-by: Mark Brown &lt;broonie@kernel.org&gt;Acked-by: Wolfram Sang &lt;wsa@the-dreams.de&gt;Acked-by: Neil Armstrong &lt;narmstrong@baylibre.com&gt;Acked-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;Acked-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;Acked-by: Benjamin Tissoires &lt;benjamin.tissoires@redhat.com&gt;Acked-by: Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;Acked-by: Sebastian Reichel &lt;sebastian.reichel@collabora.com&gt;Acked-by: Chanwoo Choi &lt;cw00.choi@samsung.com&gt;Reviewed-by: Gwendal Grignou &lt;gwendal@chromium.org&gt;Tested-by: Gwendal Grignou &lt;gwendal@chromium.org&gt;Series changes: 3- Fix dereferencing pointer to incomplete type &apos;struct cros_ec_dev&apos; (lkp)Signed-off-by: Lee Jones &lt;lee.jones@linaro.org&gt;

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Mon, 02 Sep 2019 09:53:05 +0000</pubDate>
        <dc:creator>Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>d6752e18 - rtc: cros-ec: Fail suspend/resume if wake IRQ can&apos;t be configured</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#d6752e18</link>
        <description>rtc: cros-ec: Fail suspend/resume if wake IRQ can&apos;t be configuredIf we encounter a failure during suspend where this RTC was programmedto wakeup the system from suspend, but that wakeup couldn&apos;t beconfigured because the system didn&apos;t support wakeup interrupts, we&apos;llrun into the following warning:	Unbalanced IRQ 166 wake disable	WARNING: CPU: 7 PID: 3071 at kernel/irq/manage.c:669 irq_set_irq_wake+0x108/0x278This happens because the suspend process isn&apos;t aborted when the RTCfails to configure the wakeup IRQ. Instead, we continue suspending thesystem and then another suspend callback fails the suspend process and&quot;unwinds&quot; the previously suspended drivers by calling their resumecallbacks. When we get back to resuming this RTC driver, we&apos;ll calldisable_irq_wake() on an IRQ that hasn&apos;t been configured for wake.Let&apos;s just fail suspend/resume here if we can&apos;t configure the system towake and the user has chosen to wakeup with this device. This fixes thiswarning and makes the code more robust in case there are systems outthere that can&apos;t wakeup from suspend on this line but the user haschosen to do so.Cc: Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;Cc: Evan Green &lt;evgreen@chromium.org&gt;Cc: Benson Leung &lt;bleung@chromium.org&gt;Cc: Guenter Roeck &lt;groeck@chromium.org&gt;Signed-off-by: Stephen Boyd &lt;swboyd@chromium.org&gt;Acked-By: Benson Leung &lt;bleung@chromium.org&gt;Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Fri, 15 Mar 2019 18:51:12 +0000</pubDate>
        <dc:creator>Stephen Boyd &lt;swboyd@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>8ee4aee5 - rtc: cros-ec: Switch to SPDX identifier.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#8ee4aee5</link>
        <description>rtc: cros-ec: Switch to SPDX identifier.Adopt the SPDX license identifier headers to ease license compliancemanagement.Signed-off-by: Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Wed, 06 Jun 2018 15:08:54 +0000</pubDate>
        <dc:creator>Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>e6988d23 - rtc: cros-ec: Make license text and module license match.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#e6988d23</link>
        <description>rtc: cros-ec: Make license text and module license match.The license text is specifying &quot;GPLv2&quot; but the MODULE_LICENSE is set toGPL which means GNU Public License v2 or later. When MODULE_LICENSE andboiler plate does not match, go for boiler plate license.Signed-off-by: Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Wed, 06 Jun 2018 15:08:53 +0000</pubDate>
        <dc:creator>Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>72dd71f0 - rtc: cros-ec: return -ETIME when refused to set alarms in the past</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#72dd71f0</link>
        <description>rtc: cros-ec: return -ETIME when refused to set alarms in the pastSince accessing a Chrome OS EC based rtc is a slow operation, there is arace window where if the alarm is set for the next second and the secondticks over right before calculating the alarm offset.In this case the current driver is setting a 0-second alarm, which wouldbe considered as disabling alarms by the EC(EC_RTC_ALARM_CLEAR).This breaks, e.g., hwclock which relies on RTC_UIE_ON -&gt;rtc_update_irq_enable(), which sets a 1-second alarm and expects it tofire an interrupt.So return -ETIME when the alarm is in the past, follow __rtc_set_alarm().Signed-off-by: Jeffy Chen &lt;jeffy.chen@rock-chips.com&gt;Reviewed-by: Brian Norris &lt;briannorris@chromium.org&gt;Tested-by: Brian Norris &lt;briannorris@chromium.org&gt;Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Tue, 27 Feb 2018 02:50:03 +0000</pubDate>
        <dc:creator>Jeffy Chen &lt;jeffy.chen@rock-chips.com&gt;</dc:creator>
    </item>
<item>
        <title>6f2a71a3 - rtc: cros-ec: add cros-ec-rtc driver.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/rtc/rtc-cros-ec.c#6f2a71a3</link>
        <description>rtc: cros-ec: add cros-ec-rtc driver.On platforms with a Chrome OS EC, the EC can function as a simple RTC.Add a basic driver with this functionality.Signed-off-by: Stephen Barber &lt;smbarber@chromium.org&gt;Signed-off-by: Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;Acked-by: Alexandre Belloni &lt;alexandre.belloni@free-electrons.com&gt;Acked-by: Benson Leung &lt;bleung@chromium.org&gt;Reviewed-by: Brian Norris &lt;briannorris@chromium.org&gt;Tested-by: Brian Norris &lt;briannorris@chromium.org&gt;Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@free-electrons.com&gt;

            List of files:
            /linux-6.15/drivers/rtc/rtc-cros-ec.c</description>
        <pubDate>Fri, 10 Nov 2017 21:55:53 +0000</pubDate>
        <dc:creator>Stephen Barber &lt;smbarber@chromium.org&gt;</dc:creator>
    </item>
</channel>
</rss>
