From: Igal Liberman
Signed-off-by: Igal Liberman
This patch adds pcsphy node to FManV3 device tree.
Based on: https://patchwork.ozlabs.org/patch/503921/
---
.../dts/fsl/qoriq-fman3-0-10g-0-best-effort.dtsi |5 +
arch/powerpc/boot/dts/fsl/qoriq-fman3-0-10g-0.dtsi |5 +
.../dts
From: Igal Liberman
The Freescale Data Path Acceleration Architecture (DPAA) is a set
of hardware components on specific QorIQ multicore processors.
This architecture provides the infrastructure to support
simplified sharing of networking interfaces and accelerators
by multiple CPU cores and the
From: Igal Liberman
Add Frame Manager Multi-User RAM support.
This internal FMan memory block is used by the
FMan hardware modules, the management being made
through the generic allocator.
The FMan Internal memory, for example, is used for
allocating transmit and receive FIFOs.
Signed-off-by: I
From: Igal Liberman
Add the Data Path Acceleration Architecture Frame Manger Driver.
The FMan embeds a series of hardware blocks that implement a group
of Ethernet interfaces. This patch adds The FMan configuration,
initialization and runtime control routines.
The FMan driver supports several ha
From: Igal Liberman
The Storage Profiles contain parameters that are used
by the FMan for frame reception and transmission.
Signed-off-by: Igal Liberman
---
drivers/net/ethernet/freescale/fman/Makefile |2 +-
drivers/net/ethernet/freescale/fman/fman_sp.c | 167 +
From: Igal Liberman
Add the Data Path Acceleration Architecture Frame Manger Port Driver.
The FMan driver uses a module called "Port" to represent the physical
TX and RX ports.
Each FMan version has different number of physical ports.
This patch adds The FMan Port configuration, initialization an
From: Igal Liberman
This patch adds the Ethernet MAC driver supporting the three
different types of MACs: dTSEC, tGEC and mEMAC.
Signed-off-by: Igal Liberman
---
drivers/net/ethernet/freescale/fman/Makefile |3 +-
drivers/net/ethernet/freescale/fman/mac.c| 978
On Mon, 2015-12-21 at 01:57 +0200, igal.liber...@freescale.com wrote:
> From: Igal Liberman
>
> Signed-off-by: Igal Liberman
>
> This patch adds pcsphy node to FManV3 device tree.
> Based on: https://patchwork.ozlabs.org/patch/503921/
> ---
> .../dts/fsl/qoriq-fman3-0-10g-0-best-effort.dtsi
This patch adds support to real-mode KVM to search for a core
running in the host partition and send it an IPI message with
VCPU to be woken. This avoids having to switch to the host
partition to complete an H_IPI hypercall when the VCPU which
is the target of the the H_IPI is not loaded (is not ru
Redirecting the wakeup of a VCPU from the H_IPI hypercall to
a core running in the host is usually a good idea, most workloads
seemed to benefit. However, in one heavily interrupt-driven SMT1
workload, some regression was observed. This patch adds a kvm_hv
module parameter called h_ipi_redirect to
On Mon, Dec 7, 2015 at 8:38 PM, Paul Gortmaker
wrote:
> It might be worth warning on spurious IRQ events; they might
> point someone at a bogus DTS value or similar.
>
> But ratelimit them to ensure we aren't too spammy about it.
>
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: Michael
On Mon, 2015-12-21 at 18:18 -0500, Paul Gortmaker wrote:
> On Mon, Dec 7, 2015 at 8:38 PM, Paul Gortmaker
> wrote:
> > It might be worth warning on spurious IRQ events; they might
> > point someone at a bogus DTS value or similar.
> >
> > But ratelimit them to ensure we aren't too spammy about it
[Re: [PATCH] powerpc: warn on spurious irq events (but ratelimited)] On
22/12/2015 (Tue 11:10) Michael Ellerman wrote:
> On Mon, 2015-12-21 at 18:18 -0500, Paul Gortmaker wrote:
> > On Mon, Dec 7, 2015 at 8:38 PM, Paul Gortmaker
> > wrote:
> > > It might be worth warning on spurious IRQ events;
On Wed, 2015-11-25 at 10:46 -0800, Curt Brune wrote:
> Currently for PowerPC systems using device tree, the legacy serial
> ports are allocated in the order by which they are found in the device
> tree structure.
>
> This can cause problems in cases where the device tree nodes are
> sysnthesized b
I've discussed with Paul and Ben previously the possibility of
extending PAPR to allow changing the size of a running guest's hash
page table (HPT). This would allow for much more flexible memory
hotplug, since the HPT wouldn't have to be sized in advance for the
maximum possible memory size of th
This adds the hypercall numbers and wrapper functions for the hash page
table resizing hypercalls.
These are experimental "platform specific" values for now, until we have a
formal PAPR update.
Signed-off-by: David Gibson
---
arch/powerpc/include/asm/hvcall.h | 2 ++
arch/powerpc/inclu
This adds support for using experimental hypercalls to change the size
of the main hash page table while running as a PAPR guest. For now these
hypercalls are only in experimental qemu versions.
The interface is two part: first H_RESIZE_HPT_PREPARE is used to allocate
and prepare the new hash tab
This patch adds a special file in /sys/kernel/mm which can be used to view
the current size of the hash page table (as a bit shift) and to trigger
a resize of the hash table on PAPR guests.
Logically this would make more sense as a debugfs file, but that doesn't
see to provide an obvious way to ha
On 12/08/2015 04:27 PM, David Gibson wrote:
On Tue, Sep 15, 2015 at 08:49:37PM +1000, Alexey Kardashevskiy wrote:
Upcoming multi-tce support (H_PUT_TCE_INDIRECT/H_STUFF_TCE hypercalls)
will validate TCE (not to have unexpected bits) and IO address
(to be within the DMA window boundaries).
This
On 12/08/2015 04:48 PM, David Gibson wrote:
On Tue, Sep 15, 2015 at 08:49:39PM +1000, Alexey Kardashevskiy wrote:
This adds real and virtual mode handlers for the H_PUT_TCE_INDIRECT and
H_STUFF_TCE hypercalls for user space emulated devices such as IBMVIO
devices or emulated PCI. These calls al
20 matches
Mail list logo
