This will allow usage of vsock from 32-bit binaries on a 64-bit
kernel.
Signed-off-by: Sonny Rao <sonny...@chromium.org>
---
drivers/vhost/vsock.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/vhost/vsock.c b/drivers/vhost/vsock.c
index 0d14e2ff19f16..ee0c385
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
On Wed, Mar 14, 2018 at 12:05 PM, Michael S. Tsirkin <m...@redhat.com> 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 <sonny..
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
This will allow usage of vsock from 32-bit binaries on a 64-bit
kernel.
Signed-off-by: Sonny Rao <sonny...@chromium.org>
---
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
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
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 <sonny...@chromium.
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/vhost.c
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
>> >
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
>> >
gt; Signed-off-by: Enric Balletbo i Serra <enric.balle...@collabora.com>
>> Signed-off-by: Sonny Rao <sonny...@chromium.org>
>> Reviewed-by: Jason Gunthorpe <jguntho...@obsidianresearch.com>
>> Reviewed-by: Jarkko Sakkinen <jarkko.sakki...@linux.intel.co
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
On Wed, Mar 1, 2017 at 3:18 PM, Jason Gunthorpe
<jguntho...@obsidianresearch.com> 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
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
>> &
On Wed, Mar 1, 2017 at 10:43 AM, Jason Gunthorpe
wrote:
>> > +Optional properties:
>> > +- powered-while-suspended: present when the TPM is left powered on between
>> > + suspend and resume (makes the suspend/resume callbacks do nothing).
>>
>> This reads like
On Wed, Mar 1, 2017 at 10:43 AM, Jason Gunthorpe
wrote:
>> > +Optional properties:
>> > +- powered-while-suspended: present when the TPM is left powered on between
>> > + suspend and resume (makes the suspend/resume callbacks do nothing).
>>
>> This reads like configuration rather than a HW
On Mon, Sep 19, 2016 at 5:27 PM, Robert Foss <robert.f...@collabora.com> 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:
>&g
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
al please
>> restpre 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 20
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
On Tue, Sep 13, 2016 at 12:12 AM, Michal Hocko <mho...@kernel.org> wrote:
> On Mon 12-09-16 10:28:53, Sonny Rao wrote:
>> On Mon, Sep 12, 2016 at 10:15 AM, Michal Hocko <mho...@kernel.org> wrote:
>> > On Mon 12-09-16 08:31:36, Sonny Rao wrote:
> [...]
>> >
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 othe
On Mon, Sep 12, 2016 at 10:15 AM, Michal Hocko <mho...@kernel.org> wrote:
> On Mon 12-09-16 08:31:36, Sonny Rao wrote:
>> On Mon, Sep 12, 2016 at 5:02 AM, Michal Hocko <mho...@kernel.org> wrote:
>> > On Mon 05-09-16 16:14:06, robert.f...@collabora.com wrote:
>
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
>> >>
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
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
On Mon, Aug 22, 2016 at 12:54 AM, Michal Hocko <mho...@kernel.org> wrote:
> On Fri 19-08-16 10:57:48, Sonny Rao wrote:
>> On Fri, Aug 19, 2016 at 12:59 AM, Michal Hocko <mho...@kernel.org> wrote:
>> > On Thu 18-08-16 23:43:39, Sonny Rao wrote:
>> >> On T
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:
On Fri, Aug 19, 2016 at 1:05 AM, Michal Hocko <mho...@kernel.org> 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:
>> &g
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
On Fri, Aug 19, 2016 at 12:59 AM, Michal Hocko <mho...@kernel.org> wrote:
> On Thu 18-08-16 23:43:39, Sonny Rao wrote:
>> On Thu, Aug 18, 2016 at 11:01 AM, Michal Hocko <mho...@kernel.org> wrote:
>> > On Thu 18-08-16 10:47:57, Sonny Rao wrote:
>> >> On T
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:
On Thu, Aug 18, 2016 at 7:26 PM, Minchan Kim <minc...@kernel.org> 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 <mho...@kerne
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
On Thu, Aug 18, 2016 at 11:01 AM, Michal Hocko <mho...@kernel.org> wrote:
> On Thu 18-08-16 10:47:57, Sonny Rao wrote:
>> On Thu, Aug 18, 2016 at 12:44 AM, Michal Hocko <mho...@kernel.org> wrote:
>> > On Wed 17-08-16 11:57:56, 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:
>> > On Wed 17-08-16 11:57:56, Sonny Rao wrote:
> [...]
>> >> 2) User space OOM handling -- we'd r
On Thu, Aug 18, 2016 at 2:05 PM, Robert Foss <robert.f...@collabora.com> 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 <mho...@kerne
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
On Thu, Aug 18, 2016 at 12:44 AM, Michal Hocko <mho...@kernel.org> wrote:
> On Wed 17-08-16 11:57:56, Sonny Rao wrote:
>> On Wed, Aug 17, 2016 at 6:03 AM, Michal Hocko <mho...@kernel.org> wrote:
>> > On Wed 17-08-16 11:31:25, Jann Horn wrote:
> [...]
>> &
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% = 47.21
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
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}
>>
On Wed, Aug 10, 2016 at 10:37 AM, Jann Horn <j...@thejh.net> 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 <robert.f...@collabora.com>
>> wrote:
>> >
>> >
>> > On 2016-08-09
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
On Tue, Aug 9, 2016 at 2:01 PM, Robert Foss <robert.f...@collabora.com> 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 <sonny...@chr
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
On Tue, Aug 9, 2016 at 12:16 PM, Konstantin Khlebnikov <koc...@gmail.com> wrote:
>
> On Tue, Aug 9, 2016 at 7:05 PM, <robert.f...@collabora.com> wrote:
> > From: Sonny Rao <sonny...@chromium.org>
> >
> > This is based on earlier work by Thiago Goncales
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
On Tue, Aug 9, 2016 at 9:58 AM, Alexey Dobriyan <adobri...@gmail.com> wrote:
>
> On Tue, Aug 09, 2016 at 12:05:43PM -0400, robert.f...@collabora.com wrote:
> > From: Sonny Rao <sonny...@chromium.org>
> >
> > This is based on earlier work by Thiago Goncales. It i
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
On Tue, Aug 9, 2016 at 9:29 AM, Mateusz Guzik <mgu...@redhat.com> wrote:
> On Tue, Aug 09, 2016 at 12:05:43PM -0400, robert.f...@collabora.com wrote:
>> From: Sonny Rao <sonny...@chromium.org>
>>
>> This is based on earlier work by Thiago Goncales. It implemen
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
: 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
fill_px(>px, dst, src, period_len);
>
> @@ -2702,7 +2708,7 @@ pl330_prep_slave_sg(struct dma_chan *chan, struct
> scatterlist *sgl,
> }
>
> desc->rqcfg.brst_size = pch->burst_sz;
> - desc->rqcfg.brst_len = 1;
> +
@@ static int pl330_submit_req(struct pl330_thread *thrd,
> /* Hook the request */
> thrd->lstenq = idx;
> thrd->req[idx].desc = desc;
> - _setup_req(0, thrd, idx, );
> + _setup_req(pl330, 0, thrd, idx, );
>
> ret = 0;
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
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
thrd->lstenq = idx;
> thrd->req[idx].desc = desc;
> - _setup_req(0, thrd, idx, );
> + _setup_req(pl330, 0, thrd, idx, );
>
> ret = 0;
>
> @@ -2784,6 +2815,7 @@ pl330_probe(struct amba_device *adev, const struct
> amba_id *id)
>
330_prep_slave_sg(struct dma_chan *chan, struct
> scatterlist *sgl,
> }
>
> desc->rqcfg.brst_size = pch->burst_sz;
> - desc->rqcfg.brst_len = 1;
> + desc->rqcfg.brst_len = pch->burst_len;
>
xt
> @@ -15,6 +15,7 @@ Optional properties:
> cells in the dmas property of client device.
>- dma-channels: contains the total number of DMA channels supported by the
> DMAC
>- dma-requests: contains the total number of DMA requests supported by the
> DMAC
> + - a
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
>>
>>
>> Fo
boojin@samsung.com
Signed-off-by: Addy Ke addy...@rock-chips.com
Signed-off-by: Shawn Lin shawn@rock-chips.com
cc: Heiko Stuebner he...@sntech.de
cc: Doug Anderson diand...@chromium.org
cc: Olof Johansson ol...@google.com
Reviewed-and-tested-by: Sonny Rao sonny...@chromium.org
-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
uncore_imc/data_reads/,uncore_imc/data_writes/
sleep 10
Signed-off-by: Stephane Eranian eran...@google.com
Tested-by: Sonny Rao sonny...@chromium.org
---
diff --git a/arch/x86/kernel/cpu/perf_event_intel_uncore.c
b/arch/x86/kernel/cpu/perf_event_intel_uncore.c
index c635b8b..a03f964 100644
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
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
Commit-ID: 80bcffb376a6890dd7452b12c1ba032f8f24fef6
Gitweb: http://git.kernel.org/tip/80bcffb376a6890dd7452b12c1ba032f8f24fef6
Author: Sonny Rao sonny...@chromium.org
AuthorDate: Mon, 20 Apr 2015 15:34:07 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 22 Apr 2015 08:27:43
Commit-ID: 0140e6141e4f1d4b15fb469e6912b0e71b7d1cc2
Gitweb: http://git.kernel.org/tip/0140e6141e4f1d4b15fb469e6912b0e71b7d1cc2
Author: Sonny Rao sonny...@chromium.org
AuthorDate: Tue, 21 Apr 2015 12:33:11 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 22 Apr 2015 08:29:19
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
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
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
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
This keeps all the related PCI IDs together in the driver where they
are used.
Signed-off-by: Sonny Rao sonny...@chromium.org
---
arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c | 6 +-
include/linux/pci_ids.h | 4
2 files changed, 5 insertions(+), 5
On Tue, Apr 21, 2015 at 12:21 PM, Bjorn Helgaas bhelg...@google.com wrote:
On Tue, Apr 21, 2015 at 2:09 PM, Sonny Rao sonny...@chromium.org wrote:
This keeps all the related PCI IDs together in the driver where they
are used.
Signed-off-by: Sonny Rao sonny...@chromium.org
Acked-by: Bjorn
This keeps all the related PCI IDs together in the driver where they
are used.
Signed-off-by: Sonny Rao sonny...@chromium.org
Acked-by: Bjorn Helgaas bhelg...@google.com
---
arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c | 6 +-
include/linux/pci_ids.h | 4
Commit-ID: 5324e72e00012126101aee6f3e62977055a3b5ee
Gitweb: http://git.kernel.org/tip/5324e72e00012126101aee6f3e62977055a3b5ee
Author: Sonny Rao sonny...@chromium.org
AuthorDate: Mon, 20 Apr 2015 15:34:07 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Tue, 21 Apr 2015 09:31:17
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
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
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
This uncore is the same as the Haswell desktop part but uses a
different PCI ID.
Signed-off-by: Sonny Rao sonny...@chromium.org
---
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
This uncore is the same as the Haswell desktop part but uses a
different PCI ID.
Signed-off-by: Sonny Rao sonny...@chromium.org
---
arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c | 5 +
include/linux/pci_ids.h | 1 +
2 files changed, 6 insertions(+)
diff --git
On Mon, Apr 20, 2015 at 12:34 PM, Bjorn Helgaas bhelg...@google.com wrote:
On Mon, Apr 20, 2015 at 1:58 PM, Stephane Eranian eran...@google.com wrote:
On Mon, Apr 20, 2015 at 11:56 AM, Bjorn Helgaas bhelg...@google.com wrote:
On Mon, Apr 20, 2015 at 1:42 PM, Sonny Rao sonny...@chromium.org
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
This adds the dts node for the PMU with the correct PMUIRQ interrupts
for each core.
Signed-off-by: Sonny Rao sonny...@chromium.org
---
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
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. I'm not
>> sure how long it
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
On Wed, Jan 14, 2015 at 10:36 AM, Doug Anderson diand...@chromium.org 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. I'm not
sure how
On Tue, Jan 13, 2015 at 6:43 PM, Chris Zhong z...@rock-chips.com 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,
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
On Wed, Dec 10, 2014 at 12:56 PM, Mark Salter msal...@redhat.com 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:
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
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
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
On Wed, Dec 3, 2014 at 11:20 AM, Mark Brown broo...@kernel.org wrote:
On Wed, Dec 03, 2014 at 03:18:38PM +0800, Jianqun Xu wrote:
From: Sonny Rao sonny...@chromium.org
We need to claim the clock which is driving the codec so that when we enable
clock gating, we continue to clock the codec
On Wed, Dec 3, 2014 at 12:03 PM, Mark Brown broo...@kernel.org 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 broo...@kernel.org wrote:
I would expect that the clock for the CODEC should be managed by the
CODEC if at all
On Wed, Dec 3, 2014 at 3:22 PM, Dylan Reid dgr...@chromium.org wrote:
On Wed, Dec 3, 2014 at 3:03 PM, Sonny Rao sonny...@chromium.org wrote:
On Wed, Dec 3, 2014 at 12:03 PM, Mark Brown broo...@kernel.org wrote:
On Wed, Dec 03, 2014 at 11:38:13AM -0800, Sonny Rao wrote:
On Wed, Dec 3, 2014
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
>
> applie
On Wed, Nov 26, 2014 at 3:32 PM, Heiko Stübner he...@sntech.de 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 sonny...@chromium.org
applied to my clk
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
does initialize the cpu registers properly at boot and
cpu-hotplug can remove this property from the device tree.
Signed-off-by: Sonny Rao sonny...@chromium.org
---
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
1 - 100 of 260 matches
Mail list logo