mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Mike Waychison <mikew@google.com>
To: Greg KH <greg@kroah.com>, Matt Domsch <Matt_Domsch@dell.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Duncan Laurie <dlaurie@google.com>,
	Aaron Durbin <adurbin@google.com>,
	x86@kernel.org, linux-kernel@vger.kernel.org,
	Tim Hockin <thockin@google.com>, San Mehat <san@google.com>
Subject: [PATCH v3 0/5] google firmware support
Date: Mon, 14 Mar 2011 23:58:39 -0700	[thread overview]
Message-ID: <20110315065839.12047.70666.stgit@mike.mtv.corp.google.com> (raw)

This patchset applies to v2.6.38-rc8 with the efivars patches (1-7) from
v2 of this series already applied.  It also applies cleanly to gregkh's
driver-core-next branch.

The following series implements some support for interfaces exposed by
google's servers' firmware.  As in the previous send-out, only the gsmi
and memconsole driver are present.  I've dropped the efivars changes as
Greg has already queued them.

In order to address various concerns had with the previous patchset,
I've re-worked the drivers to declare (an admittedly simple)
dmi_device_id structure that only matches "Google, Inc." board vendor id
strings.

As well, I've fixed the gsmi driver up to be able to be built as a
module.  Both drivers also now are disabled by default in the Kconfigs.

I'd like to have these small drivers included as they are required for
proper use of the kernel in our infrastructure.  They may not seem like
much, but a lot of our health automation as well as our human debugging
efforts are dependent on the functionality herein.  Getting these in the
public Linux tree would bring us closer to being able to easily test
kernels as they are released.

Thanks,

Patchset summary
================

Patches [1] and [2] add sanity checking for accessing the EBDA.

Patch [3] introduces CONFIG_GOOGLE_FIRMWARE that is disabled by
default and which gates Google-specific drivers.

Patch [4] adds the "gsmi" driver that we use to make calls into our
firmware.

Patch [5] adds the "memconsole" driver that finds the firmware's logs
and exposes them on /sys/firmware/log.

Diffstat
========
 Documentation/ABI/testing/sysfs-firmware-gsmi |   58 +
 Documentation/ABI/testing/sysfs-firmware-log  |    7 
 arch/x86/include/asm/bios_ebda.h              |   28 
 drivers/firmware/Kconfig                      |    2 
 drivers/firmware/Makefile                     |    2 
 drivers/firmware/google/Kconfig               |   31 
 drivers/firmware/google/Makefile              |    3 
 drivers/firmware/google/gsmi.c                |  941 ++++++++++++++++++++++++++
 drivers/firmware/google/memconsole.c          |  166 ++++
 9 files changed, 1236 insertions(+), 2 deletions(-)

ChangeLog:
==========
- v3
   - Drivers now use dmi_system_id structures to identify matching DMI
     strings, and export these tables via MODULE_DEVICE_TABLE to aid
     autoloading.
   - gsmi can now be compiled as a module.
   - memconsole fixed to require matching DMI strings.
   - efivars patchset dropped from this series as it is now an assumed
     pre-requisite.
- v2
   - Efivars can now be used by other drivers.
   - Documentation added for /sys/firmware/efi/vars
   - Memory console no longer touches log_buf ring buffer.
   - The firmware log is exported to userland as /sys/firmware/log
   - Ioctls for accessing nvram variables in gsmi driver replaced with
     efivars at /sys/firmware/gsmi/vars.
   - die_notifier is used instead of adding new notifer_lists.
   - EBDA scrubbing for memconsole now checks that we aren't walking
     into 0xA0000.
   - Documentation added for /sys/firmware/log
   - Documentation added for /sys/firmware/gsmi
   - Use kernel fixed width types instead of C99 types.
- v1
   - Initial public send-out.

             reply	other threads:[~2011-03-15  6:59 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-15  6:58 Mike Waychison [this message]
2011-03-15  6:58 ` [PATCH v3 1/5] x86: get_bios_ebda_length() Mike Waychison
2011-04-19 23:50   ` Greg KH
2011-04-29 20:42   ` Greg KH
2011-03-15  6:58 ` [PATCH v3 2/5] x86: Better comments for get_bios_ebda() Mike Waychison
2011-03-15  6:58 ` [PATCH v3 3/5] Introduce CONFIG_GOOGLE_FIRMWARE Mike Waychison
2011-04-29 21:23   ` Greg KH
2011-04-29 22:55     ` [PATCH v4 1/3] driver: Google EFI SMI Mike Waychison
2011-04-29 23:40       ` Greg KH
2011-04-30  0:14         ` Mike Waychison
2011-04-30  0:39         ` [PATCH v5 " Mike Waychison
2011-04-30  0:39         ` [PATCH v5 2/3] driver: Google Memory Console Mike Waychison
2011-04-30  0:39         ` [PATCH v5 3/3] Introduce CONFIG_GOOGLE_FIRMWARE Mike Waychison
2011-04-29 23:47       ` [PATCH v4 1/3] driver: Google EFI SMI Randy Dunlap
2011-04-29 23:59         ` Mike Waychison
2011-04-29 22:55     ` [PATCH v4 2/3] driver: Google Memory Console Mike Waychison
2011-04-29 22:56     ` [PATCH v4 3/3] Introduce CONFIG_GOOGLE_FIRMWARE Mike Waychison
2011-04-30 10:25       ` Alan Cox
2011-03-15  6:59 ` [PATCH v3 4/5] driver: Google EFI SMI Mike Waychison
2011-03-15  6:59 ` [PATCH v3 5/5] driver: Google Memory Console Mike Waychison
2011-03-15  7:13   ` Ingo Molnar

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20110315065839.12047.70666.stgit@mike.mtv.corp.google.com \
    --to=mikew@google.com \
    --cc=Matt_Domsch@dell.com \
    --cc=adurbin@google.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=dlaurie@google.com \
    --cc=greg@kroah.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=san@google.com \
    --cc=thockin@google.com \
    --cc=x86@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®