Skip to content

R
raspberrypi-kernel

openeuler / raspberrypi-kernel

通知 13
Star 1
Fork 0
R
raspberrypi-kernel
提交 f7f24758 编写于 作者: D Dave Kleikamp
浏览文件
操作

Merge with /home/shaggy/git/linus-clean/ 

Signed-off-by: NDave Kleikamp <shaggy@austin.ibm.com>
上级 b38a3ab3 c32511e2
展开全部 隐藏空白更改
内联 并排
Showing with 54535 addition and 16599 deletion

要显示的变更太多。

To preserve performance only 1000 of 1000+ files are displayed.
文本差异 电子邮件补丁
Documentation/00-INDEX
浏览文件 @ f7f24758
......@@ -138,6 +138,8 @@ java.txt
- info on the in-kernel binary support for Java(tm).
kbuild/
- directory with info about the kernel build process.
kdumpt.txt
- mini HowTo on getting the crash dump code to work.
kernel-doc-nano-HOWTO.txt
- mini HowTo on generation and location of kernel documentation files.
kernel-docs.txt
......
Documentation/Changes
浏览文件 @ f7f24758
......@@ -44,9 +44,9 @@ running, the suggested command should tell you.
Again, keep in mind that this list assumes you are already
functionally running a Linux 2.4 kernel. Also, not all tools are
necessary on all systems; obviously, if you don't have any PCMCIA (PC
Card) hardware, for example, you probably needn't concern yourself
with pcmcia-cs.
necessary on all systems; obviously, if you don't have any ISDN
hardware, for example, you probably needn't concern yourself with
isdn4k-utils.
o Gnu C 2.95.3 # gcc --version
o Gnu make 3.79.1 # make --version
......@@ -57,13 +57,14 @@ o e2fsprogs 1.29 # tune2fs
o jfsutils 1.1.3 # fsck.jfs -V
o reiserfsprogs 3.6.3 # reiserfsck -V 2>&1|grep reiserfsprogs
o xfsprogs 2.6.0 # xfs_db -V
o pcmciautils 004
o pcmcia-cs 3.1.21 # cardmgr -V
o quota-tools 3.09 # quota -V
o PPP 2.4.0 # pppd --version
o isdn4k-utils 3.1pre1 # isdnctrl 2>&1|grep version
o nfs-utils 1.0.5 # showmount --version
o procps 3.2.0 # ps --version
o oprofile 0.5.3 # oprofiled --version
o oprofile 0.9 # oprofiled --version
Kernel compilation
==================
......@@ -186,13 +187,20 @@ architecture independent and any version from 2.0.0 onward should
work correctly with this version of the XFS kernel code (2.6.0 or
later is recommended, due to some significant improvements).
PCMCIAutils
-----------
PCMCIAutils replaces pcmcia-cs (see below). It properly sets up
PCMCIA sockets at system startup and loads the appropriate modules
for 16-bit PCMCIA devices if the kernel is modularized and the hotplug
subsystem is used.
Pcmcia-cs
---------
PCMCIA (PC Card) support is now partially implemented in the main
kernel source. Pay attention when you recompile your kernel ;-).
Also, be sure to upgrade to the latest pcmcia-cs release.
kernel source. The "pcmciautils" package (see above) replaces pcmcia-cs
for newest kernels.
Quota-tools
-----------
......@@ -349,9 +357,13 @@ Xfsprogs
--------
o <ftp://oss.sgi.com/projects/xfs/download/>
Pcmciautils
-----------
o <ftp://ftp.kernel.org/pub/linux/utils/kernel/pcmcia/>
Pcmcia-cs
---------
o <ftp://pcmcia-cs.sourceforge.net/pub/pcmcia-cs/pcmcia-cs-3.1.21.tar.gz>
o <http://pcmcia-cs.sourceforge.net/>
Quota-tools
----------
......
Documentation/DocBook/Makefile
浏览文件 @ f7f24758
......@@ -49,7 +49,7 @@ installmandocs: mandocs
KERNELDOC = scripts/kernel-doc
DOCPROC = scripts/basic/docproc
XMLTOFLAGS = -m Documentation/DocBook/stylesheet.xsl
XMLTOFLAGS = -m $(srctree)/Documentation/DocBook/stylesheet.xsl
#XMLTOFLAGS += --skip-validation
###
......
Documentation/DocBook/kernel-api.tmpl
浏览文件 @ f7f24758
......@@ -266,7 +266,7 @@ X!Ekernel/module.c
<chapter id="hardware">
<title>Hardware Interfaces</title>
<sect1><title>Interrupt Handling</title>
!Iarch/i386/kernel/irq.c
!Ikernel/irq/manage.c
</sect1>
<sect1><title>Resources Management</title>
......
Documentation/DocBook/libata.tmpl
浏览文件 @ f7f24758
......@@ -84,6 +84,14 @@ void (*port_disable) (struct ata_port *);
Called from ata_bus_probe() and ata_bus_reset() error paths,
as well as when unregistering from the SCSI module (rmmod, hot
unplug).
This function should do whatever needs to be done to take the
port out of use. In most cases, ata_port_disable() can be used
as this hook.
</para>
<para>
Called from ata_bus_probe() on a failed probe.
Called from ata_bus_reset() on a failed bus reset.
Called from ata_scsi_release().
</para>
</sect2>
......@@ -98,6 +106,13 @@ void (*dev_config) (struct ata_port *, struct ata_device *);
found. Typically used to apply device-specific fixups prior to
issue of SET FEATURES - XFER MODE, and prior to operation.
</para>
<para>
Called by ata_device_add() after ata_dev_identify() determines
a device is present.
</para>
<para>
This entry may be specified as NULL in ata_port_operations.
</para>
</sect2>
......@@ -135,6 +150,8 @@ void (*tf_read) (struct ata_port *ap, struct ata_taskfile *tf);
registers / DMA buffers. ->tf_read() is called to read the
hardware registers / DMA buffers, to obtain the current set of
taskfile register values.
Most drivers for taskfile-based hardware (PIO or MMIO) use
ata_tf_load() and ata_tf_read() for these hooks.
</para>
</sect2>
......@@ -147,6 +164,8 @@ void (*exec_command)(struct ata_port *ap, struct ata_taskfile *tf);
<para>
causes an ATA command, previously loaded with
->tf_load(), to be initiated in hardware.
Most drivers for taskfile-based hardware use ata_exec_command()
for this hook.
</para>
</sect2>
......@@ -161,6 +180,10 @@ Allow low-level driver to filter ATA PACKET commands, returning a status
indicating whether or not it is OK to use DMA for the supplied PACKET
command.
</para>
<para>
This hook may be specified as NULL, in which case libata will
assume that atapi dma can be supported.
</para>
</sect2>
......@@ -175,6 +198,14 @@ u8 (*check_err)(struct ata_port *ap);
Reads the Status/AltStatus/Error ATA shadow register from
hardware. On some hardware, reading the Status register has
the side effect of clearing the interrupt condition.
Most drivers for taskfile-based hardware use
ata_check_status() for this hook.
</para>
<para>
Note that because this is called from ata_device_add(), at
least a dummy function that clears device interrupts must be
provided for all drivers, even if the controller doesn't
actually have a taskfile status register.
</para>
</sect2>
......@@ -188,7 +219,13 @@ void (*dev_select)(struct ata_port *ap, unsigned int device);
Issues the low-level hardware command(s) that causes one of N
hardware devices to be considered 'selected' (active and
available for use) on the ATA bus. This generally has no
meaning on FIS-based devices.
meaning on FIS-based devices.
</para>
<para>
Most drivers for taskfile-based hardware use
ata_std_dev_select() for this hook. Controllers which do not
support second drives on a port (such as SATA contollers) will
use ata_noop_dev_select().
</para>
</sect2>
......@@ -204,6 +241,8 @@ void (*phy_reset) (struct ata_port *ap);
for device presence (PATA and SATA), typically a soft reset
(SRST) will be performed. Drivers typically use the helper
functions ata_bus_reset() or sata_phy_reset() for this hook.
Many SATA drivers use sata_phy_reset() or call it from within
their own phy_reset() functions.
</para>
</sect2>
......@@ -227,6 +266,25 @@ PCI IDE DMA Status register.
These hooks are typically either no-ops, or simply not implemented, in
FIS-based drivers.
</para>
<para>
Most legacy IDE drivers use ata_bmdma_setup() for the bmdma_setup()
hook. ata_bmdma_setup() will write the pointer to the PRD table to
the IDE PRD Table Address register, enable DMA in the DMA Command
register, and call exec_command() to begin the transfer.
</para>
<para>
Most legacy IDE drivers use ata_bmdma_start() for the bmdma_start()
hook. ata_bmdma_start() will write the ATA_DMA_START flag to the DMA
Command register.
</para>
<para>
Many legacy IDE drivers use ata_bmdma_stop() for the bmdma_stop()
hook. ata_bmdma_stop() clears the ATA_DMA_START flag in the DMA
command register.
</para>
<para>
Many legacy IDE drivers use ata_bmdma_status() as the bmdma_status() hook.
</para>
</sect2>
......@@ -250,6 +308,10 @@ int (*qc_issue) (struct ata_queued_cmd *qc);
helper function ata_qc_issue_prot() for taskfile protocol-based
dispatch. More advanced drivers implement their own ->qc_issue.
</para>
<para>
ata_qc_issue_prot() calls ->tf_load(), ->bmdma_setup(), and
->bmdma_start() as necessary to initiate a transfer.
</para>
</sect2>
......@@ -279,6 +341,21 @@ void (*irq_clear) (struct ata_port *);
before the interrupt handler is registered, to be sure hardware
is quiet.
</para>
<para>
The second argument, dev_instance, should be cast to a pointer
to struct ata_host_set.
</para>
<para>
Most legacy IDE drivers use ata_interrupt() for the
irq_handler hook, which scans all ports in the host_set,
determines which queued command was active (if any), and calls
ata_host_intr(ap,qc).
</para>
<para>
Most legacy IDE drivers use ata_bmdma_irq_clear() for the
irq_clear() hook, which simply clears the interrupt and error
flags in the DMA status register.
</para>
</sect2>
......@@ -292,6 +369,7 @@ void (*scr_write) (struct ata_port *ap, unsigned int sc_reg,
<para>
Read and write standard SATA phy registers. Currently only used
if ->phy_reset hook called the sata_phy_reset() helper function.
sc_reg is one of SCR_STATUS, SCR_CONTROL, SCR_ERROR, or SCR_ACTIVE.
</para>
</sect2>
......@@ -307,17 +385,29 @@ void (*host_stop) (struct ata_host_set *host_set);
->port_start() is called just after the data structures for each
port are initialized. Typically this is used to alloc per-port
DMA buffers / tables / rings, enable DMA engines, and similar
tasks.
tasks. Some drivers also use this entry point as a chance to
allocate driver-private memory for ap->private_data.
</para>
<para>
Many drivers use ata_port_start() as this hook or call
it from their own port_start() hooks. ata_port_start()
allocates space for a legacy IDE PRD table and returns.
</para>
<para>
->port_stop() is called after ->host_stop(). It's sole function
is to release DMA/memory resources, now that they are no longer
actively being used.
actively being used. Many drivers also free driver-private
data from port at this time.
</para>
<para>
Many drivers use ata_port_stop() as this hook, which frees the
PRD table.
</para>
<para>
->host_stop() is called after all ->port_stop() calls
have completed. The hook must finalize hardware shutdown, release DMA
and other resources, etc.
This hook may be specified as NULL, in which case it is not called.
</para>
</sect2>
......
Documentation/DocBook/stylesheet.xsl
浏览文件 @ f7f24758
......@@ -2,4 +2,5 @@
<stylesheet xmlns="http://www.w3.org/1999/XSL/Transform" version="1.0">
<param name="chunk.quietly">1</param>
<param name="funcsynopsis.style">ansi</param>
<param name="funcsynopsis.tabular.threshold">80</param>
</stylesheet>
Documentation/IPMI.txt
浏览文件 @ f7f24758
......@@ -25,9 +25,10 @@ subject and I can't cover it all here!
Configuration
-------------
The LinuxIPMI driver is modular, which means you have to pick several
The Linux IPMI driver is modular, which means you have to pick several
things to have it work right depending on your hardware. Most of
these are available in the 'Character Devices' menu.
these are available in the 'Character Devices' menu then the IPMI
menu.
No matter what, you must pick 'IPMI top-level message handler' to use
IPMI. What you do beyond that depends on your needs and hardware.
......@@ -35,33 +36,30 @@ IPMI. What you do beyond that depends on your needs and hardware.
The message handler does not provide any user-level interfaces.
Kernel code (like the watchdog) can still use it. If you need access
from userland, you need to select 'Device interface for IPMI' if you
want access through a device driver. Another interface is also
available, you may select 'IPMI sockets' in the 'Networking Support'
main menu. This provides a socket interface to IPMI. You may select
both of these at the same time, they will both work together.
The driver interface depends on your hardware. If you have a board
with a standard interface (These will generally be either "KCS",
"SMIC", or "BT", consult your hardware manual), choose the 'IPMI SI
handler' option. A driver also exists for direct I2C access to the
IPMI management controller. Some boards support this, but it is
unknown if it will work on every board. For this, choose 'IPMI SMBus
handler', but be ready to try to do some figuring to see if it will
work.
There is also a KCS-only driver interface supplied, but it is
depracated in favor of the SI interface.
want access through a device driver.
The driver interface depends on your hardware. If your system
properly provides the SMBIOS info for IPMI, the driver will detect it
and just work. If you have a board with a standard interface (These
will generally be either "KCS", "SMIC", or "BT", consult your hardware
manual), choose the 'IPMI SI handler' option. A driver also exists
for direct I2C access to the IPMI management controller. Some boards
support this, but it is unknown if it will work on every board. For
this, choose 'IPMI SMBus handler', but be ready to try to do some
figuring to see if it will work on your system if the SMBIOS/APCI
information is wrong or not present. It is fairly safe to have both
these enabled and let the drivers auto-detect what is present.
You should generally enable ACPI on your system, as systems with IPMI
should have ACPI tables describing them.
can have ACPI tables describing them.
If you have a standard interface and the board manufacturer has done
their job correctly, the IPMI controller should be automatically
detect (via ACPI or SMBIOS tables) and should just work. Sadly, many
boards do not have this information. The driver attempts standard
defaults, but they may not work. If you fall into this situation, you
need to read the section below named 'The SI Driver' on how to
hand-configure your system.
detected (via ACPI or SMBIOS tables) and should just work. Sadly,
many boards do not have this information. The driver attempts
standard defaults, but they may not work. If you fall into this
situation, you need to read the section below named 'The SI Driver' or
"The SMBus Driver" on how to hand-configure your system.
IPMI defines a standard watchdog timer. You can enable this with the
'IPMI Watchdog Timer' config option. If you compile the driver into
......@@ -73,6 +71,18 @@ closed (by default it is disabled on close). Go into the 'Watchdog
Cards' menu, enable 'Watchdog Timer Support', and enable the option
'Disable watchdog shutdown on close'.
IPMI systems can often be powered off using IPMI commands. Select
'IPMI Poweroff' to do this. The driver will auto-detect if the system
can be powered off by IPMI. It is safe to enable this even if your
system doesn't support this option. This works on ATCA systems, the
Radisys CPI1 card, and any IPMI system that supports standard chassis
management commands.
If you want the driver to put an event into the event log on a panic,
enable the 'Generate a panic event to all BMCs on a panic' option. If
you want the whole panic string put into the event log using OEM
events, enable the 'Generate OEM events containing the panic string'
option.
Basic Design
------------
......@@ -80,7 +90,7 @@ Basic Design
The Linux IPMI driver is designed to be very modular and flexible, you
only need to take the pieces you need and you can use it in many
different ways. Because of that, it's broken into many chunks of
code. These chunks are:
code. These chunks (by module name) are:
ipmi_msghandler - This is the central piece of software for the IPMI
system. It handles all messages, message timing, and responses. The
......@@ -93,18 +103,26 @@ ipmi_devintf - This provides a userland IOCTL interface for the IPMI
driver, each open file for this device ties in to the message handler
as an IPMI user.
ipmi_si - A driver for various system interfaces. This supports
KCS, SMIC, and may support BT in the future. Unless you have your own
custom interface, you probably need to use this.
ipmi_si - A driver for various system interfaces. This supports KCS,
SMIC, and BT interfaces. Unless you have an SMBus interface or your
own custom interface, you probably need to use this.
ipmi_smb - A driver for accessing BMCs on the SMBus. It uses the
I2C kernel driver's SMBus interfaces to send and receive IPMI messages
over the SMBus.
af_ipmi - A network socket interface to IPMI. This doesn't take up
a character device in your system.
ipmi_watchdog - IPMI requires systems to have a very capable watchdog
timer. This driver implements the standard Linux watchdog timer
interface on top of the IPMI message handler.
ipmi_poweroff - Some systems support the ability to be turned off via
IPMI commands.
Note that the KCS-only interface ahs been removed.
These are all individually selectable via configuration options.
Note that the KCS-only interface has been removed. The af_ipmi driver
is no longer supported and has been removed because it was impossible
to do 32 bit emulation on 64-bit kernels with it.
Much documentation for the interface is in the include files. The
IPMI include files are:
......@@ -424,7 +442,7 @@ at module load time (for a module) with:
modprobe ipmi_smb.o
addr=<adapter1>,<i2caddr1>[,<adapter2>,<i2caddr2>[,...]]
dbg=<flags1>,<flags2>...
[defaultprobe=0] [dbg_probe=1]
[defaultprobe=1] [dbg_probe=1]
The addresses are specified in pairs, the first is the adapter ID and the
second is the I2C address on that adapter.
......@@ -532,3 +550,67 @@ Once you open the watchdog timer, you must write a 'V' character to the
device to close it, or the timer will not stop. This is a new semantic
for the driver, but makes it consistent with the rest of the watchdog
drivers in Linux.
Panic Timeouts
--------------
The OpenIPMI driver supports the ability to put semi-custom and custom
events in the system event log if a panic occurs. if you enable the
'Generate a panic event to all BMCs on a panic' option, you will get
one event on a panic in a standard IPMI event format. If you enable
the 'Generate OEM events containing the panic string' option, you will
also get a bunch of OEM events holding the panic string.
The field settings of the events are:
* Generator ID: 0x21 (kernel)
* EvM Rev: 0x03 (this event is formatting in IPMI 1.0 format)
* Sensor Type: 0x20 (OS critical stop sensor)
* Sensor #: The first byte of the panic string (0 if no panic string)
* Event Dir | Event Type: 0x6f (Assertion, sensor-specific event info)
* Event Data 1: 0xa1 (Runtime stop in OEM bytes 2 and 3)
* Event data 2: second byte of panic string
* Event data 3: third byte of panic string
See the IPMI spec for the details of the event layout. This event is
always sent to the local management controller. It will handle routing
the message to the right place
Other OEM events have the following format:
Record ID (bytes 0-1): Set by the SEL.
Record type (byte 2): 0xf0 (OEM non-timestamped)
byte 3: The slave address of the card saving the panic
byte 4: A sequence number (starting at zero)
The rest of the bytes (11 bytes) are the panic string. If the panic string
is longer than 11 bytes, multiple messages will be sent with increasing
sequence numbers.
Because you cannot send OEM events using the standard interface, this
function will attempt to find an SEL and add the events there. It
will first query the capabilities of the local management controller.
If it has an SEL, then they will be stored in the SEL of the local
management controller. If not, and the local management controller is
an event generator, the event receiver from the local management
controller will be queried and the events sent to the SEL on that
device. Otherwise, the events go nowhere since there is nowhere to
send them.
Poweroff
--------
If the poweroff capability is selected, the IPMI driver will install
a shutdown function into the standard poweroff function pointer. This
is in the ipmi_poweroff module. When the system requests a powerdown,
it will send the proper IPMI commands to do this. This is supported on
several platforms.
There is a module parameter named "poweroff_control" that may either be zero
(do a power down) or 2 (do a power cycle, power the system off, then power
it on in a few seconds). Setting ipmi_poweroff.poweroff_control=x will do
the same thing on the kernel command line. The parameter is also available
via the proc filesystem in /proc/ipmi/poweroff_control. Note that if the
system does not support power cycling, it will always to the power off.
Note that if you have ACPI enabled, the system will prefer using ACPI to
power off.
Documentation/SubmittingDrivers
浏览文件 @ f7f24758
......@@ -13,13 +13,14 @@ Allocating Device Numbers
-------------------------
Major and minor numbers for block and character devices are allocated
by the Linux assigned name and number authority (currently better
known as H Peter Anvin). The site is http://www.lanana.org/. This
by the Linux assigned name and number authority (currently this is
Torben Mathiasen). The site is http://www.lanana.org/. This
also deals with allocating numbers for devices that are not going to
be submitted to the mainstream kernel.
See Documentation/devices.txt for more information on this.
If you don't use assigned numbers then when you device is submitted it will
get given an assigned number even if that is different from values you may
If you don't use assigned numbers then when your device is submitted it will
be given an assigned number even if that is different from values you may
have shipped to customers before.
Who To Submit Drivers To
......@@ -32,7 +33,8 @@ Linux 2.2:
If the code area has a general maintainer then please submit it to
the maintainer listed in MAINTAINERS in the kernel file. If the
maintainer does not respond or you cannot find the appropriate
maintainer then please contact Alan Cox <alan@lxorguk.ukuu.org.uk>
maintainer then please contact the 2.2 kernel maintainer:
Marc-Christian Petersen <m.c.p@wolk-project.de>.
Linux 2.4:
The same rules apply as 2.2. The final contact point for Linux 2.4
......@@ -48,7 +50,7 @@ What Criteria Determine Acceptance
Licensing: The code must be released to us under the
GNU General Public License. We don't insist on any kind
of exclusively GPL licensing, and if you wish the driver
of exclusive GPL licensing, and if you wish the driver
to be useful to other communities such as BSD you may well
wish to release under multiple licenses.
......
Documentation/SubmittingPatches
浏览文件 @ f7f24758
......@@ -35,7 +35,7 @@ not in any lower subdirectory.
To create a patch for a single file, it is often sufficient to do:
SRCTREE= linux-2.4
SRCTREE= linux-2.6
MYFILE= drivers/net/mydriver.c
cd $SRCTREE
......@@ -48,17 +48,18 @@ To create a patch for multiple files, you should unpack a "vanilla",
or unmodified kernel source tree, and generate a diff against your
own source tree. For example:
MYSRC= /devel/linux-2.4
MYSRC= /devel/linux-2.6
tar xvfz linux-2.4.0-test11.tar.gz
mv linux linux-vanilla
wget http://www.moses.uklinux.net/patches/dontdiff
diff -uprN -X dontdiff linux-vanilla $MYSRC > /tmp/patch
rm -f dontdiff
tar xvfz linux-2.6.12.tar.gz
mv linux-2.6.12 linux-2.6.12-vanilla
diff -uprN -X linux-2.6.12-vanilla/Documentation/dontdiff \
linux-2.6.12-vanilla $MYSRC > /tmp/patch
"dontdiff" is a list of files which are generated by the kernel during
the build process, and should be ignored in any diff(1)-generated
patch. dontdiff is maintained by Tigran Aivazian <tigran@veritas.com>
patch. The "dontdiff" file is included in the kernel tree in
2.6.12 and later. For earlier kernel versions, you can get it
from <http://www.xenotime.net/linux/doc/dontdiff>.
Make sure your patch does not include any extra files which do not
belong in a patch submission. Make sure to review your patch -after-
......@@ -66,18 +67,20 @@ generated it with diff(1), to ensure accuracy.
If your changes produce a lot of deltas, you may want to look into
splitting them into individual patches which modify things in
logical stages, this will facilitate easier reviewing by other
logical stages. This will facilitate easier reviewing by other
kernel developers, very important if you want your patch accepted.
There are a number of scripts which can aid in this;
There are a number of scripts which can aid in this:
Quilt:
http://savannah.nongnu.org/projects/quilt
Randy Dunlap's patch scripts:
http://developer.osdl.org/rddunlap/scripts/patching-scripts.tgz
http://www.xenotime.net/linux/scripts/patching-scripts-002.tar.gz
Andrew Morton's patch scripts:
http://www.zip.com.au/~akpm/linux/patches/patch-scripts-0.16
http://www.zip.com.au/~akpm/linux/patches/patch-scripts-0.20
2) Describe your changes.
......@@ -132,21 +135,6 @@ which require discussion or do not have a clear advantage should
usually be sent first to linux-kernel. Only after the patch is
discussed should the patch then be submitted to Linus.
For small patches you may want to CC the Trivial Patch Monkey
trivial@rustcorp.com.au set up by Rusty Russell; which collects "trivial"
patches. Trivial patches must qualify for one of the following rules:
Spelling fixes in documentation
Spelling fixes which could break grep(1).
Warning fixes (cluttering with useless warnings is bad)
Compilation fixes (only if they are actually correct)
Runtime fixes (only if they actually fix things)
Removing use of deprecated functions/macros (eg. check_region).
Contact detail and documentation fixes
Non-portable code replaced by portable code (even in arch-specific,
since people copy, as long as it's trivial)
Any fix by the author/maintainer of the file. (ie. patch monkey
in re-transmission mode)
5) Select your CC (e-mail carbon copy) list.
......@@ -178,6 +166,8 @@ patches. Trivial patches must qualify for one of the following rules:
since people copy, as long as it's trivial)
Any fix by the author/maintainer of the file. (ie. patch monkey
in re-transmission mode)
URL: <http://www.kernel.org/pub/linux/kernel/people/rusty/trivial/>
......@@ -299,13 +289,24 @@ can certify the below:
then you just add a line saying
Signed-off-by: Random J Developer <random@developer.org>
Signed-off-by: Random J Developer <random@developer.example.org>
Some people also put extra tags at the end. They'll just be ignored for
now, but you can do this to mark internal company procedures or just
point out some special detail about the sign-off.
12) More references for submitting patches
Andrew Morton, "The perfect patch" (tpp).
<http://www.zip.com.au/~akpm/linux/patches/stuff/tpp.txt>
Jeff Garzik, "Linux kernel patch submission format."
<http://linux.yyz.us/patch-format.html>
-----------------------------------
SECTION 2 - HINTS, TIPS, AND TRICKS
-----------------------------------
......@@ -374,7 +375,5 @@ and 'extern __inline__'.
4) Don't over-design.
Don't try to anticipate nebulous future cases which may or may not
be useful: "Make it as simple as you can, and no simpler"
be useful: "Make it as simple as you can, and no simpler."
Documentation/acpi-hotkey.txt 0 → 100644
浏览文件 @ f7f24758
driver/acpi/hotkey.c implement:
1. /proc/acpi/hotkey/event_config
(event based hotkey or event config interface):
a. add a event based hotkey(event) :
echo "0:bus::action:method:num:num" > event_config
b. delete a event based hotkey(event):
echo "1:::::num:num" > event_config
c. modify a event based hotkey(event):
echo "2:bus::action:method:num:num" > event_config
2. /proc/acpi/hotkey/poll_config
(polling based hotkey or event config interface):
a.add a polling based hotkey(event) :
echo "0:bus:method:action:method:num" > poll_config
this adding command will create a proc file
/proc/acpi/hotkey/method, which is used to get
result of polling.
b.delete a polling based hotkey(event):
echo "1:::::num" > event_config
c.modify a polling based hotkey(event):
echo "2:bus:method:action:method:num" > poll_config
3./proc/acpi/hotkey/action
(interface to call aml method associated with a
specific hotkey(event))
echo "event_num:event_type:event_argument" >
/proc/acpi/hotkey/action.
The result of the execution of this aml method is
attached to /proc/acpi/hotkey/poll_method, which is dnyamically
created. Please use command "cat /proc/acpi/hotkey/polling_method"
to retrieve it.
Documentation/basic_profiling.txt
浏览文件 @ f7f24758
......@@ -27,9 +27,13 @@ dump output readprofile -m /boot/System.map > captured_profile
Oprofile
--------
Get the source (I use 0.8) from http://oprofile.sourceforge.net/
and add "idle=poll" to the kernel command line
Get the source (see Changes for required version) from
http://oprofile.sourceforge.net/ and add "idle=poll" to the kernel command
line.
Configure with CONFIG_PROFILING=y and CONFIG_OPROFILE=y & reboot on new kernel
./configure --with-kernel-support
make install
......@@ -46,7 +50,7 @@ start opcontrol --start
stop opcontrol --stop
dump output opreport > output_file
To only report on the kernel, run opreport /boot/vmlinux > output_file
To only report on the kernel, run opreport -l /boot/vmlinux > output_file
A reset is needed to clear old statistics, which survive a reboot.
Documentation/block/ioprio.txt 0 → 100644
浏览文件 @ f7f24758
Block io priorities
===================
Intro
-----
With the introduction of cfq v3 (aka cfq-ts or time sliced cfq), basic io
priorities is supported for reads on files. This enables users to io nice
processes or process groups, similar to what has been possible to cpu
scheduling for ages. This document mainly details the current possibilites
with cfq, other io schedulers do not support io priorities so far.
Scheduling classes
------------------
CFQ implements three generic scheduling classes that determine how io is
served for a process.
IOPRIO_CLASS_RT: This is the realtime io class. This scheduling class is given
higher priority than any other in the system, processes from this class are
given first access to the disk every time. Thus it needs to be used with some
care, one io RT process can starve the entire system. Within the RT class,
there are 8 levels of class data that determine exactly how much time this
process needs the disk for on each service. In the future this might change
to be more directly mappable to performance, by passing in a wanted data
rate instead.
IOPRIO_CLASS_BE: This is the best-effort scheduling class, which is the default
for any process that hasn't set a specific io priority. The class data
determines how much io bandwidth the process will get, it's directly mappable
to the cpu nice levels just more coarsely implemented. 0 is the highest
BE prio level, 7 is the lowest. The mapping between cpu nice level and io
nice level is determined as: io_nice = (cpu_nice + 20) / 5.
IOPRIO_CLASS_IDLE: This is the idle scheduling class, processes running at this
level only get io time when no one else needs the disk. The idle class has no
class data, since it doesn't really apply here.
Tools
-----
See below for a sample ionice tool. Usage:
# ionice -c<class> -n<level> -p<pid>
If pid isn't given, the current process is assumed. IO priority settings
are inherited on fork, so you can use ionice to start the process at a given
level:
# ionice -c2 -n0 /bin/ls
will run ls at the best-effort scheduling class at the highest priority.
For a running process, you can give the pid instead:
# ionice -c1 -n2 -p100
will change pid 100 to run at the realtime scheduling class, at priority 2.
---> snip ionice.c tool <---
#include <stdio.h>
#include <stdlib.h>
#include <errno.h>
#include <getopt.h>
#include <unistd.h>
#include <sys/ptrace.h>
#include <asm/unistd.h>
extern int sys_ioprio_set(int, int, int);
extern int sys_ioprio_get(int, int);
#if defined(__i386__)
#define __NR_ioprio_set 289
#define __NR_ioprio_get 290
#elif defined(__ppc__)
#define __NR_ioprio_set 273
#define __NR_ioprio_get 274
#elif defined(__x86_64__)
#define __NR_ioprio_set 251
#define __NR_ioprio_get 252
#elif defined(__ia64__)
#define __NR_ioprio_set 1274
#define __NR_ioprio_get 1275
#else
#error "Unsupported arch"
#endif
_syscall3(int, ioprio_set, int, which, int, who, int, ioprio);
_syscall2(int, ioprio_get, int, which, int, who);
enum {
IOPRIO_CLASS_NONE,
IOPRIO_CLASS_RT,
IOPRIO_CLASS_BE,
IOPRIO_CLASS_IDLE,
};
enum {
IOPRIO_WHO_PROCESS = 1,
IOPRIO_WHO_PGRP,
IOPRIO_WHO_USER,
};
#define IOPRIO_CLASS_SHIFT 13
const char *to_prio[] = { "none", "realtime", "best-effort", "idle", };
int main(int argc, char *argv[])
{
int ioprio = 4, set = 0, ioprio_class = IOPRIO_CLASS_BE;
int c, pid = 0;
while ((c = getopt(argc, argv, "+n:c:p:")) != EOF) {
switch (c) {
case 'n':
ioprio = strtol(optarg, NULL, 10);
set = 1;
break;
case 'c':
ioprio_class = strtol(optarg, NULL, 10);
set = 1;
break;
case 'p':
pid = strtol(optarg, NULL, 10);
break;
}
}
switch (ioprio_class) {
case IOPRIO_CLASS_NONE:
ioprio_class = IOPRIO_CLASS_BE;
break;
case IOPRIO_CLASS_RT:
case IOPRIO_CLASS_BE:
break;
case IOPRIO_CLASS_IDLE:
ioprio = 7;
break;
default:
printf("bad prio class %d\n", ioprio_class);
return 1;
}
if (!set) {
if (!pid && argv[optind])
pid = strtol(argv[optind], NULL, 10);
ioprio = ioprio_get(IOPRIO_WHO_PROCESS, pid);
printf("pid=%d, %d\n", pid, ioprio);
if (ioprio == -1)
perror("ioprio_get");
else {
ioprio_class = ioprio >> IOPRIO_CLASS_SHIFT;
ioprio = ioprio & 0xff;
printf("%s: prio %d\n", to_prio[ioprio_class], ioprio);
}
} else {
if (ioprio_set(IOPRIO_WHO_PROCESS, pid, ioprio | ioprio_class << IOPRIO_CLASS_SHIFT) == -1) {
perror("ioprio_set");
return 1;
}
if (argv[optind])
execvp(argv[optind], &argv[optind]);
}
return 0;
}
---> snip ionice.c tool <---
March 11 2005, Jens Axboe <axboe@suse.de>
Documentation/cciss.txt
浏览文件 @ f7f24758
......@@ -17,6 +17,7 @@ This driver is known to work with the following cards:
* SA P600
* SA P800
* SA E400
* SA E300
If nodes are not already created in the /dev/cciss directory, run as root:
......
Documentation/cdrom/sbpcd
浏览文件 @ f7f24758
......@@ -419,6 +419,7 @@ into the file "track01":
*/
#include <stdio.h>
#include <sys/ioctl.h>
#include <sys/types.h>
#include <linux/cdrom.h>
static struct cdrom_tochdr hdr;
......@@ -429,7 +430,7 @@ static int datafile, drive;
static int i, j, limit, track, err;
static char filename[32];
main(int argc, char *argv[])
int main(int argc, char *argv[])
{
/*
* open /dev/cdrom
......@@ -516,6 +517,7 @@ entry[track+1].cdte_addr.lba=entry[track].cdte_addr.lba+300;
}
arg.addr.lba++;
}
return 0;
}
/*===================== end program ========================================*/
......@@ -564,15 +566,16 @@ Appendix -- the "cdtester" utility:
#include <stdio.h>
#include <malloc.h>
#include <sys/ioctl.h>
#include <sys/types.h>
#include <linux/cdrom.h>
#ifdef AZT_PRIVATE_IOCTLS
#include <linux/../../drivers/cdrom/aztcd.h>
#endif AZT_PRIVATE_IOCTLS
#endif /* AZT_PRIVATE_IOCTLS */
#ifdef SBP_PRIVATE_IOCTLS
#include <linux/../../drivers/cdrom/sbpcd.h>
#include <linux/fs.h>
#endif SBP_PRIVATE_IOCTLS
#endif /* SBP_PRIVATE_IOCTLS */
struct cdrom_tochdr hdr;
struct cdrom_tochdr tocHdr;
......@@ -590,7 +593,7 @@ union
struct cdrom_msf msf;
unsigned char buf[CD_FRAMESIZE_RAW];
} azt;
#endif AZT_PRIVATE_IOCTLS
#endif /* AZT_PRIVATE_IOCTLS */
int i, i1, i2, i3, j, k;
unsigned char sequence=0;
unsigned char command[80];
......@@ -738,7 +741,7 @@ void display(int size,unsigned char *buffer)
}
}
main(int argc, char *argv[])
int main(int argc, char *argv[])
{
printf("\nTesting tool for a CDROM driver's audio functions V0.1\n");
printf("(C) 1995 Eberhard Moenkeberg <emoenke@gwdg.de>\n");
......@@ -1046,12 +1049,13 @@ main(int argc, char *argv[])
rc=ioctl(drive,CDROMAUDIOBUFSIZ,j);
printf("%d frames granted.\n",rc);
break;
#endif SBP_PRIVATE_IOCTLS
#endif /* SBP_PRIVATE_IOCTLS */
default:
printf("unknown command: \"%s\".\n",command);
break;
}
}
return 0;
}
/*==========================================================================*/
Documentation/cpu-freq/governors.txt
浏览文件 @ f7f24758
......@@ -9,6 +9,7 @@
Dominik Brodowski <linux@brodo.de>
some additions and corrections by Nico Golde <nico@ngolde.de>
......@@ -25,6 +26,7 @@ Contents:
2.1 Performance
2.2 Powersave
2.3 Userspace
2.4 Ondemand
3. The Governor Interface in the CPUfreq Core
......@@ -86,7 +88,7 @@ highest frequency within the borders of scaling_min_freq and
scaling_max_freq.
2.1 Powersave
2.2 Powersave
-------------
The CPUfreq governor "powersave" sets the CPU statically to the
......@@ -94,7 +96,7 @@ lowest frequency within the borders of scaling_min_freq and
scaling_max_freq.
2.2 Userspace
2.3 Userspace
-------------
The CPUfreq governor "userspace" allows the user, or any userspace
......@@ -103,6 +105,14 @@ by making a sysfs file "scaling_setspeed" available in the CPU-device
directory.
2.4 Ondemand
------------
The CPUfreq govenor "ondemand" sets the CPU depending on the
current usage. To do this the CPU must have the capability to
switch the frequency very fast.
3. The Governor Interface in the CPUfreq Core
=============================================
......
Documentation/cpusets.txt
浏览文件 @ f7f24758
......@@ -51,6 +51,14 @@ mems_allowed vector.
If a cpuset is cpu or mem exclusive, no other cpuset, other than a direct
ancestor or descendent, may share any of the same CPUs or Memory Nodes.
A cpuset that is cpu exclusive has a sched domain associated with it.
The sched domain consists of all cpus in the current cpuset that are not
part of any exclusive child cpusets.
This ensures that the scheduler load balacing code only balances
against the cpus that are in the sched domain as defined above and not
all of the cpus in the system. This removes any overhead due to
load balancing code trying to pull tasks outside of the cpu exclusive
cpuset only to be prevented by the tasks' cpus_allowed mask.
User level code may create and destroy cpusets by name in the cpuset
virtual file system, manage the attributes and permissions of these
......@@ -84,6 +92,9 @@ This can be especially valuable on:
and a database), or
* NUMA systems running large HPC applications with demanding
performance characteristics.
* Also cpu_exclusive cpusets are useful for servers running orthogonal
workloads such as RT applications requiring low latency and HPC
applications that are throughput sensitive
These subsets, or "soft partitions" must be able to be dynamically
adjusted, as the job mix changes, without impacting other concurrently
......@@ -125,6 +136,8 @@ Cpusets extends these two mechanisms as follows:
- A cpuset may be marked exclusive, which ensures that no other
cpuset (except direct ancestors and descendents) may contain
any overlapping CPUs or Memory Nodes.
Also a cpu_exclusive cpuset would be associated with a sched
domain.
- You can list all the tasks (by pid) attached to any cpuset.
The implementation of cpusets requires a few, simple hooks
......@@ -136,6 +149,9 @@ into the rest of the kernel, none in performance critical paths:
allowed in that tasks cpuset.
- in sched.c migrate_all_tasks(), to keep migrating tasks within
the CPUs allowed by their cpuset, if possible.
- in sched.c, a new API partition_sched_domains for handling
sched domain changes associated with cpu_exclusive cpusets
and related changes in both sched.c and arch/ia64/kernel/domain.c
- in the mbind and set_mempolicy system calls, to mask the requested
Memory Nodes by what's allowed in that tasks cpuset.
- in page_alloc, to restrict memory to allowed nodes.
......
Documentation/devices.txt
浏览文件 @ f7f24758
......@@ -94,6 +94,7 @@ Your cooperation is appreciated.
9 = /dev/urandom Faster, less secure random number gen.
10 = /dev/aio Asyncronous I/O notification interface
11 = /dev/kmsg Writes to this come out as printk's
12 = /dev/oldmem Access to crash dump from kexec kernel
1 block RAM disk
0 = /dev/ram0 First RAM disk
1 = /dev/ram1 Second RAM disk
......
Documentation/dvb/README.dibusb → Documentation/dvb/README.dvb-usb
浏览文件 @ f7f24758
Documentation for dib3000* frontend drivers and dibusb device driver
====================================================================
Documentation for dvb-usb-framework module and its devices
Copyright (C) 2004-5 Patrick Boettcher (patrick.boettcher@desy.de),
Idea behind the dvb-usb-framework
=================================
dibusb and dib3000mb/mc drivers based on GPL code, which has
In March 2005 I got the new Twinhan USB2.0 DVB-T device. They provided specs and a firmware.
Copyright (C) 2004 Amaury Demol for DiBcom (ademol@dibcom.fr)
Quite keen I wanted to put the driver (with some quirks of course) into dibusb.
After reading some specs and doing some USB snooping, it realized, that the
dibusb-driver would be a complete mess afterwards. So I decided to do it in a
different way: With the help of a dvb-usb-framework.
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, version 2.
The framework provides generic functions (mostly kernel API calls), such as:
- Transport Stream URB handling in conjunction with dvb-demux-feed-control
(bulk and isoc are supported)
- registering the device for the DVB-API
- registering an I2C-adapter if applicable
- remote-control/input-device handling
- firmware requesting and loading (currently just for the Cypress USB
controllers)
- other functions/methods which can be shared by several drivers (such as
functions for bulk-control-commands)
- TODO: a I2C-chunker. It creates device-specific chunks of register-accesses
depending on length of a register and the number of values that can be
multi-written and multi-read.
Supported devices USB1.1
========================
Produced and reselled by Twinhan:
---------------------------------
- TwinhanDTV USB-Ter DVB-T Device (VP7041)
http://www.twinhan.com/product_terrestrial_3.asp
- TwinhanDTV Magic Box (VP7041e)
http://www.twinhan.com/product_terrestrial_4.asp
- HAMA DVB-T USB device
http://www.hama.de/portal/articleId*110620/action*2598
- CTS Portable (Chinese Television System) (2)
http://www.2cts.tv/ctsportable/
- Unknown USB DVB-T device with vendor ID Hyper-Paltek
Produced and reselled by KWorld:
--------------------------------
- KWorld V-Stream XPERT DTV DVB-T USB
http://www.kworld.com.tw/en/product/DVBT-USB/DVBT-USB.html
- JetWay DTV DVB-T USB
http://www.jetway.com.tw/evisn/product/lcd-tv/DVT-USB/dtv-usb.htm
- ADSTech Instant TV DVB-T USB
http://www.adstech.com/products/PTV-333/intro/PTV-333_intro.asp?pid=PTV-333
The source code of the particular DVB USB devices does just the communication
with the device via the bus. The connection between the DVB-API-functionality
is done via callbacks, assigned in a static device-description (struct
dvb_usb_device) each device-driver has to have.
For an example have a look in drivers/media/dvb/dvb-usb/vp7045*.
Others:
-------
- Ultima Electronic/Artec T1 USB TVBOX (AN2135, AN2235, AN2235 with Panasonic Tuner)
http://82.161.246.249/products-tvbox.html
Objective is to migrate all the usb-devices (dibusb, cinergyT2, maybe the
ttusb; flexcop-usb already benefits from the generic flexcop-device) to use
the dvb-usb-lib.
- Compro Videomate DVB-U2000 - DVB-T USB (2)
http://www.comprousa.com/products/vmu2000.htm
TODO: dynamic enabling and disabling of the pid-filter in regard to number of
feeds requested.
- Grandtec USB DVB-T
http://www.grand.com.tw/
- Avermedia AverTV DVBT USB (2)
http://www.avermedia.com/
- DiBcom USB DVB-T reference device (non-public)
Supported devices USB2.0
Supported devices
========================
- Twinhan MagicBox II (2)
http://www.twinhan.com/product_terrestrial_7.asp
- Hanftek UMT-010 (1)
http://www.globalsources.com/si/6008819757082/ProductDetail/Digital-TV/product_id-100046529
- Typhoon/Yakumo/HAMA DVB-T mobile USB2.0 (1)
http://www.yakumo.de/produkte/index.php?pid=1&ag=DVB-T
- Artec T1 USB TVBOX (FX2) (2)
- Hauppauge WinTV NOVA-T USB2
http://www.hauppauge.com/
- KWorld/ADSTech Instant DVB-T USB2.0 (DiB3000M-B)
- DiBcom USB2.0 DVB-T reference device (non-public)
See the LinuxTV DVB Wiki at www.linuxtv.org for a complete list of
cards/drivers/firmwares:
1) It is working almost.
2) No test reports received yet.
http://www.linuxtv.org/wiki/index.php/DVB_USB
0. History & News:
2005-06-30 - added support for WideView WT-220U (Thanks to Steve Chang)
2005-05-30 - added basic isochronous support to the dvb-usb-framework
added support for Conexant Hybrid reference design and Nebula DigiTV USB
2005-04-17 - all dibusb devices ported to make use of the dvb-usb-framework
2005-04-02 - re-enabled and improved remote control code.
2005-03-31 - ported the Yakumo/Hama/Typhoon DVB-T USB2.0 device to dvb-usb.
2005-03-30 - first commit of the dvb-usb-module based on the dibusb-source. First device is a new driver for the
TwinhanDTV Alpha / MagicBox II USB2.0-only DVB-T device.
0. NEWS:
(change from dvb-dibusb to dvb-usb)
2005-03-28 - added support for the AVerMedia AverTV DVB-T USB2.0 device (Thanks to Glen Harris and Jiun-Kuei Jung, AVerMedia)
2005-03-14 - added support for the Typhoon/Yakumo/HAMA DVB-T mobile USB2.0
2005-02-11 - added support for the KWorld/ADSTech Instant DVB-T USB2.0. Thanks a lot to Joachim von Caron
2005-02-02 - added support for the Hauppauge Win-TV Nova-T USB2
2005-01-31 - distorted streaming is finally gone for USB1.1 devices
2005-01-31 - distorted streaming is gone for USB1.1 devices
2005-01-13 - moved the mirrored pid_filter_table back to dvb-dibusb
- first almost working version for HanfTek UMT-010
- found out, that Yakumo/HAMA/Typhoon are predessors of the HanfTek UMT-010
- found out, that Yakumo/HAMA/Typhoon are predecessors of the HanfTek UMT-010
2005-01-10 - refactoring completed, now everything is very delightful
- tuner quirks for some weird devices (Artec T1 AN2235 device has sometimes a
Panasonic Tuner assembled). Tunerprobing implemented. Thanks a lot to Gunnar Wittich.
......@@ -99,7 +73,7 @@ Supported devices USB2.0
2004-12-26 - refactored the dibusb-driver, splitted into separate files
- i2c-probing enabled
2004-12-06 - possibility for demod i2c-address probing
- new usb IDs (Compro,Artec)
- new usb IDs (Compro, Artec)
2004-11-23 - merged changes from DiB3000MC_ver2.1
- revised the debugging
- possibility to deliver the complete TS for USB2.0
......@@ -127,8 +101,8 @@ Supported devices USB2.0
CTS Portable (Chinese Television System)
2004-07-08 - firmware-extraction-2.422-problem solved, driver is now working
properly with firmware extracted from 2.422
- #if for 2.6.4 (dvb), compile issue
- changed firmware handling, see vp7041.txt sec 1.1
- #if for 2.6.4 (dvb), compile issue
- changed firmware handling, see vp7041.txt sec 1.1
2004-07-02 - some tuner modifications, v0.1, cleanups, first public
2004-06-28 - now using the dvb_dmx_swfilter_packets, everything
runs fine now
......@@ -139,38 +113,15 @@ Supported devices USB2.0
2004-05-11 - start writing the driver
1. How to use?
NOTE: This driver was developed using Linux 2.6.6.,
it is working with 2.6.7 and above.
Linux 2.4.x support is not planned, but patches are very welcome.
NOTE: I'm using Debian testing, so the following explaination (especially
the hotplug-path) needn't match your system, but probably it will :).
The driver is included in the kernel since Linux 2.6.10.
1.1. Firmware
The USB driver needs to download a firmware to start working.
You can either use "get_dvb_firmware dibusb" to download the firmware or you
can get it directly via
Most of the USB drivers need to download a firmware to the device before start
working.
for USB1.1 (AN2135)
http://www.linuxtv.org/downloads/firmware/dvb-dibusb-5.0.0.11.fw
for USB1.1 (AN2235) (a few Artec T1 devices)
http://www.linuxtv.org/downloads/firmware/dvb-dibusb-an2235-1.fw
for USB2.0 (FX2) Hauppauge, DiBcom
http://www.linuxtv.org/downloads/firmware/dvb-dibusb-6.0.0.5.fw
for USB2.0 ADSTech/Kworld USB2.0
http://www.linuxtv.org/downloads/firmware/dvb-dibusb-adstech-usb2-1.fw
for USB2.0 HanfTek
http://www.linuxtv.org/downloads/firmware/dvb-dibusb-an2235-1.fw
Have a look at the Wikipage for the DVB-USB-drivers to find out, which firmware
you need for your device:
http://www.linuxtv.org/wiki/index.php/DVB_USB
1.2. Compiling
......@@ -178,6 +129,9 @@ Since the driver is in the linux kernel, activating the driver in
your favorite config-environment should sufficient. I recommend
to compile the driver as module. Hotplug does the rest.
If you use dvb-kernel enter the build-2.6 directory run 'make' and 'insmod.sh
load' afterwards.
1.3. Loading the drivers
Hotplug is able to load the driver, when it is needed (because you plugged
......@@ -188,15 +142,13 @@ from withing the dvb-kernel cvs repository.
first have a look, which debug level are available:
modinfo dib3000mb
modinfo dib3000-common
modinfo dib3000mc
modinfo dvb-dibusb
modinfo dvb-usb
modinfo dvb-usb-vp7045
etc.
modprobe dib3000-common debug=<level>
modprobe dib3000mb debug=<level>
modprobe dib3000mc debug=<level>
modprobe dvb-dibusb debug=<level>
modprobe dvb-usb debug=<level>
modprobe dvb-usb-vp7045 debug=<level>
etc.
should do the trick.
......@@ -204,52 +156,32 @@ When the driver is loaded successfully, the firmware file was in
the right place and the device is connected, the "Power"-LED should be
turned on.
At this point you should be able to start a dvb-capable application. For myself
I used mplayer, dvbscan, tzap and kaxtv, they are working. Using the device
in vdr is working now also.
At this point you should be able to start a dvb-capable application. I'm use
(t|s)zap, mplayer and dvbscan to test the basics. VDR-xine provides the
long-term test scenario.
2. Known problems and bugs
- Don't remove the USB device while running an DVB application, your system will die.
- Don't remove the USB device while running an DVB application, your system
will go crazy or die most likely.
2.1. Adding support for devices
It is not possible to determine the range of devices based on the DiBcom
reference designs. This is because the reference design of DiBcom can be sold
to thirds, without telling DiBcom (so done with the Twinhan VP7041 and
the HAMA device).
When you think you have a device like this and the driver does not recognizes it,
please send the ****load*.inf and the ****cap*.inf of the Windows driver to me.
Sometimes the Vendor or Product ID is identical to the ones of Twinhan, even
though it is not a Twinhan device (e.g. HAMA), then please send me the name
of the device. I will add it to this list in order to make this clear to
others.
If you are familar with C you can also add the VID and PID of the device to
the dvb-dibusb-core.c-file and create a patch and send it over to me or to
the linux-dvb mailing list, _after_ you have tried compiling and modprobing
it.
TODO
2.2. USB1.1 Bandwidth limitation
Most of the currently supported devices are USB1.1 and thus they have a
A lot of the currently supported devices are USB1.1 and thus they have a
maximum bandwidth of about 5-6 MBit/s when connected to a USB2.0 hub.
This is not enough for receiving the complete transport stream of a
DVB-T channel (which can be about 16 MBit/s). Normally this is not a
DVB-T channel (which is about 16 MBit/s). Normally this is not a
problem, if you only want to watch TV (this does not apply for HDTV),
but watching a channel while recording another channel on the same
frequency simply does not work very well. This applies to all USB1.1
DVB-T devices, not just dibusb)
Update: For the USB1.1 and VDR some work has been done (patches and comments
are still very welcome). Maybe the problem is solved in the meantime because I
now use the dmx_sw_filter function instead of dmx_sw_filter_packet. I hope the
linux-dvb software filter is able to get the best of the garbled TS.
DVB-T devices, not just the dvb-usb-devices)
The bug, where the TS is distorted by a heavy usage of the device is gone
definitely. All dibusb-devices I was using (Twinhan, Kworld, DiBcom) are
definitely. All dvb-usb-devices I was using (Twinhan, Kworld, DiBcom) are
working like charm now with VDR. Sometimes I even was able to record a channel
and watch another one.
......@@ -258,7 +190,7 @@ and watch another one.
Patches, comments and suggestions are very very welcome.
3. Acknowledgements
Amaury Demol (ademol@dibcom.fr) and Francois Kanounnikoff from DiBcom for
Amaury Demol (ademol@dibcom.fr) and Francois Kanounnikoff from DiBcom for
providing specs, code and help, on which the dvb-dibusb, dib3000mb and
dib3000mc are based.
......@@ -270,10 +202,25 @@ Patches, comments and suggestions are very very welcome.
Bernd Wagner for helping with huge bug reports and discussions.
Gunnar Wittich and Joachim von Caron for their trust for giving me
Gunnar Wittich and Joachim von Caron for their trust for providing
root-shells on their machines to implement support for new devices.
Some guys on the linux-dvb mailing list for encouraging me
Allan Third and Michael Hutchinson for their help to write the Nebula
digitv-driver.
Glen Harris for bringing up, that there is a new dibusb-device and Jiun-Kuei
Jung from AVerMedia who kindly provided a special firmware to get the device
up and running in Linux.
Jennifer Chen, Jeff and Jack from Twinhan for kindly supporting by
writing the vp7045-driver.
Steve Chang from WideView for providing information for new devices and
firmware files.
Michael Paxton for submitting remote control keymaps.
Some guys on the linux-dvb mailing list for encouraging me.
Peter Schildmann >peter.schildmann-nospam-at-web.de< for his
user-level firmware loader, which saves a lot of time
......@@ -282,4 +229,4 @@ Patches, comments and suggestions are very very welcome.
Ulf Hermenau for helping me out with traditional chinese.
André Smoktun and Christian Frömmel for supporting me with
hardware and listening to my problems very patient
hardware and listening to my problems very patiently.
Documentation/dvb/bt8xx.txt
浏览文件 @ f7f24758
How to get the Nebula, PCTV and Twinhan DST cards working
=========================================================
How to get the Nebula Electronics DigiTV, Pinnacle PCTV Sat, Twinhan DST + clones working
=========================================================================================
This class of cards has a bt878a as the PCI interface, and
require the bttv driver.
1) General information
======================
Please pay close attention to the warning about the bttv module
options below for the DST card.
This class of cards has a bt878a chip as the PCI interface.
The different card drivers require the bttv driver to provide the means
to access the i2c bus and the gpio pins of the bt8xx chipset.
1) General informations
=======================
2) Compilation rules for Kernel >= 2.6.12
=========================================
These drivers require the bttv driver to provide the means to access
the i2c bus and the gpio pins of the bt8xx chipset.
Enable the following options:
Because of this, you need to enable
"Device drivers" => "Multimedia devices"
=> "Video For Linux" => "BT848 Video For Linux"
Furthermore you need to enable
=> "Video For Linux" => "BT848 Video For Linux"
"Device drivers" => "Multimedia devices" => "Digital Video Broadcasting Devices"
=> "DVB for Linux" "DVB Core Support" "Nebula/Pinnacle PCTV/TwinHan PCI Cards"
=> "DVB for Linux" "DVB Core Support" "Nebula/Pinnacle PCTV/TwinHan PCI Cards"
2) Loading Modules
==================
3) Loading Modules, described by two approaches
===============================================
In general you need to load the bttv driver, which will handle the gpio and
i2c communication for us, plus the common dvb-bt8xx device driver.
The frontends for Nebula (nxt6000), Pinnacle PCTV (cx24110) and
TwinHan (dst) are loaded automatically by the dvb-bt8xx device driver.
i2c communication for us, plus the common dvb-bt8xx device driver,
which is called the backend.
The frontends for Nebula DigiTV (nxt6000), Pinnacle PCTV Sat (cx24110),
TwinHan DST + clones (dst and dst-ca) are loaded automatically by the backend.
For further details about TwinHan DST + clones see /Documentation/dvb/ci.txt.
3a) Nebula / Pinnacle PCTV
--------------------------
3a) The manual approach
-----------------------
$ modprobe bttv (normally bttv is being loaded automatically by kmod)
$ modprobe dvb-bt8xx (or just place dvb-bt8xx in /etc/modules for automatic loading)
Loading modules:
modprobe bttv
modprobe dvb-bt8xx
Unloading modules:
modprobe -r dvb-bt8xx
modprobe -r bttv
3b) TwinHan and Clones
3b) The automatic approach
--------------------------
$ modprobe bttv i2c_hw=1 card=0x71
$ modprobe dvb-bt8xx
$ modprobe dst
The value 0x71 will override the PCI type detection for dvb-bt8xx,
which is necessary for TwinHan cards.
If you're having an older card (blue color circuit) and card=0x71 locks
your machine, try using 0x68, too. If that does not work, ask on the
mailing list.
The DST module takes a couple of useful parameters.
verbose takes values 0 to 5. These values control the verbosity level.
debug takes values 0 and 1. You can either disable or enable debugging.
dst_addons takes values 0 and 0x20. A value of 0 means it is a FTA card.
0x20 means it has a Conditional Access slot.
The autodected values are determined bythe cards 'response
string' which you can see in your logs e.g.
If not already done by installation, place a line either in
/etc/modules.conf or in /etc/modprobe.conf containing this text:
alias char-major-81 bttv
dst_get_device_id: Recognise [DSTMCI]
Then place a line in /etc/modules containing this text:
dvb-bt8xx
Reboot your system and have fun!
--
Authors: Richard Walker, Jamie Honan, Michael Hunold, Manu Abraham
Authors: Richard Walker, Jamie Honan, Michael Hunold, Manu Abraham, Uwe Bugla
Documentation/feature-removal-schedule.txt
浏览文件 @ f7f24758
......@@ -43,6 +43,14 @@ Who: Randy Dunlap <rddunlap@osdl.org>
---------------------------
What: RAW driver (CONFIG_RAW_DRIVER)
When: December 2005
Why: declared obsolete since kernel 2.6.3
O_DIRECT can be used instead
Who: Adrian Bunk <bunk@stusta.de>
---------------------------
What: register_ioctl32_conversion() / unregister_ioctl32_conversion()
When: April 2005
Why: Replaced by ->compat_ioctl in file_operations and other method
......@@ -111,3 +119,19 @@ Why: Match the other drivers' name for the same function, duplicate names
will be available until removal of old names.
Who: Grant Coady <gcoady@gmail.com>
---------------------------
What: PCMCIA control ioctl (needed for pcmcia-cs [cardmgr, cardctl])
When: November 2005
Files: drivers/pcmcia/: pcmcia_ioctl.c
Why: With the 16-bit PCMCIA subsystem now behaving (almost) like a
normal hotpluggable bus, and with it using the default kernel
infrastructure (hotplug, driver core, sysfs) keeping the PCMCIA
control ioctl needed by cardmgr and cardctl from pcmcia-cs is
unnecessary, and makes further cleanups and integration of the
PCMCIA subsystem into the Linux kernel device driver model more
difficult. The features provided by cardmgr and cardctl are either
handled by the kernel itself now or are available in the new
pcmciautils package available at
http://kernel.org/pub/linux/utils/kernel/pcmcia/
Who: Dominik Brodowski <linux@brodo.de>
Documentation/filesystems/ext2.txt
浏览文件 @ f7f24758
......@@ -58,6 +58,8 @@ noacl Don't support POSIX ACLs.
nobh Do not attach buffer_heads to file pagecache.
xip Use execute in place (no caching) if possible
grpquota,noquota,quota,usrquota Quota options are silently ignored by ext2.
......
Documentation/filesystems/inotify.txt 0 → 100644
浏览文件 @ f7f24758
inotify
a powerful yet simple file change notification system
Document started 15 Mar 2005 by Robert Love <rml@novell.com>
(i) User Interface
Inotify is controlled by a set of three sys calls
First step in using inotify is to initialise an inotify instance
int fd = inotify_init ();
Change events are managed by "watches". A watch is an (object,mask) pair where
the object is a file or directory and the mask is a bit mask of one or more
inotify events that the application wishes to receive. See <linux/inotify.h>
for valid events. A watch is referenced by a watch descriptor, or wd.
Watches are added via a path to the file.
Watches on a directory will return events on any files inside of the directory.
Adding a watch is simple,
int wd = inotify_add_watch (fd, path, mask);
You can add a large number of files via something like
for each file to watch {
int wd = inotify_add_watch (fd, file, mask);
}
You can update an existing watch in the same manner, by passing in a new mask.
An existing watch is removed via the INOTIFY_IGNORE ioctl, for example
inotify_rm_watch (fd, wd);
Events are provided in the form of an inotify_event structure that is read(2)
from a inotify instance fd. The filename is of dynamic length and follows the
struct. It is of size len. The filename is padded with null bytes to ensure
proper alignment. This padding is reflected in len.
You can slurp multiple events by passing a large buffer, for example
size_t len = read (fd, buf, BUF_LEN);
Will return as many events as are available and fit in BUF_LEN.
each inotify instance fd is also select()- and poll()-able.
You can find the size of the current event queue via the FIONREAD ioctl.
All watches are destroyed and cleaned up on close.
(ii) Internal Kernel Implementation
Each open inotify instance is associated with an inotify_device structure.
Each watch is associated with an inotify_watch structure. Watches are chained
off of each associated device and each associated inode.
See fs/inotify.c for the locking and lifetime rules.
(iii) Rationale
Q: What is the design decision behind not tying the watch to the open fd of
the watched object?
A: Watches are associated with an open inotify device, not an open file.
This solves the primary problem with dnotify: keeping the file open pins
the file and thus, worse, pins the mount. Dnotify is therefore infeasible
for use on a desktop system with removable media as the media cannot be
unmounted.
Q: What is the design decision behind using an-fd-per-device as opposed to
an fd-per-watch?
A: An fd-per-watch quickly consumes more file descriptors than are allowed,
more fd's than are feasible to manage, and more fd's than are optimally
select()-able. Yes, root can bump the per-process fd limit and yes, users
can use epoll, but requiring both is a silly and extraneous requirement.
A watch consumes less memory than an open file, separating the number
spaces is thus sensible. The current design is what user-space developers
want: Users initialize inotify, once, and add n watches, requiring but one fd
and no twiddling with fd limits. Initializing an inotify instance two
thousand times is silly. If we can implement user-space's preferences
cleanly--and we can, the idr layer makes stuff like this trivial--then we
should.
There are other good arguments. With a single fd, there is a single
item to block on, which is mapped to a single queue of events. The single
fd returns all watch events and also any potential out-of-band data. If
every fd was a separate watch,
- There would be no way to get event ordering. Events on file foo and
file bar would pop poll() on both fd's, but there would be no way to tell
which happened first. A single queue trivially gives you ordering. Such
ordering is crucial to existing applications such as Beagle. Imagine
"mv a b ; mv b a" events without ordering.
- We'd have to maintain n fd's and n internal queues with state,
versus just one. It is a lot messier in the kernel. A single, linear
queue is the data structure that makes sense.
- User-space developers prefer the current API. The Beagle guys, for
example, love it. Trust me, I asked. It is not a surprise: Who'd want
to manage and block on 1000 fd's via select?
- You'd have to manage the fd's, as an example: Call close() when you
received a delete event.
- No way to get out of band data.
- 1024 is still too low. ;-)
When you talk about designing a file change notification system that
scales to 1000s of directories, juggling 1000s of fd's just does not seem
the right interface. It is too heavy.
Q: Why the system call approach?
A: The poor user-space interface is the second biggest problem with dnotify.
Signals are a terrible, terrible interface for file notification. Or for
anything, for that matter. The ideal solution, from all perspectives, is a
file descriptor-based one that allows basic file I/O and poll/select.
Obtaining the fd and managing the watches could have been done either via a
device file or a family of new system calls. We decided to implement a
family of system calls because that is the preffered approach for new kernel
features and it means our user interface requirements.
Additionally, it _is_ possible to more than one instance and
juggle more than one queue and thus more than one associated fd.
Documentation/filesystems/xip.txt 0 → 100644
浏览文件 @ f7f24758
Execute-in-place for file mappings
----------------------------------
Motivation
----------
File mappings are performed by mapping page cache pages to userspace. In
addition, read&write type file operations also transfer data from/to the page
cache.
For memory backed storage devices that use the block device interface, the page
cache pages are in fact copies of the original storage. Various approaches
exist to work around the need for an extra copy. The ramdisk driver for example
does read the data into the page cache, keeps a reference, and discards the
original data behind later on.
Execute-in-place solves this issue the other way around: instead of keeping
data in the page cache, the need to have a page cache copy is eliminated
completely. With execute-in-place, read&write type operations are performed
directly from/to the memory backed storage device. For file mappings, the
storage device itself is mapped directly into userspace.
This implementation was initialy written for shared memory segments between
different virtual machines on s390 hardware to allow multiple machines to
share the same binaries and libraries.
Implementation
--------------
Execute-in-place is implemented in three steps: block device operation,
address space operation, and file operations.
A block device operation named direct_access is used to retrieve a
reference (pointer) to a block on-disk. The reference is supposed to be
cpu-addressable, physical address and remain valid until the release operation
is performed. A struct block_device reference is used to address the device,
and a sector_t argument is used to identify the individual block. As an
alternative, memory technology devices can be used for this.
The block device operation is optional, these block devices support it as of
today:
- dcssblk: s390 dcss block device driver
An address space operation named get_xip_page is used to retrieve reference
to a struct page. To address the target page, a reference to an address_space,
and a sector number is provided. A 3rd argument indicates whether the
function should allocate blocks if needed.
This address space operation is mutually exclusive with readpage&writepage that
do page cache read/write operations.
The following filesystems support it as of today:
- ext2: the second extended filesystem, see Documentation/filesystems/ext2.txt
A set of file operations that do utilize get_xip_page can be found in
mm/filemap_xip.c . The following file operation implementations are provided:
- aio_read/aio_write
- readv/writev
- sendfile
The generic file operations do_sync_read/do_sync_write can be used to implement
classic synchronous IO calls.
Shortcomings
------------
This implementation is limited to storage devices that are cpu addressable at
all times (no highmem or such). It works well on rom/ram, but enhancements are
needed to make it work with flash in read+write mode.
Putting the Linux kernel and/or its modules on a xip filesystem does not mean
they are not copied.
Documentation/i2c/chips/max6875
浏览文件 @ f7f24758
......@@ -2,10 +2,10 @@ Kernel driver max6875
=====================
Supported chips:
* Maxim max6874, max6875
Prefixes: 'max6875'
* Maxim MAX6874, MAX6875
Prefix: 'max6875'
Addresses scanned: 0x50, 0x52
Datasheets:
Datasheet:
http://pdfserv.maxim-ic.com/en/ds/MAX6874-MAX6875.pdf
Author: Ben Gardner <bgardner@wabtec.com>
......@@ -23,14 +23,26 @@ Module Parameters
Description
-----------
The MAXIM max6875 is a EEPROM-programmable power-supply sequencer/supervisor.
The Maxim MAX6875 is an EEPROM-programmable power-supply sequencer/supervisor.
It provides timed outputs that can be used as a watchdog, if properly wired.
It also provides 512 bytes of user EEPROM.
At reset, the max6875 reads the configuration eeprom into its configuration
At reset, the MAX6875 reads the configuration EEPROM into its configuration
registers. The chip then begins to operate according to the values in the
registers.
The Maxim MAX6874 is a similar, mostly compatible device, with more intputs
and outputs:
vin gpi vout
MAX6874 6 4 8
MAX6875 4 3 5
MAX6874 chips can have four different addresses (as opposed to only two for
the MAX6875). The additional addresses (0x54 and 0x56) are not probed by
this driver by default, but the probe module parameter can be used if
needed.
See the datasheet for details on how to program the EEPROM.
......
Documentation/i2c/dev-interface
浏览文件 @ f7f24758
......@@ -14,9 +14,12 @@ C example
=========
So let's say you want to access an i2c adapter from a C program. The
first thing to do is `#include <linux/i2c.h>" and "#include <linux/i2c-dev.h>.
Yes, I know, you should never include kernel header files, but until glibc
knows about i2c, there is not much choice.
first thing to do is "#include <linux/i2c-dev.h>". Please note that
there are two files named "i2c-dev.h" out there, one is distributed
with the Linux kernel and is meant to be included from kernel
driver code, the other one is distributed with lm_sensors and is
meant to be included from user-space programs. You obviously want
the second one here.
Now, you have to decide which adapter you want to access. You should
inspect /sys/class/i2c-dev/ to decide this. Adapter numbers are assigned
......@@ -78,7 +81,7 @@ Full interface description
==========================
The following IOCTLs are defined and fully supported
(see also i2c-dev.h and i2c.h):
(see also i2c-dev.h):
ioctl(file,I2C_SLAVE,long addr)
Change slave address. The address is passed in the 7 lower bits of the
......@@ -97,10 +100,10 @@ ioctl(file,I2C_PEC,long select)
ioctl(file,I2C_FUNCS,unsigned long *funcs)
Gets the adapter functionality and puts it in *funcs.
ioctl(file,I2C_RDWR,struct i2c_ioctl_rdwr_data *msgset)
ioctl(file,I2C_RDWR,struct i2c_rdwr_ioctl_data *msgset)
Do combined read/write transaction without stop in between.
The argument is a pointer to a struct i2c_ioctl_rdwr_data {
The argument is a pointer to a struct i2c_rdwr_ioctl_data {
struct i2c_msg *msgs; /* ptr to array of simple messages */
int nmsgs; /* number of messages to exchange */
......
Documentation/i2c/writing-clients
浏览文件 @ f7f24758
......@@ -27,7 +27,6 @@ address.
static struct i2c_driver foo_driver = {
.owner = THIS_MODULE,
.name = "Foo version 2.3 driver",
.id = I2C_DRIVERID_FOO, /* from i2c-id.h, optional */
.flags = I2C_DF_NOTIFY,
.attach_adapter = &foo_attach_adapter,
.detach_client = &foo_detach_client,
......@@ -37,12 +36,6 @@ static struct i2c_driver foo_driver = {
The name can be chosen freely, and may be upto 40 characters long. Please
use something descriptive here.
If used, the id should be a unique ID. The range 0xf000 to 0xffff is
reserved for local use, and you can use one of those until you start
distributing the driver, at which time you should contact the i2c authors
to get your own ID(s). Note that most of the time you don't need an ID
at all so you can just omit it.
Don't worry about the flags field; just put I2C_DF_NOTIFY into it. This
means that your driver will be notified when new adapters are found.
This is almost always what you want.
......
Documentation/infiniband/user_verbs.txt 0 → 100644
浏览文件 @ f7f24758
USERSPACE VERBS ACCESS
The ib_uverbs module, built by enabling CONFIG_INFINIBAND_USER_VERBS,
enables direct userspace access to IB hardware via "verbs," as
described in chapter 11 of the InfiniBand Architecture Specification.
To use the verbs, the libibverbs library, available from
<http://openib.org/>, is required. libibverbs contains a
device-independent API for using the ib_uverbs interface.
libibverbs also requires appropriate device-dependent kernel and
userspace driver for your InfiniBand hardware. For example, to use
a Mellanox HCA, you will need the ib_mthca kernel module and the
libmthca userspace driver be installed.
User-kernel communication
Userspace communicates with the kernel for slow path, resource
management operations via the /dev/infiniband/uverbsN character
devices. Fast path operations are typically performed by writing
directly to hardware registers mmap()ed into userspace, with no
system call or context switch into the kernel.
Commands are sent to the kernel via write()s on these device files.
The ABI is defined in drivers/infiniband/include/ib_user_verbs.h.
The structs for commands that require a response from the kernel
contain a 64-bit field used to pass a pointer to an output buffer.
Status is returned to userspace as the return value of the write()
system call.
Resource management
Since creation and destruction of all IB resources is done by
commands passed through a file descriptor, the kernel can keep track
of which resources are attached to a given userspace context. The
ib_uverbs module maintains idr tables that are used to translate
between kernel pointers and opaque userspace handles, so that kernel
pointers are never exposed to userspace and userspace cannot trick
the kernel into following a bogus pointer.
This also allows the kernel to clean up when a process exits and
prevent one process from touching another process's resources.
Memory pinning
Direct userspace I/O requires that memory regions that are potential
I/O targets be kept resident at the same physical address. The
ib_uverbs module manages pinning and unpinning memory regions via
get_user_pages() and put_page() calls. It also accounts for the
amount of memory pinned in the process's locked_vm, and checks that
unprivileged processes do not exceed their RLIMIT_MEMLOCK limit.
Pages that are pinned multiple times are counted each time they are
pinned, so the value of locked_vm may be an overestimate of the
number of pages pinned by a process.
/dev files
To create the appropriate character device files automatically with
udev, a rule like
KERNEL="uverbs*", NAME="infiniband/%k"
can be used. This will create device nodes named
/dev/infiniband/uverbs0
and so on. Since the InfiniBand userspace verbs should be safe for
use by non-privileged processes, it may be useful to add an
appropriate MODE or GROUP to the udev rule.
Documentation/kdump/gdbmacros.txt 0 → 100644
浏览文件 @ f7f24758
#
# This file contains a few gdb macros (user defined commands) to extract
# useful information from kernel crashdump (kdump) like stack traces of
# all the processes or a particular process and trapinfo.
#
# These macros can be used by copying this file in .gdbinit (put in home
# directory or current directory) or by invoking gdb command with
# --command=<command-file-name> option
#
# Credits:
# Alexander Nyberg <alexn@telia.com>
# V Srivatsa <vatsa@in.ibm.com>
# Maneesh Soni <maneesh@in.ibm.com>
#
define bttnobp
set $tasks_off=((size_t)&((struct task_struct *)0)->tasks)
set $pid_off=((size_t)&((struct task_struct *)0)->pids[1].pid_list.next)
set $init_t=&init_task
set $next_t=(((char *)($init_t->tasks).next) - $tasks_off)
while ($next_t != $init_t)
set $next_t=(struct task_struct *)$next_t
printf "\npid %d; comm %s:\n", $next_t.pid, $next_t.comm
printf "===================\n"
set var $stackp = $next_t.thread.esp
set var $stack_top = ($stackp & ~4095) + 4096
while ($stackp < $stack_top)
if (*($stackp) > _stext && *($stackp) < _sinittext)
info symbol *($stackp)
end
set $stackp += 4
end
set $next_th=(((char *)$next_t->pids[1].pid_list.next) - $pid_off)
while ($next_th != $next_t)
set $next_th=(struct task_struct *)$next_th
printf "\npid %d; comm %s:\n", $next_t.pid, $next_t.comm
printf "===================\n"
set var $stackp = $next_t.thread.esp
set var $stack_top = ($stackp & ~4095) + 4096
while ($stackp < $stack_top)
if (*($stackp) > _stext && *($stackp) < _sinittext)
info symbol *($stackp)
end
set $stackp += 4
end
set $next_th=(((char *)$next_th->pids[1].pid_list.next) - $pid_off)
end
set $next_t=(char *)($next_t->tasks.next) - $tasks_off
end
end
document bttnobp
dump all thread stack traces on a kernel compiled with !CONFIG_FRAME_POINTER
end
define btt
set $tasks_off=((size_t)&((struct task_struct *)0)->tasks)
set $pid_off=((size_t)&((struct task_struct *)0)->pids[1].pid_list.next)
set $init_t=&init_task
set $next_t=(((char *)($init_t->tasks).next) - $tasks_off)
while ($next_t != $init_t)
set $next_t=(struct task_struct *)$next_t
printf "\npid %d; comm %s:\n", $next_t.pid, $next_t.comm
printf "===================\n"
set var $stackp = $next_t.thread.esp
set var $stack_top = ($stackp & ~4095) + 4096
set var $stack_bot = ($stackp & ~4095)
set $stackp = *($stackp)
while (($stackp < $stack_top) && ($stackp > $stack_bot))
set var $addr = *($stackp + 4)
info symbol $addr
set $stackp = *($stackp)
end
set $next_th=(((char *)$next_t->pids[1].pid_list.next) - $pid_off)
while ($next_th != $next_t)
set $next_th=(struct task_struct *)$next_th
printf "\npid %d; comm %s:\n", $next_t.pid, $next_t.comm
printf "===================\n"
set var $stackp = $next_t.thread.esp
set var $stack_top = ($stackp & ~4095) + 4096
set var $stack_bot = ($stackp & ~4095)
set $stackp = *($stackp)
while (($stackp < $stack_top) && ($stackp > $stack_bot))
set var $addr = *($stackp + 4)
info symbol $addr
set $stackp = *($stackp)
end
set $next_th=(((char *)$next_th->pids[1].pid_list.next) - $pid_off)
end
set $next_t=(char *)($next_t->tasks.next) - $tasks_off
end
end
document btt
dump all thread stack traces on a kernel compiled with CONFIG_FRAME_POINTER
end
define btpid
set var $pid = $arg0
set $tasks_off=((size_t)&((struct task_struct *)0)->tasks)
set $pid_off=((size_t)&((struct task_struct *)0)->pids[1].pid_list.next)
set $init_t=&init_task
set $next_t=(((char *)($init_t->tasks).next) - $tasks_off)
set var $pid_task = 0
while ($next_t != $init_t)
set $next_t=(struct task_struct *)$next_t
if ($next_t.pid == $pid)
set $pid_task = $next_t
end
set $next_th=(((char *)$next_t->pids[1].pid_list.next) - $pid_off)
while ($next_th != $next_t)
set $next_th=(struct task_struct *)$next_th
if ($next_th.pid == $pid)
set $pid_task = $next_th
end
set $next_th=(((char *)$next_th->pids[1].pid_list.next) - $pid_off)
end
set $next_t=(char *)($next_t->tasks.next) - $tasks_off
end
printf "\npid %d; comm %s:\n", $pid_task.pid, $pid_task.comm
printf "===================\n"
set var $stackp = $pid_task.thread.esp
set var $stack_top = ($stackp & ~4095) + 4096
set var $stack_bot = ($stackp & ~4095)
set $stackp = *($stackp)
while (($stackp < $stack_top) && ($stackp > $stack_bot))
set var $addr = *($stackp + 4)
info symbol $addr
set $stackp = *($stackp)
end
end
document btpid
backtrace of pid
end
define trapinfo
set var $pid = $arg0
set $tasks_off=((size_t)&((struct task_struct *)0)->tasks)
set $pid_off=((size_t)&((struct task_struct *)0)->pids[1].pid_list.next)
set $init_t=&init_task
set $next_t=(((char *)($init_t->tasks).next) - $tasks_off)
set var $pid_task = 0
while ($next_t != $init_t)
set $next_t=(struct task_struct *)$next_t
if ($next_t.pid == $pid)
set $pid_task = $next_t
end
set $next_th=(((char *)$next_t->pids[1].pid_list.next) - $pid_off)
while ($next_th != $next_t)
set $next_th=(struct task_struct *)$next_th
if ($next_th.pid == $pid)
set $pid_task = $next_th
end
set $next_th=(((char *)$next_th->pids[1].pid_list.next) - $pid_off)
end
set $next_t=(char *)($next_t->tasks.next) - $tasks_off
end
printf "Trapno %ld, cr2 0x%lx, error_code %ld\n", $pid_task.thread.trap_no, \
$pid_task.thread.cr2, $pid_task.thread.error_code
end
document trapinfo
Run info threads and lookup pid of thread #1
'trapinfo <pid>' will tell you by which trap & possibly
addresthe kernel paniced.
end
Documentation/kdump/kdump.txt 0 → 100644
浏览文件 @ f7f24758
Documentation for kdump - the kexec-based crash dumping solution
================================================================
DESIGN
======
Kdump uses kexec to reboot to a second kernel whenever a dump needs to be taken.
This second kernel is booted with very little memory. The first kernel reserves
the section of memory that the second kernel uses. This ensures that on-going
DMA from the first kernel does not corrupt the second kernel.
All the necessary information about Core image is encoded in ELF format and
stored in reserved area of memory before crash. Physical address of start of
ELF header is passed to new kernel through command line parameter elfcorehdr=.
On i386, the first 640 KB of physical memory is needed to boot, irrespective
of where the kernel loads. Hence, this region is backed up by kexec just before
rebooting into the new kernel.
In the second kernel, "old memory" can be accessed in two ways.
- The first one is through a /dev/oldmem device interface. A capture utility
can read the device file and write out the memory in raw format. This is raw
dump of memory and analysis/capture tool should be intelligent enough to
determine where to look for the right information. ELF headers (elfcorehdr=)
can become handy here.
- The second interface is through /proc/vmcore. This exports the dump as an ELF
format file which can be written out using any file copy command
(cp, scp, etc). Further, gdb can be used to perform limited debugging on
the dump file. This method ensures methods ensure that there is correct
ordering of the dump pages (corresponding to the first 640 KB that has been
relocated).
SETUP
=====
1) Download http://www.xmission.com/~ebiederm/files/kexec/kexec-tools-1.101.tar.gz
and apply http://lse.sourceforge.net/kdump/patches/kexec-tools-1.101-kdump.patch
and after that build the source.
2) Download and build the appropriate (latest) kexec/kdump (-mm) kernel
patchset and apply it to the vanilla kernel tree.
Two kernels need to be built in order to get this feature working.
A) First kernel:
a) Enable "kexec system call" feature (in Processor type and features).
CONFIG_KEXEC=y
b) This kernel's physical load address should be the default value of
0x100000 (0x100000, 1 MB) (in Processor type and features).
CONFIG_PHYSICAL_START=0x100000
c) Enable "sysfs file system support" (in Pseudo filesystems).
CONFIG_SYSFS=y
d) Boot into first kernel with the command line parameter "crashkernel=Y@X".
Use appropriate values for X and Y. Y denotes how much memory to reserve
for the second kernel, and X denotes at what physical address the reserved
memory section starts. For example: "crashkernel=64M@16M".
B) Second kernel:
a) Enable "kernel crash dumps" feature (in Processor type and features).
CONFIG_CRASH_DUMP=y
b) Specify a suitable value for "Physical address where the kernel is
loaded" (in Processor type and features). Typically this value
should be same as X (See option d) above, e.g., 16 MB or 0x1000000.
CONFIG_PHYSICAL_START=0x1000000
c) Enable "/proc/vmcore support" (Optional, in Pseudo filesystems).
CONFIG_PROC_VMCORE=y
d) Disable SMP support and build a UP kernel (Until it is fixed).
CONFIG_SMP=n
e) Enable "Local APIC support on uniprocessors".
CONFIG_X86_UP_APIC=y
f) Enable "IO-APIC support on uniprocessors"
CONFIG_X86_UP_IOAPIC=y
Note: i) Options a) and b) depend upon "Configure standard kernel features
(for small systems)" (under General setup).
ii) Option a) also depends on CONFIG_HIGHMEM (under Processor
type and features).
iii) Both option a) and b) are under "Processor type and features".
3) Boot into the first kernel. You are now ready to try out kexec-based crash
dumps.
4) Load the second kernel to be booted using:
kexec -p <second-kernel> --crash-dump --args-linux --append="root=<root-dev>
init 1 irqpoll"
Note: i) <second-kernel> has to be a vmlinux image. bzImage will not work,
as of now.
ii) By default ELF headers are stored in ELF32 format (for i386). This
is sufficient to represent the physical memory up to 4GB. To store
headers in ELF64 format, specifiy "--elf64-core-headers" on the
kexec command line additionally.
iii) Specify "irqpoll" as command line parameter. This reduces driver
initialization failures in second kernel due to shared interrupts.
5) System reboots into the second kernel when a panic occurs. A module can be
written to force the panic or "ALT-SysRq-c" can be used initiate a crash
dump for testing purposes.
6) Write out the dump file using
cp /proc/vmcore <dump-file>
Dump memory can also be accessed as a /dev/oldmem device for a linear/raw
view. To create the device, type:
mknod /dev/oldmem c 1 12
Use "dd" with suitable options for count, bs and skip to access specific
portions of the dump.
Entire memory: dd if=/dev/oldmem of=oldmem.001
ANALYSIS
========
Limited analysis can be done using gdb on the dump file copied out of
/proc/vmcore. Use vmlinux built with -g and run
gdb vmlinux <dump-file>
Stack trace for the task on processor 0, register display, memory display
work fine.
Note: gdb cannot analyse core files generated in ELF64 format for i386.
TODO
====
1) Provide a kernel pages filtering mechanism so that core file size is not
insane on systems having huge memory banks.
2) Modify "crash" tool to make it recognize this dump.
CONTACT
=======
Vivek Goyal (vgoyal@in.ibm.com)
Maneesh Soni (maneesh@in.ibm.com)
Documentation/kernel-parameters.txt
浏览文件 @ f7f24758
......@@ -37,7 +37,7 @@ restrictions referred to are that the relevant option is valid if:
IA-32 IA-32 aka i386 architecture is enabled.
IA-64 IA-64 architecture is enabled.
IOSCHED More than one I/O scheduler is enabled.
IP_PNP IP DCHP, BOOTP, or RARP is enabled.
IP_PNP IP DHCP, BOOTP, or RARP is enabled.
ISAPNP ISA PnP code is enabled.
ISDN Appropriate ISDN support is enabled.
JOY Appropriate joystick support is enabled.
......@@ -358,6 +358,10 @@ running once the system is up.
cpia_pp= [HW,PPT]
Format: { parport<nr> | auto | none }
crashkernel=nn[KMG]@ss[KMG]
[KNL] Reserve a chunk of physical memory to
hold a kernel to switch to with kexec on panic.
cs4232= [HW,OSS]
Format: <io>,<irq>,<dma>,<dma2>,<mpuio>,<mpuirq>
......@@ -447,6 +451,10 @@ running once the system is up.
Format: {"as"|"cfq"|"deadline"|"noop"}
See Documentation/block/as-iosched.txt
and Documentation/block/deadline-iosched.txt for details.
elfcorehdr= [IA-32]
Specifies physical address of start of kernel core image
elf header.
See Documentation/kdump.txt for details.
enforcing [SELINUX] Set initial enforcing status.
Format: {"0" | "1"}
......@@ -548,6 +556,9 @@ running once the system is up.
i810= [HW,DRM]
i8k.ignore_dmi [HW] Continue probing hardware even if DMI data
indicates that the driver is running on unsupported
hardware.
i8k.force [HW] Activate i8k driver even if SMM BIOS signature
does not match list of supported models.
i8k.power_status
......@@ -611,6 +622,17 @@ running once the system is up.
ips= [HW,SCSI] Adaptec / IBM ServeRAID controller
See header of drivers/scsi/ips.c.
irqfixup [HW]
When an interrupt is not handled search all handlers
for it. Intended to get systems with badly broken
firmware running.
irqpoll [HW]
When an interrupt is not handled search all handlers
for it. Also check all handlers each timer
interrupt. Intended to get systems with badly broken
firmware running.
isapnp= [ISAPNP]
Format: <RDP>, <reset>, <pci_scan>, <verbosity>
......@@ -736,6 +758,9 @@ running once the system is up.
maxcpus= [SMP] Maximum number of processors that an SMP kernel
should make use of
max_addr=[KMG] [KNL,BOOT,ia64] All physical memory greater than or
equal to this physical address is ignored.
max_luns= [SCSI] Maximum number of LUNs to probe
Should be between 1 and 2^32-1.
......@@ -1019,6 +1044,10 @@ running once the system is up.
irqmask=0xMMMM [IA-32] Set a bit mask of IRQs allowed to be assigned
automatically to PCI devices. You can make the kernel
exclude IRQs of your ISA cards this way.
pirqaddr=0xAAAAA [IA-32] Specify the physical address
of the PIRQ table (normally generated
by the BIOS) if it is outside the
F0000h-100000h range.
lastbus=N [IA-32] Scan all buses till bus #N. Can be useful
if the kernel is unable to find your secondary buses
and you want to tell it explicitly which ones they are.
......@@ -1104,7 +1133,7 @@ running once the system is up.
See Documentation/ramdisk.txt.
psmouse.proto= [HW,MOUSE] Highest PS2 mouse protocol extension to
probe for (bare|imps|exps).
probe for (bare|imps|exps|lifebook|any).
psmouse.rate= [HW,MOUSE] Set desired mouse report rate, in reports
per second.
psmouse.resetafter=
......
Documentation/keys.txt
浏览文件 @ f7f24758
此差异已折叠。
Documentation/networking/00-INDEX
浏览文件 @ f7f24758
......@@ -114,9 +114,7 @@ tuntap.txt
vortex.txt
- info on using 3Com Vortex (3c590, 3c592, 3c595, 3c597) Ethernet cards.
wan-router.txt
- Wan router documentation
wanpipe.txt
- WANPIPE(tm) Multiprotocol WAN Driver for Linux WAN Router
- WAN router documentation
wavelan.txt
- AT&T GIS (nee NCR) WaveLAN card: An Ethernet-like radio transceiver
x25.txt
......
Documentation/networking/dmfe.txt
浏览文件 @ f7f24758
dmfe.c: Version 1.28 01/18/2000
Davicom DM9102(A)/DM9132/DM9801 fast ethernet driver for Linux.
A Davicom DM9102(A)/DM9132/DM9801 fast ethernet driver for Linux.
Copyright (C) 1997 Sten Wang
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 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.
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.
This driver provides kernel support for Davicom DM9102(A)/DM9132/DM9801 ethernet cards ( CNET
10/100 ethernet cards uses Davicom chipset too, so this driver supports CNET cards too ).If you
didn't compile this driver as a module, it will automatically load itself on boot and print a
line similar to :
A. Compiler command:
dmfe: Davicom DM9xxx net driver, version 1.36.4 (2002-01-17)
A-1: For normal single or multiple processor kernel
"gcc -DMODULE -D__KERNEL__ -I/usr/src/linux/net/inet -Wall
-Wstrict-prototypes -O6 -c dmfe.c"
If you compiled this driver as a module, you have to load it on boot.You can load it with command :
A-2: For single or multiple processor with kernel module version function
"gcc -DMODULE -DMODVERSIONS -D__KERNEL__ -I/usr/src/linux/net/inet
-Wall -Wstrict-prototypes -O6 -c dmfe.c"
insmod dmfe
This way it will autodetect the device mode.This is the suggested way to load the module.Or you can pass
a mode= setting to module while loading, like :
B. The following steps teach you how to activate a DM9102 board:
insmod dmfe mode=0 # Force 10M Half Duplex
insmod dmfe mode=1 # Force 100M Half Duplex
insmod dmfe mode=4 # Force 10M Full Duplex
insmod dmfe mode=5 # Force 100M Full Duplex
1. Used the upper compiler command to compile dmfe.c
Next you should configure your network interface with a command similar to :
2. Insert dmfe module into kernel
"insmod dmfe" ;;Auto Detection Mode (Suggest)
"insmod dmfe mode=0" ;;Force 10M Half Duplex
"insmod dmfe mode=1" ;;Force 100M Half Duplex
"insmod dmfe mode=4" ;;Force 10M Full Duplex
"insmod dmfe mode=5" ;;Force 100M Full Duplex
ifconfig eth0 172.22.3.18
^^^^^^^^^^^
Your IP Adress
3. Config a dm9102 network interface
"ifconfig eth0 172.22.3.18"
^^^^^^^^^^^ Your IP address
Then you may have to modify the default routing table with command :
4. Activate the IP routing table. For some distributions, it is not
necessary. You can type "route" to check.
route add default eth0
"route add default eth0"
Now your ethernet card should be up and running.
5. Well done. Your DM9102 adapter is now activated.
TODO:
C. Object files description:
1. dmfe_rh61.o: For Redhat 6.1
Implement pci_driver::suspend() and pci_driver::resume() power management methods.
Check on 64 bit boxes.
Check and fix on big endian boxes.
Test and make sure PCI latency is now correct for all cases.
If you can make sure your kernel version, you can rename
to dmfe.o and directly use it without re-compiling.
Authors:
Author: Sten Wang, 886-3-5798797-8517, E-mail: sten_wang@davicom.com.tw
Sten Wang <sten_wang@davicom.com.tw > : Original Author
Tobias Ringstrom <tori@unhappy.mine.nu> : Current Maintainer
Contributors:
Marcelo Tosatti <marcelo@conectiva.com.br>
Alan Cox <alan@redhat.com>
Jeff Garzik <jgarzik@pobox.com>
Vojtech Pavlik <vojtech@suse.cz>
Documentation/networking/fib_trie.txt 0 → 100644
浏览文件 @ f7f24758
LC-trie implementation notes.
Node types
----------
leaf
An end node with data. This has a copy of the relevant key, along
with 'hlist' with routing table entries sorted by prefix length.
See struct leaf and struct leaf_info.
trie node or tnode
An internal node, holding an array of child (leaf or tnode) pointers,
indexed through a subset of the key. See Level Compression.
A few concepts explained
------------------------
Bits (tnode)
The number of bits in the key segment used for indexing into the
child array - the "child index". See Level Compression.
Pos (tnode)
The position (in the key) of the key segment used for indexing into
the child array. See Path Compression.
Path Compression / skipped bits
Any given tnode is linked to from the child array of its parent, using
a segment of the key specified by the parent's "pos" and "bits"
In certain cases, this tnode's own "pos" will not be immediately
adjacent to the parent (pos+bits), but there will be some bits
in the key skipped over because they represent a single path with no
deviations. These "skipped bits" constitute Path Compression.
Note that the search algorithm will simply skip over these bits when
searching, making it necessary to save the keys in the leaves to
verify that they actually do match the key we are searching for.
Level Compression / child arrays
the trie is kept level balanced moving, under certain conditions, the
children of a full child (see "full_children") up one level, so that
instead of a pure binary tree, each internal node ("tnode") may
contain an arbitrarily large array of links to several children.
Conversely, a tnode with a mostly empty child array (see empty_children)
may be "halved", having some of its children moved downwards one level,
in order to avoid ever-increasing child arrays.
empty_children
the number of positions in the child array of a given tnode that are
NULL.
full_children
the number of children of a given tnode that aren't path compressed.
(in other words, they aren't NULL or leaves and their "pos" is equal
to this tnode's "pos"+"bits").
(The word "full" here is used more in the sense of "complete" than
as the opposite of "empty", which might be a tad confusing.)
Comments
---------
We have tried to keep the structure of the code as close to fib_hash as
possible to allow verification and help up reviewing.
fib_find_node()
A good start for understanding this code. This function implements a
straightforward trie lookup.
fib_insert_node()
Inserts a new leaf node in the trie. This is bit more complicated than
fib_find_node(). Inserting a new node means we might have to run the
level compression algorithm on part of the trie.
trie_leaf_remove()
Looks up a key, deletes it and runs the level compression algorithm.
trie_rebalance()
The key function for the dynamic trie after any change in the trie
it is run to optimize and reorganize. Tt will walk the trie upwards
towards the root from a given tnode, doing a resize() at each step
to implement level compression.
resize()
Analyzes a tnode and optimizes the child array size by either inflating
or shrinking it repeatedly until it fullfills the criteria for optimal
level compression. This part follows the original paper pretty closely
and there may be some room for experimentation here.
inflate()
Doubles the size of the child array within a tnode. Used by resize().
halve()
Halves the size of the child array within a tnode - the inverse of
inflate(). Used by resize();
fn_trie_insert(), fn_trie_delete(), fn_trie_select_default()
The route manipulation functions. Should conform pretty closely to the
corresponding functions in fib_hash.
fn_trie_flush()
This walks the full trie (using nextleaf()) and searches for empty
leaves which have to be removed.
fn_trie_dump()
Dumps the routing table ordered by prefix length. This is somewhat
slower than the corresponding fib_hash function, as we have to walk the
entire trie for each prefix length. In comparison, fib_hash is organized
as one "zone"/hash per prefix length.
Locking
-------
fib_lock is used for an RW-lock in the same way that this is done in fib_hash.
However, the functions are somewhat separated for other possible locking
scenarios. It might conceivably be possible to run trie_rebalance via RCU
to avoid read_lock in the fn_trie_lookup() function.
Main lookup mechanism
---------------------
fn_trie_lookup() is the main lookup function.
The lookup is in its simplest form just like fib_find_node(). We descend the
trie, key segment by key segment, until we find a leaf. check_leaf() does
the fib_semantic_match in the leaf's sorted prefix hlist.
If we find a match, we are done.
If we don't find a match, we enter prefix matching mode. The prefix length,
starting out at the same as the key length, is reduced one step at a time,
and we backtrack upwards through the trie trying to find a longest matching
prefix. The goal is always to reach a leaf and get a positive result from the
fib_semantic_match mechanism.
Inside each tnode, the search for longest matching prefix consists of searching
through the child array, chopping off (zeroing) the least significant "1" of
the child index until we find a match or the child index consists of nothing but
zeros.
At this point we backtrack (t->stats.backtrack++) up the trie, continuing to
chop off part of the key in order to find the longest matching prefix.
At this point we will repeatedly descend subtries to look for a match, and there
are some optimizations available that can provide us with "shortcuts" to avoid
descending into dead ends. Look for "HL_OPTIMIZE" sections in the code.
To alleviate any doubts about the correctness of the route selection process,
a new netlink operation has been added. Look for NETLINK_FIB_LOOKUP, which
gives userland access to fib_lookup().
Documentation/networking/ip-sysctl.txt
浏览文件 @ f7f24758
......@@ -304,57 +304,6 @@ tcp_low_latency - BOOLEAN
changed would be a Beowulf compute cluster.
Default: 0
tcp_westwood - BOOLEAN
Enable TCP Westwood+ congestion control algorithm.
TCP Westwood+ is a sender-side only modification of the TCP Reno
protocol stack that optimizes the performance of TCP congestion
control. It is based on end-to-end bandwidth estimation to set
congestion window and slow start threshold after a congestion
episode. Using this estimation, TCP Westwood+ adaptively sets a
slow start threshold and a congestion window which takes into
account the bandwidth used at the time congestion is experienced.
TCP Westwood+ significantly increases fairness wrt TCP Reno in
wired networks and throughput over wireless links.
Default: 0
tcp_vegas_cong_avoid - BOOLEAN
Enable TCP Vegas congestion avoidance algorithm.
TCP Vegas is a sender-side only change to TCP that anticipates
the onset of congestion by estimating the bandwidth. TCP Vegas
adjusts the sending rate by modifying the congestion
window. TCP Vegas should provide less packet loss, but it is
not as aggressive as TCP Reno.
Default:0
tcp_bic - BOOLEAN
Enable BIC TCP congestion control algorithm.
BIC-TCP is a sender-side only change that ensures a linear RTT
fairness under large windows while offering both scalability and
bounded TCP-friendliness. The protocol combines two schemes
called additive increase and binary search increase. When the
congestion window is large, additive increase with a large
increment ensures linear RTT fairness as well as good
scalability. Under small congestion windows, binary search
increase provides TCP friendliness.
Default: 0
tcp_bic_low_window - INTEGER
Sets the threshold window (in packets) where BIC TCP starts to
adjust the congestion window. Below this threshold BIC TCP behaves
the same as the default TCP Reno.
Default: 14
tcp_bic_fast_convergence - BOOLEAN
Forces BIC TCP to more quickly respond to changes in congestion
window. Allows two flows sharing the same connection to converge
more rapidly.
Default: 1
tcp_default_win_scale - INTEGER
Sets the minimum window scale TCP will negotiate for on all
conections.
Default: 7
tcp_tso_win_divisor - INTEGER
This allows control over what percentage of the congestion window
can be consumed by a single TSO frame.
......@@ -368,6 +317,11 @@ tcp_frto - BOOLEAN
where packet loss is typically due to random radio interference
rather than intermediate router congestion.
tcp_congestion_control - STRING
Set the congestion control algorithm to be used for new
connections. The algorithm "reno" is always available, but
additional choices may be available based on kernel configuration.
somaxconn - INTEGER
Limit of socket listen() backlog, known in userspace as SOMAXCONN.
Defaults to 128. See also tcp_max_syn_backlog for additional tuning
......
Documentation/networking/tcp.txt
浏览文件 @ f7f24758
How the new TCP output machine [nyi] works.
TCP protocol
============
Last updated: 21 June 2005
Contents
========
- Congestion control
- How the new TCP output machine [nyi] works
Congestion control
==================
The following variables are used in the tcp_sock for congestion control:
snd_cwnd The size of the congestion window
snd_ssthresh Slow start threshold. We are in slow start if
snd_cwnd is less than this.
snd_cwnd_cnt A counter used to slow down the rate of increase
once we exceed slow start threshold.
snd_cwnd_clamp This is the maximum size that snd_cwnd can grow to.
snd_cwnd_stamp Timestamp for when congestion window last validated.
snd_cwnd_used Used as a highwater mark for how much of the
congestion window is in use. It is used to adjust
snd_cwnd down when the link is limited by the
application rather than the network.
As of 2.6.13, Linux supports pluggable congestion control algorithms.
A congestion control mechanism can be registered through functions in
tcp_cong.c. The functions used by the congestion control mechanism are
registered via passing a tcp_congestion_ops struct to
tcp_register_congestion_control. As a minimum name, ssthresh,
cong_avoid, min_cwnd must be valid.
Private data for a congestion control mechanism is stored in tp->ca_priv.
tcp_ca(tp) returns a pointer to this space. This is preallocated space - it
is important to check the size of your private data will fit this space, or
alternatively space could be allocated elsewhere and a pointer to it could
be stored here.
There are three kinds of congestion control algorithms currently: The
simplest ones are derived from TCP reno (highspeed, scalable) and just
provide an alternative the congestion window calculation. More complex
ones like BIC try to look at other events to provide better
heuristics. There are also round trip time based algorithms like
Vegas and Westwood+.
Good TCP congestion control is a complex problem because the algorithm
needs to maintain fairness and performance. Please review current
research and RFC's before developing new modules.
The method that is used to determine which congestion control mechanism is
determined by the setting of the sysctl net.ipv4.tcp_congestion_control.
The default congestion control will be the last one registered (LIFO);
so if you built everything as modules. the default will be reno. If you
build with the default's from Kconfig, then BIC will be builtin (not a module)
and it will end up the default.
If you really want a particular default value then you will need
to set it with the sysctl. If you use a sysctl, the module will be autoloaded
if needed and you will get the expected protocol. If you ask for an
unknown congestion method, then the sysctl attempt will fail.
If you remove a tcp congestion control module, then you will get the next
available one. Since reno can not be built as a module, and can not be
deleted, it will always be available.
How the new TCP output machine [nyi] works.
===========================================
Data is kept on a single queue. The skb->users flag tells us if the frame is
one that has been queued already. To add a frame we throw it on the end. Ack
......
Documentation/networking/wanpipe.txt 已删除 100644 → 0
浏览文件 @ b38a3ab3
此差异已折叠。
Documentation/pcmcia/devicetable.txt 0 → 100644
浏览文件 @ f7f24758
Matching of PCMCIA devices to drivers is done using one or more of the
following criteria:
- manufactor ID
- card ID
- product ID strings _and_ hashes of these strings
- function ID
- device function (actual and pseudo)
You should use the helpers in include/pcmcia/device_id.h for generating the
struct pcmcia_device_id[] entries which match devices to drivers.
If you want to match product ID strings, you also need to pass the crc32
hashes of the string to the macro, e.g. if you want to match the product ID
string 1, you need to use
PCMCIA_DEVICE_PROD_ID1("some_string", 0x(hash_of_some_string)),
If the hash is incorrect, the kernel will inform you about this in "dmesg"
upon module initialization, and tell you of the correct hash.
You can determine the hash of the product ID strings by catting the file
"modalias" in the sysfs directory of the PCMCIA device. It generates a string
in the following form:
pcmcia:m0149cC1ABf06pfn00fn00pa725B842DpbF1EFEE84pc0877B627pd00000000
The hex value after "pa" is the hash of product ID string 1, after "pb" for
string 2 and so on.
Alternatively, you can use this small tool to determine the crc32 hash.
simply pass the string you want to evaluate as argument to this program,
e.g.
$ ./crc32hash "Dual Speed"
-------------------------------------------------------------------------
/* crc32hash.c - derived from linux/lib/crc32.c, GNU GPL v2 */
#include <string.h>
#include <stdio.h>
#include <ctype.h>
#include <stdlib.h>
unsigned int crc32(unsigned char const *p, unsigned int len)
{
int i;
unsigned int crc = 0;
while (len--) {
crc ^= *p++;
for (i = 0; i < 8; i++)
crc = (crc >> 1) ^ ((crc & 1) ? 0xedb88320 : 0);
}
return crc;
}
int main(int argc, char **argv) {
unsigned int result;
if (argc != 2) {
printf("no string passed as argument\n");
return -1;
}
result = crc32(argv[1], strlen(argv[1]));
printf("0x%x\n", result);
return 0;
}
Documentation/pcmcia/driver-changes.txt 0 → 100644
浏览文件 @ f7f24758
This file details changes in 2.6 which affect PCMCIA card driver authors:
* event handler initialization in struct pcmcia_driver (as of 2.6.13)
The event handler is notified of all events, and must be initialized
as the event() callback in the driver's struct pcmcia_driver.
* pcmcia/version.h should not be used (as of 2.6.13)
This file will be removed eventually.
* in-kernel device<->driver matching (as of 2.6.13)
PCMCIA devices and their correct drivers can now be matched in
kernelspace. See 'devicetable.txt' for details.
* Device model integration (as of 2.6.11)
A struct pcmcia_device is registered with the device model core,
and can be used (e.g. for SET_NETDEV_DEV) by using
handle_to_dev(client_handle_t * handle).
* Convert internal I/O port addresses to unsigned long (as of 2.6.11)
ioaddr_t should be replaced by kio_addr_t in PCMCIA card drivers.
* irq_mask and irq_list parameters (as of 2.6.11)
The irq_mask and irq_list parameters should no longer be used in
PCMCIA card drivers. Instead, it is the job of the PCMCIA core to
determine which IRQ should be used. Therefore, link->irq.IRQInfo2
is ignored.
* client->PendingEvents is gone (as of 2.6.11)
client->PendingEvents is no longer available.
* client->Attributes are gone (as of 2.6.11)
client->Attributes is unused, therefore it is removed from all
PCMCIA card drivers
* core functions no longer available (as of 2.6.11)
The following functions have been removed from the kernel source
because they are unused by all in-kernel drivers, and no external
driver was reported to rely on them:
pcmcia_get_first_region()
pcmcia_get_next_region()
pcmcia_modify_window()
pcmcia_set_event_mask()
pcmcia_get_first_window()
pcmcia_get_next_window()
* device list iteration upon module removal (as of 2.6.10)
It is no longer necessary to iterate on the driver's internal
client list and call the ->detach() function upon module removal.
* Resource management. (as of 2.6.8)
Although the PCMCIA subsystem will allocate resources for cards,
it no longer marks these resources busy. This means that driver
authors are now responsible for claiming your resources as per
other drivers in Linux. You should use request_region() to mark
your IO regions in-use, and request_mem_region() to mark your
memory regions in-use. The name argument should be a pointer to
your driver name. Eg, for pcnet_cs, name should point to the
string "pcnet_cs".
Documentation/power/kernel_threads.txt
浏览文件 @ f7f24758
......@@ -12,8 +12,7 @@ refrigerator. Code to do this looks like this:
do {
hub_events();
wait_event_interruptible(khubd_wait, !list_empty(&hub_event_list));
if (current->flags & PF_FREEZE)
refrigerator(PF_FREEZE);
try_to_freeze();
} while (!signal_pending(current));
from drivers/usb/core/hub.c::hub_thread()
......
Documentation/power/pci.txt
浏览文件 @ f7f24758
......@@ -291,6 +291,44 @@ a request to enable wake events from D3, two calls should be made to
pci_enable_wake (one for both D3hot and D3cold).
A reference implementation
-------------------------
.suspend()
{
/* driver specific operations */
/* Disable IRQ */
free_irq();
/* If using MSI */
pci_disable_msi();
pci_save_state();
pci_enable_wake();
/* Disable IO/bus master/irq router */
pci_disable_device();
pci_set_power_state(pci_choose_state());
}
.resume()
{
pci_set_power_state(PCI_D0);
pci_restore_state();
/* device's irq possibly is changed, driver should take care */
pci_enable_device();
pci_set_master();
/* if using MSI, device's vector possibly is changed */
pci_enable_msi();
request_irq();
/* driver specific operations; */
}
This is a typical implementation. Drivers can slightly change the order
of the operations in the implementation, ignore some operations or add
more deriver specific operations in it, but drivers should do something like
this on the whole.
5. Resources
~~~~~~~~~~~~
......
Documentation/power/swsusp.txt
浏览文件 @ f7f24758
......@@ -164,11 +164,11 @@ place where the thread is safe to be frozen (no kernel semaphores
should be held at that point and it must be safe to sleep there), and
add:
if (current->flags & PF_FREEZE)
refrigerator(PF_FREEZE);
try_to_freeze();
If the thread is needed for writing the image to storage, you should
instead set the PF_NOFREEZE process flag when creating the thread.
instead set the PF_NOFREEZE process flag when creating the thread (and
be very carefull).
Q: What is the difference between between "platform", "shutdown" and
......@@ -233,3 +233,81 @@ A: Try running
cat `cat /proc/[0-9]*/maps | grep / | sed 's:.* /:/:' | sort -u` > /dev/null
after resume. swapoff -a; swapon -a may also be usefull.
Q: What happens to devices during swsusp? They seem to be resumed
during system suspend?
A: That's correct. We need to resume them if we want to write image to
disk. Whole sequence goes like
Suspend part
~~~~~~~~~~~~
running system, user asks for suspend-to-disk
user processes are stopped
suspend(PMSG_FREEZE): devices are frozen so that they don't interfere
with state snapshot
state snapshot: copy of whole used memory is taken with interrupts disabled
resume(): devices are woken up so that we can write image to swap
write image to swap
suspend(PMSG_SUSPEND): suspend devices so that we can power off
turn the power off
Resume part
~~~~~~~~~~~
(is actually pretty similar)
running system, user asks for suspend-to-disk
user processes are stopped (in common case there are none, but with resume-from-initrd, noone knows)
read image from disk
suspend(PMSG_FREEZE): devices are frozen so that they don't interfere
with image restoration
image restoration: rewrite memory with image
resume(): devices are woken up so that system can continue
thaw all user processes
Q: What is this 'Encrypt suspend image' for?
A: First of all: it is not a replacement for dm-crypt encrypted swap.
It cannot protect your computer while it is suspended. Instead it does
protect from leaking sensitive data after resume from suspend.
Think of the following: you suspend while an application is running
that keeps sensitive data in memory. The application itself prevents
the data from being swapped out. Suspend, however, must write these
data to swap to be able to resume later on. Without suspend encryption
your sensitive data are then stored in plaintext on disk. This means
that after resume your sensitive data are accessible to all
applications having direct access to the swap device which was used
for suspend. If you don't need swap after resume these data can remain
on disk virtually forever. Thus it can happen that your system gets
broken in weeks later and sensitive data which you thought were
encrypted and protected are retrieved and stolen from the swap device.
To prevent this situation you should use 'Encrypt suspend image'.
During suspend a temporary key is created and this key is used to
encrypt the data written to disk. When, during resume, the data was
read back into memory the temporary key is destroyed which simply
means that all data written to disk during suspend are then
inaccessible so they can't be stolen later on. The only thing that
you must then take care of is that you call 'mkswap' for the swap
partition used for suspend as early as possible during regular
boot. This asserts that any temporary key from an oopsed suspend or
from a failed or aborted resume is erased from the swap device.
As a rule of thumb use encrypted swap to protect your data while your
system is shut down or suspended. Additionally use the encrypted
suspend image to prevent sensitive data from being stolen after
resume.
Documentation/power/video.txt
浏览文件 @ f7f24758
......@@ -83,8 +83,10 @@ Compaq Armada E500 - P3-700 none (1) (S1 also works OK)
Compaq Evo N620c vga=normal, s3_bios (2)
Dell 600m, ATI R250 Lf none (1), but needs xorg-x11-6.8.1.902-1
Dell D600, ATI RV250 vga=normal and X, or try vbestate (6)
Dell D610 vga=normal and X (possibly vbestate (6) too, but not tested)
Dell Inspiron 4000 ??? (*)
Dell Inspiron 500m ??? (*)
Dell Inspiron 510m ???
Dell Inspiron 600m ??? (*)
Dell Inspiron 8200 ??? (*)
Dell Inspiron 8500 ??? (*)
......@@ -115,6 +117,7 @@ IBM Thinkpad X40 Type 2371-7JG s3_bios,s3_mode (4)
Medion MD4220 ??? (*)
Samsung P35 vbetool needed (6)
Sharp PC-AR10 (ATI rage) none (1)
Sony Vaio PCG-C1VRX/K s3_bios (2)
Sony Vaio PCG-F403 ??? (*)
Sony Vaio PCG-N505SN ??? (*)
Sony Vaio vgn-s260 X or boot-radeon can init it (5)
......@@ -123,6 +126,7 @@ Toshiba Satellite 4030CDT s3_mode (3)
Toshiba Satellite 4080XCDT s3_mode (3)
Toshiba Satellite 4090XCDT ??? (*)
Toshiba Satellite P10-554 s3_bios,s3_mode (4)(****)
Toshiba M30 (2) xor X with nvidia driver using internal AGP
Uniwill 244IIO ??? (*)
......
Documentation/power/video_extension.txt
浏览文件 @ f7f24758
This driver implement the ACPI Extensions For Display Adapters
for integrated graphics devices on motherboard, as specified in
ACPI 2.0 Specification, Appendix B, allowing to perform some basic
control like defining the video POST device, retrieving EDID information
or to setup a video output, etc. Note that this is an ref. implementation only.
It may or may not work for your integrated video device.
ACPI video extensions
~~~~~~~~~~~~~~~~~~~~~
This driver implement the ACPI Extensions For Display Adapters for
integrated graphics devices on motherboard, as specified in ACPI 2.0
Specification, Appendix B, allowing to perform some basic control like
defining the video POST device, retrieving EDID information or to
setup a video output, etc. Note that this is an ref. implementation
only. It may or may not work for your integrated video device.
Interfaces exposed to userland through /proc/acpi/video:
VGA/info : display the supported video bus device capability like ,Video ROM, CRT/LCD/TV.
VGA/info : display the supported video bus device capability like Video ROM, CRT/LCD/TV.
VGA/ROM : Used to get a copy of the display devices' ROM data (up to 4k).
VGA/POST_info : Used to determine what options are implemented.
VGA/POST : Used to get/set POST device.
......@@ -15,7 +18,7 @@ VGA/DOS : Used to get/set ownership of output switching:
Please refer ACPI spec B.4.1 _DOS
VGA/CRT : CRT output
VGA/LCD : LCD output
VGA/TV : TV output
VGA/TVO : TV output
VGA/*/brightness : Used to get/set brightness of output device
Notify event through /proc/acpi/event:
......
Documentation/s390/s390dbf.txt
浏览文件 @ f7f24758
......@@ -12,8 +12,8 @@ where log records can be stored efficiently in memory, where each component
One purpose of this is to inspect the debug logs after a production system crash
in order to analyze the reason for the crash.
If the system still runs but only a subcomponent which uses dbf failes,
it is possible to look at the debug logs on a live system via the Linux proc
filesystem.
it is possible to look at the debug logs on a live system via the Linux
debugfs filesystem.
The debug feature may also very useful for kernel and driver development.
Design:
......@@ -52,16 +52,18 @@ Each debug entry contains the following data:
- Flag, if entry is an exception or not
The debug logs can be inspected in a live system through entries in
the proc-filesystem. Under the path /proc/s390dbf there is
the debugfs-filesystem. Under the toplevel directory "s390dbf" there is
a directory for each registered component, which is named like the
corresponding component.
corresponding component. The debugfs normally should be mounted to
/sys/kernel/debug therefore the debug feature can be accessed unter
/sys/kernel/debug/s390dbf.
The content of the directories are files which represent different views
to the debug log. Each component can decide which views should be
used through registering them with the function debug_register_view().
Predefined views for hex/ascii, sprintf and raw binary data are provided.
It is also possible to define other views. The content of
a view can be inspected simply by reading the corresponding proc file.
a view can be inspected simply by reading the corresponding debugfs file.
All debug logs have an an actual debug level (range from 0 to 6).
The default level is 3. Event and Exception functions have a 'level'
......@@ -69,14 +71,14 @@ parameter. Only debug entries with a level that is lower or equal
than the actual level are written to the log. This means, when
writing events, high priority log entries should have a low level
value whereas low priority entries should have a high one.
The actual debug level can be changed with the help of the proc-filesystem
through writing a number string "x" to the 'level' proc file which is
The actual debug level can be changed with the help of the debugfs-filesystem
through writing a number string "x" to the 'level' debugfs file which is
provided for every debug log. Debugging can be switched off completely
by using "-" on the 'level' proc file.
by using "-" on the 'level' debugfs file.
Example:
> echo "-" > /proc/s390dbf/dasd/level
> echo "-" > /sys/kernel/debug/s390dbf/dasd/level
It is also possible to deactivate the debug feature globally for every
debug log. You can change the behavior using 2 sysctl parameters in
......@@ -99,11 +101,11 @@ Kernel Interfaces:
------------------
----------------------------------------------------------------------------
debug_info_t *debug_register(char *name, int pages_index, int nr_areas,
debug_info_t *debug_register(char *name, int pages, int nr_areas,
int buf_size);
Parameter: name: Name of debug log (e.g. used for proc entry)
pages_index: 2^pages_index pages will be allocated per area
Parameter: name: Name of debug log (e.g. used for debugfs entry)
pages: number of pages, which will be allocated per area
nr_areas: number of debug areas
buf_size: size of data area in each debug entry
......@@ -134,7 +136,7 @@ Return Value: none
Description: Sets new actual debug level if new_level is valid.
---------------------------------------------------------------------------
+void debug_stop_all(void);
void debug_stop_all(void);
Parameter: none
......@@ -270,7 +272,7 @@ Parameter: id: handle for debug log
Return Value: 0 : ok
< 0: Error
Description: registers new debug view and creates proc dir entry
Description: registers new debug view and creates debugfs dir entry
---------------------------------------------------------------------------
int debug_unregister_view (debug_info_t * id, struct debug_view *view);
......@@ -281,7 +283,7 @@ Parameter: id: handle for debug log
Return Value: 0 : ok
< 0: Error
Description: unregisters debug view and removes proc dir entry
Description: unregisters debug view and removes debugfs dir entry
......@@ -308,7 +310,7 @@ static int init(void)
{
/* register 4 debug areas with one page each and 4 byte data field */
debug_info = debug_register ("test", 0, 4, 4 );
debug_info = debug_register ("test", 1, 4, 4 );
debug_register_view(debug_info,&debug_hex_ascii_view);
debug_register_view(debug_info,&debug_raw_view);
......@@ -343,7 +345,7 @@ static int init(void)
/* register 4 debug areas with one page each and data field for */
/* format string pointer + 2 varargs (= 3 * sizeof(long)) */
debug_info = debug_register ("test", 0, 4, sizeof(long) * 3);
debug_info = debug_register ("test", 1, 4, sizeof(long) * 3);
debug_register_view(debug_info,&debug_sprintf_view);
debug_sprintf_event(debug_info, 2 , "first event in %s:%i\n",__FILE__,__LINE__);
......@@ -362,16 +364,16 @@ module_exit(cleanup);
ProcFS Interface
Debugfs Interface
----------------
Views to the debug logs can be investigated through reading the corresponding
proc-files:
debugfs-files:
Example:
> ls /proc/s390dbf/dasd
flush hex_ascii level raw
> cat /proc/s390dbf/dasd/hex_ascii | sort +1
> ls /sys/kernel/debug/s390dbf/dasd
flush hex_ascii level pages raw
> cat /sys/kernel/debug/s390dbf/dasd/hex_ascii | sort +1
00 00974733272:680099 2 - 02 0006ad7e 07 ea 4a 90 | ....
00 00974733272:682210 2 - 02 0006ade6 46 52 45 45 | FREE
00 00974733272:682213 2 - 02 0006adf6 07 ea 4a 90 | ....
......@@ -391,25 +393,36 @@ Changing the debug level
Example:
> cat /proc/s390dbf/dasd/level
> cat /sys/kernel/debug/s390dbf/dasd/level
3
> echo "5" > /proc/s390dbf/dasd/level
> cat /proc/s390dbf/dasd/level
> echo "5" > /sys/kernel/debug/s390dbf/dasd/level
> cat /sys/kernel/debug/s390dbf/dasd/level
5
Flushing debug areas
--------------------
Debug areas can be flushed with piping the number of the desired
area (0...n) to the proc file "flush". When using "-" all debug areas
area (0...n) to the debugfs file "flush". When using "-" all debug areas
are flushed.
Examples:
1. Flush debug area 0:
> echo "0" > /proc/s390dbf/dasd/flush
> echo "0" > /sys/kernel/debug/s390dbf/dasd/flush
2. Flush all debug areas:
> echo "-" > /proc/s390dbf/dasd/flush
> echo "-" > /sys/kernel/debug/s390dbf/dasd/flush
Changing the size of debug areas
------------------------------------
It is possible the change the size of debug areas through piping
the number of pages to the debugfs file "pages". The resize request will
also flush the debug areas.
Example:
Define 4 pages for the debug areas of debug feature "dasd":
> echo "4" > /sys/kernel/debug/s390dbf/dasd/pages
Stooping the debug feature
--------------------------
......@@ -491,7 +504,7 @@ Defining views
--------------
Views are specified with the 'debug_view' structure. There are defined
callback functions which are used for reading and writing the proc files:
callback functions which are used for reading and writing the debugfs files:
struct debug_view {
char name[DEBUG_MAX_PROCF_LEN];
......@@ -525,7 +538,7 @@ typedef int (debug_input_proc_t) (debug_info_t* id,
The "private_data" member can be used as pointer to view specific data.
It is not used by the debug feature itself.
The output when reading a debug-proc file is structured like this:
The output when reading a debugfs file is structured like this:
"prolog_proc output"
......@@ -534,13 +547,13 @@ The output when reading a debug-proc file is structured like this:
"header_proc output 3" "format_proc output 3"
...
When a view is read from the proc fs, the Debug Feature calls the
When a view is read from the debugfs, the Debug Feature calls the
'prolog_proc' once for writing the prolog.
Then 'header_proc' and 'format_proc' are called for each
existing debug entry.
The input_proc can be used to implement functionality when it is written to
the view (e.g. like with 'echo "0" > /proc/s390dbf/dasd/level).
the view (e.g. like with 'echo "0" > /sys/kernel/debug/s390dbf/dasd/level).
For header_proc there can be used the default function
debug_dflt_header_fn() which is defined in in debug.h.
......@@ -602,7 +615,7 @@ debug_info = debug_register ("test", 0, 4, 4 ));
debug_register_view(debug_info, &debug_test_view);
for(i = 0; i < 10; i ++) debug_int_event(debug_info, 1, i);
> cat /proc/s390dbf/test/myview
> cat /sys/kernel/debug/s390dbf/test/myview
00 00964419734:611402 1 - 00 88042ca This error...........
00 00964419734:611405 1 - 00 88042ca That error...........
00 00964419734:611408 1 - 00 88042ca Problem..............
......
Documentation/serial/driver
浏览文件 @ f7f24758
......@@ -107,8 +107,8 @@ hardware.
indicate that the signal is permanently active. If RI is
not available, the signal should not be indicated as active.
Locking: none.
Interrupts: caller dependent.
Locking: port->lock taken.
Interrupts: locally disabled.
This call must not sleep
stop_tx(port,tty_stop)
......
Documentation/sysrq.txt
浏览文件 @ f7f24758
......@@ -72,6 +72,8 @@ On all - write a character to /proc/sysrq-trigger. eg:
'b' - Will immediately reboot the system without syncing or unmounting
your disks.
'c' - Will perform a kexec reboot in order to take a crashdump.
'o' - Will shut your system off (if configured and supported).
's' - Will attempt to sync all mounted filesystems.
......@@ -122,6 +124,9 @@ useful when you want to exit a program that will not let you switch consoles.
re'B'oot is good when you're unable to shut down. But you should also 'S'ync
and 'U'mount first.
'C'rashdump can be used to manually trigger a crashdump when the system is hung.
The kernel needs to have been built with CONFIG_KEXEC enabled.
'S'ync is great when your system is locked up, it allows you to sync your
disks and will certainly lessen the chance of data loss and fscking. Note
that the sync hasn't taken place until you see the "OK" and "Done" appear
......
Documentation/usb/sn9c102.txt
浏览文件 @ f7f24758
......@@ -297,6 +297,7 @@ Vendor ID Product ID
0x0c45 0x602a
0x0c45 0x602b
0x0c45 0x602c
0x0c45 0x602d
0x0c45 0x6030
0x0c45 0x6080
0x0c45 0x6082
......@@ -333,6 +334,7 @@ Model Manufacturer
----- ------------
HV7131D Hynix Semiconductor, Inc.
MI-0343 Micron Technology, Inc.
OV7630 OmniVision Technologies, Inc.
PAS106B PixArt Imaging, Inc.
PAS202BCB PixArt Imaging, Inc.
TAS5110C1B Taiwan Advanced Sensor Corporation
......@@ -470,9 +472,11 @@ order):
- Luca Capello for the donation of a webcam;
- Joao Rodrigo Fuzaro, Joao Limirio, Claudio Filho and Caio Begotti for the
donation of a webcam;
- Jon Hollstrom for the donation of a webcam;
- Carlos Eduardo Medaglia Dyonisio, who added the support for the PAS202BCB
image sensor;
- Stefano Mozzi, who donated 45 EU;
- Andrew Pearce for the donation of a webcam;
- Bertrik Sikken, who reverse-engineered and documented the Huffman compression
algorithm used in the SN9C10x controllers and implemented the first decoder;
- Mizuno Takafumi for the donation of a webcam;
......
Documentation/usb/usbmon.txt
浏览文件 @ f7f24758
......@@ -101,6 +101,13 @@ Here is the list of words, from left to right:
or 3 and 2 positions, correspondingly.
- URB Status. This field makes no sense for submissions, but is present
to help scripts with parsing. In error case, it contains the error code.
In case of a setup packet, it contains a Setup Tag. If scripts read a number
in this field, the proceed to read Data Length. Otherwise, they read
the setup packet before reading the Data Length.
- Setup packet, if present, consists of 5 words: one of each for bmRequestType,
bRequest, wValue, wIndex, wLength, as specified by the USB Specification 2.0.
These words are safe to decode if Setup Tag was 's'. Otherwise, the setup
packet was present, but not captured, and the fields contain filler.
- Data Length. This is the actual length in the URB.
- Data tag. The usbmon may not always capture data, even if length is nonzero.
Only if tag is '=', the data words are present.
......@@ -125,25 +132,31 @@ class ParsedLine {
String data_str = st.nextToken();
int len = data_str.length() / 2;
int i;
int b; // byte is signed, apparently?! XXX
for (i = 0; i < len; i++) {
data[data_len] = Byte.parseByte(
data_str.substring(i*2, i*2 + 2),
16);
// data[data_len] = Byte.parseByte(
// data_str.substring(i*2, i*2 + 2),
// 16);
b = Integer.parseInt(
data_str.substring(i*2, i*2 + 2),
16);
if (b >= 128)
b *= -1;
data[data_len] = (byte) b;
data_len++;
}
}
}
}
This format is obviously deficient. For example, the setup packet for control
transfers is not delivered. This will change in the future.
This format may be changed in the future.
Examples:
An input control transfer to get a port status:
An input control transfer to get a port status.
d74ff9a0 2640288196 S Ci:001:00 -115 4 <
d74ff9a0 2640288202 C Ci:001:00 0 4 = 01010100
d5ea89a0 3575914555 S Ci:001:00 s a3 00 0000 0003 0004 4 <
d5ea89a0 3575914560 C Ci:001:00 0 4 = 01050000
An output bulk transfer to send a SCSI command 0x5E in a 31-byte Bulk wrapper
to a storage device at address 5:
......
Documentation/video4linux/API.html
浏览文件 @ f7f24758
<HTML><HEAD>
<TITLE>Video4Linux Kernel API Reference v0.1:19990430</TITLE>
</HEAD>
<! Revision History: >
<! 4/30/1999 - Fred Gleason (fredg@wava.com)>
<! Documented extensions for the Radio Data System (RDS) extensions >
<BODY bgcolor="#ffffff">
<H3>Devices</H3>
Video4Linux provides the following sets of device files. These live on the
character device formerly known as "/dev/bttv". /dev/bttv should be a
symlink to /dev/video0 for most people.
<P>
<TABLE>
<TR><TH>Device Name</TH><TH>Minor Range</TH><TH>Function</TH>
<TR><TD>/dev/video</TD><TD>0-63</TD><TD>Video Capture Interface</TD>
<TR><TD>/dev/radio</TD><TD>64-127</TD><TD>AM/FM Radio Devices</TD>
<TR><TD>/dev/vtx</TD><TD>192-223</TD><TD>Teletext Interface Chips</TD>
<TR><TD>/dev/vbi</TD><TD>224-239</TD><TD>Raw VBI Data (Intercast/teletext)</TD>
</TABLE>
<P>
Video4Linux programs open and scan the devices to find what they are looking
for. Capability queries define what each interface supports. The
described API is only defined for video capture cards. The relevant subset
applies to radio cards. Teletext interfaces talk the existing VTX API.
<P>
<H3>Capability Query Ioctl</H3>
The <B>VIDIOCGCAP</B> ioctl call is used to obtain the capability
information for a video device. The <b>struct video_capability</b> object
passed to the ioctl is completed and returned. It contains the following
information
<P>
<TABLE>
<TR><TD><b>name[32]</b><TD>Canonical name for this interface</TD>
<TR><TD><b>type</b><TD>Type of interface</TD>
<TR><TD><b>channels</b><TD>Number of radio/tv channels if appropriate</TD>
<TR><TD><b>audios</b><TD>Number of audio devices if appropriate</TD>
<TR><TD><b>maxwidth</b><TD>Maximum capture width in pixels</TD>
<TR><TD><b>maxheight</b><TD>Maximum capture height in pixels</TD>
<TR><TD><b>minwidth</b><TD>Minimum capture width in pixels</TD>
<TR><TD><b>minheight</b><TD>Minimum capture height in pixels</TD>
</TABLE>
<P>
The type field lists the capability flags for the device. These are
as follows
<P>
<TABLE>
<TR><TH>Name</TH><TH>Description</TH>
<TR><TD><b>VID_TYPE_CAPTURE</b><TD>Can capture to memory</TD>
<TR><TD><b>VID_TYPE_TUNER</b><TD>Has a tuner of some form</TD>
<TR><TD><b>VID_TYPE_TELETEXT</b><TD>Has teletext capability</TD>
<TR><TD><b>VID_TYPE_OVERLAY</b><TD>Can overlay its image onto the frame buffer</TD>
<TR><TD><b>VID_TYPE_CHROMAKEY</b><TD>Overlay is Chromakeyed</TD>
<TR><TD><b>VID_TYPE_CLIPPING</b><TD>Overlay clipping is supported</TD>
<TR><TD><b>VID_TYPE_FRAMERAM</b><TD>Overlay overwrites frame buffer memory</TD>
<TR><TD><b>VID_TYPE_SCALES</b><TD>The hardware supports image scaling</TD>
<TR><TD><b>VID_TYPE_MONOCHROME</b><TD>Image capture is grey scale only</TD>
<TR><TD><b>VID_TYPE_SUBCAPTURE</b><TD>Capture can be of only part of the image</TD>
</TABLE>
<P>
The minimum and maximum sizes listed for a capture device do not imply all
that all height/width ratios or sizes within the range are possible. A
request to set a size will be honoured by the largest available capture
size whose capture is no large than the requested rectangle in either
direction. For example the quickcam has 3 fixed settings.
<P>
<H3>Frame Buffer</H3>
Capture cards that drop data directly onto the frame buffer must be told the
base address of the frame buffer, its size and organisation. This is a
privileged ioctl and one that eventually X itself should set.
<P>
The <b>VIDIOCSFBUF</b> ioctl sets the frame buffer parameters for a capture
card. If the card does not do direct writes to the frame buffer then this
ioctl will be unsupported. The <b>VIDIOCGFBUF</b> ioctl returns the
currently used parameters. The structure used in both cases is a
<b>struct video_buffer</b>.
<P>
<TABLE>
<TR><TD><b>void *base</b></TD><TD>Base physical address of the buffer</TD>
<TR><TD><b>int height</b></TD><TD>Height of the frame buffer</TD>
<TR><TD><b>int width</b></TD><TD>Width of the frame buffer</TD>
<TR><TD><b>int depth</b></TD><TD>Depth of the frame buffer</TD>
<TR><TD><b>int bytesperline</b></TD><TD>Number of bytes of memory between the start of two adjacent lines</TD>
</TABLE>
<P>
Note that these values reflect the physical layout of the frame buffer.
The visible area may be smaller. In fact under XFree86 this is commonly the
case. XFree86 DGA can provide the parameters required to set up this ioctl.
Setting the base address to NULL indicates there is no physical frame buffer
access.
<P>
<H3>Capture Windows</H3>
The capture area is described by a <b>struct video_window</b>. This defines
a capture area and the clipping information if relevant. The
<b>VIDIOCGWIN</b> ioctl recovers the current settings and the
<b>VIDIOCSWIN</b> sets new values. A successful call to <b>VIDIOCSWIN</b>
indicates that a suitable set of parameters have been chosen. They do not
indicate that exactly what was requested was granted. The program should
call <b>VIDIOCGWIN</b> to check if the nearest match was suitable. The
<b>struct video_window</b> contains the following fields.
<P>
<TABLE>
<TR><TD><b>x</b><TD>The X co-ordinate specified in X windows format.</TD>
<TR><TD><b>y</b><TD>The Y co-ordinate specified in X windows format.</TD>
<TR><TD><b>width</b><TD>The width of the image capture.</TD>
<TR><TD><b>height</b><TD>The height of the image capture.</TD>
<TR><TD><b>chromakey</b><TD>A host order RGB32 value for the chroma key.</TD>
<TR><TD><b>flags</b><TD>Additional capture flags.</TD>
<TR><TD><b>clips</b><TD>A list of clipping rectangles. <em>(Set only)</em></TD>
<TR><TD><b>clipcount</b><TD>The number of clipping rectangles. <em>(Set only)</em></TD>
</TABLE>
<P>
Clipping rectangles are passed as an array. Each clip consists of the following
fields available to the user.
<P>
<TABLE>
<TR><TD><b>x</b></TD><TD>X co-ordinate of rectangle to skip</TD>
<TR><TD><b>y</b></TD><TD>Y co-ordinate of rectangle to skip</TD>
<TR><TD><b>width</b></TD><TD>Width of rectangle to skip</TD>
<TR><TD><b>height</b></TD><TD>Height of rectangle to skip</TD>
</TABLE>
<P>
Merely setting the window does not enable capturing. Overlay capturing
(i.e. PCI-PCI transfer to the frame buffer of the video card)
is activated by passing the <b>VIDIOCCAPTURE</b> ioctl a value of 1, and
disabled by passing it a value of 0.
<P>
Some capture devices can capture a subfield of the image they actually see.
This is indicated when VIDEO_TYPE_SUBCAPTURE is defined.
The video_capture describes the time and special subfields to capture.
The video_capture structure contains the following fields.
<P>
<TABLE>
<TR><TD><b>x</b></TD><TD>X co-ordinate of source rectangle to grab</TD>
<TR><TD><b>y</b></TD><TD>Y co-ordinate of source rectangle to grab</TD>
<TR><TD><b>width</b></TD><TD>Width of source rectangle to grab</TD>
<TR><TD><b>height</b></TD><TD>Height of source rectangle to grab</TD>
<TR><TD><b>decimation</b></TD><TD>Decimation to apply</TD>
<TR><TD><b>flags</b></TD><TD>Flag settings for grabbing</TD>
</TABLE>
The available flags are
<P>
<TABLE>
<TR><TH>Name</TH><TH>Description</TH>
<TR><TD><b>VIDEO_CAPTURE_ODD</b><TD>Capture only odd frames</TD>
<TR><TD><b>VIDEO_CAPTURE_EVEN</b><TD>Capture only even frames</TD>
</TABLE>
<P>
<H3>Video Sources</H3>
Each video4linux video or audio device captures from one or more
source <b>channels</b>. Each channel can be queries with the
<b>VDIOCGCHAN</b> ioctl call. Before invoking this function the caller
must set the channel field to the channel that is being queried. On return
the <b>struct video_channel</b> is filled in with information about the
nature of the channel itself.
<P>
The <b>VIDIOCSCHAN</b> ioctl takes an integer argument and switches the
capture to this input. It is not defined whether parameters such as colour
settings or tuning are maintained across a channel switch. The caller should
maintain settings as desired for each channel. (This is reasonable as
different video inputs may have different properties).
<P>
The <b>struct video_channel</b> consists of the following
<P>
<TABLE>
<TR><TD><b>channel</b></TD><TD>The channel number</TD>
<TR><TD><b>name</b></TD><TD>The input name - preferably reflecting the label
on the card input itself</TD>
<TR><TD><b>tuners</b></TD><TD>Number of tuners for this input</TD>
<TR><TD><b>flags</b></TD><TD>Properties the tuner has</TD>
<TR><TD><b>type</b></TD><TD>Input type (if known)</TD>
<TR><TD><b>norm</b><TD>The norm for this channel</TD>
</TABLE>
<P>
The flags defined are
<P>
<TABLE>
<TR><TD><b>VIDEO_VC_TUNER</b><TD>Channel has tuners.</TD>
<TR><TD><b>VIDEO_VC_AUDIO</b><TD>Channel has audio.</TD>
<TR><TD><b>VIDEO_VC_NORM</b><TD>Channel has norm setting.</TD>
</TABLE>
<P>
The types defined are
<P>
<TABLE>
<TR><TD><b>VIDEO_TYPE_TV</b><TD>The input is a TV input.</TD>
<TR><TD><b>VIDEO_TYPE_CAMERA</b><TD>The input is a camera.</TD>
</TABLE>
<P>
<H3>Image Properties</H3>
The image properties of the picture can be queried with the <b>VIDIOCGPICT</b>
ioctl which fills in a <b>struct video_picture</b>. The <b>VIDIOCSPICT</b>
ioctl allows values to be changed. All values except for the palette type
are scaled between 0-65535.
<P>
The <b>struct video_picture</b> consists of the following fields
<P>
<TABLE>
<TR><TD><b>brightness</b><TD>Picture brightness</TD>
<TR><TD><b>hue</b><TD>Picture hue (colour only)</TD>
<TR><TD><b>colour</b><TD>Picture colour (colour only)</TD>
<TR><TD><b>contrast</b><TD>Picture contrast</TD>
<TR><TD><b>whiteness</b><TD>The whiteness (greyscale only)</TD>
<TR><TD><b>depth</b><TD>The capture depth (may need to match the frame buffer depth)</TD>
<TR><TD><b>palette</b><TD>Reports the palette that should be used for this image</TD>
</TABLE>
<P>
The following palettes are defined
<P>
<TABLE>
<TR><TD><b>VIDEO_PALETTE_GREY</b><TD>Linear intensity grey scale (255 is brightest).</TD>
<TR><TD><b>VIDEO_PALETTE_HI240</b><TD>The BT848 8bit colour cube.</TD>
<TR><TD><b>VIDEO_PALETTE_RGB565</b><TD>RGB565 packed into 16 bit words.</TD>
<TR><TD><b>VIDEO_PALETTE_RGB555</b><TD>RGV555 packed into 16 bit words, top bit undefined.</TD>
<TR><TD><b>VIDEO_PALETTE_RGB24</b><TD>RGB888 packed into 24bit words.</TD>
<TR><TD><b>VIDEO_PALETTE_RGB32</b><TD>RGB888 packed into the low 3 bytes of 32bit words. The top 8bits are undefined.</TD>
<TR><TD><b>VIDEO_PALETTE_YUV422</b><TD>Video style YUV422 - 8bits packed 4bits Y 2bits U 2bits V</TD>
<TR><TD><b>VIDEO_PALETTE_YUYV</b><TD>Describe me</TD>
<TR><TD><b>VIDEO_PALETTE_UYVY</b><TD>Describe me</TD>
<TR><TD><b>VIDEO_PALETTE_YUV420</b><TD>YUV420 capture</TD>
<TR><TD><b>VIDEO_PALETTE_YUV411</b><TD>YUV411 capture</TD>
<TR><TD><b>VIDEO_PALETTE_RAW</b><TD>RAW capture (BT848)</TD>
<TR><TD><b>VIDEO_PALETTE_YUV422P</b><TD>YUV 4:2:2 Planar</TD>
<TR><TD><b>VIDEO_PALETTE_YUV411P</b><TD>YUV 4:1:1 Planar</TD>
</TABLE>
<P>
<H3>Tuning</H3>
Each video input channel can have one or more tuners associated with it. Many
devices will not have tuners. TV cards and radio cards will have one or more
tuners attached.
<P>
Tuners are described by a <b>struct video_tuner</b> which can be obtained by
the <b>VIDIOCGTUNER</b> ioctl. Fill in the tuner number in the structure
then pass the structure to the ioctl to have the data filled in. The
tuner can be switched using <b>VIDIOCSTUNER</b> which takes an integer argument
giving the tuner to use. A struct tuner has the following fields
<P>
<TABLE>
<TR><TD><b>tuner</b><TD>Number of the tuner</TD>
<TR><TD><b>name</b><TD>Canonical name for this tuner (eg FM/AM/TV)</TD>
<TR><TD><b>rangelow</b><TD>Lowest tunable frequency</TD>
<TR><TD><b>rangehigh</b><TD>Highest tunable frequency</TD>
<TR><TD><b>flags</b><TD>Flags describing the tuner</TD>
<TR><TD><b>mode</b><TD>The video signal mode if relevant</TD>
<TR><TD><b>signal</b><TD>Signal strength if known - between 0-65535</TD>
</TABLE>
<P>
The following flags exist
<P>
<TABLE>
<TR><TD><b>VIDEO_TUNER_PAL</b><TD>PAL tuning is supported</TD>
<TR><TD><b>VIDEO_TUNER_NTSC</b><TD>NTSC tuning is supported</TD>
<TR><TD><b>VIDEO_TUNER_SECAM</b><TD>SECAM tuning is supported</TD>
<TR><TD><b>VIDEO_TUNER_LOW</b><TD>Frequency is in a lower range</TD>
<TR><TD><b>VIDEO_TUNER_NORM</b><TD>The norm for this tuner is settable</TD>
<TR><TD><b>VIDEO_TUNER_STEREO_ON</b><TD>The tuner is seeing stereo audio</TD>
<TR><TD><b>VIDEO_TUNER_RDS_ON</b><TD>The tuner is seeing a RDS datastream</TD>
<TR><TD><b>VIDEO_TUNER_MBS_ON</b><TD>The tuner is seeing a MBS datastream</TD>
</TABLE>
<P>
The following modes are defined
<P>
<TABLE>
<TR><TD><b>VIDEO_MODE_PAL</b><TD>The tuner is in PAL mode</TD>
<TR><TD><b>VIDEO_MODE_NTSC</b><TD>The tuner is in NTSC mode</TD>
<TR><TD><b>VIDEO_MODE_SECAM</b><TD>The tuner is in SECAM mode</TD>
<TR><TD><b>VIDEO_MODE_AUTO</b><TD>The tuner auto switches, or mode does not apply</TD>
</TABLE>
<P>
Tuning frequencies are an unsigned 32bit value in 1/16th MHz or if the
<b>VIDEO_TUNER_LOW</b> flag is set they are in 1/16th KHz. The current
frequency is obtained as an unsigned long via the <b>VIDIOCGFREQ</b> ioctl and
set by the <b>VIDIOCSFREQ</b> ioctl.
<P>
<H3>Audio</H3>
TV and Radio devices have one or more audio inputs that may be selected.
The audio properties are queried by passing a <b>struct video_audio</b> to <b>VIDIOCGAUDIO</b> ioctl. The
<b>VIDIOCSAUDIO</b> ioctl sets audio properties.
<P>
The structure contains the following fields
<P>
<TABLE>
<TR><TD><b>audio</b><TD>The channel number</TD>
<TR><TD><b>volume</b><TD>The volume level</TD>
<TR><TD><b>bass</b><TD>The bass level</TD>
<TR><TD><b>treble</b><TD>The treble level</TD>
<TR><TD><b>flags</b><TD>Flags describing the audio channel</TD>
<TR><TD><b>name</b><TD>Canonical name for the audio input</TD>
<TR><TD><b>mode</b><TD>The mode the audio input is in</TD>
<TR><TD><b>balance</b><TD>The left/right balance</TD>
<TR><TD><b>step</b><TD>Actual step used by the hardware</TD>
</TABLE>
<P>
The following flags are defined
<P>
<TABLE>
<TR><TD><b>VIDEO_AUDIO_MUTE</b><TD>The audio is muted</TD>
<TR><TD><b>VIDEO_AUDIO_MUTABLE</b><TD>Audio muting is supported</TD>
<TR><TD><b>VIDEO_AUDIO_VOLUME</b><TD>The volume is controllable</TD>
<TR><TD><b>VIDEO_AUDIO_BASS</b><TD>The bass is controllable</TD>
<TR><TD><b>VIDEO_AUDIO_TREBLE</b><TD>The treble is controllable</TD>
<TR><TD><b>VIDEO_AUDIO_BALANCE</b><TD>The balance is controllable</TD>
</TABLE>
<P>
The following decoding modes are defined
<P>
<TABLE>
<TR><TD><b>VIDEO_SOUND_MONO</b><TD>Mono signal</TD>
<TR><TD><b>VIDEO_SOUND_STEREO</b><TD>Stereo signal (NICAM for TV)</TD>
<TR><TD><b>VIDEO_SOUND_LANG1</b><TD>European TV alternate language 1</TD>
<TR><TD><b>VIDEO_SOUND_LANG2</b><TD>European TV alternate language 2</TD>
</TABLE>
<P>
<H3>Reading Images</H3>
Each call to the <b>read</b> syscall returns the next available image
from the device. It is up to the caller to set format and size (using
the VIDIOCSPICT and VIDIOCSWIN ioctls) and then to pass a suitable
size buffer and length to the function. Not all devices will support
read operations.
<P>
A second way to handle image capture is via the mmap interface if supported.
To use the mmap interface a user first sets the desired image size and depth
properties. Next the VIDIOCGMBUF ioctl is issued. This reports the size
of buffer to mmap and the offset within the buffer for each frame. The
number of frames supported is device dependent and may only be one.
<P>
The video_mbuf structure contains the following fields
<P>
<TABLE>
<TR><TD><b>size</b><TD>The number of bytes to map</TD>
<TR><TD><b>frames</b><TD>The number of frames</TD>
<TR><TD><b>offsets</b><TD>The offset of each frame</TD>
</TABLE>
<P>
Once the mmap has been made the VIDIOCMCAPTURE ioctl starts the
capture to a frame using the format and image size specified in the
video_mmap (which should match or be below the initial query size).
When the VIDIOCMCAPTURE ioctl returns the frame is <em>not</em>
captured yet, the driver just instructed the hardware to start the
capture. The application has to use the VIDIOCSYNC ioctl to wait
until the capture of a frame is finished. VIDIOCSYNC takes the frame
number you want to wait for as argument.
<p>
It is allowed to call VIDIOCMCAPTURE multiple times (with different
frame numbers in video_mmap->frame of course) and thus have multiple
outstanding capture requests. A simple way do to double-buffering
using this feature looks like this:
<pre>
/* setup everything */
VIDIOCMCAPTURE(0)
while (whatever) {
VIDIOCMCAPTURE(1)
VIDIOCSYNC(0)
/* process frame 0 while the hardware captures frame 1 */
VIDIOCMCAPTURE(0)
VIDIOCSYNC(1)
/* process frame 1 while the hardware captures frame 0 */
}
</pre>
Note that you are <em>not</em> limited to only two frames. The API
allows up to 32 frames, the VIDIOCGMBUF ioctl returns the number of
frames the driver granted. Thus it is possible to build deeper queues
to avoid loosing frames on load peaks.
<p>
While capturing to memory the driver will make a "best effort" attempt
to capture to screen as well if requested. This normally means all
frames that "miss" memory mapped capture will go to the display.
<P>
A final ioctl exists to allow a device to obtain related devices if a
driver has multiple components (for example video0 may not be associated
with vbi0 which would cause an intercast display program to make a bad
mistake). The VIDIOCGUNIT ioctl reports the unit numbers of the associated
devices if any exist. The video_unit structure has the following fields.
<P>
<TABLE>
<TR><TD><b>video</b><TD>Video capture device</TD>
<TR><TD><b>vbi</b><TD>VBI capture device</TD>
<TR><TD><b>radio</b><TD>Radio device</TD>
<TR><TD><b>audio</b><TD>Audio mixer</TD>
<TR><TD><b>teletext</b><TD>Teletext device</TD>
</TABLE>
<P>
<H3>RDS Datastreams</H3>
For radio devices that support it, it is possible to receive Radio Data
System (RDS) data by means of a read() on the device. The data is packed in
groups of three, as follows:
<TABLE>
<TR><TD>First Octet</TD><TD>Least Significant Byte of RDS Block</TD></TR>
<TR><TD>Second Octet</TD><TD>Most Significant Byte of RDS Block
<TR><TD>Third Octet</TD><TD>Bit 7:</TD><TD>Error bit. Indicates that
an uncorrectable error occurred during reception of this block.</TD></TR>
<TR><TD>&nbsp;</TD><TD>Bit 6:</TD><TD>Corrected bit. Indicates that
an error was corrected for this data block.</TD></TR>
<TR><TD>&nbsp;</TD><TD>Bits 5-3:</TD><TD>Received Offset. Indicates the
offset received by the sync system.</TD></TR>
<TR><TD>&nbsp;</TD><TD>Bits 2-0:</TD><TD>Offset Name. Indicates the
offset applied to this data.</TD></TR>
</TABLE>
</BODY>
</HTML>
<TITLE>V4L API</TITLE>
<H1>Video For Linux APIs</H1>
<table border=0>
<tr>
<td>
<A HREF=http://www.linuxtv.org/downloads/video4linux/API/V4L1_API.html>
V4L original API</a>
</td><td>
Obsoleted by V4L2 API
</td></tr><tr><td>
<A HREF=http://www.linuxtv.org/downloads/video4linux/API/V4L2_API.html>
V4L2 API</a>
</td><td>
Should be used for new projects
</td></tr>
</table>
Documentation/video4linux/CARDLIST.bttv
浏览文件 @ f7f24758
card=0 - *** UNKNOWN/GENERIC ***
card=0 - *** UNKNOWN/GENERIC ***
card=1 - MIRO PCTV
card=2 - Hauppauge (bt848)
card=3 - STB, Gateway P/N 6000699 (bt848)
......@@ -119,3 +119,17 @@ card=117 - NGS NGSTV+
card=118 - LMLBT4
card=119 - Tekram M205 PRO
card=120 - Conceptronic CONTVFMi
card=121 - Euresys Picolo Tetra
card=122 - Spirit TV Tuner
card=123 - AVerMedia AVerTV DVB-T 771
card=124 - AverMedia AverTV DVB-T 761
card=125 - MATRIX Vision Sigma-SQ
card=126 - MATRIX Vision Sigma-SLC
card=127 - APAC Viewcomp 878(AMAX)
card=128 - DVICO FusionHDTV DVB-T Lite
card=129 - V-Gear MyVCD
card=130 - Super TV Tuner
card=131 - Tibet Systems 'Progress DVR' CS16
card=132 - Kodicom 4400R (master)
card=133 - Kodicom 4400R (slave)
card=134 - Adlink RTV24
Documentation/video4linux/CARDLIST.cx88 0 → 100644
浏览文件 @ f7f24758
card=0 - UNKNOWN/GENERIC
card=1 - Hauppauge WinTV 34xxx models
card=2 - GDI Black Gold
card=3 - PixelView
card=4 - ATI TV Wonder Pro
card=5 - Leadtek Winfast 2000XP Expert
card=6 - AverTV Studio 303 (M126)
card=7 - MSI TV-@nywhere Master
card=8 - Leadtek Winfast DV2000
card=9 - Leadtek PVR 2000
card=10 - IODATA GV-VCP3/PCI
card=11 - Prolink PlayTV PVR
card=12 - ASUS PVR-416
card=13 - MSI TV-@nywhere
card=14 - KWorld/VStream XPert DVB-T
card=15 - DViCO FusionHDTV DVB-T1
card=16 - KWorld LTV883RF
card=17 - DViCO FusionHDTV 3 Gold-Q
card=18 - Hauppauge Nova-T DVB-T
card=19 - Conexant DVB-T reference design
card=20 - Provideo PV259
card=21 - DViCO FusionHDTV DVB-T Plus
card=22 - digitalnow DNTV Live! DVB-T
card=23 - pcHDTV HD3000 HDTV
card=24 - Hauppauge WinTV 28xxx (Roslyn) models
card=25 - Digital-Logic MICROSPACE Entertainment Center (MEC)
card=26 - IODATA GV/BCTV7E
card=27 - PixelView PlayTV Ultra Pro (Stereo)
card=28 - DViCO FusionHDTV 3 Gold-T
card=29 - ADS Tech Instant TV DVB-T PCI
card=30 - TerraTec Cinergy 1400 DVB-T
Documentation/video4linux/CARDLIST.saa7134
浏览文件 @ f7f24758
0 -> UNKNOWN/GENERIC
0 -> UNKNOWN/GENERIC
1 -> Proteus Pro [philips reference design] [1131:2001,1131:2001]
2 -> LifeView FlyVIDEO3000 [5168:0138,4e42:0138]
3 -> LifeView FlyVIDEO2000 [5168:0138]
4 -> EMPRESS [1131:6752]
5 -> SKNet Monster TV [1131:4e85]
6 -> Tevion MD 9717
6 -> Tevion MD 9717
7 -> KNC One TV-Station RDS / Typhoon TV Tuner RDS [1131:fe01,1894:fe01]
8 -> Terratec Cinergy 400 TV [153B:1142]
9 -> Medion 5044
......@@ -20,16 +20,45 @@
19 -> Compro VideoMate TV [185b:c100]
20 -> Matrox CronosPlus [102B:48d0]
21 -> 10MOONS PCI TV CAPTURE CARD [1131:2001]
22 -> Medion 2819/ AverMedia M156 [1461:a70b,1461:2115]
22 -> AverMedia M156 / Medion 2819 [1461:a70b]
23 -> BMK MPEX Tuner
24 -> KNC One TV-Station DVR [1894:a006]
25 -> ASUS TV-FM 7133 [1043:4843]
26 -> Pinnacle PCTV Stereo (saa7134) [11bd:002b]
27 -> Manli MuchTV M-TV002
28 -> Manli MuchTV M-TV001
27 -> Manli MuchTV M-TV002/Behold TV 403 FM
28 -> Manli MuchTV M-TV001/Behold TV 401
29 -> Nagase Sangyo TransGear 3000TV [1461:050c]
30 -> Elitegroup ECS TVP3XP FM1216 Tuner Card(PAL-BG,FM) [1019:4cb4]
31 -> Elitegroup ECS TVP3XP FM1236 Tuner Card (NTSC,FM) [1019:4cb5]
32 -> AVACS SmartTV
33 -> AVerMedia DVD EZMaker [1461:10ff]
34 -> LifeView FlyTV Platinum33 mini [5168:0212]
34 -> Noval Prime TV 7133
35 -> AverMedia AverTV Studio 305 [1461:2115]
36 -> UPMOST PURPLE TV [12ab:0800]
37 -> Items MuchTV Plus / IT-005
38 -> Terratec Cinergy 200 TV [153B:1152]
39 -> LifeView FlyTV Platinum Mini [5168:0212]
40 -> Compro VideoMate TV PVR/FM [185b:c100]
41 -> Compro VideoMate TV Gold+ [185b:c100]
42 -> Sabrent SBT-TVFM (saa7130)
43 -> :Zolid Xpert TV7134
44 -> Empire PCI TV-Radio LE
45 -> Avermedia AVerTV Studio 307 [1461:9715]
46 -> AVerMedia Cardbus TV/Radio (E500) [1461:d6ee]
47 -> Terratec Cinergy 400 mobile [153b:1162]
48 -> Terratec Cinergy 600 TV MK3 [153B:1158]
49 -> Compro VideoMate Gold+ Pal [185b:c200]
50 -> Pinnacle PCTV 300i DVB-T + PAL [11bd:002d]
51 -> ProVideo PV952 [1540:9524]
52 -> AverMedia AverTV/305 [1461:2108]
53 -> ASUS TV-FM 7135 [1043:4845]
54 -> LifeView FlyTV Platinum FM [5168:0214,1489:0214]
55 -> LifeView FlyDVB-T DUO [5168:0502,5168:0306]
56 -> Avermedia AVerTV 307 [1461:a70a]
57 -> Avermedia AVerTV GO 007 FM [1461:f31f]
58 -> ADS Tech Instant TV (saa7135) [1421:0350,1421:0370]
59 -> Kworld/Tevion V-Stream Xpert TV PVR7134
60 -> Typhoon DVB-T Duo Digital/Analog Cardbus [4e42:0502]
61 -> Philips TOUGH DVB-T reference design [1131:2004]
62 -> Compro VideoMate TV Gold+II
63 -> Kworld Xpert TV PVR7134
Documentation/video4linux/hauppauge-wintv-cx88-ir.txt 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
Documentation/video4linux/lifeview.txt 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
Documentation/video4linux/not-in-cx2388x-datasheet.txt 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
MAINTAINERS
浏览文件 @ f7f24758
此差异已折叠。
Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/alpha/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/alpha/kernel/irq_alpha.c
浏览文件 @ f7f24758
此差异已折叠。
arch/alpha/kernel/traps.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/configs/enp2611_defconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/configs/ixdp2400_defconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/configs/ixdp2401_defconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/configs/ixdp2800_defconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/configs/ixdp2801_defconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/configs/s3c2410_defconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/kernel/armksyms.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/kernel/head.S
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/kernel/irq.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/kernel/process.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/kernel/setup.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/kernel/signal.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/kernel/smp.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/kernel/time.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/kernel/traps.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/lib/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/lib/longlong.h 已删除 100644 → 0
浏览文件 @ b38a3ab3
此差异已折叠。
arch/arm/lib/udivdi3.c 已删除 100644 → 0
浏览文件 @ b38a3ab3
此差异已折叠。
arch/arm/mach-aaec2000/Makefile.boot 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-aaec2000/aaed2000.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-aaec2000/core.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-clps711x/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-clps711x/autcpu12.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-clps711x/cdb89712.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-clps711x/ceiva.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-clps711x/clep7312.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-clps711x/fortunet.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-clps711x/p720t.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-clps711x/time.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-clps7500/core.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-ebsa110/core.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-epxa10db/arch.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-epxa10db/time.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-footbridge/cats-hw.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-footbridge/co285.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-footbridge/ebsa285.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-footbridge/personal.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-h720x/cpu-h7201.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-h720x/cpu-h7202.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-h720x/h7201-eval.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-h720x/h7202-eval.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-imx/mx1ads.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-imx/time.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-integrator/core.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-iop3xx/iop321-setup.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-iop3xx/iop321-time.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-iop3xx/iop331-setup.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-iop3xx/iop331-time.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-ixp2000/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-ixp2000/core.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-ixp2000/enp2611.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-ixp2000/ixdp2400.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-ixp2000/ixdp2800.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-ixp2000/ixdp2x00.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-ixp2000/ixdp2x01.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-ixp2000/pci.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-ixp4xx/common-pci.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-ixp4xx/common.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-ixp4xx/coyote-setup.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-l7200/core.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-lh7a40x/time.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-omap/Makefile 已删除 100644 → 0
浏览文件 @ b38a3ab3
此差异已折叠。
arch/arm/mach-omap1/Makefile 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-omap1/io.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-omap1/serial.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-pxa/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-pxa/corgi.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-pxa/idp.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-pxa/lubbock.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-pxa/mainstone.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-pxa/poodle.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-pxa/pxa27x.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-pxa/standby.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-pxa/time.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-rpc/riscpc.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-s3c2410/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-s3c2410/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-s3c2410/devs.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-s3c2410/irq.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-s3c2410/mach-bast.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-s3c2410/mach-h1940.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-s3c2410/mach-n30.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-s3c2410/mach-otom.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-s3c2410/mach-rx3715.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-s3c2410/mach-vr1000.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-s3c2410/pm-simtec.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-s3c2410/time.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-sa1100/assabet.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-sa1100/badge4.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-sa1100/cerf.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-sa1100/collie.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-sa1100/cpu-sa1110.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-sa1100/h3600.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-sa1100/hackkit.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-sa1100/jornada720.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-sa1100/lart.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-sa1100/pleb.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-sa1100/shannon.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-sa1100/simpad.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-sa1100/time.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-shark/core.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mach-versatile/core.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mm/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mm/blockops.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mm/fault.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mm/init.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mm/mm-armv.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mm/proc-arm1020.S
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mm/proc-arm1020e.S
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/mm/proc-v6.S
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/nwfpe/softfloat-macros
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/nwfpe/softfloat.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/oprofile/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/oprofile/backtrace.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/oprofile/init.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/oprofile/op_arm_model.h
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/plat-omap/Kconfig 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/plat-omap/Makefile 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/plat-omap/common.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/plat-omap/cpu-omap.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/tools/mach-types
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/vfp/vfp.h
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/vfp/vfpdouble.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/vfp/vfpmodule.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm/vfp/vfpsingle.c
浏览文件 @ f7f24758
此差异已折叠。
arch/arm26/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/cris/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/frv/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/frv/defconfig 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/frv/kernel/setup.c
浏览文件 @ f7f24758
此差异已折叠。
arch/frv/kernel/signal.c
浏览文件 @ f7f24758
此差异已折叠。
arch/frv/mb93090-mb00/pci-irq.c
浏览文件 @ f7f24758
此差异已折叠。
arch/h8300/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/h8300/kernel/signal.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/boot/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/boot/compressed/head.S
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/boot/compressed/misc.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/boot/edd.S
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/boot/setup.S
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/boot/tools/build.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/crypto/aes.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/defconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/acpi/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/acpi/boot.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/acpi/cstate.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/acpi/sleep.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/acpi/wakeup.S
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/apic.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/apm.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/cpu/common.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/cpu/intel.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/cpu/mcheck/k7.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/cpu/mcheck/mce.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/cpu/mcheck/p4.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/cpu/mcheck/p5.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/cpu/mcheck/p6.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/cpu/mtrr/generic.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/cpu/mtrr/main.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/cpu/mtrr/mtrr.h
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/crash.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/dmi_scan.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/efi.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/head.S
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/i8259.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/io_apic.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/irq.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/kprobes.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/machine_kexec.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/mpparse.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/process.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/reboot.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/relocate_kernel.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/setup.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/signal.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/smp.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/smpboot.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/syscall_table.S
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/sysenter.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/time.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/time_hpet.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/timers/common.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/timers/timer_pit.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/timers/timer_tsc.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/traps.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/kernel/vmlinux.lds.S
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/mach-default/setup.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/mach-default/topology.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/mach-visws/mpparse.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/mm/discontig.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/mm/fault.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/mm/highmem.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/mm/init.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/mm/ioremap.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/mm/pgtable.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/pci/common.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/pci/i386.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/pci/irq.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/pci/legacy.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/pci/mmconfig.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/pci/numa.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/pci/pci.h
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/pci/visws.c
浏览文件 @ f7f24758
此差异已折叠。
arch/i386/power/cpu.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/configs/sn2_defconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/configs/tiger_defconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/configs/zx1_defconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/hp/common/sba_iommu.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/hp/sim/simeth.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/hp/sim/simserial.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/acpi.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/domain.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/entry.S
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/fsys.S
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/gate.S
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/ia64_ksyms.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/iosapic.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/irq_ia64.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/ivt.S
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/kprobes.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/mca.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/numa.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/perfmon.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/process.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/ptrace.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/setup.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/signal.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/smp.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/smpboot.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/topology.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/traps.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/kernel/vmlinux.lds.S
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/mm/discontig.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/mm/init.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/pci/pci.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/sn/include/xtalk/hubdev.h
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/sn/kernel/io_init.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/sn/kernel/iomv.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/sn/kernel/irq.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/sn/kernel/setup.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/sn/kernel/tiocx.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/sn/kernel/xpc.h
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/sn/kernel/xpc_channel.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/sn/kernel/xpc_main.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/sn/kernel/xpc_partition.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/sn/pci/pci_dma.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/sn/pci/pcibr/pcibr_ate.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/sn/pci/pcibr/pcibr_dma.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/sn/pci/pcibr/pcibr_reg.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ia64/sn/pci/tioca_provider.c
浏览文件 @ f7f24758
此差异已折叠。
arch/m32r/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/m32r/kernel/setup_m32700ut.c
浏览文件 @ f7f24758
此差异已折叠。
arch/m32r/kernel/setup_mappi.c
浏览文件 @ f7f24758
此差异已折叠。
arch/m32r/kernel/setup_mappi2.c
浏览文件 @ f7f24758
此差异已折叠。
arch/m32r/kernel/setup_mappi3.c
浏览文件 @ f7f24758
此差异已折叠。
arch/m32r/kernel/setup_oaks32r.c
浏览文件 @ f7f24758
此差异已折叠。
arch/m32r/kernel/setup_opsput.c
浏览文件 @ f7f24758
此差异已折叠。
arch/m32r/kernel/signal.c
浏览文件 @ f7f24758
此差异已折叠。
arch/m68k/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/m68knommu/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/mips/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/mips/kernel/setup.c
浏览文件 @ f7f24758
此差异已折叠。
arch/mips/kernel/signal.c
浏览文件 @ f7f24758
此差异已折叠。
arch/mips/mm/init.c
浏览文件 @ f7f24758
此差异已折叠。
arch/mips/mm/pgtable.c
浏览文件 @ f7f24758
此差异已折叠。
arch/parisc/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/parisc/configs/712_defconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/parisc/configs/a500_defconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/parisc/configs/b180_defconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/parisc/configs/c3000_defconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/parisc/defconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/8xx_io/enet.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/Kconfig.debug
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/configs/mpc86x_ads_defconfig 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/configs/mpc885ads_defconfig 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/kernel/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/kernel/cputable.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/kernel/entry.S
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/kernel/head_booke.h
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/kernel/head_fsl_booke.S
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/kernel/machine_kexec.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/kernel/misc.S
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/kernel/pci.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/kernel/perfmon.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/kernel/relocate_kernel.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/kernel/signal.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/kernel/time.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/kernel/traps.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/mm/44x_mmu.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/mm/4xx_mmu.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/mm/fsl_booke_mmu.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/mm/init.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/platforms/85xx/sbc8560.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/platforms/85xx/stx_gp3.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/platforms/chrp_pci.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/platforms/fads.h
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/platforms/katana.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/platforms/mpc885ads.h 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/platforms/pmac_cpufreq.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/platforms/pmac_pci.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/platforms/pmac_sleep.S
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/platforms/pmac_time.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/platforms/sandpoint.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/syslib/cpm2_common.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/syslib/indirect_pci.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/syslib/ipic.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/syslib/mv64x60.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/syslib/mv64x60_win.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/syslib/of_device.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/syslib/open_pic.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc/syslib/ppc4xx_pic.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/boot/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/boot/main.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/boot/mknote.c 已删除 100644 → 0
浏览文件 @ b38a3ab3
此差异已折叠。
arch/ppc64/boot/piggyback.c 已删除 100644 → 0
浏览文件 @ b38a3ab3
此差异已折叠。
arch/ppc64/boot/prom.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/ItLpQueue.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/LparData.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/cputable.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/head.S
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/hvconsole.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/iSeries_proc.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/iSeries_setup.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/idle.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/irq.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/kprobes.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/lparcfg.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/machine_kexec.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/maple_setup.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/mf.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/misc.S
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/mpic.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/mpic.h
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/nvram.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/of_device.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/pSeries_setup.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/pSeries_smp.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/pacaData.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/pci.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/pmac_setup.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/ppc_ksyms.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/process.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/ptrace.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/setup.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/sys_ppc32.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/sysfs.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/time.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/kernel/xics.c
浏览文件 @ f7f24758
此差异已折叠。
arch/ppc64/mm/hash_native.c
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/defconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/kernel/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/kernel/compat_wrapper.S
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/kernel/cpcmd.c
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/kernel/crash.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/kernel/debug.c
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/kernel/entry.S
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/kernel/entry64.S
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/kernel/machine_kexec.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/kernel/process.c
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/kernel/relocate_kernel.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/kernel/relocate_kernel64.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/kernel/setup.c
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/kernel/smp.c
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/kernel/syscalls.S
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/kernel/traps.c
浏览文件 @ f7f24758
此差异已折叠。
arch/s390/mm/extmem.c
浏览文件 @ f7f24758
此差异已折叠。
arch/sh/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/sh64/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc/kernel/systbls.S
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/auxio.c
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/dtlb_backend.S
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/entry.S
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/irq.c
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/kprobes.c
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/pci_psycho.c
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/pci_sabre.c
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/pci_schizo.c
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/power.c
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/ptrace.c
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/semaphore.c
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/smp.c
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/sparc64_ksyms.c
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/sys32.S
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/systbls.S
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/time.c
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/trampoline.S
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/kernel/vmlinux.lds.S
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/lib/U1memcpy.S
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/lib/VISsave.S
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/lib/atomic.S
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/lib/bitops.S
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/lib/debuglocks.c
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/lib/dec_and_lock.S
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/lib/rwsem.S
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/mm/fault.c
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/mm/init.c
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/mm/ultra.S
浏览文件 @ f7f24758
此差异已折叠。
arch/sparc64/solaris/entry64.S
浏览文件 @ f7f24758
此差异已折叠。
arch/um/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/um/Kconfig_i386
浏览文件 @ f7f24758
此差异已折叠。
arch/um/Kconfig_x86_64
浏览文件 @ f7f24758
此差异已折叠。
arch/um/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/um/Makefile-i386
浏览文件 @ f7f24758
此差异已折叠。
arch/um/Makefile-x86_64
浏览文件 @ f7f24758
此差异已折叠。
arch/um/defconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/um/drivers/daemon_user.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/drivers/line.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/drivers/mconsole_kern.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/drivers/net_kern.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/drivers/ssl.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/drivers/stdio_console.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/drivers/ubd_kern.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/include/line.h
浏览文件 @ f7f24758
此差异已折叠。
arch/um/include/mconsole_kern.h
浏览文件 @ f7f24758
此差异已折叠。
arch/um/include/mem.h
浏览文件 @ f7f24758
此差异已折叠。
arch/um/include/registers.h
浏览文件 @ f7f24758
此差异已折叠。
arch/um/include/sysdep-i386/stub.h 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/um/include/sysdep-x86_64/stub.h 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/um/include/time_user.h
浏览文件 @ f7f24758
此差异已折叠。
arch/um/include/tlb.h
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/dyn.lds.S
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/main.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/physmem.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/process.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/process_kern.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/reboot.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/skas/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/skas/clone.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/skas/exec_kern.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/skas/include/mm_id.h 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/skas/include/skas.h
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/skas/include/stub-data.h 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/skas/mem.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/skas/mem_user.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/skas/mmu.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/skas/process.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/skas/process_kern.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/skas/time.c 已删除 100644 → 0
浏览文件 @ b38a3ab3
此差异已折叠。
arch/um/kernel/skas/tlb.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/syscall_kern.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/time.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/time_kern.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/tlb.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/tt/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/tt/gdb.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/tt/gdb_kern.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/tt/include/debug.h
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/tt/include/mode-tt.h
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/tt/process_kern.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/tt/time.c 已删除 100644 → 0
浏览文件 @ b38a3ab3
此差异已折叠。
arch/um/kernel/tt/tlb.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/kernel/uml.lds.S
浏览文件 @ f7f24758
此差异已折叠。
arch/um/scripts/Makefile.rules
浏览文件 @ f7f24758
此差异已折叠。
arch/um/sys-i386/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/um/sys-i386/signal.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/sys-i386/stub.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/um/sys-i386/stub_segv.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/um/sys-i386/syscalls.c
浏览文件 @ f7f24758
此差异已折叠。
arch/um/sys-x86_64/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/um/sys-x86_64/stub.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/um/sys-x86_64/stub_segv.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/um/sys-x86_64/syscalls.c
浏览文件 @ f7f24758
此差异已折叠。
arch/v850/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/v850/lib/checksum.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/boot/compressed/head.S
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/boot/compressed/misc.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/boot/install.sh
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/boot/setup.S
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/boot/tools/build.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/crypto/Makefile 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/crypto/aes-x86_64-asm.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/crypto/aes.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/ia32/ia32entry.S
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/Makefile
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/acpi/wakeup.S
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/apic.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/crash.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/e820.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/genapic_flat.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/head.S
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/i387.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/i8259.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/io_apic.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/irq.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/kprobes.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/machine_kexec.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/mce.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/mce_intel.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/nmi.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/process.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/reboot.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/relocate_kernel.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/setup.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/setup64.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/signal.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/smp.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/smpboot.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/suspend.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/traps.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/kernel/vmlinux.lds.S
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/mm/numa.c
浏览文件 @ f7f24758
此差异已折叠。
arch/x86_64/pci/mmconfig.c
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/Kconfig 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/Kconfig.debug 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/Makefile 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/boot/Makefile 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/boot/boot-elf/Makefile 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/boot/boot-elf/boot.ld 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/boot/boot-elf/bootstrap.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/boot/boot-redboot/Makefile 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/boot/boot-redboot/boot.ld 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/boot/boot-redboot/bootstrap.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/boot/lib/Makefile 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/boot/lib/zmem.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/boot/ramdisk/Makefile 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/configs/iss_defconfig 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/Makefile 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/align.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/asm-offsets.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/coprocessor.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/entry.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/head.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/irq.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/module.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/pci-dma.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/pci.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/platform.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/process.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/ptrace.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/semaphore.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/setup.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/signal.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/syscalls.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/syscalls.h 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/time.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/traps.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/vectors.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/vmlinux.lds.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/kernel/xtensa_ksyms.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/lib/Makefile 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/lib/checksum.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/lib/memcopy.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/lib/memset.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/lib/pci-auto.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/lib/strcasecmp.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/lib/strncpy_user.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/lib/strnlen_user.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/lib/usercopy.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/mm/Makefile 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/mm/fault.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/mm/init.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/mm/misc.S 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/mm/pgtable.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/mm/tlb.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/platform-iss/Makefile 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/platform-iss/console.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/platform-iss/io.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/platform-iss/network.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
arch/xtensa/platform-iss/setup.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
crypto/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
crypto/api.c
浏览文件 @ f7f24758
此差异已折叠。
crypto/cipher.c
浏览文件 @ f7f24758
此差异已折叠。
crypto/des.c
浏览文件 @ f7f24758
此差异已折叠。
crypto/hmac.c
浏览文件 @ f7f24758
此差异已折叠。
crypto/internal.h
浏览文件 @ f7f24758
此差异已折叠。
crypto/scatterwalk.c
浏览文件 @ f7f24758
此差异已折叠。
crypto/scatterwalk.h
浏览文件 @ f7f24758
此差异已折叠。
crypto/serpent.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
drivers/Makefile
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/Makefile
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/asus_acpi.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/bus.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/button.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/container.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/dispatcher/dsfield.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/dispatcher/dsinit.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/dispatcher/dsmethod.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/dispatcher/dsmthdat.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/dispatcher/dsobject.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/dispatcher/dsopcode.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/dispatcher/dsutils.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/dispatcher/dswexec.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/dispatcher/dswload.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/dispatcher/dswscope.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/dispatcher/dswstate.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/ec.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/events/evevent.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/events/evgpe.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/events/evgpeblk.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/events/evmisc.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/events/evregion.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/events/evrgnini.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/events/evsci.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/events/evxface.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/events/evxfevnt.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exconfig.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exconvrt.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/excreate.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exdump.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exfield.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exfldio.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exmisc.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exmutex.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exnames.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exoparg1.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exoparg2.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exoparg3.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exoparg6.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exprep.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exregion.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exresnte.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exresolv.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exresop.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exstore.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exstoren.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exstorob.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exsystem.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/executer/exutils.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/glue.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/hardware/hwacpi.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/hardware/hwgpe.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/hardware/hwregs.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/hardware/hwsleep.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/hardware/hwtimer.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/hotkey.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/ibm_acpi.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/namespace/nsaccess.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/namespace/nsalloc.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/namespace/nsdump.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/namespace/nsdumpdv.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/namespace/nseval.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/namespace/nsinit.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/namespace/nsload.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/namespace/nsnames.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/namespace/nsobject.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/namespace/nssearch.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/namespace/nsutils.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/namespace/nswalk.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/namespace/nsxfeval.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/namespace/nsxfname.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/namespace/nsxfobj.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/osl.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/parser/psargs.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/parser/psopcode.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/parser/psparse.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/parser/psscope.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/parser/pstree.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/parser/psutils.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/parser/pswalk.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/parser/psxface.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/pci_bind.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/pci_irq.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/pci_link.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/pci_root.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/processor_core.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/processor_idle.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/processor_perflib.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/resources/rsaddr.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/resources/rscalc.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/resources/rscreate.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/resources/rsdump.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/resources/rsio.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/resources/rsirq.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/resources/rslist.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/resources/rsmemory.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/resources/rsmisc.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/resources/rsutils.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/resources/rsxface.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/scan.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/sleep/main.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/sleep/poweroff.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/sleep/proc.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/tables/tbconvrt.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/tables/tbget.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/tables/tbgetall.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/tables/tbinstal.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/tables/tbrsdt.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/tables/tbutils.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/tables/tbxface.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/tables/tbxfroot.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/toshiba_acpi.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/utilities/utalloc.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/utilities/utcopy.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/utilities/utdebug.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/utilities/utdelete.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/utilities/uteval.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/utilities/utglobal.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/utilities/utinit.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/utilities/utmath.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/utilities/utmisc.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/utilities/utobject.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/utilities/utxface.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/acpi/video.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/base/base.h
浏览文件 @ f7f24758
此差异已折叠。
drivers/base/bus.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/base/core.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/base/cpu.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/base/dd.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/base/driver.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/base/firmware_class.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/base/sys.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/block/as-iosched.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/block/cciss.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/block/cfq-iosched.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/block/deadline-iosched.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/block/elevator.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/block/ll_rw_blk.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/block/pktcdvd.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/block/swim3.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/block/sx8.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/bluetooth/bluecard_cs.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/bluetooth/bt3c_cs.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/bluetooth/btuart_cs.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/bluetooth/dtl1_cs.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/bluetooth/hci_vhci.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/cdrom/cm206.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/cdrom/sonycd535.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/Makefile
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/agp/amd64-agp.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/amiserial.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/applicom.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/Kconfig
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/Makefile
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/ati_pcigart.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/drm.h
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/drmP.h
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/drm_auth.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/drm_bufs.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/drm_context.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/drm_drv.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/drm_fops.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/drm_ioc32.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/drm_irq.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/drm_lock.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/drm_memory.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/drm_pciids.h
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/drm_proc.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/drm_stub.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/drm_vm.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/i810_dma.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/i810_drv.h
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/i830_dma.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/i830_drv.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/i830_drv.h
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/i830_irq.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/i915_dma.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/i915_drm.h
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/i915_drv.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/i915_drv.h
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/i915_ioc32.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/i915_irq.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/i915_mem.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/mga_drv.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/mga_drv.h
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/mga_ioc32.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/r128_drv.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/r128_drv.h
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/r128_ioc32.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/r128_state.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/radeon_drv.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/radeon_drv.h
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/radeon_ioc32.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/radeon_irq.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/via_3d_reg.h 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/via_dma.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/via_drm.h 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/via_drv.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/via_drv.h 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/via_ds.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/via_ds.h 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/via_irq.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/via_map.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/via_mm.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/via_mm.h 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/via_verifier.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/via_verifier.h 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/drm/via_video.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/ds1620.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/hpet.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/hvc_console.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/hvc_vio.c 0 → 100644
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/hvsi.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/hw_random.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/i8k.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/ip2/i2cmd.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/ip2/i2cmd.h
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/ip2main.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/ipmi/ipmi_devintf.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/ipmi/ipmi_msghandler.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/ipmi/ipmi_poweroff.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/isicom.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/istallion.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/mem.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/misc.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/moxa.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/mwave/3780i.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/mwave/3780i.h
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/mwave/tp3780i.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/n_tty.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/nvram.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/pcmcia/synclink_cs.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/random.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/rio/func.h
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/rio/rio_linux.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/rio/rioinit.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/rio/riotty.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/rocket.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/rocket_int.h
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/rtc.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/sysrq.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/tb0219.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/tipar.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/toshiba.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/tpm/tpm.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/tpm/tpm.h
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/tpm/tpm_atmel.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/tpm/tpm_nsc.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/tty_io.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/tty_ioctl.c
浏览文件 @ f7f24758
此差异已折叠。
drivers/char/vt_ioctl.c
浏览文件 @ f7f24758
此差异已折叠。
Markdown is supported
0% 或 .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑！
想要评论请 注册 或