<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</style>
</head>
<body class='hmmessage'>
Hi Joel,<BR>
<BR>
> Which GigE NIC is it?<BR>
<BR>
Realtek RTL8111C is on the kit I'm interested most, and Intel 82574L is on <BR>
other kits I'm also interested. I really wish they were supported in RTEMS.<BR>
<BR>
As I mentioned before, for new hardware kits with this kind of gigabit ethernet cards<BR>and without GPIO, it seems that serial port becomes the only supported bi-directional <BR>
link that can be used to interact with external systems. I think that for most cases,<BR>
a RTOS must be able to retrieve information from external systems, and present <BR>
processing result back to external systems, otherwise there is no need for such <BR>
RTOS+Hardware. Due to limited capability of serial ports, coping with only serial <BR>
communication is not a good situation. <BR>
<BR>
Thanks a lot,<BR>
Robert Fu<BR><BR><BR>> Date: Mon, 24 Nov 2008 09:52:30 -0600<BR>> From: joel.sherrill@oarcorp.com<BR>> To: wendell.silva@compsisnet.com.br<BR>> CC: robert.fu@live.com; rtems-users@rtems.org<BR>> Subject: Re: RES: RES: Who is RobertF?<BR>> <BR>> Wendell Pereira da Silva wrote:<BR>> ><BR>> > *De:* Robert Fu [mailto:robert.fu@live.com]<BR>> > *Enviada em:* sábado, 22 de novembro de 2008 17:19<BR>> > *Para:* Wendell Pereira da Silva<BR>> > *Cc:* rtems-users@rtems.org<BR>> > *Assunto:* RE: RES: Who is RobertF?<BR>> ><BR>> > <BR>> ><BR>> > Hi Wendell,<BR>> > <BR>> > Thanks a lot for your information about VMWare. It increases my <BR>> > confidence about VMWare.<BR>> > <BR>> ><BR>> Although they haven't spoke up, I know of another project that is doing all<BR>> development inside VMWare. This lets all team members have exactly<BR>> the same host environment. When there are tool upgrades, a new OS<BR>> image is released and everyone switches to it.<BR>> ><BR>> > In your short message, you actually mentioned something interested to <BR>> > me. Using Google translator, I briefly browsed COMPSIS website. With <BR>> > 19 years of history, I guess COMPSIS is a big company with a lot of <BR>> > resource and is involved in activities important to your country. I'm <BR>> > new to RTEMS, and have very limited resource: just some spare time <BR>> > outside working hours and limited personal funding, so I'll need a lot <BR>> > of help from RTEMS community on various RTEMS issues down the road.<BR>> ><BR>> > <BR>> ><BR>> > Not at all. J<BR>> ><BR>> ><BR>> > <BR>> > Limited available resource is one of the reasons I'm using VMWare now. <BR>> > In the past I abandoned some hardware (a waste to already limited <BR>> > funding), either after finding out it's unsuitable or outdated due to <BR>> > the limited time I can work on it. This time I hope using VMWare first <BR>> > can help me avoid some of such costs. For example, like you mentioned <BR>> > about 2 UARTs, since I already use one UART for remote debugging, I <BR>> > better select hardware kit with more than 2 UARTs (for sensor <BR>> > interface). Now with Eclipse plug-in and GDB working in my <BR>> > environment, I plan to shift focus to hardware part.<BR>> > <BR>> ><BR>> ><BR>> > Although RTEMS currently does not support the gigabit ethernet on the <BR>> > hardware kit that I have in mind, I'm still interested in how you made <BR>> > GDB server interface via TCP/IP work in RTEMS. To my understanding, <BR>> > RTEMS is a system with single process, and GDB server is another <BR>> > process, so how do you launch GDB server in RTEMS?<BR>> ><BR>> It runs as a thread. There is another way of doing things using CEXP <BR>> and dynamic loading<BR>> of your application. This ends up working a lot like people are used to <BR>> with VxWorks.<BR>> <BR>> Network drivers are often ported over from NetBSD or FreeBSD since the <BR>> RTEMS TCP/IP<BR>> stack is an old FreeBSD one. Till Straumann has mentioned having a <BR>> kit/procedure for<BR>> making this moderately painless.<BR>> <BR>> Which GigE NIC is it?<BR>> ><BR>> > Robert, what we did was a custom implementation of a GDB Server <BR>> > interface inside SIS (SPARC Instruction Simulator) through a TCP/IP <BR>> > socket. So the RTEMS program (running on the SIS) is not aware about <BR>> > this interface. RTEMS already has a glue code to implement the GDB <BR>> > interface for some targets, including i386, but not for SPARC processors.<BR>> ><BR>> > <BR>> > You also mentioned GPIO simulation with PC's parallel port. For the <BR>> > hardware kits I have in mind, some have 4-bit In/4-bit OUT GPIO, some <BR>> > don't. I checked Discrete Driver chapter in RTEMS BSP and Device <BR>> > Driver Development Guide. There are descriptions about the driver, but <BR>> > no concrete example code is given. Do you know where I can find such a <BR>> > concrete example? Also in c\src\lib\libbsp\i386\shared\comm\i386_io.h, <BR>> > there some macros like outp(port, val) and inp(port) calling assembly <BR>> > code directly. May such macros be used to access GPIO pins directly <BR>> > without using the discrete driver?<BR>> ><BR>> > <BR>> ><BR>> The RTEMS powerpc gdb has psim which can map UNIX shared memory into <BR>> simulated PowerPC<BR>> processor address space. When using this, you can do all IO into shared <BR>> memory and let a UNIX<BR>> process mirror IO in and out.<BR>> <BR>> --joel<BR>> ><BR>> > In the same way, we implemented the GPIO code inside SIS. That is, <BR>> > when the RTEMS program access the address of the GPIO registers it <BR>> > redirects such access to the PC’s parallel port mapped through VMWare.<BR>> > <BR>> > Thanks a lot for your help, and have a nice weekend!<BR>> ><BR>> > <BR>> ><BR>> > No problem.<BR>> ><BR>> > <BR>> > Robert Fu<BR>> ><BR>> > Wendell.<BR>> ><BR>> > <BR>> ><BR>> > ------------------------------------------------------------------------<BR>> ><BR>> ><BR>> > Subject: RES: Who is RobertF?<BR>> > Date: Fri, 21 Nov 2008 11:01:15 -0300<BR>> > From: wendell.silva@compsisnet.com.br<BR>> > To: robert.fu@live.com<BR>> > CC: rtems-users@rtems.org<BR>> ><BR>> > Hi Robert Fu,<BR>> ><BR>> > <BR>> ><BR>> > This is just to complement your information.<BR>> ><BR>> > Here, at COMPSIS (Brazil), our development environment includes VMWare <BR>> > 6.0 playing Fedora 7, RTEMS 4.8.0, Eclipse 3.3 CDT and a customized <BR>> > (home made) version of SIS (with GPIO emulation with the PC’s parallel <BR>> > port and a GDB Server interface via TCP/IP – which allow us to use <BR>> > both UARTs to run our protocols). Everything has worked very well <BR>> > since its implementation (6 month ago). VMWare have worked very well <BR>> > in Windows Vista 32 in our case. None of our problems (in the <BR>> > beginning) wasn’t regarding to the VMWare.<BR>> ><BR>> > <BR>> ><BR>> > Att.<BR>> ><BR>> > Wendell P. Silva.<BR>> ><BR>> > <BR>> ><BR>> > ------------------------------------------------------------------------<BR>> ><BR>> > *De:* rtems-users-bounces@rtems.org <BR>> > [mailto:rtems-users-bounces@rtems.org] *Em nome de *Robert Fu<BR>> > *Enviada em:* sexta-feira, 21 de novembro de 2008 04:33<BR>> > *Para:* daronchabot@gmail.com<BR>> > *Cc:* rtems-users@rtems.org<BR>> > *Assunto:* RE: Who is RobertF?<BR>> ><BR>> > <BR>> ><BR>> > Hi Daron,<BR>> > <BR>> > Thanks for clarify Option --enable-rdbg and --enable-rtems-debug.<BR>> > The RTEMS version I used is 4.9.0. I'm not sure if the problem has<BR>> > anything to do with VMWare, or some of my heap configurations<BR>> > were not right. I'll keep eye on it in the future.<BR>> > <BR>> > Thanks,<BR>> > Robert Fu<BR>> ><BR>> > > From: daronchabot@gmail.com<BR>> > > Subject: Re: Who is RobertF?<BR>> > > Date: Thu, 20 Nov 2008 07:10:53 -0600<BR>> > > To: robert.fu@live.com<BR>> > > CC: rtems-users@rtems.org<BR>> > ><BR>> > ><BR>> > > On 20-Nov-08, at 4:24 AM, Robert Fu wrote:<BR>> > ><BR>> > > > Hi Jeol,<BR>> > > ><BR>> > > > It's me. Last night I uploaded screen shots while writing/previewing<BR>> > > > "RTEMS Eclipse Plug-In" wiki page. Although some files were uploaded,<BR>> > > > error page (HTTP 500 Internal Server Error or Could not create<BR>> > > > directory)<BR>> > > > came up for almost every uploading, and later I could not access<BR>> > > > the wiki site.<BR>> > > ><BR>> > > > I developed an Eclipse plug-in for RTEMS (http://www.rtems.com/wiki/<BR>> > > > index.php/RTEMS_Eclipse_Plug-in).<BR>> > > > Please take a look. I'm new to RTEMS, and also new to Eclipse plug-in<BR>> > > > development. This is the 1st plug-in that I ever developed. So please<BR>> > > > be patient if you encounter problems while using it.<BR>> > ><BR>> > > Well done! Thanks for your contribution.<BR>> > ><BR>> > > However, as Sebastian pointed out the plugin is not accessible on the<BR>> > > FTP site. I'd really like to check out your work.<BR>> > ><BR>> > > ><BR>> > > ><BR>> > > > While working on the GDB part of the plug-in, I initially used --<BR>> > > > enable-rdbg in<BR>> > > > configure. Later I found --enable-rtems-debug was mentioned in a<BR>> > > > wiki page.<BR>> > > > When I used both --enable-rdbg and --enable-rtems-debug in<BR>> > > > configure, during startup<BR>> > > > my application hang at "_HAssert(_Heap_Is_prev_used<BR>> > > > ( next_block ));" in<BR>> > > > cpukit\score\src\heapsizeofuserarea.c. I went back to use --enable-<BR>> > > > rdbg. So my<BR>> > > > question is: which configure option should be used to enable remote<BR>> > > > debugging?<BR>> > ><BR>> > > Option --enable-rdbg is the one to use to enable remote debugging.<BR>> > ><BR>> > > Option --enable-rtems-debug activates some instrumentation within<BR>> > > RTEMS itself (malloc statistics at least...).<BR>> > ><BR>> > > I use both switches simultaneously and have not seen the problem you<BR>> > > reported. What version of RTEMS are you using ??<BR>> > ><BR>> > ><BR>> > > -- dc<BR>> > > _______________________________________________<BR>> > > rtems-users mailing list<BR>> > > rtems-users@rtems.com<BR>> > > http://rtems.rtems.org/mailman/listinfo/rtems-users<BR>> ><BR>> > ------------------------------------------------------------------------<BR>> ><BR>> > Get more done, have more fun, and stay more connected with Windows <BR>> > Mobile®. See how. <http://clk.atdmt.com/MRT/go/119642556/direct/01/><BR>> ><BR>> > <BR>> ><BR>> > ------------------------------------------------------------------------<BR>> ><BR>> > Color coding for safety: Windows Live Hotmail alerts you to suspicious <BR>> > email. Sign up today. <BR>> > <http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_safety_112008%20><BR>> ><BR>> <BR>> <BR>> -- <BR>> Joel Sherrill, Ph.D. Director of Research & Development<BR>> joel.sherrill@OARcorp.com On-Line Applications Research<BR>> Ask me about RTEMS: a free RTOS Huntsville AL 35805<BR>> Support Available (256) 722-9985<BR>> <BR>> <BR><BR><br /><hr />Access your email online and on the go with Windows Live Hotmail. <a href='http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_access_112008' target='_new'>Sign up today.</a></body>
</html>