ote that the 32bit code already exports these symbols.
>
> Signed-off-By: Sonny Rao
Acked-by: Alexander Schmidt
> Index: common/arch/powerpc/mm/init_64.c
> ===
> --- common.orig/arch/powerpc/mm/init_64.c 2010-08-16
On Thu, 11 Mar 2010 11:57:53 -0800
Roland Dreier wrote:
> Seems fine... adding EHCA guys just to make sure.
>
> > .node is being removed
> >
> > Signed-off-by: Grant Likely
Acked-by: Alexander Schmidt
___
Linuxppc-dev m
This patch sets the port autodetect mode as default for the ehca driver. The
autodetect code has been in the kernel for several releases now and has
proved to be stable.
---
Roland, please queue this change for 2.6.32 if you are okay with it.
drivers/infiniband/hw/ehca/ehca_main.c |8 ---
lying, we would like to increase the version number for this
patch, so please also apply the following:
ehca: Increment version number for DMEM toleration
Signed-off-by: Alexander Schmidt
---
drivers/infiniband/hw/ehca/ehca_main.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- in
On Tue, 16 Jun 2009 09:10:39 -0700
Roland Dreier wrote:
>
> > Yeah, the notifier code remains untouched as we still do not allow dynamic
> > memory operations _while_ our module is loaded. The patch allows the
> driver to
> > cope with DMEM operations that happened before the module was load
From: Hannes Hering
This patch implements toleration of dynamic memory operations and 16 GB
gigantic pages. "Toleration" means that the driver can cope with dynamic
memory operations that happened before the driver was loaded. While using the
ehca driver, dynamic memory operations are still prohi
Hi Roland,
thank you for taking a look at the code!
On Fri, 12 Jun 2009 21:50:58 -0700
Roland Dreier wrote:
> OK, one major issue with this patch and a few minor nits.
>
> First, the major issue is that I don't see anything in the patch that
> changes the code in ehca_mem_notifier() in ehca_ma
On Tue, 28 Apr 2009 07:01:32 -0700
Roland Dreier wrote:
> > did you have a chance to take a look at the patchset and will you apply
> it, or
> > are there any outstanding issues we need to address?
>
> I guess it's OK, but definitely 2.6.31 material. I guess I'll stick it
> linux-next soon.
Hi Roland,
did you have a chance to take a look at the patchset and will you apply it, or
are there any outstanding issues we need to address?
Regards,
Alex
On Wed, 22 Apr 2009 16:02:28 +0200
Stefan Roscher wrote:
> In case of large queue pairs there is the possibillity of allocation failures
error list of its
respective CQ. If the error QP list of a CQ is not empty, poll_cq()
generates flush CQEs before polling the actual CQ.
Signed-off-by: Alexander Schmidt <[EMAIL PROTECTED]>
---
Applies on top of 2.6.27-rc3, please consider this for 2.6.28.
drivers/infiniband/hw/ehca/ehca_cla
Rename the "poll_cq_one_read_cqe" goto label to what it actually does,
"repoll".
Signed-off-by: Alexander Schmidt <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_reqs.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--- infiniband.git.orig/
the CQE is passed to the application.
Signed-off-by: Alexander Schmidt <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_classes.h |9 +
drivers/infiniband/hw/ehca/ehca_qes.h |1
drivers/infiniband/hw/ehca/ehca_qp.c | 34 +-
drivers/infiniband/hw/
When the ehca driver detects an invalid opcode in a CQE, it currently passes
the CQE to the application and returns with success. This patch changes the
CQE handling to discard CQEs with invalid opcodes and to continue reading the
next CQE from the CQ.
Signed-off-by: Alexander Schmidt <[EM
be found.
Signed-off-by: Alexander Schmidt <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_reqs.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
--- infiniband.git.orig/drivers/infiniband/hw/ehca/ehca_reqs.c
+++ infiniband.git/drivers/infiniband/hw/ehca/ehca_reqs.c
@@
/5] rename goto label in ehca_poll_cq_one()
[3/5] repoll on invalid opcode instead of returning success
[4/5] check idr_find() return value
[5/5] discard double CQE for one WR
They all apply on top of 2.6.27-rc1. If possible, we would like to get
them into 2.6.27.
Regards,
Alexander Schmidt
the reset state, however, it is not allowed to post SQ WQEs,
which confuses applications like ib_mad.
The solution for this problem is to immediately set the qp state as requested
by modify_qp(), even when the call is cached.
Signed-off-by: Alexander Schmidt <[EMAIL PROTECTED]>
---
d
be found.
Signed-off-by: Alexander Schmidt <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_reqs.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
--- infiniband.git.orig/drivers/infiniband/hw/ehca/ehca_reqs.c
+++ infiniband.git/drivers/infiniband/hw/ehca/ehca_reqs.c
@@
When the ehca driver detects an invalid opcode in a CQE, it currently
passes the CQE to the application and returns with success. This patch
changes the CQE handling to discard CQEs with invalid opcodes and to
continue reading the next CQE from the CQ.
Signed-off-by: Alexander Schmidt <[EM
the CQE is passed to the application.
Signed-off-by: Alexander Schmidt <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_classes.h |9 +
drivers/infiniband/hw/ehca/ehca_qes.h |1
drivers/infiniband/hw/ehca/ehca_qp.c | 34 +-
drivers/infiniband/hw/
Rename the "poll_cq_one_read_cqe" goto label to what it actually does,
"repoll".
Signed-off-by: Alexander Schmidt <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_reqs.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--- infiniband.git.orig/
the reset state, however, it is not allowed to post SQ
WQEs, which confuses applications like ib_mad.
The solution for this problem is to immediately set the qp state as
requested by modify_qp(), even when the call is cached.
Signed-off-by: Alexander Schmidt <[EMAIL PROTECTED]>
---
d
success
[4/5] check idr_find() return value
[5/5] discard double CQE for one WR
They all apply on top of 2.6.27-rc1. If possible, we would like to get
them into 2.6.27.
Regards,
Alexander Schmidt
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https
22 matches
Mail list logo
