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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.