public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Alex Hung <alex.hung@canonical.com>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: "Moore, Robert" <robert.moore@intel.com>,
	lenb@kernel.org, linux-acpi@vger.kernel.org
Subject: Re: [PATCH] ACPI: add a dummy ACPI RTC driver to handle BIOS's accesses to registers delcared in OperationRegion.
Date: Thu, 17 Jan 2013 11:44:51 +0800	[thread overview]
Message-ID: <50F773B3.1030205@canonical.com> (raw)
In-Reply-To: <50321061.2YEVZHDA81@vostro.rjw.lan>

On 01/17/2013 07:02 AM, Rafael J. Wysocki wrote:
> On Wednesday, January 16, 2013 11:15:25 AM Alex Hung wrote:
>> This is to fix acpica returns an error and terminate AML execution as
>> soon as BIOS tries to access ACPI's RTC registers.
>>
>> BugLink: http://launchpad.net/bugs/1065066
>
> Can you please describe the problem in more detail in the changelog itself?
> Providing a link to the bug report doesn't explain why you think this fix
> is the best possible one.  Which quite frankly I'm not sure of.
>

Hi,

Sure.

It is found that BIOS declared a RTC device with an OperationRegion as 
below (1). When the BIOS executes accesses to the registers such as in 
Method _Q33 in an EC (2), the kernel outputs messages (3) because there 
is no handler for this OperationRegion. The patch is to create a handler 
to avoid the errors in AML's execution.

(1)
Device (RTC)
{
	Name (_HID, EisaId ("PNP0B00"))
	...
	OperationRegion (CMS0, SystemCMOS, Zero, 0x40)
	Field (CMS0, ByteAcc, NoLock, Preserve)
	{
		RTSE,   8,
			Offset (0x02),
		RTMN,   8,
			Offset (0x04),
		RTHR,   8,
			Offset (0x06),
		RTDY,   8,
		RTDE,   8
	}
}

(2)
Method (_Q33, 0, NotSerialized)
{
	Store (^^RTC.RTMN, Local0)
	FromBCD (Local0, Local0)
	Store (^^RTC.RTHR, Local1)
	FromBCD (Local1, Local1)
	Store (^^RTC.RTDY, Local2)
	Store (^^RTC.RTSE, Local3)
	...
}

(3)
[ 5553.247507] ACPI Error: No handler for Region [CMS0] 
(ffff88023503b2d0) [SystemCMOS] (20121018/evregion-376)
[ 5553.247526] ACPI Error: Region SystemCMOS (ID=5) has no handler 
(20121018/exfldio-305)
[ 5553.247545] ACPI Error: Method parse/execution failed 
[\_SB_.PCI0.LPCB.EC0_._Q33] (Node ffff8802350609d8), AE_NOT_EXIST 
(20121018/psparse-537)
[ 5553.247603] Failed to execute _Q33


>> Signed-off-by: Alex Hung <alex.hung@canonical.com>
>> ---
>>   drivers/acpi/Kconfig    |    9 +++
>>   drivers/acpi/Makefile   |    1 +
>>   drivers/acpi/acpi_rtc.c |  140 +++++++++++++++++++++++++++++++++++++++++++++++
>>   3 files changed, 150 insertions(+)
>>   create mode 100644 drivers/acpi/acpi_rtc.c
>>
>> diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
>> index 38c5078..fb90397 100644
>> --- a/drivers/acpi/Kconfig
>> +++ b/drivers/acpi/Kconfig
>> @@ -181,6 +181,15 @@ config ACPI_DOCK
>>   	  This driver supports ACPI-controlled docking stations and removable
>>   	  drive bays such as the IBM Ultrabay and the Dell Module Bay.
>>
>> +config ACPI_RTC
>> +	tristate "RTC"
>> +	default m
>> +	help
>> +	  This driver supports an ACPI RTC device. It enables BIOS to read and
>> +	  to write ACPI RTC registers declared in an OperationRegion with
>> +	  RegionSpace as SYSTEMCMOS. This is required if BIOS needs to access
>> +	  RTC registers during run-time such as a number of HP laptops.
>> +
>>   config ACPI_I2C
>>   	def_tristate I2C
>>   	depends on I2C
>> diff --git a/drivers/acpi/Makefile b/drivers/acpi/Makefile
>> index 2a4502b..383c62b 100644
>> --- a/drivers/acpi/Makefile
>> +++ b/drivers/acpi/Makefile
>> @@ -71,6 +71,7 @@ obj-$(CONFIG_ACPI_EC_DEBUGFS)	+= ec_sys.o
>>   obj-$(CONFIG_ACPI_CUSTOM_METHOD)+= custom_method.o
>>   obj-$(CONFIG_ACPI_BGRT)		+= bgrt.o
>>   obj-$(CONFIG_ACPI_I2C)		+= acpi_i2c.o
>> +obj-$(CONFIG_ACPI_RTC)          += acpi_rtc.o
>>
>>   # processor has its own "processor." module_param namespace
>>   processor-y			:= processor_driver.o processor_throttling.o
>> diff --git a/drivers/acpi/acpi_rtc.c b/drivers/acpi/acpi_rtc.c
>> new file mode 100644
>> index 0000000..0ddcfc8
>> --- /dev/null
>> +++ b/drivers/acpi/acpi_rtc.c
>> @@ -0,0 +1,140 @@
>> +/*
>> + *  acpi_rtc - ACPI RTC Driver
>> + *
>> + *  Copyright (C) 2013 Alex Hung <alex.hung@canonical.com>
>> + *
>> + * ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> + *
>> + *  This program is free software; you can redistribute it and/or modify
>> + *  it under the terms of the GNU General Public License as published by
>> + *  the Free Software Foundation; either version 2 of the License, or (at
>> + *  your option) any later version.
>> + *
>> + *  This program is distributed in the hope that it will be useful, but
>> + *  WITHOUT ANY WARRANTY; without even the implied warranty of
>> + *  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
>> + *  General Public License for more details.
>> + *
>> + *  You should have received a copy of the GNU General Public License along
>> + *  with this program; if not, write to the Free Software Foundation, Inc.,
>> + *  59 Temple Place, Suite 330, Boston, MA 02111-1307 USA.
>> + *
>> + * ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> + */
>> +
>> +#include <linux/kernel.h>
>> +#include <linux/module.h>
>> +#include <linux/init.h>
>> +#include <linux/pci.h>
>> +#include <linux/acpi.h>
>> +#include <acpi/acpi_bus.h>
>> +#include <acpi/acpi_drivers.h>
>> +#include <linux/miscdevice.h>
>> +
>> +#define pr_fmt(fmt) "acpi_rtc: " fmt
>> +
>> +MODULE_LICENSE("GPL");
>> +MODULE_ALIAS("acpi*:PNP0B00:*");
>> +
>> +static const struct acpi_device_id rtc_device_ids[] = {
>> +	{"PNP0B00", 0},
>> +	{"", 0},
>> +};
>> +
>> +static acpi_status acpi_acpi_handle_locate_callback(acpi_handle handle,
>> +			u32 level, void *context, void **return_value)
>> +{
>> +	struct acpi_device *dev = context;
>> +	dev->handle = handle;
>> +
>> +	return AE_CTRL_TERMINATE;
>> +}
>> +
>> +static acpi_status
>> +acpi_rtc_space_handler(u32 function, acpi_physical_address address,
>> +		      u32 bits, u64 *value64,
>> +		      void *handler_context, void *region_context)
>> +{
>> +	return AE_OK;
>> +}
>> +
>> +static int rtc_install_handlers(struct acpi_device *rtc_dev)
>> +{
>> +	acpi_status status;
>> +	status = acpi_install_address_space_handler(rtc_dev->handle,
>> +						    ACPI_ADR_SPACE_CMOS,
>> +						    &acpi_rtc_space_handler,
>> +						    NULL, rtc_dev);
>> +	if (ACPI_FAILURE(status)) {
>> +		pr_info("Fail to install ACPI RTC handler\n");
>> +		return AE_ERROR;
>> +	}
>> +
>> +	return 0;
>> +}
>> +
>> +static int acpi_rtc_add(struct acpi_device *device)
>> +{
>> +	int ret;
>> +	acpi_status status;
>> +	acpi_handle rtc_dev;
>> +
>> +	status = acpi_get_devices(rtc_device_ids[0].id,
>> +				  acpi_acpi_handle_locate_callback,
>> +				  &rtc_dev, &rtc_dev);
>> +	if (!ACPI_SUCCESS(status))
>> +		return AE_NOT_FOUND;
>> +
>> +	ret = rtc_install_handlers((struct acpi_device *) &rtc_dev);
>> +
>> +	return ret;
>> +}
>> +
>> +static int acpi_rtc_remove(struct acpi_device *device, int type)
>> +{
>> +	acpi_status status;
>> +	status = acpi_remove_address_space_handler(device->handle,
>> +						   ACPI_ADR_SPACE_CMOS,
>> +						   &acpi_rtc_space_handler);
>> +	if (!ACPI_SUCCESS(status))
>> +		return AE_ERROR;
>> +
>> +	return AE_OK;
>> +}
>> +
>> +static struct acpi_driver acpi_rtc_driver = {
>> +	.name = "rtc",
>> +	.class = "ACPI_RTC_CLASS",
>> +	.ids = rtc_device_ids,
>> +	.ops = {
>> +		.add = acpi_rtc_add,
>> +		.remove = acpi_rtc_remove,
>> +		},
>> +};
>> +
>> +static int __init rtc_init(void)
>> +{
>> +	int err;
>> +
>> +	pr_info("Initializing ACPI RTC module\n");
>> +	err = acpi_bus_register_driver(&acpi_rtc_driver);
>> +	if (err) {
>> +		pr_err("Unable to register acpi driver.\n");
>> +		goto error_acpi_register;
>> +	}
>> +
>> +	return 0;
>> +
>> +error_acpi_register:
>> +
>> +	return err;
>> +}
>> +
>> +static void __exit rtc_exit(void)
>> +{
>> +	pr_info("Exiting ACPI RTC module\n");
>> +	acpi_bus_unregister_driver(&acpi_rtc_driver);
>> +}
>> +
>> +module_init(rtc_init);
>> +module_exit(rtc_exit);
>
> So all it does is to install an empty address space handler for the CMOS
> address space, right?
>
> Bob, I wonder what you think about that?
>
> Rafael
>
>


  reply	other threads:[~2013-01-17  3:45 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-16  3:15 [PATCH] ACPI: add a dummy ACPI RTC driver to handle BIOS's accesses to registers delcared in OperationRegion Alex Hung
2013-01-16 23:02 ` Rafael J. Wysocki
2013-01-17  3:44   ` Alex Hung [this message]
2013-01-17  5:12     ` Moore, Robert
2013-01-17 13:34       ` Rafael J. Wysocki

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=50F773B3.1030205@canonical.com \
    --to=alex.hung@canonical.com \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=rjw@sisk.pl \
    --cc=robert.moore@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox