From owner-freebsd-current@freebsd.org Sun Feb 4 11:58:23 2018 Return-Path: Delivered-To: freebsd-current@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 C48BBECD5B2 for ; Sun, 4 Feb 2018 11:58:23 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 38D707C2C1 for ; Sun, 4 Feb 2018 11:58:22 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (124-18-70-98.dz.commufa.jp [124.18.70.98]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id w14BwCOm045653; Sun, 4 Feb 2018 20:58:12 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 4 Feb 2018 20:58:12 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Cc: freebsd@grem.de Subject: Re: Lenovo T470s Questions Message-Id: <20180204205812.cac6af308ce1d0de8e711cca@dec.sakura.ne.jp> In-Reply-To: <20180202123847.3cc856ad@bsd64.grem.de> References: <20180202202332.791eef96ccdf40e8a0a2c17d@dec.sakura.ne.jp> <20180202123847.3cc856ad@bsd64.grem.de> Organization: Junchoon corps X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd11.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2018 11:58:24 -0000 Hi, Michael. Noticed your previous post after sending mine. :-) Fallback code for older ThinkPads looks reasonable and gives no new (not known) regression. As I don't have new (0x200) ThinkPads (T420 is my latest), I cannot review and test for new protocol and functionality. Sorry. Just FYI, `acpidump -d -t DSDT | fgrep MHKV` on my T420 claims "Method (MHKV, 0, NotSerialized)" only. So it would go fallback way. Preferrably, user(s) of latest (i.e, T480) models pops in and report this worked or not. [Is there one more protocol like 0x300?] Thanks for your work! On Fri, 2 Feb 2018 12:38:47 +0100 Michael Gmelin wrote: > > > On Fri, 2 Feb 2018 20:23:32 +0900 > Tomoaki AOKI wrote: > > > Not 100% sure but possibly some (one?) EisaId are (is) missing in > > ibm_ids definition of sys/dev/acpi_support/acpi_ibm.c. > > Currently it contains "IBM0068" and "LEN0068". > > > > Run `acpidump -d -t | fgrep EisaId` as root on your T470s and look for > > EisaId something other than... > > > > IBM0068 > > LEN0068 > > IBM3780 > > PNP???? > > > > If there's something new, insert them (it) to > > static char *ibm_ids[] = {"IBM0068", "LEN0068", NULL}; > > line of sys/dev/acpi_support/acpi_ibm.c, between "LEN0068" and "NULL". > > > > If there's none, it's over my hand. :-( > > There could be some incompatibility, like struct member change etc. > > Hi Tomoaki, > > Could you please take a look at this? > > https://reviews.freebsd.org/D14103 > > Thanks, > Michael > > > > > > > See my web page [1] of part "Note for limitations of ACPI in ThinkPad > > T420" and The FreeBSD Forums' thread noted there [2] for more info. > > Although old, but part of them can be useful. > > > > [1] http://www.dec.sakura.ne.jp/~junchoon/machine/freebsd-e.html > > [2] https://forums.freebsd.org/threads/26759/ > > > > > > On Thu, 1 Feb 2018 21:13:05 -0500 > > Bridger Dyson-Smith wrote: > > > > > Hi list and Michael - > > > > > > I received a T470s at work and decided to jump into the CURRENT end > > > of the FreeBSD pool. I have a weird acpi_ibm issue and I'm not sure > > > where to start trying to diagnose the issue. > > > > > > # uname -a > > > FreeBSD spanner 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r328126: Thu > > > Jan 18 15:25:44 UTC 2018 root@releng3.nyi.freebsd.org:/ > > > usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > > > > > > I've loaded acpi_ibm via /boot/loader.conf: > > > acpi_ibm_load="YES" > > > > > > and the module shows as being loaded: > > > # kldstat | grep acpi_ibm > > > 8 1 0xffffffff8278e000 7570 acpi_ibm.ko > > > > > > However, I don't have any of the sysctl knobs available; e.g. > > > # sysctl -a | grep acpi_ibm > > > # > > > > > > or > > > # sysctl dev.acpi_ibm.0.fan_speed > > > sysctl: unknown oid 'dev.acpi_ibm.0.fan_speed' > > > > > > I've (tried) to look through the commit messages on svn-src-head, > > > but I'm not seeing anything specifically related to acpi work, or I > > > just don't know what I'm looking at (a definite possibility). > > > > > > Would someone be able to provide a bit of debugging direction here? > > > Reviewing `dmesg -a` doesn't tell me anything specific about > > > acpi_ibm. > > > > > > Thanks in advance for your time and trouble. > > > Bridger > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to > > > "freebsd-current-unsubscribe@freebsd.org" > > > > > > > > -- > Michael Gmelin > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Tomoaki AOKI