On 15 March 2018 at 18:24, Evgeniy Didin <evgeniy.di...@synopsys.com> wrote:
> On Thu, 2018-03-15 at 14:39 +0100, Ulf Hansson wrote:
>> On 15 March 2018 at 14:18, Evgeniy Didin <evgeniy.di...@synopsys.com> wrote:
>> > Hello Ulf,
>> >
>> > On T
licitly zero des0 which otherwise might
> contain garbage as being allocated by dmam_alloc_coherent().
>
> Signed-off-by: Evgeniy Didin <evgeniy.di...@synopsys.com>
> Cc: Jaehoon Chung <jh80.ch...@samsung.com>
> Cc: Ulf Hansson <ulf.hans...@linaro.org>
> Cc: Andy
On 15 March 2018 at 14:18, Evgeniy Didin <evgeniy.di...@synopsys.com> wrote:
> Hello Ulf,
>
> On Thu, 2018-03-15 at 10:57 +0100, Ulf Hansson wrote:
>> On 14 March 2018 at 20:30, Evgeniy Didin <evgeniy.di...@synopsys.com> wrote:
>> > It was found that in IDMAC m
On 20 April 2018 at 09:42, Alexey Brodkin <alexey.brod...@synopsys.com> wrote:
> Hi Ulf,
>
> On Fri, 2018-04-20 at 09:35 +0200, Ulf Hansson wrote:
>> [...]
>>
>> >
>> > 2. Add missing stuff to support multislot mode in DesignWar
[...]
>
> 2. Add missing stuff to support multislot mode in DesignWare MMC driver.
> * Add missing slot switch to __dw_mci_start_request() function.
> * Refactor set_ios function:
>a) Calculate common clock which is
> suitable for all slots instead of directly use clock value
>
On 20 April 2018 at 17:53, Eugeniy Paltsev <eugeniy.palt...@synopsys.com> wrote:
> Hi Ulf,
>
> On Fri, 2018-04-20 at 09:35 +0200, Ulf Hansson wrote:
>> [...]
>>
>> >
>> > 2. Add missing stuff to support multislot mode in DesignWar
;
>
> CC: Alexey Brodkin <abrod...@synopsys.com>
> CC: Eugeniy Paltsev <palt...@synopsys.com>
> CC: Douglas Anderson <diand...@chromium.org>
> CC: Ulf Hansson <ulf.hans...@linaro.org>
> CC: Andy Shevchenko <andy.shevche...@gmail.com>
> CC:
| 3 ++
> lib/ubsan.c | 5 ++-
> mm/kasan/kasan.h | 4 ++
> mm/kasan/shadow.c | 38 ++
> tools/objtool/check.c | 17
> 121 files changed, 511 insertions(+), 420 deletions(-)
Thanks for cleaning up the situation!
I have applied this on a plain v6.0 (only one patch had a minor
conflict) and tested this on an ARM64 Dragonboard 410c, which uses
cpuidle-psci and the cpuidle-psci-domain. I didn't observe any
problems, so feel free to add:
Tested-by: Ulf Hansson
Kind regards
Uffe
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
On Mon, 19 Sept 2022 at 12:17, Peter Zijlstra wrote:
>
> OMAP was the one and only user.
OMAP? :-)
>
> Signed-off-by: Peter Zijlstra (Intel)
Reviewed-by: Ulf Hansson
Kind regards
Uffe
> ---
> drivers/clk/clk.c |8
> 1 file changed, 4 inser
> deeper into the idle path").
>
> Signed-off-by: Peter Zijlstra (Intel)
FWIW:
Reviewed-by: Ulf Hansson
Kind regards
Uffe
> ---
> arch/arm/kernel/smp.c |6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> --- a/arch/arm/kernel/smp.c
> +++ b/ar
On Mon, 19 Sept 2022 at 12:17, Peter Zijlstra wrote:
>
> All callers should still have RCU enabled.
>
> Signed-off-by: Peter Zijlstra (Intel)
> Acked-by: Mark Rutland
Reviewed-by: Ulf Hansson
Kind regards
Uffe
> ---
> kernel/cpu_pm.c |9 -
> 1 f
trably intertwined.
>
> Signed-off-by: Peter Zijlstra (Intel)
Reviewed-by: Ulf Hansson
Kind regards
Uffe
> ---
> arch/arm/mach-omap2/cpuidle34xx.c|4 ++--
> drivers/acpi/processor_idle.c|2 ++
> drivers/cpuidle/cpuidle-arm.c|1 +
> driv
s good to me.
Reviewed-by: Ulf Hansson
Kind regards
Uffe
> ---
> arch/arm/mach-omap2/powerdomain.c | 10 +-
> drivers/base/power/runtime.c | 24
> 2 files changed, 17 insertions(+), 17 deletions(-)
>
> --- a/arch/arm/mach-omap2/powerdomain
On Tue, 4 Oct 2022 at 13:03, Ulf Hansson wrote:
>
> On Mon, 19 Sept 2022 at 12:18, Peter Zijlstra wrote:
> >
> > Doing RCU-idle outside the driver, only to then temporarily enable it
> > again before going idle is daft.
> >
> > Notably: t
On Wed, 16 Nov 2022 at 16:29, Peter Zijlstra wrote:
>
>
> Sorry; things keep getting in the way of finishing this :/
>
> As such, I need a bit of time to get on-track again..
>
> On Tue, Oct 04, 2022 at 01:03:57PM +0200, Ulf Hansson wrote:
>
> > > --- a/drivers/
15 matches
Mail list logo
