Port-arm archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: NetBSD 6.0 and earmv7hf
As additional background information, it would appear that the EABI was
backported to NetBSD 6 on the 5th gen TC.
"file" gives misleading information but readelf is more helpful: it
reports an ELF flag of 0x4000002, which is "has entry point, Version4
EABI". As far as I know, NetBSD releases never used this, having gone
straight to the version 5 EABI (0x5000002) starting with NetBSD 7.0.
Provided that COMPAT_NETBSD32(*) is enabled on this device,
statically-linked OABI binaries should still be able to run, per David's
query. It appears to be *trying* to run the old binaries.
On the other track, Ernst, any luck with "least common denominator" EABI
binaries, such as from here? Say, rsync or mc?
http://ftp.netbsd.org/pub/pkgsrc/packages/NetBSD/earm/7.0/All/
-Craig
(*) I get it, but yikes, that's a misnomer. The system *is* netbsd32...
On 02/14/19 11:38, Ernst J. Oud wrote:
>>
>> Does a static binary from NetBSD-6 /rescue work on it?
>>
>> David
>>
>
> A very good question.
>
> The answer; yes and no.
>
> If I rename the available rescue crunched binary ("[") to "rescue", I can
> start it and it shows me all the available commands. Some commands work:
>
> ---
>
> airport-tc# ./rescue
>
> Usage: rescue <prog> <args> ..., where <prog> is one of:
> cat chio chmod cp csh -csh date dd df domainname echo ed expr hostname kill
> ksh -ksh ln ls mkdir mt mv pax tar ps pwd rcmd rcp rm rmdir sh -sh sleep
> stty
> sync test [ atactl badsect brconfig ccdconfig chown chgrp clri disklabel
> dkctl
> dmesg dump rdump dump_lfs rdump_lfs fdisk fsck fsck_ext2fs fsck_ffs
> fsck_lfs
> fsck_msdos fsdb fsirand gpt ifconfig init init.bak lmcconfig mbrlabel mknod
> modload modstat modunload mount mount_ados mount_cd9660 mount_efs
> mount_ext2fs
> mount_fdesc mount_ffs mount_ufs mount_filecore mount_kernfs mount_lfs
> mount_msdos mount_nfs mount_ntfs mount_null mount_overlay mount_procfs
> mount_smbfs mount_tmpfs mount_umap mount_union newfs mount_mfs newfs_lfs
> newfs_msdos ping pppoectl ipppctl raidctl rcorder reboot halt restore
> rrestore
> rndctl route routed savecore scan_ffs scsictl setkey shutdown slattach
> swapctl
> swapon sysctl ttyflags tunefs umount wdogctl veriexecctl wsconsctl bzip2
> bunzip2 bzcat ftp grep egrep fgrep zgrep zegrep zfgrep gzip gunzip gzcat
> zcat
> kdump ktrace ktruss ekermit less more vi ex chroot dumpfs dumplfs
> installboot
> vnconfig tetris lfs_cleanerd ldconfig pdisk ping6 rtsol cgdconfig scp ssh
> slogin ldd rescue
>
> airport-tc# ./rescue ldd rescue
> rescue: rescue: not dynamically linked
>
> airport-tc# ./rescue scp
> [1] Bus error ./rescue scp
>
> ---
>
> See; "ldd" appears to work but "scp" bombs with a bus error.
>
> All very weird since if the kernel is EABI on this TC then rescue should not
> work. It does, somewhat.
>
> Even more confusing.
>
> Ernst
>
>
>
Home |
Main Index |
Thread Index |
Old Index