From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 17 07:30:21 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A3110A6F; Mon, 17 Jun 2013 07:30:21 +0000 (UTC) (envelope-from ganael.laplanche@martymac.org) Received: from lmtp.galacsys.net (webmail.galacsys.net [IPv6:2001:1b78:0:1:d918:51d7:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 701F310C1; Mon, 17 Jun 2013 07:30:21 +0000 (UTC) Received: from martymac.org (webmail.galacsys.net [217.24.81.215]) by lmtp.galacsys.net (Postfix) with ESMTP id 781041FA5D1E; Mon, 17 Jun 2013 09:30:20 +0200 (CEST) From: "Ganael LAPLANCHE" To: matt ,John Baldwin Subject: Re: Fixing X220 Video The Right Way X-Openwebmail-Date: Mon, 17 Jun 2013 10:30:20 +0200 Message-Id: <20130617072851.M25691@martymac.org> In-Reply-To: <51BBA07B.80403@gmail.com> References: <512A6FFF.2060603@gmail.com> <201302281209.45170.jhb@freebsd.org> <51394952.9030700@gmail.com> <201306141139.16728.jhb@freebsd.org> <51BBA07B.80403@gmail.com> X-Mailer: Open WebMail 2.01 20030425 X-OriginatingIP: 157.99.64.43 (ganael.laplanche@martymac.org) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Date: Mon, 17 Jun 2013 07:30:21 +0000 (UTC) Cc: Adrian Chadd , freebsd-current@freebsd.org, freebsd-acpi@freebsd.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jun 2013 07:30:21 -0000 On Fri, 14 Jun 2013 16:00:11 -0700, matt wrote > I'm glad you got this working, it makes the X220 (and probably > other laptops with similar issues) more usable on FreeBSD. Sure, that's good news ! > I'll have to bring my X220 back up to current and start > looking at sleep issues next. Great ! Do not hesitate if you need testing on this, I can help :) Best regards, -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 17 11:06:41 2013 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 17A7810D for ; Mon, 17 Jun 2013 11:06:41 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id E374B1BFC for ; Mon, 17 Jun 2013 11:06:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5HB6e3n012632 for ; Mon, 17 Jun 2013 11:06:40 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5HB6ewP012630 for freebsd-acpi@FreeBSD.org; Mon, 17 Jun 2013 11:06:40 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 17 Jun 2013 11:06:40 GMT Message-Id: <201306171106.r5HB6ewP012630@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jun 2013 11:06:41 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/174766 acpi [acpi] Random acpi panic o kern/174504 acpi [ACPI] Suspend/resume broken on Lenovo x220 o kern/171305 acpi [acpi] acpi_tz0: _CRT value is absurd, ignored (256.0C o kern/165381 acpi [cpufreq] powerd(8) eats CPUs for breakfast o kern/164329 acpi [acpi] hw.acpi.thermal.tz0.temperature shows strange v o kern/162859 acpi [acpi] ACPI battery/acline monitoring partialy working o kern/161715 acpi [acpi] Dell E6520 doesn't resume after ACPI suspend o kern/161713 acpi [acpi] Suspend on Dell E6520 o kern/160838 acpi [acpi] ACPI Battery Monitor Non-Functional o kern/160419 acpi [acpi_thermal] acpi_thermal kernel thread high CPU usa o kern/158689 acpi [acpi] value of sysctl hw.acpi.thermal.polling_rate ne o kern/154955 acpi [acpi] Keyboard or ACPI doesn't work on Lenovo S10-3 o kern/152098 acpi [acpi] Lenovo T61p does not resume o i386/146715 acpi [acpi] Suspend works, resume not on a HP Probook 4510s o kern/145306 acpi [acpi]: Can't change brightness on HP ProBook 4510s o i386/143798 acpi [acpi] shutdown problem with SiS K7S5A o kern/143420 acpi [acpi] ACPI issues with Toshiba o kern/142009 acpi [acpi] [panic] Panic in AcpiNsGetAttachedObject o kern/139088 acpi [acpi] ACPI Exception: AE_AML_INFINITE_LOOP error o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not a i386/122887 acpi [panic] [atkbdc] 7.0-RELEASE on IBM HS20 panics immed s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/91594 acpi [acpi] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/ o kern/73823 acpi [request] acpi / power-on by timer support 26 problems total. From owner-freebsd-acpi@FreeBSD.ORG Tue Jun 18 06:46:07 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D17AA947; Tue, 18 Jun 2013 06:46:07 +0000 (UTC) (envelope-from ganael.laplanche@martymac.org) Received: from lmtp.galacsys.net (webmail.galacsys.net [IPv6:2001:1b78:0:1:d918:51d7:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 9E1551BB5; Tue, 18 Jun 2013 06:46:07 +0000 (UTC) Received: from martymac.org (webmail.galacsys.net [217.24.81.215]) by lmtp.galacsys.net (Postfix) with ESMTP id DDDB41FA5D1E; Tue, 18 Jun 2013 08:46:05 +0200 (CEST) From: "Ganael LAPLANCHE" To: matt ,John Baldwin Subject: Re: Fixing suspend/resume on Lenovo x220 X-Openwebmail-Date: Tue, 18 Jun 2013 09:46:05 +0200 Message-Id: <20130618063741.M69026@martymac.org> In-Reply-To: <51BBA123.3020803@gmail.com> References: <20130613134922.M8280@martymac.org> <201306131016.57098.jhb@freebsd.org> <51BBA123.3020803@gmail.com> X-Mailer: Open WebMail 2.01 20030425 X-OriginatingIP: 157.99.64.43 (ganael.laplanche@martymac.org) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Date: Tue, 18 Jun 2013 06:46:07 +0000 (UTC) Cc: freebsd-acpi@freebsd.org, Ganael LAPLANCHE X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jun 2013 06:46:07 -0000 On Fri, 14 Jun 2013 16:02:59 -0700, matt wrote Hi Matt, > I think if X is loaded or certain USB peripherals are attached > it quietly panics at resume. You'll note that we are sending > D3 to the USB bridges, which complain loudly before suspend is > complete... I have tried to unload a maximum of kernel modules as well as disabling everything in the BIOS (USB, wifi, SD card reader, ethernet card, ...), same problem at resume. > I think in the hackintosh world, they are using a > custom DSDT that prevents that or something to allow OS X to resume. I have Googled a bit but could not find any custom/fixed DSDT for the x220. Do you have a link ? Best regards, -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 19 22:49:19 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0F6EF48F; Wed, 19 Jun 2013 22:49:19 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from sink.sics.se (sink.sics.se [193.10.64.88]) by mx1.freebsd.org (Postfix) with ESMTP id 82D4513AE; Wed, 19 Jun 2013 22:49:17 +0000 (UTC) Received: from P142.sics.se (h139n3-u-d1.ias.bredband.telia.com [90.228.197.139]) by sink.sics.se (8.14.5/8.14.5) with ESMTP id r5JMK6mn088901 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 20 Jun 2013 00:20:06 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.14.5/8.14.5) with ESMTP id r5JMKSgP002195; Thu, 20 Jun 2013 00:20:28 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.14.5/8.14.5/Submit) id r5JMKRB5002194; Thu, 20 Jun 2013 00:20:27 +0200 (CEST) (envelope-from bengta@P142.sics.se) From: Bengt Ahlgren To: John Baldwin Subject: AMT console (was: Fixing suspend/resume on Lenovo x220) In-Reply-To: <201306131016.57098.jhb@freebsd.org> (John Baldwin's message of "Thu, 13 Jun 2013 10:16:57 -0400") References: <20130613134922.M8280@martymac.org> <201306131016.57098.jhb@freebsd.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (berkeley-unix) Date: Thu, 20 Jun 2013 00:20:27 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-acpi@freebsd.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jun 2013 22:49:19 -0000 John Baldwin writes: > On Thursday, June 13, 2013 10:00:21 am Ganael LAPLANCHE wrote: >> Hi, >> >> As you may know, suspend/resume has been broken on Lenovo x220 for a >> long time now, see : >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/174504 >> >> I have been able to do a suspend(S3)/resume operation in text mode (it >> works, but console stays dark at resume, I had to connect through ssh ; >> also, resume hangs if X is started with i915kms.ko loaded) and collect >> the following verbose logs : > > Interesting, I connected a serial console via AMT but wasn't able to get > any output during resume. Is this with a stock kernel? Does the console via AMT otherwise work for you? I'm trying to set up AMT as the console on a TP X201. I got the serial over LAN working using amtterm from another machine - verified with cu on the tty (ttyu2) that typing on both ends shows up at the other end before trying console redirection. The device is: uart2: port 0x1808-0x180f mem 0xf2524000-0xf2524fff irq 17 at device 22.3 on pci0 uart2@pci0:0:22:3: class=0x070002 card=0x216217aa chip=0x3b678086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '5 Series/3400 Series Chipset KT Controller' class = simple comms subclass = UART bar [10] = type I/O Port, range 32, base 0x1808, size 8, enabled bar [14] = type Memory, range 32, base 0xf2524000, size 4096, enabled cap 01[c8] = powerspec 3 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit I've set: hint.uart.2.flags="0x10" console="comconsole" in /boot/loader.conf, but the loader just hangs after printing: Loading /boot/defaults/loader.conf Any advice? Is uart2 unusable as a console? It does not say "flags 0x10" in the device probe - does that mean it won't work? Bengt From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 20 06:16:28 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 17A9D787; Thu, 20 Jun 2013 06:16:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 76C1C1C42; Thu, 20 Jun 2013 06:16:27 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r5K6GJgP001759; Thu, 20 Jun 2013 09:16:19 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r5K6GJgP001759 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r5K6GJdI001758; Thu, 20 Jun 2013 09:16:19 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 20 Jun 2013 09:16:19 +0300 From: Konstantin Belousov To: Bengt Ahlgren Subject: Re: AMT console (was: Fixing suspend/resume on Lenovo x220) Message-ID: <20130620061619.GH91021@kib.kiev.ua> References: <20130613134922.M8280@martymac.org> <201306131016.57098.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFP5HOmuB4FR6qoM" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-acpi@freebsd.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 06:16:28 -0000 --nFP5HOmuB4FR6qoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 20, 2013 at 12:20:27AM +0200, Bengt Ahlgren wrote: > John Baldwin writes: >=20 > > On Thursday, June 13, 2013 10:00:21 am Ganael LAPLANCHE wrote: > >> Hi, > >>=20 > >> As you may know, suspend/resume has been broken on Lenovo x220 for a > >> long time now, see : > >>=20 > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/174504 > >>=20 > >> I have been able to do a suspend(S3)/resume operation in text mode (it > >> works, but console stays dark at resume, I had to connect through ssh ; > >> also, resume hangs if X is started with i915kms.ko loaded) and collect > >> the following verbose logs : > > > > Interesting, I connected a serial console via AMT but wasn't able to get > > any output during resume. Is this with a stock kernel? >=20 > Does the console via AMT otherwise work for you? >=20 > I'm trying to set up AMT as the console on a TP X201. I got the serial > over LAN working using amtterm from another machine - verified with cu > on the tty (ttyu2) that typing on both ends shows up at the other end > before trying console redirection. The device is: >=20 > uart2: port 0x1808-0x180f mem= 0xf2524000-0xf2524fff irq 17 at device 22.3 on pci0 >=20 > uart2@pci0:0:22:3: class=3D0x070002 card=3D0x216217aa chip=3D0x3b678086 r= ev=3D0x06 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '5 Series/3400 Series Chipset KT Controller' > class =3D simple comms > subclass =3D UART > bar [10] =3D type I/O Port, range 32, base 0x1808, size 8, enabled > bar [14] =3D type Memory, range 32, base 0xf2524000, size 4096, ena= bled > cap 01[c8] =3D powerspec 3 supports D0 D3 current D0 > cap 05[d0] =3D MSI supports 1 message, 64 bit=20 >=20 > I've set: >=20 > hint.uart.2.flags=3D"0x10" > console=3D"comconsole" >=20 > in /boot/loader.conf, but the loader just hangs after printing: >=20 > Loading /boot/defaults/loader.conf >=20 > Any advice? Is uart2 unusable as a console? It does not say "flags > 0x10" in the device probe - does that mean it won't work? You should use comconsole_pcidev=3D0:0:22:3 --nFP5HOmuB4FR6qoM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRwp4yAAoJEJDCuSvBvK1BU4MP/3K9woLqWAN1wtyn8hzJHqBx apucqzMl4M1cUg9igCInjvjYS51A+L1YKNxbtK++sBuvE9iH6LoqyMHjuYB+nnxb jJz/aCvXfaK9knZ/hlf237atMYPUhX42hB//P7vf/aI9pxf0kJ2Rpdp9dlB5r749 8GINy6rT1G5BOoC3glug4J3nmtIYfM+ypKHyw2ku9NYmAMU1s0+3mxYtmgliYMiR Xs1JZfhSkDSiFg9JeCH78yuslPKpizzw2bsnwyGvRxh5mApE9r/eXzlwO132NW7r te9E8kVO45YTppAHfT0aUe5sk/EEeasg7JgG0exOUJflUl0FKqUJ/0YDGbRo3aah X4nM4xHwJkCX518jsQBES+gHPsUUa0OXfBVKdTHCEZoxZcKccfVgUGtRYCEBxGSZ CwxYv/+EmtFh0msnDH0MprzRZLmZrAmNFRTkWgVrvf6/P1Nu7WOJCRFqPunWBgtL WocK9PybndS6CF44Byr66SMfWNrebYLqOAFzT3IZA67kObxrXdmc4bkPsS4A0C7k 0oI713zgZx3nhH8BXV6LWMlXN9uvbwTHA331lnTCSSb/368+gN6CS9aihzV8+jKb Kyr9XjbQNO4VRNEMz1GyaVa1lxS6+J5X58VeJxQoIIRVrc+jdFqtC8LmxDCobDJq QddbiB/3PVq1h4bb9fOA =Rs1a -----END PGP SIGNATURE----- --nFP5HOmuB4FR6qoM-- From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 20 06:29:06 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9EB8D882 for ; Thu, 20 Jun 2013 06:29:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id E6DA91CAA for ; Thu, 20 Jun 2013 06:29:05 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r5K6T2Y6003921; Thu, 20 Jun 2013 09:29:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r5K6T2Y6003921 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r5K6T2Gp003920; Thu, 20 Jun 2013 09:29:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 20 Jun 2013 09:29:01 +0300 From: Konstantin Belousov To: Bengt Ahlgren Subject: Re: AMT console (was: Fixing suspend/resume on Lenovo x220) Message-ID: <20130620062901.GI91021@kib.kiev.ua> References: <20130613134922.M8280@martymac.org> <201306131016.57098.jhb@freebsd.org> <20130620061619.GH91021@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZndnTVfTRaTj/fea" Content-Disposition: inline In-Reply-To: <20130620061619.GH91021@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-acpi@freebsd.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 06:29:06 -0000 --ZndnTVfTRaTj/fea Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 20, 2013 at 09:16:19AM +0300, Konstantin Belousov wrote: > On Thu, Jun 20, 2013 at 12:20:27AM +0200, Bengt Ahlgren wrote: > > John Baldwin writes: > >=20 > > > On Thursday, June 13, 2013 10:00:21 am Ganael LAPLANCHE wrote: > > >> Hi, > > >>=20 > > >> As you may know, suspend/resume has been broken on Lenovo x220 for a > > >> long time now, see : > > >>=20 > > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/174504 > > >>=20 > > >> I have been able to do a suspend(S3)/resume operation in text mode (= it > > >> works, but console stays dark at resume, I had to connect through ss= h ; > > >> also, resume hangs if X is started with i915kms.ko loaded) and colle= ct > > >> the following verbose logs : > > > > > > Interesting, I connected a serial console via AMT but wasn't able to = get > > > any output during resume. Is this with a stock kernel? > >=20 > > Does the console via AMT otherwise work for you? > >=20 > > I'm trying to set up AMT as the console on a TP X201. I got the serial > > over LAN working using amtterm from another machine - verified with cu > > on the tty (ttyu2) that typing on both ends shows up at the other end > > before trying console redirection. The device is: > >=20 > > uart2: port 0x1808-0x180f m= em 0xf2524000-0xf2524fff irq 17 at device 22.3 on pci0 > >=20 > > uart2@pci0:0:22:3: class=3D0x070002 card=3D0x216217aa chip=3D0x3b678086= rev=3D0x06 hdr=3D0x00 > > vendor =3D 'Intel Corporation' > > device =3D '5 Series/3400 Series Chipset KT Controller' > > class =3D simple comms > > subclass =3D UART > > bar [10] =3D type I/O Port, range 32, base 0x1808, size 8, enabl= ed > > bar [14] =3D type Memory, range 32, base 0xf2524000, size 4096, e= nabled > > cap 01[c8] =3D powerspec 3 supports D0 D3 current D0 > > cap 05[d0] =3D MSI supports 1 message, 64 bit=20 > >=20 > > I've set: > >=20 > > hint.uart.2.flags=3D"0x10" > > console=3D"comconsole" > >=20 > > in /boot/loader.conf, but the loader just hangs after printing: > >=20 > > Loading /boot/defaults/loader.conf > >=20 > > Any advice? Is uart2 unusable as a console? It does not say "flags > > 0x10" in the device probe - does that mean it won't work? >=20 > You should use > comconsole_pcidev=3D0:0:22:3 Oops, comconsole_pcidev=3D0:22:3 Sorry. --ZndnTVfTRaTj/fea Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRwqEtAAoJEJDCuSvBvK1B3LkP+wSwbVrsMjUylbkACvbaFJ7l Zyg5CtrQSdn9TgnTzuNTRb7a9X+eVdWbhQ1nS0oDdpNouZek1l0n+VOzKEDIlZwB 6zkJsPWHgQmzh2z9Krnr8pivjlXtD+rui+f+x67bBmsBPZibDm+UaxyS6xB/r1xe ci3YVW35uzbk9VMkPL2ZCWoQgjERsMQzDdKt3t4vZPrAXSU1iByJyFFWV8TAFAf7 U7H+A/eQmPHkr0lvDJCi7I+kPj6qK3VumYyVS5sUkwjbepuRGLzGRX7ql/II7Fbi 1D/pBIFOHjQbhWCRrW5gNpcUWqOvZV4OfeH+2WP+NwekKH7syikJ2cy1w6V0zFMg J68Rg/thnJMC4qhJLXmBNvtICR1LEeXj+/GI8Py5WfXLzSHPgjLOQTcBCXNTQT2Z R7vDRGiXGf0XOX8JWLh63xdjVSnrTNyRp0Kpfc0DtkRbljKEzA7GE/lSb+XkhKlc 4XUiSyQxwsFMPTvQai3ZWQzz+uhu40qyW1RkihC8v6c6yQO4Osrco/fbt6S3uZ/T TbuwGGPGrJOSTOhV9CDaWQPhLHnacvH775DphAKh28FxEmKdSIqBrebXPc+/fC/B c/lYZbTRE/Jd7RpitLyoci0fzZIV/Rgmt0tLdN7/2iNH8kE6Tnyd58SLndv2K86C mqTo3LAQ8caUx6L4sNFH =KoVI -----END PGP SIGNATURE----- --ZndnTVfTRaTj/fea-- From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 20 18:19:55 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 838A8A86 for ; Thu, 20 Jun 2013 18:19:55 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from sink.sics.se (sink.sics.se [193.10.64.88]) by mx1.freebsd.org (Postfix) with ESMTP id 11F301AB5 for ; Thu, 20 Jun 2013 18:19:54 +0000 (UTC) Received: from P142.sics.se (h139n3-u-d1.ias.bredband.telia.com [90.228.197.139]) by sink.sics.se (8.14.5/8.14.5) with ESMTP id r5KIJqLa092757 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 20 Jun 2013 20:19:52 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.14.5/8.14.5) with ESMTP id r5KIKF67001993; Thu, 20 Jun 2013 20:20:15 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.14.5/8.14.5/Submit) id r5KIKEBL001992; Thu, 20 Jun 2013 20:20:14 +0200 (CEST) (envelope-from bengta@P142.sics.se) From: Bengt Ahlgren To: Konstantin Belousov Subject: Re: AMT console In-Reply-To: <20130620062901.GI91021@kib.kiev.ua> (Konstantin Belousov's message of "Thu, 20 Jun 2013 09:29:01 +0300") References: <20130613134922.M8280@martymac.org> <201306131016.57098.jhb@freebsd.org> <20130620061619.GH91021@kib.kiev.ua> <20130620062901.GI91021@kib.kiev.ua> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (berkeley-unix) Date: Thu, 20 Jun 2013 20:20:14 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-acpi@freebsd.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 18:19:55 -0000 Konstantin Belousov writes: > On Thu, Jun 20, 2013 at 09:16:19AM +0300, Konstantin Belousov wrote: >> On Thu, Jun 20, 2013 at 12:20:27AM +0200, Bengt Ahlgren wrote: >> > John Baldwin writes: >> > >> > > On Thursday, June 13, 2013 10:00:21 am Ganael LAPLANCHE wrote: >> > >> Hi, >> > >> >> > >> As you may know, suspend/resume has been broken on Lenovo x220 for a >> > >> long time now, see : >> > >> >> > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/174504 >> > >> >> > >> I have been able to do a suspend(S3)/resume operation in text mode (it >> > >> works, but console stays dark at resume, I had to connect through ssh ; >> > >> also, resume hangs if X is started with i915kms.ko loaded) and collect >> > >> the following verbose logs : >> > > >> > > Interesting, I connected a serial console via AMT but wasn't able to get >> > > any output during resume. Is this with a stock kernel? >> > >> > Does the console via AMT otherwise work for you? >> > >> > I'm trying to set up AMT as the console on a TP X201. I got the serial >> > over LAN working using amtterm from another machine - verified with cu >> > on the tty (ttyu2) that typing on both ends shows up at the other end >> > before trying console redirection. The device is: >> > >> > uart2: port >> > 0x1808-0x180f mem 0xf2524000-0xf2524fff irq 17 at device 22.3 on >> > pci0 >> > >> > uart2@pci0:0:22:3: class=0x070002 card=0x216217aa chip=0x3b678086 >> > rev=0x06 hdr=0x00 >> > vendor = 'Intel Corporation' >> > device = '5 Series/3400 Series Chipset KT Controller' >> > class = simple comms >> > subclass = UART >> > bar [10] = type I/O Port, range 32, base 0x1808, size 8, enabled >> > bar [14] = type Memory, range 32, base 0xf2524000, size 4096, enabled >> > cap 01[c8] = powerspec 3 supports D0 D3 current D0 >> > cap 05[d0] = MSI supports 1 message, 64 bit >> > >> > I've set: >> > >> > hint.uart.2.flags="0x10" >> > console="comconsole" >> > >> > in /boot/loader.conf, but the loader just hangs after printing: >> > >> > Loading /boot/defaults/loader.conf >> > >> > Any advice? Is uart2 unusable as a console? It does not say "flags >> > 0x10" in the device probe - does that mean it won't work? >> >> You should use >> comconsole_pcidev=0:0:22:3 > Oops, > comconsole_pcidev=0:22:3 No difference, I'm afraid. The port does not show up here either: # sysctl kern.console kern.console: ttyv0,dcons,/dcons,ttyv0,ucom, Forgot to tell, but this is a 9.1-REL-p3/amd64 system running GENERIC. (I wanted to set up the console for KMS shutdown and resume debugging.) Bengt From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 20 18:26:29 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 971E0DA6 for ; Thu, 20 Jun 2013 18:26:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id DFE721B2C for ; Thu, 20 Jun 2013 18:26:28 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r5KIQN4s047452; Thu, 20 Jun 2013 21:26:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r5KIQN4s047452 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r5KIQNhf047451; Thu, 20 Jun 2013 21:26:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 20 Jun 2013 21:26:23 +0300 From: Konstantin Belousov To: Bengt Ahlgren Subject: Re: AMT console Message-ID: <20130620182623.GL91021@kib.kiev.ua> References: <20130613134922.M8280@martymac.org> <201306131016.57098.jhb@freebsd.org> <20130620061619.GH91021@kib.kiev.ua> <20130620062901.GI91021@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YNUuthOiC1RHZCCs" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-acpi@freebsd.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 18:26:29 -0000 --YNUuthOiC1RHZCCs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 20, 2013 at 08:20:14PM +0200, Bengt Ahlgren wrote: > Konstantin Belousov writes: >=20 > > On Thu, Jun 20, 2013 at 09:16:19AM +0300, Konstantin Belousov wrote: > >> On Thu, Jun 20, 2013 at 12:20:27AM +0200, Bengt Ahlgren wrote: > >> > John Baldwin writes: > >> >=20 > >> > > On Thursday, June 13, 2013 10:00:21 am Ganael LAPLANCHE wrote: > >> > >> Hi, > >> > >>=20 > >> > >> As you may know, suspend/resume has been broken on Lenovo x220 fo= r a > >> > >> long time now, see : > >> > >>=20 > >> > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/174504 > >> > >>=20 > >> > >> I have been able to do a suspend(S3)/resume operation in text mod= e (it > >> > >> works, but console stays dark at resume, I had to connect through= ssh ; > >> > >> also, resume hangs if X is started with i915kms.ko loaded) and co= llect > >> > >> the following verbose logs : > >> > > > >> > > Interesting, I connected a serial console via AMT but wasn't able = to get > >> > > any output during resume. Is this with a stock kernel? > >> >=20 > >> > Does the console via AMT otherwise work for you? > >> >=20 > >> > I'm trying to set up AMT as the console on a TP X201. I got the ser= ial > >> > over LAN working using amtterm from another machine - verified with = cu > >> > on the tty (ttyu2) that typing on both ends shows up at the other end > >> > before trying console redirection. The device is: > >> >=20 > >> > uart2: port > >> > 0x1808-0x180f mem 0xf2524000-0xf2524fff irq 17 at device 22.3 on > >> > pci0 > >> >=20 > >> > uart2@pci0:0:22:3: class=3D0x070002 card=3D0x216217aa chip=3D0x3b678= 086 > >> > rev=3D0x06 hdr=3D0x00 > >> > vendor =3D 'Intel Corporation' > >> > device =3D '5 Series/3400 Series Chipset KT Controller' > >> > class =3D simple comms > >> > subclass =3D UART > >> > bar [10] =3D type I/O Port, range 32, base 0x1808, size 8, en= abled > >> > bar [14] =3D type Memory, range 32, base 0xf2524000, size 4096= , enabled > >> > cap 01[c8] =3D powerspec 3 supports D0 D3 current D0 > >> > cap 05[d0] =3D MSI supports 1 message, 64 bit=20 > >> >=20 > >> > I've set: > >> >=20 > >> > hint.uart.2.flags=3D"0x10" > >> > console=3D"comconsole" > >> >=20 > >> > in /boot/loader.conf, but the loader just hangs after printing: > >> >=20 > >> > Loading /boot/defaults/loader.conf > >> >=20 > >> > Any advice? Is uart2 unusable as a console? It does not say "flags > >> > 0x10" in the device probe - does that mean it won't work? > >>=20 > >> You should use > >> comconsole_pcidev=3D0:0:22:3 > > Oops, > > comconsole_pcidev=3D0:22:3 >=20 > No difference, I'm afraid. The port does not show up here either: >=20 > # sysctl kern.console > kern.console: ttyv0,dcons,/dcons,ttyv0,ucom, Obviously, you did not specified console=3Dcomconsole ? >=20 > Forgot to tell, but this is a 9.1-REL-p3/amd64 system running GENERIC. >=20 > (I wanted to set up the console for KMS shutdown and resume debugging.) --YNUuthOiC1RHZCCs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRw0lOAAoJEJDCuSvBvK1B+lIP/3cKgZOBy5m0zFCG2FKdJtb7 w7TSu2aCnEUiqrnQlgtCP+W0DGBfzw3Ej3Q8/M07BPhJspB6As7JoNerM4LPx7YW 8Nq2okTQpumHiYvR+SZNyZTZzbrK8H9Jv6Y/fPB7d1XrHP82t7MX5IRLRxld3lHa 4j2BHPI1DQYc/dfnZQpJ5CTfd/lx/tX728m8vE1+i6ccZfvLuHcbKluold1zMNLJ TA73cAP5xFw8DxgIzQp8REi4g93zj99M9DvVD6PqSTELmEigqIhAheVMuwKpAWZS Be6uVtHEg7uXcOjKR2sWp3DlidemQJDJy1gTCNE4FxjM6ptSbDIRoPIJWaY/TBDX AQxO+/Lq/v4uo0vwbH4YfYHyhx1oiS/Fx/5jDMVdlwPJ+W0of37y0NRW/f1l25zs WHgZ5X3/HqwCc7x/Oooh0OXDI5CxrJDFFb09ujQzaVtvT8n/9NSE4vdvrJyj3hlO oo3lQ2bHwpemHzsqX3MPp3+PEs1ZI8YciIvLu8FTqb7PL7qaIDprevefz9OzMWdk fvXOTmmGEr6MuI8XfDbW3m0C/RzIXBWTzn5s3kDi16460622o6tlLC+Ks9Q9wm60 K1panIr+a2cPFJmpXlFaAUI1Yp0e5BgVRWj3+32qo8RZJZFrnxEyGydJX4BVAhmY LfhOjmm8o8HMSCwV6MmG =EZ62 -----END PGP SIGNATURE----- --YNUuthOiC1RHZCCs-- From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 20 18:51:38 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 48600687 for ; Thu, 20 Jun 2013 18:51:38 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from sink.sics.se (sink.sics.se [193.10.64.88]) by mx1.freebsd.org (Postfix) with ESMTP id C97D81D07 for ; Thu, 20 Jun 2013 18:51:37 +0000 (UTC) Received: from P142.sics.se (h139n3-u-d1.ias.bredband.telia.com [90.228.197.139]) by sink.sics.se (8.14.5/8.14.5) with ESMTP id r5KIpaij092840 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 20 Jun 2013 20:51:36 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.14.5/8.14.5) with ESMTP id r5KIq08e002078; Thu, 20 Jun 2013 20:52:00 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.14.5/8.14.5/Submit) id r5KIpxkb002077; Thu, 20 Jun 2013 20:51:59 +0200 (CEST) (envelope-from bengta@P142.sics.se) From: Bengt Ahlgren To: Konstantin Belousov Subject: Re: AMT console In-Reply-To: <20130620182623.GL91021@kib.kiev.ua> (Konstantin Belousov's message of "Thu, 20 Jun 2013 21:26:23 +0300") References: <20130613134922.M8280@martymac.org> <201306131016.57098.jhb@freebsd.org> <20130620061619.GH91021@kib.kiev.ua> <20130620062901.GI91021@kib.kiev.ua> <20130620182623.GL91021@kib.kiev.ua> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (berkeley-unix) Date: Thu, 20 Jun 2013 20:51:59 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-acpi@freebsd.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 18:51:38 -0000 Konstantin Belousov writes: > On Thu, Jun 20, 2013 at 08:20:14PM +0200, Bengt Ahlgren wrote: >> Konstantin Belousov writes: >> >> > On Thu, Jun 20, 2013 at 09:16:19AM +0300, Konstantin Belousov wrote: >> >> On Thu, Jun 20, 2013 at 12:20:27AM +0200, Bengt Ahlgren wrote: >> >> > John Baldwin writes: >> >> > >> >> > > On Thursday, June 13, 2013 10:00:21 am Ganael LAPLANCHE wrote: >> >> > >> Hi, >> >> > >> >> >> > >> As you may know, suspend/resume has been broken on Lenovo x220 for a >> >> > >> long time now, see : >> >> > >> >> >> > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/174504 >> >> > >> >> >> > >> I have been able to do a suspend(S3)/resume operation in text mode (it >> >> > >> works, but console stays dark at resume, I had to connect >> >> > >> through ssh ; >> >> > >> also, resume hangs if X is started with i915kms.ko loaded) and collect >> >> > >> the following verbose logs : >> >> > > >> >> > > Interesting, I connected a serial console via AMT but wasn't >> >> > > able to get >> >> > > any output during resume. Is this with a stock kernel? >> >> > >> >> > Does the console via AMT otherwise work for you? >> >> > >> >> > I'm trying to set up AMT as the console on a TP X201. I got the serial >> >> > over LAN working using amtterm from another machine - verified with cu >> >> > on the tty (ttyu2) that typing on both ends shows up at the other end >> >> > before trying console redirection. The device is: >> >> > >> >> > uart2: port >> >> > 0x1808-0x180f mem 0xf2524000-0xf2524fff irq 17 at device 22.3 on >> >> > pci0 >> >> > >> >> > uart2@pci0:0:22:3: class=0x070002 card=0x216217aa chip=0x3b678086 >> >> > rev=0x06 hdr=0x00 >> >> > vendor = 'Intel Corporation' >> >> > device = '5 Series/3400 Series Chipset KT Controller' >> >> > class = simple comms >> >> > subclass = UART >> >> > bar [10] = type I/O Port, range 32, base 0x1808, size 8, enabled >> >> > bar [14] = type Memory, range 32, base 0xf2524000, size >> >> > 4096, enabled >> >> > cap 01[c8] = powerspec 3 supports D0 D3 current D0 >> >> > cap 05[d0] = MSI supports 1 message, 64 bit >> >> > >> >> > I've set: >> >> > >> >> > hint.uart.2.flags="0x10" >> >> > console="comconsole" >> >> > >> >> > in /boot/loader.conf, but the loader just hangs after printing: >> >> > >> >> > Loading /boot/defaults/loader.conf >> >> > >> >> > Any advice? Is uart2 unusable as a console? It does not say "flags >> >> > 0x10" in the device probe - does that mean it won't work? >> >> >> >> You should use >> >> comconsole_pcidev=0:0:22:3 >> > Oops, >> > comconsole_pcidev=0:22:3 >> >> No difference, I'm afraid. The port does not show up here either: >> >> # sysctl kern.console >> kern.console: ttyv0,dcons,/dcons,ttyv0,ucom, > Obviously, you did not specified console=comconsole ? It hangs with console=comconsole, so yes, that output was without it, but everything else the same. Bengt >> Forgot to tell, but this is a 9.1-REL-p3/amd64 system running GENERIC. >> >> (I wanted to set up the console for KMS shutdown and resume debugging.) From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 20 21:19:32 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BF4B9456; Thu, 20 Jun 2013 21:19:32 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 31F2717AF; Thu, 20 Jun 2013 21:19:32 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id j10so4099123qcx.31 for ; Thu, 20 Jun 2013 14:19:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=8ewbsP4jJu27F5S0qDDQ2GwhpePTCh14wei1chRH8rA=; b=0EvWTqOZacwyAq6rrC+clzVr4U6aXotoxnzQR2pQ6qYFcx1IdfPCrj6s0DWOAdfKQG qsN7NcUvRe8++/qe6ZASbCN8EP6zVMyUPiGyyC/vT3JrYH3/vQHbb0y/dk1T106TDfJn qSBlwz03ZqgGqVhPmMnx0DIfjSaV9TcBV4dYge9wzqv9xBhYqSKJt9wXxG7NwWpyyqJC siWfjG9k2g2epj1NKw7tLm5zyQrygXAlBA3cbbq9jmlZw8UD1WWc7vZT/JNJ/YMZbYLx J+ixFOepxboccm0WtqBzugdkwRUAIvHtYSDDFxwFmOud2h8NdWehZl8mmaD4AYWMNTyg VThA== MIME-Version: 1.0 X-Received: by 10.224.13.19 with SMTP id z19mr11124638qaz.12.1371763171775; Thu, 20 Jun 2013 14:19:31 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.5.65 with HTTP; Thu, 20 Jun 2013 14:19:31 -0700 (PDT) Date: Thu, 20 Jun 2013 14:19:31 -0700 X-Google-Sender-Auth: 08yK_w_fagDArl7LF5JBDq-PMyA Message-ID: Subject: USB ports on Lenovo T400 do not work after a suspend/resume From: Adrian Chadd To: freebsd-usb@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary=089e0149ce0491d92d04df9c80d1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 21:19:32 -0000 --089e0149ce0491d92d04df9c80d1 Content-Type: text/plain; charset=ISO-8859-1 Hi, FreeBSD-9 works fine on this Lenovo T400 - except that suspending with no USB devices plugged in result in no ports working after resume. If I have a device plugged in during suspend - on any port - then all the ports work fine after resume. I've attached usbconfig and acpidump output. here's what is logged in the kernel buffer during suspend and resume: Her'es the suspend: Jun 20 14:03:34 lucy acpi: suspend at 20130620 14:03:34 Jun 20 14:03:38 lucy kernel: [100031] uhub0: at usbus0, port 1, addr 1 (disconnected) Jun 20 14:03:38 lucy kernel: [100036] uhub1: at usbus1, port 1, addr 1 (disconnected) Jun 20 14:03:38 lucy kernel: ugen1.2: at usbus1 (disconnected) Jun 20 14:03:38 lucy kernel: ugen1.3: at usbus1 (disconnected) Jun 20 14:03:38 lucy kernel: [100036] ubt0: at uhub1, port 2, addr 3 (disconnected) Jun 20 14:03:47 lucy kernel: [100041] uhub2: at usbus2, port 1, addr 1 (disconnected) Jun 20 14:03:47 lucy kernel: [100046] uhub3: at usbus3, port 1, addr 1 (disconnected) Jun 20 14:03:47 lucy kernel: ugen3.2: at usbus3 (disconnected) Jun 20 14:03:47 lucy kernel: [100046] umass0: at uhub3, port 1, addr 2 (disconnected) Jun 20 14:03:47 lucy kernel: (da0:umass-sim0:0:0:0): lost device - 0 outstanding, 1 refs Jun 20 14:03:47 lucy kernel: (da0:umass-sim0:0:0:0): removing device entry Jun 20 14:03:47 lucy kernel: ugen3.3: at usbus3 (disconnected) Jun 20 14:03:47 lucy kernel: uhci_interrupt: resume detect Jun 20 14:03:47 lucy kernel: [100052] uhub4: at usbus4, port 1, addr 1 (disconnected) Jun 20 14:03:47 lucy kernel: [100057] uhub5: at usbus5, port 1, addr 1 (disconnected) Jun 20 14:03:47 lucy kernel: [100062] uhub6: at usbus6, port 1, addr 1 (disconnected) Jun 20 14:03:47 lucy kernel: [100067] uhub7: at usbus7, port 1, addr 1 (disconnected) ..and resume: I wonder what these devices are? Jun 20 14:03:47 lucy kernel: [100095] pci21: failed to set ACPI power state D2 on \_SB_.PCI0.PCI1.CDBS: AE_BAD_PARAMETER Jun 20 14:03:47 lucy kernel: [100095] pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP0: AE_BAD_PARAMETER Jun 20 14:03:47 lucy kernel: [100095] pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP1: AE_BAD_PARAMETER Jun 20 14:03:47 lucy kernel: [100095] pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP3: AE_BAD_PARAMETER Jun 20 14:03:47 lucy kernel: [100095] pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP4: AE_BAD_PARAMETER Jun 20 14:03:47 lucy kernel: [100095] acpi0: cleared fixed power button status Jun 20 14:03:47 lucy kernel: uhci_interrupt: resume detect Jun 20 14:03:47 lucy kernel: wakeup from sleeping state (slept 00:00:06) Jun 20 14:03:47 lucy kernel: [100067] uhub0: on usbus7 Jun 20 14:03:47 lucy kernel: [100046] uhub1: on usbus3 Jun 20 14:03:47 lucy kernel: [100031] uhub2: on usbus0 Jun 20 14:03:47 lucy kernel: [100036] uhub3: on usbus1 Jun 20 14:03:47 lucy kernel: [100057] uhub4: on usbus5 Jun 20 14:03:47 lucy kernel: [100052] uhub5: on usbus4 Jun 20 14:03:47 lucy kernel: [100062] uhub6: on usbus6 Jun 20 14:03:47 lucy kernel: [100041] uhub7: on usbus2 .. local APIC error? Jun 20 14:03:47 lucy kernel: CPU0: local APIC error 0x40 Jun 20 14:03:47 lucy acpi: resumed at 20130620 14:03:47 It probes the hubs fine though. Thanks! Adrian --089e0149ce0491d92d04df9c80d1 Content-Type: text/plain; charset=US-ASCII; name="usbconfig.txt" Content-Disposition: attachment; filename="usbconfig.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hi6gdf611 dWdlbjAuMTogPFVIQ0kgcm9vdCBIVUIgSW50ZWw+IGF0IHVzYnVzMCwgY2ZnPTAgbWQ9SE9TVCBz cGQ9RlVMTCAoMTJNYnBzKSBwd3I9U0FWRSAoMG1BKQp1Z2VuMS4xOiA8VUhDSSByb290IEhVQiBJ bnRlbD4gYXQgdXNidXMxLCBjZmc9MCBtZD1IT1NUIHNwZD1GVUxMICgxMk1icHMpIHB3cj1TQVZF ICgwbUEpCnVnZW4yLjE6IDxVSENJIHJvb3QgSFVCIEludGVsPiBhdCB1c2J1czIsIGNmZz0wIG1k PUhPU1Qgc3BkPUZVTEwgKDEyTWJwcykgcHdyPVNBVkUgKDBtQSkKdWdlbjMuMTogPEVIQ0kgcm9v dCBIVUIgSW50ZWw+IGF0IHVzYnVzMywgY2ZnPTAgbWQ9SE9TVCBzcGQ9SElHSCAoNDgwTWJwcykg cHdyPVNBVkUgKDBtQSkKdWdlbjQuMTogPFVIQ0kgcm9vdCBIVUIgSW50ZWw+IGF0IHVzYnVzNCwg Y2ZnPTAgbWQ9SE9TVCBzcGQ9RlVMTCAoMTJNYnBzKSBwd3I9U0FWRSAoMG1BKQp1Z2VuNS4xOiA8 VUhDSSByb290IEhVQiBJbnRlbD4gYXQgdXNidXM1LCBjZmc9MCBtZD1IT1NUIHNwZD1GVUxMICgx Mk1icHMpIHB3cj1TQVZFICgwbUEpCnVnZW42LjE6IDxVSENJIHJvb3QgSFVCIEludGVsPiBhdCB1 c2J1czYsIGNmZz0wIG1kPUhPU1Qgc3BkPUZVTEwgKDEyTWJwcykgcHdyPVNBVkUgKDBtQSkKdWdl bjcuMTogPEVIQ0kgcm9vdCBIVUIgSW50ZWw+IGF0IHVzYnVzNywgY2ZnPTAgbWQ9SE9TVCBzcGQ9 SElHSCAoNDgwTWJwcykgcHdyPVNBVkUgKDBtQSkKdWdlbjMuMjogPERUIDEwMSBHMiBLaW5nc3Rv bj4gYXQgdXNidXMzLCBjZmc9MCBtZD1IT1NUIHNwZD1ISUdIICg0ODBNYnBzKSBwd3I9T04gKDIw MG1BKQp1Z2VuMS4yOiA8RmluZ2VycHJpbnQgU2Vuc29yIHZlbmRvciAweDA4ZmY+IGF0IHVzYnVz MSwgY2ZnPTAgbWQ9SE9TVCBzcGQ9RlVMTCAoMTJNYnBzKSBwd3I9T04gKDEwMG1BKQp1Z2VuMy4z OiA8SW50ZWdyYXRlZCBDYW1lcmEgQ2hpY29ueSBFbGVjdHJvbmljcyBDby4sIEx0ZC4+IGF0IHVz YnVzMywgY2ZnPTAgbWQ9SE9TVCBzcGQ9SElHSCAoNDgwTWJwcykgcHdyPU9OICg1MDBtQSkKdWdl bjEuMzogPFRoaW5rUGFkIEJsdWV0b290aCB3aXRoIEVuaGFuY2VkIERhdGEgUmF0ZSBJSSBMZW5v dm8gQ29tcHV0ZXIgQ29ycD4gYXQgdXNidXMxLCBjZmc9MCBtZD1IT1NUIHNwZD1GVUxMICgxMk1i cHMpIHB3cj1PTiAoMTAwbUEpCg== --089e0149ce0491d92d04df9c80d1-- From owner-freebsd-acpi@FreeBSD.ORG Fri Jun 21 12:48:16 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 811C97C1; Fri, 21 Jun 2013 12:48:16 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id D64DE1DFD; Fri, 21 Jun 2013 12:48:15 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id r5LCm7ip073709; Fri, 21 Jun 2013 22:48:08 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 21 Jun 2013 22:48:07 +1000 (EST) From: Ian Smith To: Adrian Chadd Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume In-Reply-To: Message-ID: <20130621220013.X55167@sola.nimnet.asn.au> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-usb@freebsd.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jun 2013 12:48:16 -0000 On Thu, 20 Jun 2013 14:19:21 -0700, Adrian Chadd wrote: > Hi, > > FreeBSD-9 works fine on this Lenovo T400 - except that suspending with > no USB devices plugged in result in no ports working after resume. > > If I have a device plugged in during suspend - on any port - then all > the ports work fine after resume. > > I've attached usbconfig and acpidump output. No acpidump output on -stable or -acpi anyway .. likely best as an URL, if it comes down to ACPI. So the fingerprint reader, camera and bluetooth shown in your usbconfig don't serve as 'USB devices plugged in' in this regard? Do they work ok after resume, or not? > here's what is logged in the kernel buffer during suspend and resume: > > > Her'es the suspend: With all but the USB-related stuff dropped, I assume? > Jun 20 14:03:34 lucy acpi: suspend at 20130620 14:03:34 > Jun 20 14:03:38 lucy kernel: [100031] uhub0: at usbus0, port 1, addr 1 > (disconnected) > Jun 20 14:03:38 lucy kernel: [100036] uhub1: at usbus1, port 1, addr 1 > (disconnected) > Jun 20 14:03:38 lucy kernel: ugen1.2: at usbus1 (disconnected) > Jun 20 14:03:38 lucy kernel: ugen1.3: at usbus1 > (disconnected) > Jun 20 14:03:38 lucy kernel: [100036] ubt0: at uhub1, port 2, addr 3 > (disconnected) > Jun 20 14:03:47 lucy kernel: [100041] uhub2: at usbus2, port 1, addr 1 > (disconnected) > Jun 20 14:03:47 lucy kernel: [100046] uhub3: at usbus3, port 1, addr 1 > (disconnected) > Jun 20 14:03:47 lucy kernel: ugen3.2: at usbus3 (disconnected) > Jun 20 14:03:47 lucy kernel: [100046] umass0: at uhub3, port 1, addr 2 > (disconnected) > Jun 20 14:03:47 lucy kernel: (da0:umass-sim0:0:0:0): lost device - 0 > outstanding, 1 refs > Jun 20 14:03:47 lucy kernel: (da0:umass-sim0:0:0:0): removing device entry > Jun 20 14:03:47 lucy kernel: ugen3.3: > at usbus3 (disconnected) > Jun 20 14:03:47 lucy kernel: uhci_interrupt: resume detect The last message is news to me. > Jun 20 14:03:47 lucy kernel: [100052] uhub4: at usbus4, port 1, addr 1 > (disconnected) > Jun 20 14:03:47 lucy kernel: [100057] uhub5: at usbus5, port 1, addr 1 > (disconnected) > Jun 20 14:03:47 lucy kernel: [100062] uhub6: at usbus6, port 1, addr 1 > (disconnected) > Jun 20 14:03:47 lucy kernel: [100067] uhub7: at usbus7, port 1, addr 1 > (disconnected) > > ..and resume: I wonder what these devices are? > > Jun 20 14:03:47 lucy kernel: [100095] pci21: failed to set ACPI power > state D2 on \_SB_.PCI0.PCI1.CDBS: AE_BAD_PARAMETER > Jun 20 14:03:47 lucy kernel: [100095] pci0: failed to set ACPI power > state D2 on \_SB_.PCI0.EXP0: AE_BAD_PARAMETER > Jun 20 14:03:47 lucy kernel: [100095] pci0: failed to set ACPI power > state D2 on \_SB_.PCI0.EXP1: AE_BAD_PARAMETER > Jun 20 14:03:47 lucy kernel: [100095] pci0: failed to set ACPI power > state D2 on \_SB_.PCI0.EXP3: AE_BAD_PARAMETER > Jun 20 14:03:47 lucy kernel: [100095] pci0: failed to set ACPI power > state D2 on \_SB_.PCI0.EXP4: AE_BAD_PARAMETER No, the above are still on the suspend path, but logged on resume. I don't know what CDBS or EXP0,1,3,4 are. You've left out something like 'pci0:X:Y:0 Transition from D0 to D2' (or D3) before these ones, right? On 9(.1-R so far) I always get the same sort of messages for the cardbus slots on my T23, eg pci2: failed to set ACPI power state D2 on \_SB_.PCI0.PCI1.CBS0: AE_BAD_PARAMETER, also for CBS1. I've supposed it meant there was no D2 setting for these and they seem to resume alright, later on: pci2: set ACPI power state D0 on \_SB_.PCI0.PCI1.CBS0 (& CBS1) I suppose you'd have lines setting state back to D0 on these, later on? > Jun 20 14:03:47 lucy kernel: [100095] acpi0: cleared fixed power button status > Jun 20 14:03:47 lucy kernel: uhci_interrupt: resume detect > Jun 20 14:03:47 lucy kernel: wakeup from sleeping state (slept 00:00:06) I hope 'slept' message is still in 10, I've seen a few listed without, and they're very handy if there's any resume delay, as I had up to 8.2 (plus exactly 60 seconds) unless I unloaded (in particular) UHCI and reloaded it on resume, needing a kernel w/out uhci, ohci and ehci, loading on boot and unload/reload in rc.suspend/resume. This however was fixed by 9.1 for me, the first release where suspend/resume works flawlessly on the T23. I haven't tried a recent 9-STABLE though. > Jun 20 14:03:47 lucy kernel: [100067] uhub0: class 9/0, rev 2.00/1.00, addr 1> on usbus7 > Jun 20 14:03:47 lucy kernel: [100046] uhub1: class 9/0, rev 2.00/1.00, addr 1> on usbus3 > Jun 20 14:03:47 lucy kernel: [100031] uhub2: class 9/0, rev 1.00/1.00, addr 1> on usbus0 > Jun 20 14:03:47 lucy kernel: [100036] uhub3: class 9/0, rev 1.00/1.00, addr 1> on usbus1 > Jun 20 14:03:47 lucy kernel: [100057] uhub4: class 9/0, rev 1.00/1.00, addr 1> on usbus5 > Jun 20 14:03:47 lucy kernel: [100052] uhub5: class 9/0, rev 1.00/1.00, addr 1> on usbus4 > Jun 20 14:03:47 lucy kernel: [100062] uhub6: class 9/0, rev 1.00/1.00, addr 1> on usbus6 > Jun 20 14:03:47 lucy kernel: [100041] uhub7: class 9/0, rev 1.00/1.00, addr 1> on usbus2 > > .. local APIC error? No idea. > Jun 20 14:03:47 lucy kernel: CPU0: local APIC error 0x40 > Jun 20 14:03:47 lucy acpi: resumed at 20130620 14:03:47 > > It probes the hubs fine though. But you get nothing at all if you plug something in? No messages? Well, the earlier resume issues on UHCI might still not be fixed? You could try a kernel without UHCI, with the unload/reload dance .. cheers, Ian