[Openchrome-devel] xf86-video-openchrome: 3 commits - configure.ac src/via_display.c

[Kevin Brace]

 configure.ac      |    2 +-
 src/via_display.c |   17 -----------------
 2 files changed, 1 insertion(+), 18 deletions(-)

New commits:
commit 0ea654c1d0a786b2392773ac33b2b7adc556a947
Author: Kevin Brace <kevinbrace at gmx.com>
Date:   Tue Jan 10 13:19:11 2017 -0600

    Version bumped to 0.5.180
    
    This version implements a temporary fix to HP 2133 Mini-Note's
    Broadcom PCIe WLAN going dead when used with OpenChrome.
    
    Signed-off-by: Kevin Brace <kevinbrace at gmx.com>

diff --git a/configure.ac b/configure.ac
index 57747a4..3914d6b 100644
--- a/configure.ac
+++ b/configure.ac
@@ -23,7 +23,7 @@
 # Initialize Autoconf
 AC_PREREQ(2.57)
 AC_INIT([xf86-video-openchrome],
-        [0.5.179],
+        [0.5.180],
         [https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/openchrome],
         [xf86-video-openchrome])
 
commit 864c32daa5cb86e5d15447a8caf9f268f0573bfc
Author: Kevin Brace <kevinbrace at gmx.com>
Date:   Tue Jan 10 13:15:40 2017 -0600

    Temporary fix for HP 2133 PCIe WLAN not working
    
    Changing 3C5.2A[3:2] bits to on state was causing HP 2133 Mini-Note's
    PCI Express WLAN to stop working. In VN896 chipset, DVP0 (Digital Video
    Port 0) is pin multiplexed with PCIe Lane 0 through 7, so blindly
    turning on DVP0 was leading to Broadcom PCIe WLAN that comes with HP
    2133 Mini-Note to turn off. For now, not touching 3C5.2A resolves the
    matter. A permanent solution to resolve this issue will be implemented
    soon.
    
    Signed-off-by: Kevin Brace <kevinbrace at gmx.com>

diff --git a/src/via_display.c b/src/via_display.c
index ab15eac..4737500 100644
--- a/src/via_display.c
+++ b/src/via_display.c
@@ -895,9 +895,6 @@ viaIGAInitCommon(ScrnInfoPtr pScrn)
     temp = hwp->readSeq(hwp, 0x1E);
     DEBUG(xf86DrvMsg(pScrn->scrnIndex, X_INFO,
                         "SR1E: 0x%02X\n", temp));
-    temp = hwp->readSeq(hwp, 0x2A);
-    DEBUG(xf86DrvMsg(pScrn->scrnIndex, X_INFO,
-                        "SR2A: 0x%02X\n", temp));
     temp = hwp->readSeq(hwp, 0x2D);
     DEBUG(xf86DrvMsg(pScrn->scrnIndex, X_INFO,
                         "SR2D: 0x%02X\n", temp));
@@ -1017,16 +1014,6 @@ viaIGAInitCommon(ScrnInfoPtr pScrn)
      *               1: On */
     ViaSeqMask(hwp, 0x1E, 0x01, 0x09);
 
-    /* 3C5.2A[3:2] - LVDS Channel 2 I/O Pad Control
-     *               0x: Pad always off
-     *               10: Depend on the other control signal
-     *               11: Pad on/off according to the PMS
-     * 3C5.2A[1:0] - LVDS Channel 1 and DVI I/O Pad Control
-     *               0x: Pad always off
-     *               10: Depend on the other control signal
-     *               11: Pad on/off according to the PMS */
-    ViaSeqMask(hwp, 0x2A, 0x0F, 0x0F);
-
     /* 3C5.2D[7:6] - E3_ECK_N Selection
      *               00: E3_ECK_N
      *               01: E3_ECK
commit 1fae0509dafa9125ba2170d0bf0f66da43fc0e7c
Author: Kevin Brace <kevinbrace at gmx.com>
Date:   Tue Jan 10 13:14:39 2017 -0600

    Removing access to 3C5.2A from viaIGA2SetDisplayRegister
    
    This code was put in to resolve standby resume issue, but turning on
    FPDP / DVP / LVDS channel should not be done from
    viaIGA2SetDisplayRegister function.
    
    Signed-off-by: Kevin Brace <kevinbrace at gmx.com>

diff --git a/src/via_display.c b/src/via_display.c
index b368f26..ab15eac 100644
--- a/src/via_display.c
+++ b/src/via_display.c
@@ -2797,10 +2797,6 @@ viaIGA2SetDisplayRegister(ScrnInfoPtr pScrn, DisplayModePtr mode)
     xf86DrvMsg(pScrn->scrnIndex, X_INFO,
                 "Requested Screen Mode: %s\n", mode->name);
 
-    /* LVDS Channel 1 and 2 should be controlled by PMS
-     * (Power Management Status). */
-    ViaSeqMask(hwp, 0x2A, 0x0F, 0x0F);
-
     /* UniChrome Pro or later */
     if ((pVia->Chipset != VIA_CLE266) && (pVia->Chipset != VIA_KM400)) {
         /* Set IGA2 to linear mode. */