From: Jeff Dike <jdike@addtoit.com>
To: BlaisorBlade <blaisorblade_spam@yahoo.it>
Cc: user-mode-linux-devel@lists.sourceforge.net,
user-mode-linux-user@lists.sourceforge.net
Subject: [uml-devel] Re: [uml-user] UML (unofficial) patches against vanilla 2.6.2
Date: Fri, 13 Feb 2004 00:23:29 -0500 [thread overview]
Message-ID: <200402130523.i1D5NTgR005420@ccure.user-mode-linux.org> (raw)
In-Reply-To: Your message of "Thu, 05 Feb 2004 21:07:37 +0100." <200402052107.37625.blaisorblade_spam@yahoo.it>
blaisorblade_spam@yahoo.it said:
> I've updated my patches for modules and so on to 2.6.2. Since the main
> Uml patch against 2.6.1 needs some easy-but-not-trivial changes to
> work onto 2.6.2
OK, I'm finishing merging this in.
I don't understand what you're doing with G-02-LinkScriptCleanup.patch. The
stuff you're adding to vmlinux.lds.S is only needed for the final binary,
which isn't built by this script. The next three hunks are also somewhat
obscure. The final one is merged.
I don't like H-01-Pcap_link_fix.patch. As much as that fixes pcap, we really
need to find a fix that's local to arch/um/drivers. I'll merge this only
as a last-ditch thing if it becomes clear that there is no other way.
H-02-Fixdep-improve.patch is similar, except it's not clear to me what
you're fixing. Here also, I don't want to munge the global kbuild with
UML special cases.
In H-04-Kbuild_cleanup.patch, the skas/Makefile patch isn't obviously an
improvement over what's already there. In arch/um/Makefile, what's that @:
doing? A quiet true? I left out the commented stuff. Send it back in when
you're sure what you want there.
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.
Jeff
-------------------------------------------------------
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 5:23 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 [this message]
2004-02-13 7:15 ` modify_ldt_ldt_s vs. user_desc (Re: [uml-devel] Re: [uml-user] UML (unofficial) patches against vanilla 2.6.2) Matt Zimmerman
2004-02-13 13:59 ` 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=200402130523.i1D5NTgR005420@ccure.user-mode-linux.org \
--to=jdike@addtoit.com \
--cc=blaisorblade_spam@yahoo.it \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox