summaryrefslogtreecommitdiff
path: root/arch/m68k/emu/Makefile
diff options
context:
space:
mode:
authorFrancois Romieu <romieu@fr.zoreil.com>2012-01-26 08:59:50 (GMT)
committerFrancois Romieu <romieu@fr.zoreil.com>2012-01-27 08:57:45 (GMT)
commit209e5ac83b4d038ffb52cabc793f75031602a031 (patch)
tree1449fbab5a5ed43284f458a72a0dcaf983f11a77 /arch/m68k/emu/Makefile
parent4512ff9f361a2786a18cb805d1f64b8d8719f121 (diff)
downloadlinux-fsl-qoriq-209e5ac83b4d038ffb52cabc793f75031602a031.tar.xz
r8169: remove rtl8169_reinit_task.
I see no good reason to keep both rtl8169_reinit_task and rtl8169_reset_task: - rtl8169_reinit_task adds a software failure point which does relate to any hardware state - they handle hardware the same. Remember that rtl8169_reinit_task was introduced in the 8169 only era to handle PCI errors way before the 8168 asked for pll and firmware ops and compare : rtl8169_reinit_task | rtl8169_reset_task ----------------------------+-------------------------- rtl8169_wait_for_quiescence | rtl8169_hw_reset rtl8169_update_counters | rtl8169_wait_for_quiescence rtl8169_hw_reset | rtl_hw_start rtl8169_rx_missed | rtl8169_check_link_status rtl_pll_power_down | rtl_request_firmware | rtl8169_init_phy | rtl_pll_power_up | rtl_hw_start | rtl8169_check_link_status | Signed-off-by: Francois Romieu <romieu@fr.zoreil.com> Cc: Hayes Wang <hayeswang@realtek.com>
Diffstat (limited to 'arch/m68k/emu/Makefile')
0 files changed, 0 insertions, 0 deletions