31 Mar, 2011

1 commit


04 Aug, 2010

1 commit

  • Below you will find an updated version from the original series bunching all patches into one big patch
    updating broken web addresses that are located in Documentation/*
    Some of the addresses date as far far back as 1995 etc... so searching became a bit difficult,
    the best way to deal with these is to use web.archive.org to locate these addresses that are outdated.
    Now there are also some addresses pointing to .spec files some are located, but some(after searching
    on the companies site)where still no where to be found. In this case I just changed the address
    to the company site this way the users can contact the company and they can locate them for the users.

    Signed-off-by: Justin P. Mattock
    Signed-off-by: Thomas Weber
    Signed-off-by: Mike Frysinger
    Cc: Paulo Marques
    Cc: Randy Dunlap
    Cc: Michael Neuling
    Signed-off-by: Jiri Kosina

    Justin P. Mattock
     

23 Sep, 2009

1 commit


30 Mar, 2009

1 commit


31 Oct, 2008

1 commit


18 Oct, 2008

1 commit


17 Oct, 2008

1 commit


13 Aug, 2008

1 commit

  • Currently source files in the Documentation/ sub-dir can easily bit-rot
    since they are not generally buildable, either because they are hidden in
    text files or because there are no Makefile rules for them. This needs to
    be fixed so that the source files remain usable and good examples of code
    instead of bad examples.

    Add the ability to build source files that are in the Documentation/ dir.
    Add to Kconfig as "BUILD_DOCSRC" config symbol.

    Use "CONFIG_BUILD_DOCSRC=1 make ..." to build objects from the
    Documentation/ sources. Or enable BUILD_DOCSRC in the *config system.
    However, this symbol depends on HEADERS_CHECK since the header files need
    to be installed (for userspace builds).

    Built (using cross-tools) for x86-64, i386, alpha, ia64, sparc32,
    sparc64, powerpc, sh, m68k, & mips.

    Signed-off-by: Randy Dunlap
    Reviewed-by: Sam Ravnborg
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Randy Dunlap
     

27 Jul, 2008

1 commit


28 May, 2008

1 commit


27 Apr, 2008

1 commit


05 Feb, 2008

1 commit

  • Eliminate all build warnings. OK, these build warnings are from
    a build on x86_64. When I build on ia64, I don't see warnings.

    Now builds cleanly on ia64 and x86_64.

    Documentation/ia64/aliasing-test.c: In function 'map_mem':
    Documentation/ia64/aliasing-test.c:39: warning: implicit declaration of function 'ioctl'
    Documentation/ia64/aliasing-test.c: In function 'scan_rom':
    Documentation/ia64/aliasing-test.c:183: warning: format '%ld' expects type 'long int', but argument 4 has type 'int'
    Documentation/ia64/aliasing-test.c: At top level:
    Documentation/ia64/aliasing-test.c:208: warning: function declaration isn't a prototype
    Documentation/ia64/aliasing-test.c: In function 'main':
    Documentation/ia64/aliasing-test.c:259: warning: control reaches end of non-void function
    Documentation/ia64/aliasing-test.c: In function 'scan_rom':
    Documentation/ia64/aliasing-test.c:152: warning: 'rc' may be used uninitialized in this function
    Documentation/ia64/aliasing-test.c: In function 'scan_tree':
    Documentation/ia64/aliasing-test.c:68: warning: 'rc' may be used uninitialized in this function

    Signed-off-by: Randy Dunlap
    Acked-by: Bjorn Helgaas
    Signed-off-by: Andrew Morton
    Signed-off-by: Tony Luck

    Randy Dunlap
     

20 Oct, 2007

1 commit

  • Most of these fixes were already submitted for old kernel versions, and were
    approved, but for some reason they never made it into the releases.

    Because this is a consolidation of a couple old missed patches, it touches both
    Kconfigs and documentation texts.

    Signed-off-by: Matt LaPlante
    Acked-by: Randy Dunlap
    Signed-off-by: Adrian Bunk

    Matt LaPlante
     

12 Jul, 2007

1 commit

  • Example memory map (HP rx7640 with 'default' acpiconfig setting, VGA disabled):
    0x00000000 - 0x3FFFBFFF supports only WB (cacheable) access

    If a user attempts to perform an MMIO mmap (using the PCIIOC_MMAP_IS_MEM ioctl)
    to PCI config space (like mmap'ing and accessing memory at 0xA0000),
    we will MCA because the kernel will attempt to use a mapping with the UC
    attribute.

    So check the memory attribute in kern_mmap and the EFI memmap. If WC is
    requested, and WC or UC access is supported for the region, allow it.
    Otherwise, use the same attribute the kernel uses.

    Updates documentation and test cases as well.

    Signed-off-by: Alex Chiang
    Signed-off-by: Bjorn Helgaas
    Signed-off-by: Tony Luck

    Alex Chiang
     

01 Jun, 2007

1 commit

  • Fix various bits of obviously-busted code which we're not happening to
    compile, due to ifdefs.

    Cc: "Luck, Tony"
    Cc: Ivan Kokshaysky
    Cc: Richard Henderson
    Cc: Russell King
    Cc: Ralf Baechle
    Cc: Jeff Garzik
    Cc: Jan Kara
    Cc: James Bottomley
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Yoann Padioleau
     

01 May, 2007

1 commit


31 Mar, 2007

1 commit


06 Feb, 2007

1 commit


30 Jan, 2007

1 commit

  • This patch contains a documention and sample application. Since the sample
    application has ~1000 lines of code, it might not be suitable in a kernel
    documention in kenrel tree. If you think this is not good place to hold
    the sample application, please let me know and I'm open to other choices
    e.g. sourceforge etc.

    Signed-off-by: Fenghua Yu
    Signed-off-by: Tony Luck

    Fenghua Yu
     

04 Oct, 2006

2 commits


03 Oct, 2006

1 commit


09 May, 2006

1 commit

  • This closes a couple holes in our attribute aliasing avoidance scheme:

    - The current kernel fails mmaps of some /dev/mem MMIO regions because
    they don't appear in the EFI memory map. This keeps X from working
    on the Intel Tiger box.

    - The current kernel allows UC mmap of the 0-1MB region of
    /sys/.../legacy_mem even when the chipset doesn't support UC
    access. This causes an MCA when starting X on HP rx7620 and rx8620
    boxes in the default configuration.

    There's more detail in the Documentation/ia64/aliasing.txt file this
    adds, but the general idea is that if a region might be covered by
    a granule-sized kernel identity mapping, any access via /dev/mem or
    mmap must use the same attribute as the identity mapping.

    Otherwise, we fall back to using an attribute that is supported
    according to the EFI memory map, or to using UC if the EFI memory
    map doesn't mention the region.

    Signed-off-by: Bjorn Helgaas
    Signed-off-by: Tony Luck

    Bjorn Helgaas
     

17 Sep, 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