1. 03 10月, 2015 6 次提交
  2. 30 9月, 2015 5 次提交
  3. 26 9月, 2015 1 次提交
  4. 25 9月, 2015 4 次提交
  5. 19 8月, 2015 1 次提交
  6. 14 8月, 2015 1 次提交
  7. 13 8月, 2015 1 次提交
  8. 12 8月, 2015 3 次提交
  9. 10 8月, 2015 1 次提交
  10. 01 8月, 2015 2 次提交
    • F
      net: dsa: Add netconsole support · 04ff53f9
      Florian Fainelli 提交于
      Add support for using DSA slave network devices with netconsole, which
      requires us to allocate and free custom netpoll instances and invoke the
      parent network device poll controller callback.
      
      In order for netconsole to work, we need to construct the DSA tag, but
      not queue the skb for transmission on the master network device xmit
      function.
      Signed-off-by: NFlorian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      04ff53f9
    • F
      net: dsa: Refactor transmit path to eliminate duplication · 4ed70ce9
      Florian Fainelli 提交于
      All tagging protocols do the same thing: increment device statistics,
      make room for the tag to be inserted, create the tag, invoke the parent
      network device transmit function.
      
      In order to prepare for adding netpoll support, which requires the tag
      creation, but not using the parent network device transmit function, do
      some little refactoring which eliminates duplication between the 4
      tagging protocols supported.
      
      We need to return a sk_buff pointer back to the caller because the tag
      specific transmit function may have to reallocate the original skb (e.g:
      tag_trailer.c) and this is the one we should be transmitting, not the
      original sk_buff we were passed.
      Signed-off-by: NFlorian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4ed70ce9
  11. 29 6月, 2015 1 次提交
  12. 14 5月, 2015 1 次提交
  13. 13 5月, 2015 3 次提交
  14. 10 5月, 2015 1 次提交
    • A
      net: dsa: Add lockdep class to tx queues to avoid lockdep splat · 448b4482
      Andrew Lunn 提交于
      DSA stacks an Ethernet device on top of an Ethernet device. This can
      cause false positive lockdep splats for the transmit queue:
      Acked-by: NFlorian Fainelli <f.fainelli@gmail.com>
      
      =============================================
      [ INFO: possible recursive locking detected ]
      4.0.0-rc7-01838-g70621a215fc7 #386 Not tainted
      ---------------------------------------------
      kworker/0:0/4 is trying to acquire lock:
       (_xmit_ETHER#2){+.-...}, at: [<c040e95c>] sch_direct_xmit+0xa8/0x1fc
      
      but task is already holding lock:
       (_xmit_ETHER#2){+.-...}, at: [<c03f4208>] __dev_queue_xmit+0x4d4/0x56c
      
      other info that might help us debug this:
       Possible unsafe locking scenario:
      
             CPU0
             ----
        lock(_xmit_ETHER#2);
        lock(_xmit_ETHER#2);
      
      To avoid this, walk the tq queues of the dsa slaves and set a lockdep
      class.
      Signed-off-by: NAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      448b4482
  15. 03 4月, 2015 1 次提交
  16. 30 3月, 2015 1 次提交
  17. 26 3月, 2015 1 次提交
  18. 16 3月, 2015 1 次提交
  19. 15 3月, 2015 1 次提交
  20. 12 3月, 2015 2 次提交
  21. 26 2月, 2015 2 次提交