Skip to content

cloud-kernel
cloud-kernel

openanolis / cloud-kernel
接近 2 年 前同步成功

通知 169
Star 36
Fork 7
cloud-kernel
cloud-kernel
提交 659c36fc 编写于 作者: I Ingo Molnar
浏览文件
操作

Merge tag 'perf-core-for-mingo' of... 

Merge tag 'perf-core-for-mingo' of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core

Fixes and improvements for perf/core:

. Overhaul the tools/ makefiles, gluing them to the top level Makefile, from
  Borislav Petkov.

. Move the UI files from tools/perf/util/ui/ to tools/perf/ui/. Also move
  the GTK+ browser to tools/perf/ui/gtk/, from Namhyung Kim.

. Only fallback to sw cycles counter on ENOENT for the hw cycles, from
  Robert Richter

. Trivial fixes from Robert Richter

. Handle the autogenerated bison/flex files better, from Namhyung and Jiri Olsa.

. Navigate jump instructions in the annotate browser, just press enter or ->,
  still needs support for a jump navigation history, i.e. to go back.

. Search string in the annotate browser: same keys as vim:
     / forward
     n next backward/forward
     ? backward

. Clarify number of events/samples in the report header, from Ashay Rane
Signed-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
Signed-off-by: NIngo Molnar <mingo@kernel.org>
上级 9521d830 5a7ed29c
展开全部 隐藏空白更改
内联 并排
Showing with 19884 addition and 17561 deletion

要显示的变更太多。

