From owner-freebsd-bugs@freebsd.org Wed Mar 27 23:36:56 2019 Return-Path: Delivered-To: freebsd-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C657155EE58 for ; Wed, 27 Mar 2019 23:36:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E9B916E81D for ; Wed, 27 Mar 2019 23:36:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id A9BC3155EE57; Wed, 27 Mar 2019 23:36:55 +0000 (UTC) Delivered-To: bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82517155EE56 for ; Wed, 27 Mar 2019 23:36:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 185C06E81A for ; Wed, 27 Mar 2019 23:36:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 617111A968 for ; Wed, 27 Mar 2019 23:36:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x2RNasot058460 for ; Wed, 27 Mar 2019 23:36:54 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x2RNas3S058459 for bugs@FreeBSD.org; Wed, 27 Mar 2019 23:36:54 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 236513] HP Thin clients T620/T730 ACPI: Only CPU core 0 detects C2 state Date: Wed, 27 Mar 2019 23:36:53 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: avg@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2019 23:36:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D236513 Andriy Gapon changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jhb@FreeBSD.org --- Comment #31 from Andriy Gapon --- I think I am starting to see what you've been saying. So, first of all, as you discovered, your BIOS indeed provides a buggy ACPI table. But I am not sure where exactly the bug is. It could be that the table does not provide a system resource for I/O port 0x414 by mistake. Alternatively, it could be that 0x414 is a wrong value a= nd it should be something else (e.g., 0x814). In that case, even when you get= C2 state to appear it actually would not do its job. The other problem, as you noted, that if 0x414 is not defined as a system resource, then only cpu0 is able to allocate it. All other cpu devices fai= l to do it. I haven't fully understood yet why that happens. And also I am not sure if that is what should really happen. The best way to fix this problem is to fix the BIOS / ACPI, of course. But I wonder if there is anything that FreeBSD could do to work around or "quirk up" such a problem. P.S. 0x814 I mentioned is not an arbitrary port. I see it on some AMD systems, although with different processors. Also, all other processor related ACPI IO ports seem to be in the 0x800 are= a. And it seems that PMBS and PMLN constants are supposed to define the proces= sor power management I/O region as a system resource. The relevant section of the BKDG document for your processor is 3.25.15.5. So, I guess the only way to learn the true value of PLvl2 register is to somehow read what's in PMx66 register. P.P.S. The PCI root bridge settings appear to be correct and I do not see t= hem contributing to the problem. --=20 You are receiving this mail because: You are the assignee for the bug.=