Re: [openib-general] Fwd: linux- 2.6.18-rc6-git1 issue 46: drivers/infiniband/ulp/iser/iser_verbs.c:514: undefined reference to `rdma_create_id'
Toralf Förster wrote: > Your're right, sorry, > > I forgot this to say that: > - first I created a random .config file using "make rndconfig" > - after that I removed all options not fitting my system > - then I prepended some options commonly used by me on top of the .config file > - and run finally a "make oldconfig" to-hopefully- get a clean config > > Doesn't "make oldconfig" make a clean .config file ? > > Here's what the kernel's README file has to say about it: "make oldconfig": Default all questions based on the contents of your existing ./.config file and asking about new config symbols. I guess that 'make rndconfig' selected CONFIG_INFINIBAND=y, but didn't select CONFIG_INFINIBAND_ADDR_TRANS=y. Then, 'make oldconfig' asked you about new symbols. I guess that running 'make rndconfig' may create scenarios like this, but I don't think that there's a bug in iSER's Kconfig file. If you still want to use your .config file, reselect InfiniBand in 'make menuconfig'. It will set CONFIG_INFINIBAND_ADDR_TRANS=y. I hope this helps. Erez ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] is there a plan for getting SDP into kernel.org?
Quoting r. Scott Weitzenkamp (sweitzen) <[EMAIL PROTECTED]>: > Subject: is there a plan for getting SDP into kernel.org? > > I would like to see netstat support, zcopy support, and ideally AIO support > get added first... > > Scott Weitzenkamp > SQA and Release Manager > Server Virtualization Business Unit > Cisco Systems IMO, only netstat support makes some sense at this point. -- MST ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] OFED 1.1 status
both already fixed. Tziporet -Original Message- From: Scott Weitzenkamp (sweitzen) [mailto:[EMAIL PROTECTED] Sent: Monday, September 11, 2006 8:27 AM To: Tziporet Koren; EWG Cc: openib Subject: RE: [openfabrics-ewg] OFED 1.1 status Please make sure 1. and 3. are fixed before you release rc4, thanks. Scott Weitzenkamp SQA and Release Manager Server Virtualization Business Unit Cisco Systems From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tziporet Koren Sent: Thursday, September 07, 2006 1:02 PM To: EWG Cc: openib Subject: [openfabrics-ewg] OFED 1.1 status Hi, OFED 1.1 RC4 will be published on Monday 11-Sep. We currently work on several showstoppers: 1.223: mthca.so not properly linked to libibverbs – Vlad & Jack 2.221: SRP on V40Z and Sun T4 gets Kernel BUG at spinlock:118 - Roland 3.219: OFED 1.1rc3 contains prerelease unstable libibverbs code – Vlad & Jack Thus final release date will be delayed to end of next week Tziporet Koren Software Director Mellanox Technologies mailto: [EMAIL PROTECTED] Tel +972-4-9097200, ext 380 ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
[openib-general] is there a plan for getting SDP into kernel.org?
I would like to see netstat support, zcopy support, and ideally AIO support get added first... Scott Weitzenkamp SQA and Release Manager Server Virtualization Business Unit Cisco Systems ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] OFED 1.1 status
Please make sure 1. and 3. are fixed before you release rc4, thanks. Scott Weitzenkamp SQA and Release Manager Server Virtualization Business Unit Cisco Systems From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tziporet KorenSent: Thursday, September 07, 2006 1:02 PMTo: EWGCc: openibSubject: [openfabrics-ewg] OFED 1.1 status Hi, OFED 1.1 RC4 will be published on Monday 11-Sep. We currently work on several showstoppers: 223: mthca.so not properly linked to libibverbs – Vlad & Jack 221: SRP on V40Z and Sun T4 gets Kernel BUG at spinlock:118 - Roland 219: OFED 1.1rc3 contains prerelease unstable libibverbs code – Vlad & Jack Thus final release date will be delayed to end of next week Tziporet Koren Software Director Mellanox Technologies mailto: [EMAIL PROTECTED]Tel +972-4-9097200, ext 380 ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] why sdp connections cost so much memory
Quoting r. zhu shi song <[EMAIL PROTECTED]>: > Subject: Re: why sdp connections cost so much memory > > I tested for 10 times and every time issued 5000 > concurrent connections to access Internet through SDP. > Until now I haven't found any problem. I hope you can > also reduce memory used by one SDP connection. You mean - when only a single socket is open? > Another question, When I use ib_query_gid in > sdp_init function, it return -EINVAL. How to use > ib_query_gid correctly? Looks like you are passing in an invalid gid. > If I want to let SDP module is independent of ipoib > module, it it difficult? The SDP protocol uses ARP over IPoIB for its address resolution. So you'd need to find some other way to perform address resolution. -- MST ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] why sdp connections cost so much memory
I tested for 10 times and every time issued 5000
concurrent connections to access Internet through SDP.
Until now I haven't found any problem. I hope you can
also reduce memory used by one SDP connection.
Another question, When I use ib_query_gid in
sdp_init function, it return -EINVAL. How to use
ib_query_gid correctly?
If I want to let SDP module is independent of ipoib
module, it it difficult?
tks
zhu
--- "Michael S. Tsirkin" <[EMAIL PROTECTED]> wrote:
> Quoting r. zhu shi song <[EMAIL PROTECTED]>:
> > Subject: Re: why sdp connections cost so much
> memory
> >
> > OFED-1.1-rc3 has passed my tests. I have to adjust
> > Post buffer size to 0x4 and use your patch for me.
>
> > Can you make it fixed not to do these myself
> manually?
> >
> > zhu
>
> I plan to add the following patch to OFED. Could you
> please verify
> that it fixes the issue for you, without tweaking
> the ring size?
>
> Signed-off-by: Michael S. Tsirkin
> <[EMAIL PROTECTED]>
>
> diff --git a/drivers/infiniband/ulp/sdp/sdp_bcopy.c
> b/drivers/infiniband/ulp/sdp/sdp_bcopy.c
> index b30d2a0..4540fa4 100644
> --- a/drivers/infiniband/ulp/sdp/sdp_bcopy.c
> +++ b/drivers/infiniband/ulp/sdp/sdp_bcopy.c
> @@ -37,6 +37,10 @@ #include
> #include
> #include "sdp.h"
>
> +static int rcvbuf_scale = 0x1;
> +module_param_named(rcvbuf_scale, rcvbuf_scale, int,
> 0644);
> +MODULE_PARM_DESC(srcvbuf_scale, "Receive buffer
> size scale factor.");
> +
> /* Like tcp_fin */
> static void sdp_fin(struct sock *sk)
> {
> @@ -237,7 +241,7 @@ void sdp_post_recvs(struct
> sdp_sock *ssk
> while ((likely(ssk->rx_head - ssk->rx_tail <
> SDP_RX_SIZE) &&
> (ssk->rx_head - ssk->rx_tail - SDP_MIN_BUFS) *
> SDP_MAX_SEND_SKB_FRAGS * PAGE_SIZE + rmem <
> - ssk->isk.sk.sk_rcvbuf * 0x10) ||
> + ssk->isk.sk.sk_rcvbuf * rcvbuf_scale) ||
> unlikely(ssk->rx_head - ssk->rx_tail <
> SDP_MIN_BUFS))
> sdp_post_recv(ssk);
> }
>
> --
> MST
>
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [PATCH] osm: OSM bug fix with --run-once option
Hal Rosenstock wrote: >Hi Yevgeny, > >On Sun, 2006-09-10 at 02:35, Yevgeny Kliteynik wrote: > > >>Hi Hal >> >>This patch fixes the bug that was occurring when OSM was >>running with --run-once option (-o) and the SM port was down. >>In that case, OSM would be stuck in cond_wait forever (or until >>the port will become active), and could not be terminated, >>other than by SIGKILL. >> >>Yevgeny >> >>Signed-off-by: Yevgeny Kliteynik <[EMAIL PROTECTED]> >> >> > >Should this go to 1.1 as well as trunk ? How critical for 1.1 ? > > IMO this should only be applied to the trunk as the --run-once is not a user mode rather then a testing mode.So it is not critical for the branch. EZ >-- Hal > > >___ >openib-general mailing list >openib-general@openib.org >http://openib.org/mailman/listinfo/openib-general > >To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general > > ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] Fwd: linux- 2.6.18-rc6-git1 issue 46: drivers/infiniband/ulp/iser/iser_verbs.c:514: undefined reference to `rdma_create_id'
Your're right, sorry, I forgot this to say that: - first I created a random .config file using "make rndconfig" - after that I removed all options not fitting my system - then I prepended some options commonly used by me on top of the .config file - and run finally a "make oldconfig" to-hopefully- get a clean config Doesn't "make oldconfig" make a clean .config file ? Am Sunday 10 September 2006 14:14 schrieb Erez Zilber: > Toralf Förster wrote: > > I copied the config file to .config, made then a "make oldconfig && make" > > against current sources 2.6.18-rc6-git3. > > BTW, I attach another .config where the similar problem occured > > > Where did you get this config file from? I don't think that this config > file was generated by a too like 'make menuconfig'. As I explained > before, if you select CONFIG_INFINIBAND=y using the menuconfig tool, it > also sets CONFIG_INFINIBAND_ADDR_TRANS=y. Therefore, I can only guess > that this config file was generated manually (or at least modified > manually). > > If you can explain how can I generate the config file that you used, > maybe I can reproduce it. Else, I suggest that you delete your .config > file and run 'make menuconfig'. Then, select InfiniBand & iSER and it > should work fine. Let me know if it works for you. > > Erez > > -- MfG/Sincerely Toralf Förster pgpJyz641ABVm.pgp Description: PGP signature ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] Fwd: linux- 2.6.18-rc6-git1 issue 46: drivers/infiniband/ulp/iser/iser_verbs.c:514: undefined reference to `rdma_create_id'
Toralf Förster wrote: > I copied the config file to .config, made then a "make oldconfig && make" > against current sources 2.6.18-rc6-git3. > BTW, I attach another .config where the similar problem occured > Where did you get this config file from? I don't think that this config file was generated by a too like 'make menuconfig'. As I explained before, if you select CONFIG_INFINIBAND=y using the menuconfig tool, it also sets CONFIG_INFINIBAND_ADDR_TRANS=y. Therefore, I can only guess that this config file was generated manually (or at least modified manually). If you can explain how can I generate the config file that you used, maybe I can reproduce it. Else, I suggest that you delete your .config file and run 'make menuconfig'. Then, select InfiniBand & iSER and it should work fine. Let me know if it works for you. Erez ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [PATCH] osm: OSM bug fix with --run-once option
Hi Yevgeny, On Sun, 2006-09-10 at 02:35, Yevgeny Kliteynik wrote: > Hi Hal > > This patch fixes the bug that was occurring when OSM was > running with --run-once option (-o) and the SM port was down. > In that case, OSM would be stuck in cond_wait forever (or until > the port will become active), and could not be terminated, > other than by SIGKILL. > > Yevgeny > > Signed-off-by: Yevgeny Kliteynik <[EMAIL PROTECTED]> Should this go to 1.1 as well as trunk ? How critical for 1.1 ? -- Hal ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] Fwd: linux- 2.6.18-rc6-git1 issue 46: drivers/infiniband/ulp/iser/iser_verbs.c:514: undefined reference to `rdma_create_id'
I copied the config file to .config, made then a "make oldconfig && make" against current sources 2.6.18-rc6-git3. BTW, I attach another .config where the similar problem occured Am Sunday 10 September 2006 11:08 schrieb Erez Zilber: > Roland Dreier wrote: > > Or> you need to have CONFIG_INFINIBAND_ADDR_TRANS=m defined also i > > Or> think you are missing CONFIG_INET=m > > > > Seems like a bug in the iSER Kconfig -- it shouldn't be possible to > > select iSER without everything it needs to compile. > > > > ___ > > openib-general mailing list > > openib-general@openib.org > > http://openib.org/mailman/listinfo/openib-general > > > > To unsubscribe, please visit > > http://openib.org/mailman/listinfo/openib-general > > > > > I wasn't able to reproduce this behavior. This is what I did: > >1. I deleted my .config file. >2. make menuconfig >3. Selected Device drivers/InfiniBand support = y (if I don't do > that, I cannot select iSER). >4. Selected ISCSI RDMA protocol = y > > I've attached the .config file. Note that > CONFIG_INFINIBAND_ADDR_TRANS=y. This is because in > drivers/infiniband/Kconfig it says: > > config INFINIBAND_ADDR_TRANS > bool > depends on INFINIBAND && INET > default y > > Therefore, I don't understand how did this behavior happen. Can you > reproduce it and send the list of steps? > > Erez > -- MfG/Sincerely Toralf Förster # # Automatically generated make config: don't edit # Linux kernel version: 2.6.18-rc6-git3 # Sun Sep 10 13:26:49 2006 # CONFIG_X86_32=y CONFIG_GENERIC_TIME=y CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_SEMAPHORE_SLEEPERS=y CONFIG_X86=y CONFIG_MMU=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_IOMAP=y CONFIG_GENERIC_HWEIGHT=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_DMI=y CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" # # Code maturity level options # # CONFIG_EXPERIMENTAL is not set CONFIG_BROKEN_ON_SMP=y CONFIG_INIT_ENV_ARG_LIMIT=32 # # General setup # CONFIG_LOCALVERSION="" # CONFIG_LOCALVERSION_AUTO is not set # CONFIG_SWAP is not set CONFIG_SYSVIPC=y CONFIG_BSD_PROCESS_ACCT=y # CONFIG_BSD_PROCESS_ACCT_V3 is not set CONFIG_SYSCTL=y CONFIG_IKCONFIG=y CONFIG_IKCONFIG_PROC=y CONFIG_RELAY=y CONFIG_INITRAMFS_SOURCE="" CONFIG_UID16=y # CONFIG_EMBEDDED is not set CONFIG_KALLSYMS=y # CONFIG_KALLSYMS_ALL is not set CONFIG_KALLSYMS_EXTRA_PASS=y CONFIG_HOTPLUG=y CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_ELF_CORE=y CONFIG_BASE_FULL=y CONFIG_RT_MUTEXES=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_SHMEM=y CONFIG_SLAB=y CONFIG_VM_EVENT_COUNTERS=y # CONFIG_TINY_SHMEM is not set CONFIG_BASE_SMALL=0 # CONFIG_SLOB is not set # # Loadable module support # # CONFIG_MODULES is not set # # Block layer # CONFIG_LBD=y CONFIG_BLK_DEV_IO_TRACE=y CONFIG_LSF=y # # IO Schedulers # CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_AS=y CONFIG_IOSCHED_DEADLINE=y CONFIG_IOSCHED_CFQ=y # CONFIG_DEFAULT_AS is not set # CONFIG_DEFAULT_DEADLINE is not set CONFIG_DEFAULT_CFQ=y # CONFIG_DEFAULT_NOOP is not set CONFIG_DEFAULT_IOSCHED="cfq" # # Processor type and features # # CONFIG_SMP is not set CONFIG_X86_PC=y # CONFIG_X86_ELAN is not set # CONFIG_X86_VOYAGER is not set # CONFIG_X86_NUMAQ is not set # CONFIG_X86_SUMMIT is not set # CONFIG_X86_BIGSMP is not set # CONFIG_X86_VISWS is not set # CONFIG_X86_GENERICARCH is not set # CONFIG_X86_ES7000 is not set # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set # CONFIG_MPENTIUMII is not set # CONFIG_MPENTIUMIII is not set CONFIG_MPENTIUMM=y # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set # CONFIG_MK7 is not set # CONFIG_MK8 is not set # CONFIG_MCRUSOE is not set # CONFIG_MEFFICEON is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MGEODEGX1 is not set # CONFIG_MGEODE_LX is not set # CONFIG_MCYRIXIII is not set # CONFIG_MVIAC3_2 is not set # CONFIG_X86_GENERIC is not set CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_L1_CACHE_SHIFT=6 CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_CMPXCHG64=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_INTEL_USERCOPY=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_X86_TSC=y CONFIG_HPET_TIMER=y # CONFIG_PREEMPT_NONE is not set CONFIG_PREEMPT_VOLUNTARY=y # CONFIG_PREEMPT is not set # CONFIG_X86_UP_APIC is not set CONFIG_X86_MCE=y # CONFIG_X86_MCE_NONFATAL is not set CONFIG_VM86=y # CONFIG_TOSHIBA is not set # CONFIG_I8K is not set CONFIG_X86_REBOOTFIXUPS=y # CONFIG_MICROCODE is not set CONFIG_X86_MSR=y CONFIG_X86_CPUID=y # # Firmware Drivers # # CONFIG_EDD is not set # CONFIG_EFI_VARS is not set # CONFIG_DELL_RBU is not set # CONFIG_DCDBAS is not set CONFIG_NOHIGHMEM=y # CONFIG_HIGHMEM4G is not set # CONFIG_HIGHMEM64G is not set CONFIG_PAGE_OFFSET=0
Re: [openib-general] [PATCH] cma_connect_ib leaks memory in failure cases.
Quoting r. Krishna Kumar <[EMAIL PROTECTED]>: > Subject: [PATCH] cma_connect_ib leaks memory in failure cases. > > cma_connect_ib leaks an struct ib_cm_id* in failure cases. > > Signed-off-by: Krishna Kumar <[EMAIL PROTECTED]> This one looks like it might be good for 2.6.18. Sean? -- MST ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] OFED 1.1 status
Hello Nam Nguyen, See my comments regarding OFED-1.1-rc3 below. Please check also libehca compilation issue: http://openib.org/bugzilla/show_bug.cgi?id=228 Regards, Vladimir > Hello Tziporet! > First sorry for this late response regarding ehca build test in OFED 1.1 > rc3. > > 1) The userspace lib dir for libehca contains only a few c-files, but no > header files. > On svn dir branches/1.1/src/userspace/libehca/src/ I saw all files needed. > Please correct > this for rc4! > Will you pick new version of libehca from that dir? > There was a missing EXTRA_DIST parameter in the libehca/Makefile.am. I will fix it in the trunk and branches/1.1. > 2) When I used the install.sh script to install the software packages or > compile > them on ppc64, kernel 2.6.18-rc5/6 I got the following error messages: > > gcc -m64 -Wp,-MD,/var/tmp/OFEDRPM/BUILD/openib-1.1 > /drivers/infiniband/core/.ib_addr.mod.o.d -nos > M/BUILD/openib-1.1/include -I/var/tmp/OFEDRPM/BUILD/openib-1.1 > /drivers/infiniband/include -Iinclu > oft-float -pipe -mminimal-toc -mtraceback=none -mcall-aixdesc > -mtune=power4 -mno-altivec -funit-at > lude -I/var/tmp/OFEDRPM/BUILD/openib-1.1/drivers/infiniband/include > -I/var/tmp/OFEDRPM/BUILD/openi > g -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(ib_addr.mod)" > -D"KBUILD_MODNAME=KBUILD_STR( > o /var/tmp/OFEDRPM/BUILD/openib-1.1/drivers/infiniband/core/ib_addr.mod.c > In file included from include/asm/system.h:9, > from include/linux/spinlock.h:56, > from include/linux/capability.h:45, > from include/linux/sched.h:44, > from include/linux/module.h:9, > from /var/tmp/OFEDRPM/BUILD/openib-1.1 > /drivers/infiniband/core/ib_addr.mod.c:1: > include/asm/hw_irq.h: In function `local_irq_disable': > include/asm/hw_irq.h:51: warning: implicit declaration of function > `__mtmsrd' > In file included from include/asm/current.h:15, > from include/linux/capability.h:46, > from include/linux/sched.h:44, > from include/linux/module.h:9, > from /var/tmp/OFEDRPM/BUILD/openib-1.1 > /drivers/infiniband/core/ib_addr.mod.c:1: > include/asm/paca.h: At top level: > include/asm/paca.h:84: error: `SLB_CACHE_ENTRIES' undeclared here (not in > a > function) > In file included from include/linux/sched.h:49, > from include/linux/module.h:9, > from /var/tmp/OFEDRPM/BUILD/openib-1.1 > /drivers/infiniband/core/ib_addr.mod.c:1: > include/linux/jiffies.h:18:5: warning: "CONFIG_HZ" is not defined > include/linux/jiffies.h:20:7: warning: "CONFIG_HZ" is not defined > > If I use the kernel Makefile in /usr/src/linux-2.6.18-rc5 to compile e.g. > make -C /usr/src/linux-2.6.18-rc5 > SUBDIRS=/var/tmp/OFEDRPM/BUILD/openib-1.1 > /drivers/infiniband/core > then it works fine. We found out that the top-level kernel Makefile does > the following settings > > LINUXINCLUDE:= -Iinclude \ >$(if $(KBUILD_SRC),-Iinclude2 -I$(srctree)/include) \ >-include include/linux/autoconf.h > CPPFLAGS:= -D__KERNEL__ $(LINUXINCLUDE) > > that include autoconf.h with all configured kernel configs like > CONFIG_PPC64 etc. And obviously those > config defines are lost if one uses > /usr/src/linux-2.6.18-rc5/scripts/Makefile.build as OFED install.sh > does. I'm wondering if anyone else also sees this problem on other > architectures? > Is there any reasons not to use the top-level kernel Makefile? > We are using top-level kernel Makefile. It was an issue in the OFED-1.1-rc3 with 2.6.18 kernels. It fixed in OFED-1.1-rc4. > Thanks! > Nam Nguyen > > [EMAIL PROTECTED] wrote on 07.09.2006 22:01:30: > >> Hi, >> OFED 1.1 RC4 will be published on Monday 11-Sep. >> We currently work on several showstoppers: >> 1. 223: mthca.so not properly linked to libibverbs â Vlad & Jack >> 2. 221: SRP on V40Z and Sun T4 gets Kernel BUG at spinlock:118 - Roland >> 3. 219: OFED 1.1rc3 contains prerelease unstable libibverbs code â >> Vlad & > Jack >> >> Thus final release date will be delayed to end of next week >> >> >> Tziporet Koren >> Software Director >> Mellanox Technologies >> mailto: [EMAIL PROTECTED] >> Tel +972-4-9097200, ext 380 >> ___ >> openib-general mailing list >> openib-general@openib.org >> http://openib.org/mailman/listinfo/openib-general >> >> To unsubscribe, please visit > http://openib.org/mailman/listinfo/openib-general > ___ > openfabrics-ewg mailing list > [EMAIL PROTECTED] > http://openib.org/mailman/listinfo/openfabrics-ewg > ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [PATCH] ehca for OFED 1.1-rc4
Quoting r. Hoang-Nam Nguyen <[EMAIL PROTECTED]>: Subject: [PATCH] ehca for OFED 1.1-rc4 > Hello Tziporet! > Below is a patch of ehca against the ofed git tree branch ehca-branch in > order to upgrade it to the same code level of Roland's git tree branch > for-2.6.19, which has been posted for a while. The main code changes are: > - Replace the "huge" EDEB macro by a simpler wrapper based on dev_err/dbg > - Remove superfluous variables initialization and arguments checking > - Replace struct ehca_module by static member variables in appropriate files, > where they are accessed > - Rename module name to ib_ehca.ko > Thanks! > Nam Nguyen Unfortunately, the patch doesn't apply against either ofed_1_1 or ehca_branch. Please check that it does, before re-posting. One additional request: your message included a copy of patch in both plain text and html format. Please post plain text only. Thanks, -- MST ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] PXE + infiniband?
On Thu, 2006-09-07 at 08:19 +0100, Paul Baxter wrote: > > There is an implementation of PXE for Mellanox's HCAs that can be found > > here: http://sourceforge.net/forum/forum.php?forum_id=494529 > > Thanks for the tip > > I, too, am interested in this. > > Do you have a more direct link as I wandered around etherboot's project site > and couldn't find anything IB-specific. > > Paul Baxter Hi, Please use the following link http://kent.dl.sourceforge.net/sourceforge/etherboot/etherboot-5.4.2.tar.bz2 to download the package. Unpack the package and cd to the src dir. Use an x86 arch machine to build the binaries. The infiniband drivers are located at src/drivers/net/mlx_ipoib/ where you can find a readme file in the doc directory. To build. cd src make bin/MT23108.zrom // for MT230108 make bin/MT25208.zrom make bin/MT25218.zrom This covers all Mellanox HCAs. Please let me know if you need more assistance. ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] Fwd: linux- 2.6.18-rc6-git1 issue 46: drivers/infiniband/ulp/iser/iser_verbs.c:514: undefined reference to `rdma_create_id'
Roland Dreier wrote: Or> you need to have CONFIG_INFINIBAND_ADDR_TRANS=m defined also i Or> think you are missing CONFIG_INET=m Seems like a bug in the iSER Kconfig -- it shouldn't be possible to select iSER without everything it needs to compile. ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general I wasn't able to reproduce this behavior. This is what I did: 1. I deleted my .config file. 2. make menuconfig 3. Selected Device drivers/InfiniBand support = y (if I don't do that, I cannot select iSER). 4. Selected ISCSI RDMA protocol = y I've attached the .config file. Note that CONFIG_INFINIBAND_ADDR_TRANS=y. This is because in drivers/infiniband/Kconfig it says: config INFINIBAND_ADDR_TRANS bool depends on INFINIBAND && INET default y Therefore, I don't understand how did this behavior happen. Can you reproduce it and send the list of steps? Erez # # Automatically generated make config: don't edit # Linux kernel version: 2.6.18-rc3 # Sun Sep 10 12:03:50 2006 # CONFIG_X86_64=y CONFIG_64BIT=y CONFIG_X86=y CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_SEMAPHORE_SLEEPERS=y CONFIG_MMU=y CONFIG_RWSEM_GENERIC_SPINLOCK=y CONFIG_GENERIC_HWEIGHT=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_X86_CMPXCHG=y CONFIG_EARLY_PRINTK=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_IOMAP=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_DMI=y CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" # # Code maturity level options # CONFIG_EXPERIMENTAL=y CONFIG_LOCK_KERNEL=y CONFIG_INIT_ENV_ARG_LIMIT=32 # # General setup # CONFIG_LOCALVERSION="" CONFIG_LOCALVERSION_AUTO=y CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_POSIX_MQUEUE=y # CONFIG_BSD_PROCESS_ACCT is not set # CONFIG_TASKSTATS is not set CONFIG_SYSCTL=y # CONFIG_AUDIT is not set CONFIG_IKCONFIG=y CONFIG_IKCONFIG_PROC=y # CONFIG_CPUSETS is not set # CONFIG_RELAY is not set CONFIG_INITRAMFS_SOURCE="" CONFIG_UID16=y CONFIG_CC_OPTIMIZE_FOR_SIZE=y # CONFIG_EMBEDDED is not set CONFIG_KALLSYMS=y CONFIG_KALLSYMS_ALL=y # CONFIG_KALLSYMS_EXTRA_PASS is not set CONFIG_HOTPLUG=y CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_ELF_CORE=y CONFIG_BASE_FULL=y CONFIG_RT_MUTEXES=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_SHMEM=y CONFIG_SLAB=y CONFIG_VM_EVENT_COUNTERS=y # CONFIG_TINY_SHMEM is not set CONFIG_BASE_SMALL=0 # CONFIG_SLOB is not set # # Loadable module support # CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y CONFIG_MODULE_FORCE_UNLOAD=y # CONFIG_MODVERSIONS is not set # CONFIG_MODULE_SRCVERSION_ALL is not set # CONFIG_KMOD is not set CONFIG_STOP_MACHINE=y # # Block layer # CONFIG_LBD=y # CONFIG_BLK_DEV_IO_TRACE is not set # CONFIG_LSF is not set # # IO Schedulers # CONFIG_IOSCHED_NOOP=y # CONFIG_IOSCHED_AS is not set CONFIG_IOSCHED_DEADLINE=y CONFIG_IOSCHED_CFQ=y # CONFIG_DEFAULT_AS is not set # CONFIG_DEFAULT_DEADLINE is not set CONFIG_DEFAULT_CFQ=y # CONFIG_DEFAULT_NOOP is not set CONFIG_DEFAULT_IOSCHED="cfq" # # Processor type and features # CONFIG_X86_PC=y # CONFIG_X86_VSMP is not set # CONFIG_MK8 is not set # CONFIG_MPSC is not set CONFIG_GENERIC_CPU=y CONFIG_X86_L1_CACHE_BYTES=128 CONFIG_X86_L1_CACHE_SHIFT=7 CONFIG_X86_INTERNODE_CACHE_BYTES=128 CONFIG_X86_TSC=y CONFIG_X86_GOOD_APIC=y # CONFIG_MICROCODE is not set CONFIG_X86_MSR=y CONFIG_X86_CPUID=y CONFIG_X86_HT=y CONFIG_X86_IO_APIC=y CONFIG_X86_LOCAL_APIC=y CONFIG_MTRR=y CONFIG_SMP=y CONFIG_SCHED_SMT=y CONFIG_SCHED_MC=y # CONFIG_PREEMPT_NONE is not set CONFIG_PREEMPT_VOLUNTARY=y # CONFIG_PREEMPT is not set CONFIG_PREEMPT_BKL=y CONFIG_NUMA=y CONFIG_K8_NUMA=y CONFIG_NODES_SHIFT=6 CONFIG_X86_64_ACPI_NUMA=y CONFIG_NUMA_EMU=y CONFIG_ARCH_DISCONTIGMEM_ENABLE=y CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y CONFIG_ARCH_SPARSEMEM_ENABLE=y CONFIG_SELECT_MEMORY_MODEL=y # CONFIG_FLATMEM_MANUAL is not set CONFIG_DISCONTIGMEM_MANUAL=y # CONFIG_SPARSEMEM_MANUAL is not set CONFIG_DISCONTIGMEM=y CONFIG_FLAT_NODE_MEM_MAP=y CONFIG_NEED_MULTIPLE_NODES=y # CONFIG_SPARSEMEM_STATIC is not set CONFIG_SPLIT_PTLOCK_CPUS=4 CONFIG_MIGRATION=y CONFIG_RESOURCES_64BIT=y CONFIG_HAVE_ARCH_EARLY_PFN_TO_NID=y CONFIG_OUT_OF_LINE_PFN_TO_PAGE=y CONFIG_NR_CPUS=32 CONFIG_HOTPLUG_CPU=y CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y CONFIG_HPET_TIMER=y CONFIG_HPET_EMULATE_RTC=y CONFIG_IOMMU=y # CONFIG_CALGARY_IOMMU is not set CONFIG_SWIOTLB=y CONFIG_X86_MCE=y CONFIG_X86_MCE_INTEL=y CONFIG_X86_MCE_AMD=y # CONFIG_KEXEC is not set # CONFIG_CRASH_DUMP is not set CONFIG_PHYSICAL_START=0x20 CONFIG_SECCOMP=y # CONFIG_HZ_100 is not set CONFIG_HZ_250=y # CONFIG_HZ_1000 is not set CONFIG_HZ=250 # CONFIG_REORDER is not set CONFIG_K8_NB=y CONFIG_GENERIC_HARDIRQS=y CONFIG_GENERIC_IRQ_PROBE=y CONFIG_ISA_DMA_API=y CONFIG_GENERIC_PENDING_IRQ=y # # Power management options # CONFIG_PM=y # CONFIG_PM_LEGACY is not set # CONFIG_PM_DEBUG is not set CONFIG_SOFTWARE_SUSPEND=y CONFIG_PM_STD_PA
Re: [openib-general] why sdp connections cost so much memory
Quoting r. zhu shi song <[EMAIL PROTECTED]>:
> Subject: Re: why sdp connections cost so much memory
>
> OFED-1.1-rc3 has passed my tests. I have to adjust
> Post buffer size to 0x4 and use your patch for me.
> Can you make it fixed not to do these myself manually?
>
> zhu
I plan to add the following patch to OFED. Could you please verify
that it fixes the issue for you, without tweaking the ring size?
Signed-off-by: Michael S. Tsirkin <[EMAIL PROTECTED]>
diff --git a/drivers/infiniband/ulp/sdp/sdp_bcopy.c
b/drivers/infiniband/ulp/sdp/sdp_bcopy.c
index b30d2a0..4540fa4 100644
--- a/drivers/infiniband/ulp/sdp/sdp_bcopy.c
+++ b/drivers/infiniband/ulp/sdp/sdp_bcopy.c
@@ -37,6 +37,10 @@ #include
#include
#include "sdp.h"
+static int rcvbuf_scale = 0x1;
+module_param_named(rcvbuf_scale, rcvbuf_scale, int, 0644);
+MODULE_PARM_DESC(srcvbuf_scale, "Receive buffer size scale factor.");
+
/* Like tcp_fin */
static void sdp_fin(struct sock *sk)
{
@@ -237,7 +241,7 @@ void sdp_post_recvs(struct sdp_sock *ssk
while ((likely(ssk->rx_head - ssk->rx_tail < SDP_RX_SIZE) &&
(ssk->rx_head - ssk->rx_tail - SDP_MIN_BUFS) *
SDP_MAX_SEND_SKB_FRAGS * PAGE_SIZE + rmem <
- ssk->isk.sk.sk_rcvbuf * 0x10) ||
+ ssk->isk.sk.sk_rcvbuf * rcvbuf_scale) ||
unlikely(ssk->rx_head - ssk->rx_tail < SDP_MIN_BUFS))
sdp_post_recv(ssk);
}
--
MST
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] HCAs with and without memory
On Fri, Sep 08, 2006 at 03:49:57PM +0530, john t wrote: > What is the difference between HCAs with memory and without memory. And to answer for QLogic InfiniPath HCAs, we don't sell HCAs with memory. We don't need it. There's actually a small amount of memory within the single chip that makes up our HCA, and that's all that's necessary. -- greg ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] ibv_poll_cq after ibv_post_send does not work
Bub Thomas wrote: > Dortan Barak wrote: > If you are using RC QP: > the reason for not getting any completion in the CQ is that > > Did you post any RR (Receive Request) at the listener side? > > > Dotan, > with the cmpost.c example I now get a cm connection even with another > machine. > However I don't get the cq event, on the sender side, when the > IBV_WR_SEND is done. Is this correct? Is this what you are saying below? > If it is correct this is different from gen1 drivers where I got a > VAPI_SUCCESS cq event. Is there a way to get this back? > > On the receiver side I get an cq event for the receive request. > > Thanks > Thomas > > > What do you mean that you don't get the cq event? i assume that you are talking about the completions: in the receiver side there is always a completion. in the sender side there there may be a completion (depend on the QP / WR configuration): if you want to have a completion you other need to set the sq_sig_all in the QP creation (if you want that completions will be created for all of the post sends in this QP) or you need to set the IBV_SEND_SIGNALED in the send_flags in the WR that you are posting. Dotan ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