To preserve performance only 1000 of 1000+ files are displayed.
文本差异 电子邮件补丁
Documentation/00-INDEX
浏览文件 @ 659c36fc
......@@ -7,8 +7,8 @@ Please try and keep the descriptions small enough to fit on one line.
Following translations are available on the WWW:
- Japanese, maintained by the JF Project (JF@linux.or.jp), at
http://www.linux.or.jp/JF/
- Japanese, maintained by the JF Project (jf@listserv.linux.or.jp), at
http://linuxjf.sourceforge.jp/
00-INDEX
- this file.
......@@ -104,6 +104,8 @@ cpuidle/
- info on CPU_IDLE, CPU idle state management subsystem.
cputopology.txt
- documentation on how CPU topology info is exported via sysfs.
crc32.txt
- brief tutorial on CRC computation
cris/
- directory with info about Linux on CRIS architecture.
crypto/
......
Documentation/ABI/obsolete/sysfs-class-rfkill
浏览文件 @ 659c36fc
......@@ -7,7 +7,7 @@ Date: 09-Jul-2007
KernelVersion v2.6.22
Contact: linux-wireless@vger.kernel.org
Description: Current state of the transmitter.
This file is deprecated and sheduled to be removed in 2014,
This file is deprecated and scheduled to be removed in 2014,
because its not possible to express the 'soft and hard block'
state of the rfkill driver.
Values: A numeric value.
......
Documentation/ABI/removed/devfs
浏览文件 @ 659c36fc
What: devfs
Date: July 2005 (scheduled), finally removed in kernel v2.6.18
Contact: Greg Kroah-Hartman <gregkh@suse.de>
Contact: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Description:
devfs has been unmaintained for a number of years, has unfixable
races, contains a naming policy within the kernel that is
......
Documentation/ABI/stable/sysfs-driver-usb-usbtmc
浏览文件 @ 659c36fc
What: /sys/bus/usb/drivers/usbtmc/devices/*/interface_capabilities
What: /sys/bus/usb/drivers/usbtmc/devices/*/device_capabilities
Date: August 2008
Contact: Greg Kroah-Hartman <gregkh@suse.de>
Contact: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Description:
These files show the various USB TMC capabilities as described
by the device itself. The full description of the bitfields
......@@ -15,7 +15,7 @@ Description:
What: /sys/bus/usb/drivers/usbtmc/devices/*/usb488_interface_capabilities
What: /sys/bus/usb/drivers/usbtmc/devices/*/usb488_device_capabilities
Date: August 2008
Contact: Greg Kroah-Hartman <gregkh@suse.de>
Contact: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Description:
These files show the various USB TMC capabilities as described
by the device itself. The full description of the bitfields
......@@ -29,7 +29,7 @@ Description:
What: /sys/bus/usb/drivers/usbtmc/devices/*/TermChar
Date: August 2008
Contact: Greg Kroah-Hartman <gregkh@suse.de>
Contact: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Description:
This file is the TermChar value to be sent to the USB TMC
device as described by the document, "Universal Serial Bus Test
......@@ -42,7 +42,7 @@ Description:
What: /sys/bus/usb/drivers/usbtmc/devices/*/TermCharEnabled
Date: August 2008
Contact: Greg Kroah-Hartman <gregkh@suse.de>
Contact: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Description:
This file determines if the TermChar is to be sent to the
device on every transaction or not. For more details about
......@@ -53,7 +53,7 @@ Description:
What: /sys/bus/usb/drivers/usbtmc/devices/*/auto_abort
Date: August 2008
Contact: Greg Kroah-Hartman <gregkh@suse.de>
Contact: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Description:
This file determines if the the transaction of the USB TMC
device is to be automatically aborted if there is any error.
......
Documentation/ABI/stable/sysfs-module
浏览文件 @ 659c36fc
......@@ -6,7 +6,7 @@ Description:
The name of the module that is in the kernel. This
module name will show up either if the module is built
directly into the kernel, or if it is loaded as a
dyanmic module.
dynamic module.
/sys/module/MODULENAME/parameters
This directory contains individual files that are each
......
Documentation/ABI/testing/sysfs-bus-usb
浏览文件 @ 659c36fc
......@@ -182,3 +182,14 @@ Description:
USB2 hardware LPM is enabled for the device. Developer can
write y/Y/1 or n/N/0 to the file to enable/disable the
feature.
What: /sys/bus/usb/devices/.../removable
Date: February 2012
Contact: Matthew Garrett <mjg@redhat.com>
Description:
Some information about whether a given USB device is
physically fixed to the platform can be inferred from a
combination of hub decriptor bits and platform-specific data
such as ACPI. This file will read either "removable" or
"fixed" if the information is available, and "unknown"
otherwise.
\ No newline at end of file
Documentation/ABI/testing/sysfs-class
浏览文件 @ 659c36fc
What: /sys/class/
Date: Febuary 2006
Contact: Greg Kroah-Hartman <gregkh@suse.de>
Contact: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Description:
The /sys/class directory will consist of a group of
subdirectories describing individual classes of devices
......
Documentation/ABI/testing/sysfs-class-net-mesh
浏览文件 @ 659c36fc
......@@ -65,6 +65,13 @@ Description:
Defines the penalty which will be applied to an
originator message's tq-field on every hop.
What: /sys/class/net/<mesh_iface>/mesh/routing_algo
Date: Dec 2011
Contact: Marek Lindner <lindner_marek@yahoo.de>
Description:
Defines the routing procotol this mesh instance
uses to find the optimal paths through the mesh.
What: /sys/class/net/<mesh_iface>/mesh/vis_mode
Date: May 2010
Contact: Marek Lindner <lindner_marek@yahoo.de>
......
Documentation/ABI/testing/sysfs-devices
浏览文件 @ 659c36fc
What: /sys/devices
Date: February 2006
Contact: Greg Kroah-Hartman <gregkh@suse.de>
Contact: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Description:
The /sys/devices tree contains a snapshot of the
internal state of the kernel device tree. Devices will
......
Documentation/ABI/testing/sysfs-devices-power
浏览文件 @ 659c36fc
......@@ -165,3 +165,21 @@ Description:
Not all drivers support this attribute. If it isn't supported,
attempts to read or write it will yield I/O errors.
What: /sys/devices/.../power/pm_qos_latency_us
Date: March 2012
Contact: Rafael J. Wysocki <rjw@sisk.pl>
Description:
The /sys/devices/.../power/pm_qos_resume_latency_us attribute
contains the PM QoS resume latency limit for the given device,
which is the maximum allowed time it can take to resume the
device, after it has been suspended at run time, from a resume
request to the moment the device will be ready to process I/O,
in microseconds. If it is equal to 0, however, this means that
the PM QoS resume latency may be arbitrary.
Not all drivers support this attribute. If it isn't supported,
it is not present.
This attribute has no effect on system-wide suspend/resume and
hibernation.
Documentation/ABI/testing/sysfs-devices-soc 0 → 100644
浏览文件 @ 659c36fc
What: /sys/devices/socX
Date: January 2012
contact: Lee Jones <lee.jones@linaro.org>
Description:
The /sys/devices/ directory contains a sub-directory for each
System-on-Chip (SoC) device on a running platform. Information
regarding each SoC can be obtained by reading sysfs files. This
functionality is only available if implemented by the platform.
The directory created for each SoC will also house information
about devices which are commonly contained in /sys/devices/platform.
It has been agreed that if an SoC device exists, its supported
devices would be better suited to appear as children of that SoC.
What: /sys/devices/socX/machine
Date: January 2012
contact: Lee Jones <lee.jones@linaro.org>
Description:
Read-only attribute common to all SoCs. Contains the SoC machine
name (e.g. Ux500).
What: /sys/devices/socX/family
Date: January 2012
contact: Lee Jones <lee.jones@linaro.org>
Description:
Read-only attribute common to all SoCs. Contains SoC family name
(e.g. DB8500).
What: /sys/devices/socX/soc_id
Date: January 2012
contact: Lee Jones <lee.jones@linaro.org>
Description:
Read-only attribute supported by most SoCs. In the case of
ST-Ericsson's chips this contains the SoC serial number.
What: /sys/devices/socX/revision
Date: January 2012
contact: Lee Jones <lee.jones@linaro.org>
Description:
Read-only attribute supported by most SoCs. Contains the SoC's
manufacturing revision number.
What: /sys/devices/socX/process
Date: January 2012
contact: Lee Jones <lee.jones@linaro.org>
Description:
Read-only attribute supported ST-Ericsson's silicon. Contains the
the process by which the silicon chip was manufactured.
What: /sys/bus/soc
Date: January 2012
contact: Lee Jones <lee.jones@linaro.org>
Description:
The /sys/bus/soc/ directory contains the usual sub-folders
expected under most buses. /sys/bus/soc/devices is of particular
interest, as it contains a symlink for each SoC device found on
the system. Each symlink points back into the aforementioned
/sys/devices/socX devices.
Documentation/ABI/testing/sysfs-driver-samsung-laptop
浏览文件 @ 659c36fc
What: /sys/devices/platform/samsung/performance_level
Date: January 1, 2010
KernelVersion: 2.6.33
Contact: Greg Kroah-Hartman <gregkh@suse.de>
Contact: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Description: Some Samsung laptops have different "performance levels"
that are can be modified by a function key, and by this
sysfs file. These values don't always make a whole lot
......
Documentation/ABI/testing/sysfs-kernel-mm-cleancache 已删除 100644 → 0
浏览文件 @ 9521d830
What: /sys/kernel/mm/cleancache/
Date: April 2011
Contact: Dan Magenheimer <dan.magenheimer@oracle.com>
Description:
/sys/kernel/mm/cleancache/ contains a number of files which
record a count of various cleancache operations
(sum across all filesystems):
succ_gets
failed_gets
puts
flushes
Documentation/DocBook/80211.tmpl
浏览文件 @ 659c36fc
......@@ -129,7 +129,6 @@
!Finclude/net/cfg80211.h cfg80211_pmksa
!Finclude/net/cfg80211.h cfg80211_send_rx_auth
!Finclude/net/cfg80211.h cfg80211_send_auth_timeout
!Finclude/net/cfg80211.h __cfg80211_auth_canceled
!Finclude/net/cfg80211.h cfg80211_send_rx_assoc
!Finclude/net/cfg80211.h cfg80211_send_assoc_timeout
!Finclude/net/cfg80211.h cfg80211_send_deauth
......
Documentation/DocBook/filesystems.tmpl
浏览文件 @ 659c36fc
......@@ -387,7 +387,7 @@ an example.
<title>See also</title>
<para>
<citation>
<ulink url="ftp://ftp.uk.linux.org/pub/linux/sct/fs/jfs/journal-design.ps.gz">
<ulink url="http://kernel.org/pub/linux/kernel/people/sct/ext3/journal-design.ps.gz">
Journaling the Linux ext2fs Filesystem, LinuxExpo 98, Stephen Tweedie
</ulink>
</citation>
......
Documentation/DocBook/kgdb.tmpl
浏览文件 @ 659c36fc
......@@ -361,6 +361,23 @@
<para>It is possible to use this option with kgdboc on a tty that is not a system console.
</para>
</para>
</sect1>
<sect1 id="kgdbreboot">
<title>Run time parameter: kgdbreboot</title>
<para> The kgdbreboot feature allows you to change how the debugger
deals with the reboot notification. You have 3 choices for the
behavior. The default behavior is always set to 0.</para>
<orderedlist>
<listitem><para>echo -1 > /sys/module/debug_core/parameters/kgdbreboot</para>
<para>Ignore the reboot notification entirely.</para>
</listitem>
<listitem><para>echo 0 > /sys/module/debug_core/parameters/kgdbreboot</para>
<para>Send the detach message to any attached debugger client.</para>
</listitem>
<listitem><para>echo 1 > /sys/module/debug_core/parameters/kgdbreboot</para>
<para>Enter the debugger on reboot notify.</para>
</listitem>
</orderedlist>
</sect1>
</chapter>
<chapter id="usingKDB">
......
Documentation/DocBook/libata.tmpl
浏览文件 @ 659c36fc
......@@ -22,8 +22,8 @@
<para>
The contents of this file are subject to the Open
Software License version 1.1 that can be found at
<ulink url="http://www.opensource.org/licenses/osl-1.1.txt">http://www.opensource.org/licenses/osl-1.1.txt</ulink> and is included herein
by reference.
<ulink url="http://fedoraproject.org/wiki/Licensing:OSL1.1">http://fedoraproject.org/wiki/Licensing:OSL1.1</ulink>
and is included herein by reference.
</para>
<para>
......@@ -945,7 +945,7 @@ and other resources, etc.
<listitem>
<para>
!BSY &amp;&amp; ERR after CDB tranfer starts but before the
!BSY &amp;&amp; ERR after CDB transfer starts but before the
last byte of CDB is transferred. ATA/ATAPI standard states
that &quot;The device shall not terminate the PACKET command
with an error before the last byte of the command packet has
......@@ -1050,7 +1050,7 @@ and other resources, etc.
to complete a command. Combined with the fact that MWDMA
and PIO transfer errors aren't allowed to use ICRC bit up to
ATA/ATAPI-7, it seems to imply that ABRT bit alone could
indicate tranfer errors.
indicate transfer errors.
</para>
<para>
However, ATA/ATAPI-8 draft revision 1f removes the part
......
Documentation/DocBook/media/v4l/biblio.xml
浏览文件 @ 659c36fc
......@@ -128,6 +128,26 @@ url="http://www.ijg.org">http://www.ijg.org</ulink>)</corpauthor>
<subtitle>Version 1.02</subtitle>
</biblioentry>
<biblioentry id="itu-t81">
<abbrev>ITU-T.81</abbrev>
<authorgroup>
<corpauthor>International Telecommunication Union
(<ulink url="http://www.itu.int">http://www.itu.int</ulink>)</corpauthor>
</authorgroup>
<title>ITU-T Recommendation T.81
"Information Technology &mdash; Digital Compression and Coding of Continous-Tone
Still Images &mdash; Requirements and Guidelines"</title>
</biblioentry>
<biblioentry id="w3c-jpeg-jfif">
<abbrev>W3C JPEG JFIF</abbrev>
<authorgroup>
<corpauthor>The World Wide Web Consortium (<ulink
url="http://www.w3.org/Graphics/JPEG">http://www.w3.org</ulink>)</corpauthor>
</authorgroup>
<title>JPEG JFIF</title>
</biblioentry>
<biblioentry id="smpte12m">
<abbrev>SMPTE&nbsp;12M</abbrev>
<authorgroup>
......
Documentation/DocBook/media/v4l/compat.xml
浏览文件 @ 659c36fc
......@@ -444,7 +444,7 @@ linkend="pixfmt-rgb"><constant>V4L2_PIX_FMT_BGR24</constant></link></para></entr
<entry><para><link
linkend="pixfmt-rgb"><constant>V4L2_PIX_FMT_BGR32</constant></link><footnote>
<para>Presumably all V4L RGB formats are
little-endian, although some drivers might interpret them according to machine endianess. V4L2 defines little-endian, big-endian and red/blue
little-endian, although some drivers might interpret them according to machine endianness. V4L2 defines little-endian, big-endian and red/blue
swapped variants. For details see <xref linkend="pixfmt-rgb" />.</para>
</footnote></para></entry>
</row>
......@@ -823,7 +823,7 @@ standard); 35468950&nbsp;Hz PAL and SECAM (625-line standards)</entry>
<row>
<entry>sample_format</entry>
<entry>V4L2_PIX_FMT_GREY. The last four bytes (a
machine endianess integer) contain a frame counter.</entry>
machine endianness integer) contain a frame counter.</entry>
</row>
<row>
<entry>start[]</entry>
......@@ -2393,6 +2393,20 @@ details.</para>
to the <link linkend="control">User controls class</link>.
</para>
</listitem>
<listitem>
<para>Added the device_caps field to struct v4l2_capabilities and added the new
V4L2_CAP_DEVICE_CAPS capability.</para>
</listitem>
</orderedlist>
</section>
<section>
<title>V4L2 in Linux 3.4</title>
<orderedlist>
<listitem>
<para>Added <link linkend="jpeg-controls">JPEG compression control
class</link>.</para>
</listitem>
</orderedlist>
</section>
......
Documentation/DocBook/media/v4l/controls.xml
浏览文件 @ 659c36fc
......@@ -1284,6 +1284,49 @@ values are:</entry>
capturing. This is not done by muting audio hardware, which can still
produce a slight hiss, but in the encoder itself, guaranteeing a fixed
and reproducible audio bitstream. 0 = unmuted, 1 = muted.</entry>
</row>
<row><entry></entry></row>
<row id="v4l2-mpeg-audio-dec-playback">
<entry spanname="id"><constant>V4L2_CID_MPEG_AUDIO_DEC_PLAYBACK</constant>&nbsp;</entry>
<entry>enum&nbsp;v4l2_mpeg_audio_dec_playback</entry>
</row><row><entry spanname="descr">Determines how monolingual audio should be played back.
Possible values are:</entry>
</row>
<row>
<entrytbl spanname="descr" cols="2">
<tbody valign="top">
<row>
<entry><constant>V4L2_MPEG_AUDIO_DEC_PLAYBACK_AUTO</constant>&nbsp;</entry>
<entry>Automatically determines the best playback mode.</entry>
</row>
<row>
<entry><constant>V4L2_MPEG_AUDIO_DEC_PLAYBACK_STEREO</constant>&nbsp;</entry>
<entry>Stereo playback.</entry>
</row>
<row>
<entry><constant>V4L2_MPEG_AUDIO_DEC_PLAYBACK_LEFT</constant>&nbsp;</entry>
<entry>Left channel playback.</entry>
</row>
<row>
<entry><constant>V4L2_MPEG_AUDIO_DEC_PLAYBACK_RIGHT</constant>&nbsp;</entry>
<entry>Right channel playback.</entry>
</row>
<row>
<entry><constant>V4L2_MPEG_AUDIO_DEC_PLAYBACK_MONO</constant>&nbsp;</entry>
<entry>Mono playback.</entry>
</row>
<row>
<entry><constant>V4L2_MPEG_AUDIO_DEC_PLAYBACK_SWAPPED_STEREO</constant>&nbsp;</entry>
<entry>Stereo playback with swapped left and right channels.</entry>
</row>
</tbody>
</entrytbl>
</row>
<row><entry></entry></row>
<row id="v4l2-mpeg-audio-dec-multilingual-playback">
<entry spanname="id"><constant>V4L2_CID_MPEG_AUDIO_DEC_MULTILINGUAL_PLAYBACK</constant>&nbsp;</entry>
<entry>enum&nbsp;v4l2_mpeg_audio_dec_playback</entry>
</row><row><entry spanname="descr">Determines how multilingual audio should be played back.</entry>
</row>
<row><entry></entry></row>
<row id="v4l2-mpeg-video-encoding">
......@@ -1447,6 +1490,22 @@ of the video. The supplied 32-bit integer is interpreted as follows (bit
</tbody>
</entrytbl>
</row>
<row><entry></entry></row>
<row id="v4l2-mpeg-video-dec-pts">
<entry spanname="id"><constant>V4L2_CID_MPEG_VIDEO_DEC_PTS</constant>&nbsp;</entry>
<entry>integer64</entry>
</row><row><entry spanname="descr">This read-only control returns the
33-bit video Presentation Time Stamp as defined in ITU T-REC-H.222.0 and ISO/IEC 13818-1 of
the currently displayed frame. This is the same PTS as is used in &VIDIOC-DECODER-CMD;.</entry>
</row>
<row><entry></entry></row>
<row id="v4l2-mpeg-video-dec-frame">
<entry spanname="id"><constant>V4L2_CID_MPEG_VIDEO_DEC_FRAME</constant>&nbsp;</entry>
<entry>integer64</entry>
</row><row><entry spanname="descr">This read-only control returns the
frame counter of the frame that is currently displayed (decoded). This value is reset to 0 whenever
the decoder is started.</entry>
</row>
<row><entry></entry></row>
......@@ -3377,6 +3436,167 @@ interface and may change in the future.</para>
</tbody>
</tgroup>
</table>
</section>
<section id="jpeg-controls">
<title>JPEG Control Reference</title>
<para>The JPEG class includes controls for common features of JPEG
encoders and decoders. Currently it includes features for codecs
implementing progressive baseline DCT compression process with
Huffman entrophy coding.</para>
<table pgwide="1" frame="none" id="jpeg-control-id">
<title>JPEG Control IDs</title>
<tgroup cols="4">
<colspec colname="c1" colwidth="1*" />
<colspec colname="c2" colwidth="6*" />
<colspec colname="c3" colwidth="2*" />
<colspec colname="c4" colwidth="6*" />
<spanspec namest="c1" nameend="c2" spanname="id" />
<spanspec namest="c2" nameend="c4" spanname="descr" />
<thead>
<row>
<entry spanname="id" align="left">ID</entry>
<entry align="left">Type</entry>
</row><row rowsep="1"><entry spanname="descr" align="left">Description</entry>
</row>
</thead>
<tbody valign="top">
<row><entry></entry></row>
<row>
<entry spanname="id"><constant>V4L2_CID_JPEG_CLASS</constant>&nbsp;</entry>
<entry>class</entry>
</row><row><entry spanname="descr">The JPEG class descriptor. Calling
&VIDIOC-QUERYCTRL; for this control will return a description of this
control class.
</entry>
</row>
<row>
<entry spanname="id"><constant>V4L2_CID_JPEG_CHROMA_SUBSAMPLING</constant></entry>
<entry>menu</entry>
</row>
<row id="jpeg-chroma-subsampling-control">
<entry spanname="descr">The chroma subsampling factors describe how
each component of an input image is sampled, in respect to maximum
sample rate in each spatial dimension. See <xref linkend="itu-t81"/>,
clause A.1.1. for more details. The <constant>
V4L2_CID_JPEG_CHROMA_SUBSAMPLING</constant> control determines how
Cb and Cr components are downsampled after coverting an input image
from RGB to Y'CbCr color space.
</entry>
</row>
<row>
<entrytbl spanname="descr" cols="2">
<tbody valign="top">
<row>
<entry><constant>V4L2_JPEG_CHROMA_SUBSAMPLING_444</constant>
</entry><entry>No chroma subsampling, each pixel has
Y, Cr and Cb values.</entry>
</row>
<row>
<entry><constant>V4L2_JPEG_CHROMA_SUBSAMPLING_422</constant>
</entry><entry>Horizontally subsample Cr, Cb components
by a factor of 2.</entry>
</row>
<row>
<entry><constant>V4L2_JPEG_CHROMA_SUBSAMPLING_420</constant>
</entry><entry>Subsample Cr, Cb components horizontally
and vertically by 2.</entry>
</row>
<row>
<entry><constant>V4L2_JPEG_CHROMA_SUBSAMPLING_411</constant>
</entry><entry>Horizontally subsample Cr, Cb components
by a factor of 4.</entry>
</row>
<row>
<entry><constant>V4L2_JPEG_CHROMA_SUBSAMPLING_410</constant>
</entry><entry>Subsample Cr, Cb components horizontally
by 4 and vertically by 2.</entry>
</row>
<row>
<entry><constant>V4L2_JPEG_CHROMA_SUBSAMPLING_GRAY</constant>
</entry><entry>Use only luminance component.</entry>
</row>
</tbody>
</entrytbl>
</row>
<row>
<entry spanname="id"><constant>V4L2_CID_JPEG_RESTART_INTERVAL</constant>
</entry><entry>integer</entry>
</row>
<row><entry spanname="descr">
The restart interval determines an interval of inserting RSTm
markers (m = 0..7). The purpose of these markers is to additionally
reinitialize the encoder process, in order to process blocks of
an image independently.
For the lossy compression processes the restart interval unit is
MCU (Minimum Coded Unit) and its value is contained in DRI
(Define Restart Interval) marker. If <constant>
V4L2_CID_JPEG_RESTART_INTERVAL</constant> control is set to 0,
DRI and RSTm markers will not be inserted.
</entry>
</row>
<row id="jpeg-quality-control">
<entry spanname="id"><constant>V4L2_CID_JPEG_COMPRESION_QUALITY</constant></entry>
<entry>integer</entry>
</row>
<row>
<entry spanname="descr">
<constant>V4L2_CID_JPEG_COMPRESION_QUALITY</constant> control
determines trade-off between image quality and size.
It provides simpler method for applications to control image quality,
without a need for direct reconfiguration of luminance and chrominance
quantization tables.
In cases where a driver uses quantization tables configured directly
by an application, using interfaces defined elsewhere, <constant>
V4L2_CID_JPEG_COMPRESION_QUALITY</constant> control should be set
by driver to 0.
<para>The value range of this control is driver-specific. Only
positive, non-zero values are meaningful. The recommended range
is 1 - 100, where larger values correspond to better image quality.
</para>
</entry>
</row>
<row id="jpeg-active-marker-control">
<entry spanname="id"><constant>V4L2_CID_JPEG_ACTIVE_MARKER</constant></entry>
<entry>bitmask</entry>
</row>
<row>
<entry spanname="descr">Specify which JPEG markers are included
in compressed stream. This control is valid only for encoders.
</entry>
</row>
<row>
<entrytbl spanname="descr" cols="2">
<tbody valign="top">
<row>
<entry><constant>V4L2_JPEG_ACTIVE_MARKER_APP0</constant></entry>
<entry>Application data segment APP<subscript>0</subscript>.</entry>
</row><row>
<entry><constant>V4L2_JPEG_ACTIVE_MARKER_APP1</constant></entry>
<entry>Application data segment APP<subscript>1</subscript>.</entry>
</row><row>
<entry><constant>V4L2_JPEG_ACTIVE_MARKER_COM</constant></entry>
<entry>Comment segment.</entry>
</row><row>
<entry><constant>V4L2_JPEG_ACTIVE_MARKER_DQT</constant></entry>
<entry>Quantization tables segment.</entry>
</row><row>
<entry><constant>V4L2_JPEG_ACTIVE_MARKER_DHT</constant></entry>
<entry>Huffman tables segment.</entry>
</row>
</tbody>
</entrytbl>
</row>
<row><entry></entry></row>
</tbody>
</tgroup>
</table>
<para>For more details about JPEG specification, refer
to <xref linkend="itu-t81"/>, <xref linkend="jfif"/>,
<xref linkend="w3c-jpeg-jfif"/>.</para>
</section>
</section>
Documentation/DocBook/media/v4l/selection-api.xml
浏览文件 @ 659c36fc
......@@ -52,6 +52,10 @@ cropping and composing rectangles have the same size.</para>
</textobject>
</mediaobject>
</figure>
For complete list of the available selection targets see table <xref
linkend="v4l2-sel-target"/>
</section>
<section>
......@@ -186,7 +190,7 @@ V4L2_SEL_TGT_COMPOSE_ACTIVE </constant> target.</para>
<section>
<title>Scaling control.</title>
<title>Scaling control</title>
<para>An application can detect if scaling is performed by comparing the width
and the height of rectangles obtained using <constant> V4L2_SEL_TGT_CROP_ACTIVE
......@@ -200,7 +204,7 @@ the scaling ratios using these values.</para>
<section>
<title>Comparison with old cropping API.</title>
<title>Comparison with old cropping API</title>
<para>The selection API was introduced to cope with deficiencies of previous
<link linkend="crop"> API </link>, that was designed to control simple capture
......
Documentation/DocBook/media/v4l/v4l2.xml
浏览文件 @ 659c36fc
......@@ -127,6 +127,22 @@ structs, ioctls) must be noted in more detail in the history chapter
(compat.xml), along with the possible impact on existing drivers and
applications. -->
<revision>
<revnumber>3.4</revnumber>
<date>2012-01-25</date>
<authorinitials>sn</authorinitials>
<revremark>Added <link linkend="jpeg-controls">JPEG compression
control class.</link>
</revremark>
</revision>
<revision>
<revnumber>3.3</revnumber>
<date>2012-01-11</date>
<authorinitials>hv</authorinitials>
<revremark>Added device_caps field to struct v4l2_capabilities.</revremark>
</revision>
<revision>
<revnumber>3.2</revnumber>
<date>2011-08-26</date>
......@@ -417,7 +433,7 @@ and discussions on the V4L mailing list.</revremark>
</partinfo>
<title>Video for Linux Two API Specification</title>
<subtitle>Revision 3.2</subtitle>
<subtitle>Revision 3.3</subtitle>
<chapter id="common">
&sub-common;
......@@ -473,6 +489,7 @@ and discussions on the V4L mailing list.</revremark>
&sub-cropcap;
&sub-dbg-g-chip-ident;
&sub-dbg-g-register;
&sub-decoder-cmd;
&sub-dqevent;
&sub-encoder-cmd;
&sub-enumaudio;
......
Documentation/DocBook/media/v4l/vidioc-decoder-cmd.xml 0 → 100644
浏览文件 @ 659c36fc
<refentry id="vidioc-decoder-cmd">
<refmeta>
<refentrytitle>ioctl VIDIOC_DECODER_CMD, VIDIOC_TRY_DECODER_CMD</refentrytitle>
&manvol;
</refmeta>
<refnamediv>
<refname>VIDIOC_DECODER_CMD</refname>
<refname>VIDIOC_TRY_DECODER_CMD</refname>
<refpurpose>Execute an decoder command</refpurpose>
</refnamediv>
<refsynopsisdiv>
<funcsynopsis>
<funcprototype>
<funcdef>int <function>ioctl</function></funcdef>
<paramdef>int <parameter>fd</parameter></paramdef>
<paramdef>int <parameter>request</parameter></paramdef>
<paramdef>struct v4l2_decoder_cmd *<parameter>argp</parameter></paramdef>
</funcprototype>
</funcsynopsis>
</refsynopsisdiv>
<refsect1>
<title>Arguments</title>
<variablelist>
<varlistentry>
<term><parameter>fd</parameter></term>
<listitem>
<para>&fd;</para>
</listitem>
</varlistentry>
<varlistentry>
<term><parameter>request</parameter></term>
<listitem>
<para>VIDIOC_DECODER_CMD, VIDIOC_TRY_DECODER_CMD</para>
</listitem>
</varlistentry>
<varlistentry>
<term><parameter>argp</parameter></term>
<listitem>
<para></para>
</listitem>
</varlistentry>
</variablelist>
</refsect1>
<refsect1>
<title>Description</title>
<note>
<title>Experimental</title>
<para>This is an <link linkend="experimental">experimental</link>
interface and may change in the future.</para>
</note>
<para>These ioctls control an audio/video (usually MPEG-) decoder.
<constant>VIDIOC_DECODER_CMD</constant> sends a command to the
decoder, <constant>VIDIOC_TRY_DECODER_CMD</constant> can be used to
try a command without actually executing it. To send a command applications
must initialize all fields of a &v4l2-decoder-cmd; and call
<constant>VIDIOC_DECODER_CMD</constant> or <constant>VIDIOC_TRY_DECODER_CMD</constant>
with a pointer to this structure.</para>
<para>The <structfield>cmd</structfield> field must contain the
command code. Some commands use the <structfield>flags</structfield> field for
additional information.
</para>
<para>A <function>write</function>() or &VIDIOC-STREAMON; call sends an implicit
START command to the decoder if it has not been started yet.
</para>
<para>A <function>close</function>() or &VIDIOC-STREAMOFF; call of a streaming
file descriptor sends an implicit immediate STOP command to the decoder, and all
buffered data is discarded.</para>
<para>These ioctls are optional, not all drivers may support
them. They were introduced in Linux 3.3.</para>
<table pgwide="1" frame="none" id="v4l2-decoder-cmd">
<title>struct <structname>v4l2_decoder_cmd</structname></title>
<tgroup cols="5">
&cs-str;
<tbody valign="top">
<row>
<entry>__u32</entry>
<entry><structfield>cmd</structfield></entry>
<entry></entry>
<entry></entry>
<entry>The decoder command, see <xref linkend="decoder-cmds" />.</entry>
</row>
<row>
<entry>__u32</entry>
<entry><structfield>flags</structfield></entry>
<entry></entry>
<entry></entry>
<entry>Flags to go with the command. If no flags are defined for
this command, drivers and applications must set this field to zero.</entry>
</row>
<row>
<entry>union</entry>
<entry>(anonymous)</entry>
<entry></entry>
<entry></entry>
<entry></entry>
</row>
<row>
<entry></entry>
<entry>struct</entry>
<entry><structfield>start</structfield></entry>
<entry></entry>
<entry>Structure containing additional data for the
<constant>V4L2_DEC_CMD_START</constant> command.</entry>
</row>
<row>
<entry></entry>
<entry></entry>
<entry>__s32</entry>
<entry><structfield>speed</structfield></entry>
<entry>Playback speed and direction. The playback speed is defined as
<structfield>speed</structfield>/1000 of the normal speed. So 1000 is normal playback.
Negative numbers denote reverse playback, so -1000 does reverse playback at normal
speed. Speeds -1, 0 and 1 have special meanings: speed 0 is shorthand for 1000
(normal playback). A speed of 1 steps just one frame forward, a speed of -1 steps
just one frame back.
</entry>
</row>
<row>
<entry></entry>
<entry></entry>
<entry>__u32</entry>
<entry><structfield>format</structfield></entry>
<entry>Format restrictions. This field is set by the driver, not the
application. Possible values are <constant>V4L2_DEC_START_FMT_NONE</constant> if
there are no format restrictions or <constant>V4L2_DEC_START_FMT_GOP</constant>
if the decoder operates on full GOPs (<wordasword>Group Of Pictures</wordasword>).
This is usually the case for reverse playback: the decoder needs full GOPs, which
it can then play in reverse order. So to implement reverse playback the application
must feed the decoder the last GOP in the video file, then the GOP before that, etc. etc.
</entry>
</row>
<row>
<entry></entry>
<entry>struct</entry>
<entry><structfield>stop</structfield></entry>
<entry></entry>
<entry>Structure containing additional data for the
<constant>V4L2_DEC_CMD_STOP</constant> command.</entry>
</row>
<row>
<entry></entry>
<entry></entry>
<entry>__u64</entry>
<entry><structfield>pts</structfield></entry>
<entry>Stop playback at this <structfield>pts</structfield> or immediately
if the playback is already past that timestamp. Leave to 0 if you want to stop after the
last frame was decoded.
</entry>
</row>
<row>
<entry></entry>
<entry>struct</entry>
<entry><structfield>raw</structfield></entry>
<entry></entry>
<entry></entry>
</row>
<row>
<entry></entry>
<entry></entry>
<entry>__u32</entry>
<entry><structfield>data</structfield>[16]</entry>
<entry>Reserved for future extensions. Drivers and
applications must set the array to zero.</entry>
</row>
</tbody>
</tgroup>
</table>
<table pgwide="1" frame="none" id="decoder-cmds">
<title>Decoder Commands</title>
<tgroup cols="3">
&cs-def;
<tbody valign="top">
<row>
<entry><constant>V4L2_DEC_CMD_START</constant></entry>
<entry>0</entry>
<entry>Start the decoder. When the decoder is already
running or paused, this command will just change the playback speed.
That means that calling <constant>V4L2_DEC_CMD_START</constant> when
the decoder was paused will <emphasis>not</emphasis> resume the decoder.
You have to explicitly call <constant>V4L2_DEC_CMD_RESUME</constant> for that.
This command has one flag:
<constant>V4L2_DEC_CMD_START_MUTE_AUDIO</constant>. If set, then audio will
be muted when playing back at a non-standard speed.
</entry>
</row>
<row>
<entry><constant>V4L2_DEC_CMD_STOP</constant></entry>
<entry>1</entry>
<entry>Stop the decoder. When the decoder is already stopped,
this command does nothing. This command has two flags:
if <constant>V4L2_DEC_CMD_STOP_TO_BLACK</constant> is set, then the decoder will
set the picture to black after it stopped decoding. Otherwise the last image will
repeat. If <constant>V4L2_DEC_CMD_STOP_IMMEDIATELY</constant> is set, then the decoder
stops immediately (ignoring the <structfield>pts</structfield> value), otherwise it
will keep decoding until timestamp >= pts or until the last of the pending data from
its internal buffers was decoded.
</entry>
</row>
<row>
<entry><constant>V4L2_DEC_CMD_PAUSE</constant></entry>
<entry>2</entry>
<entry>Pause the decoder. When the decoder has not been
started yet, the driver will return an &EPERM;. When the decoder is
already paused, this command does nothing. This command has one flag:
if <constant>V4L2_DEC_CMD_PAUSE_TO_BLACK</constant> is set, then set the
decoder output to black when paused.
</entry>
</row>
<row>
<entry><constant>V4L2_DEC_CMD_RESUME</constant></entry>
<entry>3</entry>
<entry>Resume decoding after a PAUSE command. When the
decoder has not been started yet, the driver will return an &EPERM;.
When the decoder is already running, this command does nothing. No
flags are defined for this command.</entry>
</row>
</tbody>
</tgroup>
</table>
</refsect1>
<refsect1>
&return-value;
<variablelist>
<varlistentry>
<term><errorcode>EINVAL</errorcode></term>
<listitem>
<para>The <structfield>cmd</structfield> field is invalid.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><errorcode>EPERM</errorcode></term>
<listitem>
<para>The application sent a PAUSE or RESUME command when
the decoder was not running.</para>
</listitem>
</varlistentry>
</variablelist>
</refsect1>
</refentry>
Documentation/DocBook/media/v4l/vidioc-encoder-cmd.xml
浏览文件 @ 659c36fc
......@@ -74,15 +74,16 @@ only used by the STOP command and contains one bit: If the
encoding will continue until the end of the current <wordasword>Group
Of Pictures</wordasword>, otherwise it will stop immediately.</para>
<para>A <function>read</function>() call sends a START command to
the encoder if it has not been started yet. After a STOP command,
<para>A <function>read</function>() or &VIDIOC-STREAMON; call sends an implicit
START command to the encoder if it has not been started yet. After a STOP command,
<function>read</function>() calls will read the remaining data
buffered by the driver. When the buffer is empty,
<function>read</function>() will return zero and the next
<function>read</function>() call will restart the encoder.</para>
<para>A <function>close</function>() call sends an immediate STOP
to the encoder, and all buffered data is discarded.</para>
<para>A <function>close</function>() or &VIDIOC-STREAMOFF; call of a streaming
file descriptor sends an implicit immediate STOP to the encoder, and all buffered
data is discarded.</para>
<para>These ioctls are optional, not all drivers may support
them. They were introduced in Linux 2.6.21.</para>
......
Documentation/DocBook/media/v4l/vidioc-g-jpegcomp.xml
浏览文件 @ 659c36fc
......@@ -57,6 +57,11 @@
<refsect1>
<title>Description</title>
<para>These ioctls are <emphasis role="bold">deprecated</emphasis>.
New drivers and applications should use <link linkend="jpeg-controls">
JPEG class controls</link> for image quality and JPEG markers control.
</para>
<para>[to do]</para>
<para>Ronald Bultje elaborates:</para>
......@@ -86,7 +91,10 @@ to add them.</para>
<row>
<entry>int</entry>
<entry><structfield>quality</structfield></entry>
<entry></entry>
<entry>Deprecated. If <link linkend="jpeg-quality-control"><constant>
V4L2_CID_JPEG_IMAGE_QUALITY</constant></link> control is exposed by
a driver applications should use it instead and ignore this field.
</entry>
</row>
<row>
<entry>int</entry>
......@@ -116,7 +124,11 @@ to add them.</para>
<row>
<entry>__u32</entry>
<entry><structfield>jpeg_markers</structfield></entry>
<entry>See <xref linkend="jpeg-markers" />.</entry>
<entry>See <xref linkend="jpeg-markers"/>. Deprecated.
If <link linkend="jpeg-active-marker-control"><constant>
V4L2_CID_JPEG_ACTIVE_MARKER</constant></link> control
is exposed by a driver applications should use it instead
and ignore this field.</entry>
</row>
</tbody>
</tgroup>
......
Documentation/DocBook/media/v4l/vidioc-g-selection.xml
浏览文件 @ 659c36fc
......@@ -58,43 +58,43 @@
<para>The ioctls are used to query and configure selection rectangles.</para>
<para> To query the cropping (composing) rectangle set <structfield>
&v4l2-selection;::type </structfield> to the respective buffer type. Do not
use multiplanar buffers. Use <constant> V4L2_BUF_TYPE_VIDEO_CAPTURE
<para> To query the cropping (composing) rectangle set &v4l2-selection;
<structfield> type </structfield> field to the respective buffer type.
Do not use multiplanar buffers. Use <constant> V4L2_BUF_TYPE_VIDEO_CAPTURE
</constant> instead of <constant> V4L2_BUF_TYPE_VIDEO_CAPTURE_MPLANE
</constant>. Use <constant> V4L2_BUF_TYPE_VIDEO_OUTPUT </constant> instead of
<constant> V4L2_BUF_TYPE_VIDEO_OUTPUT_MPLANE </constant>. The next step is
setting <structfield> &v4l2-selection;::target </structfield> to value
<constant> V4L2_SEL_TGT_CROP_ACTIVE </constant> (<constant>
setting the value of &v4l2-selection; <structfield>target</structfield> field
to <constant> V4L2_SEL_TGT_CROP_ACTIVE </constant> (<constant>
V4L2_SEL_TGT_COMPOSE_ACTIVE </constant>). Please refer to table <xref
linkend="v4l2-sel-target" /> or <xref linkend="selection-api" /> for additional
targets. Fields <structfield> &v4l2-selection;::flags </structfield> and
<structfield> &v4l2-selection;::reserved </structfield> are ignored and they
must be filled with zeros. The driver fills the rest of the structure or
targets. The <structfield>flags</structfield> and <structfield>reserved
</structfield> fields of &v4l2-selection; are ignored and they must be filled
with zeros. The driver fills the rest of the structure or
returns &EINVAL; if incorrect buffer type or target was used. If cropping
(composing) is not supported then the active rectangle is not mutable and it is
always equal to the bounds rectangle. Finally, structure <structfield>
&v4l2-selection;::r </structfield> is filled with the current cropping
always equal to the bounds rectangle. Finally, the &v4l2-rect;
<structfield>r</structfield> rectangle is filled with the current cropping
(composing) coordinates. The coordinates are expressed in driver-dependent
units. The only exception are rectangles for images in raw formats, whose
coordinates are always expressed in pixels. </para>
<para> To change the cropping (composing) rectangle set <structfield>
&v4l2-selection;::type </structfield> to the respective buffer type. Do not
<para> To change the cropping (composing) rectangle set the &v4l2-selection;
<structfield>type</structfield> field to the respective buffer type. Do not
use multiplanar buffers. Use <constant> V4L2_BUF_TYPE_VIDEO_CAPTURE
</constant> instead of <constant> V4L2_BUF_TYPE_VIDEO_CAPTURE_MPLANE
</constant>. Use <constant> V4L2_BUF_TYPE_VIDEO_OUTPUT </constant> instead of
<constant> V4L2_BUF_TYPE_VIDEO_OUTPUT_MPLANE </constant>. The next step is
setting <structfield> &v4l2-selection;::target </structfield> to value
<constant> V4L2_SEL_TGT_CROP_ACTIVE </constant> (<constant>
setting the value of &v4l2-selection; <structfield>target</structfield> to
<constant>V4L2_SEL_TGT_CROP_ACTIVE</constant> (<constant>
V4L2_SEL_TGT_COMPOSE_ACTIVE </constant>). Please refer to table <xref
linkend="v4l2-sel-target" /> or <xref linkend="selection-api" /> for additional
targets. Set desired active area into the field <structfield>
&v4l2-selection;::r </structfield>. Field <structfield>
&v4l2-selection;::reserved </structfield> is ignored and must be filled with
zeros. The driver may adjust the rectangle coordinates. An application may
introduce constraints to control rounding behaviour. Set the field
<structfield> &v4l2-selection;::flags </structfield> to one of values:
targets. The &v4l2-rect; <structfield>r</structfield> rectangle need to be
set to the desired active area. Field &v4l2-selection; <structfield> reserved
</structfield> is ignored and must be filled with zeros. The driver may adjust
coordinates of the requested rectangle. An application may
introduce constraints to control rounding behaviour. The &v4l2-selection;
<structfield>flags</structfield> field must be set to one of the following:
<itemizedlist>
<listitem>
......@@ -129,7 +129,7 @@ and vertical offset and sizes are chosen according to following priority:
<orderedlist>
<listitem>
<para>Satisfy constraints from <structfield>&v4l2-selection;::flags</structfield>.</para>
<para>Satisfy constraints from &v4l2-selection; <structfield>flags</structfield>.</para>
</listitem>
<listitem>
<para>Adjust width, height, left, and top to hardware limits and alignments.</para>
......@@ -145,7 +145,7 @@ and vertical offset and sizes are chosen according to following priority:
</listitem>
</orderedlist>
On success the field <structfield> &v4l2-selection;::r </structfield> contains
On success the &v4l2-rect; <structfield>r</structfield> field contains
the adjusted rectangle. When the parameters are unsuitable the application may
modify the cropping (composing) or image parameters and repeat the cycle until
satisfactory parameters have been negotiated. If constraints flags have to be
......@@ -162,38 +162,38 @@ exist no rectangle </emphasis> that satisfies the constraints.</para>
<tbody valign="top">
<row>
<entry><constant>V4L2_SEL_TGT_CROP_ACTIVE</constant></entry>
<entry>0</entry>
<entry>area that is currently cropped by hardware</entry>
<entry>0x0000</entry>
<entry>The area that is currently cropped by hardware.</entry>
</row>
<row>
<entry><constant>V4L2_SEL_TGT_CROP_DEFAULT</constant></entry>
<entry>1</entry>
<entry>suggested cropping rectangle that covers the "whole picture"</entry>
<entry>0x0001</entry>
<entry>Suggested cropping rectangle that covers the "whole picture".</entry>
</row>
<row>
<entry><constant>V4L2_SEL_TGT_CROP_BOUNDS</constant></entry>
<entry>2</entry>
<entry>limits for the cropping rectangle</entry>
<entry>0x0002</entry>
<entry>Limits for the cropping rectangle.</entry>
</row>
<row>
<entry><constant>V4L2_SEL_TGT_COMPOSE_ACTIVE</constant></entry>
<entry>256</entry>
<entry>area to which data are composed by hardware</entry>
<entry>0x0100</entry>
<entry>The area to which data is composed by hardware.</entry>
</row>
<row>
<entry><constant>V4L2_SEL_TGT_COMPOSE_DEFAULT</constant></entry>
<entry>257</entry>
<entry>suggested composing rectangle that covers the "whole picture"</entry>
<entry>0x0101</entry>
<entry>Suggested composing rectangle that covers the "whole picture".</entry>
</row>
<row>
<entry><constant>V4L2_SEL_TGT_COMPOSE_BOUNDS</constant></entry>
<entry>258</entry>
<entry>limits for the composing rectangle</entry>
<entry>0x0102</entry>
<entry>Limits for the composing rectangle.</entry>
</row>
<row>
<entry><constant>V4L2_SEL_TGT_COMPOSE_PADDED</constant></entry>
<entry>259</entry>
<entry>the active area and all padding pixels that are inserted or modified by the hardware</entry>
<entry>0x0103</entry>
<entry>The active area and all padding pixels that are inserted or modified by hardware.</entry>
</row>
</tbody>
</tgroup>
......@@ -209,12 +209,14 @@ exist no rectangle </emphasis> that satisfies the constraints.</para>
<row>
<entry><constant>V4L2_SEL_FLAG_GE</constant></entry>
<entry>0x00000001</entry>
<entry>indicate that adjusted rectangle must contain a rectangle from <structfield>&v4l2-selection;::r</structfield></entry>
<entry>Indicates that the adjusted rectangle must contain the original
&v4l2-selection; <structfield>r</structfield> rectangle.</entry>
</row>
<row>
<entry><constant>V4L2_SEL_FLAG_LE</constant></entry>
<entry>0x00000002</entry>
<entry>indicate that adjusted rectangle must be inside a rectangle from <structfield>&v4l2-selection;::r</structfield></entry>
<entry>Indicates that the adjusted rectangle must be inside the original
&v4l2-rect; <structfield>r</structfield> rectangle.</entry>
</row>
</tbody>
</tgroup>
......@@ -245,27 +247,29 @@ exist no rectangle </emphasis> that satisfies the constraints.</para>
<row>
<entry>__u32</entry>
<entry><structfield>type</structfield></entry>
<entry>Type of the buffer (from &v4l2-buf-type;)</entry>
<entry>Type of the buffer (from &v4l2-buf-type;).</entry>
</row>
<row>
<entry>__u32</entry>
<entry><structfield>target</structfield></entry>
<entry>used to select between <link linkend="v4l2-sel-target"> cropping and composing rectangles </link></entry>
<entry>Used to select between <link linkend="v4l2-sel-target"> cropping
and composing rectangles</link>.</entry>
</row>
<row>
<entry>__u32</entry>
<entry><structfield>flags</structfield></entry>
<entry>control over coordinates adjustments, refer to <link linkend="v4l2-sel-flags">selection flags</link></entry>
<entry>Flags controlling the selection rectangle adjustments, refer to
<link linkend="v4l2-sel-flags">selection flags</link>.</entry>
</row>
<row>
<entry>&v4l2-rect;</entry>
<entry><structfield>r</structfield></entry>
<entry>selection rectangle</entry>
<entry>The selection rectangle.</entry>
</row>
<row>
<entry>__u32</entry>
<entry><structfield>reserved[9]</structfield></entry>
<entry>Reserved fields for future use</entry>
<entry>Reserved fields for future use.</entry>
</row>
</tbody>
</tgroup>
......@@ -278,24 +282,24 @@ exist no rectangle </emphasis> that satisfies the constraints.</para>
<varlistentry>
<term><errorcode>EINVAL</errorcode></term>
<listitem>
<para>The buffer <structfield> &v4l2-selection;::type </structfield>
or <structfield> &v4l2-selection;::target </structfield> is not supported, or
the <structfield> &v4l2-selection;::flags </structfield> are invalid.</para>
<para>Given buffer type <structfield>type</structfield> or
the selection target <structfield>target</structfield> is not supported,
or the <structfield>flags</structfield> argument is not valid.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><errorcode>ERANGE</errorcode></term>
<listitem>
<para>it is not possible to adjust a rectangle <structfield>
&v4l2-selection;::r </structfield> that satisfies all contraints from
<structfield> &v4l2-selection;::flags </structfield>.</para>
<para>It is not possible to adjust &v4l2-rect; <structfield>
r</structfield> rectangle to satisfy all contraints given in the
<structfield>flags</structfield> argument.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><errorcode>EBUSY</errorcode></term>
<listitem>
<para>it is not possible to apply change of selection rectangle at the moment.
Usually because streaming is in progress.</para>
<para>It is not possible to apply change of the selection rectangle
at the moment. Usually because streaming is in progress.</para>
</listitem>
</varlistentry>
</variablelist>
......
Documentation/DocBook/media/v4l/vidioc-querycap.xml
浏览文件 @ 659c36fc
......@@ -124,12 +124,35 @@ printf ("Version: %u.%u.%u\n",
<row>
<entry>__u32</entry>
<entry><structfield>capabilities</structfield></entry>
<entry>Device capabilities, see <xref
linkend="device-capabilities" />.</entry>
<entry>Available capabilities of the physical device as a whole, see <xref
linkend="device-capabilities" />. The same physical device can export
multiple devices in /dev (e.g. /dev/videoX, /dev/vbiY and /dev/radioZ).
The <structfield>capabilities</structfield> field should contain a union
of all capabilities available around the several V4L2 devices exported
to userspace.
For all those devices the <structfield>capabilities</structfield> field
returns the same set of capabilities. This allows applications to open
just one of the devices (typically the video device) and discover whether
video, vbi and/or radio are also supported.
</entry>
</row>
<row>
<entry>__u32</entry>
<entry><structfield>reserved</structfield>[4]</entry>
<entry><structfield>device_caps</structfield></entry>
<entry>Device capabilities of the opened device, see <xref
linkend="device-capabilities" />. Should contain the available capabilities
of that specific device node. So, for example, <structfield>device_caps</structfield>
of a radio device will only contain radio related capabilities and
no video or vbi capabilities. This field is only set if the <structfield>capabilities</structfield>
field contains the <constant>V4L2_CAP_DEVICE_CAPS</constant> capability.
Only the <structfield>capabilities</structfield> field can have the
<constant>V4L2_CAP_DEVICE_CAPS</constant> capability, <structfield>device_caps</structfield>
will never set <constant>V4L2_CAP_DEVICE_CAPS</constant>.
</entry>
</row>
<row>
<entry>__u32</entry>
<entry><structfield>reserved</structfield>[3]</entry>
<entry>Reserved for future extensions. Drivers must set
this array to zero.</entry>
</row>
......@@ -276,6 +299,13 @@ linkend="async">asynchronous</link> I/O methods.</entry>
<entry>The device supports the <link
linkend="mmap">streaming</link> I/O method.</entry>
</row>
<row>
<entry><constant>V4L2_CAP_DEVICE_CAPS</constant></entry>
<entry>0x80000000</entry>
<entry>The driver fills the <structfield>device_caps</structfield>
field. This capability can only appear in the <structfield>capabilities</structfield>
field and never in the <structfield>device_caps</structfield> field.</entry>
</row>
</tbody>
</tgroup>
</table>
......
Documentation/DocBook/media/v4l/vidioc-s-hw-freq-seek.xml
浏览文件 @ 659c36fc
......@@ -96,8 +96,8 @@ field and the &v4l2-tuner; <structfield>index</structfield> field.</entry>
<row>
<entry>__u32</entry>
<entry><structfield>reserved</structfield>[7]</entry>
<entry>Reserved for future extensions. Drivers and
applications must set the array to zero.</entry>
<entry>Reserved for future extensions. Applications
must set the array to zero.</entry>
</row>
</tbody>
</tgroup>
......@@ -112,7 +112,7 @@ field and the &v4l2-tuner; <structfield>index</structfield> field.</entry>
<term><errorcode>EINVAL</errorcode></term>
<listitem>
<para>The <structfield>tuner</structfield> index is out of
bounds or the value in the <structfield>type</structfield> field is
bounds, the wrap_around value is not supported or the value in the <structfield>type</structfield> field is
wrong.</para>
</listitem>
</varlistentry>
......
Documentation/EDID/1024x768.S 0 → 100644
浏览文件 @ 659c36fc
/*
1024x768.S: EDID data set for standard 1024x768 60 Hz monitor
Copyright (C) 2011 Carsten Emde <C.Emde@osadl.org>
This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License
as published by the Free Software Foundation; either version 2
of the License, or (at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
*/
/* EDID */
#define VERSION 1
#define REVISION 3
/* Display */
#define CLOCK 65000 /* kHz */
#define XPIX 1024
#define YPIX 768
#define XY_RATIO XY_RATIO_4_3
#define XBLANK 320
#define YBLANK 38
#define XOFFSET 8
#define XPULSE 144
#define YOFFSET (63+3)
#define YPULSE (63+6)
#define DPI 72
#define VFREQ 60 /* Hz */
#define TIMING_NAME "Linux XGA"
#define ESTABLISHED_TIMINGS_BITS 0x08 /* Bit 3 -> 1024x768 @60 Hz */
#define HSYNC_POL 0
#define VSYNC_POL 0
#define CRC 0x55
#include "edid.S"
Documentation/EDID/1280x1024.S 0 → 100644
浏览文件 @ 659c36fc
/*
1280x1024.S: EDID data set for standard 1280x1024 60 Hz monitor
Copyright (C) 2011 Carsten Emde <C.Emde@osadl.org>
This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License
as published by the Free Software Foundation; either version 2
of the License, or (at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
*/
/* EDID */
#define VERSION 1
#define REVISION 3
/* Display */
#define CLOCK 108000 /* kHz */
#define XPIX 1280
#define YPIX 1024
#define XY_RATIO XY_RATIO_5_4
#define XBLANK 408
#define YBLANK 42
#define XOFFSET 48
#define XPULSE 112
#define YOFFSET (63+1)
#define YPULSE (63+3)
#define DPI 72
#define VFREQ 60 /* Hz */
#define TIMING_NAME "Linux SXGA"
#define ESTABLISHED_TIMINGS_BITS 0x00 /* none */
#define HSYNC_POL 1
#define VSYNC_POL 1
#define CRC 0xa0
#include "edid.S"
Documentation/EDID/1680x1050.S 0 → 100644
浏览文件 @ 659c36fc
/*
1680x1050.S: EDID data set for standard 1680x1050 60 Hz monitor
Copyright (C) 2012 Carsten Emde <C.Emde@osadl.org>
This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License
as published by the Free Software Foundation; either version 2
of the License, or (at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
*/
/* EDID */
#define VERSION 1
#define REVISION 3
/* Display */
#define CLOCK 146250 /* kHz */
#define XPIX 1680
#define YPIX 1050
#define XY_RATIO XY_RATIO_16_10
#define XBLANK 560
#define YBLANK 39
#define XOFFSET 104
#define XPULSE 176
#define YOFFSET (63+3)
#define YPULSE (63+6)
#define DPI 96
#define VFREQ 60 /* Hz */
#define TIMING_NAME "Linux WSXGA"
#define ESTABLISHED_TIMINGS_BITS 0x00 /* none */
#define HSYNC_POL 1
#define VSYNC_POL 1
#define CRC 0x26
#include "edid.S"
Documentation/EDID/1920x1080.S 0 → 100644
浏览文件 @ 659c36fc
/*
1920x1080.S: EDID data set for standard 1920x1080 60 Hz monitor
Copyright (C) 2012 Carsten Emde <C.Emde@osadl.org>
This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License
as published by the Free Software Foundation; either version 2
of the License, or (at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
*/
/* EDID */
#define VERSION 1
#define REVISION 3
/* Display */
#define CLOCK 148500 /* kHz */
#define XPIX 1920
#define YPIX 1080
#define XY_RATIO XY_RATIO_16_9
#define XBLANK 280
#define YBLANK 45
#define XOFFSET 88
#define XPULSE 44
#define YOFFSET (63+4)
#define YPULSE (63+5)
#define DPI 96
#define VFREQ 60 /* Hz */
#define TIMING_NAME "Linux FHD"
#define ESTABLISHED_TIMINGS_BITS 0x00 /* none */
#define HSYNC_POL 1
#define VSYNC_POL 1
#define CRC 0x05
#include "edid.S"
Documentation/EDID/HOWTO.txt 0 → 100644
浏览文件 @ 659c36fc
In the good old days when graphics parameters were configured explicitly
in a file called xorg.conf, even broken hardware could be managed.
Today, with the advent of Kernel Mode Setting, a graphics board is
either correctly working because all components follow the standards -
or the computer is unusable, because the screen remains dark after
booting or it displays the wrong area. Cases when this happens are:
- The graphics board does not recognize the monitor.
- The graphics board is unable to detect any EDID data.
- The graphics board incorrectly forwards EDID data to the driver.
- The monitor sends no or bogus EDID data.
- A KVM sends its own EDID data instead of querying the connected monitor.
Adding the kernel parameter "nomodeset" helps in most cases, but causes
restrictions later on.
As a remedy for such situations, the kernel configuration item
CONFIG_DRM_LOAD_EDID_FIRMWARE was introduced. It allows to provide an
individually prepared or corrected EDID data set in the /lib/firmware
directory from where it is loaded via the firmware interface. The code
(see drivers/gpu/drm/drm_edid_load.c) contains built-in data sets for
commonly used screen resolutions (1024x768, 1280x1024, 1680x1050,
1920x1080) as binary blobs, but the kernel source tree does not contain
code to create these data. In order to elucidate the origin of the
built-in binary EDID blobs and to facilitate the creation of individual
data for a specific misbehaving monitor, commented sources and a
Makefile environment are given here.
To create binary EDID and C source code files from the existing data
material, simply type "make".
If you want to create your own EDID file, copy the file 1024x768.S and
replace the settings with your own data. The CRC value in the last line
#define CRC 0x55
is a bit tricky. After a first version of the binary data set is
created, it must be be checked with the "edid-decode" utility which will
most probably complain about a wrong CRC. Fortunately, the utility also
displays the correct CRC which must then be inserted into the source
file. After the make procedure is repeated, the EDID data set is ready
to be used.
Documentation/EDID/Makefile 0 → 100644
浏览文件 @ 659c36fc
SOURCES := $(wildcard [0-9]*x[0-9]*.S)
BIN := $(patsubst %.S, %.bin, $(SOURCES))
IHEX := $(patsubst %.S, %.bin.ihex, $(SOURCES))
CODE := $(patsubst %.S, %.c, $(SOURCES))
all: $(BIN) $(IHEX) $(CODE)
clean:
@rm -f *.o *.bin.ihex *.bin *.c
%.o: %.S
@cc -c $^
%.bin: %.o
@objcopy -Obinary $^ $@
%.bin.ihex: %.o
@objcopy -Oihex $^ $@
@dos2unix $@ 2>/dev/null
%.c: %.bin
@echo "{" >$@; hexdump -f hex $^ >>$@; echo "};" >>$@
Documentation/EDID/edid.S 0 → 100644
浏览文件 @ 659c36fc
/*
edid.S: EDID data template
Copyright (C) 2012 Carsten Emde <C.Emde@osadl.org>
This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License
as published by the Free Software Foundation; either version 2
of the License, or (at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
*/
/* Manufacturer */
#define MFG_LNX1 'L'
#define MFG_LNX2 'N'
#define MFG_LNX3 'X'
#define SERIAL 0
#define YEAR 2012
#define WEEK 5
/* EDID 1.3 standard definitions */
#define XY_RATIO_16_10 0b00
#define XY_RATIO_4_3 0b01
#define XY_RATIO_5_4 0b10
#define XY_RATIO_16_9 0b11
#define mfgname2id(v1,v2,v3) \
((((v1-'@')&0x1f)<<10)+(((v2-'@')&0x1f)<<5)+((v3-'@')&0x1f))
#define swap16(v1) ((v1>>8)+((v1&0xff)<<8))
#define msbs2(v1,v2) ((((v1>>8)&0x0f)<<4)+((v2>>8)&0x0f))
#define msbs4(v1,v2,v3,v4) \
(((v1&0x03)>>2)+((v2&0x03)>>4)+((v3&0x03)>>6)+((v4&0x03)>>8))
#define pixdpi2mm(pix,dpi) ((pix*25)/dpi)
#define xsize pixdpi2mm(XPIX,DPI)
#define ysize pixdpi2mm(YPIX,DPI)
.data
/* Fixed header pattern */
header: .byte 0x00,0xff,0xff,0xff,0xff,0xff,0xff,0x00
mfg_id: .word swap16(mfgname2id(MFG_LNX1, MFG_LNX2, MFG_LNX3))
prod_code: .word 0
/* Serial number. 32 bits, little endian. */
serial_number: .long SERIAL
/* Week of manufacture */
week: .byte WEEK
/* Year of manufacture, less 1990. (1990-2245)
If week=255, it is the model year instead */
year: .byte YEAR-1990
version: .byte VERSION /* EDID version, usually 1 (for 1.3) */
revision: .byte REVISION /* EDID revision, usually 3 (for 1.3) */
/* If Bit 7=1 Digital input. If set, the following bit definitions apply:
Bits 6-1 Reserved, must be 0
Bit 0 Signal is compatible with VESA DFP 1.x TMDS CRGB,
1 pixel per clock, up to 8 bits per color, MSB aligned,
If Bit 7=0 Analog input. If clear, the following bit definitions apply:
Bits 6-5 Video white and sync levels, relative to blank
00=+0.7/-0.3 V; 01=+0.714/-0.286 V;
10=+1.0/-0.4 V; 11=+0.7/0 V
Bit 4 Blank-to-black setup (pedestal) expected
Bit 3 Separate sync supported
Bit 2 Composite sync (on HSync) supported
Bit 1 Sync on green supported
Bit 0 VSync pulse must be serrated when somposite or
sync-on-green is used. */
video_parms: .byte 0x6d
/* Maximum horizontal image size, in centimetres
(max 292 cm/115 in at 16:9 aspect ratio) */
max_hor_size: .byte xsize/10
/* Maximum vertical image size, in centimetres.
If either byte is 0, undefined (e.g. projector) */
max_vert_size: .byte ysize/10
/* Display gamma, minus 1, times 100 (range 1.00-3.5 */
gamma: .byte 120
/* Bit 7 DPMS standby supported
Bit 6 DPMS suspend supported
Bit 5 DPMS active-off supported
Bits 4-3 Display type: 00=monochrome; 01=RGB colour;
10=non-RGB multicolour; 11=undefined
Bit 2 Standard sRGB colour space. Bytes 25-34 must contain
sRGB standard values.
Bit 1 Preferred timing mode specified in descriptor block 1.
Bit 0 GTF supported with default parameter values. */
dsp_features: .byte 0xea
/* Chromaticity coordinates. */
/* Red and green least-significant bits
Bits 7-6 Red x value least-significant 2 bits
Bits 5-4 Red y value least-significant 2 bits
Bits 3-2 Green x value lst-significant 2 bits
Bits 1-0 Green y value least-significant 2 bits */
red_green_lsb: .byte 0x5e
/* Blue and white least-significant 2 bits */
blue_white_lsb: .byte 0xc0
/* Red x value most significant 8 bits.
0-255 encodes 0-0.996 (255/256); 0-0.999 (1023/1024) with lsbits */
red_x_msb: .byte 0xa4
/* Red y value most significant 8 bits */
red_y_msb: .byte 0x59
/* Green x and y value most significant 8 bits */
green_x_y_msb: .byte 0x4a,0x98
/* Blue x and y value most significant 8 bits */
blue_x_y_msb: .byte 0x25,0x20
/* Default white point x and y value most significant 8 bits */
white_x_y_msb: .byte 0x50,0x54
/* Established timings */
/* Bit 7 720x400 @ 70 Hz
Bit 6 720x400 @ 88 Hz
Bit 5 640x480 @ 60 Hz
Bit 4 640x480 @ 67 Hz
Bit 3 640x480 @ 72 Hz
Bit 2 640x480 @ 75 Hz
Bit 1 800x600 @ 56 Hz
Bit 0 800x600 @ 60 Hz */
estbl_timing1: .byte 0x00
/* Bit 7 800x600 @ 72 Hz
Bit 6 800x600 @ 75 Hz
Bit 5 832x624 @ 75 Hz
Bit 4 1024x768 @ 87 Hz, interlaced (1024x768)
Bit 3 1024x768 @ 60 Hz
Bit 2 1024x768 @ 72 Hz
Bit 1 1024x768 @ 75 Hz
Bit 0 1280x1024 @ 75 Hz */
estbl_timing2: .byte ESTABLISHED_TIMINGS_BITS
/* Bit 7 1152x870 @ 75 Hz (Apple Macintosh II)
Bits 6-0 Other manufacturer-specific display mod */
estbl_timing3: .byte 0x00
/* Standard timing */
/* X resolution, less 31, divided by 8 (256-2288 pixels) */
std_xres: .byte (XPIX/8)-31
/* Y resolution, X:Y pixel ratio
Bits 7-6 X:Y pixel ratio: 00=16:10; 01=4:3; 10=5:4; 11=16:9.
Bits 5-0 Vertical frequency, less 60 (60-123 Hz) */
std_vres: .byte (XY_RATIO<<6)+VFREQ-60
.fill 7,2,0x0101 /* Unused */
descriptor1:
/* Pixel clock in 10 kHz units. (0.-655.35 MHz, little-endian) */
clock: .word CLOCK/10
/* Horizontal active pixels 8 lsbits (0-4095) */
x_act_lsb: .byte XPIX&0xff
/* Horizontal blanking pixels 8 lsbits (0-4095)
End of active to start of next active. */
x_blk_lsb: .byte XBLANK&0xff
/* Bits 7-4 Horizontal active pixels 4 msbits
Bits 3-0 Horizontal blanking pixels 4 msbits */
x_msbs: .byte msbs2(XPIX,XBLANK)
/* Vertical active lines 8 lsbits (0-4095) */
y_act_lsb: .byte YPIX&0xff
/* Vertical blanking lines 8 lsbits (0-4095) */
y_blk_lsb: .byte YBLANK&0xff
/* Bits 7-4 Vertical active lines 4 msbits
Bits 3-0 Vertical blanking lines 4 msbits */
y_msbs: .byte msbs2(YPIX,YBLANK)
/* Horizontal sync offset pixels 8 lsbits (0-1023) From blanking start */
x_snc_off_lsb: .byte XOFFSET&0xff
/* Horizontal sync pulse width pixels 8 lsbits (0-1023) */
x_snc_pls_lsb: .byte XPULSE&0xff
/* Bits 7-4 Vertical sync offset lines 4 lsbits -63)
Bits 3-0 Vertical sync pulse width lines 4 lsbits -63) */
y_snc_lsb: .byte ((YOFFSET-63)<<4)+(YPULSE-63)
/* Bits 7-6 Horizontal sync offset pixels 2 msbits
Bits 5-4 Horizontal sync pulse width pixels 2 msbits
Bits 3-2 Vertical sync offset lines 2 msbits
Bits 1-0 Vertical sync pulse width lines 2 msbits */
xy_snc_msbs: .byte msbs4(XOFFSET,XPULSE,YOFFSET,YPULSE)
/* Horizontal display size, mm, 8 lsbits (0-4095 mm, 161 in) */
x_dsp_size: .byte xsize&0xff
/* Vertical display size, mm, 8 lsbits (0-4095 mm, 161 in) */
y_dsp_size: .byte ysize&0xff
/* Bits 7-4 Horizontal display size, mm, 4 msbits
Bits 3-0 Vertical display size, mm, 4 msbits */
dsp_size_mbsb: .byte msbs2(xsize,ysize)
/* Horizontal border pixels (each side; total is twice this) */
x_border: .byte 0
/* Vertical border lines (each side; total is twice this) */
y_border: .byte 0
/* Bit 7 Interlaced
Bits 6-5 Stereo mode: 00=No stereo; other values depend on bit 0:
Bit 0=0: 01=Field sequential, sync=1 during right; 10=similar,
sync=1 during left; 11=4-way interleaved stereo
Bit 0=1 2-way interleaved stereo: 01=Right image on even lines;
10=Left image on even lines; 11=side-by-side
Bits 4-3 Sync type: 00=Analog composite; 01=Bipolar analog composite;
10=Digital composite (on HSync); 11=Digital separate
Bit 2 If digital separate: Vertical sync polarity (1=positive)
Other types: VSync serrated (HSync during VSync)
Bit 1 If analog sync: Sync on all 3 RGB lines (else green only)
Digital: HSync polarity (1=positive)
Bit 0 2-way line-interleaved stereo, if bits 4-3 are not 00. */
features: .byte 0x18+(VSYNC_POL<<2)+(HSYNC_POL<<1)
descriptor2: .byte 0,0 /* Not a detailed timing descriptor */
.byte 0 /* Must be zero */
.byte 0xff /* Descriptor is monitor serial number (text) */
.byte 0 /* Must be zero */
start1: .ascii "Linux #0"
end1: .byte 0x0a /* End marker */
.fill 12-(end1-start1), 1, 0x20 /* Padded spaces */
descriptor3: .byte 0,0 /* Not a detailed timing descriptor */
.byte 0 /* Must be zero */
.byte 0xfd /* Descriptor is monitor range limits */
.byte 0 /* Must be zero */
start2: .byte VFREQ-1 /* Minimum vertical field rate (1-255 Hz) */
.byte VFREQ+1 /* Maximum vertical field rate (1-255 Hz) */
.byte (CLOCK/(XPIX+XBLANK))-1 /* Minimum horizontal line rate
(1-255 kHz) */
.byte (CLOCK/(XPIX+XBLANK))+1 /* Maximum horizontal line rate
(1-255 kHz) */
.byte (CLOCK/10000)+1 /* Maximum pixel clock rate, rounded up
to 10 MHz multiple (10-2550 MHz) */
.byte 0 /* No extended timing information type */
end2: .byte 0x0a /* End marker */
.fill 12-(end2-start2), 1, 0x20 /* Padded spaces */
descriptor4: .byte 0,0 /* Not a detailed timing descriptor */
.byte 0 /* Must be zero */
.byte 0xfc /* Descriptor is text */
.byte 0 /* Must be zero */
start3: .ascii TIMING_NAME
end3: .byte 0x0a /* End marker */
.fill 12-(end3-start3), 1, 0x20 /* Padded spaces */
extensions: .byte 0 /* Number of extensions to follow */
checksum: .byte CRC /* Sum of all bytes must be 0 */
Documentation/EDID/hex 0 → 100644
浏览文件 @ 659c36fc
"\t" 8/1 "0x%02x, " "\n"
Documentation/IRQ-domain.txt 0 → 100644
浏览文件 @ 659c36fc
irq_domain interrupt number mapping library
The current design of the Linux kernel uses a single large number
space where each separate IRQ source is assigned a different number.
This is simple when there is only one interrupt controller, but in
systems with multiple interrupt controllers the kernel must ensure
that each one gets assigned non-overlapping allocations of Linux
IRQ numbers.
The irq_alloc_desc*() and irq_free_desc*() APIs provide allocation of
irq numbers, but they don't provide any support for reverse mapping of
the controller-local IRQ (hwirq) number into the Linux IRQ number
space.
The irq_domain library adds mapping between hwirq and IRQ numbers on
top of the irq_alloc_desc*() API. An irq_domain to manage mapping is
preferred over interrupt controller drivers open coding their own
reverse mapping scheme.
irq_domain also implements translation from Device Tree interrupt
specifiers to hwirq numbers, and can be easily extended to support
other IRQ topology data sources.
=== irq_domain usage ===
An interrupt controller driver creates and registers an irq_domain by
calling one of the irq_domain_add_*() functions (each mapping method
has a different allocator function, more on that later). The function
will return a pointer to the irq_domain on success. The caller must
provide the allocator function with an irq_domain_ops structure with
the .map callback populated as a minimum.
In most cases, the irq_domain will begin empty without any mappings
between hwirq and IRQ numbers. Mappings are added to the irq_domain
by calling irq_create_mapping() which accepts the irq_domain and a
hwirq number as arguments. If a mapping for the hwirq doesn't already
exist then it will allocate a new Linux irq_desc, associate it with
the hwirq, and call the .map() callback so the driver can perform any
required hardware setup.
When an interrupt is received, irq_find_mapping() function should
be used to find the Linux IRQ number from the hwirq number.
If the driver has the Linux IRQ number or the irq_data pointer, and
needs to know the associated hwirq number (such as in the irq_chip
callbacks) then it can be directly obtained from irq_data->hwirq.
=== Types of irq_domain mappings ===
There are several mechanisms available for reverse mapping from hwirq
to Linux irq, and each mechanism uses a different allocation function.
Which reverse map type should be used depends on the use case. Each
of the reverse map types are described below:
==== Linear ====
irq_domain_add_linear()
The linear reverse map maintains a fixed size table indexed by the
hwirq number. When a hwirq is mapped, an irq_desc is allocated for
the hwirq, and the IRQ number is stored in the table.
The Linear map is a good choice when the maximum number of hwirqs is
fixed and a relatively small number (~ < 256). The advantages of this
map are fixed time lookup for IRQ numbers, and irq_descs are only
allocated for in-use IRQs. The disadvantage is that the table must be
as large as the largest possible hwirq number.
The majority of drivers should use the linear map.
==== Tree ====
irq_domain_add_tree()
The irq_domain maintains a radix tree map from hwirq numbers to Linux
IRQs. When an hwirq is mapped, an irq_desc is allocated and the
hwirq is used as the lookup key for the radix tree.
The tree map is a good choice if the hwirq number can be very large
since it doesn't need to allocate a table as large as the largest
hwirq number. The disadvantage is that hwirq to IRQ number lookup is
dependent on how many entries are in the table.
Very few drivers should need this mapping. At the moment, powerpc
iseries is the only user.
==== No Map ===-
irq_domain_add_nomap()
The No Map mapping is to be used when the hwirq number is
programmable in the hardware. In this case it is best to program the
Linux IRQ number into the hardware itself so that no mapping is
required. Calling irq_create_direct_mapping() will allocate a Linux
IRQ number and call the .map() callback so that driver can program the
Linux IRQ number into the hardware.
Most drivers cannot use this mapping.
==== Legacy ====
irq_domain_add_legacy()
irq_domain_add_legacy_isa()
The Legacy mapping is a special case for drivers that already have a
range of irq_descs allocated for the hwirqs. It is used when the
driver cannot be immediately converted to use the linear mapping. For
example, many embedded system board support files use a set of #defines
for IRQ numbers that are passed to struct device registrations. In that
case the Linux IRQ numbers cannot be dynamically assigned and the legacy
mapping should be used.
The legacy map assumes a contiguous range of IRQ numbers has already
been allocated for the controller and that the IRQ number can be
calculated by adding a fixed offset to the hwirq number, and
visa-versa. The disadvantage is that it requires the interrupt
controller to manage IRQ allocations and it requires an irq_desc to be
allocated for every hwirq, even if it is unused.
The legacy map should only be used if fixed IRQ mappings must be
supported. For example, ISA controllers would use the legacy map for
mapping Linux IRQs 0-15 so that existing ISA drivers get the correct IRQ
numbers.
Documentation/RCU/RTFP.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/RCU/checklist.txt
浏览文件 @ 659c36fc
......@@ -180,6 +180,20 @@ over a rather long period of time, but improvements are always welcome!
operations that would not normally be undertaken while a real-time
workload is running.
In particular, if you find yourself invoking one of the expedited
primitives repeatedly in a loop, please do everyone a favor:
Restructure your code so that it batches the updates, allowing
a single non-expedited primitive to cover the entire batch.
This will very likely be faster than the loop containing the
expedited primitive, and will be much much easier on the rest
of the system, especially to real-time workloads running on
the rest of the system.
In addition, it is illegal to call the expedited forms from
a CPU-hotplug notifier, or while holding a lock that is acquired
by a CPU-hotplug notifier. Failing to observe this restriction
will result in deadlock.
7. If the updater uses call_rcu() or synchronize_rcu(), then the
corresponding readers must use rcu_read_lock() and
rcu_read_unlock(). If the updater uses call_rcu_bh() or
......
Documentation/RCU/stallwarn.txt
浏览文件 @ 659c36fc
......@@ -12,14 +12,38 @@ CONFIG_RCU_CPU_STALL_TIMEOUT
This kernel configuration parameter defines the period of time
that RCU will wait from the beginning of a grace period until it
issues an RCU CPU stall warning. This time period is normally
ten seconds.
sixty seconds.
RCU_SECONDS_TILL_STALL_RECHECK
This configuration parameter may be changed at runtime via the
/sys/module/rcutree/parameters/rcu_cpu_stall_timeout, however
this parameter is checked only at the beginning of a cycle.
So if you are 30 seconds into a 70-second stall, setting this
sysfs parameter to (say) five will shorten the timeout for the
-next- stall, or the following warning for the current stall
(assuming the stall lasts long enough). It will not affect the
timing of the next warning for the current stall.
This macro defines the period of time that RCU will wait after
issuing a stall warning until it issues another stall warning
for the same stall. This time period is normally set to three
times the check interval plus thirty seconds.
Stall-warning messages may be enabled and disabled completely via
/sys/module/rcutree/parameters/rcu_cpu_stall_suppress.
CONFIG_RCU_CPU_STALL_VERBOSE
This kernel configuration parameter causes the stall warning to
also dump the stacks of any tasks that are blocking the current
RCU-preempt grace period.
RCU_CPU_STALL_INFO
This kernel configuration parameter causes the stall warning to
print out additional per-CPU diagnostic information, including
information on scheduling-clock ticks and RCU's idle-CPU tracking.
RCU_STALL_DELAY_DELTA
Although the lockdep facility is extremely useful, it does add
some overhead. Therefore, under CONFIG_PROVE_RCU, the
RCU_STALL_DELAY_DELTA macro allows five extra seconds before
giving an RCU CPU stall warning message.
RCU_STALL_RAT_DELAY
......@@ -64,6 +88,54 @@ INFO: rcu_bh_state detected stalls on CPUs/tasks: { } (detected by 4, 2502 jiffi
This is rare, but does happen from time to time in real life.
If the CONFIG_RCU_CPU_STALL_INFO kernel configuration parameter is set,
more information is printed with the stall-warning message, for example:
INFO: rcu_preempt detected stall on CPU
0: (63959 ticks this GP) idle=241/3fffffffffffffff/0
(t=65000 jiffies)
In kernels with CONFIG_RCU_FAST_NO_HZ, even more information is
printed:
INFO: rcu_preempt detected stall on CPU
0: (64628 ticks this GP) idle=dd5/3fffffffffffffff/0 drain=0 . timer=-1
(t=65000 jiffies)
The "(64628 ticks this GP)" indicates that this CPU has taken more
than 64,000 scheduling-clock interrupts during the current stalled
grace period. If the CPU was not yet aware of the current grace
period (for example, if it was offline), then this part of the message
indicates how many grace periods behind the CPU is.
The "idle=" portion of the message prints the dyntick-idle state.
The hex number before the first "/" is the low-order 12 bits of the
dynticks counter, which will have an even-numbered value if the CPU is
in dyntick-idle mode and an odd-numbered value otherwise. The hex
number between the two "/"s is the value of the nesting, which will
be a small positive number if in the idle loop and a very large positive
number (as shown above) otherwise.
For CONFIG_RCU_FAST_NO_HZ kernels, the "drain=0" indicates that the
CPU is not in the process of trying to force itself into dyntick-idle
state, the "." indicates that the CPU has not given up forcing RCU
into dyntick-idle mode (it would be "H" otherwise), and the "timer=-1"
indicates that the CPU has not recented forced RCU into dyntick-idle
mode (it would otherwise indicate the number of microseconds remaining
in this forced state).
Multiple Warnings From One Stall
If a stall lasts long enough, multiple stall-warning messages will be
printed for it. The second and subsequent messages are printed at
longer intervals, so that the time between (say) the first and second
message will be about three times the interval between the beginning
of the stall and the first message.
What Causes RCU CPU Stall Warnings?
So your kernel printed an RCU CPU stall warning. The next question is
"What caused it?" The following problems can result in RCU CPU stall
warnings:
......@@ -128,4 +200,5 @@ is occurring, which will usually be in the function nearest the top of
that portion of the stack which remains the same from trace to trace.
If you can reliably trigger the stall, ftrace can be quite helpful.
RCU bugs can often be debugged with the help of CONFIG_RCU_TRACE.
RCU bugs can often be debugged with the help of CONFIG_RCU_TRACE
and with RCU's event tracing.
Documentation/RCU/torture.txt
浏览文件 @ 659c36fc
......@@ -69,6 +69,13 @@ onoff_interval
CPU-hotplug operations regardless of what value is
specified for onoff_interval.
onoff_holdoff The number of seconds to wait until starting CPU-hotplug
operations. This would normally only be used when
rcutorture was built into the kernel and started
automatically at boot time, in which case it is useful
in order to avoid confusing boot-time code with CPUs
coming and going.
shuffle_interval
The number of seconds to keep the test threads affinitied
to a particular subset of the CPUs, defaults to 3 seconds.
......@@ -79,6 +86,24 @@ shutdown_secs The number of seconds to run the test before terminating
zero, which disables test termination and system shutdown.
This capability is useful for automated testing.
stall_cpu The number of seconds that a CPU should be stalled while
within both an rcu_read_lock() and a preempt_disable().
This stall happens only once per rcutorture run.
If you need multiple stalls, use modprobe and rmmod to
repeatedly run rcutorture. The default for stall_cpu
is zero, which prevents rcutorture from stalling a CPU.
Note that attempts to rmmod rcutorture while the stall
is ongoing will hang, so be careful what value you
choose for this module parameter! In addition, too-large
values for stall_cpu might well induce failures and
warnings in other parts of the kernel. You have been
warned!
stall_cpu_holdoff
The number of seconds to wait after rcutorture starts
before stalling a CPU. Defaults to 10 seconds.
stat_interval The number of seconds between output of torture
statistics (via printk()). Regardless of the interval,
statistics are printed when the module is unloaded.
......@@ -271,11 +296,13 @@ The following script may be used to torture RCU:
#!/bin/sh
modprobe rcutorture
sleep 100
sleep 3600
rmmod rcutorture
dmesg | grep torture:
The output can be manually inspected for the error flag of "!!!".
One could of course create a more elaborate script that automatically
checked for such errors. The "rmmod" command forces a "SUCCESS" or
"FAILURE" indication to be printk()ed.
checked for such errors. The "rmmod" command forces a "SUCCESS",
"FAILURE", or "RCU_HOTPLUG" indication to be printk()ed. The first
two are self-explanatory, while the last indicates that while there
were no RCU failures, CPU-hotplug problems were detected.
Documentation/RCU/trace.txt
浏览文件 @ 659c36fc
......@@ -33,23 +33,23 @@ rcu/rcuboost:
The output of "cat rcu/rcudata" looks as follows:
rcu_sched:
0 c=20972 g=20973 pq=1 pgp=20973 qp=0 dt=545/1/0 df=50 of=0 ri=0 ql=163 qs=NRW. kt=0/W/0 ktl=ebc3 b=10 ci=153737 co=0 ca=0
1 c=20972 g=20973 pq=1 pgp=20973 qp=0 dt=967/1/0 df=58 of=0 ri=0 ql=634 qs=NRW. kt=0/W/1 ktl=58c b=10 ci=191037 co=0 ca=0
2 c=20972 g=20973 pq=1 pgp=20973 qp=0 dt=1081/1/0 df=175 of=0 ri=0 ql=74 qs=N.W. kt=0/W/2 ktl=da94 b=10 ci=75991 co=0 ca=0
3 c=20942 g=20943 pq=1 pgp=20942 qp=1 dt=1846/0/0 df=404 of=0 ri=0 ql=0 qs=.... kt=0/W/3 ktl=d1cd b=10 ci=72261 co=0 ca=0
4 c=20972 g=20973 pq=1 pgp=20973 qp=0 dt=369/1/0 df=83 of=0 ri=0 ql=48 qs=N.W. kt=0/W/4 ktl=e0e7 b=10 ci=128365 co=0 ca=0
5 c=20972 g=20973 pq=1 pgp=20973 qp=0 dt=381/1/0 df=64 of=0 ri=0 ql=169 qs=NRW. kt=0/W/5 ktl=fb2f b=10 ci=164360 co=0 ca=0
6 c=20972 g=20973 pq=1 pgp=20973 qp=0 dt=1037/1/0 df=183 of=0 ri=0 ql=62 qs=N.W. kt=0/W/6 ktl=d2ad b=10 ci=65663 co=0 ca=0
7 c=20897 g=20897 pq=1 pgp=20896 qp=0 dt=1572/0/0 df=382 of=0 ri=0 ql=0 qs=.... kt=0/W/7 ktl=cf15 b=10 ci=75006 co=0 ca=0
0 c=20972 g=20973 pq=1 pgp=20973 qp=0 dt=545/1/0 df=50 of=0 ql=163 qs=NRW. kt=0/W/0 ktl=ebc3 b=10 ci=153737 co=0 ca=0
1 c=20972 g=20973 pq=1 pgp=20973 qp=0 dt=967/1/0 df=58 of=0 ql=634 qs=NRW. kt=0/W/1 ktl=58c b=10 ci=191037 co=0 ca=0
2 c=20972 g=20973 pq=1 pgp=20973 qp=0 dt=1081/1/0 df=175 of=0 ql=74 qs=N.W. kt=0/W/2 ktl=da94 b=10 ci=75991 co=0 ca=0
3 c=20942 g=20943 pq=1 pgp=20942 qp=1 dt=1846/0/0 df=404 of=0 ql=0 qs=.... kt=0/W/3 ktl=d1cd b=10 ci=72261 co=0 ca=0
4 c=20972 g=20973 pq=1 pgp=20973 qp=0 dt=369/1/0 df=83 of=0 ql=48 qs=N.W. kt=0/W/4 ktl=e0e7 b=10 ci=128365 co=0 ca=0
5 c=20972 g=20973 pq=1 pgp=20973 qp=0 dt=381/1/0 df=64 of=0 ql=169 qs=NRW. kt=0/W/5 ktl=fb2f b=10 ci=164360 co=0 ca=0
6 c=20972 g=20973 pq=1 pgp=20973 qp=0 dt=1037/1/0 df=183 of=0 ql=62 qs=N.W. kt=0/W/6 ktl=d2ad b=10 ci=65663 co=0 ca=0
7 c=20897 g=20897 pq=1 pgp=20896 qp=0 dt=1572/0/0 df=382 of=0 ql=0 qs=.... kt=0/W/7 ktl=cf15 b=10 ci=75006 co=0 ca=0
rcu_bh:
0 c=1480 g=1480 pq=1 pgp=1480 qp=0 dt=545/1/0 df=6 of=0 ri=1 ql=0 qs=.... kt=0/W/0 ktl=ebc3 b=10 ci=0 co=0 ca=0
1 c=1480 g=1480 pq=1 pgp=1480 qp=0 dt=967/1/0 df=3 of=0 ri=1 ql=0 qs=.... kt=0/W/1 ktl=58c b=10 ci=151 co=0 ca=0
2 c=1480 g=1480 pq=1 pgp=1480 qp=0 dt=1081/1/0 df=6 of=0 ri=1 ql=0 qs=.... kt=0/W/2 ktl=da94 b=10 ci=0 co=0 ca=0
3 c=1480 g=1480 pq=1 pgp=1480 qp=0 dt=1846/0/0 df=8 of=0 ri=1 ql=0 qs=.... kt=0/W/3 ktl=d1cd b=10 ci=0 co=0 ca=0
4 c=1480 g=1480 pq=1 pgp=1480 qp=0 dt=369/1/0 df=6 of=0 ri=1 ql=0 qs=.... kt=0/W/4 ktl=e0e7 b=10 ci=0 co=0 ca=0
5 c=1480 g=1480 pq=1 pgp=1480 qp=0 dt=381/1/0 df=4 of=0 ri=1 ql=0 qs=.... kt=0/W/5 ktl=fb2f b=10 ci=0 co=0 ca=0
6 c=1480 g=1480 pq=1 pgp=1480 qp=0 dt=1037/1/0 df=6 of=0 ri=1 ql=0 qs=.... kt=0/W/6 ktl=d2ad b=10 ci=0 co=0 ca=0
7 c=1474 g=1474 pq=1 pgp=1473 qp=0 dt=1572/0/0 df=8 of=0 ri=1 ql=0 qs=.... kt=0/W/7 ktl=cf15 b=10 ci=0 co=0 ca=0
0 c=1480 g=1480 pq=1 pgp=1480 qp=0 dt=545/1/0 df=6 of=0 ql=0 qs=.... kt=0/W/0 ktl=ebc3 b=10 ci=0 co=0 ca=0
1 c=1480 g=1480 pq=1 pgp=1480 qp=0 dt=967/1/0 df=3 of=0 ql=0 qs=.... kt=0/W/1 ktl=58c b=10 ci=151 co=0 ca=0
2 c=1480 g=1480 pq=1 pgp=1480 qp=0 dt=1081/1/0 df=6 of=0 ql=0 qs=.... kt=0/W/2 ktl=da94 b=10 ci=0 co=0 ca=0
3 c=1480 g=1480 pq=1 pgp=1480 qp=0 dt=1846/0/0 df=8 of=0 ql=0 qs=.... kt=0/W/3 ktl=d1cd b=10 ci=0 co=0 ca=0
4 c=1480 g=1480 pq=1 pgp=1480 qp=0 dt=369/1/0 df=6 of=0 ql=0 qs=.... kt=0/W/4 ktl=e0e7 b=10 ci=0 co=0 ca=0
5 c=1480 g=1480 pq=1 pgp=1480 qp=0 dt=381/1/0 df=4 of=0 ql=0 qs=.... kt=0/W/5 ktl=fb2f b=10 ci=0 co=0 ca=0
6 c=1480 g=1480 pq=1 pgp=1480 qp=0 dt=1037/1/0 df=6 of=0 ql=0 qs=.... kt=0/W/6 ktl=d2ad b=10 ci=0 co=0 ca=0
7 c=1474 g=1474 pq=1 pgp=1473 qp=0 dt=1572/0/0 df=8 of=0 ql=0 qs=.... kt=0/W/7 ktl=cf15 b=10 ci=0 co=0 ca=0
The first section lists the rcu_data structures for rcu_sched, the second
for rcu_bh. Note that CONFIG_TREE_PREEMPT_RCU kernels will have an
......@@ -119,10 +119,6 @@ o "of" is the number of times that some other CPU has forced a
CPU is offline when it is really alive and kicking) is a fatal
error, so it makes sense to err conservatively.
o "ri" is the number of times that RCU has seen fit to send a
reschedule IPI to this CPU in order to get it to report a
quiescent state.
o "ql" is the number of RCU callbacks currently residing on
this CPU. This is the total number of callbacks, regardless
of what state they are in (new, waiting for grace period to
......
Documentation/arm/kernel_user_helpers.txt
浏览文件 @ 659c36fc
......@@ -25,7 +25,7 @@ inline (either in the code emitted directly by the compiler, or part of
the implementation of a library call) when optimizing for a recent enough
processor that has the necessary native support, but only if resulting
binaries are already to be incompatible with earlier ARM processors due to
useage of similar native instructions for other things. In other words
usage of similar native instructions for other things. In other words
don't make binaries unable to run on earlier processors just for the sake
of not using these kernel helpers if your compiled code is not going to
use new instructions for other purpose.
......
Documentation/backlight/lp855x-driver.txt 0 → 100644
浏览文件 @ 659c36fc
Kernel driver lp855x
====================
Backlight driver for LP855x ICs
Supported chips:
Texas Instruments LP8550, LP8551, LP8552, LP8553 and LP8556
Author: Milo(Woogyom) Kim <milo.kim@ti.com>
Description
-----------
* Brightness control
Brightness can be controlled by the pwm input or the i2c command.
The lp855x driver supports both cases.
* Device attributes
1) bl_ctl_mode
Backlight control mode.
Value : pwm based or register based
2) chip_id
The lp855x chip id.
Value : lp8550/lp8551/lp8552/lp8553/lp8556
Platform data for lp855x
------------------------
For supporting platform specific data, the lp855x platform data can be used.
* name : Backlight driver name. If it is not defined, default name is set.
* mode : Brightness control mode. PWM or register based.
* device_control : Value of DEVICE CONTROL register.
* initial_brightness : Initial value of backlight brightness.
* pwm_data : Platform specific pwm generation functions.
Only valid when brightness is pwm input mode.
Functions should be implemented by PWM driver.
- pwm_set_intensity() : set duty of PWM
- pwm_get_intensity() : get current duty of PWM
* load_new_rom_data :
0 : use default configuration data
1 : update values of eeprom or eprom registers on loading driver
* size_program : Total size of lp855x_rom_data.
* rom_data : List of new eeprom/eprom registers.
example 1) lp8552 platform data : i2c register mode with new eeprom data
#define EEPROM_A5_ADDR 0xA5
#define EEPROM_A5_VAL 0x4f /* EN_VSYNC=0 */
static struct lp855x_rom_data lp8552_eeprom_arr[] = {
{EEPROM_A5_ADDR, EEPROM_A5_VAL},
};
static struct lp855x_platform_data lp8552_pdata = {
.name = "lcd-bl",
.mode = REGISTER_BASED,
.device_control = I2C_CONFIG(LP8552),
.initial_brightness = INITIAL_BRT,
.load_new_rom_data = 1,
.size_program = ARRAY_SIZE(lp8552_eeprom_arr),
.rom_data = lp8552_eeprom_arr,
};
example 2) lp8556 platform data : pwm input mode with default rom data
static struct lp855x_platform_data lp8556_pdata = {
.mode = PWM_BASED,
.device_control = PWM_CONFIG(LP8556),
.initial_brightness = INITIAL_BRT,
.pwm_data = {
.pwm_set_intensity = platform_pwm_set_intensity,
.pwm_get_intensity = platform_pwm_get_intensity,
},
};
Documentation/cgroups/blkio-controller.txt
浏览文件 @ 659c36fc
......@@ -94,11 +94,11 @@ Throttling/Upper Limit policy
Hierarchical Cgroups
====================
- Currently none of the IO control policy supports hierarhical groups. But
cgroup interface does allow creation of hierarhical cgroups and internally
- Currently none of the IO control policy supports hierarchical groups. But
cgroup interface does allow creation of hierarchical cgroups and internally
IO policies treat them as flat hierarchy.
So this patch will allow creation of cgroup hierarhcy but at the backend
So this patch will allow creation of cgroup hierarchcy but at the backend
everything will be treated as flat. So if somebody created a hierarchy like
as follows.
......@@ -266,7 +266,7 @@ Proportional weight policy files
- blkio.idle_time
- Debugging aid only enabled if CONFIG_DEBUG_BLK_CGROUP=y.
This is the amount of time spent by the IO scheduler idling for a
given cgroup in anticipation of a better request than the exising ones
given cgroup in anticipation of a better request than the existing ones
from other queues/cgroups. This is in nanoseconds. If this is read
when the cgroup is in an idling state, the stat will only report the
idle_time accumulated till the last idle period and will not include
......@@ -283,34 +283,34 @@ Throttling/Upper limit policy files
-----------------------------------
- blkio.throttle.read_bps_device
- Specifies upper limit on READ rate from the device. IO rate is
specified in bytes per second. Rules are per deivce. Following is
specified in bytes per second. Rules are per device. Following is
the format.
echo "<major>:<minor> <rate_bytes_per_second>" > /cgrp/blkio.throttle.read_bps_device
- blkio.throttle.write_bps_device
- Specifies upper limit on WRITE rate to the device. IO rate is
specified in bytes per second. Rules are per deivce. Following is
specified in bytes per second. Rules are per device. Following is
the format.
echo "<major>:<minor> <rate_bytes_per_second>" > /cgrp/blkio.throttle.write_bps_device
- blkio.throttle.read_iops_device
- Specifies upper limit on READ rate from the device. IO rate is
specified in IO per second. Rules are per deivce. Following is
specified in IO per second. Rules are per device. Following is
the format.
echo "<major>:<minor> <rate_io_per_second>" > /cgrp/blkio.throttle.read_iops_device
- blkio.throttle.write_iops_device
- Specifies upper limit on WRITE rate to the device. IO rate is
specified in io per second. Rules are per deivce. Following is
specified in io per second. Rules are per device. Following is
the format.
echo "<major>:<minor> <rate_io_per_second>" > /cgrp/blkio.throttle.write_iops_device
Note: If both BW and IOPS rules are specified for a device, then IO is
subjectd to both the constraints.
subjected to both the constraints.
- blkio.throttle.io_serviced
- Number of IOs (bio) completed to/from the disk by the group (as
......
Documentation/cgroups/cgroups.txt
浏览文件 @ 659c36fc
......@@ -558,8 +558,7 @@ Each subsystem may export the following methods. The only mandatory
methods are create/destroy. Any others that are null are presumed to
be successful no-ops.
struct cgroup_subsys_state *create(struct cgroup_subsys *ss,
struct cgroup *cgrp)
struct cgroup_subsys_state *create(struct cgroup *cgrp)
(cgroup_mutex held by caller)
Called to create a subsystem state object for a cgroup. The
......@@ -574,7 +573,7 @@ identified by the passed cgroup object having a NULL parent (since
it's the root of the hierarchy) and may be an appropriate place for
initialization code.
void destroy(struct cgroup_subsys *ss, struct cgroup *cgrp)
void destroy(struct cgroup *cgrp)
(cgroup_mutex held by caller)
The cgroup system is about to destroy the passed cgroup; the subsystem
......@@ -585,7 +584,7 @@ cgroup->parent is still valid. (Note - can also be called for a
newly-created cgroup if an error occurs after this subsystem's
create() method has been called for the new cgroup).
int pre_destroy(struct cgroup_subsys *ss, struct cgroup *cgrp);
int pre_destroy(struct cgroup *cgrp);
Called before checking the reference count on each subsystem. This may
be useful for subsystems which have some extra references even if
......@@ -593,8 +592,7 @@ there are not tasks in the cgroup. If pre_destroy() returns error code,
rmdir() will fail with it. From this behavior, pre_destroy() can be
called multiple times against a cgroup.
int can_attach(struct cgroup_subsys *ss, struct cgroup *cgrp,
struct cgroup_taskset *tset)
int can_attach(struct cgroup *cgrp, struct cgroup_taskset *tset)
(cgroup_mutex held by caller)
Called prior to moving one or more tasks into a cgroup; if the
......@@ -615,8 +613,7 @@ fork. If this method returns 0 (success) then this should remain valid
while the caller holds cgroup_mutex and it is ensured that either
attach() or cancel_attach() will be called in future.
void cancel_attach(struct cgroup_subsys *ss, struct cgroup *cgrp,
struct cgroup_taskset *tset)
void cancel_attach(struct cgroup *cgrp, struct cgroup_taskset *tset)
(cgroup_mutex held by caller)
Called when a task attach operation has failed after can_attach() has succeeded.
......@@ -625,23 +622,22 @@ function, so that the subsystem can implement a rollback. If not, not necessary.
This will be called only about subsystems whose can_attach() operation have
succeeded. The parameters are identical to can_attach().
void attach(struct cgroup_subsys *ss, struct cgroup *cgrp,
struct cgroup_taskset *tset)
void attach(struct cgroup *cgrp, struct cgroup_taskset *tset)
(cgroup_mutex held by caller)
Called after the task has been attached to the cgroup, to allow any
post-attachment activity that requires memory allocations or blocking.
The parameters are identical to can_attach().
void fork(struct cgroup_subsy *ss, struct task_struct *task)
void fork(struct task_struct *task)
Called when a task is forked into a cgroup.
void exit(struct cgroup_subsys *ss, struct task_struct *task)
void exit(struct task_struct *task)
Called during task exit.
int populate(struct cgroup_subsys *ss, struct cgroup *cgrp)
int populate(struct cgroup *cgrp)
(cgroup_mutex held by caller)
Called after creation of a cgroup to allow a subsystem to populate
......@@ -651,7 +647,7 @@ include/linux/cgroup.h for details). Note that although this
method can return an error code, the error code is currently not
always handled well.
void post_clone(struct cgroup_subsys *ss, struct cgroup *cgrp)
void post_clone(struct cgroup *cgrp)
(cgroup_mutex held by caller)
Called during cgroup_create() to do any parameter
......@@ -659,7 +655,7 @@ initialization which might be required before a task could attach. For
example in cpusets, no task may attach before 'cpus' and 'mems' are set
up.
void bind(struct cgroup_subsys *ss, struct cgroup *root)
void bind(struct cgroup *root)
(cgroup_mutex and ss->hierarchy_mutex held by caller)
Called when a cgroup subsystem is rebound to a different hierarchy
......
Documentation/crc32.txt 0 → 100644
浏览文件 @ 659c36fc
A brief CRC tutorial.
A CRC is a long-division remainder. You add the CRC to the message,
and the whole thing (message+CRC) is a multiple of the given
CRC polynomial. To check the CRC, you can either check that the
CRC matches the recomputed value, *or* you can check that the
remainder computed on the message+CRC is 0. This latter approach
is used by a lot of hardware implementations, and is why so many
protocols put the end-of-frame flag after the CRC.
It's actually the same long division you learned in school, except that
- We're working in binary, so the digits are only 0 and 1, and
- When dividing polynomials, there are no carries. Rather than add and
subtract, we just xor. Thus, we tend to get a bit sloppy about
the difference between adding and subtracting.
Like all division, the remainder is always smaller than the divisor.
To produce a 32-bit CRC, the divisor is actually a 33-bit CRC polynomial.
Since it's 33 bits long, bit 32 is always going to be set, so usually the
CRC is written in hex with the most significant bit omitted. (If you're
familiar with the IEEE 754 floating-point format, it's the same idea.)
Note that a CRC is computed over a string of *bits*, so you have
to decide on the endianness of the bits within each byte. To get
the best error-detecting properties, this should correspond to the
order they're actually sent. For example, standard RS-232 serial is
little-endian; the most significant bit (sometimes used for parity)
is sent last. And when appending a CRC word to a message, you should
do it in the right order, matching the endianness.
Just like with ordinary division, you proceed one digit (bit) at a time.
Each step of the division you take one more digit (bit) of the dividend
and append it to the current remainder. Then you figure out the
appropriate multiple of the divisor to subtract to being the remainder
back into range. In binary, this is easy - it has to be either 0 or 1,
and to make the XOR cancel, it's just a copy of bit 32 of the remainder.
When computing a CRC, we don't care about the quotient, so we can
throw the quotient bit away, but subtract the appropriate multiple of
the polynomial from the remainder and we're back to where we started,
ready to process the next bit.
A big-endian CRC written this way would be coded like:
for (i = 0; i < input_bits; i++) {
multiple = remainder & 0x80000000 ? CRCPOLY : 0;
remainder = (remainder << 1 | next_input_bit()) ^ multiple;
}
Notice how, to get at bit 32 of the shifted remainder, we look
at bit 31 of the remainder *before* shifting it.
But also notice how the next_input_bit() bits we're shifting into
the remainder don't actually affect any decision-making until
32 bits later. Thus, the first 32 cycles of this are pretty boring.
Also, to add the CRC to a message, we need a 32-bit-long hole for it at
the end, so we have to add 32 extra cycles shifting in zeros at the
end of every message,
These details lead to a standard trick: rearrange merging in the
next_input_bit() until the moment it's needed. Then the first 32 cycles
can be precomputed, and merging in the final 32 zero bits to make room
for the CRC can be skipped entirely. This changes the code to:
for (i = 0; i < input_bits; i++) {
remainder ^= next_input_bit() << 31;
multiple = (remainder & 0x80000000) ? CRCPOLY : 0;
remainder = (remainder << 1) ^ multiple;
}
With this optimization, the little-endian code is particularly simple:
for (i = 0; i < input_bits; i++) {
remainder ^= next_input_bit();
multiple = (remainder & 1) ? CRCPOLY : 0;
remainder = (remainder >> 1) ^ multiple;
}
The most significant coefficient of the remainder polynomial is stored
in the least significant bit of the binary "remainder" variable.
The other details of endianness have been hidden in CRCPOLY (which must
be bit-reversed) and next_input_bit().
As long as next_input_bit is returning the bits in a sensible order, we don't
*have* to wait until the last possible moment to merge in additional bits.
We can do it 8 bits at a time rather than 1 bit at a time:
for (i = 0; i < input_bytes; i++) {
remainder ^= next_input_byte() << 24;
for (j = 0; j < 8; j++) {
multiple = (remainder & 0x80000000) ? CRCPOLY : 0;
remainder = (remainder << 1) ^ multiple;
}
}
Or in little-endian:
for (i = 0; i < input_bytes; i++) {
remainder ^= next_input_byte();
for (j = 0; j < 8; j++) {
multiple = (remainder & 1) ? CRCPOLY : 0;
remainder = (remainder >> 1) ^ multiple;
}
}
If the input is a multiple of 32 bits, you can even XOR in a 32-bit
word at a time and increase the inner loop count to 32.
You can also mix and match the two loop styles, for example doing the
bulk of a message byte-at-a-time and adding bit-at-a-time processing
for any fractional bytes at the end.
To reduce the number of conditional branches, software commonly uses
the byte-at-a-time table method, popularized by Dilip V. Sarwate,
"Computation of Cyclic Redundancy Checks via Table Look-Up", Comm. ACM
v.31 no.8 (August 1998) p. 1008-1013.
Here, rather than just shifting one bit of the remainder to decide
in the correct multiple to subtract, we can shift a byte at a time.
This produces a 40-bit (rather than a 33-bit) intermediate remainder,
and the correct multiple of the polynomial to subtract is found using
a 256-entry lookup table indexed by the high 8 bits.
(The table entries are simply the CRC-32 of the given one-byte messages.)
When space is more constrained, smaller tables can be used, e.g. two
4-bit shifts followed by a lookup in a 16-entry table.
It is not practical to process much more than 8 bits at a time using this
technique, because tables larger than 256 entries use too much memory and,
more importantly, too much of the L1 cache.
To get higher software performance, a "slicing" technique can be used.
See "High Octane CRC Generation with the Intel Slicing-by-8 Algorithm",
ftp://download.intel.com/technology/comms/perfnet/download/slicing-by-8.pdf
This does not change the number of table lookups, but does increase
the parallelism. With the classic Sarwate algorithm, each table lookup
must be completed before the index of the next can be computed.
A "slicing by 2" technique would shift the remainder 16 bits at a time,
producing a 48-bit intermediate remainder. Rather than doing a single
lookup in a 65536-entry table, the two high bytes are looked up in
two different 256-entry tables. Each contains the remainder required
to cancel out the corresponding byte. The tables are different because the
polynomials to cancel are different. One has non-zero coefficients from
x^32 to x^39, while the other goes from x^40 to x^47.
Since modern processors can handle many parallel memory operations, this
takes barely longer than a single table look-up and thus performs almost
twice as fast as the basic Sarwate algorithm.
This can be extended to "slicing by 4" using 4 256-entry tables.
Each step, 32 bits of data is fetched, XORed with the CRC, and the result
broken into bytes and looked up in the tables. Because the 32-bit shift
leaves the low-order bits of the intermediate remainder zero, the
final CRC is simply the XOR of the 4 table look-ups.
But this still enforces sequential execution: a second group of table
look-ups cannot begin until the previous groups 4 table look-ups have all
been completed. Thus, the processor's load/store unit is sometimes idle.
To make maximum use of the processor, "slicing by 8" performs 8 look-ups
in parallel. Each step, the 32-bit CRC is shifted 64 bits and XORed
with 64 bits of input data. What is important to note is that 4 of
those 8 bytes are simply copies of the input data; they do not depend
on the previous CRC at all. Thus, those 4 table look-ups may commence
immediately, without waiting for the previous loop iteration.
By always having 4 loads in flight, a modern superscalar processor can
be kept busy and make full use of its L1 cache.
Two more details about CRC implementation in the real world:
Normally, appending zero bits to a message which is already a multiple
of a polynomial produces a larger multiple of that polynomial. Thus,
a basic CRC will not detect appended zero bits (or bytes). To enable
a CRC to detect this condition, it's common to invert the CRC before
appending it. This makes the remainder of the message+crc come out not
as zero, but some fixed non-zero value. (The CRC of the inversion
pattern, 0xffffffff.)
The same problem applies to zero bits prepended to the message, and a
similar solution is used. Instead of starting the CRC computation with
a remainder of 0, an initial remainder of all ones is used. As long as
you start the same way on decoding, it doesn't make a difference.
Documentation/device-mapper/dm-raid.txt
浏览文件 @ 659c36fc
......@@ -28,7 +28,7 @@ The target is named "raid" and it accepts the following parameters:
raid6_nc RAID6 N continue
- rotating parity N (right-to-left) with data continuation
Refererence: Chapter 4 of
Reference: Chapter 4 of
http://www.snia.org/sites/default/files/SNIA_DDF_Technical_Position_v2.0.pdf
<#raid_params>: The number of parameters that follow.
......
Documentation/device-mapper/persistent-data.txt
浏览文件 @ 659c36fc
......@@ -3,7 +3,7 @@ Introduction
The more-sophisticated device-mapper targets require complex metadata
that is managed in kernel. In late 2010 we were seeing that various
different targets were rolling their own data strutures, for example:
different targets were rolling their own data structures, for example:
- Mikulas Patocka's multisnap implementation
- Heinz Mauelshagen's thin provisioning target
......
Documentation/device-mapper/thin-provisioning.txt
浏览文件 @ 659c36fc
Introduction
============
This document descibes a collection of device-mapper targets that
This document describes a collection of device-mapper targets that
between them implement thin-provisioning and snapshots.
The main highlight of this implementation, compared to the previous
......
Documentation/devicetree/bindings/arm/exynos/power_domain.txt 0 → 100644
浏览文件 @ 659c36fc
* Samsung Exynos Power Domains
Exynos processors include support for multiple power domains which are used
to gate power to one or more peripherals on the processor.
Required Properties:
- compatiable: should be one of the following.
* samsung,exynos4210-pd - for exynos4210 type power domain.
- reg: physical base address of the controller and length of memory mapped
region.
Optional Properties:
- samsung,exynos4210-pd-off: Specifies that the power domain is in turned-off
state during boot and remains to be turned-off until explicitly turned-on.
Example:
lcd0: power-domain-lcd0 {
compatible = "samsung,exynos4210-pd";
reg = <0x10023C00 0x10>;
};
Documentation/devicetree/bindings/arm/omap/omap.txt
浏览文件 @ 659c36fc
......@@ -5,7 +5,7 @@ IPs present in the SoC.
On top of that an omap_device is created to extend the platform_device
capabilities and to allow binding with one or several hwmods.
The hwmods will contain all the information to build the device:
adresse range, irq lines, dma lines, interconnect, PRCM register,
address range, irq lines, dma lines, interconnect, PRCM register,
clock domain, input clocks.
For the moment just point to the existing hwmod, the next step will be
to move data from hwmod to device-tree representation.
......@@ -41,3 +41,9 @@ Boards:
- OMAP4 PandaBoard : Low cost community board
compatible = "ti,omap4-panda", "ti,omap4430"
- OMAP3 EVM : Software Developement Board for OMAP35x, AM/DM37x
compatible = "ti,omap3-evm", "ti,omap3"
- AM335X EVM : Software Developement Board for AM335x
compatible = "ti,am335x-evm", "ti,am33xx", "ti,omap3"
Documentation/devicetree/bindings/arm/sirf.txt
浏览文件 @ 659c36fc
prima2 "cb" evalutation board
prima2 "cb" evaluation board
Required root node properties:
- compatible = "sirf,prima2-cb", "sirf,prima2";
Documentation/devicetree/bindings/i2c/sirf-i2c.txt 0 → 100644
浏览文件 @ 659c36fc
I2C for SiRFprimaII platforms
Required properties :
- compatible : Must be "sirf,prima2-i2c"
- reg: physical base address of the controller and length of memory mapped
region.
- interrupts: interrupt number to the cpu.
Optional properties:
- clock-frequency : Constains desired I2C/HS-I2C bus clock frequency in Hz.
The absence of the propoerty indicates the default frequency 100 kHz.
Examples :
i2c0: i2c@b00e0000 {
compatible = "sirf,prima2-i2c";
reg = <0xb00e0000 0x10000>;
interrupts = <24>;
};
Documentation/devicetree/bindings/input/matrix-keymap.txt 0 → 100644
浏览文件 @ 659c36fc
A simple common binding for matrix-connected key boards. Currently targeted at
defining the keys in the scope of linux key codes since that is a stable and
standardized interface at this time.
Required properties:
- linux,keymap: an array of packed 1-cell entries containing the equivalent
of row, column and linux key-code. The 32-bit big endian cell is packed
as:
row << 24 | column << 16 | key-code
Optional properties:
Some users of this binding might choose to specify secondary keymaps for
cases where there is a modifier key such as a Fn key. Proposed names
for said properties are "linux,fn-keymap" or with another descriptive
word for the modifier other from "Fn".
Example:
linux,keymap = < 0x00030012
0x0102003a >;
Documentation/devicetree/bindings/input/tegra-kbc.txt
浏览文件 @ 659c36fc
......@@ -3,16 +3,21 @@
Required properties:
- compatible: "nvidia,tegra20-kbc"
Optional properties:
- debounce-delay: delay in milliseconds per row scan for debouncing
- repeat-delay: delay in milliseconds before repeat starts
- ghost-filter: enable ghost filtering for this device
- wakeup-source: configure keyboard as a wakeup source for suspend/resume
Optional properties, in addition to those specified by the shared
matrix-keyboard bindings:
- linux,fn-keymap: a second keymap, same specification as the
matrix-keyboard-controller spec but to be used when the KEY_FN modifier
key is pressed.
- nvidia,debounce-delay-ms: delay in milliseconds per row scan for debouncing
- nvidia,repeat-delay-ms: delay in milliseconds before repeat starts
- nvidia,ghost-filter: enable ghost filtering for this device
- nvidia,wakeup-source: configure keyboard as a wakeup source for suspend/resume
Example:
keyboard: keyboard {
compatible = "nvidia,tegra20-kbc";
reg = <0x7000e200 0x100>;
ghost-filter;
nvidia,ghost-filter;
};
Documentation/devicetree/bindings/net/stmmac.txt 0 → 100644
浏览文件 @ 659c36fc
* STMicroelectronics 10/100/1000 Ethernet driver (GMAC)
Required properties:
- compatible: Should be "st,spear600-gmac"
- reg: Address and length of the register set for the device
- interrupt-parent: Should be the phandle for the interrupt controller
that services interrupts for this device
- interrupts: Should contain the STMMAC interrupts
- interrupt-names: Should contain the interrupt names "macirq"
"eth_wake_irq" if this interrupt is supported in the "interrupts"
property
- phy-mode: String, operation mode of the PHY interface.
Supported values are: "mii", "rmii", "gmii", "rgmii".
Optional properties:
- mac-address: 6 bytes, mac address
Examples:
gmac0: ethernet@e0800000 {
compatible = "st,spear600-gmac";
reg = <0xe0800000 0x8000>;
interrupt-parent = <&vic1>;
interrupts = <24 23>;
interrupt-names = "macirq", "eth_wake_irq";
mac-address = [000000000000]; /* Filled in by U-Boot */
phy-mode = "gmii";
};
Documentation/devicetree/bindings/powerpc/fsl/mpic-msgr.txt 0 → 100644
浏览文件 @ 659c36fc
* FSL MPIC Message Registers
This binding specifies what properties must be available in the device tree
representation of the message register blocks found in some FSL MPIC
implementations.
Required properties:
- compatible: Specifies the compatibility list for the message register
block. The type shall be <string-list> and the value shall be of the form
"fsl,mpic-v<version>-msgr", where <version> is the version number of
the MPIC containing the message registers.
- reg: Specifies the base physical address(s) and size(s) of the
message register block's addressable register space. The type shall be
<prop-encoded-array>.
- interrupts: Specifies a list of interrupt-specifiers which are available
for receiving interrupts. Interrupt-specifier consists of two cells: first
cell is interrupt-number and second cell is level-sense. The type shall be
<prop-encoded-array>.
Optional properties:
- mpic-msgr-receive-mask: Specifies what registers in the containing block
are allowed to receive interrupts. The value is a bit mask where a set
bit at bit 'n' indicates that message register 'n' can receive interrupts.
Note that "bit 'n'" is numbered from LSB for PPC hardware. The type shall
be <u32>. If not present, then all of the message registers in the block
are available.
Aliases:
An alias should be created for every message register block. They are not
required, though. However, a particular implementation of this binding
may require aliases to be present. Aliases are of the form
'mpic-msgr-block<n>', where <n> is an integer specifying the block's number.
Numbers shall start at 0.
Example:
aliases {
mpic-msgr-block0 = &mpic_msgr_block0;
mpic-msgr-block1 = &mpic_msgr_block1;
};
mpic_msgr_block0: mpic-msgr-block@41400 {
compatible = "fsl,mpic-v3.1-msgr";
reg = <0x41400 0x200>;
// Message registers 0 and 2 in this block can receive interrupts on
// sources 0xb0 and 0xb2, respectively.
interrupts = <0xb0 2 0xb2 2>;
mpic-msgr-receive-mask = <0x5>;
};
mpic_msgr_block1: mpic-msgr-block@42400 {
compatible = "fsl,mpic-v3.1-msgr";
reg = <0x42400 0x200>;
// Message registers 0 and 2 in this block can receive interrupts on
// sources 0xb4 and 0xb6, respectively.
interrupts = <0xb4 2 0xb6 2>;
mpic-msgr-receive-mask = <0x5>;
};
Documentation/devicetree/bindings/powerpc/fsl/mpic.txt
浏览文件 @ 659c36fc
......@@ -56,7 +56,27 @@ PROPERTIES
to the client. The presence of this property also mandates
that any initialization related to interrupt sources shall
be limited to sources explicitly referenced in the device tree.
- big-endian
Usage: optional
Value type: <empty>
If present the MPIC will be assumed to be big-endian. Some
device-trees omit this property on MPIC nodes even when the MPIC is
in fact big-endian, so certain boards override this property.
- single-cpu-affinity
Usage: optional
Value type: <empty>
If present the MPIC will be assumed to only be able to route
non-IPI interrupts to a single CPU at a time (EG: Freescale MPIC).
- last-interrupt-source
Usage: optional
Value type: <u32>
Some MPICs do not correctly report the number of hardware sources
in the global feature registers. If specified, this field will
override the value read from MPIC_GREG_FEATURE_LAST_SRC.
INTERRUPT SPECIFIER DEFINITION
Interrupt specifiers consists of 4 cells encoded as
......
Documentation/devicetree/bindings/powerpc/fsl/msi-pic.txt
浏览文件 @ 659c36fc
......@@ -6,8 +6,10 @@ Required properties:
etc.) and the second is "fsl,mpic-msi" or "fsl,ipic-msi" depending on
the parent type.
- reg : should contain the address and the length of the shared message
interrupt register set.
- reg : It may contain one or two regions. The first region should contain
the address and the length of the shared message interrupt register set.
The second region should contain the address of aliased MSIIR register for
platforms that have such an alias.
- msi-available-ranges: use <start count> style section to define which
msi interrupt can be used in the 256 msi interrupts. This property is
......
Documentation/devicetree/bindings/sound/alc5632.txt 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/devicetree/bindings/sound/imx-audmux.txt 0 → 100644
浏览文件 @ 659c36fc
Freescale Digital Audio Mux (AUDMUX) device
Required properties:
- compatible : "fsl,imx21-audmux" for AUDMUX version firstly used on i.MX21,
or "fsl,imx31-audmux" for the version firstly used on i.MX31.
- reg : Should contain AUDMUX registers location and length
Example:
audmux@021d8000 {
compatible = "fsl,imx6q-audmux", "fsl,imx31-audmux";
reg = <0x021d8000 0x4000>;
};
Documentation/devicetree/bindings/spi/omap-spi.txt 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/devicetree/bindings/vendor-prefixes.txt
浏览文件 @ 659c36fc
......@@ -34,6 +34,7 @@ picochip Picochip Ltd
powervr Imagination Technologies
qcom Qualcomm, Inc.
ramtron Ramtron International
realtek Realtek Semiconductor Corp.
samsung Samsung Semiconductor
sbs Smart Battery System
schindler Schindler
......
Documentation/dmaengine.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/dvb/cards.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/dvb/lmedm04.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/edac.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/fb/matroxfb.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/filesystems/ext4.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/filesystems/porting
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/filesystems/proc.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/filesystems/qnx6.txt 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/filesystems/vfs.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/hwmon/adm1275
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/hwmon/jc42
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/hwmon/lm80
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/hwmon/lm90
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/hwmon/max16064
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/hwmon/max34440
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/hwmon/max8688
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/hwmon/mc13783-adc
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/hwmon/mcp3021 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/hwmon/pmbus
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/hwmon/sch5627
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/hwmon/sch5636
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/hwmon/ucd9000
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/hwmon/ucd9200
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/hwmon/w83627ehf
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/hwmon/zl6100
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/i2o/ioctl
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/input/alps.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/input/joystick.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/ioctl/hdio.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/kernel-parameters.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/ko_KR/HOWTO
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/kobject.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/leds/leds-lp5521.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/magic-number.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/networking/l2tp.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/networking/mac80211-auth-assoc-deauth.txt 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/networking/phy.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/numastat.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/pinctrl.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/power/devices.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/powerpc/firmware-assisted-dump.txt 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/powerpc/mpc52xx.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/powerpc/phyp-assisted-dump.txt 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
Documentation/scsi/ChangeLog.lpfc
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/scsi/LICENSE.qla2xxx
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/scsi/bfa.txt 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/scsi/libsas.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/scsi/scsi-generic.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/scsi/tmscsim.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/security/00-INDEX
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/security/Smack.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/security/Yama.txt 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/security/keys.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/spi/spi-summary
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/usb/mtouchusb.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/usb/proc_usb_info.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/video4linux/fimc.txt 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/video4linux/gspca.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/virtual/kvm/mmu.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/vm/cleancache.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/vm/page-types.c
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/vm/pagemap.txt
浏览文件 @ 659c36fc
此差异已折叠。
Documentation/zh_CN/HOWTO
浏览文件 @ 659c36fc
此差异已折叠。
MAINTAINERS
浏览文件 @ 659c36fc
此差异已折叠。
Makefile
浏览文件 @ 659c36fc
此差异已折叠。
arch/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/alpha/include/asm/machvec.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/alpha/include/asm/mman.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/alpha/include/asm/pci.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/alpha/include/asm/socket.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/alpha/kernel/binfmt_loader.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/alpha/kernel/pci.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/alpha/kernel/pci_impl.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/alpha/kernel/srmcons.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/alpha/kernel/sys_dp264.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/alpha/kernel/sys_marvel.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/alpha/kernel/sys_titan.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/Kconfig.debug
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/common/gic.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/common/it8152.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/common/vic.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/include/asm/hardware/gic.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/include/asm/hardware/vic.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/include/asm/highmem.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/include/asm/pci.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/include/asm/socket.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/include/asm/system.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/kernel/bios32.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/kernel/entry-armv.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/kernel/entry-common.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/kernel/process.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/kernel/smp.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-at91/at91cap9.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-at91/at91rm9200.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-at91/at91sam9260.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-at91/at91sam9261.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-at91/at91sam9263.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-at91/at91sam9g45.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-at91/at91sam9rl.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-at91/at91x40.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-at91/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-bcmring/core.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-bcmring/dma.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-bcmring/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-clps711x/common.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-clps711x/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-cns3xxx/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-cns3xxx/pcie.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-davinci/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-dove/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-dove/pcie.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-ebsa110/core.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-ebsa110/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-ep93xx/core.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-ep93xx/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-exynos/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-exynos/Makefile
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-exynos/common.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-exynos/dev-pd.c 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-exynos/dma.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-exynos/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-exynos/mach-nuri.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-exynos/mach-origen.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-exynos/pm_domains.c 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-footbridge/dc21285.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-gemini/Makefile
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-gemini/idle.c 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-gemini/irq.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-h720x/common.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-h720x/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-imx/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-imx/clock-imx27.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-imx/cpu_op-mx51.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-imx/devices-imx27.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-imx/imx51-dt.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-imx/imx53-dt.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-imx/mach-imx6q.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-imx/mach-pca100.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-imx/mach-pcm037.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-imx/mach-pcm043.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-imx/mm-imx21.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-imx/mm-imx25.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-imx/mm-imx27.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-imx/mm-imx3.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-imx/mm-imx5.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-imx/pm-imx27.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-integrator/core.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-integrator/impd1.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-integrator/pci_v3.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-iop13xx/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-iop13xx/pci.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-iop32x/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-iop33x/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-ixp2000/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-ixp2000/ixdp2400.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-ixp2000/ixdp2800.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-ixp2000/ixdp2x00.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-ixp2000/pci.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-ixp23xx/core.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-ixp23xx/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-ixp23xx/pci.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-ixp4xx/common-pci.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-ixp4xx/common.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-kirkwood/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-kirkwood/pcie.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-ks8695/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-ks8695/leds.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-ks8695/pci.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-lpc32xx/phy3250.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-mmp/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-msm/board-msm8x60.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-mv78xx0/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-mv78xx0/pcie.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-mxs/devices.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-mxs/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-mxs/pm.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-netx/fb.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-nomadik/cpu-8815.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-nomadik/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-omap1/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap1/Makefile
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap1/board-fsample.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap1/board-h2.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap1/board-h3.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap1/board-osk.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap1/board-palmte.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap1/board-palmtt.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap1/board-palmz71.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap1/board-sx1.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap1/devices.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap1/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-omap1/lcd_dma.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap1/mcbsp.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap1/pm.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap2/Makefile
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap2/board-4430sdp.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap2/board-generic.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap2/devices.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap2/emu.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap2/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-omap2/io.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap2/mcbsp.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap2/pm24xx.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap2/pm34xx.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap2/pm44xx.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-omap2/prm_common.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-orion5x/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-orion5x/pci.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-picoxcell/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-pnx4008/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-prima2/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-prima2/irq.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-pxa/include/mach/entry-macro.S 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-pxa/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-pxa/pxa3xx-ulpi.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-realview/core.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-realview/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-rpc/Makefile
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-rpc/fiq.S 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-rpc/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-rpc/irq.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-s3c2410/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-s3c2412/s3c2412.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-s3c2416/s3c2416.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-s3c64xx/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-s5p64x0/common.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-s5p64x0/dma.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-s5p64x0/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-s5pc100/common.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-s5pc100/dma.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-s5pc100/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-s5pv210/common.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-s5pv210/dma.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-s5pv210/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-sa1100/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-shark/core.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-shark/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-spear3xx/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-spear3xx/spear300.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-spear3xx/spear310.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-spear3xx/spear320.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-spear3xx/spear3xx.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-spear6xx/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-spear6xx/spear6xx.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-tegra/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-tegra/common.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-tegra/fuse.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-tegra/include/mach/pinconf-tegra.h 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-tegra/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-tegra/pcie.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-tegra/usb_phy.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-u300/Makefile
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-u300/core.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-u300/i2c.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-u300/include/mach/entry-macro.S 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-u300/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-u300/mmc.c 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-u300/mmc.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-ux500/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-versatile/core.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-versatile/core.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-versatile/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-versatile/pci.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-vexpress/core.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-vexpress/ct-ca9x4.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-vexpress/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-vexpress/v2m.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-w90x900/dev.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mach-zynq/include/mach/entry-macro.S 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mach-zynq/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/mm/copypage-fa.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mm/copypage-feroceon.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mm/copypage-v3.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mm/copypage-v4mc.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mm/copypage-v4wb.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mm/copypage-v4wt.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mm/copypage-v6.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mm/copypage-xsc3.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mm/copypage-xscale.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mm/highmem.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mm/init.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/mm/iomap.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/plat-iop/pci.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/plat-mxc/3ds_debugboard.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/plat-mxc/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/plat-mxc/Makefile
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/plat-mxc/audmux-v1.c 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/plat-mxc/include/mach/entry-macro.S 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/plat-mxc/include/mach/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/plat-mxc/ulpi.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/plat-omap/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/plat-omap/Makefile
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/plat-omap/common.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/plat-omap/fb.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/plat-omap/fb.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/plat-omap/include/plat/blizzard.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/plat-omap/include/plat/hwa742.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/plat-omap/include/plat/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/arm/plat-s3c24xx/cpu.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/plat-s3c24xx/pm-simtec.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/arm/plat-spear/include/plat/system.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/avr32/include/asm/io.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/avr32/include/asm/socket.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/avr32/kernel/process.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/include/asm/atomic.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/include/asm/barrier.h 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/include/asm/cmpxchg.h 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/include/asm/exec.h 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/include/asm/irq.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/include/asm/kgdb.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/include/asm/switch_to.h 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/include/asm/system.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/include/asm/unistd.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/kernel/Makefile
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/kernel/asm-offsets.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/kernel/ipipe.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/kernel/kgdb_test.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/kernel/process.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/kernel/ptrace.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/kernel/reboot.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/kernel/setup.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/kernel/trace.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/kernel/traps.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/lib/ins.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/mach-bf561/atomic.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/blackfin/mach-common/entry.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/c6x/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/c6x/include/asm/irq.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/c6x/include/asm/pgtable.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/c6x/kernel/entry.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/c6x/kernel/irq.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/c6x/platforms/megamod-pic.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/cris/include/asm/socket.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/cris/kernel/process.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/frv/include/asm/highmem.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/frv/include/asm/socket.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/frv/kernel/process.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/frv/mm/highmem.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/h8300/include/asm/socket.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/h8300/kernel/process.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/hexagon/kernel/signal.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/hexagon/kernel/smp.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/hexagon/kernel/vdso.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/hp/sim/boot/fw-emu.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/hp/sim/hpsim_irq.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/hp/sim/hpsim_setup.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/hp/sim/simeth.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/hp/sim/simserial.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/include/asm/hpsim.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/include/asm/pci.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/include/asm/socket.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/kernel/acpi.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/kernel/machine_kexec.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/kernel/mca.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/kernel/process.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/pci/pci.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/sn/kernel/huberror.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/sn/kernel/io_common.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/sn/kernel/io_init.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/sn/kernel/irq.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/sn/kernel/sn2/sn_hwperf.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/sn/kernel/tiocx.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/sn/pci/tioca_provider.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/sn/pci/tioce_provider.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/ia64/xen/irq_xen.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m32r/include/asm/socket.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/m32r/kernel/process.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/emu/nfcon.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/include/asm/m5206sim.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/include/asm/m520xsim.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/include/asm/m523xsim.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/include/asm/m5249sim.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/include/asm/m5272sim.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/include/asm/m527xsim.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/include/asm/m528xsim.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/include/asm/m5307sim.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/include/asm/m532xsim.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/include/asm/m5407sim.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/include/asm/m54xxsim.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/include/asm/machdep.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/include/asm/mcfqspi.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/include/asm/mcfuart.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/include/asm/socket.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/include/asm/system.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/kernel/process.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/kernel/process_mm.c 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/m68k/kernel/process_no.c 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/m68k/kernel/ptrace.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/kernel/ptrace_mm.c 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/m68k/kernel/ptrace_no.c 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/m68k/kernel/setup_no.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/kernel/time.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/kernel/time_mm.c 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/m68k/kernel/time_no.c 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/m68k/kernel/vmlinux-nommu.lds
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/5206/config.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/520x/config.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/523x/config.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/5249/config.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/5272/config.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/527x/config.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/528x/config.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/5307/config.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/532x/config.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/5407/config.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/54xx/config.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/68328/config.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/68328/ints.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/68328/timers.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/68360/config.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/68360/ints.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/68EZ328/config.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/68VZ328/config.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/coldfire/device.c 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/coldfire/head.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/coldfire/pit.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/platform/coldfire/reset.c 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/m68k/q40/config.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/microblaze/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/microblaze/include/asm/irq.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/microblaze/include/asm/pci.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/microblaze/kernel/intc.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/microblaze/kernel/irq.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/microblaze/kernel/process.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/microblaze/kernel/setup.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/microblaze/pci/pci-common.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/ath79/dev-usb.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/bcm47xx/Makefile
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/bcm47xx/nvram.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/bcm47xx/setup.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/bcm47xx/sprom.c 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/bcm63xx/setup.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/fw/arc/cmdline.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/fw/arc/identify.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/include/asm/highmem.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/include/asm/irq.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/include/asm/mman.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/include/asm/pci.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/include/asm/socket.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/jz4740/board-qi_lb60.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/kernel/process.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/kernel/prom.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/kernel/vdso.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/mm/c-r4k.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/mm/highmem.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/mm/init.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/pci/fixup-cobalt.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/pci/pci-bcm1480.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/pci/pci-bcm47xx.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/pci/pci-ip27.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/pci/pci-lantiq.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/pci/pci-sb1250.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/pci/pci-xlr.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mips/pci/pci.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mn10300/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/mn10300/include/asm/highmem.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/mn10300/include/asm/pci.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/mn10300/include/asm/socket.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/mn10300/kernel/process.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/mn10300/unit-asb2305/pci.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/openrisc/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/openrisc/include/asm/page.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/openrisc/include/asm/pgtable.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/openrisc/include/asm/prom.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/openrisc/include/asm/ptrace.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/openrisc/include/asm/syscall.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/openrisc/include/asm/uaccess.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/openrisc/kernel/entry.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/openrisc/kernel/head.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/openrisc/kernel/ptrace.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/openrisc/kernel/setup.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/openrisc/kernel/signal.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/openrisc/kernel/time.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/openrisc/kernel/traps.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/openrisc/mm/init.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/parisc/include/asm/mman.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/parisc/include/asm/pci.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/parisc/include/asm/socket.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/parisc/kernel/pci.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/parisc/kernel/pdc_cons.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/parisc/kernel/process.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/parisc/math-emu/fpudispatch.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/Kconfig.debug
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/Makefile
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/Makefile
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/a4m072.dts 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/bluestone.dts
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/ge_imp3a.dts 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/mpc8536ds.dts
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/mpc8548cds.dts 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/powerpc/boot/dts/mpc8548cds.dtsi 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/mpc8548cds_32b.dts 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/mpc8548cds_36b.dts 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p1010rdb.dtsi
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p1020rdb-pc.dtsi 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p1020rdb-pc_32b.dts 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p1020rdb-pc_36b.dts 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p1020rdb-pc_camp_core0.dts 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p1020rdb-pc_camp_core1.dts 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p1021rdb.dts 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p1021rdb.dtsi 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p1021rdb_36b.dts 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p1022ds.dts 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/powerpc/boot/dts/p1022ds.dtsi 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p1022ds_32b.dts 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p1022ds_36b.dts 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p1025rdb.dtsi 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p1025rdb_32b.dts 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p1025rdb_36b.dts 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p2020rdb-pc.dtsi 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p2020rdb-pc_32b.dts 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p2020rdb-pc_36b.dts 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/dts/p2020rdb.dts
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/boot/wrapper
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/configs/85xx/ge_imp3a_defconfig 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/configs/iseries_defconfig 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/powerpc/include/asm/abs_addr.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/atomic.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/cputable.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/device.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/dma.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/eeh.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/ehv_pic.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/fadump.h 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/firmware.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/fsl_guts.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/highmem.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/hw_irq.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/i8259.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/irq.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/irqflags.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/iseries/alpaca.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/powerpc/include/asm/iseries/hv_call.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/powerpc/include/asm/iseries/hv_call_sc.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/powerpc/include/asm/iseries/hv_call_xm.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/powerpc/include/asm/iseries/hv_types.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/powerpc/include/asm/iseries/iommu.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/powerpc/include/asm/iseries/lpar_map.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/powerpc/include/asm/iseries/mf.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/powerpc/include/asm/iseries/vio.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/powerpc/include/asm/keylargo.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/lppaca.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/mpic.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/mpic_msgr.h 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/paca.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/pci.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/phyp_dump.h 已删除 100644 → 0
浏览文件 @ 9521d830
此差异已折叠。
arch/powerpc/include/asm/ppc-pci.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/ppc_asm.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/reg.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/socket.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/spinlock.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/system.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/time.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/include/asm/xics.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/Makefile
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/asm-offsets.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/cputable.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/dbell.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/entry_64.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/fadump.c 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/head_32.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/head_40x.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/head_64.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/head_8xx.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/head_booke.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/ibmebus.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/idle.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/idle_book3e.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/idle_power4.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/idle_power7.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/iommu.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/irq.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/isa-bridge.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/lparcfg.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/misc.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/of_platform.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/paca.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/pci-common.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/pci_32.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/pci_64.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/pci_of_scan.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/pmc.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/process.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/prom.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/prom_init.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/rtas_pci.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/setup-common.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/signal.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/signal_32.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/sysfs.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/time.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/traps.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/vdso.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/vio.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kernel/vmlinux.lds.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kvm/book3s_hv.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/kvm/book3s_pr.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/lib/locks.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/mm/dma-noncoherent.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/mm/fault.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/mm/fsl_booke_mmu.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/mm/hash_utils_64.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/mm/hugetlbpage.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/mm/icswx.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/mm/icswx.h
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/mm/mem.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/mm/pgtable_32.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/mm/slb.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/mm/slb_low.S
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/mm/stab.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/oprofile/common.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/perf/Makefile 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/platforms/44x/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/platforms/44x/iss4xx.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/platforms/85xx/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/platforms/85xx/ge_imp3a.c 0 → 100644
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/platforms/86xx/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/platforms/86xx/pic.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/platforms/8xx/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/platforms/Kconfig
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/platforms/Makefile
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/platforms/cell/setup.c
浏览文件 @ 659c36fc
此差异已折叠。
arch/powerpc/platforms/chrp/setup.c
浏览文件 @ 659c36fc
此差异已折叠。
Markdown is supported
0% 或 .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑！
想要评论请 注册 或