From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 21 17:40:14 2014 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BBFD23F for ; Mon, 21 Jul 2014 17:40:14 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DDD952055 for ; Mon, 21 Jul 2014 17:40:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s6LHdvsr087360; Tue, 22 Jul 2014 03:39:57 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 22 Jul 2014 03:39:56 +1000 (EST) From: Ian Smith To: John Baldwin Subject: Re: ACPI support - Freebsd 10 on Sony Vaio VPCCA3C5E In-Reply-To: <13718226.Ho98q5fHLH@pippin.baldwin.cx> Message-ID: <20140722033156.E8638@sola.nimnet.asn.au> References: <53C67D70.6060603@att.net> <20140717011710.W50382@sola.nimnet.asn.au> <13718226.Ho98q5fHLH@pippin.baldwin.cx> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Anthony Jenkins , freebsd-acpi@freebsd.org, Daniele Mazzotti X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 17:40:14 -0000 On Mon, 21 Jul 2014 12:30:23 -0400, John Baldwin wrote: > On Thursday 17 July 2014 03:16:10 Ian Smith wrote: > > On Wed, 16 Jul 2014 09:26:08 -0400, Anthony Jenkins wrote: > > > On 07/16/2014 01:32, Daniele Mazzotti wrote: > > >> Hi guys, thanks again for the support, but I am leaving for a > > >> businesses trip and I will be forced to put this debug thing on hold > > >> for a while. I will be back on track next week. > > > > > > Bah... really wanted to figure out the patch problem. I suspect the > > > file picked up some corruption somewhere between the email and your > > > FreeBSD filesystem. Your OS version has the same revision of that > > > source file as mine, so it should apply cleanly. If you feel like > > > tinkering with it in your free time, I've posted the patch here: > > > http://pastebin.com/P0B44u0c > > > > > > Good luck, > > > Anthony > > > > Either by show raw and save, or by download, the patch has ^M lineends. > > > > Interesting, but I can't see atrtc.c being the right sort of place for > > this, seems way out of scope. Couldn't you include its headers and use > > functions rtcin() and writertc() from elsewhere in kernel, perhaps a > > module living in the same hierarchy as acpi_ibm, acpi_asus and such, > > that one could build and kldload if useful on a certain machine/s? > > I disagree, I think this is exactly the right place to do it. The CMOS access > on x86 boxes is going to be via the RTC, and the folks from Intel even > indicated that the proper place to put the CMOS region handler is in the > driver that claims the RTC PNP ID. The only pending question I was aware of > is that Anthony had asked the Intel guys a question about a return code, but > that barring that the patch was ready to go into the tree (and should probably > go in soon so it can make 10.1). I agree :) Yes, as noted I was well under-researched, was myself out of scope, and missed the basis of this entirely. I'm glad it's going ahead despite my distractions .. cheers, Ian