1. 12 9月, 2006 2 次提交
  2. 09 9月, 2006 4 次提交
  3. 08 9月, 2006 1 次提交
  4. 30 8月, 2006 1 次提交
  5. 24 8月, 2006 1 次提交
  6. 19 8月, 2006 1 次提交
  7. 15 8月, 2006 1 次提交
    • H
      [PATCH] Change panic_on_oops message to "Fatal exception" · 012c437d
      Horms 提交于
      Previously the message was "Fatal exception: panic_on_oops", as introduced
      in a recent patch whith removed a somewhat dangerous call to ssleep() in
      the panic_on_oops path.  However, Paul Mackerras suggested that this was
      somewhat confusing, leadind people to believe that it was panic_on_oops
      that was the root cause of the fatal exception.  On his suggestion, this
      patch changes the message to simply "Fatal exception".  A suitable oops
      message should already have been displayed.
      Signed-off-by: NSimon Horman <horms@verge.net.au>
      Cc: Paul Mackerras <paulus@samba.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      012c437d
  8. 09 8月, 2006 1 次提交
    • D
      [IA64-SGI] Silent data corruption caused by XPC V2. · 7682a4c6
      Dean Nelson 提交于
      Jack Steiner identified a problem where XPC can cause a silent
      data corruption.  On module load, the placement may cause the
      xpc_remote_copy_buffer to span two physical pages.  DMA transfers are
      done to the start virtual address translated to physical.
      
      This patch changes the buffer from a statically allocated buffer to a
      kmalloc'd buffer.  Dean Nelson reviewed this before posting.  I have
      tested it in the configuration that was showing the memory corruption
      and verified it works.  I also added a BUG_ON statement to help catch
      this if a similar situation is encountered.
      Signed-off-by: NRobin Holt <holt@sgi.com>
      Signed-off-by: NDean Nelson <dcn@sgi.com>
      Signed-off-by: NJack Steiner <steiner@sgi.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      7682a4c6
  9. 05 8月, 2006 1 次提交
  10. 04 8月, 2006 3 次提交
  11. 03 8月, 2006 3 次提交
    • Z
      [IA64] Don't alloc empty frame in ia64_switch_mode_phys · e55ce456
      Zou Nan hai 提交于
      I think ia64_switch_mode_phys and ia64_switch_mode_virt
      does not need to alloc an empty frame.
      An empty frame is required by loadrs but flushrs
      does not need that.
      Signed-off-by: NZou Nan hai <nanhai.zou@intel.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      e55ce456
    • Z
      [IA64] Do not assume output registers be reservered. · acb15c85
      Zou Nan hai 提交于
      We found an issue in pal.S.
      
      According to the software runtime SPEC,
      The caller's output registers do not need to be preserved for
      caller. The callee may reuse input registers for any other
      purpose within the procedure.
      
      in ia64_pal_call_phys_stacked,
      
      input registers are copied to output registers before call
      into ia64_switch_mode_phys, then used to call into PAL. This
      assumes output registers are preserved in ia64_switch_mode_phys,
      which may not be true.
      
      In this particular case, ia64_switch_mode_phys alloc a null frame
      , and mask off psr.i.
      If an interrupt comes at this small window,
      or an MCA comes inside the procedure, output registers
      maybe changed,
      then the pal call may got some staled input registers.
      
      This patch moves the copies from input to output
      after ia64_switch_mode_phys to follow the software
      runtime convention.
      
      It  also removed some unused labels in
      ia64_pal_call_phys_stacked.
      Signed-off-by: NZou Nan hai <nanhai.zou@intel.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      acb15c85
    • K
      [IA64] sparse cleanups · e037cda5
      Keith Owens 提交于
      Fix some sparse warnings on ia64.  Large constants that should be long
      instead of int.  Use NULL instead of 0.  Add some missing __iomem
      casts.  Replace a non-C99 structure assignment.
      Signed-off-by: NKeith Owens <kaos@sgi.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      e037cda5
  12. 01 8月, 2006 7 次提交
    • R
      [PATCH] vDSO hash-style fix · 0b0bf7a3
      Roland McGrath 提交于
      The latest toolchains can produce a new ELF section in DSOs and
      dynamically-linked executables.  The new section ".gnu.hash" replaces
      ".hash", and allows for more efficient runtime symbol lookups by the
      dynamic linker.  The new ld option --hash-style={sysv|gnu|both} controls
      whether to produce the old ".hash", the new ".gnu.hash", or both.  In some
      new systems such as Fedora Core 6, gcc by default passes --hash-style=gnu
      to the linker, so that a standard invocation of "gcc -shared" results in
      producing a DSO with only ".gnu.hash".  The new ".gnu.hash" sections need
      to be dealt with the same way as ".hash" sections in all respects; only the
      dynamic linker cares about their contents.  To work with older dynamic
      linkers (i.e.  preexisting releases of glibc), a binary must have the old
      ".hash" section.  The --hash-style=both option produces binaries that a new
      dynamic linker can use more efficiently, but an old dynamic linker can
      still handle.
      
      The new section runs afoul of the custom linker scripts used to build vDSO
      images for the kernel.  On ia64, the failure mode for this is a boot-time
      panic because the vDSO's PT_IA_64_UNWIND segment winds up ill-formed.
      
      This patch addresses the problem in two ways.
      
      First, it mentions ".gnu.hash" in all the linker scripts alongside ".hash".
       This produces correct vDSO images with --hash-style=sysv (or old tools),
      with --hash-style=gnu, or with --hash-style=both.
      
      Second, it passes the --hash-style=sysv option when building the vDSO
      images, so that ".gnu.hash" is not actually produced.  This is the most
      conservative choice for compatibility with any old userland.  There is some
      concern that some ancient glibc builds (though not any known old production
      system) might choke on --hash-style=both binaries.  The optimizations
      provided by the new style of hash section do not really matter for a DSO
      with a tiny number of symbols, as the vDSO has.  If someone wants to use
      =gnu or =both for their vDSO builds and worry less about that
      compatibility, just change the option and the linker script changes will
      make any choice work fine.
      Signed-off-by: NRoland McGrath <roland@redhat.com>
      Cc: "Luck, Tony" <tony.luck@intel.com>
      Cc: Kyle McMartin <kyle@mcmartin.ca>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Andi Kleen <ak@muc.de>
      Cc: Sam Ravnborg <sam@ravnborg.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      0b0bf7a3
    • B
      [PATCH] sgiioc4: Always share IRQ · 9578bcf4
      Brent Casavant 提交于
      The SGI IOC4 IDE device always shares an interrupt with other devices which
      are part of IOC4.  As such, IDEPCI_SHARE_IRQ should always be enabled when
      BLK_DEV_SGIIOC4 is enabled.
      Signed-off-by: NBrent Casavant <bcasavan@sgi.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      9578bcf4
    • C
      [PATCH] cpu hotplug: use hotplug version of registration in late inits · be6b5a35
      Chandra Seetharaman 提交于
      Use hotplug version of register_cpu_notifier in late init functions.
      Signed-off-by: NChandra Seetharaman <sekharan@us.ibm.com>
      Cc: "Luck, Tony" <tony.luck@intel.com>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Andi Kleen <ak@muc.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      be6b5a35
    • H
      [PATCH] panic_on_oops: remove ssleep() · cea6a4ba
      Horms 提交于
      This patch is part of an effort to unify the panic_on_oops behaviour across
      all architectures that implement it.
      
      It was pointed out to me by Andi Kleen that if an oops has occured in
      interrupt context, then calling sleep() in the oops path will only cause a
      panic, and that it would be really better for it not to be in the path at
      all.
      
      This patch removes the ssleep() call and reworks the console message
      accordinly.  I have a slght concern that the resulting console message is
      too long, feedback welcome.
      
      For powerpc it also unifies the 32bit and 64bit behaviour.
      
      Fror x86_64, this patch only updates the console message, as ssleep() is
      already not present.
      Signed-off-by: NHorms <horms@verge.net.au>
      Acked-by: NPaul Mackerras <paulus@samba.org>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Cc: "Luck, Tony" <tony.luck@intel.com>
      Cc: Andi Kleen <ak@muc.de>
      Cc: Chris Zankel <chris@zankel.net>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      cea6a4ba
    • B
      [PATCH] IA64: kprobe invalidate icache of jump buffer · a9ad965e
      bibo, mao 提交于
      Kprobe inserts breakpoint instruction in probepoint and then jumps to
      instruction slot when breakpoint is hit, the instruction slot icache must
      be consistent with dcache.  Here is the patch which invalidates instruction
      slot icache area.
      
      Without this patch, in some machines there will be fault when executing
      instruction slot where icache content is inconsistent with dcache.
      Signed-off-by: Nbibo,mao <bibo.mao@intel.com>
      Acked-by: N"Luck, Tony" <tony.luck@intel.com>
      Acked-by: NKeshavamurthy Anil S <anil.s.keshavamurthy@intel.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      a9ad965e
    • T
      [IA64] Fix breakage in simscsi.c · 4f2ef124
      Tony Luck 提交于
      arch/ia64/hp/sim/simscsi.c: In function `simscsi_sg_readwrite':
      arch/ia64/hp/sim/simscsi.c:154: error: structure has no member named `buffer'
      arch/ia64/hp/sim/simscsi.c: In function `simscsi_fillresult':
      arch/ia64/hp/sim/simscsi.c:247: error: structure has no member named `buffer'
      
      hch said:
      >Just change it to access the request_buffer member instead.  buffer
      >and request_buffer have been synonymous 99% of the time, and a driver
      >never even wants to access buffer.
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      4f2ef124
    • M
      [IA64] Format /proc/pal/*/version_info correctly · 1bf1eba7
      Matthew Wilcox 提交于
      /proc/pal/*/version_info is a bit confusing.  HP firmware, at least,
      reports 07.31 instead of 0.7.31.  Also, the comment is out of place;
      it's an internal detail about the implementation of ia64_pal_version.
      Since the 2.2 revision of the SDM still states that PAL_VERSION can
      be called in virtual mode, correct the comment to be more accurate.
      Signed-off-by: NMatthew Wilcox <matthew@wil.cx>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      1bf1eba7
  13. 29 7月, 2006 1 次提交
    • C
      [SCSI] fix simscsi · 0dfda775
      Christoph Hellwig 提交于
      On Thu, Jul 27, 2006 at 01:03:24AM -0700, Andrew Morton wrote:
      > arch/ia64/hp/sim/simscsi.c: In function `simscsi_sg_readwrite':
      > arch/ia64/hp/sim/simscsi.c:154: error: structure has no member named `buffer'
      > arch/ia64/hp/sim/simscsi.c: In function `simscsi_fillresult':
      > arch/ia64/hp/sim/simscsi.c:247: error: structure has no member named `buffer'
      > arch/ia64/hp/sim/simscsi.c: At top level:
      > arch/ia64/hp/sim/simscsi.c:87: warning: 'simscsi_setup' defined but not used
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      0dfda775
  14. 11 7月, 2006 2 次提交
    • L
      [PATCH] make valid_mmap_phys_addr_range() take a pfn · 06c67bef
      Lennert Buytenhek 提交于
      Newer ARMs have a 40 bit physical address space, but mapping physical
      memory above 4G needs a special page table format which we (currently?) do
      not use for userspace mappings, so what happens instead is that mapping an
      address >= 4G will happily discard the upper bits and wrap.
      
      There is a valid_mmap_phys_addr_range() arch hook where we could check for
      >= 4G addresses and deny the mapping, but this hook takes an unsigned long
      address:
      
      	static inline int valid_mmap_phys_addr_range(unsigned long addr, size_t size);
      
      And drivers/char/mem.c:mmap_mem() calls it like this:
      
      	static int mmap_mem(struct file * file, struct vm_area_struct * vma)
      	{
      		size_t size = vma->vm_end - vma->vm_start;
      
      		if (!valid_mmap_phys_addr_range(vma->vm_pgoff << PAGE_SHIFT, size))
      
      So that's not much help either.
      
      This patch makes the hook take a pfn instead of a phys address.
      Signed-off-by: NLennert Buytenhek <buytenh@wantstofly.org>
      Cc: Bjorn Helgaas <bjorn.helgaas@hp.com>
      Cc: "Luck, Tony" <tony.luck@intel.com>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      06c67bef
    • J
      [PATCH] tty: Remove include of screen_info.h from tty.h · 894673ee
      Jon Smirl 提交于
      screen_info.h doesn't have anything to do with the tty layer and shouldn't be
      included by tty.h.  This patches removes the include and modifies all users to
      directly include screen_info.h.  struct screen_info is mainly used to
      communicate with the console drivers in drivers/video/console.  Note that this
      patch touches every arch and I have no way of testing it.  If there is a
      mistake the worst thing that will happen is a compile error.
      
      [akpm@osdl.org: fix arm build]
      [akpm@osdl.org: fix alpha build]
      Signed-off-by: NJon Smirl <jonsmir@gmail.com>
      Signed-off-by: NAntonino Daplas <adaplas@pol.net>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      894673ee
  15. 05 7月, 2006 1 次提交
    • Y
      [PATCH] Fix copying of pgdat array on each node for ia64 memory hotplug · dd8041f1
      Yasunori Goto 提交于
      I found a bug in memory hot-add code for ia64.
      
      IA64's code has copies of pgdat's array on each node to reduce memory
      access over crossing node.  This array is used by NODE_DATA() macro.  When
      new node is hot-added, this pgdat's array should be updated and copied on
      new node too.
      
      However, I used for_each_online_node() in scatter_node_data() to copy
      it. This meant its array is not copied on new node.
      Because initialization of structures for new node was halfway,
      so online_node_map couldn't be set at this time.
      
      To copy arrays on new node, I changed it to check value of pgdat_list[]
      which is source array of copies.  I tested this patch with my Memory Hotadd
      emulation on Tiger4.  This patch is for 2.6.17-git20.
      Signed-off-by: NYasunori Goto <y-goto@jp.fujitsu.com>
      Cc: "Luck, Tony" <tony.luck@intel.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      dd8041f1
  16. 04 7月, 2006 1 次提交
  17. 03 7月, 2006 1 次提交
  18. 01 7月, 2006 3 次提交
    • A
      [PATCH] audit syscall classes · b915543b
      Al Viro 提交于
      Allow to tie upper bits of syscall bitmap in audit rules to kernel-defined
      sets of syscalls.  Infrastructure, a couple of classes (with 32bit counterparts
      for biarch targets) and actual tie-in on i386, amd64 and ia64.
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      b915543b
    • C
      [PATCH] zoned vm counters: basic ZVC (zoned vm counter) implementation · 2244b95a
      Christoph Lameter 提交于
      Per zone counter infrastructure
      
      The counters that we currently have for the VM are split per processor.  The
      processor however has not much to do with the zone these pages belong to.  We
      cannot tell f.e.  how many ZONE_DMA pages are dirty.
      
      So we are blind to potentially inbalances in the usage of memory in various
      zones.  F.e.  in a NUMA system we cannot tell how many pages are dirty on a
      particular node.  If we knew then we could put measures into the VM to balance
      the use of memory between different zones and different nodes in a NUMA
      system.  For example it would be possible to limit the dirty pages per node so
      that fast local memory is kept available even if a process is dirtying huge
      amounts of pages.
      
      Another example is zone reclaim.  We do not know how many unmapped pages exist
      per zone.  So we just have to try to reclaim.  If it is not working then we
      pause and try again later.  It would be better if we knew when it makes sense
      to reclaim unmapped pages from a zone.  This patchset allows the determination
      of the number of unmapped pages per zone.  We can remove the zone reclaim
      interval with the counters introduced here.
      
      Futhermore the ability to have various usage statistics available will allow
      the development of new NUMA balancing algorithms that may be able to improve
      the decision making in the scheduler of when to move a process to another node
      and hopefully will also enable automatic page migration through a user space
      program that can analyse the memory load distribution and then rebalance
      memory use in order to increase performance.
      
      The counter framework here implements differential counters for each processor
      in struct zone.  The differential counters are consolidated when a threshold
      is exceeded (like done in the current implementation for nr_pageache), when
      slab reaping occurs or when a consolidation function is called.
      
      Consolidation uses atomic operations and accumulates counters per zone in the
      zone structure and also globally in the vm_stat array.  VM functions can
      access the counts by simply indexing a global or zone specific array.
      
      The arrangement of counters in an array also simplifies processing when output
      has to be generated for /proc/*.
      
      Counters can be updated by calling inc/dec_zone_page_state or
      _inc/dec_zone_page_state analogous to *_page_state.  The second group of
      functions can be called if it is known that interrupts are disabled.
      
      Special optimized increment and decrement functions are provided.  These can
      avoid certain checks and use increment or decrement instructions that an
      architecture may provide.
      
      We also add a new CONFIG_DMA_IS_NORMAL that signifies that an architecture can
      do DMA to all memory and therefore ZONE_NORMAL will not be populated.  This is
      only currently set for IA64 SGI SN2 and currently only affects
      node_page_state().  In the best case node_page_state can be reduced to
      retrieving a single counter for the one zone on the node.
      
      [akpm@osdl.org: cleanups]
      [akpm@osdl.org: export vm_stat[] for filesystems]
      Signed-off-by: NChristoph Lameter <clameter@sgi.com>
      Cc: Trond Myklebust <trond.myklebust@fys.uio.no>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      2244b95a
    • J
      Remove obsolete #include <linux/config.h> · 6ab3d562
      Jörn Engel 提交于
      Signed-off-by: NJörn Engel <joern@wohnheim.fh-wedel.de>
      Signed-off-by: NAdrian Bunk <bunk@stusta.de>
      6ab3d562
  19. 30 6月, 2006 5 次提交