All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rob Landley <rob@landley.net>
To: Jeff Dike <jdike@addtoit.com>
Cc: user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] Getting the x86-64 rollup patch to work on my x86 laptop.
Date: Thu, 17 Nov 2005 16:51:33 -0600	[thread overview]
Message-ID: <200511171651.33764.rob@landley.net> (raw)
In-Reply-To: <20051117184038.GB7062@ccure.user-mode-linux.org>

On Thursday 17 November 2005 12:40, Jeff Dike wrote:
> On Wed, Nov 16, 2005 at 06:11:38PM -0600, Rob Landley wrote:
> > include/asm/processor.h:19: error: field `tls' has incomplete type
>
> This is strange.  It's complaining about not having a struct user_desc,
> which is defined in asm-i386/ldt.h, which is included from
> asm-um/ldt-i386.h through the asm/arch symlink.
>
> Your asm/arch link points to asm-i386, doesn't it?

Let's see.  Grab a fresh patches.tar off the website, cd into the source 
directory of 2.6.15-rc1 that just built but didn't work to give the assembly 
dump from a moment ago, and go:

 for i in `cat patches/series`; do patch -p1 -i patches/$i; done

mkdir ../linux-umlbuild2
make KCONFIG_ALLCONFIG=../../sources/system/uml-miniconf \
        ARCH=um O=../linux-umlbuild2 allnoconfig
cd ../linux-umlbuild2
make ARCH=um

And it dies with:

  SPLIT   include/linux/autoconf.h -> include/config/*
gcc -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing 
-fno-common -ffreestanding -O2     -fomit-frame-pointer  -D__arch_um__ 
-DSUBARCH=\"i386\" -Iarch/um/include 
-I/home/landley/newbuild/firmware-build/tmpdir/linux-2.6.14/arch/um/include  
-I/home/landley/newbuild/firmware-build/tmpdir/linux-2.6.14/arch/um/include/skas 
-Dvmap=kernel_vmap -Din6addr_loopback=kernel_in6addr_loopback 
-Derrno=kernel_errno -Dsigprocmask=kernel_sigprocmask  -U__i386__ -Ui386 
-march=i686 -mpreferred-stack-boundary=2 -D_LARGEFILE64_SOURCE    -nostdinc 
-isystem /usr/lib/gcc-lib/i486-linux/3.3.5/include -D__KERNEL__ -Iinclude 
-Iinclude2 
-I/home/landley/newbuild/firmware-build/tmpdir/linux-2.6.14/include -include 
include/linux/autoconf.h -S -o 
arch/um/kernel-offsets.s /home/landley/newbuild/firmware-build/tmpdir/linux-2.6.14/arch/um/sys-i386/kernel-offsets.c
In file included from include2/asm/thread_info.h:12,
                 from /home/landley/newbuild/firmware-build/tmpdir/linux-2.6.14/include/linux/thread_info.h:21,
                 from /home/landley/newbuild/firmware-build/tmpdir/linux-2.6.14/include/linux/spinlock.h:53,
                 from /home/landley/newbuild/firmware-build/tmpdir/linux-2.6.14/include/linux/capability.h:45,
                 from /home/landley/newbuild/firmware-build/tmpdir/linux-2.6.14/include/linux/sched.h:7,
                 from /home/landley/newbuild/firmware-build/tmpdir/linux-2.6.14/arch/um/sys-i386/kernel-offsets.c:3:
include/asm/processor.h:19: error: field `tls' has incomplete type

I can send you the tarball of this linux-umlbuild2 directory if you like (it's 
118k).

find . -name asm
./include/asm
./include2/asm

ls -l include/asm include2/asm
lrwxrwxrwx  1 landley landley 72 2005-11-17 16:46 include2/asm 
-> /home/landley/newbuild/firmware-build/tmpdir/linux-2.6.14/include/asm-um
lrwxrwxrwx  1 landley landley  6 2005-11-17 16:46 include/asm -> asm-um

ls -l include/asm/arch include2/asm/arch
ls: include2/asm/arch: No such file or directory
lrwxrwxrwx  1 landley landley 74 2005-11-17 16:46 include/asm/arch 
-> /home/landley/newbuild/firmware-build/tmpdir/linux-2.6.14/include/asm-i386

I have no idea what the difference between include and include2 is, but it's 
there on the straight -rc1 that built, so I'm assuming it's intentional.

> > error: syntax error before "uml_ldt_t"
>
> uml_ldt_t is clearly typedefed in asm/ldt-i386.h, which is symlinked from
> ldt.h, which is included into mme-skas.h.
>
> Your recipe says you did a completely clean build, but the symptoms look
> to me like you have leftovers from a non-UML or non-UML/i386 build.

I've never done any non-x86 builds on my laptop.  (Only an x86 toolchain 
installed.)  I have done non-UML builds, but this is a clean directory.

gcc -v says:
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.5/specs
Configured with: ../src/configure -v 
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr 
--mandir=/usr/share/man --infodir=/usr/share/info 
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared 
--with-system-zlib --enable-nls --without-included-gettext 
--enable-__cxa_atexit --enable-clocale=gnu --enable-debug 
--enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux
Thread model: posix
gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2)

I have noticed that if you do a UML build and then make ARCH=um distclean and 
diff the directory with a freshly extracted tarball, you get all sorts of 
crud left over.  But that's a side issue.  (And another reason to use O=, I 
suppose...)

>     Jeff

Rob


-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

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

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-16 17:00 [uml-devel] Getting the x86-64 rollup patch to work on my x86 laptop Rob Landley
2005-11-16 19:42 ` Bodo Stroesser
2005-11-16 22:19 ` Jeff Dike
2005-11-17  0:11   ` Rob Landley
2005-11-17  5:26     ` Jeff Dike
2005-11-17 13:16       ` Rob Landley
2005-11-17 16:37         ` Jeff Dike
2005-11-17 15:58           ` Rob Landley
2005-11-17 17:26             ` Jeff Dike
2005-11-17 17:40             ` Jeff Dike
2005-11-17 22:19               ` Rob Landley
2005-11-17 14:46       ` Rob Landley
2005-11-17 17:24         ` Jeff Dike
2005-11-17 18:40     ` Jeff Dike
2005-11-17 22:51       ` Rob Landley [this message]
2005-11-17 23:12         ` Rob Landley
2005-11-18  3:12         ` Jeff Dike
2005-11-18  6:14           ` Rob Landley
2005-11-18  6:32             ` Rob Landley
2005-11-18  6:48           ` Rob Landley
2005-11-18  7:26             ` Blaisorblade
2005-11-18  7:33               ` Rob Landley
2005-11-18  7:58                 ` Blaisorblade
2005-11-18  8:59                   ` Rob Landley
2005-11-19  2:35                     ` Blaisorblade
2006-01-11 21:52                       ` [uml-devel] tls incrementals for 2.6.15 breaking build ... still? D. Bahi
2006-01-12  5:29                         ` D. Bahi

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=200511171651.33764.rob@landley.net \
    --to=rob@landley.net \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.