public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Stefan Bader <stefan.bader@canonical.com>
To: linux-kernel@vger.kernel.org
Cc: astarikovskiy@suse.de, ben@decadent.org.uk, gregkh@suse.de,
	len.brown@intel.com, stable@kernel.org,
	stable-commits@vger.kernel.org
Subject: Re: patch acpi-ec-allow-multibyte-access-to-ec.patch added to 2.6.33-stable tree
Date: Wed, 21 Apr 2010 14:39:30 -0700	[thread overview]
Message-ID: <4BCF7092.2050501@canonical.com> (raw)
In-Reply-To: <1271877703610@kroah.org>

gregkh@suse.de wrote:
> This is a note to let you know that we have just queued up the patch titled
> 
>     Subject: ACPI: EC: Allow multibyte access to EC
> 
> to the 2.6.33-stable tree.  Its filename is
> 
>     acpi-ec-allow-multibyte-access-to-ec.patch
> 
> A git repo of this tree can be found at 
>     http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
> 
> 
> From ben@decadent.org.uk  Wed Apr 21 12:11:57 2010
> From: Alexey Starikovskiy <astarikovskiy@suse.de>
> Date: Sat, 10 Apr 2010 02:18:35 +0100
> Subject: ACPI: EC: Allow multibyte access to EC
> To: stable@kernel.org
> Cc: Len Brown <len.brown@intel.com>, 563313@bugs.debian.org, Alexey Starikovskiy <astarikovskiy@suse.de>
> Message-ID: <1270862315.2176.69.camel@localhost>
> 
> 
> From: Alexey Starikovskiy <astarikovskiy@suse.de>
> 
> commit dadf28a10c3eb29421837a2e413ab869ebd upstream
> 
> http://bugzilla.kernel.org/show_bug.cgi?id=14667
> 
> [bwh: Backport to 2.6.32; same applies to 2.6.33]
> 
> Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de>
> Signed-off-by: Len Brown <len.brown@intel.com>
> Cc: Ben Hutchings <ben@decadent.org.uk>
> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
> 
> ---
>  drivers/acpi/acpica/exprep.c |   12 ++++++++++++
>  drivers/acpi/ec.c            |   35 +++++++++--------------------------
>  2 files changed, 21 insertions(+), 26 deletions(-)
> 
> --- a/drivers/acpi/acpica/exprep.c
> +++ b/drivers/acpi/acpica/exprep.c
> @@ -468,6 +468,18 @@ acpi_status acpi_ex_prep_field_value(str
>  
>  		acpi_ut_add_reference(obj_desc->field.region_obj);
>  
> +		/* allow full data read from EC address space */
> +		if (obj_desc->field.region_obj->region.space_id ==
> +			ACPI_ADR_SPACE_EC) {
> +			if (obj_desc->common_field.bit_length > 8)
> +				obj_desc->common_field.access_bit_width =
> +				ACPI_ROUND_UP(obj_desc->common_field.
> +							bit_length, 8);
> +				obj_desc->common_field.access_byte_width =
> +				ACPI_DIV_8(obj_desc->common_field.
> +							access_bit_width);
> +		}
> +
>  		ACPI_DEBUG_PRINT((ACPI_DB_BFIELD,
>  				  "RegionField: BitOff %X, Off %X, Gran %X, Region %p\n",
>  				  obj_desc->field.start_field_bit_offset,
> --- a/drivers/acpi/ec.c
> +++ b/drivers/acpi/ec.c
> @@ -589,12 +589,12 @@ static u32 acpi_ec_gpe_handler(void *dat
>  
>  static acpi_status
>  acpi_ec_space_handler(u32 function, acpi_physical_address address,
> -		      u32 bits, acpi_integer *value,
> +		      u32 bits, acpi_integer *value64,
>  		      void *handler_context, void *region_context)
>  {
>  	struct acpi_ec *ec = handler_context;
> -	int result = 0, i;
> -	u8 temp = 0;
> +	int result = 0, i, bytes = bits / 8;
> +	u8 *value = (u8 *)value64;
>  
>  	if ((address > 0xFF) || !value || !handler_context)
>  		return AE_BAD_PARAMETER;
> @@ -602,32 +602,15 @@ acpi_ec_space_handler(u32 function, acpi
>  	if (function != ACPI_READ && function != ACPI_WRITE)
>  		return AE_BAD_PARAMETER;
>  
> -	if (bits != 8 && acpi_strict)
> -		return AE_BAD_PARAMETER;
> -
> -	if (EC_FLAGS_MSI)
> +	if (EC_FLAGS_MSI || bits > 8)
>  		acpi_ec_burst_enable(ec);
>  
> -	if (function == ACPI_READ) {
> -		result = acpi_ec_read(ec, address, &temp);
> -		*value = temp;
> -	} else {
> -		temp = 0xff & (*value);
> -		result = acpi_ec_write(ec, address, temp);
> -	}
> -
> -	for (i = 8; unlikely(bits - i > 0); i += 8) {
> -		++address;
> -		if (function == ACPI_READ) {
> -			result = acpi_ec_read(ec, address, &temp);
> -			(*value) |= ((acpi_integer)temp) << i;
> -		} else {
> -			temp = 0xff & ((*value) >> i);
> -			result = acpi_ec_write(ec, address, temp);
> -		}
> -	}
> +	for (i = 0; i < bytes; ++i, ++address, ++value)
> +		result = (function == ACPI_READ) ?
> +			acpi_ec_read(ec, address, value) :
> +			acpi_ec_write(ec, address, *value);
>  
> -	if (EC_FLAGS_MSI)
> +	if (EC_FLAGS_MSI || bits > 8)
>  		acpi_ec_burst_disable(ec);
>  
>  	switch (result) {
> 
> 
> Patches currently in stable-queue which might be from astarikovskiy@suse.de are
> 
> queue-2.6.33/acpi-ec-allow-multibyte-access-to-ec.patch
> --
> To unsubscribe from this list: send the line "unsubscribe stable-commits" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Hi Greg,

make sure to also pick the following one as it fixes a regression caused by the
mulitbyte access patch.

commit 2060c44576c79086ff24718878d7edaa7384a985
Author: Alexey Starikovskiy <astarikovskiy@suse.de>
Date:   Fri Apr 16 15:36:40 2010 -0400

    ACPI: EC: Limit burst to 64 bits

-Stefan

       reply	other threads:[~2010-04-21 21:39 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1271877703610@kroah.org>
2010-04-21 21:39 ` Stefan Bader [this message]
2010-04-21 22:28   ` patch acpi-ec-allow-multibyte-access-to-ec.patch added to 2.6.33-stable tree Greg KH

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=4BCF7092.2050501@canonical.com \
    --to=stefan.bader@canonical.com \
    --cc=astarikovskiy@suse.de \
    --cc=ben@decadent.org.uk \
    --cc=gregkh@suse.de \
    --cc=len.brown@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=stable-commits@vger.kernel.org \
    --cc=stable@kernel.org \
    /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