An error occurred fetching the project authors.
  1. 04 Aug, 2015 37 commits
  2. 21 Jul, 2015 3 commits
    • Sasha Levin's avatar
      Linux 3.18.19 · 22a6cbf9
      Sasha Levin authored
      Signed-off-by: default avatarSasha Levin <sasha.levin@oracle.com>
      22a6cbf9
    • David Vrabel's avatar
      x86/xen: allow privcmd hypercalls to be preempted · 54f642ea
      David Vrabel authored
      [ Upstream commit db0e2aa47f0a45fc56592c25ad370f8836cbb128 ]
      
      Hypercalls submitted by user space tools via the privcmd driver can
      take a long time (potentially many 10s of seconds) if the hypercall
      has many sub-operations.
      
      A fully preemptible kernel may deschedule such as task in any upcall
      called from a hypercall continuation.
      
      However, in a kernel with voluntary or no preemption, hypercall
      continuations in Xen allow event handlers to be run but the task
      issuing the hypercall will not be descheduled until the hypercall is
      complete and the ioctl returns to user space.  These long running
      tasks may also trigger the kernel's soft lockup detection.
      
      Add xen_preemptible_hcall_begin() and xen_preemptible_hcall_end() to
      bracket hypercalls that may be preempted.  Use these in the privcmd
      driver.
      
      When returning from an upcall, call xen_maybe_preempt_hcall() which
      adds a schedule point if if the current task was within a preemptible
      hypercall.
      
      Since _cond_resched() can move the task to a different CPU, clear and
      set xen_in_preemptible_hcall around the call.
      Signed-off-by: default avatarDavid Vrabel <david.vrabel@citrix.com>
      Reviewed-by: default avatarBoris Ostrovsky <boris.ostrovsky@oracle.com>
      Signed-off-by: default avatarSasha Levin <sasha.levin@oracle.com>
      54f642ea
    • Nicolas Dichtel's avatar
      rtnl: restore notifications for deleted interfaces · c35f0b59
      Nicolas Dichtel authored
      The commit 984ff7a3 is an upstream backport. In fact, it depends on
      commit 395eea6c ("rtnetlink: delay RTM_DELLINK notification until after ndo_uninit()")
      which has not been backported in 3.18.y.
      
      Before commit 395eea6c, rollback_registered_many() uses rtmsg_ifinfo().
      The call to this function is done with dev->reg_state set to
      NETREG_UNREGISTERING, thus testing this reg_state in rtmsg_ifinfo() is
      wrong.
      
      This patch partially reverts commit 984ff7a3.
      
      Fixes: 984ff7a3 ("rtnl/bond: don't send rtnl msg for unregistered iface")
      Reported-by: default avatarKristian Evensen <kristian.evensen@gmail.com>
      Signed-off-by: default avatarNicolas Dichtel <nicolas.dichtel@6wind.com>
      Signed-off-by: default avatarSasha Levin <sasha.levin@oracle.com>
      c35f0b59