If we have no hwmods configured and omap_hwmod_init() is not called,
we don't want to call omap_hwmod_setup_all() as it will fail with
checks for configured MPU at least.
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/omap_hwmod.c | 6 ++
1 file changed, 6 insertions(+)
diff --
To prepare for moving to use genpd, let's enable basic PM
runtime support.
Cc: Dave Gerlach
Cc: Santosh Shilimkar
Cc: Suman Anna
Signed-off-by: Tony Lindgren
---
drivers/soc/ti/pm33xx.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/drivers/s
In preparation for probing the interconnects with simple-pm-bus to
make use of genpd, we need to probe the always-on PRCM first for the
clocks needed by l4_wkup instance.
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/pdata-quirks.c | 11 +++
1 file changed, 11 insertions(+)
diff
e can simply drop the
related legacy reset platform data callbacks from wkup_m3 driver later
on after also am437x no longer depends on it.
Cc: linux-remotep...@vger.kernel.org
Cc: Bjorn Andersson
Cc: Dave Gerlach
Cc: Philipp Zabel
Cc: Suman Anna
Signed-off-by: Tony Lindgren
---
Please review and a
In order to probe l3 and l4 interconnects with simple-pm-bus, we want
genpd to manage the clocks for the interconnects. For interconnect target
modules, we already have ti-sysc manage the clocks so let's skipe managing
clocks for ti-sysc modules.
Cc: Santosh Shilimkar
Signed-off-by:
We need to enable no-reset-on-init quirk for GPMC if the config
option for CONFIG_OMAP_GPMC_DEBUG is set. Otherwise the GPMC
driver code is unable to show the bootloader configured timings.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 10 ++
include/linux
Hi all,
Here are the code related changes for v5.11 merge window to drop the
remaining am335x platform data. I'll be posting the related device tree
changes separately.
Regards,
Tony
Tero Kristo (1):
soc: ti: omap-prm: am3: add genpd support for remaining PRM instances
Tony Lindgr
I accidentally misplaced select PM_GENERIC_DOMAINS, it should be
selected for all the SoCs instead.
Fixes: 58cbff023bfa ("soc: ti: omap-prm: Add basic power domain support")
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletio
doing a reset, and not on enable. This
way we don't see the bogus "OCP softreset timed out" warnings during boot.
Fixes: d46f9fbec719 ("bus: ti-sysc: Use optional clocks on for enable and wait
for softreset bit")
Signed-off-by: Tony Lindgre
We should select also PM_GENERIC_DOMAINS_OF in addition to
PM_GENERIC_DOMAINS to have device tree based PM domain providers
enabled.
Fixes: 58cbff023bfa ("soc: ti: omap-prm: Add basic power domain support")
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/Kconfig | 1 +
1 file
set bit")
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/bus/ti-sysc.c b/drivers/bus/ti-sysc.c
--- a/drivers/bus/ti-sysc.c
+++ b/drivers/bus/ti-sysc.c
@@ -1364,6 +1364,8 @@ static const s
Hi,
Here are few fixes for ti-sysc interconnect target module driver related
issues.
Regards,
Tony
Tony Lindgren (4):
ARM: OMAP2+: Fix location for select PM_GENERIC_DOMAINS
ARM: OMAP2+: Fix missing select PM_GENERIC_DOMAINS_OF
bus: ti-sysc: Fix reset status check for modules with
dts: am33xx-l4: change #pinctrl-cells from 1 to
> > 2")
> > Suggested-by: Tony Lindgren
> > Reported-by: Trent Piepho
> > Link:
> > https://lore.kernel.org/linux-devicetree/20200921064707.gn7...@atomide.com/
> > Signed-off-by: Drew Fustini
>
> I
stini
> ---
> v2 change:
> - correct the description as I had previously been mistakenly using the
> term #pinctrl-cells instead of pinctrl_spec.args_count
Acked-by: Tony Lindgren
> drivers/pinctrl/pinctrl-single.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
* Trent Piepho [200930 18:50]:
> On Wed, Sep 30, 2020 at 2:47 AM Tony Lindgren wrote:
> >
> > * Trent Piepho [200930 09:34]:
>
> > >
> > > Where do these flags go? In pinctrl-single,pins? Like:
> > >
> > > pinctrl-single,pins = ;
> &g
* Trent Piepho [200930 09:34]:
> On Wed, Sep 30, 2020 at 2:15 AM Tony Lindgren wrote:
> >
> > * Trent Piepho [200930 08:35]:
> > > The closest thing would be the generic pin config type bindings, which
> > > go in the pinctrl driver's nodes, an
* Trent Piepho [200930 08:35]:
> The closest thing would be the generic pin config type bindings, which
> go in the pinctrl driver's nodes, and look like this:
> &am335x_pinmux {
> pinctrl_yoyo_reset: yoyogrp {
> pins = "foo";
> function = "gpio";
> bias-pull-up;
>
* Linus Walleij [200929 12:51]:
> On Sun, Sep 13, 2020 at 11:17 PM Drew Fustini wrote:
>
> > The property #pinctrl-cells can either be 2 or 3. There is currently
> > only a check to make sure that #pinctrl-cells is 2 or greater. This
> > patch adds a check to make sure it is not greater than 3
* Trent Piepho [200929 20:16]:
> On Thu, Sep 24, 2020 at 12:04 AM Tony Lindgren wrote:
> > Certainly different compatible strings can be used as needed.
> > But pinctrl-single is not going to be am335x specific though :)
> > We have quite a few SoCs using it:
>
> So
The following commit has been merged into the timers/urgent branch of tip:
Commit-ID: 164805157f3c6834670afbaff563353c773131f1
Gitweb:
https://git.kernel.org/tip/164805157f3c6834670afbaff563353c773131f1
Author:Tony Lindgren
AuthorDate:Mon, 17 Aug 2020 12:24:28 +03:00
* Krzysztof Kozlowski [200916 18:58]:
> Correct the property for reset GPIOs of the GPIO expander.
Picking up this too thanks.
Tony
* Krzysztof Kozlowski [200916 18:58]:
> The convention for node names is to use hyphens, not underscores.
> dtschema for pca95xx expects GPIO hogs to end with 'hog' prefix.
I'm picking up this too into omap-for-v5.10/dt thanks.
Tony
* Krzysztof Kozlowski [200916 18:58]:
> The PCA9539 GPIO expander requires GPIO controller properties to operate
> properly.
I'm picking this patch into omap-for-v5.10/dt thanks.
Tony
* Tony Lindgren [200924 07:06]:
> * Andreas Kemnade [200924 07:00]:
> > On Fri, 11 Sep 2020 18:12:09 +0200
> > Andreas Kemnade wrote:
> >
> > > Enabling off mode was only reachable deeply hidden
> > > in the debugfs. As powersaving is an important fe
* Grygorii Strashko [200911 01:25]:
> Hi Tony,
>
> Since Kernel v5.5 commits:
> 111cf1ab4da3 ("net: ethernet: ti: introduce cpsw switchdev based driver part
> 2 - switch")
> ed3525eda4c4 ("net: ethernet: ti: introduce cpsw switchdev based driver part
> 1 - dual-emac")
> the new CPSW driver wi
* Andreas Kemnade [200924 07:00]:
> On Fri, 11 Sep 2020 18:12:09 +0200
> Andreas Kemnade wrote:
>
> > Enabling off mode was only reachable deeply hidden
> > in the debugfs. As powersaving is an important feature,
> > move the option out of its shady place.
> > The debugfs file can still be used
* Trent Piepho [200924 06:31]:
> On Wed, Sep 23, 2020 at 11:06 PM Tony Lindgren wrote:
> >
> > * Trent Piepho [200924 05:49]:
> > > On Wed, Sep 23, 2020 at 10:43 PM Tony Lindgren wrote:
> > > >
> > > > * Trent Piepho [200924 01:34]:
> >
* Trent Piepho [200924 05:49]:
> On Wed, Sep 23, 2020 at 10:43 PM Tony Lindgren wrote:
> >
> > * Trent Piepho [200924 01:34]:
> > > On Tue, Sep 22, 2020 at 11:57 PM Tony Lindgren wrote:
> > > >
> > > > Also FYI, folks have also complained
* Trent Piepho [200924 01:34]:
> On Tue, Sep 22, 2020 at 11:57 PM Tony Lindgren wrote:
> >
> > Also FYI, folks have also complained for a long time that the pinctrl-single
> > binding mixes mux and conf values while they should be handled separately.
> >
>
> Ins
.CMS8C0sQ7x@zen.local/
> Signed-off-by: Drew Fustini
> ---
> v2 change:
> - rephrase to make it clear that the pin conf value and pin mux value
> are OR'd together with #pinctrl-cells = <2>
Acked-by: Tony Lindgren
> .../bindings/pinctrl/pinctrl-single.txt | 2
.CMS8C0sQ7x@zen.local/
> Signed-off-by: Drew Fustini
Acked-by: Tony Lindgren
> ---
> .../bindings/pinctrl/pinctrl-single.txt | 20 ---
> 1 file changed, 13 insertions(+), 7 deletions(-)
>
> diff --git a/Documentation/devicetree/bindings/pinctrl/pinctrl-
s a good point that arch/arm/boot/dts/am335x-guardian.dts
> needs to be converted from AM33XX_IOPAD to AM33XX_PADCONF. I'll submit
> a patch for that.
>
> Regarding AM33XX_PADCONF() restructuring, the change to have seperate
> arguments for direction and mux in AM33XX_PADCONF()
#pinctrl-cells
> exceeding 3 which is incorrect. It is pinctrl_spec.args_count which
> must be greater than 2 (when #pinctrl-cells = 1) and less than 3 (when
> #pinctrl-cells = 2)
Acked-by: Tony Lindgren
> https://lore.kernel.org/linux-omap/20200913210825.2022552-1-d...@b
ls = 2
> https://lore.kernel.org/linux-omap/20200913224746.2048603-1-d...@beagleboard.org/
Acked-by: Tony Lindgren
> drivers/pinctrl/pinctrl-single.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/pinctrl/pinctrl-single.c
> b/drivers/pinctrl/pinctrl-singl
* Drew Fustini [200921 09:59]:
> On Mon, Sep 21, 2020 at 09:47:07AM +0300, Tony Lindgren wrote:
> > * Drew Fustini [200919 19:53]:
> > > Change the pin defintions from AM33XX_IOPAD to AM33XX_PADCONF macro so
> > > that it correctly handles changes to #pinctrl-cells.
* Drew Fustini [200919 19:53]:
> Change the pin defintions from AM33XX_IOPAD to AM33XX_PADCONF macro so
> that it correctly handles changes to #pinctrl-cells.
Thanks for fixing this. I wonder if we should now also change the define
for the old AM33XX_IOPAD macro?
Or just remove it completely and
* Janusz Krzysztofik [200919 22:29]:
> Hi Tony,
>
> On Friday, September 18, 2020 7:49:33 A.M. CEST Tony Lindgren wrote:
> > * Christoph Hellwig [200917 17:37]:
> > > Switch the omap1510 platform ohci device to use dma_direct_set_offset
> > > to set the DMA off
* Andy Shevchenko [200916 12:34]:
> On Mon, Sep 14, 2020 at 11:09:16AM +0300, Tony Lindgren wrote:
> > * Andy Shevchenko [200910 09:27]:
> > > +Cc: Tony, let me add Tony to the discussion.
> > >
> > > On Thu, Sep 10, 2020 at 09:35:27AM +0200, Johan Hovold
* Christoph Hellwig [200917 17:37]:
> Switch the omap1510 platform ohci device to use dma_direct_set_offset
> to set the DMA offset instead of using direct hooks into the DMA
> mapping code and remove the now unused hooks.
Looks nice to me :) I still can't test this probably for few more weeks
th
* Andy Shevchenko [200910 09:27]:
> +Cc: Tony, let me add Tony to the discussion.
>
> On Thu, Sep 10, 2020 at 09:35:27AM +0200, Johan Hovold wrote:
> > And what about power management
> > which was the reason for wanting this on OMAP in the first place; tty
> > core never calls shutdown() for a c
* Andreas Kemnade [200911 09:50]:
> --- a/arch/arm/mach-omap2/pm.h
> +++ b/arch/arm/mach-omap2/pm.h
> @@ -49,11 +49,7 @@ static inline int omap4_opp_init(void)
> extern int omap3_pm_get_suspend_state(struct powerdomain *pwrdm);
> extern int omap3_pm_set_suspend_state(struct powerdomain *pwrdm, i
* Grygorii Strashko [200830 20:34]:
> Enable set of generic, widely used, networking options:
> - basic QoS, filter and actions
> - VLAN support
> - Bridge support
> Use "M" build option where possible.
Thanks applying into omap-for-v5.10/defconfig.
Tony
* Andreas Kemnade [200819 22:18]:
> The ADC is used by twl4030_charger to read voltages. If a dtb contains
> the ADC but the module is not build, probing twl4030_charger will be
> endlessly deferred, so just enable CONFIG_TWL4030_MADC in the config.
Thanks applying into omap-for-v5.10/defconfig.
* Grygorii Strashko [200907 23:21]:
> Hi Tony,
>
> Since Kernel v5.5 commits:
> 111cf1ab4da3 ("net: ethernet: ti: introduce cpsw switchdev based driver part
> 2 - switch")
> ed3525eda4c4 ("net: ethernet: ti: introduce cpsw switchdev based driver part
> 1 - dual-emac")
> the new CPSW driver wi
* Pavel Machek [200908 08:51]:
> Hi!
>
> > Let's use standard runtime PM functions instead of custom start and stop
> > functions. This way we can implement runtime idle mode using runtime PM
> > autosuspend in the following patches.
>
> This is not in recent kernel. What needs to be done here?
* Pavel Machek [200908 08:52]:
> Hi!
>
> > This series updates omap4-keypad to disable unused long interrupts, and
> > implements the missing parts for the lost key-up interrupt quirk as
> > described in the silicon errata pdf.
>
> I do not see this in 5.9-rc4; problem is real, could we get this
* Bhaskar Chowdhury [200908 23:08]:
> On 00:56 Wed 09 Sep 2020, Pavel Machek wrote:
> > Would it be possible to create a mailing list on vger.kernel.org?
> > Probably phones@ or phone-devel@? I believe it would be useful to
> > cover hardware-dependend pieces of the phone stack (ofono,
> > modemma
* Krzysztof Kozlowski [200829 09:40]:
> The PCA9539 GPIO expander requires GPIO controller properties to operate
> properly.
Best to merge this with the rest of the series:
Acked-by: Tony Lindgren
* Pavel Machek [200712 09:28]:
> Hi!
>
> GPS on the droid 4 does not really work out of the box.
>
> gpsd is not in default installation, maybe it should be?
>
> What is worse, there's something broken with gpsd. Try:
>
> /usr/sbin/gpsd -N -D 5 /dev/gnss0
> gpspipe -w
> # this seems to work, b
* Tony Lindgren [200629 18:46]:
> * Pavel Machek [200615 07:06]:
> > Hi!
> >
> > Droid 4 has same problem as N900: it is often neccessary to manually
> > tweak current draw from USB, for example when using thin charging cable.
> >
> > N900 creates
* Adam Ford [200819 12:21]:
> On Tue, Aug 18, 2020 at 11:58 PM Tony Lindgren wrote:
> >
> > * Adam Ford [200818 15:46]:
> > > @@ -1153,6 +1166,38 @@ static int ti_bandgap_suspend(struct device *dev)
> > > return err;
> > > }
> > >
* Adam Ford [200818 15:57]:
> Currently, OMAP3_THERMAL is disabled by default, so the bandgap sensor
> is unavailable, and enabling it will somewhat increase power consumption.
> However for boards which operate near their thermal limit, OMAP3_THERMAL
> can be enabled and monitored to keep the pro
* Drew Fustini [200810 07:58]:
> Add label to the ocp node in the AM33xx SoC include so that it can be
> referenced in board-level files like am335x-pocketbeagle.dts
Thanks applying into omap-for-v5.9/dt.
Tony
* Johnson CH Chen (陳昭勳) [200806 05:29]:
> Add am335x-moxa-uc-8100-common.dtsi for many products of MOXA UC-8100
> series, and remove common nodes from am335x-moxa-uc-8100-me-t.dts.
Thanks applying into omap-for-v5.10/dt.
Tony
* Randy Dunlap [200726 03:22]:
> Drop the repeated word "is".
Thanks applying into omap-for-v5.9/omap1.
Tony
* Alexander A. Klimov [200719 13:30]:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
Thanks applying into omap-for-v5.10/soc.
Tony
* Alexander A. Klimov [200719 11:59]:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
Thanks applying into omap-for-v5.10/soc.
Tony
* Alexander A. Klimov [200719 12:09]:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
Thanks applying into omap-for-v5.10/soc.
Tony
* Alexander A. Klimov [200719 12:27]:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
Thanks applying into omap-for-v5.10/soc.
Tony
* Alexander A. Klimov [200719 11:48]:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
Thanks applying into omap-for-v5.10/soc.
Tony
* Jiri Slaby [200819 06:20]:
> On 18. 08. 20, 12:47, Tony Lindgren wrote:
> > * Jiri Slaby [200818 10:14]:
> >> On 18. 08. 20, 11:56, Tony Lindgren wrote:
> >>> Hi,
> >>>
> >>> * Jiri Slaby [200818 08:24]:
> >>>> On 17.
Hi,
* Drew Fustini [200722 12:09]:
> Change the handling of pin config flags from if/else to switch
> statement to make the code more readable and cleaner.
>
> Suggested-by: Gustavo A. R. Silva
> Signed-off-by: Drew Fustini
This looks OK to me:
Acked-by: Tony Lindgren
I
* H. Nikolaus Schaller [200818 09:58]:
>
> > Am 18.08.2020 um 11:51 schrieb David Shah :
> >
> > DSI was not probing due to base address off by 0x1000, and sys_clk
> > missing.
> >
> > With this patch, the Pyra display works if HDMI is disabled in the
> > device tree.
>
> For me it also works
* Adam Ford [200818 15:46]:
> @@ -1153,6 +1166,38 @@ static int ti_bandgap_suspend(struct device *dev)
> return err;
> }
>
> +static int bandgap_omap_cpu_notifier(struct notifier_block *nb,
> + unsigned long cmd, void *v)
> +{
> + struct ti_bandgap *bgp;
* Jiri Slaby [200818 10:14]:
> On 18. 08. 20, 11:56, Tony Lindgren wrote:
> > Hi,
> >
> > * Jiri Slaby [200818 08:24]:
> >> On 17. 08. 20, 15:54, Tony Lindgren wrote:
> >>> If write returns zero we currently end up removing the message
> >>&g
Hi,
* Jiri Slaby [200818 08:24]:
> On 17. 08. 20, 15:54, Tony Lindgren wrote:
> > If write returns zero we currently end up removing the message
> > from the queue. Instead of removing the message, we want to just
> > break out of the loop just like we already do for e
* Andreas Kemnade [200817 20:15]:
> On Mon, 17 Aug 2020 15:02:27 -0500
> Adam Ford wrote:
>
> > On Mon, Aug 17, 2020 at 2:59 PM Andreas Kemnade
> > wrote:
> > >
> > > On Mon, 17 Aug 2020 08:39:31 -0500
> > > Adam Ford wrote:
> > >
> > > > The OMAP3530, OMAP3630, and DM3730 all show threshol
Hi Santosh,
* Tony Lindgren [200703 19:08]:
> Hi all,
>
> Here are patches to simplify the RTC+DDR PM code for am3 and am4. We want
> to do this to drop the RTC related legacy platform data for am3 and am4.
> We also drop RTC legacy platform data for dra7.
>
> Please tes
* santosh.shilim...@oracle.com [200817 15:25]:
> On 8/16/20 11:53 PM, Tony Lindgren wrote:
> > Hi Santosh,
> >
> > * Tony Lindgren [200702 18:46]:
> > > Hi all,
> > >
> > > Here's v4 set of patches to add genpd support to the PRM (Power and
If write returns zero we currently end up removing the message
from the queue. Instead of removing the message, we want to just
break out of the loop just like we already do for error codes.
Signed-off-by: Tony Lindgren
---
drivers/tty/n_gsm.c | 3 ++-
1 file changed, 2 insertions(+), 1
* Adam Ford [200805 13:17]:
> I know this is an old thread. I am trying to revisit some of the
> other issues that came about with this, but is there any way we can
> get patch 2/2 applied? It might not do anything unless the bandgap
> sensor is enabled, but it at least gets us one step closer f
* Adam Ford [200814 15:53]:
> Older versions of U-Boot would pinmux the whole board, but as
> the bootloader got updated, it started to only pinmux the pins
> it needed, and expected Linux to configure what it needed.
>
> Unfortunately this caused an issue with the audio, because the
> mcbsp2 pin
* Adam Ford [200814 15:24]:
> A previous commit removed the panel-dpi driver, which made the
> SOM-LV video stop working because it relied on the DPI driver
> for setting video timings. Now that the simple-panel driver is
> available in omap2plus, this patch migrates the SOM-LV dev kits
> to use
* Jing Xiangfeng [200724 06:51]:
> The of_clk_get() function returns error pointers, it never returns NULL.
Thanks applying into fixes.
Tony
ime_suspended == 0), or enqueue the query otherwise.
Yes we should use is_runtime_suspended, thanks for fixing it.
Things still work for me so:
Reviewed-by: Tony Lindgren
Tested-by: Tony Lindgren
3cbd5616 drivers/net/wireless/ti/wlcore/main.c Arik Nemtsov
> 2012-06-21 654 struct wl1271 *wl = cookie;
> 35fba0f0fd762a drivers/net/wireless/ti/wlcore/main.c Tony Lindgren
> 2020-07-02 655 bool queue_tx_work = true;
> b5b45b3cbd5616 drivers/net/wireless/ti/wl
forward declarations.
Fixes: 6cfcd5563b4f ("clocksource/drivers/timer-ti-dm: Fix suspend and resume
for am3 and am4")
Reported-by: H. Nikolaus Schaller"
Signed-off-by: Tony Lindgren
---
drivers/clocksource/timer-ti-dm-systimer.c | 44 +++---
1 file changed, 23 i
Hi Santosh,
* Tony Lindgren [200702 18:46]:
> Hi all,
>
> Here's v4 set of patches to add genpd support to the PRM (Power and Reset
> Module) driver.
>
> Initially we just add one hardware accelerator power domain for sgx,
> and one interconnect instance for l
* Tony Lindgren [200728 08:23]:
> * H. Nikolaus Schaller [200727 20:51]:
> > Hi Tony,
> > after trying v5.8-rc7 the Pyra boot hangs after ca. 3 seconds
> > (a little random what the last log line is).
> >
> > I could bisect it to:
> >
> > 6cfcd556
* Pavel Machek [200726 08:25]:
> Hi!
>
> > > Here's the updated set of these patches fixed up for Johan's and
> > > Pavel's earlier comments.
> > >
> > > This series does the following:
> > >
> > > 1. Adds functions to n_gsm.c for serdev-ngsm.c driver to use
> > >
> > > 2. Adds a generic serde
t bad commit
> commit 6cfcd5563b4fadbf49ba8fa481978e5e86d30322
> Author: Tony Lindgren
> Date: Mon Jul 13 09:26:01 2020 -0700
>
> clocksource/drivers/timer-ti-dm: Fix suspend and resume for am3 and am4
>
> And a git revert makes it boot again.
>
> I haven't had time to do more tests (
The following commit has been merged into the timers/urgent branch of tip:
Commit-ID: 6cfcd5563b4fadbf49ba8fa481978e5e86d30322
Gitweb:
https://git.kernel.org/tip/6cfcd5563b4fadbf49ba8fa481978e5e86d30322
Author:Tony Lindgren
AuthorDate:Mon, 13 Jul 2020 09:26:01 -07:00
* Carlos Hernandez [200717 21:35]:
> On 7/17/20 6:29 AM, Daniel Lezcano wrote:
> > On 13/07/2020 18:26, Tony Lindgren wrote:
> > > Fixes: 52762fbd1c47 ("clocksource/drivers/timer-ti-dm: Add clockevent and
> > > clocksource support")
> > > Reported-b
* Drew Fustini [200718 15:53]:
> If there is a gpio range mapping for the pin, then print out the gpio
> number for the pin in the debugfs 'pins' file.
>
> Here is an example output on the BeagleBone Black from:
> /sys/kernel/debug/pinctrl/44e10800.pinmux-pinctrl-single/pins
>
> pin 103 (PIN103)
* Grygorii Strashko [200715 10:17]:
> On 13/07/2020 19:26, Tony Lindgren wrote:
> > @@ -653,8 +679,8 @@ static int __init dmtimer_clocksource_init(struct
> > device_node *np)
> > dev->mask = CLOCKSOURCE_MASK(32);
> > dev->flags = CLOCK
* dillon min [200714 07:03]:
> Hi Stephen,
>
> Thanks for your patience, step by step help on my patch reviewing.
Thanks I'll update my fixes branch with v4 version.
Tony
* Alexander A. Klimov [200712 23:49]:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
Thanks applying into omap-for-v5.9/soc.
Tony
* Alexander A. Klimov [200708 02:35]:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
...
> If you apply the patch, please let me know.
I'm applying this into omap-for-v5.9/dt thanks.
Tony
* Drew Fustini [200712 03:40]:
> These pins on the PocketBeagle P1 and P2 headers are connected to AM3358
> balls with gpio lines, and these pins are not used for any other
> peripherals by default. These GPIO lines are unclaimed and could be used
> by userspace program through the gpiod ABI.
>
>
pinctrl-single,bias-pullup"
> PIN_CONFIG_BIAS_PULL_DOWN requires "pinctrl-single,bias-pulldown"
>
> This is necessary for pcs_pinconf_set() to find the requested bias
> parameter in the PIN_MAP_TYPE_CONFIGS_GROUP pinctrl map.
Looks good to me:
Acked-by: Tony Lindgren
* Paul Walmsley [200619 15:20]:
> On Fri, 19 Jun 2020, Chen Tao wrote:
>
> > Fix memory leak in omap_hwmod_allocate_module not freeing in
> > handling error path.
> >
> > Fixes: 8c87970543b17("ARM: OMAP2+: Add functions to allocate module data
> > from device tree")
> > Signed-off-by: Chen Tao
* dillon.min...@gmail.com [200621 15:36]:
> From: dillon min
>
> Since am437x have the same clock structure with am335x [1][2],
> reuse the code from Tony Lindgren's patch [3] to fix dcan probe
> failed on am437x platform.
>
> [1]: https://www.ti.com/lit/pdf/spruh73 Chapter-23, Figure 23-1. DCA
> 'enable' not described in 'pcs_irq_set'
> drivers/pinctrl/pinctrl-single.c:1458: warning: Function parameter or member
> 'pcs_soc' not described in 'pcs_irq_handle'
> drivers/pinctrl/pinctrl-single.c:1458: warning: Excess function parameter
> 'pcs_irq' description in 'pcs_irq_handle'
> drivers/pinctrl/pinctrl-single.c:1506: warning: Excess function parameter
> 'irq' description in 'pcs_irq_chain_handler'
Thanks looks good to me:
Acked-by: Tony Lindgren
()
for checking the SoC type
Fixes: 52762fbd1c47 ("clocksource/drivers/timer-ti-dm: Add clockevent and
clocksource support")
Reported-by: Carlos Hernandez
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 22 +++
drivers/clocksource/timer-ti-dm-systi
* Johnson CH Chen (陳昭勳) [200707 03:24]:
> UC-8100A-ME is advanced of UC-8100-ME-T, and UC-8100-ME-T is deprecated.
>
> UC-8100A-ME provides larger RAM and eMMC, better input current than
> UC-8100-ME-T's, and it supports selectable LTE module for US/EU/APAC.
So what about the existing users of U
Otherwise we get spammed with errors on resume after rtcwake:
cpcap-core spi0.0: Failed to read IRQ status: -108
Note that rtcwake is still capable of waking up the system with
this patch.
Cc: Merlijn Wajer
Cc: Pavel Machek
Cc: Sebastian Reichel
Signed-off-by: Tony Lindgren
---
This has
ut of 10 values. But it seems that those
just show about 25 C too low values rather than too high values. So those
do not cause a bogus thermal shutdown.
Fixes: 1a31270e54d7 ("staging: omap-thermal: add OMAP4 data structures")
Cc: Merlijn Wajer
Cc: Pavel Machek
Cc: Sebastian Reichel
Sig
the custom platfor code for
re-enabling the RTC on suspend.
Keerthy
Signed-off-by: Tony Lindgren
---
arch/arm/boot/dts/am33xx-l4.dtsi | 1 -
arch/arm/boot/dts/am437x-l4.dtsi | 3 +-
arch/arm/boot/dts/am43x-epos-evm.dts | 4 ++
.../omap_hwmod_33xx_
platform data, let's manage the RTC module clock
and register range directly in pm33xx.
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/pm33xx-core.c| 25 ---
drivers/soc/ti/pm33xx.c | 47 +---
include/linux/platform_data/pm33xx.h
ata and ti,hwmods property in a single patch.
Cc: Keerthy
Signed-off-by: Tony Lindgren
---
arch/arm/boot/dts/dra7-l4.dtsi| 1 -
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 44 ---
2 files changed, 45 deletions(-)
diff --git a/arch/arm/boot/dts/dra7-l4.dtsi b/arc
201 - 300 of 2723 matches
Mail list logo