From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 30 19:49:13 2011 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 4BC9D106566C; Thu, 30 Jun 2011 19:49:13 +0000 (UTC) (envelope-from vmagerya@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id E448A8FC18; Thu, 30 Jun 2011 19:49:12 +0000 (UTC) Received: by vxg33 with SMTP id 33so2636041vxg.13 for ; Thu, 30 Jun 2011 12:49:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MyG+zaPABZ8qZH4rH3H78oo0ALpAX51qGD2P9R7gNnA=; b=vdUEneBpjUIJoTPaaa/vAD2lQSup52HzOzG/HpzS+P0Hbg+FabooS6NwpePX8Dr5iQ b0HTXhAJ7mr97cMDGhA6Des1WenHsrtS4/cr2urF0NsAXL8I+ph7+TkUgw/0aLD5py1F as9t9k12jl+ozqc5Elw2aC16EskYlytYFr5co= MIME-Version: 1.0 Received: by 10.52.73.196 with SMTP id n4mr3604302vdv.39.1309463351920; Thu, 30 Jun 2011 12:49:11 -0700 (PDT) Received: by 10.52.108.226 with HTTP; Thu, 30 Jun 2011 12:49:11 -0700 (PDT) In-Reply-To: <4E0A41C8.3000904@FreeBSD.org> References: <4E05EB91.9090509@FreeBSD.org> <4E0862A0.7060405@FreeBSD.org> <4E09BADF.7050702@FreeBSD.org> <4E0A41C8.3000904@FreeBSD.org> Date: Thu, 30 Jun 2011 22:49:11 +0300 Message-ID: From: Vitaly Magerya To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 Cc: freebsd-acpi@freebsd.org Subject: Re: (Missing) power states of an Atom N455-based netbook 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, 30 Jun 2011 19:49:13 -0000 Andriy Gapon wrote: > on 28/06/2011 22:37 Vitaly Magerya said the following: >> Is there some simple way of sending fake advertisement? Or will >> that lead to disaster? > > It doesn't make sense without actual support. > And maybe (just maybe) it won't change much anyway. I see. Should I hold my breath for this code? > Since we are now dealing with black box/magic behind ACPI, may I try to suggest > doing some DSDT hacks and seeing what changes? One thing to try would be > replacing "\_SB.VDRV" with "VDRV" in _Q51 and _Q52 methods. > That at least should rid you of those annoying ACPI errors, at best it could > improve something. At the very worst it may fry your machine, though... Just tried this. Nothing seems fried; the visible effect is that now when I plug the power cord in backlight brightness turns all the way up, and then back down the I turn it off. No changes in SNVS or GNVS variables aside from the usual ones.