[PATCH v2] vhost: add vsock compat ioctl

This will allow usage of vsock from 32-bit binaries on a 64-bit kernel. Signed-off-by: Sonny Rao --- drivers/vhost/vsock.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/vhost/vsock.c b/drivers/vhost/vsock.c index 0d14e2ff19f16..ee0c385d9fe54 100644 --- a/drivers/vhost

Re: [PATCH] vhost: add vsock compat ioctl

On Wed, Mar 14, 2018 at 12:05 PM, Michael S. Tsirkin wrote: > On Wed, Mar 14, 2018 at 10:26:05AM -0700, Sonny Rao wrote: >> This will allow usage of vsock from 32-bit binaries on a 64-bit >> kernel. >> >> Signed-off-by: Sonny Rao > > I think you need to co

[PATCH] vhost: add vsock compat ioctl

This will allow usage of vsock from 32-bit binaries on a 64-bit kernel. Signed-off-by: Sonny Rao --- drivers/vhost/vsock.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/vhost/vsock.c b/drivers/vhost/vsock.c index 0d14e2ff19f16..d0e65e92110e5 100644 --- a/drivers/vhost/vsock.c

[PATCH] vhost: fix vhost ioctl signature to build with clang

78 to 18446744072636378898) [-Werror, -Wswitch] case VHOST_GET_VRING_BASE: 3221794578 is 0xC008AF12 in hex 18446744072636378898 is 0xC008AF12 in hex Fix this by using unsigned ints in the function signature for vhost_vring_ioctl(). Signed-off-by: Sonny Rao --- drivers/vhost/vh

Re: [PATCH RFC v2] Add /proc/pid/smaps_rollup

On Thu, Aug 10, 2017 at 3:58 AM, Michal Hocko wrote: > On Thu 10-08-17 03:23:23, Daniel Colascione wrote: >> Thanks for taking a look at the patch! >> >> On Thu, Aug 10 2017, Michal Hocko wrote: >> > [CC linux-api - the patch was posted here >> > http://lkml.kernel.org/r/20170810001557.147285-1-da

Re: [PATCH v4 RESEND 1/2] Documentation: tpm: add powered-while-suspended binding documentation

On Mon, Jul 3, 2017 at 5:57 AM, Jarkko Sakkinen wrote: > On Tue, Jun 27, 2017 at 12:27:23PM +0200, Enric Balletbo i Serra wrote: >> Add a new powered-while-suspended property to control the behavior of the >> TPM suspend/resume. >> >> Signed-off-by: Enric Balletbo i Ser

Re: [tpmdd-devel] [PATCH] tpm: do not suspend/resume if power stays on

On Wed, Mar 1, 2017 at 3:18 PM, Jason Gunthorpe wrote: > On Wed, Mar 01, 2017 at 02:39:09PM -0800, Sonny Rao wrote: > >> > We recently added global suspend/resume callbacks to the TPM >> > core. Those call backs do not power off the TPM, they just prepare its >> >

Re: [tpmdd-devel] [PATCH] tpm: do not suspend/resume if power stays on

resume callbacks to the TPM > core. Those call backs do not power off the TPM, they just prepare its > internal state to loose power to the chip. Skipping that process on > hardware that does not power-off the TPM makes sense to me. > > But, Sonny, perhaps this should be a global fl

Re: [PATCH v5 0/3] mm, proc: Implement /proc//totmaps

On Mon, Sep 19, 2016 at 5:27 PM, Robert Foss wrote: > > > On 2016-09-19 03:32 PM, Michal Hocko wrote: >> >> On Mon 19-09-16 11:16:31, Robert Foss wrote: >>> >>> On 2016-09-14 05:12 AM, Michal Hocko wrote: >>>> >>>> On Tue 13-09-1

Re: [PATCH v5 0/3] mm, proc: Implement /proc//totmaps

pre it] > > Ah, sorry, pressed the wrong key. > > >> On Mon 19-09-16 21:40:01, Jann Horn wrote: >> > On Mon, Sep 19, 2016 at 09:32:38PM +0200, Michal Hocko wrote: >> > > On Mon 19-09-16 11:16:31, Robert Foss wrote: >> > > > On 2016-09-14 05:12 A

Re: [PATCH v5 0/3] mm, proc: Implement /proc//totmaps

On Tue, Sep 13, 2016 at 12:12 AM, Michal Hocko wrote: > On Mon 12-09-16 10:28:53, Sonny Rao wrote: >> On Mon, Sep 12, 2016 at 10:15 AM, Michal Hocko wrote: >> > On Mon 12-09-16 08:31:36, Sonny Rao wrote: > [...] >> >> but how about the other fi

Re: [PATCH v5 0/3] mm, proc: Implement /proc//totmaps

On Mon, Sep 12, 2016 at 10:15 AM, Michal Hocko wrote: > On Mon 12-09-16 08:31:36, Sonny Rao wrote: >> On Mon, Sep 12, 2016 at 5:02 AM, Michal Hocko wrote: >> > On Mon 05-09-16 16:14:06, robert.f...@collabora.com wrote: >> >> From: Robert Foss >> >>

Re: [PATCH v5 0/3] mm, proc: Implement /proc//totmaps

