Thread (13 messages) flat view 13 messages, 5 authors, 2018-01-18

Re: [patch v15 1/4] drivers: jtag: Add JTAG core driver

From: Jiri Pirko <hidden>
Date: 2017-12-26 08:47:33
Also in: linux-api, linux-arm-kernel, linux-serial, lkml, openbmc

Tue, Dec 26, 2017 at 12:09:08AM CET, f.fainelli-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org wrote:
Le 12/25/17 à 03:53, Oleksandr Shamray a écrit :
[...]
[snip]
quoted
+
+void *jtag_priv(struct jtag *jtag)
+{
+	return jtag->priv;
+}
+EXPORT_SYMBOL_GPL(jtag_priv);
Can't you just create a static inline function in the public header for
that? This is usually what subsystems do, I can understand why you would
not want to expose struct jtag to other parts of the kernel, but still,
this looks ugly, so maybe consider splitting the header between provider
and consumer?
Other subsystems expose the struct. Here, it is intentional to don't
expose the struct, that's why we have this helper. What is ugly about
that? :)
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help