1. 17 Feb, 2011 12 commits
  2. 15 Feb, 2011 23 commits
  3. 14 Feb, 2011 5 commits
    • Bernard Pidoux's avatar
      ROSE: AX25: finding routes simplification · 68aa3fd5
      Bernard Pidoux authored
      With previous patch, rose_get_neigh() routine
      investigates the full list of neighbor nodes
      until it finds or not an already connected node whether
      it is called locally or through a level 3 transit frame.
      If no routes are opened through an adjacent connected node
      then a classical connect request is attempted.
      
      Then there is no more reason for an extra loop such
      as the one removed by this patch.
      Signed-off-by: default avatarBernard Pidoux <f6bvp@free.fr>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      68aa3fd5
    • Bernard Pidoux's avatar
      ROSE: rose AX25 packet routing improvement · c5d8b24a
      Bernard Pidoux authored
      FPAC AX25 packet application is using Linux kernel ROSE
      routing skills in order to connect or send packets to remote stations
      knowing their ROSE address via a network of interconnected nodes.
      
      Each FPAC node has a ROSE routing table that Linux ROSE module is
      looking at each time a ROSE frame is relayed by the node or when
      a connect request to a neighbor node is received.
      
      A previous patch improved the system time response by looking at
      already established routes each time the system was looking for a
      route to relay a frame. If a neighbor node routing the destination
      address was already connected, then the frame would be sent
      through him. If not, a connection request would be issued.
      
      The present patch extends the same routing capability to a connect
      request asked by a user locally connected into an FPAC node.
      Without this patch, a connect request was not well handled unless it
      was directed to an immediate connected neighbor of the local node.
      
      Implemented at a number of ROSE FPAC node stations, the present patch
      improved dramatically FPAC ROSE routing time response and efficiency.
      Signed-off-by: default avatarBernard Pidoux <f6bvp@free.fr>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      c5d8b24a
    • Eric Dumazet's avatar
      ipv4: fix rcu lock imbalance in fib_select_default() · 31d40937
      Eric Dumazet authored
      Commit 0c838ff1 (ipv4: Consolidate all default route selection
      implementations.) forgot to remove one rcu_read_unlock() from
      fib_select_default().
      Signed-off-by: default avatarEric Dumazet <eric.dumazet@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      31d40937
    • Ben Hutchings's avatar
      sch_mqprio: Always set num_tc to 0 in mqprio_destroy() · ac7100ba
      Ben Hutchings authored
      All the cleanup code in mqprio_destroy() is currently conditional on
      priv->qdiscs being non-null, but that condition should only apply to
      the per-queue qdisc cleanup.  We should always set the number of
      traffic classes back to 0 here.
      Signed-off-by: default avatarBen Hutchings <bhutchings@solarflare.com>
      ac7100ba
    • Bhupesh Sharma's avatar
      can: c_can: Added support for Bosch C_CAN controller · 881ff67a
      Bhupesh Sharma authored
      Bosch C_CAN controller is a full-CAN implementation which is compliant
      to CAN protocol version 2.0 part A and B. Bosch C_CAN user manual can be
      obtained from:
      
      http://www.semiconductors.bosch.de/media/en/pdf/ipmodules_1/c_can/users_manual_c_can.pdf
      
      This patch adds the support for this controller.
      The following are the design choices made while writing the controller
      driver:
      1. Interface Register set IF1 has be used only in the current design.
      2. Out of the 32 Message objects available, 16 are kept aside for RX
         purposes and the rest for TX purposes.
      3. NAPI implementation is such that both the TX and RX paths function
         in polling mode.
      Signed-off-by: default avatarBhupesh Sharma <bhupesh.sharma@st.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      881ff67a