|call for participation in Target Management [message #565826]
||Thu, 26 May 2005 16:20
Registered: July 2009
This is an invitation to anyone interested in the upcoming Target |
Please post to this newsgroup entry:
- who you are (including organzation)
- what do you expect technically from Target Management (if it's more than
- what kind of participation you want (being informed, participate in
discussions, do actual work, ...)
- and anything you want to say regarding the proposed Target Management
Prior discussions with many companies made it clear that there is a lot of
interest in this topic. And a lot of common requirements. Please post here
to make this fact also visible to other organizations and the Eclipse board
which measures the interest in DSDP and it's subprojects also in terms of
newsgroup postings. That's vital for the adoption of the proposed DSDP top
level project and it's subprojects like Target Management.
As a first step of real work and to foster discussion WindRiver will come up
with a list of use cases we see for Target Management (planned for early
To give you an idea of what we see as the scope of the Target Management
subproject I repeat here the part of the DSDP project proposal dealing with
A lot of software is developed that needs to be run on a remote system.
Developers have to connect to these systems to download software and data,
start and stop programs, debug programs and more. The goal of the Target
Management project is to provide data models and frameworks to manage remote
systems, their connections and their services. Although Target Management is
a fundamental requirement in the embedded world, it could also be used in
the Enterprise for remote development to manage connections between clients
and servers to build and debug applications remotely.
There are many different processors, boards, operating systems, connection
protocols (e.g. TCP/IP, serial, JTAG, proprietary) and services (console,
query, run control, ping, download, events, debug) used. Often many of these
interfaces are present at the same time, so developers need to manage the
different devices and their configurations. The Target Management project
will provide plug-ins to simplify configuration and management of a wide
range of connection mechanisms.
A first attempt for a "Remote System (Target) Definition" has been made in
the CDT. The proposal discusses a framework that provides an abstraction of
connections and services on a remote target. Such an abstraction will allow
for the creation of tools that unify the access to remote targets and
simplify the creation of launch configurations. For details, see Bugzilla
entry: Bug 65471
We propose to extend this work in the following steps:
a.. Extensions and additional data models for connection protocols,
services, devices and whatever needs to be abstracted
b.. Frameworks to enable interaction with remote devices like: connect,
query, download, start, stop, debug, etc.
c.. Abstractions and a framework for functionality needed to launch
programs including sequencing, parameter passing, conditions, timing, etc.
d.. Capabilities to manage numerous shared devices over the network
The target manager plugin created in this project will provide
general-purpose capabilities to manage connection configurations, monitor
status, transfer data, and launch and debug programs on remote devices based
on gdb. Vendors can extend the target manager with connection mechanisms
specific to their environment and operating system.
Powered by FUDForum
. Page generated in 0.01356 seconds