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] [thread-next>] [day] [month] [year] [list]
Message-ID: <8e1b17a4da0d404eb36920297e408d9f@ausx13mpc120.AMER.DELL.COM>
Date:   Fri, 5 Jan 2018 14:32:54 +0000
From:   <Mario.Limonciello@...l.com>
To:     <pali.rohar@...il.com>
CC:     <dvhart@...radead.org>, <andy.shevchenko@...il.com>,
        <linux-kernel@...r.kernel.org>,
        <platform-driver-x86@...r.kernel.org>, <luto@...nel.org>,
        <quasisec@...gle.com>, <rjw@...ysocki.net>, <mjg59@...gle.com>,
        <hch@....de>, <greg@...ah.com>, <gnomes@...rguk.ukuu.org.uk>
Subject: RE: [PATCH v10 12/15] platform/x86: dell-smbios: Add filtering
 support



> -----Original Message-----
> From: platform-driver-x86-owner@...r.kernel.org [mailto:platform-driver-x86-
> owner@...r.kernel.org] On Behalf Of Pali Rohár
> Sent: Friday, January 5, 2018 5:13 AM
> To: Limonciello, Mario <Mario_Limonciello@...l.com>
> Cc: dvhart@...radead.org; Andy Shevchenko <andy.shevchenko@...il.com>;
> LKML <linux-kernel@...r.kernel.org>; platform-driver-x86@...r.kernel.org; Andy
> Lutomirski <luto@...nel.org>; quasisec@...gle.com; rjw@...ysocki.net;
> mjg59@...gle.com; hch@....de; Greg KH <greg@...ah.com>; Alan Cox
> <gnomes@...rguk.ukuu.org.uk>
> Subject: Re: [PATCH v10 12/15] platform/x86: dell-smbios: Add filtering support
> 
> I know that this patch is already applied and merged, but I spotted this
> problem:
> 
> On Thursday 19 October 2017 12:50:15 Mario Limonciello wrote:
> > +/* calls that are explicitly blacklisted */
> > +static struct smbios_call call_blacklist[] = {
> > +	{0x0000, 01, 07}, /* manufacturing use */
> > +	{0x0000, 06, 05}, /* manufacturing use */
> > +	{0x0000, 11, 03}, /* write once */
> > +	{0x0000, 11, 07}, /* write once */
> 
> Numbers prefixed by zero means that they are in octal notation, right?
Is that how the kernel interprets an integer prefix by zero?

I prefixed by zero for readability, they're supposed to be decimal.

> This can lead to misunderstanding, confusion or problems in future...
> 
> Can we have all numbers either in hexadecimal or decimal notation?

Could you elaborate more why this is problematic the way it is?
Are you meaning you would rather see this?
	{0x0000, 1, 7}, /* manufacturing use */
	{0x0000, 6, 5}, /* manufacturing use */
	{0x0000, 11, 3}, /* write once */
	{0x0000, 11, 7}, /* write once */

That seems less readable to me but should interpret the same way.

Perhaps it would be better if you submit a patch with what is clearer to
you.

> 
> > +	{0x0000, 11, 11}, /* write once */
> > +	{0x0000, 19, -1}, /* diagnostics */
> > +	/* handled by kernel: dell-laptop */
> > +	{0x0000, CLASS_INFO, SELECT_RFKILL},
> > +	{0x0000, CLASS_KBD_BACKLIGHT, SELECT_KBD_BACKLIGHT},
> > +};
> 
> --
> Pali Rohár
> pali.rohar@...il.com

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