RE: [v2 04/11] soc/fsl: Introduce drivers for the DPAA QMan

the DPAA QMan > > On Wed, Aug 12, 2015 at 04:14:50PM -0400, Roy Pledge wrote: > > +/* Lock/unlock frame queues, subject to the "LOCKED" flag. This is > > +about > > + * inter-processor locking only. Note, FQLOCK() is always called > > +either under a > >

[v2 08/11] soc/qman: Add debugfs support for the QMan driver

From: Geoff Thorpe Add debugfs sypport for querying the state of hardware based queues managed by the DPAA 1.0 Queue Manager. Signed-off-by: Geoff Thorpe Signed-off-by: Emil Medve Signed-off-by: Madalin Bucur Signed-off-by: Roy Pledge --- drivers/soc/fsl/qbman/Makefile |1

[v2 00/11] Freescale DPAA QBMan Drivers

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 accelerators. The

[v2 02/11] soc/fsl: Introduce DPAA BMan device management driver

-off-by: Roy Pledge --- drivers/soc/Kconfig |1 + drivers/soc/Makefile |1 + drivers/soc/fsl/Kconfig |5 + drivers/soc/fsl/Makefile |3 + drivers/soc/fsl/qbman/Kconfig | 25 ++ drivers/soc/fsl/qbman/Makefile|1 + drivers

[v2 05/11] soc/bman: Add self-tester for BMan driver

From: Geoff Thorpe Add a self test for the DPAA 1.0 Buffer Manager driver. This test ensures that the driver can properly acquire and release buffers using the BMan portal infrastructure. Signed-off-by: Geoff Thorpe Signed-off-by: Emil Medve Signed-off-by: Roy Pledge --- drivers/soc/fsl

[v2 01/11] powerpc: re-add devm_ioremap_prot()

From: Emil Medve devm_ioremap_prot() was removed in commit dedd24a12, and was introduced in commit b41e5fffe8. This reverts commit dedd24a12fe6735898feeb06184ee346907abb5d. Signed-off-by: Emil Medve --- arch/powerpc/include/asm/io.h |3 +++ arch/powerpc/lib/Makefile |1 + arch/pow

[v2 06/11] soc/qman: Add self-tester for QMan driver

From: Geoff Thorpe Add a self test for the DPAA 1.0 Queue Manager driver. The tests ensure that the driver can properly enqueue and dequeue from frame queues using the QMan portal infrastructure. Signed-off-by: Geoff Thorpe Signed-off-by: Emil Medve Signed-off-by: Roy Pledge --- drivers/soc

[v2 09/11] soc/bman: Add HOTPLUG_CPU support to the BMan driver

From: Hai-Ying Wang Add support for CPU hotplug for the DPAA 1.0 Buffer Manager driver Signed-off-by: Hai-Ying Wang Signed-off-by: Emil Medve Signed-off-by: Roy Pledge --- drivers/soc/fsl/qbman/bman_portal.c | 40 +++ drivers/soc/fsl/qbman/dpaa_sys.h

[v2 10/11] soc/qman: Add HOTPLUG_CPU support to the QMan driver

From: Hai-Ying Wang Add support for CPU hotplug for the DPAA 1.0 Queue Manager driver. Signed-off-by: Hai-Ying Wang Signed-off-by: Emil Medve Signed-off-by: Roy Pledge --- drivers/soc/fsl/qbman/qman_portal.c | 43 +++ 1 file changed, 43 insertions(+) diff

[v2 11/11] soc/qman: add qman_delete_cgr_safe()

From: Madalin Bucur Add qman_delete_cgr_safe() that can be called from any CPU. This in turn schedules qman_delete_cgr() on the proper CPU. Signed-off-by: Madalin Bucur Signed-off-by: Roy Pledge --- drivers/soc/fsl/qbman/qman_api.c | 46 ++ 1 file

[v2 07/11] soc/bman: Add debugfs support for the BMan driver

From: Geoff Thorpe Add debugfs support for querying the state of hardware based Buffer Manager pools used in DPAA 1.0. Signed-off-by: Geoff Thorpe Signed-off-by: Emil Medve Signed-off-by: Roy Pledge --- drivers/soc/fsl/qbman/Kconfig|7 ++ drivers/soc/fsl/qbman/Makefile

RE: [PATCH 02/11] soc/fsl: Introduce DPAA BMan device management driver

> > On Fri, 2015-07-10 at 13:36 +0200, Paul Bolle wrote: > > On do, 2015-07-09 at 16:21 -0400, Roy Pledge wrote: > > > +#ifdef CONFIG_FSL_DPA_CHECKING > > > +#define DPA_ASSERT(x) \ > > > + do { \ > > > + if (!(x)) { \ > > > +

RE: [PATCH 02/11] soc/fsl: Introduce DPAA BMan device management driver

> return in_be32((void *)bm + offset); > > ^ > > [...]/drivers/soc/fsl/qbman/bman.c: In function ‘__bm_out’: > > [...]/drivers/soc/fsl/qbman/bman.c:172:2: error: implicit declaration > > of function ‘out_be32’ [-Werror=implicit-function-declaration] > > out_be32((void *)bm + offset, va

RE: [PATCH 03/11] soc/fsl: Introduce the DPAA BMan portal driver

> > On do, 2015-07-09 at 16:21 -0400, Roy Pledge wrote: > > --- a/drivers/soc/fsl/qbman/Kconfig > > +++ b/drivers/soc/fsl/qbman/Kconfig > > > +config FSL_DPA_PIRQ_FAST > > + bool > > + default y > > First used in 04/11. > > > +config FS

[PATCH 07/11] soc/bman: Add debugfs support for the BMan driver

From: Geoff Thorpe Add debugfs support for querying the state of hardware based Buffer Manager pools used in DPAA 1.0. Signed-off-by: Geoff Thorpe Signed-off-by: Emil Medve Signed-off-by: Roy Pledge --- drivers/soc/fsl/qbman/Kconfig|7 ++ drivers/soc/fsl/qbman/Makefile

[PATCH 06/11] soc/qman: Add self-tester for QMan driver

From: Geoff Thorpe Add a self test for the DPAA 1.0 Queue Manager driver. The tests ensure that the driver can properly enqueue and dequeue from frame queues using the QMan portal infrastructure. Signed-off-by: Geoff Thorpe Signed-off-by: Emil Medve Signed-off-by: Roy Pledge --- drivers/soc

[PATCH 00/11] Freescale DPAA QBMan Drivers

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 accelerators. The

[PATCH 02/11] soc/fsl: Introduce DPAA BMan device management driver

-off-by: Roy Pledge --- drivers/soc/Kconfig |1 + drivers/soc/Makefile |1 + drivers/soc/fsl/Kconfig |5 + drivers/soc/fsl/Makefile |3 + drivers/soc/fsl/qbman/Kconfig | 33 +++ drivers/soc/fsl/qbman/Makefile|1 + drivers

[PATCH 10/11] soc/qman: Add HOTPLUG_CPU support to the QMan driver

From: Hai-Ying Wang Add support for CPU hotplug for the DPAA 1.0 Queue Manager driver. Signed-off-by: Hai-Ying Wang Signed-off-by: Emil Medve Signed-off-by: Roy Pledge --- drivers/soc/fsl/qbman/qman_portal.c | 43 +++ 1 file changed, 43 insertions(+) diff

[PATCH 05/11] soc/bman: Add self-tester for BMan driver

From: Geoff Thorpe Add a self test for the DPAA 1.0 Buffer Manager driver. This test ensures that the driver can properly acquire and release buffers using the BMan portal infrastructure. Signed-off-by: Geoff Thorpe Signed-off-by: Emil Medve Signed-off-by: Roy Pledge --- drivers/soc/fsl

[PATCH 00/11] Freescale DPAA QBMan Drivers

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 accelerators. The

[PATCH 09/11] soc/bman: Add HOTPLUG_CPU support to the BMan driver

From: Hai-Ying Wang Add support for CPU hotplug for the DPAA 1.0 Buffer Manager driver Signed-off-by: Hai-Ying Wang Signed-off-by: Emil Medve Signed-off-by: Roy Pledge --- drivers/soc/fsl/qbman/bman_portal.c | 40 +++ drivers/soc/fsl/qbman/dpaa_sys.h

[PATCH 08/11] soc/qman: Add debugfs support for the QMan driver

From: Geoff Thorpe Add debugfs sypport for querying the state of hardware based queues managed by the DPAA 1.0 Queue Manager. Signed-off-by: Geoff Thorpe Signed-off-by: Emil Medve Signed-off-by: Madalin Bucur Signed-off-by: Roy Pledge --- drivers/soc/fsl/qbman/Kconfig|7

[PATCH 11/11] soc/qman: add qman_delete_cgr_safe()

From: Madalin Bucur Add qman_delete_cgr_safe() that can be called from any CPU. This in turn schedules qman_delete_cgr() on the proper CPU. Signed-off-by: Madalin Bucur Signed-off-by: Roy Pledge --- drivers/soc/fsl/qbman/qman_api.c | 46 ++ 1 file

[PATCH 01/11] powerpc: re-add devm_ioremap_prot()

From: Emil Medve devm_ioremap_prot() was removed in commit dedd24a12, and was introduced in commit b41e5fffe8. This reverts commit dedd24a12fe6735898feeb06184ee346907abb5d. Signed-off-by: Emil Medve --- arch/powerpc/include/asm/io.h |3 +++ arch/powerpc/lib/Makefile |1 + arch/pow

Re: Socket Buffers and Memory Managment

Stephen Hemminger wrote: You could play tricks with skb frags but it would be fragile and not worth the trouble. The problem is that the receive skb can stay in the system for a really long time (until the application reads the data) so your fixed size buffer pool in hardware would get exhausted