From: Matt Zimmerman <mdz@debian.org>
To: user-mode-linux-devel@lists.sourceforge.net,
user-mode-linux-user@lists.sourceforge.net
Subject: modify_ldt_ldt_s vs. user_desc (Re: [uml-devel] Re: [uml-user] UML (unofficial) patches against vanilla 2.6.2)
Date: Thu, 12 Feb 2004 23:15:36 -0800 [thread overview]
Message-ID: <20040213071536.GJ19147@alcor.net> (raw)
In-Reply-To: <200402130523.i1D5NTgR005420@ccure.user-mode-linux.org>
On Fri, Feb 13, 2004 at 12:23:29AM -0500, Jeff Dike wrote:
> As for I-01-Debian_workaround.patch, I had the impression that this was
> caused by a Debian bug. If so, they should fix it, and I shouldn't have
> to put workarounds in UML for it.
I'm not sure whether this is a bug, but if it is, it is not Debian's bug
alone. glibc in Debian testing and unstable just happens to provide newer
kernel headers, including asm/ldt.h, which has the new name for the struct
(user_desc vs. modify_ldt_ldt_s). There is no provision for backward
compatibility in ldt.h, so apparently user programs are on their own in
determining which name to use.
I was working around this in the debs, but then it was #ifdef'd out
anyway (2.4.22-7? 2.4.23-1?), and I stopped worrying about it.
I don't suppose there would be much harm in adding a macro to ldt.h so that
existing software could continue to work, but that change belongs in the
kernel.
--
- mdz
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&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
next prev parent reply other threads:[~2004-02-13 7:15 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-05 20:07 [uml-devel] UML (unofficial) patches against vanilla 2.6.2 BlaisorBlade
2004-02-05 21:54 ` [uml-devel] Re: [uml-user] " Net Llama!
2004-02-07 16:45 ` BlaisorBlade
2004-02-05 23:01 ` Jeff Dike
2004-02-13 5:23 ` Jeff Dike
2004-02-13 7:15 ` Matt Zimmerman [this message]
2004-02-13 13:59 ` modify_ldt_ldt_s vs. user_desc (Re: [uml-devel] Re: [uml-user] UML (unofficial) patches against vanilla 2.6.2) J. Bruce Fields
2004-02-14 14:14 ` BlaisorBlade
2004-02-14 14:45 ` [uml-devel] Re: [uml-user] UML (unofficial) patches against vanilla 2.6.2 BlaisorBlade
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=20040213071536.GJ19147@alcor.net \
--to=mdz@debian.org \
--cc=user-mode-linux-devel@lists.sourceforge.net \
--cc=user-mode-linux-user@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 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.