From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 00:43:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 381051065673 for ; Tue, 18 Oct 2011 00:43:29 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id F31C48FC22 for ; Tue, 18 Oct 2011 00:43:28 +0000 (UTC) Received: by iaky10 with SMTP id y10so75118iak.13 for ; Mon, 17 Oct 2011 17:43:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=91qg6pBnKYIi+rcLYLsYTKsASVnubOtCDN0adzg789Q=; b=TNTVWwl8azBB1raI7CXw2jseAQCOgk56LEDqMeOQcLt1+vXNcYCDupR7gYdhhzOhu0 HxTZBT3heefXFLZZxh9TQKsIOY8fUedeCAW+0Top7fjEPYiyFWl8CKmAZw0srvnKU0zT guUJw8RRdR68cwOGDDHuPhQcK95XfnWd0HOow= Received: by 10.42.144.198 with SMTP id c6mr165338icv.45.1318898608395; Mon, 17 Oct 2011 17:43:28 -0700 (PDT) Received: from sidhe.local ([75.111.38.94]) by mx.google.com with ESMTPS id p16sm707946ibk.6.2011.10.17.17.43.25 (version=SSLv3 cipher=OTHER); Mon, 17 Oct 2011 17:43:26 -0700 (PDT) Message-ID: <4E9BDF13.4040006@gmail.com> Date: Mon, 17 Oct 2011 00:53:55 -0700 From: Matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110921 Thunderbird/6.0.2 MIME-Version: 1.0 To: Kevin Oberman References: <4E836C06.9070405@gmail.com> <4E8374A7.90105@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , freebsd-current@freebsd.org Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2011 00:43:29 -0000 On 09/28/11 16:01, Kevin Oberman wrote: > On Wed, Sep 28, 2011 at 12:32 PM, Garrett Cooper wrote: >> On Wed, Sep 28, 2011 at 12:25 PM, Matt wrote: >>> On 09/28/11 11:52, Garrett Cooper wrote: >>>> On Wed, Sep 28, 2011 at 11:48 AM, Matt wrote: >>>>> I just picked up an X220 and have been trying to get FreeBSD running >>>>> well. >>>>> >>>>> Some tips >>>>> ichsmb >>>>> acpi_video (attaches but doesn't work) >>>>> aesni >>>>> coretemp >>>>> >>>>> powerd is a must, these processors seem to be designed to run very hot >>>>> unless throttled. Somehow my C3 state disappears when on AC, I think >>>>> that's >>>>> a bios setting? >>>>> >>>>> acpi_ibm needs "LEN0068" added to the list of ibm ids at the beginning of >>>>> /usr/src/sys/dev/acpi_support/acpi_ibm.c...I'd write a patch but that >>>>> machine is in a world of ports hurt right now :). >>>>> With this many of the sysctls and leds work, still no brightness (w or >>>>> wout >>>>> intel DRI from Konstantin...thanks Konstantin!!) >>>>> >>>>> sleep/resume work, but screen is off after resume and cannot be awakened >>>>> (even w/ dpms and or acpi_video). >>>> This is probably another driver bug. Try kldunloading and kldloading >>>> your wlan driver to see if that works, and/or start stripping your >>>> kernel of unnecessary options until you find the magic formula for >>>> what works, and just apply that to rc.suspend // rc.resume and file a >>>> PR for the driver bug if there isn't one already. >>>> HTH, >>>> -Garrett >>>> >>> Driver bug in wireless can leave the screen off? >>> I can for instance type reboot and reboot etc. >>> >>> I also noticed that acpi_video attaches, but nothing works. Looking at AML >>> it appears that the correct "hooks" are present, but lcd0 shows as inactive >>> and does not go to "1" in sysctl. >>> >>> ibm_acpi lcd_brightness hooks do not work either. >>> >>> debug.acpi.reset_video does VERY bad things, involving a reboot loop and >>> flashing thinklight >>> >>> Is there anything else I can do to turn the damn thing back on? >>> Any other logging or things to look at? >>> >>> I will try a minimal kernel shortly. >> A driver bug in general will bring up a blank screen because the >> system doesn't fully resume. >> >> Are you using amd64 or i386? > I re-built acpi_ibm and I now have the acpi_ibm sysctls, but most > don't seem to do > anything. > 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: 2484 > dev.acpi_ibm.0.lcd_brightness:<--Does not work > dev.acpi_ibm.0.volume: 0<--Does not work > dev.acpi_ibm.0.mute: 0<--works > dev.acpi_ibm.0.thinklight: 0<--works > dev.acpi_ibm.0.bluetooth: 0<--N/A > dev.acpi_ibm.0.wlan: 1<--Works (Read-only) > dev.acpi_ibm.0.fan_speed: 2629<--Works > dev.acpi_ibm.0.fan_level: 0<--Does not work > dev.acpi_ibm.0.fan: 1<-- Don't know > > Since the volume and brightness buttons don't work, I have to be careful > to leave them at max or I won't have full volume available and the LCD > will be dim. > > I do see LCDBrightness referenced in the DSDT, but I see nothing on > either the fans > or volume. > > I'm on a T520 running 9-Stable amd64. > > Any idea of getting brightness and volume to work? > > I also have the problem of no video after a resume. Other then that, it suspends > and resumes just fine. I need to confirm whether the display is really blank or > just needs the backlight turned on. Kevin, sorry for my very late response...I've been battling too many projects unfortunately. I'm not sure if I mentioned this in another post, but I can confirm that adjusting brightness in ibm_acpi for me results in corrupting the fan speed, which makes me think that addresses have changed, widths/extents have changed, or something else is different. For what it's worth, thinkpad-acpi in Linux does this just fine, although I haven't determined if it's through the EC or ACPI...I am thinking EC however. Display is off I think. I think we need to call some routine to wake it up...I dug into the acpi post routine, bios addresses for a moment before being confused to hell about where to even look. I assume hw.acpi reset resume is equally messed up on t520. I have a feeling the answer to brightness (aside from KMS patch for X, which is seperate) might be comparing changelogs for thinkpad ec handlers on a platform that works like Linux...the code looks mostly similar...can anyone confirm if Open/NetBSD have issues with the backlight on these SandyBridge thinkpads? Matt