From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1YbUDa-00087j-QC for mharc-grub-devel@gnu.org; Fri, 27 Mar 2015 09:22:34 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49967) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YbUDY-000830-83 for grub-devel@gnu.org; Fri, 27 Mar 2015 09:22:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YbUDU-0004TQ-AG for grub-devel@gnu.org; Fri, 27 Mar 2015 09:22:32 -0400 Received: from mail-la0-x230.google.com ([2a00:1450:4010:c03::230]:35285) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YbUDU-0004TM-27 for grub-devel@gnu.org; Fri, 27 Mar 2015 09:22:28 -0400 Received: by lahp7 with SMTP id p7so51237167lah.2 for ; Fri, 27 Mar 2015 06:22:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=edtSSawP0SSg2h2y1b0wKf6JEI8l5kh2IhjGuYViSlQ=; b=kM+S/JtPg/sqH7KrsNvN06CioNBIweOnWiyNqBMoWTZCx96IG88bldC/rzWVrKHl3D 0FSehOki59T56NaWTqfC1yAd12OrIqwonY3/7VVtTqmVkBrrdC8eGv8Pr9U5oqrICdkQ 2IXa6TlBgs7DikFFWKQv3sswicOp+YDa5xf6fAinpOeiWVaDS6cx8bh2FIr0eQlFgFyT 284Mr1CwFjBo/ZKlIp6GEid1OY9dyoBKYN9uhAdS0Fs8yI0GwtXZjCsRR3aLDh5WwcKo gEjxaRrn4zHoFsdelr9khfADu5TZK+TPli5xkKAwH6qxxAj7ljgFj3e4dQ5hLrM1rUb4 Emnw== X-Received: by 10.152.205.1 with SMTP id lc1mr17640069lac.51.1427462547051; Fri, 27 Mar 2015 06:22:27 -0700 (PDT) Received: from opensuse.site (ppp91-76-14-38.pppoe.mtu-net.ru. [91.76.14.38]) by mx.google.com with ESMTPSA id p2sm342184laj.29.2015.03.27.06.22.25 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 27 Mar 2015 06:22:26 -0700 (PDT) Date: Fri, 27 Mar 2015 16:22:23 +0300 From: Andrei Borzenkov To: Vladimir =?UTF-8?B?J8+GLWNvZGVyL3BoY29kZXIn?= Serbinenko Subject: Re: [PATCH v3] Add a module for retrieving SMBIOS information Message-ID: <20150327162223.38111e73@opensuse.site> In-Reply-To: <5515541A.2020808@gmail.com> References: <87384w4gky.fsf@gmail.com> <5515541A.2020808@gmail.com> X-Mailer: Claws Mail 3.11.0 (GTK+ 2.24.25; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::230 Cc: The development of GNU GRUB X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 13:22:33 -0000 =D0=92 Fri, 27 Mar 2015 13:59:06 +0100 Vladimir '=CF=86-coder/phcoder' Serbinenko =D0=BF=D0=B8= =D1=88=D0=B5=D1=82: > Could we avoid exposing such details as offset in structures? It's way=20 > too technical perhaps something like > smbios [--handle=3DHANDLE|--instance=3DN] [--set VAR] [TABLE.VARNAME] > where table and varname will be string identifiers and would be=20 > translated using dictionaries. TABLE.VARNAME as whole string can be the=20 > key, that format is just to avoid conflicts when similar fields are=20 > exported in different tables. You can just put the vars you care about=20 > in the dictionary. Do you mean something like "BIOS Information.BIOS Characteristics Extension Bytes"? Because otherwise where these names should come from and how users will know them? SMBIOS at the end is defined in terms of structure offsets. I suppose that any user of this command will know them. Either we will limit ourselves to known names documented in grub manual, but even then documentation will have to say "foo.bar refers to table bar at offset XX". Not sure how is it better.