Hi,

I'm using crosstool to generate toolchains for my target platform. I started experiencing weird problem with the latest glibc, kernel and others.
Basically, the process fails with the error saying that it was unable to find include/asm-i368. I have some friends who are being bothered by the same issue. Anyone experienced the same/managed to solve it? My target platform is regular i686.

Best,
Chris

Do you have a link from asm-i386 to just plain asm? This is the way it is usually setup.

I compared the kernel source tree that I was using previously (2.6.18.1) with the one that I'm using now (2.6.24.1) and it seems that the there is no asm-i386 subdirectory in the include directory. There's is asm-x86 though. I guess it should be ok to create the asm-i386 link that points to asm-x86 ?

I believe that is the case; in the past year a lot of work was done to merge the asm-i386 and asm-x86_64 code (after all, why can't 386 be handled as a subset of AMD64). I remember an lkml post a few moths ago about some cleanup being done, so that merge may have been completed by now. (Do you dare search the lkml archive?)

Anyway, the definitive test is to go into the asm-x86 directory and grep for the following: 386 486 585 686 AMD64 x86_64
If they all show something then you do have merged code.

What instructions are you following for cross-tools? Obviously something is outdated if it is referring to asm-i386 when you have a kernel source that does not have that. It is possible that the problem is with the "sanitized" headers - in which case you need to configure and compile a kernel just to get the sanitized headers; fortunately you can build the kernel for your existing system to get the headers you need. Unfortunately there doesn't seem to be an option to generate the headers only; or at least it's not documented when you type 'make help'.