On Thu, Mar 22, 2018 at 2:25 AM, Stefan Hajnoczi wrote:
> On Fri, Mar 16, 2018 at 7:30 PM, David Miller wrote:
>> Although the top level ioctls are probably size and layout compatible,
>> I do not think that the deeper ioctls can be called by compat
On Fri, Mar 16, 2018 at 12:30 PM, David Miller wrote:
>
> Although the top level ioctls are probably size and layout compatible,
> I do not think that the deeper ioctls can be called by compat binaries
> without some translations in order for them to work.
Ok, thanks -- I
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
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
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
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..
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 <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 <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
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
Have you looked at jfsrec ? It's helped me in the past
On Mon, Mar 20, 2017 at 11:20 AM, Wolfgang Draxinger
wrote:
> Hi,
>
>
> I have a JFS filesystem image that corrupted. Since this is a question
> about data recovery I expect a lot "non-answers" in the line of
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 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
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 <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 <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, 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, 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 <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 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 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 <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 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 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 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 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 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 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 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 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
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
On Tue, Jun 23, 2015 at 4:09 AM, Heiko Stübner he...@sntech.de wrote:
Hi Romain,
Am Dienstag, 23. Juni 2015, 08:53:17 schrieb Romain Perier:
ping :)
I haven't forgotten this patch :-)
I just haven't fully made up my mind concerning the bug in the pl330
implementation on Rockchip SoCs -
-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
1 - 100 of 450 matches
Mail list logo