Merge branch 'master' of master.kernel.org:/pub/scm/linux/kernel/git/torvalds/linux-2.6 (49997d75) · Commits · e / devices / android_kernel_fairphone_FP3

CREDITS

+3 −2

Original line number	Original line	Diff line number	Diff line
	@@ -2611,8 +2611,9 @@ S: Perth, Western Australia
	S: Australia		S: Australia

	N: Miguel Ojeda Sandonis		N: Miguel Ojeda Sandonis
	E: maxextreme@gmail.com		E: miguel.ojeda.sandonis@gmail.com
	W: http://maxextreme.googlepages.com/		W: http://miguelojeda.es
			W: http://jair.lab.fi.uva.es/~migojed/
	D: Author of the ks0108, cfag12864b and cfag12864bfb auxiliary display drivers.		D: Author of the ks0108, cfag12864b and cfag12864bfb auxiliary display drivers.
	D: Maintainer of the auxiliary display drivers tree (drivers/auxdisplay/*)		D: Maintainer of the auxiliary display drivers tree (drivers/auxdisplay/*)
	S: C/ Mieses 20, 9-B		S: C/ Mieses 20, 9-B

Documentation/ABI/testing/sysfs-block

+34 −0

Original line number	Original line	Diff line number	Diff line
	@@ -26,3 +26,37 @@ Description:
	I/O statistics of partition <part>. The format is the		I/O statistics of partition <part>. The format is the
	same as the above-written /sys/block/<disk>/stat		same as the above-written /sys/block/<disk>/stat
	format.		format.


			What: /sys/block/<disk>/integrity/format
			Date: June 2008
			Contact: Martin K. Petersen <martin.petersen@oracle.com>
			Description:
			Metadata format for integrity capable block device.
			E.g. T10-DIF-TYPE1-CRC.


			What: /sys/block/<disk>/integrity/read_verify
			Date: June 2008
			Contact: Martin K. Petersen <martin.petersen@oracle.com>
			Description:
			Indicates whether the block layer should verify the
			integrity of read requests serviced by devices that
			support sending integrity metadata.


			What: /sys/block/<disk>/integrity/tag_size
			Date: June 2008
			Contact: Martin K. Petersen <martin.petersen@oracle.com>
			Description:
			Number of bytes of integrity tag space available per
			512 bytes of data.


			What: /sys/block/<disk>/integrity/write_generate
			Date: June 2008
			Contact: Martin K. Petersen <martin.petersen@oracle.com>
			Description:
			Indicates whether the block layer should automatically
			generate checksums for write requests bound for
			devices that support receiving integrity metadata.

Documentation/ABI/testing/sysfs-bus-css

0 → 100644

+35 −0

Original line number	Original line	Diff line number	Diff line
			What: /sys/bus/css/devices/.../type
			Date: March 2008
			Contact: Cornelia Huck <cornelia.huck@de.ibm.com>
			linux-s390@vger.kernel.org
			Description: Contains the subchannel type, as reported by the hardware.
			This attribute is present for all subchannel types.

			What: /sys/bus/css/devices/.../modalias
			Date: March 2008
			Contact: Cornelia Huck <cornelia.huck@de.ibm.com>
			linux-s390@vger.kernel.org
			Description: Contains the module alias as reported with uevents.
			It is of the format css:t<type> and present for all
			subchannel types.

			What: /sys/bus/css/drivers/io_subchannel/.../chpids
			Date: December 2002
			Contact: Cornelia Huck <cornelia.huck@de.ibm.com>
			linux-s390@vger.kernel.org
			Description: Contains the ids of the channel paths used by this
			subchannel, as reported by the channel subsystem
			during subchannel recognition.
			Note: This is an I/O-subchannel specific attribute.
			Users: s390-tools, HAL

			What: /sys/bus/css/drivers/io_subchannel/.../pimpampom
			Date: December 2002
			Contact: Cornelia Huck <cornelia.huck@de.ibm.com>
			linux-s390@vger.kernel.org
			Description: Contains the PIM/PAM/POM values, as reported by the
			channel subsystem when last queried by the common I/O
			layer (this implies that this attribute is not neccessarily
			in sync with the values current in the channel subsystem).
			Note: This is an I/O-subchannel specific attribute.
			Users: s390-tools, HAL

Documentation/ABI/testing/sysfs-firmware-acpi

+87 −40

Original line number	Original line	Diff line number	Diff line
	@@ -30,45 +30,45 @@ Description:
	$ cd /sys/firmware/acpi/interrupts		$ cd /sys/firmware/acpi/interrupts
	$ grep . *		$ grep . *
	error: 0		error: 0
	ff_gbl_lock:0		ff_gbl_lock: 0 enable
	ff_pmtimer:0		ff_pmtimer: 0 invalid
	ff_pwr_btn:0		ff_pwr_btn: 0 enable
	ff_rt_clk:0		ff_rt_clk: 2 disable
	ff_slp_btn:0		ff_slp_btn: 0 invalid
	gpe00:0		gpe00: 0 invalid
	gpe01:0		gpe01: 0 enable
	gpe02:0		gpe02: 108 enable
	gpe03:0		gpe03: 0 invalid
	gpe04:0		gpe04: 0 invalid
	gpe05:0		gpe05: 0 invalid
	gpe06:0		gpe06: 0 enable
	gpe07:0		gpe07: 0 enable
	gpe08:0		gpe08: 0 invalid
	gpe09:174		gpe09: 0 invalid
	gpe0A:0		gpe0A: 0 invalid
	gpe0B:0		gpe0B: 0 invalid
	gpe0C:0		gpe0C: 0 invalid
	gpe0D:0		gpe0D: 0 invalid
	gpe0E:0		gpe0E: 0 invalid
	gpe0F:0		gpe0F: 0 invalid
	gpe10:0		gpe10: 0 invalid
	gpe11:60		gpe11: 0 invalid
	gpe12:0		gpe12: 0 invalid
	gpe13:0		gpe13: 0 invalid
	gpe14:0		gpe14: 0 invalid
	gpe15:0		gpe15: 0 invalid
	gpe16:0		gpe16: 0 invalid
	gpe17:0		gpe17: 1084 enable
	gpe18:0		gpe18: 0 enable
	gpe19:7		gpe19: 0 invalid
	gpe1A:0		gpe1A: 0 invalid
	gpe1B:0		gpe1B: 0 invalid
	gpe1C:0		gpe1C: 0 invalid
	gpe1D:0		gpe1D: 0 invalid
	gpe1E:0		gpe1E: 0 invalid
	gpe1F:0		gpe1F: 0 invalid
	gpe_all:241		gpe_all: 1192
	sci:241		sci: 1194

	sci - The total number of times the ACPI SCI		sci - The total number of times the ACPI SCI
	has claimed an interrupt.		has claimed an interrupt.
	@@ -89,6 +89,13 @@ Description:

	error - an interrupt that can't be accounted for above.		error - an interrupt that can't be accounted for above.

			invalid: it's either a wakeup GPE or a GPE/Fixed Event that
			doesn't have an event handler.

			disable: the GPE/Fixed Event is valid but disabled.

			enable: the GPE/Fixed Event is valid and enabled.

	Root has permission to clear any of these counters. Eg.		Root has permission to clear any of these counters. Eg.
	# echo 0 > gpe11		# echo 0 > gpe11

	@@ -97,3 +104,43 @@ Description:

	None of these counters has an effect on the function		None of these counters has an effect on the function
	of the system, they are simply statistics.		of the system, they are simply statistics.

			Besides this, user can also write specific strings to these files
			to enable/disable/clear ACPI interrupts in user space, which can be
			used to debug some ACPI interrupt storm issues.

			Note that only writting to VALID GPE/Fixed Event is allowed,
			i.e. user can only change the status of runtime GPE and
			Fixed Event with event handler installed.

			Let's take power button fixed event for example, please kill acpid
			and other user space applications so that the machine won't shutdown
			when pressing the power button.
			# cat ff_pwr_btn
			0
			# press the power button for 3 times;
			# cat ff_pwr_btn
			3
			# echo disable > ff_pwr_btn
			# cat ff_pwr_btn
			disable
			# press the power button for 3 times;
			# cat ff_pwr_btn
			disable
			# echo enable > ff_pwr_btn
			# cat ff_pwr_btn
			4
			/*
			* this is because the status bit is set even if the enable bit is cleared,
			* and it triggers an ACPI fixed event when the enable bit is set again
			*/
			# press the power button for 3 times;
			# cat ff_pwr_btn
			7
			# echo disable > ff_pwr_btn
			# press the power button for 3 times;
			# echo clear > ff_pwr_btn /* clear the status bit */
			# echo disable > ff_pwr_btn
			# cat ff_pwr_btn
			7

Documentation/ABI/testing/sysfs-firmware-memmap

0 → 100644

+71 −0

Original line number	Original line	Diff line number	Diff line
			What: /sys/firmware/memmap/
			Date: June 2008
			Contact: Bernhard Walle <bwalle@suse.de>
			Description:
			On all platforms, the firmware provides a memory map which the
			kernel reads. The resources from that memory map are registered
			in the kernel resource tree and exposed to userspace via
			/proc/iomem (together with other resources).

			However, on most architectures that firmware-provided memory
			map is modified afterwards by the kernel itself, either because
			the kernel merges that memory map with other information or
			just because the user overwrites that memory map via command
			line.

			kexec needs the raw firmware-provided memory map to setup the
			parameter segment of the kernel that should be booted with
			kexec. Also, the raw memory map is useful for debugging. For
			that reason, /sys/firmware/memmap is an interface that provides
			the raw memory map to userspace.

			The structure is as follows: Under /sys/firmware/memmap there
			are subdirectories with the number of the entry as their name:

			/sys/firmware/memmap/0
			/sys/firmware/memmap/1
			/sys/firmware/memmap/2
			/sys/firmware/memmap/3
			...

			The maximum depends on the number of memory map entries provided
			by the firmware. The order is just the order that the firmware
			provides.

			Each directory contains three files:

			start : The start address (as hexadecimal number with the
			'0x' prefix).
			end : The end address, inclusive (regardless whether the
			firmware provides inclusive or exclusive ranges).
			type : Type of the entry as string. See below for a list of
			valid types.

			So, for example:

			/sys/firmware/memmap/0/start
			/sys/firmware/memmap/0/end
			/sys/firmware/memmap/0/type
			/sys/firmware/memmap/1/start
			...

			Currently following types exist:

			- System RAM
			- ACPI Tables
			- ACPI Non-volatile Storage
			- reserved

			Following shell snippet can be used to display that memory
			map in a human-readable format:

			-------------------- 8< ----------------------------------------
			#!/bin/bash
			cd /sys/firmware/memmap
			for dir in * ; do
			start=$(cat $dir/start)
			end=$(cat $dir/end)
			type=$(cat $dir/type)
			printf "%016x-%016x (%s)\n" $start $[ $end +1] "$type"
			done
			-------------------- >8 ----------------------------------------