1. 20 Sep, 2016 1 commit
  2. 13 Feb, 2015 1 commit
    • Luis R. Rodriguez's avatar
      virtual: Documentation: simplify and generalize paravirt_ops.txt · a2e19991
      Luis R. Rodriguez authored
      The general documentation we have for pv_ops is currenty present
      on the IA64 docs, but since this documentation covers IA64 xen
      enablement and IA64 Xen support got ripped out a while ago
      through commit d52eefb4 present since v3.14-rc1 lets just
      simplify, generalize and move the pv_ops documentation to a
      shared place.
      Cc: Isaku Yamahata <yamahata@valinux.co.jp>
      Cc: Jeremy Fitzhardinge <jeremy@goop.org>
      Cc: Chris Wright <chrisw@sous-sol.org>
      Cc: Alok Kataria <akataria@vmware.com>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: virtualization@lists.linux-foundation.org
      Cc: Tony Luck <tony.luck@intel.com>
      Cc: Fenghua Yu <fenghua.yu@intel.com>
      Cc: Boris Ostrovsky <boris.ostrovsky@oracle.com>
      Cc: xen-devel@lists.xenproject.org
      Cc: kvm@vger.kernel.org
      Cc: linux-kernel@vger.kernel.org
      Signed-off-by: default avatarLuis R. Rodriguez <mcgrof@suse.com>
      Signed-off-by: default avatarRusty Russell <rusty@rustcorp.com.au>
  3. 20 Nov, 2014 1 commit
  4. 26 Sep, 2014 1 commit
  5. 02 Apr, 2013 1 commit
    • Xie XiuQi's avatar
      Fix example error_injection_tool · 83d435dd
      Xie XiuQi authored
      I got a "sched_setaffinity:: Invalid argument" error when using
      err_injection_tool to inject error on a system with over 32 cpus.
      Error information when injecting an error on a system with over 32 cpus:
      $ ./err_injection_tool -i
      Begine at Tue Mar 26 11:20:08 2013
      On cpu32: loop=10, interval=5(s) err_type_info=4101,err_struct_info=95
      Error sched_setaffinity:: Invalid argument
      All done
      This because there is overflow when calculating the cpumask: the
      type of (1<<k) is int, while mask[j] is unsigned long. When k > 31,
      (1<<k) is truncated to ZERO, resulting in a unexpected cpumask.
      Signed-off-by: default avatarXie XiuQi <xiexiuqi@huawei.com>
      Signed-off-by: default avatarTony Luck <tony.luck@intel.com>
  6. 01 Sep, 2012 1 commit
  7. 31 Mar, 2011 1 commit
  8. 04 Aug, 2010 1 commit
    • Justin P. Mattock's avatar
      Documentation: update broken web addresses. · 0ea6e611
      Justin P. Mattock authored
      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: default avatarJustin P. Mattock <justinmattock@gmail.com>
      Signed-off-by: default avatarThomas Weber <weber@corscience.de>
      Signed-off-by: default avatarMike Frysinger <vapier.adi@gmail.com>
      Cc: Paulo Marques <pmarques@grupopie.com>
      Cc: Randy Dunlap <rdunlap@xenotime.net>
      Cc: Michael Neuling <mikey@neuling.org>
      Signed-off-by: default avatarJiri Kosina <jkosina@suse.cz>
  9. 23 Sep, 2009 1 commit
  10. 30 Mar, 2009 1 commit
  11. 30 Oct, 2008 1 commit
  12. 17 Oct, 2008 1 commit
  13. 16 Oct, 2008 1 commit
  14. 12 Aug, 2008 1 commit
    • Randy Dunlap's avatar
      docsrc: build Documentation/ sources · 3794f3e8
      Randy Dunlap authored
      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: default avatarRandy Dunlap <randy.dunlap@oracle.com>
      Reviewed-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
  15. 26 Jul, 2008 1 commit
  16. 27 May, 2008 1 commit
  17. 27 Apr, 2008 1 commit
  18. 04 Feb, 2008 1 commit
    • Randy Dunlap's avatar
      [IA64] aliasing-test: fix gcc warnings on non-ia64 · cdef24c9
      Randy Dunlap authored
      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: default avatarRandy Dunlap <randy.dunlap@oracle.com>
      Acked-by: default avatarBjorn Helgaas <bjorn.helgaas@hp.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarTony Luck <tony.luck@intel.com>
  19. 19 Oct, 2007 1 commit
  20. 11 Jul, 2007 1 commit
    • Alex Chiang's avatar
      [IA64] prevent MCA when performing MMIO mmap to PCI config space · 012b7105
      Alex Chiang authored
      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
      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: default avatarAlex Chiang <achiang@hp.com>
      Signed-off-by: default avatarBjorn Helgaas <bjorn.helgaas@hp.com>
      Signed-off-by: default avatarTony Luck <tony.luck@intel.com>
  21. 01 Jun, 2007 1 commit
    • Yoann Padioleau's avatar
      parse errors in ifdefs · f8343685
      Yoann Padioleau authored
      Fix various bits of obviously-busted code which we're not happening to
      compile, due to ifdefs.
      Cc: "Luck, Tony" <tony.luck@intel.com>
      Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
      Cc: Richard Henderson <rth@twiddle.net>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Jeff Garzik <jeff@garzik.org>
      Cc: Jan Kara <jack@ucw.cz>
      Cc: James Bottomley <James.Bottomley@steeleye.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
  22. 30 Mar, 2007 1 commit
  23. 05 Feb, 2007 1 commit
  24. 29 Jan, 2007 1 commit
  25. 03 Oct, 2006 3 commits
  26. 08 May, 2006 1 commit
    • Bjorn Helgaas's avatar
      [IA64] rework memory attribute aliasing · 32e62c63
      Bjorn Helgaas authored
      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: default avatarBjorn Helgaas <bjorn.helgaas@hp.com>
      Signed-off-by: default avatarTony Luck <tony.luck@intel.com>
  27. 16 Sep, 2005 1 commit
  28. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      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!