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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Wed, 27 Sep 2017 18:29:20 +0000
From:   <Mario.Limonciello@...l.com>
To:     <dvhart@...radead.org>
CC:     <pali.rohar@...il.com>, <linux-kernel@...r.kernel.org>,
        <platform-driver-x86@...r.kernel.org>, <quasisec@...gle.com>
Subject: RE: [PATCH 04/12] platform/x86: dell-smbios: Switch to a WMI-ACPI
 interface

> -----Original Message-----
> From: Darren Hart [mailto:dvhart@...radead.org]
> Sent: Wednesday, September 27, 2017 12:46 PM
> To: Limonciello, Mario <Mario_Limonciello@...l.com>
> Cc: pali.rohar@...il.com; linux-kernel@...r.kernel.org; platform-driver-
> x86@...r.kernel.org; quasisec@...gle.com
> Subject: Re: [PATCH 04/12] platform/x86: dell-smbios: Switch to a WMI-ACPI
> interface
> 
> On Mon, Sep 25, 2017 at 07:28:57PM +0000, Mario.Limonciello@...l.com wrote:
> >
> >
> > > -----Original Message-----
> > > From: Pali Rohár [mailto:pali.rohar@...il.com]
> > > Sent: Monday, September 25, 2017 12:19 PM
> > > To: Limonciello, Mario <Mario_Limonciello@...l.com>
> > > Cc: dvhart@...radead.org; LKML <linux-kernel@...r.kernel.org>; platform-
> driver-
> > > x86@...r.kernel.org; quasisec@...gle.com
> > > Subject: Re: [PATCH 04/12] platform/x86: dell-smbios: Switch to a WMI-ACPI
> > > interface
> > >
> > > On Thursday 21 September 2017 08:57:09 Mario Limonciello wrote:
> > > > The driver currently uses an SMI interface which grants direct access
> > > > to physical memory to the platform via a pointer.
> > > >
> > > > Changing this to operate over WMI-ACPI will use an ACPI OperationRegion
> > > > for a buffer of data storage when platform calls are performed.
> > > >
> > > > This is a safer approach to use in kernel drivers as the platform will
> > > > only have access to that OperationRegion.
> > >
> > > In my opinion direct access is safer then using ACPI wrapper for same
> > > functionality.
> >
> > I'd like to hear how this is safer.
> 
> Again, I think the disconnect is around the term "platform". I think above you
> can s/platform/SMM/ right?
> 

>From my OEM hat we don't really refer to SMM as an entity, but "Yeah" if that
makes it clearer I'd agree.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