PDF version - ARM Information Center

More documents

Recommendations

Info

Getting Started with Real-Time System ModelsOn the target side, the console process invoked by your target OS relies upon a suitable driverbeing present. Such drivers are normally part of the OS kernel. The driver passes serial datathrough a UART. The data is forwarded to the TelnetTerminal component, which exposes aTCP/IP port to the world outside of the RTSM. This port can be connected to by, for example,a Telnet process on the host.By default, the VE RTSM or MPS RTSM starts four telnet Terminals when the model isinitialized. You can change the startup behavior for each of the four Terminals by modifying thecorresponding component parameters. See Terminal parameters on page 3-9.If the Terminal connection is broken, for example by closing a client telnet session, the port isre-opened on the host. This might have a different port number if the original one is no longeravailable. Before the first data access, you can connect a client of your choice to the networksocket. If there is no existing connection when the first data access is made, and the start_telnetparameter is true, a host telnet session is started automatically.The port number of a particular Terminal instance can be defined when the RTSM starts. Theactual value of the port used by each Terminal is declared when it starts or restarts, and mightnot be the value you specified if the port is already in use. If you are using Model Shell, the portnumbers are displayed in the host window in which you started the model.You can start the Terminal component in one of two modes:• Telnet mode• Raw mode.2.7.1 Telnet modeIn telnet mode, the Terminal component supports a subset of the RFC 854 protocol. This meansthat the Terminal participates in negotiations between the host and client concerning what is andis not supported, but flow control is not implemented.2.7.2 Raw modeRaw mode enables the byte stream to pass unmodified between the host and the target. Thismeans that the Terminal component does not participate in initial capability negotiationsbetween the host and client. It simply acts as a TCP/IP port. You can use this feature to directlyconnect to your target through the Terminal component.ARM DUI 0575A Copyright © 2011 ARM. All rights reserved. 2-15ID051811Non-Confidential
Getting Started with Real-Time System Models2.8 Virtual filesystemThe Virtual FileSystem (VFS) allows your target to access parts of a host filesystem. This accessis achieved through a target OS-specific driver and a memory mapped device called theMessageBox. When using the VFS, access to the host filesystem is analogous to access to ashared network drive, and can be expected to behave in the same way.This section contains the following sections:• VFS operations• Using the VFS with a pre-built RTSM on page 2-17.This section does not cover the process for adding the VFS component to your model system,but instead on how the end user interacts with the VFS. If you need to build your own systemincluding the VFS, see the Fast Models Reference Manual. See also the WritingADriver.txt filein %PVLIB_HOME%\VFS\docs\.NoteVFS support is only provided by VE RTSM models. MPS RTSM models do not support VFSfunctionality.2.8.1 VFS operationsThe VFS supports the following filesystem operations:getattr retrieves metadata for the file, directory or symbolic linkmkdir creates a new directoryremove removes a file, directory or symbolic linkrename renames a file, directory or symbolic linkrmdir removes an empty directorysetattr sets metadata for the file, directory or symbolic link.Notesetattr is not currently implemented.Symbolic links are not currently supported. Hard links cannot be created by the model but hardlinks created by the host operating system will function correctly.The VFS supports the following mount points:closemountsfrees the iterator handle returned from openmountsopenmountsretrieves an iterator handle for the list of available mountsreadmounts reads one entry from the mount iterator ID.The VFS supports the following directory iterators:closedir frees a directory iterator handle retrieved by opendiropendir retrieves an iterator handle for the directory specifiedreaddir reads the next entry from the directory iterator.NoteDatestamps returned are in milliseconds elapsed since the VFS epoch of January 01 1970 00:00UTC and are host datestamps. The host datestamp might be in the future relative to the simulatedOS datestamp.ARM DUI 0575A Copyright © 2011 ARM. All rights reserved. 2-16ID051811Non-Confidential
Page 1 and 2: Real-Time System ModelVersion 1.0Re
Page 3 and 4: ContentsReal-Time System Model Refe
Page 5 and 6: PrefaceThis preface introduces the
Page 7 and 8: Prefaceboldmonospacemonospacemonosp
Page 9 and 10: PrefaceFeedbackARM welcomes feedbac
Page 11 and 12: Introduction1.1 Introduction to sys
Page 13 and 14: Introduction• ARMv7A-AEM on page
Page 15 and 16: IntroductionA complete model implem
Page 17 and 18: Getting Started with Real-Time Syst
Page 29: Getting Started with Real-Time Syst
Page 33 and 34: Chapter 3Programmer’s Reference f
Page 35 and 36: Programmer’s Reference for the VE
Page 61 and 62: Programmer’s Reference for the MP
Page 69 and 70: GlossaryThis glossary lists abbrevi
Page 71: GlossaryVEVersatile Express. A hard

PDF version - ARM Information Center

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?