Skip to content

Commit

Permalink
---
Browse files Browse the repository at this point in the history 
yaml
---
r: 38461
b: refs/heads/master
c: c38778c
h: refs/heads/master
i:
  38459: bf7e071
v: v3
  • Loading branch information
Dave Jones authored and Jeff Garzik committed Sep 27, 2006
1 parent 28b4487 commit ea945db
Show file tree
Hide file tree
Showing 4,384 changed files with 158,671 additions and 157,273 deletions.
The diff you're trying to view is too large. We only load the first 3000 changed files.
2 changes: 1 addition & 1 deletion [refs]
View file
Original file line number Diff line number Diff line change
@@ -1,2 +1,2 @@
---
refs/heads/master: 5b9b5572c87b460cd91f7722ac233d1873cfb084
refs/heads/master: c38778c3a9aeadcd1ee319cfc8ea5a9cbf8cdafa
36 changes: 3 additions & 33 deletions trunk/CREDITS
View file
Original file line number Diff line number Diff line change
Expand Up @@ -34,7 +34,6 @@ E: magrawal@nortelnetworks.com
D: Basic Interphase 5575 driver with UBR and ABR support.
S: 75 Donald St, Apt 42
S: Weymouth, MA 02188
S: USA

N: Dave Airlie
E: airlied@linux.ie
Expand Down Expand Up @@ -203,7 +202,6 @@ S: MS42
S: Hewlett-Packard
S: 3404 E Harmony Rd
S: Fort Collins, CO 80525
S: USA

N: Arindam Banerji
E: axb@cse.nd.edu
Expand Down Expand Up @@ -446,7 +444,6 @@ E: rbradetich@uswest.net
D: Linux/PA-RISC hacker
S: 1200 Goldenrod Dr.
S: Nampa, Idaho 83686
S: USA

N: Derrick J. Brashear
E: shadow@dementia.org
Expand Down Expand Up @@ -636,7 +633,6 @@ E: scole@lanl.gov
E: elenstev@mesatop.com
D: Various build fixes and kernel documentation.
S: Los Alamos, New Mexico
S: USA

N: Hamish Coleman
E: hamish@zot.apana.org.au
Expand Down Expand Up @@ -955,12 +951,6 @@ S: Brevia 1043
S: S-114 79 Stockholm
S: Sweden

N: Pekka Enberg
E: penberg@cs.helsinki.fi
W: http://www.cs.helsinki.fi/u/penberg/
D: Various kernel hacks, fixes, and cleanups.
S: Finland

N: David Engebretsen
E: engebret@us.ibm.com
D: Linux port to 64-bit PowerPC architecture
Expand Down Expand Up @@ -1630,8 +1620,7 @@ D: fbdev hacking

N: Jesper Juhl
E: jesper.juhl@gmail.com
D: Various fixes, cleanups and minor features all over the tree.
D: Wrote initial version of the hdaps driver (since passed on to others).
D: Various fixes, cleanups and minor features.
S: Lemnosvej 1, 3.tv
S: 2300 Copenhagen S.
S: Denmark
Expand Down Expand Up @@ -2013,7 +2002,6 @@ W: http://www.mathematik.uni-stuttgart.de/~floeff
D: Busmaster driver for HP 10/100 Mbit Network Adapters
S: University of Stuttgart, Germany and
S: Ecole Nationale Superieure des Telecommunications, Paris
S: France

N: Jamie Lokier
E: jamie@shareable.org
Expand Down Expand Up @@ -2183,7 +2171,6 @@ S: Hewlett Packard
S: MS 42
S: 3404 E. Harmony Road
S: Fort Collins, CO 80528
S: USA

N: Torben Mathiasen
E: torben.mathiasen@compaq.com
Expand Down Expand Up @@ -2240,12 +2227,6 @@ D: tc: HFSC scheduler
S: Freiburg
S: Germany

N: Paul E. McKenney
E: paulmck@us.ibm.com
W: http://www.rdrop.com/users/paulmck/
D: RCU and variants
D: rcutorture module

N: Mike McLagan
E: mike.mclagan@linux.org
W: http://www.invlogic.com/~mmclagan
Expand Down Expand Up @@ -2496,8 +2477,7 @@ S: Derbyshire DE4 3RL
S: United Kingdom

N: Ian S. Nelson
E: nelsonis@earthlink.net
P: 1024D/00D3D983 3EFD 7B86 B888 D7E2 29B6 9E97 576F 1B97 00D3 D983
E: ian.nelson@echostar.com
D: Minor mmap and ide hacks
S: 1370 Atlantis Ave.
S: Lafayette CO, 80026
Expand Down Expand Up @@ -2987,10 +2967,6 @@ S: 69 rue Dunois
S: 75013 Paris
S: France

