[uml-devel] UML (unofficial) patches against vanilla 2.6.2

[uml-devel] UML (unofficial) patches against vanilla 2.6.2

[BlaisorBlade]

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, I've put there also the patch from Jeff Dike with those changes added.

Go here to take it:
http://web.tiscali.it/blaisorblade/index.html

Sadly, the hosting fixed the bug thanks to which I gave you no ads, but while 
doing so they corrupted any text files (i.e. you will have problems 
downloading any text file). Since binary files are ok, download only the 
tarball (which contains everything but the combo) or the combo patch itself.
Even for this release I've not had the time to update the SKAS patch.

If someone can point me to some free web-hosting without those bad ads going 
into, I'd be very glad to use it.

Bye
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] Re: [uml-user] UML (unofficial) patches against vanilla 2.6.2

[Net Llama!]

On Thu, 5 Feb 2004, BlaisorBlade wrote:
> 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, I've put there also the patch from Jeff Dike with those changes added.
>
> Go here to take it:
> http://web.tiscali.it/blaisorblade/index.html
>
> Sadly, the hosting fixed the bug thanks to which I gave you no ads, but while
> doing so they corrupted any text files (i.e. you will have problems
> downloading any text file). Since binary files are ok, download only the
> tarball (which contains everything but the combo) or the combo patch itself.
> Even for this release I've not had the time to update the SKAS patch.
>
> If someone can point me to some free web-hosting without those bad ads going
> into, I'd be very glad to use it.

sf.net ?

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Lonni J Friedman				netllama@linux-sxs.org
Linux Step-by-step & TyGeMo		     http://netllama.ipfox.com


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] Re: [uml-user] UML (unofficial) patches against vanilla 2.6.2

[Jeff Dike]

On Thu, Feb 05, 2004 at 09:07:37PM +0100, BlaisorBlade wrote:
> 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

Cool, I'll make them official as soon as I get a free moment...

> If someone can point me to some free web-hosting without those bad ads going 
> into, I'd be very glad to use it.

I can give you an account and space on user-mode-linux.org if you want.

				Jeff


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Re: [uml-user] UML (unofficial) patches against vanilla 2.6.2

[BlaisorBlade]

> > If someone can point me to some free web-hosting without those bad ads
> > going into, I'd be very glad to use it.
>
> sf.net ?
I've actually released files with sf.net. And if I had to do this again, I 
would upload patches once every 2 years. You cannot even imagine how much it 
sucks. And how much it sucks if you upload ten files at a time. You need for 
every file to do at least a 4 step web-procedure (and without ADSL there is 
an high latency). Plus it sucks for who downloads, for the screen where you 
must choose the mirror.

Obviously I'm not angry with you - it's not your fault. Just flaming sf.net 
usability.
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] Re: [uml-user] UML (unofficial) patches against vanilla 2.6.2

[Jeff Dike]

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

modify_ldt_ldt_s vs. user_desc (Re: [uml-devel] Re: [uml-user] UML (unofficial) patches against vanilla 2.6.2)

[Matt Zimmerman]

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

Re: modify_ldt_ldt_s vs. user_desc (Re: [uml-devel] Re: [uml-user] UML (unofficial) patches against vanilla 2.6.2)

[J. Bruce Fields]

On Thu, Feb 12, 2004 at 11:15:36PM -0800, Matt Zimmerman wrote:
> 
> 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.

The policy as I understand it has always been that userland needs its
own headers, and that kernel headers are not meant to be usable by
applications unmodified.

Looks like a debian bug to me....

--Bruce Fields


-------------------------------------------------------
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

Re: modify_ldt_ldt_s vs. user_desc (Re: [uml-devel] Re: [uml-user] UML (unofficial) patches against vanilla 2.6.2)

[BlaisorBlade]

Alle 14:59, venerdì 13 febbraio 2004, J. Bruce Fields ha scritto:
> On Thu, Feb 12, 2004 at 11:15:36PM -0800, Matt Zimmerman wrote:
> > 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.
>
> The policy as I understand it has always been that userland needs its
> own headers, and that kernel headers are not meant to be usable by
> applications unmodified.
This is the official policy. It's a bit wrong, but it's so (how do you 
maintain ioctl's listes in glibc headers with the one in the kernels? Give a 
look to the include/kernel-abi proposal, for more info about this, onto 
lwn.net).
> Looks like a debian bug to me....

1) Not only Debian (Jeff Chua, with a RH, reported it, too)
2) It is glibc the one who should supply correct headers.
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729



-------------------------------------------------------
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\x1356&alloc_id438&opÌk
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Re: [uml-user] UML (unofficial) patches against vanilla 2.6.2

[BlaisorBlade]

Alle 06:23, venerdì 13 febbraio 2004, Jeff Dike ha scritto:
> 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.

I understand your point, but the "kallsyms" step is done on the vmlinux 
binary, not on the "linux" one, and it thinks that text symbols are between 
_stext and _etext; so you need at least to set correctly _stext and _etext, 
so the definition of the first must be added and the section .text must be 
put in the middle. If you look at the preprocessed vmlinux.lds.s, you'll see 
that it means _etext = 0. This creates problem for /proc/kallsyms, for the 
kernel oopses decoding, and possibly other stuff; anyway, I don't see why 
avoiding the fix.

> The next three hunks are also
> somewhat obscure.

Just cleanups and resyncs with the original linker scripts used by ld (i.e. 
setting the empty space to 0x90= NOP)

> 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.

*Note*: in that patch, I forgot to un-uncomment pcap-objs in arch/um/drivers 
(I then fixed that, I don't know which version is there).
For this, I hope I can build a more general mechanism to do the same thing.

However that is not easy, since sub makefiles cannot set variables for the 
main Makefile (and in the kbuild process they are used after). Changing this 
would be much more crappy.

> 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.

If you change one setting in the .config, every file including 
arch/um/uml-config.h is marked as needing rebuild (maybe that  even means the 
whole kernel); since that is like autoconfig.h, with that patch it's treated 
in the same way. Since uml-config.h basically cannot go away,

> In H-04-Kbuild_cleanup.patch, the skas/Makefile patch isn't obviously an
> improvement over what's already there.
A resync against main Makefile (and more coherency in the output); sadly, that 
utility is not put inside Makefile.lib, so I had to duplicate it.

> In arch/um/Makefile, what's that @:
> doing?  A quiet true?
I wanted to specify an empty command list, so I did it as for sys_prepare 
target.
>  I left out the commented stuff.
That's perfectly ok. 
>  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.

It's a name change in the kernel headers, in the same way as for hostfs_user.c 
(and even the fix is the same one).

> If so, they should fix it, and I shouldn't have
> to put workarounds in UML for it.
>
> 				Jeff


-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729



-------------------------------------------------------
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\x1356&alloc_id438&opÌk
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel