Re: [uml-devel] NPTL support

[Blaisorblade <blaisorblade@yahoo.it>]

On Tuesday 29 November 2005 22:00, Antoine Martin wrote:
> > >  Is NPTL supported and working? Are there separate patches to be
> >
> > applied
> >
> > > against 2.6.10 kernel?
> >
> > My current patchset, against 2.5.15-rc1, is running current Debian and
> > FC4
> > filesystems without any apparent problems.
> >
> >                                 Jeff
>
> I thought that last time I failed to build it, Gentoo was to blame so I
> tried again today on an amd64 FC4 host, and that worked for i386.
> Again, I had to delete the empty files to get that far.

> I also had to remove 3-level page tables option

x86_64 or x86? The latter has almost never really worked well...

> , otherwise I get this: 
>   HOSTCC  scripts/bin2c
>   CC      init/main.o
> In file included from include/asm/pgtable.h:30,
>                  from include/linux/bootmem.h:7,
>                  from init/main.c:30:
> include/asm/pgtable-3level.h: In function ‘pud_clear’:
> include/asm/pgtable-3level.h:74: warning: implicit declaration of
> function ‘set_64bit’
>   CHK     include/linux/compile.h
>   UPD     include/linux/compile.h
> (...) Lots more warnings about set_64bit... Then the build fails.

> Any fix for the GCC errors on arch/um/include/sysdep/stub.h would be
> much appreciated (I have to compile on these hosts to be able to use the
> pcap network driver):
>   CC      arch/um/kernel/skas/clone.o
> arch/um/kernel/skas/clone.c: In function `stub_clone_handler':
> arch/um/include/sysdep/stub.h:41: error: can't find a register in class
> `BREG' while reloading `asm'
> arch/um/include/sysdep/stub.h:62: error: can't find a register in class
> `BREG' while reloading `asm'
> arch/um/include/sysdep/stub.h:51: error: can't find a register in class
> `BREG' while reloading `asm'
> arch/um/include/sysdep/stub.h:84: 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
>
> Or shall I bug the GCC guys?

The problem is (seen on another report too): GCC hardened is compiling that 
code as PIE code (like PIC libraries), so it reserves EBX for usage of the 
GOT table (this is detailed in the SysV i386 ELF ABI docs).

Actually, I know a way to fix it, it's a bit of an hack but should work. 
(I.e., using again a "g" constraint for that parameter and adding a mov %n, 
%%ebx there - but then I should add a clobber for ebx, and maybe GCC could 
still complain).
-- 
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



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id\x16865&opΜk
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel