Thread (8 messages) flat view 8 messages, 6 authors, 2009-01-24

Re: why usr/include/linux/if_frad.h is required

From: Stephen Hemminger <hidden>
Date: 2009-01-21 06:39:30
Also in: lkml

On Tue, 20 Jan 2009 22:15:04 -0800 (PST)
David Miller [off-list ref] wrote:
From: Sam Ravnborg <redacted>
Date: Wed, 21 Jan 2009 06:33:10 +0100
quoted
On Wed, Jan 21, 2009 at 10:20:17AM +0530, Jaswinder Singh Rajput wrote:
quoted
On Wed, Jan 21, 2009 at 6:36 AM, Krzysztof Halasa [off-list ref] wrote:
quoted
Jaswinder Singh Rajput [off-list ref] writes:
quoted
usr/include/linux/if_frad.h is covered with CONFIG_DLCI from many years
and no body is complaining about it so it means no body is using it.

So should we need to drop #if / #endif pair or the whole file from
userspace.
I think the file. "Empty file exported to userspace", long unused. We
can also have it back there, and it being not exported is an indicator
that it's not used. I guess the #ifdef __KERNEL__ can be removed, too.
I will definately define #ifdef __KERNEL__ but I am also curious after
defining it there is no point of making empty
usr/include/linux/if_frad.h
Googling a bit did not turn up _any_ non-kernel hits that has relevance.
So based on the information given in this thread I strongly
suggest to drop the export of this header.
Sure, but on the other hand this makes all of the userland APIs
essentially inaccessible and undefined.

I bet Sangoma's internal tools reference this stuff.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
There are no references if_frad.h in the version of Sangoma (out of tree) code
that we use in Vyatta. 
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help