Following patchset implements some improvements and cleanup for the
GPT booting code:
patch 1: Simplify the gpt detection code with lesser scopes and add
comments.
patch 2: Introduce 8byte LE helpers: x@-le and x!-le
patch 3: Rename block / read-sector to indicate it a allocated buffer
Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com
Reviewed-by: Thomas Huth th...@redhat.com
---
slof/fs/packages/disk-label.fs | 42 --
1 file changed, 16 insertions(+), 26 deletions(-)
diff --git a/slof/fs/packages/disk-label.fs
Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com
---
slof/fs/packages/disk-label.fs | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/slof/fs/packages/disk-label.fs b/slof/fs/packages/disk-label.fs
index 0995808..7ed5526 100644
---
* Arnaldo Carvalho de Melo a...@kernel.org wrote:
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit a9a3cd900fbbcbf837d65653105e7bfc583ced09:
Merge tag 'perf-core-for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into
block word is not a block number, actually its an allocated host
address. Rename it to disk-buf along with a associated
size(disk-buf-size=4096) for using during allocation/free.
Also renaming the helper routine read-sector to read-disk-buf. This
routine assumes the address to be disk-buf and
* Vaidyanathan Srinivasan sva...@linux.vnet.ibm.com [2015-06-25 11:45:46]:
[snip]
Hi Ben,
remap_pfn_range() is the correct method to map the firmware pages
because we will not have struct page associated with this RAM area.
We do a memblock_reserve() in early boot and take out this
On 06/25/2015 06:39 AM, Benjamin Herrenschmidt wrote:
On Tue, 2015-04-28 at 15:40 +0530, Vasant Hegde wrote:
+Device Tree binding for LEDs on IBM Power Systems
+-
+
+The 'led' node under '/ibm,opal' lists service indicators available in the
On 06/25/2015 10:41 AM, Daniel Axtens wrote:
cpuhw-bhrb_entries[u_index].to = addr;
-cpuhw-bhrb_entries[u_index].mispred = pred;
-cpuhw-bhrb_entries[u_index].predicted = ~pred;
+
On 06/25/2015 11:12 AM, Daniel Axtens wrote:
-int bhrb_users;
+unsigned intbhrb_users;
OK, so this is a good start.
A quick git grep for bhrb_users reveals this:
perf/core-book3s.c: WARN_ON_ONCE(cpuhw-bhrb_users 0);
That
On 06/25/2015 11:48 AM, Daniel Axtens wrote:
Hi Anshuman,
Thanks for your continued work on this.
Given that the series is now at version 9 and is 13 patches long, I
wonder if it might be worth splitting it up.
Splitting it up completely or just keeping all the generic fixes
and cleanups
On 06/25/2015 11:22 AM, Daniel Axtens wrote:
+static void insert_branch(struct cpu_hw_events *cpuhw,
+int index, u64 from, u64 to, int mispred)
Given that your previous patch made mispred a bool, this could take a
bool too. It could probably be an inline function as well.
On 04/24/2015 10:31 AM, Anshuman Khandual wrote:
On 04/20/2015 01:45 PM, Anshuman Khandual wrote:
Currently tm_orig_msr is getting used during process context switch only.
Then there is ckpt_regs which saves the checkpointed userspace context
The MSR slot contained in ckpt_regs structure can
Em Thu, Jun 25, 2015 at 09:31:41AM +0200, Ingo Molnar escreveu:
Pulled, thanks a lot Arnaldo!
Btw., one small thing I noticed about the status line in perf top: if I ever
use
'f' to freeze/unfreeze events, the following message:
Press 'f' to disable the events or 'h' to see other
On 06/25/2015 10:32 AM, Daniel Axtens wrote:
diff --git a/arch/powerpc/perf/core-book3s.c
b/arch/powerpc/perf/core-book3s.c
index 7a03cce..892340e 100644
--- a/arch/powerpc/perf/core-book3s.c
+++ b/arch/powerpc/perf/core-book3s.c
@@ -930,7 +930,7 @@ static int
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
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 stew...@linux.vnet.ibm.com
Cc: Jeremy Kerr j...@ozlabs.org
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Michael
Add code to create event/format attributes and attribute groups for
each nest pmu.
Cc: Michael Ellerman m...@ellerman.id.au
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Paul Mackerras pau...@samba.org
Cc: Anton Blanchard an...@samba.org
Cc: Sukadev Bhattiprolu
Create new header file nest-pmu.h to add the data structures
and macros needed for the nest pmu support.
Cc: Michael Ellerman m...@ellerman.id.au
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Paul Mackerras pau...@samba.org
Cc: Anton Blanchard an...@samba.org
Cc: Sukadev Bhattiprolu
Parse device tree to detect supported nest pmu units. Traverse
through each nest pmu unit folder to find supported events and
corresponding unit/scale files (if any).
The nest unit event file from DT, will contain the offset in the reserved memory
region to get the counter data for a given event.
Create a file nest-pmu.c to contain nest pmu related functions. Code
to detect nest pmu support and parser to collect per-chip reserved memory
region information from device tree (DT).
Detection mechanism is to look for specific property ibm,ima-chip in DT.
For Nest pmu, device tree will have two
Add set of generic nest pmu related event functions to be used by
each nest pmu. Add code to register nest pmus.
Cc: Michael Ellerman m...@ellerman.id.au
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Paul Mackerras pau...@samba.org
Cc: Anton Blanchard an...@samba.org
Cc: Sukadev
Adds cpumask attribute to be used by each nest pmu since nest
units are per-chip. Only one cpu (first online cpu) from each node/chip
is designated to read counters.
On cpu hotplug, dying cpu is checked to see whether it is one of the
designated cpus, if yes, next online cpu from the same
On Tue, 23 Jun 2015, Vlastimil Babka wrote:
On 06/15/2015 04:43 PM, Eric B Munson wrote:
Note that the semantic of MAP_LOCKED can be subtly surprising:
mlock(2) fails if the memory range cannot get populated to guarantee
that no future major faults will happen on the range.
On Thu, Jun 25, 2015 at 7:16 AM, Eric B Munson emun...@akamai.com wrote:
On Tue, 23 Jun 2015, Vlastimil Babka wrote:
On 06/15/2015 04:43 PM, Eric B Munson wrote:
If the new LOCKONFAULT functionality is indeed desired (I haven't
still decided myself) then I agree that would be the cleanest
On Wed, 24 Jun 2015, Michal Hocko wrote:
On Mon 22-06-15 10:18:06, Eric B Munson wrote:
On Mon, 22 Jun 2015, Michal Hocko wrote:
On Fri 19-06-15 12:43:33, Eric B Munson wrote:
[...]
Are you objecting to the addition of the VMA flag VM_LOCKONFAULT, or the
new MAP_LOCKONFAULT flag
On 24.06.2015 [07:13:36 -0500], Nathan Fontenot wrote:
On 06/23/2015 11:01 PM, Bharata B Rao wrote:
So will it be correct to say that memory hotplug to memory-less node
isn't supported by PowerPC kernel ? Should I enforce the same in QEMU
for PowerKVM ?
I'm not sure if that is correct.
On Thu, 2015-11-06 at 08:43:37 UTC, Madhavan Srinivasan wrote:
From: Janani janan...@linux.vnet.ibm.com
Code cleanup/fix in perf_event_print_debug(). Performance
Monitoring Unit (PMU) registers in the server side
are 64bit long.
No they're not, see the ISA, figure 17.
cheers
(Evolution 3.16 is basically unbearable for replying to patches. Anyone
else running into this?)
On Wed, 2015-06-24 at 22:37 +0300, igal.liber...@freescale.com wrote:
--- /dev/null
+++ b/drivers/net/ethernet/freescale/fman/mac/mac-api.c
+int set_mac_active_pause(struct mac_device *mac_dev,
On Wed, 2015-06-24 at 22:37 +0300, igal.liber...@freescale.com wrote:
--- a/drivers/net/ethernet/freescale/fman/fm_drv.c
+++ b/drivers/net/ethernet/freescale/fman/fm_drv.c
+struct fm_port_t *fm_port_drv_handle(const struct fm_port_drv_t *port)
+{
+ return port-fm_port;
+}
On Thu, 2015-06-25 at 19:59 -0500, Scott Wood wrote:
On Fri, 2015-06-26 at 01:06 +0200, Paul Bolle wrote:
(Evolution 3.16 is basically unbearable for replying to patches.
Anyone
else running into this?)
If you mean the crazy lag when selecting moderate-to-large amounts of
text (for
On Fri, 2015-06-26 at 12:21 +1000, Michael Ellerman wrote:
On Thu, 2015-06-25 at 19:59 -0500, Scott Wood wrote:
On Fri, 2015-06-26 at 01:06 +0200, Paul Bolle wrote:
(Evolution 3.16 is basically unbearable for replying to patches.
Anyone
else running into this?)
If you mean the
On Wed, 2015-06-24 at 22:35 +0300, igal.liber...@freescale.com wrote:
From: Igal Liberman igal.liber...@freescale.com
Add Frame Manger Driver support.
This patch adds The FMan configuration, initialization and
runtime control routines.
Signed-off-by: Igal Liberman
On Tue, 2015-06-23 at 16:07 +0800, yuantian.t...@freescale.com wrote:
From: Tang Yuantian yuantian.t...@freescale.com
There is a RCPM (Run Control/Power Management) in Freescale QorIQ
series processors. The device performs tasks associated with device
run control and power management.
The
On Wed, 2015-06-24 at 22:34 +0300, igal.liber...@freescale.com wrote:
From: Igal Liberman igal.liber...@freescale.com
The FMan MAC FLib provides basic API used by the drivers to
configure and control the FMan MAC hardware.
Signed-off-by: Igal Liberman igal.liber...@freescale.com
...
+int
On Fri, 2015-06-26 at 01:53 +0200, Paul Bolle wrote:
So I decided to pick one subject: exports. I think I had something to
comment on all eight of them.
s/eight/twelve/
Paul Bolle
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
On Wed, 2015-06-24 at 22:35 +0300, igal.liber...@freescale.com wrote:
--- /dev/null
+++ b/drivers/net/ethernet/freescale/fman/fm_drv.c
+u16 fm_get_max_frm(void)
+{
+ return fsl_fm_max_frm;
+}
+EXPORT_SYMBOL(fm_get_max_frm);
Which module is using this export? (And what does this
On Fri, 2015-06-26 at 01:06 +0200, Paul Bolle wrote:
(Evolution 3.16 is basically unbearable for replying to patches.
Anyone
else running into this?)
If you mean the crazy lag when selecting moderate-to-large amounts of
text (for snipping), yes.
-Scott
On Wed, 2015-06-24 at 22:33 +0300, igal.liber...@freescale.com wrote:
From: Igal Liberman igal.liber...@freescale.com
The FMan FLib provides the basic API used by the FMan drivers to
configure and control the FMan hardware.
Signed-off-by: Igal Liberman igal.liber...@freescale.com
Again,
On Wed, 2015-06-24 at 22:34 +0300, igal.liber...@freescale.com wrote:
+ struct muram_info *p_muram;
No Hungarian notation.
+void fm_muram_free(struct muram_info *p_muram)
+{
+ /* Destroy pool */
+ gen_pool_destroy(p_muram-pool);
+ /* Unmap memory */
+
Hi Anshuman,
Thanks for your continued work on this.
Given that the series is now at version 9 and is 13 patches long, I
wonder if it might be worth splitting it up.
I'd suggest:
- Patch 1 could be sent individually as it's a bug fix.
- Separating out a series of simple cleanups would make
* Vaidyanathan Srinivasan sva...@linux.vnet.ibm.com [2015-06-21 23:56:16]:
opal-prd driver will mmap() firmware code/data area as private
mapping to prd user space daemon. Write to this page will
trigger COW faults. The new COW pages are normal kernel RAM
pages accounted by the kernel and
Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com
Reviewed-by: Thomas Huth th...@redhat.com
---
slof/fs/little-endian.fs | 6 ++
slof/fs/packages/disk-label.fs | 4 ++--
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/slof/fs/little-endian.fs
For a GPT+LVM combination disk, older bootloader that does not support
LVM, cannot load kernel from LVM.
The patch adds support to read from BASIC_DATA UUID partitions for the
case that the OS installer has installed the CHRP-BOOT config on a FAT
file system.
Makes GPT detection robust
* Check
43 matches
Mail list logo