On Mon, Sep 12, 2016 at 5:02 AM, Michal Hocko wrote: > On Mon 05-09-16 16:14:06, robert.f...@collabora.com wrote: >> From: Robert Foss >> >> This series provides the /proc/PID/totmaps feature, which >> summarizes the information provided by /proc/PID/smaps for >> improved performance and usabilit

Re: [PACTH v2 0/3] Implement /proc//totmaps

On Mon, Aug 22, 2016 at 12:54 AM, Michal Hocko wrote: > On Fri 19-08-16 10:57:48, Sonny Rao wrote: >> On Fri, Aug 19, 2016 at 12:59 AM, Michal Hocko wrote: >> > On Thu 18-08-16 23:43:39, Sonny Rao wrote: >> >> On Thu, Aug 18, 2016 at 11:01 AM, Michal Hocko wrote:

Re: [PACTH v2 0/3] Implement /proc//totmaps

On Fri, Aug 19, 2016 at 1:05 AM, Michal Hocko wrote: > On Fri 19-08-16 11:26:34, Minchan Kim wrote: >> Hi Michal, >> >> On Thu, Aug 18, 2016 at 08:01:04PM +0200, Michal Hocko wrote: >> > On Thu 18-08-16 10:47:57, Sonny Rao wrote: >> > > On Thu, Aug

Re: [PACTH v2 0/3] Implement /proc//totmaps

On Fri, Aug 19, 2016 at 12:59 AM, Michal Hocko wrote: > On Thu 18-08-16 23:43:39, Sonny Rao wrote: >> On Thu, Aug 18, 2016 at 11:01 AM, Michal Hocko wrote: >> > On Thu 18-08-16 10:47:57, Sonny Rao wrote: >> >> On Thu, Aug 18, 2016 at 12:44 AM, Michal Hocko wrote:

Re: [PACTH v2 0/3] Implement /proc//totmaps

On Thu, Aug 18, 2016 at 7:26 PM, Minchan Kim wrote: > Hi Michal, > > On Thu, Aug 18, 2016 at 08:01:04PM +0200, Michal Hocko wrote: >> On Thu 18-08-16 10:47:57, Sonny Rao wrote: >> > On Thu, Aug 18, 2016 at 12:44 AM, Michal Hocko wrote: >> > > On We

Re: [PACTH v2 0/3] Implement /proc//totmaps

On Thu, Aug 18, 2016 at 11:01 AM, Michal Hocko wrote: > On Thu 18-08-16 10:47:57, Sonny Rao wrote: >> On Thu, Aug 18, 2016 at 12:44 AM, Michal Hocko wrote: >> > On Wed 17-08-16 11:57:56, Sonny Rao wrote: > [...] >> >> 2) User space OOM handling -- we

Re: [PACTH v2 0/3] Implement /proc//totmaps

On Thu, Aug 18, 2016 at 2:05 PM, Robert Foss wrote: > > > On 2016-08-18 02:01 PM, Michal Hocko wrote: >> >> On Thu 18-08-16 10:47:57, Sonny Rao wrote: >>> >>> On Thu, Aug 18, 2016 at 12:44 AM, Michal Hocko wrote: >>>> >>>> On We

Re: [PACTH v2 0/3] Implement /proc//totmaps

On Thu, Aug 18, 2016 at 12:44 AM, Michal Hocko wrote: > On Wed 17-08-16 11:57:56, Sonny Rao wrote: >> On Wed, Aug 17, 2016 at 6:03 AM, Michal Hocko wrote: >> > On Wed 17-08-16 11:31:25, Jann Horn wrote: > [...] >> >> That's at least 30.43% + 9.12% + 7.66% =

Re: [PACTH v2 0/3] Implement /proc//totmaps

On Wed, Aug 17, 2016 at 6:03 AM, Michal Hocko wrote: > On Wed 17-08-16 11:31:25, Jann Horn wrote: >> On Wed, Aug 17, 2016 at 10:22:00AM +0200, Michal Hocko wrote: >> > On Tue 16-08-16 12:46:51, Robert Foss wrote: >> > [...] >> > > $ /usr/bin/time -v -p zsh -c "repeat 25 { awk '/^Rss/{rss+=\$2} >>

Re: [PACTH v1] mm, proc: Implement /proc//totmaps

On Wed, Aug 10, 2016 at 10:37 AM, Jann Horn wrote: > On Wed, Aug 10, 2016 at 10:23:53AM -0700, Sonny Rao wrote: >> On Tue, Aug 9, 2016 at 2:01 PM, Robert Foss >> wrote: >> > >> > >> > On 2016-08-09 03:24 PM, Jann Horn wrote: >> >> &g

Re: [PACTH v1] mm, proc: Implement /proc//totmaps

On Tue, Aug 9, 2016 at 2:01 PM, Robert Foss wrote: > > > On 2016-08-09 03:24 PM, Jann Horn wrote: >> >> On Tue, Aug 09, 2016 at 12:05:43PM -0400, robert.f...@collabora.com wrote: >>> >>> From: Sonny Rao >>> >>> This is based on earlier wor

Re: [PACTH v1] mm, proc: Implement /proc//totmaps

On Tue, Aug 9, 2016 at 12:16 PM, Konstantin Khlebnikov wrote: > > On Tue, Aug 9, 2016 at 7:05 PM, wrote: > > From: Sonny Rao > > > > This is based on earlier work by Thiago Goncales. It implements a new > > per process proc file which summarizes the contents of

