linux-um archives
 help / color / mirror / Atom feed
From: Blaisorblade <blaisorblade@yahoo.it>
To: Antoine Martin <antoine@nagafix.co.uk>
Cc: user-mode-linux-devel@lists.sourceforge.net,
	Jeff Dike <jdike@addtoit.com>
Subject: [uml-devel] Re: 2.6.14-bs1
Date: Fri, 11 Nov 2005 18:48:00 +0100	[thread overview]
Message-ID: <200511111848.01764.blaisorblade@yahoo.it> (raw)
In-Reply-To: <1131140395.27405.6.camel@localhost.localdomain>

On Friday 04 November 2005 22:39, Antoine Martin wrote:
> Hi,

> I thought you might be interested in this regression:

> make ARCH=um SUBARCH=i386 defconfig
> make ARCH=um SUBARCH=i386 vmlinux
> (...)
>   CC      arch/um/kernel/initrd.o
>   CC      arch/um/kernel/skas/clone.o
> arch/um/kernel/skas/clone.c: In function `stub_clone_handler':
> arch/um/include/sysdep/stub.h:32: error: can't find a register in class
> `BREG' while reloading `asm'
> arch/um/include/sysdep/stub.h:53: error: can't find a register in class
> `BREG' while reloading `asm'
> arch/um/include/sysdep/stub.h:42: error: can't find a register in class
> `BREG' while reloading `asm'
> arch/um/include/sysdep/stub.h:75: error: can't find a register in class
> `BREG' while reloading `asm'
> make[2]: *** [arch/um/kernel/skas/clone.o] Error 1
> make[1]: *** [arch/um/kernel/skas] Error 2
> make: *** [arch/um/kernel] Error 2

Ok, today I've had time to look at the compile error, and while they are 
"legitimate" (aka you didn't do anything wrong, and I don't think it can 
be .config-dependant), they're still totally bogus (aka GCC is drunk).

And what's going on is possibly related to the hardening patches both you 
Gentoo GCC (3.4.4) says to have and that the FC4 GCC (4.0) I know to have.

In fact, I compile with 3.4.4 and it works; plus, the source code is IMHO 
legitimate.

However, I just remembered I have an Ubuntu with GCC 4.0... so I could test 
the thing.
> I've had quite a few problems with 2.6.14 not booting on 2.6.13 and
> 2.6.14 hosts. (errors have been reported by other users - unfortunately
> the strace isn't very useful)

I've not looked deeply at the strace, but I don't see anything much clear.

Also, I suppose the problem is with SKAS0 and no regression is seen in other 
modes.

However, given that you're having this compilation problem (caused by 
uml-fix-misassembling-skas0-stub-segv, which you can unapply for testing), 
you could test the 32-bit binaries I've built and uploaded on my homepage.

For at least one people they run better than home-compiled binaries, and 
there's no report of the opposite.

Also, there is at least another GCC-triggered bug in SKAS0 sources, so if 
you're hitting this one then the binaries will fix it.

> Antoine

-- 
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade

	

	
		
___________________________________ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it



-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

       reply	other threads:[~2005-11-11 17:40 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1131140395.27405.6.camel@localhost.localdomain>
2005-11-11 17:48 ` Blaisorblade [this message]
2005-11-11 20:49   ` [uml-devel] Re: 2.6.14-bs1 Antoine Martin
2005-11-14 20:27     ` Blaisorblade
2005-11-15 23:57       ` Antoine Martin
2005-11-16 14:37         ` Blaisorblade

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200511111848.01764.blaisorblade@yahoo.it \
    --to=blaisorblade@yahoo.it \
    --cc=antoine@nagafix.co.uk \
    --cc=jdike@addtoit.com \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox