Re: [PATCH HACK] powerpc: quick hack to get a functional eHEA with hardirq preemption, eHCA is close

2008-09-18 Thread Christoph Raisch
t; eHCA is very close from the interrupt generation and handling perspective, so yes, could be an issue there as well. Gruss / Regards Christoph Raisch ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev

Re: [PATCH HACK] powerpc: quick hack to get a functional eHEA with hardirq preemption

2008-09-18 Thread Christoph Raisch
etdev, Jan-Bernd Themann, Thomas > Q Klein, Christoph Raisch, jean-pierre.dion, gilles.carry, tinytim > > > WARNING: HACK - HACK - HACK > Not-Signed-off-by: Sebastien Dugue <[EMAIL PROTECTED]> > --- > --- a/arch/powerpc/kernel/ibmebus.c > +++ b/arch/powerpc/kernel/ibmebu

Re: [PATCH] drivers/base: export gpl (un)register_memory_notifier

2008-02-15 Thread Christoph Raisch
Dave Hansen <[EMAIL PROTECTED]> wrote on 14.02.2008 18:12:43: > On Thu, 2008-02-14 at 09:46 +0100, Christoph Raisch wrote: > > Dave Hansen <[EMAIL PROTECTED]> wrote on 13.02.2008 18:05:00: > > > On Wed, 2008-02-13 at 16:17 +0100, Jan-Bernd Themann wrote: > >

Re: [PATCH] drivers/base: export gpl (un)register_memory_notifier

2008-02-14 Thread Christoph Raisch
most prominent example heading there > > Do you know what other operating systems do with this hardware? We're not aware of another open source Operating system trying to address this topic. > > In the future, please make an effort to get review f

Re: [ewg] Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5

2007-12-12 Thread Christoph Raisch
Or Gerlitz <[EMAIL PROTECTED]> wrote on 12.12.2007 13:14:25: > Joachim Fenkes wrote: > > Roland Dreier <[EMAIL PROTECTED]> wrote on 10.12.2007 22:47:37: > > >> It's an optional device feature, so this should be OK > >> (although the iSER driver currently seems to depend on a device > >> supporting

Re: [PATCH] ehea: Add kdump support

2007-11-26 Thread Christoph Raisch
Michael Ellerman wrote on 26.11.2007 09:16:28: > Solutions that might be better: > > a) if there are a finite number of handles and we can predict their > values, just delete them all in the kdump kernel before the driver > loads. Guessing the values does not work, because of the handle s

Re: [ofa-general] Re: problem in follow_hugetlb_page on ppc64 architecture with get_user_pages

2007-11-07 Thread Christoph Raisch
[EMAIL PROTECTED] wrote on 06.11.2007 23:31:19: > We should cut this down to the bare necessary and fold it into the > libhugetlbfs testsuite. Well, this testcase is already pretty close to the bare minimum what's needed to run IB/RDMA queues. You can compare this to for example ibv_rc_pingpong

problem in follow_hugetlb_page on ppc64 architecture with get_user_pages

2007-11-06 Thread Christoph Raisch
Hello, if get_user_pages is used on a hugetlb vma, and there was no previous write to the pages, follow_hugetlb_page will call ret = hugetlb_fault(mm, vma, vaddr, 0), although the page should be used for write access in get_user_pages. We currently see this when testing Infiniband on ppc64 with e

Re: [PATCH] ehea: add kexec support

2007-11-05 Thread Christoph Raisch
Michael Neuling <[EMAIL PROTECTED]> wrote on 03.11.2007 07:06:31: > > DD allocates HEA resources and gets firmware_handles for these resources. > > To free the resources DD needs to use exactly these handles. > > There's no generic firmware call "clean out all resources". > > Allocating the same

Re: [PATCH] ehea: add kexec support

2007-11-02 Thread Christoph Raisch
Michael Ellerman <[EMAIL PROTECTED]> wrote on 02.11.2007 07:30:08: > On Wed, 2007-10-31 at 20:48 +0100, Christoph Raisch wrote: > > Michael Ellerman <[EMAIL PROTECTED]> wrote on 30.10.2007 23:50:36: > If that's really the way it works then eHEA is more or less broke

Re: [PATCH] ehea: add kexec support

2007-10-31 Thread Christoph Raisch
Michael Ellerman <[EMAIL PROTECTED]> wrote on 30.10.2007 23:50:36: > > On Tue, 2007-10-30 at 09:39 +0100, Christoph Raisch wrote: > > > > Michael Ellerman <[EMAIL PROTECTED]> wrote on 28.10.2007 23:32:17: > > Hope I didn't miss anything here... > >

Re: [PATCH] ehea: add kexec support

2007-10-30 Thread Christoph Raisch
Michael Ellerman <[EMAIL PROTECTED]> wrote on 28.10.2007 23:32:17: > > > How do you plan to support kdump? > When kexec is fully supported kdump should work out of the box as for any other ethernet card (if you load the right eth driver). There's nothing specific to kdump you have to handle in e

Re: [PATCH] IB/ehca: Make sure user pages are from hugetlb before using MR large pages

2007-09-13 Thread Christoph Raisch
Roland Dreier wrote on 13.09.2007 06:33:45: > > Also if someone runs a kernel with 64K pages on a machine where they > end up being simulated from 4K pages, do you have the same issue with > the hypervisor ganging together non-contiguous pages? With todays hypervisor and todays pagesizes and today

Re: new NAPI interface broken for POWER architecture?

2007-09-12 Thread Christoph Raisch
the HEA device driver alone. It could also affect any other networking cards on POWER (e1000,s2io...). Paul, Michael, Arndt, what is your opinion here? Gruss / Regards Christoph Raisch ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev

Re: [PATCH 06/13] IB/ehca: Set SEND_GRH flag for all non-LL UD QPs on eHCA2

2007-07-10 Thread Christoph Raisch
> What decides if a QP is LL or not? > > - R. Currently we use a high bit in the QP type, which is not how we want to keep it permanently. What would you suggest, add two additional LL QP types, or change something more fundamental in libibverbs and kernel ib core? We think we can get along quit