[Skyeye-developer] Non-MMU 2.6 in SkyEye fails early detecting the processor type

[Stanislav Meduna]

Hi,

I'd like to use uclinux 2.6 for a mmu-less at91 arm7tdmi
machine with SkyEye - the goal is to have the same environment
for development as the real hardware. I have this running
with 2.4, but I'd like to use 2.6 and I was not able
to bring it to work.

I am using 20070130 + uClinux-dist-20070130-20070823.patch.gz
and current (svn) SkyEye. The toolchain is self-compiled
with recent binutils (2.17) and gcc (4.2.1) and I am able
to produce userland binaries with it, so it should not be
fundamentally broken.

Based on some postings here I tried
  make at91x40_defconfig
but this does not even compile because of undefined
atmel_default_console and friends. Changing the platform
to 91rm9200 compiles, but does not run. All I get
is
  start addr is set to 01008000 by exec file


Trying to debug it looks like this ends very soon - the
code stepped through __lookup_machine_type and proceeded
to __error_p - looks like the kernel is not happy with what
skyeye looks like.

I know nothing about ARM instruction set, so I can't say
what is corrupt - the code, the emulation, the compiler
or my config. In head-nommu.S the beq __error_p after
movs r10, r5 is taken, but the r5 does not contain null,
there is 0x01014440.

Browsing through the list archive it seems that there are
people running 2.6 on such platform - could someone send me
a working .config, skyeye.conf and versions of the uclinux,
skyeye, gcc and binutils it was built with?

Thanks
-- 
                                        Stano