* Aaro Koskinen [190828 18:23]:
> On Wed, Aug 28, 2019 at 03:02:36PM +0200, Arnd Bergmann wrote:
> > I assume you checked that the uart output wasn't already broken
> > by one of the earlier patches, right?
>
> Correct, it's only with the mapping change patch it hangs.
>
> > Also, looking at
* Ladislav Michl [190827 18:15]:
> On Mon, Aug 26, 2019 at 09:20:50AM -0700, Tony Lindgren wrote:
> > * Markus Elfring [190826 06:31]:
> > > From: Markus Elfring
> > > Date: Mon, 26 Aug 2019 15:05:31 +0200
> > >
> > > A null pointer would be pass
We may currently get unpaired regulator calls when configuring the LED
brightness via sysfs in case of regulator calls producing errors. Let's
fix this by maintaining local state for enabled.
Signed-off-by: Tony Lindgren
---
drivers/leds/leds-lm3532.c | 26 --
1 file
* Dan Murphy [190827 16:20]:
> Tony
>
> On 8/27/19 11:04 AM, Tony Lindgren wrote:
> > * Dan Murphy [190827 13:02]:
> > > Hello
> > >
> > > On 8/27/19 7:44 AM, Dan Murphy wrote:
> > > > Tony
> > > >
> > > > On 8
* Dan Murphy [190827 13:02]:
> Hello
>
> On 8/27/19 7:44 AM, Dan Murphy wrote:
> > Tony
> >
> > On 8/27/19 7:18 AM, Pavel Machek wrote:
> > > On Mon 2019-08-26 15:44:37, Tony Lindgren wrote:
> > > > * Pavel Machek [190826 22:14]:
> >
* Pavel Machek [190826 22:14]:
> On Mon 2019-08-26 14:58:22, Tony Lindgren wrote:
> > Hi,
> >
> > * Dan Murphy [190820 19:53]:
> > > Fix the brightness control for I2C mode. Instead of
> > > changing the full scale current register update the ALS target
&
Hi,
* Dan Murphy [190820 19:53]:
> Fix the brightness control for I2C mode. Instead of
> changing the full scale current register update the ALS target
> register for the appropriate banks.
>
> In addition clean up some code errors and random misspellings found
> during coding.
>
> Tested on
* Markus Elfring [190826 06:31]:
> From: Markus Elfring
> Date: Mon, 26 Aug 2019 15:05:31 +0200
>
> A null pointer would be passed to a call of the function "kfree" directly
> after a call of the function "kzalloc" failed at one place.
> Remove this superfluous function call.
>
> This issue
* Masahiro Yamada [190822 19:59]:
> is only generated and included by
> arch/arm/mach-omap2/, so it does not need to reside in the globally
> visible include/generated/.
>
> I renamed it to arch/arm/mach-omap2/pm-asm-offsets.h since the prefix
> 'ti-' is just redundant in mach-omap2/.
>
> My
* Roger Quadros [190815 13:03]:
> On 15/08/2019 08:46, Nishka Dasgupta wrote:
> > Change return type of functions sysc_check_one_child() and
> > sysc_check_children() from int to void as neither ever returns an error.
> > Modify call sites of both functions accordingly.
> >
> > Signed-off-by:
* Adam Ford [190819 19:26]:
> On Sat, Aug 17, 2019 at 2:03 AM Tony Lindgren wrote:
> >
> > * Adam Ford [190816 23:02]:
> > > On Wed, Aug 14, 2019 at 8:16 AM Tony Lindgren wrote:
> > > > Well I just posted some sgx interconnect target module patches. We m
* Adam Ford [190816 23:02]:
> On Wed, Aug 14, 2019 at 8:16 AM Tony Lindgren wrote:
> > Well I just posted some sgx interconnect target module patches. We might
> > still have them in v5.4 assuming people manage to review and test them.
>
> Nikolaus,
>
> I tested Tony
* Arnd Bergmann [190814 10:37]:
> On Wed, Aug 14, 2019 at 9:49 AM Tony Lindgren wrote:
> > * Arnd Bergmann [190813 19:34]:
> > > On Tue, Aug 13, 2019 at 8:12 PM Aaro Koskinen
> > > wrote:
> > > diff --git a/arch/arm/mach-omap1/hardware.h
> > >
* H. Nikolaus Schaller [190814 10:34]:
>
> > Am 14.08.2019 um 11:47 schrieb Tony Lindgren :
> >
> > * H. Nikolaus Schaller [190814 08:57]:
> >> I also have pushed good news to
> >>
> >>https://github.com/openpvrsgx-devgroup/linux_openpvr
* H. Nikolaus Schaller [190814 08:57]:
> I also have pushed good news to
>
> https://github.com/openpvrsgx-devgroup/linux_openpvrsgx/tree/letux-pvr
>
> Thanks to the help from the Pyra community, I was able to get a (binary)
> reference
> implementation using DRM that works on
* Stephen Boyd [691231 23:00]:
> I also notice that device_set_wakeup_capable() has a check to see if the
> device is registered yet and it skips creating sysfs entries for the
> device if it isn't created in sysfs yet. Why? Just so it can be called
> before the device is created? I guess the
* Arnd Bergmann [190813 19:34]:
> On Tue, Aug 13, 2019 at 8:12 PM Aaro Koskinen wrote:
> > On Tue, Aug 13, 2019 at 01:02:16PM +0200, Arnd Bergmann wrote:
> > > On Tue, Aug 13, 2019 at 12:36 PM Tony Lindgren wrote:
> >
> > > - I force CONFIG_PCI to
* Stephen Boyd [190814 07:09]:
> Quoting Tony Lindgren (2019-08-13 23:38:03)
> > Hi all,
> >
> > Looks like commit 986845e747af ("PM / wakeup: Show wakeup sources stats
> > in sysfs") has caused a regression in Linux next where I can now get
>
Hi all,
Looks like commit 986845e747af ("PM / wakeup: Show wakeup sources stats
in sysfs") has caused a regression in Linux next where I can now get
some errors like this during the boot:
kobject_add_internal failed for wakeup10 (error: -2 parent: usb)
Any ideas why this might be happening?
* Yue Haibing [190413 07:13]:
> From: YueHaibing
>
> Fix sparse warnings:
>
> drivers/soc/ti/pm33xx.c:144:27: warning: symbol 'rtc_wake_src' was not
> declared. Should it be static?
> drivers/soc/ti/pm33xx.c:160:5: warning: symbol 'am33xx_rtc_only_idle' was not
> declared. Should it be
* Keerthy [190626 00:50]:
> The patch fixes a bunch of static checker warnings.
Sorry I just noticed that this one is still pending, applying
into fixes.
Tony
* Kees Cook [190729 16:35]:
> On Sun, Jul 28, 2019 at 06:22:40PM -0500, Gustavo A. R. Silva wrote:
> > Mark switch cases where we are expecting to fall through.
> >
> > This patch fixes the following warnings:
> >
> > arch/arm/plat-omap/dma.c: In function 'omap_set_dma_src_burst_mode':
> >
* David Lechner [190807 13:10]:
> This makes use of the am335x-osd335x-common.dtsi file that contains the
> common device tree components for Octavo Systems AM335x System-in-
> Package that is used on the BeagleBone Blue.
>
> This has two minor side-effects:
> 1. pinmux_i2c0_pins is renamed to
* H. Nikolaus Schaller [190708 14:46]:
> This allows to remove the console= entry in the kernel command line.
Applying this patch into omap-for-v5.4/dt thanks.
Tony
* Roger Quadros [190813 11:14]:
>
> On 13/08/2019 10:55, Nishka Dasgupta wrote:
> > Change return type of function sysc_check_children() from int to void as
> > it always returns 0. Remove its return statement as well.
> > At call site, remove the variable that was used to store the return
> >
* YueHaibing [190627 21:17]:
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> drivers/bus/ti-sysc.c: In function sysc_reset:
> drivers/bus/ti-sysc.c:1452:50: warning: variable quirks set but not used
> [-Wunused-but-set-variable]
>
> It is never used since commit e0db94fe87da ("bus:
* Tero Kristo [190807 05:47]:
> Hi,
>
> Here are a few patches to fix reset handling for ti-sysc bus driver.
> Without these, the iommu won't be working properly at least.
Applying these into omap-for-v5.4/ti-sysc since the prm rstctrl
driver is not yet merged and these should not be needed as
* Jyri Sarha [190813 11:05]:
> On 23/07/2019 22:03, Suman Anna wrote:
> > + Jyri
> >
> > On 7/23/19 6:28 AM, Tony Lindgren wrote:
> >> We currently get a warning for lcdc because of a difference
> >> with dts provided configuration compared to the legacy p
* Suman Anna [190627 15:24]:
> On 6/27/19 7:11 AM, Tony Lindgren wrote:
> > Hi,
> >
> > * Suman Anna [190625 23:33]:
> >> The clocks are not yet parsed and prepared until after a successful
> >> sysc_get_clocks(), so there is no need to unprepare
* Suman Anna [190724 18:29]:
> On 7/24/19 1:31 AM, Tony Lindgren wrote:
> > OK thanks for testing. Let's drop this for now, sounds like there is
> > some midlemode configuration happening even with no flags set.
>
> You were dropping the ti,sysc-midle property in patch
Hi,
* Arnd Bergmann [190808 21:34]:
> The ISA I/O space handling in omap_cf is incompatible with
> PCI drivers in a multiplatform kernel, and requires a custom
> mach/io.h.
>
> Change the driver to use pci_ioremap_io() like PCI drivers do,
> so the generic ioport access can work across
* Janusz Krzysztofik [190811 01:48]:
> Non-serio path of Amstrad Delta FIQ deferred handler depended on
> irq_ack() method provided by OMAP GPIO driver. That method has been
> removed by commit 693de831c6e5 ("gpio: omap: remove irq_ack method").
> Remove useless code from the deferred handler
* Takashi Iwai [190809 08:24]:
> On Fri, 09 Aug 2019 09:46:43 +0200,
> Tony Lindgren wrote:
> >
> > * Takashi Iwai [190809 07:25]:
> > > On Fri, 09 Aug 2019 09:00:03 +0200,
> > > Tony Lindgren wrote:
> > > >
> > > > Hi,
> > >
* Faiz Abbas [190807 03:53]:
> According to the latest am572x[1] and dra74x[2] data manuals, mmc3
> default, hs, sdr12 and sdr25 modes use iodelay values given in
> MMC3_MANUAL1. Set the MODE_SELECT bit for these so that manual mode is
> selected and correct iodelay values can be configured.
Hi,
* Emmanuel Vadot [190724 05:24]:
> As seen on the AM335x TRM all the UARTs controller only are 0x1000 in size.
> Fix this in the DTS.
Thanks applying into fixes.
FYI, the module size is usually (but not always) 0x1000 with additional
0x1000 for the interconnect related registers.
Regards,
* Andreas Klinger [190709 11:32]:
> mmc cards on mmc1 are not detected because of wrong card detect (cd) level.
>
> Change cd from GPIO_ACTIVE_HIGH to GPIO_ACTIVE_LOW.
>
> This is necessary because of commit e63201f19438 ("mmc: omap_hsmmc:
> Delete platform data GPIO CD and WP")
>
>
* Roger Quadros [190813 06:26]:
> None of those functions return anything.
> Maybe you can fix sysc_check_one_child() to return void?
> I think you can retain your patch but get rid of error variable.
Makes sense to me.
Regards,
Tony
* Takashi Iwai [190809 07:25]:
> On Fri, 09 Aug 2019 09:00:03 +0200,
> Tony Lindgren wrote:
> >
> > Hi,
> >
> > Looks like commit 4a81e8f30d0b ("ASoC: soc-component: add
> > snd_soc_component_get/put()") causes a regression where trying
> >
Hi,
Looks like commit 4a81e8f30d0b ("ASoC: soc-component: add
snd_soc_component_get/put()") causes a regression where trying
to rmmod a codec driver fails with module is in use error after
rmmod of snd-soc-audio-graph-card for example.
Any ideas what goes wrong there?
BTW, looks like the
Hi,
* Tejun Heo [691231 23:00]:
> From: Andrea Arcangeli
>
> If getdents64 is killed or hits on segfault, it'll leave cgroups
> directories in sysfs pinned leaking memory because the kernfs node
> won't be freed on rmdir and the parent neither.
Somehow this causes a regression in Linux next
* Suman Anna [190723 21:02]:
> Hi Tony,
>
> On 7/23/19 6:28 AM, Tony Lindgren wrote:
> > The ahclkr clkctrl clock bit 28 only exists for mcasp 1 and 2 on dra7.
> > Otherwise we get the following warning on beagle-x15:
...
&
* Keerthy [190724 05:50]:
>
> On 24/07/19 12:33 AM, Suman Anna wrote:
> > + Jyri
> >
> > On 7/23/19 6:28 AM, Tony Lindgren wrote:
> > > We currently get a warning for lcdc because of a difference
> > > with dts provided configuration compared to the l
* David Lechner [190723 14:46]:
> On 7/23/19 3:42 AM, Tony Lindgren wrote:
> > * David Lechner [190722 15:46]:
> > > This adds new nodes for the Texas Instruments Enhanced Quadrature
> > > Encoder Pulse (eQEP) module in the PWM subsystem on AM33XX.
> > >
in that case. And the
serdev driver can idle the port during runtime when suitable if an
out-of-band wake-up GPIO line exists for example.
Let's also add some comments to the workaround while at it.
Cc: Johan Hovold
Signed-off-by: Tony Lindgren
---
drivers/tty/serial/8250/8250_omap.c | 11
red so let's
remove that property.
Signed-off-by: Tony Lindgren
---
arch/arm/boot/dts/am33xx-l4.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/am33xx-l4.dtsi b/arch/arm/boot/dts/am33xx-l4.dtsi
--- a/arch/arm/boot/dts/am33xx-l4.dtsi
+++ b/arch/arm/bo
We are currently using a wrong register for dcan revision. Although
this is currently only used for detecting the dcan module, let's
fix it to avoid confusion.
Signed-off-by: Tony Lindgren
---
arch/arm/boot/dts/am33xx-l4.dtsi | 4
arch/arm/boot/dts/am437x-l4.dtsi | 4
arch/arm/boot
-on-init
Signed-off-by: Tony Lindgren
---
arch/arm/boot/dts/am57xx-beagle-x15-common.dtsi | 2 +-
arch/arm/boot/dts/dra7-evm.dts | 2 +-
arch/arm/boot/dts/dra7-l4.dtsi | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/boot/dts/am57xx
two fixes for the ti-sysc driver while looking
at the warnings.
Regards,
Tony
Tony Lindgren (8):
ARM: OMAP2+: Fix missing SYSC_HAS_RESET_STATUS for dra7 epwmss
ARM: OMAP2+: Remove unconfigured midlemode for am3 lcdc
bus: ti-sysc: Fix handling of forced idle
bus: ti-sysc: Fix using
-by: Tony Lindgren
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_7xx_data.c
b/arch/arm/mach-omap2/omap_hwmod_7xx_data.c
--- a/arch/arm/mach-omap2/omap_hwmod_7xx_data.c
+++ b/arch/arm/mach-omap2
that
the am335x TRM lists SYSC_HAS_MIDLEMODE, but it is unused.
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/omap_hwmod_33xx_data.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_33xx_data.c
b/arch/arm/mach-omap2/omap_hwmod_33xx_data.c
We have cases where there are no softreset bits like with am335x lcdc.
In that case ti,sysc-mask = <0> needs to be handled properly.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/bus/ti-sysc.c b/drive
The ahclkr clkctrl clock bit 28 only exists for mcasp 1 and 2 on dra7.
Otherwise we get the following warning on beagle-x15:
ti-sysc 48468000.target-module: could not add child clock ahclkr: -19
Fixes: 5241ccbf2819 ("ARM: dts: Add missing ranges for dra7 mcasp l3 ports")
Signed-of
")
Cc: Roger Quadros
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
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
@@ -949,7 +949,7 @@ static int sysc_best_idl
* David Lechner [190722 15:46]:
> This adds new nodes for the Texas Instruments Enhanced Quadrature
> Encoder Pulse (eQEP) module in the PWM subsystem on AM33XX.
>
> Signed-off-by: David Lechner
> ---
> arch/arm/boot/dts/am33xx-l4.dtsi | 27 +++
> 1 file changed, 27
* Johannes Berg [190723 05:08]:
> Hi,
>
> > Looks like this one crept back as the fix is missing from v5.3-rc1.
> >
> > Forgot to include in the pull request?
>
> More like forgot to send the pull request, my bad. I eventually realized
> a couple of days ago and it'll be coming upstream soon.
Hi,
* Johannes Berg [190625 08:03]:
> On Tue, 2019-06-25 at 01:00 -0700, Tony Lindgren wrote:
> > Hi,
> >
> > * Johannes Berg [190625 07:47]:
> > > On Tue, 2019-06-25 at 00:38 -0700, Tony Lindgren wrote:
> > > > Hi,
> > > >
> > >
Hi,
* Suman Anna [190625 23:33]:
> The clocks are not yet parsed and prepared until after a successful
> sysc_get_clocks(), so there is no need to unprepare the clocks upon
> any failure of any of the prior functions in sysc_probe(). The current
> code path would have been a no-op because of the
* Faiz Abbas [190619 03:25]:
> If UHS speed modes are enabled, a compatible SD card switches down to
> 1.8V during enumeration. If after this a software reboot/crash takes
> place and on-chip ROM tries to enumerate the SD card, the difference in
> IO voltages (host @ 3.3V and card @ 1.8V) may end
Hi,
* Johannes Berg [190625 07:47]:
> On Tue, 2019-06-25 at 00:38 -0700, Tony Lindgren wrote:
> > Hi,
> >
> > Looks like at least drivers/net/wireless/ti wlcore driver has stopped
> > working in Linux next with commit 901bb9891855 ("nl80211: require and
&g
Hi,
Looks like at least drivers/net/wireless/ti wlcore driver has stopped
working in Linux next with commit 901bb9891855 ("nl80211: require and
validate vendor command policy"). Reverting the commit above makes it
work again.
It fails with the warning below, any ideas what goes wrong?
Regards,
ot;.
But that one still needs a bit more work and is a separate fix from this
series.
So for this whole series, please feel free to add:
Tested-by: Tony Lindgren
> Code can be found at:
> g...@git.ti.com:~gragst/ti-linux-kernel/gragsts-ti-linux-kernel.git
> branch:
> lkml-next-
* Tony Lindgren [190429 18:43]:
> * santosh.shilim...@oracle.com [190429 18:40]:
> > On 4/28/19 9:44 PM, Keerthy wrote:
> > > Currently there is no way to distinguish if the SoC entered DS0
> > > mode or the RTC only mode. Hence add a print before enter
Hi,
* Yue Haibing [190413 07:18]:
> From: YueHaibing
>
> Fix sparse warnings:
>
> arch/arm/mach-omap2/omap_hwmod_33xx_43xx_ipblock_data.c:532:25: warning:
> symbol 'am33xx_gpio_hwmod_class' was not declared. Should it be static?
>
, i2c and watchdog. Later on
we can add more modules like msdi and dss as they get tested.
For dra7 pcie, we should be able to just use the rstctrl reset
driver when available.
Signed-off-by: Tony Lindgren
---
This is based on the following series I posted earlier:
[PATCHv2 00/13] ti-sysc driver
Hi,
* Kalle Valo [190610 07:01]:
> Eugeniu Rosca writes:
>
> > The wl1837mod datasheet [1] says about the WL_IRQ pin:
> >
> > ---8<---
> > SDIO available, interrupt out. Active high. [..]
> > Set to rising edge (active high) on powerup.
> > ---8<---
> >
> > That's the reason of seeing the
* Keerthy [190603 23:13]:
> usb4_tm is unsed on dra72 and accessing the module
> with ti,sysc is causing a boot crash hence disable its target
> module.
Thanks for testing and fixing this, applying into fixes.
Tony
* Tomi Valkeinen [190529 07:06]:
> On 28/05/2019 13:18, Tony Lindgren wrote:
>
> > > My board is x15 rev A3, attached to AM5 EVM. I've also attached my kernel
> > > config.
> >
> > Strange that this is not affecting other x15? I think timer12 would
* David Laight [190528 11:06]:
> From: Tony Lindgren
> > Sent: 27 May 2019 13:14
> > We need to also support 16-bit writes for i2c in addition to the reads
> > when we start configuring the sysconfig register for reset and idle modes.
> >
> > Signed-off-by: To
.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 25 +
1 file changed, 17 insertions(+), 8 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
@@ -872,10 +872,15 @@ static int
one patch as there's is still an unlikely chance we
may need to apply this as a fix for v5.2 for dropping legacy platform
data for some devices. We also do have the option of adding back the
platform data if needed in case of trouble.
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/omap_hwmod.c
atus after reset.
Note that depends on a proper PRM rstctrl driver, so far I've only
tested this with earlier reset-simple patches.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 25 +
1 file changed, 17 insertions(+), 8 deletions(-)
diff --git a/drivers/bus/t
For interconnect target modules with autoidle bit wired, we need to manage
it for enable and disable.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/drivers/bus/ti-sysc.c b/drivers/bus/ti-sysc.c
status
in sysstatus or sysconfig register so we can use the new functions for
sysc_enable_module() and sysc_disable_module() without "ti,hwmods"
property in the following patches.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 72 ---
inc
the
disable_on_idle flag to reconfigure sysconfig register for PM
modes requesting it.
Let's also make the other flags use bitfield while at it instead of
bool.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 21 +
1 file changed, 17 insertions(+), 4 deletions(-)
diff --git
Modules with clockactivity need it configured during enable.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 7 +++
1 file changed, 7 insertions(+)
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
@@ -845,6 +845,7
this change as a fix.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
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
@@ -1205,8 +1205,10 @@ static const struct
We need to specify QUIRK_LEGACY_IDLE for device drivers that still have
pm_runtime_irq_safe() set like 8250.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/bus/ti-sysc.c b/drivers/bus/ti-sysc.c
--- a/drivers/bus/ti-sysc.c
Some modules have ENAWAKEUP bit that we need to configure when not
relying on platform data callbacks.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/bus/ti-sysc.c b/drivers/bus/ti-sysc.c
--- a/drivers/bus/ti-sysc.c
+++ b
-by: Tony Lindgren
---
arch/arm/boot/dts/omap4-l4.dtsi | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/arm/boot/dts/omap4-l4.dtsi b/arch/arm/boot/dts/omap4-l4.dtsi
--- a/arch/arm/boot/dts/omap4-l4.dtsi
+++ b/arch/arm/boot/dts/omap4-l4.dtsi
@@ -2103,7 +2103,6 @@
target-module
With recent ti-sysc driver changes, we can now finally probe most
modules without needing the custom ti,hwmods property.
Let's start with omap4 uart as we can test that for runtime PM
for core retention idle mode.
Cc: devicet...@vger.kernel.org
Cc: Rob Herring
Signed-off-by: Tony Lindgren
We need to also support 16-bit writes for i2c in addition to the reads
when we start configuring the sysconfig register for reset and idle modes.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/bus/ti-sysc.c b/drivers/bus
properties as they
get tested.
Regards,
Tony
Changes since v1:
- Repost the series against v5.2-rc1 as the first patch in the series
got accidentally left out for patch "bus: ti-sysc: Add support for
missing clockdomain handling"
Tony Lindgren (13):
bus: ti-sysc: Add support f
* Keerthy [190528 00:58]:
>
>
> On 27/05/19 5:43 PM, Tony Lindgren wrote:
> > Hi all,
> >
> > Here are changes to improve ti-sysc driver to the point where we can
> > finally drop the custom hwmods property for most cases. This series
> > drops hwmo
* Noralf Trønnes [190527 13:16]:
>
>
> Den 2019-05-27 07:53, skrev Tony Lindgren:
> > Hi,
> >
> > * Sebastian Reichel [190523 09:33]:
> > > Hi,
> > >
> > > On Thu, May 23, 2019 at 11:09:26AM +0200, Pavel Machek wrote:
> >
We need to also support 16-bit writes for i2c in addition to the reads
when we start configuring the sysconfig register for reset and idle modes.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/bus/ti-sysc.c b/drivers/bus
the
disable_on_idle flag to reconfigure sysconfig register for PM
modes requesting it.
Let's also make the other flags use bitfield while at it instead of
bool.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 21 +
1 file changed, 17 insertions(+), 4 deletions(-)
diff --git
Some modules have ENAWAKEUP bit that we need to configure when not
relying on platform data callbacks.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/bus/ti-sysc.c b/drivers/bus/ti-sysc.c
--- a/drivers/bus/ti-sysc.c
+++ b
With recent ti-sysc driver changes, we can now finally probe most
modules without needing the custom ti,hwmods property.
Let's start with omap4 uart as we can test that for runtime PM
for core retention idle mode.
Cc: devicet...@vger.kernel.org
Cc: Rob Herring
Signed-off-by: Tony Lindgren
For interconnect target modules with autoidle bit wired, we need to manage
it for enable and disable.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/drivers/bus/ti-sysc.c b/drivers/bus/ti-sysc.c
-by: Tony Lindgren
---
arch/arm/boot/dts/omap4-l4.dtsi | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/arm/boot/dts/omap4-l4.dtsi b/arch/arm/boot/dts/omap4-l4.dtsi
--- a/arch/arm/boot/dts/omap4-l4.dtsi
+++ b/arch/arm/boot/dts/omap4-l4.dtsi
@@ -2103,7 +2103,6 @@
target-module
this change as a fix.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
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
@@ -1205,8 +1205,10 @@ static const struct
We need to specify QUIRK_LEGACY_IDLE for device drivers that still have
pm_runtime_irq_safe() set like 8250.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/bus/ti-sysc.c b/drivers/bus/ti-sysc.c
--- a/drivers/bus/ti-sysc.c
.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 25 +
1 file changed, 17 insertions(+), 8 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
@@ -872,10 +872,15 @@ static int
status
in sysstatus or sysconfig register so we can use the new functions for
sysc_enable_module() and sysc_disable_module() without "ti,hwmods"
property in the following patches.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 72 ---
inc
atus after reset.
Note that depends on a proper PRM rstctrl driver, so far I've only
tested this with earlier reset-simple patches.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 25 +
1 file changed, 17 insertions(+), 8 deletions(-)
diff --git a/drivers/bus/t
Modules with clockactivity need it configured during enable.
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 7 +++
1 file changed, 7 insertions(+)
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
@@ -845,6 +845,7
properties as they
get tested.
Regards,
Tony
Tony Lindgren (12):
bus: ti-sysc: Support 16-bit writes too
bus: ti-sysc: Make OCP reset work for sysstatus and sysconfig reset
bits
bus: ti-sysc: Allow QUIRK_LEGACY_IDLE even if legacy_mode is not set
bus: ti-sysc: Enable interconnect target
Hi,
* Philippe Mathieu-Daudé [190523 12:01]:
> What I use as reference for testing ARM boards [*] is the work of
> Guenter Roeck:
> https://github.com/groeck/linux-build-test/blob/master/rootfs/arm/run-qemu-arm.sh
I think Guenter also has v2.3.50-local-linaro branch in his
github repo that has
Hi,
* Sebastian Reichel [190523 09:33]:
> Hi,
>
> On Thu, May 23, 2019 at 11:09:26AM +0200, Pavel Machek wrote:
> > This was greeting me overnight... I don't yet know how reproducible it
> > is, it happened once so far.
>
> Please pipe the stacktrace into ./scripts/decode_stacktrace.sh
> to
* Marc Zyngier [190510 18:30]:
> On Fri, 10 May 2019 06:16:38 +0100,
> Lokesh Vutla wrote:
> >
> >
> >
> > On 10/05/19 9:22 AM, YueHaibing wrote:
> > > Fix Kbuild warning when SOC_TI is not set
> > >
> > > WARNING: unmet direct dependencies detected for TI_SCI_INTA_IRQCHIP
> > > Depends on
601 - 700 of 8394 matches
Mail list logo
