On 06/03/2015 10:21 AM, Vaibhav Jain wrote:
rtc-opal driver provides support for rtc alarms via
times-power-on(tpo). However some platforms like BML use a fake rtc
clock and don't support tpo. Such platforms are indicated by the missing
'has-tpo' property in the device tree.
Current implementa
David Gibson wrote on 03/06/2015 14:52:59:
> From: David Gibson
> To: Guo Wen Shan/Australia/IBM@IBMAU, m...@ellerman.id.au
> Cc: b...@kernel.crashing.org, pau...@samba.org, linuxppc-
> d...@lists.ozlabs.org, linux-ker...@vger.kernel.org, David Gibson
>
> Date: 03/06/2015 14:53
> Subject: [PA
On Wed, Jun 03, 2015 at 09:37:53AM +0800, Wei Yang wrote:
>On Mon, Jun 01, 2015 at 07:01:36PM -0500, Bjorn Helgaas wrote:
>>On Tue, May 19, 2015 at 06:50:10PM +0800, Wei Yang wrote:
>>> After PE reset, OPAL API opal_pci_reinit() is called on all devices
>>> contained in the PE to reinitialize them.
On Mon, 2015-18-05 at 15:18:04 UTC, Vipin K Parashar wrote:
> This patch adds support for FSP EPOW (Early Power Off Warning) and
Please spell out the acronyms the first time you use them, including FSP.
> DPO (Delayed Power Off) events for PowerNV platform. EPOW events are
On Wed, Jun 03, 2015 at 11:31:42AM +0800, Wei Yang wrote:
>On Mon, Jun 01, 2015 at 06:46:45PM -0500, Bjorn Helgaas wrote:
>>On Tue, May 19, 2015 at 06:50:08PM +0800, Wei Yang wrote:
>>> Current EEH recovery code works with the assumption: the PE has primary
>>> bus. Unfortunately, that's not true t
With the latest dtc import include fixups, it is no longer necessary to
add explicit include paths to use libfdt. Remove these across the
kernel.
Signed-off-by: Rob Herring
Cc: Ralf Baechle
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Michael Ellerman
Cc: Grant Likely
Cc: linux-m...@lin
Commit 28158cd "powerpc/eeh: Enhance pcibios_set_pcie_reset_state()"
introduced a fix for a problem where certain configurations could lead to
pci_reset_function() destroying the state of PCI devices other than the one
specified.
Unfortunately, the fix has a trivial bug - it calls pci_save_state()
rtc-opal driver provides support for rtc alarms via
times-power-on(tpo). However some platforms like BML use a fake rtc
clock and don't support tpo. Such platforms are indicated by the missing
'has-tpo' property in the device tree.
Current implementation however enables callback for
rtc_class_ops.
Acked-by: Vaibhav Jain
Cc: Vaibhav Jain
On Mon, May 18, 2015 at 8:48 PM, Vipin K Parashar
wrote:
> This patch adds support for FSP EPOW (Early Power Off Warning) and
> DPO (Delayed Power Off) events for PowerNV platform. EPOW events are
> generated by SPCN/FSP due to various critical system con
On Mon, Jun 01, 2015 at 06:49:58PM -0500, Bjorn Helgaas wrote:
>On Tue, May 19, 2015 at 06:50:08PM +0800, Wei Yang wrote:
>> Current EEH recovery code works with the assumption: the PE has primary
>> bus. Unfortunately, that's not true to VF PEs, which generally contains
>
>"Primary bus" normally m
On Tue, Jun 02, 2015 at 07:09:28AM -0300, Henrique de Moraes Holschuh wrote:
> Test results were sent to me privately, and they are correct, so...
>
Finn, unless there is some compelling reason not to - like they are MBs worth of
data, please submit these to the list in the future so we have them
On Mon, Jun 01, 2015 at 06:46:45PM -0500, Bjorn Helgaas wrote:
>On Tue, May 19, 2015 at 06:50:08PM +0800, Wei Yang wrote:
>> Current EEH recovery code works with the assumption: the PE has primary
>> bus. Unfortunately, that's not true to VF PEs, which generally contains
>> one or multiple VFs (for
On 3 June 2015 at 03:20, Thomas Gleixner wrote:
> On Mon, 1 Jun 2015, Baolin Wang wrote:
>
> > This patch series changes the 32-bit time types (timespec/itimerspec) to
> > the 64-bit types (timespec64/itimerspec64), since 32-bit time types will
> > break in the year 2038.
>
> That's only true for
On Tue, Jun 02, 2015 at 02:11:24PM +1000, Gavin Shan wrote:
>On Tue, Jun 02, 2015 at 11:51:15AM +0800, Wei Yang wrote:
>>On Mon, Jun 01, 2015 at 06:32:33PM -0500, Bjorn Helgaas wrote:
>>>The subject says "Trace first 7 BARs..." I think maybe you meant "Track
>>>first 7 BARs" or maybe "Cache only B
On Tue, Jun 02, 2015 at 12:19:07PM -0500, Bjorn Helgaas wrote:
>On Tue, May 19, 2015 at 06:50:03PM +0800, Wei Yang wrote:
>> During EEH recovery, hotplug is applied to the devices which don't
>> have drivers or their drivers don't support EEH. However, the hotplug,
>> which was implemented based on
On Mon, Jun 01, 2015 at 07:01:36PM -0500, Bjorn Helgaas wrote:
>On Tue, May 19, 2015 at 06:50:10PM +0800, Wei Yang wrote:
>> After PE reset, OPAL API opal_pci_reinit() is called on all devices
>> contained in the PE to reinitialize them. However, VFs can't be seen
>> from skiboot firmware. We have
On Tue, 2015-06-02 at 21:29 +0530, Madhavan Srinivasan wrote:
> Patch adds common event attribute function and Nest pmu registration call.
>
> Cc: Michael Ellerman
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: Sukadev Bhattiprolu
> Cc: Anshuman Khandual
> Cc: Stephane Eranian
> Sig
> +int64_t opal_nest_ima_control(uint32_t value);
If I'm understanding things correctly, you call this function in patch
3. Quoting from that patch:
> +static void nest_init(void *dummy)
> +{
> + opal_nest_ima_control(P8_NEST_ENGINE_START);
> +}
Does this patch need to be moved earlier in th
> +static int nest_pmu_create(struct device_node *dev, int pmu_index)
> +{
> + struct ppc64_nest_ima_events **p8_events_arr;
> + struct ppc64_nest_ima_events *p8_events;
> + struct property *pp;
> + char *buf;
> + const __be32 *lval;
> + u32 val;
> + int len, idx = 0;
>
On Tue, 2015-06-02 at 21:29 +0530, Madhavan Srinivasan wrote:
> Patch adds a device tree function to detect the nest pmu
> support. Function will look for specific dt property "ibm,ima-chip"
> as a detection mechanism for the nest pmu.
>
> For Nest pmu, device tree will have two set of information
On Tue, 2015-06-02 at 21:29 +0530, Madhavan Srinivasan wrote:
> Patch adds generic nest pmu functions and format attribute.
>
I'm not sure this commit message accurately reflects the content of the
patch. At any rate, please could you:
- say what the patch adds the functions and attributes to.
-
On Tue, 2015-06-02 at 21:29 +0530, Madhavan Srinivasan wrote:
> Patch adds cpu hotplug support. First online cpu in a node is picked as
> designated thread to read the Nest pmu counter data, and at the time of
> hotplug, next online cpu from the same node is picked up.
I'm not sure I understand th
On Tue, 2015-06-02 at 21:29 +0530, Madhavan Srinivasan wrote:
> Patch creates a file "nest-pmu-c" to contain nest pmu related functions.
"nest-pmu.c"
> Patch adds nest pmu init function and cpumask function since Nest pmu units
> are per-chip. First online cpu for a given node is picked as
> design
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License
> + * as published by the Free Software Foundation; either version
> + * 2 of the License, or (at your option) any later version.
> + */
I'm not certain about this
Sukadev Bhattiprolu [suka...@linux.vnet.ibm.com] wrote:
|
| These patches are available from:
|
| https://github.com:sukadev/linux.git
|
| Branch Description
| --
| json-v1
On Mon, 1 Jun 2015, Baolin Wang wrote:
> This patch series changes the 32-bit time types (timespec/itimerspec) to
> the 64-bit types (timespec64/itimerspec64), since 32-bit time types will
> break in the year 2038.
That's only true for 32bit systems.
All in all the patch series looks rather reas
Please drop this patch. It was incorrectly included in the set.
Also, see the updated Patch 12/14.
Current set of patches are in the json-v13.1 branch:
https://github.com/sukadev/linux/tree/json-v13.1
Sukadev
Sukadev Bhattiprolu [suka...@linux.vnet.ibm.com] wrote:
| From: Andi Kleen
|
On Mon, 1 Jun 2015, Baolin Wang wrote:
You failed to thread the patch series again
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Sukadev Bhattiprolu [suka...@linux.vnet.ibm.com] wrote:
| From: Andi Kleen
|
| Add support to group the output of perf list by the Topic field
| in the JSON file.
[PATCH 9/14] has been dropped from this set. This alters the current,
patch [PATCH 12/14], slightly, which is included below.
The br
Building on the previous patch, extend mlockall() to give a process a
way to specify that pages should be locked when they are faulted in, but
that pre-faulting is not needed.
MCL_ONFAULT is preferrable to MCL_FUTURE for the use cases enumerated
in the previous patch becuase MCL_FUTURE will behave
mlock() allows a user to control page out of program memory, but this
comes at the cost of faulting in the entire mapping when it is
allocated. For large mappings where the entire area is not necessary
this is not ideal.
This series introduces new flags for mmap() and mlockall() that allow a
user
The cost of faulting in all memory to be locked can be very high when
working with large mappings. If only portions of the mapping will be
used this can incur a high penalty for locking.
For the example of a large file, this is the usage pattern for a large
statical language model (probably appli
On Tue, May 19, 2015 at 06:50:03PM +0800, Wei Yang wrote:
> During EEH recovery, hotplug is applied to the devices which don't
> have drivers or their drivers don't support EEH. However, the hotplug,
> which was implemented based on PCI bus, can't be applied to VF directly.
>
> The patch renames v
Signed-off-by: Sukadev Bhattiprolu
---
tools/perf/pmu-events/README | 115 ++
1 file changed, 115 insertions(+)
create mode 100644 tools/perf/pmu-events/README
diff --git a/tools/perf/pmu-events/README b/tools/perf/pmu-events/README
new file mode 100644
From: Andi Kleen
Support a header line in the mapfile.csv, to match the existing
mapfiles
Signed-off-by: Andi Kleen
Signed-off-by: Sukadev Bhattiprolu
Changelog[v2]
All architectures may not use the "Family" to identify. So,
assume first line is header.
---
tools/perf/pmu-eve
From: Andi Kleen
Previously we were dropping the useful longer descriptions that some
events have in the event list completely. This patch makes them appear with
perf list.
Old perf list:
baclears:
baclears.all
[Counts the number of baclears]
vs new:
perf list -v:
...
baclears:
bac
From: Andi Kleen
Add support to group the output of perf list by the Topic field
in the JSON file.
Example output:
% perf list
...
Cache:
l1d.replacement
[L1D data line replacements]
l1d_pend_miss.pending
[L1D miss oustandings duration in cycles]
l1d_pend_miss.pending_cycles
From: Andi Kleen
The first first element in an hardware event name defines the general
area, usually the part of the micro architecture it is refering to.
Group the perf list output by these sections by adding section headers.
Signed-off-by: Andi Kleen
Signed-off-by: Sukadev Bhattiprolu
---
t
From: Andi Kleen
Add a PERF_CPUID variable to override the CPUID of the current CPU.
This is useful for testing, so that all event lists can be tested on a single
system.
Signed-off-by: Andi Kleen
Signed-off-by: Sukadev Bhattiprolu
v2: Fix double free in earlier version.
Print actual CPUI
From: Andi Kleen
Add a --no-desc flag to perf list to not print the event descriptions
that were earlier added for JSON events. This may be useful to
get a less crowded listing.
It's still default to print descriptions as that is the more useful
default for most users.
Signed-off-by: Andi Kleen
From: Andi Kleen
Add support to print alias descriptions in perf list, which
are taken from the generated event files.
The sorting code is changed to put the events with descriptions
at the end. The descriptions are printed as possibly multiple word
wrapped lines.
Example output:
% perf list
.
From: Andi Kleen
Automatically adapt the now wider and word wrapped perf list
output to wider terminals. This requires querying the terminal
before the auto pager takes over, and exporting this
information from the pager subsystem.
Acked-by: Namhyung Kim
Signed-off-by: Andi Kleen
Signed-off-by
From: Andi Kleen
Implement the code to match CPU types to mapfile types for x86
based on CPUID. This extends an existing similar function,
but changes it to use the x86 mapfile cpu description.
This allows to resolve event lists generated by jevents.
Signed-off-by: Andi Kleen
Signed-off-by: Suk
From: Andi Kleen
The Intel events use a dot to separate event name and unit mask.
Allow dot in names in the scanner, and remove special handling
of dot as EOF. Also remove the hack in jevents to replace dot
with underscore. This way dotted events can be specified
directly by the user.
I'm not fu
From: Andi Kleen
I need a JSON parser. This adds the simplest JSON
parser I could find -- Serge Zaitsev's jsmn `jasmine' --
to the perf library. I merely converted it to (mostly)
Linux style and added support for non 0 terminated input.
The parser is quite straight forward and does not
copy any
At run time, (i.e when perf is starting up), locate the specific events
table for the current CPU and create event aliases for each of the events.
Use these aliases to parse user's specified perf event.
Signed-off-by: Sukadev Bhattiprolu
Changelog[v3]
[Jiri Olsa] Fix a memory leak with
From: Andi Kleen
This is a modified version of an earlier patch by Andi Kleen.
We expect architectures to describe the performance monitoring events
for each CPU in a corresponding JSON file, which look like:
[
{
"EventCode": "0x00",
"UMask": "0x01",
"Eve
CPUs support a large number of performance monitoring events (PMU events)
and often these events are very specific to an architecture/model of the
CPU. To use most of these PMU events with perf, we currently have to identify
them by their raw codes:
perf stat -e r100f2 sleep 1
This patchs
Patch creates a file "nest-pmu-c" to contain nest pmu related functions.
Patch adds nest pmu init function and cpumask function since Nest pmu units
are per-chip. First online cpu for a given node is picked as
designated thread to read the counter data.
Subsequent patch adds the hotplug support.
Patch adds common event attribute function and Nest pmu registration call.
Cc: Michael Ellerman
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Sukadev Bhattiprolu
Cc: Anshuman Khandual
Cc: Stephane Eranian
Signed-off-by: Madhavan Srinivasan
---
arch/powerpc/perf/nest-pmu.c | 52
Patch adds a device-tree parser function to detect each Nest PMU
and will traverse through the folder to find the supported events and
corresponding unit and scale files, if any.
Event file will contain the offset in HOMER region to get the counter data
for a given event. Kernel DT parser looks fo
Cc: Michael Ellerman
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Sukadev Bhattiprolu
Cc: Anshuman Khandual
Cc: Stephane Eranian
Signed-off-by: Madhavan Srinivasan
---
arch/powerpc/perf/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/perf/Makef
Nest Counters can be configured via PORE Engine and OPAL
provides an interface to start/stop it.
OPAL side patches are posted in the skiboot mailing.
Cc: Stewart Smith
Cc: Jeremy Kerr
Cc: Benjamin Herrenschmidt
Cc: Michael Ellerman
Cc: Paul Mackerras
Cc: Sukadev Bhattiprolu
Cc: Anshuman Kha
Patch adds a device tree function to detect the nest pmu
support. Function will look for specific dt property "ibm,ima-chip"
as a detection mechanism for the nest pmu.
For Nest pmu, device tree will have two set of information.
1) Per-chip Homer address region for nest pmu counter collection area.
Patch adds generic nest pmu functions and format attribute.
Cc: Michael Ellerman
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Sukadev Bhattiprolu
Cc: Anshuman Khandual
Cc: Stephane Eranian
Signed-off-by: Madhavan Srinivasan
---
arch/powerpc/perf/nest-pmu.c | 107 ++
Patch adds cpu hotplug support. First online cpu in a node is picked as
designated thread to read the Nest pmu counter data, and at the time of
hotplug, next online cpu from the same node is picked up.
Cc: Michael Ellerman
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Sukadev Bhattiprolu
C
Patch creates a new header file "nest-pmu.h" to add the data structures
and macros needed for the nest pmu support.
Cc: Michael Ellerman
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Sukadev Bhattiprolu
Cc: Anshuman Khandual
Cc: Stephane Eranian
Signed-off-by: Madhavan Srinivasan
---
a
This patchset enables Nest Instrumentation support on powerpc.
POWER8 has per-chip Nest Intrumentation which provides various
per-chip metrics like memory, powerbus, Xlink and Alink
bandwidth.
Nest Instrumentation provides an interface (via PORE Engine)
to configure and move the nest counter data
On Mon, 01 Jun 2015, Andrew Morton wrote:
> On Fri, 29 May 2015 10:13:25 -0400 Eric B Munson wrote:
>
> > mlock() allows a user to control page out of program memory, but this
> > comes at the cost of faulting in the entire mapping when it is
> > allocated. For large mappings where the entire a
On Tue, Jun 2, 2015 at 1:12 PM, Thomas Huth wrote:
> On Tue, 2 Jun 2015 12:43:16 +0200
> Dinar Valeev wrote:
>
>> On Tue, Jun 2, 2015 at 12:29 PM, Nikunj A Dadhania
>> wrote:
>> > Dinar Valeev writes:
>> >
>> >> On Tue, Jun 2, 2015 at 11:47 AM, Nikunj A Dadhania
>> >> wrote:
>> >>> Dinar valee
On Tue, 2 Jun 2015 12:43:16 +0200
Dinar Valeev wrote:
> On Tue, Jun 2, 2015 at 12:29 PM, Nikunj A Dadhania
> wrote:
> > Dinar Valeev writes:
> >
> >> On Tue, Jun 2, 2015 at 11:47 AM, Nikunj A Dadhania
> >> wrote:
> >>> Dinar valeev writes:
...
> @@ -290,36 +286,34 @@ static void check_ke
On Tue, Jun 2, 2015 at 12:29 PM, Nikunj A Dadhania
wrote:
> Dinar Valeev writes:
>
>> On Tue, Jun 2, 2015 at 11:47 AM, Nikunj A Dadhania
>> wrote:
>>> Dinar valeev writes:
@@ -262,7 +258,7 @@ static void check_key_code(uint8_t *buf)
case 0x43:
Dinar Valeev writes:
> On Tue, Jun 2, 2015 at 11:47 AM, Nikunj A Dadhania
> wrote:
>> Dinar valeev writes:
>>> @@ -262,7 +258,7 @@ static void check_key_code(uint8_t *buf)
>>> case 0x43:
>>> write_key(0x1b); /* F1
Test results were sent to me privately, and they are correct, so...
Acked-by: Henrique de Moraes Holschuh
On Sun, May 31, 2015, at 11:34, Henrique de Moraes Holschuh wrote:
> On Sun, 31 May 2015, Finn Thain wrote:
> > On Sun, 31 May 2015, Henrique de Moraes Holschuh wrote:
> > > On Sun, 31 May 2
On Tue, Jun 2, 2015 at 11:47 AM, Nikunj A Dadhania
wrote:
> Dinar valeev writes:
>
>> From: Dinar Valeev
>>
>> Original issue is home and end keys are not functional in grub2.
>> Later I've found other inconsistencies in f1-f12 keys.
>>
>> "Correct sequence" was crabbed by pressing key on cat ru
On Wed, 2015-20-05 at 09:59:52 UTC, Jiang Liu wrote:
> Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc while we
> already have a pointer to corresponding irq_desc.
>
> Signed-off-by: Jiang Liu
> ---
> arch/powerpc/platforms/52xx/mpc52xx_gpt.c |2 +-
> arch/powerpc/platforms/
Dinar valeev writes:
> From: Dinar Valeev
>
> Original issue is home and end keys are not functional in grub2.
> Later I've found other inconsistencies in f1-f12 keys.
>
> "Correct sequence" was crabbed by pressing key on cat running in
> xterm.
>
> Tested with Home, End, F2, Del and F10 keys in
On Tue, 2015-05-19 at 18:45 +0530, trigg wrote:
>
> > On 18-May-2015, at 20:48, Vipin K Parashar wrote:
> >
> > This patch adds support for FSP EPOW (Early Power Off Warning) and
> > DPO (Delayed Power Off) events for PowerNV platform. EPOW events are
> > generated by SPCN/FSP due to various cri
Commit-ID: a76ff6884bfedfafcbb0d9c84c7a6b6a546cba6d
Gitweb: http://git.kernel.org/tip/a76ff6884bfedfafcbb0d9c84c7a6b6a546cba6d
Author: Paul E. McKenney
AuthorDate: Wed, 1 Apr 2015 08:19:59 -0700
Committer: Paul E. McKenney
CommitDate: Wed, 27 May 2015 12:58:01 -0700
powerpc: Fix smp_mb
On Mon, 01 Jun 2015 09:35:57 +0200
Christian Borntraeger wrote:
> Am 28.05.2015 um 13:52 schrieb Dominik Dingel:
> > Hi everyone,
> >
> > there is a potential bug with KVM and hugetlbfs if the hardware does not
> > support hugepages (EDAT1).
> > We fix this by making EDAT1 a hard requirement for
On Mon, 1 Jun 2015, Geert Uytterhoeven wrote:
> > Index: linux/arch/m68k/atari/nvram.c
> > ===
> > --- linux.orig/arch/m68k/atari/nvram.c 2015-05-31 11:01:21.0
> > +1000
> > +++ linux/arch/m68k/atari/nvram.c 2015-05-31
On Tue, 2015-06-02 at 10:33 +0530, Kamalesh Babulal wrote:
> * Michael Ellerman [2015-06-01 21:26:51]:
>
> > On Thu, 2015-05-28 at 10:03 +0530, Kamalesh Babulal wrote:
> > > We print the respective warning after parsing EPOW interrupts,
> > > prompting user to take action depending upon the sever
72 matches
Mail list logo
