[ewg] [PATCH] build_ofed.sh: updated open-iscsi git branch to ofed_1_4
build_ofed.sh: updated open-iscsi git branch to ofed_1_4 Signed-off-by: Doron Shoham [EMAIL PROTECTED] --- build_ofed.sh |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/build_ofed.sh b/build_ofed.sh index 25d884b..85fa706 100755 --- a/build_ofed.sh +++ b/build_ofed.sh @@ -101,7 +101,7 @@ ofed_docs_URL=git://git.openfabrics.org/~tziporet/docs.git ofed_docs_branch=ofed_1_4 open_iscsi_URL=git://git.openfabrics.org/~dorons/open-iscsi.git -open_iscsi_branch=ofed_1_3 +open_iscsi_branch=ofed_1_4 open_iscsi_RH4_URL=git://git.openfabrics.org/~dorons/open-iscsi-rh4.git open_iscsi_RH4_branch=ofed_1_3 -- 1.5.3.8 ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] PATCH] install.pl: update open-iscsi rpm version
update open-iscsi rpm version from 2.0-865.15.1 to 2.0-869.2 Signed-off-by: Doron Shoham [EMAIL PROTECTED] --- install.pl |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/install.pl b/install.pl index 7aa5610..f8d2bf4 100755 --- a/install.pl +++ b/install.pl @@ -201,7 +201,7 @@ my @selected_modules_by_user = (); my @selected_kernel_modules = (); my $open_iscsi_ver_rh4 = '2.0-754.1'; -my $open_iscsi_ver_non_rh4 = '2.0-865.15.1'; +my $open_iscsi_ver_non_rh4 = '2.0-869.2'; my $libstdc = ($subdistro eq openSUSE) ? 'libstdc++42' : 'libstdc++'; my $libstdc_devel = $libstdc-devel; -- 1.5.3.8 ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] Re: [PATCH]
Vladimir Sokolovsky wrote: Should it be installed on SLES10/RHEL5 only? Yes, including their updates (RH5.1, RH5.2, SLES10 sp1 and SLES10 sp2). Another question: why do you need 'stgt' package in the install.pl? Currently, it can't be selected because it is not in the list of @user_packages and if it was added to the ofed.conf then it will add 'tgt-generic' to the list of selected packages instead... The reason for using 'stgt' package was similar to the idea in iscsi. SUSE named stgt as tgt and redhat named it scsi-target-utils. My idea was that users will be able to add stgt in the conf file with a generic name such as 'stgt'. That why I think it would be better to put 'stgt' in the @user_packages (instead of 'tgt'). Please check the following patch that fixes issues above: Disable 'tgt-generic' on ppc64 and ia64 platforms. Looks great, thanks. Just tell me what you think about the 'stgt' package. Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] Re: [PATCH install.pl] tgt
Vladimir Sokolovsky wrote: On Tue, 2008-08-26 at 10:45 +0300, Doron Shoham wrote: Vladimir Sokolovsky wrote: Should it be installed on SLES10/RHEL5 only? Yes, including their updates (RH5.1, RH5.2, SLES10 sp1 and SLES10 sp2). Another question: why do you need 'stgt' package in the install.pl? Currently, it can't be selected because it is not in the list of @user_packages and if it was added to the ofed.conf then it will add 'tgt-generic' to the list of selected packages instead... The reason for using 'stgt' package was similar to the idea in iscsi. SUSE named stgt as tgt and redhat named it scsi-target-utils. My idea was that users will be able to add stgt in the conf file with a generic name such as 'stgt'. That why I think it would be better to put 'stgt' in the @user_packages (instead of 'tgt'). I see that 'tgt-generic' do that job. 1240 'tgt-generic' = 1241 { name = ($distro eq 'SuSE') ? 'tgt': 'scsi-target-utils', parent = tgt-generic, 1242 selected = 0, installed = 0, rpm_exist = 0, rpm_exist32 = 0, So, stgt can be removed and only 'tgt-generic' should be in the list of @user_packages. ok. just to make sure, now it stgt will be installed with tgt-generic=y in conf file? is there a way to change it to stgt=y? Regards, Vladimir ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] Re: [PATCH install.pl] tgt
Probably I missed something. Please correct me if I am wrong: 1. There is one 'tgt-generic' source RPM. 2. After 'rpmbuild --rebuild ... tgt-generic.src.rpm' two binary RPMs being created: 'tgt' and 'scsi-target-utils' on both SuSE and RedHat. 3. On SuSE you want to install the 'tgt' RPM. On RedHat - 'scsi-target-utils' RPM. So, where stgt comes from? Now, if tgt-generic=y in conf file then 'tgt' RPM will be installed on SuSE and 'scsi-target-utils' will be installed on RedHat. - Vladimir You are correct. I was confused by something else. Thanks, Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] Re: [PATCH install.pl] Disable 'tgt-generic' on ppc64 and ia64 platforms.
Ok, So, here is the patch: Do you want me to apply this patch? Yes, Thanks! Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] removing stgt from being compiled on specific architectures
Hi Vlad, I want to remove stgt from being compiled on ia64 and ppc64 architectures. I added the following lines to sub set_availability on install.pl: if ($arch =~ m/ppc|ia/) { $packages_info{'tgt-generic'}{'available'} = 0; } but it didn't work - it got compiled anyway. What is the correct way for doing so? Thanks, Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] [PATCH] install.pl: add openssl-devel to the dist_req_build of stgt
Add openssl-devel to the dist_req_build of stgt. Signed-off-by: Doron Shoham [EMAIL PROTECTED] --- install.pl |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/install.pl b/install.pl index 51255b2..56dbf3e 100755 --- a/install.pl +++ b/install.pl @@ -1240,28 +1240,28 @@ my %packages_info = ( 'tgt-generic' = { name = ($distro eq 'SuSE') ? 'tgt': 'scsi-target-utils', parent = tgt-generic, selected = 0, installed = 0, rpm_exist = 0, rpm_exist32 = 0, -available = 1, mode = user, dist_req_build = [], +available = 1, mode = user, dist_req_build = [openssl-devel], dist_req_inst = [], ofa_req_build = [libibverbs-devel, librdmacm-devel], ofa_req_inst = [librdmacm, libibverbs-devel], install32 = 0, exception = 1, configure_options = '' }, 'stgt' = { name = stgt, parent = tgt-generic, selected = 0, installed = 0, rpm_exist = 0, rpm_exist32 = 0, -available = 1, mode = user, dist_req_build = [], +available = 1, mode = user, dist_req_build = [openssl-devel], dist_req_inst = [], ofa_req_build = [libibverbs-devel, librdmacm-devel], ofa_req_inst = [librdmacm, libibverbs-devel], install32 = 0, exception = 1 }, 'tgt' = { name = tgt, parent = tgt-generic, selected = 0, installed = 0, rpm_exist = 0, rpm_exist32 = 0, -available = 1, mode = user, dist_req_build = [], +available = 1, mode = user, dist_req_build = [openssl-devel], dist_req_inst = [], ofa_req_build = [libibverbs-devel, librdmacm-devel], ofa_req_inst = [librdmacm, libibverbs-devel], install32 = 0, exception = 1 }, 'scsi-target-utils' = { name = scsi-target-utils, parent = tgt-generic, selected = 0, installed = 0, rpm_exist = 0, rpm_exist32 = 0, -available = 1, mode = user, dist_req_build = [], +available = 1, mode = user, dist_req_build = [openssl-devel], dist_req_inst = [], ofa_req_build = [libibverbs-devel, librdmacm-devel], ofa_req_inst = [librdmacm, libibverbs-devel], install32 = 0, exception = 1 }, -- 1.5.3.8 ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] iser environment installation
aniket agashe wrote: hello i want to install one iser experimental environment where i can do some experiments with iser protocol. i have infiniband switch with me but i am confused with what to use as iser target (any raid controller or something else. as i m new in this area please help me out waiting for your reply Hi aniket, Please install OFED-1.3.1 and stgt (iser target). Please refer to the page bellow for further instructions: https://wiki.openfabrics.org/tiki-index.php?page=ISER-target Thanks, Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] PATCH compress tgt with bzip instead of gzip
Compress tgt with bzip instead of gzip For compatibility with the spec file. Signed-off-by: Doron Shoham [EMAIL PROTECTED] --- build_ofed.sh |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/build_ofed.sh b/build_ofed.sh index fdbae83..83e4eeb 100755 --- a/build_ofed.sh +++ b/build_ofed.sh @@ -503,7 +503,7 @@ get_tgt() ex git checkout -f ${tgt_branch} mkdir -p topdir/{BUILD,RPMS,SOURCES,SPECS,SRPMS} -ex tar czf topdir/SOURCES/tgt-generic.tar.bz2 tgt-generic +ex tar cjf topdir/SOURCES/tgt-generic.tar.bz2 tgt-generic ex cp tgt.spec topdir/SPECS set -x -- 1.5.3.8 ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] PATCH[0/2] Add stgt to ofed1.4
Hi Vlad, These two patches add the stgt to the installation of OFED1.4 Thakns, Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] OFED1.4 backports for RH4 fail
Hi Vlad, I'm working now on the backports for redhat4. There are differences in the declaration of functions in drivers/base/attribute_container.c and kernel_addons/backport/2.6.9_U4/include/linux/attribute_container.h For example, in drivers/base/attribute_container.c: attribute_container_classdev_to_container(struct device *classdev) and in kernel_addons/backport/2.6.9_U4/include/linux/attribute_container.h: struct attribute_container *attribute_container_classdev_to_container(struct class_device *); The drivers/base/attribute_container.c in ofed1.4 is different then in ofed1.3 while the kernel_addons/backport/2.6.9_U4/include/linux/attribute_container.h is the same. Due to this,redhat4 backports failed. Why attribute_container.c file was changed? Can you fix that? Thanks, Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] [PATCH] iscsi backport for OFED1.4
Vladimir Sokolovsky wrote: Doron Shoham wrote: Hi Vlad, This is patch will resolve the compilation errors of sles10 and redhat5 Thanks, Doron Signed-off-by: Doron Shoham [EMAIL PROTECTED] --- Applied, Are you planning to add backport patches for RedHat4 U[4-6]? Regards, Vladimir I'm working on it right now. I really hope that I will finish it today. If not, it will be on Thursday Thanks, Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] [PATCH] iser backports for OFED1.4
Add iser backports for OFED1.4 Signed-off-by: Doron Shoham [EMAIL PROTECTED] --- ..._da9c0c770e775e655e3f77c96d91ee557b117adb.patch | 44 ..._d8196ed2181b4595eaf464a5bcbddb6c28649a39.patch | 12 +++ ..._1548271ece9e9312fd5feb41fd58773b56a71d39.patch | 74 ..._77a23c21aaa723f6b0ffc4a701be8c8e5a32346d.patch | 38 ++ ..._b2c6416736b847b91950bd43cc5153e11a1f83ee.patch | 18 + ..._857ae0bdb7236a28ce621e38e2e288c485da.patch | 16 ..._8ad5781ae9702a8f95cfdf30967752e4297613ee.patch | 14 ..._0801c242a33426fddc005c2f559a3d2fa6fca7eb.patch | 22 ++ .../2.6.9_U4/iser_09_fix_inclusion_order.patch | 13 ..._da9c0c770e775e655e3f77c96d91ee557b117adb.patch | 44 ..._d8196ed2181b4595eaf464a5bcbddb6c28649a39.patch | 12 +++ ..._1548271ece9e9312fd5feb41fd58773b56a71d39.patch | 74 ..._77a23c21aaa723f6b0ffc4a701be8c8e5a32346d.patch | 38 ++ ..._b2c6416736b847b91950bd43cc5153e11a1f83ee.patch | 18 + ..._857ae0bdb7236a28ce621e38e2e288c485da.patch | 16 ..._8ad5781ae9702a8f95cfdf30967752e4297613ee.patch | 14 ..._0801c242a33426fddc005c2f559a3d2fa6fca7eb.patch | 22 ++ .../2.6.9_U5/iser_09_fix_inclusion_order.patch | 13 ..._da9c0c770e775e655e3f77c96d91ee557b117adb.patch | 44 ..._d8196ed2181b4595eaf464a5bcbddb6c28649a39.patch | 12 +++ ..._1548271ece9e9312fd5feb41fd58773b56a71d39.patch | 74 ..._77a23c21aaa723f6b0ffc4a701be8c8e5a32346d.patch | 38 ++ ..._b2c6416736b847b91950bd43cc5153e11a1f83ee.patch | 18 + ..._857ae0bdb7236a28ce621e38e2e288c485da.patch | 16 ..._8ad5781ae9702a8f95cfdf30967752e4297613ee.patch | 14 ..._0801c242a33426fddc005c2f559a3d2fa6fca7eb.patch | 22 ++ .../2.6.9_U6/iser_09_fix_inclusion_order.patch | 13 27 files changed, 753 insertions(+), 0 deletions(-) create mode 100644 kernel_patches/backport/2.6.9_U4/iser_01_revert_da9c0c770e775e655e3f77c96d91ee557b117adb.patch create mode 100644 kernel_patches/backport/2.6.9_U4/iser_02_revert_d8196ed2181b4595eaf464a5bcbddb6c28649a39.patch create mode 100644 kernel_patches/backport/2.6.9_U4/iser_03_revert_1548271ece9e9312fd5feb41fd58773b56a71d39.patch create mode 100644 kernel_patches/backport/2.6.9_U4/iser_04_revert_77a23c21aaa723f6b0ffc4a701be8c8e5a32346d.patch create mode 100644 kernel_patches/backport/2.6.9_U4/iser_05_revert_b2c6416736b847b91950bd43cc5153e11a1f83ee.patch create mode 100644 kernel_patches/backport/2.6.9_U4/iser_06_revert_857ae0bdb7236a28ce621e38e2e288c485da.patch create mode 100644 kernel_patches/backport/2.6.9_U4/iser_07_revert_8ad5781ae9702a8f95cfdf30967752e4297613ee.patch create mode 100644 kernel_patches/backport/2.6.9_U4/iser_08_revert_0801c242a33426fddc005c2f559a3d2fa6fca7eb.patch create mode 100644 kernel_patches/backport/2.6.9_U4/iser_09_fix_inclusion_order.patch create mode 100644 kernel_patches/backport/2.6.9_U5/iser_01_revert_da9c0c770e775e655e3f77c96d91ee557b117adb.patch create mode 100644 kernel_patches/backport/2.6.9_U5/iser_02_revert_d8196ed2181b4595eaf464a5bcbddb6c28649a39.patch create mode 100644 kernel_patches/backport/2.6.9_U5/iser_03_revert_1548271ece9e9312fd5feb41fd58773b56a71d39.patch create mode 100644 kernel_patches/backport/2.6.9_U5/iser_04_revert_77a23c21aaa723f6b0ffc4a701be8c8e5a32346d.patch create mode 100644 kernel_patches/backport/2.6.9_U5/iser_05_revert_b2c6416736b847b91950bd43cc5153e11a1f83ee.patch create mode 100644 kernel_patches/backport/2.6.9_U5/iser_06_revert_857ae0bdb7236a28ce621e38e2e288c485da.patch create mode 100644 kernel_patches/backport/2.6.9_U5/iser_07_revert_8ad5781ae9702a8f95cfdf30967752e4297613ee.patch create mode 100644 kernel_patches/backport/2.6.9_U5/iser_08_revert_0801c242a33426fddc005c2f559a3d2fa6fca7eb.patch create mode 100644 kernel_patches/backport/2.6.9_U5/iser_09_fix_inclusion_order.patch create mode 100644 kernel_patches/backport/2.6.9_U6/iser_01_revert_da9c0c770e775e655e3f77c96d91ee557b117adb.patch create mode 100644 kernel_patches/backport/2.6.9_U6/iser_02_revert_d8196ed2181b4595eaf464a5bcbddb6c28649a39.patch create mode 100644 kernel_patches/backport/2.6.9_U6/iser_03_revert_1548271ece9e9312fd5feb41fd58773b56a71d39.patch create mode 100644 kernel_patches/backport/2.6.9_U6/iser_04_revert_77a23c21aaa723f6b0ffc4a701be8c8e5a32346d.patch create mode 100644 kernel_patches/backport/2.6.9_U6/iser_05_revert_b2c6416736b847b91950bd43cc5153e11a1f83ee.patch create mode 100644 kernel_patches/backport/2.6.9_U6/iser_06_revert_857ae0bdb7236a28ce621e38e2e288c485da.patch create mode 100644 kernel_patches/backport/2.6.9_U6/iser_07_revert_8ad5781ae9702a8f95cfdf30967752e4297613ee.patch create mode 100644 kernel_patches/backport/2.6.9_U6/iser_08_revert_0801c242a33426fddc005c2f559a3d2fa6fca7eb.patch create mode 100644 kernel_patches/backport/2.6.9_U6
Re: [ewg] [PATCH] iscsi backport for OFED1.4
Doron Shoham wrote: Add iscsi backports for OFED1.4 Hi Vlad, Please don't add this patch yet. Thanks, Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] Building OFED1.4 kernel modules
Hi Vald, I'm working on the backports of OFED1.4 I'm trying to test my backports and for doing so I need to build OFED1.4 kernel modules. I'm working by your instruction (for OFED1.3), are they relevant for OFED1.4 also? I did the following steps: 1. git clone -s -n git://git.openfabrics.org/ofed_1_4/linux-2.6.git testbuild 2. cd testbuild 3. git checkout ofed_kernel -- ofed_scripts 4. ./ofed_scripts/ofed_checkout.sh refs/heads/ofed_kernel 5. create my new backports on kernel_patches/backports/2.6.9_U5/ 6. ./ofed_scripts/ofed_patch.sh --with-backport=2.6.9_U5 7. ./configure --with-core-mod 8. run `make` I got the following errors when trying to run 'make': [testbuild]# make Building kernel modules Kernel version: 2.6.9-55.ELsmp Modules directory: //lib/modules/2.6.9-55.ELsmp/updates Kernel sources: /lib/modules/2.6.9-55.ELsmp/build env CWD=/tmp/testbuild BACKPORT_INCLUDES=-I/tmp/testbuild/kernel_addons/backport/2.6.9_U5/include/ \ make -C /lib/modules/2.6.9-55.ELsmp/build SUBDIRS=/tmp/testbuild \ V=1 \ CONFIG_MEMTRACK= \ CONFIG_DEBUG_INFO=y \ CONFIG_INFINIBAND=m \ CONFIG_INFINIBAND_IPOIB= \ CONFIG_INFINIBAND_IPOIB_CM= \ CONFIG_INFINIBAND_SDP= \ CONFIG_INFINIBAND_SRP= \ CONFIG_INFINIBAND_SRPT= \ CONFIG_INFINIBAND_USER_MAD= \ CONFIG_INFINIBAND_USER_ACCESS= \ CONFIG_INFINIBAND_USER_MEM= \ CONFIG_INFINIBAND_ADDR_TRANS= \ CONFIG_INFINIBAND_MTHCA= \ CONFIG_INFINIBAND_IPOIB_DEBUG= \ CONFIG_INFINIBAND_ISER= \ CONFIG_SCSI_ISCSI_ATTRS= \ CONFIG_ISCSI_TCP= \ CONFIG_INFINIBAND_EHCA= \ CONFIG_INFINIBAND_EHCA_SCALING= \ CONFIG_RDS= \ CONFIG_RDS_IB= \ CONFIG_RDS_TCP= \ CONFIG_RDS_DEBUG= \ CONFIG_INFINIBAND_IPOIB_DEBUG_DATA= \ CONFIG_INFINIBAND_SDP_SEND_ZCOPY= \ CONFIG_INFINIBAND_SDP_RECV_ZCOPY= \ CONFIG_INFINIBAND_SDP_DEBUG= \ CONFIG_INFINIBAND_SDP_DEBUG_DATA= \ CONFIG_INFINIBAND_IPATH= \ CONFIG_INFINIBAND_MTHCA_DEBUG= \ CONFIG_INFINIBAND_MADEYE= \ CONFIG_INFINIBAND_QLGC_VNIC= \ CONFIG_INFINIBAND_QLGC_VNIC_DEBUG= \ CONFIG_INFINIBAND_QLGC_VNIC_STATS= \ CONFIG_CHELSIO_T3= \ CONFIG_INFINIBAND_CXGB3= \ CONFIG_INFINIBAND_CXGB3_DEBUG= \ CONFIG_INFINIBAND_NES= \ CONFIG_INFINIBAND_NES_DEBUG= \ CONFIG_MLX4_CORE= \ CONFIG_MLX4_INFINIBAND= \ CONFIG_MLX4_ETHERNET= \ CONFIG_MLX4_DEBUG= \ CONFIG_INFINIBAND_AMSO1100= \ LINUXINCLUDE=' \ -include include/linux/autoconf.h \ -include /tmp/testbuild/include/linux/autoconf.h \ -I/tmp/testbuild/kernel_addons/backport/2.6.9_U5/include/ \ \ \ -I/tmp/testbuild/include \ -I/tmp/testbuild/drivers/infiniband/debug \ -I/usr/local/include/scst \ -I/tmp/testbuild/drivers/infiniband/ulp/srpt \ -I/tmp/testbuild/drivers/net/cxgb3 \ -Iinclude \ $(if $(KBUILD_SRC),-Iinclude2 -I$(srctree)/include) \ ' \ modules make[1]: Entering directory `/usr/src/kernels/2.6.9-55.EL-smp-x86_64' mkdir -p /tmp/testbuild/.tmp_versions make -f scripts/Makefile.build obj=/tmp/testbuild make -f scripts/Makefile.build obj=/tmp/testbuild/drivers/infiniband make -f scripts/Makefile.build obj=/tmp/testbuild/drivers/infiniband/core gcc -Wp,-MD,/tmp/testbuild/drivers/infiniband/core/.cm.o.d -nostdinc -iwithprefix include -D__KERNEL__ -include include/linux/autoconf.h -include /tmp/testbuild/include/linux/autoconf.h -I/tmp/testbuild/kernel_addons/backport/2.6.9_U5/include/ -I/tmp/testbuild/include -I/tmp/testbuild/drivers/infiniband/debug -I/usr/local/include/scst -I/tmp/testbuild/drivers/infiniband/ulp/srpt -I/tmp/testbuild/drivers/net/cxgb3 -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Os -fomit-frame-pointer -g -Wdeclaration-after-statement -mno-red-zone -mcmodel=kernel -pipe -fno-reorder-blocks -Wno-sign-compare -funit-at-a-time -DMODULE -DKBUILD_BASENAME=cm -DKBUILD_MODNAME=ib_cm -c -o /tmp/testbuild/drivers/infiniband/core/.tmp_cm.o /tmp/testbuild/drivers/infiniband/core/cm.c In file included from /tmp/testbuild/include/rdma/ib_cache.h:40, from /tmp/testbuild/drivers/infiniband/core/cm.c:50: /tmp/testbuild/include/rdma/ib_verbs.h:1629: warning: struct dma_attrs declared inside parameter list /tmp/testbuild/include/rdma/ib_verbs.h:1629: warning: its scope is only this definition or declaration, which is probably not what you want /tmp/testbuild/include/rdma/ib_verbs.h: In function `ib_dma_map_single_attrs': /tmp/testbuild/include/rdma/ib_verbs.h:1631: warning: implicit declaration of function `dma_map_single_attrs' /tmp/testbuild/include/rdma/ib_verbs.h: At top level: /tmp/testbuild/include/rdma/ib_verbs.h:1638: warning: struct dma_attrs declared inside
[ewg] Adding tgt to OFED1.4
Hi, We want to add tgt to OFED1.4 I have a tgt git tree on openfabrics: git://git.openfabrics.org/~dorons/tgt.git can you please add it to ofed1.4 install/build scripts? Thanks, Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] Re: Building OFED1.4 kernel modules
Vladimir Sokolovsky wrote: Hi Doron, Please make sure that you have the latest ofed_1_4 git tree. I committed the backport patches for RHEL4.0U5 yesterday evening. :) you are right, now it works Thanks! ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] [PATCH] update iser_release_notes.txt for OFED1.3.1
update iser_release_notes.txt for OFED1.3.1 Signed-off-by: Doron Shoham [EMAIL PROTECTED] --- iser_release_notes.txt | 29 +++-- 1 files changed, 27 insertions(+), 2 deletions(-) diff --git a/iser_release_notes.txt b/iser_release_notes.txt index 2e1c2ff..96dd3b3 100644 --- a/iser_release_notes.txt +++ b/iser_release_notes.txt @@ -1,7 +1,7 @@ Open Fabrics Enterprise Distribution (OFED) - iSER initiator in OFED 1.3 Release Notes + iSER initiator in OFED 1.3.1 Release Notes - February 2008 + May 2008 * Background @@ -29,6 +29,31 @@ The release has been tested against Voltaire iSCSI over iSER target running in Voltaire's IB/Fibre-Channel router (SR4G). +* Fixed Bugs and Enhancements since OFED 1.3 + iSER: + - Add logical unit reset support + - Update URLs of iSER docs + - Add change_queue_depth method + - Fix list iteration bug + - Handle iser_device allocation error gracefully + - Don't change ITT endianness + - Move high-volume debug output to higher debug level + - Count FMR alignment violations per session + Open-iSCSI: + - Update open-iscsi rpm minor version from + 2.0-754 to 2.0-754.1 and from 2.0-865.15 to 2.0-865.15.1 + - Change open-iscsi defaults + - iscsi_discovery: fixed printing debug information + - iscsi_discovery: check if iscsid is running + - Set open-iscsi for auto-startup when installing OFED + - iscsiadm: bail out if daemon isn't running + +* Known Issues + Open-iSCSI: + - modifing node transport_name while session is active + will create stale session. It will be deleted only after reboot. + - This issue is scheduled for OFED1.4 as part of new open-iscsi version. + * Installation/upgrade of open-iscsi If iSER is selected to be installed with OFED, open-iscsi will be also installed (or upgraded if another version of open-iscsi is already -- 1.5.3.8 ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] OFED1.3.1 daily builds
Hi Vald, I saw that in the latest daily builds didn't come with my commits i.e on open-iscsi-rh4.git tree commit num c79c9d187291f8845fcaa85b64de1838dad4f053. I have sent you a patch which update the url open-iscsi gits (commit 1fbe997c7a77f024483777060570e65fd94e924a) Can it be that you are still pulling from Erez's old tree? Thanks, Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] [PATCH] Change open-iscsi git url
Change open-iscsi and open-iscsi-rh4 urls from erezz to dorons. Signed-off-by: Doron Shoham [EMAIL PROTECTED] --- build_ofed.sh |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/build_ofed.sh b/build_ofed.sh index 3844314..856999b 100755 --- a/build_ofed.sh +++ b/build_ofed.sh @@ -100,10 +100,10 @@ ofed_scripts_branch=master ofed_docs_URL=git://git.openfabrics.org/~tziporet/docs.git ofed_docs_branch=ofed_1_3 -open_iscsi_URL=git://git.openfabrics.org/~erezz/open-iscsi.git +open_iscsi_URL=git://git.openfabrics.org/~dorons/open-iscsi.git open_iscsi_branch=ofed_1_3 -open_iscsi_RH4_URL=git://git.openfabrics.org/~erezz/open-iscsi-rh4.git +open_iscsi_RH4_URL=git://git.openfabrics.org/~dorons/open-iscsi-rh4.git open_iscsi_RH4_branch=ofed_1_3 bonding_URL=http://www.openfabrics.org/~monis/ofed_1_3; -- 1.5.3.8 Vlad, From now on please pull those gits from my account. Thanks, Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] [PATCH] Add iSER bug fixes for OFED 1.3.1
Hi Vlad, I have added all iSER bug fixes since 2.6.24. The backport patches are fixed accordingly. Please pull from git://git.openfabrics.org/~dorons/linux-2.6.git ofed_kernel Thanks, Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] version number of rpms on OFED-1.3.1
Hi, Some of the RPMs that will be included in OFED 1.3.1 will be different in content from the ones in OFED 1.3. (e.g. open-iscsi) Therefore, I think that those RPMs must have a different version number. Is there already a convention for that? Else, we need to define one. Thanks, Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] SRP performance in SCST
Hi, I'm trying to test SRP performance in SCST. I used the following configuration: Both, target and initiator are x86-64 machines. Both have OFED-1.3 GA installed. The HCAs are 20 Gb/sec (4X DDR). Target: Sles 10. 4GB RAM srpt installed. SCST installed. Initiator: Redhat 5. 2GB RAM. srp initiator (from OFED) is installed. On the target I set a virtual device: dd if=/dev/zero of=/tmp/tempfile bs=64k count=100 echo open vdisk0 /tmp/tempfile NULLIO /proc/scsi_tgt/vdisk/vdisk echo add vdisk0 0 /proc/scsi_tgt/groups/Default/devices cat /proc/scsi_tgt/vdisk/vdisk Name Size(MB)Block size Options File name vdisk01572864 512 NIO /tmp/tempfile I used the following commands: for write commands: sgp_dd of=/dev/sg1 if=/dev/zero bs=512 bpt=from 2-512 thr=8 time=1 count=20M for read commands sgp_dd if=/dev/sg1 of=/dev/null bs=512 bpt=from 2-512 thr=8 time=1 count=20M And the results are (all in MB/s): bpt:2 4 8 16 32 64 128 256 512 Write 22.541.480.6160 275 443 570 740 810 Read42 80 170 313 550 940 12001312 1300 What can be the reason for such difference between the bandwidth of Read and Write commands? Thanks, Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] Re: [Scst-devel] SRP performance in SCST
Bart Van Assche wrote: On Mon, Mar 10, 2008 at 3:20 PM, Doron Shoham [EMAIL PROTECTED] wrote: I used the following commands: for write commands: sgp_dd of=/dev/sg1 if=/dev/zero bs=512 bpt=from 2-512 thr=8 time=1 count=20M for read commands sgp_dd if=/dev/sg1 of=/dev/null bs=512 bpt=from 2-512 thr=8 time=1 count=20M And the results are (all in MB/s): bpt:2 4 8 16 32 64 128 256 512 Write 22.541.480.6160 275 443 570 740 810 Read42 80 170 313 550 940 1200 13121300 What can be the reason for such difference between the bandwidth of Read and Write commands? Can you please try to use direct I/O instead of buffered I/O ? Bart. I have tried to use dio but when the bpt was 128 (or higher) I got the following error: echo 1 /proc/scsi/sg/allow_dio sgp_dd if=/dev/sg1 of=/dev/null bs=512 bpt=128 thr=8 time=1 count=5M dio=1 time to transfer data was 2.236290 secs, 1200.36 MB/sec 5242880+0 records in 5242880+0 records out Direct IO requested but incomplete 40960 times Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] Re: cannot install SCST with SRP support
Vu Pham wrote: In order to run with *scst_disk* you need to patch and rebuild the kernel. Please follow SCST readme to do this task If you don't want to patch and rebuild the kernel, you can run with *scst_vdisk* and get the same performance. I attach here an example to setup *scst_vdisk* -vu Can you please explain me what is the differences between scst_disk and scst_vdisk? Is there any way to config SCST to work with RAM device (instead of working with a real scsi device)? Thanks, Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] cannot install SCST with SRP support
Hi, I'm trying to install SCST with SRP support. I have followed the instructions on the SRPT_README.txt file: So far I have done the following steps: 1. a. git clone git://git.openfabrics.org/~vu/srpt_inc ~/srpt_inc b. Checking out scst's svn development tree revision 245 svn co https://scst.svn.sourceforge.net/svnroot/scst/trunk/scst -r 245 c. cd scst d. patch -p0 ~/srpt_inc/scst_r245.patch e. make and make install On the SCST's Readme file it says: To compile SCST type 'make scst'. It will build SCST itself and its device handlers. To install them type 'make scst_install'. Why it is different then the instructions of the SRPT_README? 2. I have also installed OFED1.3 with srpt. but I cannot load the following modules: modprobe scsi_tgt FATAL: Module scsi_tgt not found. modprobe scst_disk FATAL: Error inserting scst_disk (/lib/modules/2.6.16.21-0.8-smp/extra/dev_handlers/scst_disk.ko): No such device I'm using a x86_64 SUSE Linux Enterprise Server 10 (2.6.16.21-0.8-smp) machine Thanks, Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] Re: cannot install SCST with SRP support
Vu Pham wrote: 2. I have also installed OFED1.3 with srpt. but I cannot load the following modules: modprobe scsi_tgt FATAL: Module scsi_tgt not found. This is the error in the SRPT_README.txt - it should say *modprobe scst* instead scsi_tgt Thanks for the answer but when trying to follow example 1: Example 1: working with real back-end scsi disks a. modprobe scsi_tgt (I changed it to modprobe scst) b. modprobe scst_disk c. cat /proc/scsi_tgt/scsi_tgt I got: a. modprobe scst b. modprobe scst_disk FATAL: Error inserting scst_disk (/lib/modules/2.6.16.21-0.8-smp/extra/dev_handlers/scst_disk.ko): No such device c. cat /proc/scsi_tgt/scsi_tgt Device (host:ch:id:lun or name) Device handler 0:0:0:0 none 1:0:0:0 none 2:0:1:0 none 4:0:1:0 none 2:0:1:1 none 4:0:1:1 none 2:0:1:2 none 4:0:1:2 none 2:0:1:3 none 4:0:1:3 none 2:0:1:4 none 4:0:1:4 none 2:0:1:5 none 4:0:1:5 none 2:0:1:6 none 4:0:1:6 none 4:0:1:7 none 2:0:1:7 none 4:0:1:8 none 2:0:1:8 none Doesn't the Device handler need to be dev_disk? -vu ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg Thanks, Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] Re: [PATCH] Set the dependencies of openibd and iscsi services
Vladimir Sokolovsky wrote: Doron Shoham wrote: iscsi service should start after openibd service. iscsi service should stop before openibd service. Signed-off-by: Doron Shoham [EMAIL PROTECTED] --- Hi Doron, Why can't you just put in the /etc/init.d/iscsi: # chkconfig: 2345 16 84 Why is openibd's start 15 and stop 85? will it always be correct? And in the /etc/init.d/open-iscsi: Required-Start: openibd And then update ofa_kernel.spec to set Required-Stop: open-iscsi In case that iser was selected and OS is SuSE. You are right. I'll do it that way. This will change about 5 lines of code instead of about 150 lines of your patch. Regards, Vladimir I'll make a new patch. Thanks, Doron ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] [PATCH] Set the dependencies of openibd and iscsi services
iscsi service should start after openibd service. iscsi service should stop before openibd service. Signed-off-by: Doron Shoham [EMAIL PROTECTED] --- install.pl | 93 1 files changed, 93 insertions(+), 0 deletions(-) diff --git a/install.pl b/install.pl index 354e896..422c9ca 100755 --- a/install.pl +++ b/install.pl @@ -76,6 +76,8 @@ chomp $kernel_sources; my $PACKAGE = 'OFED'; +my $iscsi_selected = 0; + # Set Linux Distribution if ( -f /etc/SuSE-release ) { $distro = SuSE; @@ -2478,6 +2480,7 @@ sub print_selected sub check_open_iscsi { my $oiscsi_name = $packages_info{'open-iscsi-generic'}{'name'}; +$iscsi_selected=1; if (is_installed($oiscsi_name)) { my $vendor = `rpm --queryformat [%{VENDOR}] -q $oiscsi_name`; print open-iscsi name $oiscsi_name vendor: $vendor\n if ($verbose3); @@ -2491,6 +2494,7 @@ sub check_open_iscsi } else { print RED Please uninstall $oiscsi_name before installing $PACKAGE with iSER support., RESET \n; +$iscsi_selected=0; exit 1; } } @@ -2498,6 +2502,7 @@ sub check_open_iscsi if (not $upgrade_open_iscsi) { print RED Please uninstall $oiscsi_name before installing $PACKAGE with iSER support., RESET \n; print RED Or put \upgrade_open_iscsi=yes\ in the $config:, RESET \n; +$iscsi_selected=0; exit 1; } } @@ -3673,6 +3678,87 @@ sub install } } +sub set_iscsi_dep +{ +# set the dependencies of openibd and iscsi +# iscsi should start after openibd and stop before it + +my $out=''; +my $openibd_file='/etc/init.d/openibd'; + +if ($distro =~ /redhat/i) { +my @line; +my $openibd_start; +my $openibd_stop; +my $openiscsi_file='/etc/init.d/iscsi'; +my $iscsi_start; +my $iscsi_stop; +open(IN,$openibd_file) || die cannot open $openibd_file for reading: $!; + while (IN) { +if (/chkconfig:/) { +@line=split(/ /); +# get the start and stop indexes of openibd +[EMAIL PROTECTED]; +[EMAIL PROTECTED]; +} +} +close(IN) || die can't close $openibd_file: $!; + +open(IN,+$openiscsi_file) || die cannot open $openiscsi_file for reading: $!; +while (IN) { +if (/chkconfig:/) { +@line=split(/ /); +[EMAIL PROTECTED]; +# set iscsi to start after openibd +if ( $iscsi_start=$openibd_start ) { +$openibd_start++; +s/$iscsi_start/$openibd_start/; +} + [EMAIL PROTECTED]; +# set iscsi to stop before openibd + if ( $iscsi_stop=$openibd_stop ) { +$openibd_stop--; +s/$iscsi_stop/$openibd_stop\n/; +} +} +$out .= $_; +} +seek (IN, 0, 0); +print IN $out; +truncate (IN,tell(IN)); +close(IN) || die can't close $openiscsi_file: $!; +} +elsif ($distro=~/suse/i) { +my $openiscsi_file='/etc/init.d/open-iscsi'; +open(IN,+$openibd_file) || die cannot open $openibd_file for reading: $!; +while (IN) { +# set iscsi to stop before openibd +if (/Required-Stop:/) { +s/$/ open-iscsi/; +} +$out .= $_; +} +seek (IN, 0, 0); +print IN $out; +truncate (IN,tell(IN)); +close(IN) || die can't close $openibd_file: $!; + +$out=''; +open(IN,+$openiscsi_file) || die cannot open $openiscsi_file for reading: $!; +while (IN) { +# set iscsi to start after openibd +if (/Required-Start:/) { +s/$/ openibd/; +} +$out .= $_; +} +seek (IN, 0, 0); +print IN $out; +truncate (IN,tell(IN)); +close(IN) || die can't close $openiscsi_file: $!; +} +} + ### MAIN AREA ### sub main { @@ -3837,6 +3923,13 @@ sub main if ($kernel_modules_info{'ipoib'}{'selected'}) { ipoib_config(); } + +# If open-iscsi was installed, set it to start after openibd +# and to stop before openibd +if ($iscsi_selected == 1) { +set_iscsi_dep(); +} + print GREEN \nInstallation finished successfully., RESET; if ($interactive) { print GREEN \nPress any key to continue..., RESET; -- 1.5.3.8 ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg