uml-patch-2.6.0

uml-patch-2.6.0

[Jeff Dike]

This patch updates UML to 2.6.0 and pulls in all the changes that have 
accumulated in my 2.4 tree.

The 2.6.0 UML patch is available at
	http://www.user-mode-linux.org/mirror/uml-patch-2.6.0-1.bz2

BK users can pull my 2.5 repository from
	http://www.user-mode-linux.org:5000/uml-2.5

For the other UML mirrors and other downloads, see 
        http://user-mode-linux.sourceforge.net/dl-sf.html
 
Other links of interest:
 
        The UML project home page : http://user-mode-linux.sourceforge.net
        The UML Community site : http://usermodelinux.org

				Jeff

[uml-devel] uml-patch-2.6.0

[Jeff Dike]

This patch updates UML to 2.6.0 and pulls in all the changes that have 
accumulated in my 2.4 tree.

The 2.6.0 UML patch is available at
	http://www.user-mode-linux.org/mirror/uml-patch-2.6.0-1.bz2

BK users can pull my 2.5 repository from
	http://www.user-mode-linux.org:5000/uml-2.5

For the other UML mirrors and other downloads, see 
        http://user-mode-linux.sourceforge.net/dl-sf.html
 
Other links of interest:
 
        The UML project home page : http://user-mode-linux.sourceforge.net
        The UML Community site : http://usermodelinux.org

				Jeff



-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
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-patch-2.6.0

[Jeff Dike]

> This patch updates UML to 2.6.0 and pulls in all the changes that have
>  accumulated in my 2.4 tree. 

I forgot to mention that newer libcs won't boot on 2.6 UMLs until I get
[gs]et_thread_area implemented.  Older libcs are fine, as are new libcs on
2.4 UMLs.

				Jeff

[uml-devel] Re: uml-patch-2.6.0

[Jeff Dike]

> This patch updates UML to 2.6.0 and pulls in all the changes that have
>  accumulated in my 2.4 tree. 

I forgot to mention that newer libcs won't boot on 2.6 UMLs until I get
[gs]et_thread_area implemented.  Older libcs are fine, as are new libcs on
2.4 UMLs.

				Jeff



-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
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-patch-2.6.0

[Sven Köhler]

> The 2.6.0 UML patch is available at
> 	http://www.user-mode-linux.org/mirror/uml-patch-2.6.0-1.bz2

i get this error:

gcc -Wl,-T,arch/um/uml.lds.s -static -Wl,--wrap,malloc -Wl,--wrap,free 
-Wl,--wra
p,calloc \
	-o linux arch/um/main.o vmlinux -L/usr/lib -lutil
vmlinux(.text+0x5288): In function `mem_init':
: undefined reference to `phys_page'
vmlinux(.init.text+0x21f3): In function `kmap_init':
: undefined reference to `pte_offset'
collect2: ld returned 1 exit status

i applied this patch to clean 2.6.0 sources from kernel.org.
if you need more information just ask. i'm running gentoo 1.4 with a 
2.6.1 host kernel. linux 2.4.19 headers are installed in /usr/include, 
just in case it matters.

[uml-devel] Re: uml-patch-2.6.0

[Sven Köhler]

> The 2.6.0 UML patch is available at
> 	http://www.user-mode-linux.org/mirror/uml-patch-2.6.0-1.bz2

i get this error:

gcc -Wl,-T,arch/um/uml.lds.s -static -Wl,--wrap,malloc -Wl,--wrap,free 
-Wl,--wra
p,calloc \
	-o linux arch/um/main.o vmlinux -L/usr/lib -lutil
vmlinux(.text+0x5288): In function `mem_init':
: undefined reference to `phys_page'
vmlinux(.init.text+0x21f3): In function `kmap_init':
: undefined reference to `pte_offset'
collect2: ld returned 1 exit status

i applied this patch to clean 2.6.0 sources from kernel.org.
if you need more information just ask. i'm running gentoo 1.4 with a 
2.6.1 host kernel. linux 2.4.19 headers are installed in /usr/include, 
just in case it matters.




-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
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-patch-2.6.0

[Gerd Knorr]

Sven Köhler <skoehler@upb.de> writes:

> > The 2.6.0 UML patch is available at
> > 	http://www.user-mode-linux.org/mirror/uml-patch-2.6.0-1.bz2
> 
> gcc -Wl,-T,arch/um/uml.lds.s -static -Wl,--wrap,malloc -Wl,--wrap,free
> -Wl,--wra
> p,calloc \
> 	-o linux arch/um/main.o vmlinux -L/usr/lib -lutil
> vmlinux(.text+0x5288): In function `mem_init':
> : undefined reference to `phys_page'
> vmlinux(.init.text+0x21f3): In function `kmap_init':
> : undefined reference to `pte_offset'
> collect2: ld returned 1 exit status

Disable CONFIG_HIGHMEM, then it does build.

I have a few more questions:

 * what is the status of kernel modules in 2.6 kernels?  It doesn't
   build without patching the kernel: One issue is some elf relocation
   defines being missing (R_386_32, R_386_PC32), making
   apply_relocate() fail to build.  The other issue is
   apply_alternatives() not being defined, making the final link fail.
   Trying to fix that, booting and trying to load modules leads to
   kernel panic.

 * Any known issues with 2.6.1 kernels?  Tried to apply the 2.6.0
   patch to 2.6.1 and fixup the one reject in arch/um/kernel/irq.c
   manually and the fs/proc/task_mmu.c build failure with a patch
   fished from this list.  But the resulting kernel fails to boot up
   the system.  I see the init start banner, then it stops.  Looking
   whats up with gdb shows that the fork syscall seems to hang in a
   endless loop, pagefaulting at the same address over and over ...

  Gerd

-- 
You have a new virus in /var/mail/kraxel


-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
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-patch-2.6.0

[Jeff Dike]

kraxel@bytesex.org said:
>  * what is the status of kernel modules in 2.6 kernels?  

They still don't work.  I still haven't got around to fixing it.

>  * Any known issues with 2.6.1 kernels?

Fewer, now that I got the 2.6.1 patch out.  UML lacks [gs]et_thread_area
still, so 2.6 UMLs won't boot new libcs.

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

[M A Young]

On Thu, 15 Jan 2004, Jeff Dike wrote:

> kraxel@bytesex.org said:
> >  * what is the status of kernel modules in 2.6 kernels?
>
> They still don't work.  I still haven't got around to fixing it.

But see the patches at
http://web.tiscali.it/no-redirect-tiscali/blaisorblade/

> >  * Any known issues with 2.6.1 kernels?
>
> Fewer, now that I got the 2.6.1 patch out.  UML lacks [gs]et_thread_area
> still, so 2.6 UMLs won't boot new libcs.

Actually, I am no longer convinced the lack of these syscalls cause the
problem directly; I think there is something else in recent glibcs that
cause the kernel to hang, at least in tt mode, though it is probably
related.

	Michael Young


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

[Gerd Knorr]

On Fri, Jan 16, 2004 at 10:03:11AM +0000, M A Young wrote:
> On Thu, 15 Jan 2004, Jeff Dike wrote:
> 
> > They still don't work.  I still haven't got around to fixing it.
> 
> But see the patches at
> http://web.tiscali.it/no-redirect-tiscali/blaisorblade/

At last picking just the module fixes patch doesn't work for me, it
doesn't apply.  There are probably some nasty patch dependencies.

> > >  * Any known issues with 2.6.1 kernels?
> >
> > Fewer, now that I got the 2.6.1 patch out.  UML lacks [gs]et_thread_area
> > still, so 2.6 UMLs won't boot new libcs.

Great, building now ...

  Gerd

-- 
You have a new virus in /var/mail/kraxel


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

[BlaisorBlade]

Alle 12:42, venerdì 16 gennaio 2004, Gerd Knorr ha scritto:
> On Fri, Jan 16, 2004 at 10:03:11AM +0000, M A Young wrote:
> > On Thu, 15 Jan 2004, Jeff Dike wrote:
> > > They still don't work.  I still haven't got around to fixing it.
> >
> > But see the patches at
> > http://web.tiscali.it/no-redirect-tiscali/blaisorblade/
>
> At last picking just the module fixes patch doesn't work for me, it
> doesn't apply.  There are probably some nasty patch dependencies.

IIRC there's no dependency by that patch onto others; however that patch was 
onto old -test9 Jeff Dike's release, and there are some easy thing to fix (I 
hope to update everything today).

Bye
-- 
cat <<EOSIGN
Paolo Giarrusso, aka Blaisorblade
Linux Kernel 2.4.23/2.6.0 on an i686; Linux registered user n. 292729
EOSIGN



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

[Jeff Dike]

m.a.young@durham.ac.uk said:
> Actually, I am no longer convinced the lack of these syscalls cause
> the problem directly; I think there is something else in recent glibcs
> that cause the kernel to hang, at least in tt mode, though it is
> probably related. 

Maybe, but it's a definite problem.  However, the segfaults people were seeing
with 2.6.1 may be gone since that was a separate problem which is fixed in
the 2.6.1 patch.

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

[Gerd Knorr]

On Fri, Jan 16, 2004 at 12:27:20PM -0500, Jeff Dike wrote:
> m.a.young@durham.ac.uk said:
> > Actually, I am no longer convinced the lack of these syscalls cause
> > the problem directly; I think there is something else in recent glibcs
> > that cause the kernel to hang, at least in tt mode, though it is
> > probably related. 
> 
> Maybe, but it's a definite problem.  However, the segfaults people were seeing
> with 2.6.1 may be gone since that was a separate problem which is fixed in
> the 2.6.1 patch.

The segfaults are gone for me, 2.6.1 with the new uml patch boots just fine.

  Gerd

PS: I've just pushed fresh-built kernel rpms, they should find their way
    to ftp.suse.com + mirrors (/pub/people/kraxel) next hours.

-- 
"... und auch das ganze Wochenende oll" -- Wetterbericht auf RadioEins


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

[M A Young]

On Fri, 16 Jan 2004, Jeff Dike wrote:

> m.a.young@durham.ac.uk said:
> > Actually, I am no longer convinced the lack of these syscalls cause
> > the problem directly; I think there is something else in recent glibcs
> > that cause the kernel to hang, at least in tt mode, though it is
> > probably related.
>
> Maybe, but it's a definite problem.  However, the segfaults people were seeing
> with 2.6.1 may be gone since that was a separate problem which is fixed in
> the 2.6.1 patch.

I have been trying to debug the problem with tt mode and very recent
glibcs, and what seems to be happening is that early on in the glibc start
up code for /sbin/init (after 3 syscalls), there is a segv signal;
handle_page_fault returns -14, probably becuase the fault address
(beffe018) is bogus, but the segfault seems to repeat endlessly. I am not
sure if this is a glibc or a uml issue, or something else.

	Michael Young


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

[Jeff Dike]

On Sat, Jan 17, 2004 at 09:12:45PM +0000, M A Young wrote:
> I have been trying to debug the problem with tt mode and very recent
> glibcs, and what seems to be happening is that early on in the glibc start
> up code for /sbin/init (after 3 syscalls), there is a segv signal;
> handle_page_fault returns -14, probably becuase the fault address
> (beffe018) is bogus, but the segfault seems to repeat endlessly. I am not
> sure if this is a glibc or a uml issue, or something else.

I saw something like that during a glibc upgrade going from stable to testing
in tt mode.  Running it in skas mode avoided the problem.  I never figured
out what was happening.

				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

[uml-devel] Re: uml-patch-2.6.0

[Sven Köhler]

> Fewer, now that I got the 2.6.1 patch out.  UML lacks [gs]et_thread_area
> still, so 2.6 UMLs won't boot new libcs.

What do you mean new libcs? Is there any particular version-number you 
can confirm to work/not work?
What about NPTL?

Thx
   Sven



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

[BlaisorBlade]

Alle 03:33, venerdì 16 gennaio 2004, Jeff Dike ha scritto:
> kraxel@bytesex.org said:
> >  * what is the status of kernel modules in 2.6 kernels?
>
> They still don't work.  I still haven't got around to fixing it.

Do the apply_alternatives + constants silly fix posted 1000 times and compile 
without CONFIG_MODVERSIONS. Then you don't get the kernel panic, and 
everything works.

I've succesfully built kernel with CONFIG_MODVERSIONS, but *maybe* the 
Makefile patch is needed for that (since files are post-processed with 
genksyms). However, I have fixed some other things which could interact with 
this, especially for the link scripts.

-- 
cat <<EOSIGN
Paolo Giarrusso, aka Blaisorblade
Linux Kernel 2.4.23/2.6.0 on an i686; Linux registered user n. 292729
EOSIGN




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

[Jeff Dike]

On Sat, Jan 17, 2004 at 08:09:38PM +0100, BlaisorBlade wrote:
> Do the apply_alternatives + constants silly fix posted 1000 times and compile 
> without CONFIG_MODVERSIONS. Then you don't get the kernel panic, and 
> everything works.
> 
> I've succesfully built kernel with CONFIG_MODVERSIONS, but *maybe* the 
> Makefile patch is needed for that (since files are post-processed with 
> genksyms). However, I have fixed some other things which could interact with 
> this, especially for the link scripts.

Did you actually get modules to work?  I was under the impression you hadn't
got that far yet, just getting UML to build with CONFIG_MODULES endabled.

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

[BlaisorBlade]

Alle 20:50, sabato 17 gennaio 2004, Jeff Dike ha scritto:
> On Sat, Jan 17, 2004 at 08:09:38PM +0100, BlaisorBlade wrote:
> > Do the apply_alternatives + constants silly fix posted 1000 times and
> > compile without CONFIG_MODVERSIONS. Then you don't get the kernel panic,
> > and everything works.
> >
> > I've succesfully built kernel with CONFIG_MODVERSIONS, but *maybe* the
> > Makefile patch is needed for that (since files are post-processed with
> > genksyms). However, I have fixed some other things which could interact
> > with this, especially for the link scripts.
>
> Did you actually get modules to work?  I was under the impression you
> hadn't got that far yet, just getting UML to build with CONFIG_MODULES
> endabled.

First (answering the other message): thanks for starting merging them!

Modules work perfectly without Modversions (and even /proc/kallsyms works 
well); with the USER_OBJS thing even modversions works perfectly, even if you 
don't like it (but I hadn't been clear about the fact the kernel runs with 
it).

If you are interested in it, I could do a trivial change (i.e. adding to each 
makefile include arch/um/Makefile.special) to avoid changing the whole 
Kbuild.

I do remember your discussion about the os- change, but it's a lot longer and 
I didn't start it. Also, I must check exactly the API to create (i.e. how to 
abstract os-specific details, which is hard since I've never programmed on 
Cygwin or Freebsd). And also, if you assume that a file handle is an integer 
(which is true only on POSIX), why do you wrap open inside os_open_file 
(which always works on POSIX)? The same question could go for other calls.

Bye
-- 
cat <<EOSIGN
Paolo Giarrusso, aka Blaisorblade
Linux Kernel 2.4.23/2.6.0 on an i686; Linux registered user n. 292729
EOSIGN



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

[Jeff Dike]

On Sat, Jan 17, 2004 at 09:03:26PM +0100, BlaisorBlade wrote:
> I didn't start it. Also, I must check exactly the API to create (i.e. how to 
> abstract os-specific details, which is hard since I've never programmed on 
> Cygwin or Freebsd). And also, if you assume that a file handle is an integer 
> (which is true only on POSIX), why do you wrap open inside os_open_file 
> (which always works on POSIX)? The same question could go for other calls.

I don't, but I'm leaving it as an int for now since that works.  The interfaces
can be tweaked in the future, so a descriptor may become some sort of void *
cookie to handle OSes with non-integer file handles.

What I'm trying to do now is get some sort of reasonable approximation to
a decent OS abstraction layer.

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

[Ingo Molnar]

* Jeff Dike <jdike@addtoit.com> wrote:

> >  * Any known issues with 2.6.1 kernels?
> 
> Fewer, now that I got the 2.6.1 patch out.  UML lacks
> [gs]et_thread_area still, so 2.6 UMLs won't boot new libcs.

hm, are you sure this is the reason why they dont boot? At least the
ones in Fedora fall back to LinuxThreads if set_thread_area is -ENOSYS. 
Old 2.4 kernels work just fine - UML ought to work fine too.

(libcs built without compatibility wont fall back. Are there such
distros?)

	Ingo


-------------------------------------------------------
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] uml 2.6.1 kbuild simplifications

[Ingo Molnar]

i've attached a few makefile simplifications/cleanups below, against
your 2.6.1 UML tree. The UML build will be less verbose as well.

parallel make still does not work though - doing 'make -j10' after a
'make clean' fails. Couldnt figure out a solution, the dependencies are
really nasty.

	Ingo

--- linux/arch/um/sys-i386/util/Makefile.orig2	
+++ linux/arch/um/sys-i386/util/Makefile	
@@ -1,12 +1,9 @@
 
-host-progs	:= mk_sc
-always		:= $(host-progs) mk_thread
-targets		:= mk_thread_kern.o mk_thread_user.o
+host-progs	:= mk_sc mk_thread
+always		:= $(host-progs)
 
-mk_sc-objs	:= mk_sc.o
+mk_thread-objs	:= mk_thread_kern.o mk_thread_user.o
 
-$(obj)/mk_thread : $(obj)/mk_thread_kern.o $(obj)/mk_thread_user.o
-	$(HOSTCC) $(CFLAGS) -o $@ $^
+HOSTCFLAGS_mk_thread_kern.o := $(CFLAGS)
+HOSTCFLAGS_mk_thread_user.o := $(USER_CFLAGS)
 
-$(obj)/mk_thread_user.o : $(src)/mk_thread_user.c
-	$(HOSTCC) $(USER_CFLAGS) -c -o $@ $<
--- linux/arch/um/util/Makefile.orig2	
+++ linux/arch/um/util/Makefile	
@@ -1,18 +1,10 @@
-always		:= mk_task mk_constants
-targets		:= mk_task_user.o mk_task_kern.o \
-		   mk_constants_user.o mk_constants_kern.o
 
-$(obj)/mk_task: $(obj)/mk_task_user.o $(obj)/mk_task_kern.o
-	$(HOSTCC) -o $@ $^
+host-progs		:= mk_task mk_constants
+always			:= $(host-progs)
 
-$(obj)/mk_task_user.o: $(src)/mk_task_user.c
-	$(HOSTCC) -o $@ -c $< 
+mk_task-objs		:= mk_task_user.o mk_task_kern.o
+mk_constants-objs	:= mk_constants_user.o mk_constants_kern.o
 
-$(obj)/mk_constants : $(obj)/mk_constants_user.o $(obj)/mk_constants_kern.o
-	$(HOSTCC) -o $@ $^
+HOSTCFLAGS_mk_task_kern.o	:= $(CFLAGS)
+HOSTCFLAGS_mk_constants_kern.o	:= $(CFLAGS)
 
-$(obj)/mk_constants_user.o : $(src)/mk_constants_user.c
-	$(HOSTCC) -c $< -o $@
-
-$(obj)/mk_constants_kern.o : $(src)/mk_constants_kern.c
-	$(HOSTCC) $(CFLAGS) -c $< -o $@
--- linux/arch/um/Makefile.orig2	
+++ linux/arch/um/Makefile	
@@ -157,7 +157,8 @@ MRPROPER_FILES += $(SYMLINK_HEADERS) $(A
 		$(addprefix $(ARCH_DIR)/kernel/,$(KERN_SYMLINKS))
 
 $(ARCH_DIR)/main.o: $(ARCH_DIR)/main.c sys_prepare
-	$(CC) $(USER_CFLAGS) $(EXTRA_CFLAGS) -c -o $@ $<
+	@ echo '  MAIN    $@'
+	@ $(CC) $(USER_CFLAGS) $(EXTRA_CFLAGS) -c -o $@ $<
 
 archmrproper:
 	@:
@@ -169,13 +170,12 @@ archmrproper:
 #		$(addprefix $(ARCH_DIR)/kernel/,$(KERN_SYMLINKS))
 
 archclean:
-#	$(Q)for d in $(ARCH_SUBDIRS) $(ARCH_DIR)/util; \
-#	do \
-#		$(MAKE) $(clean)=$$d; \
-#	done
+	$(Q)for d in $(ARCH_SUBDIRS) $(ARCH_DIR)/util; \
+	do \
+		$(MAKE) $(clean)=$$d; \
+	done
 	@find . \( -name '*.bb' -o -name '*.bbg' -o -name '*.da' \
 		-o -name '*.gcov' \) -type f -print | xargs rm -f
-#	rm -f $(CLEAN_FILES)
 
 $(SYMLINK_HEADERS):
 	cd $(TOPDIR)/$(dir $@) ; \


-------------------------------------------------------
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 2.6.1 kbuild simplifications

[Jeff Dike]

On Sun, Jan 18, 2004 at 10:06:05PM +0100, Ingo Molnar wrote:
> 
> i've attached a few makefile simplifications/cleanups below, against
> your 2.6.1 UML tree. The UML build will be less verbose as well.

Cool.

> parallel make still does not work though - doing 'make -j10' after a
> 'make clean' fails. Couldnt figure out a solution, the dependencies are
> really nasty.

Yeah, it's a mess.  It has sort of evolved over time, with local fixes adding
up to a horror show.

				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

[uml-devel] Re: uml 2.6.1 kbuild simplifications

[Ingo Molnar]

* Jeff Dike <jdike@addtoit.com> wrote:

> > parallel make still does not work though - doing 'make -j10' after a
> > 'make clean' fails. Couldnt figure out a solution, the dependencies are
> > really nasty.
> 
> Yeah, it's a mess.  It has sort of evolved over time, with local fixes
> adding up to a horror show.

i think kbuild needs to be improved too in some cases. Eg. another
problem: lib-y could be used to clean up munmap_fin.o library linking in
arch/um/kernel/tt/Makefile, but unlike host-progs, the CFLAGS_ override
is not good enough to replace the normal flags with $(UNMAP_CFLAGS). The
dual compilation space ('user code' and 'kernel code' compilation)
within UML is not yet fully expressable via kbuild.

	Ingo


-------------------------------------------------------
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 2.6.1 kbuild simplifications

[Jeff Dike]

mingo@elte.hu said:
> The dual compilation space ('user code' and 'kernel code' compilation)
> within UML is not yet fully expressable via kbuild.

In my opinion, it doesn't need to be.  BlaisorBlade and I have been having
an argument about it.  

He thinks kbuild should support it.

I consider it to be an artifact of UML containing intermingled OS-dependent
and OS-independent code.  With the OS-dependent code separated out into 
arch/um/os, the rest of UML becomes nice, normal kernel code.  The stuff
under arch/um/os is then pure userspace code, and I have no problem with
sticking some special CFLAGS mangler in the Makefile (or Makefiles) there.

Then, the code, and the special make magic that it needs are all in one
place, and we don't need to fiddle kbuild.

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

[Jeff Dike]

On Sun, Jan 18, 2004 at 05:21:12PM +0100, Ingo Molnar wrote:
> hm, are you sure this is the reason why they dont boot? At least the
> ones in Fedora fall back to LinuxThreads if set_thread_area is -ENOSYS. 
> Old 2.4 kernels work just fine - UML ought to work fine too.

No, I'm not.  But I am seeing -ENOSYS from one of [gs]et_thread_area right 
before things go haywire.  But I haven't looked at it closely enough to
see if that's the real problem.

2.4 UMLs work fine with these libcs.  I had been assuming (without any 
evidence) that there was some other capability check (like uname), and 
libc gets horribly confused when it sees a 2.6 kernel that doesn't have
the thread_info stuff.

If the compatibility check is -ENOSYS from one of those syscalls, then
this theory goes right out the window, and something else is wrong in UML.

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

[Ingo Molnar]

* Jeff Dike <jdike@addtoit.com> wrote:

> 2.4 UMLs work fine with these libcs.  I had been assuming (without any
> evidence) that there was some other capability check (like uname), and
> libc gets horribly confused when it sees a 2.6 kernel that doesn't
> have the thread_info stuff.

ok, i talked to Ulrich, and it turns out that ld.so in Fedora uses the
set_tid_address() syscall to find out whether the kernel has NPTL or not
[and thus whether to use the TLS glibc or the standard one]. In UML,
this particular syscall happens to work. So i'd suggest the patch below. 
(i'll test it soon.) Once the TLS syscalls are available in UML this
syscall can be turned back on.

	Ingo

--- linux/arch/um/kernel/sys_call_table.c.orig
+++ linux/arch/um/kernel/sys_call_table.c
@@ -521,7 +521,7 @@ syscall_handler_t *sys_call_table[] = {
 	[ __NR_epoll_ctl ] = sys_epoll_ctl,
 	[ __NR_epoll_wait ] = sys_epoll_wait,
         [ __NR_old_remap_file_pages ] = old_remap_file_pages,
-        [ __NR_set_tid_address ] = sys_set_tid_address,
+        [ __NR_set_tid_address ] = sys_ni_syscall,
 	[ __NR_timer_create ] = sys_timer_create,
 	[ __NR_timer_settime ] = sys_timer_settime,
 	[ __NR_timer_gettime ] = sys_timer_gettime,


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

[Ingo Molnar]

* Ingo Molnar <mingo@elte.hu> wrote:

> > 2.4 UMLs work fine with these libcs.  I had been assuming (without any
> > evidence) that there was some other capability check (like uname), and
> > libc gets horribly confused when it sees a 2.6 kernel that doesn't
> > have the thread_info stuff.
> 
> ok, i talked to Ulrich, and it turns out that ld.so in Fedora uses the
> set_tid_address() syscall to find out whether the kernel has NPTL or
> not [and thus whether to use the TLS glibc or the standard one]. [...]

unfortunately, this is only the case if the kernel is below 2.5.69 and
has 'nptl' in the uname. Otherwise ld.so assumes full NPTL support.

so the only compatible solution seems to be to implement
set/get_thread_area() within UML. Since UML itself is linked statically,
which causes the non-TLS glibc to be linked, i think it should be safe
to just shadow the TLS descriptors in the UML process and call
set_thread_area() for every new thread that has TLS descriptors not
equal to the previous thread's TLS descriptors.

but wrt. LinuxThreads - it doesnt seem UML skas mode implements LDT
state properly - does it?

	Ingo


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

[M A Young]

On Mon, 19 Jan 2004, Ingo Molnar wrote:

>
> * Ingo Molnar <mingo@elte.hu> wrote:
>
> > > 2.4 UMLs work fine with these libcs.  I had been assuming (without any
> > > evidence) that there was some other capability check (like uname), and
> > > libc gets horribly confused when it sees a 2.6 kernel that doesn't
> > > have the thread_info stuff.
> >
> > ok, i talked to Ulrich, and it turns out that ld.so in Fedora uses the
> > set_tid_address() syscall to find out whether the kernel has NPTL or
> > not [and thus whether to use the TLS glibc or the standard one]. [...]
>
> unfortunately, this is only the case if the kernel is below 2.5.69 and
> has 'nptl' in the uname. Otherwise ld.so assumes full NPTL support.
>
> so the only compatible solution seems to be to implement
> set/get_thread_area() within UML. Since UML itself is linked statically,
> which causes the non-TLS glibc to be linked, i think it should be safe
> to just shadow the TLS descriptors in the UML process and call
> set_thread_area() for every new thread that has TLS descriptors not
> equal to the previous thread's TLS descriptors.

I have found in tt mode with an FC1 image the system hangs after 3
syscalls (uname, brk, open), before any set/get_thread_area calls, so I
suspect there is another problem. The hang consists of repeated segfault
signals with fault address (beffe018) which returns -EFAULT. Is there any
setup for tls/nptl normally done by the kernel that might be missing in
UML, such as allocating some high up memory?

	Michael Young


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

[Ingo Molnar]

* M A Young <m.a.young@durham.ac.uk> wrote:

> I have found in tt mode with an FC1 image the system hangs after 3
> syscalls (uname, brk, open), before any set/get_thread_area calls, so
> I suspect there is another problem. The hang consists of repeated
> segfault signals with fault address (beffe018) which returns -EFAULT.
> Is there any setup for tls/nptl normally done by the kernel that might
> be missing in UML, such as allocating some high up memory?

hm, beffe018 - shouldnt that be the stack?

	Ingo


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

[M A Young]

On Tue, 20 Jan 2004, Ingo Molnar wrote:

>
> * M A Young <m.a.young@durham.ac.uk> wrote:
>
> > I have found in tt mode with an FC1 image the system hangs after 3
> > syscalls (uname, brk, open), before any set/get_thread_area calls, so
> > I suspect there is another problem. The hang consists of repeated
> > segfault signals with fault address (beffe018) which returns -EFAULT.
> > Is there any setup for tls/nptl normally done by the kernel that might
> > be missing in UML, such as allocating some high up memory?
>
> hm, beffe018 - shouldnt that be the stack?

/proc/????/maps showed one region in this area, but it was higher up.
Interestingly if I try this with a RedHat 9 glibc with tls, the address
it hangs on is very low (0x000000c3 from memory).
	Michael Young


-------------------------------------------------------
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] tt mode tls/glibc crash with 2.6 (Was: Re: uml-patch-2.6.0)

[M A Young]

On Tue, 20 Jan 2004, Ingo Molnar wrote:

>
> * M A Young <m.a.young@durham.ac.uk> wrote:
>
> > I have found in tt mode with an FC1 image the system hangs after 3
> > syscalls (uname, brk, open), before any set/get_thread_area calls, so
> > I suspect there is another problem. The hang consists of repeated
> > segfault signals with fault address (beffe018) which returns -EFAULT.
> > Is there any setup for tls/nptl normally done by the kernel that might
> > be missing in UML, such as allocating some high up memory?
>
> hm, beffe018 - shouldnt that be the stack?

I now know where 0xbeffe018 comes from. The endless segfault is triggered
from line 1256 of elf/rtld.c in the glibc code (1252-1258 are shown from
RedHat's glibc-2.3.2-101.4.i686.rpm package)

#ifdef NEED_DL_SYSINFO
  if (GL(dl_sysinfo_dso) != NULL)
    {
      /* We have a prelinked DSO preloaded by the system.  */
      GL(dl_sysinfo) = GL(dl_sysinfo_dso)->e_entry;

      /* Do an abridged version of the work _dl_map_object_from_fd would do


GL(dl_sysinfo_dso) is _dl_sysinfo_dso, _rtld_local._dl_sysinfo_dso or
_rtld_global._dl_sysinfo_dso according to context

_dl_sysinfo_dso=0 is at 0xa0603f50
_rtld_local._dl_sysinfo_dso=0xbeffe000 is at 0x40015454
_rtld_global._dl_sysinfo_dso=0xbeffe000 is at 0x40015454

so I am guessing that _rtld_{local,global}._dl_sysinfo_dso should have
been initialized from _dl_sysinfo_dso but wasn't. This could be a glibc
bug, though I haven't looked closely enough to be sure.

	Michael Young


-------------------------------------------------------
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: tt mode tls/glibc crash with 2.6 (Was: Re: uml-patch-2.6.0)

[M A Young]

On Fri, 23 Jan 2004, M A Young wrote:

> I now know where 0xbeffe018 comes from. The endless segfault is triggered
> from line 1256 of elf/rtld.c in the glibc code (1252-1258 are shown from
> RedHat's glibc-2.3.2-101.4.i686.rpm package)
>
> #ifdef NEED_DL_SYSINFO
>   if (GL(dl_sysinfo_dso) != NULL)
>     {
>       /* We have a prelinked DSO preloaded by the system.  */
>       GL(dl_sysinfo) = GL(dl_sysinfo_dso)->e_entry;
>
>       /* Do an abridged version of the work _dl_map_object_from_fd would do
>
>
> GL(dl_sysinfo_dso) is _dl_sysinfo_dso, _rtld_local._dl_sysinfo_dso or
> _rtld_global._dl_sysinfo_dso according to context
>
> _dl_sysinfo_dso=0 is at 0xa0603f50
> _rtld_local._dl_sysinfo_dso=0xbeffe000 is at 0x40015454
> _rtld_global._dl_sysinfo_dso=0xbeffe000 is at 0x40015454
>
> so I am guessing that _rtld_{local,global}._dl_sysinfo_dso should have
> been initialized from _dl_sysinfo_dso but wasn't. This could be a glibc
> bug, though I haven't looked closely enough to be sure.

Further checking shows that _rtld_global._dl_sysinfo_dso is set from the
value of AT_SYSINFO_EHDR passed by the kernel. So UML tt mode is broken
because it doesn't seem to pass this value. However glibc is also broken,
because it should set _rtld_global._dl_sysinfo_dso=NULL by default in case
AT_SYSINFO_EHDR isn't passed to it by the kernel.

Anyway, I intend to test whether this is the problem tomorrow, either by
recompiling glibc (it is a one-line fix), or possibly using a hex editor
to hack the existing ld.so.

	Michael Young


-------------------------------------------------------
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: tt mode tls/glibc crash with 2.6 (Was: Re: uml-patch-2.6.0)

[M A Young]

On Fri, 23 Jan 2004, M A Young wrote:

> Further checking shows that _rtld_global._dl_sysinfo_dso is set from the
> value of AT_SYSINFO_EHDR passed by the kernel. So UML tt mode is broken
> because it doesn't seem to pass this value. However glibc is also broken,
> because it should set _rtld_global._dl_sysinfo_dso=NULL by default in case
> AT_SYSINFO_EHDR isn't passed to it by the kernel.

Actually it turns out glibc is innocent as it implicitly initializes the
value I thought it wasn't initializing, and we are passing it a value for
AT_SYSINFO_EHDR for it to use for its vsyscall stuff, but we don't ever
allocate the associated memory. A possible workaround which seems to
work (but I have too much debugging turned on to be sure yet) is to set
AT_SYSINFO_EHDR to be NULL in include/asm/archparam-i386.h, though clearly
the ultimate aim would be to get the vsyscall stuff working properly.

	Michael Young


-------------------------------------------------------
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: tt mode tls/glibc crash with 2.6 (Was: Re: uml-patch-2.6.0)

[Jeff Dike]

m.a.young@durham.ac.uk said:
>  A possible workaround which seems to work (but I have too much
> debugging turned on to be sure yet) is to set AT_SYSINFO_EHDR to be
> NULL in include/asm/archparam-i386.h, though clearly the ultimate aim
> would be to get the vsyscall stuff working properly.

Yup, that looks right to me.  I've set VSYSCALL_BASE to NULL in my tree.
Can you do the same and see if that fixes anything?

Thanks for chasing this down.

				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

[uml-devel] Re: tt mode tls/glibc crash with 2.6 (Was: Re: uml-patch-2.6.0)

[M A Young]

On Sat, 24 Jan 2004, Jeff Dike wrote:

> m.a.young@durham.ac.uk said:
> >  A possible workaround which seems to work (but I have too much
> > debugging turned on to be sure yet) is to set AT_SYSINFO_EHDR to be
> > NULL in include/asm/archparam-i386.h, though clearly the ultimate aim
> > would be to get the vsyscall stuff working properly.
>
> Yup, that looks right to me.  I've set VSYSCALL_BASE to NULL in my tree.
> Can you do the same and see if that fixes anything?

Yes, that fixes it (I tried a similar fix by setting AT_SYSINFO_EHDR
directly to NULL, both work).

	Michael Young


-------------------------------------------------------
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: tt mode tls/glibc crash with 2.6 (Was: Re: uml-patch-2.6.0)

[Ingo Molnar]

* M A Young <m.a.young@durham.ac.uk> wrote:

> > Yup, that looks right to me.  I've set VSYSCALL_BASE to NULL in my tree.
> > Can you do the same and see if that fixes anything?
> 
> Yes, that fixes it (I tried a similar fix by setting AT_SYSINFO_EHDR
> directly to NULL, both work).

yeah - this makes sense. This reminds me that i had similar problems
with exec-shield (which too disabled vsyscalls).

	Ingo


-------------------------------------------------------
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: tt mode tls/glibc crash with 2.6 (Was: Re: uml-patch-2.6.0)

[Ingo Molnar]

* M A Young <m.a.young@durham.ac.uk> wrote:

> Yes, that fixes it (I tried a similar fix by setting AT_SYSINFO_EHDR
> directly to NULL, both work).

does skas mode work for you? I tried a FC1 image today and even with
this change, in tt mode, it gets stuck pretty early into the bootup (but
not in init like before).

in tt mode, booting up into /bin/bash seems to work fine and simple
commands work.

in skas mode, booting up into /bin/bash works but the first /bin/ls (or
any other process) again gets stuck (infinite pagefaults or #GPF's again
i suspect).

	Ingo


-------------------------------------------------------
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: tt mode tls/glibc crash with 2.6 (Was: Re: uml-patch-2.6.0)

[M A Young]

On Thu, 5 Feb 2004, Ingo Molnar wrote:

> * M A Young <m.a.young@durham.ac.uk> wrote:
>
> > Yes, that fixes it (I tried a similar fix by setting AT_SYSINFO_EHDR
> > directly to NULL, both work).
>
> does skas mode work for you? I tried a FC1 image today and even with
> this change, in tt mode, it gets stuck pretty early into the bootup (but
> not in init like before).
>
> in tt mode, booting up into /bin/bash seems to work fine and simple
> commands work.

I have a fully booting FC1 image (from a slightly hacked anaconda) with
this patch and an additional one to avoid the exec-shield host problems.
It still crashes with sleeping process got sig 11 when I try to shut it
down.

> in skas mode, booting up into /bin/bash works but the first /bin/ls (or
> any other process) again gets stuck (infinite pagefaults or #GPF's again
> i suspect).

The only skas host kernel was one using an early version of your combo
patch, which was fine when I tested a combo patched uml, but recent
mainline umls panic. I probably need a later version of your combo patch,
which I might try tonight.

	Michael Young


-------------------------------------------------------
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: tt mode tls/glibc crash with 2.6 (Was: Re: uml-patch-2.6.0)

[Ingo Molnar]

* M A Young <m.a.young@durham.ac.uk> wrote:

> > in tt mode, booting up into /bin/bash seems to work fine and simple
> > commands work.
> 
> I have a fully booting FC1 image (from a slightly hacked anaconda)
> with this patch and an additional one to avoid the exec-shield host
> problems. It still crashes with sleeping process got sig 11 when I try
> to shut it down.

interesting. The tree i have now is 2.6.2-mm based, which has Jeff's
latest patch, plus the bits from the combo patch to enable host-skas3. 
What anaconda change did you have to do, and how did you create the
image? I got the Fedora image by installing it on a box and then copying
all files to an empty image.

	Ingo


-------------------------------------------------------
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: tt mode tls/glibc crash with 2.6 (Was: Re: uml-patch-2.6.0)

[M A Young]

On Thu, 5 Feb 2004, Ingo Molnar wrote:

> * M A Young <m.a.young@durham.ac.uk> wrote:
>
> > I have a fully booting FC1 image (from a slightly hacked anaconda)
> > with this patch and an additional one to avoid the exec-shield host
> > problems. It still crashes with sleeping process got sig 11 when I try
> > to shut it down.
>
> interesting. The tree i have now is 2.6.2-mm based, which has Jeff's
> latest patch, plus the bits from the combo patch to enable host-skas3.
> What anaconda change did you have to do, and how did you create the
> image? I got the Fedora image by installing it on a box and then copying
> all files to an empty image.

Basically I hacked isys.py so that it knew about uml disks, then did a
network install. See
http://toast.debian.net/~may/umlproject/install.html

	Michael Young


-------------------------------------------------------
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: tt mode tls/glibc crash with 2.6 (Was: Re: uml-patch-2.6.0)

[Ingo Molnar]

* M A Young <m.a.young@durham.ac.uk> wrote:

> > in tt mode, booting up into /bin/bash seems to work fine and simple
> > commands work.
> 
> I have a fully booting FC1 image (from a slightly hacked anaconda)
> with this patch and an additional one to avoid the exec-shield host
> problems.

mind sending the archparam-i386.h diff you have? I commented out the
creation of the two vsyscall auxiliary entries in ARCH_DLINFO - is that
enough? 

	Ingo


-------------------------------------------------------
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: tt mode tls/glibc crash with 2.6 (Was: Re: uml-patch-2.6.0)

[M A Young]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 270 bytes --]

On Thu, 5 Feb 2004, Ingo Molnar wrote:

> mind sending the archparam-i386.h diff you have? I commented out the
> creation of the two vsyscall auxiliary entries in ARCH_DLINFO - is that
> enough?

This is the patch I think we agreed was the way to fix it.

	Michael Young

[-- Attachment #2: Type: TEXT/PLAIN, Size: 654 bytes --]

diff -Naur linux-2.6.1/include/asm-um/archparam-i386.h.orig linux-2.6.1/include/asm-um/archparam-i386.h
--- linux-2.6.1/include/asm-um/archparam-i386.h.orig	2004-02-05 19:03:45.000000000 +0000
+++ linux-2.6.1/include/asm-um/archparam-i386.h	2004-01-31 19:01:51.000000000 +0000
@@ -56,7 +56,8 @@
 	pr_reg[16] = PT_REGS_SS(regs);		\
 } while(0);
 
-#define VSYSCALL_BASE	(__fix_to_virt(FIX_VSYSCALL))
+/*#define VSYSCALL_BASE	(__fix_to_virt(FIX_VSYSCALL))*/
+#define VSYSCALL_BASE	NULL
 #define VSYSCALL_EHDR	((const struct elfhdr *) VSYSCALL_BASE)
 #define VSYSCALL_ENTRY	((unsigned long) &__kernel_vsyscall)
 extern void *__kernel_vsyscall;

[uml-devel] Re: tt mode tls/glibc crash with 2.6 (Was: Re: uml-patch-2.6.0)

[Ingo Molnar]

* M A Young <m.a.young@durham.ac.uk> wrote:

> -#define VSYSCALL_BASE	(__fix_to_virt(FIX_VSYSCALL))
> +/*#define VSYSCALL_BASE	(__fix_to_virt(FIX_VSYSCALL))*/
> +#define VSYSCALL_BASE	NULL

(minor nit: this change will still crash ELF coredumping.) but, same
problem with this approach too - %gs is lost magically across the first
fork() attempted by the guest userspace, in skas mode.

	Ingo


-------------------------------------------------------
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: tt mode tls/glibc crash with 2.6 (Was: Re: uml-patch-2.6.0)

[Ingo Molnar]

* Ingo Molnar <mingo@elte.hu> wrote:

> mind sending the archparam-i386.h diff you have? I commented out the
> creation of the two vsyscall auxiliary entries in ARCH_DLINFO - is
> that enough? 

the crash here seems to be that after fork() the contents of GS are lost
and the next %gs access segfaults due to the #GPF. (which UML mistakes
for a pagefault and thus gets into an infinite loop.)

if i boot in via init=/bin/bash and do eg a 'exec /bin/ls' then this
crash doesnt happen, so it's clearly fork() somehow not inheriting the
LDT setup properly. (which could very well be due to my LDT hackery in
the 2.6 host-skas3 patch.)

while glibc seems to be innocent, this is clearly triggered by the TLS
code in glibc. Older glibc works fine.

tt mode seems to work on the other hand - and it doesnt use the LDT op
in /proc/mm. So newer host-skas3 is apparently broken to a certain
degree.

	Ingo


-------------------------------------------------------
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: tt mode tls/glibc crash with 2.6 (Was: Re: uml-patch-2.6.0)

[Ingo Molnar]

* Ingo Molnar <mingo@elte.hu> wrote:

> the crash here seems to be that after fork() the contents of GS are
> lost and the next %gs access segfaults due to the #GPF. (which UML
> mistakes for a pagefault and thus gets into an infinite loop.)

ok, ignore this crash for the time being - it's probably caused by one
of my changes. I'm investigating it.

	Ingo


-------------------------------------------------------
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: tt mode tls/glibc crash with 2.6 (Was: Re: uml-patch-2.6.0)

[Ingo Molnar]

* Ingo Molnar <mingo@elte.hu> wrote:

> ok, ignore this crash for the time being - it's probably caused by one
> of my changes. I'm investigating it.

found the bug - it was caused by my MM_COPY_SEGMENTS 'optimization'. I
misunderstood the purpose of MM_COPY_SEGMENTS: in skas mode it's needed
to copy the LDTs from an existing mm to the new mm, but the 'old mm'
context is not the current task.

	Ingo


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

[Jeff Dike]

mingo@elte.hu said:
> hm, beffe018 - shouldnt that be the stack? 

No.  In tt mode, that's in the middle (close to the end, really) of the UML
kernel.  In this case, the process stack ends at 0xa0000000.

This is what befuddled me during my libc upgrade in tt mode.  I couldn't see
what was inducing userspace to access memory up there.

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

[Jeff Dike]

mingo@elte.hu said:
> unfortunately, this is only the case if the kernel is below 2.5.69 and
> has 'nptl' in the uname. Otherwise ld.so assumes full NPTL support.

So, it uses uname to figure out if the kernel has NPTL support?

> so the only compatible solution seems to be to implement set/
> get_thread_area() within UML. Since UML itself is linked statically,
> which causes the non-TLS glibc to be linked, i think it should be safe
> to just shadow the TLS descriptors in the UML process and call
> set_thread_area() for every new thread that has TLS descriptors not
> equal to the previous thread's TLS descriptors.

In tt mode, this is true.  A skas-only UML will be dynamic, but then
userspace is in a separate process, and someone was thoughtful enough to
add PTRACE_[GS]ET_THREAD_INFO.  So, this will be fine in either case.

The problem is on 2.4.  I suspect that this can't be emulated on 2.4 hosts,
so a 2.6 UML can't boot a NPTL system on a 2.4 host.  This is annoying since
host version independence is a nice thing about UML.

> but wrt. LinuxThreads - it doesnt seem UML skas mode implements LDT
> state properly - does it? 

As far as I know, it does.  LinuxThreads was introduced in RH8 or so, I think,
and RH8 filesystems have run in UML for a long time.

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

[Ingo Molnar]

* Jeff Dike <jdike@addtoit.com> wrote:

> mingo@elte.hu said:
> > unfortunately, this is only the case if the kernel is below 2.5.69 and
> > has 'nptl' in the uname. Otherwise ld.so assumes full NPTL support.
> 
> So, it uses uname to figure out if the kernel has NPTL support?

yes. It goes roughly like this: if the kernel is a 2.4 one and the uname
string [extraversion] includes 'nptl' [and the first 'n' letter has to
be nptl's 'n' ...] then ld.so will try the TLS glibc. On 2.6 kernels,
glibc assumes that all the NPTL functionality is available. [the precise
rules are in the ld.so patches that Fedora's glibc srpm has.]

basically the goal was to 1) be able to boot stock 2.4 kernels and have
NPTL disabled, 2) be able to boot stock 2.6 kernels and have NPTL
enabled, 3) boot 2.4 kernels with the NPTL backport and have NPTL
enabled. (there are also tons of other checks in glibc itself that
selects between various versions of syscalls, eg. modify_ldt has
variants too. LD_ASSUME_KERNEL is taken into account as well.) It's not
simple.

(There was a failed attempt to get API versioning into the kernel to
clean up such interactions - but nothing really good was written so we
stuck with the above mechanism.)

	Ingo


-------------------------------------------------------
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] uml-patch-2.6.0

[BlaisorBlade]

Alle 06:05, martedì 13 gennaio 2004, Jeff Dike ha scritto:
> This patch updates UML to 2.6.0 and pulls in all the changes that have
> accumulated in my 2.4 tree.

Thanks for that (it was really needed). However, about the various fixes I 
built, there is a lot of that that should go in. Go here:

http://web.tiscali.it/no-redirect-tiscali/blaisorblade/linux/archives/UML/2.6.1-v1/

I've updated all the stuff that was there. You claimed you didn't want some 
patches, now I've organized things so they can be easily excluded. Do *not* 
use the combo.

This are some brief patches descriptions (in the 00-README).
C-03 (trivial, removes smplock.h which went away)
C-04 (sys-i386/fault.c shouldn't even compile for now, as the exception 
handling has had a syntactic change)
G-01 (one-liner for SELinux build, from M A Young)
G-02 (makes /proc/kallsyms work well and cleanups link scripts)

H-01 (consider that for PCAP linking; you claim in Makefile comments kbuild 
doesn't allow to link -lpcap, that show it's possible).
H-02 (when configuration is changed, the whole UML is rebuilt again because 
all files depend on uml-config.h which depends on all configuration. Trivial 
fix).

Module support fix is trivial, and does not depend on anything controversial, 
until you don't enable CONFIG_MODVERSIONS. So apply the patch. I've also 
infos (and some code) about fixing the panic you get on startup with it 
enabled.

The patches you mustn't apply from there are the H-03 and H-04, since H-03 is 
the USER_OBJ thing and the H-04 depends on it (even if is logically 
independent).

Bye
-- 
cat <<EOSIGN
Paolo Giarrusso, aka Blaisorblade
Linux Kernel 2.4.23/2.6.0 on an i686; Linux registered user n. 292729
EOSIGN




-------------------------------------------------------
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] uml-patch-2.6.0

[Jeff Dike]

On Sat, Jan 17, 2004 at 08:09:50PM +0100, BlaisorBlade wrote:
> Thanks for that (it was really needed). However, about the various fixes I 
> built, there is a lot of that that should go in. Go here:
> 
> http://web.tiscali.it/no-redirect-tiscali/blaisorblade/linux/archives/UML/2.6.1-v1/
> 
> I've updated all the stuff that was there. You claimed you didn't want some 
> patches, now I've organized things so they can be easily excluded. Do *not* 
> use the combo.
> 
> This are some brief patches descriptions (in the 00-README).

OK, I'll pull them down and start merging them in...

				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] uml-patch-2.6.0

[Ingo Molnar]

* Jeff Dike <jdike@addtoit.com> wrote:

> > This are some brief patches descriptions (in the 00-README).
> 
> OK, I'll pull them down and start merging them in...

the ones below are needed too in addition, to make the x86 kernel
compile again. (the patch also adds those few things still missing for
host-skas3 support to work on x86.)

	Ingo

--- linux/arch/i386/kernel/sys_i386.c.orig	
+++ linux/arch/i386/kernel/sys_i386.c	
@@ -40,7 +40,7 @@ asmlinkage int sys_pipe(unsigned long __
 }
 
 /* common code for old and new mmaps */
-static inline long do_mmap2(
+long do_mmap2(struct mm_struct *mm,
 	unsigned long addr, unsigned long len,
 	unsigned long prot, unsigned long flags,
 	unsigned long fd, unsigned long pgoff)
@@ -55,9 +55,9 @@ static inline long do_mmap2(
 			goto out;
 	}
 
-	down_write(&current->mm->mmap_sem);
-	error = do_mmap_pgoff(file, addr, len, prot, flags, pgoff);
-	up_write(&current->mm->mmap_sem);
+	down_write(&mm->mmap_sem);
+	error = do_mmap_pgoff(mm, file, addr, len, prot, flags, pgoff);
+	up_write(&mm->mmap_sem);
 
 	if (file)
 		fput(file);
@@ -69,7 +69,7 @@ asmlinkage long sys_mmap2(unsigned long 
 	unsigned long prot, unsigned long flags,
 	unsigned long fd, unsigned long pgoff)
 {
-	return do_mmap2(addr, len, prot, flags, fd, pgoff);
+	return do_mmap2(current->mm, addr, len, prot, flags, fd, pgoff);
 }
 
 /*
@@ -100,7 +100,7 @@ asmlinkage int old_mmap(struct mmap_arg_
 	if (a.offset & ~PAGE_MASK)
 		goto out;
 
-	err = do_mmap2(a.addr, a.len, a.prot, a.flags, a.fd, a.offset >> PAGE_SHIFT);
+	err = do_mmap2(current->mm, a.addr, a.len, a.prot, a.flags, a.fd, a.offset >> PAGE_SHIFT);
 out:
 	return err;
 }
--- linux/arch/i386/kernel/ptrace.c.orig	
+++ linux/arch/i386/kernel/ptrace.c	
@@ -14,6 +14,7 @@
 #include <linux/ptrace.h>
 #include <linux/user.h>
 #include <linux/security.h>
+#include <linux/proc_mm.h>
 
 #include <asm/uaccess.h>
 #include <asm/pgtable.h>
@@ -507,6 +508,56 @@ asmlinkage int sys_ptrace(long request, 
 					     addr, (struct user_desc __user *) data);
 		break;
 
+	case PTRACE_FAULTINFO: {
+		struct ptrace_faultinfo fault;
+
+		fault = ((struct ptrace_faultinfo) 
+			{ .is_write	= child->thread.error_code,
+			  .addr		= child->thread.cr2 });
+		ret = copy_to_user((unsigned long *) data, &fault, 
+				   sizeof(fault));
+		if(ret)
+			break;
+		break;
+	}
+
+	case PTRACE_SIGPENDING:
+		ret = copy_to_user((unsigned long *) data, 
+				   &child->pending.signal,
+				   sizeof(child->pending.signal));
+		break;
+
+	case PTRACE_LDT: {
+		struct ptrace_ldt ldt;
+
+		if(copy_from_user(&ldt, (unsigned long *) data, 
+				  sizeof(ldt))){
+			ret = -EIO;
+			break;
+		}
+		ret = modify_ldt(child->mm, ldt.func, ldt.ptr, ldt.bytecount);
+		break;
+	}
+
+#ifdef CONFIG_PROC_MM
+	case PTRACE_SWITCH_MM: {
+		struct mm_struct *old = child->mm;
+		struct mm_struct *new = proc_mm_get_mm(data);
+
+		if(IS_ERR(new)){
+			ret = PTR_ERR(new);
+			break;
+		}
+
+		atomic_inc(&new->mm_users);
+		child->mm = new;
+		child->active_mm = new;
+		mmput(old);
+		ret = 0;
+		break;
+	}
+#endif
+
 	default:
 		ret = ptrace_request(child, request, addr, data);
 		break;
--- linux/arch/i386/kernel/ldt.c.orig	
+++ linux/arch/i386/kernel/ldt.c	
@@ -54,7 +54,7 @@ static int alloc_ldt(mm_context_t *pc, i
 	pc->size = mincount;
 	wmb();
 
-	if (reload) {
+	if (reload && (&current->active_mm->context == pc)) {
 #ifdef CONFIG_SMP
 		cpumask_t mask;
 		preempt_disable();
@@ -121,11 +121,11 @@ void destroy_context(struct mm_struct *m
 	}
 }
 
-static int read_ldt(void __user * ptr, unsigned long bytecount)
+static int read_ldt(struct mm_struct * mm, void __user * ptr,
+		    unsigned long bytecount)
 {
 	int err;
 	unsigned long size;
-	struct mm_struct * mm = current->mm;
 
 	if (!mm->context.size)
 		return 0;
@@ -169,9 +169,8 @@ static int read_default_ldt(void __user 
 	return err;
 }
 
-static int write_ldt(void __user * ptr, unsigned long bytecount, int oldmode)
+static int write_ldt(struct mm_struct * mm, void __user * ptr, unsigned long bytecount, int oldmode)
 {
-	struct mm_struct * mm = current->mm;
 	__u32 entry_1, entry_2, *lp;
 	int error;
 	struct user_desc ldt_info;
@@ -195,7 +194,7 @@ static int write_ldt(void __user * ptr, 
 
 	down(&mm->context.sem);
 	if (ldt_info.entry_number >= mm->context.size) {
-		error = alloc_ldt(&current->mm->context, ldt_info.entry_number+1, 1);
+		error = alloc_ldt(&mm->context, ldt_info.entry_number+1, 1);
 		if (error < 0)
 			goto out_unlock;
 	}
@@ -228,23 +227,29 @@ out:
 	return error;
 }
 
-asmlinkage int sys_modify_ldt(int func, void __user *ptr, unsigned long bytecount)
+int modify_ldt(struct mm_struct * mm, int func, void __user *ptr,
+	       unsigned long bytecount)
 {
 	int ret = -ENOSYS;
 
 	switch (func) {
 	case 0:
-		ret = read_ldt(ptr, bytecount);
+		ret = read_ldt(mm, ptr, bytecount);
 		break;
 	case 1:
-		ret = write_ldt(ptr, bytecount, 1);
+		ret = write_ldt(mm, ptr, bytecount, 1);
 		break;
 	case 2:
 		ret = read_default_ldt(ptr, bytecount);
 		break;
 	case 0x11:
-		ret = write_ldt(ptr, bytecount, 0);
+		ret = write_ldt(mm, ptr, bytecount, 0);
 		break;
 	}
 	return ret;
 }
+
+asmlinkage int sys_modify_ldt(int func, void __user *ptr, unsigned long bytecount)
+{
+	return modify_ldt(current->mm, func, ptr, bytecount);
+}
--- linux/arch/i386/Kconfig.orig	
+++ linux/arch/i386/Kconfig	
@@ -697,6 +697,9 @@ config X86_PAE
 	depends on HIGHMEM64G
 	default y
 
+config PROC_MM
+	bool "/proc/mm support"
+
 # Common NUMA Features
 config NUMA
 	bool "Numa Memory Allocation Support"
--- linux/arch/um/kernel/ptrace.c.orig	
+++ linux/arch/um/kernel/ptrace.c	
@@ -24,11 +24,6 @@ void ptrace_disable(struct task_struct *
 { 
 }
 
-extern long do_mmap2(struct task_struct *task, unsigned long addr, 
-		     unsigned long len, unsigned long prot, 
-		     unsigned long flags, unsigned long fd,
-		     unsigned long pgoff);
-
 int sys_ptrace(long request, long pid, long addr, long data)
 {
 	struct task_struct *child;
--- linux/arch/um/include/skas_ptrace.h.orig	
+++ linux/arch/um/include/skas_ptrace.h	
@@ -6,6 +6,10 @@
 #ifndef __SKAS_PTRACE_H
 #define __SKAS_PTRACE_H
 
+
+#ifndef _LINUX_PTRACE_STRUCT_DEF
+#define _LINUX_PTRACE_STRUCT_DEF
+
 struct ptrace_faultinfo {
 	int is_write;
 	unsigned long addr;
@@ -17,6 +21,8 @@ struct ptrace_ldt {
 	unsigned long bytecount;
 };
 
+#endif
+
 #define PTRACE_FAULTINFO 52
 #define PTRACE_SIGPENDING 53
 #define PTRACE_LDT 54
--- linux/include/asm-i386/desc.h.orig	
+++ linux/include/asm-i386/desc.h	
@@ -123,6 +123,9 @@ static inline void load_LDT(mm_context_t
 	put_cpu();
 }
 
+extern int modify_ldt(struct mm_struct * mm, int func, void __user *ptr,
+		      unsigned long bytecount);
+
 #endif /* !__ASSEMBLY__ */
 
 #endif
--- linux/include/asm-i386/ptrace.h.orig	
+++ linux/include/asm-i386/ptrace.h	
@@ -59,4 +59,26 @@ struct pt_regs {
 #define instruction_pointer(regs) ((regs)->eip)
 #endif
 
+/*For SKAS3 support.*/
+#ifndef _LINUX_PTRACE_STRUCT_DEF
+#define _LINUX_PTRACE_STRUCT_DEF
+
+#define PTRACE_FAULTINFO	  52
+#define PTRACE_SIGPENDING	  53
+#define PTRACE_LDT		  54
+#define PTRACE_SWITCH_MM 	  55
+
+struct ptrace_faultinfo {
+	int is_write;
+	unsigned long addr;
+};
+
+struct ptrace_ldt {
+	int func;
+  	void *ptr;
+	unsigned long bytecount;
+};
+
+#endif /*ifndef _LINUX_PTRACE_STRUCT_DEF*/
+
 #endif
--- linux/mm/proc_mm.c.orig	
+++ linux/mm/proc_mm.c	
@@ -85,17 +85,11 @@ static ssize_t write_proc_mm(struct file
 		break;
 	}
 
-	case MM_COPY_SEGMENTS: {
-		struct mm_struct *from = proc_mm_get_mm(req.u.copy_segments);
-
-		if(IS_ERR(from)){
-			ret = PTR_ERR(from);
-			break;
-		}
-
-		mm_copy_segments(from, mm);
+	/* Not necessary anymore - for compatibility only */
+	case MM_COPY_SEGMENTS:
+		ret = count;
 		break;
-	}
+
 	default:
 		ret = -EINVAL;
 		break;


-------------------------------------------------------
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] uml-patch-2.6.1-1: VFS: Cannot open root device "ubd0" or unknown-block(0, 0)

[Ingo Molnar]

[-- Attachment #1: Type: text/plain, Size: 941 bytes --]


the 2.6.1 UML snapshots do not seem to boot FS images that worked
before:

 NET: Registered protocol family 1
 NET: Registered protocol family 17
 Initializing software serial port version 1
  /dev/ubd/disc0: unknown partition table
 Initializing stdio console driver
 VFS: Cannot open root device "ubd0" or unknown-block(0,0)
 Please append a correct "root=" boot option
 Kernel panic: VFS: Unable to mount root fs on unknown-block(0,0)

this is with 2.6.1 + uml-patch-2.6.1-1. I've attached the .config. 
Despite the kernel's message, the config has UBD support included:

 CONFIG_BLK_DEV_UBD=y

the ubd symbols are in the kernel:

 $ grep ubd System.map  | grep open
 00017d84 t ubd_open_dev
 00018614 t ubd_open
 00019725 T open_ubd_file

so it ought to work, but doesnt.

same FS image works fine with the older 2.6.0 uml combo patches. Host
kernel version is irrelevant to this problem - tried a number of 2.4 and
2.6 kernels.

	Ingo

[-- Attachment #2: config --]
[-- Type: text/plain, Size: 17682 bytes --]

#
# Automatically generated make config: don't edit
#
CONFIG_X86=y
CONFIG_MMU=y
CONFIG_UID16=y
CONFIG_GENERIC_ISA_DMA=y

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y
CONFIG_CLEAN_COMPILE=y
CONFIG_STANDALONE=y
CONFIG_BROKEN_ON_SMP=y

#
# General setup
#
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_LOG_BUF_SHIFT=15
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
# CONFIG_EMBEDDED is not set
CONFIG_KALLSYMS=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# Processor type and features
#
CONFIG_X86_PC=y
# CONFIG_X86_VOYAGER is not set
# CONFIG_X86_NUMAQ is not set
# CONFIG_X86_SUMMIT is not set
# CONFIG_X86_BIGSMP is not set
# CONFIG_X86_VISWS is not set
# CONFIG_X86_GENERICARCH is not set
# CONFIG_X86_ES7000 is not set
# CONFIG_M386 is not set
# CONFIG_M486 is not set
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
# CONFIG_M686 is not set
# CONFIG_MPENTIUMII is not set
# CONFIG_MPENTIUMIII is not set
CONFIG_MPENTIUM4=y
# CONFIG_MK6 is not set
# CONFIG_MK7 is not set
# CONFIG_MK8 is not set
# CONFIG_MELAN is not set
# CONFIG_MCRUSOE is not set
# CONFIG_MWINCHIPC6 is not set
# CONFIG_MWINCHIP2 is not set
# CONFIG_MWINCHIP3D is not set
# CONFIG_MCYRIXIII is not set
# CONFIG_MVIAC3_2 is not set
# CONFIG_X86_GENERIC is not set
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_L1_CACHE_SHIFT=7
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_X86_GOOD_APIC=y
CONFIG_X86_INTEL_USERCOPY=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
# CONFIG_HPET_TIMER is not set
# CONFIG_HPET_EMULATE_RTC is not set
# CONFIG_SMP is not set
# CONFIG_PREEMPT is not set
CONFIG_X86_UP_APIC=y
CONFIG_X86_UP_IOAPIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
CONFIG_X86_TSC=y
# CONFIG_X86_MCE is not set
# CONFIG_TOSHIBA is not set
# CONFIG_I8K is not set
# CONFIG_MICROCODE is not set
# CONFIG_X86_MSR is not set
# CONFIG_X86_CPUID is not set
# CONFIG_EDD is not set
CONFIG_NOHIGHMEM=y
# CONFIG_HIGHMEM4G is not set
# CONFIG_HIGHMEM64G is not set
CONFIG_PROC_MM=y
# CONFIG_MATH_EMULATION is not set
CONFIG_MTRR=y

#
# Power management options (ACPI, APM)
#
# CONFIG_PM is not set

#
# ACPI (Advanced Configuration and Power Interface) Support
#
# CONFIG_ACPI is not set

#
# CPU Frequency scaling
#
# CONFIG_CPU_FREQ is not set

#
# Bus options (PCI, PCMCIA, EISA, MCA, ISA)
#
CONFIG_PCI=y
# CONFIG_PCI_GOBIOS is not set
# CONFIG_PCI_GODIRECT is not set
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
# CONFIG_PCI_USE_VECTOR is not set
# CONFIG_PCI_LEGACY_PROC is not set
# CONFIG_PCI_NAMES is not set
CONFIG_ISA=y
# CONFIG_EISA is not set
# CONFIG_MCA is not set
# CONFIG_SCx200 is not set
CONFIG_HOTPLUG=y

#
# PCMCIA/CardBus support
#
# CONFIG_PCMCIA is not set
CONFIG_PCMCIA_PROBE=y

#
# PCI Hotplug Support
#
# CONFIG_HOTPLUG_PCI is not set

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_AOUT=y
CONFIG_BINFMT_MISC=y

#
# Device Drivers
#

#
# Generic Driver Options
#
# CONFIG_FW_LOADER is not set

#
# Memory Technology Devices (MTD)
#
# CONFIG_MTD is not set

#
# Parallel port support
#
CONFIG_PARPORT=y
CONFIG_PARPORT_PC=y
CONFIG_PARPORT_PC_CML1=y
# CONFIG_PARPORT_SERIAL is not set
CONFIG_PARPORT_PC_FIFO=y
# CONFIG_PARPORT_PC_SUPERIO is not set
# CONFIG_PARPORT_OTHER is not set
CONFIG_PARPORT_1284=y

#
# Plug and Play support
#
# CONFIG_PNP is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
CONFIG_BLK_DEV_LOOP=y
# CONFIG_BLK_DEV_CRYPTOLOOP is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_BLK_DEV_INITRD is not set
# CONFIG_LBD is not set

#
# ATA/ATAPI/MFM/RLL support
#
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y

#
# Please see Documentation/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_HD_IDE is not set
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_IDEDISK_MULTI_MODE=y
# CONFIG_IDEDISK_STROKE is not set
CONFIG_BLK_DEV_IDECD=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_BLK_DEV_IDEFLOPPY is not set
# CONFIG_BLK_DEV_IDESCSI is not set
# CONFIG_IDE_TASK_IOCTL is not set
# CONFIG_IDE_TASKFILE_IO is not set

#
# IDE chipset support/bugfixes
#
CONFIG_BLK_DEV_CMD640=y
# CONFIG_BLK_DEV_CMD640_ENHANCED is not set
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y
# CONFIG_BLK_DEV_OFFBOARD is not set
# CONFIG_BLK_DEV_GENERIC is not set
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_RZ1000=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_IDEDMA_FORCED is not set
CONFIG_IDEDMA_PCI_AUTO=y
# CONFIG_IDEDMA_ONLYDISK is not set
# CONFIG_IDEDMA_PCI_WIP is not set
CONFIG_BLK_DEV_ADMA=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CY82C693 is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT34X is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_SC1200 is not set
CONFIG_BLK_DEV_PIIX=y
# CONFIG_BLK_DEV_NS87415 is not set
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SIS5513 is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_IDE_CHIPSETS is not set
CONFIG_BLK_DEV_IDEDMA=y
# CONFIG_IDEDMA_IVB is not set
CONFIG_IDEDMA_AUTO=y
# CONFIG_DMA_NONPCI is not set
# CONFIG_BLK_DEV_HD is not set

#
# SCSI device support
#
CONFIG_SCSI=y
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
# CONFIG_BLK_DEV_SR is not set
# CONFIG_CHR_DEV_SG is not set

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_REPORT_LUNS=y
CONFIG_SCSI_CONSTANTS=y
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AACRAID is not set
CONFIG_SCSI_AIC7XXX=y
CONFIG_AIC7XXX_CMDS_PER_DEVICE=253
CONFIG_AIC7XXX_RESET_DELAY_MS=500
# CONFIG_AIC7XXX_BUILD_FIRMWARE is not set
CONFIG_AIC7XXX_DEBUG_ENABLE=y
CONFIG_AIC7XXX_DEBUG_MASK=0
CONFIG_AIC7XXX_REG_PRETTY_PRINT=y
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_MEGARAID is not set
# CONFIG_SCSI_SATA is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_CPQFCTS is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_GENERIC_NCR5380_MMIO is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_NCR53C406A is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_ISP is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_ULTRASTOR is not set
# CONFIG_SCSI_NSP32 is not set
# CONFIG_SCSI_DEBUG is not set

#
# Old CD-ROM drivers (not SCSI, not IDE)
#
# CONFIG_CD_NO_IDESCSI is not set

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set

#
# Fusion MPT device support
#
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support (EXPERIMENTAL)
#
# CONFIG_IEEE1394 is not set

#
# I2O device support
#
# CONFIG_I2O is not set

#
# Networking support
#
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_MMAP is not set
# CONFIG_NETLINK_DEV is not set
CONFIG_UNIX=y
# CONFIG_NET_KEY is not set
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
CONFIG_IP_ADVANCED_ROUTER=y
# CONFIG_IP_MULTIPLE_TABLES is not set
# CONFIG_IP_ROUTE_MULTIPATH is not set
# CONFIG_IP_ROUTE_TOS is not set
# CONFIG_IP_ROUTE_VERBOSE is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_ARPD is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_IPV6 is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_NETFILTER is not set

#
# SCTP Configuration (EXPERIMENTAL)
#
CONFIG_IPV6_SCTP__=y
# CONFIG_IP_SCTP is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_MII=y
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set

#
# Tulip family network device support
#
# CONFIG_NET_TULIP is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_AMD8111_ETH is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_AC3200 is not set
# CONFIG_APRICOT is not set
# CONFIG_B44 is not set
# CONFIG_CS89x0 is not set
# CONFIG_DGRS is not set
CONFIG_EEPRO100=y
# CONFIG_EEPRO100_PIO is not set
# CONFIG_E100 is not set
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_8139CP is not set
# CONFIG_8139TOO is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
CONFIG_E1000=y
CONFIG_E1000_NAPI=y
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_R8169 is not set
# CONFIG_SIS190 is not set
# CONFIG_SK98LIN is not set
# CONFIG_TIGON3 is not set

#
# Ethernet (10000 Mbit)
#
# CONFIG_IXGB is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Amateur Radio support
#
# CONFIG_HAMRADIO is not set

#
# IrDA (infrared) support
#
# CONFIG_IRDA is not set

#
# Bluetooth support
#
# CONFIG_BT is not set

#
# ISDN subsystem
#
# CONFIG_ISDN_BOOL is not set

#
# Telephony Support
#
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_TSDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input I/O drivers
#
# CONFIG_GAMEPORT is not set
CONFIG_SOUND_GAMEPORT=y
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_PARKBD is not set
# CONFIG_SERIO_PCIPS2 is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_INPORT is not set
# CONFIG_MOUSE_LOGIBM is not set
# CONFIG_MOUSE_PC110PAD is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_SERIAL_NONSTANDARD is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_NR_UARTS=4
# CONFIG_SERIAL_8250_EXTENDED is not set

#
# Non-8250 serial port support
#
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_UNIX98_PTYS is not set
CONFIG_PRINTER=y
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set
# CONFIG_TIPAR is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# I2C Algorithms
#

#
# I2C Hardware Bus support
#

#
# I2C Hardware Sensors Chip support
#
# CONFIG_I2C_SENSOR is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
# CONFIG_QIC02_TAPE is not set

#
# IPMI
#
# CONFIG_IPMI_HANDLER is not set

#
# Watchdog Cards
#
CONFIG_WATCHDOG=y
# CONFIG_WATCHDOG_NOWAYOUT is not set
# CONFIG_SOFT_WATCHDOG is not set
# CONFIG_WDT is not set
# CONFIG_WDTPCI is not set
# CONFIG_PCWATCHDOG is not set
# CONFIG_ACQUIRE_WDT is not set
# CONFIG_ADVANTECH_WDT is not set
# CONFIG_EUROTECH_WDT is not set
# CONFIG_IB700_WDT is not set
# CONFIG_I810_TCO is not set
# CONFIG_MIXCOMWD is not set
# CONFIG_SCx200_WDT is not set
# CONFIG_60XX_WDT is not set
# CONFIG_W83877F_WDT is not set
# CONFIG_W83627HF_WDT is not set
# CONFIG_MACHZ_WDT is not set
# CONFIG_SC520_WDT is not set
# CONFIG_AMD7XX_TCO is not set
# CONFIG_ALIM7101_WDT is not set
# CONFIG_ALIM1535_WDT is not set
# CONFIG_SC1200_WDT is not set
# CONFIG_WAFER_WDT is not set
# CONFIG_CPU5_WDT is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_NVRAM is not set
CONFIG_RTC=y
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_SONYPI is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set
# CONFIG_MWAVE is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_HANGCHECK_TIMER is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# Digital Video Broadcasting Devices
#
# CONFIG_DVB is not set

#
# Graphics support
#
# CONFIG_FB is not set
# CONFIG_VIDEO_SELECT is not set

#
# Console display driver support
#
CONFIG_VGA_CONSOLE=y
# CONFIG_MDA_CONSOLE is not set
CONFIG_DUMMY_CONSOLE=y

#
# Sound
#
# CONFIG_SOUND is not set

#
# USB support
#
# CONFIG_USB is not set
# CONFIG_USB_GADGET is not set

#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
# CONFIG_EXT3_FS_POSIX_ACL is not set
# CONFIG_EXT3_FS_SECURITY is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set

#
# CD-ROM/DVD Filesystems
#
# CONFIG_ISO9660_FS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
# CONFIG_FAT_FS is not set
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
# CONFIG_DEVFS_FS is not set
CONFIG_TMPFS=y
# CONFIG_HUGETLBFS is not set
# CONFIG_HUGETLB_PAGE is not set
CONFIG_RAMFS=y

#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set

#
# Network File Systems
#
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_NFS_V4 is not set
# CONFIG_NFS_DIRECTIO is not set
# CONFIG_NFSD is not set
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
# CONFIG_EXPORTFS is not set
CONFIG_SUNRPC=y
# CONFIG_SUNRPC_GSS is not set
# CONFIG_SMB_FS is not set
# CONFIG_CIFS is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_INTERMEZZO_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y

#
# Native Language Support
#
# CONFIG_NLS is not set

#
# Profiling support
#
# CONFIG_PROFILING is not set

#
# Kernel hacking
#
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_STACKOVERFLOW is not set
# CONFIG_DEBUG_SLAB is not set
# CONFIG_DEBUG_IOVIRT is not set
CONFIG_MAGIC_SYSRQ=y
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_FRAME_POINTER is not set
CONFIG_X86_EXTRA_IRQS=y
CONFIG_X86_FIND_SMP_CONFIG=y
CONFIG_X86_MPPARSE=y

#
# Security options
#
# CONFIG_SECURITY is not set

#
# Cryptographic options
#
# CONFIG_CRYPTO is not set

#
# Library routines
#
# CONFIG_CRC32 is not set
CONFIG_X86_BIOS_REBOOT=y
CONFIG_PC=y

[uml-devel] Re: uml-patch-2.6.1-1: VFS: Cannot open root device "ubd0" or unknown-block(0, 0)

[Ingo Molnar]

>  VFS: Cannot open root device "ubd0" or unknown-block(0,0)
>  Please append a correct "root=" boot option
>  Kernel panic: VFS: Unable to mount root fs on unknown-block(0,0)

ah, found it. This command-line used to work:

 ./linux ubd0=/tmp/uml.img root=/dev/ubd0 mem=64m init=/bin/bash umid=uml1

but now it has to be /dev/ubd/0, not /dev/ubd0.

	Ingo


-------------------------------------------------------
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-patch-2.6.1-1: VFS: Cannot open root device "ubd0" or unknown-block(0, 0)

[Jeff Dike]

On Sun, Jan 18, 2004 at 03:04:00PM +0100, Ingo Molnar wrote:
> ah, found it. This command-line used to work:
> 
>  ./linux ubd0=/tmp/uml.img root=/dev/ubd0 mem=64m init=/bin/bash umid=uml1
> 
> but now it has to be /dev/ubd/0, not /dev/ubd0.

You shouldn't need any root= any more if you are booting from ubd0.

				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] uml-patch-2.6.0

[M A Young]

On Sat, 17 Jan 2004, BlaisorBlade wrote:

> I've updated all the stuff that was there. You claimed you didn't want some
> patches, now I've organized things so they can be easily excluded. Do *not*
> use the combo.
>
> This are some brief patches descriptions (in the 00-README).
> C-03 (trivial, removes smplock.h which went away)
> C-04 (sys-i386/fault.c shouldn't even compile for now, as the exception
> handling has had a syntactic change)
> G-01 (one-liner for SELinux build, from M A Young)

Actually, I got it from u-m-l-d; it was originally by someone else,
possibly Russell Coker.


	Michael Young


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

[Gerd Knorr]

BlaisorBlade <blaisorblade_spam@yahoo.it> writes:

> Module support fix is trivial, and does not depend on anything controversial, 
> until you don't enable CONFIG_MODVERSIONS. So apply the patch. I've also 
> infos (and some code) about fixing the panic you get on startup with it 
> enabled.

Uhm, no.  Applied and builds for me, but doesn't work, insmod
complains about *plenty* of unknown symbols.

G-02-LinkScriptCleanup.patch removes various ksymtab stuff from
common.lds.S (which is in the RODATA #define these days), that one
looks like it could be needed too to make modules work ...

  Gerd

-- 
"... und auch das ganze Wochenende oll" -- Wetterbericht auf RadioEins


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

[BlaisorBlade]

Alle 18:06, lunedì 19 gennaio 2004, Gerd Knorr ha scritto:
> BlaisorBlade <blaisorblade_spam@yahoo.it> writes:
> > Module support fix is trivial, and does not depend on anything
> > controversial, until you don't enable CONFIG_MODVERSIONS. So apply the
> > patch. I've also infos (and some code) about fixing the panic you get on
> > startup with it enabled.
>
> Uhm, no.  Applied and builds for me, but doesn't work, insmod
> complains about *plenty* of unknown symbols.

It works for me, maybe either you didn't apply some patch or a make clean 
ARCH=um is needed.

> G-02-LinkScriptCleanup.patch removes various ksymtab stuff from
> common.lds.S (which is in the RODATA #define these days), that one
> looks like it could be needed too to make modules work ...

Those repeated sections are harmless, only ugly; the big change is for 
/proc/kallsyms. However, modules worked without that (it helps also for 
modversions, but not completely: with that I get no panic but versions 
mismatch, and I know why).

I've not been very careful in testing separate patches one-by-one. I've tested 
the whole set minus the H-03 and H-04 one, but not together.

Bye
-- 
cat <<EOSIGN
Paolo Giarrusso, aka Blaisorblade
Linux Kernel 2.4.23/2.6.0 on an i686; Linux registered user n. 292729
EOSIGN



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

[Gerd Knorr]

> > G-02-LinkScriptCleanup.patch removes various ksymtab stuff from
> > common.lds.S (which is in the RODATA #define these days), that one
> > looks like it could be needed too to make modules work ...
> 
> Those repeated sections are harmless, only ugly;

No: removing those sections made modules work for me. (behaviour may
depend on the binutils version through ...).

  Gerd

-- 
"... und auch das ganze Wochenende oll" -- Wetterbericht auf RadioEins


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

[M A Young]

>* Jeff Dike <jdike@addtoit.com> wrote:
>
>> >  * Any known issues with 2.6.1 kernels?
>>
>> Fewer, now that I got the 2.6.1 patch out.  UML lacks
>> [gs]et_thread_area still, so 2.6 UMLs won't boot new libcs.
>
>hm, are you sure this is the reason why they dont boot? At least the
>ones in Fedora fall back to LinuxThreads if set_thread_area is -ENOSYS.
>Old 2.4 kernels work just fine - UML ought to work fine too.

Originally, the problem was with these calls as UML used to panic rather
than return -ENOSYS. Now however I believe there is no direct connection
between the [gs]et_thread_area calls and the hang that occurs early on in
tt mode for RedHat 9 glibcs if the /lib/tls libraries exist. For FC1
glibcs the hang happens anyway. See an earlier post of mine for more
details of the hang.

	Michael Young


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