lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <200702161353.l1GDrq4q413863@fcbayern.americas.sgi.com>
Date:	Fri, 16 Feb 2007 07:53:51 -0600 (CST)
From:	John Keller <jpk@....com>
To:	lenb@...nel.org (Len Brown)
Cc:	jpk@....com (John Keller), linux-acpi@...r.kernel.org,
	ayoung@....com, linux-ia64@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/1] -  acpi_unload_table_id() always returns error

Yes.

      I understand and agree this project and the contribution
      are public and that a record of the contribution (including all
      personal information I submit with it, including my sign-off) is
      maintained indefinitely. I thereby license this patch to be
      redistributed under any license (GPL or non-GPL) consistent
      with the project.

John


> 
> Thanks for the fix, John.
> Do you grant Intel permission to apply it to the upstream ACPICA tree (with its non-GPL license)?
> 
> -Len
> 
> On Thursday 15 February 2007 15:08, John Keller wrote:
> > acpi_unload_table_id() is always returning an error status.
> > Also, once the matching table is found, don't bother looking
> > for another match.
> > 
> > 
> > Signed-off-by: John Keller <jpk@....com>
> > ---
> > 
> > 
> > Index: release/drivers/acpi/tables/tbxface.c
> > ===================================================================
> > --- release.orig/drivers/acpi/tables/tbxface.c	2007-02-13 08:20:42.000000000 -0600
> > +++ release/drivers/acpi/tables/tbxface.c	2007-02-15 14:04:07.855248010 -0600
> > @@ -338,9 +338,9 @@ acpi_status acpi_unload_table_id(acpi_ow
> >  	int i;
> >  	acpi_status status = AE_NOT_EXIST;
> >  
> > -	ACPI_FUNCTION_TRACE(acpi_unload_table);
> > +	ACPI_FUNCTION_TRACE(acpi_unload_table_id);
> >  
> > -	/* Find table from the requested type list */
> > +	/* Find table in the global table list */
> >  	for (i = 0; i < acpi_gbl_root_table_list.count; ++i) {
> >  		if (id != acpi_gbl_root_table_list.tables[i].owner_id) {
> >  			continue;
> > @@ -352,8 +352,9 @@ acpi_status acpi_unload_table_id(acpi_ow
> >  		* simply a position within the hierarchy
> >  		*/
> >  		acpi_tb_delete_namespace_by_owner(i);
> > -		acpi_tb_release_owner_id(i);
> > +		status = acpi_tb_release_owner_id(i);
> >  		acpi_tb_set_table_loaded_flag(i, FALSE);
> > +		break;
> >  	}
> >  	return_ACPI_STATUS(status);
> >  }
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> > the body of a message to majordomo@...r.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > 
> 

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