An error occurred fetching the project authors.
  1. 11 Aug, 2020 1 commit
  2. 25 Jun, 2019 2 commits
  3. 29 Jul, 2018 2 commits
  4. 23 Jul, 2018 1 commit
  5. 16 Apr, 2018 1 commit
  6. 05 Feb, 2018 1 commit
  7. 26 Dec, 2017 1 commit
  8. 19 Dec, 2017 1 commit
  9. 22 Oct, 2017 1 commit
  10. 10 Aug, 2017 1 commit
  11. 01 Aug, 2017 2 commits
    • Sean Wang's avatar
      net-next: mediatek: add support for MediaTek MT7622 SoC · 42c03844
      Sean Wang authored
      This patch adds the driver for ethernet controller on MT7622 SoC. It has
      the similar handling logic as the previously MT7623 does, but there are
      additions against with MT7623 SoC, the shared SGMII given for the dual
      GMACs and including 5-ports 10/100 embedded switch support (ESW) as the
      GMAC1 option, thus more clocks consumers for the extra feature are
      introduced here. So for ease portability and maintenance, those
      differences all are being kept inside the platform data as other drivers
      usually do. Currently testing successfully is done with those patches for
      the conditions such as GMAC2 with IP1001 PHY via RGMII and GMAC1/2 with
      RTL8211F PHY via SGMII.
      Signed-off-by: default avatarSean Wang <sean.wang@mediatek.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      42c03844
    • Sean Wang's avatar
      net-next: mediatek: add platform data to adapt into various hardware · 2ec50f57
      Sean Wang authored
      This patch is the preparation patch in order to adapt into various
      hardware through adding platform data which holds specific characteristics
      among MediaTek SoCs and introducing the unified clock handler for those
      distinct clock requirements depending on different features such as
      TRGMII and SGMII getting support on the target SoC. And finally, add
      enhancement with given the generic description for Kconfig and remove the
      unnecessary machine type dependency in Makefile.
      Signed-off-by: default avatarSean Wang <sean.wang@mediatek.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      2ec50f57
  12. 24 Jul, 2017 2 commits
  13. 19 Jul, 2017 1 commit
  14. 08 Jul, 2017 1 commit
  15. 04 Jul, 2017 1 commit
    • Sean Wang's avatar
      net: ethernet: mediatek: fixed deadlock captured by lockdep · 8d32e062
      Sean Wang authored
      Lockdep found an inconsistent lock state when mtk_get_stats64 is called
      in user context while NAPI updates MAC statistics in softirq.
      
      Use spin_trylock_bh/spin_unlock_bh fix following lockdep warning.
      
      [   81.321030] WARNING: inconsistent lock state
      [   81.325266] 4.12.0-rc1-00035-gd9dda65 #32 Not tainted
      [   81.330273] --------------------------------
      [   81.334505] inconsistent {SOFTIRQ-ON-W} -> {IN-SOFTIRQ-W} usage.
      [   81.340464] ksoftirqd/0/7 [HC0[0]:SC1[1]:HE1:SE0] takes:
      [   81.345731]  (&syncp->seq#2){+.?...}, at: [<c054ba3c>] mtk_handle_status_irq.part.6+0x70/0x84
      [   81.354219] {SOFTIRQ-ON-W} state was registered at:
      [   81.359062]   lock_acquire+0xfc/0x2b0
      [   81.362696]   mtk_stats_update_mac+0x60/0x2c0
      [   81.367017]   mtk_get_stats64+0x17c/0x18c
      [   81.370995]   dev_get_stats+0x48/0xbc
      [   81.374628]   rtnl_fill_stats+0x48/0x128
      [   81.378520]   rtnl_fill_ifinfo+0x4ac/0xd1c
      [   81.382584]   rtmsg_ifinfo_build_skb+0x7c/0xe0
      [   81.386991]   rtmsg_ifinfo.part.5+0x24/0x54
      [   81.391139]   rtmsg_ifinfo+0x24/0x28
      [   81.394685]   __dev_notify_flags+0xa4/0xac
      [   81.398749]   dev_change_flags+0x50/0x58
      [   81.402640]   devinet_ioctl+0x768/0x85c
      [   81.406444]   inet_ioctl+0x1a4/0x1d0
      [   81.409990]   sock_ioctl+0x16c/0x33c
      [   81.413538]   do_vfs_ioctl+0xb4/0xa34
      [   81.417169]   SyS_ioctl+0x44/0x6c
      [   81.420458]   ret_fast_syscall+0x0/0x1c
      [   81.424260] irq event stamp: 3354692
      [   81.427806] hardirqs last  enabled at (3354692): [<c0678168>] net_rx_action+0xc0/0x504
      [   81.435660] hardirqs last disabled at (3354691): [<c0678134>] net_rx_action+0x8c/0x504
      [   81.443515] softirqs last  enabled at (3354106): [<c0101944>] __do_softirq+0x4b4/0x614
      [   81.451370] softirqs last disabled at (3354109): [<c012f0c4>] run_ksoftirqd+0x44/0x80
      [   81.459134]
      [   81.459134] other info that might help us debug this:
      [   81.465608]  Possible unsafe locking scenario:
      [   81.465608]
      [   81.471478]        CPU0
      [   81.473900]        ----
      [   81.476321]   lock(&syncp->seq#2);
      [   81.479701]   <Interrupt>
      [   81.482294]     lock(&syncp->seq#2);
      [   81.485847]
      [   81.485847]  *** DEADLOCK ***
      [   81.485847]
      [   81.491720] 1 lock held by ksoftirqd/0/7:
      [   81.495693]  #0:  (&(&mac->hw_stats->stats_lock)->rlock){+.+...}, at: [<c054ba14>] mtk_handle_status_irq.part.6+0x48/0x84
      [   81.506579]
      [   81.506579] stack backtrace:
      [   81.510904] CPU: 0 PID: 7 Comm: ksoftirqd/0 Not tainted 4.12.0-rc1-00035-gd9dda65 #32
      [   81.518668] Hardware name: Mediatek Cortex-A7 (Device Tree)
      [   81.524208] [<c0113dc4>] (unwind_backtrace) from [<c010e3f0>] (show_stack+0x20/0x24)
      [   81.531899] [<c010e3f0>] (show_stack) from [<c03f9c64>] (dump_stack+0xb4/0xe0)
      [   81.539072] [<c03f9c64>] (dump_stack) from [<c017e970>] (print_usage_bug+0x234/0x2e0)
      [   81.546846] [<c017e970>] (print_usage_bug) from [<c017f058>] (mark_lock+0x63c/0x7bc)
      [   81.554532] [<c017f058>] (mark_lock) from [<c017fe90>] (__lock_acquire+0x654/0x1bfc)
      [   81.562217] [<c017fe90>] (__lock_acquire) from [<c0181d04>] (lock_acquire+0xfc/0x2b0)
      [   81.569990] [<c0181d04>] (lock_acquire) from [<c054b76c>] (mtk_stats_update_mac+0x60/0x2c0)
      [   81.578283] [<c054b76c>] (mtk_stats_update_mac) from [<c054ba3c>] (mtk_handle_status_irq.part.6+0x70/0x84)
      [   81.587865] [<c054ba3c>] (mtk_handle_status_irq.part.6) from [<c054c2b8>] (mtk_napi_tx+0x358/0x37c)
      [   81.596845] [<c054c2b8>] (mtk_napi_tx) from [<c06782ec>] (net_rx_action+0x244/0x504)
      [   81.604533] [<c06782ec>] (net_rx_action) from [<c01015c4>] (__do_softirq+0x134/0x614)
      [   81.612306] [<c01015c4>] (__do_softirq) from [<c012f0c4>] (run_ksoftirqd+0x44/0x80)
      [   81.619907] [<c012f0c4>] (run_ksoftirqd) from [<c0154680>] (smpboot_thread_fn+0x14c/0x25c)
      [   81.628110] [<c0154680>] (smpboot_thread_fn) from [<c014f8cc>] (kthread+0x150/0x180)
      [   81.635798] [<c014f8cc>] (kthread) from [<c0109290>] (ret_from_fork+0x14/0x24)
      Signed-off-by: default avatarSean Wang <sean.wang@mediatek.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      8d32e062
  16. 20 Jun, 2017 4 commits
  17. 13 Jun, 2017 1 commit
  18. 17 Apr, 2017 2 commits
  19. 07 Apr, 2017 2 commits
  20. 09 Mar, 2017 1 commit
  21. 25 Jan, 2017 1 commit
  22. 08 Jan, 2017 1 commit
  23. 30 Nov, 2016 1 commit
  24. 20 Oct, 2016 1 commit
  25. 13 Oct, 2016 1 commit
    • Jarod Wilson's avatar
      net: deprecate eth_change_mtu, remove usage · a52ad514
      Jarod Wilson authored
      With centralized MTU checking, there's nothing productive done by
      eth_change_mtu that isn't already done in dev_set_mtu, so mark it as
      deprecated and remove all usage of it in the kernel. All callers have been
      audited for calls to alloc_etherdev* or ether_setup directly, which means
      they all have a valid dev->min_mtu and dev->max_mtu. Now eth_change_mtu
      prints out a netdev_warn about being deprecated, for the benefit of
      out-of-tree drivers that might be utilizing it.
      
      Of note, dvb_net.c actually had dev->mtu = 4096, while using
      eth_change_mtu, meaning that if you ever tried changing it's mtu, you
      couldn't set it above 1500 anymore. It's now getting dev->max_mtu also set
      to 4096 to remedy that.
      
      v2: fix up lantiq_etop, missed breakage due to drive not compiling on x86
      
      CC: netdev@vger.kernel.org
      Signed-off-by: default avatarJarod Wilson <jarod@redhat.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      a52ad514
  26. 07 Oct, 2016 2 commits
  27. 03 Oct, 2016 1 commit
    • Baoyou Xie's avatar
      net: ethernet: mediatek: mark symbols static where possible · 3a82e78c
      Baoyou Xie authored
      We get 2 warnings when building kernel with W=1:
      drivers/net/ethernet/mediatek/mtk_eth_soc.c:2041:5: warning: no previous prototype for 'mtk_get_link_ksettings' [-Wmissing-prototypes]
      drivers/net/ethernet/mediatek/mtk_eth_soc.c:2052:5: warning: no previous prototype for 'mtk_set_link_ksettings' [-Wmissing-prototypes]
      
      In fact, these functions are only used in the file in which they are
      declared and don't need a declaration, but can be made static.
      So this patch marks these functions with 'static'.
      Signed-off-by: default avatarBaoyou Xie <baoyou.xie@linaro.org>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      3a82e78c
  28. 27 Sep, 2016 2 commits
  29. 22 Sep, 2016 1 commit