1. 31 7月, 2008 12 次提交
  2. 13 5月, 2008 2 次提交
  3. 30 4月, 2008 1 次提交
  4. 23 4月, 2008 3 次提交
  5. 10 4月, 2008 1 次提交
  6. 11 5月, 2007 1 次提交
    • T
      [IA64] more warning cleanups · b9ae3bd2
      Tony Luck 提交于
      arch/ia64/sn/kernel/xpc_partition.c:578: warning: long unsigned int format, different type arg (arg 3)
      arch/ia64/sn/kernel/xpnet.c:349: warning: int format, different type arg (arg 7)
      arch/ia64/sn/kernel/xpnet.c:349: warning: int format, different type arg (arg 8)
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      b9ae3bd2
  7. 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
  8. 21 4月, 2006 1 次提交
  9. 28 2月, 2006 1 次提交
  10. 14 1月, 2006 3 次提交
  11. 11 11月, 2005 1 次提交
  12. 26 10月, 2005 3 次提交
  13. 16 9月, 2005 1 次提交
    • J
      [IA64] Cleanup use of various #defines related to nodes · 24ee0a6d
      Jack Steiner 提交于
      Some of the SN code & #defines related to compact nodes & IO discovery
      have gotten stale over the years. This patch attempts to clean them up.
      Some of the various SN MAX_xxx #defines were also unclear & misused.
      
      The primary changes are:
      
      	- use MAX_NUMNODES. This is the generic linux #define for the number
      	  of nodes that are known to the generic kernel. Arrays & loops
      	  for constructs that are 1:1 with linux-defined nodes should
      	  use the linux #define - not an SN equivalent.
      
      	- use MAX_COMPACT_NODES for MAX_NUMNODES + NUM_TIOS. This is the
      	  number of nodes in the SSI system. Compact nodes are a hack to
      	  get around the IA64 architectural limit of 256 nodes. Large SGI
      	  systems have more than 256 nodes. When we upgrade to ACPI3.0,
      	  I _hope_ that all nodes will be real nodes that are known to
      	  the generic kernel. That will allow us to delete the notion
      	  of "compact nodes".
      
      	- add MAX_NUMALINK_NODES for the total number of nodes that
      	  are in the numalink domain - all partitions.
      
      	- simplified (understandable) scan_for_ionodes()
      
      	- small amount of cleanup related to cnodes
      Signed-off-by: NJack Steiner <steiner@sgi.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      24ee0a6d
  14. 07 9月, 2005 1 次提交
  15. 26 6月, 2005 1 次提交
  16. 22 6月, 2005 1 次提交
  17. 04 5月, 2005 2 次提交