Changes between Version 2 and Version 3 of ventana/errata


Ignore:
Timestamp:
07/13/2018 08:55:58 PM (14 months ago)
Author:
Tim Harvey
Comment:

restore wiki markup from html

Legend:

Unmodified
Added
Removed
Modified
  • ventana/errata

    v2 v3  
    1 {{{#!html
    2 <div class="wiki-toc">
    3 <ol>
    4   <li>
    5     <a href="#VentanaErrata">Ventana Errata</a>
    6     <ol>
    7       <li>
    8         <a href="#HW1GW54xx-BAnalogVideoInputnonfunctional">HW1 GW54xx-B Analog Video Input non functional</a>
    9       </li>
    10       <li>
    11         <a href="#HW2GW54xx-BGPSAntennaShortProtectionNotOperational">HW2 GW54xx-B GPS Antenna Short Protection Not Operational</a>
    12       </li>
    13       <li>
    14         <a href="#HW4Tamperswitchnon-functional">HW4 Tamper switch non-functional</a>
    15       </li>
    16       <li>
    17         <a href="#HW5GW52xx-AUSBOTGroutingselectthroughmuxinverted">HW5 GW52xx-A USB OTG routing select through mux inverted</a>
    18       </li>
    19       <li>
    20         <a href="#HW6GW53xx-AB5Vinsufficientformaximumperipheralexpansion">HW6 GW53xx-A/B 5V insufficient for maximum peripheral expansion</a>
    21       </li>
    22       <li>
    23         <a href="#HW7GW51xx-ABpre-matureWatchdogresets">HW7 GW51xx-A/B pre-mature Watchdog resets</a>
    24       </li>
    25       <li>
    26         <a href="#HW8PowerbackfeedwhenboardpowereddownwhileOTGconnectedtoPChost">HW8 Power backfeed when board powered down while OTG connected to PC host</a>
    27       </li>
    28       <li>
    29         <a href="#HW9GW551x-AYUV422semi-planarcapturenotsupporteddoesnotsupport1080p60Hz">HW9 GW551x-A YUV422 semi-planar capture not supported (does not support …</a>
    30       </li>
    31       <li>
    32         <a href="#HW10GW551x-AUSBOTGDeviceModenon-functional">HW10 GW551x-A USB OTG Device Mode non-functional</a>
    33       </li>
    34       <li>
    35         <a href="#HW11GW16111-AI2Cbufferisnotenabled">HW11 GW16111-A I2C buffer is not enabled</a>
    36       </li>
    37       <li>
    38         <a href="#HW12IMXWatchdogresetcanresultinaboardhangwithIMX6Q">HW12 IMX Watchdog reset can result in a board hang with IMX6Q</a>
    39       </li>
    40       <li>
    41         <a href="#HW13PCIebuserrors">HW13 PCIe bus errors</a>
    42       </li>
    43       <li>
    44         <a href="#HW14PCIeGen2complianceenhancement">HW14 PCIe Gen2 compliance (enhancement)</a>
    45       </li>
    46       <li>
    47         <a href="#HW16:micro-SDUHS-Ienhancedclocksupportenhancement">HW16: micro-SD UHS-I enhanced clock support (enhancement)</a>
    48       </li>
    49       <li>
    50         <a href="#HW17GW520x-CUSBroutingtominiPCIeJ7socket">HW17 GW520x-C USB routing to miniPCIe J7 socket</a>
    51       </li>
    52       <li>
    53         <a href="#HW18GW53xx-CDE5Vinrushcurrentlimitedat100mA">HW18 GW53xx-C/D/E 5V inrush current limited at 100mA</a>
    54       </li>
    55       <li>
    56         <a href="#HW19:GW16082irqmapping">HW19: GW16082 irq mapping</a>
    57       </li>
    58       <li>
    59         <a href="#VENTANAHW20:16bitYUVHDMIcapturenotsupported">VENTANA HW20: 16bit YUV HDMI capture not supported</a>
    60       </li>
    61       <li>
    62         <a href="#VENTANAHW21:1stGenerationQCA802.11nPCIedevicesmaynotenumerateproperly">VENTANA HW21: 1st Generation QCA 802.11n PCIe devices may not enumerate …</a>
    63       </li>
    64     </ol>
    65   </li>
    66 </ol>
    67 </div><p>
    68 </p>
    69 <h1 id="VentanaErrata">Ventana Errata</h1>
    70 <p>
     1[[PageOutline]]
     2
     3= Ventana Errata
    714The below errata only affects certain models and certain revisions.
    72 </p>
    73 <p>
    74 Please contact support@… with any questions.
    75 </p>
    76 <p>
    77 <span class="wikianchor" id="hw1"></span>
    78 </p>
    79 <h2 id="HW1GW54xx-BAnalogVideoInputnonfunctional">HW1 GW54xx-B Analog Video Input non functional</h2>
    80 <p>
    81 Issue:
    82 </p>
    83 <ul><li>The three analog video inputs available at connector J27 are not functional on GW54xx products with PCB 02210121-01 (rev B product) because of a pixel bus swap between the video decoder and the i.MX6 processor.
    84 </li></ul><p>
    85 Resolution:
    86 </p>
    87 <ul><li>This is resolved on PCB 02210121-02 (rev C)
    88 </li></ul><p>
    89 Affected Product:
    90 </p>
    91 <ul><li>GW54xx-B (PCB 02210121-01)
    92 </li></ul><p>
    93 <span class="wikianchor" id="hw2"></span>
    94 </p>
    95 <h2 id="HW2GW54xx-BGPSAntennaShortProtectionNotOperational">HW2 GW54xx-B GPS Antenna Short Protection Not Operational</h2>
    96 <p>
    97 Issue:
    98 </p>
    99 <ul><li>The GPS antenna short protection circuit is bypassed on the GW54xx products with PCB 02210121-01 (rev B product ). Active antennas are fully functional but not protected against a short circuit.
    100 </li></ul><p>
    101 Resolution:
    102 </p>
    103 <ul><li>This is resolved on PCB 02210121-02 (rev C)
    104 </li></ul><p>
    105 Affected Product:
    106 </p>
    107 <ul><li>GW54xx-B (PCB 02210121-01) products with GPS loaded
    108 </li></ul><p>
    109 <span class="wikianchor" id="hw4"></span>
    110 </p>
    111 <h2 id="HW4Tamperswitchnon-functional">HW4 Tamper switch non-functional</h2>
    112 <p>
    113 Issue:
    114 </p>
    115 <ul><li>Early revision GW54xx/GW53xx/GW52xx boards have a capacitor loaded on the tamper circuit which makes it un-usable for the GSC tamper feature (Note that it still works as a GSC GPIO).
    116 </li></ul><p>
    117 Resolution:
    118 </p>
    119 <ul><li>GW52xx: remove C68
    120 </li><li>GW53xx: remove C110
    121 </li><li>GW54xx: remove C473
    122 </li></ul><p>
    123 Fixed in:
    124 </p>
    125 <ul><li>GW52xx-C (PCB 02210119-02)
    126 </li><li>GW53xx-C (PCB 02210120-02)
    127 </li><li>GW54xx-E (PCB 02210121-04)
    128 </li></ul><p>
    129 Affected Products:
    130 </p>
    131 <ul><li>GW52xx-A/B (PCB 02210119-00, 02210119-01)
    132 </li><li>GW53xx-A/B (PCB 02210120-00, 02210120-01)
    133 </li><li>GW54xx-A/B/C/D (PCB 02210121-00, 02210121-01, 02210121-02, 02210121-03)
    134 </li></ul><p>
    135 <span class="wikianchor" id="hw5"></span>
    136 </p>
    137 <h2 id="HW5GW52xx-AUSBOTGroutingselectthroughmuxinverted">HW5 GW52xx-A USB OTG routing select through mux inverted</h2>
    138 <p>
    139 Issue:
    140 </p>
    141 <ul><li>The GW52xx uses a 1-to-2 mux to route USB OTG to either the front-panel micro-USB or to one of the PCI sockets (which the USB EHCI host routes to the other PCI socket). The initial revision of the GW52xx (GW52xx-A) defaulted this to route to the miniPCIe socket when the desire is to have it routed by default on power-up to the front panel connector.
    142 </li></ul><p>
    143 Resolution:
    144 </p>
    145 <ul><li>Ground OTG_ID via a buffer that is active-high enabled by the USBOTG_SKT GPIO so that when USBOTG_SKT GPIO is high to select PCI SKT, ID gets grounded and forces it to host mode
    146 </li><li>Add a 1k pulldown to USBOTG_SKT which is stronger than the 100k pullup at powerup so that the power-on default is front-panel
    147 </li></ul><p>
    148 Work-around:
    149 </p>
    150 <ul><li>steer GPIO2 manually in software:
    151 <pre class="wiki">echo 2 &gt; /sys/class/gpio/export
    152 echo out &gt; /sys/class/gpio/gpio2/direction # will default to output low
    153 </pre></li></ul><p>
    154 Fixed in:
    155 </p>
    156 <ul><li>GW52xx-B (PCB 02210119-01)
    157 </li></ul><p>
    158 Affected Products:
    159 </p>
    160 <ul><li>GW52xx-A (PCB 02210119-00)
    161 </li></ul><p>
    162 <span class="wikianchor" id="hw6"></span>
    163 </p>
    164 <h2 id="HW6GW53xx-AB5Vinsufficientformaximumperipheralexpansion">HW6 GW53xx-A/B 5V insufficient for maximum peripheral expansion</h2>
    165 <p>
    166 Issue:
    167 </p>
    168 <ul><li>The 800mA 5V supply on the intial GW53xx revisions is not sufficient to power the variety of peripherals that are possible such as: two USB devices (potentially 500mA ea), CAN transceiver (70mA max), LVDS connector (varies per display but est 500mA), HDMI termination (50mA max)
    169 </li></ul><p>
    170 Work-around:
    171 </p>
    172 <ul><li>Limit peripheral expansion
    173 </li></ul><p>
    174 Fixed in:
    175 </p>
    176 <ul><li>GW53xx-C (PCB 02210120-02) - 5V supply replaced with 1.5A supply. Each USB port can supply a max of 500mA each and the additional peripherals have 500mA allocated for them to share (typically most of this is optional for an LVDS display device).
    177 </li></ul><p>
    178 Affected Products:
    179 </p>
    180 <ul><li>GW53xx-A/B (PCB 02210120-00, PCB 02210120-01)
    181 </li></ul><p>
    182 <span class="wikianchor" id="hw7"></span>
    183 </p>
    184 <h2 id="HW7GW51xx-ABpre-matureWatchdogresets">HW7 GW51xx-A/B pre-mature Watchdog resets</h2>
    185 <p>
    186 Issue:
    187 </p>
    188 <ul><li>The GW51xx-A and GW51xx-B is susceptible to pre-mature IMX6 CPU watchdog timeouts due to the RTC XTAL input not being grounded. Noise on this signal which can occur at higher temperatures can cause this to be used as the xtal source instead of the intended internal oscillator.
    189 </li></ul><p>
    190 Work-around:
    191 </p>
    192 <ul><li>Disable IMX6 CPU watchdog (this is done in the current Ventana bootloader by removing the device-node entry for the CPU watchdog).
    193 </li><li>Use GSC CPU watchdog if a watchdog is necessary (this is available with GSC firmware v44)
    194 </li></ul><p>
    195 Fixed in:
    196 </p>
    197 <ul><li>GW51xx-C (PCB 02210118-02)
    198 </li></ul><p>
    199 Affected Products:
    200 </p>
    201 <ul><li>GW51xx-A/B (PCB 02210118-00, 02210118-01)
    202 </li></ul><p>
    203 <span class="wikianchor" id="hw8"></span>
    204 </p>
    205 <h2 id="HW8PowerbackfeedwhenboardpowereddownwhileOTGconnectedtoPChost">HW8 Power backfeed when board powered down while OTG connected to PC host</h2>
    206 <p>
    207 Issue:
    208 </p>
    209 <ul><li>When an affected board is connected to a powered PC Host over USB OTG and the board is powered down, an unusual amount of current is allowed to backfeed through the IMX6 CPU and can potentially cause the 3.3V primary supply to provide partial voltage affecting the 3.3V power LED.
    210 </li></ul><p>
    211 Work-around:
    212 </p>
    213 <ul><li>Remove OTG connection when powering down
    214 </li></ul><p>
    215 Fixed in:
    216 </p>
    217 <ul><li>GW51xx-C (PCB 02210118-02)
    218 </li><li>GW52xx-B (PCB 02210119-01)
    219 </li><li>GW53xx-C (PCB 02210120-02)
    220 </li><li>GW54xx-E (PCB 02210121-04)
    221 </li></ul><p>
    222 Affected Products:
    223 </p>
    224 <ul><li>GW51xx-A/B (PCB 02210118-00, 02210118-01)
    225 </li><li>GW52xx-A (PCB 02210119-00)
    226 </li><li>GW53xx-A/B (PCB 02210120-00, PCB 02210120-01)
    227 </li><li>GW54xx-A/B/C/D (PCB 02210121-00, PCB 02210121-01, PCB 02210121-02, PCB 02210121-03)
    228 </li></ul><p>
    229 <span class="wikianchor" id="hw9"></span>
    230 </p>
    231 <h2 id="HW9GW551x-AYUV422semi-planarcapturenotsupporteddoesnotsupport1080p60Hz">HW9 GW551x-A YUV422 semi-planar capture not supported (does not support 1080p@60Hz)</h2>
    232 <p>
    233 Issue:
    234 </p>
    235 <ul><li>The GW551x-A is missing some signals required for 'gated clock' capture mode and as such only YUV422 BT656 capture from the HDMI receiver is possible. In this mode any resolution over 1080p@30Hz is not supported. See <a class="wiki" href="/wiki/Yocto/Video_In#HardwareCapabilitiesandvideodatabasemode">here</a> for more info.
    236 </li></ul><p>
    237 Work-around:
    238 </p>
    239 <ul><li>Use default YUV422 BT656 capture mode (which will be the default when using the latest bootloader/kernel).
    240 </li></ul><p>
    241 Fixed in:
    242 </p>
    243 <ul><li>GW551x-B (PCB 02210161-01)
    244 </li></ul><p>
    245 Affected Products:
    246 </p>
    247 <ul><li>GW551x-A (PCB 02210161-00)
    248 </li></ul><p>
    249 <span class="wikianchor" id="hw10"></span>
    250 </p>
    251 <h2 id="HW10GW551x-AUSBOTGDeviceModenon-functional">HW10 GW551x-A USB OTG Device Mode non-functional</h2>
    252 <p>
    253 Issue:
    254 </p>
    255 <ul><li>The GW551x-A does not connect the USBOTG_VBUS signal which is needed by the USB OTG host controller in order to go into device mode. This also causes hot-swap events to not trigger a bus re-enumeration when a device is hot-swapped in host mode.
    256 </li></ul><p>
    257 Work-around:
    258 </p>
    259 <ul><li>Do not use USB OTG device mode
    260 </li><li>Force a re-enumeration manually on a hot-swap event, or hot-swap at the microAB connector (thus causing ID to change state)
    261 </li></ul><p>
    262 Fixed in:
    263 </p>
    264 <ul><li>GW551x-B (PCB 02210161-01)
    265 </li></ul><p>
    266 Affected Products:
    267 </p>
    268 <ul><li>GW551x-A (PCB 02210161-00)
    269 </li></ul><p>
    270 <span class="wikianchor" id="hw11"></span>
    271 </p>
    272 <h2 id="HW11GW16111-AI2Cbufferisnotenabled">HW11 GW16111-A I2C buffer is not enabled</h2>
    273 <p>
    274 Issue:
    275 </p>
    276 <ul><li>The GW16111-A does not enable the I2C buffer properly making the 3pin I2C header non-functional
    277 </li></ul><p>
    278 Work-around:
    279 </p>
    280 <ul><li>None
    281 </li></ul><p>
    282 Fixed in:
    283 </p>
    284 <ul><li>GW16111-B (PCB 02210162-01)
    285 </li></ul><p>
    286 Affected Products:
    287 </p>
    288 <ul><li>GW16111-A (PCB 02210162-00)
    289 </li></ul><p>
    290 <span class="wikianchor" id="hw12"></span>
    291 </p>
    292 <h2 id="HW12IMXWatchdogresetcanresultinaboardhangwithIMX6Q">HW12 IMX Watchdog reset can result in a board hang with IMX6Q</h2>
    293 <p>
    294 Issue:
    295 </p>
    296 <ul><li>The Power Management IC (PMIC) on the Ventana boards does not get reset in the event of an IMX watchdog reset. This can cause a board hang under certain circumstances: If the processor was running at 400MHz at the time the reset occurred and a PMIC driver is being used for dynamic voltage scaling which has reduced the IMX voltage rails for 400MHz operation (referred to as ldo-bypass mode). In this specific case, the IMX will come out of reset at 800MHz (per OTP fuse configuration) and the voltage rails to the IMX will be insufficient for that frequency and the board will hang in the BOOT ROM. The voltage rail differential has been found to not cause an issue on IMX6S or IMX6DL cpus and it only causes an issue on the IMX6Q. Because this is an internal reset the GSC boot watchdog (not to be confused with the standard GSC watchdog) does not get enabled. Note that an IMX watchdog reset that can cause this occurs in the following situations: watchdog timeout when using the IMX watchdog (instead of the GSC watchdog), a kernel crash, a soft reboot.
    297 </li></ul><p>
     5
     6Please contact support@gateworks.com with any questions.
     7
     8[=#hw1]
     9== HW1 GW54xx-B Analog Video Input non functional
     10Issue:
     11 * The three analog video inputs available at connector J27 are not functional on GW54xx products with PCB 02210121-01 (rev B product) because of a pixel bus swap between the video decoder and the i.MX6 processor.
     12
     13Resolution:
     14 * This is resolved on PCB 02210121-02 (rev C)
     15
     16Affected Product:
     17 * GW54xx-B (PCB 02210121-01)
     18
     19
     20[=#hw2]
     21== HW2 GW54xx-B GPS Antenna Short Protection Not Operational
     22Issue:
     23 * The GPS antenna short protection circuit is bypassed on the GW54xx products with PCB 02210121-01 (rev B product ). Active antennas are fully functional but not protected against a short circuit.
     24
     25Resolution:
     26 * This is resolved on PCB 02210121-02 (rev C)
     27
     28Affected Product:
     29 * GW54xx-B (PCB 02210121-01) products with GPS loaded
     30
     31
     32[=#hw4]
     33== HW4 Tamper switch non-functional
     34Issue:
     35 * Early revision GW54xx/GW53xx/GW52xx boards have a capacitor loaded on the tamper circuit which makes it un-usable for the GSC tamper feature (Note that it still works as a GSC GPIO).
     36
     37Resolution:
     38 * GW52xx: remove C68
     39 * GW53xx: remove C110
     40 * GW54xx: remove C473
     41
     42Fixed in:
     43 * GW52xx-C (PCB 02210119-02)
     44 * GW53xx-C (PCB 02210120-02)
     45 * GW54xx-E (PCB 02210121-04)
     46
     47Affected Products:
     48 * GW52xx-A/B (PCB 02210119-00, 02210119-01)
     49 * GW53xx-A/B (PCB 02210120-00, 02210120-01)
     50 * GW54xx-A/B/C/D (PCB 02210121-00, 02210121-01, 02210121-02, 02210121-03)
     51
     52
     53[=#hw5]
     54== HW5 GW52xx-A USB OTG routing select through mux inverted
     55Issue:
     56 * The GW52xx uses a 1-to-2 mux to route USB OTG to either the front-panel micro-USB or to one of the PCI sockets (which the USB EHCI host routes to the other PCI socket). The initial revision of the GW52xx (GW52xx-A) defaulted this to route to the miniPCIe socket when the desire is to have it routed by default on power-up to the front panel connector.
     57
     58Resolution:
     59 * Ground OTG_ID via a buffer that is active-high enabled by the USBOTG_SKT GPIO so that when USBOTG_SKT GPIO is high to select PCI SKT, ID gets grounded and forces it to host mode
     60Add a 1k pulldown to USBOTG_SKT which is stronger than the 100k pullup at powerup so that the power-on default is front-panel
     61
     62Work-around:
     63 * steer GPIO2 manually in software:
     64{{{#!bash
     65echo 2 > /sys/class/gpio/export
     66echo out > /sys/class/gpio/gpio2/direction # will default to output low
     67}}}
     68
     69Fixed in:
     70 * GW52xx-B (PCB 02210119-01)
     71
     72Affected Products:
     73 * GW52xx-A (PCB 02210119-00)
     74
     75
     76[=#hw6]
     77== HW6 GW53xx-A/B 5V insufficient for maximum peripheral expansion
     78Issue:
     79 * The 800mA 5V supply on the intial GW53xx revisions is not sufficient to power the variety of peripherals that are possible such as: two USB devices (potentially 500mA ea), CAN transceiver (70mA max), LVDS connector (varies per display but est 500mA), HDMI termination (50mA max)
     80
     81Work-around:
     82 * Limit peripheral expansion
     83
     84Fixed in:
     85 * GW53xx-C (PCB 02210120-02) - 5V supply replaced with 1.5A supply. Each USB port can supply a max of 500mA each and the additional peripherals have 500mA allocated for them to share (typically most of this is optional for an LVDS display device).
     86
     87Affected Products:
     88 * GW53xx-A/B (PCB 02210120-00, PCB 02210120-01)
     89
     90
     91[=#hw7]
     92== HW7 GW51xx-A/B pre-mature Watchdog resets
     93Issue:
     94 * The GW51xx-A and GW51xx-B is susceptible to pre-mature IMX6 CPU watchdog timeouts due to the RTC XTAL input not being grounded. Noise on this signal which can occur at higher temperatures can cause this to be used as the xtal source instead of the intended internal oscillator.
     95
     96Work-around:
     97 * Disable IMX6 CPU watchdog (this is done in the current Ventana bootloader by removing the device-node entry for the CPU watchdog).
     98Use GSC CPU watchdog if a watchdog is necessary (this is available with GSC firmware v44)
     99
     100Fixed in:
     101 * GW51xx-C (PCB 02210118-02)
     102
     103Affected Products:
     104 * GW51xx-A/B (PCB 02210118-00, 02210118-01)
     105
     106
     107[=#hw8]
     108== HW8 Power backfeed when board powered down while OTG connected to PC host
     109Issue:
     110 * When an affected board is connected to a powered PC Host over USB OTG and the board is powered down, an unusual amount of current is allowed to backfeed through the IMX6 CPU and can potentially cause the 3.3V primary supply to provide partial voltage affecting the 3.3V power LED.
     111
     112Work-around:
     113 * Remove OTG connection when powering down
     114
     115Fixed in:
     116 * GW51xx-C (PCB 02210118-02)
     117 * GW52xx-B (PCB 02210119-01)
     118 * GW53xx-C (PCB 02210120-02)
     119 * GW54xx-E (PCB 02210121-04)
     120
     121Affected Products:
     122 * GW51xx-A/B (PCB 02210118-00, 02210118-01)
     123 * GW52xx-A (PCB 02210119-00)
     124 * GW53xx-A/B (PCB 02210120-00, PCB 02210120-01)
     125 * GW54xx-A/B/C/D (PCB 02210121-00, PCB 02210121-01, PCB 02210121-02, PCB 02210121-03)
     126
     127
     128[=#hw9]
     129== HW9 GW551x-A YUV422 semi-planar capture not supported (does not support 1080p@60Hz)
     130
     131Issue:
     132 * The GW551x-A is missing some signals required for 'gated clock' capture mode and as such only YUV422 BT656 capture from the HDMI receiver is possible. In this mode any resolution over 1080p@30Hz is not supported. See here for more info.
     133
     134Work-around:
     135 * Use default YUV422 BT656 capture mode (which will be the default when using the latest bootloader/kernel).
     136
     137Fixed in:
     138 * GW551x-B (PCB 02210161-01)
     139
     140Affected Products:
     141 * GW551x-A (PCB 02210161-00)
     142
     143
     144[=#hw10]
     145== HW10 GW551x-A USB OTG Device Mode non-functional
     146Issue:
     147 * The GW551x-A does not connect the USBOTG_VBUS signal which is needed by the USB OTG host controller in order to go into device mode. This also causes hot-swap events to not trigger a bus re-enumeration when a device is hot-swapped in host mode.
     148
     149Work-around:
     150 * Do not use USB OTG device mode
     151 * Force a re-enumeration manually on a hot-swap event, or hot-swap at the microAB connector (thus causing ID to change state)
     152
     153Fixed in:
     154 * GW551x-B (PCB 02210161-01)
     155
     156Affected Products:
     157 * GW551x-A (PCB 02210161-00)
     158
     159
     160[=#hw11]
     161== HW11 GW16111-A I2C buffer is not enabled
     162Issue:
     163 * The GW16111-A does not enable the I2C buffer properly making the 3pin I2C header non-functional
     164
     165Work-around:
     166 * None
     167
     168Fixed in:
     169 * GW16111-B (PCB 02210162-01)
     170
     171Affected Products:
     172 * GW16111-A (PCB 02210162-00)
     173
     174
     175[=#hw12]
     176== HW12 IMX Watchdog reset can result in a board hang with IMX6Q
     177Issue:
     178 * The Power Management IC (PMIC) on the Ventana boards does not get reset in the event of an IMX watchdog reset. This can cause a board hang under certain circumstances: If the processor was running at 400MHz at the time the reset occurred and a PMIC driver is being used for dynamic voltage scaling which has reduced the IMX voltage rails for 400MHz operation (referred to as ldo-bypass mode). In this specific case, the IMX will come out of reset at 800MHz (per OTP fuse configuration) and the voltage rails to the IMX will be insufficient for that frequency and the board will hang in the BOOT ROM. The voltage rail differential has been found to not cause an issue on IMX6S or IMX6DL cpus and it only causes an issue on the IMX6Q. Because this is an internal reset the GSC boot watchdog (not to be confused with the standard GSC watchdog) does not get enabled. Note that an IMX watchdog reset that can cause this occurs in the following situations: watchdog timeout when using the IMX watchdog (instead of the GSC watchdog), a kernel crash, a soft reboot.
     179
    298180Work-arounds:
    299 </p>
    300 <ul><li>Use the GSC watchdog (which is a more robust means of watchdog protection as it power cycles the entire board) instead of the IMX watchdog. This means you would enable the GSC watchdog (see <a class="wiki" href="/wiki/gsc#watchdog">gsc</a>) as well as use the GSC to reboot the board (see <a class="wiki" href="/wiki/gscreboot">here</a>).
    301 </li><li>Disable PMIC dynamic voltage scaling below the 800MHz operating point by either:
    302 <ul><li>disabling Dyanmic Voltage and Scaling completely by disabling the cpufreq driver (voltage rails will always be at their maximum value)
    303 </li><li>disabling the PMIC driver (voltage rails will always be at their maximum value but CPU frequency is allowed to shift)
    304 </li><li>disable the 400MHz operating point (thus ensuring the PMIC voltage rails are always sufficient for powerup at 800MHz)
    305 </li><li>adjusting the 400MHz operating point voltage rails up to the 800Mhz values
    306 </li></ul></li></ul><p>
    307 Resolution:
    308 </p>
    309 <ul><li>A change has been made at the PCB level to allow the IMX6 external watchdog reset signal to reset the PMIC. This requires a kernel update (pending) as well as a bootloader update: <a class="ext-link" href="https://github.com/Gateworks/u-boot-imx6/commit/cf7e51ea03ad68a86a77c5764c8712942867bcfb"><span class="icon">​</span>cf7e51ea</a>
    310 </li><li>All Ventana BSP's are now using ldo-enabled mode which means the PMIC rails are always set at a safe-maximum and the internal IMX6 LDO further regulates the voltage as needed. This avoids the potential issue of the PMIC rails being too low at reset time.
    311 </li></ul><p>
    312 Fixed in:
    313 </p>
    314 <ul><li>GW51xx*-E (PCB 02210118-04)
    315 </li><li>GW520x*-D (PCB 02210119-03)
    316 </li><li>GW5220*-B (PCB 02210166-01)
    317 </li><li>GW53xx*-E (PCB 02210120-04)
    318 </li><li>GW54xx*-D (PCB 02210121-03)
    319 </li><li>GW551x*-C (PCB 02210161-02)
    320 </li><li>GW552x*-C (PCB 02210147-02)
    321 </li></ul><p>
    322 <span class="wikianchor" id="hw13"></span>
    323 </p>
    324 <h2 id="HW13PCIebuserrors">HW13 PCIe bus errors</h2>
    325 <p>
    326 Issue:
    327 </p>
    328 <ul><li>An out-of-spec DC bias of the clock output on the IMX6 to the PCI clock buffer input can result in noise from the processor being coupled to the PCIe clock ultimately causing PCIe bus errors. This can result in hangs during PCI enumeration and PCI device configuration as well as unexpected errors during device operation. It has been found that this occurs on newer silicon IMX6S/IMX6DL <a class="changeset" href="/changeset/1" title="Initial Import">r1</a>.2 and IMX6Q <a class="changeset" href="/changeset/1" title="Initial Import">r1</a>.3 (reported as <a class="changeset" href="/changeset/1" title="Initial Import">r1</a>.5 by the bootloader which is technically the ROM version) and has not been found on earlier silicon revisions.
    329 </li></ul><p>
     181 * Use the GSC watchdog (which is a more robust means of watchdog protection as it power cycles the entire board) instead of the IMX watchdog. This means you would enable the GSC watchdog (see gsc) as well as use the GSC to reboot the board (see [http://trac.gateworks.com/wiki/gscreboot here]).
     182 * Disable PMIC dynamic voltage scaling below the 800MHz operating point by either:
     183  - disabling Dynanmic Voltage and Scaling completely by disabling the cpufreq driver (voltage rails will always be at their maximum value)
     184  - disabling the PMIC driver (voltage rails will always be at their maximum value but CPU frequency is allowed to shift)
     185  - disable the 400MHz operating point (thus ensuring the PMIC voltage rails are always sufficient for powerup at 800MHz)
     186  - adjusting the 400MHz operating point voltage rails up to the 800Mhz values
     187
     188Resolution:
     189 * A change has been made at the PCB level to allow the IMX6 external watchdog reset signal to reset the PMIC. This requires a kernel update (pending) as well as a bootloader update: ​cf7e51ea
     190 * All Ventana BSP's are now using ldo-enabled mode which means the PMIC rails are always set at a safe-maximum and the internal IMX6 LDO further regulates the voltage as needed. This avoids the potential issue of the PMIC rails being too low at reset time.
     191
     192Fixed in:
     193 * GW51xx*-E (PCB 02210118-04)
     194 * GW520x*-D (PCB 02210119-03)
     195 * GW5220*-B (PCB 02210166-01)
     196 * GW53xx*-E (PCB 02210120-04)
     197 * GW54xx*-D (PCB 02210121-03)
     198 * GW551x*-C (PCB 02210161-02)
     199 * GW552x*-C (PCB 02210147-02)
     200
     201
     202[=#hw13]
     203== HW13 PCIe bus errors
     204Issue:
     205 * An out-of-spec DC bias of the clock output on the IMX6 to the PCI clock buffer input can result in noise from the processor being coupled to the PCIe clock ultimately causing PCIe bus errors. This can result in hangs during PCI enumeration and PCI device configuration as well as unexpected errors during device operation. It has been found that this occurs on newer silicon IMX6S/IMX6DL r1.2 and IMX6Q r1.3 (reported as r1.5 by the bootloader which is technically the ROM version) and has not been found on earlier silicon revisions.
     206
    330207Work-arounds:
    331 </p>
    332 <ul><li>a board-level rework adding a 100ohm resistor across the CLK-/+ inputs to the clock buffer eliminates the issue.
    333 </li></ul><p>
    334 Affected Products:
    335 </p>
    336 <ul><li>Boards using PCIe bridge and clock buffer:
    337 <ul><li>GW52xx:
    338 </li><li>GW53xx
    339 </li><li>GW552x 
    340 </li></ul></li></ul><p>
    341 Resolution:
    342 </p>
    343 <ul><li>Next revision product will incorporate clock generators in order to fully support PCIe Gen2 which will also resolve this clock coupling issue.
    344 </li><li>Current product will be bumped to a new BOM level (dot level) that adds the 100ohm resistor across the CLK-/+ inputs.
    345 </li></ul><p>
    346 Fixed in:
    347 </p>
    348 <ul><li>GW51xx*-E (PCB 02210118-04)
    349 </li><li>GW52xx:
    350 <ul><li>GW520x*-D (PCB 02210119-03)
    351 </li><li>GW5200-C.2 (PCB 02210119-02)
    352 </li><li>GW5201-B.2 (PCB 02210119-01)
    353 </li><li>GW5204-C.1 (PCB 02210119-02)
    354 </li></ul></li><li>GW522x:
    355 <ul><li>GW5220*-C (PCB 02210166-02)
    356 </li><li>GW5220-B.1 (PCB 02210166-01)
    357 </li></ul></li><li>GW53xx:
    358 <ul><li>GW53xx*-E (PCB 02210120-04)
    359 </li><li>GW5300-C.1 (PCB 02210120-02)
    360 </li><li>GW5301-B.1 (PCB 02210120-01)
    361 </li><li>GW5304-C.2 (PCB 02210120-02)
    362 </li><li>GW5304-D.2 (PCB 02210120-04)
    363 </li><li>GW5310-D.1 (PCB 02210120-04)
    364 </li><li>GW5311-B.1 (PCB 02210120-01)
    365 </li></ul></li><li>GW551x*-C (PCB 02210161-02)
    366 </li><li>GW552x*-C (PCB 02210147-02)
    367 </li></ul><p>
    368 <span class="wikianchor" id="hw14"></span>
    369 </p>
    370 <h2 id="HW14PCIeGen2complianceenhancement">HW14 PCIe Gen2 compliance (enhancement)</h2>
    371 <p>
    372 Issue:
    373 </p>
    374 <ul><li>The IMX6 LVDS clock commonly used as a PCIe clock does not meet the clock jitter requirements of PCIe Gen2. Note that Gen2 link training is currently disabled in the Gateworks BSP's so that we are within spec.
    375 </li></ul><p>
    376 Work-around:
    377 </p>
    378 <ul><li>Disable Gen2 PCIe link in the kernel. Note that this has been done in the Gateworks <a class="wiki" href="/wiki/OpenWrt">OpenWrt</a> 14.08 and Yocto v1.6-v1.8 kernels.
    379 </li></ul><p>
     208 * a board-level rework adding a 100ohm resistor across the CLK-/+ inputs to the clock buffer eliminates the issue.
     209
     210Affected Products:
     211 * Boards using PCIe bridge and clock buffer:
     212  - GW52xx
     213  - GW53xx
     214  - GW552x
     215
     216Resolution:
     217 * Next revision product will incorporate clock generators in order to fully support PCIe Gen2 which will also resolve this clock coupling issue.
     218 * Current product will be bumped to a new BOM level (dot level) that adds the 100ohm resistor across the CLK-/+ inputs.
     219
     220Fixed in:
     221 * GW51xx*-E (PCB 02210118-04)
     222 * GW52xx:
     223  - GW520x*-D (PCB 02210119-03)
     224  - GW5200-C.2 (PCB 02210119-02)
     225  - GW5201-B.2 (PCB 02210119-01)
     226  - GW5204-C.1 (PCB 02210119-02)
     227 * GW522x:
     228  - GW5220*-C (PCB 02210166-02)
     229  - GW5220-B.1 (PCB 02210166-01)
     230 * GW53xx:
     231  - GW53xx*-E (PCB 02210120-04)
     232  - GW5300-C.1 (PCB 02210120-02)
     233  - GW5301-B.1 (PCB 02210120-01)
     234  - GW5304-C.2 (PCB 02210120-02)
     235  - GW5304-D.2 (PCB 02210120-04)
     236  - GW5310-D.1 (PCB 02210120-04)
     237  - GW5311-B.1 (PCB 02210120-01)
     238 * GW551x*-C (PCB 02210161-02)
     239 * GW552x*-C (PCB 02210147-02)
     240
     241
     242[=#hw14]
     243== HW14 PCIe Gen2 compliance (enhancement)
     244Issue:
     245 * The IMX6 LVDS clock commonly used as a PCIe clock does not meet the clock jitter requirements of PCIe Gen2. Note that Gen2 link training is currently disabled in the Gateworks BSP's so that we are within spec.
     246
     247Work-around:
     248 * Disable Gen2 PCIe link in the kernel. Note that this has been done in the Gateworks OpenWrt 14.08 and Yocto v1.6-v1.8 kernels.
     249
    380250Enhancement:
    381 </p>
    382 <ul><li>Next revision product will incorporate clock generators in addition to providing the IMX6 with a clock input from the generator.
    383 </li><li>A software update will be required to configure PCIe clock input on the IMX6 and re-enable Gen2 link training. Without the software update older software will keep Gen2 disabled without any adverse affects.
    384 </li></ul><p>
     251 * Next revision product will incorporate clock generators in addition to providing the IMX6 with a clock input from the generator.
     252A software update will be required to configure PCIe clock input on the IMX6 and re-enable Gen2 link training. Without the software update older software will keep Gen2 disabled without any adverse affects.
     253
    385254Added in:
    386 </p>
    387 <ul><li>GW51xx*-E (PCB 02210118-04)
    388 </li><li>GW520x*-D (PCB 02210119-03)
    389 </li><li>GW5220*-C (PCB 02210166-02)
    390 </li><li>GW53xx*-E (PCB 02210120-04)
    391 </li><li>GW54xx*-E (PCB 02210121-03)
    392 </li><li>GW551x*-C (PCB 02210161-02)
    393 </li><li>GW552x*-C (PCB 02210147-02)
    394 </li></ul><p>
    395 <span class="wikianchor" id="hw16"></span>
    396 </p>
    397 <h2 id="HW16:micro-SDUHS-Ienhancedclocksupportenhancement">HW16: micro-SD UHS-I enhanced clock support (enhancement)</h2>
    398 <p>
    399 Issue:
    400 </p>
    401 <ul><li>micro-SD UHS-I compliant cards allow for clock frequencies above the 50MHz High Speed (HS) standard resulting in improved bus bandwidth. This requires the I/O rail to be switched from 3.3V to 1.8V.
    402 </li><li>Note that both card and controller (IMX6) need to support this switchable I/O rail in order for cards to be used with the higher clock. If both do not support UHS-I then traditional HS clock is used and you gain no performance advantage.
    403 </li><li>Note that a software update may be required for board revisions that incorporate UHS-I support for microSD to work at all as one of the unused NAND chip-select signals is routed to the microSD host controller voltage select. Older Gateworks kernels pinmuxed this signal to a 2nd NAND chip-select which puts the microSD voltage select in an invalid state.
    404 </li></ul><p>
     255 * GW51xx*-E (PCB 02210118-04)
     256 * GW520x*-D (PCB 02210119-03)
     257 * GW5220*-C (PCB 02210166-02)
     258 * GW53xx*-E (PCB 02210120-04)
     259 * GW54xx*-E (PCB 02210121-03)
     260 * GW551x*-C (PCB 02210161-02)
     261 * GW552x*-C (PCB 02210147-02)
     262
     263
     264[=#hw16]
     265== HW16: micro-SD UHS-I enhanced clock support (enhancement)
     266Issue:
     267 * micro-SD UHS-I compliant cards allow for clock frequencies above the 50MHz High Speed (HS) standard resulting in improved bus bandwidth. This requires the I/O rail to be switched from 3.3V to 1.8V.
     268 * Note that both card and controller (IMX6) need to support this switchable I/O rail in order for cards to be used with the higher clock. If both do not support UHS-I then traditional HS clock is used and you gain no performance advantage.
     269 * Note that a software update may be required for board revisions that incorporate UHS-I support for microSD to work at all as one of the unused NAND chip-select signals is routed to the microSD host controller voltage select. Older Gateworks kernels pinmuxed this signal to a 2nd NAND chip-select which puts the microSD voltage select in an invalid state.
     270
    405271Change:
    406 </p>
    407 <ul><li>A switchable I/O rail has been added to baseboard products that support micro-SD card slots.
    408 </li></ul><p>
     272 * A switchable I/O rail has been added to baseboard products that support micro-SD card slots.
     273
    409274Added in:
    410 </p>
    411 <ul><li>GW520x*-D (PCB 02210119-03)
    412 </li><li>GW5220*-B (PCB 02210166-01)
    413 </li><li>GW53xx*-E (PCB 02210120-04)
    414 </li><li>GW54xx*-E (PCB 02210121-03)
    415 </li></ul><p>
    416 <span class="wikianchor" id="hw17"></span>
    417 </p>
    418 <h2 id="HW17GW520x-CUSBroutingtominiPCIeJ7socket">HW17 GW520x-C USB routing to miniPCIe J7 socket</h2>
    419 <p>
    420 Issue:
    421 </p>
    422 <ul><li>The USB sideband signals on Mini-PCIe site J7 are non-functional.
    423 </li></ul><p>
    424 Work-around:
    425 </p>
    426 <ul><li>Use J8 USB: Note the J8 site must be configured in software to support USB since it shares the signals with the front panel OTG port. See:
    427 <ul><li><a class="ext-link" href="http://trac.gateworks.com/wiki/ventana/bootloader#USBFront-panelvsPCIesocketrouting"><span class="icon">​</span>bootloader USB routing config</a>
    428 </li><li><a class="ext-link" href="http://trac.gateworks.com/wiki/ventana/gw5200usb"><span class="icon">​</span>GW5200 USB</a>
    429 </li></ul></li><li>If USB signaling is required on both sites, a wire-mod can be performed to the board by the factory. Contact support@… for more information.
    430 </li></ul><p>
    431 Affected Product:
    432 </p>
    433 <ul><li>GW520x-C (PCB 02210119-02)
    434 </li></ul><p>
    435 Fixed in:
    436 </p>
    437 <ul><li>GW520x-D (PCB 02210119-03)
    438 </li></ul><p>
    439 <span class="wikianchor" id="hw18"></span>
    440 </p>
    441 <h2 id="HW18GW53xx-CDE5Vinrushcurrentlimitedat100mA">HW18 GW53xx-C/D/E 5V inrush current limited at 100mA</h2>
    442 <p>
    443 Issue:
    444 </p>
    445 <ul><li>In order to address <a class="wiki" href="/wiki/ventana/errata#hw6">HW6</a>, the 5V boost was updated to allow a max current of 1.5A. This new device was found to have an inrush current limitation of around 100mA which causes the device to go into a current limit fault condition when exceeded. Devices, such as LVDS displays, that pull more than this on power on will not reliably power on.
    446 </li></ul><p>
    447 Work-around:
    448 </p>
    449 <ul><li>Isolate the 5V from the LVDS cable and wire it to VUSB from the front-panel USB connector. In the bootloader you need to execute <tt>usb start</tt> in order to turn on VUSB but this is not needed once the kernel boots.
    450 </li></ul><p>
    451 Affected Product:
    452 </p>
    453 <ul><li>GW53xx-C (PCB 02210120-02)
    454 </li><li>GW53xx-D (PCB 02210120-03)
    455 </li><li>GW53xx-E (PCB 02210120-04)
    456 </li></ul><p>
    457 Fixed in:
    458 </p>
    459 <ul><li>GW53xx-F (PCB 02210120-05) - New 5V supply added for CAN transceiver, HDMI DDC, and LVDS.
    460 </li></ul><p>
    461 <span class="wikianchor" id="hw19"></span>
    462 </p>
    463 <h2 id="HW19:GW16082irqmapping">HW19: GW16082 irq mapping</h2>
    464 <p>
    465 Issue:
    466 </p>
    467 <ul><li>The TI XIO2001 PCIe-to-PCI bridge on the GW16082 has its interrupt mapping reversed with
    468 regards to the PCI specification:
    469 </li></ul><table class="wiki">
    470 <tr><th> Slot </th><th> proper pin1 irq </th><th> GW16082 pin1 irq
    471 </th></tr><tr><td> 12     </td><td> INTA              </td><td> INTD
    472 </td></tr><tr><td> 13     </td><td> INTA              </td><td> INTC
    473 </td></tr><tr><td> 14     </td><td> INTA              </td><td> INTB
    474 </td></tr><tr><td> 15     </td><td> INTA              </td><td> INTA
    475 </td></tr></table>
    476 <p>
    477 Work-around:
    478 </p>
    479 <ul><li>for kernels that obtain irqs through device-tree mapping, a device-tree fixup can be implemented in the bootloader that provides the actual irq mapping for the XIO2001 bridge. This fixup is present in Gateworks bootloader intended for kernels based on Linux 3.18+ (PCI needs to be enabled in the bootloader for this fixup: <tt>setenv pcidisable; saveenv</tt>
    480 </li><li>for kernels that do not obtain irqs through device-tree mapping, a custom swizzle function can be implemented in the kernel for use when mapping interrupts to devices downstream from the XIO2001 bridge. This fixup is present in Gateworks downstream vendor kernels based on Linux 3.10 and 3.14.
    481 </li></ul><p>
    482 Affected Product:
    483 </p>
    484 <ul><li>GW16082-A (PCB 02210130-00)
    485 </li><li>GW16082-B (PCB 02210130-01)
    486 </li></ul><p>
    487 <span class="wikianchor" id="HW20"></span>
    488 </p>
    489 <h2 id="VENTANAHW20:16bitYUVHDMIcapturenotsupported">VENTANA HW20: 16bit YUV HDMI capture not supported</h2>
    490 <p>
    491 Issue:
    492 </p>
    493 <ul><li>The GW551x-C is missing HS/VS/PCK/DE signalling and can not capture HDMI video in 16bit synchronous mode.
    494 </li></ul><p>
    495 Work-around:
    496 </p>
    497 <ul><li>Use bt656 mode. A <a class="ext-link" href="https://github.com/Gateworks/u-boot-imx6/commit/0b60446ef8345b15c2014a7fb7655de76e587bc5"><span class="icon">​</span>bootloader fixup</a> is available in the latest Gateworks bootloader which configures GW551x-C to use yuv422bt656 mode instead of the default yuv422smp mode. This work-around lowers the max resolution that can be captured to 1080p@30Hz.
    498 </li></ul><p>
    499 Fixed in:
    500 </p>
    501 <ul><li>GW551x-D (PCB 02210161-03)
    502 </li></ul><p>
    503 Affected Products:
    504 </p>
    505 <ul><li>GW551x-C (PCB 02210161-02)
    506 </li></ul><p>
    507 <span class="wikianchor" id="HW21"></span>
    508 </p>
    509 <h2 id="VENTANAHW21:1stGenerationQCA802.11nPCIedevicesmaynotenumerateproperly">VENTANA HW21: 1st Generation QCA 802.11n PCIe devices may not enumerate properly</h2>
    510 <p>
     275 * GW520x*-D (PCB 02210119-03)
     276 * GW5220*-B (PCB 02210166-01)
     277 * GW53xx*-E (PCB 02210120-04)
     278 * GW54xx*-E (PCB 02210121-03)
     279
     280
     281[=#hw17]
     282== HW17 GW520x-C USB routing to miniPCIe J7 socket
     283Issue:
     284 * The USB sideband signals on Mini-PCIe site J7 are non-functional.
     285
     286Work-around:
     287 * Use J8 USB: Note the J8 site must be configured in software to support USB since it shares the signals with the front panel OTG port. See:
     288  - [wiki:ventana/bootloader#USBFront-panelvsPCIesocketrouting ​bootloader USB routing config]
     289  - [wiki:ventana/gw5200usb ​GW5200 USB[
     290 * If USB signaling is required on both sites, a wire-mod can be performed to the board by the factory. Contact support@… for more information.
     291
     292Affected Product:
     293 * GW520x-C (PCB 02210119-02)
     294
     295Fixed in:
     296 * GW520x-D (PCB 02210119-03)
     297
     298
     299[=#hw18]
     300== HW18 GW53xx-C/D/E 5V inrush current limited at 100mA
     301Issue:
     302 * In order to address HW6, the 5V boost was updated to allow a max current of 1.5A. This new device was found to have an inrush current limitation of around 100mA which causes the device to go into a current limit fault condition when exceeded. Devices, such as LVDS displays, that pull more than this on power on will not reliably power on.
     303
     304Work-around:
     305 * Isolate the 5V from the LVDS cable and wire it to VUSB from the front-panel USB connector. In the bootloader you need to execute usb start in order to turn on VUSB but this is not needed once the kernel boots.
     306
     307Affected Product:
     308 * GW53xx-C (PCB 02210120-02)
     309 * GW53xx-D (PCB 02210120-03)
     310 * GW53xx-E (PCB 02210120-04)
     311
     312Fixed in:
     313 * GW53xx-F (PCB 02210120-05) - New 5V supply added for CAN transceiver, HDMI DDC, and LVDS.
     314
     315
     316[=#hw19]
     317== HW19: GW16082 irq mapping
     318Issue:
     319 * The TI XIO2001 PCIe-to-PCI bridge on the GW16082 has its interrupt mapping reversed with regards to the PCI specification:
     320||= Slot =||= proper pin1 irq =||= GW16082 pin1 irq =||
     321|| 12 || INTA || INTD ||
     322|| 13 || INTA || INTC ||
     323|| 14 || INTA || INTB ||
     324|| 15 || INTA || INTA ||
     325
     326Work-around:
     327 * for kernels that obtain irqs through device-tree mapping, a device-tree fixup can be implemented in the bootloader that provides the actual irq mapping for the XIO2001 bridge. This fixup is present in Gateworks bootloader intended for kernels based on Linux 3.18+ (PCI needs to be enabled in the bootloader for this fixup: setenv pcidisable; saveenv
     328 * for kernels that do not obtain irqs through device-tree mapping, a custom swizzle function can be implemented in the kernel for use when mapping interrupts to devices downstream from the XIO2001 bridge. This fixup is present in Gateworks downstream vendor kernels based on Linux 3.10 and 3.14.
     329
     330Affected Product:
     331 * GW16082-A (PCB 02210130-00)
     332 * GW16082-B (PCB 02210130-01)
     333
     334
     335[=#hw20]
     336== VENTANA HW20: 16bit YUV HDMI capture not supported
     337Issue:
     338 * The GW551x-C is missing HS/VS/PCK/DE signalling and can not capture HDMI video in 16bit synchronous mode.
     339
     340Work-around:
     341 * Use bt656 mode. A [https://github.com/Gateworks/u-boot-imx6/commit/0b60446ef8345b15c2014a7fb7655de76e587bc5 ​bootloader fixup] is available in the latest Gateworks bootloader which configures GW551x-C to use yuv422bt656 mode instead of the default yuv422smp mode. This work-around lowers the max resolution that can be captured to 1080p@30Hz.
     342
     343Fixed in:
     344 * GW551x-D (PCB 02210161-03)
     345
     346Affected Products:
     347 * GW551x-C (PCB 02210161-02)
     348
     349
     350[=#hw21]
     351== VENTANA HW21: 1st Generation QCA 802.11n PCIe devices may not enumerate properly
    511352Iusse:
    512 </p>
    513 <ul><li>Recent revision Ventana boards with PCIe bridges may not enumerate 1st generation QCA 802.11n PCIe devices properly resulting in devices showing up as VendorID 0x168c and DeviceID 0xff1c. This has been observed on AR9280 (168c:002a) and AR9285 (168c:002b) and is caused by the PERST# line being de-asserted on power-up before PCIe clock is stable. Even though PERST# is later asserted and de-asserted these 1st generation QCA 802.11n PCIe devices can get stuck and not complete their initialization.
    514 </li></ul><p>
    515 Work-around:
    516 </p>
    517 <ul><li>A 1kohm pull-down resistor can be added to the PERST# signal.
    518 </li></ul><p>
    519 Fixed in:
    520 </p>
    521 <ul><li>GW5200-E (PCB 02210119-04)
    522 </li><li>GW5300-G (PCB 02210120-06)
    523 </li><li>GW5400-G (PCB 02210121-06)
    524 </li><li>GW5520-D (PCB 02210147-03)
    525 </li><li>GW5904-D (PCB 02210184-03)
    526 </li></ul><p>
    527 Affected Products:
    528 </p>
    529 <ul><li>GW5200-C/D (PCB 02210119-02 02210119-03)
    530 </li><li>GW5300-C/D/E/F (PCB 02210120-02 02210120-03 02210120-04 02210120-05)
    531 </li><li>GW5400-E/F (PCB 02210121-04 02210121-05)
    532 </li><li>GW5520-B/C (PCB 02210147-01 02210147-02)
    533 </li><li>GW5904-A/B/C (PCB 02210184-00 02210184-01 02210184-02)
    534 </li></ul>
    535 }}}
     353 * Recent revision Ventana boards with PCIe bridges may not enumerate 1st generation QCA 802.11n PCIe devices properly resulting in devices showing up as VendorID 0x168c and DeviceID 0xff1c. This has been observed on AR9280 (168c:002a) and AR9285 (168c:002b) and is caused by the PERST# line being de-asserted on power-up before PCIe clock is stable. Even though PERST# is later asserted and de-asserted these 1st generation QCA 802.11n PCIe devices can get stuck and not complete their initialization.
     354
     355Work-around:
     356 * A 1kohm pull-down resistor can be added to the PERST# signal.
     357
     358Fixed in:
     359 * GW5200-E (PCB 02210119-04)
     360 * GW5300-G (PCB 02210120-06)
     361 * GW5400-G (PCB 02210121-06)
     362 * GW5520-D (PCB 02210147-03)
     363 * GW5904-D (PCB 02210184-03)
     364
     365Affected Products:
     366 * GW5200-C/D (PCB 02210119-02 02210119-03)
     367 * GW5300-C/D/E/F (PCB 02210120-02 02210120-03 02210120-04 02210120-05)
     368 * GW5400-E/F (PCB 02210121-04 02210121-05)
     369 * GW5520-B/C (PCB 02210147-01 02210147-02)
     370 * GW5904-A/B/C (PCB 02210184-00 02210184-01 02210184-02)