1. Feature Overview:
a. Name of feature:
(Can be 'See Summary')
b. Feature Description
(Functional description of requested feature with sufficient detail)
2. Feature Details:
64-bit Intel EM64T/AMD64
b. Red Hat Bugzilla Dependencies:
(Are there other RHEL 5.x bugzillas that this bug depends on?)
c. Drivers or hardware dependencies:
(Are there updated driver versions required?)
(When will Red Hat receive test hardware if applicable?)
d. Upstream acceptance information:
(When was this accepted upstream, or when will this be submitted upstream?)
e. External links:
(Are there links to committed upstream patches?)
f. Severity (U,H,M,L):
Urgent (requires business justification in revenue impact)
High (required for Hardware Enablement)
g. Target Release Date:
(Is there a GA/release date of partner product requiring this feature?)
3. Business Justification:
a. Why is this feature needed?
b. What hardware does this enable?
c. Forecast, impact on revenue?
(include high/low volume with high/low-end platform info)
d. Any configuration info?
e. Are there other dependencies (drivers).
4. Primary contact at Red Hat, email, phone (chat)
5. Primary contact at Partner, email, phone (chat)
Mike - will you be doing the backport, or are you expecting Cisco to do it and then post it here?
Cisco, for 5.5 will you be wanting us to rebase libfc to whatever is upstream around that time? If so I can do that.
Will there be lots of fnic changes around that time?
That'd be great if you could rebase libfc.
There are a number of issues fixed there.
A couple of them require corresponding minor fnic changes, but the
patches take care of that
We have a smallish number of fnic fixes, I'll let Abhijeet
communicate those to you. We're trying to get those upstream as well.
One change is FIP support which we're hoping to get upstream soon.
Ok, just to make sure we are on the same page. I do not have time to do the rebase for a 5.4.z like you guys were asking about before. For that you will have to do the port or wait for me to do the port for 5.5 which could be used for a 5.4.z.
I will not be doing the port until some time closer to the RHEL 5.5 kernel submission date, because I am stuck on RHEL 6 and other RHEL 5.5 stuff.
Abhijeet - do you have a patchset that applies cleanly to 5.4 GA ready for posting?
working on getting that ready.
Created attachment 363064 [details]
Set scsi host max cmd len to 16 to support 16 byte CDBs
Created attachment 363065 [details]
Pad unused CDB bytes to 0
Created attachment 363066 [details]
Process all posted CQ entries in ISR
We need to confirm that there is commitment to test
for the resolution of this request during the RHEL 5.5 Beta
Test Phase before we can approve it for acceptance into the
RHEL 5.5 Beta Test Phase is expected to begin around February
In order to avoid any unnecessary delays, please post a
confirmation as soon as possible, including the contact
information for testing engineers.
yes, there is plan to test for RHEL 5.5 fnic/libfc. We are currently waiting for libfc backport from upstream/open-fcoe to RHEL 5.5
The Cisco QA contact is Anthony Kent <email@example.com>.
We plan to test fnic/libfc for RHEL 5.5 beta
The libfc/fcoe.ko update is here:
For fnic in RHEL 5.5 did you need more than just the fixes in comments #10-12?
Yes, for 5.5, we want to rebase fnic from fcoe-next tree so that it picks support for FIP. The backport portion is the same as from 5.4 (just the scsi tag map code and any minor workqueue API changes between upstream and 5.5)
You can download this test kernel from http://people.redhat.com/jwilson/el5
Please update the appropriate value in the Verified field
(cf_verified) to indicate this fix has been successfully
verified. Include a comment with verification details.
Downloaded and being tested. Thanks.
~~ Attention Customers and Partners - RHEL 5.5 Beta is now available on RHN ~~
RHEL 5.5 Beta has been released! There should be a fix present in this
release that addresses your request. Please test and report back results
here, by March 3rd 2010 (2010-03-03) or sooner.
Upon successful verification of this request, post your results and update
the Verified field in Bugzilla with the appropriate value.
If you encounter any issues while testing, please describe them and set
this bug into NEED_INFO. If you encounter new defects or have additional
patch(es) to request for inclusion, please clone this bug per each request
and escalate through your support representative.
Full testing had started with pre-Beta drop. There are 3 patches for fnic for bugs found during QA testing. Two fixes are in fnic, 1 fix is in libfcoe. Libfcoe fix is already present in the upstream open-fcoe tree. fnic fixes will also get submitted today.
Will upload fixes to this bugzilla later today or latest by tomorrow.
Here's the email thread with Andrius/Mike/Tom from last week:
> -----Original Message-----
> From: Andrius T. Benokraitis [mailto:firstname.lastname@example.org]
> Sent: Wednesday, February 03, 2010 10:09 AM
> To: Abhijeet Joglekar (abjoglek)
> Cc: Scott Feldman (scofeldm); Venkata Siva Vijayendra Bhamidipati
> (vbhamidi); Mike Christie; Tom Coughlan
> Subject: Re: Rhel 5.5 fnic update
> Abhijeet Joglekar (abjoglek) wrote:
> > Andrius,
> > QA runs are in progress with 185 kernel and in-built fnic/libfc;
> > currently we have 2 bug fixes for fnic. Would upload
> patches to fnic
> > bugzilla by end of week.
> > Thanks,
> > -- abhijeet
> thanks for the heads up - how nasty are the issues?
Both are minor changes, well understood, and well contained within the fnic driver without any side-effects.
(1) Lport stats state was not initialized in fnic_probe. This patch is present upstream, but, Mike's snapshot for 5.5 was probably done before the patch went upstream. It’s a 1-line change to initialize lport stats.
(2) To enable FIP support in fnic, we have to register with hardware to receive FIP solication frames on a well-known multicast address. Before FIP support, the firmware interface allowed multicast address registrations only for enic devices. This is a minor change to allow firmware interface to now register mcast addresses for fnic too.
Created attachment 390612 [details]
Diffs of fnic bug fixes (patches)
There is a fourth patch that needs to be picked up from the upstream fcoe-fixes tree. The URL of the patch is given below -
libfcoe: Send port LKA every FIP_VN_KA_PERIOD secs.
The patches in the above attachment are based on internal QA testing, more testing is in progress.
Venkata, please create a new bugzilla and add what's in Comment #28 since this bugzilla is in ON_QA.
Hi Andrius, I've logged a new bugzilla bug 565594 as suggested.
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.