Return to README.dynamic CVS log | Up to [local] / sys / compat / osf1 |
File: [local] / sys / compat / osf1 / README.dynamic (download)
Revision 1.1.1.1 (vendor branch), Tue Mar 4 16:09:19 2008 UTC (16 years, 6 months ago) by nbrk
Import of OpenBSD 4.2 release kernel tree with initial code to support Jornada 720/728, StrongARM 1110-based handheld PC. At this point kernel roots on NFS and boots into vfs_mountroot() and traps. What is supported: - glass console, Jornada framebuffer (jfb) works in 16bpp direct color mode (needs some palette tweaks for non black/white/blue colors, i think) - saic, SA11x0 interrupt controller (needs cleanup) - sacom, SA11x0 UART (supported only as boot console for now) - SA11x0 GPIO controller fully supported (but can't handle multiple interrupt handlers on one gpio pin) - sassp, SSP port on SA11x0 that attaches spibus - Jornada microcontroller (jmcu) to control kbd, battery, etc throught the SPI bus (wskbd attaches on jmcu, but not tested) - tod functions seem work - initial code for SA-1111 (chip companion) : this is TODO Next important steps, i think: - gpio and intc on sa1111 - pcmcia support for sa11x0 (and sa1111 help logic) - REAL root on nfs when we have PCMCIA support (we may use any of supported pccard NICs) - root on wd0! (using already supported PCMCIA-ATA) |
$OpenBSD: README.dynamic,v 1.5 2001/07/09 05:15:23 fgsch Exp $ $NetBSD: README.dynamic,v 1.2 1999/04/27 06:39:49 cgd Exp $ Dynamically linked programs are supported by NetBSD's Digital UNIX (formerly DEC OSF/1) emulation. The OSF/1 dynamic linker scheme is described in fair detail in: %A Larry W. Allen %A Harminder G. Singh %A Kevin G. Wallace %A Melanie B. Weaver %T Program Loading in OSF/1 %P 145-160 %I USENIX %B USENIX Conference Proceedings %D January 21-25, 1991 %C Dallas, TX %W Open Software Foundation Additionally, the object file formats in use are described in the Digital UNIX _Assembly Language Programmer's Guide_ which can be found (among other places) on a version-specific page off of: http://www.unix.digital.com/faqs/publications/pub_page/doc_list.html Finally, the actual representation of Auxiliary Vectors came from information in the Digital UNIX auxv.h header file. There are at least two potential issues with the implementation as it currently exists: 1. exec_with_loader() is not emulated. Most uses of dynamically linked programs come through execve() and use the default loader (/sbin/loader). In Digital UNIX (and OSF/1) you can also force a specific loader to always be invoked to load an executable by using the exec_with_loader() system call. Few, if any, programs use this feature. 2. It is not immediately obvious that the right values are used for text and data locations when invoking a dynamically linked executable. The text and data sections, and the break, are set up as if /sbin/loader itself had been executed. It's not clear that this is correct, but /sbin/loader seems to expect that at least the break will be set up this way. This has certain implications for the way mmap() behaves. See the comment in the osf1_mmap() function in osf1_misc.c. 3. The stack location is used is the normal NetBSD/alpha stack location. No attempt is made to put the stack in the place where Digital UNIX would normally put it. This may confuse some programs.