From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 25 11:07:12 2012 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 085261065680 for ; Mon, 25 Jun 2012 11:07:12 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CD3528FC1A for ; Mon, 25 Jun 2012 11:07:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5PB7BOf078232 for ; Mon, 25 Jun 2012 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5PB7BqE078230 for freebsd-acpi@FreeBSD.org; Mon, 25 Jun 2012 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Jun 2012 11:07:11 GMT Message-Id: <201206251107.q5PB7BqE078230@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 Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 11:07:12 -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/164329 acpi [acpi] hw.acpi.thermal.tz0.temperature shows strange v o kern/163268 acpi [acpi_hp] fix driver detach in absence of CMI 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/152438 acpi [acpi]: patch to acpi_asus(4) to add extra sysctls for 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 kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not p kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o bin/126162 acpi [acpi] ACPI autoload failed : loading required module o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot a i386/122887 acpi [panic] [atkbdc] 7.0-RELEASE on IBM HS20 panics immed o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 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 o kern/56024 acpi ACPI suspend drains battery while in S3 32 problems total. From owner-freebsd-acpi@FreeBSD.ORG Tue Jun 26 09:32:30 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F162F106564A for ; Tue, 26 Jun 2012 09:32:30 +0000 (UTC) (envelope-from natbsd@instinctive.eu) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7703B8FC18 for ; Tue, 26 Jun 2012 09:32:29 +0000 (UTC) Received: by eeke49 with SMTP id e49so1902115eek.13 for ; Tue, 26 Jun 2012 02:32:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent:x-gm-message-state; bh=LHBdVdLl0DkEJKnbAi2q3kZoQw7jer7KRvqjlOjNvhY=; b=IfrEZHIJNPPb/QA5qFMmIhdyZzyTckG46rN+rbbA35Elu6TbLh6/KoXk8OYVUw5jgr DtCceGfy4alDYlGqhwbSWYd83d/SBBSWMDh+LL9CHtQpGfW03vCXcGBf4APeik8EBvgq uev4wJO9MQ0Io0R+KBkGiG+ALwGEHyIspyHmrHtDaR6u79pvivr98kb38HaPCXevJ2RI 03/RetSvjPMBlYfRf7HU1Hr92/oa4mfKVMrzY/y6/Z4Gag3Li42XC48jXcaQUmW48nLW //oUT6TvgwEvzPSlI8aU+sUA/M7vvzfKPzcsbOSsdpMaETp9bAWi7oqW4PpT1XSngkUC yXPg== Received: by 10.14.48.72 with SMTP id u48mr2963728eeb.151.1340703148307; Tue, 26 Jun 2012 02:32:28 -0700 (PDT) Received: from sigil.instinctive.eu ([2001:758:f00:340:78:41:233:119]) by mx.google.com with ESMTPS id h53sm147080145eea.1.2012.06.26.02.32.24 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 26 Jun 2012 02:32:26 -0700 (PDT) Date: Tue, 26 Jun 2012 11:32:18 +0200 From: Natacha =?iso-8859-1?Q?Port=E9?= To: =?utf-8?B?0JvRjtCx0L7QvNC40YAg0JPRgNC40LPQvtGA0L7Qsg==?= Message-ID: <20120626093217.GA16151@sigil.instinctive.eu> References: <20120523151357.GC97037@sigil.instinctive.eu> <20120529093812.GH97037@sigil.instinctive.eu> <20120530080148.GJ97037@sigil.instinctive.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Gm-Message-State: ALoCoQk5b1EitYI1jemoKF10IfXmzmcSDtyDN6iHoz2WVvsxHNugSQs3fADn9fC8OTMfrFpcFsxK Cc: freebsd-acpi@freebsd.org Subject: Re: How can I help with thinkpad x220 issues? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2012 09:32:31 -0000 Hello, on Wednesday 30 May 2012 at 01:07, =D0=9B=D1=8E=D0=B1=D0=BE=D0=BC=D0=B8=D1= =80 =D0=93=D1=80=D0=B8=D0=B3=D0=BE=D1=80=D0=BE=D0=B2 wrote: > Natacha, have a look at this thread, esp. instructions by Toto: > http://forums.freebsd.org/showthread.php?t=3D21852&page=3D5 That's actually what I followed, except with merging from current instead of using external patches. > In either case if you messed up too much I recommend a clean install. > Follow Toto's instructions. That turned out to be the solution. I don't know exactly what was wrong, but it was somewhere in X: I deleted /usr/local /var/db/ports and /var/db/pkg and restarted from scratch, and since then video acceleration. I still have a few ACPI-related (I think) issues. For each of them, would you please tell me which ones are supposed to work (and I'm doing something wrong) and which ones are known not to work (and I'll try to figure out a solution)? * power button doesn't work: I'm used (on desktops too) to have ACPI somehow make it so that pressing the power button triggers a clean system shutdown, but it's not the case on my X220. Pressing the power button for several seconds does trigger a hard power off, but that's not what I'm interested in. * "Fn" key is registered as a sleep button: it is interpreted as XF86Sleep (keycode 150), but even when unbound in X it still triggers a suspend when pressed for a few seconds. Unintended suspends (e.g. when missing Ctrl key) are already uncomfortable by themselves, but they are made even worse by the nonfunctional resume. However, when I change sysctl hw.acpi.sleep_button_state to S5 (as a workaround for nonfunctional power button), "Fn" alone has no longer any effect other than sending XF86Sleep to X, and "Fn"+F4 correctly shuts down the system. * Disk led is never on, even when there is heavy disk activity. That's a very minor annoyance, but it would still be nice to see it solved. * "Fn"+"Fsomething" keys don't work, except for "Fn"+F4: I would consider them as functional if they sent some events to X (like "Fn"+arrows correctly send XF86AudioPlay, XF86AudioPrev, XF86AudioNext and XF86AudioStop) or if they were acted upon directly (like "Fn"+PgUp correctly switches the ThinkLight). * There is no way of selecting a pointing device. That's why I looked at "Fn"+F8 in the first place, since it's supposed to cycle between track-point only, touchpad only and both. Usually I'm fine with what I select from the BIOS, but there has been several times when I wished I could switch without rebooting. Ideally that would be hooked directly on "Fn"+F8 and/or through a sysctl, though having it through acpi_call would already be helpful for me. * The sysctl dev.acpi_ibm.0.wlan is read-only and always 1, no matter what the position of the physical radio switch is. * Something seems wrong with beeps (system bell): the first beep after booting sounds normal, but the following ones seem much faster (higher pitch and shorter), as if the sampling rate was suddenly much higher. Thanks for your help, Natacha Port=C3=A9 From owner-freebsd-acpi@FreeBSD.ORG Tue Jun 26 11:17:58 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 864E9106566C for ; Tue, 26 Jun 2012 11:17:58 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id DDC388FC12 for ; Tue, 26 Jun 2012 11:17:57 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id q5QBHtoB006756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 26 Jun 2012 13:17:55 +0200 Received: from portgus.lan ([147.83.40.234]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id q5QBHsAg027424 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 26 Jun 2012 13:17:54 +0200 Message-ID: <4FE99A6A.30809@entel.upc.edu> Date: Tue, 26 Jun 2012 13:18:02 +0200 From: =?ISO-8859-1?Q?Gustau_P=E9rez_i_Querol?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120620 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-acpi@freebsd.org X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Tue, 26 Jun 2012 13:17:55 +0200 (CEST) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Unable to resume amd64 machine X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2012 11:17:58 -0000 Hi, it seems there was some problem when I posted this one. Sorry if it shows two times in the mailing list. I've trying to suspend/resume an amd64 machine. The machine is a fujitsu S710 laptop running: FreeBSD 10.0-CURRENT #4 r237339=e61ad3a-dirty: Sat Jun 23 17:12:58 CEST 2012 I did the tests in the following conditions: - No X loaded. Everything in console. The machine has an Intel video card, but the i915kms wasn't there. - When removing modules, I tried in single user mode. The behavior is basically the machine seems to suspend fine (I see the power led blinking) but when resuming it freezes hard. I see the disk spinning for a while and then it stops. I can't ssh to it, I can't use the keyboard at all so I can issue no command at all. I've tried stripping down the kernel (everything is out except if_ath, em and usb stack). No pccard, no sdhci, no sound, no cuse4bsd, no usb hid devices (I'm using uhidd for hid devices), no acpi_video or acpi_fujitsu there but the same result. I tried enabling debug.acpi.resume_beep=1. When doing this, the laptop beeped like crazy. With sysctl debug.acpi.suspend_bounce=1, the suspend put the screen blank, however the machine stayed alive. With acpi.reset_video I got no result. I tried using the serial console on the laptop. I saw the suspend process taking down some usb devices. Resume showed nothing on the serial console. Disabling devices in the BIOS (removing wifi, bluetooth, webcam, etc ...) didn't bring me further. Thanks -- --------------------------------------------------------------------------- Prou top-posting : http://ca.wikipedia.org/wiki/Top-posting Stop top-posting : http://en.wikipedia.org/wiki/Posting_style O O O Gustau Pérez i Querol O O O Departament d'Enginyeria Telemàtica O O O Universitat Politècnica de Catalunya Edifici C3 - Despatx S101-B UPC Campus Nord UPC C/ Jordi Girona, 1-3 08034 - Barcelona From owner-freebsd-acpi@FreeBSD.ORG Tue Jun 26 12:17:15 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E6C71065678 for ; Tue, 26 Jun 2012 12:17:15 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 771A48FC0A for ; Tue, 26 Jun 2012 12:17:14 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id q5Q9aHIb024304 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 26 Jun 2012 11:36:17 +0200 Received: from portgus.lan ([147.83.40.234]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id q5Q9aGvp002670 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 26 Jun 2012 11:36:16 +0200 Message-ID: <4FE98298.2020200@entel.upc.edu> Date: Tue, 26 Jun 2012 11:36:24 +0200 From: =?ISO-8859-1?Q?Gustau_P=E9rez_i_Querol?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120620 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-acpi@freebsd.org X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Tue, 26 Jun 2012 11:36:17 +0200 (CEST) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Unable to resume amd64 machine X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2012 12:17:15 -0000 Hi, I've trying to suspend/resume an amd64 machine. The machine is a fujitsu S710 laptop running: FreeBSD 10.0-CURRENT #4 r237339=e61ad3a-dirty: Sat Jun 23 17:12:58 CEST 2012 I did the tests in the following conditions: - No X loaded. Everything in console. The machine has an Intel video card, but the i915kms wasn't there. - When removing modules, I tried in single user mode. The behavior is basically the machine seems to suspend fine (I see the power led blinking) but when resuming it freezes hard. I see the disk spinning for a while and then it stops. I can't ssh to it, I can't use the keyboard at all so I can issue no command at all. I've tried stripping down the kernel (everything is out except if_ath, em and usb stack). No pccard, no sdhci, no sound, no cuse4bsd, no usb hid devices (I'm using uhidd for hid devices), no acpi_video or acpi_fujitsu there but the same result. I tried enabling debug.acpi.resume_beep=1. When doing this, the laptop beeped like crazy. With sysctl debug.acpi.suspend_bounce=1, the suspend put the screen blank, however the machine stayed alive. With acpi.reset_video I got no result. I tried using the serial console on the laptop. I saw the suspend process taking down some usb devices. Resume showed nothing on the serial console. Disabling devices in the BIOS (removing wifi, bluetooth, webcam, etc ...) didn't bring me further. Thanks -- --------------------------------------------------------------------------- Prou top-posting : http://ca.wikipedia.org/wiki/Top-posting Stop top-posting : http://en.wikipedia.org/wiki/Posting_style O O O Gustau Pérez i Querol O O O Departament d'Enginyeria Telemàtica O O O Universitat Politècnica de Catalunya Edifici C3 - Despatx S101-B UPC Campus Nord UPC C/ Jordi Girona, 1-3 08034 - Barcelona From owner-freebsd-acpi@FreeBSD.ORG Tue Jun 26 14:08:10 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E62A4106566B for ; Tue, 26 Jun 2012 14:08:10 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id BBD5E8FC08 for ; Tue, 26 Jun 2012 14:08:10 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E10ECB988; Tue, 26 Jun 2012 10:08:09 -0400 (EDT) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Tue, 26 Jun 2012 10:08:07 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <20453.14061.23653.52464@hergotha.csail.mit.edu> In-Reply-To: <20453.14061.23653.52464@hergotha.csail.mit.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206261008.07210.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 26 Jun 2012 10:08:10 -0400 (EDT) Cc: Garrett Wollman Subject: Re: IPMI attachment fails: vendor bug, or just unusual choice? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2012 14:08:11 -0000 On Friday, June 22, 2012 11:24:29 pm Garrett Wollman wrote: > On my Quanta QSSC-S99Q, the IPMI driver has trouble using the ACPI > attachment. It reports: > > ipmi0: on acpi0 > ipmi0: unknown resource type > device_attach: ipmi0 attach returned 6 > > It then goes on to find it the old-fashioned way as ipmi1, which > sometimes works and sometiems doesn't. (Not worrying about that part > yet -- I think it's a timing issue.) > > Looking at the code, it looks like this can only happen if there are > neither I/O port nor memory resources defined for this device. > However, there clearly is one in the AML: > > Device (MI0) > { > Name (_HID, EisaId ("IPI0001")) > Method (_STA, 0, NotSerialized) > { > If (LEqual (OSN, Zero)) > { > Return (Zero) > } > > Return (0x0F) > } > > Name (_STR, Unicode ("IPMI_KCS")) > Name (_UID, Zero) > Name (_CRS, ResourceTemplate () > { > IO (Decode16, > 0x0CA2, // Range Minimum > 0x0CA3, // Range Maximum > 0x00, // Alignment > 0x02, // Length > ) > }) > Method (_IFT, 0, NotSerialized) > { > Return (One) > } > > Method (_SRV, 0, NotSerialized) > { > Return (0x0200) > } > } > > Did the vendor screw this up by writing this as a port range? Or is > this perfectly legitimate and just not implemented? Yes, the vendor screwed this up. The "range" is a range of valid starting addresses (not a range from which the entire resource must be sub-allocated), so what they should have done was used 0xCA2 as the range maximum. You can try patching your ASL to change that to use 0xCA3. That said, I believe that a true range should only show up in _PRS, not in _CRS, so we might be able to use your workaround for parsing _CRS. (_CRS should only return assigned resources, so those should always be fixed, not variable ranges.) If you can convince Quanta to fix their BIOS that would be the best result however. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 27 00:24:03 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0FA7106564A; Wed, 27 Jun 2012 00:24:03 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 95EB88FC0A; Wed, 27 Jun 2012 00:24:03 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q5R0NO0L024399; Tue, 26 Jun 2012 17:23:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1340756605; bh=i6OqVJhEcTyzOFNEPVyoo86F0Jpr2y2oOXPp2E6XXzs=; h=Subject:From:To:Cc:Content-Type:Date:Message-ID:Mime-Version: Content-Transfer-Encoding; b=P7aRQ7bgWP8DYeN88JLwloLr/0J575IPTlT3ejM6BwmEIO/S9pWz04qU5q9t6EAgn 6gU/DZFEZd0ctbipB9Q8L8AeDLrEE+Rmc13X6y8hTpwlaVuoRIRvuCKiyBM44TY2Si ijip4gvp/ItWfR+J+ctedn0bVc24RdfR2YVqfKDU= From: Sean Bruno To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Tue, 26 Jun 2012 17:23:23 -0700 Message-ID: <1340756603.2898.12.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 756604000 Cc: Andriy Gapon Subject: [CFT] Sparse Cstate Support -- Its possible, that I don't know what I'm doing. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2012 00:24:04 -0000 Ok, version 2 now in effect. I removed the return of BUS_PROBE_DEFAULT and this seems to do the right thing in the cases I have. If there are no objections to this, I'll chuck it over into -head soonish. http://people.freebsd.org/~sbruno/acpi_cpu_cstate_sparse.txt Sean From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 27 00:38:27 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6EF07106566B for ; Wed, 27 Jun 2012 00:38:27 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id 40F518FC19 for ; Wed, 27 Jun 2012 00:38:27 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.29]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q5R0cJw3029038; Tue, 26 Jun 2012 18:38:20 -0600 From: Erich Dollansky To: freebsd-acpi@freebsd.org Date: Wed, 27 Jun 2012 07:38:18 +0700 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.8.3; amd64; ; ) References: <20120523151357.GC97037@sigil.instinctive.eu> <20120626093217.GA16151@sigil.instinctive.eu> In-Reply-To: <20120626093217.GA16151@sigil.instinctive.eu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201206270738.18119.erichfreebsdlist@ovitrap.com> Cc: Natacha =?utf-8?b?UG9ydMOp?= Subject: Re: How can I help with thinkpad x220 issues? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2012 00:38:27 -0000 Hi, On Tuesday 26 June 2012 16:32:18 Natacha Port=C3=A9 wrote: I have also an X220. My experience differs a bit. The machine: =46reeBSD X220.ovitrap.com 10.0-CURRENT FreeBSD 10.0-CURRENT #4: Thu Jun 21= 14:29:15 WIT 2012 > * power button doesn't work: I'm used (on desktops too) to have ACPI > somehow make it so that pressing the power button triggers a clean > system shutdown, but it's not the case on my X220. Pressing the power > button for several seconds does trigger a hard power off, but that's not > what I'm interested in. >=20 Both behaviours work. When I press the power button shortly, the machine sh= uts down. When I keep it pressed for a few seconds, the power is switched o= ff. > * Disk led is never on, even when there is heavy disk activity. > That's a very minor annoyance, but it would still be nice to see it > solved. >=20 Disk led works as expected. > * "Fn"+"Fsomething" keys don't work, except for "Fn"+F4: I would > consider them as functional if they sent some events to X (like > "Fn"+arrows correctly send XF86AudioPlay, XF86AudioPrev, XF86AudioNext > and XF86AudioStop) or if they were acted upon directly (like "Fn"+PgUp > correctly switches the ThinkLight). The light seems to be switched by the hardware or BIOS as it generates no = event. The keys for display brightness up and down also do not generate an event o= n my machine. >=20 > * Something seems wrong with beeps (system bell): the first beep > after booting sounds normal, but the following ones seem much faster > (higher pitch and shorter), as if the sampling rate was suddenly much > higher. I did not notice this. Erich From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 27 02:05:45 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD857106566B; Wed, 27 Jun 2012 02:05:45 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5717A8FC23; Wed, 27 Jun 2012 02:05:45 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.5/8.14.5) with ESMTP id q5R25i23078682; Tue, 26 Jun 2012 22:05:44 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.5/8.14.4/Submit) id q5R25iik078679; Tue, 26 Jun 2012 22:05:44 -0400 (EDT) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20458.27256.411172.917330@hergotha.csail.mit.edu> Date: Tue, 26 Jun 2012 22:05:44 -0400 From: Garrett Wollman To: John Baldwin In-Reply-To: <201206261008.07210.jhb@freebsd.org> References: <20453.14061.23653.52464@hergotha.csail.mit.edu> <201206261008.07210.jhb@freebsd.org> X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (hergotha.csail.mit.edu [127.0.0.1]); Tue, 26 Jun 2012 22:05:44 -0400 (EDT) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hergotha.csail.mit.edu Cc: freebsd-acpi@freebsd.org Subject: Re: IPMI attachment fails: vendor bug, or just unusual choice? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2012 02:05:45 -0000 < said: > use 0xCA3. That said, I believe that a true range should only show > up in _PRS, not in _CRS, so we might be able to use your workaround for > parsing _CRS. (_CRS should only return assigned resources, so those should > always be fixed, not variable ranges.) My hack did work, as it turned out, but didn't help me talk to the IPMI device. (This seems to be the result of a very slow IPMI implementation; the default timeout of 3 seconds was clearly not long enough. The IPMI specification recommends "at least" 5 seconds, but that didn't work out either. The BIOS setup thing is also very slow when talking to the device.) > If you can convince Quanta to fix their BIOS that would be the best > result however. We're about to get four more of these things, so I hope to at least find out whether it's still broken (probably). There's also a checksum error, and when I flashed one system with a newer BIOS, that was still there too. -GAWollman From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 27 12:22:51 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B7F510657B3; Wed, 27 Jun 2012 12:22:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2F43B8FC17; Wed, 27 Jun 2012 12:22:51 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 77FD1B911; Wed, 27 Jun 2012 08:22:50 -0400 (EDT) From: John Baldwin To: Sean Bruno Date: Wed, 27 Jun 2012 08:12:46 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <1340756603.2898.12.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1340756603.2898.12.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201206270812.46885.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 27 Jun 2012 08:22:50 -0400 (EDT) Cc: freebsd-acpi@freebsd.org, Andriy Gapon Subject: Re: [CFT] Sparse Cstate Support -- Its possible, that I don't know what I'm doing. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2012 12:22:51 -0000 On Tuesday, June 26, 2012 8:23:23 pm Sean Bruno wrote: > Ok, version 2 now in effect. I removed the return of BUS_PROBE_DEFAULT > and this seems to do the right thing in the cases I have. > > If there are no objections to this, I'll chuck it over into -head soonish. > > > http://people.freebsd.org/~sbruno/acpi_cpu_cstate_sparse.txt Is this for a BIOS that is reporting non-contiguous Cx states or is this a patch to let your custom Intel Cx driver work? If the latter, I would rather have the driver export a contiguous range of virtual Cx states (what ACPI actually does under the covers) rather than change our code to allow sparse ACPI Cx states. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 28 10:09:07 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 512E3106566B for ; Thu, 28 Jun 2012 10:09:07 +0000 (UTC) (envelope-from natbsd@instinctive.eu) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id D120C8FC0C for ; Thu, 28 Jun 2012 10:09:06 +0000 (UTC) Received: by eabm6 with SMTP id m6so818592eab.13 for ; Thu, 28 Jun 2012 03:09:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent:x-gm-message-state; bh=STfwQcgLyOnKEDmgWpwB33IES25UL7Z+N5t64aF2rj8=; b=j6Ss2B65C2oG0ryu5zkTBzwy7ZGG7n+0zJSCge2I4crYKhLQeZppRmyTWy8l+XfJFt nFVYJP+gFoeOzFQstaVVaTEkQiLiNgYa21lTSjiqoxuu+KrIDNXagw/60upY1FU97iBx WKJBiZGb4leD+aFKJoz8juRBqJ0VIdHM1G+6/P2H4OW84zbV8I5uGYs+m0IfseA4uS9V h3yKUrWC5FHUbr1TA3o6dE2Q16tIqUg9fsOcHjoLTKtcWUAhkzQHG7Wzz2lEjtUIvVGi wXWj0SjvY3LCCJhDjDkvMR7Al8D2Hq7UmPImxqusymrqyNsmmo/z0BaGOc8GM+U0cq9y 5r3A== Received: by 10.14.29.71 with SMTP id h47mr307004eea.129.1340878144539; Thu, 28 Jun 2012 03:09:04 -0700 (PDT) Received: from sigil.instinctive.eu ([2001:758:f00:340:78:41:233:119]) by mx.google.com with ESMTPS id s4sm1391144eef.2.2012.06.28.03.09.01 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 28 Jun 2012 03:09:02 -0700 (PDT) Date: Thu, 28 Jun 2012 12:08:57 +0200 From: Natacha =?iso-8859-1?Q?Port=E9?= To: Erich Dollansky Message-ID: <20120628100857.GA39287@sigil.instinctive.eu> References: <20120523151357.GC97037@sigil.instinctive.eu> <20120626093217.GA16151@sigil.instinctive.eu> <201206270738.18119.erichfreebsdlist@ovitrap.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201206270738.18119.erichfreebsdlist@ovitrap.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Gm-Message-State: ALoCoQkwU1p/sibxzLERHSgi97pQtFBpqRjdowPEDZgbjmfxlqPolJrUxnpDGd8Nc05NmrCOoqS/ Cc: freebsd-acpi@freebsd.org Subject: Re: How can I help with thinkpad x220 issues? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2012 10:09:07 -0000 Hello, on Wednesday 27 June 2012 at 07:38, Erich Dollansky wrote: > I have also an X220. My experience differs a bit. Would you have any idea about why you see a better behavior? I'm using a 9-STABLE with only "LEN0086" addition and Intel_GPU patches form CURRENT. Could it be caused by new developments in CURRENT? Or have you modified or configured something? Would you have any idea on what can be done to further diagnose such differences in behavior? For the reference, in case it might help, here are some relevant sysctl: $ sysctl hw.acpi hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: NONE hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 1 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 55.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 99.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._TC1: -1 hw.acpi.thermal.tz0._TC2: -1 hw.acpi.thermal.tz0._TSP: -1 hw.acpi.battery.life: -1 hw.acpi.battery.time: -1 hw.acpi.battery.state: 7 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 $ sysctl dev.acpi_ibm dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras dev.acpi_ibm.0.%driver: acpi_ibm dev.acpi_ibm.0.%location: handle=\_SB_.PCI0.LPC_.EC__.HKEY dev.acpi_ibm.0.%pnpinfo: _HID=LEN0068 _UID=0 dev.acpi_ibm.0.%parent: acpi0 dev.acpi_ibm.0.initialmask: 2060 dev.acpi_ibm.0.availmask: 134217727 dev.acpi_ibm.0.events: 0 dev.acpi_ibm.0.eventmask: 2060 dev.acpi_ibm.0.hotkey: 1144 dev.acpi_ibm.0.lcd_brightness: 0 dev.acpi_ibm.0.volume: 0 dev.acpi_ibm.0.mute: 0 dev.acpi_ibm.0.thinklight: 0 dev.acpi_ibm.0.bluetooth: 0 dev.acpi_ibm.0.wlan: 1 dev.acpi_ibm.0.fan_speed: 2929 dev.acpi_ibm.0.fan_level: 0 dev.acpi_ibm.0.fan: 1 Thanks for your help, Natacha Porté From owner-freebsd-acpi@FreeBSD.ORG Fri Jun 29 21:07:46 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E9C11065672; Fri, 29 Jun 2012 21:07:46 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 0D95D8FC0A; Fri, 29 Jun 2012 21:07:45 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q5TL6xCP052083; Fri, 29 Jun 2012 14:07:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1341004021; bh=CUzqqTruKIzKYJatzLfZeLpeS8+NT7WmosjQ/xzSLrU=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=sP74OR3kT8BgnhFaqUMTQEf1xTGE7Ae92IhCHMDkbXxreAHbpLbjxYTB6ET0EC9vV /nQfWT76SMBqhghnacvUG3Kbils0BG0MbIEUfqbfnWw1qXjAou0HETKsEzrkLI9NHz MvWp+AKiBmP9KN6bSGAAnRTCORpLW4sRbhsSbzko= From: Sean Bruno To: John Baldwin In-Reply-To: <201206270812.46885.jhb@freebsd.org> References: <1340756603.2898.12.camel@powernoodle.corp.yahoo.com> <201206270812.46885.jhb@freebsd.org> Content-Type: text/plain; charset="UTF-8" Date: Fri, 29 Jun 2012 14:06:59 -0700 Message-ID: <1341004019.20670.1.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 004020001 Cc: "freebsd-acpi@freebsd.org" , Andriy Gapon Subject: Re: [CFT] Sparse Cstate Support -- Its possible, that I don't know what I'm doing. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2012 21:07:46 -0000 On Wed, 2012-06-27 at 05:12 -0700, John Baldwin wrote: > On Tuesday, June 26, 2012 8:23:23 pm Sean Bruno wrote: > > Ok, version 2 now in effect. I removed the return of BUS_PROBE_DEFAULT > > and this seems to do the right thing in the cases I have. > > > > If there are no objections to this, I'll chuck it over into -head soonish. > > > > > > http://people.freebsd.org/~sbruno/acpi_cpu_cstate_sparse.txt > > Is this for a BIOS that is reporting non-contiguous Cx states or is this a > patch to let your custom Intel Cx driver work? If the latter, I would rather > have the driver export a contiguous range of virtual Cx states (what ACPI > actually does under the covers) rather than change our code to allow sparse > ACPI Cx states. > This patch is for the BIOS that reports non-contiguous ACPI Cx states. e.g. C1 and C3 with no C2. The Intel Mwaits/Cx State thing is still a work in progress and not dependent on this. Sean From owner-freebsd-acpi@FreeBSD.ORG Sat Jun 30 02:23:32 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5222B106566C for ; Sat, 30 Jun 2012 02:23:32 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id 2673E8FC08 for ; Sat, 30 Jun 2012 02:23:32 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.29]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q5U2N8kp010871; Fri, 29 Jun 2012 20:23:25 -0600 From: Erich Dollansky To: Natacha =?iso-8859-1?q?Port=E9?= Date: Sat, 30 Jun 2012 09:21:41 +0700 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.8.3; amd64; ; ) References: <20120523151357.GC97037@sigil.instinctive.eu> <201206270738.18119.erichfreebsdlist@ovitrap.com> <20120628100857.GA39287@sigil.instinctive.eu> In-Reply-To: <20120628100857.GA39287@sigil.instinctive.eu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201206300921.41695.erichfreebsdlist@ovitrap.com> Cc: freebsd-acpi@freebsd.org Subject: Re: How can I help with thinkpad x220 issues? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2012 02:23:32 -0000 Hi, sorry for the late reply. As usual, I have had to travel and did not get a = chance to connect to the Internet. On Thursday, June 28, 2012 05:08:57 PM Natacha Port=E9 wrote: > Hello, >=20 > on Wednesday 27 June 2012 at 07:38, Erich Dollansky wrote: > > I have also an X220. My experience differs a bit. >=20 > Would you have any idea about why you see a better behavior? >=20 > I'm using a 9-STABLE with only "LEN0086" addition and Intel_GPU patches > form CURRENT. Could it be caused by new developments in CURRENT? Or have > you modified or configured something? >=20 let me tell you my experience. I have had a horrible experience with 9. I m= ean, horrible compared to what I normally experience with FreeBSD. I simply= did not get it working at all. As I needed the machine, I installed Fedora= 16. At least it worked. I was most happy when I could install FreeBSD 10 a= nd it worked after I did not need that machine that urgent for work anymore. > Would you have any idea on what can be done to further diagnose such > differences in behavior? >=20 >=20 > For the reference, in case it might help, here are some relevant sysctl: > $ sysctl hw.acpi Let me compare; > hw.acpi.battery.life: -1 How did you get this value? No battery inserted? The range should be from 0= to 100. > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 7 I have 0 here. > hw.acpi.acline: 1 Mine runs currently also on AC. > $ sysctl dev.acpi_ibm I do not have anything with IBM or Lenovo. I also did not load anything specific for the X220 except of the Intel KMS = module. Erich