1. 11 10月, 2007 1 次提交
    • E
      [NET]: Make socket creation namespace safe. · 1b8d7ae4
      Eric W. Biederman 提交于
      This patch passes in the namespace a new socket should be created in
      and has the socket code do the appropriate reference counting.  By
      virtue of this all socket create methods are touched.  In addition
      the socket create methods are modified so that they will fail if
      you attempt to create a socket in a non-default network namespace.
      
      Failing if we attempt to create a socket outside of the default
      network namespace ensures that as we incrementally make the network stack
      network namespace aware we will not export functionality that someone
      has not audited and made certain is network namespace safe.
      Allowing us to partially enable network namespaces before all of the
      exotic protocols are supported.
      
      Any protocol layers I have missed will fail to compile because I now
      pass an extra parameter into the socket creation code.
      
      [ Integrated AF_IUCV build fixes from Andrew Morton... -DaveM ]
      Signed-off-by: NEric W. Biederman <ebiederm@xmission.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      1b8d7ae4
  2. 27 7月, 2007 1 次提交
  3. 15 7月, 2007 3 次提交
  4. 10 5月, 2007 1 次提交
    • R
      Add suspend-related notifications for CPU hotplug · 8bb78442
      Rafael J. Wysocki 提交于
      Since nonboot CPUs are now disabled after tasks and devices have been
      frozen and the CPU hotplug infrastructure is used for this purpose, we need
      special CPU hotplug notifications that will help the CPU-hotplug-aware
      subsystems distinguish normal CPU hotplug events from CPU hotplug events
      related to a system-wide suspend or resume operation in progress.  This
      patch introduces such notifications and causes them to be used during
      suspend and resume transitions.  It also changes all of the
      CPU-hotplug-aware subsystems to take these notifications into consideration
      (for now they are handled in the same way as the corresponding "normal"
      ones).
      
      [oleg@tv-sign.ru: cleanups]
      Signed-off-by: NRafael J. Wysocki <rjw@sisk.pl>
      Cc: Gautham R Shenoy <ego@in.ibm.com>
      Cc: Pavel Machek <pavel@ucw.cz>
      Signed-off-by: NOleg Nesterov <oleg@tv-sign.ru>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      8bb78442
  5. 06 5月, 2007 1 次提交
  6. 05 5月, 2007 2 次提交
  7. 29 4月, 2007 1 次提交
    • M
      [AF_IUCV/IUCV]: smp_call_function deadlock · 04b090d5
      Martin Schwidefsky 提交于
      Calling smp_call_function can lead to a deadlock if it is called
      from tasklet context. 
      Fixing this deadlock requires to move the smp_call_function from the
      tasklet context to a work queue. To do that queue the path pending
      interrupts to a separate list and move the path cleanup out of
      iucv_path_sever to iucv_path_connect and iucv_path_pending.
      This creates a new requirement for iucv_path_connect: it may not be
      called from tasklet context anymore. 
      Also fixed compile problem for CONFIG_HOTPLUG_CPU=n and
      another one when walking the cpu_online mask. When doing this, 
      we must disable cpu hotplug.
      Signed-off-by: NFrank Pavlic <fpavlic@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      04b090d5
  8. 26 4月, 2007 4 次提交
  9. 09 2月, 2007 2 次提交