Date:   Mon, 13 Feb 2023 20:01:20 +0200
From:   Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To:     Raul Rangel <rrangel@chromium.org>
Cc:     Werner Sembach <wse@tuxedocomputers.com>,
        Mario Limonciello <mario.limonciello@amd.com>,
        mika.westerberg@linux.intel.com, linus.walleij@linaro.org,
        brgl@bgdev.pl, linux-gpio@vger.kernel.org,
        linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org,
        Alex Deucher <alexander.deucher@amd.com>
Subject: Re: [PATCH] gpiolib: acpi: Add a ignore wakeup quirk for Clevo NH5xAx
Message-ID: <Y+p68FfTYpUP7B1F@smile.fi.intel.com>
References: <Y+Z5OSa6hepQBOyc@smile.fi.intel.com>
 <029b8d80-db28-cdb2-5c39-334be6968fad@tuxedocomputers.com>
 <Y+owDqifuU9nf+1i@smile.fi.intel.com>
 <86db79fa-5efb-caad-3310-60928907cc58@amd.com>
 <Y+pLLzLDotZQLpdA@smile.fi.intel.com>
 <97026dc5-e92e-62fe-43ae-33533125d900@tuxedocomputers.com>
 <CAHQZ30Cs+kp82coR10Wat7q3S_8+pFf=5=44kMEMcjBOjmn=6A@mail.gmail.com>
 <Y+p4Sq/WnZ4jAp+F@smile.fi.intel.com>
 <Y+p6I379g+V4vpIc@smile.fi.intel.com>
 <Y+p6mY+w9POvkBzC@smile.fi.intel.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Y+p6mY+w9POvkBzC@smile.fi.intel.com>
Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo
Precedence: bulk

On Mon, Feb 13, 2023 at 07:59:53PM +0200, Andy Shevchenko wrote:
> On Mon, Feb 13, 2023 at 07:57:55PM +0200, Andy Shevchenko wrote:
> > On Mon, Feb 13, 2023 at 07:50:02PM +0200, Andy Shevchenko wrote:
> > > On Mon, Feb 13, 2023 at 10:20:41AM -0700, Raul Rangel wrote:
> > > > On Mon, Feb 13, 2023 at 7:47 AM Werner Sembach <wse@tuxedocomputers.com> wrote:
> > > > > Am 13.02.23 um 15:37 schrieb Andy Shevchenko:

...

> > > > > Schematics for the NH5xAx can also be found on this unofficial clevo mirror
> > > > > (service manuals, scroll to end for schematics):
> > > > >
> > > > > http://repo.palkeo.com/clevo-mirror/NH5xACx_AFx_ADx/NH50AC.zip
> > > > >
> > > > > http://repo.palkeo.com/clevo-mirror/NH5xACx_AFx_ADx/NH50AF1.zip
> > > > >
> > > > > User: repo
> > > > >
> > > > > PW: repo
> > > > >
> > > > > >> The schematics were shared by the reporter for the original issue which is
> > > > > >> how we reached the conclusion there was a mistake.
> > > > > >>
> > > > > >> As they're both Clevo designs it's certainly possible they have the same
> > > > > >> mistake in two systems.
> > > > 
> > > > > > Thank you!
> > > > > > I have looked at the schematics and read discussion.
> > > > > >
> > > > > > So, the conclusion that this is a BIOS bug is incorrect in my opinion.
> > > > > > The problem is either in the PMIC/EC firmware that shouldn't shut down 3.3VS
> > > > > > signal for a while or on the PCB level, so that pull up should be connected
> > > > > > to another power source that stays on.
> > > > > >
> > > > > > This means the description on the initial patch with the same issue is
> > > > > > incorrect.
> > > > > >
> > > > > > Do we know the power sequence on the suspend to see which and how on the
> > > > > > time line the power sources are off/on?
> > > > 
> > > > If you look at the load switch for 3.3VS, its EN2 pin is connected to
> > > > SUSB#_EN which is connected to SUSB# which is connected to
> > > > AND(SUSB#_PCH -> SLP_S3_L, PM_SLP_S0 -> S0A3_GPIO). So there is no
> > > > PMIC/EC firmware that is incharge of this. I guess I'm not quite sure
> > > > how they have S0A3_GPIO configured, so maybe I have an invert wrong.
> > > > 
> > > > The EC does control DD_ON which controls the 3.3V and 5V rails.
> > > 
> > > On page 6 of the schematics I see the U7 that forms SUSB# from SUSB#_APU
> > > (which corresponds to what you said) _and_ EC_EN, which is GPIO from IT5570,
> > > which is EC.
> > > 
> > > Are you using different schematics? I'm using the one from FDO bug report.
> > 
> > Just checked this one:
> > http://repo.palkeo.com/clevo-mirror/NH5xACx_AFx_ADx/NH50AC.zip
> > 
> > Also uses EC (SUSB_EC#).

Sorry, this has to be read as SUSBC_EC#.

> So this all makes me thing that either EC firmware is buggy or we have ACPI EC
> code in the kernel to fix.

-- 
With Best Regards,
Andy Shevchenko