{{{#!html
<div class="wiki-toc">
<ol>
  <li>
    <a href="#VentanaErrata">Ventana Errata</a>
    <ol>
      <li>
        <a href="#HW1GW54xx-BAnalogVideoInputnonfunctional">HW1 GW54xx-B Analog Video Input non functional</a>
      </li>
      <li>
        <a href="#HW2GW54xx-BGPSAntennaShortProtectionNotOperational">HW2 GW54xx-B GPS Antenna Short Protection Not Operational</a>
      </li>
      <li>
        <a href="#HW4Tamperswitchnon-functional">HW4 Tamper switch non-functional</a>
      </li>
      <li>
        <a href="#HW5GW52xx-AUSBOTGroutingselectthroughmuxinverted">HW5 GW52xx-A USB OTG routing select through mux inverted</a>
      </li>
      <li>
        <a href="#HW6GW53xx-AB5Vinsufficientformaximumperipheralexpansion">HW6 GW53xx-A/B 5V insufficient for maximum peripheral expansion</a>
      </li>
      <li>
        <a href="#HW7GW51xx-ABpre-matureWatchdogresets">HW7 GW51xx-A/B pre-mature Watchdog resets</a>
      </li>
      <li>
        <a href="#HW8PowerbackfeedwhenboardpowereddownwhileOTGconnectedtoPChost">HW8 Power backfeed when board powered down while OTG connected to PC host</a>
      </li>
      <li>
        <a href="#HW9GW551x-AYUV422semi-planarcapturenotsupporteddoesnotsupport1080p60Hz">HW9 GW551x-A YUV422 semi-planar capture not supported (does not support …</a>
      </li>
      <li>
        <a href="#HW10GW551x-AUSBOTGDeviceModenon-functional">HW10 GW551x-A USB OTG Device Mode non-functional</a>
      </li>
      <li>
        <a href="#HW11GW16111-AI2Cbufferisnotenabled">HW11 GW16111-A I2C buffer is not enabled</a>
      </li>
      <li>
        <a href="#HW12IMXWatchdogresetcanresultinaboardhangwithIMX6Q">HW12 IMX Watchdog reset can result in a board hang with IMX6Q</a>
      </li>
      <li>
        <a href="#HW13PCIebuserrors">HW13 PCIe bus errors</a>
      </li>
      <li>
        <a href="#HW14PCIeGen2complianceenhancement">HW14 PCIe Gen2 compliance (enhancement)</a>
      </li>
      <li>
        <a href="#HW16:micro-SDUHS-Ienhancedclocksupportenhancement">HW16: micro-SD UHS-I enhanced clock support (enhancement)</a>
      </li>
      <li>
        <a href="#HW17GW520x-CUSBroutingtominiPCIeJ7socket">HW17 GW520x-C USB routing to miniPCIe J7 socket</a>
      </li>
      <li>
        <a href="#HW18GW53xx-CDE5Vinrushcurrentlimitedat100mA">HW18 GW53xx-C/D/E 5V inrush current limited at 100mA</a>
      </li>
      <li>
        <a href="#HW19:GW16082irqmapping">HW19: GW16082 irq mapping</a>
      </li>
      <li>
        <a href="#VENTANAHW20:16bitYUVHDMIcapturenotsupported">VENTANA HW20: 16bit YUV HDMI capture not supported</a>
      </li>
      <li>
        <a href="#VENTANAHW21:1stGenerationQCA802.11nPCIedevicesmaynotenumerateproperly">VENTANA HW21: 1st Generation QCA 802.11n PCIe devices may not enumerate …</a>
      </li>
    </ol>
  </li>
</ol>
</div><p>
</p>
<h1 id="VentanaErrata">Ventana Errata</h1>
<p>
The below errata only affects certain models and certain revisions.
</p>
<p>
Please contact support@… with any questions.
</p>
<p>
<span class="wikianchor" id="hw1"></span>
</p>
<h2 id="HW1GW54xx-BAnalogVideoInputnonfunctional">HW1 GW54xx-B Analog Video Input non functional</h2>
<p>
Issue:
</p>
<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.
</li></ul><p>
Resolution:
</p>
<ul><li>This is resolved on PCB 02210121-02 (rev C)
</li></ul><p>
Affected Product:
</p>
<ul><li>GW54xx-B (PCB 02210121-01)
</li></ul><p>
<span class="wikianchor" id="hw2"></span>
</p>
<h2 id="HW2GW54xx-BGPSAntennaShortProtectionNotOperational">HW2 GW54xx-B GPS Antenna Short Protection Not Operational</h2>
<p>
Issue:
</p>
<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.
</li></ul><p>
Resolution:
</p>
<ul><li>This is resolved on PCB 02210121-02 (rev C)
</li></ul><p>
Affected Product:
</p>
<ul><li>GW54xx-B (PCB 02210121-01) products with GPS loaded
</li></ul><p>
<span class="wikianchor" id="hw4"></span>
</p>
<h2 id="HW4Tamperswitchnon-functional">HW4 Tamper switch non-functional</h2>
<p>
Issue:
</p>
<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).
</li></ul><p>
Resolution:
</p>
<ul><li>GW52xx: remove C68
</li><li>GW53xx: remove C110
</li><li>GW54xx: remove C473
</li></ul><p>
Fixed in:
</p>
<ul><li>GW52xx-C (PCB 02210119-02)
</li><li>GW53xx-C (PCB 02210120-02)
</li><li>GW54xx-E (PCB 02210121-04)
</li></ul><p>
Affected Products:
</p>
<ul><li>GW52xx-A/B (PCB 02210119-00, 02210119-01)
</li><li>GW53xx-A/B (PCB 02210120-00, 02210120-01)
</li><li>GW54xx-A/B/C/D (PCB 02210121-00, 02210121-01, 02210121-02, 02210121-03)
</li></ul><p>
<span class="wikianchor" id="hw5"></span>
</p>
<h2 id="HW5GW52xx-AUSBOTGroutingselectthroughmuxinverted">HW5 GW52xx-A USB OTG routing select through mux inverted</h2>
<p>
Issue:
</p>
<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.
</li></ul><p>
Resolution:
</p>
<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
</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
</li></ul><p>
Work-around:
</p>
<ul><li>steer GPIO2 manually in software:
<pre class="wiki">echo 2 &gt; /sys/class/gpio/export
echo out &gt; /sys/class/gpio/gpio2/direction # will default to output low
</pre></li></ul><p>
Fixed in:
</p>
<ul><li>GW52xx-B (PCB 02210119-01)
</li></ul><p>
Affected Products:
</p>
<ul><li>GW52xx-A (PCB 02210119-00)
</li></ul><p>
<span class="wikianchor" id="hw6"></span>
</p>
<h2 id="HW6GW53xx-AB5Vinsufficientformaximumperipheralexpansion">HW6 GW53xx-A/B 5V insufficient for maximum peripheral expansion</h2>
<p>
Issue:
</p>
<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)
</li></ul><p>
Work-around:
</p>
<ul><li>Limit peripheral expansion
</li></ul><p>
Fixed in:
</p>
<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).
</li></ul><p>
Affected Products:
</p>
<ul><li>GW53xx-A/B (PCB 02210120-00, PCB 02210120-01)
</li></ul><p>
<span class="wikianchor" id="hw7"></span>
</p>
<h2 id="HW7GW51xx-ABpre-matureWatchdogresets">HW7 GW51xx-A/B pre-mature Watchdog resets</h2>
<p>
Issue:
</p>
<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.
</li></ul><p>
Work-around:
</p>
<ul><li>Disable IMX6 CPU watchdog (this is done in the current Ventana bootloader by removing the device-node entry for the CPU watchdog).
</li><li>Use GSC CPU watchdog if a watchdog is necessary (this is available with GSC firmware v44)
</li></ul><p>
Fixed in:
</p>
<ul><li>GW51xx-C (PCB 02210118-02)
</li></ul><p>
Affected Products:
</p>
<ul><li>GW51xx-A/B (PCB 02210118-00, 02210118-01)
</li></ul><p>
<span class="wikianchor" id="hw8"></span>
</p>
<h2 id="HW8PowerbackfeedwhenboardpowereddownwhileOTGconnectedtoPChost">HW8 Power backfeed when board powered down while OTG connected to PC host</h2>
<p>
Issue:
</p>
<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.
</li></ul><p>
Work-around:
</p>
<ul><li>Remove OTG connection when powering down
</li></ul><p>
Fixed in:
</p>
<ul><li>GW51xx-C (PCB 02210118-02)
</li><li>GW52xx-B (PCB 02210119-01)
</li><li>GW53xx-C (PCB 02210120-02)
</li><li>GW54xx-E (PCB 02210121-04)
</li></ul><p>
Affected Products:
</p>
<ul><li>GW51xx-A/B (PCB 02210118-00, 02210118-01)
</li><li>GW52xx-A (PCB 02210119-00)
</li><li>GW53xx-A/B (PCB 02210120-00, PCB 02210120-01)
</li><li>GW54xx-A/B/C/D (PCB 02210121-00, PCB 02210121-01, PCB 02210121-02, PCB 02210121-03)
</li></ul><p>
<span class="wikianchor" id="hw9"></span>
</p>
<h2 id="HW9GW551x-AYUV422semi-planarcapturenotsupporteddoesnotsupport1080p60Hz">HW9 GW551x-A YUV422 semi-planar capture not supported (does not support 1080p@60Hz)</h2>
<p>
Issue:
</p>
<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.
</li></ul><p>
Work-around:
</p>
<ul><li>Use default YUV422 BT656 capture mode (which will be the default when using the latest bootloader/kernel).
</li></ul><p>
Fixed in:
</p>
<ul><li>GW551x-B (PCB 02210161-01)
</li></ul><p>
Affected Products:
</p>
<ul><li>GW551x-A (PCB 02210161-00)
</li></ul><p>
<span class="wikianchor" id="hw10"></span>
</p>
<h2 id="HW10GW551x-AUSBOTGDeviceModenon-functional">HW10 GW551x-A USB OTG Device Mode non-functional</h2>
<p>
Issue:
</p>
<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.
</li></ul><p>
Work-around:
</p>
<ul><li>Do not use USB OTG device mode
</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)
</li></ul><p>
Fixed in:
</p>
<ul><li>GW551x-B (PCB 02210161-01)
</li></ul><p>
Affected Products:
</p>
<ul><li>GW551x-A (PCB 02210161-00)
</li></ul><p>
<span class="wikianchor" id="hw11"></span>
</p>
<h2 id="HW11GW16111-AI2Cbufferisnotenabled">HW11 GW16111-A I2C buffer is not enabled</h2>
<p>
Issue:
</p>
<ul><li>The GW16111-A does not enable the I2C buffer properly making the 3pin I2C header non-functional
</li></ul><p>
Work-around:
</p>
<ul><li>None
</li></ul><p>
Fixed in:
</p>
<ul><li>GW16111-B (PCB 02210162-01)
</li></ul><p>
Affected Products:
</p>
<ul><li>GW16111-A (PCB 02210162-00)
</li></ul><p>
<span class="wikianchor" id="hw12"></span>
</p>
<h2 id="HW12IMXWatchdogresetcanresultinaboardhangwithIMX6Q">HW12 IMX Watchdog reset can result in a board hang with IMX6Q</h2>
<p>
Issue:
</p>
<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.
</li></ul><p>
Work-arounds:
</p>
<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>).
</li><li>Disable PMIC dynamic voltage scaling below the 800MHz operating point by either:
<ul><li>disabling Dyanmic Voltage and Scaling completely by disabling the cpufreq driver (voltage rails will always be at their maximum value)
</li><li>disabling the PMIC driver (voltage rails will always be at their maximum value but CPU frequency is allowed to shift)
</li><li>disable the 400MHz operating point (thus ensuring the PMIC voltage rails are always sufficient for powerup at 800MHz)
</li><li>adjusting the 400MHz operating point voltage rails up to the 800Mhz values
</li></ul></li></ul><p>
Resolution:
</p>
<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>
</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.
</li></ul><p>
Fixed in:
</p>
<ul><li>GW51xx*-E (PCB 02210118-04)
</li><li>GW520x*-D (PCB 02210119-03)
</li><li>GW5220*-B (PCB 02210166-01)
</li><li>GW53xx*-E (PCB 02210120-04)
</li><li>GW54xx*-D (PCB 02210121-03)
</li><li>GW551x*-C (PCB 02210161-02)
</li><li>GW552x*-C (PCB 02210147-02)
</li></ul><p>
<span class="wikianchor" id="hw13"></span>
</p>
<h2 id="HW13PCIebuserrors">HW13 PCIe bus errors</h2>
<p>
Issue:
</p>
<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.
</li></ul><p>
Work-arounds:
</p>
<ul><li>a board-level rework adding a 100ohm resistor across the CLK-/+ inputs to the clock buffer eliminates the issue.
</li></ul><p>
Affected Products:
</p>
<ul><li>Boards using PCIe bridge and clock buffer:
<ul><li>GW52xx:
</li><li>GW53xx
</li><li>GW552x  
</li></ul></li></ul><p>
Resolution:
</p>
<ul><li>Next revision product will incorporate clock generators in order to fully support PCIe Gen2 which will also resolve this clock coupling issue.
</li><li>Current product will be bumped to a new BOM level (dot level) that adds the 100ohm resistor across the CLK-/+ inputs.
</li></ul><p>
Fixed in:
</p>
<ul><li>GW51xx*-E (PCB 02210118-04)
</li><li>GW52xx:
<ul><li>GW520x*-D (PCB 02210119-03)
</li><li>GW5200-C.2 (PCB 02210119-02)
</li><li>GW5201-B.2 (PCB 02210119-01)
</li><li>GW5204-C.1 (PCB 02210119-02)
</li></ul></li><li>GW522x:
<ul><li>GW5220*-C (PCB 02210166-02)
</li><li>GW5220-B.1 (PCB 02210166-01)
</li></ul></li><li>GW53xx:
<ul><li>GW53xx*-E (PCB 02210120-04)
</li><li>GW5300-C.1 (PCB 02210120-02)
</li><li>GW5301-B.1 (PCB 02210120-01)
</li><li>GW5304-C.2 (PCB 02210120-02)
</li><li>GW5304-D.2 (PCB 02210120-04)
</li><li>GW5310-D.1 (PCB 02210120-04)
</li><li>GW5311-B.1 (PCB 02210120-01)
</li></ul></li><li>GW551x*-C (PCB 02210161-02)
</li><li>GW552x*-C (PCB 02210147-02)
</li></ul><p>
<span class="wikianchor" id="hw14"></span>
</p>
<h2 id="HW14PCIeGen2complianceenhancement">HW14 PCIe Gen2 compliance (enhancement)</h2>
<p>
Issue:
</p>
<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.
</li></ul><p>
Work-around:
</p>
<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.
</li></ul><p>
Enhancement:
</p>
<ul><li>Next revision product will incorporate clock generators in addition to providing the IMX6 with a clock input from the generator.
</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.
</li></ul><p>
Added in:
</p>
<ul><li>GW51xx*-E (PCB 02210118-04)
</li><li>GW520x*-D (PCB 02210119-03)
</li><li>GW5220*-C (PCB 02210166-02)
</li><li>GW53xx*-E (PCB 02210120-04)
</li><li>GW54xx*-E (PCB 02210121-03)
</li><li>GW551x*-C (PCB 02210161-02)
</li><li>GW552x*-C (PCB 02210147-02)
</li></ul><p>
<span class="wikianchor" id="hw16"></span>
</p>
<h2 id="HW16:micro-SDUHS-Ienhancedclocksupportenhancement">HW16: micro-SD UHS-I enhanced clock support (enhancement)</h2>
<p>
Issue:
</p>
<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.
</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.
</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. 
</li></ul><p>
Change:
</p>
<ul><li>A switchable I/O rail has been added to baseboard products that support micro-SD card slots.
</li></ul><p>
Added in:
</p>
<ul><li>GW520x*-D (PCB 02210119-03)
</li><li>GW5220*-B (PCB 02210166-01)
</li><li>GW53xx*-E (PCB 02210120-04)
</li><li>GW54xx*-E (PCB 02210121-03)
</li></ul><p>
<span class="wikianchor" id="hw17"></span>
</p>
<h2 id="HW17GW520x-CUSBroutingtominiPCIeJ7socket">HW17 GW520x-C USB routing to miniPCIe J7 socket</h2>
<p>
Issue:
</p>
<ul><li>The USB sideband signals on Mini-PCIe site J7 are non-functional.
</li></ul><p>
Work-around:
</p>
<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:
<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>
</li><li><a class="ext-link" href="http://trac.gateworks.com/wiki/ventana/gw5200usb"><span class="icon">​</span>GW5200 USB</a>
</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.
</li></ul><p>
Affected Product:
</p>
<ul><li>GW520x-C (PCB 02210119-02)
</li></ul><p>
Fixed in:
</p>
<ul><li>GW520x-D (PCB 02210119-03)
</li></ul><p>
<span class="wikianchor" id="hw18"></span>
</p>
<h2 id="HW18GW53xx-CDE5Vinrushcurrentlimitedat100mA">HW18 GW53xx-C/D/E 5V inrush current limited at 100mA</h2>
<p>
Issue:
</p>
<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.
</li></ul><p>
Work-around:
</p>
<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.
</li></ul><p>
Affected Product:
</p>
<ul><li>GW53xx-C (PCB 02210120-02)
</li><li>GW53xx-D (PCB 02210120-03)
</li><li>GW53xx-E (PCB 02210120-04)
</li></ul><p>
Fixed in:
</p>
<ul><li>GW53xx-F (PCB 02210120-05) - New 5V supply added for CAN transceiver, HDMI DDC, and LVDS.
</li></ul><p>
<span class="wikianchor" id="hw19"></span>
</p>
<h2 id="HW19:GW16082irqmapping">HW19: GW16082 irq mapping</h2>
<p>
Issue:
</p>
<ul><li>The TI XIO2001 PCIe-to-PCI bridge on the GW16082 has its interrupt mapping reversed with
regards to the PCI specification:
</li></ul><table class="wiki">
<tr><th> Slot </th><th> proper pin1 irq </th><th> GW16082 pin1 irq 
</th></tr><tr><td> 12     </td><td> INTA              </td><td> INTD 
</td></tr><tr><td> 13     </td><td> INTA              </td><td> INTC 
</td></tr><tr><td> 14     </td><td> INTA              </td><td> INTB 
</td></tr><tr><td> 15     </td><td> INTA              </td><td> INTA 
</td></tr></table>
<p>
Work-around:
</p>
<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>
</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.
</li></ul><p>
Affected Product:
</p>
<ul><li>GW16082-A (PCB 02210130-00)
</li><li>GW16082-B (PCB 02210130-01)
</li></ul><p>
<span class="wikianchor" id="HW20"></span>
</p>
<h2 id="VENTANAHW20:16bitYUVHDMIcapturenotsupported">VENTANA HW20: 16bit YUV HDMI capture not supported</h2>
<p>
Issue:
</p>
<ul><li>The GW551x-C is missing HS/VS/PCK/DE signalling and can not capture HDMI video in 16bit synchronous mode.
</li></ul><p>
Work-around:
</p>
<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.
</li></ul><p>
Fixed in:
</p>
<ul><li>GW551x-D (PCB 02210161-03)
</li></ul><p>
Affected Products:
</p>
<ul><li>GW551x-C (PCB 02210161-02)
</li></ul><p>
<span class="wikianchor" id="HW21"></span>
</p>
<h2 id="VENTANAHW21:1stGenerationQCA802.11nPCIedevicesmaynotenumerateproperly">VENTANA HW21: 1st Generation QCA 802.11n PCIe devices may not enumerate properly</h2>
<p>
Iusse:
</p>
<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.
</li></ul><p>
Work-around:
</p>
<ul><li>A 1kohm pull-down resistor can be added to the PERST# signal.
</li></ul><p>
Fixed in:
</p>
<ul><li>GW5200-E (PCB 02210119-04)
</li><li>GW5300-G (PCB 02210120-06)
</li><li>GW5400-G (PCB 02210121-06)
</li><li>GW5520-D (PCB 02210147-03)
</li><li>GW5904-D (PCB 02210184-03)
</li></ul><p>
Affected Products:
</p>
<ul><li>GW5200-C/D (PCB 02210119-02 02210119-03)
</li><li>GW5300-C/D/E/F (PCB 02210120-02 02210120-03 02210120-04 02210120-05)
</li><li>GW5400-E/F (PCB 02210121-04 02210121-05)
</li><li>GW5520-B/C (PCB 02210147-01 02210147-02)
</li><li>GW5904-A/B/C (PCB 02210184-00 02210184-01 02210184-02)
</li></ul>
}}}