30 Nov, 2007

1 commit

  • People discuss how the namespaces are working/going-to-work together.

    Ted Ts'o proposed to create some document that describes what problems user
    may have when he/she creates some new namespace, but keeps others shared.
    I liked this idea, so here's the initial version of such a document with
    the problems I currently have in mind and can describe somewhat audibly -
    the "namespaces compatibility list".

    The Documentation/namespaces/ directory is about to contain more docs about
    the namespaces stuff.

    Thanks to Cedirc for notes and spell checks on the doc, to Daniel for
    additional info about IPC and User namespaces interaction and to Randy, who
    alluded me to using a spell checker before sending the documentation :)

    Signed-off-by: Pavel Emelyanov
    Cc: Randy Dunlap
    Cc: Daniel Lezcano
    Cc: Theodore Tso
    Cc: Cedric Le Goater
    Cc: "Eric W. Biederman"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Pavel Emelyanov
     

17 Oct, 2007

2 commits


10 Oct, 2007

2 commits


12 Sep, 2007

1 commit


17 Jul, 2007

1 commit


04 Dec, 2006

1 commit


23 Sep, 2006

1 commit

  • Documentation for the NetLabel system, this includes a basic overview
    of how NetLabel works, how LSM developers can integrate it into their
    favorite LSM, as well as documentation on the CIPSO related sysctl
    variables. Also, due to the difficulty of finding expired IETF
    drafts, I am including the IETF CIPSO draft that is the basis of the
    NetLabel CIPSO implementation.

    Signed-off-by: Paul Moore
    Signed-off-by: David S. Miller

    Paul Moore
     

19 Nov, 2005

2 commits

  • Update the index file with descriptions of the stable_api_nonsense.txt
    and stable_kernel_rules.txt files.

    Signed-off-by: Greg Kroah-Hartman
    Signed-off-by: Linus Torvalds

    Greg Kroah-Hartman
     
  • Here's a document that describes the process and procedures of how to do Linux
    kernel development. It has gone through a number of rounds of review on the
    linux-kernel mailing list, and contains contributions and help from Paolo
    Ciarrocchi, Randy Dunlap, Gerrit Huizenga, Pat Mochel, Hanna Linder, Kay
    Sievers, Vojtech Pavlik, Jan Kara, Josh Boyer, Kees Cook, Andrew Morton, Andi
    Kleen, Vadim Lobanov, Jesper Juhl, Adrian Bunk, Keri Harris, Frans Pop, David
    A. Wheeler, Junio Hamano, Michael Kerrisk, and Alex Shepard.

    Signed-off-by: Greg Kroah-Hartman
    Signed-off-by: Linus Torvalds

    Greg Kroah-Hartman
     

11 Sep, 2005

1 commit

  • The attached patch fixes the following spelling errors in Documentation/
    - double "the"
    - Several misspellings of function/functionality
    - infomation
    - memeory
    - Recieved
    - wether
    and possibly others which I forgot ;-)
    Trailing whitespaces on the same line as the typo are also deleted.

    Signed-off-by: Tobias Klauser
    Signed-off-by: Domen Puncer
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Tobias Klauser
     

10 Sep, 2005

1 commit


26 Jun, 2005

1 commit

  • This patch contains the documentation for the kexec based crash dump tool.

    Quick kdump-howto
    ================================================================

    1) Download and build kexec-tools.

    2) Download and build the latest kexec/kdump (-mm) kernel patchset.
    Two kernels need to be built in order to get this feature working.

    A) First kernel:
    a) Enable "kexec system call" feature:
    CONFIG_KEXEC=y
    b) Physical load address (use default):
    CONFIG_PHYSICAL_START=0x100000
    c) Enable "sysfs file system support":
    CONFIG_SYSFS=y
    d) Boot into first kernel with the command line parameter "crashkernel=Y@X":
    For example: "crashkernel=64M@16M".

    B) Second kernel:
    a) Enable "kernel crash dumps" feature:
    CONFIG_CRASH_DUMP=y
    b) Physical load addreess, use same load address as X in "crashkernel"
    kernel parameter in 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

    3) Boot into the first kernel.

    4) Load the second kernel to be booted using:

    kexec -p --crash-dump --args-linux --append="root=
    maxcpus=1 init 1"

    5) System reboots into the second kernel when a panic occurs. A module can be
    written to force the panic, for testing purposes.

    6) See Documentation/kdump.txt for how to read the first kernel's
    memory image and how to analyze it.

    Signed-off-by: Hariprasad Nellitheertha
    Signed-off-by: Eric Biederman
    Signed-off-by: Vivek Goyal
    Signed-off-by: randy_dunlap
    Signed-off-by: Maneesh Soni
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Vivek Goyal
     

06 May, 2005

1 commit


17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds