RE: [PATCH 5.4 064/134] ACPI: GED: add support for _Exx / _Lxx handler methods

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi again,

> -----Original Message-----
> From: iwamatsu nobuhiro(岩松 信洋 □SWC◯ACT)
> Sent: Wednesday, June 17, 2020 6:23 PM
> To: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>; linux-kernel@xxxxxxxxxxxxxxx
> Cc: stable@xxxxxxxxxxxxxxx; Ard Biesheuvel <ardb@xxxxxxxxxx>; Rafael J. Wysocki <rafael.j.wysocki@xxxxxxxxx>
> Subject: RE: [PATCH 5.4 064/134] ACPI: GED: add support for _Exx / _Lxx handler methods
> 
> Hi,
> 
> > -----Original Message-----
> > From: stable-owner@xxxxxxxxxxxxxxx [mailto:stable-owner@xxxxxxxxxxxxxxx] On Behalf Of Greg Kroah-Hartman
> > Sent: Wednesday, June 17, 2020 12:34 AM
> > To: linux-kernel@xxxxxxxxxxxxxxx
> > Cc: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>; stable@xxxxxxxxxxxxxxx; Ard Biesheuvel <ardb@xxxxxxxxxx>;
> Rafael
> > J. Wysocki <rafael.j.wysocki@xxxxxxxxx>
> > Subject: [PATCH 5.4 064/134] ACPI: GED: add support for _Exx / _Lxx handler methods
> >
> > From: Ard Biesheuvel <ardb@xxxxxxxxxx>
> >
> > commit ea6f3af4c5e63f6981c0b0ab8ebec438e2d5ef40 upstream.
> >
> > Per the ACPI spec, interrupts in the range [0, 255] may be handled
> > in AML using individual methods whose naming is based on the format
> > _Exx or _Lxx, where xx is the hex representation of the interrupt
> > index.
> >
> > Add support for this missing feature to our ACPI GED driver.
> >
> > Cc: v4.9+ <stable@xxxxxxxxxxxxxxx> # v4.9+
> > Signed-off-by: Ard Biesheuvel <ardb@xxxxxxxxxx>
> > Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@xxxxxxxxx>
> > Signed-off-by: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
> >
> 
> This patch also requires the following patch.
> Please apply to this kernel version, 4.9, 4.14, 4.19, 5.6 and 5.7.
> 
> From e5c399b0bd6490c12c0af2a9eaa9d7cd805d52c9 Mon Sep 17 00:00:00 2001
> From: Ard Biesheuvel <ardb@xxxxxxxxxx>
> Date: Wed, 27 May 2020 13:37:00 +0200

I update with the correct information.

commit e5c399b0bd6490c12c0af2a9eaa9d7cd805d52c9
Author: Ard Biesheuvel <ardb@xxxxxxxxxx>
Date:   Wed May 27 13:37:00 2020 +0200

....

Best regards,
  Nobuhiro

> 
>     ACPI: GED: use correct trigger type field in _Exx / _Lxx handling
> 
>     Commit ea6f3af4c5e63f69 ("ACPI: GED: add support for _Exx / _Lxx handler
>     methods") added a reference to the 'triggering' field of either the
>     normal or the extended ACPI IRQ resource struct, but inadvertently used
>     the wrong pointer in the latter case. Note that both pointers refer to the
>     same union, and the 'triggering' field appears at the same offset in both
>     struct types, so it currently happens to work by accident. But let's fix
>     it nonetheless
> 
>     Fixes: ea6f3af4c5e63f69 ("ACPI: GED: add support for _Exx / _Lxx handler methods")
>     Signed-off-by: Ard Biesheuvel <ardb@xxxxxxxxxx>
>     Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@xxxxxxxxx>
> 
> Best regards,
>   Nobuhiro
> 
> > ---
> >  drivers/acpi/evged.c |   22 +++++++++++++++++++---
> >  1 file changed, 19 insertions(+), 3 deletions(-)
> >
> > --- a/drivers/acpi/evged.c
> > +++ b/drivers/acpi/evged.c
> > @@ -79,6 +79,8 @@ static acpi_status acpi_ged_request_inte
> >  	struct resource r;
> >  	struct acpi_resource_irq *p = &ares->data.irq;
> >  	struct acpi_resource_extended_irq *pext = &ares->data.extended_irq;
> > +	char ev_name[5];
> > +	u8 trigger;
> >
> >  	if (ares->type == ACPI_RESOURCE_TYPE_END_TAG)
> >  		return AE_OK;
> > @@ -87,14 +89,28 @@ static acpi_status acpi_ged_request_inte
> >  		dev_err(dev, "unable to parse IRQ resource\n");
> >  		return AE_ERROR;
> >  	}
> > -	if (ares->type == ACPI_RESOURCE_TYPE_IRQ)
> > +	if (ares->type == ACPI_RESOURCE_TYPE_IRQ) {
> >  		gsi = p->interrupts[0];
> > -	else
> > +		trigger = p->triggering;
> > +	} else {
> >  		gsi = pext->interrupts[0];
> > +		trigger = p->triggering;
> > +	}
> >
> >  	irq = r.start;
> >
> > -	if (ACPI_FAILURE(acpi_get_handle(handle, "_EVT", &evt_handle))) {
> > +	switch (gsi) {
> > +	case 0 ... 255:
> > +		sprintf(ev_name, "_%c%02hhX",
> > +			trigger == ACPI_EDGE_SENSITIVE ? 'E' : 'L', gsi);
> > +
> > +		if (ACPI_SUCCESS(acpi_get_handle(handle, ev_name, &evt_handle)))
> > +			break;
> > +		/* fall through */
> > +	default:
> > +		if (ACPI_SUCCESS(acpi_get_handle(handle, "_EVT", &evt_handle)))
> > +			break;
> > +
> >  		dev_err(dev, "cannot locate _EVT method\n");
> >  		return AE_ERROR;
> >  	}
> >





[Index of Archives]     [Linux Kernel]     [Kernel Development Newbies]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Hiking]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux