[ewg] OFED 1.4 bugs
These are the open bugs for OFED 1.4 Each assignee - please update bug status Thanks Tziporet bug_id bug_severityop_sys assigned_to short_short_desc 1120 normal RedHat Fedora Core 6 [EMAIL PROTECTED] In subroutine dat_strerror.c NULL isn't defined 1143 normal RedHat Fedora Core 6 [EMAIL PROTECTED] ./compat-dapl-1.2.8/test/dtest/dtest.c : complaints about "too many arguments for format" 1144 normal Other [EMAIL PROTECTED] ./compat-dapl-1.2.8/test/dtest/dtest.c: various warning compilation complaints 1145 normal Other [EMAIL PROTECTED] ./compat-dapl-1.2.8/test/dtest/dtest.c: mismatch between %d formats and 64 bit (unsigned) integers 1119 normal SLES 10 [EMAIL PROTECTED] Installation of "All-Packages" failed 1126blocker RHEL 5 [EMAIL PROTECTED] ISer fails to compile on EL 5.1 1099major All [EMAIL PROTECTED] IPoIB IPv6 does not work 1100 major All [EMAIL PROTECTED] Multicast does not work over IPoIB I/F 1114blocker All [EMAIL PROTECTED] ifconfig up/down hangs the computer 1124blocker RHEL 5 [EMAIL PROTECTED] ipoib fails to load on EL 5.1 1141 critical RHEL 4 [EMAIL PROTECTED] Bonding - Oops kernel panic after persistent configuration and restart the network under RH4 upx 1107 normal RHEL 4 [EMAIL PROTECTED] ibutils fails to build in the 7/22/08 daily build 1139 normal SLES 10 [EMAIL PROTECTED] ibdiagnet: "Internal error: bad message code: -V-outfiles:.db" 1131 normal Other [EMAIL PROTECTED] ibnetdiscover - some options are mentioned in the man, but not implemented 1132 normal Other [EMAIL PROTECTED] ibclearcounters - -N flag couse to irrelevant error (usage of perfquery) 1136 normal All [EMAIL PROTECTED] ibtracert - some flags mentioned in man page but doesn't implemented 1137 normal All [EMAIL PROTECTED] ibnetdiscover - --node-name-map flag does not replace the node name in all ibnetdiscover output 1127 blocker SLES 10 [EMAIL PROTECTED] Handling of two completions for one work request could cause kernel panic 1128 blocker Other [EMAIL PROTECTED] release IPoIB-CM QP resources in flushing CQE context 1125 blocker RHEL 5 [EMAIL PROTECTED] cxgb3 driver fails to load on redhat EL 5.1 1113 critical RHEL 4 [EMAIL PROTECTED] rpm -e scsi-target-utils-0.1-2008715 fails 1117 critical SLES 10 [EMAIL PROTECTED] ib_ipath module hangs on unload ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] OFED meeting agenda for today (Aug 25, 2008)
OFED meeting summary for Aug 25, 2008 on 1.4 status and schedule Summary: - 1.4 beta was done on Aug 21 - Agreed on release schedule: GA is expected at mid-late Oct - We will have weekly meetings starting Sep 8 - Decided on SCO8 OFA BOF subjects Details: 1. OFED 1.4 status: - Beta was done on Aug 21 - Based on kernel 2.6.27-rc4 - RHEL 4.7 is supported Still missing: - iSER (disabled from OFED now) - Will be ready by end of this week/beginning of next week - NFS/RDMA - SLES 10 almost done and should be merged soon; next will work on RHEL5.1 - MVAPICH2 1.1 - Should be ready this week - Open MPI 1.3 - Decided to integrate 1.2.7 now since 1.3 beta is not ready yet. If 1.3 will become stable soon we may switch later - Extended QP verb - Voltaire and Mellanox to close this week Bugs: Tziporet will assign all bugs without assignee. In our next meeting we will review all bugs and decide which should be fixed 2. OFED 1.4 schedule: The RCs plan: - RC1- Sept 3, 2008 - RC2- Sept 17, 2008 - RC3- Sept 25, 2008 - more RCs - as needed - GA - mid-late October (based on bugs we will decide to fix) This schedule meets the Interop event needs: RC on Sep 22, and GA by October 29. 3. OFA BOF in SC08: Subject we will cover: - Overview of OFED 1.4 - OFED status in Linux distros - Overview of WinOF 2.0 - Update of things we decided in Sonoma - Some time for feedback from the audience: Q&A and ideas/features for the future Woody & Betsy will coordinate this on September (need to work with Gilad to get the Windows data) 4. OFA server upgrade update: Server is ready but Jeff B. does not have time due to the NFS/RDMA backports. Need to see if he can get help with administration. Tziporet ___ 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] Re: [PATCH install.pl] Disable 'tgt-generic' on ppc64 and ia64 platforms.
Doron Shoham wrote:
> 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
Ok,
So, here is the patch:
Do you want me to apply this patch?
- Vladimir
Disable 'tgt-generic' on ppc64 and ia64 platforms.
Remove unused 'stgt' package.
Signed-off-by: Vladimir Sokolovsky <[EMAIL PROTECTED]>
---
install.pl | 30 +++---
1 files changed, 7 insertions(+), 23 deletions(-)
diff --git a/install.pl b/install.pl
index b31f30b..845eb64 100755
--- a/install.pl
+++ b/install.pl
@@ -1240,28 +1240,21 @@ 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 =>
["openssl-devel"],
+available => 0, 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 =>
["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 =>
["openssl-devel"],
+available => 0, 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 =>
["openssl-devel"],
+available => 0, 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 },
@@ -1625,8 +1618,11 @@ sub set_availability
}
# tgt
-if ($kernel =~ m/2.6.16.[0-9.]*-[0-9.]*-[A-Za-z0-9.]*|el5/) {
+if ($arch !~ m/ppc64|powerpc|ia64/ and
+$kernel =~ m/2.6.16.[0-9.]*-[0-9.]*-[A-Za-z0-9.]*|el5/) {
$packages_info{'tgt-generic'}{'available'} = 1;
+$packages_info{'tgt'}{'available'} = 1;
+$packages_info{'scsi-target-utils'}{'available'} = 1;
}
# QLogic vnic
@@ -2111,15 +2107,6 @@ sub select_packages
next;
}
-if ($package eq "stgt") {
-if ( $selected eq 'y' ) {
- push (@selected_by_user, "tgt-generic");
- print "select_package: selected tgt-generic\n" if
($verbose2);
- $cnt ++;
- next;
-}
-}
-
if (substr($package,0,length("vendor_config")) eq
"vendor_config") {
next;
}
@@ -2311,9 +2298,6 @@ sub select_packages
check_open_iscsi();
push (@selected_by_user, "open-iscsi-generic");
}
-if ("stgt" =~ m/$tmp/) {
-push (@selected_by_user, "tgt-generic");
-}
flock CONFIG, $UNLOCK;
}
close(CONFIG);
--
1.5.4.3
___
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] 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]
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
