Thread (9 messages) flat view 9 messages, 5 authors, 2016-01-21

Re: question about samsung/sxgbe/sxgbe_xpcs.c

From: David Miller <davem@davemloft.net>
Date: 2016-01-19 19:36:47
Also in: lkml

From: Julia Lawall <redacted>
Date: Tue, 19 Jan 2016 19:54:20 +0100 (CET)
On Tue, 19 Jan 2016, Shuah Khan wrote:
quoted
2016-01-19 9:26 GMT-07:00 Julia Lawall [off-list ref]:
quoted
Hello,

I was windering what is the purpose of the file
drivers/net/ethernet/samsung/sxgbe/sxgbe_xpcs.c
From git log and comments, it appears this driver is for
Samsung SoCs.
quoted
I can't find anything that refers to it, and if I remove it from the
makefile:
@@ -1,4 +1,4 @@
 obj-$(CONFIG_SXGBE_ETH) += samsung-sxgbe.o
 samsung-sxgbe-objs:= sxgbe_platform.o sxgbe_main.o sxgbe_desc.o \
                sxgbe_dma.o sxgbe_core.o sxgbe_mtl.o  sxgbe_mdio.o \
-               sxgbe_ethtool.o sxgbe_xpcs.o $(samsung-sxgbe-y)
+               sxgbe_ethtool.o $(samsung-sxgbe-y)
and then make clean and recompile, I see no bad effect.
What is the motivation for the experiment to remove it?
This file probably gets used only on Samsung SoCs.
I just wondered.  I was looking at dependencies between networking files.
This one stands out because nothing is dependenton it, even the files it
is compiled with, and it doesn't contain the usual functions,
register_netdev, etc.
Even with that explanation, this is a bogus situation.

There are no in-tree callers of this code.  It should be removed until there
are in-tree users.

Nobody can figure out if the interface for this is done properly without seeing
the call sites and how they work.  It is therefore impossible to review this
code and judge it's design.

If someone doesn't send me a removal patch, I will remove this code myself.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help