N: Dipankar Sarma
E: dipankar@in.ibm.com
D: RCU

N: Hannu Savolainen
E: hannu@opensound.com
D: Maintainer of the sound drivers until 2.1.x days.
Expand Down Expand Up @@ -3303,12 +3279,6 @@ S: 3 Ballow Crescent
S: MacGregor A.C.T 2615
S: Australia

N: Josh Triplett
E: josh@freedesktop.org
P: 1024D/D0FE7AFB B24A 65C9 1D71 2AC2 DE87 CA26 189B 9946 D0FE 7AFB
D: rcutorture maintainer
D: lock annotations, finding and fixing lock bugs

N: Winfried Tr�mper
E: winni@xpilot.org
W: http://www.shop.de/~winni/
Expand Down Expand Up @@ -3680,7 +3650,7 @@ S: Portland, OR
S: USA

N: Michal Wronski
E: michal.wronski@gmail.com
E: Michal.Wronski@motorola.com
D: POSIX message queues fs (with K. Benedyczak)
S: Krakow
S: Poland
Expand Down
5 changes: 3 additions & 2 deletions trunk/Documentation/ABI/removed/devfs → trunk/Documentation/ABI/obsolete/devfs
View file
Original file line number Diff line number Diff line change
@@ -1,12 +1,13 @@
What: devfs
Date: July 2005 (scheduled), finally removed in kernel v2.6.18
Date: July 2005
Contact: Greg Kroah-Hartman <gregkh@suse.de>
Description:
devfs has been unmaintained for a number of years, has unfixable
races, contains a naming policy within the kernel that is
against the LSB, and can be replaced by using udev.
The files fs/devfs/*, include/linux/devfs_fs*.h were removed,
The files fs/devfs/*, include/linux/devfs_fs*.h will be removed,
along with the the assorted devfs function calls throughout the
kernel tree.

Users:

88 changes: 0 additions & 88 deletions trunk/Documentation/ABI/testing/sysfs-power
View file

This file was deleted.

34 changes: 0 additions & 34 deletions trunk/Documentation/CodingStyle
View file
Original file line number Diff line number Diff line change
Expand Up @@ -532,40 +532,6 @@ appears outweighs the potential value of the hint that tells gcc to do
something it would have done anyway.


Chapter 16: Function return values and names

Functions can return values of many different kinds, and one of the
most common is a value indicating whether the function succeeded or
failed. Such a value can be represented as an error-code integer
(-Exxx = failure, 0 = success) or a "succeeded" boolean (0 = failure,
non-zero = success).

Mixing up these two sorts of representations is a fertile source of
difficult-to-find bugs. If the C language included a strong distinction
between integers and booleans then the compiler would find these mistakes
for us... but it doesn't. To help prevent such bugs, always follow this
convention:

If the name of a function is an action or an imperative command,
the function should return an error-code integer. If the name
is a predicate, the function should return a "succeeded" boolean.

For example, "add work" is a command, and the add_work() function returns 0
for success or -EBUSY for failure. In the same way, "PCI device present" is
a predicate, and the pci_dev_present() function returns 1 if it succeeds in
finding a matching device or 0 if it doesn't.

All EXPORTed functions must respect this convention, and so should all
public functions. Private (static) functions need not, but it is
recommended that they do.

Functions whose return value is the actual result of a computation, rather
than an indication of whether the computation succeeded, are not subject to
this rule. Generally they indicate failure by returning some out-of-range
result. Typical examples would be functions that return pointers; they use
NULL or the ERR_PTR mechanism to report failure.



Appendix I: References

Expand Down
4 changes: 2 additions & 2 deletions trunk/Documentation/DMA-mapping.txt
View file
Original file line number Diff line number Diff line change
Expand Up @@ -107,7 +107,7 @@ The query is performed via a call to pci_set_dma_mask():

int pci_set_dma_mask(struct pci_dev *pdev, u64 device_mask);

The query for consistent allocations is performed via a call to
The query for consistent allocations is performed via a a call to
pci_set_consistent_dma_mask():

int pci_set_consistent_dma_mask(struct pci_dev *pdev, u64 device_mask);
Expand All @@ -117,7 +117,7 @@ device_mask is a bit mask describing which bits of a PCI address your
device supports. It returns zero if your card can perform DMA
properly on the machine given the address mask you provided.

If it returns non-zero, your device cannot perform DMA properly on
If it returns non-zero, your device can not perform DMA properly on
this platform, and attempting to do so will result in undefined
behavior. You must either use a different mask, or not use DMA.

Expand Down
Loading

0 comments on commit ea945db

Please sign in to comment.