1. 08 12月, 2007 2 次提交
  2. 07 11月, 2007 1 次提交
  3. 23 10月, 2007 1 次提交
  4. 17 10月, 2007 1 次提交
  5. 16 10月, 2007 2 次提交
  6. 13 10月, 2007 2 次提交
  7. 11 10月, 2007 1 次提交
    • E
      [NET]: Make device event notification network namespace safe · e9dc8653
      Eric W. Biederman 提交于
      Every user of the network device notifiers is either a protocol
      stack or a pseudo device.  If a protocol stack that does not have
      support for multiple network namespaces receives an event for a
      device that is not in the initial network namespace it quite possibly
      can get confused and do the wrong thing.
      
      To avoid problems until all of the protocol stacks are converted
      this patch modifies all netdev event handlers to ignore events on
      devices that are not in the initial network namespace.
      
      As the rest of the code is made network namespace aware these
      checks can be removed.
      Signed-off-by: NEric W. Biederman <ebiederm@xmission.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e9dc8653
  8. 01 9月, 2007 2 次提交
  9. 14 8月, 2007 1 次提交
  10. 28 7月, 2007 2 次提交
  11. 26 7月, 2007 1 次提交
  12. 14 7月, 2007 2 次提交
    • T
      [IA64] Clean away some code inside some non-existent CONFIG ifdefs · 4f8de274
      Tony Luck 提交于
      Robert P.J. Day has a script that finds places in the code that
      use non-existent CONFIG variables.  It complained of two uses in
      ia64 specific code: CONFIG_IA64_SDV and CONFIG_KDB (both used in
      the hp/sim code).
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      4f8de274
    • T
      [IA64] use machvec=dig on hpzx1 platforms · 51b58e3e
      Terry Loftin 提交于
      On HP zx1 machines, the 'machvec=dig' parameter is needed for the
      kdump kernel to avoid problems with the HP sba iommu.  The problem
      is that during the boot of the kdump kernel, the iommu is re-initialized,
      so in-flight DMA from improperly shutdown drivers causes an IOTLB
      miss which leads to an MCA.  With kdump, the idea is to get into the
      kdump kernel with as little code as we can, so shutting down drivers
      properly is not an option.
      
      The workaround is to add 'machvec=dig' to the kdump kernel boot
      parameters.  This makes the kdump kernel avoid using the sba iommu
      altogether, leaving the IOTLB intact.  Any ongoing DMA falls
      harmlessly outside the kdump kernel.  After the kdump kernel reboots,
      all devices will have been shutdown properly and DMA stopped.
      
      This patch pushes that functionality into the sba iommu
      initialization code, so that users won't have to find the obscure
      documentation telling them about 'machvec=dig'.
      
      This patch only affects HP platforms.  It still includes one
      extern declaration in the file, because no applicable header file
      exists.
      Signed-off-by: NTerry Loftin <terry.loftin@hp.com>
      Signed-off-by: NAlex Williamson <alex.williamson@hp.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      51b58e3e
  13. 11 5月, 2007 1 次提交
  14. 09 5月, 2007 1 次提交
  15. 26 4月, 2007 2 次提交
  16. 13 2月, 2007 1 次提交
  17. 06 2月, 2007 1 次提交
  18. 13 12月, 2006 1 次提交
  19. 08 12月, 2006 1 次提交
  20. 06 12月, 2006 1 次提交
  21. 30 11月, 2006 1 次提交
  22. 17 11月, 2006 2 次提交
  23. 11 10月, 2006 1 次提交
  24. 09 10月, 2006 2 次提交
  25. 02 10月, 2006 1 次提交
    • J
      [PATCH] const struct tty_operations · b68e31d0
      Jeff Dike 提交于
      As part of an SMP cleanliness pass over UML, I consted a bunch of
      structures in order to not have to document their locking.  One of these
      structures was a struct tty_operations.  In order to const it in UML
      without introducing compiler complaints, the declaration of
      tty_set_operations needs to be changed, and then all of its callers need to
      be fixed.
      
      This patch declares all struct tty_operations in the tree as const.  In all
      cases, they are static and used only as input to tty_set_operations.  As an
      extra check, I ran an i386 allyesconfig build which produced no extra
      warnings.
      
      53 drivers are affected.  I checked the history of a bunch of them, and in
      most cases, there have been only a handful of maintenance changes in the
      last six months.  serial_core.c was the busiest one that I looked at.
      Signed-off-by: NJeff Dike <jdike@addtoit.com>
      Acked-by: NAlan Cox <alan@redhat.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      b68e31d0
  26. 29 9月, 2006 1 次提交
  27. 01 8月, 2006 1 次提交
    • 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
  28. 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
  29. 03 7月, 2006 1 次提交
  30. 01 7月, 2006 1 次提交
  31. 30 6月, 2006 1 次提交