#compdef bpfc # # bpfc.zsh -- zsh completion function for bpfc # # Copyright (C) 2013 Hideo Hattori # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License version 2 as # published by the Free Software Foundation. typeset -A opt_args _arguments -s -S \ "(-i --input)"{-i,--input}"[Berkeley Packet Filter file]:input:_files" \ "(-V --verbose)"{-V,--verbose}"[Be more verbose]" \ {-v,--version}"[Print version]:" \ {-h,--help}"[Print this help]:" \ "*::args:_gnu_generic" head>
summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorEaswar Hariharan <easwar.hariharan@intel.com>2016-04-12 11:25:31 -0700
committerDoug Ledford <dledford@redhat.com>2016-04-28 16:32:27 -0400
commit145dd2b3995830ab4bf14f1dc7d44dc5d2b7cb10 (patch)
tree13dbcca35b562be1bb5768186bda30ad5e642878
parente38d1e4f5099d533a833afee89f439853c94f272 (diff)
IB/hfi1: Always turn on CDRs for low power QSFP modules
Clock and data recovery mechanisms (CDRs) in active QSFP modules can be turned on or off to improve the bit error rate observed on the channel. Signal integrity and bit error rate requirements require us to always turn on any CDRs present in low power cables (power dissipation 2.5W or lower). However, we adhere to the platform designer's settings (provided in the platform configuration) for higher power cables (dissipation 3.5W or higher) if the platform designer has determined that the platform requires the CDRs to be turned on (or off) and is capable of supplying and cooling the higher power modules. This patch also introduces the get_qsfp_power_class function to centralize the bit twiddling required to determine the QSFP power class across the code. Reusing this function improves the readability of code that depends on knowing the power class of the cable, such as the active and optical channel tuning algorithm. Reviewed-by: Dean Luick <dean.luick@intel.com> Reviewed-by: Dennis Dalessandro <dennis.dalessandro@intel.com> Signed-off-by: Easwar Hariharan <easwar.hariharan@intel.com> Signed-off-by: Doug Ledford <dledford@redhat.com>