Skip to content
Snippets Groups Projects
  1. Nov 09, 2022
  2. Dec 03, 2020
  3. Aug 31, 2020
  4. Jul 31, 2020
  5. May 15, 2020
  6. Jul 15, 2019
  7. Mar 05, 2018
  8. Nov 18, 2017
  9. Sep 20, 2016
  10. Feb 13, 2015
    • 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>
      a2e19991
  11. Nov 20, 2014
  12. Sep 26, 2014
  13. Apr 02, 2013
    • 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
      /sys/devices/system/cpu/cpu0/err_inject//err_type_info
      Begine at Tue Mar 26 11:20:08 2013
      Configurations:
      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>
      83d435dd
  14. Sep 01, 2012
  15. Mar 31, 2011
  16. Aug 04, 2010
    • 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>
      0ea6e611
  17. Sep 23, 2009
  18. Mar 30, 2009
  19. Oct 30, 2008
  20. Oct 17, 2008
  21. Oct 16, 2008
  22. Aug 12, 2008
    • 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>
      3794f3e8
  23. Jul 26, 2008
  24. May 27, 2008
  25. Apr 27, 2008
  26. Feb 04, 2008
    • 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>
      cdef24c9
  27. Oct 19, 2007
  28. Jul 11, 2007
    • 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
      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: 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>
      012b7105
  29. Jun 01, 2007
    • 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>
      f8343685
  30. Mar 30, 2007
  31. Feb 05, 2007
  32. Jan 29, 2007
  33. Oct 03, 2006
  34. May 08, 2006
    • 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>
      32e62c63
  35. Sep 16, 2005
  36. Apr 16, 2005
    • 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!
      1da177e4
Loading