linux-kernel - Re: [PATCH] firmware/efi: export a routine to retrieve efi-variables by GUID

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]

Date:	Mon, 21 Mar 2011 22:49:37 -0500
From:	Matt Domsch <Matt_Domsch@...l.com>
To:	Dan Williams <dan.j.williams@...el.com>
Cc:	gregkh@...e.de, Dave Jiang <dave.jiang@...el.com>,
	linux-scsi@...r.kernel.org, jacek.danecki@...el.com,
	ed.ciechanowski@...el.com, linux-kernel@...r.kernel.org,
	dmilburn@...hat.com, edmund.nadolski@...el.com,
	Mike Waychison <mikew@...gle.com>
Subject: Re: [PATCH] firmware/efi: export a routine to retrieve efi-variables by GUID

On Fri, Mar 18, 2011 at 03:16:22PM -0700, Dan Williams wrote:
> From: Dave Jiang <dave.jiang@...el.com>
> 
> The efivars module already scans all available variables, normalizes the
> variable names, and stores them in a list.  Rather than duplicate this
> to efi runtime services interface let drivers query variable data by
> GUID.

Mike Waychison made a lot of good edits to the driver which are staged
for .39 in gregkh's tree.  Some of those changes will conflict with
your patch here, specifically the definition of struct efi_variable
moved similar to what you have done here.

You'll want to rebase your changes accordingly.

Thanks,
Matt

-- 
Matt Domsch
Technology Strategist
Dell | Office of the CTO
--
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/