1. 09 5月, 2006 1 次提交
  2. 08 5月, 2006 8 次提交
  3. 06 5月, 2006 15 次提交
  4. 05 5月, 2006 10 次提交
  5. 04 5月, 2006 6 次提交
    • S
      [ARM] 3490/1: i.MX: move uart resources to board files · 5b802344
      Sascha Hauer 提交于
      Patch from Sascha Hauer
      
      This patch moves the i.MX uart resources and the gpio pin setup to the
      board files. This allows the boards to decide how many internal uarts
      are connected to the outside world and whether they use rts/cts or
      not.
      Signed-off-by: NSascha Hauer <s.hauer@pengutronix.de>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      5b802344
    • R
      [MMC] Correct mmc_request_done comments · fe10c6ab
      Russell King 提交于
      mmc_request_done should be called at the end of handling a request, not
      between the data and initial command parts of the request.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      fe10c6ab
    • J
      [PATCH] compat_sys_vmsplice: one-off in UIO_MAXIOV check · 98232d50
      Jens Axboe 提交于
      nr_segs may not be > UIO_MAXIOV, however it may be equal to. This makes
      the behaviour identical to the real sys_vmsplice(). The other foov
      syscalls also agree that this is the way to go.
      Signed-off-by: NJens Axboe <axboe@suse.de>
      98232d50
    • P
      [DECNET]: Fix level1 router hello · d1a64983
      Patrick Caulfield 提交于
      This patch fixes hello messages sent when a node is a level 1
      router. Slightly contrary to the spec (maybe) VMS ignores hello
      messages that do not name level2 routers that it also knows about.
      
      So, here we simply name all the routers that the node knows about
      rather just other level1 routers.  (I hope the patch is clearer than
      the description. sorry).
      Signed-off-by: NPatrick Caulfield <patrick@tykepenguin.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      d1a64983
    • H
      [TCP]: Fix sock_orphan dead lock · 75c2d907
      Herbert Xu 提交于
      Calling sock_orphan inside bh_lock_sock in tcp_close can lead to dead
      locks.  For example, the inet_diag code holds sk_callback_lock without
      disabling BH.  If an inbound packet arrives during that admittedly tiny
      window, it will cause a dead lock on bh_lock_sock.  Another possible
      path would be through sock_wfree if the network device driver frees the
      tx skb in process context with BH enabled.
      
      We can fix this by moving sock_orphan out of bh_lock_sock.
      
      The tricky bit is to work out when we need to destroy the socket
      ourselves and when it has already been destroyed by someone else.
      
      By moving sock_orphan before the release_sock we can solve this
      problem.  This is because as long as we own the socket lock its
      state cannot change.
      
      So we simply record the socket state before the release_sock
      and then check the state again after we regain the socket lock.
      If the socket state has transitioned to TCP_CLOSE in the time being,
      we know that the socket has been destroyed.  Otherwise the socket is
      still ours to keep.
      
      Note that I've also moved the increment on the orphan count forward.
      This may look like a problem as we're increasing it even if the socket
      is just about to be destroyed where it'll be decreased again.  However,
      this simply enlarges a window that already exists.  This also changes
      the orphan count test by one.
      
      Considering what the orphan count is meant to do this is no big deal.
      
      This problem was discoverd by Ingo Molnar using his lock validator.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      75c2d907
    • R
      [ROSE]: Eleminate HZ from ROSE kernel interfaces · 82e84249
      Ralf Baechle 提交于
      Convert all ROSE sysctl time values from jiffies to ms as units.
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      82e84249