Re: [PACTH v1] mm, proc: Implement /proc//totmaps

On Tue, Aug 9, 2016 at 9:58 AM, Alexey Dobriyan wrote: > > On Tue, Aug 09, 2016 at 12:05:43PM -0400, robert.f...@collabora.com wrote: > > From: Sonny Rao > > > > This is based on earlier work by Thiago Goncales. It implements a new > > per process proc file which

Re: [PACTH v1] mm, proc: Implement /proc//totmaps

On Tue, Aug 9, 2016 at 9:29 AM, Mateusz Guzik wrote: > On Tue, Aug 09, 2016 at 12:05:43PM -0400, robert.f...@collabora.com wrote: >> From: Sonny Rao >> >> This is based on earlier work by Thiago Goncales. It implements a new >> per process proc file which summarize

Re: [PATCH v2 3/5] Documentation: arm-pl330: add description of arm,pl330-broken-no-flushp

: contains the total number of DMA channels supported by the > DMAC >- dma-requests: contains the total number of DMA requests supported by the > DMAC > + - arm,pl330-broken-no-flushp: quirk for avoiding to execute DMAFLUSHP > > Example: > > -- > 2.3.7 Reviewed-b

Re: [PATCH v2 1/5] DMA: pl330: support burst mode for dev-to-mem and mem-to-dev transmit

desc->rqcfg.brst_len = pch->burst_len; > desc->bytes_requested = period_len; > fill_px(&desc->px, dst, src, period_len); > > @@ -2702,7 +2708,7 @@ pl330_prep_slave_sg(struct dma_chan *chan, struct > scatterlist *sgl, > } > >

Re: [PATCH v2 2/5] DMA: pl330: add quirk for broken no flushp

