lpfc.rst 3.1 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081
  1. .. SPDX-License-Identifier: GPL-2.0
  2. =========================
  3. LPFC Driver Release Notes
  4. =========================
  5. .. important::
  6. Starting in the 8.0.17 release, the driver began to be targeted strictly
  7. toward the upstream kernel. As such, we removed #ifdefs for older kernels
  8. (pre 2.6.10). The 8.0.16 release should be used if the driver is to be
  9. run on one of the older kernels.
  10. The proposed modifications to the transport layer for FC remote ports
  11. and extended attribute support is now part of the upstream kernel
  12. as of 2.6.12. We no longer need to provide patches for this support,
  13. nor a *full* version which has old an new kernel support.
  14. The driver now requires a 2.6.12 (if pre-release, 2.6.12-rc1) or later
  15. kernel.
  16. Please heed these dependencies....
  17. The following information is provided for additional background on the
  18. history of the driver as we push for upstream acceptance.
  19. Cable pull and temporary device Loss:
  20. In older revisions of the lpfc driver, the driver internally queued i/o
  21. received from the midlayer. In the cases where a cable was pulled, link
  22. jitter, or a device temporarily loses connectivity (due to its cable
  23. being removed, a switch rebooting, or a device reboot), the driver could
  24. hide the disappearance of the device from the midlayer. I/O's issued to
  25. the LLDD would simply be queued for a short duration, allowing the device
  26. to reappear or link come back alive, with no inadvertent side effects
  27. to the system. If the driver did not hide these conditions, i/o would be
  28. errored by the driver, the mid-layer would exhaust its retries, and the
  29. device would be taken offline. Manual intervention would be required to
  30. re-enable the device.
  31. The community supporting kernel.org has driven an effort to remove
  32. internal queuing from all LLDDs. The philosophy is that internal
  33. queuing is unnecessary as the block layer already performs the
  34. queuing. Removing the queues from the LLDD makes a more predictable
  35. and more simple LLDD.
  36. As a potential new addition to kernel.org, the 8.x driver was asked to
  37. have all internal queuing removed. Emulex complied with this request.
  38. In explaining the impacts of this change, Emulex has worked with the
  39. community in modifying the behavior of the SCSI midlayer so that SCSI
  40. devices can be temporarily suspended while transport events (such as
  41. those described) can occur.
  42. The proposed patch was posted to the linux-scsi mailing list. The patch
  43. is contained in the 2.6.10-rc2 (and later) patch kits. As such, this
  44. patch is part of the standard 2.6.10 kernel.
  45. By default, the driver expects the patches for block/unblock interfaces
  46. to be present in the kernel. No #define needs to be set to enable support.
  47. Kernel Support
  48. ==============
  49. This source package is targeted for the upstream kernel only. (See notes
  50. at the top of this file). It relies on interfaces that are slowing
  51. migrating into the kernel.org kernel.
  52. At this time, the driver requires the 2.6.12 (if pre-release, 2.6.12-rc1)
  53. kernel.
  54. If a driver is needed for older kernels please utilize the 8.0.16
  55. driver sources.
  56. Patches
  57. =======
  58. Thankfully, at this time, patches are not needed.