[Dump-devel] Results of sparc patch / too much testing...

[Rob C. <ce...@IM...>]

Patch applied : success
Compiled on RH 6.1 (sparc)/e2fsprogs-devel-1.17-1 : success

Linux to Linux:
Dumped from sparc to tape, restore using sparc : ok
Restored sparc dump to x86 : ok!
Dumped from x86 to tape, restore using x86 : ok
Restored x86 dump to sparc : ok!

One more test -- as a result of the dump/restore/dump dilemma seen
using Solaris.

Acid testing: 
  1. Dump using x86
  2. Restore using sparc
  3. Dump same stuff using sparc
  4. Restore using x86
  5. Check executable to see if its ok to use

Acid test result: ok!

Ok, last one, reverse of last to see if x86 mangles sparc executables,
result: passed!  Rock on...

Based on the above and what I did below it looks like the Solaris
ufsdump and ufsrestore are suspect.  You can move text around, but
heaven hold your binaries :)

IGNORE the rest if you'd like --- the SparcLinux items work now.
Don't know if it'd be too much of a chore to figure out what is
going on to enable Solaris compatilibity with Linux.  I haven't
given the Solaris/Linux emulator a try.  Low priority hacking...

But the SparcLinux works like a champ -- glad to be of some help in my
limited capacity.   I'll await a new release and whip up the Sparc rpms.

Rob Cermak
----------------------------------------------------------------------

Misc compatibility tests with Solaris 2.6 (ufsdump/ufsrestore):

Restored x86 linux dump to sparc Solaris 2.6 (ufsrestore) : ok
Restored sparc linux dump to sparc Solaris 2.6 (ufsrestore) : ok

Dumped from Solaris 2.6 using ufsdump --

   Read using sparc linux: works? (*)
   Read using x86   linux: works? (*)

(*) Looks like text files are ok, but there is some mangling of
    the executable.   The x86 ls that I dumped on the Solaris side
    was put to tape using ufsdump and on the x86 side was restored.
    The executable was not in the same state...  Gotta watch how your
    molecules get scattered using the Enterprise transporters!

Don't know if you want to go here or not.  The results you get when
you run the restored ls is:

x86->Solaris->x86:
[root@njlug pkgs]# ./ls
BUG IN DYNAMIC LINKER ld.so: dynamic-link.h: 57: elf_get_dynamic_info: Assertion `! "bad dynamic
tag"' failed!

I thought it was kinda cute in that I've never seen that message before.

Doing a binary compare (cmp), it dies on byte 12289.
[root@njlug pkgs]# cmp ls /bin/ls
ls /bin/ls differ: char 12289, line 25

Solaris 2.6:
The Solaris box almost ran the SparcLinux dump executable (just testing
out of curiousity) -- it ended up looking for the linux loader...
magellan1{root}139: file dump
dump:  ELF 32-bit MSB executable SPARC Version 1, dynamically linked, stripped
magellan1{root}140: ./dump
dump: Cannot find /lib/ld-linux.so.2
Killed

NOTE: I don't expect x86 or sparc linux executables to run on Solaris.