* Geert Uytterhoeven [221202 18:50]:
> "make dtbs_check":
>
> arch/arm/boot/dts/am3874-iceboard.dtb: pca9548@70: $nodename:0:
> 'pca9548@70' does not match '^(i2c-?)?mux'
> From schema:
> Documentation/devicetree/bindings/i2c/i2c-mux-pca954x.yaml
> arch/arm/boot/dts/am3874-ice
ble, feel free to add:
Tested-by: Tony Lindgren
a simple (shallow) omap2_do_wfi() call.
>
> Omap2 doesn't have a cpuidle driver; but adding one would be the
> recourse to (re)gain the other idle states.
Looks good to me thanks:
Acked-by: Tony Lindgren
=mail-archive@lists.ozlabs.org
Sender: "Linuxppc-dev"
Hi,
Adding Aaro Koskinen and Peter Vasil for pm24xx for n800 and n810 related
idle.
* Peter Zijlstra [220614 22:07]:
> On Mon, Jun 13, 2022 at 03:39:05PM +0300, Tony Lindgren wrote:
> > OMAP4 uses full SoC suspend modes
org
Sender: "Linuxppc-dev"
OMAP4 uses full SoC suspend modes as idle states, as such it needs the
whole power-domain and clock-domain code from the idle path.
All that code is not suitable to run with RCU disabled, as such push
RCU-idle deeper still.
Signed-off-by: Tony Lindgren
---
Pet
mentation. Replace it
> with the simple (shallow) omap3_do_wfi() call. Leaving the more
> complicated idle states for the cpuidle driver.
Acked-by: Tony Lindgren
;
> >
> > + if (rcuidle)
> > + rcuidle_rcu_exit();
>
> *sigh* so much for this having been exposed to the robots for >2 days :/
I tested your git branch of these patches, so:
Reviewed-by: Tony Lindgren
Tested-by: Tony Lindgren
org
Sender: "Linuxppc-dev"
* Peter Zijlstra [220608 14:42]:
> Doing RCU-idle outside the driver, only to then temporarily enable it
> again, some *four* times, before going idle is daft.
Maybe update the subject line with s/omap2/omap4/, other than that:
Reviewed-by: Tony Lindgr
org
Sender: "Linuxppc-dev"
* Peter Zijlstra [220608 14:42]:
> Doing RCU-idle outside the driver, only to then teporarily enable it
> again before going idle is daft.
Reviewed-by: Tony Lindgren
Tested-by: Tony Lindgren
o...@users.sourceforge.jp>, Linux-sh list , Fabio
Estevam , Helge Deller , Daniel Lezcano
, Jonathan Hunter , Mathieu
Desnoyers , Frederic Weisbecker
, Len Brown , "open list:TENSILICA XTENSA
PORT \(xtensa\)" , Sascha Hauer
, Vasily Gorbik , linux-arm-msm
, alpha ,
linux-m68k , Stafford Hor
* Geert Uytterhoeven [210128 09:32]:
> It wasn't. The regression is that the driver no longer probes at first
> try, because its dependencies are now probed later. The question is:
> why are the dependencies now probed later? How to fix that?
I'm afraid that may be unfixable.. It depends on th
Hi,
* Michael Walle [210125 19:52]:
> Although I do have the changes for the builtin_platform_driver_probe()
> ready, I don't think it makes much sense to send these unless we agree
> on the increased memory footprint. While there are just a few
> builtin_platform_driver_probe() and memory increa
ate a nand.h header
> containing all common structure and function prototypes.
For omap:
Acked-by: Tony Lindgren
* Kishon Vijay Abraham I [170112 02:34]:
> Add pcie1 dt node in order for the controller to operate in
> endpoint mode. However since none of the dra7 based boards have
> slots configured to operate in endpoint mode, keep EP mode
> disabled.
Can this be merged separately later on without breaking
* Kishon Vijay Abraham I [170115 22:06]:
> Hi Tony,
>
> On Friday 13 January 2017 10:45 PM, Tony Lindgren wrote:
> > * Kishon Vijay Abraham I [170112 02:35]:
> >> The PCIe programming sequence in TRM suggests CLKSTCTRL of PCIe should
> >> be set to SW_WKUP. Ther
* Kishon Vijay Abraham I [170112 02:35]:
> The PCIe programming sequence in TRM suggests CLKSTCTRL of PCIe should
> be set to SW_WKUP. There are no issues when CLKSTCTRL is set to HW_AUTO
> in RC mode. However in EP mode, the host system is not able to access the
> MEMSPACE and setting the CLKSTCT
* Rob Herring [160420 16:48]:
> On Wed, Apr 20, 2016 at 10:32 AM, Geert Uytterhoeven
> wrote:
> > Signed-off-by: Geert Uytterhoeven
> > ---
> > arch/arm/boot/dts/omap36xx.dtsi | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/arch/arm/boot/dts/omap36xx.dtsi
> > b/a
f irq domain is to remain a DT only thing
> then we're going to end up with _lots_ of this stuff.
>
> I'd much prefer to see irq domain become more widely available so it
> doesn't require these ifdefs everywhere.
Your patch below looks like a correct fix to me to the
* Stephen Boyd [101207 11:00]:
> On 12/01/2010 12:20 PM, Stephen Boyd wrote:
> > Definitely for TX since it seems like a redundant loop, but I agree RX
> > code has changed. Instead of
> >
> > If RX buffer full
> > Poll for RX buffer full
> > Read character from RX buffer
> >
> > we would have
> >
19 matches
Mail list logo