t_req(struct pl330_thread *thrd, > /* Hook the request */ > thrd->lstenq = idx; > thrd->req[idx].desc = desc; > - _setup_req(0, thrd, idx, &xs); > + _setup_req(pl330, 0, thrd, idx, &xs); > > ret = 0; > > @@ -2784,6 +2815,

Re: [PATCH v2 0/5] Fix broken DMAFLUSHP on Rockchips platform

On Thu, Aug 27, 2015 at 5:36 PM, Shawn Lin wrote: > > The purpose of the DMAFLUSHP instruction: > - Tell the peripheral to clear its status and control registers. > - Send a message to the peripheral to resend its level status. > > There are 3 timings described in PL330 Technical Reference Manual:

Re: [PATCH 1/5] DMA: pl330: support burst mode for dev-to-mem and mem-to-dev transmit

t; >>> Signed-off-by: Boojin Kim >>> Signed-off-by: Addy Ke >>> Signed-off-by: Shawn Lin >>> cc: Heiko Stuebner >>> cc: Doug Anderson >>> cc: Olof Johansson >>> Reviewed-and-tested-by: Sonny Rao >> >> >> For t

Re: [PATCH] perf/x86/intel/uncore: add Broadwell-U uncore IMC PMU support

-I 1000 -e uncore_imc/data_reads/,uncore_imc/data_writes/ > sleep 10 > > Signed-off-by: Stephane Eranian Tested-by: Sonny Rao > --- > > diff --git a/arch/x86/kernel/cpu/perf_event_intel_uncore.c > b/arch/x86/kernel/cpu/perf_event_intel_uncore.c > index c635b8

[tip:perf/urgent] perf/x86/intel/uncore: Move PCI IDs for IMC to uncore driver

Commit-ID: 0140e6141e4f1d4b15fb469e6912b0e71b7d1cc2 Gitweb: http://git.kernel.org/tip/0140e6141e4f1d4b15fb469e6912b0e71b7d1cc2 Author: Sonny Rao AuthorDate: Tue, 21 Apr 2015 12:33:11 -0700 Committer: Ingo Molnar CommitDate: Wed, 22 Apr 2015 08:29:19 +0200 perf/x86/intel/uncore: Move

[tip:perf/urgent] perf/x86/intel/uncore: Add support for Intel Haswell ULT (lower power Mobile Processor) IMC uncore PMUs

Commit-ID: 80bcffb376a6890dd7452b12c1ba032f8f24fef6 Gitweb: http://git.kernel.org/tip/80bcffb376a6890dd7452b12c1ba032f8f24fef6 Author: Sonny Rao AuthorDate: Mon, 20 Apr 2015 15:34:07 -0700 Committer: Ingo Molnar CommitDate: Wed, 22 Apr 2015 08:27:43 +0200 perf/x86/intel/uncore: Add

[PATCHv2] perf/x86/intel/uncore: Move PCI IDs for IMC to uncore driver

This keeps all the related PCI IDs together in the driver where they are used. Signed-off-by: Sonny Rao Acked-by: Bjorn Helgaas --- arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c | 6 +- include/linux/pci_ids.h | 4 2 files changed, 5 insertions(+), 5

Re: [PATCH] perf/x86/intel/uncore: Move PCI IDs for IMC to uncore driver

On Tue, Apr 21, 2015 at 12:21 PM, Bjorn Helgaas wrote: > On Tue, Apr 21, 2015 at 2:09 PM, Sonny Rao wrote: >> This keeps all the related PCI IDs together in the driver where they >> are used. >> >> Signed-off-by: Sonny Rao > > Acked-by: Bjorn Helgaas

[PATCH] perf/x86/intel/uncore: Move PCI IDs for IMC to uncore driver

This keeps all the related PCI IDs together in the driver where they are used. Signed-off-by: Sonny Rao --- arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c | 6 +- include/linux/pci_ids.h | 4 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a

[tip:x86/urgent] perf/x86/intel/uncore: Add support for Intel Haswell ULT (lower power Mobile Processor) IMC uncore PMUs

Commit-ID: 5324e72e00012126101aee6f3e62977055a3b5ee Gitweb: http://git.kernel.org/tip/5324e72e00012126101aee6f3e62977055a3b5ee Author: Sonny Rao AuthorDate: Mon, 20 Apr 2015 15:34:07 -0700 Committer: Ingo Molnar CommitDate: Tue, 21 Apr 2015 09:31:17 +0200 perf/x86/intel/uncore: Add

[PATCHv2] perf/x86/intel/uncore: add support for Haswell ULT IMC uncore

This uncore is the same as the Haswell desktop part but uses a different PCI ID. Signed-off-by: Sonny Rao --- arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c | 8 1 file changed, 8 insertions(+) diff --git a/arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c b/arch/x86/kernel/cpu

Re: [PATCH] perf/x86/intel/uncore: add support for Haswell ULT IMC uncore

On Mon, Apr 20, 2015 at 12:34 PM, Bjorn Helgaas wrote: > On Mon, Apr 20, 2015 at 1:58 PM, Stephane Eranian wrote: >> On Mon, Apr 20, 2015 at 11:56 AM, Bjorn Helgaas wrote: >>> >>> On Mon, Apr 20, 2015 at 1:42 PM, Sonny Rao wrote: >>> > This uncore is t

[PATCH] perf/x86/intel/uncore: add support for Haswell ULT IMC uncore

This uncore is the same as the Haswell desktop part but uses a different PCI ID. Signed-off-by: Sonny Rao --- arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c | 5 + include/linux/pci_ids.h | 1 + 2 files changed, 6 insertions(+) diff --git a/arch/x86/kernel/cpu

[PATCH] arm: dts: rk3288: Enable Cortex-A12 HW PMU events

This adds the dts node for the PMU with the correct PMUIRQ interrupts for each core. Signed-off-by: Sonny Rao --- arch/arm/boot/dts/rk3288.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/rk3288.dtsi b/arch/arm/boot/dts/rk3288.dtsi index 165968d..8253abb 100644

Re: [PATCH] RTC: RK808: fix the rtc time reading issue

On Wed, Jan 14, 2015 at 10:36 AM, Doug Anderson wrote: > Sonny, > >> Chris, it looks like you swapped the set and the clear of this bit, >> and you're relying on the fact that the i2c transaction takes a >> certain amount of time after the RTC_GET_TIME BIT is set.

Re: [PATCH] RTC: RK808: fix the rtc time reading issue

On Tue, Jan 13, 2015 at 6:43 PM, Chris Zhong wrote: > After we set the GET_TIME bit, the rtc time couldn't be read immediately, > we should wait up to 31.25 us, about one cycle of 32khz. Otherwise reading > RTC time will return a old time. If clear the GET_TIME bit after setting, > the time of i2c

Re: arm64 hitting BUG in arch_timer.h

On Wed, Dec 10, 2014 at 12:56 PM, Mark Salter wrote: > Using Linus' tree from this morning, I am hitting: > >[0.00] BUG: failure at > ./arch/arm64/include/asm/arch_timer.h:112/arch_counter_get_cntpct! > > This is triggered by commit 0b46b8a718 ("clocksource: arch_timer: Fix > code to

Re: [alsa-devel] [PATCH v2 2/2] ASoC: rockchip: i2s: add support for grabbing output clock to codec

On Wed, Dec 3, 2014 at 3:22 PM, Dylan Reid wrote: > On Wed, Dec 3, 2014 at 3:03 PM, Sonny Rao wrote: >> On Wed, Dec 3, 2014 at 12:03 PM, Mark Brown wrote: >>> On Wed, Dec 03, 2014 at 11:38:13AM -0800, Sonny Rao wrote: >>>> On Wed, Dec 3, 2014 at 11:20 AM, Mark Br

Re: [PATCH v2 2/2] ASoC: rockchip: i2s: add support for grabbing output clock to codec

On Wed, Dec 3, 2014 at 12:03 PM, Mark Brown wrote: > On Wed, Dec 03, 2014 at 11:38:13AM -0800, Sonny Rao wrote: >> On Wed, Dec 3, 2014 at 11:20 AM, Mark Brown wrote: > >> > I would expect that the clock for the CODEC should be managed by the >> > CODEC if at

Re: [PATCH v2 2/2] ASoC: rockchip: i2s: add support for grabbing output clock to codec

On Wed, Dec 3, 2014 at 11:20 AM, Mark Brown wrote: > On Wed, Dec 03, 2014 at 03:18:38PM +0800, Jianqun Xu wrote: >> From: Sonny Rao >> >> We need to claim the clock which is driving the codec so that when we enable >> clock gating, we continue to clock the codec w

Re: [PATCH] clk: rockchip: rk3288 export i2s0_clkout for use in DT

On Wed, Nov 26, 2014 at 3:32 PM, Heiko Stübner wrote: > Am Dienstag, 18. November 2014, 23:15:19 schrieb Sonny Rao: >> This exposes the clock that comes out of the i2s block which generally >> goes to the audio codec. >> >> Signed-off-by: Sonny Rao > > applied to

[PATCH] ARM: dts: rk3288: add arm,cpu-registers-not-fw-configured

does initialize the cpu registers properly at boot and cpu-hotplug can remove this property from the device tree. Signed-off-by: Sonny Rao --- arch/arm/boot/dts/rk3288.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/rk3288.dtsi b/arch/arm/boot/dts/rk3288.dtsi index

[PATCH v5] clocksource: arch_timer: Fix code to use physical timers when requested

he physical counter since there's nobody managing the offset and each time a core goes down and comes back up it will get reinitialized to some other random value. Fixes: 0d651e4e65e9 ("clocksource: arch_timer: use virtual counters") Cc: sta...@vger.kernel.org Signed-off-by: Sonny

Re: [PATCH v4] clocksource: arch_timer: Fix code to use physical timers when requested

wrote: >>> > On Wed, Oct 08, 2014 at 08:38:57AM +0100, Sonny Rao wrote: >>> >> This is a bug fix for using physical arch timers when >>> >> the arch_timer_use_virtual boolean is false. It restores the >>> >> arch_counter_get_cntpc

Re: [PATCH] clk: rockchip: rk3288 export i2s0_clkout for use in DT

On Sun, Nov 23, 2014 at 4:07 PM, Heiko Stübner wrote: > Hi Sonny, > > Am Dienstag, 18. November 2014, 23:15:19 schrieb Sonny Rao: >> This exposes the clock that comes out of the i2s block which generally >> goes to the audio codec. >> >> Signed-off-by: Sonny Rao

Re: [PATCH v4] clocksource: arch_timer: Fix code to use physical timers when requested

On Thu, Nov 20, 2014 at 12:49 AM, Maxime Ripard wrote: > Hi, > > On Wed, Oct 08, 2014 at 12:38:57AM -0700, Sonny Rao wrote: >> This is a bug fix for using physical arch timers when >> the arch_timer_use_virtual boolean is false. It restores the >> arch_counter_get_cntp

[PATCH] clk: rockchip: rk3288 export i2s0_clkout for use in DT

This exposes the clock that comes out of the i2s block which generally goes to the audio codec. Signed-off-by: Sonny Rao --- drivers/clk/rockchip/clk-rk3288.c | 3 ++- include/dt-bindings/clock/rk3288-cru.h | 1 + 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/clk

Re: [PATCH 2/2] ASoC: rockchip: i2s: add support for grabbing output clock to codec

aim the clock which is driving the codec so that when we enable > clock gating, we continue to clock the codec when needed. I make this an > optional clock since there might be some applications where we don't need it > but can still use the I2S block. > > Signed-off-by: Sonny

Re: [PATCH v2] mmc: dw_mmc: Reset DMA before enabling IDMAC

On Fri, Oct 17, 2014 at 1:26 AM, Jaehoon Chung wrote: > Hi, Sonny. > > On 10/17/2014 01:58 AM, Sonny Rao wrote: >> We've already got a reset of DMA after it's done. Add one before we >> start DMA too. This fixes a data corruption on Rockchip SoCs which >&g

Re: [PATCH v5 1/6] ARM: rockchip: convert to regmap and use pmu syscon if available

On Wed, Oct 15, 2014 at 10:23 AM, Kever Yang wrote: > From: Heiko Stuebner > > The pmu register space is - like the GRF - shared by quite some peripherals. > On the rk3188 and rk3288 even parts of the pinctrl are living there. > Therefore we normally shouldn't map it a second time when the syscon

[PATCH v2] mmc: dw_mmc: Reset DMA before enabling IDMAC

y difference in sequential read throughput. Signed-off-by: Sonny Rao Signed-off-by: Doug Anderson Tested-by: Doug Anderson --- drivers/mmc/host/dw_mmc.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/mmc/host/dw_mmc.c b/drivers/mmc/host/dw_mmc.c index 69f0cc6..ca67f69 100644 --- a/d

[PATCH] clk: rockchip: fix parent for spdif_8ch_frac on rk3288

The parent should be spdif_8ch_pre not spdif_8ch_src, which doesn't exist and looks to be a typo. The TRM also confirms this. Signed-off-by: Sonny Rao --- drivers/clk/rockchip/clk-rk3288.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clk/rockchip/clk-rk3288

[PATCH] ASoC: rockchip-i2s: fix infinite loop in rockchip_snd_txctrl

We can get into an infinite loop if the I2S_CLR register fails to clear due to a missing break statement, so add that. Signed-off-by: Sonny Rao --- sound/soc/rockchip/rockchip_i2s.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/sound/soc/rockchip/rockchip_i2s.c b/sound

[PATCH v4] clocksource: arch_timer: Fix code to use physical timers when requested

he physical counter since there's nobody managing the offset and each time a core goes down and comes back up it will get reinitialized to some other random value. Fixes: 0d651e4e65e9 ("clocksource: arch_timer: use virtual counters") Cc: sta...@vger.kernel.org Signed-off-by: Sonny

[PATCH v4] clocksource: arch_timer: Allow the device tree to specify uninitialized timer registers

for ARMv7 systems. Signed-off-by: Doug Anderson Signed-off-by: Sonny Rao Reviewed-by: Mark Rutland --- Changes in v2: - Add "#ifdef CONFIG_ARM" as per Will Deacon Changes in v3: - change property name to arm,cntvoff-not-fw-configured and specify that the value of CNTHCTL.PL1PC(T)EN m

[PATCH v3] clocksource: arch_timer: Allow the device tree to specify uninitialized CNTVOFF

nse for ARMv7 systems. Signed-off-by: Doug Anderson Signed-off-by: Sonny Rao --- Changes in v2: - Add "#ifdef CONFIG_ARM" as per Will Deacon Changes in v3: - change property name to arm,cntvoff-not-fw-configured and specify that the value of CNTHCTL.PL1PC(T)EN must still be th

[PATCH v3] clocksource: arch_timer: Fix code to use physical timers when requested

he physical counter since there's nobody managing the offset and each time a core goes down and comes back up it will get reinitialized to some other random value. Fixes: 0d651e4e65e9 ("clocksource: arch_timer: use virtual counters") Cc: sta...@vger.kernel.org Signed-off-by: Sonny

[PATCH] mmc: dw_mmc: Reset DMA before enabling IDMAC

y difference in sequential read throughput. Signed-off-by: Sonny Rao Signed-off-by: Doug Anderson --- drivers/mmc/host/dw_mmc.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/mmc/host/dw_mmc.c b/drivers/mmc/host/dw_mmc.c index 69f0cc6..2b5401e 100644 --- a/drivers/mmc/host/dw_mmc.c ++

Re: [PATCH v2] clocksource: arch_timer: Fix code to use physical timers when requested

On Fri, Sep 26, 2014 at 2:47 AM, Mark Rutland wrote: > Hi Sonny, > > Apologies for the delay in replying, I'd hoped to cover this at Connect, > but we didn't seem to get the time, and since I've been back in the UK > it slipped my mind. Hi Mark, no problem, thanks

Re: [PATCH v3] clocksource: arch_timer: Allow the device tree to specify the physical timer

lly can't be architected as described above. That means >> using the physical timer like this really only makes sense for ARMv7 >> systems. >> >> In order for this patch to do anything useful, we also need Sonny's >> patch at <https://patchwork.kernel.org/patc

Re: [RFC] arm: Handle starting up in secure mode

On Fri, Sep 19, 2014 at 6:30 AM, Catalin Marinas wrote: > On Fri, Sep 19, 2014 at 02:22:10PM +0100, Christopher Covington wrote: >> On 09/19/2014 01:56 AM, Peter Maydell wrote: >> > On 17 September 2014 06:25, Christopher Covington >> > wrote: >> >> On 09/16/2014 05:24 PM, Christopher Covington

Re: [RFC] arm: Handle starting up in secure mode

On Wed, Sep 17, 2014 at 6:25 AM, Christopher Covington wrote: > On 09/16/2014 05:24 PM, Christopher Covington wrote: >> On 09/16/2014 05:09 PM, Christopher Covington wrote: >>> ARM Linux currently has the most features available to it in hypervisor >>> (HYP) mode, so switch to it when possible. Th

Re: [PATCH v2 2/3] ARM: rockchip: add basic smp support for rk3288

On Tue, Sep 16, 2014 at 3:44 AM, Kever Yang wrote: > This patch add basic rk3288 smp support, cpu 1~3 are in wfe state > when get into kernel. > > Signed-off-by: Heiko Stuebner > Signed-off-by: Kever Yang > --- > > Changes in v2: > - use rk3288_boot_secondary instead ofsmp_boot_secondary > - dis

Re: [PATCH v2] clocksource: arch_timer: Allow the device tree to specify the physical timer

On Mon, Sep 15, 2014 at 3:51 PM, Christopher Covington wrote: > Hi Sonny, > > On 09/15/2014 06:04 PM, Sonny Rao wrote: >> On Mon, Sep 15, 2014 at 2:52 PM, Sonny Rao wrote: >>> On Mon, Sep 15, 2014 at 2:49 PM, Stephen Boyd wrote: >>>> On 09/15/14 14:47, S

Re: [PATCH v2] clocksource: arch_timer: Allow the device tree to specify the physical timer

On Mon, Sep 15, 2014 at 2:52 PM, Sonny Rao wrote: > On Mon, Sep 15, 2014 at 2:49 PM, Stephen Boyd wrote: >> On 09/15/14 14:47, Sonny Rao wrote: >>> On Mon, Sep 15, 2014 at 1:33 PM, Stephen Boyd wrote: >>>> On 09/15/14 04:10, Catalin Marinas wrote: >>>>

Re: [PATCH v2] clocksource: arch_timer: Allow the device tree to specify the physical timer

On Mon, Sep 15, 2014 at 2:49 PM, Stephen Boyd wrote: > On 09/15/14 14:47, Sonny Rao wrote: >> On Mon, Sep 15, 2014 at 1:33 PM, Stephen Boyd wrote: >>> On 09/15/14 04:10, Catalin Marinas wrote: >>>> On Fri, Sep 12, 2014 at 07:59:29PM +0100, Stephen Boyd wrote:

Re: [PATCH v2] clocksource: arch_timer: Allow the device tree to specify the physical timer

On Mon, Sep 15, 2014 at 1:33 PM, Stephen Boyd wrote: > > On 09/15/14 04:10, Catalin Marinas wrote: > > On Fri, Sep 12, 2014 at 07:59:29PM +0100, Stephen Boyd wrote: > >> On 09/12/14 05:14, Marc Zyngier wrote: > >>> We surely can handle the UNDEF and do something there. We just can't do > >>> it th

Re: [PATCH v2] clocksource: arch_timer: Allow the device tree to specify the physical timer

On Thu, Sep 11, 2014 at 6:17 PM, Stephen Boyd wrote: > On 09/11/14 17:14, Sonny Rao wrote: > > On Thu, Sep 11, 2014 at 4:56 PM, Stephen Boyd wrote: >> >> >> Where does this platform jump to when a CPU comes up? Is it >> rockchip_secondary_startup()? I wo

[PATCH v2] clocksource: arch_timer: Fix code to use physical timers when requested

some other random value. Fixes: 0d651e4e65e9 ("clocksource: arch_timer: use virtual counters") Cc: sta...@vger.kernel.org Signed-off-by: Sonny Rao Acked-by: Olof Johansson --- v2: Add fixes tag to commit message, cc stable, copy Doug's description of the systems which need th

Re: [PATCH] clocksource: arch_timer: Fix code to use physical timers when requested

On Wed, Sep 10, 2014 at 10:52 AM, Doug Anderson wrote: > Mark, > > On Wed, Sep 10, 2014 at 10:27 AM, Mark Rutland wrote: >> Hi Sonny, >> >> On Wed, Aug 27, 2014 at 10:03:39PM +0100, Sonny Rao wrote: >>> This is a bug fix for using physical arch timers when &g

Re: [PATCH] clocksource: arch_timer: Fix code to use physical timers when requested

On Fri, Aug 29, 2014 at 3:04 AM, Mark Rutland wrote: > On Fri, Aug 29, 2014 at 01:10:49AM +0100, Sonny Rao wrote: >> On Thu, Aug 28, 2014 at 2:35 AM, Mark Rutland wrote: >> > On Thu, Aug 28, 2014 at 04:33:31AM +0100, Doug Anderson wrote: >> >> Hi, >> >

Re: [PATCH] clocksource: arch_timer: Fix code to use physical timers when requested

On Thu, Aug 28, 2014 at 2:35 AM, Mark Rutland wrote: > On Thu, Aug 28, 2014 at 04:33:31AM +0100, Doug Anderson wrote: >> Hi, >> >> On Wed, Aug 27, 2014 at 7:58 PM, Olof Johansson wrote: >> > On Wed, Aug 27, 2014 at 5:56 PM, Stephen Boyd wrote: >> >> On 08/27/14 15:33, Olof Johansson wrote: >> >>

Re: [PATCH] clocksource: arch_timer: Fix code to use physical timers when requested

On Wed, Aug 27, 2014 at 2:19 PM, Olof Johansson wrote: > On Wed, Aug 27, 2014 at 2:03 PM, Sonny Rao wrote: >> This is a bug fix for using physical arch timers when >> the arch_timer_use_virtual boolean is false. It restores the >> arch_counter_get_cntpct() func

[PATCH] clocksource: arch_timer: Fix code to use physical timers when requested

r physical timers, so if a system is trying to use physical timers, it will function properly. Signed-off-by: Sonny Rao --- arch/arm/include/asm/arch_timer.h| 9 + arch/arm64/include/asm/arch_timer.h | 10 ++ drivers/clocksource/arm_arch_timer.c | 30 +++

Re: [PATCH 1/4] ARM: rockchip: rk3288: Switch to use the proper PWM IP

On Mon, Aug 18, 2014 at 10:09 AM, Doug Anderson wrote: > The rk3288 SoC has an option to switch all of the PWMs in the system > between the old IP block and the new IP block. The new IP block is > working and tested and the suggested PWM to use, so setup the SoC to > use it and then we can preten

Re: [PATCH v3 1/4] ARM: dts: Add emmc and sdmmc to the rk3288 device tree

On Tue, Aug 12, 2014 at 3:07 PM, Heiko Stübner wrote: > Am Dienstag, 12. August 2014, 14:06:11 schrieb Doug Anderson: >> Heiko, >> >> On Wed, Aug 6, 2014 at 10:09 AM, Doug Anderson > wrote: >> > This adds support for the sdmmc and emmc ports on the rk3288 using the >> > >> > currently posted driv

[PATCH] mmc: dw_mmc: change to use recommended reset procedure

This patch changes the fifo reset code to follow the reset procedure outlined in the documentation of Synopsys Mobile storage host databook. Signed-off-by: Sonny Rao Signed-off-by: Yuvaraj Kumar C D Acked-by: Seungwon Jeon Signed-off-by: Ulf Hansson [sonnyrao: fix compile for

Re: linux-next: build failure after merge of the mmc-uh tree

On Sun, Jul 27, 2014 at 9:46 PM, Stephen Rothwell wrote: > Hi Ulf, > > After merging the mmc-uh tree, today's linux-next build (arm > multi_v7_defconfig) failed like this: > > drivers/mmc/host/dw_mmc.c: In function 'dw_mci_reset': > drivers/mmc/host/dw_mmc.c:2262:3: error: implicit declaration of

Re: CPU performance counters not working on big.LITTLE switcher

On Mon, May 5, 2014 at 7:52 PM, Nicolas Pitre wrote: > On Mon, 5 May 2014, Sonny Rao wrote: > >> Hi, we have the problem today that cpu based performance counters don't >> work when we're using the big.LITTLE switcher on Exynos 5420, and it >> doesn't loo

Re: CPU performance counters not working on big.LITTLE switcher

[sorry for HTML spam, resending] Hi, we have the problem today that cpu based performance counters don't work when we're using the big.LITTLE switcher on Exynos 5420, and it doesn't look like code exists to deal with this in the switcher. As it stands right now, if you put an A-15 or A-7 PMU node

Re: [RFC PATCH] drivers: char: Add a dynamic clock for the trace clock

On Wed, Dec 11, 2013 at 5:49 PM, Steven Rostedt wrote: > On Wed, 11 Dec 2013 17:17:30 -0800 > Sonny Rao wrote: > >> On Wed, Dec 11, 2013 at 11:30 AM, Stephane Eranian >> wrote: >> > Sonny, >> > >> > Your patch has a couple of problems for m

Re: [RFC PATCH] drivers: char: Add a dynamic clock for the trace clock

On Wed, Dec 11, 2013 at 11:30 AM, Stephane Eranian wrote: > Sonny, > > Your patch has a couple of problems for me: > - requires CONFIG_TRACING > > You should directly invoke getrawmonotonic() > and inline the code from trace_clock_getres(). > > That's how I manag

[RFC PATCH] drivers: char: Add a dynamic clock for the trace clock

. It is explicitly not supposed to be used as a generic time source and won't necessarily be consistent between kernels. Signed-off-by: Sonny Rao --- drivers/char/Kconfig | 8 drivers/char/Makefile | 1 + drivers/char/trace_clock.c

Re: [PATCH] perf session: Fix infinite loop on invalid perf.data file

t >> caused an infinite loop when perf report (or something like) called. >> >> This is because the algorithm in __perf_session__process_events() >> depends on the data_size which is read from file header. Use file >> size directly instead in this case to do the

Re: [PATCH] perf: fix infinite loop with corrupted header

On Thu, Sep 26, 2013 at 6:34 AM, David Ahern wrote: > On 9/25/13 11:20 PM, Sonny Rao wrote: >> >> We recently ran into a corrupt perf data file which mostly looked okay >> but the section size for data was set to 0. This caused perf report to >> g

[PATCH] perf: fix infinite loop with corrupted header

lid header. Signed-off-by: Sonny Rao --- tools/perf/util/header.c | 4 1 file changed, 4 insertions(+) diff --git a/tools/perf/util/header.c b/tools/perf/util/header.c index 26441d0..085ef76 100644 --- a/tools/perf/util/header.c +++ b/tools/perf/util/header.c @@ -2582,6 +2582,10 @@ int perf_file_he

Re: Fans at full speed after resume

On Tue, May 14, 2013 at 9:56 PM, Sonny Rao wrote: > On Tue, May 14, 2013 at 9:34 PM, Sonny Rao wrote: >> On Tue, May 14, 2013 at 9:29 PM, Zhang Rui wrote: >>> On Wed, 2013-05-15 at 12:26 +0800, Zhang Rui wrote: >>>> please >>>> >>>> On Tue,

Re: Fans at full speed after resume

On Tue, May 14, 2013 at 9:34 PM, Sonny Rao wrote: > On Tue, May 14, 2013 at 9:29 PM, Zhang Rui wrote: >> On Wed, 2013-05-15 at 12:26 +0800, Zhang Rui wrote: >>> please >>> >>> On Tue, 2013-05-14 at 21:18 -0700, Sonny Rao wrote: >>> > Hi, I've

Re: Fans at full speed after resume

On Tue, May 14, 2013 at 9:29 PM, Zhang Rui wrote: > On Wed, 2013-05-15 at 12:26 +0800, Zhang Rui wrote: >> please >> >> On Tue, 2013-05-14 at 21:18 -0700, Sonny Rao wrote: >> > Hi, I've seen a regression in kernels since 3.7 on x86 devices where >> >

Fans at full speed after resume

Hi, I've seen a regression in kernels since 3.7 on x86 devices where the kernel turns the system fans on to max speed after resuming from ram. Other people have noticed it as well, for example see https://bugzilla.redhat.com/show_bug.cgi?id=895276 For example on the Samsung 550 Chromebook, we hav

Re: IO regression after ab8fabd46f on x86 kernels with high memory

On Mon, Apr 29, 2013 at 3:08 PM, Pierre-Loup A. Griffais wrote: > On 04/29/2013 03:03 PM, Linus Torvalds wrote: >> >> On Mon, Apr 29, 2013 at 2:53 PM, Pierre-Loup A. Griffais >> wrote: >>> >>> >>> Other than this particular concern, what's the high-level take-away? Is >>> PAE >>> support in the L

Re: [PATCH 2/2] mm: forcely swapout when we are out of page cache

On Tue, Jan 15, 2013 at 8:47 PM, Minchan Kim wrote: > On Tue, Jan 15, 2013 at 05:21:15PM -0800, Sonny Rao wrote: >> On Tue, Jan 15, 2013 at 4:50 PM, Andrew Morton >> wrote: >> > On Tue, 15 Jan 2013 16:32:38 -0800 >> > Sonny Rao wrote: >> > >> &g

  1   2   >