Blame view

kernel/linux-imx6_3.14.28/Documentation/ABI/testing/sysfs-firmware-gsmi 2.01 KB
6b13f685e   김민수   BSP 최초 추가
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
  What:		/sys/firmware/gsmi
  Date:		March 2011
  Contact:	Mike Waychison <mikew@google.com>
  Description:
  		Some servers used internally at Google have firmware
  		that provides callback functionality via explicit SMI
  		triggers.  Some of the callbacks are similar to those
  		provided by the EFI runtime services page, but due to
  		historical reasons this different entry-point has been
  		used.
  
  		The gsmi driver implements the kernel's abstraction for
  		these firmware callbacks.  Currently, this functionality
  		is limited to handling the system event log and getting
  		access to EFI-style variables stored in nvram.
  
  		Layout:
  
  		/sys/firmware/gsmi/vars:
  
  			This directory has the same layout (and
  			underlying implementation as /sys/firmware/efi/vars.
  			See Documentation/ABI/*/sysfs-firmware-efi-vars
  			for more information on how to interact with
  			this structure.
  
  		/sys/firmware/gsmi/append_to_eventlog - write-only:
  
  			This file takes a binary blob and passes it onto
  			the firmware to be timestamped and appended to
  			the system eventlog.  The binary format is
  			interpreted by the firmware and may change from
  			platform to platform.  The only kernel-enforced
  			requirement is that the blob be prefixed with a
  			32bit host-endian type used as part of the
  			firmware call.
  
  		/sys/firmware/gsmi/clear_config - write-only:
  
  			Writing any value to this file will cause the
  			entire firmware configuration to be reset to
  			"factory defaults".  Callers should assume that
  			a reboot is required for the configuration to be
  			cleared.
  
  		/sys/firmware/gsmi/clear_eventlog - write-only:
  
  			This file is used to clear out a portion/the
  			whole of the system event log.  Values written
  			should be values between 1 and 100 inclusive (in
  			ASCII) representing the fraction of the log to
  			clear.  Not all platforms support fractional
  			clearing though, and this writes to this file
  			will error out if the firmware doesn't like your
  			submitted fraction.
  
  			Callers should assume that a reboot is needed
  			for this operation to complete.