From: Pierre Rondou <prondou@gmail.com>
To: Eric Dumazet <eric.dumazet@gmail.com>
Cc: netfilter-devel@vger.kernel.org, evyncke@cisco.com,
guy.leduc@ulg.ac.be, Cyril Soldani <cyril.soldani@ulg.ac.be>
Subject: Re: EXPORT_SYMBOL missing in the kernel?
Date: Tue, 24 May 2011 15:48:13 +0200 [thread overview]
Message-ID: <4DDBB71D.6080205@gmail.com> (raw)
In-Reply-To: <1306244451.3026.42.camel@edumazet-laptop>
Le 24/05/11 15:40, Eric Dumazet a écrit :
> Le mardi 24 mai 2011 à 15:03 +0200, Pierre Rondou a écrit :
>
>> Hello,
>>
>> I'm a student at the University of Liege, currently developing a NAT64
>> (see RFC 6146) module for Netfilter.
>>
>> In order to develop this module, I had to use some in-kernel function,
>> such as icmp_send, ip6_output, ip_finish_output, ... and many more.
>>
>> But many of those functions didn't have an "EXPORT_SYMBOL" allowing them
>> to be reachable from outside the kernel.
>>
>> So, to be able to use them, I had to copy paste about 1500 lines of
>> kernel source code (those functions + related functions). This makes the
>> module hardly updatable as all those functions are likely to be updated.
>>
>> Is there a reason why those functions are not associated with an
>> "EXPORT_SYMBOL"?
>>
> We dont export all possible symbols (each export has a memory cost)
>
> We export one symbol when its needed from a module.
>
> Dont copy/paste code, but add EXPORT_SYMBOL when/if needed.
>
> icmp_send() is for sure already exported (needed in various netfilter
> modules)
>
>
Ok, thanks for the info.
Though, my module doesn't need a kernel recompilations as its developed
for Xtables, I'm not likely to develop a kernel patch to apply for each
kernel my module could be connected.
Of course, the best way would be to patch the currently dev kernel
(2.6.39 if I take your word from previous mail) to use my module.
But I'm not a kernel developper and my previously proposed module
(NATIVI, which had the same problem) didn't seem to get interest from
kernel or Xtables developers :(
--
To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2011-05-24 13:48 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-24 13:03 EXPORT_SYMBOL missing in the kernel? Pierre Rondou
2011-05-24 13:40 ` Eric Dumazet
2011-05-24 13:48 ` Pierre Rondou [this message]
2011-05-24 14:41 ` Jan Engelhardt
2011-05-24 15:42 ` Pierre Rondou
2011-05-24 21:32 ` Jan Engelhardt
2011-05-25 13:05 ` Pierre Rondou
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4DDBB71D.6080205@gmail.com \
--to=prondou@gmail.com \
--cc=cyril.soldani@ulg.ac.be \
--cc=eric.dumazet@gmail.com \
--cc=evyncke@cisco.com \
--cc=guy.leduc@ulg.ac.be \
--cc=netfilter-devel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).