From: jeremie le-hen <le-hen_j@epita.fr>
To: Jeff Dike <jdike@addtoit.com>
Cc: user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] UML + skas
Date: Tue, 6 Jan 2004 21:42:56 +0100 [thread overview]
Message-ID: <20040106204256.GE7622@carpediem.epita.fr> (raw)
In-Reply-To: <200401060258.i062wYFI023092@ccure.user-mode-linux.org>
> le-hen_j@epita.fr said:
> > But it think it would not be very difficult to make some #define
> > protection around theses structures to prevent from changing the
> > destination of `/usr/src/linux/' to a source without the SKAS patch
> > applied.
>
> Maybe, but skas4 doesn't have this problem, and /usr/include/asm should
> point to the distro kernel headers, not whatever you have sitting in
> /usr/src/linux (and if the distro put a kernel tree there, you should be
> building stuff somewhere else).
Ok, I understand better now. Altough it's a bit off-topic here, I would
like to know where I can understand these subtleties. Instinctively, I
would say that /usr/include/{asm,linux}/ need to point to the current
kernel headers in order to use an API in sync with the running kernel :
for example, imagine a kernel patch which adds the incoming and outgoing
interfaces in the tuple used by connection tracking in the NetFilter
framework ; /usr/src/linux/include/linux/netfilter_ipv4/ip_conntrack_tuple.h
would be modified, and so applications including
<linux/netfilter_ipv4/ip_conntrack_tuple.h> for any reason would not
use the correct structure.
I must be missing something, but I can't get what. Please tell me.
Thanks in advance,
--
Jeremie LE HEN aka TtZ/TataZ jeremie.le-hen@epita.fr
ttz@epita.fr
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!
-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
prev parent reply other threads:[~2004-01-06 20:43 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-30 18:33 [uml-devel] UML + skas jeremie le-hen
2003-12-30 19:08 ` BlaisorBlade
2004-01-06 2:58 ` Jeff Dike
2004-01-06 4:33 ` attriel
2004-01-06 20:42 ` jeremie le-hen [this message]
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=20040106204256.GE7622@carpediem.epita.fr \
--to=le-hen_j@epita.fr \
--cc=jdike@addtoit.com \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/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