Tested-by: Y.C. Chen
-Original Message-
From: Benjamin Herrenschmidt [mailto:b...@kernel.crashing.org]
Sent: Friday, February 24, 2017 6:54 AM
To: dri-de...@lists.freedesktop.org
Cc: YC Chen ; airl...@redhat.com; e...@suse.come;
linuxppc-...@ozlabs.org
Subject: [PATCH 01/12] drm/ast: Fi
Tested-by: Y.C. Chen
-Original Message-
From: Benjamin Herrenschmidt [mailto:b...@kernel.crashing.org]
Sent: Friday, February 24, 2017 6:54 AM
To: dri-de...@lists.freedesktop.org
Cc: YC Chen ; airl...@redhat.com; e...@suse.come;
linuxppc-...@ozlabs.org
Subject: [PATCH 02/12] drm/ast: Ha
Tested-by: Y.C. Chen
-Original Message-
From: Benjamin Herrenschmidt [mailto:b...@kernel.crashing.org]
Sent: Friday, February 24, 2017 6:54 AM
To: dri-de...@lists.freedesktop.org
Cc: YC Chen ; airl...@redhat.com; e...@suse.come;
linuxppc-...@ozlabs.org
Subject: [PATCH 05/12] drm/ast: Fi
Tested-by: Y.C. Chen
-Original Message-
From: Benjamin Herrenschmidt [mailto:b...@kernel.crashing.org]
Sent: Friday, February 24, 2017 6:54 AM
To: dri-de...@lists.freedesktop.org
Cc: YC Chen ; airl...@redhat.com; e...@suse.come;
linuxppc-...@ozlabs.org
Subject: [PATCH 07/12] drm/ast: Fi
Tested-by: Y.C. Chen
-Original Message-
From: Benjamin Herrenschmidt [mailto:b...@kernel.crashing.org]
Sent: Friday, February 24, 2017 6:54 AM
To: dri-de...@lists.freedesktop.org
Cc: YC Chen ; airl...@redhat.com; e...@suse.come;
linuxppc-...@ozlabs.org
Subject: [PATCH 08/12] drm/ast: Fa
Tested-by: Y.C. Chen
-Original Message-
From: Benjamin Herrenschmidt [mailto:b...@kernel.crashing.org]
Sent: Friday, February 24, 2017 6:54 AM
To: dri-de...@lists.freedesktop.org
Cc: YC Chen ; airl...@redhat.com; e...@suse.come;
linuxppc-...@ozlabs.org
Subject: [PATCH 09/12] drm/ast: Re
Tested-by: Y.C. Chen
-Original Message-
From: Benjamin Herrenschmidt [mailto:b...@kernel.crashing.org]
Sent: Friday, February 24, 2017 6:54 AM
To: dri-de...@lists.freedesktop.org
Cc: YC Chen ; airl...@redhat.com; e...@suse.come;
linuxppc-...@ozlabs.org
Subject: [PATCH 11/12] drm/ast: Fi
Tested-by: Y.C. Chen
-Original Message-
From: Benjamin Herrenschmidt [mailto:b...@kernel.crashing.org]
Sent: Friday, February 24, 2017 6:54 AM
To: dri-de...@lists.freedesktop.org
Cc: YC Chen ; airl...@redhat.com; e...@suse.come;
linuxppc-...@ozlabs.org
Subject: [PATCH 12/12] drm/ast: Ca
On 24 February 2017 6:32:13 pm AEDT, Bhupesh Sharma wrote:
>Hi Michael,
>
>On Thu, Feb 16, 2017 at 10:19 AM, Bhupesh Sharma
>wrote:
>> Hi Michael,
>>
>> On Fri, Feb 10, 2017 at 4:41 PM, Bhupesh Sharma
>wrote:
>>> On Fri, Feb 10, 2017 at 4:31 PM, Michael Ellerman
> wrote:
Bhupesh Sharma w
From: Hamish Martin
> Sent: 24 February 2017 00:52
> This patch series adds the ability to configure the THREAD_SHIFT value and
> thereby alter the stack size on powerpc systems. We are particularly
> interested
> in configuring for a 32k stack on PPC64.
>
> Using an NXP T2081 (e6500 PPC64 cores)
By default, 5% of system RAM is reserved for preserving boot memory.
Alternatively, a user can specify the amount of memory to reserve.
See Documentation/powerpc/firmware-assisted-dump.txt for details. In
addition to the memory reserved for preserving boot memory, some more
memory is reserved, to s
On Thu 23-02-17 19:14:27, Vitaly Kuznetsov wrote:
> Michal Hocko writes:
>
> > On Thu 23-02-17 17:36:38, Vitaly Kuznetsov wrote:
> >> Michal Hocko writes:
> > [...]
> >> > Is a grow from 256M -> 128GB really something that happens in real life?
> >> > Don't get me wrong but to me this sounds qui
The /cpus/features dt binding describes architected CPU features along
with some compatibility, privilege, and enablement properties that allow
flexibility with discovering and enabling capabilities.
Presence of this feature implies a base level of functionality, then
additional feature nodes adve
With this patch and the Linux one, I can boot (in mambo) a POWER8
without looking up any cpu tables. It's not quite complete, but
getting close.
Main questions are what features do we add, and what "base" feature set
do we start with. Where to discuss and document these features. OPAL
firmware gro
Michal Hocko writes:
> On Thu 23-02-17 19:14:27, Vitaly Kuznetsov wrote:
>> Michal Hocko writes:
>>
>> > On Thu 23-02-17 17:36:38, Vitaly Kuznetsov wrote:
>> >> Michal Hocko writes:
>> > [...]
>> >> > Is a grow from 256M -> 128GB really something that happens in real life?
>> >> > Don't get me
Signed-off-by: Paulo Flabiano Smorigo
---
drivers/crypto/vmx/aes_xts.c | 30 +++---
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/drivers/crypto/vmx/aes_xts.c b/drivers/crypto/vmx/aes_xts.c
index 24353ec3..a1e653a 100644
--- a/drivers/crypto/vmx/aes_xts.c
Signed-off-by: Paulo Flabiano Smorigo
---
drivers/crypto/vmx/aes_cbc.c | 44 ++--
1 file changed, 22 insertions(+), 22 deletions(-)
diff --git a/drivers/crypto/vmx/aes_cbc.c b/drivers/crypto/vmx/aes_cbc.c
index 94ad5c0..2bb5910 100644
--- a/drivers/crypto/
On Fri 24-02-17 15:10:29, Vitaly Kuznetsov wrote:
> Michal Hocko writes:
>
> > On Thu 23-02-17 19:14:27, Vitaly Kuznetsov wrote:
[...]
> >> Virtual guests under stress were getting into OOM easily and the OOM
> >> killer was even killing the udev process trying to online the
> >> memory.
> >
> >
Michal Hocko writes:
> On Fri 24-02-17 15:10:29, Vitaly Kuznetsov wrote:
>> Michal Hocko writes:
>>
>> > On Thu 23-02-17 19:14:27, Vitaly Kuznetsov wrote:
> [...]
>> >> Virtual guests under stress were getting into OOM easily and the OOM
>> >> killer was even killing the udev process trying to
Le 23/02/2017 à 04:27, Vaibhav Jain a écrit :
Fix a boundary condition where in some cases an eeh event with
state == pci_channel_io_perm_failure wont be passed on to a driver
attached to the virtual pci device associated with a slice. This will
happen in case the slice just before (n-1) doesn'
On Fri 24-02-17 16:05:18, Vitaly Kuznetsov wrote:
> Michal Hocko writes:
>
> > On Fri 24-02-17 15:10:29, Vitaly Kuznetsov wrote:
[...]
> >> Just did a quick (and probably dirty) test, increasing guest memory from
> >> 4G to 8G (32 x 128mb blocks) require 68Mb of memory, so it's roughly 2Mb
> >> p
Michal Hocko writes:
> On Fri 24-02-17 16:05:18, Vitaly Kuznetsov wrote:
>> Michal Hocko writes:
>>
>> > On Fri 24-02-17 15:10:29, Vitaly Kuznetsov wrote:
> [...]
>> >> Just did a quick (and probably dirty) test, increasing guest memory from
>> >> 4G to 8G (32 x 128mb blocks) require 68Mb of me
On Fri 24-02-17 17:09:13, Vitaly Kuznetsov wrote:
> Michal Hocko writes:
>
> > On Fri 24-02-17 16:05:18, Vitaly Kuznetsov wrote:
> >> Michal Hocko writes:
> >>
> >> > On Fri 24-02-17 15:10:29, Vitaly Kuznetsov wrote:
> > [...]
> >> >> Just did a quick (and probably dirty) test, increasing guest
Michal Hocko writes:
> On Fri 24-02-17 17:09:13, Vitaly Kuznetsov wrote:
>> I have a smal guest and I want to add more memory to it and the
>> result is ... OOM. Not something I expected.
>
> Which is not all that unexpected if you use a technology which has to
> allocated in order to add more
On Thu, 23 Feb 2017 17:07:23 +0530
"Naveen N. Rao" wrote:
> ...into a generic function for opening trace files.
Even if it repeats subject, please write complete description...
Patch itself is OK to me.
Thanks,
>
> Signed-off-by: Naveen N. Rao
> ---
> tools/perf/util/probe-file.c | 20
On Fri 24-02-17 17:40:25, Vitaly Kuznetsov wrote:
> Michal Hocko writes:
>
> > On Fri 24-02-17 17:09:13, Vitaly Kuznetsov wrote:
[...]
> >> While this will most probably work for me I still disagree with the
> >> concept of 'one size fits all' here and the default 'false' for ACPI,
> >> we're tak
Michal Hocko writes:
> On Fri 24-02-17 17:40:25, Vitaly Kuznetsov wrote:
>> Michal Hocko writes:
>>
>> > On Fri 24-02-17 17:09:13, Vitaly Kuznetsov wrote:
> [...]
>> >> While this will most probably work for me I still disagree with the
>> >> concept of 'one size fits all' here and the default
On Thu, 23 Feb 2017 17:07:24 +0530
"Naveen N. Rao" wrote:
> We indicate support for accepting sym+offset with kretprobes through a
> line in ftrace README. Parse the same to identify support and choose the
> appropriate format for kprobe_events.
>
> Signed-off-by: Naveen N. Rao
> ---
> tools/p
On Fri, 24 Feb 2017 00:46:08 +0530
"Naveen N. Rao" wrote:
> On 2017/02/23 06:10PM, Masami Hiramatsu wrote:
> > On Wed, 22 Feb 2017 19:23:40 +0530
> > "Naveen N. Rao" wrote:
> >
> > > We indicate support for accepting sym+offset with kretprobes through a
> > > line in ftrace README. Parse the sa
The crq is passed in registers and is the same on BE and LE hosts.
However, current implementation allocates a structure on-stack to
represent the crq, initializes the members swapping them to BE, and
loads the structure swapping it from BE. This is pointless and causes
GCC warnings about ununitial
Em Wed, Feb 22, 2017 at 07:23:38PM +0530, Naveen N. Rao escreveu:
> With ABIv2, we offset 8 bytes into a function to get at the local entry
> point.
So, I think I can carry the first one via Ingo, etc, what about this
one?
Is it ok for me to process it?
Seems simple enough, has been thru a lot o
Em Sat, Feb 25, 2017 at 01:46:01AM +0900, Masami Hiramatsu escreveu:
> On Thu, 23 Feb 2017 17:07:23 +0530
> "Naveen N. Rao" wrote:
>
> > ...into a generic function for opening trace files.
>
> Even if it repeats subject, please write complete description...
>
> Patch itself is OK to me.
Did it
Em Sat, Feb 25, 2017 at 02:29:17AM +0900, Masami Hiramatsu escreveu:
> On Fri, 24 Feb 2017 00:46:08 +0530
> "Naveen N. Rao" wrote:
> > Thanks. I hope that's an Ack for this patchset?
>
> OK, for 1/5, 2/5, 3/5, and 5/5;
>
> Acked-by: Masami Hiramatsu
>
> And could you make v4 series including a
On Thu, Feb 23, 2017 at 8:39 AM, Rashmica Gupta wrote:
> Some powerpc hardware features may want to gain access to a
> chunk of undisturbed real memory. This update provides a means to unplug
> said memory from the kernel with a set of sysfs calls. By writing an integer
> containing the siz
On Fri, 24 Feb 2017 17:11:03 -0300
Arnaldo Carvalho de Melo wrote:
> Em Sat, Feb 25, 2017 at 02:29:17AM +0900, Masami Hiramatsu escreveu:
> > On Fri, 24 Feb 2017 00:46:08 +0530
> > "Naveen N. Rao" wrote:
> > > Thanks. I hope that's an Ack for this patchset?
> >
> > OK, for 1/5, 2/5, 3/5, and 5/
On Wed, Feb 22, 2017 at 07:23:38PM +0530, Naveen N. Rao wrote:
> With ABIv2, we offset 8 bytes into a function to get at the local entry
> point.
>
Looks good.
> Signed-off-by: Naveen N. Rao
Acked-by: Ananth N Mavinakayanahalli
36 matches
Mail list logo
