From vxwexplo-errs@csg.lbl.gov Wed Nov 1 04:03:11 2000 From: Vxworks Exploder Date: Wed Nov 1 04:03:13 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Wed Nov 1 04:03:06 PST 2000 Subject: Re: no carrier Subject: re: (ARM) Exception handling Subject: Re: vxworks Help Subject: Re: Information needed on SNMP manager/Test tool ..... Subject: Re: Visual Studio Integration with T2 Subject: Re: Visual Studio Integration with T2 Subject: Re: Zinc for vxWorks Subject: Re: i2c and the 8260: Any examples? Subject: gdbppc within XEmacs Subject: re: (ARM) Exception handling Subject: re: changing physical MAC address for an eth interface Subject: Re: Unsupported SCSI Commands - Subject: use of Remote Access Annex Server product with Tornado ? Subject: Migration to Tornado 2.0 Subject: Information needed on SNMP manager/Test tool ..... Subject: Re: Information needed on SNMP manager/Test tool ..... Subject: The recvfrom(...) socket call returns 0 Subject: Re: changing physical MAC address for an eth interface Subject: Single stepping problem in tornado Subject: Basic information on x86 device driver Subject: 2700bsp - exception at interrupt level? Subject: Re: Exception Handling II Subject: HELP! MIPS R3000 / GNU C/C++ - possible compiler bug Subject: Re: Tornado training courses Subject: arm-wrs-vxworks GCC 2.95.2 cross compiler Subject: RTL8139 100Mbps Ethernet Driver Subject: VxWorks S/W Developers Needed - Ottawa Subject: Re: Ethernet Pakcet to IP-Stack Subject: Re: RTL8139 100Mbps Ethernet Driver Subject: Intel 82371 & IDE Subject: Re: HELP! MIPS R3000 / GNU C/C++ - possible compiler bug Subject: Re: Ethernet Pakcet to IP-Stack Subject: Re: gcc 2.95.2 Subject: Re: linux development environment Subject: setting timezone and daylight savings time Subject: Re: Information needed on SNMP manager/Test tool ..... Subject: Re: gdbppc within XEmacs Subject: Re: run debugger WITHOUT tornado ? ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: no carrier Date: Tue, 31 Oct 2000 12:58:57 GMT From: matthew.pardoe@widney-aish.co.uk (Matt pardoe) Message-ID: <39fec1e0.2322349@news.bournemouth-net.co.uk> References: <8tkhah$mrv$1@overload.lbl.gov> On Mon, 30 Oct 2000 11:44:10 -0700, "Carolyn Briles" wrote: >This is a multi-part message in MIME format. > >------=_NextPart_000_0059_01C04266.B7ABC940 >Content-Type: text/plain; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > >Hello All, > >We are using TornadoII on an mvme2306. On some chassis, as soon as the = >symbol table is loaded, we get the following: > >interrupt: dc0 - no carrier > > >This problem seems to be chassis dependent. We can prevent this from = >happening by disabling the Enhanced Network Driver, but would like to = >know what is causing it. Has anyone seen this or know the cause? > >Many thanks!!!!!!! >Carolyn > >------=_NextPart_000_0059_01C04266.B7ABC940 >Content-Type: text/html; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > > > >charset=3Diso-8859-1"> > > > > >
Hello All,
>
 
>
We are using TornadoII on an mvme2306.  On some = >chassis,=20 >as soon as the symbol table is loaded, we get the = >following:
>
 
>
interrupt: dc0 - no carrier
>
 
>
 
>
This problem seems to be chassis = >dependent.  We=20 >can prevent this from happening by disabling the Enhanced Network = >Driver,=20 >but would like to know what is causing it.  = >Has anyone=20 >seen this or know the cause?
>
 
>
Many thanks!!!!!!!
>
Carolyn
> >------=_NextPart_000_0059_01C04266.B7ABC940-- > I believe this is a known problem. There have certainly been postsa bout this before try Get the file spr22196.tar from WRS support directory And install it --------------------------- Newsgroups: comp.os.vxworks Subject: re: (ARM) Exception handling Date: Tue, 31 Oct 2000 13:24:27 GMT From: ddinker@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8tmh65$kc6$1@nnrp1.deja.com> References: <200010301033.KAA28169@dsl-2.tadpole.co.uk> <8tkc1d$rnl$1@nnrp1.deja.com> <8tm0pb$8k2$1@nnrp1.deja.com> > Assuming your code is C, try dropping the "_" which is a COFFism... > > Just a guess, I had. Actually when that did not work, tried even adding it! Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxworks Help Date: Tue, 31 Oct 2000 13:57:28 GMT From: usmamih@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8tmj45$m10$1@nnrp1.deja.com> References: <8tm621$ijg$1@overload.lbl.gov> Hi Vinayagam, DOS file system can be created using 'dosFsMkfs' utility of vxWorks. If you are using a SCSI HDD, check to see if you have included the SCSI in the project configuration, though the size doesn't matter. After successful booting of vxWorks with this configuration, give a 'devs' command at the shell to find out if the SCSI interface is up and ready. Then using creat, open and close, you can easily manipulate any file on the HDD. If you can't see your device in the list, then you can create the same using dosFsMkfs or scsiBlkDevCreat. Please refer to the VxWorks Reference manual for an entry about these routines. However, if you want to copy a file from the host machine to your vxWorks target(in a sense, 'create' a copy of the file on the target), then you'd be needing a FTP server running on the host machine, through which you pull the file to the target. Hope this helps. Cheers, Rahkes Usmamih. In article <8tm621$ijg$1@overload.lbl.gov>, "Karpaga Vinayagam Subbiah" wrote: > This is a multi-part message in MIME format. > > ------=_NextPart_000_009D_01C0434A.70BAB8E0 > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > =20 > Hello , > I'm S.K.Vinayagam,working under Mr.Monicka Raj=20 > in Transwitch Project at CDC. > I have few doubts in VxWorks. > We would highly appreciate if you can forward > the following doubt to your team members to get clarification. > Thanks in advance. > ---------------------------------------------------------------------- > I am developing a command line interface module > in VxWorks environment. > I want to know how to creat the DOS file system and how to > manipulate the files in Vxworks.(mainly VxWorks APIs) > We have to use the SCSI Hard disk of 4GB capacity. > =20 > If anybody of you have the sample code for > SCSI Device based file handling ,please send us. > --------------------------------------------------------------------- > > Thanks and Regards > SK Vinayagam > > ------=_NextPart_000_009D_01C0434A.70BAB8E0 > Content-Type: text/html; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > > > http-equiv=3DContent-Type> > > > > >
>
>
 
Hello ,
I'm = > S.K.Vinayagam,working=20 > under Mr.Monicka Raj
in Transwitch Project at CDC.
I have few = > doubts in=20 > VxWorks.
We would highly appreciate if  you can =20 > forward
 the following doubt to your team members to get=20 > clarification.
Thanks in=20 > advance.
---------------------------------------------------------- - ---= > ---------
I=20 > am developing a command line interface module
in VxWorks = > environment.
I=20 > want to know how to creat  the DOS file system and how=20 > to
 manipulate the files  in Vxworks.(mainly VxWorks = > APIs)
We=20 > have to use the SCSI Hard disk of 4GB capacity.
 
If anybody = > of you=20 > have the sample code for
SCSI Device based file handling ,please send = > > us.
>
size=3D2>------------------------------------------------------------- - ---= > -----
>
 
>
Thanks and Regards
SK=20 > Vinayagam
> > ------=_NextPart_000_009D_01C0434A.70BAB8E0-- > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Information needed on SNMP manager/Test tool ..... Date: Tue, 31 Oct 2000 15:31:32 +0100 From: Daniel Schnell Organization: Siemens AG Message-ID: <39FED7C4.8E4C27FC@icn.siemens.de> References: <8td28h$n4o$1@overload.lbl.gov> <39FD7D83.6B4B8386@auriga.ru> <8tkq2h$97b$1@nnrp1.deja.com> We are using Scotty on a Sun solaris WS to test our snmp agent. Scotty is a free ware extension to the tcl language. I dont know exactly where to get it but I think it should be easy to find out. Hope that helps. Ciao, Daniel. pintu_12@my-deja.com wrote: > > Hi, > > I am working on an est8240 board and am using the Envoy SNMP > agent (from Epilogue/Windriver). I shall be extending this agent > as per our needs. Is there some SNMP manager available free of > cost that can be used for testing the SNMP agent that one writes ? > Any information on this will be of great help, > > Regards, > Ranjan > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Visual Studio Integration with T2 Date: Tue, 31 Oct 2000 14:53:12 GMT From: giorgio_benetti@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8tmmcm$ovv$1@nnrp1.deja.com> I'm adding a question to the following message: Subject: Re: Visual Studio Integration with T2 Date: 02/21/2000 Author: Gerald van Kampen in the makefile Gerald is proposing he is using the MS compiler to compile. I would like to use the GNU compiler (because I am compiling powerPC) and I managed to do it with an external makefile. Everything works ok except linking the errors to the line of code. The GNU output is: my_file.cpp :233: syntax error The Visual Studio expects: my_file.cpp (233) : syntax error Does anyone know an easy way to postprocess the GNU output to be like the MS one. Or, modifying MS Visual Studio with a macro to understand those errors? Thanks for any hint or help. Giorgio Benetti Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Zinc for vxWorks Date: Tue, 31 Oct 2000 14:55:31 GMT From: frostback1963@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8tmmgv$p3d$1@nnrp1.deja.com> References: <39EC674B.ADB03C5F@xxxxx.com> I've been using it for the last 8 months or so. The documentation leaves a great deal to be desired. Support is pretty good. The code does work, although it isn't everything I'd hoped for. If I recall correctly, Java is available on VxWorks. You might consider it as an alternative. If nothing else, there is lots of good documentation available for it, and it has a richer set of widgets available. Jeff In article <39EC674B.ADB03C5F@xxxxx.com>, ilChicco wrote: > Has anyone ever used Zinc for vxWorks to build a GUI? > If so, how was your experience? > I'm looking for a little Zinc demo to download, but the Zinc web site > (www.zinc.com) seems to be unavailable, the server does not respond. > Tks in advance for your help! > > Daniela > > ************************************************ > my e-mail:, change xxxxx with yahoo > ************************************************ > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: i2c and the 8260: Any examples? Date: Tue, 31 Oct 2000 10:18:16 -0500 From: "Patrick Brochu" Organization: Nortel Message-ID: <8tmnot$kjh$1@bmerhc5e.ca.nortel.com> References: <8tju5s$ipu$1@bmerhc5e.ca.nortel.com> <39FDFDA4.1497C997@ipunity.com> <8tlt2k$5cj$1@nnrp1.deja.com> Thanks to all who have replied. I think I now have enough to get me started. Patrick wrote in message news:8tlt2k$5cj$1@nnrp1.deja.com... > In article <39FDFDA4.1497C997@ipunity.com>, > Dan Tupy wrote: > > Look at this, maybe it can help > > > > > http://www.motorola.com/SPS/PowerPC/teksupport/tools/DINK32/VERSION12/re > adable/drivers/i2c/ > > > here is another example: > > http://ebus.motorola.com/collateral/M955038222715.htm > > > Pascal > > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: gdbppc within XEmacs Date: 31 Oct 2000 07:43:55 -0800 From: Van Trinh Organization: Posted via Supernews, http://www.supernews.com Message-ID: Sender: vtrinh@ganges.tollbridgetech.com I'm using XEmacs 21.1.3 on Sun's Solaris with gdbppc attached to PowerPC target. Everything works fine except for the fact that gdbppc loses the ability to transport me to the appropriate source file when the breakpoint hits, does anybody have idea? Thanks in advance. - -- Van --------------------------- Newsgroups: comp.os.vxworks Subject: re: (ARM) Exception handling Date: Tue, 31 Oct 2000 15:46:27 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200010311546.PAA07966@dsl-2.tadpole.co.uk> >> For aborts I think you need to access _abortSaveArea[1] > This information looks interesting. The debugger does show this symbol > and this does point to the needed data. > But I am unable to access this in my code. Linker keeps on calling it > unresolved symbol. As always, all the useful symbols are local! (nmarm vxWorks.sym | sort >vxWorks.nm gives a nice vi'able list...) However define: extern int *armInitExceptionModes[]; #define abortSaveArea(n) armInitExceptionModes[-3][n] This works because to load a 32bit constant the cpu does a pc-relative load. The constant is typically stored before a label (for gcc the one after code that needs the symbol). On my system I have: 001df7a8: 00544f38 .asciz "8OT" 001df7ac: 00544f50 .asciz "POT" 001df7b0: 00544f98 _armInitExceptionModes: 001df7b4: e10f0000 mrs r0,cpsr ... 001df7d4: e51fd034 ldr sp,0x1df7a8 ; = 0x544f38 = _abortSaveArea So the address of abortSaveArea is stored 3 words before the entry point - which is a visible symbol. Note that nothing stops you treating a code symbol as an integer array! David (The advantage one writing one's own disassembler is that it can extract more useful information, have pleasant lower card mnemonics - all for <700 lines of C and <7k of object. I got fed up of tracking down where messages came from so... 001e005c: 159f0110 ldrne r0,0x1e0174 ; = 0x4d70a8 = "Output protocol: Recv 0x%lx\n" 001e0060: 1bffe0c7 blne 0x1d8384 ; _printf it now displays the strings when they are loaded!) - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: re: changing physical MAC address for an eth interface Date: Tue, 31 Oct 2000 16:10:08 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200010311610.QAA07979@dsl-2.tadpole.co.uk> (was Re: Finding pCookie for an Ethernet driver ioctl...) I had to resolve this problem a while ago - in my case the result of someone removing one pcmcia network card and later adding a second. On removal I call ipDetach() then ipAttach() and usrNetIfConfig() when a new card is installed. (I don't even attempt to remove the driver from the mux. I'm not that brave.) Anyway during the remove I remove everything from the arp table and route table. (arpFlush() and ifRouteDelete() get most of them). However in order to generate correct ARP responses it is necessary to hack the relevant data area - vxWorks arp only requests the MAC address when an interface is linked. The following code will update the data item: IP_DRV_CTRL *ip_info; int unit; extern int ipMaxUnits; for (unit = 0; unit < ipMaxUnits; unit++) { ip_info = ipDrvCtrl + unit; if (strcmp( if_name, ip_info->idr.ac_if.if_name )) continue; if (if_unit != ip_info->idr.ac_if.if_unit) continue; bcopy( new_address, ip_info->idr.ac_enaddr, 6 ); break; } Note that there is still the 'problem' of the arp table on remote systems. The rfc's suggest a 10 minute timeout - but some PC system NEVER timeout. Many system will update their arp table on receiving an ARP request - but not all (including many versions of Solaris). - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Unsupported SCSI Commands - Date: Tue, 31 Oct 2000 09:21:39 -0700 From: Russ Johnson Organization: RMI.NET Message-ID: <39FEF193.6654D1C8@bigfoot.com> References: <8t45g4$m1f$1@overload.lbl.gov> Usually, you use the command which meets your data length or format requirements. When a 6-byte read command is issued, only 256 blocks of data can be transferred and the logical block address is limited to 21 bits of address. When you use a 10-byte read command, you can transfer 65536 blocks of data and your address is 32-bits in size. So with the mode sense command, simply look at your data transfer lengths and use which ever command you need. Some people like to just use the longer of the commands in all cases. If you aren't concerned with performance then that is ok. From the execution standpoint on the target device, the short and long forms of the commands are supposed to be identical. Russ Atkinson Andrew wrote: > > Hi All > > We are in the process of implementing some SCSI-2 commands which > are not directly supported by our BSP. What is unclear is what > determines whether a 6, 10 or 12-byte command block should be used > (where more than one is offered). For example, a MODE SENSE(6) and MODE > SENSE(10) command is presented as part of the SCSI-2 standard. > > Hope you can help > > Andy Atkinson > > VxWorks > > -- > The Information contained in this E-Mail and any subsequent correspondence > is private and is intended solely for the intended recipient(s). > For those other than the recipient any disclosure, copying, distribution, > or any action taken or omitted to be taken in reliance on such information is > prohibited and may be unlawful. --------------------------- Newsgroups: comp.os.vxworks Subject: use of Remote Access Annex Server product with Tornado ? Date: Tue, 31 Oct 2000 12:00:29 -0500 From: "Alexander Povolotsky" Organization: Lucent Technologies, Columbus, Ohio Message-ID: <8tmtso$pcc@nntpb.cb.lucent.com> Hi, Nortel now "owns" used to be "XyLogic's ? " Remote Access Annex Server product - is there is a way in Tornado to connect tgtserver to the target via this ? (this means: tgtserver <->WDB-RPC/ TCP/IP/<-> "Remote Access Annex" <-> serial (PPP ? )<-> target ) ? Regards, A.P. --------------------------- Newsgroups: comp.os.vxworks Subject: Migration to Tornado 2.0 Date: Tue, 31 Oct 2000 09:45:27 -0700 From: "Jon E. King" Organization: Lawrence Berkeley National Laboratory Message-ID: <8tmulg$3st$1@overload.lbl.gov> We have a project that was started in the Tornado 1.0 environment and are looking at migrating to Tornado 2.0 with the FRC 30 CPU. In going to the new system, we are wondering about what needs to be updated with the FRC 30, if anything. We have the updated BSP off the Tornado 2.0 installation disk and are attempting to boot the default VxWorks kernel included in the BSP. Watching the console, we see the "Loading..." line, followed by the "Starting at 0x00001000" line, and nothing else. The board does not respond to pings on the network. Is it necessary to update the boot PROMS on the FRC30 board to be able to properly boot the 5.4 kernel? Any other ideas where to start in figuring this out? Sorry if this seems like silly questions but I'm asking on behalf of someone else...I am still working with 5.3 in a 5.2-style configuration so I don't have much involvement with the Tornado system. Appreciate any help. Thanks, Jon - -- Jon E. King (jeking@sandia.gov) Sandia National Laboratories PO Box 5800 Albuquerque, NM 87185-0965 (505) 845-8908 / FAX (505) 844-5993 --------------------------- Newsgroups: comp.os.vxworks Subject: Information needed on SNMP manager/Test tool ..... Date: Tue, 31 Oct 2000 17:33:23 GMT From: pintu_12@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8tmvp3$1sl$1@nnrp1.deja.com> Hi, I am working on an est8240 board and am using the Envoy SNMP agent (from Epilogue/Windriver). I shall be extending this agent as per our needs. Is there some SNMP manager available free of cost that can be used for testing the SNMP agent that one writes ? Any information on this will be of great help, Regards, Ranjan Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Information needed on SNMP manager/Test tool ..... Date: Tue, 31 Oct 2000 17:31:17 GMT From: pintu_12@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8tmvl5$1ju$1@nnrp1.deja.com> References: <8td28h$n4o$1@overload.lbl.gov> <39FD7D83.6B4B8386@auriga.ru> <8tkq2h$97b$1@nnrp1.deja.com> <39FED7C4.8E4C27FC@icn.siemens.de> Hi Daniel, Thanks for the inputs. I would definitely try out Scotty. However, I think I posted my message under a wrong thread. So, I shall be reposting it as a seperate thread (to get more inputs if possible). Please ignore the new posting, Regards, Ranjan In article <39FED7C4.8E4C27FC@icn.siemens.de>, Daniel Schnell wrote: > We are using Scotty on a Sun solaris WS to test our snmp agent. Scotty > is a free ware extension to the tcl language. I dont know exactly where > to get it but I think it should be easy to find out. > > Hope that helps. > > Ciao, > > Daniel. > > pintu_12@my-deja.com wrote: > > > > Hi, > > > > I am working on an est8240 board and am using the Envoy SNMP > > agent (from Epilogue/Windriver). I shall be extending this agent > > as per our needs. Is there some SNMP manager available free of > > cost that can be used for testing the SNMP agent that one writes ? > > Any information on this will be of great help, > > > > Regards, > > Ranjan > > > > Sent via Deja.com http://www.deja.com/ > > Before you buy. > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: The recvfrom(...) socket call returns 0 Date: Tue, 31 Oct 2000 17:59:40 GMT From: pintu_12@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8tn1a7$380$1@nnrp1.deja.com> Hi, I have a basic question. I am trying two tasks to communicate to each other using UDP. I have put a recvfrom(..) and a sendto (..) socket call inside an infinite loop at both the client end and the server end. Now the recvfrom (..) at the client's end recieves the first message from the server properly after which it sends a reply to the server and is then supposed to wait for the second message from the server (at the blocking recvfrom(..) call). However instead of blocking and waiting for the second call (inspite of the fact that the sockets are blocking), the recvfrom(..) at the client side returns a value of 0 (this signifies an EOF). When does this situation typically occur ? Any insights as to what might be going wrong ? (I know it is difficult to say anything without looking into the code, however any ideas would be of help). Some other information are as follows :- I am using an est8240 board and am using vxworks. I am trying to modify the distributed agent mechanisms of Wind Net SNMP (by replacing the IPC mechanisms by socket calls so that the distributed agents can run on different processors). Also the errno value is getting set to 35, which when I look up in the file errno.h is #defined ENOTSUP /* Unsupported Value */. However I am not able to get much help from here, as I am not able to make out which value is unsupported. Any insights will be of great help, Regards, Ranjan Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: changing physical MAC address for an eth interface Date: Tue, 31 Oct 2000 18:20:56 +0000 From: James Marshall Organization: Agilent Technologies UK Ltd Message-ID: <39FF0D88.BCAD8A8D@agilent.com> References: <200010311610.QAA07979@dsl-2.tadpole.co.uk> > On removal I call ipDetach() then ipAttach() and usrNetIfConfig() when a new > card is installed. So I guess my suggestion at the end of the original thread doesn't work - detaching and attaching does not cause a gratuitous ARP to be sent, otherwise all your other code wouldn't be necessary. > Anyway during the remove I remove everything from the arp table and route table. > (arpFlush() and ifRouteDelete() get most of them). Isn't that a bit drastic? Surely all the external arp entries and routes are still valid because the only the local MAC address is changing. > However in order to generate correct ARP responses it is necessary to hack the > relevant data area I think you just need to ifAddrSet(). This calls the interface ioctl, which should call driver init and issue a gratuitous ARP, as well as sorting out any routing table changes (there are none, because the IP address is the same). I guess it depends whether the full behaviour of the BSD drivers made it into their new MUX equivalents. > Note that there is still the 'problem' of the arp table on remote systems. The gratuitous ARP should fix them. > The > rfc's suggest a 10 minute timeout - but some PC system NEVER timeout. > Many system will update their arp table on receiving an ARP request - but not > all (including many versions of Solaris). I don't think Sun would be the dot in .com if that was true. A busy interface might drop the packet with the ARP in it, but how can there be an excuse for not obeying ARP? It's been around as long as Ethernet and IP. James Marshall. --------------------------- Newsgroups: comp.os.vxworks Subject: Single stepping problem in tornado Date: Tue, 31 Oct 2000 18:17:24 GMT From: bill2000k@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8tn2ba$4a1$1@nnrp1.deja.com> I am using diab 4.3g compiler having the following options - -g - -Xfull-pathname - -Xdebug-struct-all - -Xkill-reorder=0xffffffff - -Xkill-opt=0xffffffff - -Xoptimized-debug-off - -Xdebug-mode=0xffffffff - -tPPC604FH:tornado - -Xstruct-best-align=0 - -Xansi - -xstrings-in-text=0 - -ew1551 - -Xenum-is-int - -D__ASM__=__ASM - -D__DIAB - -DRW_MULTI_THREAD - -DPPC - -DCPU=PPC604 - -D_REENTRANT - -DVXWORKS - -DTENOR_CH - -DTENOR_T1E1 - -DQUINTUM_LINK - -I. - -I../../epilogue/port/vxworks - -I../isivxworks - -I../../../../tornado/target/h - -I../../epilogue/envoy/h - -I../../epilogue - -I../stllib - -I../common - -I../build - -I.. - -c I am using the tornado's single stepping debugging tool. The problem is that when I single step into a function and when the function returns, the code execution does not stop at the calling functions next instruction, but instead "runs". Has any one come across this problem? If so I would like to know how you fixed the problem. Regards - -Bill Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Basic information on x86 device driver Date: Tue, 31 Oct 2000 18:38:12 GMT From: "April, Alexandre" Organization: Sympatico Message-ID: References: Sender: "April, Alexandre" You probably need to use pciIntLib to use shared interrupt ! Alex > -----Original Message----- > From: Mike Austin [SMTP:maustin@systran.com] > Posted At: Monday, October 30, 2000 3:52 PM > Posted To: vxworks > Conversation: Basic information on x86 device driver > Subject: Basic information on x86 device driver > > I understand that when connecting an interrupt, you use intconnect > followed > by sysIntEnablePIC, However, I have a few questions. > > I am getting the interrupt level by using pciConfigInByte at 0x3c, and > the > irq it returns is 3, which seems a little fishy to me. then When > calling > intConnect, I use InumtoIVect on the irq. Is there any modifications > I need > to add to correctly create an Inum? > finally, I'm calling sysIntEnablePIC with just the irq (3). Is > there > anything I need to change here? > > The reason I ask, is that my isr is not being called, and I would > think that > this would be the cause of the problem. > > Thank you for your help! > Michael Austin > --------------------------- Newsgroups: comp.os.vxworks Subject: 2700bsp - exception at interrupt level? Date: Tue, 31 Oct 2000 15:50:28 -0500 From: Al Johnston Organization: MindSpring Enterprises Message-ID: <39FF3094.64F2ECC6@mindspring.com> I am getting the message "exception at interrupt level" on the console. It doesn't seem to give me much of a clue as to what the exception was... Shouldn't it tell me? Anyway, the exception current/next instruction address both are the same address (strange) and I believe they point to a STFD (store floating point double) instruction. I notice that MSR(FP) is clear. I am wondering if that is what the exception is. Is there something about being in an ISR in vxworks/ppc that is causing this bit to be cleared? It seems possible, but I cant find it documented anywhere. full msg on console is exception at interrupt level exception current instruction address: 0x03ac 6764 exception next instruction address: 0x03ac 6764 machine status reg 0x0000 9030 data access reg 0xeeee eeee condition register 0x2400 c004 fp control and stqatus reg 0xeeee eeee data storage interrupt register 0xeeee eeee regs at 0x5d 4d88 thanks. - -al --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Exception Handling II Date: Tue, 31 Oct 2000 16:04:23 -0500 From: "Emory R. Stagmer" Organization: Ezekiel's Wheel (works for Litton, Advanced Systems division) Message-ID: <39FF33D7.2852DF4C@XXLittonAS.com> References: <8tk8im$ofb$1@nnrp1.deja.com> ddinker@my-deja.com wrote: > > Hello, > > I am using ARM processor/Tornado 2/Trace32 Lauterbach for debugging. > Our system does not use a console and we need to store debug info in > NVRAM if the system crashes. > > If I use excHookAdd() in usrRoot.c I am able to trap exceptions in > Tasks. But not in interrupts. For that I have to do a excVecSet(). But > by doing that I lose the information I get as arguments in excHookAdd's > call-back function. It is like if I want for Task I have to do > excHookAdd() and for interrrupt I have to do excVecSet(). But we need > for both. > > Any help anybody? Has anyone used these to write own exception handling > routines? Any hint will he helpful. > > Reagrds, > Dinker > > Sent via Deja.com http://www.deja.com/ > Before you buy. I've done it, but for a MIPS R3000, not ARM - process is probably similar. Actually had to backtrack into the exception stack to get the register values I needed. We had a floating point problem and actually had to emulate the instructions, so we needed pretty detailed information. Can send code fragments if it'll help... - -- Emory R. Stagmer Scientist, Litton Advanced Sys Div - Space Systems Operation http://www.amecom.com Bass/12string/keyboards/windsynth for Ezekiel's Wheel http://www.untiedmusic.com Baltimore CMC Chapter Coordinator & North Atlantic CMC Regional Board http://www.cmcnet.org RingMaster for the Christian Music Ring http://www.webring.org/cgi-bin/webring?ring=christmusic;home Don't read Tom Clancy and watch CNN at the same time - it's WAY too confusing... --------------------------- Newsgroups: comp.os.vxworks Subject: HELP! MIPS R3000 / GNU C/C++ - possible compiler bug Date: Tue, 31 Oct 2000 16:08:38 -0500 From: "Emory R. Stagmer" Organization: Ezekiel's Wheel (works for Litton, Advanced Systems division) Message-ID: <39FF34D6.7E4F126@XXLittonAS.com> All, We've got a possible compiler bug with the GNU C compiler, but it's real processor specific. If there's any MIPS guru out there, I'd like to ask you about some timing of pipelined instructions... Kinda urgent, the spacecraft is already on the launch vehicle. (NO, I'M NOT KIDDING.) - -- Emory R. Stagmer Scientist, Litton Advanced Sys Div - Space Systems Operation http://www.LittonAS.com Bass/12string/keyboards/windsynth for Ezekiel's Wheel http://www.untiedmusic.com Baltimore CMC Chapter Coordinator & North Atlantic CMC Regional Board http://www.cmcnet.org RingMaster for the Christian Music Ring http://www.webring.org/cgi-bin/webring?ring=christmusic;home Don't read Tom Clancy and watch CNN at the same time - it's WAY too confusing... --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado training courses Date: Tue, 31 Oct 2000 22:01:56 +0100 From: "Sliert" Organization: WorldOnline - The Internet Communication Company Message-ID: <8tnca4$bqd$1@nereid.worldonline.nl> References: <39FD4F93.B4607E21@club-internet.fr> Reply-To: "Sliert" Hi, A couple of months ago I went to the Tornado Training Workshop in Birningham. The goal of going to this workshop was getting to know basic-stuff on VxWorks since I don't know anything on VxWorks and its development environment Tornado (2!!). In 4 days (9 till 5) I got a lot of information explained and trained. There was equipment available to get some hands-on experiance (Target called the 'Monster-board'). The teacher added quit a lot self-experianced information. The basics of the Real Time issues where used (like pipes, mutex, semaphores) combined with the several 'tools' in the Tornado-environment. The books (1 Theory, 1 Practical, 1 User's guide 2.0 and 1 Programmers guide 5.4) are very usefull. The workshop was more aimed at using the tools than RT-issues. For me this was a good workshop, being un-experianced with Tornado/VxWorks. The RT-issues where already known. I think that was a good thing since a lot of information was given. I enjoyed the course because of the pratical / theory switching. Hope this helps. Tom Sebastien Fauris wrote in message news:39FD4F93.B4607E21@club-internet.fr... > Hi vxWorkers, > > has somebody already been to one of these Wind River training > courses: > - Tornado Training Workshop > - Tornado Device Driver Workshop > - Tornado BSP Training Workshop > > How much is it ? Is it worth it ? > I am thinking about asking my company to go to one of these courses > (especially the Device Driver Workshop). I expect to acquire a better > understanding and mastership in Tornado use and especially device > driver development (I am not a beginner however). > > Sebastien. > --------------------------- Newsgroups: comp.os.vxworks,hp.os.vxworks Subject: arm-wrs-vxworks GCC 2.95.2 cross compiler Date: Tue, 31 Oct 2000 12:51:10 -0800 From: "Sergey" Organization: SSO-IT, Hewlett-Packard Co. Message-ID: <8tnbc2$8kt$1@web1.cup.hp.com> Hello all, I am trying to build cross GCC 2.95.2 for arm-vxworks with following options for configure: - --target=arm-wrs-vxworks --host=hppa2.0w-hp-hpux11.00 --with-headers= --without-newlib -v Everything goes fine until I start linking our image. Here is what I am getting for the ctdt tables during linking: ctdt.o(.data+0x3c):fake: undefined reference to `global constructors keyed to ... lots of those for all Cs and Ds. has anybody seen this problem before? Any input would be really appreciated. Thanks, Sergey sergey_gerasimov@hp.com --------------------------- Newsgroups: comp.os.vxworks Subject: RTL8139 100Mbps Ethernet Driver Date: Tue, 31 Oct 2000 14:50:21 -0700 From: "Alex Wong" Organization: UUNET Canada News Reader Service Message-ID: Hi there, I've asked the VxWorks people on this topic a month ago and it went into a black hole (sigh!), so I'll try my luck here. We've been using VxWorks 5.3.1 on an Intel 486 Single Board Computer with NE2000 compatible (RTL8029 chip) network on-board. As we try to boast up the CPU performance, we found a Pentium card from the same manufacturer. Unfortunately they upgraded the ethernet controller to RTL8139, which is 100Mbps, which is not NE2000 compatible anymore. According to the cpu card manufacturer web page, they said VxWorks driver is available, but as I said, when I checked with the WRS sales support, they never got back to us (it's been my experience that started last year the support went south just like that). Anyway, any pointer/contributor that I can get the driver? Thanks, Alex --------------------------- Newsgroups: comp.os.vxworks,comp.realtime Subject: VxWorks S/W Developers Needed - Ottawa Date: Tue, 31 Oct 2000 17:54:33 -0500 From: "PROCOM" Organization: IGS - Information Gateway Services Message-ID: <8tnib2$p56$2@news.igs.net> Title: C++ / OOD VxWorks Software Developers Description: Our client, one of the world's largest telecommunications companies, currently requires 10 Junior to Senior Software Specialists to design, develop, implement and support Wireless products and applications. Minimum Requirements: All candidates should possess a minimum of 1 year experience developing real-time C/C++, OOD S/W on a VxWorks platform. Desired skills would include any previous Wireless development experience. Location: Ottawa, Ontario, Canada Type: Full-Time Placement Compensation: Open PROCOM: Established in 1978, Professional Computer Consultants Group Ltd. (Procom) is a national leader in the provision of Computer personnel on a contract and full-time basis. Our clients are comprised of the largest national and international corporations that utilize technical resources extensively across a wide range of disciplines. In the Financial Post (March 1999) Procom was ranked as the 6th largest professional Services Company in Canada. In November of 1999, Procom was named a Regional finalist in Canada' s 50 Best Managed Private companies. Our track record is proven with more than 180 consultants servicing Ottawa's high tech community and more than 1600 Procom consultants currently on assignment throughout. North America. For further information on this and other opportunities please visit our web site at www.procom.ca. Interested candidates are invited to forward their resumes or questions in confidence to: Derek Weber Technical Recruiter 300 March Road Kanata, Ontario K2K 2E2 phone: (613) 270-9339 ext 231 e-mail: derekw@procom.ca --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Ethernet Pakcet to IP-Stack Date: Tue, 31 Oct 2000 15:26:06 -0800 From: "AG" Organization: SBC Internet Services Message-ID: References: <5OIJ5.94$Zq.112769@news.pacbell.net> Hi Dave, How do I send a packet on the loopback interface after stripping the Ethernet header? "Dave Korn" wrote in message news:S7cK5.74$3l2.166112@newsr1.u-net.net... > AG wrote in message ... > > > >I basically have standard Ethernet packets (which for example could be read > >from a file) at task level that I need to forward to this target's > ip-stack. > >The destination field in the Ether header of these packets is this target's > >MAC address. I hope this clarifies things a little. > > Is there any reason not to just strip the ethernet header yourself and > send > just the IP packet through the loopback interface ? > > DaveK > -- > They laughed at Galileo. They laughed at Copernicus. They laughed at > Columbus. But remember, they also laughed at Bozo the Clown. > > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: RTL8139 100Mbps Ethernet Driver Date: Wed, 01 Nov 2000 00:08:29 GMT From: mike99352@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8tnmtp$n0u$1@nnrp1.deja.com> References: We were able to get an unsupported driver for the Realtek 8139 from our local VxWorks office. The driver came with the caveat of not being a Vxworks product, but the result of some engineering services work. The filename we received was rtl81x9End.tar.gz Have your VxWorks person look for it. The driver appears to be basically functional, however I routinely get slow network speeds and the "netJobAdd: ring buffer overflow!" message. I have not had much time to look at it so far. - --Mike In article , "Alex Wong" wrote: > Hi there, > > I've asked the VxWorks people on this topic a month ago and it went into > a black hole (sigh!), so I'll try my luck here. We've been using VxWorks > 5.3.1 on an Intel 486 Single Board Computer with NE2000 compatible (RTL8029 > chip) network on-board. As we try to boast up the CPU performance, we found > a Pentium card from the same manufacturer. Unfortunately they upgraded the > ethernet controller to RTL8139, which is 100Mbps, which is not NE2000 > compatible anymore. According to the cpu card manufacturer web page, they > said VxWorks driver is available, but as I said, when I checked with the WRS > sales support, they never got back to us (it's been my experience that > started last year the support went south just like that). Anyway, any > pointer/contributor that I can get the driver? > > Thanks, > Alex > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Intel 82371 & IDE Date: Tue, 31 Oct 2000 19:43:32 -0800 From: Organization: SBC Internet Services Message-ID: Can anyone help me make ideDrv.c work with the Intel 82371. It does not appear to have the typical 0x1F0..0x1F7 ports for an AT hard disk access but rather requires a DMA descriptor and I don't know what the format of the DMA descriptor it requires is. Thanks in advance. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: HELP! MIPS R3000 / GNU C/C++ - possible compiler bug Date: Wed, 01 Nov 2000 04:35:27 GMT From: "myGOL" Organization: Global Online Japan // Exodus Communications KK. Message-ID: References: <39FF34D6.7E4F126@XXLittonAS.com> pls ask the question first, together we can surely solve any problem. there are many here. Emory R. Stagmer wrote in message news:39FF34D6.7E4F126@XXLittonAS.com... > All, > We've got a possible compiler bug with the GNU C compiler, but > it's real processor specific. If there's any MIPS guru out there, > I'd like to ask you about some timing of pipelined instructions... > > Kinda urgent, the spacecraft is already on the launch vehicle. > (NO, I'M NOT KIDDING.) > > -- > Emory R. Stagmer > Scientist, Litton Advanced Sys Div - Space Systems Operation > http://www.LittonAS.com > Bass/12string/keyboards/windsynth for Ezekiel's Wheel > http://www.untiedmusic.com > Baltimore CMC Chapter Coordinator & North Atlantic CMC Regional Board > http://www.cmcnet.org > RingMaster for the Christian Music Ring > http://www.webring.org/cgi-bin/webring?ring=christmusic;home > > Don't read Tom Clancy and watch CNN at the same time - it's WAY too confusing... --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Ethernet Pakcet to IP-Stack Date: Wed, 01 Nov 2000 06:41:44 GMT From: "Hwa-Jin Bae" Organization: EarthLink Inc. -- http://www.EarthLink.net Message-ID: References: <5OIJ5.94$Zq.112769@news.pacbell.net> Reply-To: "Hwa-Jin Bae" Assuming that you have the packet in an mbuf pointed by variable mp, something like the following can be done to pass it up to ip input routine. struct ifqueue *ifq; ifq = &ipintrq; IF_ENQUEUE(ifq, mp); schednetisr(); "AG" wrote in message news:kAIL5.69$dT2.82526@news.pacbell.net... > Hi Dave, > How do I send a packet on the loopback interface after stripping the > Ethernet header? > > > "Dave Korn" wrote in message > news:S7cK5.74$3l2.166112@newsr1.u-net.net... > > AG wrote in message ... > > > > > >I basically have standard Ethernet packets (which for example could be > read > > >from a file) at task level that I need to forward to this target's > > ip-stack. > > >The destination field in the Ether header of these packets is this > target's > > >MAC address. I hope this clarifies things a little. > > > > Is there any reason not to just strip the ethernet header yourself and > > send > > just the IP packet through the loopback interface ? > > > > DaveK > > -- > > They laughed at Galileo. They laughed at Copernicus. They laughed at > > Columbus. But remember, they also laughed at Bozo the Clown. > > > > > > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: gcc 2.95.2 Date: 1 Nov 2000 07:03:08 GMT From: Diamand@btinternet.com (Luke Diamand) Organization: Customer of Energis Squared Message-ID: References: you will not be able to link C++ objects generated by the two compilers - the name mangling has changed. You may also need to fool around with whther or nor underscores are added. Luke On Wed, 6 Sep 2000 11:53:32 -0700, Ryan Tanner wrote: >Can I use the standard gcc release to with Tornado I? Do I really need to >get the WindRiver's released compiler? > >Thanks > > - -- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: linux development environment Date: 1 Nov 2000 07:03:08 GMT From: Diamand@btinternet.com (Luke Diamand) Organization: Customer of Energis Squared Message-ID: References: <8qbb6h$kk19@nntp.cig.mot.com> <39C93D49.6C6A9349@fnc.fujitsu.com> Steven Deans wrote: >Jim Robinson wrote: > >> Is there a linux hosted dev environment for vxworks? I looked at wrs.com >> and did a search, but came up with nothing. If this doesn't exist, isn't >> this a fairly major omission? >> >> Thanks >> >> Jim Robinson > >Which other MAJOR RTOS venders have a full dev environment hosted on linux >across most major dev hosts (SUN, PC, HP...)? Has it been available for >over 6 months? Cygnus/Red Hat. Virata. Metrowerks (not an RTOS vendor, granted) has been on Linux now for sometime, IIRC. Luke --------------------------- Newsgroups: comp.os.vxworks Subject: setting timezone and daylight savings time Date: Wed, 01 Nov 2000 07:25:39 GMT From: Roy Gordon Organization: Semantic Systems, Inc. Message-ID: <39FFC5E4.A0FC6AFE@semantic.com> What's the preferred way to set the timezone and dst in vxWorks? We have a system in which there's a Solaris box connected to the real time system. My current thinking is to find out the values on the Solaris machine and then send them down to the vxWorks box. Then, on vxWorks, do putenv() for timezone and dst. We update the vxWorks clock anyway every hour to help mitigate any clock drift. I'd prefer using the ansi time TIMEZONE layout as in the ansiTime(1) man page, but I don't see how to get the start and end of dst from Solaris. Can vxWorks also be passed the /usr/lib/share/zoneinfo file? And then, how would the default timezone be set. Solaris gets it from /etc/timezone. - -- Roy --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Information needed on SNMP manager/Test tool ..... Date: Tue, 31 Oct 2000 23:39:59 -0800 From: James Earl Clough Organization: Posted via Supernews, http://www.supernews.com Message-ID: <39FFC8CF.65912C33@flashcom.net> References: <8tmvp3$1sl$1@nnrp1.deja.com> Reply-To: drdiags@flashcom.net Ranjan, www.advent.com has a nice SNMP manager which can be downloaded and trial tested, it supports multiple Host O/S. GETIF is another package which is available for multiple Host O/S flavors. pintu_12@my-deja.com wrote: > Hi, > > I am working on an est8240 board and am using the Envoy SNMP > agent (from Epilogue/Windriver). I shall be extending this agent as per > our needs. Is there some SNMP manager available free of > cost that can be used for testing the SNMP agent that one writes ? Any > information on this will be of great help, > > Regards, > Ranjan > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: gdbppc within XEmacs Date: Wed, 1 Nov 2000 12:06:46 +0100 From: "Martin Raabe" Organization: T-Online Message-ID: <8totmi$8pk$00$1@news.t-online.com> References: Hello Van, did you try to apply the SPR28340 gdbppc executable? Download from WindSurf and try. HIH! Speaking for my own, not my employer! Ciao - -- Martin Raabe Van Trinh schrieb in im Newsbeitrag: ypdem0xggn8.fsf@ganges.tollbridgetech.com... > > I'm using XEmacs 21.1.3 on Sun's Solaris with gdbppc attached to PowerPC > target. Everything works fine except for the fact that gdbppc loses the > ability to transport me to the appropriate source file when the breakpoint > hits, does anybody have idea? > > Thanks in advance. > > -- > Van --------------------------- Newsgroups: comp.os.vxworks Subject: Re: run debugger WITHOUT tornado ? Date: Wed, 1 Nov 2000 12:11:56 +0100 From: "Martin Raabe" Organization: T-Online Message-ID: <8tott9$del$06$1@news.t-online.com> References: <8tcgir$188$1@nnrp1.deja.com> Hello Alfonso, yes you may call the crosswind debugger directly from commandline, when working on Solaris. Speaking for my own, not my employer! Ciao - -- Martin Raabe schrieb in im Newsbeitrag: 8tcgir$188$1@nnrp1.deja.com... > > > Hi, > > Is is possible to run the debugger without being in the Tornado IDE ? I > am using a VxWorks cross compiler on a sun, and I can load modules and > via windsh and see printed output via the telnet session to the port > manager, but I want to run the debugger (using printfs for debugging is > getting old). > > Thanks, > > Alfonso. > > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Wed Nov 1 08:35:31 2000 From: Atkinson Andrew Date: Wed Nov 1 08:35:34 PST 2000 Subject: module-level sysmbols - Hi All We are running T2 and VxWorks 5.3.1 on a WinNT host and PPC603 target and are having problems with the following situation. Please see the (shortened) code extract below: static SCSI_PHYS_DEV * pScsiPhysDev01; void mdrWrite (SCSI_PHYS_DEV * pScsiPhysDev); STATUS mdrConfig (SCSI_PHYS_DEV * pScsiPhysDev, int scsiID) { /* Configure a SCSI MDR */ if (pScsiPhysDev = scsiPhysDevCreate (pSysScsiCtrl, scsiID, etc, etc)) == NULL) { printf("mdrConfig:failed to create SCSI device\n"); return(ERROR); } else { return (OK); } } void startMDRWrite(SCSI_PHYS_DEV * pScsiPhysDev) { if (mdrConfig(pScsiPhysDev01,1) == OK) { taskSpawn ("tMDR", 10, VX_FP_TASK, 8192, (FUNCPTR) mdrWrite, pScsiPhysDev01, etc, etc, etc) { else { printf("Task was not spawned\n"); } } Now when we call 'mdrConfig' from either the shell or the debugger, the SCSI device is configured OK, but pScsiPhysDev01 does not retain its value for use with subsequent functions, why is this? When we call 'startMDRWrite' from the debugger, we can trace into the code and see the SCSI device being initialised by 'mdrConfig', but once 'mdrConfig' has returned, pScsiPhysDev01 is no longer valid despite is module-scope. Any suggestions?? Regards Andy Atkinson -- The Information contained in this E-Mail and any subsequent correspondence is private and is intended solely for the intended recipient(s). For those other than the recipient any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance on such information is prohibited and may be unlawful. From vxwexplo-errs@csg.lbl.gov Wed Nov 1 13:46:12 2000 From: "Saraf, Suman" Date: Wed Nov 1 13:46:15 PST 2000 Subject: IP Aliasing Hi All, Does the VxWorks Networking code have support for IP Aliasing i.e. assigning multiple IP's to one interface(like linux, freeBSD etc) ? Thanks! From vxwexplo-errs@csg.lbl.gov Wed Nov 1 14:23:14 2000 From: Jim Way Date: Wed Nov 1 14:23:17 PST 2000 Subject: RE: Information needed on SNMP manager/Test tool ..... Ranjan, > I am working on an est8240 board and am using the Envoy SNMP > agent (from Epilogue/Windriver). I shall be extending this agent > as per our needs. Is there some SNMP manager available free of > cost that can be used for testing the SNMP agent that one writes? > Any information on this will be of great help, Download free Network Management Station software at: ftp://ftp.compaq.com/pub/softpaq/sp6001-6500/sp6102.exe (Run at your own risk. Backup first! It has been rumored to run poorly on Gateway computers. We ran it great on Windows/NT 4.0 laptops.) HTH, Jim ----------------------------------------- Jim Way, Software Engineer Datum Austin (Austron Inc.) voice: 512.721.4170 fax : 512.990.9712 email: jwayATdatumDOTcom (no spam please) ----------------------------------------- VxWorks, Tornado From vxwexplo-errs@csg.lbl.gov Thu Nov 2 04:03:09 2000 From: Vxworks Exploder Date: Thu Nov 2 04:03:12 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Thu Nov 2 04:03:06 PST 2000 Subject: Q:tty driver flow control Subject: file space preallocation in dosFs2 Subject: Re: NT based NFS with VxWorks Subject: 82371 & IDE HardDrive Subject: powerpc bootrom Subject: Re: changing physical MAC address for an eth interface Subject: I2C C Code? Subject: Re: Information needed on SNMP manager/Test tool ..... Subject: Re: arm-wrs-vxworks GCC 2.95.2 cross compiler Subject: module-level sysmbols - Subject: BSP for PC104 Subject: Re: run debugger WITHOUT tornado ? Subject: Re: 2700bsp - exception at interrupt level? Subject: Priority aware network stack? Subject: Re: ioctl(fd,function,arg): which 'function' passed to my driver? Subject: Re: use of Remote Access Annex Server product with Tornado ? Subject: build compressed vxworks_rom Subject: IP Aliasing Subject: Re: HELP! MIPS R3000 / GNU C/C++ - possible compiler bug Subject: Re: RTL8139 100Mbps Ethernet Driver Subject: RE: Information needed on SNMP manager/Test tool ..... Subject: a driver for Siemens PEB 20534 Subject: Re: IP Aliasing Subject: Re: Visual Studio Integration with T2 Subject: Robust RTOS for PPC750 Subject: Robust RTOS for PPC750 Subject: Re: 2700bsp - exception at interrupt level? Subject: Re: Robust RTOS for PPC750 ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Q:tty driver flow control Date: Wed, 01 Nov 2000 13:23:19 +0100 From: Heribert Volkhausen Organization: T-Online Message-ID: <3A000B37.27F30344@t-online.de> Hi, could anyone tell me if the tty driver handles hardware flow control via RTS/CTS correctly? What happens, if the input buffer becomes full? Is the RTS signal cleared automatically by the driver? Regards Heribert Volkhausen --------------------------- Newsgroups: comp.os.vxworks Subject: file space preallocation in dosFs2 Date: Wed, 01 Nov 2000 14:10:26 GMT From: kwessel@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8tp88a$scu$1@nnrp1.deja.com> I am looking for a method to allocate space in a dosFs file (extent based). Since we want to use the default extent based FS it doesn't make sense to use FIOCONTIG ioctl to allocate space. I tried a method which involved lseek(FileSize - 512bytes) and then writing 512 bytes to force the size of the file to be it's maximum size at create time. However there was a fair amount of overhead to this method (as compared to the cost of an FIOCONTIG ioctl, which we can't use with extents). We need to preallocate all of the space required by a file up front so a task cannot be left short by other competing tasks which also create files and consume disk space. If you have a suggestion for an alternative method of preallocating disk space before it is actually written please reply. Thanks in advance, Ken Wessel Software Engineer ken.wessel@med.ge.com Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: NT based NFS with VxWorks Date: Wed, 01 Nov 2000 17:49:33 +0300 From: "Arthur V. Grigorian" Organization: Auriga, Inc. Message-ID: <3A002D7D.FDE48397@auriga.ru> References: <8td28h$n4o$1@overload.lbl.gov> <39FD7D83.6B4B8386@auriga.ru> <8tk68m$m83$1@nnrp1.deja.com> Hello, >Ted Dennison wrote: > > In article <39FD7D83.6B4B8386@auriga.ru>, > "Arthur V. Grigorian" wrote: > > We used "Microsoft Windows NT Services for UNIX" addon pack aka > > "SFU" It allows you to set Windoze<->vxWorks UID/GID mapping i.e. > > if you share C:\ as "/C" over NFS (RW) and configure the following > > mapping: > > Administrator==(nfsUID 1111 : nfsGID 500) > > and run something like the following on vxWorks: > > nfsAuthUnixSet "your NT NFS server hostname", 1111, 500, 0, 0 > > then having full access you'll be able to crash your NT files > > from your vxWorks target ;) > > Hmmm. We have roughly the same setup, except that we didn't configure > that mapping. Do you think that might be why we can't "copy" files onto > an NFS exported NT directory from vxWorks? The file gets created with a > 0 length, then we get some kind of access violation. Affirmative. Without that mapping files you "copy" will be 0 sized and with illegal permissions, so you won't be able to even remove them as Administrator till you get their ownership. > How exactly do you set up that mapping? Is that the "mapadmin add" > command? We did it in the "Control Panel"->-"Server for NFS configuration" : Enter [Share Options]->-[Configure User/Group Mapping] menu and make local user "Administrator" mapped as user "nfs" with UID "1111". Push the "Edit" button and fill in parameters for the "nfs" user New User Name = nfs New User UID = 1111 New User GID = 500 (default) New Password = (auto generated) Windows NT Domain = Local Machine Add this user, then select this "nfs(1111)" user from the "NFS users" list and select "Administrator" from the "Windows users" list and then push the "Add" button. You should get the following "NFS mapped users" configuration entry: "nfs(1111):\\HostName\Administrator" . You can also set the UnMapped UserID = 1111 in the [Server Options] menu, so all the files from unmapped UIDs will be treated as yours. Hope that helps, __ R2 --------------------------- Newsgroups: comp.os.vxworks Subject: 82371 & IDE HardDrive Date: Wed, 1 Nov 2000 07:48:38 -0800 From: "Charles Krinke" Message-ID: I am working with an Intel 82371 chip on a StrongArm board trying to get an IDE hard drive to work. I have gotten as far as ideDrv.c where I can see that the code is trying to access the AT Task File Registers from 0x1F0-0x1F7. My problem is there is a disconnect in my knowledge as the 82371 documentation says that it expects a DMA Descriptor and not ports from 0x1F0-0x1F7. Trying to use the 82371 as if it were set up as an IDE controller with ideDrv.c does not seem to work. Can anyone point me in a useful direction for further study?? --------------------------- Newsgroups: comp.os.vxworks Subject: powerpc bootrom Date: Wed, 01 Nov 2000 07:51:35 -0800 From: ted logan Organization: Pacific Bell Internet Services Message-ID: <3A003C07.BD1E6E4B@pacbell.net> Hi Using Tornado II, with PowerPC target, host is Solaris or Windows, I have found that the bootrom.hex (or bootrom_uncmp.hex) executes without MMU or RAM interrupt vectors setup. I had to insert code to do this. Wind River has not been much help, and other PowerPC reference BSPs have not helped. Does anyone know if bootrom executes without MMU ? It seems unlikely to me as vxWorks requires the MMU to execute properly. thanks Ted Logan Force Computers --------------------------- Newsgroups: comp.os.vxworks Subject: Re: changing physical MAC address for an eth interface Date: Wed, 01 Nov 2000 11:18:20 -0500 From: Woody Suwalski Organization: Storm Internet Services Message-ID: <3A00424B.93BC353C@ss8networks.com> References: <200010311610.QAA07979@dsl-2.tadpole.co.uk> Sender: ss8@gw-ss8networks.storm.ca Thanks, David I already came out with a similar hack to inform VxWorks about the MAC change... struct ifnet *pIf; unsigned char *pEtherAddr; if ( (pIf = ifunit(ifName)) == NULL) { printf("Could not find %s interface\n", ifName); return(ERROR); } pEtherAddr = ((struct arpcom *)pIf)->ac_enaddr; /* Woody HACK: copy the new MAC address here to inform OS... */ /* It seems that VxWorks bravely returns a pointer to it's own */ /* internal structure, so we can "update" it... */ /* if anybody knows the "proper" way - pls let me know... */ bcopy((char*)newMAC, (char*)pEtherAddr, 6); Still a hack is a hack... TTYL, Woody David Laight wrote: > (was Re: Finding pCookie for an Ethernet driver ioctl...) > > I had to resolve this problem a while ago - in my case the result of someone > removing one pcmcia network card and later adding a second. > > On removal I call ipDetach() then ipAttach() and usrNetIfConfig() when a new > card is installed. > > (I don't even attempt to remove the driver from the mux. I'm not that brave.) > > Anyway during the remove I remove everything from the arp table and route table. > (arpFlush() and ifRouteDelete() get most of them). > > However in order to generate correct ARP responses it is necessary to hack the > relevant data area - vxWorks arp only requests the MAC address when an interface > is linked. The following code will update the data item: > > IP_DRV_CTRL *ip_info; > int unit; > extern int ipMaxUnits; > > for (unit = 0; unit < ipMaxUnits; unit++) { > ip_info = ipDrvCtrl + unit; > if (strcmp( if_name, ip_info->idr.ac_if.if_name )) > continue; > if (if_unit != ip_info->idr.ac_if.if_unit) > continue; > > bcopy( new_address, ip_info->idr.ac_enaddr, 6 ); > break; > } > > Note that there is still the 'problem' of the arp table on remote systems. The > rfc's suggest a 10 minute timeout - but some PC system NEVER timeout. > Many system will update their arp table on receiving an ARP request - but not > all (including many versions of Solaris). > > ---------------------------------------------------------------- > David Laight email: dsl@tadpole.co.uk > Tadpole Technology plc phone: +44 1223 428 232 > Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: I2C C Code? Date: Wed, 1 Nov 2000 08:50:17 -0800 From: "AG" Organization: SBC Internet Services Message-ID: Hi all: Can anybody please direct me to a link or better yet C code for using a simple master-slave read/write I2C driver? I am planning on using bit-banging in software (no I2C controller). I am using VxWorks with a PPC750 BSP. Thanks in advance. ag --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Information needed on SNMP manager/Test tool ..... Date: Wed, 01 Nov 2000 09:45:06 +0700 From: "David Oberbeck" Organization: StorageTek Message-ID: <8tphb3$2hl$1@news.stortek.com> References: <8tmvp3$1sl$1@nnrp1.deja.com> In article <8tmvp3$1sl$1@nnrp1.deja.com>, pintu_12@my-deja.com wrote: There are a couple. http://net-snmp.sourceforge.net/ (this was formerly ucd-snmp, a great package of tools) http://www.gxsnmp.org/ This is a good general purpose manager. FYI, a good place to begin: http://www.snmpworld.com or http://www.SNMPLink.org HTH, DGO > > > Hi, > > I am working on an est8240 board and am using the Envoy SNMP > agent (from Epilogue/Windriver). I shall be extending this agent as per our needs. Is there > some SNMP manager available free of cost that can be used for testing the SNMP agent that one > writes ? Any information on this will be of great help, > > Regards, Ranjan > > > > > Sent via Deja.com http://www.deja.com/ Before you buy. - -- "Entropy Requires No Maintenance" --------------------------- Newsgroups: comp.os.vxworks,hp.os.vxworks Subject: Re: arm-wrs-vxworks GCC 2.95.2 cross compiler Date: Wed, 1 Nov 2000 17:02:30 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <8tnbc2$8kt$1@web1.cup.hp.com> Sergey wrote in message <8tnbc2$8kt$1@web1.cup.hp.com>... >Hello all, > >I am trying to build cross GCC 2.95.2 for arm-vxworks with following options >for configure: >--target=arm-wrs-vxworks --host=hppa2.0w-hp-hpux11.00 --with-headers=works headers dir> --without-newlib -v > >Everything goes fine until I start linking our image. Here is what I am >getting for the ctdt tables during linking: > >ctdt.o(.data+0x3c):fake: undefined reference to `global constructors keyed >to >... lots of those for all Cs and Ds. > >has anybody seen this problem before? Yes. I've seen it with the powerpc-wrs-vxworks build. The problem is caused by gcc having changed the way it gets static constructors run in between version 2.7.2 and 2.95.2. It no longer emits a function per module that constructs the static objects for that model, which is what the munching stage of the vxworks build/link is all about. You can restore the earlier behaviour by making the following changes to the gcc 2.95.2 source code: in [source code dir]/gcc/config/arm/vxarm.h, at the very end, add:- - -----begin code------------ /* More DK patches: we undef these two in order to force the */ /* compiler to output our static constructors and destructors */ /* in the fashion to which it is accustomed.... */ #undef ASM_OUTPUT_CONSTRUCTOR #undef ASM_OUTPUT_DESTRUCTOR /* This one is so that GLOBAL_THING gets a $ in it's name */ #define NO_DOLLAR_IN_LABEL - -------end code------------ Now change into your build directory, do a "make clean", and then rebuild and reinstall the compiler. This worked for me, anyway, with the ppc version: it made the compiler revert to its older behaviour of making munchable constructors. Hope it helps for you too. Now can anyone give me any pointers about how to revert the powerpc varargs behaviour from 2.95.2 to be compatible with the 2.7.2 version? DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: module-level sysmbols - Date: Wed, 1 Nov 2000 16:34:36 -0000 From: Atkinson Andrew Organization: Lawrence Berkeley National Laboratory Message-ID: <8tpj1g$271$1@overload.lbl.gov> Hi All We are running T2 and VxWorks 5.3.1 on a WinNT host and PPC603 target and are having problems with the following situation. Please see the (shortened) code extract below: static SCSI_PHYS_DEV * pScsiPhysDev01; void mdrWrite (SCSI_PHYS_DEV * pScsiPhysDev); STATUS mdrConfig (SCSI_PHYS_DEV * pScsiPhysDev, int scsiID) { /* Configure a SCSI MDR */ if (pScsiPhysDev = scsiPhysDevCreate (pSysScsiCtrl, scsiID, etc, etc)) == NULL) { printf("mdrConfig:failed to create SCSI device\n"); return(ERROR); } else { return (OK); } } void startMDRWrite(SCSI_PHYS_DEV * pScsiPhysDev) { if (mdrConfig(pScsiPhysDev01,1) == OK) { taskSpawn ("tMDR", 10, VX_FP_TASK, 8192, (FUNCPTR) mdrWrite, pScsiPhysDev01, etc, etc, etc) { else { printf("Task was not spawned\n"); } } Now when we call 'mdrConfig' from either the shell or the debugger, the SCSI device is configured OK, but pScsiPhysDev01 does not retain its value for use with subsequent functions, why is this? When we call 'startMDRWrite' from the debugger, we can trace into the code and see the SCSI device being initialised by 'mdrConfig', but once 'mdrConfig' has returned, pScsiPhysDev01 is no longer valid despite is module-scope. Any suggestions?? Regards Andy Atkinson - -- The Information contained in this E-Mail and any subsequent correspondence is private and is intended solely for the intended recipient(s). For those other than the recipient any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance on such information is prohibited and may be unlawful. --------------------------- Newsgroups: comp.os.vxworks Subject: BSP for PC104 Date: Wed, 01 Nov 2000 17:31:30 GMT From: yuval_lorian Organization: Deja.com - Before you buy. Message-ID: <8tpk1j$79b$1@nnrp1.deja.com> Does anybody know if WindRiver support the PC104 configuration for VxWorks (i.e., supply a BSP). I'm in special interest in AMPRO products. Any information will be useful. Thanks, Yuval. Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: run debugger WITHOUT tornado ? Date: Wed, 01 Nov 2000 19:04:12 GMT From: a7244270@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8tppf6$cdb$1@nnrp1.deja.com> References: <8tcgir$188$1@nnrp1.deja.com> <8tott9$del$06$1@news.t-online.com> In article <8tott9$del$06$1@news.t-online.com>, "Martin Raabe" wrote: > Hello Alfonso, > yes you may call the crosswind debugger directly from commandline, > when working on Solaris. Really ? If you could share that magic with me, that would truly be a life saver. Currently I load my compiled module onto the board using the "ld" command inside of a "windsh", call my main function to start execution, and then I can watch the output scroll by inside of my other window that I have telneted into the port controller. Where and how would I run the crosswind debugger ? If it is difficult to elaborate, I would appreciate it if you could point me at the right section of the 3 feet or so of wind river books on my shelf. > Speaking for my own, not my employer! lol. Regards, Alfonso. Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: 2700bsp - exception at interrupt level? Date: Wed, 01 Nov 2000 13:36:49 -0600 From: Andrew Johnson Organization: APS, Argonne National Laboratory Message-ID: <3A0070D1.6058F33A@aps.anl.gov> References: <39FF3094.64F2ECC6@mindspring.com> Hi Al, Al Johnston wrote: > > I am getting the message "exception at interrupt level" on the console. > It doesn't > seem to give me much of a clue as to what the exception was... > > Shouldn't it tell me? Not very friendly is it. > Anyway, the exception current/next instruction address both are the > same address (strange) and I believe they point to a STFD (store > floating point double) instruction. I notice that MSR(FP) is > clear. I am wondering if that is what the exception is. Do you have any interrupt service routines that use floating-point operations, and are they correctly using fppSave() / fppRestore()? We had a problem that looked like this where the ISR wasn't doing any FP math (so we shouldn't have had to save the FP regs), but gcc took it into its head to use LFD / STFD instructions to copy an 8-byte struct, thus killing an FP register in the task running at the time of the interrupt. We fixed that by adding -mstrict-align to our gcc compile flags. Don't know if that's any use to you, but worth knowing about in case it helps. - - Andrew - -- Every great idea appears crazy to start with. --------------------------- Newsgroups: comp.os.vxworks Subject: Priority aware network stack? Date: Wed, 1 Nov 2000 15:04:16 -0500 From: "Michael Simpson" Organization: UUNET Canada News Reader Service Message-ID: Reply-To: "Michael Simpson" Hi, Has anybody else out there had an application for a priority-aware network stack? As far as I understand it, all network jobs in SENS run in a single thread, in the context of tNetTask. Jobs are added to tNetTask's working queue via NetJobAdd(...). ALL network related processing is done in this way, including ethernet packet reception, IP/TCP/UDP processing, routing, ARP, etc. I believe that tNetTask's work queue is 32 jobs long, but I'm not sure. So if I have some network job to do, and there are 20 jobs ahead of me in tNetTask's queue, I have to wait. What I would really like to do is have the ability to priorize the transmission, reception, routing, etc. of certain kinds of traffic over others. Any ideas, pointers? I did not buy vxWorks source code, and I can't modify it. Any pointers are greatly appreciated, Mike Simpson --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ioctl(fd,function,arg): which 'function' passed to my driver? Date: 1 Nov 2000 20:01:22 GMT From: mathar@mpia-hd.mpg.de (Richard Mathar) Organization: Max-Planck-Institut fuer Astronomie Keywords: driver, ioctl Message-ID: <8tpsqi$3ga$1@news.urz.uni-heidelberg.de> References: <2000Oct30.144756@sun18> Reply-To: mathar@mpia-hd.mpg.de I (Richard Mathar) wrote: |> |> The VxWorks 5.3.1 Reference Manual on ioctl() tells us that |> "Most requests are pased on to the driver for handling". Which integer |> numbers could I actually use in my home-made driver as the 2nd argument, |> and which would not be passed to my xxIoctl() and never arrive there? There are |> #definitions of of macros for ioctl function numbers 1 to 46 in h/ioLib.h. |> Do I need to avoid all of them in any non-standard driver? Some tests with a pseudo and trivial driver just doing an iosDrvInstall(), iosDevAdd() and open shows that from all numbers between 0 and 350 (which is the interesting range of numbers for me), only the 18 seems to be swallowed. All others arrive at the xxIoctl() handler. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: use of Remote Access Annex Server product with Tornado ? Date: 01 Nov 2000 11:07:39 -1000 From: Jim Thomas Organization: Canada France Hawai`i Telescope Message-ID: References: <8tmtso$pcc@nntpb.cb.lucent.com> >>>>> "Alexander" == Alexander Povolotsky writes: Alexander> Nortel now "owns" used to be "XyLogic's ? " Remote Access Annex Alexander> Server product - is there is a way in Tornado to connect Alexander> tgtserver to the target via this ? (this means: tgtserver Alexander> <->WDB-RPC/ TCP/IP/<-> "Remote Access Annex" <-> serial (PPP ? Alexander> )<-> target ) ? Is the Tornado host unix or Windows? If it's unix, can't you use their reverse telnet? tgtserver <-> rtelnet port on unix host <-> annex <-> serial line (no PPP) <-> target . This "should" work the same as hooking the tgtserver to a local RS-232 line on the unix host. I doubt you can do it from a Windows host. Jim --------------------------- Newsgroups: comp.os.vxworks Subject: build compressed vxworks_rom Date: Wed, 1 Nov 2000 20:09:42 +0800 From: "Ren Hantao" Organization: The news server of Changzhou TeleCom Message-ID: <8tp0kj$28t7$1@news.cz.js.cn> Hi, How can I build a compressed vxWorks_rom on ads860 board. If the size of vxworks_rom is about 16M. What size it supposed to be after compression? Ren Hantao --------------------------- Newsgroups: comp.os.vxworks Subject: IP Aliasing Date: Wed, 1 Nov 2000 16:45:33 -0500 From: "Saraf, Suman" Organization: Lawrence Berkeley National Laboratory Message-ID: <8tq4k0$eni$1@overload.lbl.gov> Hi All, Does the VxWorks Networking code have support for IP Aliasing i.e. assigning multiple IP's to one interface(like linux, freeBSD etc) ? Thanks! --------------------------- Newsgroups: comp.os.vxworks Subject: Re: HELP! MIPS R3000 / GNU C/C++ - possible compiler bug Date: Wed, 01 Nov 2000 17:17:26 -0500 From: "Emory R. Stagmer" Organization: Ezekiel's Wheel (works for Litton, Advanced Systems division) Message-ID: <3A009676.36CFA2A0@XXLittonAS.com> References: <39FF34D6.7E4F126@XXLittonAS.com> myGOL wrote: > > pls ask the question first, together we can surely solve any problem. there > are many here. > OK, I would have taken this off-list, but since you insist! ;^) We think we're seeing this compiler bug in several places in our C and C++ code in the project. It seems that the following C code exhibits the problem: int result = 0; ... result = SomeFunctionCall(); if (result == NULL) ... giving the following assembly: jal SomeFunctionCall // function call nop // branch delay slot... sw $2,4($FP) // store the function return value into result lw $2,4($FP) // read it back for the compare bne $2,$0, // if... where the SW and LW instructions have no NOP between them, resulting in the $2 register POSSIBLY having an incorrect value; i.e. the value that was in the memory location before the SW instruction executed. This may be quite processor specific, and also related to the states of the instruction and data caches... The timing of what's going on here is not obvious from any/all of the materials I have here on the LSI LR33300 - our rad-hard version is called a Mongoose V from Synova, but is basically an exact implementation of the LSI part. > Emory R. Stagmer wrote in message > news:39FF34D6.7E4F126@XXLittonAS.com... > > All, > > We've got a possible compiler bug with the GNU C compiler, but > > it's real processor specific. If there's any MIPS guru out there, > > I'd like to ask you about some timing of pipelined instructions... > > > > Kinda urgent, the spacecraft is already on the launch vehicle. > > (NO, I'M NOT KIDDING.) > > > > -- - -- Emory R. Stagmer Scientist, Litton Advanced Sys Div - Space Systems Operation http://www.amecom.com Bass/12string/keyboards/windsynth for Ezekiel's Wheel http://www.untiedmusic.com Baltimore CMC Chapter Coordinator & North Atlantic CMC Regional Board http://www.cmcnet.org RingMaster for the Christian Music Ring http://www.webring.org/cgi-bin/webring?ring=christmusic;home Don't read Tom Clancy and watch CNN at the same time - it's WAY too confusing... --------------------------- Newsgroups: comp.os.vxworks Subject: Re: RTL8139 100Mbps Ethernet Driver Date: Wed, 01 Nov 2000 22:29:11 GMT From: "wwa" Organization: Verio Message-ID: References: <8tnmtp$n0u$1@nnrp1.deja.com> We have the RTL8139 driver as well we boot vxWorks over the network and this proceeded at a the same speed as other 100Mbs NIC cards however once it was booted and we tried to send a .o or .out file to the target it was very very slow I recommend the Intel 8255x drivers --------------------------- Newsgroups: comp.os.vxworks Subject: RE: Information needed on SNMP manager/Test tool ..... Date: Wed, 1 Nov 2000 14:19:10 -0800 From: Jim Way Organization: Lawrence Berkeley National Laboratory Message-ID: <8tq84g$hd4$1@overload.lbl.gov> Ranjan, > I am working on an est8240 board and am using the Envoy SNMP > agent (from Epilogue/Windriver). I shall be extending this agent > as per our needs. Is there some SNMP manager available free of > cost that can be used for testing the SNMP agent that one writes? > Any information on this will be of great help, Download free Network Management Station software at: ftp://ftp.compaq.com/pub/softpaq/sp6001-6500/sp6102.exe (Run at your own risk. Backup first! It has been rumored to run poorly on Gateway computers. We ran it great on Windows/NT 4.0 laptops.) HTH, Jim - ----------------------------------------- Jim Way, Software Engineer Datum Austin (Austron Inc.) voice: 512.721.4170 fax : 512.990.9712 email: jwayATdatumDOTcom (no spam please) - ----------------------------------------- VxWorks, Tornado --------------------------- Newsgroups: comp.os.vxworks Subject: a driver for Siemens PEB 20534 Date: Thu, 02 Nov 2000 00:34:57 GMT From: hlzeng@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8tqcrh$u81$1@nnrp1.deja.com> Where can I find a driver for the Siemens PEB 20534 DSCC4? Thanks. Zeng Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: IP Aliasing Date: Thu, 02 Nov 2000 04:14:49 GMT From: Todd Sandor Organization: @home Message-ID: <3A00E9FE.BFB394E1@home.com> References: <8tq4k0$eni$1@overload.lbl.gov> ifAddrAdd() should do what you need - check it in the programmers manual. Cheers... "Saraf, Suman" wrote: > Hi All, > > Does the VxWorks Networking code have support for IP Aliasing i.e. assigning > multiple IP's to one interface(like linux, freeBSD etc) ? > > Thanks! --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Visual Studio Integration with T2 Date: Thu, 02 Nov 2000 08:05:57 GMT From: Heiko Elger (ARBURG) Organization: Deja.com - Before you buy. Message-ID: <8tr792$hnf$1@nnrp1.deja.com> References: <8tmmcm$ovv$1@nnrp1.deja.com> Hello, I've written a small parser which transforms the output of GCC warnings/errors into the format which MS studio expects. All you have to do is to pipe in the output of your own rules like the following: cc hello.c | msc2gcc If desired I can sent the small program to you (it's a MS Studio project) - but you will need lex.exe. Best regards Heiko In article <8tmmcm$ovv$1@nnrp1.deja.com>, giorgio_benetti@my-deja.com wrote: > I'm adding a question to the following message: > > Subject: Re: Visual Studio Integration with T2 > Date: 02/21/2000 > Author: Gerald van Kampen > > in the makefile Gerald is proposing he is using > the MS compiler to compile. > > I would like to use the GNU compiler (because I > am compiling powerPC) and I managed to do it with > an external makefile. > Everything works ok except linking the errors to > the line of code. > The GNU output is: > my_file.cpp :233: syntax error > The Visual Studio expects: > my_file.cpp (233) : syntax error > > Does anyone know an easy way to postprocess the > GNU output to be like the MS one. > Or, modifying MS Visual Studio with a macro to > understand those errors? > > Thanks for any hint or help. > > Giorgio Benetti > > Sent via Deja.com http://www.deja.com/ > Before you buy. > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks,comp.sys.powerpc.tech,comp.arch.embedded Subject: Robust RTOS for PPC750 Date: Thu, 02 Nov 2000 09:31:25 GMT From: yosiy@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8trc9d$m9h$1@nnrp1.deja.com> Hi All I'm looking for very robust RTOS for PPC750. I have lot of experience with vxWorks, and it found to be not enough robust for me, mostly because the kernel is not protected and any task could screw up whole system. Another issue lack in vxWorks is modularity, where I want to be able to upgrade only parts of my application, without the need to reset and load whole new application image. I'm ready to pay with some performance hit. What about lynxOS? With best regards Yosi Yarchi Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Robust RTOS for PPC750 Date: Thu, 02 Nov 2000 09:37:22 GMT From: yosiy@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8trcki$mcq$1@nnrp1.deja.com> Hi All I'm looking for very robust RTOS for PPC750. I have lot of experience with vxWorks, and it found to be not enough robust for me, mostly because the kernel is not protected and any task could screw up whole system. Another issue lack in vxWorks is modularity, where I want to be able to upgrade only parts of my application, without the need to reset and load whole new application image. I'm ready to pay with some performance hit. What about lynxOS? With best regards Yosi Yarchi Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: 2700bsp - exception at interrupt level? Date: Thu, 2 Nov 2000 10:19:58 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <39FF3094.64F2ECC6@mindspring.com> <3A0070D1.6058F33A@aps.anl.gov> Andrew Johnson wrote in message <3A0070D1.6058F33A@aps.anl.gov>... >> Anyway, the exception current/next instruction address both are the >> same address (strange) and I believe they point to a STFD (store >> floating point double) instruction. I notice that MSR(FP) is >> clear. I am wondering if that is what the exception is. Probably! >Do you have any interrupt service routines that use floating-point >operations, and are they correctly using fppSave() / fppRestore()? We had >a problem that looked like this where the ISR wasn't doing any FP math (so >we shouldn't have had to save the FP regs), but gcc took it into its head >to use LFD / STFD instructions to copy an 8-byte struct, thus killing an >FP register in the task running at the time of the interrupt. We fixed >that by adding -mstrict-align to our gcc compile flags. And don't forget to spawn your task with the VX_FP_TASK flag set! DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks,comp.sys.powerpc.tech,comp.arch.embedded Subject: Re: Robust RTOS for PPC750 Date: Thu, 2 Nov 2000 10:36:24 -0000 From: "Peter Seed" Organization: Aston Message-ID: <3a014385@aston-server2.astondes.com> References: <8trc9d$m9h$1@nnrp1.deja.com> Reply-To: "Peter Seed" Try not to laugh, but how about OS-9 from Microware? yosiy@my-deja.com wrote in message <8trc9d$m9h$1@nnrp1.deja.com>... >Hi All > >I'm looking for very robust RTOS for PPC750. I have lot of experience >with vxWorks, and it found to be not enough robust for me, mostly >because the kernel is not protected and any task could screw up whole >system. Another issue lack in vxWorks is modularity, where I want to be >able to upgrade only parts of my application, without the need to reset >and load whole new application image. I'm ready to pay with some >performance hit. > >What about lynxOS? > > >With best regards >Yosi Yarchi > > >Sent via Deja.com http://www.deja.com/ >Before you buy. --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Thu Nov 2 09:12:33 2000 From: "Mike Anderson" Date: Thu Nov 2 09:12:35 PST 2000 Subject: Davicom 9102 PCI Ethernet Driver for VxWorks? VxWorks Greetings! Does anyone out there in net land know of a VxWorks 5.4 (MUX or BSD) driver for the Davicom 9102-based PCI Ethernet card? TIA, Mike Anderson Chief Scientist The PTR Group, Inc. Embedded, Real-time Solutions and Services mailto:mike@theptrgroup.com http://www.theptrgroup.com V: 703.585.9384 F: 703.430.3748 From vxwexplo-errs@csg.lbl.gov Thu Nov 2 09:38:27 2000 From: karunakaran nair Date: Thu Nov 2 09:38:31 PST 2000 Subject: comp.os.vxworks newsdigest hi, how to add login and password like in UNIX in vxworks ? how to add users ? anything like vxworks administrator ? thanks,KN __________________________________________________ Do You Yahoo!? From homework help to love advice, Yahoo! Experts has your answer. http://experts.yahoo.com/ From vxwexplo-errs@csg.lbl.gov Thu Nov 2 10:40:34 2000 From: "timallen" Date: Thu Nov 2 10:40:36 PST 2000 Subject: Re: BSP for PC104 >Does anybody know if WindRiver support the PC104 configuration for >VxWorks (i.e., supply a BSP). It doesn't support any particular board, as far as I know, but the standard x86 BSPs work on most of the PC104 boards I've tried. You just need to check that the network device, and any other particular non-standard devices, are supported. The PC104 is just ISA bus, and PC104-plus has PCI which are both supported by the standard BSP. >I'm in special interest in AMPRO products. From memory I think the AMPRO board I used had an NE2000 compatible ethernet device which is supported in VxWorks. >Any information will be useful If you have any particular questions, feel free to contact me direct. Regards, Tim. -------------------- Tim Allen Ltd Real Time Embedded Software Consultancy From vxwexplo-errs@csg.lbl.gov Thu Nov 2 15:12:24 2000 From: Bob Kibrick Date: Thu Nov 2 15:12:26 PST 2000 Subject: anyone have a device driver for 100BaseT Sbus adapter boards? We are currently running VxWorks version 5.2 on a Force SPARC CPU 5CE VMEbus board. This is a rather old version of VxWorks and a rather old CPU board, but it has performed well and met most of our requirements to date. The main limitation is that the 5CE CPU board only supports 10BaseT ethernet, and our bandwidth requirement has grown to where we now need 100BaseT. We are on a tight budget and schedule and are looking for the least-cost solution to eliminating this bandwidth bottleneck. We have on hand several SunSwift fast ethernet/fast-wide-SCSI Sbus boards that can plug into one of the onboard Sbus slots on the Force 5CE CPU board. While Sun Solaris provides driver support for this board (i.e., the "hme" series ethernet device drivers), VxWorks 5.2 does not. If anyone has developed a VxWorks device driver that provides 100BaseT ethernet support using this Sbus board (or any other available Sbus board), we would be very interested in talking to you. Bob Kibrick, University of California Obseravtories/Lick Observatory 169 Natural Sciences 2, University of California, Santa Cruz, CA 95064 kibrick@ucolick.org phone:(831)-459-2262 FAX:(831)-459-2298 From vxwexplo-errs@csg.lbl.gov Thu Nov 2 20:03:08 2000 From: prashant.adkoli@wipro.com (Prashant Madhav Adkoli) Date: Thu Nov 2 20:03:11 PST 2000 Subject: Re: comp.os.vxworks newsdigest Hi, I think there is no user concept in VxWorks as it is a RTOS. Prashant Adkoli. From vxwexplo-errs@csg.lbl.gov Thu Nov 2 22:18:51 2000 From: "Vishwas H.K" Date: Thu Nov 2 22:18:53 PST 2000 Subject: Mbuf related probs on VxWorks Hi All, I am Vishwas .H.K working for a software organisation and I came across your posting searching thro the WEB for some mbuf related problem on VxWorks. I hope I can get some help from you guys ..... On VxWorks, reg mbufs, as you know, there are 2 kinds of pools - data pool and the sys pool. We are developing VPN software and we need to hook to the IP stack for getting mbufs and manipulating the same since we need to do encryption before sending the IP packet out on the network. The converse ie, decryption is also done in the incoming direction by getting packets from the ethernet / wan driver. The thing is this. When a packet is given from the IP stack to pass on to the ethernet/wan driver, we (the VPN software) intercepts the packet. Now, it is as good as this packet belongs to us. Since we need to add AH / ESP headers (specific to IPSec), we need to allocate mbuf nodes. While doing so, we need to specify the mbuf pool, right ? We are specifying the sys pool itself and we are NOT HAVING ANY LOCAL MBUF POOLS created. Is that fine ? Can we use the sys pool ? We are NOT COPYING the mbuf packet received from the IP stack BEFORE GIVING IT TO THE VPN software. Is this okay ? We are facing huge problems in this scenario.. Could you please help ? Thanks in advance, Vishwas .H.K _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. From vxwexplo-errs@csg.lbl.gov Thu Nov 2 22:19:08 2000 From: "Vishwas H.K" Date: Thu Nov 2 22:19:11 PST 2000 Subject: Mbuf related probs on VxWorks Hi All, I am Vishwas .H.K working for a software organisation and I came across your posting searching thro the WEB for some mbuf related problem on VxWorks. I hope I can get some help from you guys ..... On VxWorks, reg mbufs, as you know, there are 2 kinds of pools - data pool and the sys pool. We are developing VPN software and we need to hook to the IP stack for getting mbufs and manipulating the same since we need to do encryption before sending the IP packet out on the network. The converse ie, decryption is also done in the incoming direction by getting packets from the ethernet / wan driver. The thing is this. When a packet is given from the IP stack to pass on to the ethernet/wan driver, we (the VPN software) intercepts the packet. Now, it is as good as this packet belongs to us. Since we need to add AH / ESP headers (specific to IPSec), we need to allocate mbuf nodes. While doing so, we need to specify the mbuf pool, right ? We are specifying the sys pool itself and we are NOT HAVING ANY LOCAL MBUF POOLS created. Is that fine ? Can we use the sys pool ? We are NOT COPYING the mbuf packet received from the IP stack BEFORE GIVING IT TO THE VPN software. Is this okay ? We are facing huge problems in this scenario.. Could you please help ? Thanks in advance, Vishwas .H.K _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. From vxwexplo-errs@csg.lbl.gov Fri Nov 3 02:41:31 2000 From: David Laight Date: Fri Nov 3 02:41:33 PST 2000 Subject: Re: anyone have a device driver for 100BaseT Sbus adapter boards? > Subject: anyone have a device driver for 100BaseT Sbus adapter boards? > > We have on hand several SunSwift fast ethernet/fast-wide-SCSI Sbus boards > that can plug into one of the onboard Sbus slots on the Force 5CE CPU > board. I have written a driver for the FEPS (but not for vxWorks) it wasn't too hard. Basically the logic of a lance driver can be used, the ring entry format is different (but not far enough that I couldn't make the same driver binary efficiently drive both card types) and different initialisation is required. The only oddity I remember is that the receive buffers have to be overlength - or else long frames are discarded. Unfortunately I can't give you the source - it's owned by my previous employer and I don't have the datasheet book any more :-( David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Fri Nov 3 04:03:09 2000 From: Vxworks Exploder Date: Fri Nov 3 04:03:12 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Fri Nov 3 04:03:05 PST 2000 Subject: Robust RTOS for PPC750 Subject: Re: Robust RTOS for PPC750 Subject: Re: Robust RTOS for PPC750 Subject: Re: Robust RTOS for PPC750 Subject: Telecom Software 'Start-up' Equity Opportunities / RTOS Subject: Re: Visual Studio Integration with T2 Subject: Re: Single stepping problem in tornado Subject: Re: module-level sysmbols - Subject: TouchScreen driver help. Subject: VxSim & Actual target memory mapping Subject: help : ipAttach fails but muxShow succeeds Subject: How to free up space used by a ramDisk? Subject: Davicom 9102 PCI Ethernet Driver for VxWorks? Subject: Re: How to free up space used by a ramDisk? Subject: Re: powerpc bootrom Subject: HELP: Target server connection goes stale Subject: Re: linux development environment Subject: Re: 2700bsp - exception at interrupt level? Subject: Re: HELP: Target server connection goes stale Subject: re: BSP for PC104 Subject: Re: Robust RTOS for PPC750 Subject: how long has a task run since voluntarily giving up control? Subject: Re: IP Aliasing Subject: MVME2300 & Tornado I/VxWorks Subject: Re: Robust RTOS for PPC750 Subject: associating T2 Shell with telnet port Subject: Re: HELP: Target server connection goes stale Subject: vme BERR on ppc boards (2700 etc) Subject: Re: Information needed on SNMP manager/Test tool ..... Subject: anyone have a device driver for 100BaseT Sbus adapter boards? Subject: Re: powerpc bootrom Subject: re: comp.os.vxworks newsdigest Subject: Re: Visual Studio Integration with T2 Subject: Re: Robust RTOS for PPC750 Subject: Re: TouchScreen driver help. Subject: Asynchronous IO on Sockets? Subject: make CPU=processor Subject: Re: TouchScreen driver help. Subject: Mbuf related probs on VxWorks Subject: Mbuf related probs on VxWorks Subject: Re: associating T2 Shell with telnet port Subject: Re: make CPU=processor Subject: Re: 2700bsp - exception at interrupt level? Subject: Re: Robust RTOS for PPC750 Subject: AS-Interface on VME Subject: re: anyone have a device driver for 100BaseT Sbus adapter boards? ------------------------------------------------------- Newsgroups: comp.sys.powerpc.tech,comp.arch.embedded,comp.os.vxworks Subject: Robust RTOS for PPC750 Date: Thu, 2 Nov 2000 14:05:16 +0200 From: "Yosi" Message-ID: <3a0159f7$1@news.barak.net.il> Hi All I'm looking for very robust RTOS for PPC750. I have lot of experience with vxWorks, and it found to be not enough robust for me, mostly because the kernel is not protected and any task could screw up whole system. Another issue lack in vxWorks is modularity, where I want to be able to upgrade only parts of my application, without the need to reset and load whole new application image. I'm ready to pay with some performance hit. What about lynxOS? With best regards Yosi Yarchi --------------------------- Newsgroups: comp.os.vxworks,comp.sys.powerpc.tech,comp.arch.embedded Subject: Re: Robust RTOS for PPC750 Date: Thu, 02 Nov 2000 12:33:30 GMT From: spiff@cybernarian.org (CyberSpiff) Organization: MediaOne - Atlanta Message-ID: References: <8trc9d$m9h$1@nnrp1.deja.com> Reply-To: spiff@cybernarian.org How about BSD UNIX from BSDi? They have a version of BSD/OS called eBSD that runs on the Artesyn PM/PPC. You'll need to contact them for the details since they haven't put the information up on their web page. - -spiff On Thu, 02 Nov 2000 09:31:25 GMT, yosiy@my-deja.com wrote: >Hi All > >I'm looking for very robust RTOS for PPC750. I have lot of experience >with vxWorks, and it found to be not enough robust for me, mostly >because the kernel is not protected and any task could screw up whole >system. Another issue lack in vxWorks is modularity, where I want to be >able to upgrade only parts of my application, without the need to reset >and load whole new application image. I'm ready to pay with some >performance hit. > >What about lynxOS? > > >With best regards >Yosi Yarchi > > >Sent via Deja.com http://www.deja.com/ >Before you buy. --------------------------- Newsgroups: comp.os.vxworks,comp.sys.powerpc.tech,comp.arch.embedded Subject: Re: Robust RTOS for PPC750 Date: Thu, 2 Nov 2000 07:46:36 -0500 From: "Jeff Creem" Organization: Posted via Supernews, http://www.supernews.com Message-ID: References: <8trc9d$m9h$1@nnrp1.deja.com> LynxOS certainly adds some additional protection beyond standard vxWorks. If you are really getting worried about a robust solution perhaps you should also consider using Ada 95 as well to get some of the additional protection that language offers. (Since within your processes it is now very typical to have threads that indeed share memory space and the MMU does not save you here) As long as you are just changing out parts of your application (assuming you split these into separate processes) I think you could make LynxOs work fine. The latest versions even have support for hotSwap PCI however I have no idea how well it works. There are at least two (maybe three) Ada 95 vendors that support that OS. wrote in message news:8trc9d$m9h$1@nnrp1.deja.com... > Hi All > > I'm looking for very robust RTOS for PPC750. I have lot of experience > with vxWorks, and it found to be not enough robust for me, mostly > because the kernel is not protected and any task could screw up whole > system. Another issue lack in vxWorks is modularity, where I want to be > able to upgrade only parts of my application, without the need to reset > and load whole new application image. I'm ready to pay with some > performance hit. > > What about lynxOS? > > > With best regards > Yosi Yarchi > > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.sys.powerpc.tech,comp.arch.embedded,comp.os.vxworks Subject: Re: Robust RTOS for PPC750 Date: Thu, 02 Nov 2000 13:13:44 GMT From: verymuchanimpossibleaccountname@hotmail.com (Mark A. Odell) Organization: Hotmail user Message-ID: <8FE05B8F4hj43hh34hhlLHKXDFH12@24.128.44.7> References: <3a0159f7$1@news.barak.net.il> yosi_yarchi@kerenix.com (Yosi) wrote in <3a0159f7$1@news.barak.net.il>: >Hi All > >I'm looking for very robust RTOS for PPC750. I have lot of experience with >vxWorks, and it found to be not enough robust for me, mostly because the >kernel is not protected and any task could screw up whole system. Another >issue lack in vxWorks is modularity, where I want to be able to upgrade only >parts of my application, without the need to reset and load whole new >application image. I'm ready to pay with some performance hit. Try Enea OSE Delta, it's saftey certified and supports the CPU's hardware protection. --------------------------- Newsgroups: comp.os.vxworks Subject: Telecom Software 'Start-up' Equity Opportunities / RTOS Date: Thu, 02 Nov 2000 13:52:36 GMT From: careers@trisearch.com Organization: FlashNet Communications, http://www.flash.net Message-ID: <3a01725a.709288@news.flash.net> This message is to advise users of VxWorks or other RTOS that we are currently looking for Software engineers with 3+ years experience in Real time embedded software design and development for Telecom or Datacom applications. Our clients are fully venture capital funded Telecom start-up companies as well as established Telecom companies. Top salaries to $120K (DOE) plus incentive bonuses with generous stock options and full benefits and relocation packages are offered for this experience. These opportunities are truly exceptional 'career enhancing' positions. TRI has played a key part in staffing some of the most successful start-up and established telecom companies in the country. If you have an interest in surveying these opportunities: Please respond in strictest confidence to: TRI 972/424-6076(fax) careers@trisearch.com www.trisearch.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Visual Studio Integration with T2 Date: Thu, 02 Nov 2000 13:58:04 GMT From: benetti.g@ems-t.ca Organization: Deja.com - Before you buy. Message-ID: <8trrt8$1jd$1@nnrp1.deja.com> References: <8tmmcm$ovv$1@nnrp1.deja.com> <8tr792$hnf$1@nnrp1.deja.com> Hello, yes, I am very interested in the parser you wrote, thanx a lot. Unfortunately I do not have lex.exe and I do not know what it is: can you tell me more about it. Thank's again, Giorgio Benetti EMS Technologies, Montreal, Canada benetti.g@ems-t.ca In article <8tr792$hnf$1@nnrp1.deja.com>, Heiko Elger (ARBURG) wrote: > Hello, > > I've written a small parser which transforms the output of GCC > warnings/errors into the format which MS studio expects. > All you have to do is to pipe in the output of your own rules like the > following: > cc hello.c | msc2gcc > > If desired I can sent the small program to you (it's a MS Studio > project) - but you will need lex.exe. > > Best regards > > Heiko > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Single stepping problem in tornado Date: Thu, 2 Nov 2000 15:17:16 +0100 From: "Markus MItterer" Organization: KPNQwest customer news service Message-ID: References: <8tn2ba$4a1$1@nnrp1.deja.com> Hi Bill, I am using a PPC and rarely I have seen these symptoms. In this case I recompile my whole code and start again. That works for me. regards Markus --------------------------- Newsgroups: comp.os.vxworks Subject: Re: module-level sysmbols - Date: Thu, 2 Nov 2000 14:55:37 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <8tpj1g$271$1@overload.lbl.gov> Atkinson Andrew wrote in message <8tpj1g$271$1@overload.lbl.gov>... >the SCSI device being initialised by 'mdrConfig', but once 'mdrConfig' >has returned, pScsiPhysDev01 is no longer valid despite is module-scope. You mean "is no longer valid *BECAUSE* of its module scope" >static SCSI_PHYS_DEV * pScsiPhysDev01; You can't access static symbols from the shell, as they are not entered into the symbol table. >Any suggestions?? Remove 'static' from the definition of pScsiPhysDev01. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: TouchScreen driver help. Date: Thu, 2 Nov 2000 18:02:21 +0200 From: "R Michau" Message-ID: <3a018fe3$0$232@hades.is.co.za> I need to develop a touchscreen driver for VxWorks. Problem is, I dont have a clue as to where to start. Could anyone point me in the right direction or where, if possible could I source code for a existing driver. Any help would be greatly appreciated. R. Michau --------------------------- Newsgroups: comp.os.vxworks Subject: VxSim & Actual target memory mapping Date: Thu, 02 Nov 2000 16:05:29 GMT From: "myGOL" Organization: Global Online Japan // Exodus Communications KK. Message-ID: is it possible to simulate an actual target environment such as support to memory map? tia. --------------------------- Newsgroups: comp.os.vxworks Subject: help : ipAttach fails but muxShow succeeds Date: Thu, 02 Nov 2000 17:42:13 +0100 From: "Philippe Bourcier (chez Tekelec Temex Telecom)" Organization: Tekelec Temex Telecom (http://www.temex-telecom.com) Message-ID: <3A019965.266C53DD@temex.fr> hi everybody, I use muxDevLoad for loading (not at init) my own "soft" driver, then ipAttach. This fuction returns an ERROR, but no errno message. When I call muxShow with the shell, the protocol is attached to my END. But, using ifShow, I don't see this driver. Any ideas ? PS: I don't use END_MIB_INIT (if useful). - -- Philippe --------------------------- Newsgroups: comp.os.vxworks Subject: How to free up space used by a ramDisk? Date: Thu, 02 Nov 2000 17:03:56 GMT From: Dee Man Organization: Deja.com - Before you buy. Message-ID: <8ts6pl$bul$1@nnrp1.deja.com> I am planning to allocate a ram disk on demand and to free it when requested. I know how to allocate and use it. But I haven't figured out how to free it. Will dosFsVolUnmount() really frees the space too. Thanks, - -- Deepal Wanigarathne Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Davicom 9102 PCI Ethernet Driver for VxWorks? Date: Thu, 2 Nov 2000 11:09:59 -0600 From: "Mike Anderson" Organization: Lawrence Berkeley National Laboratory Message-ID: <8ts7df$gdq$1@overload.lbl.gov> VxWorks Greetings! Does anyone out there in net land know of a VxWorks 5.4 (MUX or BSD) driver for the Davicom 9102-based PCI Ethernet card? TIA, Mike Anderson Chief Scientist The PTR Group, Inc. Embedded, Real-time Solutions and Services mailto:mike@theptrgroup.com http://www.theptrgroup.com V: 703.585.9384 F: 703.430.3748 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to free up space used by a ramDisk? Date: Thu, 02 Nov 2000 17:23:16 GMT From: "myGOL" Organization: Global Online Japan // Exodus Communications KK. Message-ID: <8qhM5.275$qu5.89844@nnrp.gol.com> References: <8ts6pl$bul$1@nnrp1.deja.com> mannual entry for ramDevCreate: Memory for the RAM disk can be pre-allocated separately; if so, the ramAddr parameter should be the address of the pre-allocated device memory. Or, memory can be automatically allocated with malloc( ) by setting ramAddr to zero. Dee Man wrote in message news:8ts6pl$bul$1@nnrp1.deja.com... > I am planning to allocate a ram disk on demand and to free it > when requested. I know how to allocate and use it. But I haven't > figured out how to free it. Will dosFsVolUnmount() really frees > the space too. > > Thanks, > > > -- > Deepal Wanigarathne > > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: powerpc bootrom Date: Thu, 02 Nov 2000 17:19:35 GMT From: kwessel@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8ts7mt$cu3$1@nnrp1.deja.com> References: <3A003C07.BD1E6E4B@pacbell.net> It looks like the MMU is off for the MVME2400 BSP. The romInit.s indicates that address translation is off, although it does turn on the data cache. In addition usrMmuInit() is not called anywhere in bootConfig.c, usrMmuInit() is where the sysPhysMemDesc[] is accessed to setup PTE's or TLB's, etc. for the "RAM-based" VxWorks. In article <3A003C07.BD1E6E4B@pacbell.net>, ted logan wrote: > Hi > > Using Tornado II, with PowerPC target, host is Solaris or Windows, I > have found > that the bootrom.hex (or bootrom_uncmp.hex) executes without MMU or RAM > interrupt vectors setup. I had to insert code to do this. Wind River > has not been much help, and other PowerPC reference BSPs have not > helped. > > Does anyone know if bootrom executes without MMU ? It seems unlikely to > me as vxWorks requires the MMU to execute properly. > > thanks > Ted Logan > Force Computers > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: HELP: Target server connection goes stale Date: Thu, 2 Nov 2000 10:04:28 -0800 From: "Ryan Tanner" Organization: Posted via Supernews, http://www.supernews.com Message-ID: When I use the system mode debugging (i.e. attach system in gdb), after a period of time the target server connection to the target stops working. Sometimes when I shut down the target server and restart, the system is still alive. The target is a standard PC with a P150 used as a prototype. Any ideas? Thanks! --------------------------- Newsgroups: comp.os.vxworks Subject: Re: linux development environment Date: 2 Nov 2000 12:25:41 GMT From: tmb@Xisotek.co.uk (Trevor Barton) Organization: Isotek Electronics Ltd., Leeds, UK. Message-ID: References: <8qbb6h$kk19@nntp.cig.mot.com> <39C93D49.6C6A9349@fnc.fujitsu.com> Reply-To: tmb@Xisotek.co.uk On 1 Nov 2000 07:03:08 GMT, Luke Diamand wrote: >Steven Deans wrote: >>Jim Robinson wrote: >> >>> Is there a linux hosted dev environment for vxworks? I looked at wrs.com >>> and did a search, but came up with nothing. If this doesn't exist, isn't >>> this a fairly major omission? >>> >>> Thanks >>> >>> Jim Robinson >> >>Which other MAJOR RTOS venders have a full dev environment hosted on linux >>across most major dev hosts (SUN, PC, HP...)? Has it been available for >>over 6 months? > >Cygnus/Red Hat. >Virata. >Metrowerks (not an RTOS vendor, granted) has been on Linux now for >sometime, IIRC. I believe the next version will be linux hosted as well. I'm not sure if it'll be a free upgrade from T2, though, and I bet that having paind umpteen thousands for a WinNT version we won't be able to swap without paying umpteen thousands again :-((. Trev - -- Trevor Barton Isotek Electronics Ltd, Claro House, Servia Road, Leeds, LS7 1NL, UK Tel: +44 (113) 234 3202, Fax +44 (113) 234 2918 Remove X from tmb@Xisotek.co.uk before replying. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: 2700bsp - exception at interrupt level? Date: Thu, 02 Nov 2000 13:33:46 -0500 From: Al Johnston Organization: MindSpring Enterprises Message-ID: <3A01B38A.9E609038@mindspring.com> References: <39FF3094.64F2ECC6@mindspring.com> <3A0070D1.6058F33A@aps.anl.gov> Thanks guys. Andrew had the correct idea. Even though my subroutine does nothing remotely related to ada, it is doing a bunch of stfd's. I finally found in the doc that MSR[fp] is cleared... so that was it. would you believe that the code in my subroutine that was causing the floating point registers to be saved/restored was integer'image(my_int). I get rid of that and the stfd's go away. I am at a loss as to why our ada compiler (gnat) is acting this strangely... guess it was board. - -al --------------------------- Newsgroups: comp.os.vxworks Subject: Re: HELP: Target server connection goes stale Date: Thu, 2 Nov 2000 13:36:01 -0500 From: "Scott Whitney" Message-ID: <8tsc5f$31k$1@bob.news.rcn.net> References: We have seen the same kinds of symptoms. Wind River has not been able to provide any concrete help. If any of you have new ideas, I'd love to hear them too! Thanks, Scott Whitney Ryan Tanner wrote in message news:t03b5lg3kl78f6@corp.supernews.com... > When I use the system mode debugging (i.e. attach system in gdb), after a > period of time the target server connection to the target stops working. > Sometimes when I shut down the target server and restart, the system is > still alive. The target is a standard PC with a P150 used as a prototype. > Any ideas? > > Thanks! > > --------------------------- Newsgroups: comp.os.vxworks Subject: re: BSP for PC104 Date: Thu, 2 Nov 2000 18:32:00 -0000 From: "timallen" Organization: Lawrence Berkeley National Laboratory Message-ID: <8tseef$lo7$1@overload.lbl.gov> >Does anybody know if WindRiver support the PC104 configuration for >VxWorks (i.e., supply a BSP). It doesn't support any particular board, as far as I know, but the standard x86 BSPs work on most of the PC104 boards I've tried. You just need to check that the network device, and any other particular non-standard devices, are supported. The PC104 is just ISA bus, and PC104-plus has PCI which are both supported by the standard BSP. >I'm in special interest in AMPRO products. From memory I think the AMPRO board I used had an NE2000 compatible ethernet device which is supported in VxWorks. >Any information will be useful If you have any particular questions, feel free to contact me direct. Regards, Tim. - -------------------- Tim Allen Ltd Real Time Embedded Software Consultancy --------------------------- Newsgroups: comp.sys.powerpc.tech,comp.arch.embedded,comp.os.vxworks Subject: Re: Robust RTOS for PPC750 Date: Thu, 02 Nov 2000 13:12:02 -0600 From: Andrew Johnson Organization: APS, Argonne National Laboratory Message-ID: <3A01BC82.67C0BB1A@aps.anl.gov> References: <3a0159f7$1@news.barak.net.il> Yosi wrote: > > I'm looking for very robust RTOS for PPC750. I have lot of experience with > vxWorks, and it found to be not enough robust for me, mostly because the > kernel is not protected and any task could screw up whole system. Another > issue lack in vxWorks is modularity, where I want to be able to upgrade only > parts of my application, without the need to reset and load whole new > application image. I'm ready to pay with some performance hit. Don't discard WRS completely before you've asked them about Tornado 3, which includes memory protection domains. vxWorks has been able to unload and reload binaries for some time (use a target-based symbol table and symFindByName() to locate the entry points in the new version), although I admit it's not as convenient a method of replacing modules as some other RTOSs might offer. - - Andrew - -- Every great idea appears crazy to start with. --------------------------- Newsgroups: comp.os.vxworks Subject: how long has a task run since voluntarily giving up control? Date: Thu, 2 Nov 2000 19:52:25 +0000 (UTC) From: paul@mayannetworks.com (G. Paul Ziemba) Organization: MAYAN Networks Message-ID: <8tsglp$i1r$1@gazette.mayannetworks.com> Does anyone know of a way to determine how long a task has run since it last gave up control (e.g., via taskDelay)? We're trying to detect tasks that have been running for longer than a certain time period without sleeping/pausing. It looks as if there might be something useful in the WIND_TCB structure, but it's not clear how to distinguish between time accumulated since a preemptive switch vs. a "voluntary" switch. thanks! --------------------------- Newsgroups: comp.os.vxworks Subject: Re: IP Aliasing Date: Thu, 2 Nov 2000 16:46:15 -0500 From: "Michael Simpson" Organization: UUNET Canada News Reader Service Message-ID: <4glM5.53103$Z2.768071@nnrp1.uunet.ca> References: <8tq4k0$eni$1@overload.lbl.gov> Reply-To: "Michael Simpson" I'm curious. What is the source IP address of a packet generated on one of those interfaces (genrated locally, not pass through traffic)? Which address is used? Thanks. Saraf, Suman wrote in message news:8tq4k0$eni$1@overload.lbl.gov... > > Hi All, > > Does the VxWorks Networking code have support for IP Aliasing i.e. assigning > multiple IP's to one interface(like linux, freeBSD etc) ? > > Thanks! --------------------------- Newsgroups: comp.os.vxworks Subject: MVME2300 & Tornado I/VxWorks Date: Thu, 02 Nov 2000 13:55:55 -0800 From: dajee@slb.com Organization: Schlumberger Omnes Message-ID: <3A01E2EA.170FF860@slb.com> Hi, We are trying to migrate to MVME2300 from an existing board which supported auxClock functions with Tornado I BSP. The Toranado I BSP for the MVME2300 does not seem to support these functions however Tornado II does support it for the same board. Is there anything we can do to avoid having to migrate to Torando II at this time and still get the functionality for the auxClock functions. Thanks for any help in advance. Girish --------------------------- Newsgroups: comp.os.vxworks,comp.sys.powerpc.tech,comp.arch.embedded Subject: Re: Robust RTOS for PPC750 Date: Thu, 02 Nov 2000 21:47:47 GMT From: philvdm@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8tsndv$rqs$1@nnrp1.deja.com> References: <8trc9d$m9h$1@nnrp1.deja.com> Why not OSE which have protected memory features for a long time now? Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: associating T2 Shell with telnet port Date: Thu, 02 Nov 2000 21:54:34 GMT From: bsnehal@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8tsnqm$s90$1@nnrp1.deja.com> I am trying to figure out a way to attach the Tornado2 Shell to the telnet port so that the Shell gets invoked whenever I connect to my target using telnet. Has anyone done this before ? Can anyone suggest how I can do this ? Thanks in advance !! Snehal Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: HELP: Target server connection goes stale Date: Thu, 2 Nov 2000 14:06:08 -0800 From: "Ryan Tanner" Organization: Posted via Supernews, http://www.supernews.com Message-ID: References: <8tsc5f$31k$1@bob.news.rcn.net> My idea is to get a logic analyzer such as the TLA7xx. They can show execution history in original source code. Thanks for verifying my problems with the tools. Scott Whitney wrote in message news:8tsc5f$31k$1@bob.news.rcn.net... > We have seen the same kinds of symptoms. Wind River has not been able to > provide any concrete help. If any of you have new ideas, I'd love to hear > them too! > > Thanks, > > Scott Whitney > > Ryan Tanner wrote in message > news:t03b5lg3kl78f6@corp.supernews.com... > > When I use the system mode debugging (i.e. attach system in gdb), after a > > period of time the target server connection to the target stops working. > > Sometimes when I shut down the target server and restart, the system is > > still alive. The target is a standard PC with a P150 used as a prototype. > > Any ideas? > > > > Thanks! > > > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: vme BERR on ppc boards (2700 etc) Date: Thu, 02 Nov 2000 17:13:01 -0500 From: Al Johnston Organization: MindSpring Enterprises Message-ID: <3A01E6ED.A3442F2B@mindspring.com> VxWorks is not noticing accesses to non existent vme addresses. These accesses generate a vme BERR which should be caught by the OS as a fatal problem. What seems to happen is that instead for a read all bits high is read, and for a write nothing actually happens. In previous bsps (hkv30, sun2ce) the os caught these conditions and let the application/user know about it! Can anyone explain to me what is happening? And is there any argument that can be made that this behavior is not a bug or limitation? test case follows. -al Assume a single mvme2700-1441 in a vme chassis. There are no other cards in the chassis. compile the following program void foo(void) { int *ptr = 0x14000000; int bar; bar = *ptr; logMsg("0x%x [0x%x]\n",ptr,bar); } 0x1400,0000 is the mpu address of vme/a32 address 0x0c00,0000 (assumes "as shipped" configuration of vxworks). from the shell - -> sp foo will cause the line 0xXXX (tX): 0x14000000 [0xffffffff] to be printed out. What actually happens is a access to location 0xc0000000 on the vme bus. A BERR results. This was verified using a bus analyzer. The deference should have (IMHO) caused a hardware trap, which is what it has done in previous (non 2700) versions of vxworks. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Information needed on SNMP manager/Test tool ..... Date: Thu, 2 Nov 2000 17:12:48 +0800 From: "Archer Zeng" Organization: The news server of Changzhou TeleCom Message-ID: <8trb6n$j7p$1@news.cz.js.cn> References: <8tq84g$hd4$1@overload.lbl.gov> You can go to http://www.mg-soft.si and download a MIB browser evaluation to browser your Agent and MIB. Archer Zeng mailto:cxzeng@21cn.com Jim Way wrote in message news:8tq84g$hd4$1@overload.lbl.gov... > Ranjan, > > > I am working on an est8240 board and am using the Envoy SNMP > > agent (from Epilogue/Windriver). I shall be extending this agent > > as per our needs. Is there some SNMP manager available free of > > cost that can be used for testing the SNMP agent that one writes? > > Any information on this will be of great help, > > > Download free Network Management Station software at: > > ftp://ftp.compaq.com/pub/softpaq/sp6001-6500/sp6102.exe > (Run at your own risk. Backup first! It has been rumored > to run poorly on Gateway computers. We ran it great on > Windows/NT 4.0 laptops.) > > HTH, > Jim > ----------------------------------------- > Jim Way, Software Engineer > Datum Austin (Austron Inc.) > voice: 512.721.4170 > fax : 512.990.9712 > email: jwayATdatumDOTcom (no spam please) > ----------------------------------------- > VxWorks, Tornado --------------------------- Newsgroups: comp.os.vxworks Subject: anyone have a device driver for 100BaseT Sbus adapter boards? Date: Thu, 2 Nov 2000 15:11:51 -0800 (PST) From: Bob Kibrick Organization: Lawrence Berkeley National Laboratory Message-ID: <200011022311.PAA12370@nergabat.ucolick.org> We are currently running VxWorks version 5.2 on a Force SPARC CPU 5CE VMEbus board. This is a rather old version of VxWorks and a rather old CPU board, but it has performed well and met most of our requirements to date. The main limitation is that the 5CE CPU board only supports 10BaseT ethernet, and our bandwidth requirement has grown to where we now need 100BaseT. We are on a tight budget and schedule and are looking for the least-cost solution to eliminating this bandwidth bottleneck. We have on hand several SunSwift fast ethernet/fast-wide-SCSI Sbus boards that can plug into one of the onboard Sbus slots on the Force 5CE CPU board. While Sun Solaris provides driver support for this board (i.e., the "hme" series ethernet device drivers), VxWorks 5.2 does not. If anyone has developed a VxWorks device driver that provides 100BaseT ethernet support using this Sbus board (or any other available Sbus board), we would be very interested in talking to you. Bob Kibrick, University of California Obseravtories/Lick Observatory 169 Natural Sciences 2, University of California, Santa Cruz, CA 95064 kibrick@ucolick.org phone:(831)-459-2262 FAX:(831)-459-2298 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: powerpc bootrom Date: Fri, 03 Nov 2000 03:11:55 GMT From: "Martin Usher" Organization: EarthLink Inc. -- http://www.EarthLink.net Message-ID: <%1qM5.12000$rl.1006959@newsread2.prod.itd.earthlink.net> References: <3A003C07.BD1E6E4B@pacbell.net> Reply-To: "Martin Usher" > > Does anyone know if bootrom executes without MMU ? It seems unlikely to > me as vxWorks requires the MMU to execute properly. > You can run the PPC with all address translation disabled but my experience (with the particular units that I use - mostly the 603e) is that its not at all reliable. All the examples of startup code I've seen set up memory translation using the secondary mechanism, the "Block Address Translators" (BATs) that define the properties of broad regions of memory. This mapping is then repeated in the tables in sysLib.c along with a second table for page translation setups which are needed by boards that have more than the four general regions that the BATs provide. So it is probably essential to run with the MMU enabled if you want things to run reliably. I've not read anything that explictly says so in the many, many, manuals associated with these products but then I've not read them all let alone studied them in graphic detail (something to do with trying to "have a life"). All I can say is that everyone else I've seen does it. What I don't understand is why this mapping - something that's usually static on a typical embedded system - needs to be exposed to the application at all. I try to stub off the MMU hooks from the applications because I just don't want curious programmers playing with them. There are places where VxWorks's "one size fits all" strategy falls apart. This is one of them - what works for an x86 just doesn't fly with a PPC! --------------------------- Newsgroups: comp.os.vxworks Subject: re: comp.os.vxworks newsdigest Date: Fri, 3 Nov 2000 09:31:30 +0530 From: prashant.adkoli@wipro.com (Prashant Madhav Adkoli) Organization: Lawrence Berkeley National Laboratory Message-ID: <8tte2u$8kk$1@overload.lbl.gov> Hi, I think there is no user concept in VxWorks as it is a RTOS. Prashant Adkoli. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Visual Studio Integration with T2 Date: Thu, 02 Nov 2000 20:36:44 -0800 From: DrDiags Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A0240DC.ABF0133E@flashcom.net> References: <8tmmcm$ovv$1@nnrp1.deja.com> <8tr792$hnf$1@nnrp1.deja.com> <8trrt8$1jd$1@nnrp1.deja.com> Reply-To: drdiags@flashcom.net Benetti, In case you don't get a more accurate response, here is my stab at what lex.exe is. This is probably a parser based on the Lex/Yacc and Flex/Bison tools used to build compilers and interpreters. If you are interested, there is a good O'Reilly & Associates book on the subject ISBN 1-56592-000-7 by John R. Levine, Tony Mason & Doug Brown in the nutshell series of Unix programmingTools series. If this is old hat for you, excuse my arrogance. benetti.g@ems-t.ca wrote: > Hello, > > yes, I am very interested in the parser you wrote, thanx a lot. > Unfortunately I do not have lex.exe and I do not know what it is: can > you tell me more about it. > > Thank's again, > > Giorgio Benetti > EMS Technologies, Montreal, Canada > benetti.g@ems-t.ca > > In article <8tr792$hnf$1@nnrp1.deja.com>, > Heiko Elger (ARBURG) wrote: > > Hello, > > > > I've written a small parser which transforms the output of GCC > > warnings/errors into the format which MS studio expects. > > All you have to do is to pipe in the output of your own rules like the > > following: > > cc hello.c | msc2gcc > > > > If desired I can sent the small program to you (it's a MS Studio > > project) - but you will need lex.exe. > > > > Best regards > > > > Heiko > > > > > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.sys.powerpc.tech,comp.arch.embedded,comp.os.vxworks Subject: Re: Robust RTOS for PPC750 Date: Fri, 03 Nov 2000 04:54:27 GMT From: john_94501@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8ttge2$gkp$1@nnrp1.deja.com> References: <3a0159f7$1@news.barak.net.il> Hi Yosi, You should take a look at VxWorks AE, the new OS based on the VxWorks kernel that will be shipped with Tornado 3.0. The product web page can be found here: http://www.wrs.com/products/html/vxworksae.html Regards, John... In article <3a0159f7$1@news.barak.net.il>, "Yosi" wrote: > Hi All > > I'm looking for very robust RTOS for PPC750. I have lot of experience with > vxWorks, and it found to be not enough robust for me, mostly because the > kernel is not protected and any task could screw up whole system. Another > issue lack in vxWorks is modularity, where I want to be able to upgrade only > parts of my application, without the need to reset and load whole new > application image. I'm ready to pay with some performance hit. > > What about lynxOS? > > With best regards > Yosi Yarchi > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: TouchScreen driver help. Date: Fri, 03 Nov 2000 05:01:39 GMT From: john_94501@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8ttgrh$h1h$1@nnrp1.deja.com> References: <3a018fe3$0$232@hades.is.co.za> Hi, WindML (formerly UGL) supports touch screen drivers, and there is at least one example available on WindSurf (assabet). Not sure if that section is available to all WindSurf users, or just graphics customers though. If that doesn't help, try taking a look through the Linux drivers in the online source tree at www.handhelds.org - they have drivers for a number of touch screens (under character device drivers from what I remember). Here's a URL to one of them to get you started... http://cvs.handhelds.org/cgi-bin/viewcvs.cgi/linux/kernel/drivers/char/sa1100_ts.c HTH, John... In article <3a018fe3$0$232@hades.is.co.za>, "R Michau" wrote: > I need to develop a touchscreen driver for VxWorks. Problem is, I dont have > a clue as to where to start. Could anyone point me in the right direction or > where, if possible could I source code for a existing driver. > > Any help would be greatly appreciated. > > R. Michau > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Asynchronous IO on Sockets? Date: Fri, 3 Nov 2000 07:58:18 +0200 From: "Morne Hartman" Message-ID: <3a0253df$0$231@hades.is.co.za> Hi all, I would like to receive asynchronous notification of various socket events. Connecting, Closing, RxData , TxData. I have been looking at signals to accomplish this, but I have not found the options I have been looking for... Has anyone got any ideas? Many Thanks Morne Hartman mhartman@grintek.com --------------------------- Newsgroups: comp.os.vxworks Subject: make CPU=processor Date: Fri, 3 Nov 2000 08:18:32 +0200 From: "Steven Venter" Message-ID: <3a02581e$0$226@helios.is.co.za> What is the correct way to make your system libraries? I made my libraries with CPU=PENTIUM and I got a size for libPENTIUMgnuvx.a of 3.1Meg I then use CPU=PENTIUM applibs and got a size of 6.4Meg My applications does not build with the smaller file, but does with the bigger one. Also, I'm unable to reproduce the results in creating the larger of the two files. Thanks --------------------------- Newsgroups: comp.os.vxworks Subject: Re: TouchScreen driver help. Date: Fri, 3 Nov 2000 08:25:45 +0200 From: "Steven Venter" Message-ID: <3a0259d0$0$228@helios.is.co.za> References: <3a018fe3$0$232@hades.is.co.za> Morning Randell Come and see me, I might have some code for you to get you started. Steven Venter R Michau wrote in message news:3a018fe3$0$232@hades.is.co.za... > I need to develop a touchscreen driver for VxWorks. Problem is, I dont have > a clue as to where to start. Could anyone point me in the right direction or > where, if possible could I source code for a existing driver. > > Any help would be greatly appreciated. > > R. Michau > > --------------------------- Newsgroups: comp.os.vxworks Subject: Mbuf related probs on VxWorks Date: Fri, 03 Nov 2000 06:18:16 GMT From: "Vishwas H.K" Organization: Lawrence Berkeley National Laboratory Message-ID: <8ttoke$caj$1@overload.lbl.gov> Hi All, I am Vishwas .H.K working for a software organisation and I came across your posting searching thro the WEB for some mbuf related problem on VxWorks. I hope I can get some help from you guys ..... On VxWorks, reg mbufs, as you know, there are 2 kinds of pools - data pool and the sys pool. We are developing VPN software and we need to hook to the IP stack for getting mbufs and manipulating the same since we need to do encryption before sending the IP packet out on the network. The converse ie, decryption is also done in the incoming direction by getting packets from the ethernet / wan driver. The thing is this. When a packet is given from the IP stack to pass on to the ethernet/wan driver, we (the VPN software) intercepts the packet. Now, it is as good as this packet belongs to us. Since we need to add AH / ESP headers (specific to IPSec), we need to allocate mbuf nodes. While doing so, we need to specify the mbuf pool, right ? We are specifying the sys pool itself and we are NOT HAVING ANY LOCAL MBUF POOLS created. Is that fine ? Can we use the sys pool ? We are NOT COPYING the mbuf packet received from the IP stack BEFORE GIVING IT TO THE VPN software. Is this okay ? We are facing huge problems in this scenario.. Could you please help ? Thanks in advance, Vishwas .H.K _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. --------------------------- Newsgroups: comp.os.vxworks Subject: Mbuf related probs on VxWorks Date: Fri, 03 Nov 2000 06:18:37 GMT From: "Vishwas H.K" Organization: Lawrence Berkeley National Laboratory Message-ID: <8ttokf$cak$1@overload.lbl.gov> Hi All, I am Vishwas .H.K working for a software organisation and I came across your posting searching thro the WEB for some mbuf related problem on VxWorks. I hope I can get some help from you guys ..... On VxWorks, reg mbufs, as you know, there are 2 kinds of pools - data pool and the sys pool. We are developing VPN software and we need to hook to the IP stack for getting mbufs and manipulating the same since we need to do encryption before sending the IP packet out on the network. The converse ie, decryption is also done in the incoming direction by getting packets from the ethernet / wan driver. The thing is this. When a packet is given from the IP stack to pass on to the ethernet/wan driver, we (the VPN software) intercepts the packet. Now, it is as good as this packet belongs to us. Since we need to add AH / ESP headers (specific to IPSec), we need to allocate mbuf nodes. While doing so, we need to specify the mbuf pool, right ? We are specifying the sys pool itself and we are NOT HAVING ANY LOCAL MBUF POOLS created. Is that fine ? Can we use the sys pool ? We are NOT COPYING the mbuf packet received from the IP stack BEFORE GIVING IT TO THE VPN software. Is this okay ? We are facing huge problems in this scenario.. Could you please help ? Thanks in advance, Vishwas .H.K _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: associating T2 Shell with telnet port Date: 3 Nov 2000 08:48:38 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FE166F9Fborkhuislucentcom@135.7.153.102> References: <8tsnqm$s90$1@nnrp1.deja.com> bsnehal@my-deja.com wrote in <8tsnqm$s90$1@nnrp1.deja.com>: >I am trying to figure out a way to attach the Tornado2 Shell to the >telnet port so that the Shell gets invoked whenever I connect to my >target using telnet. > >Has anyone done this before ? Can anyone suggest how I can do this ? Normally when you open a telnet session the output from the shell is redirected to the telnet port, and your normal shell gets blocked. If you do not want a terminal-shell you should include the shell and define a non- existing serial port, for example if your system has 2 port, assign the shell to port 4. Then you can only connect to the shell using a telnet session. Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: make CPU=processor Date: 3 Nov 2000 09:01:00 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FE16D4D4borkhuislucentcom@135.7.153.102> References: <3a02581e$0$226@helios.is.co.za> sventer@grintek.com (Steven Venter) wrote in <3a02581e$0$226@helios.is.co.za>: >What is the correct way to make your system libraries? > >I made my libraries with CPU=PENTIUM and I got a size for >libPENTIUMgnuvx.a of 3.1Meg > >I then use CPU=PENTIUM applibs and got a size of 6.4Meg > >My applications does not build with the smaller file, but does with the >bigger one. Also, I'm unable to reproduce the results in creating the >larger of the two files. You can check what is in the archive using the command: ar386 tv libPENTIUMgnuvx.a If you want to see the symbols in these files use the command nm386 libPENTIUMgnuvx.a If you do this for both archives you can check the differences between those files. Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: 2700bsp - exception at interrupt level? Date: Fri, 3 Nov 2000 10:06:11 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: <65wM5.270$kn2.441454@newsr1.u-net.net> References: <39FF3094.64F2ECC6@mindspring.com> <3A0070D1.6058F33A@aps.anl.gov> <3A01B38A.9E609038@mindspring.com> Al Johnston wrote in message <3A01B38A.9E609038@mindspring.com>... > >Thanks guys. Andrew had the correct idea. Even though my subroutine does >nothing remotely related to ada, it is doing a bunch of stfd's. I finally >found in the doc that MSR[fp] is cleared... so that was it. >would you believe that the code in my subroutine that was causing the >floating point registers to be saved/restored was > integer'image(my_int). This is a GCC thing which should probably go in the FAQ: the compiler uses lfd/stfd to manipulate double-word (64-bit) integer types, just because it's only one instruction and only one register. This makes life a bit easier for the optimizer, I imagine, but a bit tougher for us! We normally see this problem when people use the long long int type; I've got no idea what an "integer'image" is but it must be similar, I guess... DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks,comp.sys.powerpc.tech,comp.arch.embedded Subject: Re: Robust RTOS for PPC750 Date: Fri, 03 Nov 2000 10:24:52 GMT From: "Alf Katz" Organization: @Home Network Message-ID: References: <8trcb7$m9t$1@nnrp1.deja.com> <973161707snz@amleth.demon.co.uk> This is the sort of evangelism that can give any product a bad name. Q: Does anyone know where I can buy a good ship? A: What you need to do is start with some iron ore and build your own. BTW, I have used Forth where appropriate (in the eighties). - -- Regards, Alf Katz alfkatz@ieee.org ""Paul E. Bennett"" wrote in message news:973161707snz@amleth.demon.co.uk... > In article <8trcb7$m9t$1@nnrp1.deja.com> yosiy@my-deja.com writes: > > > Hi All > > > > I'm looking for very robust RTOS for PPC750. I have lot of experience > > with vxWorks, and it found to be not enough robust for me, mostly > > because the kernel is not protected and any task could screw up whole > > system. Another issue lack in vxWorks is modularity, where I want to be > > able to upgrade only parts of my application, without the need to reset > > and load whole new application image. I'm ready to pay with some > > performance hit. > > Which is where starting on the basis of a Forth kernel and building > exactly the type of system you need can often make a great deal of > sense. For Forth based info follow Forth button and links on my > web-site. > > -- > ******************************************************************** > Paul E. Bennett .................... > Forth based HIDECS Consultancy ..... > Mob: +44 (0)7811-639972 .........NOW AVAILABLE:- HIDECS COURSE...... > Tel: +44 (0)1235-814586 .... see http://www.feabhas.com for details. > Going Forth Safely ..... EBA. www.electric-boat-association.org.uk.. > ******************************************************************** > --------------------------- Newsgroups: comp.os.vxworks Subject: AS-Interface on VME Date: Fri, 03 Nov 2000 10:47:23 GMT From: phil_pls@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8tu53p$bd$1@nnrp1.deja.com> AS-Interface on VME Hello did someone implement a ASi Master on a VME/vxWorks/68k PLC I am looking for : - - a 6U VME-Slave/ASi-Master Board - - a vxWorks/TornadoII driver Thanks Ken@vo philippe.le.sauze@sydel.fr Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: re: anyone have a device driver for 100BaseT Sbus adapter boards? Date: Fri, 3 Nov 2000 10:42:03 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200011031042.KAA24436@dsl-2.tadpole.co.uk> > Subject: anyone have a device driver for 100BaseT Sbus adapter boards? > > We have on hand several SunSwift fast ethernet/fast-wide-SCSI Sbus boards > that can plug into one of the onboard Sbus slots on the Force 5CE CPU > board. I have written a driver for the FEPS (but not for vxWorks) it wasn't too hard. Basically the logic of a lance driver can be used, the ring entry format is different (but not far enough that I couldn't make the same driver binary efficiently drive both card types) and different initialisation is required. The only oddity I remember is that the receive buffers have to be overlength - or else long frames are discarded. Unfortunately I can't give you the source - it's owned by my previous employer and I don't have the datasheet book any more :-( David - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Fri Nov 3 05:50:50 2000 From: f.pertin@staubli.com Date: Fri Nov 3 05:50:53 PST 2000 Subject: Re: Visual Studio Integration with T2 --0__=ugGCx7nZhe6uUfyz6lfPCcJOTHmB2ZmTgP1n6Xu4YGIEOI9q7JMEPuZQ Content-type: text/plain; charset=us-ascii TORNADO 2 , VXWORKS feel free to use this small exacutable which convert GCC compiler error in MSDEV errors. (See attached file: gnu2msdev.exe) here is our compilation line for win NT4. %.o : %.cpp -$(CXX) $(C++FLAGS) $(ADD_FLAGS) -c $< -o $(@F) 2> $(TMP)\ccerr.txt @type $(TMP)\ccerr.txt | gnu2msdev --0__=ugGCx7nZhe6uUfyz6lfPCcJOTHmB2ZmTgP1n6Xu4YGIEOI9q7JMEPuZQ Content-type: application/octet-stream; name="gnu2msdev.exe" Content-Disposition: attachment; filename="gnu2msdev.exe" Content-Transfer-Encoding: base64 TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAsAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAADEYW5TgAAAAIAAAACAAAAAgAAAAP0AAABSaWNogAAAAAAAAAAAAAAAAAAA AAAAAABQRQAATAEFAPVSGDgAAAAAAAAAAOAACgELAQUKAOoAAACAAAAAAAAAMBkAAAAQAAAAAAEA AABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAACgAQAABAAAAAAAAAMAAAAAABAAABAAAAAAEAAA EAAAAAAAABAAAAAAAAAAAAAAAACAAQAoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJABAEwK AAAAAAEAVAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA8gQEAFAEA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC50ZXh0AAAAw+kAAAAQAAAA6gAAAAQAAAAAAAAAAAAA AAAAACAAAGAucmRhdGEAAMQSAAAAAAEAABQAAADuAAAAAAAAAAAAAAAAAABAAABALmRhdGEAAADk VQAAACABAAA+AAAAAgEAAAAAAAAAAAAAAAAAQAAAwC5pZGF0YQAADQcAAACAAQAACAAAAEABAAAA AAAAAAAAAAAAAEAAAMAucmVsb2MAABYMAAAAkAEAAA4AAABIAQAAAAAAAAAAAAAAAABAAABCAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMzM zMzM6RYAAADpYwAAAMzMzMzMzMzMzMzMzMzMzMzMVYvsUcdF/AAAAADrCYtF/IPAAYlF/ItNCFHo UQIAAIPEBDlF/HMii1UIA1X8D74Cg/gwfA6LTQgDTfwPvhGD+jl+BDPA6wfrxLgBAAAAi+Vdw1WL 7IPsHIN9CAF+HGiQU0EAaMAqQQDoowYAAIPECLgBAAAA6WgBAADHRfSAKkEAx0XkoCpBAMdF6AAA AACLRfRQaCwBAABooGJBAOg+BQAAg8QMhcAPhDIBAABooGJBAGjQY0EA6PQCAACDxAhotFNBAGjQ Y0EA6NIDAACDxAiJRfiDffgAD4TrAAAAaLhTQQBqAOi2AwAAg8QIiUX8g338AA+EzwAAAGj8ZEEA agDomgMAAIPECIlF7Gi8U0EAi038UeiGAwAAg8QIiUX8i1X8Uui8/v//g8QEg/gBD4WUAAAAaMBT QQCLRfhQ6C2uAACDxAiJRfCDffAAdXqLTfhRaKBiQQDoUwIAAIPECGjIU0EAaKBiQQDoUQIAAIPE CItV/FJooGJBAOhAAgAAg8QIaMxTQQBooGJBAOguAgAAg8QIg33sAHQRi0XsUGigYkEA6BcCAACD xAho0FNBAGigYkEA6LWtAACDxAiFwHUHx0XoAQAAAItN5FFooGJBAOgZAQAAg8QI6bD+//+LReiL 5V3DzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMi0wkBPfBAwAAAHQUigFBhMB0QPfBAwAAAHXxBQAA AACLAbr//v5+A9CD8P8zwoPBBKkAAQGBdOiLQfyEwHQyhOR0JKkAAP8AdBOpAAAA/3QC682NQf+L TCQEK8HDjUH+i0wkBCvBw41B/YtMJAQrwcONQfyLTCQEK8HDzMzMzMxVi+yD7AxTVleDfQgAdR5o bABBAGoAai9oZABBAGoC6BwNAACDxBSD+AF1AcwzwIXAddaDfQwAdR5oVABBAGoAajBoZABBAGoC 6PIMAACDxBSD+AF1AcwzyYXJddaLVQhS6Br///+DxASJRfyLRQxQ6HsHAACDxASJRfiLTQxRi1X8 UmoBi0UIUOiCCQAAg8QQiUX0i00MUYtV+FLorwgAAIPECItF9CtF/PfYG8BfXluL5V3DzMzMzMzM zMzMzMxXi3wkCOtqLovALovALovAi0wkBFf3wQMAAAB0D4oBQYTAdDv3wQMAAAB18YsBuv/+/n4D 0IPw/zPCg8EEqQABAYF06ItB/ITAdCOE5HQaqQAA/wB0DqkAAAD/dALrzY15/+sNjXn+6wiNef3r A415/ItMJAz3wQMAAAB0GYoRQYTSdGSIF0f3wQMAAAB17usFiReDxwS6//7+fosBA9CD8P8zwosR g8EEqQABAYF04YTSdDSE9nQn98IAAP8AdBL3wgAAAP90AuvHiReLRCQIX8NmiReLRCQIxkcCAF/D ZokXi0QkCF/DiBeLRCQIX8NVi+yD7CyLRQyJRdTHRfgAAAAA6wmLTfiDwQGJTfiDffggfQqLVfjG RBXYAOvni0XUM8mKCIvRwfoDi0XUM8mKCIPhB7gBAAAA0+CKTBXYCsiLVdQzwIoCwfgDiEwF2ItN 1DPSihGLRdSDwAGJRdSF0nW7g30IAHQIi00IiU386wmLFdRcQQCJVfyLRfwzyYoIwfkDM9KKVA3Y i0X8M8mKCIPhB7gBAAAA0+Aj0IXSdBaLTfwz0ooRhdJ0C4tF/IPAAYlF/OvDi038iU0I6wmLVfyD wgGJVfyLRfwzyYoIhcl0PItV/DPAigLB+AMzyYpMBdiL0YtF/DPJigiD4Qe4AQAAANPgI9CF0nQR i038xgEAi1X8g8IBiVX86wLrsItF/KPUXEEAi00IO038dQQzwOsDi0UIi+Vdw8zMzMzMzFWL7IPs FFNWV4tFCIlF+ItNCIlN8IN9CAB1HmhsAEEAagBqO2iIAEEAagLoIAoAAIPEFIP4AXUBzDPShdJ1 1oN9EAB1Hmh8AEEAagBqPGiIAEEAagLo9gkAAIPEFIP4AXUBzDPAhcB11oN9DAB/BzPA6agAAACL TRCJTfyLVQyD6gGJVQyDfQwAD4SGAAAAi0X8i0gEg+kBi1X8iUoEi0X8g3gEAHwfi038ixEPvgIl /wAAAIlF7ItN/IsRg8IBi0X8iRDrD4tN/FHoIRAAAIPEBIlF7ItV7IlV9IN99P91E4tF+DtFCHUJ x0XwAAAAAOsp6yGLTfiKVfSIEQ++RfSLTfiDwQGJTfiD+Ap1AusF6Wf///+LVfjGAgCLRfBfXluL 5V3DzMzMzMzMzMzMzMxVi+yD7BBTVleNRRCJRfCDfQgAdR5ofABBAGoAajhooABBAGoC6PYIAACD xBSD+AF1AcwzyYXJddaDfQwAdR5okABBAGoAajlooABBAGoC6MwIAACDxBSD+AF1Acwz0oXSddaL RQiJRfyLTfxR6F4DAACDxASJRfiLVfBSi0UMUItN/FHoFxEAAIPEDIlF9ItV/FKLRfhQ6JQEAACD xAiLRfRfXluL5V3DzMzMzMzMzFWL7FGDPeB1QQAAdQzHBeB1QQAAAgAA6xODPeB1QQAUfQrHBeB1 QQAUAAAAaIQAAABorABBAGoCagSh4HVBAFDo2yYAAIPEFKOYYkEAgz2YYkEAAHU/xwXgdUEAFAAA AGiHAAAAaKwAQQBqAmoEiw3gdUEAUeimJgAAg8QUo5hiQQCDPZhiQQAAdQpqGuguAgAAg8QEx0X8 AAAAAOsJi1X8g8IBiVX8g338FH0Zi0X8weAFBYAqQQCLTfyLFZhiQQCJBIrr2MdF/AAAAADrCYtF /IPAAYlF/IN9/AN9RItN/MH5BYtV/IPiH4sEjUBhQQCDPND/dBmLTfzB+QWLVfyD4h+LBI1AYUEA gzzQAHUQi038weEFx4GQKkEA/////+uti+Vdw8zMzMzMzMzMzMxVi+zo+EMAAA++BUhdQQCFwHQF 6EhAAABdw8zMzMzMzFWL7Gr/aLgAQQBoJHRAAGShAAAAAFBkiSUAAAAAg8TwU1ZXiWXo/xVAgUEA oxRdQQChFF1BAMHoCCX/AAAAoyBdQQCLDRRdQQCB4f8AAACJDRxdQQCLFRxdQQDB4ggDFSBdQQCJ FRhdQQChFF1BAMHoECX//wAAoxRdQQDo31gAAIXAdQpqHOgUAQAAg8QEx0X8AAAAAOilHQAA6LBY AAD/FaCBQQCjjGJBAOjwTgAAo9xcQQCDPdxcQQAAdAmDPYxiQQAAdQpq/+hiQAAAg8QE6EpHAADo BUYAAOgQQAAAiw0wXUEAiQ00XUEAixUwXUEAUqEoXUEAUIsNJF1BAFHo1fX//4PEDIlF5ItV5FLo HEAAAIPEBMdF/P/////rMYtF7IsIixGJVeCLRexQi03gUeiZQwAAg8QIw4tl6ItV4FLoCUAAAIPE BMdF/P////+LTfBkiQ0AAAAAX15bi+Vdw8zMzMzMzMzMzMzMzMzMVYvsgz3kXEEAAnQF6E9aAACL RQhQ6JZaAACDxARo/wAAAP8VAC1BAIPEBF3DzMzMVYvsgz3kXEEAAnQF6B9aAACLRQhQ6GZaAACD xARo/wAAAP8VRIFBAF3DzMzMzMzMVYvsg+wIU1ZXg30IAHUeaHwAQQBqAGpBaMQAQQBqAugsBQAA g8QUg/gBdQHMM8CFwHXWi00IiU38i1X8i0IQUOhbXAAAg8QEhcB1BzPA6f0AAACBffygKkEAdQnH RfgAAAAA6xmBffzAKkEAdQnHRfgBAAAA6wczwOnSAAAAiw3YXEEAg8EBiQ3YXEEAi1X8i0IMJQwB AACFwHQHM8DprQAAAItN+IM8jehcQQAAdVpqXmjEAEEAagJoABAAAOg9HwAAg8QQi1X4iQSV6FxB AItF+IM8hehcQQAAdS2LTfyDwRSLVfyJSgiLRfyLTfyLUQiJEItF/MdAGAIAAACLTfzHQQQCAAAA 6y+LVfyLRfiLDIXoXEEAiUoIi1X8i0X8i0gIiQqLVfzHQhgAEAAAi0X8x0AEABAAAItN/ItRDIHK AhEAAItF/IlQDLgBAAAAX15bi+Vdw8zMzMzMzMzMzFWL7FFTVleDfQgAdCeDfQgBdCFo0ABBAGoA aKEAAABoxABBAGoC6MUDAACDxBSD+AF1AcwzwIXAdc2LTQyJTfyDfQgAdEmLVfyLQgwlABAAAIXA dDiLTfxR6JI/AACDxASLVfyLQgyA5O6LTfyJQQyLVfzHQhgAAAAAi0X8xwAAAAAAi038x0EIAAAA AOsbi1X8i0IMJQAQAACFwHQMi038UehJPwAAg8QEX15bi+Vdw8zMzMzMzMzMzMzMzMzMzFWL7IPs KItFCIlF+ItNDA+vTRCJTfCLVfCJVfSDffQAdQczwOnsAQAAi0UUi0gMgeEMAQAAhcl0C4tVFItC GIlF5OsHx0XkABAAAIN99AAPhL0BAACLTRSLUQyB4ggBAACF0nR0i0UUg3gEAHRri00Ui1X0O1EE cwiLRfSJReDrCYtNFItRBIlV4ItF4IlF6ItN6FGLVfhSi0UUiwhR6D1fAACDxAyLVfQrVeiJVfSL RRSLSAQrTeiLVRSJSgSLRRSLCANN6ItVFIkKi0X4A0XoiUX46TQBAACLTfQ7TeQPgsoAAACLVRSL QgwlCAEAAIXAdCCLTRRR6DM+AACDxASFwHQQi0XwK0X0M9L3dQzpAQEAAIN95AB0EotF9DPS93Xk i0X0K8KJRdzrBotN9IlN3ItV3IlV6ItF6FCLTfhRi1UUi0IQUOjkWwAAg8QMiUXsg33s/3Ufi00U i1EMg8ogi0UUiVAMi0XwK0X0M9L3dQzpngAAAItN9CtN7IlN9ItV+ANV7IlV+ItF7DtF6HMci00U i1EMg8ogi0UUiVAMi0XwK0X0M9L3dQzraOtei034D74RiVX8i0UUUItN/FHo61gAAIPECIP4/3UN i0XwK0X0M9L3dQzrO4tV+IPCAYlV+ItF9IPoAYlF9ItNFIN5GAB+C4tVFItCGIlF2OsHx0XYAQAA AItN2IlN5Ok5/v//i0UQi+Vdw8zMzMzMzMxVi+z/FUiBQQBdw8zMzMzMVYvsUYN9CAB8BoN9CAN8 BYPI/+s+g30M/3UMi0UIiwSFEC1BAOssi00Mg+H4hcl0BYPI/+sdi1UIiwSVEC1BAIlF/ItNCItV DIkUjRAtQQCLRfyL5V3DzMzMzMzMzMzMVYvsUYN9CAB8BoN9CAN8B7j+////62ODfQz6dQyLRQiL BIUgLUEA61GLTQiLFI0gLUEAiVX8g30M/HUUavX/FUyBQQCLTQiJBI0gLUEA6yeDfQz7dRRq9P8V TIFBAItVCIkElSAtQQDrDYtFCItNDIkMhSAtQQCLRfyL5V3DzMxVi+xRoYBiQQCJRfyLTQiJDYBi QQCLRfyL5V3DzMzMzFWL7LgsMAAA6LNkAABXxoX4z///ALn/AwAAM8CNvfnP///zq2arqsaF+N// /wC5/wMAADPAjb353///86tmq6rGhQDw//8Auf8DAAAzwI29AfD///OrZquqjUUciYX87///g30I AHwGg30IA3wIg8j/6RUDAACDfQgCD4WgAAAAaAgtQQD/FWSBQQCFwA+OjQAAAIM98FxBAAB1Qmi0 AUEA/xVggUEAiYX0z///g730z///AHQgaKgBQQCLjfTP//9R/xVcgUEAo/BcQQCDPfBcQQAAdQiD yP/prQIAAItVEFKLRQxQaHQBQQCNjfjf//9R/xXwXEEAg8QQjZX43///Uv8VWIFBAGgILUEA/xVU gUEA6Nj9//+DyP/pawIAAIN9GAB0N4uF/O///1CLTRhRaO0PAACNlQDw//9S6H5iAACDxBCFwH0U aEgBQQCNhQDw//9Q6Cby//+DxAiDfQgCdTKDfRgAdAzHhdjP//80AUEA6wrHhdjP//8gAUEAi43Y z///UY2V+M///1Lo7vH//4PECI2FAPD//1CNjfjP//9R6Ojx//+DxAiDfQgCdTmLVQiLBJUQLUEA g+ABhcB0FGgcAUEAjY34z///Uei98f//g8QIaBgBQQCNlfjP//9S6Knx//+DxAiDfQwAdEKNhfjP //9Qi00QUYtVDFJoDAFBAGgAEAAAjYX43///UOirYAAAg8QYhcB9FGhIAUEAjY343///UehT8f// g8QI6xaNlfjP//9SjYX43///UOg78f//g8QIgz2AYkEAAHQ7jY347///UY2V+N///1KLRQhQ/xWA YkEAg8QMhcB0HIN9CAJ1C2gILUEA/xVUgUEAi4X47///6f8AAACLTQiLFI0QLUEAg+IBhdJ0PotF CIM8hSAtQQD/dDFqAI2N8M///1GNlfjf//9S6IHv//+DxARQjYX43///UItNCIsUjSAtQQBS/xVQ gUEAi0UIiwyFEC1BAIPhAoXJdA2Nlfjf//9S/xVYgUEAi0UIiwyFEC1BAIPhBIXJdG6DfRAAdB1q Co2V3M///1KLRRBQ6M5cAACDxAyJhdTP///rCseF1M///wAAAACNjQDw//9Ri1UUUouF1M///1CL TQxRi1UIUug6AAAAg8QUiYX47///g30IAnULaAgtQQD/FVSBQQCLhfjv///rE4N9CAJ1C2gILUEA /xVUgUEAM8Bfi+Vdw1WL7Lg4EQAA6CNhAACDfRgAdSVoCANBAGoAaNoBAABo/AJBAGoC6EX8//+D xBSD+AF1Bego+///M8CFwHXPaAQBAACNjfj+//9RagD/FWiBQQCFwHUUaOQCQQCNlfj+//9S6Inv //+DxAiNhfj+//+JRfyLTfxR6DTu//+DxASD+EB2KYtV/FLoI+7//4PEBItN/I1UAcCJVfxqA2jg AkEAi0X8UOimZQAAg8QMi00UiY3w7v//g73w7v//AHRJi5Xw7v//Uujl7f//g8QEg/hAdjWLhfDu //9Q6NHt//+DxASLjfDu//+NVAHAiZXw7v//agNo4AJBAIuF8O7//1DoS2UAAIPEDIN9CAJ1DMeF 7O7//2wCQQDrCseF7O7//2gCQQCLTRgPvhGF0nQLi0UYiYXo7v//6wrHheju//9oAkEAi00YD74R hdJ0EoN9CAJ1DMeF5O7//1gCQQDrCseF5O7//2gCQQCLRRgPvgiFyXQMx4Xg7v//VAJBAOsKx4Xg 7v//aAJBAIN9EAB0C4tVEImV3O7//+sKx4Xc7v//aAJBAIN9EAB0DMeF2O7//0wCQQDrCseF2O7/ /2gCQQCDfQwAdAuLRQyJhdTu///rCseF1O7//2gCQQCDfQwAdAzHhdDu//9EAkEA6wrHhdDu//9o AkEAg73w7v//AHQOi43w7v//iY3M7v//6wrHhczu//9oAkEAg73w7v//AHQMx4XI7v//OAJBAOsK x4XI7v//aAJBAIuV7O7//1KLheju//9Qi43k7v//UYuV4O7//1KLhdzu//9Qi43Y7v//UYuV1O7/ /1KLhdDu//9Qi43M7v//UYuVyO7//1KLRfxQi00IixSNMC1BAFJo5AFBAGgAEAAAjYX07v//UOiO XAAAg8Q8hcB9FGhIAUEAjY307v//Ueg27f//g8QIaBIgAQBowAFBAI2V9O7//1LovWIAAIPEDImF 9P7//4O99P7//wN1FGoW6IRgAACDxARqA+iqMwAAg8QEg730/v//BHUHuAEAAADrAjPAi+Vdw8xV i+yD7AhTVleDfQgAdR5ofABBAGoAamloIANBAGoC6Dz5//+DxBSD+AF1AcwzwIXAddaLTQiJTfyL VfyLQgwlgwAAAIXAdA2LTfyLUQyD4kCF0nQIg8j/6XwBAACLRfyLSAyD4QKFyXQWi1X8i0IMDCCL TfyJQQyDyP/pWQEAAItV/ItCDAwBi038iUEMi1X8i0IMJQwBAACFwHUOi038Uej6ZwAAg8QE6wuL VfyLRfyLSAiJCotV/ItCGFCLTfyLUQhSi0X8i0gQUehwYwAAg8QMi1X8iUIEi0X8g3gEAHQJi038 g3kE/3Uwi1X8i0IE99gbwIPgEIPAEItN/ItRDAvQi0X8iVAMi038x0EEAAAAAIPI/+m+AAAAi1X8 i0IMJYIAAACFwHVTi038g3kQ/3Qhi1X8i0IQwfgFi038i1EQg+IfiwSFQGFBAI0M0IlN+OsHx0X4 SC1BAItV+A++QgQlggAAAD2CAAAAdQ+LTfyLUQyAziCLRfyJUAyLTfyBeRgAAgAAdSeLVfyLQgyD 4AiFwHQai038i1EMgeIABAAAhdJ1CotF/MdAGAAQAACLTfyLUQSD6gGLRfyJUASLTfyLEQ++AiX/ AAAAi038ixGDwgGLTfyJEV9eW4vlXcNVi+yB7KgCAABTVlfHRdwAAAAAx4XU/f//AAAAAMdF6AAA AACLRQyKCIhN2A++VdiLRQyDwAGJRQyF0g+EzwsAAIO91P3//wAPjMILAAAPvk3Yg/kgfB8PvlXY g/p4fxYPvkXYD76IEANBAIPhD4mNcP3//+sKx4Vw/f//AAAAAIuVcP3//4lV9ItF9ItN6A++lMEw A0EAwfoEiVXoi0XoiYVs/f//g71s/f//Bw+HWAsAAIuNbP3///8kje00QADHReQAAAAAi1XYgeL/ AAAAocgvQQAzyWaLDFCB4QCAAACFyXRYjZXU/f//UotFCFAPvk3YUeg2DAAAg8QMi1UMigKIRdiL TQyDwQGJTQwPvlXYhdJ1IWiwA0EAagBohgEAAGikA0EAagLoUvb//4PEFIP4AXUBzDPAhcB10Y2N 1P3//1GLVQhSD75F2FDo3gsAAIPEDOmxCgAAx0X4AAAAAItN+ImNxP3//4uVxP3//4mVvP3//4uF vP3//4lF8MdF/AAAAADHhcz9////////x0XkAAAAAOlvCgAAD75N2ImNaP3//4uVaP3//4PqIImV aP3//4O9aP3//xB3SIuNaP3//zPAioElNUAA/ySFDTVAAItV/IPKBIlV/Osoi0X8DAGJRfzrHotN /IPJAolN/OsTi1X8gMqAiVX86wiLRfwMCIlF/OkACgAAD75N2IP5KnUzjVUQUugjDAAAg8QEiYW8 /f//g728/f//AH0Wi0X8DASJRfyLjbz9///32YmNvP3//+sXi5W8/f//a9IKD75F2I1MAtCJjbz9 ///pqAkAAMeFzP3//wAAAADpmQkAAA++VdiD+ip1J41FEFDovAsAAIPEBImFzP3//4O9zP3//wB9 CseFzP3////////rF4uNzP3//2vJCg++VdiNRBHQiYXM/f//6U0JAAAPvk3YiY1k/f//i5Vk/f// g+pJiZVk/f//g71k/f//Lndsi41k/f//M8CKgUo1QAD/JIU2NUAAi1X8g8oQiVX860yLRQwPvgiD +TZ1IItVDA++QgGD+DR1FItNDIPBAolNDItV/IDOgIlV/OsMx0XoAAAAAOmJ/f//6xOLRfwMIIlF /OsJi038gM0IiU386boIAAAPvlXYiZVg/f//i4Vg/f//g+hDiYVg/f//g71g/f//NQ+HuQYAAIuV YP3//zPJioq9NUAA/ySNeTVAAItF/CUwCAAAhcB1CYtN/IDNCIlN/ItV/IHiEAgAAIXSdDmNRRBQ 6MkKAACDxARmiUXsZotN7FGNldj9//9S6MFjAACDxAiJRdyDfdwAfQrHhcT9//8BAAAA6yaNRRBQ 6FAKAACDxARmiYW4/f//io24/f//iI3Y/f//x0XcAQAAAI2V2P3//4lV4OkVBgAAjUUQUOgcCgAA g8QEiYW0/f//g720/f//AHQMi420/f//g3kEAHUaixU8LUEAiVXgi0XgUOhs5f//g8QEiUXc60+L TfyB4QAIAACFyXQji5W0/f//i0IEiUXgi420/f//D78R0eqJVdzHReQBAAAA6x/HReQAAAAAi4W0 /f//i0gEiU3gi5W0/f//D78CiUXc6YAFAACLTfyB4TAIAACFyXUJi1X8gM4IiVX8g73M/f///3UM x4Vc/f//////f+sMi4XM/f//iYVc/f//i41c/f//iY2o/f//jVUQUuhECQAAg8QEiUXgi0X8JRAI AACFwHRog33gAHUJiw1ALUEAiU3gx0XkAQAAAItV4ImVrP3//4uFqP3//4uNqP3//4PpAYmNqP3/ /4XAdCCLlaz9//8zwGaLAoXAdBGLjaz9//+DwQKJjaz9///rx4uVrP3//ytV4NH6iVXc61qDfeAA dQihPC1BAIlF4ItN4ImNsP3//4uVqP3//4uFqP3//4PoAYmFqP3//4XSdB6LjbD9//8PvhGF0nQR i4Ww/f//g8ABiYWw/f//68mLjbD9//8rTeCJTdzpWwQAAI1VEFLoYggAAIPEBImFpP3//4tF/IPg IIXAdBKLjaT9//9mi5XU/f//ZokR6w6LhaT9//+LjdT9//+JCMeFxP3//wEAAADpEAQAAMdF+AEA AACKVdiAwiCIVdiLRfwMQIlF/I2N2P3//4lN4IO9zP3//wB9DMeFzP3//wYAAADrHIO9zP3//wB1 Ew++VdiD+md1CseFzP3//wEAAACLRRCDwAiJRRCLTRCD6QiLEYtBBImVnP3//4mFoP3//4tN+FGL lcz9//9SD75F2FCLTeBRjZWc/f//Uv8VsC9BAIPEFItF/CWAAAAAhcB0FoO9zP3//wB1DYtN4FH/ FbwvQQCDxAQPvlXYg/pndRmLRfwlgAAAAIXAdQ2LTeBR/xW0L0EAg8QEi1XgD74Cg/gtdRKLTfyA zQGJTfyLVeCDwgGJVeCLReBQ6KDi//+DxASJRdzpBQMAAItN/IPJQIlN/MeFyP3//woAAADpggAA AMeFyP3//woAAADrdseFzP3//wgAAADHhdD9//8HAAAA6wrHhdD9//8nAAAAx4XI/f//EAAAAItV /IHigAAAAIXSdB3GhcD9//8wi4XQ/f//g8BRiIXB/f//x0XwAgAAAOsgx4XI/f//CAAAAItN/IHh gAAAAIXJdAmLVfyAzgKJVfyLRfwlAIAAAIXAdB2NTRBR6IYGAACDxASJhYj9//+JlYz9///pkQAA AItV/IPiIIXSdEiLRfyD4ECFwHQejU0QUeg1BgAAg8QED7/AmYmFiP3//4mVjP3//+sejVUQUugX BgAAg8QEJf//AACZiYWI/f//iZWM/f//6z+LRfyD4ECFwHQbjU0QUejtBQAAg8QEmYmFiP3//4mV jP3//+sajVUQUujSBQAAg8QEM8mJhYj9//+JjYz9//+LVfyD4kCF0nQ+g72M/f//AH81fAmDvYj9 //8AcyqLhYj9///32IuNjP3//4PRAPfZiYWU/f//iY2Y/f//i1X8gM4BiVX86xiLhYj9//+JhZT9 //+LjYz9//+JjZj9//+LVfyB4gCAAACF0nUUi4WU/f//M8mJhZT9//+JjZj9//+Dvcz9//8AfQzH hcz9//8BAAAA6wmLVfyD4veJVfyLhZT9//8LhZj9//+FwHUHx0XwAAAAAI1N14lN4IuVzP3//4uF zP3//4PoAYmFzP3//4XSfxSLjZT9//8LjZj9//+FyQ+EgQAAAIuFyP3//5lSUIuVmP3//1KLhZT9 //9Q6BxfAACDwDCJhZD9//+Lhcj9//+ZUlCLjZj9//9Ri5WU/f//UuiHXgAAiYWU/f//iZWY/f// g72Q/f//OX4Si4WQ/f//A4XQ/f//iYWQ/f//i03gipWQ/f//iBGLReCD6AGJReDpUv///41N1ytN 4IlN3ItV4IPCAYlV4ItF/CUAAgAAhcB0KYtN4A++EYP6MHUGg33cAHUYi0Xgg+gBiUXgi03gxgEw i1Xcg8IBiVXcg73E/f//AA+FzgEAAItF/IPgQIXAdE+LTfyB4QABAACFyXQQxoXA/f//LcdF8AEA AADrMotV/IPiAYXSdBDGhcD9//8rx0XwAQAAAOsYi0X8g+AChcB0DsaFwP3//yDHRfABAAAAi428 /f//K03cK03wiY2E/f//i1X8g+IMhdJ1HI2F1P3//1CLTQhRi5WE/f//Umog6OUCAACDxBCNhdT9 //9Qi00IUYtV8FKNhcD9//9Q6AcDAACDxBCLTfyD4QiFyXQmi1X8g+IEhdJ1HI2F1P3//1CLTQhR i5WE/f//Umow6JcCAACDxBCDfeQAD4SkAAAAg33cAA+OmgAAAItF4ImFgP3//4tN3ImNfP3//4uV fP3//4uFfP3//4PoAYmFfP3//4XSdG2LjYD9//9mixFmiZVa/f//ZouFWv3//1CNjXj9//9Ri5WA /f//g8ICiZWA/f//6AJcAACDxAiJhXT9//+DvXT9//8AfwLrJo2F1P3//1CLTQhRi5V0/f//Uo2F eP3//1DoMAIAAIPEEOl6////6xuNjdT9//9Ri1UIUotF3FCLTeBR6A4CAACDxBCLVfyD4gSF0nQc jYXU/f//UItNCFGLlYT9//9SaiDoqAEAAIPEEOkU9P//i4XU/f//X15bi+Vdw5ApQAAqKkAAbCpA ANsqQAAzK0AAQitAAI4rQAAhLEAAuCpAAMMqQACuKkAAoypAAM4qQADWKkAAAAUFAQUFBQUFBQUC BQMFBQTQK0AACSxAAMUrQAATLEAAHCxAAAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQB BAQEAgQEBAQEBAQEBAQDXCxAAPAuQADwLkAAgC1AACkwQADrLEAAcSxAAPsvQAAAL0AA+y9AAKUu QAB1MEAAHzBAAJYtQAATMEAANTBAAAAzQAAAEAEQAhAQEBAQEBAQEBAQAxAQEBAEEAUQEBAQEBAQ EAYHCAgIEAkQEBAQCgsMEBANEA4QEA/MzMzMzMzMzMzMzMzMVYvsUYtFDItIBIPpAYtVDIlKBItF DIN4BAB8JotNDIsRikUIiAIPvk0IgeH/AAAAiU38i1UMiwKDwAGLTQyJAesTi1UMUotFCFDogUEA AIPECIlF/IN9/P91C4tNEMcB/////+sNi1UQiwKDwAGLTRCJAYvlXcPMzMzMzMzMzMxVi+yLRQyL TQyD6QGJTQyFwH4gi1UUUotFEFCLTQhR6Fz///+DxAyLVRSDOv91AusC69Bdw8zMzMzMzMzMzMzM VYvsUYtFDItNDIPpAYlNDIXAfjKLVRRSi0UQUItNCA++EYlV/ItF/FCLTQiDwQGJTQjoCf///4PE DItVFIM6/3UC6wLrvovlXcPMzMzMzMxVi+yLRQiLCIPBBItVCIkKi0UIiwiLQfxdw8zMzMzMzFWL 7ItFCIsIg8EIi1UIiQqLRQiLCIPpCIsBi1EEXcPMVYvsi0UIiwiDwQSLVQiJCotFCIsIZotB/F3D zMzMzMxVi+yD7GxogQAAAGjAA0EAagJoAAEAAOh0AwAAg8QQiUWwg32wAHUKahvoAeP//4PEBItF sKNAYUEAxwV8YkEAIAAAAOsJi02wg8EIiU2wixVAYUEAgcIAAQAAOVWwcxmLRbDGQAQAi02wxwH/ ////i1WwxkIFCuvNjUW4UP8VdIFBAItN6oHh//8AAIXJD4R6AQAAg33sAA+EcAEAAItV7IsCiUWc i03sg8EEiU38i1X8A1WciVWggX2cAAgAAH0Ii0WciUWY6wfHRZgACAAAi02YiU2cx0WkAQAAAOsJ i1Wkg8IBiVWkoXxiQQA7RZwPjYcAAABotgAAAGjAA0EAagJoAAEAAOiEAgAAg8QQiUWwg32wAHUL iw18YkEAiU2c61qLVaSLRbCJBJVAYUEAiw18YkEAg8EgiQ18YkEA6wmLVbCDwgiJVbCLRaSLDIVA YUEAgcEAAQAAOU2wcxmLVbDGQgQAi0WwxwD/////i02wxkEFCuvJ6WL////HRagAAAAA6xuLVaiD wgGJVaiLRfyDwAGJRfyLTaCDwQSJTaCLVag7VZx9ZYtFoIM4/3RYi038D74Rg+IBhdJ0S4tF/A++ CIPhCIXJdRCLVaCLAlD/FXCBQQCFwHQui02owfkFi1Wog+IfiwSNQGFBAI0M0IlNsItVsItFoIsI iQqLVbCLRfyKCIhKBOl4////x0WoAAAAAOsJi1Wog8IBiVWog32oAw+N0QAAAItFqIsNQGFBAI0U wYlVsItFsIM4/w+FogAAAItNsMZBBIGDfagAdQnHRZT2////6xCLVaiD6gH32hvSg8L1iVWUi0WU UP8VTIFBAIlFtIN9tP90WItNtFH/FXCBQQCJRayDfawAdEWLVbCLRbSJAotNrIHh/wAAAIP5AnUQ i1WwikIEDECLTbCIQQTrHYtVrIHi/wAAAIP6A3UPi0WwikgEgMkIi1WwiEoE6w+LRbCKSASAyUCL VbCISgTrD4tFsIpIBIDJgItVsIhKBOkc////oXxiQQBQ/xVsgUEAi+Vdw8zMzMzMVYvsUcdF/AAA AADrCYtF/IPAAYlF/IN9/EB9MotN/IM8jUBhQQAAdCNqAotV/IsElUBhQQBQ6IUKAACDxAiLTfzH BI1AYUEAAAAAAOu/i+Vdw8zMzMzMzMzMzMzMzMzMVYvsagBqAGoBobRgQQBQi00IUehYAAAAg8QU XcPMzMxVi+yLRRRQi00QUYtVDFKhtGBBAFCLTQhR6DIAAACDxBRdw8zMzMzMzMzMzMzMzMxVi+xq AGoAagGLRQxQi00IUegKAAAAg8QUXcPMzMzMzFWL7FGLRRhQi00UUYtVEFKLRQhQ6FcAAACDxBCJ RfyDffwAdQaDfQwAdQWLRfzrFotNCFHol1YAAIPEBIXAdQQzwOsC676L5V3DzMzMzMzMVYvsagBq AGoBi0UIUOgOAAAAg8QQXcPMzMzMzMzMzMxVi+yD7BBTVlfHRfQAAAAAoVAtQQCD4ASFwHQw6B8Q AACFwHUhaLQEQQBqAGhBAQAAaKgEQQBqAuhT5P//g8QUg/gBdQHMM8mFyXXQixVULUEAiVX4i0X4 OwVYLUEAdQHMi00UUYtVEFKLRfhQi00MUYtVCFJqAGoB/xXgMUEAg8QchcB1XoN9EAB0K4tFFFCL TRBRaHAEQQBqAGoAagBqAOjq4///g8Qcg/gBdQHMM9KF0nXX6yZoTARBAGhIBEEAagBqAGoAagDo wuP//4PEGIP4AXUBzDPAhcB12jPA6SgCAACLTQyB4f//AACD+QJ0FIsVUC1BAIPiAYXSdQfHRfQB AAAAg30I4HcLi0UIg8Akg/jgdiyLTQhRaCQEQQBqAGoAagBqAehj4///g8QYg/gBdQHMM9KF0nXb M8DpyQEAAItFDCX//wAAg/gEdECDfQwBdDqLTQyB4f//AACD+QJ0LIN9DAN0JmjwA0EAaEgEQQBq AGoAagBqAegP4///g8QYg/gBdQHMM9KF0nXai0UIg8AkiUXwi03wUejuVQAAg8QEiUX8g338AHUH M8DpVwEAAIsVVC1BAIPCAYkVVC1BAIN99AB0SYtF/McAAAAAAItN/MdBBAAAAACLVfzHQggAAAAA i0X8x0AMvLrc/otN/ItVCIlREItF/MdAFAMAAACLTfzHQRgAAAAA6aAAAACLFfhcQQADVQiJFfhc QQChAF1BAANFCKMAXUEAiw0AXUEAOw0EXUEAdgyLFQBdQQCJFQRdQQCDPfxcQQAAdA2h/FxBAItN /IlIBOsJi1X8iRX0XEEAi0X8iw38XEEAiQiLVfzHQgQAAAAAi0X8i00QiUgIi1X8i0UUiUIMi038 i1UIiVEQi0X8i00MiUgUi1X8i0X4iUIYi038iQ38XEEAagQz0ooVXC1BAFKLRfyDwBxQ6MZTAACD xAxqBDPJig1cLUEAUYtVCItF/I1MECBR6KhTAACDxAyLVQhSM8CgZC1BAFCLTfyDwSBR6I1TAACD xAyLRfyDwCBfXluL5V3DzMzMzMzMzMzMzMzMzFWL7GoAagBqAYtFDFCLTQhR6AoAAACDxBRdw8zM zMzMVYvsg+wMi0UMD69FCIlFDItNGFGLVRRSi0UQUItNDFHo2/v//4PEEIlF+IN9+AB0KItV+IlV 9ItF9ANFDIlF/ItN9DtN/HMRi1X0xgIAi0X0g8ABiUX06+eLRfiL5V3DVYvsagBqAGoBi0UMUItN CFHoCgAAAIPEFF3DzMzMzMxVi+xRagGLRRhQi00UUYtVEFKLRQxQi00IUegRAAAAg8QYiUX8i0X8 i+Vdw8zMzMxVi+yD7BRTVlfHRewAAAAAg30IAHUdi0UYUItNFFGLVRBSi0UMUOgl+///g8QQ6dcE AACDfRwAdB2DfQwAdReLTRBRi1UIUuhEBQAAg8QIM8DptAQAAKFQLUEAg+AEhcB0MOjpCwAAhcB1 IWi0BEEAagBoOQIAAGioBEEAagLoHeD//4PEFIP4AXUBzDPJhcl10IsVVC1BAIlV8ItF8DsFWC1B AHUBzItNGFGLVRRSi0XwUItNEFGLVQxSi0UIUGoC/xXgMUEAg8QchcB1XoN9FAB0K4tNGFGLVRRS aDAGQQBqAGoAagBqAOiy3///g8Qcg/gBdQHMM8CFwHXX6yZoDAZBAGhIBEEAagBqAGoAagDoit// /4PEGIP4AXUBzDPJhcl12jPA6d4DAACDfQzbdiyLVQxSaNwFQQBqAGoAagBqAehY3///g8QYg/gB dQHMM8CFwHXbM8DprAMAAIN9EAF0QotNEIHh//8AAIP5BHQ0i1UQgeL//wAAg/oCdCZo8ANBAGhI BEEAagBqAGoAagHoCd///4PEGIP4AXUBzDPAhcB12otNCFHo4Q4AAIPEBIXAdSFouAVBAGoAaGEC AABoqARBAGoC6NLe//+DxBSD+AF1Acwz0oXSdcmLRQiD6CCJRfiLTfiDeRQDdQfHRewBAAAAg33s AHQ+i1X4gXoMvLrc/nUJi0X4g3gYAHQhaHAFQQBqAGhrAgAAaKgEQQBqAuh33v//g8QUg/gBdQHM M8mFyXXE62SLVfiLQhQl//8AAIP4AnUVi00QgeH//wAAg/kBdQfHRRACAAAAi1X4i0IUJf//AACL TRCB4f//AAA7wXQhaDQFQQBqAGhyAgAAaKgEQQBqAugR3v//g8QUg/gBdQHMM9KF0nXBg30cAHQl i0UMg8AkUItN+FHo7FEAAIPECIlF9IN99AB1BzPA6UMCAADrI4tVDIPCJFKLRfhQ6CdRAACDxAiJ RfSDffQAdQczwOkeAgAAiw1ULUEAg8EBiQ1ULUEAg33sAHVWi1X0ofhcQQArQhCj+FxBAIsN+FxB AANNDIkN+FxBAItV9KEAXUEAK0IQowBdQQCLDQBdQQADTQyJDQBdQQCLFQBdQQA7FQRdQQB2CqEA XUEAowRdQQCLTfSDwSCJTfyLVfSLRQw7QhB2JItN9ItVDCtREFIzwKBkLUEAUItN9ItV/ANREFLo FE8AAIPEDGoEM8CgXC1BAFCLTfwDTQxR6PtOAACDxAyDfewAdRuLVfSLRRSJQgiLTfSLVRiJUQyL RfSLTfCJSBiLVfSLRQyJQhCDfRwAdS+DfRwAdQiLTfQ7Tfh0IWgABUEAagBoqAIAAGioBEEAagLo otz//4PEFIP4AXUBzDPShdJ1xYtF9DtF+HQGg33sAHQIi0X86ecAAACLTfSDOQB0EItV9IsCi030 i1EEiVAE6zyh9FxBADtF+HQhaOQEQQBqAGi3AgAAaKgEQQBqAuhD3P//g8QUg/gBdQHMM8mFyXXP i1X0i0IEo/RcQQCLTfSDeQQAdA+LVfSLQgSLTfSLEYkQ6zuh/FxBADtF+HQhaMgEQQBqAGjCAgAA aKgEQQBqAujv2///g8QUg/gBdQHMM8mFyXXPi1X0iwKj/FxBAIM9/FxBAAB0DosN/FxBAItV9IlR BOsIi0X0o/RcQQCLTfSLFfxcQQCJEYtF9MdABAAAAACLTfSJDfxcQQCLRfxfXluL5V3DzMzMzMzM zMzMzMzMzMzMVYvsagBqAGoBi0UMUItNCFHoCgAAAIPEFF3DzMzMzMxVi+xRagCLRRhQi00UUYtV EFKLRQxQi00IUeih+v//g8QYiUX8i0X8i+Vdw8zMzMxVi+xqAYtFCFDoEgAAAIPECF3DzMzMzMzM zMzMzMzMzFWL7FFTVlehUC1BAIPgBIXAdDDoqAYAAIXAdSFotARBAGoAaOEDAABoqARBAGoC6Nza //+DxBSD+AF1AcwzyYXJddCDfQgAdQXplwMAAGoAagBqAItVDFJqAItFCFBqA/8V4DFBAIPEHIXA dStoeAdBAGhIBEEAagBqAGoAagDojNr//4PEGIP4AXUBzDPJhcl12ulNAwAAi1UIUuhfCgAAg8QE hcB1IWi4BUEAagBo8wMAAGioBEEAagLoUNr//4PEFIP4AXUBzDPAhcB1yYtNCIPpIIlN/ItV/ItC FCX//wAAg/gEdEOLTfyDeRQBdDqLVfyLQhQl//8AAIP4AnQqi038g3kUA3QhaFAHQQBqAGj5AwAA aKgEQQBqAuju2f//g8QUg/gBdQHMM9KF0nWnoVAtQQCD4ASFwA+FxQAAAGoEig1cLUEAUYtV/IPC HFLo2gQAAIPEDIXAdUOLRfyDwCBQi038i1EYUotF/ItIFIHh//8AAIsUjWgtQQBSaCQHQQBqAGoA agBqAeh/2f//g8Qgg/gBdQHMM8CFwHW9agSKDVwtQQBRi1X8i0IQi038jVQBIFLodAQAAIPEDIXA dUOLRfyDwCBQi038i1EYUotF/ItIFIHh//8AAIsUjWgtQQBSaPgGQQBqAGoAagBqAegZ2f//g8Qg g/gBdQHMM8CFwHW9i038g3kUA3Vsi1X8gXoMvLrc/nUJi0X8g3gYAHQhaLgGQQBqAGgOBAAAaKgE QQBqAujU2P//g8QUg/gBdQHMM8mFyXXEi1X8i0IQg8AkUDPJig1gLUEAUYtV/FLoqUoAAIPEDItF /FDofU4AAIPEBOlqAQAAi038g3kUAnUNg30MAXUHx0UMAgAAAItV/ItCFDtFDHQhaJgGQQBqAGgb BAAAaKgEQQBqAuhc2P//g8QUg/gBdQHMM8mFyXXOi1X8oQBdQQArQhCjAF1BAIsNUC1BAIPhAoXJ D4XYAAAAi1X8gzoAdBCLRfyLCItV/ItCBIlBBOs+iw30XEEAO038dCFogAZBAGoAaCoEAABoqARB AGoC6PHX//+DxBSD+AF1Acwz0oXSdc6LRfyLSASJDfRcQQCLVfyDegQAdA+LRfyLSASLVfyLAokB 6z2LDfxcQQA7Tfx0IWhoBkEAagBoNAQAAGioBEEAagLom9f//4PEFIP4AXUBzDPShdJ1zotF/IsI iQ38XEEAi1X8i0IQg8AkUDPJig1gLUEAUYtV/FLoZUkAAIPEDItF/FDoOU0AAIPEBOspi038x0EU AAAAAItV/ItCEFAzyYoNYC1BAFGLVfyDwiBS6C5JAACDxAxfXluL5V3DzMzMzFWL7GoBi0UIUOgS AAAAg8QIXcPMzMzMzMzMzMzMzMzMVYvsg+wIU1ZXoVAtQQCD4ASFwHQw6JYCAACFwHUhaLQEQQBq AGh8BAAAaKgEQQBqAujK1v//g8QUg/gBdQHMM8mFyXXQi1UIUuiiBgAAg8QEhcB1IWi4BUEAagBo hQQAAGioBEEAagLok9b//4PEFIP4AXUBzDPAhcB1yYtNCIPpIIlN+ItV+ItCFCX//wAAg/gEdEOL TfiDeRQBdDqLVfiLQhQl//8AAIP4AnQqi034g3kUA3QhaFAHQQBqAGiLBAAAaKgEQQBqAugx1v// g8QUg/gBdQHMM9KF0nWni0X4g3gUAnUNg30MAXUHx0UMAgAAAItN+IN5FAN0MotV+ItCFDtFDHQh aJgGQQBqAGiSBAAAaKgEQQBqAujg1f//g8QUg/gBdQHMM8mFyXXOi1X4i0IQiUX8i0X8X15bi+Vd w8zMzMzMzMzMzMzMzMzMVYvsUaFYLUEAiUX8i00IiQ1YLUEAi0X8i+Vdw8zMzMxVi+xRU1ZXi0UI UOhwBQAAg8QEhcB0a4tNCIPpIIlN/ItV/ItCFCX//wAAg/gEdEOLTfyDeRQBdDqLVfyLQhQl//8A AIP4AnQqi038g3kUA3QhaFAHQQBqAGjTBAAAaKgEQQBqAugm1f//g8QUg/gBdQHMM9KF0nWni0X8 i00MiUgUX15bi+Vdw8zMzMzMzMxVi+xRoeAxQQCJRfyLTQiJDeAxQQCLRfyL5V3DzMzMzFWL7FFT VlfHRfwBAAAAi0UQi00Qg+kBiU0QhcB0YItVCDPAigKLTQyB4f8AAACLVQiDwgGJVQg7wXRBi0UM Jf8AAABQi00IM9KKUf9Si0UIg+gBUGiUB0EAagBqAGoAagDoetT//4PEIIP4AXUBzDPJhcl1xsdF /AAAAADrkItF/F9eW4vlXcPMzMzMzMzMzFWL7IPsGFNWV8dF/AEAAAChUC1BAIPgAYXAdQq4AQAA AOkUAwAA6GVKAACJRfSDffT/D4T9AAAAg330/g+E8wAAAItN9IlN6ItV6IPCBolV6IN96AMPh60A AACLRej/JIVBT0AAaOgIQQBoSARBAGoAagBqAGoA6NTT//+DxBiD+AF1AcwzyYXJddrpngAAAGjE CEEAaEgEQQBqAGoAagBqAOip0///g8QYg/gBdQHMM9KF0nXa63ZooAhBAGhIBEEAagBqAGoAagDo gdP//4PEGIP4AXUBzDPAhcB12utOaHwIQQBoSARBAGoAagBqAGoA6FnT//+DxBiD+AF1AcwzyYXJ ddrrJmhQCEEAaEgEQQBqAGoAagBqAOgx0///g8QYg/gBdQHMM9KF0nXaM8DpBQIAAKH8XEEAiUX4 6wiLTfiLEYlV+IN9+AAPhOYBAADHRfABAAAAi0X4i0gUgeH//wAAg/kEdCOLVfiDehQBdBqLRfiL SBSB4f//AACD+QJ0CYtV+IN6FAN1GItF+ItIFIHh//8AAIsUjWgtQQCJVezrB8dF7EgIQQBqBKBc LUEAUItN+IPBHFHosf3//4PEDIXAdTqLVfiDwiBSi0X4i0gYUYtV7FJoJAdBAGoAagBqAGoA6GbS //+DxCCD+AF1AcwzwIXAdc3HRfAAAAAAagSKDVwtQQBRi1X4i0IQi034jVQBIFLoVP3//4PEDIXA dTqLRfiDwCBQi034i1EYUotF7FBo+AZBAGoAagBqAGoA6AnS//+DxCCD+AF1AcwzyYXJdc3HRfAA AAAAi1X4g3oUAHVQi0X4i0gQUYoVYC1BAFKLRfiDwCBQ6PD8//+DxAyFwHUvi034g8EgUWgcCEEA agBqAGoAagDosNH//4PEGIP4AXUBzDPShdJ12MdF8AAAAACDffAAdXaLRfiDeAgAdDOLTfiLUQxS i0X4i0gIUYtV7FJo/AdBAGoAagBqAGoA6GfR//+DxCCD+AF1AcwzwIXAdc2LTfiLURBSi0X4g8Ag UItN7FFo0AdBAGoAagBqAGoA6DTR//+DxCCD+AF1Acwz0oXSdc3HRfwAAAAA6Qj+//+LRfxfXluL 5V3D4ExAALhMQACQTEAAZUxAAMzMzMzMzMzMzMzMzMzMzFWL7FGhUC1BAIlF/IN9CP90CYtNCIkN UC1BAItF/IvlXcPMzMzMzMzMzMzMzMzMzFWL7FGhUC1BAIPgAYXAdQLrPYsN/FxBAIlN/OsIi1X8 iwKJRfyDffwAdCSLTfyLURSB4v//AACD+gR1EYtFDFCLTfyDwSBR/1UIg8QI686L5V3DzMzMzMzM zMzMzMzMzFWL7FGDfQgAdDOLRQxQi00IUf8VfIFBAIXAdSGDfRAAdBKLVQxSi0UIUP8VeIFBAIXA dQnHRfwBAAAA6wfHRfwAAAAAi0X8i+Vdw8zMzMzMVYvsg+wMg30IAHUEM8DrfGoBaiCLRQiD6CBQ 6JD///+DxAyFwHUEM8DrYY1N/FGNVfRSi0UIg+ggUOiBSgAAg8QMiUX4g334AHQWi034M9KKEYXS dAe4AQAAAOsvM8DrK6EUXUEAJQCAAACFwHQHuAEAAADrFotNCIPpIFFqAIsV7GBBAFL/FYCBQQCL 5V3DVYvsUYtFCFDoY////4PEBIXAdQczwOmmAAAAi00Ig+kgiU38i1X8i0IUJf//AACD+AR0IotN /IN5FAF0GYtV/ItCFCX//wAAg/gCdAmLTfyDeRQDdWlqAYtVDFKLRQhQ6Lv+//+DxAyFwHRTi038 i1EQO1UMdUiLRfyLSBg7DVQtQQB/OoN9EAB0C4tVEItF/ItIGIkKg30UAHQLi1UUi0X8i0gIiQqD fRgAdAuLVRiLRfyLSAyJCrgBAAAA6wIzwIvlXcPMzMzMzMzMzMzMzFWL7FGhHGFBAIlF/ItNCIkN HGFBAItF/IvlXcPMzMzMVYvsg+wIU1ZXg30IAHUraDAJQQBoSARBAGoAagBqAGoA6GrO//+DxBiD +AF1AcwzwIXAddrpFQEAAItNCIsV/FxBAIkRx0X8AAAAAOsJi0X8g8ABiUX8g338BX0ei038i1UI x0SKGAAAAACLRfyLTQjHRIEEAAAAAOvTixX8XEEAiVX46wiLRfiLCIlN+IN9+AAPhJ8AAACLVfiL QhQl//8AAIXAfGaLTfiLURSB4v//AACD+gV9VYtF+ItIFIHh//8AAItVCItEigSDwAGLTfiLURSB 4v//AACLTQiJRJEEi1X4i0IUJf//AACLTQiLVIEYi0X4A1AQi034i0EUJf//AACLTQiJVIEY6yWL VfhSaAwJQQBqAGoAagBqAOhtzf//g8QYg/gBdQHMM8CFwHXb6U////+LTQiLFQRdQQCJUSyLRQiL DfhcQQCJSDBfXluL5V3DzMzMzMzMzMzMzFWL7IPsCFNWV8dF+AAAAACDfQgAdAyDfQwAdAaDfRAA dS5oWAlBAGhIBEEAagBqAGoAagDo98z//4PEGIP4AXUBzDPAhcB12otF+OnMAAAAx0X8AAAAAOsJ i038g8EBiU38g338BQ+NgAAAAItV/ItFEItN/It1DItUkBgrVI4Yi0X8i00IiVSBGItV/ItFEItN /It1DItUkAQrVI4Ei0X8i00IiVSBBItV/ItFCIN8kBgAdQ2LTfyLVQiDfIoEAHQlg338AHQfg338 AnUSg338AnUToVAtQQCD4BCFwHQHx0X4AQAAAOlt////i00Qi1UMi0EsK0Isi00IiUEsi1UQi0UM i0owK0gwi1UIiUowi0UIxwAAAAAAi0X4X15bi+Vdw8zMzMzMzMzMzMzMzMxVi+yD7AhTVlfHRfgA AAAAaFAKQQBoSARBAGoAagBqAGoA6NnL//+DxBiD+AF1AcwzwIXAddqDfQgAdAiLTQiLEYlV+KH8 XEEAiUX86wiLTfyLEYlV/IN9/AAPhBgCAACLRfw7RfgPhAwCAACLTfyLURSB4v//AACD+gN0LYtF /ItIFIHh//8AAIXJdB2LVfyLQhQl//8AAIP4AnUSiw1QLUEAg+EQhcl1BenEAQAAi1X8g3oIAHRw agBqAYtF/ItICFHo2Pr//4PEDIXAdSqLVfyLQgxQaDwKQQBqAGoAagBqAOgYy///g8QYg/gBdQHM M8mFyXXY6y+LVfyLQgxQi038i1EIUmgwCkEAagBqAGoAagDo58r//4PEHIP4AXUBzDPAhcB10YtN /ItRGFJoKApBAGoAagBqAGoA6L/K//+DxBiD+AF1AcwzwIXAddiLTfyLURSB4v//AACD+gR1cYtF /ItIEFGLVfyLQhTB+BAl//8AAFCLTfyDwSBRaPQJQQBqAGoAagBqAOhwyv//g8Qgg/gBdQHMM9KF 0nXCgz0cYUEAAHQZi0X8i0gQUYtV/IPCIFL/FRxhQQCDxAjrDItF/FDo5gAAAIPEBOmhAAAAi038 g3kUAXU9i1X8i0IQUItN/IPBIFFozAlBAGoAagBqAGoA6AXK//+DxByD+AF1Acwz0oXSddGLRfxQ 6J0AAACDxATrW4tN/ItRFIHi//8AAIP6AnVKi0X8i0gQUYtV/ItCFMH4ECX//wAAUItN/IPBIFFo mAlBAGoAagBqAGoA6KjJ//+DxCCD+AF1Acwz0oXSdcKLRfxQ6EAAAACDxATp1v3//2iACUEAaEgE QQBqAGoAagBqAOhxyf//g8QYg/gBdQHMM8mFyXXaX15bi+Vdw8zMzMzMzMzMzMzMVYvsg+xcU1ZX x0W0AAAAAOsJi0W0g8ABiUW0i00Ig3kQEH0Li1UIi0IQiUWs6wfHRawQAAAAi020O02sD42aAAAA i1UIA1W0ikIgiEWwgz0QUkEAAX4caFcBAACLTbCB4f8AAABR6LVPAACDxAiJRajrHYtVsIHi/wAA AKHIL0EAM8lmiwxQgeFXAQAAiU2og32oAHQOi1WwgeL/AAAAiVWk6wfHRaQgAAAAi0W0ik2kiEwF uItVsIHi/wAAAFJodApBAItFtGvAA41MBcxR6ExOAACDxAzpNv///4tVtMZEFbgAjUXMUI1NuFFo ZApBAGoAagBqAGoA6FLI//+DxByD+AF1Acwz0oXSdddfXluL5V3DzMzMzMzMzMzMzMzMVYvsg+w0 U1ZXjUXMUOiO+f//g8QEg33gAHUZg33UAHUTiw1QLUEAg+EQhcl0PYN92AB0N2h8CkEAaEgEQQBq AGoAagBqAOjlx///g8QYg/gBdQHMM9KF0nXaagDoz/v//4PEBLgBAAAA6wIzwF9eW4vlXcPMzMzM zMzMzMzMzMxVi+xRU1ZXg30IAHUF6awAAADHRfwAAAAA6wmLRfyDwAGJRfyDffwFfUSLTfyLFI1o LUEAUotF/ItNCItUgQRSi0X8i00Ii1SBGFJo2ApBAGoAagBqAGoA6FPH//+DxCCD+AF1AcwzwIXA db7rrYtNCItRLFJotApBAGoAagBqAGoA6CnH//+DxBiD+AF1AcwzwIXAddiLTQiLUTBSaJQKQQBq AGoAagBqAOgBx///g8QYg/gBdQHMM8CFwHXYX15bi+Vdw8zMzMzMzMzMzMzMVYvsg+wIx0X8AAAA AMdF+AMAAADrCYtF+IPAAYlF+ItN+DsN4HVBAH17i1X4oZhiQQCDPJAAdGiLTfiLFZhiQQCLBIqL SAyB4YMAAACFyXQii1X4oZhiQQCLDJBR6A5OAACDxASD+P90CYtV/IPCAYlV/IN9+BR8J2oCi0X4 iw2YYkEAixSBUuhD6///g8QIi0X4iw2YYkEAxwSBAAAAAOlx////i0X8i+Vdw8zMzMxVi+yDPRhh QQAAdAb/FRhhQQBoECRBAGgIIkEA6H8BAACDxAhoBCFBAGgAIEEA6G0BAACDxAhdw8zMzMzMzMzM VYvsagBqAItFCFDocAAAAIPEDF3DzMzMzMzMzMzMzMxVi+xqAGoBi0UIUOhQAAAAg8QMXcPMzMzM zMzMzMzMzFWL7GoBagBqAOgyAAAAg8QMXcPMzMzMzMzMzMzMzMzMVYvsagFqAWoA6BIAAACDxAxd w8zMzMzMzMzMzMzMzMxVi+xRgz1QXUEAAXURi0UIUP8ViIFBAFD/FYSBQQDHBUxdQQABAAAAik0Q iA1IXUEAg30MAHVHgz0UYUEAAHQsixUEYUEAiVX8i0X8g+gEiUX8i038Ow0UYUEAcg+LVfyDOgB0 BYtF/P8Q691oHCdBAGgUJUEA6GUAAACDxAhoJClBAGggKEEA6FMAAACDxAiDPVRdQQAAdSBq/+jg 8///g8QEg+AghcB0D8cFVF1BAAEAAADoh/z//4N9EAB0AusUxwVQXUEAAQAAAItNCFH/FUSBQQCL 5V3DzMzMzMzMzFWL7ItFCDtFDHMYi00IgzkAdAWLVQj/EotFCIPABIlFCOvgXcPMzMzMzMzMzMzM zFWL7IN9CAB1DGoA6CABAACDxATrPItFCFDoQgAAAIPEBIXAdAWDyP/rJ4tNCItRDIHiAEAAAIXS dBWLRQiLSBBR6IpMAACDxAT32BvA6wIzwF3DzMzMzMzMzMzMzMzMzFWL7IPsDMdF/AAAAACLRQiJ RfiLTfiLUQyD4gOD+gJ1eotF+ItIDIHhCAEAAIXJdGqLVfiLRfiLCitICIlN9IN99AB+VotV9FKL RfiLSAhRi1X4i0IQUOikHQAAg8QMO0X0dSGLTfiLUQyB4oAAAACF0nQPi0X4i0gMg+H9i1X4iUoM 6xaLRfiLSAyDySCLVfiJSgzHRfz/////i0X4i034i1EIiRCLRfjHQAQAAAAAi0X8i+Vdw8zMzMzM zMzMzFWL7GoB6AYAAACDxARdw8xVi+yD7AzHRfwAAAAAx0X4AAAAAMdF9AAAAADrCYtF9IPAAYlF 9ItN9DsN4HVBAA+NlwAAAItV9KGYYkEAgzyQAA+EgAAAAItN9IsVmGJBAIsEiotIDIHhgwAAAIXJ dGeDfQgBdSSLVfShmGJBAIsMkFHoWf7//4PEBIP4/3QJi1X8g8IBiVX86z2DfQgAdTeLRfSLDZhi QQCLFIGLQgyD4AKFwHQhi030ixWYYkEAiwSKUOgY/v//g8QEg/j/dQfHRfj/////6VH///+DfQgB dQWLRfzrA4tF+IvlXcPMzFWL7IPsFItFCFDooQEAAIPEBIlF9IN99AB0CYtN9IN5CAB1D4tVDFL/ FYyBQQDpcgEAAItF9IN4CAV1FItN9MdBCAAAAAC4AQAAAOlVAQAAi1X0g3oIAXUIg8j/6UQBAACL RfSLSAiJTfyLFVhdQQCJVeyLRQyjWF1BAItN9IN5BAgPhfoAAACLFfgtQQCJVfDrCYtF8IPAAYlF 8IsN+C1BAAMN/C1BADlN8H0Si1Xwa9IMx4KILUEAAAAAAOvUoQQuQQCJRfiLTfSBOY4AAMB1D8cF BC5BAIMAAADpiAAAAItV9IE6kAAAwHUMxwUELkEAgQAAAOtxi0X0gTiRAADAdQzHBQQuQQCEAAAA 61qLTfSBOZMAAMB1DMcFBC5BAIUAAADrQ4tV9IE6jQAAwHUMxwUELkEAggAAAOssi0X0gTiPAADA dQzHBQQuQQCGAAAA6xWLTfSBOZIAAMB1CscFBC5BAIoAAACLFQQuQQBSagj/VfyDxAiLRfijBC5B AOsXi030x0EIAAAAAItV9ItCBFD/VfyDxASLTeyJDVhdQQCDyP+L5V3DzMzMzMzMzFWL7FHHRfyA LUEAi0X8iwg7TQh0HYtV/IPCDIlV/KEALkEAa8AMBYAtQQA5RfxzAuvZiw0ALkEAa8kMgcGALUEA OU38cwqLVfyLAjtFCHQEM8DrA4tF/IvlXcPMzMzMzFWL7IPsEMdF+AAAAACh3FxBAIlF/ItN/A++ EYXSdCyLRfwPvgiD+T10CYtV+IPCAYlV+ItF/FDoRLL//4PEBItN/I1UAQGJVfzrympVaPgKQQBq AotF+I0MhQQAAABR6Iza//+DxBCJRfSLVfSJFTBdQQCDPTBdQQAAdQpqCegNuv//g8QEodxcQQCJ RfzrCYtN/ANN8IlN/ItV/A++AoXAdGaLTfxR6NSx//+DxASDwAGJRfCLVfwPvgKD+D10R2phaPgK QQBqAotN8FHoHtr//4PEEItV9IkCi0X0gzgAdQpqCeinuf//g8QEi038UYtV9IsCUOjFsv//g8QI i030g8EEiU3064dqAosV3FxBAFLoGeT//4PECMcF3FxBAAAAAACLRfTHAAAAAACL5V3DzMzMzMzM zMzMzMzMzMzMVYvsg+wUaAQBAABoYF1BAGoA/xVogUEAxwVAXUEAYF1BAKGMYkEAD74Ihcl1C4sV QF1BAIlV7OsIoYxiQQCJReyLTeyJTfCNVfxSjUX0UGoAagCLTfBR6HQAAACDxBRqdWgEC0EAagKL VfSLRfyNDJBR6DnZ//+DxBCJRfiDffgAdQpqCOjGuP//g8QEjVX8Uo1F9FCLTfSLVfiNBIpQi034 UYtV8FLoJAAAAIPEFItF9IPoAaMkXUEAi034iQ0oXUEAi+Vdw8zMzMzMzMzMzFWL7IPsFItFGMcA AAAAAItNFMcBAQAAAItVCIlV/IN9DAB0EYtFDItNEIkIi1UMg8IEiVUMi0X8D74Ig/kiD4XJAAAA i1X8g8IBiVX8i0X8D74Ig/kidHqLVfwPvgKFwHRwi038M9KKETPAioJxXkEAg+AEhcB0L4tNGIsR g8IBi0UYiRCDfRAAdByLTRCLVfyKAogBi00Qg8EBiU0Qi1X8g8IBiVX8i0UYiwiDwQGLVRiJCoN9 EAB0E4tFEItN/IoRiBCLRRCDwAGJRRDpcv///4tNGIsRg8IBi0UYiRCDfRAAdA+LTRDGAQCLVRCD wgGJVRCLRfwPvgiD+SJ1CYtV/IPCAYlV/OnPAAAAi0UYiwiDwQGLVRiJCoN9EAB0E4tFEItN/IoR iBCLRRCDwAGJRRCLTfyKEYhV9ItF/IPAAYlF/ItN9IHh/wAAADPSipFxXkEAg+IEhdJ0L4tFGIsI g8EBi1UYiQqDfRAAdBOLRRCLTfyKEYgQi0UQg8ABiUUQi038g8EBiU38i1X0geL/AAAAg/ogdB6L RfQl/wAAAIXAdBKLTfSB4f8AAACD+QkPhVb///+LVfSB4v8AAACF0nULi0X8g+gBiUX86w2DfRAA dAeLTRDGQf8Ax0XsAAAAAItV/A++AoXAdCGLTfwPvhGD+iB0C4tF/A++CIP5CXULi1X8g8IBiVX8 69+LRfwPvgiFyXUF6d4BAACDfQwAdBGLVQyLRRCJAotNDIPBBIlNDItVFIsCg8ABi00UiQHHRfgB AAAAx0XwAAAAAItV/A++AoP4XHUUi038g8EBiU38i1Xwg8IBiVXw6+GLRfwPvgiD+SJ1UYtF8DPS uQIAAAD38YXSdTmDfewAdCCLVfwPvkIBg/gidQuLTfyDwQGJTfzrB8dF+AAAAADrB8dF+AAAAAAz 0oN97AAPlMKJVeyLRfDR6IlF8ItN8ItV8IPqAYlV8IXJdCSDfRAAdA+LRRDGAFyLTRCDwQGJTRCL VRiLAoPAAYtNGIkB68yLVfwPvgKFwHQcg33sAHUbi038D74Rg/ogdAuLRfwPvgiD+Ql1BemrAAAA g334AA+EkwAAAIN9EAB0VItV/DPAigIzyYqIcV5BAIPhBIXJdCmLVRCLRfyKCIgKi1UQg8IBiVUQ i0X8g8ABiUX8i00YixGDwgGLRRiJEItNEItV/IoCiAGLTRCDwQGJTRDrLItV/DPAigIzyYqIcV5B AIPhBIXJdBaLVfyDwgGJVfyLRRiLCIPBAYtVGIkKi0UYiwiDwQGLVRiJCotF/IPAAYlF/Olt/v// g30QAHQPi00QxgEAi1UQg8IBiVUQi0UYiwiDwQGLVRiJCuno/f//g30MAHQSi0UMxwAAAAAAi00M g8EEiU0Mi1UUiwKDwAGLTRSJAYvlXcPMzMzMzMzMzMzMzMxVi+yD7BjHRewAAAAAx0X0AAAAAIM9 ZF5BAAB1Pf8VPIFBAIlF7IN97AB0DMcFZF5BAAEAAADrIv8VnIFBAIlF7IN97AB0DMcFZF5BAAIA AADrBzPA6RsCAACDPWReQQABD4WvAAAAg33sAHUW/xU8gUEAiUXsg33sAHUHM8Dp8gEAAItF7IlF 8ItN8DPSZosRhdJ0IItF8IPAAolF8ItN8DPSZosRhdJ1CYtF8IPAAolF8OvUi03wK03sg8ECiU30 aldoEAtBAGoCi1X0Uujd0///g8QQiUXog33oAHURi0XsUP8VmIFBADPA6YUBAACLTfRRi1XsUotF 6FDorxUAAIPEDItN7FH/FZiBQQCLRejpXwEAAIM9ZF5BAAIPhVIBAACDfewAdRb/FZyBQQCJReyD fewAdQczwOk2AQAAi1XsiVX4i0X4D74Ihcl0SWoAagBq/4tV+FJqAaHYYEEAUP8VlIFBAIlF/IN9 /AB1BzPA6f4AAACLTfQDTfyJTfSLVfhS6Leq//+DxASLTfiNVAEBiVX4662LRfSDwAGJRfRohwAA AGgQC0EAagKLTfTR4VHo+NL//4PEEIlF6IN96AB1EYtV7FL/FZCBQQAzwOmgAAAAi0XsiUX4i03o iU3wi1X4D74ChcB0dYtN8CtN6NH5i1X0K9FSi0XwUGr/i034UWoBixXYYEEAUv8VlIFBAIXAdRxq AotF6FDoz9z//4PECItN7FH/FZCBQQAzwOtDi1X4UugFqv//g8QEi034jVQBAYlV+ItF8FDoz0AA AIPEBItN8I1UQQKJVfDrgYtF8GbHAAAAi03sUf8VkIFBAItF6IvlXcPMzMzMzMzMVYvsg+wYx0Xs AAAAAMdF6AAAAACDPWheQQAAdT3/FTyBQQCJReyDfewAdAzHBWheQQABAAAA6yL/FZyBQQCJReiD fegAdAzHBWheQQACAAAA6wczwOm+AQAAgz1oXkEAAQ+F+gAAAIN97AB1Fv8VPIFBAIlF7IN97AB1 BzPA6ZUBAACLReyJRfiLTfgz0maLEYXSdCCLRfiDwAKJRfiLTfgz0maLEYXSdQmLRfiDwAKJRfjr 1ItN+CtN7NH5g8EBiU38agBqAGoAagCLVfxSi0XsUGoAagD/FaSBQQCJRfCDffAAdCFo+wAAAGgQ C0EAagKLTfBR6DXR//+DxBCJReiDfegAdRGLVexS/xWYgUEAM8DpAAEAAGoAagCLRfBQi03oUYtV /FKLRexQagBqAP8VpIFBAIXAdRVqAotN6FHoK9v//4PECMdF6AAAAACLVexS/xWYgUEAi0Xo6bcA AACDPWheQQACD4WoAAAAg33oAHUW/xWcgUEAiUXog33oAHUHM8DpjgAAAItF6IlF9ItN9A++EYXS dB6LRfSDwAGJRfSLTfQPvhGF0nUJi0X0g8ABiUX069iLTfQrTeiDwQGJTfBoJgEAAGgQC0EAagKL VfBS6FfQ//+DxBCJRfSDffQAdQ6LRehQ/xWQgUEAM8DrJYtN8FGLVehSi0X0UOgsEgAAg8QMi03o Uf8VkIFBAItF9OsCM8CL5V3DzMzMzFWL7IPsKItFCFDo8QIAAIPEBIlFCItNCDsNeGBBAHUHM8Dp 0wIAAIN9CAB1EeiuAwAA6CkEAAAzwOm8AgAAx0X8AAAAAOsJi1X8g8IBiVX8g338BQ+DPQEAAItF /GvAMIuIEC5BADtNCA+FIwEAAMdF3AAAAADrCYtV3IPCAYlV3IF93AEBAABzDItF3MaAcF5BAADr 4sdF9AAAAADrCYtN9IPBAYlN9IN99ARze4tV/GvSMItF9I2MwiAuQQCJTfjrCYtV+IPCAolV+ItF +DPJigiFyXRNi1X4M8CKQgGFwHRBi034M9KKEYlV3OsJi0Xcg8ABiUXci034M9KKUQE5Vdx3HYtF 3ItN9IqQcV5BAAqRCC5BAItF3IiQcV5BAOvN65/pdv///4tNCIkNeGBBAMcF+GBBAAEAAACLFXhg QQBS6BgCAACDxASjfGBBAMdF9AAAAADrCYtF9IPAAYlF9IN99AZzHotN/GvJMItV9ItF9GaLjEEU LkEAZokMVYBgQQDr0+jVAgAAM8DpaAEAAOmw/v//jVXgUotFCFD/FaiBQQCD+AEPhTIBAADHRdwA AAAA6wmLTdyDwQGJTdyBfdwBAQAAcwyLVdzGgnBeQQAA6+KLRQijeGBBAMcFfGBBAAAAAACDfeAB D4a1AAAAjU3miU3Y6wmLVdiDwgKJVdiLRdgzyYoIhcl0R4tV2DPAikIBhcB0O4tN2DPSihGJVdzr CYtF3IPAAYlF3ItN2DPSilEBOVXcdxeLRdyKiHFeQQCAyQSLVdyIinFeQQDr0+ulx0XcAQAAAOsJ i0Xcg8ABiUXcgX3c/wAAAHMXi03cipFxXkEAgMoIi0XciJBxXkEA69eLDXhgQQBR6M4AAACDxASj fGBBAMcF+GBBAAEAAADrCscF+GBBAAAAAADHRfQAAAAA6wmLVfSDwgGJVfSDffQGcw+LRfRmxwRF gGBBAAAA6+LohAEAADPA6xqDPYxgQQAAdA7o8gAAAOhtAQAAM8DrA4PI/4vlXcPMzFWL7McFjGBB AAAAAACDfQj+dRLHBYxgQQABAAAA/xWwgUEA6zKDfQj9dRLHBYxgQQABAAAA/xWsgUEA6xqDfQj8 dRHHBYxgQQABAAAAodhgQQDrA4tFCF3DzMzMzMzMzFWL7FGLRQiJRfyLTfyB6aQDAACJTfyDffwS dy6LRfwz0oqQtG5AAP8klaBuQAC4EQQAAOsXuAQIAADrELgSBAAA6wm4BAQAAOsCM8CL5V3Dfm5A AIVuQACMbkAAk25AAJpuQAAABAQEAQQEBAQEBAQEBAQEBAIDzMzMzMzMzMzMVYvsUcdF/AAAAADr CYtF/IPAAYlF/IF9/AEBAAB9DItN/MaBcF5BAADr4scFeGBBAAAAAADHBfhgQQAAAAAAxwV8YEEA AAAAAMdF/AAAAADrCYtV/IPCAYlV/IN9/AZ9D4tF/GbHBEWAYEEAAADr4ovlXcPMzMzMzMzMzMzM zMxVi+yB7BwFAACNhej8//9Qiw14YEEAUf8VqIFBAIP4AQ+FEwIAAMeF5Pr//wAAAADrD4uV5Pr/ /4PCAYmV5Pr//4G95Pr//wABAABzFYuF5Pr//4qN5Pr//4iMBfz8///r0MaF/Pz//yCNle78//+J VfzrCYtF/IPAAolF/ItN/DPSihGF0nRAi0X8M8mKCImN5Pr//+sPi5Xk+v//g8IBiZXk+v//i0X8 M8mKSAE5jeT6//93EIuV5Pr//8aEFfz8//8g69HrrGoAoXxgQQBQiw14YEEAUY2V/P3//1JoAAEA AI2F/Pz//1BqAeifQQAAg8QcagCLDXhgQQBRaAABAACNlej7//9SaAABAACNhfz8//9QaAABAACL DXxgQQBR6Do8AACDxCBqAIsVeGBBAFJoAAEAAI2F6Pr//1BoAAEAAI2N/Pz//1FoAAIAAIsVfGBB AFLoBTwAAIPEIMeF5Pr//wAAAADrD4uF5Pr//4PAAYmF5Pr//4G95Pr//wABAAAPg6sAAACLjeT6 //8z0maLlE38/f//g+IBhdJ0NouF5Pr//4qIcV5BAIDJEIuV5Pr//4iKcV5BAIuF5Pr//4uN5Pr/ /4qUDej7//+IkHhfQQDrWYuF5Pr//zPJZouMRfz9//+D4QKFyXQ1i5Xk+v//ioJxXkEADCCLjeT6 //+IgXFeQQCLleT6//+LheT6//+KjAXo+v//iIp4X0EA6w2LleT6///GgnhfQQAA6Tb////pxQAA AMeF5Pr//wAAAADrD4uF5Pr//4PAAYmF5Pr//4G95Pr//wABAAAPg5oAAACDveT6//9BcjuDveT6 //9adzKLjeT6//+KkXFeQQCAyhCLheT6//+IkHFeQQCLjeT6//+DwSCLleT6//+IinhfQQDrUYO9 5Pr//2FyO4O95Pr//3p3MouF5Pr//4qIcV5BAIDJIIuV5Pr//4iKcV5BAIuF5Pr//4PoIIuN5Pr/ /4iBeF9BAOsNi5Xk+v//xoJ4X0EAAOlH////i+Vdw8zMzMzMzMzMzMzMzMzMVYvsgz34YEEAAHQH oXhgQQDrAjPAXcPMzMzMzMzMzMxVi+xq/ehm+P//g8QEXcPMVYvsagBoABAAAGoB/xW4gUEAo+xg QQCDPexgQQAAdQQzwOse6IckAACFwHUQoexgQQBQ/xW0gUEAM8DrBbgBAAAAXcPMzMzMzMzMzMzM zMxVi+xRx0X86DFBAItF/IN4EAB0FGgAgAAAagCLTfyLURBS/xW8gUEAi0X8iwiJTfyBffzoMUEA ddKLFexgQQBS/xW0gUEAi+Vdw8zMVYvsU1ZXVWoAagBoRHNAAP91COgYSwAAXV9eW4vlXcOLTCQE 90EEBgAAALgBAAAAdA+LRCQIi1QkEIkCuAMAAADDU1ZXi0QkEFBq/mhMc0AAZP81AAAAAGSJJQAA AACLRCQgi1gIi3AMg/7/dC47dCQkdCiNNHaLDLOJTCQIiUgMg3yzBAB1EmgBAQAAi0SzCOhAAAAA /1SzCOvDZI8FAAAAAIPEDF9eW8MzwGSLDQAAAACBeQRMc0AAdRCLUQyLUgw5UQh1BbgBAAAAw1NR uwQvQQDrClNRuwQvQQCLTQiJSwiJQwSJawxZW8IEAMzMVkMyMFhDMDBVi+yD7AhTVldV/ItdDItF CPdABAYAAAAPhYIAAACJRfiLRRCJRfyNRfiJQ/yLcwyLewiD/v90YY0MdoN8jwQAdEVWVY1rEP9U jwRdXotdDAvAdDN4PIt7CFPoqf7//4PEBI1rEFZT6N7+//+DxAiNDHZqAYtEjwjoYf///4sEj4lD DP9UjwiLewiNDHaLNI/robgAAAAA6xy4AQAAAOsVVY1rEGr/U+ie/v//g8QIXbgBAAAAXV9eW4vl XcNVi0wkCIspi0EcUItBGFDoef7//4PECF3CBADMzMzMVYvsgz3kXEEAAXQSgz3kXEEAAHUygz0E LUEAAXUpaPwAAADoKAAAAIPEBIM9kGBBAAB0Bv8VkGBBAGj/AAAA6AwAAACDxARdw8zMzMzMzMxV i+yB7LQBAABTVlfHRfgAAAAA6wmLRfiDwAGJRfiDffgScxOLTfiLVQg7FM0YL0EAdQLrAuvei0X4 i00IOwzFGC9BAA+FoAEAAIF9CPwAAAB0IYtV+IsE1RwvQQBQagBqAGoAagHolar//4PEFIP4AXUB zIM95FxBAAF0EoM95FxBAAB1dIM9BC1BAAF1a4M9QGFBAAB0HYsNQGFBAIN5EP90EYsVQGFBAItC EImFTP7//+sOavT/FUyBQQCJhUz+//9qAI1N/FGLVfiLBNUcL0EAUOhnnP//g8QEUItN+IsUzRwv QQBSi4VM/v//UP8VUIFBAOnwAAAAgX0I/AAAAA+E4wAAAGgEAQAAjY3w/v//UWoA/xVogUEAhcB1 FGjkAkEAjZXw/v//UuhQnf//g8QIjYXw/v//iUX0i030Uej7m///g8QEg8ABg/g8diyNlfD+//9S 6OSb//+DxASLTfSNVAHFiVX0agNo4AJBAItF9FDoZxMAAIPEDGjQDUEAjY1Q/v//UejznP//g8QI i1X0Uo2FUP7//1Do8Jz//4PECGhUAkEAjY1Q/v//UejcnP//g8QIi1X4iwTVHC9BAFCNjVD+//9R 6MKc//+DxAhoECABAGioDUEAjZVQ/v//Uug5EgAAg8QMX15bi+Vdw8zMzMzMzMzMzMzMzMzMzFWL 7FHHRfwAAAAA6wmLRfyDwAGJRfyDffwScxOLTfyLVQg7FM0YL0EAdQLrAuvei0X8i00IOwzFGC9B AHUMi1X8iwTVHC9BAOsCM8CL5V3DVYvsi0UIOwV8YkEAcgQzwOsbi00IwfkFi1UIg+IfiwSNQGFB AA++RNAEg+BAXcPMVYvsg+wUU1ZXg30MAHUeaHwAQQBqAGppaCwOQQBqAuhcqP//g8QUg/gBdQHM M8CFwHXWi00MiU34i1X4i0IQiUXwi034i1EMgeKCAAAAhdJ0DYtF+ItIDIPhQIXJdBaLVfiLQgwM IItN+IlBDIPI/+n2AQAAi1X4i0IMg+ABhcB0SotN+MdBBAAAAACLVfiLQgyD4BCFwHQci034i1X4 i0IIiQGLTfiLUQyD4v6LRfiJUAzrF4tN+ItRDIPKIItF+IlQDIPI/+mfAQAAi034i1EMg8oCi0X4 iVAMi034i1EMg+Lvi0X4iVAMi034x0EEAAAAAMdF/AAAAACLVfyJVfSLRfiLSAyB4QwBAACFyXUu gX34oCpBAHQJgX34wCpBAHUQi1XwUuik/v//g8QEhcB1DItF+FDohBYAAIPEBItN+ItRDIHiCAEA AIXSD4TWAAAAi0X4i034ixArUQiF0n0haOwNQQBqAGigAAAAaCwOQQBqAugGp///g8QUg/gBdQHM M8CFwHXKi034i1X4iwErQgiJRfyLTfiLUQiDwgGLRfiJEItN+ItRGIPqAYtF+IlQBIN9/AB+HItN /FGLVfiLQghQi03wUeiyAAAAg8QMiUX060aDffD/dBuLVfDB+gWLRfCD4B+LDJVAYUEAjRTBiVXs 6wfHRexILUEAi0XsD75IBIPhIIXJdBBqAmoAi1XwUuhnOQAAg8QMi0X4i0gIilUIiBHrHsdF/AEA AACLRfxQjU0IUYtV8FLoPwAAAIPEDIlF9ItF9DtF/HQUi034i1EMg8ogi0X4iVAMg8j/6wiLRQgl /wAAAF9eW4vlXcPMzMzMzMzMzMzMzMzMzFWL7IHsIAQAAItFCDsFfGJBAHMfi00IwfkFi1UIg+If iwSNQGFBAA++TNAEg+EBhcl1HMcFCF1BAAkAAADHBQxdQQAAAAAAg8j/6U8CAADHRfAAAAAAi1Xw iZXg+///g30QAHUHM8DpMgIAAItFCMH4BYtNCIPhH4sUhUBhQQAPvkTKBIPgIIXAdBBqAmoAi00I UehoOAAAg8QMi1UIwfoFi0UIg+AfiwyVQGFBAA++VMEEgeKAAAAAhdIPhAgBAACLRQyJRfzHRfQA AAAAi038K00MO00QD4PqAAAAjZXs+///iVX4i0X4jY3s+///K8E9AAQAAH1fi1X8K1UMO1UQc1SL RfyKCIiN5Pv//4tV/IPCAYlV/A++heT7//+D+Ap1HouN4Pv//4PBAYmN4Pv//4tV+MYCDYtF+IPA AYlF+ItN+IqV5Pv//4gRi0X4g8ABiUX4649qAI2N6Pv//1GLVfiNhez7//8r0FKNjez7//9Ri1UI wfoFi0UIg+AfiwyVQGFBAIsUwVL/FVCBQQCFwHQji0XwA4Xo+///iUXwi034jZXs+///K8o5jej7 //99AusS6wv/FcSBQQCJRfTrBekH////601qAI2F6Pv//1CLTRBRi1UMUotFCMH4BYtNCIPhH4sU hUBhQQCLBMpQ/xVQgUEAhcB0EsdF9AAAAACLjej7//+JTfDrCf8VxIFBAIlF9IN98AB1eYN99AB0 LIN99AV1FccFCF1BAAkAAACLVfSJFQxdQQDrDItF9FDoqjcAAIPEBIPI/+tQi00IwfkFi1UIg+If iwSNQGFBAA++TNAEg+FAhcl0D4tVDA++AoP4GnUEM8DrIscFCF1BABwAAADHBQxdQQAAAAAAg8j/ 6wmLRfArheD7//+L5V3DzMzMzMzMzMzMzMzMzMxVi+xXVot1DItNEIt9CIvBi9EDxjv+dgg7+A+C eAEAAPfHAwAAAHUUwekCg+IDg/kIcinzpf8klUh+QACLx7oDAAAAg+kEcgyD4AMDyP8khWB9QAD/ JI1YfkAAkP8kjdx9QACQcH1AAJx9QADAfUAAI9GKBogHikYBiEcBikYCwekCiEcCg8YDg8cDg/kI cszzpf8klUh+QAAui8Aj0YoGiAeKRgHB6QKIRwGDxgKDxwKD+QhypvOl/ySVSH5AAJAj0YoGiAdG wekCR4P5CHKM86X/JJVIfkAALovAP35AACx+QAAkfkAAHH5AABR+QAAMfkAABH5AAPx9QACLRI7k iUSP5ItEjuiJRI/oi0SO7IlEj+yLRI7wiUSP8ItEjvSJRI/0i0SO+IlEj/iLRI78iUSP/I0EjQAA AAAD8AP4/ySVSH5AAIvAWH5AAGB+QABsfkAAgH5AAItFCF5fycOQigaIB4tFCF5fycOQigaIB4pG AYhHAYtFCF5fycMui8CKBogHikYBiEcBikYCiEcCi0UIXl/Jw5CNdDH8jXw5/PfHAwAAAHUkwekC g+IDg/kIcg3986X8/ySV4H9AAIvA99n/JI2Qf0AALovAi8e6AwAAAIP5BHIMg+ADK8j/JIXofkAA /ySN4H9AAJD4fkAAGH9AAEB/QACKRgMj0YhHA07B6QJPg/kIcrb986X8/ySV4H9AAC6LwIpGAyPR iEcDikYCwekCiEcCg+4Cg+8Cg/kIcoz986X8/ySV4H9AAJCKRgMj0YhHA4pGAohHAopGAcHpAohH AYPuA4PvA4P5CA+CWv////3zpfz/JJXgf0AALovAlH9AAJx/QACkf0AArH9AALR/QAC8f0AAxH9A ANd/QACLRI4ciUSPHItEjhiJRI8Yi0SOFIlEjxSLRI4QiUSPEItEjgyJRI8Mi0SOCIlEjwiLRI4E iUSPBI0EjQAAAAAD8AP4/ySV4H9AAIvA8H9AAPh/QAAIgEAAHIBAAItFCF5fycOQikYDiEcDi0UI Xl/Jwy6LwIpGA4hHA4pGAohHAotFCF5fycOQikYDiEcDikYCiEcCikYBiEcBi0UIXl/Jw8zMzMzM zMzMzMzMVYvsg30QCnUeg30IAH0YagGLRRBQi00MUYtVCFLoLgAAAIPEEOsWagCLRRBQi00MUYtV CFLoFgAAAIPEEItFDF3DzMzMzMzMzMzMzMzMzMxVi+yD7BCLRQyJRfyDfRQAdBeLTfzGAS2LVfyD wgGJVfyLRQj32IlFCItN/IlN+ItFCDPS93UQiVX0i0UIM9L3dRCJRQiDffQJdhaLVfSDwleLRfyI EItN/IPBAYlN/OsUi1X0g8Iwi0X8iBCLTfyDwQGJTfyDfQgAd7SLVfzGAgCLRfyD6AGJRfyLTfyK EYhV8ItF/ItN+IoRiBCLRfiKTfCICItV/IPqAYlV/ItF+IPAAYlF+ItN+DtN/HLMi+Vdw8zMzMzM zMzMzMzMzMzMVYvsUYN9EAp1D4N9CAB9CcdF/AEAAADrB8dF/AAAAACLRfxQi00QUYtVDFKLRQhQ 6Pv+//+DxBCLRQyL5V3DzFWL7GoAi0UQUItNDFGLVQhS6Nr+//+DxBCLRQxdw8zMVYvsUYN9FAp1 F4N9DAB/EXwGg30IAHMJx0X8AQAAAOsHx0X8AAAAAItF/FCLTRRRi1UQUotFDFCLTQhR6A8AAACL RRCL5V3DzMzMzMzMzMxVi+yD7BCLRRCJRfyDfRgAdA+LTfzGAS2LVfyDwgGJVfyLRfyJRfiLTRQz 0lJRi0UMUItNCFHoJQ8AAIlF9ItVFDPAUFKLTQxRi1UIUuieDgAAiUUIiVUMg330CXYWi0X0g8BX i038iAGLVfyDwgGJVfzrFItF9IPAMItN/IgBi1X8g8IBiVX8g30MAHeZcgaDfQgAd5GLRfzGAACL TfyD6QGJTfyLVfyKAohF8ItN/ItV+IoCiAGLTfiKVfCIEYtF/IPoAYlF/ItN+IPBAYlN+ItV+DtV /HLMi+VdwhQAzFWL7GoAi0UUUItNEFGLVQxSi0UIUOgG////i0UQXcPMVYvsg+wwU1ZXjUXgiUXc jU0UiU3Ug30IAHUeaGwAQQBqAGpdaDgOQQBqAugQnf//g8QUg/gBdQHMM9KF0nXWg30QAHUeaJAA QQBqAGpeaDgOQQBqAujmnP//g8QUg/gBdQHMM8CFwHXWi03cx0EMQgAAAItV3ItFCIlCCItN3ItV CIkRi0Xci00MiUgEi1XUUotFEFCLTdxR6CKl//+DxAyJRdiLVdyLQgSD6AGLTdyJQQSLVdyDegQA fCKLRdyLCMYBADPSgeL/AAAAiVXQi0XciwiDwQGLVdyJCusRi0XcUGoA6Nfz//+DxAiJRdCLRdhf XluL5V3DzMzMzMzMzFWL7IPsLFNWV41F4IlF3IN9CAB1HmhsAEEAagBqWmhEDkEAagLoFpz//4PE FIP4AXUBzDPJhcl11oN9EAB1HmiQAEEAagBqW2hEDkEAagLo7Jv//4PEFIP4AXUBzDPShdJ11otF 3MdADEIAAACLTdyLVQiJUQiLRdyLTQiJCItV3ItFDIlCBItNFFGLVRBSi0XcUOgopP//g8QMiUXY i03ci1EEg+oBi0XciVAEi03cg3kEAHwii1XciwLGAAAzyYHh/wAAAIlN1ItV3IsCg8ABi03ciQHr EYtV3FJqAOjd8v//g8QIiUXUi0XYX15bi+Vdw8zMzMzMzMzMzMzMzMxRPQAQAACNTCQIchSB6QAQ AAAtABAAAIUBPQAQAABz7CvIi8SFAYvhiwiLQARQw8xVi+yD7AyDfQwEdAaDfQwDdQXpQgEAAIN9 CAJ0FoN9CBV0EIN9CBZ0CoN9CA8PhbgAAACDfQgCdAaDfQgVdTeDPaRgQQAAdS5qAWjghkAA/xXI gUEAg/gBdQzHBaRgQQABAAAA6xD/FcSBQQCjDF1BAOnjAAAAi0UIiUX0i030g+kCiU30g330FHde i0X0M9KKkL6GQAD/JJWqhkAAiw2UYEEAiU34i1UMiRWUYEEA6zihmGBBAIlF+ItNDIkNmGBBAOsl ixWcYEEAiVX4i0UMo5xgQQDrEosNoGBBAIlN+ItVDIkVoGBBAOtpg30ICHQOg30IBHQIg30IC3QC 61qLRQhQ6MgCAACDxASJRfyDffwAdQLrQ4tN/ItRCIlV+ItF/ItIBDtNCHUqi1X8i0UMiUIIi038 g8EMiU38ixUALkEAa9IMgcKALUEAOVX8cgLrAuvLi0X46w3HBQhdQQAWAAAAg8j/i+Vdw92FQAAX hkAA8YVAAASGQAAphkAAAAQEBAQEBAQEBAQEBAEEBAQEBAIDzMzMzMzMzMzMzMzMzFWL7IPsDIN9 CAB1GMdF+JRgQQCLRfiLCIlN9MdF/AIAAADrFsdF+JhgQQCLVfiLAolF9MdF/BUAAACDffQAdQQz wOseg330AXQTi034xwEAAAAAi1X8Uv9V9IPEBLgBAAAAi+VdwgQAzMzMzMzMzMxVi+yD7BiLRQiJ ReiLTeiD6QKJTeiDfegUd3KLRegz0oqQ94hAAP8kldeIQADHRfCUYEEAi03wixGJVezrV8dF8Jhg QQCLRfCLCIlN7OtGx0XwnGBBAItV8IsCiUXs6zXHRfCgYEEAi03wixGJVezrJItFCFDoRgEAAIPE BIPACIlF8ItN8IsRiVXs6wiDyP/p7gAAAIN97AF1BzPA6eEAAACDfewAdQpqA+iB0v//g8QEg30I CHQMg30IC3QGg30IBHUroVhdQQCJRfTHBVhdQQAAAAAAg30ICHUTiw0ELkEAiU38xwUELkEAjAAA AIN9CAh1OYsV+C1BAIlV+OsJi0X4g8ABiUX4iw34LUEAAw38LUEAOU34fRKLVfhr0gzHgogtQQAA AAAA69TrCYtF8McAAAAAAIN9CAh1EYsNBC5BAFFqCP9V7IPECOsKi1UIUv9V7IPEBIN9CAh0DIN9 CAt0BoN9CAR1F4tF9KNYXUEAg30ICHUJi038iQ0ELkEAM8CL5V3DfYdAAMGHQADBh0AAwYdAALCH QACOh0AAn4dAAN2HQAAABwEHBwcCBwcDBwcHBAcHBwcHBQbMzMzMVYvsUcdF/IAtQQCLRfyLSAQ7 TQh0HYtV/IPCDIlV/KEALkEAa8AMBYAtQQA5RfxzAuvYiw0ALkEAa8kMgcGALUEAOU38cxCLVfyL QgQ7RQh1BYtF/OsCM8CL5V3DzMzMVYvsg+wIx0X8AAAAAIM9qGBBAAB1XWi0AUEA/xVggUEAiUX4 g334AHQdaHQOQQCLRfhQ/xVcgUEAo6hgQQCDPahgQQAAdQQzwOtsaGQOQQCLTfhR/xVcgUEAo6xg QQBoUA5BAItV+FL/FVyBQQCjsGBBAIM9rGBBAAB0Cf8VrGBBAIlF/IN9/AB0FoM9sGBBAAB0DYtF /FD/FbBgQQCJRfyLTRBRi1UMUotFCFCLTfxR/xWoYEEAi+Vdw8zMzMzMi0wkDFeFyXR6VlOL2Yt0 JBT3xgMAAACLfCQQdQfB6QJ1b+shigZGiAdHSXQlhMB0KffGAwAAAHXri9nB6QJ1UYPjA3QNigZG iAdHhMB0L0t184tEJBBbXl/D98cDAAAAdBKIB0dJD4SKAAAA98cDAAAAde6L2cHpAnVsiAdHS3X6 W16LRCQIX8OJF4PHBEl0r7r//v5+iwYD0IPw/zPCixaDxgSpAAEBgXTehNJ0LIT2dB73wgAA/wB0 DPfCAAAA/3XGiRfrGIHi//8AAIkX6w6B4v8AAACJF+sEM9KJF4PHBDPASXQKM8CJB4PHBEl1+IPj A3WFi0QkEFteX8PMzFWL7IPsIItFCDsFfGJBAHMfi00IwfkFi1UIg+IfiwSNQGFBAA++TNAEg+EB hcl1HMcFCF1BAAkAAADHBQxdQQAAAAAAg8j/6QQEAADHRegAAAAAi1UMiVXsg30QAHQfi0UIwfgF i00Ig+EfixSFQGFBAA++RMoEg+AChcB0BzPA6csDAACLTQjB+QWLVQiD4h+LBI1AYUEAD75M0ASD 4UiFyXRsi1UIwfoFi0UIg+AfiwyVQGFBAA++VMEFg/oKdE+LRQjB+AWLTQiD4R+LFIVAYUEAi0Xs ikzKBYgIi1Xsg8IBiVXsi0Xog8ABiUXoi00Qg+kBiU0Qi1UIwfoFi0UIg+AfiwyVQGFBAMZEwQUK agCNVfBSi0UQUItN7FGLVQjB+gWLRQiD4B+LDJVAYUEAixTBUv8VzIFBAIXAdUr/FcSBQQCJRfiD ffgFdRrHBQhdQQAJAAAAi0X4owxdQQCDyP/p6AIAAIN9+G11BzPA6dsCAACLTfhR6JInAACDxASD yP/pxwIAAItV6ANV8IlV6ItFCMH4BYtNCIPhH4sUhUBhQQAPvkTKBCWAAAAAhcAPhJYCAACDffAA dD2LTQwPvhGD+gp1MotFCMH4BYtNCIPhH4sUhUBhQQCKRMoEDASLTQjB+QWLVQiD4h+LDI1AYUEA iETRBOsxi1UIwfoFi0UIg+AfiwyVQGFBAIpUwQSA4vuLRQjB+AWLTQiD4R+LBIVAYUEAiFTIBItN DIlN9ItV9IlV/ItFDANF6DlF/A+D/gEAAItN/A++EYP6GnVVi0UIwfgFi00Ig+EfixSFQGFBAA++ RMoEg+BAhcB1MYtNCMH5BYtVCIPiH4sEjUBhQQCKTNAEgMkCi1UIwfoFi0UIg+AfixSVQGFBAIhM wgTpngEAAItF/A++CIP5DXQhi1X0i0X8igiICotV9IPCAYlV9ItF/IPAAYlF/OltAQAAi03oi1UM jUQK/zlF/HNHi038D75RAYP6CnUai0X8g8ACiUX8i030xgEKi1X0g8IBiVX06xyLRfSLTfyKEYgQ i0X0g8ABiUX0i038g8EBiU386RcBAACLVfyDwgGJVfzHRfgAAAAAagCNRfBQagGNTeRRi1UIwfoF i0UIg+AfiwyVQGFBAIsUwVL/FcyBQQCFwHUJ/xXEgUEAiUX4g334AHUGg33wAHUUi0X0xgANi030 g8EBiU306bEAAACLVQjB+gWLRQiD4B+LDJVAYUEAD75UwQSD4kiF0nRFD75F5IP4CnURi030xgEK i1X0g8IBiVX06ymLRfTGAA2LTfSDwQGJTfSLVQjB+gWLRQiD4B+LDJVAYUEAilXkiFTBBetNi0X0 O0UMdRoPvk3kg/kKdRGLVfTGAgqLRfSDwAGJRfTrK2oBav+LTQhR6P8jAACDxAyJReAPvlXkg/oK dA+LRfTGAA2LTfSDwQGJTfTp8/3//4tV9CtVDIlV6ItF6IvlXcPMzMzMzMzMzMzMzMxVi+xRU1ZX g30IAHUeaHwAQQBqAGouaIAOQQBqAuiekP//g8QUg/gBdQHMM8CFwHXWiw3YXEEAg8EBiQ3YXEEA i1UIiVX8ajtogA5BAGoCaAAQAADoF6v//4PEEItN/IlBCItV/IN6CAB0G4tF/ItIDIPJCItV/IlK DItF/MdAGAAQAADrJYtN/ItRDIPKBItF/IlQDItN/IPBFItV/IlKCItF/MdAGAIAAACLTfyLVfyL QgiJAYtN/MdBBAAAAABfXluL5V3DzMzMzMzMzMzMVYvsg+wIg30IAHUHM8DphwAAAIM9yGBBAAB1 LYtFDCX//wAAPf8AAAB+D8cFCF1BACoAAACDyP/rYItNCIpVDIgRuAEAAADrUcdF+AAAAACNRfhQ agCLDRBSQQBRi1UIUmoBjUUMUGggAgAAiw3YYEEAUf8VpIFBAIlF/IN9/AB0BoN9+AB0D8cFCF1B ACoAAACDyP/rA4tF/IvlXcPMzFNWi0QkGAvAdRiLTCQUi0QkEDPS9/GL2ItEJAz38YvT60GLyItc JBSLVCQQi0QkDNHp0dvR6tHYC8l19Pfzi/D3ZCQYi8iLRCQU9+YD0XIOO1QkEHcIcgc7RCQMdgFO M9KLxl5bwhAAzMzMzMzMzMxTi0QkFAvAdRiLTCQQi0QkDDPS9/GLRCQI9/GLwjPS61CLyItcJBCL VCQMi0QkCNHp0dvR6tHYC8l19Pfzi8j3ZCQUkfdkJBAD0XIOO1QkDHcIcg47RCQIdggrRCQQG1Qk FCtEJAgbVCQM99r32IPaAFvCEADMzMzMzMzMzMzMzFWL7FGhuGBBAIlF/ItNCIkNuGBBAItF/Ivl XcPMzMzMVYvsobhgQQBdw8zMzMzMzFWL7FGhuGBBAIlF/IN9/AB0DotNCFH/VfyDxASFwHUEM8Dr BbgBAAAAi+Vdw8zMzItUJAyLTCQEhdJ0RzPAikQkCFeL+YP6BHIt99mD4QN0CCvRiAdHSXX6i8jB 4AgDwYvIweAQA8GLyoPiA8HpAnQG86uF0nQGiAdHSnX6i0QkCF/Di0QkBMPMzMzMzMzMzFWL7KG0 YEEAUItNCFHoDgAAAIPECF3DzMzMzMzMzMzMVYvsg+wIg30I4HYEM8DrYIN9CAB0CItFCIlF+OsH x0X4AQAAAItN+IlNCIN9COB3EYtVCFLoRgAAAIPEBIlF/OsHx0X8AAAAAIN9/AB1BoN9DAB1BYtF /OsWi0UIUOjt/v//g8QEhcB1BDPA6wLru4vlXcPMzMzMzMzMzMzMzMxVi+xRi0UIg8APJPCJRQiL TQg7DQxSQQB3HYtVCMHqBFLoiggAAIPEBIlF/IN9/AB0BYtF/OsTi0UIUGoAiw3sYEEAUf8V0IFB AIvlXcPMzFWL7LgBAAAAXcPMzMzMzMxVi+yD7BCDfQzgdgczwOmJAAAAg30MAHYNi0UMg8APJPCJ RQzrB8dFDBAAAACNTfxRjVXwUotFCFDoEgcAAIPEDIlF9IN99AB0PMdF+AAAAACLTQw7DQxSQQB3 JYtVDMHqBFKLRfRQi038UYtV8FLoTA4AAIPEEIXAdAaLRQiJRfiLRfjrFotNDFGLVQhSahCh7GBB AFD/FdSBQQCL5V3DVYvsg+wcg30IAHURi0UMUOhL/v//g8QE6boBAACDfQwAdROLTQhR6LQBAACD xAQzwOmhAQAAg30M4Hcbg30MAHYOi1UMg8IPg+LwiVUM6wfHRQwQAAAAx0X4AAAAAIN9DOAPh0IB AACNRfxQjU3sUYtVCFLoNwYAAIPEDIlF9IN99AAPhAgBAACLRQw7BQxSQQAPg4oAAACLTQzB6QRR i1X0UotF/FCLTexR6HANAACDxBCFwHQIi1UIiVX462OLRQzB6ARQ6OUGAACDxASJRfiDffgAdEuL TfQz0ooRweIEiVXwi0XwO0UMcwiLTfCJTejrBotVDIlV6ItF6FCLTQhRi1X4Uuil5///g8QMi0X0 UItN/FGLVexS6CEGAACDxAyDffgAdWeLRQxQagCLDexgQQBR/xXQgUEAiUX4g334AHRLi1X0M8CK AsHgBIlF8ItN8DtNDHMIi1XwiVXk6waLRQyJReSLTeRRi1UIUotF+FDoOOf//4PEDItN9FGLVfxS i0XsUOi0BQAAg8QM6xmLTQxRi1UIUmoAoexgQQBQ/xXUgUEAiUX4g334AHUJgz20YEEAAHUFi0X4 6xmLTQxR6An8//+DxASFwHUEM8DrBemA/v//i+Vdw8zMzMzMVYvsg+wMg30IAHUC60aNRfxQjU30 UYtVCFLosQQAAIPEDIlF+IN9+AB0FotF+FCLTfxRi1X0UugkBQAAg8QM6xOLRQhQagCLDexgQQBR /xXYgUEAi+Vdw8zMzMzMzMzMVYvsUcdF/P7////oQA0AAIXAfQfHRfz8////agBqAKHsYEEAUP8V gIFBAIXAdSj/FcSBQQCD+Hh1FscFDF1BAHgAAADHBQhdQQAoAAAA6wfHRfz8////i0X8i+Vdw8zM VYvs6Jj///9dw8zMzMzMzFWL7KEMUkEAXcPMzMzMzMxVi+yLRQiDwA8k8IlFCIF9CIAHAAB3EItN CIkNDFJBALgBAAAA6wIzwF3DzMzMzMxVi+yD7AyDPfgxQQD/dQnHRfToMUEA6yNoICAAAGoAoexg QQBQ/xXQgUEAiUX0g330AHUHM8DpnwEAAGoEaAAgAABoAABAAGoA/xXcgUEAiUX8g338AA+EYAEA AGoEaAAQAABoAAABAItN/FH/FdyBQQCFwA+EMQEAAIF99OgxQQB1KIM96DFBAAB1CscF6DFBAOgx QQCDPewxQQAAdQrHBewxQQDoMUEA6ymLVfTHAugxQQCLRfSLDewxQQCJSASLVfSJFewxQQCLRfSL SASLVfSJEYtF9ItN/IlIEItV/IHCAABAAItF9IlQFItN9IPBGItV9IlKCItF9AWYAAAAi030iUEM x0X4AAAAAOsJi1X4g8IBiVX4gX34AAQAAH00g334EH0Qi0X4i030x0TBGPAAAADrDotV+ItF9MdE 0Bj/////i034i1X0x0TKHPEAAADrumgAAAEAagCLRfxQ6Kv5//+DxAyLTfSLURCBwgAAAQA5Vfxz LYtF/IPACItN/IkBi1X8x0IE8AAAAItF/MaA+AAAAP+LTfyBwQAQAACJTfzrwotF9OsvaACAAABq AItV/FL/FbyBQQCBffToMUEAdBOLRfRQagCLDexgQQBR/xXYgUEAM8CL5V3DzMxVi+xoAIAAAGoA i0UIi0gQUf8VvIFBAIsVCFJBADtVCHUMi0UIi0gEiQ0IUkEAgX0I6DFBAHQwi1UIi0IEi00IixGJ EItFCIsIi1UIi0IEiUEEi00IUWoAixXsYEEAUv8V2IFBAOsKxwX4MUEA/////13DzMzMzMzMzMzM zMzMzFWL7IPsFKHsMUEAiUXsi03sg3kQ/w+EIwEAAMdF9P8DAADHRfAAAAAAi1X0i0XsjUzQGIlN /OsSi1X0g+oBiVX0i0X8g+gIiUX8g330AA+MgAAAAItN/IE58AAAAHVwaABAAABoABAAAItV9MHi DItF7ItIEAPKUf8VvIFBAIXAdE2LVfzHAv////+hvGBBAIPoAaO8YEEAi03sg3kMAHQLi1Xsi0IM O0X8dgmLTeyLVfyJUQyLRfCDwAGJRfCLTQiD6QGJTQiDfQgAdQLrBelk////i1XsiVX4i0Xsi0gE iU3sg33wAHRVi1X4g3oY/3VMx0X0AQAAAItF+IPAIIlF/OsSi030g8EBiU30i1X8g8IIiVX8gX30 AAQAAH0Ki0X8gzj/dQLr24F99AAEAAB1DItN+FHoRf7//4PEBItV7DsV7DFBAHQKg30IAA+Pu/7/ /4vlXcPMzMzMzMzMzMxVi+yD7AjHRfjoMUEAi0X4i00IO0gQdmGLVfiLRQg7QhRzVotNCIPhD4XJ dUiLVQiB4v8PAAAzwAUAAQAAO9ByNItNDItV+IkRi0UIJQDw//+JRfyLTRCLVfyJEYtF/AUAAQAA i00IK8jB+QSLVfyNRAoI6xczwOsTi0X4iwiJTfiBffjoMUEAdYMzwIvlXcNVi+xRi0UIi00MK0gQ wfkMi1UIjUTKGIlF/ItNEDPSihGLRfyLCAPKi1X8iQqLRRDGAACLTfzHQQTxAAAAi1X8gTrwAAAA dSChvGBBAIPAAaO8YEEAgz28YEEAIHUKahDoq/3//4PEBIvlXcPMzMzMVYvsg+wgoQhSQQCJReCL TeCDeRD/D4RcAQAAi1Xgi0IIiUX8i03ggcEYIAAAiU3wi1Xgg8IYi0X8K8LB+APB4AyLTeCLURAD 0IlV+OsVi0X8g8AIiUX8i034gcEAEAAAiU34i1X8O1Xwc2mLRfyLCDtNCHxai1X8i0IEO0UIdk+L TQhRi1X8iwJQi034UegtAwAAg8QMiUX0g330AHQni1XgiRUIUkEAi0X8iwgrTQiLVfyJCotF4ItN /IlICItF9OnuAgAAi1X8i0UIiUIE6Xr///+LTeCDwRiJTfyLVeCLQgiJRfCLTeCLURCJVfjrFYtF /IPACIlF/ItN+IHBABAAAIlN+ItV/DtV8HNpi0X8iwg7TQh8WotV/ItCBDtFCHZPi00IUYtV/IsC UItN+FHoigIAAIPEDIlF9IN99AB0J4tV4IkVCFJBAItF/IsIK00Ii1X8iQqLReCLTfyJSAiLRfTp SwIAAItV/ItFCIlCBOl6////i03gixGJVeCLReA7BQhSQQAPhYD+///HReDoMUEAi03gg3kQ/w+E lQEAAItV4IN6DAAPhIgBAACLReCLSAyJTfyLVeCDwhiLRfwrwsH4A8HgDItN4ItREAPQiVX4x0Xs AAAAAItF/IlF8OsSi03wg8EIiU3wi1Xsg8IBiVXsi0Xwgzj/dQiDfewQfQLr3moEaAAQAACLTezB 4QxRi1X4Uv8V3IFBADtF+A+FDQEAAGoAi0XsweAMUItN+FHoGPT//4PEDMdF6AAAAACLVfiJVeSL RfyJRfDrHotN6IPBAYlN6ItV5IHCABAAAIlV5ItF8IPACIlF8ItN6DtN7H00i1Xkg8IIi0XkiRCL TeTHQQTwAAAAi1XkxoL4AAAA/4tF8McA8AAAAItN8MdBBPEAAADrpotV4IkVCFJBAItF4AUYIAAA OUXwcxOLTfCDOf90C4tV8IPCCIlV8Ovgi0XgBRggAAA5RfAbySNN8ItV4IlKDItF+IpNCIhICItV 4ItF/IlCCItN/IsRK1UIi0X8iRCLTQiLVfiNRAoIi034iQGLVfiLQgQrRQiLTfiJQQSLRfgFAAEA AOmBAAAAM8DrfYtV4IsCiUXggX3g6DFBAA+FSf7//+jv9///iUXgg33gAHRYi03gi1EQiVX4i0X4 ik0IiEgIi1XgiRUIUkEAi0UIi034jVQBCItF+IkQufAAAAArTQiLVfiJSgSLRQgl/wAAAItN4ItR GCvQi0XgiVAYi0X4BQABAADrAjPAi+Vdw8zMzMzMzMzMVYvsg+wUi0UIiwiJTfyLVfyJVfiLRQgF +AAAAIlF7ItNCItRBDtVEHJji0X4ik0QiAiLVfgDVRA7VexzHotFCIsIA00Qi1UIiQqLRQiLSAQr TRCLVQiJSgTrFYtFCIPACItNCIkBi1UIx0IEAAAAAItFCIPACItN+CvIweEEi1UIjYQKAAEAAOkY AgAAi0UIi0gEi1X4M8CKBAqFwHQMi00Ii1X4A1EEiVX4i0X4A0UQO0XsD4PvAAAAi034M9KKEYXS D4XMAAAAi0X4g8ABiUX0x0XwAQAAAOsSi030g8EBiU30i1Xwg8IBiVXwi0X0M8mKCIXJdQLr4YtV 8DtVEHMzi0X4O0X8dQuLTQiLVfCJUQTrGItFDCtF8IlFDItNDDtNEHMHM8DpeAEAAItV9IlV+Ote i0X4A0UQO0XscxmLTfgDTRCLVQiJCotF8CtFEItNCIlBBOsVi1UIg8IIi0UIiRCLTQjHQQQAAAAA i1X4ikUQiAKLTQiDwQiLVfgr0cHiBItFCI2EEAABAADpEgEAAOsPi034M9KKEYtF+APCiUX46QL/ //+LTQiDwQiJTfiLVfg7VfwPg+UAAACLRfgDRRA7RewPg9YAAACLTfgz0ooRhdIPhbMAAACLRfiD wAGJRfTHRfABAAAA6xKLTfSDwQGJTfSLVfCDwgGJVfCLRfQzyYoIhcl1Auvhi1XwO1UQcx2LRQwr RfCJRQyLTQw7TRBzBDPA63uLVfSJVfjrW4tF+ANFEDtF7HMZi034A00Qi1UIiQqLRfArRRCLTQiJ QQTrFYtVCIPCCItFCIkQi00Ix0EEAAAAAItV+IpFEIgCi00Ig8EIi1X4K9HB4gSLRQiNhBAAAQAA 6xjrD4tN+DPSihGLRfgDwolF+OkP////M8CL5V3DzMzMzMzMzFWL7IPsGMdF7AAAAACLRQiLTQwr SBDB+QyLVQiNRMoYiUX8i00QM9KKEYlV9ItF9DtFFHYyi00QilUUiBGLRfQrRRSLTfyLEQPQi0X8 iRCLTfzHQQTxAAAAi1Xsg8IBiVXs6fYAAACLRfQ7RRQPg+oAAACLTRADTRSLVQyBwvgAAAA7yg+H 0wAAAItFEANF9IlF8ItNEANNFIlN6OsJi1Xwg8IBiVXwi0XwO0Xocw2LTfAz0ooRhdJ1Auvii0Xw O0XoD4WVAAAAi00QilUUiBGLRQyLTRA7CHdoi1UMi0XoOwJ2XotNDIHB+AAAADlN6HM7i1UMi0Xo iQLHRfgAAAAA6xKLTfiDwQGJTfiLVeiDwgGJVeiLRegzyYoIhcl1Auvhi1UMi0X4iUIE6xWLTQyD wQiLVQyJCotFDMdABAAAAACLTfQrTRSLVfyLAgPBi038iQGLVeyDwgGJVeyLReyL5V3DzMzMzMzM zMzMzMzMVYvsg+wox0X4AAAAAMdF5OgxQQChCFJBADtF5HUJi034g8EBiU34i1Xki0IQiUX8g338 /w+E1QEAAMdF9AAAAADHRdgAAAAAi03ki1EQiVX86xWLRfSDwAGJRfSLTfyBwQAQAACJTfyBffQA BAAAD42aAQAAi1X0i0Xkg3zQGP91LoN92AB1GotN9ItV5I1EyhiLTeQ5QQx0CIPI/+mRAQAAi1XY g8IBiVXY6VoBAACLRfwF+AAAAItN/DkBcgq4/v///+lqAQAAi1X8M8CKgvgAAAA9/wAAAHQKuP3/ ///pTgEAAMdF8AAAAADHRegAAAAAx0XcAAAAAMdF4AAAAACBffDwAAAAD43ZAAAAi03wi1X8jUQK CItN/DsBdQmLVeiDwgGJVeiLRfwDRfAzyYpICIXJdSCLVdyDwgGJVdyLReCDwAGJReCLTfCDwQGJ TfDpiwAAAItV9ItF5ItN4DtM0Bx8Crj8////6cMAAACDfegBdR6LVfyLReA7QgR9Crj7////6agA AACLTeiDwQGJTejHReAAAAAAi1Xwg8IBiVXs6wmLReyDwAGJReyLTfwDTfAz0opRCItF8APCOUXs fRiLTfwDTewz0opRCIXSdAe4+v///+tZ68qLReyJRfDpGv///4tN9ItV5ItF3DtEyhh0B7j5//// 6zaDfegAdQe4+P///+sp6UT+//+LTeSLEYlV5IF95OgxQQAPhfD9//+DffgAdQe49////+sCM8CL 5V3DzMzMzMzMzMzMVYvsg+wwU1ZXjUXgiUXcjU0QiU3Ug30IAHUeaGwAQQBqAGpdaDgOQQBqAugA ev//g8QUg/gBdQHMM9KF0nXWg30MAHUeaJAAQQBqAGpeaDgOQQBqAujWef//g8QUg/gBdQHMM8CF wHXWi03cx0EMQgAAAItV3ItFCIlCCItN3ItVCIkRi0Xcx0AE////f4tN1FGLVQxSi0XcUOgRgv// g8QMiUXYi03ci1EEg+oBi0XciVAEi03cg3kEAHwii1XciwLGAAAzyYHh/wAAAIlN0ItV3IsCg8AB i03ciQHrEYtV3FJqAOjG0P//g8QIiUXQi0XYX15bi+Vdw8zMzMzMzFWL7IPsDItFCIPAAT0AAQAA dxeLTQiLFcgvQQAzwGaLBEojRQzpiQAAAItNCMH5CIHh/wAAAIHh/wAAAIsVyC9BADPAZosESiUA gAAAhcB0IotNCMH5CIHh/wAAAIhN9IpVCIhV9cZF9gDHRfgCAAAA6xGKRQiIRfTGRfUAx0X4AQAA AGoBagBqAI1N/FGLVfhSjUX0UGoB6CMKAACDxByFwHUEM8DrC4tF/CX//wAAI0UMi+Vdw8zMzMzM zMzMzFWL7IPsCFNWV8dF/P////+LRQiJRfiLTfiLUQyD4kCF0nQSi0X4x0AMAAAAAIPI/+mhAAAA g30IAHUeaHwAQQBqAGp3aIwOQQBqAuggeP//g8QUg/gBdQHMM8mFyXXWi1X4i0IMJYMAAACFwHRb i034Uej5s///g8QEiUX8i1X4UuhqDQAAg8QEi0X4i0gQUehrDAAAg8QEhcB9CcdF/P/////rJItV +IN6HAB0G2oCi0X4i0gcUeiknP//g8QIi1X4x0IcAAAAAItF+MdADAAAAACLRfxfXluL5V3DzMzM VYvsUYtFCDsFfGJBAHMfi00IwfkFi1UIg+IfiwSNQGFBAA++TNAEg+EBhcl1D8cFCF1BAAkAAACD yP/rbYtVCMH6BYtFCIPgH4sMlUBhQQAPvlTBBIPiAYXSdDqLRQhQ6PsPAACDxARQ/xXggUEAhcB1 C/8VxIFBAIlF/OsHx0X8AAAAAIN9/AB1Ausai038iQ0MXUEAxwUIXUEACQAAAMdF/P////+LRfyL 5V3DzMxVi+xRi0UIiUX8i038M9JmixGLRfyDwAKJRfyF0nQC6+mLRfwrRQjR+IPoAYvlXcNVi+yD 7BiDPdxgQQAAdVdqAGoAagFoqA5BAGgAAQAAagD/FeiBQQCFwHQMxwXcYEEAAQAAAOsvagBqAGoB aKQOQQBoAAEAAGoA/xXkgUEAhcB0DMcF3GBBAAIAAADrBzPA6T0CAACDfRQAfhOLRRRQi00QUeg3 AgAAg8QIiUUUgz3cYEEAAXUji1UcUotFGFCLTRRRi1UQUotFDFCLTQhR/xXogUEA6fgBAACDPdxg QQACD4XrAQAAx0X8AAAAAMdF9AAAAACDfSAAdQmLFdhgQQCJVSBqAGoAagBqAItFFFCLTRBRaCAC AACLVSBS/xWkgUEAiUX4g334AHUHM8DpnwEAAGjMAAAAaJgOQQBqAotF+FDoR5D//4PEEIlF/IN9 /AB1BzPA6XcBAABqAGoAi034UYtV/FKLRRRQi00QUWggAgAAi1UgUv8VpIFBAIXAdQXpLQEAAGoA agCLRfhQi038UYtVDFKLRQhQ/xXkgUEAiUXsg33sAHUF6QUBAABo2wAAAGiYDkEAagKLTexR6MuP //+DxBCJRfSDffQAdQXp3wAAAItV7FKLRfRQi034UYtV/FKLRQxQi00IUf8V5IFBAIXAdQXpuAAA AItVDIHiAAQAAIXSdDiLReyJRfCDfRwAdCqLTRw7Tex9CItVHIlV6OsGi0XsiUXoi03oUYtV9FKL RRhQ6IPe//+DxAzrUoN9HAB1JWoAagCLTexRi1X0UmoBi0UgUP8VlIFBAIlF8IN98AB1AutK6yeL TRxRi1UYUotF7FCLTfRRagGLVSBS/xWUgUEAiUXwg33wAHUC6yFqAotF/FDoMZn//4PECGoCi030 Uegjmf//g8QIi0Xw6x5qAotV/FLoEJn//4PECGoCi0X0UOgCmf//g8QIM8CL5V3DzMzMzMzMzMzM VYvsg+wIi0UMiUX4i00IiU38i1X4i0X4g+gBiUX4hdJ0F4tN/DPSZosRhdJ0C4tF/IPAAolF/OvZ i038M9JmixGF0nUKi0X8K0UI0fjrA4tFDIvlXcPMzMzMzMzMzMzMVYvsg+wUgz3gYEEAAHVXagBq AGoBaKgOQQBoAAEAAGoA/xXogUEAhcB0DMcF4GBBAAEAAADrL2oAagBqAWikDkEAaAABAABqAP8V 5IFBAIXAdAzHBeBgQQACAAAA6wczwOlaAgAAg30UAH4Ti0UUUItNEFHoVwIAAIPECIlFFIM94GBB AAJ1I4tVHFKLRRhQi00UUYtVEFKLRQxQi00IUf8V5IFBAOkVAgAAgz3gYEEAAQ+FCAIAAMdF9AAA AADHRfgAAAAAg30gAHUJixXYYEEAiVUgagBqAItFFFCLTRBRi1Uk99ob0oPiCIPCAVKLRSBQ/xWU gUEAiUX8g338AHUHM8DptwEAAGh0AQAAaJgOQQBqAotN/NHhUegwjf//g8QQiUX0g330AHUHM8Dp jQEAAItV/FKLRfRQi00UUYtVEFJqAYtFIFD/FZSBQQCFwHUF6UoBAABqAGoAi038UYtV9FKLRQxQ i00IUf8V6IFBAIlF8IN98AB1BekiAQAAi1UMgeIABAAAhdJ0P4N9HAB0NItF8DtFHH4F6QIBAACL TRxRi1UYUotF/FCLTfRRi1UMUotFCFD/FeiBQQCFwHUF6dsAAADptQAAAItN8IlN7GiYAQAAaJgO QQBqAotV7NHiUuhnjP//g8QQiUX4g334AHUF6agAAACLRexQi034UYtV/FKLRfRQi00MUYtVCFL/ FeiBQQCFwHUF6YEAAACDfRwAdSxqAGoAagBqAItF7FCLTfhRaCACAACLVSBS/xWkgUEAiUXwg33w AHUC61HrLmoAagCLRRxQi00YUYtV7FKLRfhQaCACAACLTSBR/xWkgUEAiUXwg33wAHUC6yFqAotV 9FLoBJb//4PECGoCi0X4UOj2lf//g8QIi0Xw6x5qAotN9FHo45X//4PECGoCi1X4UujVlf//g8QI M8CL5V3DzMzMzMzMzMzMzMzMVYvsg+wIi0UMiUX4i00IiU38i1X4i0X4g+gBiUX4hdJ0FYtN/A++ EYXSdAuLRfyDwAGJRfzr24tN/A++EYXSdQiLRfwrRQjrA4tFDIvlXcNVi+yD7BiDPeRgQQAAdU+N RfxQagFoqA5BAGoB/xXwgUEAhcB0DMcF5GBBAAEAAADrLI1N/FFqAWikDkEAagFqAP8V7IFBAIXA dAzHBeRgQQACAAAA6wczwOmuAQAAgz3kYEEAAXUbi1UUUotFEFCLTQxRi1UIUv8V8IFBAOmKAQAA gz3kYEEAAg+FfQEAAMdF+AAAAADHRewAAAAAx0X0AAAAAIN9GAB1CKHYYEEAiUUYagBqAGoAagCL TRBRi1UMUmggAgAAi0UYUP8VpIFBAIlF8IN98AB1BzPA6SsBAABqeGisDkEAagKLTfBRagHoO47/ /4PEFIlF7IN97AB1BzPA6QQBAABqAGoAi1XwUotF7FCLTRBRi1UMUmggAgAAi0UYUP8VpIFBAIlF 6IN96AB1Bem0AAAAaIMAAABorA5BAGoCi03wjVQJAlLo3on//4PEEIlF9IN99AB1BemKAAAAg30c AHUIochgQQCJRRyLTRCLVfRmxwRK//+LRRCLTfRmx0RB/v//i1X0UotF8FCLTexRi1UIUotFHFD/ FeyBQQCJRfiLTRCLVfQzwGaLREr+Pf//AAB0E4tNEItV9DPAZosESj3//wAAdAnHRfgAAAAA6xaL TRDR4VGLVfRSi0UUUOimCAAAg8QMagKLTexR6HiT//+DxAhqAotV9FLoapP//4PECItF+IvlXcNV i+yD7BSDPehgQQAAdU+NRfxQagFoqA5BAGoB/xXwgUEAhcB0DMcF6GBBAAEAAADrLI1N/FFqAWik DkEAagFqAP8V7IFBAIXAdAzHBehgQQACAAAA6wczwOkGAQAAgz3oYEEAAnUug30cAHUJixXIYEEA iVUci0UUUItNEFGLVQxSi0UIUItNHFH/FeyBQQDpzwAAAIM96GBBAAEPhcIAAADHRfgAAAAAx0Xw AAAAAIN9GAB1CYsV2GBBAIlVGGoAagCLRRBQi00MUYtVIPfaG9KD4giDwgFSi0UYUP8VlIFBAIlF 9IN99AB1AutlaA4BAABorA5BAGoCi030UWoC6BuM//+DxBSJRfCDffAAdQLrQItV9FKLRfBQi00Q UYtVDFJqAYtFGFD/FZSBQQCJReyDfewAdQLrGYtNFFGLVexSi0XwUItNCFH/FfCBQQCJRfhqAotV 8FLoApL//4PECItF+IvlXcPMzMzMzMzMzFWL7IPsDItFCDsFfGJBAHMfi00IwfkFi1UIg+IfiwSN QGFBAA++TNAEg+EBhcl1HMcFCF1BAAkAAADHBQxdQQAAAAAAg8j/6Z4AAACLVQhS6HsFAACDxASJ RfSDffT/dQ/HBQhdQQAJAAAAg8j/63qLRRBQagCLTQxRi1X0Uv8V9IFBAIlF+IN9+P91C/8VxIFB AIlF/OsHx0X8AAAAAIN9/AB0EYtF/FDoQgAAAIPEBIPI/+s0i00IwfkFi1UIg+IfiwSNQGFBAIpM 0ASA4f2LVQjB+gWLRQiD4B+LFJVAYUEAiEzCBItF+IvlXcPMzFWL7FGLRQijDF1BAMdF/AAAAADr CYtN/IPBAYlN/IN9/C1zI4tV/ItFCDsE1SBSQQB1EotN/IsUzSRSQQCJFQhdQQDrQuvOg30IE3IS g30IJHcMxwUIXUEADQAAAOsogX0IvAAAAHIVgX0IygAAAHcMxwUIXUEACAAAAOsKxwUIXUEAFgAA AIvlXcPMzMzMzFWL7GoC6MZl//+DxARdw8xVi+xRVotFCDsFfGJBAHMfi00IwfkFi1UIg+IfiwSN QGFBAA++TNAEg+EBhcl1HMcFCF1BAAkAAADHBQxdQQAAAAAAg8j/6Z0AAACLVQhS6OwDAACDxASD +P90PYN9CAF0BoN9CAJ1GmoB6NEDAACDxASL8GoC6MUDAACDxAQ78HQXi0UIUOi1AwAAg8QEUP8V +IFBAIXAdAnHRfwAAAAA6wn/FcSBQQCJRfyLTQhR6LwCAACDxASLVQjB+gWLRQiD4B+LDJVAYUEA xkTBBACDffwAdBGLVfxS6IL+//+DxASDyP/rAjPAXovlXcPMzMxVi+xTVleDfQgAdR5oVABBAGoA ajBouA5BAGoC6F9q//+DxBSD+AF1AcwzwIXAddaLTQiLUQyB4oMAAACF0nRNi0UIi0gMg+EIhcl0 QGoCi1UIi0IIUOgVj///g8QIi00Ii1EMgeL3+///i0UIiVAMi00IxwEAAAAAi1UIx0IIAAAAAItF CMdABAAAAABfXltdw8zMzMzMzMzMzMzMzMzMVYvsg+wMx0X4/////8dF9AAAAADrCYtF9IPAAYlF 9IN99EAPjf0AAACLTfSDPI1AYUEAAHRvi1X0iwSVQGFBAIlF/OsJi038g8EIiU38i1X0iwSVQGFB AAUAAQAAOUX8czaLTfwPvlEEg+IBhdJ1JotF/McA/////4tN9MHhBYtV9ItF/CsElUBhQQDB+AMD yIlN+OsC662Dffj/dAXpgwAAAOt8anloxA5BAGoCaAABAADo2IP//4PEEIlF/IN9/AB0W4tN9ItV /IkUjUBhQQChfGJBAIPAIKN8YkEA6wmLTfyDwQiJTfyLVfSLBJVAYUEABQABAAA5RfxzGYtN/MZB BACLVfzHAv////+LRfzGQAUK68qLTfTB4QWJTfjrBenw/v//i0X4i+Vdw8zMzFWL7FGLRQg7BXxi QQAPg4EAAACLTQjB+QWLVQiD4h+LBI1AYUEAgzzQ/3Vogz0ELUEAAXVCi00IiU38g338AHQOg338 AXQWg338AnQe6yiLVQxSavb/FfyBQQDrGotFDFBq9f8V/IFBAOsMi00MUWr0/xX8gUEAi1UIwfoF i0UIg+AfiwyVQGFBAItVDIkUwTPA6xfHBQhdQQAJAAAAxwUMXUEAAAAAAIPI/4vlXcPMVYvsUYtF CDsFfGJBAA+DmwAAAItNCMH5BYtVCIPiH4sEjUBhQQAPvkzQBIPhAYXJdHyLVQjB+gWLRQiD4B+L DJVAYUEAgzzB/3Rjgz0ELUEAAXU8i1UIiVX8g338AHQOg338AXQUg338AnQa6yJqAGr2/xX8gUEA 6xZqAGr1/xX8gUEA6wpqAGr0/xX8gUEAi0UIwfgFi00Ig+EfixSFQGFBAMcEyv////8zwOsXxwUI XUEACQAAAMcFDF1BAAAAAACDyP+L5V3DzMzMzMzMzFWL7ItFCDsFfGJBAHM3i00IwfkFi1UIg+If iwSNQGFBAA++TNAEg+EBhcl0GItVCMH6BYtFCIPgH4sMlUBhQQCLBMHrF8cFCF1BAAkAAADHBQxd QQAAAAAAg8j/XcPMzFWL7IPsDMZF9ACLRQyD4AiFwHQJik30gMkgiE30i1UMgeIAQAAAhdJ0CIpF 9AyAiEX0i00IUf8VcIFBAIlF/IN9/AB1FP8VxIFBAFDob/r//4PEBIPI/+t7g338AnULilX0gMpA iFX06w6DffwDdQiKRfQMCIhF9Ohz/P//iUX4g334/3UZxwUIXUEAGAAAAMcFDF1BAAAAAACDyP/r NYtNCFGLVfhS6HT9//+DxAiKRfQMAYhF9ItN+MH5BYtV+IPiH4sEjUBhQQCKTfSITNAEi0X4i+Vd w8zMzMzMzMzMVYvsV1aLdQyLTRCLfQiLwYvRA8Y7/nYIO/gPgngBAAD3xwMAAAB1FMHpAoPiA4P5 CHIp86X/JJWou0AAi8e6AwAAAIPpBHIMg+ADA8j/JIXAukAA/ySNuLtAAJD/JI08u0AAkNC6QAD8 ukAAILtAACPRigaIB4pGAYhHAYpGAsHpAohHAoPGA4PHA4P5CHLM86X/JJWou0AALovAI9GKBogH ikYBwekCiEcBg8YCg8cCg/kIcqbzpf8klai7QACQI9GKBogHRsHpAkeD+QhyjPOl/ySVqLtAAC6L wJ+7QACMu0AAhLtAAHy7QAB0u0AAbLtAAGS7QABcu0AAi0SO5IlEj+SLRI7oiUSP6ItEjuyJRI/s i0SO8IlEj/CLRI70iUSP9ItEjviJRI/4i0SO/IlEj/yNBI0AAAAAA/AD+P8klai7QACLwLi7QADA u0AAzLtAAOC7QACLRQheX8nDkIoGiAeLRQheX8nDkIoGiAeKRgGIRwGLRQheX8nDLovAigaIB4pG AYhHAYpGAohHAotFCF5fycOQjXQx/I18Ofz3xwMAAAB1JMHpAoPiA4P5CHIN/fOl/P8klUC9QACL wPfZ/ySN8LxAAC6LwIvHugMAAACD+QRyDIPgAyvI/ySFSLxAAP8kjUC9QACQWLxAAHi8QACgvEAA ikYDI9GIRwNOwekCT4P5CHK2/fOl/P8klUC9QAAui8CKRgMj0YhHA4pGAsHpAohHAoPuAoPvAoP5 CHKM/fOl/P8klUC9QACQikYDI9GIRwOKRgKIRwKKRgHB6QKIRwGD7gOD7wOD+QgPglr////986X8 /ySVQL1AAC6LwPS8QAD8vEAABL1AAAy9QAAUvUAAHL1AACS9QAA3vUAAi0SOHIlEjxyLRI4YiUSP GItEjhSJRI8Ui0SOEIlEjxCLRI4MiUSPDItEjgiJRI8Ii0SOBIlEjwSNBI0AAAAAA/AD+P8klUC9 QACLwFC9QABYvUAAaL1AAHy9QACLRQheX8nDkIpGA4hHA4tFCF5fycMui8CKRgOIRwOKRgKIRwKL RQheX8nDkIpGA4hHA4pGAohHAopGAYhHAYtFCF5fycPM/yWggUEA/yVAgUEA/yVEgUEA/yVIgUEA /yVMgUEA/yVQgUEA/yVUgUEA/yVYgUEA/yVcgUEA/yVggUEA/yVkgUEA/yVogUEA/yVsgUEA/yVw gUEA/yV0gUEA/yV4gUEA/yV8gUEA/yWAgUEA/yWEgUEA/yWIgUEA/yWMgUEA/yWQgUEA/yWUgUEA /yWYgUEA/yWcgUEA/yU8gUEA/yWkgUEA/yWogUEA/yWsgUEA/yWwgUEA/yW0gUEA/yW4gUEA/yW8 gUEA/yXAgUEA/yXEgUEA/yXIgUEA/yXMgUEA/yXQgUEA/yXUgUEA/yXYgUEA/yXcgUEA/yXggUEA /yXkgUEA/yXogUEA/yXsgUEA/yXwgUEA/yX0gUEA/yX4gUEA/yX8gUEAzMzMzI1C/1vDLovALovA LovAi8AzwIpEJAhTi9jB4AiLVCQI98IDAAAAdBOKCkI42XTRhMl0UffCAwAAAHXtC9hXi8PB4xBW C9iLCr///v5+i8GL9zPLA/AD+YPx/4Pw/zPPM8aDwgSB4QABAYF1HCUAAQGBdNMlAAEBAXUIgeYA AACAdcReX1szwMOLQvw42HQ2hMB07zjcdCeE5HTnwegQONh0FYTAdNw43HQGhOR01OuWXl+NQv9b w41C/l5fW8ONQv1eX1vDjUL8Xl9bw8zMzMyLTCQIV1NWihGLfCQQhNJ0aYpxAYT2dE+L94tMJBSK B0Y40HQVhMB0C4oGRjjQdAqEwHX1XltfM8DDigZGOPB1641+/4phAoTkdCiKBoPGAjjgdcSKQQOE wHQYimb/g8ECOOB03+uxM8BeW1+KwunT/v//jUf/Xltfw4vHXltfw8zMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAc /Bc4AAAAAAQAAAAQAQAAAAAAAABWAQAAAAAAHPwXOAAAAAADAAAAMAAAAAAAAAAQVwEAAAAAABz8 FzgAAAAAAgAAADcAAAAAAAAA4FgBAHN0cmVhbSAhPSBOVUxMAABmcHV0cy5jAHN0cmluZyAhPSBO VUxMAABzdHIgIT0gTlVMTABmZ2V0cy5jAGZvcm1hdCAhPSBOVUxMAABmcHJpbnRmLmMAAABfZmls ZS5jAAAAAAD/////UBpAAGsaQABfc2Z0YnVmLmMAAABmbGFnID09IDAgfHwgZmxhZyA9PSAxAABB c3NlcnRpb24gRmFpbGVkAAAAAEVycm9yAAAAV2FybmluZwAlcyglZCkgOiAlcwAKAAAADQAAAEFz c2VydGlvbiBmYWlsZWQhAAAAQXNzZXJ0aW9uIGZhaWxlZDogAABfQ3J0RGJnUmVwb3J0OiBTdHJp bmcgdG9vIGxvbmcgb3IgSU8gRXJyb3IAAFNlY29uZCBDaGFuY2UgQXNzZXJ0aW9uIEZhaWxlZDog RmlsZSAlcywgTGluZSAlZAoAAAB3c3ByaW50ZkEAAAB1c2VyMzIuZGxsAABNaWNyb3NvZnQgVmlz dWFsIEMrKyBEZWJ1ZyBMaWJyYXJ5AABEZWJ1ZyAlcyEKClByb2dyYW06ICVzJXMlcyVzJXMlcyVz JXMlcyVzJXMKCihQcmVzcyBSZXRyeSB0byBkZWJ1ZyB0aGUgYXBwbGljYXRpb24pAAAKTW9kdWxl OiAAAAAKRmlsZTogAApMaW5lOiAACgoAAEV4cHJlc3Npb246IAAAAAAAAAAACgpGb3IgaW5mb3Jt YXRpb24gb24gaG93IHlvdXIgcHJvZ3JhbSBjYW4gY2F1c2UgYW4gYXNzZXJ0aW9uCmZhaWx1cmUs IHNlZSB0aGUgVmlzdWFsIEMrKyBkb2N1bWVudGF0aW9uIG9uIGFzc2VydHMuAAAuLi4APHByb2dy YW0gbmFtZSB1bmtub3duPgAAZGJncnB0LmMAAAAAc3pVc2VyTWVzc2FnZSAhPSBOVUxMAAAAX2Zp bGJ1Zi5jAAAAAAAAAAYAAAYAAQAAEAADBgAGAhAERUVFBQUFBQU1MABQAAAAACAoOFBYBwgANzAw V1AHAAAgIAgAAAAACGBoYGBgYAAAcHB4eHh4CAcIAAAHAAgICAAACAAIAAcIAAAAKABuAHUAbABs ACkAAAAAAChudWxsKQAAb3V0cHV0LmMAAAAAY2ggIT0gX1QoJ1wwJykAAGlvaW5pdC5jAAAAAENs aWVudAAASWdub3JlAABDUlQATm9ybWFsAABGcmVlAAAAAEVycm9yOiBtZW1vcnkgYWxsb2NhdGlv bjogYmFkIG1lbW9yeSBibG9jayB0eXBlLgoAAABJbnZhbGlkIGFsbG9jYXRpb24gc2l6ZTogJXUg Ynl0ZXMuCgAlcwAAQ2xpZW50IGhvb2sgYWxsb2NhdGlvbiBmYWlsdXJlLgoAAAAAQ2xpZW50IGhv b2sgYWxsb2NhdGlvbiBmYWlsdXJlIGF0IGZpbGUgJWhzIGxpbmUgJWQuCgAAAABkYmdoZWFwLmMA AABfQ3J0Q2hlY2tNZW1vcnkoKQAAAF9wRmlyc3RCbG9jayA9PSBwT2xkQmxvY2sAAABfcExhc3RC bG9jayA9PSBwT2xkQmxvY2sAAAAAZlJlYWxsb2MgfHwgKCFmUmVhbGxvYyAmJiBwTmV3QmxvY2sg PT0gcE9sZEJsb2NrKQAAAF9CTE9DS19UWVBFKHBPbGRCbG9jay0+bkJsb2NrVXNlKT09X0JMT0NL X1RZUEUobkJsb2NrVXNlKQAAAHBPbGRCbG9jay0+bkxpbmUgPT0gSUdOT1JFX0xJTkUgJiYgcE9s ZEJsb2NrLT5sUmVxdWVzdCA9PSBJR05PUkVfUkVRAAAAAF9DcnRJc1ZhbGlkSGVhcFBvaW50ZXIo cFVzZXJEYXRhKQAAAEFsbG9jYXRpb24gdG9vIGxhcmdlIG9yIG5lZ2F0aXZlOiAldSBieXRlcy4K AAAAAENsaWVudCBob29rIHJlLWFsbG9jYXRpb24gZmFpbHVyZS4KAENsaWVudCBob29rIHJlLWFs bG9jYXRpb24gZmFpbHVyZSBhdCBmaWxlICVocyBsaW5lICVkLgoAX3BGaXJzdEJsb2NrID09IHBI ZWFkAAAAX3BMYXN0QmxvY2sgPT0gcEhlYWQAAAAAcEhlYWQtPm5CbG9ja1VzZSA9PSBuQmxvY2tV c2UAAABwSGVhZC0+bkxpbmUgPT0gSUdOT1JFX0xJTkUgJiYgcEhlYWQtPmxSZXF1ZXN0ID09IElH Tk9SRV9SRVEAAAAAREFNQUdFOiBhZnRlciAlaHMgYmxvY2sgKCMlZCkgYXQgMHglMDhYLgoAAABE QU1BR0U6IGJlZm9yZSAlaHMgYmxvY2sgKCMlZCkgYXQgMHglMDhYLgoAAF9CTE9DS19UWVBFX0lT X1ZBTElEKHBIZWFkLT5uQmxvY2tVc2UpAABDbGllbnQgaG9vayBmcmVlIGZhaWx1cmUuCgAAbWVt b3J5IGNoZWNrIGVycm9yIGF0IDB4JTA4WCA9IDB4JTAyWCwgc2hvdWxkIGJlIDB4JTAyWC4KAAAA JWhzIGxvY2F0ZWQgYXQgMHglMDhYIGlzICV1IGJ5dGVzIGxvbmcuCgAAAAAlaHMgYWxsb2NhdGVk IGF0IGZpbGUgJWhzKCVkKS4KAERBTUFHRTogb24gdG9wIG9mIEZyZWUgYmxvY2sgYXQgMHglMDhY LgoAAAAAREFNQUdFRABfaGVhcGNoayBmYWlscyB3aXRoIHVua25vd24gcmV0dXJuIHZhbHVlIQoA AF9oZWFwY2hrIGZhaWxzIHdpdGggX0hFQVBCQURQVFIuCgAAAF9oZWFwY2hrIGZhaWxzIHdpdGgg X0hFQVBCQURFTkQuCgAAAF9oZWFwY2hrIGZhaWxzIHdpdGggX0hFQVBCQUROT0RFLgoAAF9oZWFw Y2hrIGZhaWxzIHdpdGggX0hFQVBCQURCRUdJTi4KAEJhZCBtZW1vcnkgYmxvY2sgZm91bmQgYXQg MHglMDhYLgoAAF9DcnRNZW1DaGVja1BvaW50OiBOVUxMIHN0YXRlIHBvaW50ZXIuCgBfQ3J0TWVt RGlmZmVyZW5jZTogTlVMTCBzdGF0ZSBwb2ludGVyLgoAT2JqZWN0IGR1bXAgY29tcGxldGUuCgAA Y3J0IGJsb2NrIGF0IDB4JTA4WCwgc3VidHlwZSAleCwgJXUgYnl0ZXMgbG9uZy4KAAAAAG5vcm1h bCBibG9jayBhdCAweCUwOFgsICV1IGJ5dGVzIGxvbmcuCgBjbGllbnQgYmxvY2sgYXQgMHglMDhY LCBzdWJ0eXBlICV4LCAldSBieXRlcyBsb25nLgoAeyVsZH0gAAAlaHMoJWQpIDogAAAjRmlsZSBF cnJvciMoJWQpIDogAER1bXBpbmcgb2JqZWN0cyAtPgoAIERhdGE6IDwlcz4gJXMKACUuMlggAAAA RGV0ZWN0ZWQgbWVtb3J5IGxlYWtzIQoAVG90YWwgYWxsb2NhdGlvbnM6ICVsZCBieXRlcy4KAABM YXJnZXN0IG51bWJlciB1c2VkOiAlbGQgYnl0ZXMuCgAAAAAlbGQgYnl0ZXMgaW4gJWxkICVocyBC bG9ja3MuCgAAAHN0ZGVudnAuYwAAAHN0ZGFyZ3YuYwAAAGF3X2Vudi5jAAAAAHJ1bnRpbWUgZXJy b3IgAAANCgAAVExPU1MgZXJyb3INCgAAAFNJTkcgZXJyb3INCgAAAABET01BSU4gZXJyb3INCgAA UjYwMjgNCi0gdW5hYmxlIHRvIGluaXRpYWxpemUgaGVhcA0KAAAAAFI2MDI3DQotIG5vdCBlbm91 Z2ggc3BhY2UgZm9yIGxvd2lvIGluaXRpYWxpemF0aW9uDQoAAAAAUjYwMjYNCi0gbm90IGVub3Vn aCBzcGFjZSBmb3Igc3RkaW8gaW5pdGlhbGl6YXRpb24NCgAAAABSNjAyNQ0KLSBwdXJlIHZpcnR1 YWwgZnVuY3Rpb24gY2FsbA0KAAAAUjYwMjQNCi0gbm90IGVub3VnaCBzcGFjZSBmb3IgX29uZXhp dC9hdGV4aXQgdGFibGUNCgAAAABSNjAxOQ0KLSB1bmFibGUgdG8gb3BlbiBjb25zb2xlIGRldmlj ZQ0KAAAAAFI2MDE4DQotIHVuZXhwZWN0ZWQgaGVhcCBlcnJvcg0KAAAAAFI2MDE3DQotIHVuZXhw ZWN0ZWQgbXVsdGl0aHJlYWQgbG9jayBlcnJvcg0KAAAAAFI2MDE2DQotIG5vdCBlbm91Z2ggc3Bh Y2UgZm9yIHRocmVhZCBkYXRhDQoADQphYm5vcm1hbCBwcm9ncmFtIHRlcm1pbmF0aW9uDQoAAAAA UjYwMDkNCi0gbm90IGVub3VnaCBzcGFjZSBmb3IgZW52aXJvbm1lbnQNCgBSNjAwOA0KLSBub3Qg ZW5vdWdoIHNwYWNlIGZvciBhcmd1bWVudHMNCgAAAFI2MDAyDQotIGZsb2F0aW5nIHBvaW50IG5v dCBsb2FkZWQNCgAAAABNaWNyb3NvZnQgVmlzdWFsIEMrKyBSdW50aW1lIExpYnJhcnkAAAAAUnVu dGltZSBFcnJvciEKClByb2dyYW06IAAAACgiaW5jb25zaXN0ZW50IElPQiBmaWVsZHMiLCBzdHJl YW0tPl9wdHIgLSBzdHJlYW0tPl9iYXNlID49IDApAABfZmxzYnVmLmMAAABzcHJpbnRmLmMAAAB2 c3ByaW50Zi5jAABHZXRMYXN0QWN0aXZlUG9wdXAAAEdldEFjdGl2ZVdpbmRvdwBNZXNzYWdlQm94 QQBfZ2V0YnVmLmMAAABmY2xvc2UuYwAAAABhd19tYXAuYwAAAAAAAAAAAAAAAGF3X3N0ci5jAAAA AF9mcmVlYnVmLmMAAG9zZmluZm8uYwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4BdAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAEBlAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4GVBAAAA AADgZUEAAQEAAAAAAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAACAAAAAQAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAIAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAIBaQAABAAAA/////wAAAAACAAAABAAAAAQAAAAAAAAA////////////////AAAAAAQB QQD8AEEA6ABBAJwDQQCMA0EAAAAAAP////8ACgAAAQAAAAEAAAD//////QAAAN0AAADNAAAA6ANB AOADQQDcA0EA1ANBAMwDQQAAAAAABQAAwAsAAAAAAAAAHQAAwAQAAAAAAAAAlgAAwAQAAAAAAAAA jQAAwAgAAAAAAAAAjgAAwAgAAAAAAAAAjwAAwAgAAAAAAAAAkAAAwAgAAAAAAAAAkQAAwAgAAAAA AAAAkgAAwAgAAAAAAAAAkwAAwAgAAAAAAAAAAwAAAAcAAAAKAAAAjAAAAAECBAgAAAAApAMAAGCC eYIhAAAAAAAAAKbfAAAAAAAAoaUAAAAAAACBn+D8AAAAAEB+gPwAAAAAqAMAAMGj2qMgAAAAAAAA AAAAAAAAAAAAAAAAAAAAAACB/gAAAAAAAED+AAAAAAAAtQMAAMGj2qMgAAAAAAAAAAAAAAAAAAAA AAAAAAAAAACB/gAAAAAAAEH+AAAAAAAAtgMAAM+i5KIaAOWi6KJbAAAAAAAAAAAAAAAAAAAAAACB /gAAAAAAAEB+of4AAAAAUQUAAFHaXtogAF/aatoyAAAAAAAAAAAAAAAAAAAAAACB09je4PkAADF+ gf4AAAAAABAAACAFkxkAAAAAAAAAAAAAAAAAAAAAAgAAAIANQQAIAAAAVA1BAAkAAAAoDUEACgAA AAQNQQAQAAAA2AxBABEAAACoDEEAEgAAAIQMQQATAAAAWAxBABgAAAAgDEEAGQAAAPgLQQAaAAAA wAtBABsAAACIC0EAHAAAAGALQQB4AAAAUAtBAHkAAABAC0EAegAAADALQQD8AAAALAtBAP8AAAAc C0EAAAAAAAAAAADQtEAA0LRAANC0QADQtEAA0LRAANC0QADSL0EA0i9BAAAAIAAgACAAIAAgACAA IAAgACAAKAAoACgAKAAoACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgAEgAEAAQ ABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAhACEAIQAhACEAIQAhACEAIQAhAAQABAAEAAQABAA EAAQAIEAgQCBAIEAgQCBAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQAQ ABAAEAAQABAAEACCAIIAggCCAIIAggACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIA AgACAAIAEAAQABAAEAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AKCTQAAAAAAA6DFBAOgxQQAAMkEAADJBAP//////////8AAAAPEAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOgxQQDgAQAAAQAAAC4AAAABAAAAAAAAAAEAAAAWAAAA AgAAAAIAAAADAAAAAgAAAAQAAAAYAAAABQAAAA0AAAAGAAAACQAAAAcAAAAMAAAACAAAAAwAAAAJ AAAADAAAAAoAAAAHAAAACwAAAAgAAAAMAAAAFgAAAA0AAAAWAAAADwAAAAIAAAAQAAAADQAAABEA AAASAAAAEgAAAAIAAAAhAAAADQAAADUAAAACAAAAQQAAAA0AAABDAAAAAgAAAFAAAAARAAAAUgAA AA0AAABTAAAADQAAAFcAAAAWAAAAWQAAAAsAAABsAAAADQAAAG0AAAAgAAAAcAAAABwAAAByAAAA CQAAAAYAAAAWAAAAgAAAAAoAAACBAAAACgAAAIIAAAAJAAAAgwAAABYAAACEAAAADQAAAJEAAAAp AAAAngAAAA0AAAChAAAAAgAAAKQAAAALAAAApwAAAA0AAAC3AAAAEQAAAM4AAAACAAAA1wAAAAsA AAAYBwAADAAAAAAAAAAAAAAAbm8gYXJndW1lbnRzIGl0IHVzZXMgc3RkaW4sIHN0ZG91dAoAOgAA ADoAAAAgAAAAIGZyb20gAAAoAAAAKTogAHdhcm5pbmc6AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAogAEAAAAAAAAAAACohQEAPIEBAAAAAAAAAAAAAAAAAAAAAAAAAAAALoQBAGKC AQBwggEAfoIBAIyCAQCcggEAqIIBAMCCAQDWggEA6IIBAPiCAQAQgwEAJoMBADiDAQBGgwEAWIMB AGiDAQB4gwEAiIMBAJyDAQCwgwEAzIMBAOaDAQD8gwEAFoQBAFCCAQBIhAEAXoQBAGqEAQB0hAEA gIQBAI6EAQCchAEAqoQBALaEAQDGhAEA3oQBAOqEAQD2hAEABIUBABCFAQAghQEANIUBAESFAQBU hQEAZoUBAHiFAQCKhQEAmIUBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALoQBAGKCAQBwggEAfoIB AIyCAQCcggEAqIIBAMCCAQDWggEA6IIBAPiCAQAQgwEAJoMBADiDAQBGgwEAWIMBAGiDAQB4gwEA iIMBAJyDAQCwgwEAzIMBAOaDAQD8gwEAFoQBAFCCAQBIhAEAXoQBAGqEAQB0hAEAgIQBAI6EAQCc hAEAqoQBALaEAQDGhAEA3oQBAOqEAQD2hAEABIUBABCFAQAghQEANIUBAESFAQBUhQEAZoUBAHiF AQCKhQEAmIUBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAqgBHZXRDb21tYW5kTGluZUEATAFHZXRW ZXJzaW9uAABrAEV4aXRQcm9jZXNzAEgARGVidWdCcmVhawAAKgFHZXRTdGRIYW5kbGUAAHsCV3Jp dGVGaWxlAHsBSW50ZXJsb2NrZWREZWNyZW1lbnQAALoBT3V0cHV0RGVidWdTdHJpbmdBAAAWAUdl dFByb2NBZGRyZXNzAACQAUxvYWRMaWJyYXJ5QQAAfgFJbnRlcmxvY2tlZEluY3JlbWVudAAA/ABH ZXRNb2R1bGVGaWxlTmFtZUEAABsCU2V0SGFuZGxlQ291bnQAAO8AR2V0RmlsZVR5cGUAKAFHZXRT dGFydHVwSW5mb0EAhgFJc0JhZFdyaXRlUHRyAIMBSXNCYWRSZWFkUHRyAAB2AUhlYXBWYWxpZGF0 ZQAARgJUZXJtaW5hdGVQcm9jZXNzAADTAEdldEN1cnJlbnRQcm9jZXNzAFACVW5oYW5kbGVkRXhj ZXB0aW9uRmlsdGVyAACWAEZyZWVFbnZpcm9ubWVudFN0cmluZ3NBAKsBTXVsdGlCeXRlVG9XaWRl Q2hhcgCXAEZyZWVFbnZpcm9ubWVudFN0cmluZ3NXAOEAR2V0RW52aXJvbm1lbnRTdHJpbmdzAOMA R2V0RW52aXJvbm1lbnRTdHJpbmdzVwAAbgJXaWRlQ2hhclRvTXVsdGlCeXRlAKMAR2V0Q1BJbmZv AJ0AR2V0QUNQAAAJAUdldE9FTUNQAABsAUhlYXBEZXN0cm95AGoBSGVhcENyZWF0ZQAAXgJWaXJ0 dWFsRnJlZQDlAVJ0bFVud2luZAD0AEdldExhc3RFcnJvcgAA9QFTZXRDb25zb2xlQ3RybEhhbmRs ZXIA1gFSZWFkRmlsZQAAaAFIZWFwQWxsb2MAcQFIZWFwUmVBbGxvYwBuAUhlYXBGcmVlAABbAlZp cnR1YWxBbGxvYwAAjgBGbHVzaEZpbGVCdWZmZXJzAACNAUxDTWFwU3RyaW5nQQAAjgFMQ01hcFN0 cmluZ1cAACsBR2V0U3RyaW5nVHlwZUEAAC4BR2V0U3RyaW5nVHlwZVcAABkCU2V0RmlsZVBvaW50 ZXIAABgAQ2xvc2VIYW5kbGUAKQJTZXRTdGRIYW5kbGUAAEtFUk5FTDMyLmRsbAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAQAADYAAAAfzCEMJ0wpDC5MM4w0zDgMOUw/zAbMS0xVjF0MYExhjGXMaQxqTHAMc0x 0jHuMSAzKTNKM1MzQzXjNRw2JTZGNk82RjdPN3A3eTfmN+83+zcEOBI4GzgpOC84ODhGOFA4Xjhk OJQ4nTjNOOY4+DgbOTY5OzlYOV05YjlvOXU5gTmHOZA5ljmbOag50jnXOeE55znwORI6GDoeOiQ6 KzqlOsQ61Tr0OhA7GTtWO2g7gDuJO6k7szvMO9Y7Ezx0PIA8RT9xP4w/nD/TP98/8D/6PwAgAAC8 AAAACjAUMCMwNTBBMNEw1zDlMO0w8zAHMRQxGTEfMTcxRDFUMVkxXzGaMb8xyzEHMhMyJzJQMm0y mjK1MscyzTLiMvMyIDMnMzEzRTNPM7YzvDPPM9Uz9DMANC40NzR9NNU09DQANR81OTVFNVk1ZTWA NZA1nDW3Ncc10zX0NQc2EzZnNm02ijajNgA3CTc4OEc4NzljOYw5oTnnOfM5mDqfOro7wTtRPFg8 FD3mPU0+fz+hP8M/ADAAAMAAAADtNPE09TT5NP00ATUFNQk1DTURNRU1GTUdNSE1NjU6NT41QjVG NXk1fTWBNYU1iTWNNZE1lTWZNZ01oTWlNak1rTWxNbU1uTV8N6Y3rDfBN+83WThsOIo4nDiiOKs4 wDhDOVo5nznhOfQ5bDpzOqI6sTrEOuo6EDvRO+Y78jsOPBo8OzxVPHg8fTy0PNw8Kz0wPXc9gD3V Pd494z3rPfE99z3/PQU+Cz4TPiQ+LT5vPnk+kz6yPgAAAEAAABABAAAHMBwwKDBEMFAwczCNMLAw tTDnMDExNjFnMXMxwjHOMSgyNDKeMqcytTK9MsMyzDLUMtwy4jLrMvEy9zL+MgMzKDNEM5czozPs M/YzAjQjNEA0SjRWNHY0fDSFNJU0njSzNEg1XTVpNaI1rjWzNek19TVLNlc2cjaFNro2wDbkNiA3 JjdlN3E3mTfdN+k3BzgPOBU4PjhIOFQ4djiUOJ44qjjLON04ETlaOW85ezmmObI5CDoUOlk6ZTql OrE6EzsfO1U7YTvFOxE8YTxmPGs8kTyWPLk8vjzhPOY8CT0OPTY9mz2nPa492T0EPjY+bz6PPtg+ Cz9BP0U/ST9NP2U/dz+VP6Q/AAAAUAAA0AAAAAQwHDCiMMEwyDBPMaUxsTHQMdUx/zE9MtIy/DII M0MzSDP1M2E0ZjSVNO80JzVYNYA1zzXxNQg2OjaXNsk2zjZQN303wDftN0M4VThaONA47DgWOT45 lDmeOa05xTnwOQU6JTouOjM6ODpFOko65jrzOvo6ADsNOxk7Ijs3O007UjtfO2Q7cjuMO6M7sTtL PVk9bD2KPbU9yz0qPmw+dz6KPp4+pD61PsA+1D7uPgU/HD8zP0o/YT9rP3w/nj+3P88/1z/kP+0/ AGAAAOAAAAAeMF4wfzCFMJcw0zAdMSwxXDFkMWoxbjFzMYAxijGyMQYyDzKNMnEzZDW4NWY2bzZ+ Noo2mTasNr82FDc1N1o3aDd7N6w3szf3Nxo4VzheOHo4vjjmOO84/jgKORk5LDk/Oak5vDndOQI6 JTozOkY6mjq7Ot06CjtSO387qjv9OwM8DDwePCQ8Ljw8PGg8cDyRPL48yTzPPDA9PD1kPXA9eD2G PYw9mD2/PdI99T0FPg8+HT4nPjU+Pj5zPno+oD6kPqg+rD6wPvQ+/T4HPxE/OD9iP2k/AAAAcAAA HAEAABswIjBIMGwwfTChMPgwBzEgMUUxUzFsMXoxzjHdMfIxEjIhMjYyRDJlMm0ynjKjMqkyvjLF MucyBDMTMxszIjM4M3kz4jP8MwU0BTUONRc1LTU2NX01kDWpNcY1zzXYNeE16jX2NQk2HzYzNkE2 ZzZwNrw2zTb0Ng03Jzd1N4g3lDeoN8E34DfpN+Q47TgzOT85uznKOV46czqFOo86yzr6OtI73DsJ PDk8QzxfPHo8hzytPM482Dw4PVA9Vz1fPWQ9aD1sPZU9uz3VPdw94D3kPeg97D3wPfQ9+D1CPkg+ TD5QPlQ+uj7FPuA+5z7sPvA+9D4RPzs/bT90P3g/fD+AP4Q/iD+MP5A/2j/gP+Q/6D/sPwCAAADs AAAALDM1M1YzXzMmNC80UDRZNIE1izWRNZw1qDWtNdI12TXfNes18jX+NQY2ETYZNiU2fjaHNps2 qjauNrI2tja6Nu82BzdyN3k3gDeRN6I3szcVOB44Ljg3OEc4WzhhOHI4jzi+OM041zjbON844zjn OOs47zjzOBc5MDk4OUU5Tjl/OYc5jTmbOaU5qjmwObw5xjnLOdA52jnfOeU57jn9OQo6Izo7O1A7 YjtsO547xDvjOwA8NzxdPGc8cTyAPIw80TwHPSA9OT1TPZA9rz3JPYM+jT6XPs0+FT+eP6c/wz/M P9k/AJAAAKQAAAB1MI0wuDDOMNUw6jD1MQEyFDIlMrQyZDOPM5YzBjRBNEg03jSANYc17DXzNQI2 eTaANrA2tzbBNsw21jYENyw3SDdSN2A3ZzeLN643vTfFN8430jfYN+E35TfwN/k3BTj4OP84DTkU OTM5OTlKOVE5ejmBOYk5pzkaOiw6NDrjOgk7hDvZO+E75zsHPKQ8Rz2EPZE9GT6vPkI/cT8AoAAA hAAAAPAz9TP6NTw2RTZmNm82ODdeNxw4JTjJON448DgMOSs5NTlSOVg5qDm2OcM5zTneOes59Tkh OkI6TTpuOpA6qjrrOg47JjtgO8w79Tu4PMY80zzdPO48+zwFPTE9Uj1dPX49pT2/Pfs9Hj5qPog+ xD7yPiI/2D/mP+4/+D8AsAAAgAEAAAkwEzAdMDAwSTBUMHswnTC0MPcwDzE6MXAx6DH2Mf4xCDIZ MiMyLTJAMk8ybDJ3MpgyvzLUMgszLDNbM3AzgjOMM7Mz0DPfMxU0LzRING00eTR/NJU0szS/NOo0 /zQRNRs1cTWENaY13TXmNZ82rDbENvg2GDc9N0I3SjdfN6k3wjfON/c3BTgTOCY4NjhAOFk4cjiR OJ04xDjQONw47zgAOQo5KDk9OVw5ZzlxObg5xzkIOhI6RjqYOrA6tzq/OsQ6yDrMOvU6Gzs1Ozw7 QDtEO0g7TDtQO1Q7WDuiO6g7rDuwO7Q7GjwlPEA8RzxMPFA8VDxxPJs8zTzUPNg83DzgPOQ86Dzs PPA8Oj1APUQ9SD1MPZg9nj2kPao9sD22Pbw9wj3IPc491D3aPeA95j3sPfI9+D3+PQQ+Cj4QPhY+ HD4iPig+Lj40Pjo+QD5GPkw+Uj5YPl4+ZD5qPnA+dj58PoI+iD6OPpQ+mj6gPqY+rD6yPrg+AAAA AAEADAAAALwwwDAAIAEAXAAAAAwzGDaAOog6AD0wPTQ9OD08PUA9aD1sPXA9dD14PRw/JD8sPzQ/ PD9EP0w/VD9cP2Q/bD90P3w/hD+MP5Q/nD+kP7A/tD+4P7w/wD/EP8g/zD8AAAAwAQAUAAAA4DHo Mewx8DH0MQAAAFABAAwAAAAIMgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AQAAABABAAAAAN0ARGVidWcvZ251Mm1zZGV2LmV4ZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgEwAA4AAAAAAAAAAC AAAAMIoAAP4AAAAAAAAAAwAAAFCSAABYAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAE5CMTAA AAAAhPkWOBoAAABEOlxlc3NhaVxnbnUybXNkZXZcRGVidWdcZ251Mm1zZGV2LnBkYgAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA== --0__=ugGCx7nZhe6uUfyz6lfPCcJOTHmB2ZmTgP1n6Xu4YGIEOI9q7JMEPuZQ-- From vxwexplo-errs@csg.lbl.gov Fri Nov 3 06:41:19 2000 From: "Michael Lawnick" Date: Fri Nov 3 06:41:22 PST 2000 Subject: Re: comp.os.vxworks newsdigest Hi Al, you may enable interrupts on BERR on your universe. Take a look into Tundras documentation and into universe.c HTH > VxWorks is not noticing accesses to non existent vme addresses. These > accesses > generate a vme BERR which should be caught by the OS as a fatal > problem. What > seems to happen is that instead for a read all bits high is read, and > for > a write nothing actually happens. > > In previous bsps (hkv30, sun2ce) the os caught these conditions and let > the > application/user know about it! > > Can anyone explain to me what is happening? And is there any argument > that > can be made that this behavior is not a bug or limitation? > > test case follows. > > -al > > > Assume a single mvme2700-1441 in a vme chassis. There are no > other cards in the chassis. > > compile the following program > > void foo(void) > { > int *ptr = 0x14000000; > int bar; > bar = *ptr; > logMsg("0x%x [0x%x]\n",ptr,bar); > } > > 0x1400,0000 is the mpu address of vme/a32 address 0x0c00,0000 > (assumes "as shipped" configuration of vxworks). > > from the shell > > - -> sp foo > > will cause the line > > 0xXXX (tX): 0x14000000 [0xffffffff] > > to be printed out. What actually happens is a access > to location 0xc0000000 on the vme bus. A BERR results. > This was verified using a bus analyzer. > > The deference should have (IMHO) caused a hardware trap, which > is what it has done in previous (non 2700) versions of vxworks. MfG Lawnick, SOFTEC GmbH ============================================== SOFTEC GmbH Tel +49-731-96600-0 Promenade 17 Fax +49-731-96600-23 D-89073 Ulm Michael Lawnick Germany lawnick@softec.de ============================================== From vxwexplo-errs@csg.lbl.gov Fri Nov 3 07:52:19 2000 From: David Laight Date: Fri Nov 3 07:52:22 PST 2000 Subject: Re: How to free up space used by a ramDisk? > I am planning to allocate a ram disk on demand and to free it > when requested. I know how to allocate and use it. But I haven't > figured out how to free it. Will dosFsVolUnmount() really frees > the space too. Not a chance..... There is no reason at all why the ramdisk should be zapped by an unmount. The ramdisk is a separate entity. Worse still dosFsVolUnmount doesn't even free all the memory used to cache the disk's directory structure. I have seen a copy of the code to (recursively) free that memory - available from support. In some tests I've done I've seen the old directory information being used after a remount. No wonder vxworks corrupts file systems ;-( David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Fri Nov 3 09:32:15 2000 From: "BALAJI RAMACHANDRAN" Date: Fri Nov 3 09:32:17 PST 2000 Subject: SNMP on VxSim VxWorks Tornado Hi All, Any body Have idea, whether WindNet SNMP agent bought for PPC can be run on VxSim? Thanks in advance. Regards, R.Balaji. _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. From vxwexplo-errs@csg.lbl.gov Sat Nov 4 04:03:11 2000 From: Vxworks Exploder Date: Sat Nov 4 04:03:15 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sat Nov 4 04:03:05 PST 2000 Subject: Re: vme BERR on ppc boards (2700 etc) Subject: re: Visual Studio Integration with T2 Subject: Re: MVME2300 & Tornado I/VxWorks Subject: re: comp.os.vxworks newsdigest Subject: re: How to free up space used by a ramDisk? Subject: Re: Robust RTOS for PPC750 Subject: Re: Robust RTOS for PPC750 Subject: Re: run debugger WITHOUT tornado ? Subject: SNMP on VxSim Subject: Re: Visual Studio Integration with T2 Subject: HOT JOBS VxWorks S/W Developers Needed - Ottawa Subject: Re: how long has a task run since voluntarily giving up control? Subject: Re: vme BERR on ppc boards (2700 etc) Subject: UDP datagram send problem Subject: Help: Transparent Mode SCC on an MC68EN302 Subject: Jobs in the US Subject: Re: vme BERR on ppc boards (2700 etc) ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: vme BERR on ppc boards (2700 etc) Date: Fri, 03 Nov 2000 12:37:01 GMT From: William Dennen Organization: Motorola Computer Group Message-ID: <3A02B16D.D083C27C@motorola.com> References: <3A01E6ED.A3442F2B@mindspring.com> Al Johnston wrote: > > VxWorks is not noticing accesses to non existent vme addresses. These > accesses > generate a vme BERR which should be caught by the OS as a fatal > problem. What > seems to happen is that instead for a read all bits high is read, and > for > a write nothing actually happens. > > In previous bsps (hkv30, sun2ce) the os caught these conditions and let > the > application/user know about it! > > Can anyone explain to me what is happening? And is there any argument > that > can be made that this behavior is not a bug or limitation? > Fundamentally the problem is this: Recovering From Bus Errors Another issue is the impact of VMEbus bus errors on the system. Bus errors result from bus timeouts and parity errors detected on VMEbus transactions. While they usually are caused by misbehaving software or hardware, this is not always the case. Bus timeouts happen any time software generates a VMEbus reference and no device responds. This shouldn't happen under normal operating conditions, but it is normal when initializing the operating system. The operating system typically "probes" for devices when it is booted. It attempts to reference all possible devices, and devices that don't generate a bus timeout are presumed to exist. ..... On the MVME1x7 boards, a VMEbus error generates a trap to the processor. The trap is much like a page fault. It can be precise or not, depending on the particular processor, but there is always sufficient state saved to restore the context that generated the trap. In a multiprocessor system, the trap is delivered to the processor that caused the trap; other processors continue unaffected. As long as the trap occurs in a place where the software is prepared to deal with it, the system can gracefully recover. ..... On PowerPC-based platforms, however, bus errors due to processor reads are fatal. A bus error on write is ignored because of write posting on the PCI bus, but a bus error on a read generates a machine check. A machine check is a problem because: - - It is not a precise trap. The processor doesn't save enough state to return to the pre-trap context. - - It is delivered to every processor in the system, not just the one that caused the bus error. - - If another trap (an I/O interrupt, for example) occurs at an inconvenient time, essential information unrelated to the original trap can be lost, making it impossible to recover at all. - - On some versions of the processor, the saved machine state is incorrect, again making it impossible to recover. All of these conspire to make VMEbus bus errors a big problem on PowerPC based boards. The system can't recover from machine checks caused by processor accesses to the VMEbus. The only solution is to not do any processor accesses that might generate bus errors. A mechanism for probing safely has been to do a single byte DMA transfer because its failure return does not result in BERR. - -- >@< William Dennen | We have met the enemy Motorola Computer Group, TOPAZ | and they is us ... william.dennen@motorola.com | -- Pogo --------------------------- Newsgroups: comp.os.vxworks Subject: re: Visual Studio Integration with T2 Date: Fri, 3 Nov 2000 14:50:36 +0100 From: f.pertin@staubli.com Organization: Lawrence Berkeley National Laboratory Message-ID: <8tuh7u$qo6$1@overload.lbl.gov> - --0__=ugGCx7nZhe6uUfyz6lfPCcJOTHmB2ZmTgP1n6Xu4YGIEOI9q7JMEPuZQ Content-type: text/plain; charset=us-ascii TORNADO 2 , VXWORKS feel free to use this small exacutable which convert GCC compiler error in MSDEV errors. (See attached file: gnu2msdev.exe) here is our compilation line for win NT4. %.o : %.cpp -$(CXX) $(C++FLAGS) $(ADD_FLAGS) -c $< -o $(@F) 2> $(TMP)\ccerr.txt @type $(TMP)\ccerr.txt | gnu2msdev - --0__=ugGCx7nZhe6uUfyz6lfPCcJOTHmB2ZmTgP1n6Xu4YGIEOI9q7JMEPuZQ Content-type: application/octet-stream; name="gnu2msdev.exe" Content-Disposition: attachment; filename="gnu2msdev.exe" Content-Transfer-Encoding: base64 TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAsAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAADEYW5TgAAAAIAAAACAAAAAgAAAAP0AAABSaWNogAAAAAAAAAAAAAAAAAAA AAAAAABQRQAATAEFAPVSGDgAAAAAAAAAAOAACgELAQUKAOoAAACAAAAAAAAAMBkAAAAQAAAAAAEA AABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAACgAQAABAAAAAAAAAMAAAAAABAAABAAAAAAEAAA EAAAAAAAABAAAAAAAAAAAAAAAACAAQAoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJABAEwK AAAAAAEAVAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA8gQEAFAEA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC50ZXh0AAAAw+kAAAAQAAAA6gAAAAQAAAAAAAAAAAAA AAAAACAAAGAucmRhdGEAAMQSAAAAAAEAABQAAADuAAAAAAAAAAAAAAAAAABAAABALmRhdGEAAADk VQAAACABAAA+AAAAAgEAAAAAAAAAAAAAAAAAQAAAwC5pZGF0YQAADQcAAACAAQAACAAAAEABAAAA AAAAAAAAAAAAAEAAAMAucmVsb2MAABYMAAAAkAEAAA4AAABIAQAAAAAAAAAAAAAAAABAAABCAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMzM zMzM6RYAAADpYwAAAMzMzMzMzMzMzMzMzMzMzMzMVYvsUcdF/AAAAADrCYtF/IPAAYlF/ItNCFHo UQIAAIPEBDlF/HMii1UIA1X8D74Cg/gwfA6LTQgDTfwPvhGD+jl+BDPA6wfrxLgBAAAAi+Vdw1WL 7IPsHIN9CAF+HGiQU0EAaMAqQQDoowYAAIPECLgBAAAA6WgBAADHRfSAKkEAx0XkoCpBAMdF6AAA AACLRfRQaCwBAABooGJBAOg+BQAAg8QMhcAPhDIBAABooGJBAGjQY0EA6PQCAACDxAhotFNBAGjQ Y0EA6NIDAACDxAiJRfiDffgAD4TrAAAAaLhTQQBqAOi2AwAAg8QIiUX8g338AA+EzwAAAGj8ZEEA agDomgMAAIPECIlF7Gi8U0EAi038UeiGAwAAg8QIiUX8i1X8Uui8/v//g8QEg/gBD4WUAAAAaMBT QQCLRfhQ6C2uAACDxAiJRfCDffAAdXqLTfhRaKBiQQDoUwIAAIPECGjIU0EAaKBiQQDoUQIAAIPE CItV/FJooGJBAOhAAgAAg8QIaMxTQQBooGJBAOguAgAAg8QIg33sAHQRi0XsUGigYkEA6BcCAACD xAho0FNBAGigYkEA6LWtAACDxAiFwHUHx0XoAQAAAItN5FFooGJBAOgZAQAAg8QI6bD+//+LReiL 5V3DzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMi0wkBPfBAwAAAHQUigFBhMB0QPfBAwAAAHXxBQAA AACLAbr//v5+A9CD8P8zwoPBBKkAAQGBdOiLQfyEwHQyhOR0JKkAAP8AdBOpAAAA/3QC682NQf+L TCQEK8HDjUH+i0wkBCvBw41B/YtMJAQrwcONQfyLTCQEK8HDzMzMzMxVi+yD7AxTVleDfQgAdR5o bABBAGoAai9oZABBAGoC6BwNAACDxBSD+AF1AcwzwIXAddaDfQwAdR5oVABBAGoAajBoZABBAGoC 6PIMAACDxBSD+AF1AcwzyYXJddaLVQhS6Br///+DxASJRfyLRQxQ6HsHAACDxASJRfiLTQxRi1X8 UmoBi0UIUOiCCQAAg8QQiUX0i00MUYtV+FLorwgAAIPECItF9CtF/PfYG8BfXluL5V3DzMzMzMzM zMzMzMxXi3wkCOtqLovALovALovAi0wkBFf3wQMAAAB0D4oBQYTAdDv3wQMAAAB18YsBuv/+/n4D 0IPw/zPCg8EEqQABAYF06ItB/ITAdCOE5HQaqQAA/wB0DqkAAAD/dALrzY15/+sNjXn+6wiNef3r A415/ItMJAz3wQMAAAB0GYoRQYTSdGSIF0f3wQMAAAB17usFiReDxwS6//7+fosBA9CD8P8zwosR g8EEqQABAYF04YTSdDSE9nQn98IAAP8AdBL3wgAAAP90AuvHiReLRCQIX8NmiReLRCQIxkcCAF/D ZokXi0QkCF/DiBeLRCQIX8NVi+yD7CyLRQyJRdTHRfgAAAAA6wmLTfiDwQGJTfiDffggfQqLVfjG RBXYAOvni0XUM8mKCIvRwfoDi0XUM8mKCIPhB7gBAAAA0+CKTBXYCsiLVdQzwIoCwfgDiEwF2ItN 1DPSihGLRdSDwAGJRdSF0nW7g30IAHQIi00IiU386wmLFdRcQQCJVfyLRfwzyYoIwfkDM9KKVA3Y i0X8M8mKCIPhB7gBAAAA0+Aj0IXSdBaLTfwz0ooRhdJ0C4tF/IPAAYlF/OvDi038iU0I6wmLVfyD wgGJVfyLRfwzyYoIhcl0PItV/DPAigLB+AMzyYpMBdiL0YtF/DPJigiD4Qe4AQAAANPgI9CF0nQR i038xgEAi1X8g8IBiVX86wLrsItF/KPUXEEAi00IO038dQQzwOsDi0UIi+Vdw8zMzMzMzFWL7IPs FFNWV4tFCIlF+ItNCIlN8IN9CAB1HmhsAEEAagBqO2iIAEEAagLoIAoAAIPEFIP4AXUBzDPShdJ1 1oN9EAB1Hmh8AEEAagBqPGiIAEEAagLo9gkAAIPEFIP4AXUBzDPAhcB11oN9DAB/BzPA6agAAACL TRCJTfyLVQyD6gGJVQyDfQwAD4SGAAAAi0X8i0gEg+kBi1X8iUoEi0X8g3gEAHwfi038ixEPvgIl /wAAAIlF7ItN/IsRg8IBi0X8iRDrD4tN/FHoIRAAAIPEBIlF7ItV7IlV9IN99P91E4tF+DtFCHUJ x0XwAAAAAOsp6yGLTfiKVfSIEQ++RfSLTfiDwQGJTfiD+Ap1AusF6Wf///+LVfjGAgCLRfBfXluL 5V3DzMzMzMzMzMzMzMxVi+yD7BBTVleNRRCJRfCDfQgAdR5ofABBAGoAajhooABBAGoC6PYIAACD xBSD+AF1AcwzyYXJddaDfQwAdR5okABBAGoAajlooABBAGoC6MwIAACDxBSD+AF1Acwz0oXSddaL RQiJRfyLTfxR6F4DAACDxASJRfiLVfBSi0UMUItN/FHoFxEAAIPEDIlF9ItV/FKLRfhQ6JQEAACD xAiLRfRfXluL5V3DzMzMzMzMzFWL7FGDPeB1QQAAdQzHBeB1QQAAAgAA6xODPeB1QQAUfQrHBeB1 QQAUAAAAaIQAAABorABBAGoCagSh4HVBAFDo2yYAAIPEFKOYYkEAgz2YYkEAAHU/xwXgdUEAFAAA AGiHAAAAaKwAQQBqAmoEiw3gdUEAUeimJgAAg8QUo5hiQQCDPZhiQQAAdQpqGuguAgAAg8QEx0X8 AAAAAOsJi1X8g8IBiVX8g338FH0Zi0X8weAFBYAqQQCLTfyLFZhiQQCJBIrr2MdF/AAAAADrCYtF /IPAAYlF/IN9/AN9RItN/MH5BYtV/IPiH4sEjUBhQQCDPND/dBmLTfzB+QWLVfyD4h+LBI1AYUEA gzzQAHUQi038weEFx4GQKkEA/////+uti+Vdw8zMzMzMzMzMzMxVi+zo+EMAAA++BUhdQQCFwHQF 6EhAAABdw8zMzMzMzFWL7Gr/aLgAQQBoJHRAAGShAAAAAFBkiSUAAAAAg8TwU1ZXiWXo/xVAgUEA oxRdQQChFF1BAMHoCCX/AAAAoyBdQQCLDRRdQQCB4f8AAACJDRxdQQCLFRxdQQDB4ggDFSBdQQCJ FRhdQQChFF1BAMHoECX//wAAoxRdQQDo31gAAIXAdQpqHOgUAQAAg8QEx0X8AAAAAOilHQAA6LBY AAD/FaCBQQCjjGJBAOjwTgAAo9xcQQCDPdxcQQAAdAmDPYxiQQAAdQpq/+hiQAAAg8QE6EpHAADo BUYAAOgQQAAAiw0wXUEAiQ00XUEAixUwXUEAUqEoXUEAUIsNJF1BAFHo1fX//4PEDIlF5ItV5FLo HEAAAIPEBMdF/P/////rMYtF7IsIixGJVeCLRexQi03gUeiZQwAAg8QIw4tl6ItV4FLoCUAAAIPE BMdF/P////+LTfBkiQ0AAAAAX15bi+Vdw8zMzMzMzMzMzMzMzMzMVYvsgz3kXEEAAnQF6E9aAACL RQhQ6JZaAACDxARo/wAAAP8VAC1BAIPEBF3DzMzMVYvsgz3kXEEAAnQF6B9aAACLRQhQ6GZaAACD xARo/wAAAP8VRIFBAF3DzMzMzMzMVYvsg+wIU1ZXg30IAHUeaHwAQQBqAGpBaMQAQQBqAugsBQAA g8QUg/gBdQHMM8CFwHXWi00IiU38i1X8i0IQUOhbXAAAg8QEhcB1BzPA6f0AAACBffygKkEAdQnH RfgAAAAA6xmBffzAKkEAdQnHRfgBAAAA6wczwOnSAAAAiw3YXEEAg8EBiQ3YXEEAi1X8i0IMJQwB AACFwHQHM8DprQAAAItN+IM8jehcQQAAdVpqXmjEAEEAagJoABAAAOg9HwAAg8QQi1X4iQSV6FxB AItF+IM8hehcQQAAdS2LTfyDwRSLVfyJSgiLRfyLTfyLUQiJEItF/MdAGAIAAACLTfzHQQQCAAAA 6y+LVfyLRfiLDIXoXEEAiUoIi1X8i0X8i0gIiQqLVfzHQhgAEAAAi0X8x0AEABAAAItN/ItRDIHK AhEAAItF/IlQDLgBAAAAX15bi+Vdw8zMzMzMzMzMzFWL7FFTVleDfQgAdCeDfQgBdCFo0ABBAGoA aKEAAABoxABBAGoC6MUDAACDxBSD+AF1AcwzwIXAdc2LTQyJTfyDfQgAdEmLVfyLQgwlABAAAIXA dDiLTfxR6JI/AACDxASLVfyLQgyA5O6LTfyJQQyLVfzHQhgAAAAAi0X8xwAAAAAAi038x0EIAAAA AOsbi1X8i0IMJQAQAACFwHQMi038UehJPwAAg8QEX15bi+Vdw8zMzMzMzMzMzMzMzMzMzFWL7IPs KItFCIlF+ItNDA+vTRCJTfCLVfCJVfSDffQAdQczwOnsAQAAi0UUi0gMgeEMAQAAhcl0C4tVFItC GIlF5OsHx0XkABAAAIN99AAPhL0BAACLTRSLUQyB4ggBAACF0nR0i0UUg3gEAHRri00Ui1X0O1EE cwiLRfSJReDrCYtNFItRBIlV4ItF4IlF6ItN6FGLVfhSi0UUiwhR6D1fAACDxAyLVfQrVeiJVfSL RRSLSAQrTeiLVRSJSgSLRRSLCANN6ItVFIkKi0X4A0XoiUX46TQBAACLTfQ7TeQPgsoAAACLVRSL QgwlCAEAAIXAdCCLTRRR6DM+AACDxASFwHQQi0XwK0X0M9L3dQzpAQEAAIN95AB0EotF9DPS93Xk i0X0K8KJRdzrBotN9IlN3ItV3IlV6ItF6FCLTfhRi1UUi0IQUOjkWwAAg8QMiUXsg33s/3Ufi00U i1EMg8ogi0UUiVAMi0XwK0X0M9L3dQzpngAAAItN9CtN7IlN9ItV+ANV7IlV+ItF7DtF6HMci00U i1EMg8ogi0UUiVAMi0XwK0X0M9L3dQzraOtei034D74RiVX8i0UUUItN/FHo61gAAIPECIP4/3UN i0XwK0X0M9L3dQzrO4tV+IPCAYlV+ItF9IPoAYlF9ItNFIN5GAB+C4tVFItCGIlF2OsHx0XYAQAA AItN2IlN5Ok5/v//i0UQi+Vdw8zMzMzMzMxVi+z/FUiBQQBdw8zMzMzMVYvsUYN9CAB8BoN9CAN8 BYPI/+s+g30M/3UMi0UIiwSFEC1BAOssi00Mg+H4hcl0BYPI/+sdi1UIiwSVEC1BAIlF/ItNCItV DIkUjRAtQQCLRfyL5V3DzMzMzMzMzMzMVYvsUYN9CAB8BoN9CAN8B7j+////62ODfQz6dQyLRQiL BIUgLUEA61GLTQiLFI0gLUEAiVX8g30M/HUUavX/FUyBQQCLTQiJBI0gLUEA6yeDfQz7dRRq9P8V TIFBAItVCIkElSAtQQDrDYtFCItNDIkMhSAtQQCLRfyL5V3DzMxVi+xRoYBiQQCJRfyLTQiJDYBi QQCLRfyL5V3DzMzMzFWL7LgsMAAA6LNkAABXxoX4z///ALn/AwAAM8CNvfnP///zq2arqsaF+N// /wC5/wMAADPAjb353///86tmq6rGhQDw//8Auf8DAAAzwI29AfD///OrZquqjUUciYX87///g30I AHwGg30IA3wIg8j/6RUDAACDfQgCD4WgAAAAaAgtQQD/FWSBQQCFwA+OjQAAAIM98FxBAAB1Qmi0 AUEA/xVggUEAiYX0z///g730z///AHQgaKgBQQCLjfTP//9R/xVcgUEAo/BcQQCDPfBcQQAAdQiD yP/prQIAAItVEFKLRQxQaHQBQQCNjfjf//9R/xXwXEEAg8QQjZX43///Uv8VWIFBAGgILUEA/xVU gUEA6Nj9//+DyP/pawIAAIN9GAB0N4uF/O///1CLTRhRaO0PAACNlQDw//9S6H5iAACDxBCFwH0U aEgBQQCNhQDw//9Q6Cby//+DxAiDfQgCdTKDfRgAdAzHhdjP//80AUEA6wrHhdjP//8gAUEAi43Y z///UY2V+M///1Lo7vH//4PECI2FAPD//1CNjfjP//9R6Ojx//+DxAiDfQgCdTmLVQiLBJUQLUEA g+ABhcB0FGgcAUEAjY34z///Uei98f//g8QIaBgBQQCNlfjP//9S6Knx//+DxAiDfQwAdEKNhfjP //9Qi00QUYtVDFJoDAFBAGgAEAAAjYX43///UOirYAAAg8QYhcB9FGhIAUEAjY343///UehT8f// g8QI6xaNlfjP//9SjYX43///UOg78f//g8QIgz2AYkEAAHQ7jY347///UY2V+N///1KLRQhQ/xWA YkEAg8QMhcB0HIN9CAJ1C2gILUEA/xVUgUEAi4X47///6f8AAACLTQiLFI0QLUEAg+IBhdJ0PotF CIM8hSAtQQD/dDFqAI2N8M///1GNlfjf//9S6IHv//+DxARQjYX43///UItNCIsUjSAtQQBS/xVQ gUEAi0UIiwyFEC1BAIPhAoXJdA2Nlfjf//9S/xVYgUEAi0UIiwyFEC1BAIPhBIXJdG6DfRAAdB1q Co2V3M///1KLRRBQ6M5cAACDxAyJhdTP///rCseF1M///wAAAACNjQDw//9Ri1UUUouF1M///1CL TQxRi1UIUug6AAAAg8QUiYX47///g30IAnULaAgtQQD/FVSBQQCLhfjv///rE4N9CAJ1C2gILUEA /xVUgUEAM8Bfi+Vdw1WL7Lg4EQAA6CNhAACDfRgAdSVoCANBAGoAaNoBAABo/AJBAGoC6EX8//+D xBSD+AF1Bego+///M8CFwHXPaAQBAACNjfj+//9RagD/FWiBQQCFwHUUaOQCQQCNlfj+//9S6Inv //+DxAiNhfj+//+JRfyLTfxR6DTu//+DxASD+EB2KYtV/FLoI+7//4PEBItN/I1UAcCJVfxqA2jg AkEAi0X8UOimZQAAg8QMi00UiY3w7v//g73w7v//AHRJi5Xw7v//Uujl7f//g8QEg/hAdjWLhfDu //9Q6NHt//+DxASLjfDu//+NVAHAiZXw7v//agNo4AJBAIuF8O7//1DoS2UAAIPEDIN9CAJ1DMeF 7O7//2wCQQDrCseF7O7//2gCQQCLTRgPvhGF0nQLi0UYiYXo7v//6wrHheju//9oAkEAi00YD74R hdJ0EoN9CAJ1DMeF5O7//1gCQQDrCseF5O7//2gCQQCLRRgPvgiFyXQMx4Xg7v//VAJBAOsKx4Xg 7v//aAJBAIN9EAB0C4tVEImV3O7//+sKx4Xc7v//aAJBAIN9EAB0DMeF2O7//0wCQQDrCseF2O7/ /2gCQQCDfQwAdAuLRQyJhdTu///rCseF1O7//2gCQQCDfQwAdAzHhdDu//9EAkEA6wrHhdDu//9o AkEAg73w7v//AHQOi43w7v//iY3M7v//6wrHhczu//9oAkEAg73w7v//AHQMx4XI7v//OAJBAOsK x4XI7v//aAJBAIuV7O7//1KLheju//9Qi43k7v//UYuV4O7//1KLhdzu//9Qi43Y7v//UYuV1O7/ /1KLhdDu//9Qi43M7v//UYuVyO7//1KLRfxQi00IixSNMC1BAFJo5AFBAGgAEAAAjYX07v//UOiO XAAAg8Q8hcB9FGhIAUEAjY307v//Ueg27f//g8QIaBIgAQBowAFBAI2V9O7//1LovWIAAIPEDImF 9P7//4O99P7//wN1FGoW6IRgAACDxARqA+iqMwAAg8QEg730/v//BHUHuAEAAADrAjPAi+Vdw8xV i+yD7AhTVleDfQgAdR5ofABBAGoAamloIANBAGoC6Dz5//+DxBSD+AF1AcwzwIXAddaLTQiJTfyL VfyLQgwlgwAAAIXAdA2LTfyLUQyD4kCF0nQIg8j/6XwBAACLRfyLSAyD4QKFyXQWi1X8i0IMDCCL TfyJQQyDyP/pWQEAAItV/ItCDAwBi038iUEMi1X8i0IMJQwBAACFwHUOi038Uej6ZwAAg8QE6wuL VfyLRfyLSAiJCotV/ItCGFCLTfyLUQhSi0X8i0gQUehwYwAAg8QMi1X8iUIEi0X8g3gEAHQJi038 g3kE/3Uwi1X8i0IE99gbwIPgEIPAEItN/ItRDAvQi0X8iVAMi038x0EEAAAAAIPI/+m+AAAAi1X8 i0IMJYIAAACFwHVTi038g3kQ/3Qhi1X8i0IQwfgFi038i1EQg+IfiwSFQGFBAI0M0IlN+OsHx0X4 SC1BAItV+A++QgQlggAAAD2CAAAAdQ+LTfyLUQyAziCLRfyJUAyLTfyBeRgAAgAAdSeLVfyLQgyD 4AiFwHQai038i1EMgeIABAAAhdJ1CotF/MdAGAAQAACLTfyLUQSD6gGLRfyJUASLTfyLEQ++AiX/ AAAAi038ixGDwgGLTfyJEV9eW4vlXcNVi+yB7KgCAABTVlfHRdwAAAAAx4XU/f//AAAAAMdF6AAA AACLRQyKCIhN2A++VdiLRQyDwAGJRQyF0g+EzwsAAIO91P3//wAPjMILAAAPvk3Yg/kgfB8PvlXY g/p4fxYPvkXYD76IEANBAIPhD4mNcP3//+sKx4Vw/f//AAAAAIuVcP3//4lV9ItF9ItN6A++lMEw A0EAwfoEiVXoi0XoiYVs/f//g71s/f//Bw+HWAsAAIuNbP3///8kje00QADHReQAAAAAi1XYgeL/ AAAAocgvQQAzyWaLDFCB4QCAAACFyXRYjZXU/f//UotFCFAPvk3YUeg2DAAAg8QMi1UMigKIRdiL TQyDwQGJTQwPvlXYhdJ1IWiwA0EAagBohgEAAGikA0EAagLoUvb//4PEFIP4AXUBzDPAhcB10Y2N 1P3//1GLVQhSD75F2FDo3gsAAIPEDOmxCgAAx0X4AAAAAItN+ImNxP3//4uVxP3//4mVvP3//4uF vP3//4lF8MdF/AAAAADHhcz9////////x0XkAAAAAOlvCgAAD75N2ImNaP3//4uVaP3//4PqIImV aP3//4O9aP3//xB3SIuNaP3//zPAioElNUAA/ySFDTVAAItV/IPKBIlV/Osoi0X8DAGJRfzrHotN /IPJAolN/OsTi1X8gMqAiVX86wiLRfwMCIlF/OkACgAAD75N2IP5KnUzjVUQUugjDAAAg8QEiYW8 /f//g728/f//AH0Wi0X8DASJRfyLjbz9///32YmNvP3//+sXi5W8/f//a9IKD75F2I1MAtCJjbz9 ///pqAkAAMeFzP3//wAAAADpmQkAAA++VdiD+ip1J41FEFDovAsAAIPEBImFzP3//4O9zP3//wB9 CseFzP3////////rF4uNzP3//2vJCg++VdiNRBHQiYXM/f//6U0JAAAPvk3YiY1k/f//i5Vk/f// g+pJiZVk/f//g71k/f//Lndsi41k/f//M8CKgUo1QAD/JIU2NUAAi1X8g8oQiVX860yLRQwPvgiD +TZ1IItVDA++QgGD+DR1FItNDIPBAolNDItV/IDOgIlV/OsMx0XoAAAAAOmJ/f//6xOLRfwMIIlF /OsJi038gM0IiU386boIAAAPvlXYiZVg/f//i4Vg/f//g+hDiYVg/f//g71g/f//NQ+HuQYAAIuV YP3//zPJioq9NUAA/ySNeTVAAItF/CUwCAAAhcB1CYtN/IDNCIlN/ItV/IHiEAgAAIXSdDmNRRBQ 6MkKAACDxARmiUXsZotN7FGNldj9//9S6MFjAACDxAiJRdyDfdwAfQrHhcT9//8BAAAA6yaNRRBQ 6FAKAACDxARmiYW4/f//io24/f//iI3Y/f//x0XcAQAAAI2V2P3//4lV4OkVBgAAjUUQUOgcCgAA g8QEiYW0/f//g720/f//AHQMi420/f//g3kEAHUaixU8LUEAiVXgi0XgUOhs5f//g8QEiUXc60+L TfyB4QAIAACFyXQji5W0/f//i0IEiUXgi420/f//D78R0eqJVdzHReQBAAAA6x/HReQAAAAAi4W0 /f//i0gEiU3gi5W0/f//D78CiUXc6YAFAACLTfyB4TAIAACFyXUJi1X8gM4IiVX8g73M/f///3UM x4Vc/f//////f+sMi4XM/f//iYVc/f//i41c/f//iY2o/f//jVUQUuhECQAAg8QEiUXgi0X8JRAI AACFwHRog33gAHUJiw1ALUEAiU3gx0XkAQAAAItV4ImVrP3//4uFqP3//4uNqP3//4PpAYmNqP3/ /4XAdCCLlaz9//8zwGaLAoXAdBGLjaz9//+DwQKJjaz9///rx4uVrP3//ytV4NH6iVXc61qDfeAA dQihPC1BAIlF4ItN4ImNsP3//4uVqP3//4uFqP3//4PoAYmFqP3//4XSdB6LjbD9//8PvhGF0nQR i4Ww/f//g8ABiYWw/f//68mLjbD9//8rTeCJTdzpWwQAAI1VEFLoYggAAIPEBImFpP3//4tF/IPg IIXAdBKLjaT9//9mi5XU/f//ZokR6w6LhaT9//+LjdT9//+JCMeFxP3//wEAAADpEAQAAMdF+AEA AACKVdiAwiCIVdiLRfwMQIlF/I2N2P3//4lN4IO9zP3//wB9DMeFzP3//wYAAADrHIO9zP3//wB1 Ew++VdiD+md1CseFzP3//wEAAACLRRCDwAiJRRCLTRCD6QiLEYtBBImVnP3//4mFoP3//4tN+FGL lcz9//9SD75F2FCLTeBRjZWc/f//Uv8VsC9BAIPEFItF/CWAAAAAhcB0FoO9zP3//wB1DYtN4FH/ FbwvQQCDxAQPvlXYg/pndRmLRfwlgAAAAIXAdQ2LTeBR/xW0L0EAg8QEi1XgD74Cg/gtdRKLTfyA zQGJTfyLVeCDwgGJVeCLReBQ6KDi//+DxASJRdzpBQMAAItN/IPJQIlN/MeFyP3//woAAADpggAA AMeFyP3//woAAADrdseFzP3//wgAAADHhdD9//8HAAAA6wrHhdD9//8nAAAAx4XI/f//EAAAAItV /IHigAAAAIXSdB3GhcD9//8wi4XQ/f//g8BRiIXB/f//x0XwAgAAAOsgx4XI/f//CAAAAItN/IHh gAAAAIXJdAmLVfyAzgKJVfyLRfwlAIAAAIXAdB2NTRBR6IYGAACDxASJhYj9//+JlYz9///pkQAA AItV/IPiIIXSdEiLRfyD4ECFwHQejU0QUeg1BgAAg8QED7/AmYmFiP3//4mVjP3//+sejVUQUugX BgAAg8QEJf//AACZiYWI/f//iZWM/f//6z+LRfyD4ECFwHQbjU0QUejtBQAAg8QEmYmFiP3//4mV jP3//+sajVUQUujSBQAAg8QEM8mJhYj9//+JjYz9//+LVfyD4kCF0nQ+g72M/f//AH81fAmDvYj9 //8AcyqLhYj9///32IuNjP3//4PRAPfZiYWU/f//iY2Y/f//i1X8gM4BiVX86xiLhYj9//+JhZT9 //+LjYz9//+JjZj9//+LVfyB4gCAAACF0nUUi4WU/f//M8mJhZT9//+JjZj9//+Dvcz9//8AfQzH hcz9//8BAAAA6wmLVfyD4veJVfyLhZT9//8LhZj9//+FwHUHx0XwAAAAAI1N14lN4IuVzP3//4uF zP3//4PoAYmFzP3//4XSfxSLjZT9//8LjZj9//+FyQ+EgQAAAIuFyP3//5lSUIuVmP3//1KLhZT9 //9Q6BxfAACDwDCJhZD9//+Lhcj9//+ZUlCLjZj9//9Ri5WU/f//UuiHXgAAiYWU/f//iZWY/f// g72Q/f//OX4Si4WQ/f//A4XQ/f//iYWQ/f//i03gipWQ/f//iBGLReCD6AGJReDpUv///41N1ytN 4IlN3ItV4IPCAYlV4ItF/CUAAgAAhcB0KYtN4A++EYP6MHUGg33cAHUYi0Xgg+gBiUXgi03gxgEw i1Xcg8IBiVXcg73E/f//AA+FzgEAAItF/IPgQIXAdE+LTfyB4QABAACFyXQQxoXA/f//LcdF8AEA AADrMotV/IPiAYXSdBDGhcD9//8rx0XwAQAAAOsYi0X8g+AChcB0DsaFwP3//yDHRfABAAAAi428 /f//K03cK03wiY2E/f//i1X8g+IMhdJ1HI2F1P3//1CLTQhRi5WE/f//Umog6OUCAACDxBCNhdT9 //9Qi00IUYtV8FKNhcD9//9Q6AcDAACDxBCLTfyD4QiFyXQmi1X8g+IEhdJ1HI2F1P3//1CLTQhR i5WE/f//Umow6JcCAACDxBCDfeQAD4SkAAAAg33cAA+OmgAAAItF4ImFgP3//4tN3ImNfP3//4uV fP3//4uFfP3//4PoAYmFfP3//4XSdG2LjYD9//9mixFmiZVa/f//ZouFWv3//1CNjXj9//9Ri5WA /f//g8ICiZWA/f//6AJcAACDxAiJhXT9//+DvXT9//8AfwLrJo2F1P3//1CLTQhRi5V0/f//Uo2F eP3//1DoMAIAAIPEEOl6////6xuNjdT9//9Ri1UIUotF3FCLTeBR6A4CAACDxBCLVfyD4gSF0nQc jYXU/f//UItNCFGLlYT9//9SaiDoqAEAAIPEEOkU9P//i4XU/f//X15bi+Vdw5ApQAAqKkAAbCpA ANsqQAAzK0AAQitAAI4rQAAhLEAAuCpAAMMqQACuKkAAoypAAM4qQADWKkAAAAUFAQUFBQUFBQUC BQMFBQTQK0AACSxAAMUrQAATLEAAHCxAAAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQB BAQEAgQEBAQEBAQEBAQDXCxAAPAuQADwLkAAgC1AACkwQADrLEAAcSxAAPsvQAAAL0AA+y9AAKUu QAB1MEAAHzBAAJYtQAATMEAANTBAAAAzQAAAEAEQAhAQEBAQEBAQEBAQAxAQEBAEEAUQEBAQEBAQ EAYHCAgIEAkQEBAQCgsMEBANEA4QEA/MzMzMzMzMzMzMzMzMVYvsUYtFDItIBIPpAYtVDIlKBItF DIN4BAB8JotNDIsRikUIiAIPvk0IgeH/AAAAiU38i1UMiwKDwAGLTQyJAesTi1UMUotFCFDogUEA AIPECIlF/IN9/P91C4tNEMcB/////+sNi1UQiwKDwAGLTRCJAYvlXcPMzMzMzMzMzMxVi+yLRQyL TQyD6QGJTQyFwH4gi1UUUotFEFCLTQhR6Fz///+DxAyLVRSDOv91AusC69Bdw8zMzMzMzMzMzMzM VYvsUYtFDItNDIPpAYlNDIXAfjKLVRRSi0UQUItNCA++EYlV/ItF/FCLTQiDwQGJTQjoCf///4PE DItVFIM6/3UC6wLrvovlXcPMzMzMzMxVi+yLRQiLCIPBBItVCIkKi0UIiwiLQfxdw8zMzMzMzFWL 7ItFCIsIg8EIi1UIiQqLRQiLCIPpCIsBi1EEXcPMVYvsi0UIiwiDwQSLVQiJCotFCIsIZotB/F3D zMzMzMxVi+yD7GxogQAAAGjAA0EAagJoAAEAAOh0AwAAg8QQiUWwg32wAHUKahvoAeP//4PEBItF sKNAYUEAxwV8YkEAIAAAAOsJi02wg8EIiU2wixVAYUEAgcIAAQAAOVWwcxmLRbDGQAQAi02wxwH/ ////i1WwxkIFCuvNjUW4UP8VdIFBAItN6oHh//8AAIXJD4R6AQAAg33sAA+EcAEAAItV7IsCiUWc i03sg8EEiU38i1X8A1WciVWggX2cAAgAAH0Ii0WciUWY6wfHRZgACAAAi02YiU2cx0WkAQAAAOsJ i1Wkg8IBiVWkoXxiQQA7RZwPjYcAAABotgAAAGjAA0EAagJoAAEAAOiEAgAAg8QQiUWwg32wAHUL iw18YkEAiU2c61qLVaSLRbCJBJVAYUEAiw18YkEAg8EgiQ18YkEA6wmLVbCDwgiJVbCLRaSLDIVA YUEAgcEAAQAAOU2wcxmLVbDGQgQAi0WwxwD/////i02wxkEFCuvJ6WL////HRagAAAAA6xuLVaiD wgGJVaiLRfyDwAGJRfyLTaCDwQSJTaCLVag7VZx9ZYtFoIM4/3RYi038D74Rg+IBhdJ0S4tF/A++ CIPhCIXJdRCLVaCLAlD/FXCBQQCFwHQui02owfkFi1Wog+IfiwSNQGFBAI0M0IlNsItVsItFoIsI iQqLVbCLRfyKCIhKBOl4////x0WoAAAAAOsJi1Wog8IBiVWog32oAw+N0QAAAItFqIsNQGFBAI0U wYlVsItFsIM4/w+FogAAAItNsMZBBIGDfagAdQnHRZT2////6xCLVaiD6gH32hvSg8L1iVWUi0WU UP8VTIFBAIlFtIN9tP90WItNtFH/FXCBQQCJRayDfawAdEWLVbCLRbSJAotNrIHh/wAAAIP5AnUQ i1WwikIEDECLTbCIQQTrHYtVrIHi/wAAAIP6A3UPi0WwikgEgMkIi1WwiEoE6w+LRbCKSASAyUCL VbCISgTrD4tFsIpIBIDJgItVsIhKBOkc////oXxiQQBQ/xVsgUEAi+Vdw8zMzMzMVYvsUcdF/AAA AADrCYtF/IPAAYlF/IN9/EB9MotN/IM8jUBhQQAAdCNqAotV/IsElUBhQQBQ6IUKAACDxAiLTfzH BI1AYUEAAAAAAOu/i+Vdw8zMzMzMzMzMzMzMzMzMVYvsagBqAGoBobRgQQBQi00IUehYAAAAg8QU XcPMzMxVi+yLRRRQi00QUYtVDFKhtGBBAFCLTQhR6DIAAACDxBRdw8zMzMzMzMzMzMzMzMxVi+xq AGoAagGLRQxQi00IUegKAAAAg8QUXcPMzMzMzFWL7FGLRRhQi00UUYtVEFKLRQhQ6FcAAACDxBCJ RfyDffwAdQaDfQwAdQWLRfzrFotNCFHol1YAAIPEBIXAdQQzwOsC676L5V3DzMzMzMzMVYvsagBq AGoBi0UIUOgOAAAAg8QQXcPMzMzMzMzMzMxVi+yD7BBTVlfHRfQAAAAAoVAtQQCD4ASFwHQw6B8Q AACFwHUhaLQEQQBqAGhBAQAAaKgEQQBqAuhT5P//g8QUg/gBdQHMM8mFyXXQixVULUEAiVX4i0X4 OwVYLUEAdQHMi00UUYtVEFKLRfhQi00MUYtVCFJqAGoB/xXgMUEAg8QchcB1XoN9EAB0K4tFFFCL TRBRaHAEQQBqAGoAagBqAOjq4///g8Qcg/gBdQHMM9KF0nXX6yZoTARBAGhIBEEAagBqAGoAagDo wuP//4PEGIP4AXUBzDPAhcB12jPA6SgCAACLTQyB4f//AACD+QJ0FIsVUC1BAIPiAYXSdQfHRfQB AAAAg30I4HcLi0UIg8Akg/jgdiyLTQhRaCQEQQBqAGoAagBqAehj4///g8QYg/gBdQHMM9KF0nXb M8DpyQEAAItFDCX//wAAg/gEdECDfQwBdDqLTQyB4f//AACD+QJ0LIN9DAN0JmjwA0EAaEgEQQBq AGoAagBqAegP4///g8QYg/gBdQHMM9KF0nXai0UIg8AkiUXwi03wUejuVQAAg8QEiUX8g338AHUH M8DpVwEAAIsVVC1BAIPCAYkVVC1BAIN99AB0SYtF/McAAAAAAItN/MdBBAAAAACLVfzHQggAAAAA i0X8x0AMvLrc/otN/ItVCIlREItF/MdAFAMAAACLTfzHQRgAAAAA6aAAAACLFfhcQQADVQiJFfhc QQChAF1BAANFCKMAXUEAiw0AXUEAOw0EXUEAdgyLFQBdQQCJFQRdQQCDPfxcQQAAdA2h/FxBAItN /IlIBOsJi1X8iRX0XEEAi0X8iw38XEEAiQiLVfzHQgQAAAAAi0X8i00QiUgIi1X8i0UUiUIMi038 i1UIiVEQi0X8i00MiUgUi1X8i0X4iUIYi038iQ38XEEAagQz0ooVXC1BAFKLRfyDwBxQ6MZTAACD xAxqBDPJig1cLUEAUYtVCItF/I1MECBR6KhTAACDxAyLVQhSM8CgZC1BAFCLTfyDwSBR6I1TAACD xAyLRfyDwCBfXluL5V3DzMzMzMzMzMzMzMzMzFWL7GoAagBqAYtFDFCLTQhR6AoAAACDxBRdw8zM zMzMVYvsg+wMi0UMD69FCIlFDItNGFGLVRRSi0UQUItNDFHo2/v//4PEEIlF+IN9+AB0KItV+IlV 9ItF9ANFDIlF/ItN9DtN/HMRi1X0xgIAi0X0g8ABiUX06+eLRfiL5V3DVYvsagBqAGoBi0UMUItN CFHoCgAAAIPEFF3DzMzMzMxVi+xRagGLRRhQi00UUYtVEFKLRQxQi00IUegRAAAAg8QYiUX8i0X8 i+Vdw8zMzMxVi+yD7BRTVlfHRewAAAAAg30IAHUdi0UYUItNFFGLVRBSi0UMUOgl+///g8QQ6dcE AACDfRwAdB2DfQwAdReLTRBRi1UIUuhEBQAAg8QIM8DptAQAAKFQLUEAg+AEhcB0MOjpCwAAhcB1 IWi0BEEAagBoOQIAAGioBEEAagLoHeD//4PEFIP4AXUBzDPJhcl10IsVVC1BAIlV8ItF8DsFWC1B AHUBzItNGFGLVRRSi0XwUItNEFGLVQxSi0UIUGoC/xXgMUEAg8QchcB1XoN9FAB0K4tNGFGLVRRS aDAGQQBqAGoAagBqAOiy3///g8Qcg/gBdQHMM8CFwHXX6yZoDAZBAGhIBEEAagBqAGoAagDoit// /4PEGIP4AXUBzDPJhcl12jPA6d4DAACDfQzbdiyLVQxSaNwFQQBqAGoAagBqAehY3///g8QYg/gB dQHMM8CFwHXbM8DprAMAAIN9EAF0QotNEIHh//8AAIP5BHQ0i1UQgeL//wAAg/oCdCZo8ANBAGhI BEEAagBqAGoAagHoCd///4PEGIP4AXUBzDPAhcB12otNCFHo4Q4AAIPEBIXAdSFouAVBAGoAaGEC AABoqARBAGoC6NLe//+DxBSD+AF1Acwz0oXSdcmLRQiD6CCJRfiLTfiDeRQDdQfHRewBAAAAg33s AHQ+i1X4gXoMvLrc/nUJi0X4g3gYAHQhaHAFQQBqAGhrAgAAaKgEQQBqAuh33v//g8QUg/gBdQHM M8mFyXXE62SLVfiLQhQl//8AAIP4AnUVi00QgeH//wAAg/kBdQfHRRACAAAAi1X4i0IUJf//AACL TRCB4f//AAA7wXQhaDQFQQBqAGhyAgAAaKgEQQBqAugR3v//g8QUg/gBdQHMM9KF0nXBg30cAHQl i0UMg8AkUItN+FHo7FEAAIPECIlF9IN99AB1BzPA6UMCAADrI4tVDIPCJFKLRfhQ6CdRAACDxAiJ RfSDffQAdQczwOkeAgAAiw1ULUEAg8EBiQ1ULUEAg33sAHVWi1X0ofhcQQArQhCj+FxBAIsN+FxB AANNDIkN+FxBAItV9KEAXUEAK0IQowBdQQCLDQBdQQADTQyJDQBdQQCLFQBdQQA7FQRdQQB2CqEA XUEAowRdQQCLTfSDwSCJTfyLVfSLRQw7QhB2JItN9ItVDCtREFIzwKBkLUEAUItN9ItV/ANREFLo FE8AAIPEDGoEM8CgXC1BAFCLTfwDTQxR6PtOAACDxAyDfewAdRuLVfSLRRSJQgiLTfSLVRiJUQyL RfSLTfCJSBiLVfSLRQyJQhCDfRwAdS+DfRwAdQiLTfQ7Tfh0IWgABUEAagBoqAIAAGioBEEAagLo otz//4PEFIP4AXUBzDPShdJ1xYtF9DtF+HQGg33sAHQIi0X86ecAAACLTfSDOQB0EItV9IsCi030 i1EEiVAE6zyh9FxBADtF+HQhaOQEQQBqAGi3AgAAaKgEQQBqAuhD3P//g8QUg/gBdQHMM8mFyXXP i1X0i0IEo/RcQQCLTfSDeQQAdA+LVfSLQgSLTfSLEYkQ6zuh/FxBADtF+HQhaMgEQQBqAGjCAgAA aKgEQQBqAujv2///g8QUg/gBdQHMM8mFyXXPi1X0iwKj/FxBAIM9/FxBAAB0DosN/FxBAItV9IlR BOsIi0X0o/RcQQCLTfSLFfxcQQCJEYtF9MdABAAAAACLTfSJDfxcQQCLRfxfXluL5V3DzMzMzMzM zMzMzMzMzMzMVYvsagBqAGoBi0UMUItNCFHoCgAAAIPEFF3DzMzMzMxVi+xRagCLRRhQi00UUYtV EFKLRQxQi00IUeih+v//g8QYiUX8i0X8i+Vdw8zMzMxVi+xqAYtFCFDoEgAAAIPECF3DzMzMzMzM zMzMzMzMzFWL7FFTVlehUC1BAIPgBIXAdDDoqAYAAIXAdSFotARBAGoAaOEDAABoqARBAGoC6Nza //+DxBSD+AF1AcwzyYXJddCDfQgAdQXplwMAAGoAagBqAItVDFJqAItFCFBqA/8V4DFBAIPEHIXA dStoeAdBAGhIBEEAagBqAGoAagDojNr//4PEGIP4AXUBzDPJhcl12ulNAwAAi1UIUuhfCgAAg8QE hcB1IWi4BUEAagBo8wMAAGioBEEAagLoUNr//4PEFIP4AXUBzDPAhcB1yYtNCIPpIIlN/ItV/ItC FCX//wAAg/gEdEOLTfyDeRQBdDqLVfyLQhQl//8AAIP4AnQqi038g3kUA3QhaFAHQQBqAGj5AwAA aKgEQQBqAuju2f//g8QUg/gBdQHMM9KF0nWnoVAtQQCD4ASFwA+FxQAAAGoEig1cLUEAUYtV/IPC HFLo2gQAAIPEDIXAdUOLRfyDwCBQi038i1EYUotF/ItIFIHh//8AAIsUjWgtQQBSaCQHQQBqAGoA agBqAeh/2f//g8Qgg/gBdQHMM8CFwHW9agSKDVwtQQBRi1X8i0IQi038jVQBIFLodAQAAIPEDIXA dUOLRfyDwCBQi038i1EYUotF/ItIFIHh//8AAIsUjWgtQQBSaPgGQQBqAGoAagBqAegZ2f//g8Qg g/gBdQHMM8CFwHW9i038g3kUA3Vsi1X8gXoMvLrc/nUJi0X8g3gYAHQhaLgGQQBqAGgOBAAAaKgE QQBqAujU2P//g8QUg/gBdQHMM8mFyXXEi1X8i0IQg8AkUDPJig1gLUEAUYtV/FLoqUoAAIPEDItF /FDofU4AAIPEBOlqAQAAi038g3kUAnUNg30MAXUHx0UMAgAAAItV/ItCFDtFDHQhaJgGQQBqAGgb BAAAaKgEQQBqAuhc2P//g8QUg/gBdQHMM8mFyXXOi1X8oQBdQQArQhCjAF1BAIsNUC1BAIPhAoXJ D4XYAAAAi1X8gzoAdBCLRfyLCItV/ItCBIlBBOs+iw30XEEAO038dCFogAZBAGoAaCoEAABoqARB AGoC6PHX//+DxBSD+AF1Acwz0oXSdc6LRfyLSASJDfRcQQCLVfyDegQAdA+LRfyLSASLVfyLAokB 6z2LDfxcQQA7Tfx0IWhoBkEAagBoNAQAAGioBEEAagLom9f//4PEFIP4AXUBzDPShdJ1zotF/IsI iQ38XEEAi1X8i0IQg8AkUDPJig1gLUEAUYtV/FLoZUkAAIPEDItF/FDoOU0AAIPEBOspi038x0EU AAAAAItV/ItCEFAzyYoNYC1BAFGLVfyDwiBS6C5JAACDxAxfXluL5V3DzMzMzFWL7GoBi0UIUOgS AAAAg8QIXcPMzMzMzMzMzMzMzMzMVYvsg+wIU1ZXoVAtQQCD4ASFwHQw6JYCAACFwHUhaLQEQQBq AGh8BAAAaKgEQQBqAujK1v//g8QUg/gBdQHMM8mFyXXQi1UIUuiiBgAAg8QEhcB1IWi4BUEAagBo hQQAAGioBEEAagLok9b//4PEFIP4AXUBzDPAhcB1yYtNCIPpIIlN+ItV+ItCFCX//wAAg/gEdEOL TfiDeRQBdDqLVfiLQhQl//8AAIP4AnQqi034g3kUA3QhaFAHQQBqAGiLBAAAaKgEQQBqAugx1v// g8QUg/gBdQHMM9KF0nWni0X4g3gUAnUNg30MAXUHx0UMAgAAAItN+IN5FAN0MotV+ItCFDtFDHQh aJgGQQBqAGiSBAAAaKgEQQBqAujg1f//g8QUg/gBdQHMM8mFyXXOi1X4i0IQiUX8i0X8X15bi+Vd w8zMzMzMzMzMzMzMzMzMVYvsUaFYLUEAiUX8i00IiQ1YLUEAi0X8i+Vdw8zMzMxVi+xRU1ZXi0UI UOhwBQAAg8QEhcB0a4tNCIPpIIlN/ItV/ItCFCX//wAAg/gEdEOLTfyDeRQBdDqLVfyLQhQl//8A AIP4AnQqi038g3kUA3QhaFAHQQBqAGjTBAAAaKgEQQBqAugm1f//g8QUg/gBdQHMM9KF0nWni0X8 i00MiUgUX15bi+Vdw8zMzMzMzMxVi+xRoeAxQQCJRfyLTQiJDeAxQQCLRfyL5V3DzMzMzFWL7FFT VlfHRfwBAAAAi0UQi00Qg+kBiU0QhcB0YItVCDPAigKLTQyB4f8AAACLVQiDwgGJVQg7wXRBi0UM Jf8AAABQi00IM9KKUf9Si0UIg+gBUGiUB0EAagBqAGoAagDoetT//4PEIIP4AXUBzDPJhcl1xsdF /AAAAADrkItF/F9eW4vlXcPMzMzMzMzMzFWL7IPsGFNWV8dF/AEAAAChUC1BAIPgAYXAdQq4AQAA AOkUAwAA6GVKAACJRfSDffT/D4T9AAAAg330/g+E8wAAAItN9IlN6ItV6IPCBolV6IN96AMPh60A AACLRej/JIVBT0AAaOgIQQBoSARBAGoAagBqAGoA6NTT//+DxBiD+AF1AcwzyYXJddrpngAAAGjE CEEAaEgEQQBqAGoAagBqAOip0///g8QYg/gBdQHMM9KF0nXa63ZooAhBAGhIBEEAagBqAGoAagDo gdP//4PEGIP4AXUBzDPAhcB12utOaHwIQQBoSARBAGoAagBqAGoA6FnT//+DxBiD+AF1AcwzyYXJ ddrrJmhQCEEAaEgEQQBqAGoAagBqAOgx0///g8QYg/gBdQHMM9KF0nXaM8DpBQIAAKH8XEEAiUX4 6wiLTfiLEYlV+IN9+AAPhOYBAADHRfABAAAAi0X4i0gUgeH//wAAg/kEdCOLVfiDehQBdBqLRfiL SBSB4f//AACD+QJ0CYtV+IN6FAN1GItF+ItIFIHh//8AAIsUjWgtQQCJVezrB8dF7EgIQQBqBKBc LUEAUItN+IPBHFHosf3//4PEDIXAdTqLVfiDwiBSi0X4i0gYUYtV7FJoJAdBAGoAagBqAGoA6GbS //+DxCCD+AF1AcwzwIXAdc3HRfAAAAAAagSKDVwtQQBRi1X4i0IQi034jVQBIFLoVP3//4PEDIXA dTqLRfiDwCBQi034i1EYUotF7FBo+AZBAGoAagBqAGoA6AnS//+DxCCD+AF1AcwzyYXJdc3HRfAA AAAAi1X4g3oUAHVQi0X4i0gQUYoVYC1BAFKLRfiDwCBQ6PD8//+DxAyFwHUvi034g8EgUWgcCEEA agBqAGoAagDosNH//4PEGIP4AXUBzDPShdJ12MdF8AAAAACDffAAdXaLRfiDeAgAdDOLTfiLUQxS i0X4i0gIUYtV7FJo/AdBAGoAagBqAGoA6GfR//+DxCCD+AF1AcwzwIXAdc2LTfiLURBSi0X4g8Ag UItN7FFo0AdBAGoAagBqAGoA6DTR//+DxCCD+AF1Acwz0oXSdc3HRfwAAAAA6Qj+//+LRfxfXluL 5V3D4ExAALhMQACQTEAAZUxAAMzMzMzMzMzMzMzMzMzMzFWL7FGhUC1BAIlF/IN9CP90CYtNCIkN UC1BAItF/IvlXcPMzMzMzMzMzMzMzMzMzFWL7FGhUC1BAIPgAYXAdQLrPYsN/FxBAIlN/OsIi1X8 iwKJRfyDffwAdCSLTfyLURSB4v//AACD+gR1EYtFDFCLTfyDwSBR/1UIg8QI686L5V3DzMzMzMzM zMzMzMzMzFWL7FGDfQgAdDOLRQxQi00IUf8VfIFBAIXAdSGDfRAAdBKLVQxSi0UIUP8VeIFBAIXA dQnHRfwBAAAA6wfHRfwAAAAAi0X8i+Vdw8zMzMzMVYvsg+wMg30IAHUEM8DrfGoBaiCLRQiD6CBQ 6JD///+DxAyFwHUEM8DrYY1N/FGNVfRSi0UIg+ggUOiBSgAAg8QMiUX4g334AHQWi034M9KKEYXS dAe4AQAAAOsvM8DrK6EUXUEAJQCAAACFwHQHuAEAAADrFotNCIPpIFFqAIsV7GBBAFL/FYCBQQCL 5V3DVYvsUYtFCFDoY////4PEBIXAdQczwOmmAAAAi00Ig+kgiU38i1X8i0IUJf//AACD+AR0IotN /IN5FAF0GYtV/ItCFCX//wAAg/gCdAmLTfyDeRQDdWlqAYtVDFKLRQhQ6Lv+//+DxAyFwHRTi038 i1EQO1UMdUiLRfyLSBg7DVQtQQB/OoN9EAB0C4tVEItF/ItIGIkKg30UAHQLi1UUi0X8i0gIiQqD fRgAdAuLVRiLRfyLSAyJCrgBAAAA6wIzwIvlXcPMzMzMzMzMzMzMzFWL7FGhHGFBAIlF/ItNCIkN HGFBAItF/IvlXcPMzMzMVYvsg+wIU1ZXg30IAHUraDAJQQBoSARBAGoAagBqAGoA6GrO//+DxBiD +AF1AcwzwIXAddrpFQEAAItNCIsV/FxBAIkRx0X8AAAAAOsJi0X8g8ABiUX8g338BX0ei038i1UI x0SKGAAAAACLRfyLTQjHRIEEAAAAAOvTixX8XEEAiVX46wiLRfiLCIlN+IN9+AAPhJ8AAACLVfiL QhQl//8AAIXAfGaLTfiLURSB4v//AACD+gV9VYtF+ItIFIHh//8AAItVCItEigSDwAGLTfiLURSB 4v//AACLTQiJRJEEi1X4i0IUJf//AACLTQiLVIEYi0X4A1AQi034i0EUJf//AACLTQiJVIEY6yWL VfhSaAwJQQBqAGoAagBqAOhtzf//g8QYg/gBdQHMM8CFwHXb6U////+LTQiLFQRdQQCJUSyLRQiL DfhcQQCJSDBfXluL5V3DzMzMzMzMzMzMzFWL7IPsCFNWV8dF+AAAAACDfQgAdAyDfQwAdAaDfRAA dS5oWAlBAGhIBEEAagBqAGoAagDo98z//4PEGIP4AXUBzDPAhcB12otF+OnMAAAAx0X8AAAAAOsJ i038g8EBiU38g338BQ+NgAAAAItV/ItFEItN/It1DItUkBgrVI4Yi0X8i00IiVSBGItV/ItFEItN /It1DItUkAQrVI4Ei0X8i00IiVSBBItV/ItFCIN8kBgAdQ2LTfyLVQiDfIoEAHQlg338AHQfg338 AnUSg338AnUToVAtQQCD4BCFwHQHx0X4AQAAAOlt////i00Qi1UMi0EsK0Isi00IiUEsi1UQi0UM i0owK0gwi1UIiUowi0UIxwAAAAAAi0X4X15bi+Vdw8zMzMzMzMzMzMzMzMxVi+yD7AhTVlfHRfgA AAAAaFAKQQBoSARBAGoAagBqAGoA6NnL//+DxBiD+AF1AcwzwIXAddqDfQgAdAiLTQiLEYlV+KH8 XEEAiUX86wiLTfyLEYlV/IN9/AAPhBgCAACLRfw7RfgPhAwCAACLTfyLURSB4v//AACD+gN0LYtF /ItIFIHh//8AAIXJdB2LVfyLQhQl//8AAIP4AnUSiw1QLUEAg+EQhcl1BenEAQAAi1X8g3oIAHRw agBqAYtF/ItICFHo2Pr//4PEDIXAdSqLVfyLQgxQaDwKQQBqAGoAagBqAOgYy///g8QYg/gBdQHM M8mFyXXY6y+LVfyLQgxQi038i1EIUmgwCkEAagBqAGoAagDo58r//4PEHIP4AXUBzDPAhcB10YtN /ItRGFJoKApBAGoAagBqAGoA6L/K//+DxBiD+AF1AcwzwIXAddiLTfyLURSB4v//AACD+gR1cYtF /ItIEFGLVfyLQhTB+BAl//8AAFCLTfyDwSBRaPQJQQBqAGoAagBqAOhwyv//g8Qgg/gBdQHMM9KF 0nXCgz0cYUEAAHQZi0X8i0gQUYtV/IPCIFL/FRxhQQCDxAjrDItF/FDo5gAAAIPEBOmhAAAAi038 g3kUAXU9i1X8i0IQUItN/IPBIFFozAlBAGoAagBqAGoA6AXK//+DxByD+AF1Acwz0oXSddGLRfxQ 6J0AAACDxATrW4tN/ItRFIHi//8AAIP6AnVKi0X8i0gQUYtV/ItCFMH4ECX//wAAUItN/IPBIFFo mAlBAGoAagBqAGoA6KjJ//+DxCCD+AF1Acwz0oXSdcKLRfxQ6EAAAACDxATp1v3//2iACUEAaEgE QQBqAGoAagBqAOhxyf//g8QYg/gBdQHMM8mFyXXaX15bi+Vdw8zMzMzMzMzMzMzMVYvsg+xcU1ZX x0W0AAAAAOsJi0W0g8ABiUW0i00Ig3kQEH0Li1UIi0IQiUWs6wfHRawQAAAAi020O02sD42aAAAA i1UIA1W0ikIgiEWwgz0QUkEAAX4caFcBAACLTbCB4f8AAABR6LVPAACDxAiJRajrHYtVsIHi/wAA AKHIL0EAM8lmiwxQgeFXAQAAiU2og32oAHQOi1WwgeL/AAAAiVWk6wfHRaQgAAAAi0W0ik2kiEwF uItVsIHi/wAAAFJodApBAItFtGvAA41MBcxR6ExOAACDxAzpNv///4tVtMZEFbgAjUXMUI1NuFFo ZApBAGoAagBqAGoA6FLI//+DxByD+AF1Acwz0oXSdddfXluL5V3DzMzMzMzMzMzMzMzMVYvsg+w0 U1ZXjUXMUOiO+f//g8QEg33gAHUZg33UAHUTiw1QLUEAg+EQhcl0PYN92AB0N2h8CkEAaEgEQQBq AGoAagBqAOjlx///g8QYg/gBdQHMM9KF0nXaagDoz/v//4PEBLgBAAAA6wIzwF9eW4vlXcPMzMzM zMzMzMzMzMxVi+xRU1ZXg30IAHUF6awAAADHRfwAAAAA6wmLRfyDwAGJRfyDffwFfUSLTfyLFI1o LUEAUotF/ItNCItUgQRSi0X8i00Ii1SBGFJo2ApBAGoAagBqAGoA6FPH//+DxCCD+AF1AcwzwIXA db7rrYtNCItRLFJotApBAGoAagBqAGoA6CnH//+DxBiD+AF1AcwzwIXAddiLTQiLUTBSaJQKQQBq AGoAagBqAOgBx///g8QYg/gBdQHMM8CFwHXYX15bi+Vdw8zMzMzMzMzMzMzMVYvsg+wIx0X8AAAA AMdF+AMAAADrCYtF+IPAAYlF+ItN+DsN4HVBAH17i1X4oZhiQQCDPJAAdGiLTfiLFZhiQQCLBIqL SAyB4YMAAACFyXQii1X4oZhiQQCLDJBR6A5OAACDxASD+P90CYtV/IPCAYlV/IN9+BR8J2oCi0X4 iw2YYkEAixSBUuhD6///g8QIi0X4iw2YYkEAxwSBAAAAAOlx////i0X8i+Vdw8zMzMxVi+yDPRhh QQAAdAb/FRhhQQBoECRBAGgIIkEA6H8BAACDxAhoBCFBAGgAIEEA6G0BAACDxAhdw8zMzMzMzMzM VYvsagBqAItFCFDocAAAAIPEDF3DzMzMzMzMzMzMzMxVi+xqAGoBi0UIUOhQAAAAg8QMXcPMzMzM zMzMzMzMzFWL7GoBagBqAOgyAAAAg8QMXcPMzMzMzMzMzMzMzMzMVYvsagFqAWoA6BIAAACDxAxd w8zMzMzMzMzMzMzMzMxVi+xRgz1QXUEAAXURi0UIUP8ViIFBAFD/FYSBQQDHBUxdQQABAAAAik0Q iA1IXUEAg30MAHVHgz0UYUEAAHQsixUEYUEAiVX8i0X8g+gEiUX8i038Ow0UYUEAcg+LVfyDOgB0 BYtF/P8Q691oHCdBAGgUJUEA6GUAAACDxAhoJClBAGggKEEA6FMAAACDxAiDPVRdQQAAdSBq/+jg 8///g8QEg+AghcB0D8cFVF1BAAEAAADoh/z//4N9EAB0AusUxwVQXUEAAQAAAItNCFH/FUSBQQCL 5V3DzMzMzMzMzFWL7ItFCDtFDHMYi00IgzkAdAWLVQj/EotFCIPABIlFCOvgXcPMzMzMzMzMzMzM zFWL7IN9CAB1DGoA6CABAACDxATrPItFCFDoQgAAAIPEBIXAdAWDyP/rJ4tNCItRDIHiAEAAAIXS dBWLRQiLSBBR6IpMAACDxAT32BvA6wIzwF3DzMzMzMzMzMzMzMzMzFWL7IPsDMdF/AAAAACLRQiJ RfiLTfiLUQyD4gOD+gJ1eotF+ItIDIHhCAEAAIXJdGqLVfiLRfiLCitICIlN9IN99AB+VotV9FKL RfiLSAhRi1X4i0IQUOikHQAAg8QMO0X0dSGLTfiLUQyB4oAAAACF0nQPi0X4i0gMg+H9i1X4iUoM 6xaLRfiLSAyDySCLVfiJSgzHRfz/////i0X4i034i1EIiRCLRfjHQAQAAAAAi0X8i+Vdw8zMzMzM zMzMzFWL7GoB6AYAAACDxARdw8xVi+yD7AzHRfwAAAAAx0X4AAAAAMdF9AAAAADrCYtF9IPAAYlF 9ItN9DsN4HVBAA+NlwAAAItV9KGYYkEAgzyQAA+EgAAAAItN9IsVmGJBAIsEiotIDIHhgwAAAIXJ dGeDfQgBdSSLVfShmGJBAIsMkFHoWf7//4PEBIP4/3QJi1X8g8IBiVX86z2DfQgAdTeLRfSLDZhi QQCLFIGLQgyD4AKFwHQhi030ixWYYkEAiwSKUOgY/v//g8QEg/j/dQfHRfj/////6VH///+DfQgB dQWLRfzrA4tF+IvlXcPMzFWL7IPsFItFCFDooQEAAIPEBIlF9IN99AB0CYtN9IN5CAB1D4tVDFL/ FYyBQQDpcgEAAItF9IN4CAV1FItN9MdBCAAAAAC4AQAAAOlVAQAAi1X0g3oIAXUIg8j/6UQBAACL RfSLSAiJTfyLFVhdQQCJVeyLRQyjWF1BAItN9IN5BAgPhfoAAACLFfgtQQCJVfDrCYtF8IPAAYlF 8IsN+C1BAAMN/C1BADlN8H0Si1Xwa9IMx4KILUEAAAAAAOvUoQQuQQCJRfiLTfSBOY4AAMB1D8cF BC5BAIMAAADpiAAAAItV9IE6kAAAwHUMxwUELkEAgQAAAOtxi0X0gTiRAADAdQzHBQQuQQCEAAAA 61qLTfSBOZMAAMB1DMcFBC5BAIUAAADrQ4tV9IE6jQAAwHUMxwUELkEAggAAAOssi0X0gTiPAADA dQzHBQQuQQCGAAAA6xWLTfSBOZIAAMB1CscFBC5BAIoAAACLFQQuQQBSagj/VfyDxAiLRfijBC5B AOsXi030x0EIAAAAAItV9ItCBFD/VfyDxASLTeyJDVhdQQCDyP+L5V3DzMzMzMzMzFWL7FHHRfyA LUEAi0X8iwg7TQh0HYtV/IPCDIlV/KEALkEAa8AMBYAtQQA5RfxzAuvZiw0ALkEAa8kMgcGALUEA OU38cwqLVfyLAjtFCHQEM8DrA4tF/IvlXcPMzMzMzFWL7IPsEMdF+AAAAACh3FxBAIlF/ItN/A++ EYXSdCyLRfwPvgiD+T10CYtV+IPCAYlV+ItF/FDoRLL//4PEBItN/I1UAQGJVfzrympVaPgKQQBq AotF+I0MhQQAAABR6Iza//+DxBCJRfSLVfSJFTBdQQCDPTBdQQAAdQpqCegNuv//g8QEodxcQQCJ RfzrCYtN/ANN8IlN/ItV/A++AoXAdGaLTfxR6NSx//+DxASDwAGJRfCLVfwPvgKD+D10R2phaPgK QQBqAotN8FHoHtr//4PEEItV9IkCi0X0gzgAdQpqCeinuf//g8QEi038UYtV9IsCUOjFsv//g8QI i030g8EEiU3064dqAosV3FxBAFLoGeT//4PECMcF3FxBAAAAAACLRfTHAAAAAACL5V3DzMzMzMzM zMzMzMzMzMzMVYvsg+wUaAQBAABoYF1BAGoA/xVogUEAxwVAXUEAYF1BAKGMYkEAD74Ihcl1C4sV QF1BAIlV7OsIoYxiQQCJReyLTeyJTfCNVfxSjUX0UGoAagCLTfBR6HQAAACDxBRqdWgEC0EAagKL VfSLRfyNDJBR6DnZ//+DxBCJRfiDffgAdQpqCOjGuP//g8QEjVX8Uo1F9FCLTfSLVfiNBIpQi034 UYtV8FLoJAAAAIPEFItF9IPoAaMkXUEAi034iQ0oXUEAi+Vdw8zMzMzMzMzMzFWL7IPsFItFGMcA AAAAAItNFMcBAQAAAItVCIlV/IN9DAB0EYtFDItNEIkIi1UMg8IEiVUMi0X8D74Ig/kiD4XJAAAA i1X8g8IBiVX8i0X8D74Ig/kidHqLVfwPvgKFwHRwi038M9KKETPAioJxXkEAg+AEhcB0L4tNGIsR g8IBi0UYiRCDfRAAdByLTRCLVfyKAogBi00Qg8EBiU0Qi1X8g8IBiVX8i0UYiwiDwQGLVRiJCoN9 EAB0E4tFEItN/IoRiBCLRRCDwAGJRRDpcv///4tNGIsRg8IBi0UYiRCDfRAAdA+LTRDGAQCLVRCD wgGJVRCLRfwPvgiD+SJ1CYtV/IPCAYlV/OnPAAAAi0UYiwiDwQGLVRiJCoN9EAB0E4tFEItN/IoR iBCLRRCDwAGJRRCLTfyKEYhV9ItF/IPAAYlF/ItN9IHh/wAAADPSipFxXkEAg+IEhdJ0L4tFGIsI g8EBi1UYiQqDfRAAdBOLRRCLTfyKEYgQi0UQg8ABiUUQi038g8EBiU38i1X0geL/AAAAg/ogdB6L RfQl/wAAAIXAdBKLTfSB4f8AAACD+QkPhVb///+LVfSB4v8AAACF0nULi0X8g+gBiUX86w2DfRAA dAeLTRDGQf8Ax0XsAAAAAItV/A++AoXAdCGLTfwPvhGD+iB0C4tF/A++CIP5CXULi1X8g8IBiVX8 69+LRfwPvgiFyXUF6d4BAACDfQwAdBGLVQyLRRCJAotNDIPBBIlNDItVFIsCg8ABi00UiQHHRfgB AAAAx0XwAAAAAItV/A++AoP4XHUUi038g8EBiU38i1Xwg8IBiVXw6+GLRfwPvgiD+SJ1UYtF8DPS uQIAAAD38YXSdTmDfewAdCCLVfwPvkIBg/gidQuLTfyDwQGJTfzrB8dF+AAAAADrB8dF+AAAAAAz 0oN97AAPlMKJVeyLRfDR6IlF8ItN8ItV8IPqAYlV8IXJdCSDfRAAdA+LRRDGAFyLTRCDwQGJTRCL VRiLAoPAAYtNGIkB68yLVfwPvgKFwHQcg33sAHUbi038D74Rg/ogdAuLRfwPvgiD+Ql1BemrAAAA g334AA+EkwAAAIN9EAB0VItV/DPAigIzyYqIcV5BAIPhBIXJdCmLVRCLRfyKCIgKi1UQg8IBiVUQ i0X8g8ABiUX8i00YixGDwgGLRRiJEItNEItV/IoCiAGLTRCDwQGJTRDrLItV/DPAigIzyYqIcV5B AIPhBIXJdBaLVfyDwgGJVfyLRRiLCIPBAYtVGIkKi0UYiwiDwQGLVRiJCotF/IPAAYlF/Olt/v// g30QAHQPi00QxgEAi1UQg8IBiVUQi0UYiwiDwQGLVRiJCuno/f//g30MAHQSi0UMxwAAAAAAi00M g8EEiU0Mi1UUiwKDwAGLTRSJAYvlXcPMzMzMzMzMzMzMzMxVi+yD7BjHRewAAAAAx0X0AAAAAIM9 ZF5BAAB1Pf8VPIFBAIlF7IN97AB0DMcFZF5BAAEAAADrIv8VnIFBAIlF7IN97AB0DMcFZF5BAAIA AADrBzPA6RsCAACDPWReQQABD4WvAAAAg33sAHUW/xU8gUEAiUXsg33sAHUHM8Dp8gEAAItF7IlF 8ItN8DPSZosRhdJ0IItF8IPAAolF8ItN8DPSZosRhdJ1CYtF8IPAAolF8OvUi03wK03sg8ECiU30 aldoEAtBAGoCi1X0Uujd0///g8QQiUXog33oAHURi0XsUP8VmIFBADPA6YUBAACLTfRRi1XsUotF 6FDorxUAAIPEDItN7FH/FZiBQQCLRejpXwEAAIM9ZF5BAAIPhVIBAACDfewAdRb/FZyBQQCJReyD fewAdQczwOk2AQAAi1XsiVX4i0X4D74Ihcl0SWoAagBq/4tV+FJqAaHYYEEAUP8VlIFBAIlF/IN9 /AB1BzPA6f4AAACLTfQDTfyJTfSLVfhS6Leq//+DxASLTfiNVAEBiVX4662LRfSDwAGJRfRohwAA AGgQC0EAagKLTfTR4VHo+NL//4PEEIlF6IN96AB1EYtV7FL/FZCBQQAzwOmgAAAAi0XsiUX4i03o iU3wi1X4D74ChcB0dYtN8CtN6NH5i1X0K9FSi0XwUGr/i034UWoBixXYYEEAUv8VlIFBAIXAdRxq AotF6FDoz9z//4PECItN7FH/FZCBQQAzwOtDi1X4UugFqv//g8QEi034jVQBAYlV+ItF8FDoz0AA AIPEBItN8I1UQQKJVfDrgYtF8GbHAAAAi03sUf8VkIFBAItF6IvlXcPMzMzMzMzMVYvsg+wYx0Xs AAAAAMdF6AAAAACDPWheQQAAdT3/FTyBQQCJReyDfewAdAzHBWheQQABAAAA6yL/FZyBQQCJReiD fegAdAzHBWheQQACAAAA6wczwOm+AQAAgz1oXkEAAQ+F+gAAAIN97AB1Fv8VPIFBAIlF7IN97AB1 BzPA6ZUBAACLReyJRfiLTfgz0maLEYXSdCCLRfiDwAKJRfiLTfgz0maLEYXSdQmLRfiDwAKJRfjr 1ItN+CtN7NH5g8EBiU38agBqAGoAagCLVfxSi0XsUGoAagD/FaSBQQCJRfCDffAAdCFo+wAAAGgQ C0EAagKLTfBR6DXR//+DxBCJReiDfegAdRGLVexS/xWYgUEAM8DpAAEAAGoAagCLRfBQi03oUYtV /FKLRexQagBqAP8VpIFBAIXAdRVqAotN6FHoK9v//4PECMdF6AAAAACLVexS/xWYgUEAi0Xo6bcA AACDPWheQQACD4WoAAAAg33oAHUW/xWcgUEAiUXog33oAHUHM8DpjgAAAItF6IlF9ItN9A++EYXS dB6LRfSDwAGJRfSLTfQPvhGF0nUJi0X0g8ABiUX069iLTfQrTeiDwQGJTfBoJgEAAGgQC0EAagKL VfBS6FfQ//+DxBCJRfSDffQAdQ6LRehQ/xWQgUEAM8DrJYtN8FGLVehSi0X0UOgsEgAAg8QMi03o Uf8VkIFBAItF9OsCM8CL5V3DzMzMzFWL7IPsKItFCFDo8QIAAIPEBIlFCItNCDsNeGBBAHUHM8Dp 0wIAAIN9CAB1EeiuAwAA6CkEAAAzwOm8AgAAx0X8AAAAAOsJi1X8g8IBiVX8g338BQ+DPQEAAItF /GvAMIuIEC5BADtNCA+FIwEAAMdF3AAAAADrCYtV3IPCAYlV3IF93AEBAABzDItF3MaAcF5BAADr 4sdF9AAAAADrCYtN9IPBAYlN9IN99ARze4tV/GvSMItF9I2MwiAuQQCJTfjrCYtV+IPCAolV+ItF +DPJigiFyXRNi1X4M8CKQgGFwHRBi034M9KKEYlV3OsJi0Xcg8ABiUXci034M9KKUQE5Vdx3HYtF 3ItN9IqQcV5BAAqRCC5BAItF3IiQcV5BAOvN65/pdv///4tNCIkNeGBBAMcF+GBBAAEAAACLFXhg QQBS6BgCAACDxASjfGBBAMdF9AAAAADrCYtF9IPAAYlF9IN99AZzHotN/GvJMItV9ItF9GaLjEEU LkEAZokMVYBgQQDr0+jVAgAAM8DpaAEAAOmw/v//jVXgUotFCFD/FaiBQQCD+AEPhTIBAADHRdwA AAAA6wmLTdyDwQGJTdyBfdwBAQAAcwyLVdzGgnBeQQAA6+KLRQijeGBBAMcFfGBBAAAAAACDfeAB D4a1AAAAjU3miU3Y6wmLVdiDwgKJVdiLRdgzyYoIhcl0R4tV2DPAikIBhcB0O4tN2DPSihGJVdzr CYtF3IPAAYlF3ItN2DPSilEBOVXcdxeLRdyKiHFeQQCAyQSLVdyIinFeQQDr0+ulx0XcAQAAAOsJ i0Xcg8ABiUXcgX3c/wAAAHMXi03cipFxXkEAgMoIi0XciJBxXkEA69eLDXhgQQBR6M4AAACDxASj fGBBAMcF+GBBAAEAAADrCscF+GBBAAAAAADHRfQAAAAA6wmLVfSDwgGJVfSDffQGcw+LRfRmxwRF gGBBAAAA6+LohAEAADPA6xqDPYxgQQAAdA7o8gAAAOhtAQAAM8DrA4PI/4vlXcPMzFWL7McFjGBB AAAAAACDfQj+dRLHBYxgQQABAAAA/xWwgUEA6zKDfQj9dRLHBYxgQQABAAAA/xWsgUEA6xqDfQj8 dRHHBYxgQQABAAAAodhgQQDrA4tFCF3DzMzMzMzMzFWL7FGLRQiJRfyLTfyB6aQDAACJTfyDffwS dy6LRfwz0oqQtG5AAP8klaBuQAC4EQQAAOsXuAQIAADrELgSBAAA6wm4BAQAAOsCM8CL5V3Dfm5A AIVuQACMbkAAk25AAJpuQAAABAQEAQQEBAQEBAQEBAQEBAIDzMzMzMzMzMzMVYvsUcdF/AAAAADr CYtF/IPAAYlF/IF9/AEBAAB9DItN/MaBcF5BAADr4scFeGBBAAAAAADHBfhgQQAAAAAAxwV8YEEA AAAAAMdF/AAAAADrCYtV/IPCAYlV/IN9/AZ9D4tF/GbHBEWAYEEAAADr4ovlXcPMzMzMzMzMzMzM zMxVi+yB7BwFAACNhej8//9Qiw14YEEAUf8VqIFBAIP4AQ+FEwIAAMeF5Pr//wAAAADrD4uV5Pr/ /4PCAYmV5Pr//4G95Pr//wABAABzFYuF5Pr//4qN5Pr//4iMBfz8///r0MaF/Pz//yCNle78//+J VfzrCYtF/IPAAolF/ItN/DPSihGF0nRAi0X8M8mKCImN5Pr//+sPi5Xk+v//g8IBiZXk+v//i0X8 M8mKSAE5jeT6//93EIuV5Pr//8aEFfz8//8g69HrrGoAoXxgQQBQiw14YEEAUY2V/P3//1JoAAEA AI2F/Pz//1BqAeifQQAAg8QcagCLDXhgQQBRaAABAACNlej7//9SaAABAACNhfz8//9QaAABAACL DXxgQQBR6Do8AACDxCBqAIsVeGBBAFJoAAEAAI2F6Pr//1BoAAEAAI2N/Pz//1FoAAIAAIsVfGBB AFLoBTwAAIPEIMeF5Pr//wAAAADrD4uF5Pr//4PAAYmF5Pr//4G95Pr//wABAAAPg6sAAACLjeT6 //8z0maLlE38/f//g+IBhdJ0NouF5Pr//4qIcV5BAIDJEIuV5Pr//4iKcV5BAIuF5Pr//4uN5Pr/ /4qUDej7//+IkHhfQQDrWYuF5Pr//zPJZouMRfz9//+D4QKFyXQ1i5Xk+v//ioJxXkEADCCLjeT6 //+IgXFeQQCLleT6//+LheT6//+KjAXo+v//iIp4X0EA6w2LleT6///GgnhfQQAA6Tb////pxQAA AMeF5Pr//wAAAADrD4uF5Pr//4PAAYmF5Pr//4G95Pr//wABAAAPg5oAAACDveT6//9BcjuDveT6 //9adzKLjeT6//+KkXFeQQCAyhCLheT6//+IkHFeQQCLjeT6//+DwSCLleT6//+IinhfQQDrUYO9 5Pr//2FyO4O95Pr//3p3MouF5Pr//4qIcV5BAIDJIIuV5Pr//4iKcV5BAIuF5Pr//4PoIIuN5Pr/ /4iBeF9BAOsNi5Xk+v//xoJ4X0EAAOlH////i+Vdw8zMzMzMzMzMzMzMzMzMVYvsgz34YEEAAHQH oXhgQQDrAjPAXcPMzMzMzMzMzMxVi+xq/ehm+P//g8QEXcPMVYvsagBoABAAAGoB/xW4gUEAo+xg QQCDPexgQQAAdQQzwOse6IckAACFwHUQoexgQQBQ/xW0gUEAM8DrBbgBAAAAXcPMzMzMzMzMzMzM zMxVi+xRx0X86DFBAItF/IN4EAB0FGgAgAAAagCLTfyLURBS/xW8gUEAi0X8iwiJTfyBffzoMUEA ddKLFexgQQBS/xW0gUEAi+Vdw8zMVYvsU1ZXVWoAagBoRHNAAP91COgYSwAAXV9eW4vlXcOLTCQE 90EEBgAAALgBAAAAdA+LRCQIi1QkEIkCuAMAAADDU1ZXi0QkEFBq/mhMc0AAZP81AAAAAGSJJQAA AACLRCQgi1gIi3AMg/7/dC47dCQkdCiNNHaLDLOJTCQIiUgMg3yzBAB1EmgBAQAAi0SzCOhAAAAA /1SzCOvDZI8FAAAAAIPEDF9eW8MzwGSLDQAAAACBeQRMc0AAdRCLUQyLUgw5UQh1BbgBAAAAw1NR uwQvQQDrClNRuwQvQQCLTQiJSwiJQwSJawxZW8IEAMzMVkMyMFhDMDBVi+yD7AhTVldV/ItdDItF CPdABAYAAAAPhYIAAACJRfiLRRCJRfyNRfiJQ/yLcwyLewiD/v90YY0MdoN8jwQAdEVWVY1rEP9U jwRdXotdDAvAdDN4PIt7CFPoqf7//4PEBI1rEFZT6N7+//+DxAiNDHZqAYtEjwjoYf///4sEj4lD DP9UjwiLewiNDHaLNI/robgAAAAA6xy4AQAAAOsVVY1rEGr/U+ie/v//g8QIXbgBAAAAXV9eW4vl XcNVi0wkCIspi0EcUItBGFDoef7//4PECF3CBADMzMzMVYvsgz3kXEEAAXQSgz3kXEEAAHUygz0E LUEAAXUpaPwAAADoKAAAAIPEBIM9kGBBAAB0Bv8VkGBBAGj/AAAA6AwAAACDxARdw8zMzMzMzMxV i+yB7LQBAABTVlfHRfgAAAAA6wmLRfiDwAGJRfiDffgScxOLTfiLVQg7FM0YL0EAdQLrAuvei0X4 i00IOwzFGC9BAA+FoAEAAIF9CPwAAAB0IYtV+IsE1RwvQQBQagBqAGoAagHolar//4PEFIP4AXUB zIM95FxBAAF0EoM95FxBAAB1dIM9BC1BAAF1a4M9QGFBAAB0HYsNQGFBAIN5EP90EYsVQGFBAItC EImFTP7//+sOavT/FUyBQQCJhUz+//9qAI1N/FGLVfiLBNUcL0EAUOhnnP//g8QEUItN+IsUzRwv QQBSi4VM/v//UP8VUIFBAOnwAAAAgX0I/AAAAA+E4wAAAGgEAQAAjY3w/v//UWoA/xVogUEAhcB1 FGjkAkEAjZXw/v//UuhQnf//g8QIjYXw/v//iUX0i030Uej7m///g8QEg8ABg/g8diyNlfD+//9S 6OSb//+DxASLTfSNVAHFiVX0agNo4AJBAItF9FDoZxMAAIPEDGjQDUEAjY1Q/v//UejznP//g8QI i1X0Uo2FUP7//1Do8Jz//4PECGhUAkEAjY1Q/v//UejcnP//g8QIi1X4iwTVHC9BAFCNjVD+//9R 6MKc//+DxAhoECABAGioDUEAjZVQ/v//Uug5EgAAg8QMX15bi+Vdw8zMzMzMzMzMzMzMzMzMzFWL 7FHHRfwAAAAA6wmLRfyDwAGJRfyDffwScxOLTfyLVQg7FM0YL0EAdQLrAuvei0X8i00IOwzFGC9B AHUMi1X8iwTVHC9BAOsCM8CL5V3DVYvsi0UIOwV8YkEAcgQzwOsbi00IwfkFi1UIg+IfiwSNQGFB AA++RNAEg+BAXcPMVYvsg+wUU1ZXg30MAHUeaHwAQQBqAGppaCwOQQBqAuhcqP//g8QUg/gBdQHM M8CFwHXWi00MiU34i1X4i0IQiUXwi034i1EMgeKCAAAAhdJ0DYtF+ItIDIPhQIXJdBaLVfiLQgwM IItN+IlBDIPI/+n2AQAAi1X4i0IMg+ABhcB0SotN+MdBBAAAAACLVfiLQgyD4BCFwHQci034i1X4 i0IIiQGLTfiLUQyD4v6LRfiJUAzrF4tN+ItRDIPKIItF+IlQDIPI/+mfAQAAi034i1EMg8oCi0X4 iVAMi034i1EMg+Lvi0X4iVAMi034x0EEAAAAAMdF/AAAAACLVfyJVfSLRfiLSAyB4QwBAACFyXUu gX34oCpBAHQJgX34wCpBAHUQi1XwUuik/v//g8QEhcB1DItF+FDohBYAAIPEBItN+ItRDIHiCAEA AIXSD4TWAAAAi0X4i034ixArUQiF0n0haOwNQQBqAGigAAAAaCwOQQBqAugGp///g8QUg/gBdQHM M8CFwHXKi034i1X4iwErQgiJRfyLTfiLUQiDwgGLRfiJEItN+ItRGIPqAYtF+IlQBIN9/AB+HItN /FGLVfiLQghQi03wUeiyAAAAg8QMiUX060aDffD/dBuLVfDB+gWLRfCD4B+LDJVAYUEAjRTBiVXs 6wfHRexILUEAi0XsD75IBIPhIIXJdBBqAmoAi1XwUuhnOQAAg8QMi0X4i0gIilUIiBHrHsdF/AEA AACLRfxQjU0IUYtV8FLoPwAAAIPEDIlF9ItF9DtF/HQUi034i1EMg8ogi0X4iVAMg8j/6wiLRQgl /wAAAF9eW4vlXcPMzMzMzMzMzMzMzMzMzFWL7IHsIAQAAItFCDsFfGJBAHMfi00IwfkFi1UIg+If iwSNQGFBAA++TNAEg+EBhcl1HMcFCF1BAAkAAADHBQxdQQAAAAAAg8j/6U8CAADHRfAAAAAAi1Xw iZXg+///g30QAHUHM8DpMgIAAItFCMH4BYtNCIPhH4sUhUBhQQAPvkTKBIPgIIXAdBBqAmoAi00I UehoOAAAg8QMi1UIwfoFi0UIg+AfiwyVQGFBAA++VMEEgeKAAAAAhdIPhAgBAACLRQyJRfzHRfQA AAAAi038K00MO00QD4PqAAAAjZXs+///iVX4i0X4jY3s+///K8E9AAQAAH1fi1X8K1UMO1UQc1SL RfyKCIiN5Pv//4tV/IPCAYlV/A++heT7//+D+Ap1HouN4Pv//4PBAYmN4Pv//4tV+MYCDYtF+IPA AYlF+ItN+IqV5Pv//4gRi0X4g8ABiUX4649qAI2N6Pv//1GLVfiNhez7//8r0FKNjez7//9Ri1UI wfoFi0UIg+AfiwyVQGFBAIsUwVL/FVCBQQCFwHQji0XwA4Xo+///iUXwi034jZXs+///K8o5jej7 //99AusS6wv/FcSBQQCJRfTrBekH////601qAI2F6Pv//1CLTRBRi1UMUotFCMH4BYtNCIPhH4sU hUBhQQCLBMpQ/xVQgUEAhcB0EsdF9AAAAACLjej7//+JTfDrCf8VxIFBAIlF9IN98AB1eYN99AB0 LIN99AV1FccFCF1BAAkAAACLVfSJFQxdQQDrDItF9FDoqjcAAIPEBIPI/+tQi00IwfkFi1UIg+If iwSNQGFBAA++TNAEg+FAhcl0D4tVDA++AoP4GnUEM8DrIscFCF1BABwAAADHBQxdQQAAAAAAg8j/ 6wmLRfArheD7//+L5V3DzMzMzMzMzMzMzMzMzMxVi+xXVot1DItNEIt9CIvBi9EDxjv+dgg7+A+C eAEAAPfHAwAAAHUUwekCg+IDg/kIcinzpf8klUh+QACLx7oDAAAAg+kEcgyD4AMDyP8khWB9QAD/ JI1YfkAAkP8kjdx9QACQcH1AAJx9QADAfUAAI9GKBogHikYBiEcBikYCwekCiEcCg8YDg8cDg/kI cszzpf8klUh+QAAui8Aj0YoGiAeKRgHB6QKIRwGDxgKDxwKD+QhypvOl/ySVSH5AAJAj0YoGiAdG wekCR4P5CHKM86X/JJVIfkAALovAP35AACx+QAAkfkAAHH5AABR+QAAMfkAABH5AAPx9QACLRI7k iUSP5ItEjuiJRI/oi0SO7IlEj+yLRI7wiUSP8ItEjvSJRI/0i0SO+IlEj/iLRI78iUSP/I0EjQAA AAAD8AP4/ySVSH5AAIvAWH5AAGB+QABsfkAAgH5AAItFCF5fycOQigaIB4tFCF5fycOQigaIB4pG AYhHAYtFCF5fycMui8CKBogHikYBiEcBikYCiEcCi0UIXl/Jw5CNdDH8jXw5/PfHAwAAAHUkwekC g+IDg/kIcg3986X8/ySV4H9AAIvA99n/JI2Qf0AALovAi8e6AwAAAIP5BHIMg+ADK8j/JIXofkAA /ySN4H9AAJD4fkAAGH9AAEB/QACKRgMj0YhHA07B6QJPg/kIcrb986X8/ySV4H9AAC6LwIpGAyPR iEcDikYCwekCiEcCg+4Cg+8Cg/kIcoz986X8/ySV4H9AAJCKRgMj0YhHA4pGAohHAopGAcHpAohH AYPuA4PvA4P5CA+CWv////3zpfz/JJXgf0AALovAlH9AAJx/QACkf0AArH9AALR/QAC8f0AAxH9A ANd/QACLRI4ciUSPHItEjhiJRI8Yi0SOFIlEjxSLRI4QiUSPEItEjgyJRI8Mi0SOCIlEjwiLRI4E iUSPBI0EjQAAAAAD8AP4/ySV4H9AAIvA8H9AAPh/QAAIgEAAHIBAAItFCF5fycOQikYDiEcDi0UI Xl/Jwy6LwIpGA4hHA4pGAohHAotFCF5fycOQikYDiEcDikYCiEcCikYBiEcBi0UIXl/Jw8zMzMzM zMzMzMzMVYvsg30QCnUeg30IAH0YagGLRRBQi00MUYtVCFLoLgAAAIPEEOsWagCLRRBQi00MUYtV CFLoFgAAAIPEEItFDF3DzMzMzMzMzMzMzMzMzMxVi+yD7BCLRQyJRfyDfRQAdBeLTfzGAS2LVfyD wgGJVfyLRQj32IlFCItN/IlN+ItFCDPS93UQiVX0i0UIM9L3dRCJRQiDffQJdhaLVfSDwleLRfyI EItN/IPBAYlN/OsUi1X0g8Iwi0X8iBCLTfyDwQGJTfyDfQgAd7SLVfzGAgCLRfyD6AGJRfyLTfyK EYhV8ItF/ItN+IoRiBCLRfiKTfCICItV/IPqAYlV/ItF+IPAAYlF+ItN+DtN/HLMi+Vdw8zMzMzM zMzMzMzMzMzMVYvsUYN9EAp1D4N9CAB9CcdF/AEAAADrB8dF/AAAAACLRfxQi00QUYtVDFKLRQhQ 6Pv+//+DxBCLRQyL5V3DzFWL7GoAi0UQUItNDFGLVQhS6Nr+//+DxBCLRQxdw8zMVYvsUYN9FAp1 F4N9DAB/EXwGg30IAHMJx0X8AQAAAOsHx0X8AAAAAItF/FCLTRRRi1UQUotFDFCLTQhR6A8AAACL RRCL5V3DzMzMzMzMzMxVi+yD7BCLRRCJRfyDfRgAdA+LTfzGAS2LVfyDwgGJVfyLRfyJRfiLTRQz 0lJRi0UMUItNCFHoJQ8AAIlF9ItVFDPAUFKLTQxRi1UIUuieDgAAiUUIiVUMg330CXYWi0X0g8BX i038iAGLVfyDwgGJVfzrFItF9IPAMItN/IgBi1X8g8IBiVX8g30MAHeZcgaDfQgAd5GLRfzGAACL TfyD6QGJTfyLVfyKAohF8ItN/ItV+IoCiAGLTfiKVfCIEYtF/IPoAYlF/ItN+IPBAYlN+ItV+DtV /HLMi+VdwhQAzFWL7GoAi0UUUItNEFGLVQxSi0UIUOgG////i0UQXcPMVYvsg+wwU1ZXjUXgiUXc jU0UiU3Ug30IAHUeaGwAQQBqAGpdaDgOQQBqAugQnf//g8QUg/gBdQHMM9KF0nXWg30QAHUeaJAA QQBqAGpeaDgOQQBqAujmnP//g8QUg/gBdQHMM8CFwHXWi03cx0EMQgAAAItV3ItFCIlCCItN3ItV CIkRi0Xci00MiUgEi1XUUotFEFCLTdxR6CKl//+DxAyJRdiLVdyLQgSD6AGLTdyJQQSLVdyDegQA fCKLRdyLCMYBADPSgeL/AAAAiVXQi0XciwiDwQGLVdyJCusRi0XcUGoA6Nfz//+DxAiJRdCLRdhf XluL5V3DzMzMzMzMzFWL7IPsLFNWV41F4IlF3IN9CAB1HmhsAEEAagBqWmhEDkEAagLoFpz//4PE FIP4AXUBzDPJhcl11oN9EAB1HmiQAEEAagBqW2hEDkEAagLo7Jv//4PEFIP4AXUBzDPShdJ11otF 3MdADEIAAACLTdyLVQiJUQiLRdyLTQiJCItV3ItFDIlCBItNFFGLVRBSi0XcUOgopP//g8QMiUXY i03ci1EEg+oBi0XciVAEi03cg3kEAHwii1XciwLGAAAzyYHh/wAAAIlN1ItV3IsCg8ABi03ciQHr EYtV3FJqAOjd8v//g8QIiUXUi0XYX15bi+Vdw8zMzMzMzMzMzMzMzMxRPQAQAACNTCQIchSB6QAQ AAAtABAAAIUBPQAQAABz7CvIi8SFAYvhiwiLQARQw8xVi+yD7AyDfQwEdAaDfQwDdQXpQgEAAIN9 CAJ0FoN9CBV0EIN9CBZ0CoN9CA8PhbgAAACDfQgCdAaDfQgVdTeDPaRgQQAAdS5qAWjghkAA/xXI gUEAg/gBdQzHBaRgQQABAAAA6xD/FcSBQQCjDF1BAOnjAAAAi0UIiUX0i030g+kCiU30g330FHde i0X0M9KKkL6GQAD/JJWqhkAAiw2UYEEAiU34i1UMiRWUYEEA6zihmGBBAIlF+ItNDIkNmGBBAOsl ixWcYEEAiVX4i0UMo5xgQQDrEosNoGBBAIlN+ItVDIkVoGBBAOtpg30ICHQOg30IBHQIg30IC3QC 61qLRQhQ6MgCAACDxASJRfyDffwAdQLrQ4tN/ItRCIlV+ItF/ItIBDtNCHUqi1X8i0UMiUIIi038 g8EMiU38ixUALkEAa9IMgcKALUEAOVX8cgLrAuvLi0X46w3HBQhdQQAWAAAAg8j/i+Vdw92FQAAX hkAA8YVAAASGQAAphkAAAAQEBAQEBAQEBAQEBAEEBAQEBAIDzMzMzMzMzMzMzMzMzFWL7IPsDIN9 CAB1GMdF+JRgQQCLRfiLCIlN9MdF/AIAAADrFsdF+JhgQQCLVfiLAolF9MdF/BUAAACDffQAdQQz wOseg330AXQTi034xwEAAAAAi1X8Uv9V9IPEBLgBAAAAi+VdwgQAzMzMzMzMzMxVi+yD7BiLRQiJ ReiLTeiD6QKJTeiDfegUd3KLRegz0oqQ94hAAP8kldeIQADHRfCUYEEAi03wixGJVezrV8dF8Jhg QQCLRfCLCIlN7OtGx0XwnGBBAItV8IsCiUXs6zXHRfCgYEEAi03wixGJVezrJItFCFDoRgEAAIPE BIPACIlF8ItN8IsRiVXs6wiDyP/p7gAAAIN97AF1BzPA6eEAAACDfewAdQpqA+iB0v//g8QEg30I CHQMg30IC3QGg30IBHUroVhdQQCJRfTHBVhdQQAAAAAAg30ICHUTiw0ELkEAiU38xwUELkEAjAAA AIN9CAh1OYsV+C1BAIlV+OsJi0X4g8ABiUX4iw34LUEAAw38LUEAOU34fRKLVfhr0gzHgogtQQAA AAAA69TrCYtF8McAAAAAAIN9CAh1EYsNBC5BAFFqCP9V7IPECOsKi1UIUv9V7IPEBIN9CAh0DIN9 CAt0BoN9CAR1F4tF9KNYXUEAg30ICHUJi038iQ0ELkEAM8CL5V3DfYdAAMGHQADBh0AAwYdAALCH QACOh0AAn4dAAN2HQAAABwEHBwcCBwcDBwcHBAcHBwcHBQbMzMzMVYvsUcdF/IAtQQCLRfyLSAQ7 TQh0HYtV/IPCDIlV/KEALkEAa8AMBYAtQQA5RfxzAuvYiw0ALkEAa8kMgcGALUEAOU38cxCLVfyL QgQ7RQh1BYtF/OsCM8CL5V3DzMzMVYvsg+wIx0X8AAAAAIM9qGBBAAB1XWi0AUEA/xVggUEAiUX4 g334AHQdaHQOQQCLRfhQ/xVcgUEAo6hgQQCDPahgQQAAdQQzwOtsaGQOQQCLTfhR/xVcgUEAo6xg QQBoUA5BAItV+FL/FVyBQQCjsGBBAIM9rGBBAAB0Cf8VrGBBAIlF/IN9/AB0FoM9sGBBAAB0DYtF /FD/FbBgQQCJRfyLTRBRi1UMUotFCFCLTfxR/xWoYEEAi+Vdw8zMzMzMi0wkDFeFyXR6VlOL2Yt0 JBT3xgMAAACLfCQQdQfB6QJ1b+shigZGiAdHSXQlhMB0KffGAwAAAHXri9nB6QJ1UYPjA3QNigZG iAdHhMB0L0t184tEJBBbXl/D98cDAAAAdBKIB0dJD4SKAAAA98cDAAAAde6L2cHpAnVsiAdHS3X6 W16LRCQIX8OJF4PHBEl0r7r//v5+iwYD0IPw/zPCixaDxgSpAAEBgXTehNJ0LIT2dB73wgAA/wB0 DPfCAAAA/3XGiRfrGIHi//8AAIkX6w6B4v8AAACJF+sEM9KJF4PHBDPASXQKM8CJB4PHBEl1+IPj A3WFi0QkEFteX8PMzFWL7IPsIItFCDsFfGJBAHMfi00IwfkFi1UIg+IfiwSNQGFBAA++TNAEg+EB hcl1HMcFCF1BAAkAAADHBQxdQQAAAAAAg8j/6QQEAADHRegAAAAAi1UMiVXsg30QAHQfi0UIwfgF i00Ig+EfixSFQGFBAA++RMoEg+AChcB0BzPA6csDAACLTQjB+QWLVQiD4h+LBI1AYUEAD75M0ASD 4UiFyXRsi1UIwfoFi0UIg+AfiwyVQGFBAA++VMEFg/oKdE+LRQjB+AWLTQiD4R+LFIVAYUEAi0Xs ikzKBYgIi1Xsg8IBiVXsi0Xog8ABiUXoi00Qg+kBiU0Qi1UIwfoFi0UIg+AfiwyVQGFBAMZEwQUK agCNVfBSi0UQUItN7FGLVQjB+gWLRQiD4B+LDJVAYUEAixTBUv8VzIFBAIXAdUr/FcSBQQCJRfiD ffgFdRrHBQhdQQAJAAAAi0X4owxdQQCDyP/p6AIAAIN9+G11BzPA6dsCAACLTfhR6JInAACDxASD yP/pxwIAAItV6ANV8IlV6ItFCMH4BYtNCIPhH4sUhUBhQQAPvkTKBCWAAAAAhcAPhJYCAACDffAA dD2LTQwPvhGD+gp1MotFCMH4BYtNCIPhH4sUhUBhQQCKRMoEDASLTQjB+QWLVQiD4h+LDI1AYUEA iETRBOsxi1UIwfoFi0UIg+AfiwyVQGFBAIpUwQSA4vuLRQjB+AWLTQiD4R+LBIVAYUEAiFTIBItN DIlN9ItV9IlV/ItFDANF6DlF/A+D/gEAAItN/A++EYP6GnVVi0UIwfgFi00Ig+EfixSFQGFBAA++ RMoEg+BAhcB1MYtNCMH5BYtVCIPiH4sEjUBhQQCKTNAEgMkCi1UIwfoFi0UIg+AfixSVQGFBAIhM wgTpngEAAItF/A++CIP5DXQhi1X0i0X8igiICotV9IPCAYlV9ItF/IPAAYlF/OltAQAAi03oi1UM jUQK/zlF/HNHi038D75RAYP6CnUai0X8g8ACiUX8i030xgEKi1X0g8IBiVX06xyLRfSLTfyKEYgQ i0X0g8ABiUX0i038g8EBiU386RcBAACLVfyDwgGJVfzHRfgAAAAAagCNRfBQagGNTeRRi1UIwfoF i0UIg+AfiwyVQGFBAIsUwVL/FcyBQQCFwHUJ/xXEgUEAiUX4g334AHUGg33wAHUUi0X0xgANi030 g8EBiU306bEAAACLVQjB+gWLRQiD4B+LDJVAYUEAD75UwQSD4kiF0nRFD75F5IP4CnURi030xgEK i1X0g8IBiVX06ymLRfTGAA2LTfSDwQGJTfSLVQjB+gWLRQiD4B+LDJVAYUEAilXkiFTBBetNi0X0 O0UMdRoPvk3kg/kKdRGLVfTGAgqLRfSDwAGJRfTrK2oBav+LTQhR6P8jAACDxAyJReAPvlXkg/oK dA+LRfTGAA2LTfSDwQGJTfTp8/3//4tV9CtVDIlV6ItF6IvlXcPMzMzMzMzMzMzMzMxVi+xRU1ZX g30IAHUeaHwAQQBqAGouaIAOQQBqAuiekP//g8QUg/gBdQHMM8CFwHXWiw3YXEEAg8EBiQ3YXEEA i1UIiVX8ajtogA5BAGoCaAAQAADoF6v//4PEEItN/IlBCItV/IN6CAB0G4tF/ItIDIPJCItV/IlK DItF/MdAGAAQAADrJYtN/ItRDIPKBItF/IlQDItN/IPBFItV/IlKCItF/MdAGAIAAACLTfyLVfyL QgiJAYtN/MdBBAAAAABfXluL5V3DzMzMzMzMzMzMVYvsg+wIg30IAHUHM8DphwAAAIM9yGBBAAB1 LYtFDCX//wAAPf8AAAB+D8cFCF1BACoAAACDyP/rYItNCIpVDIgRuAEAAADrUcdF+AAAAACNRfhQ agCLDRBSQQBRi1UIUmoBjUUMUGggAgAAiw3YYEEAUf8VpIFBAIlF/IN9/AB0BoN9+AB0D8cFCF1B ACoAAACDyP/rA4tF/IvlXcPMzFNWi0QkGAvAdRiLTCQUi0QkEDPS9/GL2ItEJAz38YvT60GLyItc JBSLVCQQi0QkDNHp0dvR6tHYC8l19Pfzi/D3ZCQYi8iLRCQU9+YD0XIOO1QkEHcIcgc7RCQMdgFO M9KLxl5bwhAAzMzMzMzMzMxTi0QkFAvAdRiLTCQQi0QkDDPS9/GLRCQI9/GLwjPS61CLyItcJBCL VCQMi0QkCNHp0dvR6tHYC8l19Pfzi8j3ZCQUkfdkJBAD0XIOO1QkDHcIcg47RCQIdggrRCQQG1Qk FCtEJAgbVCQM99r32IPaAFvCEADMzMzMzMzMzMzMzFWL7FGhuGBBAIlF/ItNCIkNuGBBAItF/Ivl XcPMzMzMVYvsobhgQQBdw8zMzMzMzFWL7FGhuGBBAIlF/IN9/AB0DotNCFH/VfyDxASFwHUEM8Dr BbgBAAAAi+Vdw8zMzItUJAyLTCQEhdJ0RzPAikQkCFeL+YP6BHIt99mD4QN0CCvRiAdHSXX6i8jB 4AgDwYvIweAQA8GLyoPiA8HpAnQG86uF0nQGiAdHSnX6i0QkCF/Di0QkBMPMzMzMzMzMzFWL7KG0 YEEAUItNCFHoDgAAAIPECF3DzMzMzMzMzMzMVYvsg+wIg30I4HYEM8DrYIN9CAB0CItFCIlF+OsH x0X4AQAAAItN+IlNCIN9COB3EYtVCFLoRgAAAIPEBIlF/OsHx0X8AAAAAIN9/AB1BoN9DAB1BYtF /OsWi0UIUOjt/v//g8QEhcB1BDPA6wLru4vlXcPMzMzMzMzMzMzMzMxVi+xRi0UIg8APJPCJRQiL TQg7DQxSQQB3HYtVCMHqBFLoiggAAIPEBIlF/IN9/AB0BYtF/OsTi0UIUGoAiw3sYEEAUf8V0IFB AIvlXcPMzFWL7LgBAAAAXcPMzMzMzMxVi+yD7BCDfQzgdgczwOmJAAAAg30MAHYNi0UMg8APJPCJ RQzrB8dFDBAAAACNTfxRjVXwUotFCFDoEgcAAIPEDIlF9IN99AB0PMdF+AAAAACLTQw7DQxSQQB3 JYtVDMHqBFKLRfRQi038UYtV8FLoTA4AAIPEEIXAdAaLRQiJRfiLRfjrFotNDFGLVQhSahCh7GBB AFD/FdSBQQCL5V3DVYvsg+wcg30IAHURi0UMUOhL/v//g8QE6boBAACDfQwAdROLTQhR6LQBAACD xAQzwOmhAQAAg30M4Hcbg30MAHYOi1UMg8IPg+LwiVUM6wfHRQwQAAAAx0X4AAAAAIN9DOAPh0IB AACNRfxQjU3sUYtVCFLoNwYAAIPEDIlF9IN99AAPhAgBAACLRQw7BQxSQQAPg4oAAACLTQzB6QRR i1X0UotF/FCLTexR6HANAACDxBCFwHQIi1UIiVX462OLRQzB6ARQ6OUGAACDxASJRfiDffgAdEuL TfQz0ooRweIEiVXwi0XwO0UMcwiLTfCJTejrBotVDIlV6ItF6FCLTQhRi1X4Uuil5///g8QMi0X0 UItN/FGLVexS6CEGAACDxAyDffgAdWeLRQxQagCLDexgQQBR/xXQgUEAiUX4g334AHRLi1X0M8CK AsHgBIlF8ItN8DtNDHMIi1XwiVXk6waLRQyJReSLTeRRi1UIUotF+FDoOOf//4PEDItN9FGLVfxS i0XsUOi0BQAAg8QM6xmLTQxRi1UIUmoAoexgQQBQ/xXUgUEAiUX4g334AHUJgz20YEEAAHUFi0X4 6xmLTQxR6An8//+DxASFwHUEM8DrBemA/v//i+Vdw8zMzMzMVYvsg+wMg30IAHUC60aNRfxQjU30 UYtVCFLosQQAAIPEDIlF+IN9+AB0FotF+FCLTfxRi1X0UugkBQAAg8QM6xOLRQhQagCLDexgQQBR /xXYgUEAi+Vdw8zMzMzMzMzMVYvsUcdF/P7////oQA0AAIXAfQfHRfz8////agBqAKHsYEEAUP8V gIFBAIXAdSj/FcSBQQCD+Hh1FscFDF1BAHgAAADHBQhdQQAoAAAA6wfHRfz8////i0X8i+Vdw8zM VYvs6Jj///9dw8zMzMzMzFWL7KEMUkEAXcPMzMzMzMxVi+yLRQiDwA8k8IlFCIF9CIAHAAB3EItN CIkNDFJBALgBAAAA6wIzwF3DzMzMzMxVi+yD7AyDPfgxQQD/dQnHRfToMUEA6yNoICAAAGoAoexg QQBQ/xXQgUEAiUX0g330AHUHM8DpnwEAAGoEaAAgAABoAABAAGoA/xXcgUEAiUX8g338AA+EYAEA AGoEaAAQAABoAAABAItN/FH/FdyBQQCFwA+EMQEAAIF99OgxQQB1KIM96DFBAAB1CscF6DFBAOgx QQCDPewxQQAAdQrHBewxQQDoMUEA6ymLVfTHAugxQQCLRfSLDewxQQCJSASLVfSJFewxQQCLRfSL SASLVfSJEYtF9ItN/IlIEItV/IHCAABAAItF9IlQFItN9IPBGItV9IlKCItF9AWYAAAAi030iUEM x0X4AAAAAOsJi1X4g8IBiVX4gX34AAQAAH00g334EH0Qi0X4i030x0TBGPAAAADrDotV+ItF9MdE 0Bj/////i034i1X0x0TKHPEAAADrumgAAAEAagCLRfxQ6Kv5//+DxAyLTfSLURCBwgAAAQA5Vfxz LYtF/IPACItN/IkBi1X8x0IE8AAAAItF/MaA+AAAAP+LTfyBwQAQAACJTfzrwotF9OsvaACAAABq AItV/FL/FbyBQQCBffToMUEAdBOLRfRQagCLDexgQQBR/xXYgUEAM8CL5V3DzMxVi+xoAIAAAGoA i0UIi0gQUf8VvIFBAIsVCFJBADtVCHUMi0UIi0gEiQ0IUkEAgX0I6DFBAHQwi1UIi0IEi00IixGJ EItFCIsIi1UIi0IEiUEEi00IUWoAixXsYEEAUv8V2IFBAOsKxwX4MUEA/////13DzMzMzMzMzMzM zMzMzFWL7IPsFKHsMUEAiUXsi03sg3kQ/w+EIwEAAMdF9P8DAADHRfAAAAAAi1X0i0XsjUzQGIlN /OsSi1X0g+oBiVX0i0X8g+gIiUX8g330AA+MgAAAAItN/IE58AAAAHVwaABAAABoABAAAItV9MHi DItF7ItIEAPKUf8VvIFBAIXAdE2LVfzHAv////+hvGBBAIPoAaO8YEEAi03sg3kMAHQLi1Xsi0IM O0X8dgmLTeyLVfyJUQyLRfCDwAGJRfCLTQiD6QGJTQiDfQgAdQLrBelk////i1XsiVX4i0Xsi0gE iU3sg33wAHRVi1X4g3oY/3VMx0X0AQAAAItF+IPAIIlF/OsSi030g8EBiU30i1X8g8IIiVX8gX30 AAQAAH0Ki0X8gzj/dQLr24F99AAEAAB1DItN+FHoRf7//4PEBItV7DsV7DFBAHQKg30IAA+Pu/7/ /4vlXcPMzMzMzMzMzMxVi+yD7AjHRfjoMUEAi0X4i00IO0gQdmGLVfiLRQg7QhRzVotNCIPhD4XJ dUiLVQiB4v8PAAAzwAUAAQAAO9ByNItNDItV+IkRi0UIJQDw//+JRfyLTRCLVfyJEYtF/AUAAQAA i00IK8jB+QSLVfyNRAoI6xczwOsTi0X4iwiJTfiBffjoMUEAdYMzwIvlXcNVi+xRi0UIi00MK0gQ wfkMi1UIjUTKGIlF/ItNEDPSihGLRfyLCAPKi1X8iQqLRRDGAACLTfzHQQTxAAAAi1X8gTrwAAAA dSChvGBBAIPAAaO8YEEAgz28YEEAIHUKahDoq/3//4PEBIvlXcPMzMzMVYvsg+wgoQhSQQCJReCL TeCDeRD/D4RcAQAAi1Xgi0IIiUX8i03ggcEYIAAAiU3wi1Xgg8IYi0X8K8LB+APB4AyLTeCLURAD 0IlV+OsVi0X8g8AIiUX8i034gcEAEAAAiU34i1X8O1Xwc2mLRfyLCDtNCHxai1X8i0IEO0UIdk+L TQhRi1X8iwJQi034UegtAwAAg8QMiUX0g330AHQni1XgiRUIUkEAi0X8iwgrTQiLVfyJCotF4ItN /IlICItF9OnuAgAAi1X8i0UIiUIE6Xr///+LTeCDwRiJTfyLVeCLQgiJRfCLTeCLURCJVfjrFYtF /IPACIlF/ItN+IHBABAAAIlN+ItV/DtV8HNpi0X8iwg7TQh8WotV/ItCBDtFCHZPi00IUYtV/IsC UItN+FHoigIAAIPEDIlF9IN99AB0J4tV4IkVCFJBAItF/IsIK00Ii1X8iQqLReCLTfyJSAiLRfTp SwIAAItV/ItFCIlCBOl6////i03gixGJVeCLReA7BQhSQQAPhYD+///HReDoMUEAi03gg3kQ/w+E lQEAAItV4IN6DAAPhIgBAACLReCLSAyJTfyLVeCDwhiLRfwrwsH4A8HgDItN4ItREAPQiVX4x0Xs AAAAAItF/IlF8OsSi03wg8EIiU3wi1Xsg8IBiVXsi0Xwgzj/dQiDfewQfQLr3moEaAAQAACLTezB 4QxRi1X4Uv8V3IFBADtF+A+FDQEAAGoAi0XsweAMUItN+FHoGPT//4PEDMdF6AAAAACLVfiJVeSL RfyJRfDrHotN6IPBAYlN6ItV5IHCABAAAIlV5ItF8IPACIlF8ItN6DtN7H00i1Xkg8IIi0XkiRCL TeTHQQTwAAAAi1XkxoL4AAAA/4tF8McA8AAAAItN8MdBBPEAAADrpotV4IkVCFJBAItF4AUYIAAA OUXwcxOLTfCDOf90C4tV8IPCCIlV8Ovgi0XgBRggAAA5RfAbySNN8ItV4IlKDItF+IpNCIhICItV 4ItF/IlCCItN/IsRK1UIi0X8iRCLTQiLVfiNRAoIi034iQGLVfiLQgQrRQiLTfiJQQSLRfgFAAEA AOmBAAAAM8DrfYtV4IsCiUXggX3g6DFBAA+FSf7//+jv9///iUXgg33gAHRYi03gi1EQiVX4i0X4 ik0IiEgIi1XgiRUIUkEAi0UIi034jVQBCItF+IkQufAAAAArTQiLVfiJSgSLRQgl/wAAAItN4ItR GCvQi0XgiVAYi0X4BQABAADrAjPAi+Vdw8zMzMzMzMzMVYvsg+wUi0UIiwiJTfyLVfyJVfiLRQgF +AAAAIlF7ItNCItRBDtVEHJji0X4ik0QiAiLVfgDVRA7VexzHotFCIsIA00Qi1UIiQqLRQiLSAQr TRCLVQiJSgTrFYtFCIPACItNCIkBi1UIx0IEAAAAAItFCIPACItN+CvIweEEi1UIjYQKAAEAAOkY AgAAi0UIi0gEi1X4M8CKBAqFwHQMi00Ii1X4A1EEiVX4i0X4A0UQO0XsD4PvAAAAi034M9KKEYXS D4XMAAAAi0X4g8ABiUX0x0XwAQAAAOsSi030g8EBiU30i1Xwg8IBiVXwi0X0M8mKCIXJdQLr4YtV 8DtVEHMzi0X4O0X8dQuLTQiLVfCJUQTrGItFDCtF8IlFDItNDDtNEHMHM8DpeAEAAItV9IlV+Ote i0X4A0UQO0XscxmLTfgDTRCLVQiJCotF8CtFEItNCIlBBOsVi1UIg8IIi0UIiRCLTQjHQQQAAAAA i1X4ikUQiAKLTQiDwQiLVfgr0cHiBItFCI2EEAABAADpEgEAAOsPi034M9KKEYtF+APCiUX46QL/ //+LTQiDwQiJTfiLVfg7VfwPg+UAAACLRfgDRRA7RewPg9YAAACLTfgz0ooRhdIPhbMAAACLRfiD wAGJRfTHRfABAAAA6xKLTfSDwQGJTfSLVfCDwgGJVfCLRfQzyYoIhcl1Auvhi1XwO1UQcx2LRQwr RfCJRQyLTQw7TRBzBDPA63uLVfSJVfjrW4tF+ANFEDtF7HMZi034A00Qi1UIiQqLRfArRRCLTQiJ QQTrFYtVCIPCCItFCIkQi00Ix0EEAAAAAItV+IpFEIgCi00Ig8EIi1X4K9HB4gSLRQiNhBAAAQAA 6xjrD4tN+DPSihGLRfgDwolF+OkP////M8CL5V3DzMzMzMzMzFWL7IPsGMdF7AAAAACLRQiLTQwr SBDB+QyLVQiNRMoYiUX8i00QM9KKEYlV9ItF9DtFFHYyi00QilUUiBGLRfQrRRSLTfyLEQPQi0X8 iRCLTfzHQQTxAAAAi1Xsg8IBiVXs6fYAAACLRfQ7RRQPg+oAAACLTRADTRSLVQyBwvgAAAA7yg+H 0wAAAItFEANF9IlF8ItNEANNFIlN6OsJi1Xwg8IBiVXwi0XwO0Xocw2LTfAz0ooRhdJ1Auvii0Xw O0XoD4WVAAAAi00QilUUiBGLRQyLTRA7CHdoi1UMi0XoOwJ2XotNDIHB+AAAADlN6HM7i1UMi0Xo iQLHRfgAAAAA6xKLTfiDwQGJTfiLVeiDwgGJVeiLRegzyYoIhcl1Auvhi1UMi0X4iUIE6xWLTQyD wQiLVQyJCotFDMdABAAAAACLTfQrTRSLVfyLAgPBi038iQGLVeyDwgGJVeyLReyL5V3DzMzMzMzM zMzMzMzMVYvsg+wox0X4AAAAAMdF5OgxQQChCFJBADtF5HUJi034g8EBiU34i1Xki0IQiUX8g338 /w+E1QEAAMdF9AAAAADHRdgAAAAAi03ki1EQiVX86xWLRfSDwAGJRfSLTfyBwQAQAACJTfyBffQA BAAAD42aAQAAi1X0i0Xkg3zQGP91LoN92AB1GotN9ItV5I1EyhiLTeQ5QQx0CIPI/+mRAQAAi1XY g8IBiVXY6VoBAACLRfwF+AAAAItN/DkBcgq4/v///+lqAQAAi1X8M8CKgvgAAAA9/wAAAHQKuP3/ ///pTgEAAMdF8AAAAADHRegAAAAAx0XcAAAAAMdF4AAAAACBffDwAAAAD43ZAAAAi03wi1X8jUQK CItN/DsBdQmLVeiDwgGJVeiLRfwDRfAzyYpICIXJdSCLVdyDwgGJVdyLReCDwAGJReCLTfCDwQGJ TfDpiwAAAItV9ItF5ItN4DtM0Bx8Crj8////6cMAAACDfegBdR6LVfyLReA7QgR9Crj7////6agA AACLTeiDwQGJTejHReAAAAAAi1Xwg8IBiVXs6wmLReyDwAGJReyLTfwDTfAz0opRCItF8APCOUXs fRiLTfwDTewz0opRCIXSdAe4+v///+tZ68qLReyJRfDpGv///4tN9ItV5ItF3DtEyhh0B7j5//// 6zaDfegAdQe4+P///+sp6UT+//+LTeSLEYlV5IF95OgxQQAPhfD9//+DffgAdQe49////+sCM8CL 5V3DzMzMzMzMzMzMVYvsg+wwU1ZXjUXgiUXcjU0QiU3Ug30IAHUeaGwAQQBqAGpdaDgOQQBqAugA ev//g8QUg/gBdQHMM9KF0nXWg30MAHUeaJAAQQBqAGpeaDgOQQBqAujWef//g8QUg/gBdQHMM8CF wHXWi03cx0EMQgAAAItV3ItFCIlCCItN3ItVCIkRi0Xcx0AE////f4tN1FGLVQxSi0XcUOgRgv// g8QMiUXYi03ci1EEg+oBi0XciVAEi03cg3kEAHwii1XciwLGAAAzyYHh/wAAAIlN0ItV3IsCg8AB i03ciQHrEYtV3FJqAOjG0P//g8QIiUXQi0XYX15bi+Vdw8zMzMzMzFWL7IPsDItFCIPAAT0AAQAA dxeLTQiLFcgvQQAzwGaLBEojRQzpiQAAAItNCMH5CIHh/wAAAIHh/wAAAIsVyC9BADPAZosESiUA gAAAhcB0IotNCMH5CIHh/wAAAIhN9IpVCIhV9cZF9gDHRfgCAAAA6xGKRQiIRfTGRfUAx0X4AQAA AGoBagBqAI1N/FGLVfhSjUX0UGoB6CMKAACDxByFwHUEM8DrC4tF/CX//wAAI0UMi+Vdw8zMzMzM zMzMzFWL7IPsCFNWV8dF/P////+LRQiJRfiLTfiLUQyD4kCF0nQSi0X4x0AMAAAAAIPI/+mhAAAA g30IAHUeaHwAQQBqAGp3aIwOQQBqAuggeP//g8QUg/gBdQHMM8mFyXXWi1X4i0IMJYMAAACFwHRb i034Uej5s///g8QEiUX8i1X4UuhqDQAAg8QEi0X4i0gQUehrDAAAg8QEhcB9CcdF/P/////rJItV +IN6HAB0G2oCi0X4i0gcUeiknP//g8QIi1X4x0IcAAAAAItF+MdADAAAAACLRfxfXluL5V3DzMzM VYvsUYtFCDsFfGJBAHMfi00IwfkFi1UIg+IfiwSNQGFBAA++TNAEg+EBhcl1D8cFCF1BAAkAAACD yP/rbYtVCMH6BYtFCIPgH4sMlUBhQQAPvlTBBIPiAYXSdDqLRQhQ6PsPAACDxARQ/xXggUEAhcB1 C/8VxIFBAIlF/OsHx0X8AAAAAIN9/AB1Ausai038iQ0MXUEAxwUIXUEACQAAAMdF/P////+LRfyL 5V3DzMxVi+xRi0UIiUX8i038M9JmixGLRfyDwAKJRfyF0nQC6+mLRfwrRQjR+IPoAYvlXcNVi+yD 7BiDPdxgQQAAdVdqAGoAagFoqA5BAGgAAQAAagD/FeiBQQCFwHQMxwXcYEEAAQAAAOsvagBqAGoB aKQOQQBoAAEAAGoA/xXkgUEAhcB0DMcF3GBBAAIAAADrBzPA6T0CAACDfRQAfhOLRRRQi00QUeg3 AgAAg8QIiUUUgz3cYEEAAXUji1UcUotFGFCLTRRRi1UQUotFDFCLTQhR/xXogUEA6fgBAACDPdxg QQACD4XrAQAAx0X8AAAAAMdF9AAAAACDfSAAdQmLFdhgQQCJVSBqAGoAagBqAItFFFCLTRBRaCAC AACLVSBS/xWkgUEAiUX4g334AHUHM8DpnwEAAGjMAAAAaJgOQQBqAotF+FDoR5D//4PEEIlF/IN9 /AB1BzPA6XcBAABqAGoAi034UYtV/FKLRRRQi00QUWggAgAAi1UgUv8VpIFBAIXAdQXpLQEAAGoA agCLRfhQi038UYtVDFKLRQhQ/xXkgUEAiUXsg33sAHUF6QUBAABo2wAAAGiYDkEAagKLTexR6MuP //+DxBCJRfSDffQAdQXp3wAAAItV7FKLRfRQi034UYtV/FKLRQxQi00IUf8V5IFBAIXAdQXpuAAA AItVDIHiAAQAAIXSdDiLReyJRfCDfRwAdCqLTRw7Tex9CItVHIlV6OsGi0XsiUXoi03oUYtV9FKL RRhQ6IPe//+DxAzrUoN9HAB1JWoAagCLTexRi1X0UmoBi0UgUP8VlIFBAIlF8IN98AB1AutK6yeL TRxRi1UYUotF7FCLTfRRagGLVSBS/xWUgUEAiUXwg33wAHUC6yFqAotF/FDoMZn//4PECGoCi030 Uegjmf//g8QIi0Xw6x5qAotV/FLoEJn//4PECGoCi0X0UOgCmf//g8QIM8CL5V3DzMzMzMzMzMzM VYvsg+wIi0UMiUX4i00IiU38i1X4i0X4g+gBiUX4hdJ0F4tN/DPSZosRhdJ0C4tF/IPAAolF/OvZ i038M9JmixGF0nUKi0X8K0UI0fjrA4tFDIvlXcPMzMzMzMzMzMzMVYvsg+wUgz3gYEEAAHVXagBq AGoBaKgOQQBoAAEAAGoA/xXogUEAhcB0DMcF4GBBAAEAAADrL2oAagBqAWikDkEAaAABAABqAP8V 5IFBAIXAdAzHBeBgQQACAAAA6wczwOlaAgAAg30UAH4Ti0UUUItNEFHoVwIAAIPECIlFFIM94GBB AAJ1I4tVHFKLRRhQi00UUYtVEFKLRQxQi00IUf8V5IFBAOkVAgAAgz3gYEEAAQ+FCAIAAMdF9AAA AADHRfgAAAAAg30gAHUJixXYYEEAiVUgagBqAItFFFCLTRBRi1Uk99ob0oPiCIPCAVKLRSBQ/xWU gUEAiUX8g338AHUHM8DptwEAAGh0AQAAaJgOQQBqAotN/NHhUegwjf//g8QQiUX0g330AHUHM8Dp jQEAAItV/FKLRfRQi00UUYtVEFJqAYtFIFD/FZSBQQCFwHUF6UoBAABqAGoAi038UYtV9FKLRQxQ i00IUf8V6IFBAIlF8IN98AB1BekiAQAAi1UMgeIABAAAhdJ0P4N9HAB0NItF8DtFHH4F6QIBAACL TRxRi1UYUotF/FCLTfRRi1UMUotFCFD/FeiBQQCFwHUF6dsAAADptQAAAItN8IlN7GiYAQAAaJgO QQBqAotV7NHiUuhnjP//g8QQiUX4g334AHUF6agAAACLRexQi034UYtV/FKLRfRQi00MUYtVCFL/ FeiBQQCFwHUF6YEAAACDfRwAdSxqAGoAagBqAItF7FCLTfhRaCACAACLVSBS/xWkgUEAiUXwg33w AHUC61HrLmoAagCLRRxQi00YUYtV7FKLRfhQaCACAACLTSBR/xWkgUEAiUXwg33wAHUC6yFqAotV 9FLoBJb//4PECGoCi0X4UOj2lf//g8QIi0Xw6x5qAotN9FHo45X//4PECGoCi1X4UujVlf//g8QI M8CL5V3DzMzMzMzMzMzMzMzMVYvsg+wIi0UMiUX4i00IiU38i1X4i0X4g+gBiUX4hdJ0FYtN/A++ EYXSdAuLRfyDwAGJRfzr24tN/A++EYXSdQiLRfwrRQjrA4tFDIvlXcNVi+yD7BiDPeRgQQAAdU+N RfxQagFoqA5BAGoB/xXwgUEAhcB0DMcF5GBBAAEAAADrLI1N/FFqAWikDkEAagFqAP8V7IFBAIXA dAzHBeRgQQACAAAA6wczwOmuAQAAgz3kYEEAAXUbi1UUUotFEFCLTQxRi1UIUv8V8IFBAOmKAQAA gz3kYEEAAg+FfQEAAMdF+AAAAADHRewAAAAAx0X0AAAAAIN9GAB1CKHYYEEAiUUYagBqAGoAagCL TRBRi1UMUmggAgAAi0UYUP8VpIFBAIlF8IN98AB1BzPA6SsBAABqeGisDkEAagKLTfBRagHoO47/ /4PEFIlF7IN97AB1BzPA6QQBAABqAGoAi1XwUotF7FCLTRBRi1UMUmggAgAAi0UYUP8VpIFBAIlF 6IN96AB1Bem0AAAAaIMAAABorA5BAGoCi03wjVQJAlLo3on//4PEEIlF9IN99AB1BemKAAAAg30c AHUIochgQQCJRRyLTRCLVfRmxwRK//+LRRCLTfRmx0RB/v//i1X0UotF8FCLTexRi1UIUotFHFD/ FeyBQQCJRfiLTRCLVfQzwGaLREr+Pf//AAB0E4tNEItV9DPAZosESj3//wAAdAnHRfgAAAAA6xaL TRDR4VGLVfRSi0UUUOimCAAAg8QMagKLTexR6HiT//+DxAhqAotV9FLoapP//4PECItF+IvlXcNV i+yD7BSDPehgQQAAdU+NRfxQagFoqA5BAGoB/xXwgUEAhcB0DMcF6GBBAAEAAADrLI1N/FFqAWik DkEAagFqAP8V7IFBAIXAdAzHBehgQQACAAAA6wczwOkGAQAAgz3oYEEAAnUug30cAHUJixXIYEEA iVUci0UUUItNEFGLVQxSi0UIUItNHFH/FeyBQQDpzwAAAIM96GBBAAEPhcIAAADHRfgAAAAAx0Xw AAAAAIN9GAB1CYsV2GBBAIlVGGoAagCLRRBQi00MUYtVIPfaG9KD4giDwgFSi0UYUP8VlIFBAIlF 9IN99AB1AutlaA4BAABorA5BAGoCi030UWoC6BuM//+DxBSJRfCDffAAdQLrQItV9FKLRfBQi00Q UYtVDFJqAYtFGFD/FZSBQQCJReyDfewAdQLrGYtNFFGLVexSi0XwUItNCFH/FfCBQQCJRfhqAotV 8FLoApL//4PECItF+IvlXcPMzMzMzMzMzFWL7IPsDItFCDsFfGJBAHMfi00IwfkFi1UIg+IfiwSN QGFBAA++TNAEg+EBhcl1HMcFCF1BAAkAAADHBQxdQQAAAAAAg8j/6Z4AAACLVQhS6HsFAACDxASJ RfSDffT/dQ/HBQhdQQAJAAAAg8j/63qLRRBQagCLTQxRi1X0Uv8V9IFBAIlF+IN9+P91C/8VxIFB AIlF/OsHx0X8AAAAAIN9/AB0EYtF/FDoQgAAAIPEBIPI/+s0i00IwfkFi1UIg+IfiwSNQGFBAIpM 0ASA4f2LVQjB+gWLRQiD4B+LFJVAYUEAiEzCBItF+IvlXcPMzFWL7FGLRQijDF1BAMdF/AAAAADr CYtN/IPBAYlN/IN9/C1zI4tV/ItFCDsE1SBSQQB1EotN/IsUzSRSQQCJFQhdQQDrQuvOg30IE3IS g30IJHcMxwUIXUEADQAAAOsogX0IvAAAAHIVgX0IygAAAHcMxwUIXUEACAAAAOsKxwUIXUEAFgAA AIvlXcPMzMzMzFWL7GoC6MZl//+DxARdw8xVi+xRVotFCDsFfGJBAHMfi00IwfkFi1UIg+IfiwSN QGFBAA++TNAEg+EBhcl1HMcFCF1BAAkAAADHBQxdQQAAAAAAg8j/6Z0AAACLVQhS6OwDAACDxASD +P90PYN9CAF0BoN9CAJ1GmoB6NEDAACDxASL8GoC6MUDAACDxAQ78HQXi0UIUOi1AwAAg8QEUP8V +IFBAIXAdAnHRfwAAAAA6wn/FcSBQQCJRfyLTQhR6LwCAACDxASLVQjB+gWLRQiD4B+LDJVAYUEA xkTBBACDffwAdBGLVfxS6IL+//+DxASDyP/rAjPAXovlXcPMzMxVi+xTVleDfQgAdR5oVABBAGoA ajBouA5BAGoC6F9q//+DxBSD+AF1AcwzwIXAddaLTQiLUQyB4oMAAACF0nRNi0UIi0gMg+EIhcl0 QGoCi1UIi0IIUOgVj///g8QIi00Ii1EMgeL3+///i0UIiVAMi00IxwEAAAAAi1UIx0IIAAAAAItF CMdABAAAAABfXltdw8zMzMzMzMzMzMzMzMzMVYvsg+wMx0X4/////8dF9AAAAADrCYtF9IPAAYlF 9IN99EAPjf0AAACLTfSDPI1AYUEAAHRvi1X0iwSVQGFBAIlF/OsJi038g8EIiU38i1X0iwSVQGFB AAUAAQAAOUX8czaLTfwPvlEEg+IBhdJ1JotF/McA/////4tN9MHhBYtV9ItF/CsElUBhQQDB+AMD yIlN+OsC662Dffj/dAXpgwAAAOt8anloxA5BAGoCaAABAADo2IP//4PEEIlF/IN9/AB0W4tN9ItV /IkUjUBhQQChfGJBAIPAIKN8YkEA6wmLTfyDwQiJTfyLVfSLBJVAYUEABQABAAA5RfxzGYtN/MZB BACLVfzHAv////+LRfzGQAUK68qLTfTB4QWJTfjrBenw/v//i0X4i+Vdw8zMzFWL7FGLRQg7BXxi QQAPg4EAAACLTQjB+QWLVQiD4h+LBI1AYUEAgzzQ/3Vogz0ELUEAAXVCi00IiU38g338AHQOg338 AXQWg338AnQe6yiLVQxSavb/FfyBQQDrGotFDFBq9f8V/IFBAOsMi00MUWr0/xX8gUEAi1UIwfoF i0UIg+AfiwyVQGFBAItVDIkUwTPA6xfHBQhdQQAJAAAAxwUMXUEAAAAAAIPI/4vlXcPMVYvsUYtF CDsFfGJBAA+DmwAAAItNCMH5BYtVCIPiH4sEjUBhQQAPvkzQBIPhAYXJdHyLVQjB+gWLRQiD4B+L DJVAYUEAgzzB/3Rjgz0ELUEAAXU8i1UIiVX8g338AHQOg338AXQUg338AnQa6yJqAGr2/xX8gUEA 6xZqAGr1/xX8gUEA6wpqAGr0/xX8gUEAi0UIwfgFi00Ig+EfixSFQGFBAMcEyv////8zwOsXxwUI XUEACQAAAMcFDF1BAAAAAACDyP+L5V3DzMzMzMzMzFWL7ItFCDsFfGJBAHM3i00IwfkFi1UIg+If iwSNQGFBAA++TNAEg+EBhcl0GItVCMH6BYtFCIPgH4sMlUBhQQCLBMHrF8cFCF1BAAkAAADHBQxd QQAAAAAAg8j/XcPMzFWL7IPsDMZF9ACLRQyD4AiFwHQJik30gMkgiE30i1UMgeIAQAAAhdJ0CIpF 9AyAiEX0i00IUf8VcIFBAIlF/IN9/AB1FP8VxIFBAFDob/r//4PEBIPI/+t7g338AnULilX0gMpA iFX06w6DffwDdQiKRfQMCIhF9Ohz/P//iUX4g334/3UZxwUIXUEAGAAAAMcFDF1BAAAAAACDyP/r NYtNCFGLVfhS6HT9//+DxAiKRfQMAYhF9ItN+MH5BYtV+IPiH4sEjUBhQQCKTfSITNAEi0X4i+Vd w8zMzMzMzMzMVYvsV1aLdQyLTRCLfQiLwYvRA8Y7/nYIO/gPgngBAAD3xwMAAAB1FMHpAoPiA4P5 CHIp86X/JJWou0AAi8e6AwAAAIPpBHIMg+ADA8j/JIXAukAA/ySNuLtAAJD/JI08u0AAkNC6QAD8 ukAAILtAACPRigaIB4pGAYhHAYpGAsHpAohHAoPGA4PHA4P5CHLM86X/JJWou0AALovAI9GKBogH ikYBwekCiEcBg8YCg8cCg/kIcqbzpf8klai7QACQI9GKBogHRsHpAkeD+QhyjPOl/ySVqLtAAC6L wJ+7QACMu0AAhLtAAHy7QAB0u0AAbLtAAGS7QABcu0AAi0SO5IlEj+SLRI7oiUSP6ItEjuyJRI/s i0SO8IlEj/CLRI70iUSP9ItEjviJRI/4i0SO/IlEj/yNBI0AAAAAA/AD+P8klai7QACLwLi7QADA u0AAzLtAAOC7QACLRQheX8nDkIoGiAeLRQheX8nDkIoGiAeKRgGIRwGLRQheX8nDLovAigaIB4pG AYhHAYpGAohHAotFCF5fycOQjXQx/I18Ofz3xwMAAAB1JMHpAoPiA4P5CHIN/fOl/P8klUC9QACL wPfZ/ySN8LxAAC6LwIvHugMAAACD+QRyDIPgAyvI/ySFSLxAAP8kjUC9QACQWLxAAHi8QACgvEAA ikYDI9GIRwNOwekCT4P5CHK2/fOl/P8klUC9QAAui8CKRgMj0YhHA4pGAsHpAohHAoPuAoPvAoP5 CHKM/fOl/P8klUC9QACQikYDI9GIRwOKRgKIRwKKRgHB6QKIRwGD7gOD7wOD+QgPglr////986X8 /ySVQL1AAC6LwPS8QAD8vEAABL1AAAy9QAAUvUAAHL1AACS9QAA3vUAAi0SOHIlEjxyLRI4YiUSP GItEjhSJRI8Ui0SOEIlEjxCLRI4MiUSPDItEjgiJRI8Ii0SOBIlEjwSNBI0AAAAAA/AD+P8klUC9 QACLwFC9QABYvUAAaL1AAHy9QACLRQheX8nDkIpGA4hHA4tFCF5fycMui8CKRgOIRwOKRgKIRwKL RQheX8nDkIpGA4hHA4pGAohHAopGAYhHAYtFCF5fycPM/yWggUEA/yVAgUEA/yVEgUEA/yVIgUEA /yVMgUEA/yVQgUEA/yVUgUEA/yVYgUEA/yVcgUEA/yVggUEA/yVkgUEA/yVogUEA/yVsgUEA/yVw gUEA/yV0gUEA/yV4gUEA/yV8gUEA/yWAgUEA/yWEgUEA/yWIgUEA/yWMgUEA/yWQgUEA/yWUgUEA /yWYgUEA/yWcgUEA/yU8gUEA/yWkgUEA/yWogUEA/yWsgUEA/yWwgUEA/yW0gUEA/yW4gUEA/yW8 gUEA/yXAgUEA/yXEgUEA/yXIgUEA/yXMgUEA/yXQgUEA/yXUgUEA/yXYgUEA/yXcgUEA/yXggUEA /yXkgUEA/yXogUEA/yXsgUEA/yXwgUEA/yX0gUEA/yX4gUEA/yX8gUEAzMzMzI1C/1vDLovALovA LovAi8AzwIpEJAhTi9jB4AiLVCQI98IDAAAAdBOKCkI42XTRhMl0UffCAwAAAHXtC9hXi8PB4xBW C9iLCr///v5+i8GL9zPLA/AD+YPx/4Pw/zPPM8aDwgSB4QABAYF1HCUAAQGBdNMlAAEBAXUIgeYA AACAdcReX1szwMOLQvw42HQ2hMB07zjcdCeE5HTnwegQONh0FYTAdNw43HQGhOR01OuWXl+NQv9b w41C/l5fW8ONQv1eX1vDjUL8Xl9bw8zMzMyLTCQIV1NWihGLfCQQhNJ0aYpxAYT2dE+L94tMJBSK B0Y40HQVhMB0C4oGRjjQdAqEwHX1XltfM8DDigZGOPB1641+/4phAoTkdCiKBoPGAjjgdcSKQQOE wHQYimb/g8ECOOB03+uxM8BeW1+KwunT/v//jUf/Xltfw4vHXltfw8zMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAc /Bc4AAAAAAQAAAAQAQAAAAAAAABWAQAAAAAAHPwXOAAAAAADAAAAMAAAAAAAAAAQVwEAAAAAABz8 FzgAAAAAAgAAADcAAAAAAAAA4FgBAHN0cmVhbSAhPSBOVUxMAABmcHV0cy5jAHN0cmluZyAhPSBO VUxMAABzdHIgIT0gTlVMTABmZ2V0cy5jAGZvcm1hdCAhPSBOVUxMAABmcHJpbnRmLmMAAABfZmls ZS5jAAAAAAD/////UBpAAGsaQABfc2Z0YnVmLmMAAABmbGFnID09IDAgfHwgZmxhZyA9PSAxAABB c3NlcnRpb24gRmFpbGVkAAAAAEVycm9yAAAAV2FybmluZwAlcyglZCkgOiAlcwAKAAAADQAAAEFz c2VydGlvbiBmYWlsZWQhAAAAQXNzZXJ0aW9uIGZhaWxlZDogAABfQ3J0RGJnUmVwb3J0OiBTdHJp bmcgdG9vIGxvbmcgb3IgSU8gRXJyb3IAAFNlY29uZCBDaGFuY2UgQXNzZXJ0aW9uIEZhaWxlZDog RmlsZSAlcywgTGluZSAlZAoAAAB3c3ByaW50ZkEAAAB1c2VyMzIuZGxsAABNaWNyb3NvZnQgVmlz dWFsIEMrKyBEZWJ1ZyBMaWJyYXJ5AABEZWJ1ZyAlcyEKClByb2dyYW06ICVzJXMlcyVzJXMlcyVz JXMlcyVzJXMKCihQcmVzcyBSZXRyeSB0byBkZWJ1ZyB0aGUgYXBwbGljYXRpb24pAAAKTW9kdWxl OiAAAAAKRmlsZTogAApMaW5lOiAACgoAAEV4cHJlc3Npb246IAAAAAAAAAAACgpGb3IgaW5mb3Jt YXRpb24gb24gaG93IHlvdXIgcHJvZ3JhbSBjYW4gY2F1c2UgYW4gYXNzZXJ0aW9uCmZhaWx1cmUs IHNlZSB0aGUgVmlzdWFsIEMrKyBkb2N1bWVudGF0aW9uIG9uIGFzc2VydHMuAAAuLi4APHByb2dy YW0gbmFtZSB1bmtub3duPgAAZGJncnB0LmMAAAAAc3pVc2VyTWVzc2FnZSAhPSBOVUxMAAAAX2Zp bGJ1Zi5jAAAAAAAAAAYAAAYAAQAAEAADBgAGAhAERUVFBQUFBQU1MABQAAAAACAoOFBYBwgANzAw V1AHAAAgIAgAAAAACGBoYGBgYAAAcHB4eHh4CAcIAAAHAAgICAAACAAIAAcIAAAAKABuAHUAbABs ACkAAAAAAChudWxsKQAAb3V0cHV0LmMAAAAAY2ggIT0gX1QoJ1wwJykAAGlvaW5pdC5jAAAAAENs aWVudAAASWdub3JlAABDUlQATm9ybWFsAABGcmVlAAAAAEVycm9yOiBtZW1vcnkgYWxsb2NhdGlv bjogYmFkIG1lbW9yeSBibG9jayB0eXBlLgoAAABJbnZhbGlkIGFsbG9jYXRpb24gc2l6ZTogJXUg Ynl0ZXMuCgAlcwAAQ2xpZW50IGhvb2sgYWxsb2NhdGlvbiBmYWlsdXJlLgoAAAAAQ2xpZW50IGhv b2sgYWxsb2NhdGlvbiBmYWlsdXJlIGF0IGZpbGUgJWhzIGxpbmUgJWQuCgAAAABkYmdoZWFwLmMA AABfQ3J0Q2hlY2tNZW1vcnkoKQAAAF9wRmlyc3RCbG9jayA9PSBwT2xkQmxvY2sAAABfcExhc3RC bG9jayA9PSBwT2xkQmxvY2sAAAAAZlJlYWxsb2MgfHwgKCFmUmVhbGxvYyAmJiBwTmV3QmxvY2sg PT0gcE9sZEJsb2NrKQAAAF9CTE9DS19UWVBFKHBPbGRCbG9jay0+bkJsb2NrVXNlKT09X0JMT0NL X1RZUEUobkJsb2NrVXNlKQAAAHBPbGRCbG9jay0+bkxpbmUgPT0gSUdOT1JFX0xJTkUgJiYgcE9s ZEJsb2NrLT5sUmVxdWVzdCA9PSBJR05PUkVfUkVRAAAAAF9DcnRJc1ZhbGlkSGVhcFBvaW50ZXIo cFVzZXJEYXRhKQAAAEFsbG9jYXRpb24gdG9vIGxhcmdlIG9yIG5lZ2F0aXZlOiAldSBieXRlcy4K AAAAAENsaWVudCBob29rIHJlLWFsbG9jYXRpb24gZmFpbHVyZS4KAENsaWVudCBob29rIHJlLWFs bG9jYXRpb24gZmFpbHVyZSBhdCBmaWxlICVocyBsaW5lICVkLgoAX3BGaXJzdEJsb2NrID09IHBI ZWFkAAAAX3BMYXN0QmxvY2sgPT0gcEhlYWQAAAAAcEhlYWQtPm5CbG9ja1VzZSA9PSBuQmxvY2tV c2UAAABwSGVhZC0+bkxpbmUgPT0gSUdOT1JFX0xJTkUgJiYgcEhlYWQtPmxSZXF1ZXN0ID09IElH Tk9SRV9SRVEAAAAAREFNQUdFOiBhZnRlciAlaHMgYmxvY2sgKCMlZCkgYXQgMHglMDhYLgoAAABE QU1BR0U6IGJlZm9yZSAlaHMgYmxvY2sgKCMlZCkgYXQgMHglMDhYLgoAAF9CTE9DS19UWVBFX0lT X1ZBTElEKHBIZWFkLT5uQmxvY2tVc2UpAABDbGllbnQgaG9vayBmcmVlIGZhaWx1cmUuCgAAbWVt b3J5IGNoZWNrIGVycm9yIGF0IDB4JTA4WCA9IDB4JTAyWCwgc2hvdWxkIGJlIDB4JTAyWC4KAAAA JWhzIGxvY2F0ZWQgYXQgMHglMDhYIGlzICV1IGJ5dGVzIGxvbmcuCgAAAAAlaHMgYWxsb2NhdGVk IGF0IGZpbGUgJWhzKCVkKS4KAERBTUFHRTogb24gdG9wIG9mIEZyZWUgYmxvY2sgYXQgMHglMDhY LgoAAAAAREFNQUdFRABfaGVhcGNoayBmYWlscyB3aXRoIHVua25vd24gcmV0dXJuIHZhbHVlIQoA AF9oZWFwY2hrIGZhaWxzIHdpdGggX0hFQVBCQURQVFIuCgAAAF9oZWFwY2hrIGZhaWxzIHdpdGgg X0hFQVBCQURFTkQuCgAAAF9oZWFwY2hrIGZhaWxzIHdpdGggX0hFQVBCQUROT0RFLgoAAF9oZWFw Y2hrIGZhaWxzIHdpdGggX0hFQVBCQURCRUdJTi4KAEJhZCBtZW1vcnkgYmxvY2sgZm91bmQgYXQg MHglMDhYLgoAAF9DcnRNZW1DaGVja1BvaW50OiBOVUxMIHN0YXRlIHBvaW50ZXIuCgBfQ3J0TWVt RGlmZmVyZW5jZTogTlVMTCBzdGF0ZSBwb2ludGVyLgoAT2JqZWN0IGR1bXAgY29tcGxldGUuCgAA Y3J0IGJsb2NrIGF0IDB4JTA4WCwgc3VidHlwZSAleCwgJXUgYnl0ZXMgbG9uZy4KAAAAAG5vcm1h bCBibG9jayBhdCAweCUwOFgsICV1IGJ5dGVzIGxvbmcuCgBjbGllbnQgYmxvY2sgYXQgMHglMDhY LCBzdWJ0eXBlICV4LCAldSBieXRlcyBsb25nLgoAeyVsZH0gAAAlaHMoJWQpIDogAAAjRmlsZSBF cnJvciMoJWQpIDogAER1bXBpbmcgb2JqZWN0cyAtPgoAIERhdGE6IDwlcz4gJXMKACUuMlggAAAA RGV0ZWN0ZWQgbWVtb3J5IGxlYWtzIQoAVG90YWwgYWxsb2NhdGlvbnM6ICVsZCBieXRlcy4KAABM YXJnZXN0IG51bWJlciB1c2VkOiAlbGQgYnl0ZXMuCgAAAAAlbGQgYnl0ZXMgaW4gJWxkICVocyBC bG9ja3MuCgAAAHN0ZGVudnAuYwAAAHN0ZGFyZ3YuYwAAAGF3X2Vudi5jAAAAAHJ1bnRpbWUgZXJy b3IgAAANCgAAVExPU1MgZXJyb3INCgAAAFNJTkcgZXJyb3INCgAAAABET01BSU4gZXJyb3INCgAA UjYwMjgNCi0gdW5hYmxlIHRvIGluaXRpYWxpemUgaGVhcA0KAAAAAFI2MDI3DQotIG5vdCBlbm91 Z2ggc3BhY2UgZm9yIGxvd2lvIGluaXRpYWxpemF0aW9uDQoAAAAAUjYwMjYNCi0gbm90IGVub3Vn aCBzcGFjZSBmb3Igc3RkaW8gaW5pdGlhbGl6YXRpb24NCgAAAABSNjAyNQ0KLSBwdXJlIHZpcnR1 YWwgZnVuY3Rpb24gY2FsbA0KAAAAUjYwMjQNCi0gbm90IGVub3VnaCBzcGFjZSBmb3IgX29uZXhp dC9hdGV4aXQgdGFibGUNCgAAAABSNjAxOQ0KLSB1bmFibGUgdG8gb3BlbiBjb25zb2xlIGRldmlj ZQ0KAAAAAFI2MDE4DQotIHVuZXhwZWN0ZWQgaGVhcCBlcnJvcg0KAAAAAFI2MDE3DQotIHVuZXhw ZWN0ZWQgbXVsdGl0aHJlYWQgbG9jayBlcnJvcg0KAAAAAFI2MDE2DQotIG5vdCBlbm91Z2ggc3Bh Y2UgZm9yIHRocmVhZCBkYXRhDQoADQphYm5vcm1hbCBwcm9ncmFtIHRlcm1pbmF0aW9uDQoAAAAA UjYwMDkNCi0gbm90IGVub3VnaCBzcGFjZSBmb3IgZW52aXJvbm1lbnQNCgBSNjAwOA0KLSBub3Qg ZW5vdWdoIHNwYWNlIGZvciBhcmd1bWVudHMNCgAAAFI2MDAyDQotIGZsb2F0aW5nIHBvaW50IG5v dCBsb2FkZWQNCgAAAABNaWNyb3NvZnQgVmlzdWFsIEMrKyBSdW50aW1lIExpYnJhcnkAAAAAUnVu dGltZSBFcnJvciEKClByb2dyYW06IAAAACgiaW5jb25zaXN0ZW50IElPQiBmaWVsZHMiLCBzdHJl YW0tPl9wdHIgLSBzdHJlYW0tPl9iYXNlID49IDApAABfZmxzYnVmLmMAAABzcHJpbnRmLmMAAAB2 c3ByaW50Zi5jAABHZXRMYXN0QWN0aXZlUG9wdXAAAEdldEFjdGl2ZVdpbmRvdwBNZXNzYWdlQm94 QQBfZ2V0YnVmLmMAAABmY2xvc2UuYwAAAABhd19tYXAuYwAAAAAAAAAAAAAAAGF3X3N0ci5jAAAA AF9mcmVlYnVmLmMAAG9zZmluZm8uYwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4BdAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAEBlAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4GVBAAAA AADgZUEAAQEAAAAAAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAACAAAAAQAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAIAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAIBaQAABAAAA/////wAAAAACAAAABAAAAAQAAAAAAAAA////////////////AAAAAAQB QQD8AEEA6ABBAJwDQQCMA0EAAAAAAP////8ACgAAAQAAAAEAAAD//////QAAAN0AAADNAAAA6ANB AOADQQDcA0EA1ANBAMwDQQAAAAAABQAAwAsAAAAAAAAAHQAAwAQAAAAAAAAAlgAAwAQAAAAAAAAA jQAAwAgAAAAAAAAAjgAAwAgAAAAAAAAAjwAAwAgAAAAAAAAAkAAAwAgAAAAAAAAAkQAAwAgAAAAA AAAAkgAAwAgAAAAAAAAAkwAAwAgAAAAAAAAAAwAAAAcAAAAKAAAAjAAAAAECBAgAAAAApAMAAGCC eYIhAAAAAAAAAKbfAAAAAAAAoaUAAAAAAACBn+D8AAAAAEB+gPwAAAAAqAMAAMGj2qMgAAAAAAAA AAAAAAAAAAAAAAAAAAAAAACB/gAAAAAAAED+AAAAAAAAtQMAAMGj2qMgAAAAAAAAAAAAAAAAAAAA AAAAAAAAAACB/gAAAAAAAEH+AAAAAAAAtgMAAM+i5KIaAOWi6KJbAAAAAAAAAAAAAAAAAAAAAACB /gAAAAAAAEB+of4AAAAAUQUAAFHaXtogAF/aatoyAAAAAAAAAAAAAAAAAAAAAACB09je4PkAADF+ gf4AAAAAABAAACAFkxkAAAAAAAAAAAAAAAAAAAAAAgAAAIANQQAIAAAAVA1BAAkAAAAoDUEACgAA AAQNQQAQAAAA2AxBABEAAACoDEEAEgAAAIQMQQATAAAAWAxBABgAAAAgDEEAGQAAAPgLQQAaAAAA wAtBABsAAACIC0EAHAAAAGALQQB4AAAAUAtBAHkAAABAC0EAegAAADALQQD8AAAALAtBAP8AAAAc C0EAAAAAAAAAAADQtEAA0LRAANC0QADQtEAA0LRAANC0QADSL0EA0i9BAAAAIAAgACAAIAAgACAA IAAgACAAKAAoACgAKAAoACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgAEgAEAAQ ABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAhACEAIQAhACEAIQAhACEAIQAhAAQABAAEAAQABAA EAAQAIEAgQCBAIEAgQCBAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQAQ ABAAEAAQABAAEACCAIIAggCCAIIAggACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIA AgACAAIAEAAQABAAEAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AKCTQAAAAAAA6DFBAOgxQQAAMkEAADJBAP//////////8AAAAPEAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOgxQQDgAQAAAQAAAC4AAAABAAAAAAAAAAEAAAAWAAAA AgAAAAIAAAADAAAAAgAAAAQAAAAYAAAABQAAAA0AAAAGAAAACQAAAAcAAAAMAAAACAAAAAwAAAAJ AAAADAAAAAoAAAAHAAAACwAAAAgAAAAMAAAAFgAAAA0AAAAWAAAADwAAAAIAAAAQAAAADQAAABEA AAASAAAAEgAAAAIAAAAhAAAADQAAADUAAAACAAAAQQAAAA0AAABDAAAAAgAAAFAAAAARAAAAUgAA AA0AAABTAAAADQAAAFcAAAAWAAAAWQAAAAsAAABsAAAADQAAAG0AAAAgAAAAcAAAABwAAAByAAAA CQAAAAYAAAAWAAAAgAAAAAoAAACBAAAACgAAAIIAAAAJAAAAgwAAABYAAACEAAAADQAAAJEAAAAp AAAAngAAAA0AAAChAAAAAgAAAKQAAAALAAAApwAAAA0AAAC3AAAAEQAAAM4AAAACAAAA1wAAAAsA AAAYBwAADAAAAAAAAAAAAAAAbm8gYXJndW1lbnRzIGl0IHVzZXMgc3RkaW4sIHN0ZG91dAoAOgAA ADoAAAAgAAAAIGZyb20gAAAoAAAAKTogAHdhcm5pbmc6AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAogAEAAAAAAAAAAACohQEAPIEBAAAAAAAAAAAAAAAAAAAAAAAAAAAALoQBAGKC AQBwggEAfoIBAIyCAQCcggEAqIIBAMCCAQDWggEA6IIBAPiCAQAQgwEAJoMBADiDAQBGgwEAWIMB AGiDAQB4gwEAiIMBAJyDAQCwgwEAzIMBAOaDAQD8gwEAFoQBAFCCAQBIhAEAXoQBAGqEAQB0hAEA gIQBAI6EAQCchAEAqoQBALaEAQDGhAEA3oQBAOqEAQD2hAEABIUBABCFAQAghQEANIUBAESFAQBU hQEAZoUBAHiFAQCKhQEAmIUBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALoQBAGKCAQBwggEAfoIB AIyCAQCcggEAqIIBAMCCAQDWggEA6IIBAPiCAQAQgwEAJoMBADiDAQBGgwEAWIMBAGiDAQB4gwEA iIMBAJyDAQCwgwEAzIMBAOaDAQD8gwEAFoQBAFCCAQBIhAEAXoQBAGqEAQB0hAEAgIQBAI6EAQCc hAEAqoQBALaEAQDGhAEA3oQBAOqEAQD2hAEABIUBABCFAQAghQEANIUBAESFAQBUhQEAZoUBAHiF AQCKhQEAmIUBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAqgBHZXRDb21tYW5kTGluZUEATAFHZXRW ZXJzaW9uAABrAEV4aXRQcm9jZXNzAEgARGVidWdCcmVhawAAKgFHZXRTdGRIYW5kbGUAAHsCV3Jp dGVGaWxlAHsBSW50ZXJsb2NrZWREZWNyZW1lbnQAALoBT3V0cHV0RGVidWdTdHJpbmdBAAAWAUdl dFByb2NBZGRyZXNzAACQAUxvYWRMaWJyYXJ5QQAAfgFJbnRlcmxvY2tlZEluY3JlbWVudAAA/ABH ZXRNb2R1bGVGaWxlTmFtZUEAABsCU2V0SGFuZGxlQ291bnQAAO8AR2V0RmlsZVR5cGUAKAFHZXRT dGFydHVwSW5mb0EAhgFJc0JhZFdyaXRlUHRyAIMBSXNCYWRSZWFkUHRyAAB2AUhlYXBWYWxpZGF0 ZQAARgJUZXJtaW5hdGVQcm9jZXNzAADTAEdldEN1cnJlbnRQcm9jZXNzAFACVW5oYW5kbGVkRXhj ZXB0aW9uRmlsdGVyAACWAEZyZWVFbnZpcm9ubWVudFN0cmluZ3NBAKsBTXVsdGlCeXRlVG9XaWRl Q2hhcgCXAEZyZWVFbnZpcm9ubWVudFN0cmluZ3NXAOEAR2V0RW52aXJvbm1lbnRTdHJpbmdzAOMA R2V0RW52aXJvbm1lbnRTdHJpbmdzVwAAbgJXaWRlQ2hhclRvTXVsdGlCeXRlAKMAR2V0Q1BJbmZv AJ0AR2V0QUNQAAAJAUdldE9FTUNQAABsAUhlYXBEZXN0cm95AGoBSGVhcENyZWF0ZQAAXgJWaXJ0 dWFsRnJlZQDlAVJ0bFVud2luZAD0AEdldExhc3RFcnJvcgAA9QFTZXRDb25zb2xlQ3RybEhhbmRs ZXIA1gFSZWFkRmlsZQAAaAFIZWFwQWxsb2MAcQFIZWFwUmVBbGxvYwBuAUhlYXBGcmVlAABbAlZp cnR1YWxBbGxvYwAAjgBGbHVzaEZpbGVCdWZmZXJzAACNAUxDTWFwU3RyaW5nQQAAjgFMQ01hcFN0 cmluZ1cAACsBR2V0U3RyaW5nVHlwZUEAAC4BR2V0U3RyaW5nVHlwZVcAABkCU2V0RmlsZVBvaW50 ZXIAABgAQ2xvc2VIYW5kbGUAKQJTZXRTdGRIYW5kbGUAAEtFUk5FTDMyLmRsbAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAQAADYAAAAfzCEMJ0wpDC5MM4w0zDgMOUw/zAbMS0xVjF0MYExhjGXMaQxqTHAMc0x 0jHuMSAzKTNKM1MzQzXjNRw2JTZGNk82RjdPN3A3eTfmN+83+zcEOBI4GzgpOC84ODhGOFA4Xjhk OJQ4nTjNOOY4+DgbOTY5OzlYOV05YjlvOXU5gTmHOZA5ljmbOag50jnXOeE55znwORI6GDoeOiQ6 KzqlOsQ61Tr0OhA7GTtWO2g7gDuJO6k7szvMO9Y7Ezx0PIA8RT9xP4w/nD/TP98/8D/6PwAgAAC8 AAAACjAUMCMwNTBBMNEw1zDlMO0w8zAHMRQxGTEfMTcxRDFUMVkxXzGaMb8xyzEHMhMyJzJQMm0y mjK1MscyzTLiMvMyIDMnMzEzRTNPM7YzvDPPM9Uz9DMANC40NzR9NNU09DQANR81OTVFNVk1ZTWA NZA1nDW3Ncc10zX0NQc2EzZnNm02ijajNgA3CTc4OEc4NzljOYw5oTnnOfM5mDqfOro7wTtRPFg8 FD3mPU0+fz+hP8M/ADAAAMAAAADtNPE09TT5NP00ATUFNQk1DTURNRU1GTUdNSE1NjU6NT41QjVG NXk1fTWBNYU1iTWNNZE1lTWZNZ01oTWlNak1rTWxNbU1uTV8N6Y3rDfBN+83WThsOIo4nDiiOKs4 wDhDOVo5nznhOfQ5bDpzOqI6sTrEOuo6EDvRO+Y78jsOPBo8OzxVPHg8fTy0PNw8Kz0wPXc9gD3V Pd494z3rPfE99z3/PQU+Cz4TPiQ+LT5vPnk+kz6yPgAAAEAAABABAAAHMBwwKDBEMFAwczCNMLAw tTDnMDExNjFnMXMxwjHOMSgyNDKeMqcytTK9MsMyzDLUMtwy4jLrMvEy9zL+MgMzKDNEM5czozPs M/YzAjQjNEA0SjRWNHY0fDSFNJU0njSzNEg1XTVpNaI1rjWzNek19TVLNlc2cjaFNro2wDbkNiA3 JjdlN3E3mTfdN+k3BzgPOBU4PjhIOFQ4djiUOJ44qjjLON04ETlaOW85ezmmObI5CDoUOlk6ZTql OrE6EzsfO1U7YTvFOxE8YTxmPGs8kTyWPLk8vjzhPOY8CT0OPTY9mz2nPa492T0EPjY+bz6PPtg+ Cz9BP0U/ST9NP2U/dz+VP6Q/AAAAUAAA0AAAAAQwHDCiMMEwyDBPMaUxsTHQMdUx/zE9MtIy/DII M0MzSDP1M2E0ZjSVNO80JzVYNYA1zzXxNQg2OjaXNsk2zjZQN303wDftN0M4VThaONA47DgWOT45 lDmeOa05xTnwOQU6JTouOjM6ODpFOko65jrzOvo6ADsNOxk7Ijs3O007UjtfO2Q7cjuMO6M7sTtL PVk9bD2KPbU9yz0qPmw+dz6KPp4+pD61PsA+1D7uPgU/HD8zP0o/YT9rP3w/nj+3P88/1z/kP+0/ AGAAAOAAAAAeMF4wfzCFMJcw0zAdMSwxXDFkMWoxbjFzMYAxijGyMQYyDzKNMnEzZDW4NWY2bzZ+ Noo2mTasNr82FDc1N1o3aDd7N6w3szf3Nxo4VzheOHo4vjjmOO84/jgKORk5LDk/Oak5vDndOQI6 JTozOkY6mjq7Ot06CjtSO387qjv9OwM8DDwePCQ8Ljw8PGg8cDyRPL48yTzPPDA9PD1kPXA9eD2G PYw9mD2/PdI99T0FPg8+HT4nPjU+Pj5zPno+oD6kPqg+rD6wPvQ+/T4HPxE/OD9iP2k/AAAAcAAA HAEAABswIjBIMGwwfTChMPgwBzEgMUUxUzFsMXoxzjHdMfIxEjIhMjYyRDJlMm0ynjKjMqkyvjLF MucyBDMTMxszIjM4M3kz4jP8MwU0BTUONRc1LTU2NX01kDWpNcY1zzXYNeE16jX2NQk2HzYzNkE2 ZzZwNrw2zTb0Ng03Jzd1N4g3lDeoN8E34DfpN+Q47TgzOT85uznKOV46czqFOo86yzr6OtI73DsJ PDk8QzxfPHo8hzytPM482Dw4PVA9Vz1fPWQ9aD1sPZU9uz3VPdw94D3kPeg97D3wPfQ9+D1CPkg+ TD5QPlQ+uj7FPuA+5z7sPvA+9D4RPzs/bT90P3g/fD+AP4Q/iD+MP5A/2j/gP+Q/6D/sPwCAAADs AAAALDM1M1YzXzMmNC80UDRZNIE1izWRNZw1qDWtNdI12TXfNes18jX+NQY2ETYZNiU2fjaHNps2 qjauNrI2tja6Nu82BzdyN3k3gDeRN6I3szcVOB44Ljg3OEc4WzhhOHI4jzi+OM041zjbON844zjn OOs47zjzOBc5MDk4OUU5Tjl/OYc5jTmbOaU5qjmwObw5xjnLOdA52jnfOeU57jn9OQo6Izo7O1A7 YjtsO547xDvjOwA8NzxdPGc8cTyAPIw80TwHPSA9OT1TPZA9rz3JPYM+jT6XPs0+FT+eP6c/wz/M P9k/AJAAAKQAAAB1MI0wuDDOMNUw6jD1MQEyFDIlMrQyZDOPM5YzBjRBNEg03jSANYc17DXzNQI2 eTaANrA2tzbBNsw21jYENyw3SDdSN2A3ZzeLN643vTfFN8430jfYN+E35TfwN/k3BTj4OP84DTkU OTM5OTlKOVE5ejmBOYk5pzkaOiw6NDrjOgk7hDvZO+E75zsHPKQ8Rz2EPZE9GT6vPkI/cT8AoAAA hAAAAPAz9TP6NTw2RTZmNm82ODdeNxw4JTjJON448DgMOSs5NTlSOVg5qDm2OcM5zTneOes59Tkh OkI6TTpuOpA6qjrrOg47JjtgO8w79Tu4PMY80zzdPO48+zwFPTE9Uj1dPX49pT2/Pfs9Hj5qPog+ xD7yPiI/2D/mP+4/+D8AsAAAgAEAAAkwEzAdMDAwSTBUMHswnTC0MPcwDzE6MXAx6DH2Mf4xCDIZ MiMyLTJAMk8ybDJ3MpgyvzLUMgszLDNbM3AzgjOMM7Mz0DPfMxU0LzRING00eTR/NJU0szS/NOo0 /zQRNRs1cTWENaY13TXmNZ82rDbENvg2GDc9N0I3SjdfN6k3wjfON/c3BTgTOCY4NjhAOFk4cjiR OJ04xDjQONw47zgAOQo5KDk9OVw5ZzlxObg5xzkIOhI6RjqYOrA6tzq/OsQ6yDrMOvU6Gzs1Ozw7 QDtEO0g7TDtQO1Q7WDuiO6g7rDuwO7Q7GjwlPEA8RzxMPFA8VDxxPJs8zTzUPNg83DzgPOQ86Dzs PPA8Oj1APUQ9SD1MPZg9nj2kPao9sD22Pbw9wj3IPc491D3aPeA95j3sPfI9+D3+PQQ+Cj4QPhY+ HD4iPig+Lj40Pjo+QD5GPkw+Uj5YPl4+ZD5qPnA+dj58PoI+iD6OPpQ+mj6gPqY+rD6yPrg+AAAA AAEADAAAALwwwDAAIAEAXAAAAAwzGDaAOog6AD0wPTQ9OD08PUA9aD1sPXA9dD14PRw/JD8sPzQ/ PD9EP0w/VD9cP2Q/bD90P3w/hD+MP5Q/nD+kP7A/tD+4P7w/wD/EP8g/zD8AAAAwAQAUAAAA4DHo Mewx8DH0MQAAAFABAAwAAAAIMgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AQAAABABAAAAAN0ARGVidWcvZ251Mm1zZGV2LmV4ZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgEwAA4AAAAAAAAAAC AAAAMIoAAP4AAAAAAAAAAwAAAFCSAABYAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAE5CMTAA AAAAhPkWOBoAAABEOlxlc3NhaVxnbnUybXNkZXZcRGVidWdcZ251Mm1zZGV2LnBkYgAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA== - --0__=ugGCx7nZhe6uUfyz6lfPCcJOTHmB2ZmTgP1n6Xu4YGIEOI9q7JMEPuZQ-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: MVME2300 & Tornado I/VxWorks Date: Fri, 03 Nov 2000 09:24:21 -0500 From: David Abbott Organization: Jefferson Lab Message-ID: <3A02CA8F.76B177D0@jlab.org> References: <3A01E2EA.170FF860@slb.com> A few years ago a guy by the name of Mike MacQuade wrote some code to implement one of the Raven chip timers as an AUX Clock for the MVME2300 BSP. As you note this feature was later implemented in the Tornado II BSP. I don't know if Mike is still around in the vxWorks world but I have a copy of his code if you or anyone else is interested. David Abbott Jefferson Lab abbottd@jlab.org dajee@slb.com wrote: > Hi, > > We are trying to migrate to MVME2300 from an existing board which > supported auxClock functions with Tornado I BSP. The Toranado I BSP for > the MVME2300 does not seem to support these functions however Tornado II > does support it for the same board. > > Is there anything we can do to avoid having to migrate to Torando II at > this time and still get the functionality for the auxClock functions. > > Thanks for any help in advance. > > Girish --------------------------- Newsgroups: comp.os.vxworks Subject: re: comp.os.vxworks newsdigest Date: Fri, 3 Nov 2000 15:35:13 +0100 From: "Michael Lawnick" Organization: Lawrence Berkeley National Laboratory Message-ID: <200011031433.PAA21461@net.softec.de> Hi Al, you may enable interrupts on BERR on your universe. Take a look into Tundras documentation and into universe.c HTH > VxWorks is not noticing accesses to non existent vme addresses. These > accesses > generate a vme BERR which should be caught by the OS as a fatal > problem. What > seems to happen is that instead for a read all bits high is read, and > for > a write nothing actually happens. > > In previous bsps (hkv30, sun2ce) the os caught these conditions and let > the > application/user know about it! > > Can anyone explain to me what is happening? And is there any argument > that > can be made that this behavior is not a bug or limitation? > > test case follows. > > -al > > > Assume a single mvme2700-1441 in a vme chassis. There are no > other cards in the chassis. > > compile the following program > > void foo(void) > { > int *ptr = 0x14000000; > int bar; > bar = *ptr; > logMsg("0x%x [0x%x]\n",ptr,bar); > } > > 0x1400,0000 is the mpu address of vme/a32 address 0x0c00,0000 > (assumes "as shipped" configuration of vxworks). > > from the shell > > - -> sp foo > > will cause the line > > 0xXXX (tX): 0x14000000 [0xffffffff] > > to be printed out. What actually happens is a access > to location 0xc0000000 on the vme bus. A BERR results. > This was verified using a bus analyzer. > > The deference should have (IMHO) caused a hardware trap, which > is what it has done in previous (non 2700) versions of vxworks. MfG Lawnick, SOFTEC GmbH ============================================== SOFTEC GmbH Tel +49-731-96600-0 Promenade 17 Fax +49-731-96600-23 D-89073 Ulm Michael Lawnick Germany lawnick@softec.de ============================================== --------------------------- Newsgroups: comp.os.vxworks Subject: re: How to free up space used by a ramDisk? Date: Fri, 3 Nov 2000 15:52:51 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200011031552.PAA26286@dsl-2.tadpole.co.uk> > I am planning to allocate a ram disk on demand and to free it > when requested. I know how to allocate and use it. But I haven't > figured out how to free it. Will dosFsVolUnmount() really frees > the space too. Not a chance..... There is no reason at all why the ramdisk should be zapped by an unmount. The ramdisk is a separate entity. Worse still dosFsVolUnmount doesn't even free all the memory used to cache the disk's directory structure. I have seen a copy of the code to (recursively) free that memory - available from support. In some tests I've done I've seen the old directory information being used after a remount. No wonder vxworks corrupts file systems ;-( David - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.sys.powerpc.tech,comp.arch.embedded,comp.os.vxworks Subject: Re: Robust RTOS for PPC750 Date: Fri, 03 Nov 2000 16:33:47 GMT From: realtime_guru@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8tupda$gvq$1@nnrp1.deja.com> References: <3a0159f7$1@news.barak.net.il> Hi Yosi, What you are looking for sounds like a perfect fit for the INTEGRITY RTOS from Green Hills. INTEGRITY has modular updating of your application and complete protection from other tasks including memory protection. Note: Protecting the kernel and your other applications does not mean only memory protection. INTEGRITY also protects the kernel and tasks running on the system buy guarantying resources in the space and time domains. This means your tasks cannot rob memory or cpu time from other tasks running in the system. Another thing I like about INTEGRITY is its deterministic interrupt response. INTEGRITY does not disable interrupts in kernel calls. This gives you hard realtime response. Lastly, you do not need to take a performance hit. This kernel will outperform, even with all these features. It is a well thought out kernel intended for high availability and safety critical systems. I would take a serious look at it if I were you. - -- Mike In article <3a0159f7$1@news.barak.net.il>, "Yosi" wrote: > Hi All > > I'm looking for very robust RTOS for PPC750. I have lot of experience > with vxWorks, and it found to be not enough robust for me, mostly > because the kernel is not protected and any task could screw up > whole system. > > Another issue lack in vxWorks is modularity, where I want to be able > to upgrade only parts of my application, without the need to reset > and load whole new application image. I'm ready to pay with some > performance hit. > > What about lynxOS? > > With best regards > Yosi Yarchi > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks,comp.sys.powerpc.tech,comp.arch.embedded Subject: Re: Robust RTOS for PPC750 Date: Fri, 03 Nov 2000 10:36:58 -0600 From: Dean Message-ID: <3A02E9AA.941AA236@home.com> References: <8trc9d$m9h$1@nnrp1.deja.com> Yosi, I transitioned from VxWorks to LynxOS years ago and have used LynxOS exclusivly on multiple platforms since. I have been very happy with its performance and stability. Having a monolithic kernel (RAM-print size) was an issue for me at one time but its modularized with kernel profiles now so memory footprint can be quite small. With a PPC750 it is probably not and issue anyway. VxWorks AE sounds interesting but my experience is that their marketing hype never met my expectations in the area of MMU protection in their previous attempt. VxWorks could certainly do most jobs but if safety and reliability are concerns, I would choose LynxOS. LynxOS 4.0 will have binary compatibilty with Linux applications, that is cool! yosiy@my-deja.com wrote: > Hi All > > I'm looking for very robust RTOS for PPC750. I have lot of experience > with vxWorks, and it found to be not enough robust for me, mostly > because the kernel is not protected and any task could screw up whole > system. Another issue lack in vxWorks is modularity, where I want to be > able to upgrade only parts of my application, without the need to reset > and load whole new application image. I'm ready to pay with some > performance hit. > > What about lynxOS? > > With best regards > Yosi Yarchi > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: run debugger WITHOUT tornado ? Date: Fri, 03 Nov 2000 09:54:42 -0800 From: Michael Morrison Message-ID: <3A02FBE2.35C2DEB2@ringo.reno.nv.us> References: <8tcgir$188$1@nnrp1.deja.com> You can compile gdb as a cross debugger. In the vxworks configdb.h file you need to define INCLUDE_CONFIGURATION_5_2, INCLUDE_RPC, INCLUDE_DEBUG, INCLUDE_SYM_TBL and undef all the INCLUDE_WDB_XXX. It's been a while since I did this, so you may have to play around with the configuration a little. a7244270@my-deja.com wrote: > Hi, > > Is is possible to run the debugger without being in the Tornado IDE ? I > am using a VxWorks cross compiler on a sun, and I can load modules and > via windsh and see printed output via the telnet session to the port > manager, but I want to run the debugger (using printfs for debugging is > getting old). > > Thanks, > > Alfonso. > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: SNMP on VxSim Date: Fri, 03 Nov 2000 17:31:41 GMT From: "BALAJI RAMACHANDRAN" Organization: Lawrence Berkeley National Laboratory Message-ID: <8tuv9v$j3v$1@overload.lbl.gov> VxWorks Tornado Hi All, Any body Have idea, whether WindNet SNMP agent bought for PPC can be run on VxSim? Thanks in advance. Regards, R.Balaji. _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Visual Studio Integration with T2 Date: Fri, 3 Nov 2000 10:57:21 -0800 From: "Patrick Mealey" Message-ID: References: <8tmmcm$ovv$1@nnrp1.deja.com> <8tr792$hnf$1@nnrp1.deja.com> <8trrt8$1jd$1@nnrp1.deja.com> <3A0240DC.ABF0133E@flashcom.net> Hi, Two things: 1. I noticed this thread after my server had deleted the first few messages. I would be very interested in anything that would allow VxWorks to compile (even merely syntax check) using the VC++ compiler, as I LOVE the Microsoft Source Browser. Has someone done some work on that? 2. The parser below would be lovely. If the author would be so kind, I would also like a copy. Thanks, Patrick Mealey patrick_mealey@mvis.com > > In article <8tr792$hnf$1@nnrp1.deja.com>, > > Heiko Elger (ARBURG) wrote: > > > Hello, > > > > > > I've written a small parser which transforms the output of GCC > > > warnings/errors into the format which MS studio expects. > > > All you have to do is to pipe in the output of your own rules like the > > > following: > > > cc hello.c | msc2gcc > > > > > > If desired I can sent the small program to you (it's a MS Studio > > > project) - but you will need lex.exe. > > > > > > Best regards > > > > > > Heiko > > > > > > > > > > Sent via Deja.com http://www.deja.com/ > > Before you buy. > --------------------------- Newsgroups: comp.os.vxworks,comp.realtime Subject: HOT JOBS VxWorks S/W Developers Needed - Ottawa Date: Fri, 3 Nov 2000 16:16:57 -0500 From: "PROCOM" Organization: IGS - Information Gateway Services Message-ID: <8tv9o3$1fm$1@news.igs.net> Title: C++ / OOD VxWorks Software Developers Description: Our client, one of the world's largest telecommunications companies, currently requires 10 Junior to Senior Software Specialists to design, develop, implement and support Wireless products and applications. Minimum Requirements: All candidates should possess a minimum of 1 year experience developing real-time C/C++, OOD S/W on a VxWorks platform. Desired skills would include any previous Wireless development experience. Location: Ottawa, Ontario, Canada Type: Full-Time Placement Compensation: Open PROCOM: Established in 1978, Professional Computer Consultants Group Ltd. (Procom) is a national leader in the provision of Computer personnel on a contract and full-time basis. Our clients are comprised of the largest national and international corporations that utilize technical resources extensively across a wide range of disciplines. In the Financial Post (March 1999) Procom was ranked as the 6th largest professional Services Company in Canada. In November of 1999, Procom was named a Regional finalist in Canada' s 50 Best Managed Private companies. Our track record is proven with more than 180 consultants servicing Ottawa's high tech community and more than 1600 Procom consultants currently on assignment throughout. North America. For further information on this and other opportunities please visit our web site at www.procom.ca. Interested candidates are invited to forward their resumes or questions in confidence to: Derek Weber Technical Recruiter 300 March Road Kanata, Ontario K2K 2E2 phone: (613) 270-9339 ext 231 e-mail: derekw@procom.ca --------------------------- Newsgroups: comp.os.vxworks Subject: Re: how long has a task run since voluntarily giving up control? Date: Fri, 03 Nov 2000 17:10:54 -0600 From: Andrew Johnson Organization: APS, Argonne National Laboratory Message-ID: <3A0345FE.61194603@aps.anl.gov> References: <8tsglp$i1r$1@gazette.mayannetworks.com> "G. Paul Ziemba" wrote: > > Does anyone know of a way to determine how long a task has run > since it last gave up control (e.g., via taskDelay)? We're trying > to detect tasks that have been running for longer than a certain > time period without sleeping/pausing. > > It looks as if there might be something useful in the WIND_TCB structure, > but it's not clear how to distinguish between time accumulated since a > preemptive switch vs. a "voluntary" switch. You might be able to put something together to do this based on a combination of taskSwitchHookAdd() and your own wrapper around taskDelay(). The reliance on a "voluntary" task switch like this seems unusual for operations in a Real-Time preemptive OS though. The stuff you saw in the TCB may be related to the round-robin scheduler (see kernelLib in the reference manual), which might be useful for you. - - Andrew - -- Every great idea appears crazy to start with. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vme BERR on ppc boards (2700 etc) Date: Fri, 03 Nov 2000 18:17:49 -0600 From: Andrew Johnson Organization: APS, Argonne National Laboratory Message-ID: <3A0355AD.D159BB91@aps.anl.gov> References: <3A01E6ED.A3442F2B@mindspring.com> <3A02B16D.D083C27C@motorola.com> William Dennen wrote: > > Al Johnston wrote: > > > > VxWorks is not noticing accesses to non existent vme addresses. These > > accesses generate a vme BERR which should be caught by the OS as a fatal > > problem. What seems to happen is that instead for a read all bits high > > is read, and for a write nothing actually happens. > All of these conspire to make VMEbus bus errors a big problem on PowerPC > based boards. The system can't recover from machine checks caused by > processor accesses to the VMEbus. The only solution is to not do any > processor accesses that might generate bus errors. > > A mechanism for probing safely has been to do a single byte DMA transfer > because its failure return does not result in BERR. William, that answer was appalling. Just because you can't re-run the read cycle is not a good reason why the mv2700 BSP for vxWorks should have the BERR=>Machine Check Exception path turned off by default. I've never come across a vxWorks application on 680x0 that attempted to rerun a cycle after a Bus Error, and I'm not sure if it's even possible to do so. I don't expect to be able to do it on PPC, but I do expect to find out that a VME bus error occurred and that the task concerned should be suspended. Enabling the Machine Check Exception correctly causes this to happen on vxWorks, thus I was very surprised to discover that this wasn't done by default. For most vxWorks applications a bus error is a fatal error in all cases other than when calling vxMemProbe(), and the app needs to know that there was a problem so it can tell the user and close things down tidily. Not indicating that there was a problem will only make things worse. To give a real example: We have several VME systems with bus extenders into a VXI crate. A Bus Error occurs if someone turns off the VXI crate and the CPU tries to access a VXI card that was there a few milliseconds ago. I need to know if that happens, so I don't assume that the 0xffff value I just read was a valid ADC reading (which it might be). Al: Add this code to sysHwInit2() in sysLib.c: UINT16 mpcErrEnbl; ... /* * Make VME Bus Errors generate a CPU exception by enabling * Received Target Abort Machine check exceptions in Raven */ mpcErrEnbl = sysIn16 ((UINT16 *)(RAVEN_BASE_ADRS + RAVEN_MPC_MEREN)); sysOut16 ((UINT16 *)(RAVEN_BASE_ADRS + RAVEN_MPC_MEREN), mpcErrEnbl | RAVEN_MPC_MEREN_RTAM); /* Enable Machine Check pin of CPU */ vxHid0Set(vxHid0Get() | _PPC_HID0_EMCP); Unfortunately the error message is just as unfriendly as for the exception you reported the other day, and I don't think it includes the address that was trying to be accessed anyway, so I also added the following routine to universe.c: /****************************************************************************** * * sysBusErrShow - Display last VME BERR location * * This routine is provided so users can query the Universe VME interface * to show the location of the last VME Bus Error that occurred. The V_STAT * bit in the V_AMERR register is supposed to be set when the VAERR register * contents are valid, but this doesn't seem to be working so I ignore this * for now. We print the address and bus cycle type. * * RETURNS: OK */ STATUS sysBusErrShow (void) { ULONG status, address; UNIV_IN_LONG(UNIVERSE_V_AMERR, &status); if (status >>= 26) { UNIV_IN_LONG(UNIVERSE_VAERR, &address); printf("Last VME Bus Error was accessing %#lx using AM=%#lx\n", address, status); } else puts("No VME Bus Error information stored"); return OK; } - - Andrew - -- Every great idea appears crazy to start with. --------------------------- Newsgroups: comp.os.vxworks Subject: UDP datagram send problem Date: Sat, 04 Nov 2000 00:46:58 GMT From: people69@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8tvma1$aup$1@nnrp1.deja.com> Hi, I have a problem with UDP datagram send. I have simpified the code by removing the parts of the code which are not relavent to the problem. I attached the simplified code in the end of this posting. In the code, there is a function call taskDelay. If I pass the argument of 1 or larger to taskDelay(that is, taskDelay (1) or taskDelay(10)) most of the UDP datagram arrive at the destination host in local LAN environment. But if I pass the argument of zero (taskDelay(0)) most of the UDP datagram are not sent to the destination host. There should be no taskDelay in our application when sending UDP datagrams(That is, taskDelay(0)). One task delay corresponds to 16.7ms when system clock tick rate is 60 and it is too long time in our application. For example, we have to send 10~40 datagrams of size 500 bytes in less than 5 ~ 10 miliseconds. (these are not exact figures) How can I resolve this problem? - -----------Start of the code------------------- /* udpClient.c - UDP client example */ /* includes */ #include "vxWorks.h" #include "sockLib.h" #include "inetLib.h" #include "stdioLib.h" #include "strLib.h" #include "hostLib.h" #include "ioLib.h" #include "taskLib.h" #define SERVER_PORT_NUM 4000 /*********************************************************************** ***** * * udpClient - send a message to a server over a UDP socket * * This routine sends a data to a server over a UDP socket. * This routine may be invoked as follows: * -> udpClient "remoteSystem IP address or name" * * RETURNS: OK, or ERROR if the message could not be sent to the server. */ STATUS udpClient ( char * serverName /* name or IP address of server */ ) { struct sockaddr_in serverAddr; /* server's socket address */ int sockAddrSize; /* size of socket address structure */ int sFd; /* socket file descriptor */ unsigned char sendBuffer[10000]; int i; int on_off; /* create client's socket */ if ((sFd = socket (AF_INET, SOCK_DGRAM, 0)) == ERROR) { perror ("socket"); return (ERROR); } /* bind not required - port number is dynamic */ /* build server socket address */ sockAddrSize = sizeof (struct sockaddr_in); bzero ((char *) &serverAddr, sockAddrSize); serverAddr.sin_len = (u_char) sockAddrSize; serverAddr.sin_family = AF_INET; serverAddr.sin_port = htons (SERVER_PORT_NUM); if (((serverAddr.sin_addr.s_addr = inet_addr (serverName)) == ERROR) && ((serverAddr.sin_addr.s_addr = hostGetByName (serverName)) == ERROR)) { perror ("unknown server name"); close (sFd); return (ERROR); } /* datagram header and data */ #define DGRAM_SIZE 5000 for (i = 0; i < DGRAM_SIZE; i++) sendBuffer[i] = 'A'; for (i = 0; i < 100; i++) { if (sendto (sFd, (caddr_t) sendBuffer, DGRAM_SIZE, 0, (struct sockaddr *) &serverAddr, sockAddrSize) == ERROR) { perror ("sendto"); close (sFd); return (ERROR); } taskDelay (1); } close (sFd); return (OK); } - -----------End of the code--------------------- Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Help: Transparent Mode SCC on an MC68EN302 Date: Fri, 3 Nov 2000 20:15:41 -0600 From: "Fred H. Meyer" Organization: Lucent Technologies, Columbus, Ohio Message-ID: <8tvnih$bgq@nntpa.cb.lucent.com> I am writing a driver for a half duplex totally transparent mode scc on a 66en302 and vxWorks 5.1.4. I have the transmitter working. The receiver hangs vxWorks when it is enabled. Using a hardware emulator, I have found vxWorks in a loop polling _isWorkQempty in _reschedule, and my target server loses connection. I have made sure that the incoming data is going into the correct ram buffers. Has anyone used a 302 scc in this manner before, I could use some help!! Thanks, Fred Meyer fhmeyer@avaya.com --------------------------- Newsgroups: comp.os.vxworks Subject: Jobs in the US Date: Sat, 4 Nov 2000 15:02:32 +0530 From: "Gurpreet" Organization: VSNL Message-ID: <8u1pip$sm$1@news.vsnl.net.in> Dear Developers, I was wondering if anyone out there would be interested in good job offers in the US. We are in need of professionals working on embedded systems in the following areas: RISC/CISC processor/ controller architectures, Digital Signal Processors and their peripheral devices, interface technologies like PCMCIA, CPCI, USB, Firewire, SCSI, Operating Systems such as VxWorks, PSOS+, QNX, Windows NT/CE and Linux, Board Support Packages and Device Drivers. Assembly/ C/ C++/ Verilog/ VLSI, Embedded Java. Networking technologies such as Frame Relay. ATM, ISDN, TCP/IP and Industry protocols such as Profibus. Persons with sound Hardware and Software design techniques will be preferred. In case anyone is interested to work in the US with a company with good credentials and if you are looking for a remuneration package of $ 55K upwards alongwith excellent benefits, please contact me at the earliest at info@delineation.cc Even if you know anyone else who would be interested, please refer them too and I shall be obliged. All the best, cheers. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vme BERR on ppc boards (2700 etc) Date: Fri, 03 Nov 2000 06:38:21 -0800 From: Joe Durusau Organization: Lockheed Martin Corporation Message-ID: <3A02CDDD.B85006C9@lmco.com> References: <3A01E6ED.A3442F2B@mindspring.com> I don't think you can make a case for it not being a limitation. However, I've seen several PowerPC BSPs that were this way. I suspect that it's because of all the hardware you have to go through on a PowerPC and the very limited interrupt capability of the design. Speaking only for myself, Joe Durusau Al Johnston wrote: > > VxWorks is not noticing accesses to non existent vme addresses. These > accesses > generate a vme BERR which should be caught by the OS as a fatal > problem. What > seems to happen is that instead for a read all bits high is read, and > for > a write nothing actually happens. > > In previous bsps (hkv30, sun2ce) the os caught these conditions and let > the > application/user know about it! > > Can anyone explain to me what is happening? And is there any argument > that > can be made that this behavior is not a bug or limitation? > > test case follows. > > -al > > Assume a single mvme2700-1441 in a vme chassis. There are no > other cards in the chassis. > > compile the following program > > void foo(void) > { > int *ptr = 0x14000000; > int bar; > bar = *ptr; > logMsg("0x%x [0x%x]\n",ptr,bar); > } > > 0x1400,0000 is the mpu address of vme/a32 address 0x0c00,0000 > (assumes "as shipped" configuration of vxworks). > > from the shell > > -> sp foo > > will cause the line > > 0xXXX (tX): 0x14000000 [0xffffffff] > > to be printed out. What actually happens is a access > to location 0xc0000000 on the vme bus. A BERR results. > This was verified using a bus analyzer. > > The deference should have (IMHO) caused a hardware trap, which > is what it has done in previous (non 2700) versions of vxworks. --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Sat Nov 4 14:12:33 2000 From: karunakaran nair Date: Sat Nov 4 14:12:36 PST 2000 Subject: Re: SNMP on VxSim balaji, wrs has a vxSim with TCP/IP , SNMP and all that. the vxsim that comes with vxworks does not support networking facilities. KN --- the vxWorks Users Group Exploder wrote: > Submitted-by vxwexplo-errs@csg.lbl.gov Fri Nov 3 > 09:32:15 2000 > Submitted-by: "BALAJI RAMACHANDRAN" > > > VxWorks Tornado > > Hi All, > > Any body Have idea, whether WindNet SNMP agent > bought for PPC can be run on > VxSim? > > Thanks in advance. > > Regards, > > R.Balaji. > _________________________________________________________________________ > Get Your Private, Free E-mail from MSN Hotmail at > http://www.hotmail.com. > > Share information about yourself, create your own > public profile at > http://profiles.msn.com. > > > ********** > > This is a user group mailing list for vxWorks > related topics > see http://csg.lbl.gov/vxworks for posting and > other info __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one Place. http://shopping.yahoo.com/ From vxwexplo-errs@csg.lbl.gov Sun Nov 5 00:59:40 2000 From: Boaz Kahana Date: Sun Nov 5 00:59:43 PST 2000 Subject: Post mortem debugging I have an embedded target running VxWorks on PowerPC. In cases of software error that cannot be recover I use a mechanism that dump the stack to a serial port (as well as to a flash memory) and then call sysToMonitor() that will boot the unit. In some cases I would like to enable a mode that will get the unit to a "Target Shell" mode, with all other task stopped, so I can have a look at the unit memory, register and do basic post mortem debugging. Any ideas how can I do that ? Invoking ShellInit at that step may help but other tasks might disturb in the debug process. From vxwexplo-errs@csg.lbl.gov Sun Nov 5 04:03:07 2000 From: Vxworks Exploder Date: Sun Nov 5 04:03:09 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sun Nov 5 04:03:04 PST 2000 Subject: free evaluation boards? Subject: Re: free evaluation boards? Subject: Re: Sym895Lib - Symbios 53C895 SCSI driver ? Subject: re: SNMP on VxSim Subject: Re: Robust RTOS for PPC750 Subject: Post mortem debugging ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: free evaluation boards? Date: Sat, 04 Nov 2000 13:38:53 GMT From: "myGOL" Organization: Global Online Japan // Exodus Communications KK. Message-ID: i wonder if there is anybody who would give a evaluation board for free!?! i would like to study vxworks on actual targets than just (dumb) vxsim...no offenses please. tia. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: free evaluation boards? Date: Sat, 4 Nov 2000 16:05:33 +0100 From: "Martin Raabe" Organization: T-Online Message-ID: <8u18on$5tp$04$1@news.t-online.com> References: Hello Nazneen, go for an old 486 PC. That's OK. Just keyboard, Monitor, Floppy and motherboard! Speaking for my own, not my employer! Ciao - -- Martin Raabe myGOL schrieb in im Newsbeitrag: NjUM5.305$qu5.99337@nnrp.gol.com... > i wonder if there is anybody who would give a evaluation board for free!?! > i would like to study vxworks on actual targets than just (dumb) vxsim...no > offenses please. > tia. > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Sym895Lib - Symbios 53C895 SCSI driver ? Date: 4 Nov 2000 07:56:23 -0800 From: Robert Gove Organization: Extra Newsguy News Service [http://extra.newsguy.com] Message-ID: <8u1bj7090b@edrn.newsguy.com> References: <8tc7ot$p16$1@nnrp1.deja.com> Ed, I found the same problem when I installed the Tornado drivers. You can request this file from Wind River (yes, it exists). - -Bob In article <8tc7ot$p16$1@nnrp1.deja.com>, ed.moore@snellwilcox.com says... > >In the August 2000 release of Tornado Drivers (TDK-13418), WindRiver >say there are the following files: >(see http://www.wrs.com/csdocs/product/driver/tornado/delta.html) > >sym895Lib.c >sym895Script.c >sym895.h >sym895Scr.n > >So, in the hope that I could get a working driver for the 53C895 I >downloaded the 45 MByte tar file, but the only relevant file in it is >sym895Lib.o; there are no sym895.h header files. > >Does anyone know what this is all about ?. > >Or perhaps someone knows where I can get a working driver for the >53C895, even if it only runs at Fast-SCSI rates ? > >Ed. > > >Sent via Deja.com http://www.deja.com/ >Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: re: SNMP on VxSim Date: Sat, 4 Nov 2000 14:12:31 -0800 (PST) From: karunakaran nair Organization: Lawrence Berkeley National Laboratory Message-ID: <8u21nu$52j$1@overload.lbl.gov> balaji, wrs has a vxSim with TCP/IP , SNMP and all that. the vxsim that comes with vxworks does not support networking facilities. KN - --- the vxWorks Users Group Exploder wrote: > Submitted-by vxwexplo-errs@csg.lbl.gov Fri Nov 3 > 09:32:15 2000 > Submitted-by: "BALAJI RAMACHANDRAN" > > > VxWorks Tornado > > Hi All, > > Any body Have idea, whether WindNet SNMP agent > bought for PPC can be run on > VxSim? > > Thanks in advance. > > Regards, > > R.Balaji. > _________________________________________________________________________ > Get Your Private, Free E-mail from MSN Hotmail at > http://www.hotmail.com. > > Share information about yourself, create your own > public profile at > http://profiles.msn.com. > > > ********** > > This is a user group mailing list for vxWorks > related topics > see http://csg.lbl.gov/vxworks for posting and > other info __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one Place. http://shopping.yahoo.com/ --------------------------- Newsgroups: comp.sys.powerpc.tech,comp.arch.embedded,comp.os.vxworks Subject: Re: Robust RTOS for PPC750 Date: Sat, 04 Nov 2000 23:32:37 +0000 From: Herbert Leuwer Organization: T-Online Message-ID: <3A049C95.DA89CE0A@t-online.de> References: <3a0159f7$1@news.barak.net.il> Try OSE from ENEA Data. I think it has all you need. MMU protection and a dynamic upgrading/replacement of software during runtime. It's fast and has very good debugging facilities on a system level. The message passing method it uses for process synchronization is fast, save, memory conserving and simplifies connection between program images that have no link time reference (only types and process names need to be known). H. Leuwer Yosi schrieb: > Hi All > > I'm looking for very robust RTOS for PPC750. I have lot of experience with > vxWorks, and it found to be not enough robust for me, mostly because the > kernel is not protected and any task could screw up whole system. Another > issue lack in vxWorks is modularity, where I want to be able to upgrade only > parts of my application, without the need to reset and load whole new > application image. I'm ready to pay with some performance hit. > > What about lynxOS? > > With best regards > Yosi Yarchi --------------------------- Newsgroups: comp.os.vxworks Subject: Post mortem debugging Date: Sun, 5 Nov 2000 10:54:01 +0200 From: Boaz Kahana Organization: Lawrence Berkeley National Laboratory Message-ID: <8u38di$pa6$1@overload.lbl.gov> I have an embedded target running VxWorks on PowerPC. In cases of software error that cannot be recover I use a mechanism that dump the stack to a serial port (as well as to a flash memory) and then call sysToMonitor() that will boot the unit. In some cases I would like to enable a mode that will get the unit to a "Target Shell" mode, with all other task stopped, so I can have a look at the unit memory, register and do basic post mortem debugging. Any ideas how can I do that ? Invoking ShellInit at that step may help but other tasks might disturb in the debug process. --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Mon Nov 6 01:22:32 2000 From: stevens Date: Mon Nov 6 01:22:36 PST 2000 Subject: Enable Powermodes (MPC850) in VxWorks Hi VxWorkers, we try to use the Powermodes for a system with a MPC850 ( Tornado 2 ) . Changing the modes in our application with vxPowerModeSet() does not work. So, we tried the following short code from Motorola to switch powermodes without effect: int testpowermode(void) { EPPC* regbase = (EPPC*) vxImmrGet(); EnterSleepMode(regbase); return OK; } void LowPowerEnable( int temp ) { asm("nofralloc"); asm("mfmsr r3"); asm("oris r3, r3, 0x0004"); asm("mtmsr r3"); asm("blr"); } void EnterSleepMode( EPPC *immr ) { /* Setup decrementer for 20 seconds */ InitializeDecrementer( 5000000 ); /* Unlock PLPRCR */ immr->clkr_plprcrk = 0x55ccaa33; /* Enable LPM bit in MSR */ LowPowerEnable( 0 ); immr->clkr_plprcr |= 0x5000; immr->clkr_plprcr |= 2 << 8; /* Execution stops here until an interrupt occurs */ immr->clkr_plprcr |= 0x5000; immr->clkr_plprcrk = 0; } void InitializeDecrementer( int time ) { asm("nofralloc"); asm("mtspr 22, r3"); asm("blr"); } Who can help us to enable the Powermodes in VxWorks ? Regards, Torsten -- ************************************************************************** fraunhofer institute of microelectronic circuits and systems department sat name torsten stevens mailto:stevens@ims.fhg.de address finkenstrasse 61 phone +0049/203/3783-238 47057 duisburg fax +0049/203/3783-266 germany internet http://www.ims.fhg.de and http://www.inhaus-nrw.de ************************************************************************** -- ************************************************************************** fraunhofer institute of microelectronic circuits and systems department sat name torsten stevens mailto:stevens@ims.fhg.de address finkenstrasse 61 phone +0049/203/3783-238 47057 duisburg fax +0049/203/3783-266 germany internet http://www.ims.fhg.de and http://www.inhaus-nrw.de ************************************************************************** From vxwexplo-errs@csg.lbl.gov Mon Nov 6 03:03:16 2000 From: "David Anderson @ Data Track" Date: Mon Nov 6 03:03:19 PST 2000 Subject: RE: How to free up space used by a ramDisk? & corruption > > In some tests I've done I've seen the old directory information being used after > a remount. No wonder vxworks corrupts file systems ;-( > > David I've not seen any evidence of this ( yet ). I would be very interested in the circumstances of such corruptions. Are they associated with failures to flush cached information to disk ? Which version of vxWorks / dosFs are we talking about here ? Is this a problem only for the ram disks or all disk devices ? Is there a particular configuration that is worse than any other ? David Anderson. mailto:danderson@dtrack.demon.co.uk ------------------------------------- FF: 2B + ~2B , that is the question ? ------------------------------------- Disclaimer ---------- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please destroy and notify Data Track Technology Plc +44 1425 271900. ------------------------------------------------------- From vxwexplo-errs@csg.lbl.gov Mon Nov 6 03:06:47 2000 From: "Richard Whipple" Date: Mon Nov 6 03:06:50 PST 2000 Subject: test vxworks test vxworks vxwexplo@lbl.gov From vxwexplo-errs@csg.lbl.gov Mon Nov 6 04:03:06 2000 From: Vxworks Exploder Date: Mon Nov 6 04:03:09 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Mon Nov 6 04:03:04 PST 2000 Subject: Re: Post mortem debugging Subject: Re: Post mortem debugging Subject: TQM860 Subject: Re: UDP datagram send problem Subject: Enable Powermodes (MPC850) in VxWorks Subject: Re: 82371 & IDE HardDrive Subject: RE: How to free up space used by a ramDisk? & corruption Subject: test vxworks ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Post mortem debugging Date: Sun, 05 Nov 2000 23:53:47 GMT From: "Patrick@Roadrunner" Organization: Road Runner Message-ID: References: <8u38di$pa6$1@overload.lbl.gov> That's kind of difficult with vxWorks. What I would suggest is to use windview as it provides a post mortem feature that should give you very useful information as to why the target is dying. Patrick Fitzpatrick "Boaz Kahana" wrote in message news:8u38di$pa6$1@overload.lbl.gov... > I have an embedded target running VxWorks on PowerPC. > > In cases of software error that cannot be recover I use a mechanism that dump the stack > to a serial port (as well as to a flash memory) and then call sysToMonitor() that will boot the unit. > > In some cases I would like to enable a mode that will get the unit to a "Target Shell" mode, > with all other task stopped, so I can have a look at the unit memory, register and do basic > post mortem debugging. > > Any ideas how can I do that ? > Invoking ShellInit at that step may help but other tasks might disturb in the debug process. > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Post mortem debugging Date: Mon, 6 Nov 2000 07:52:22 +0100 From: "Martin Raabe" Organization: T-Online Message-ID: <8u5kk9$a5c$05$1@news.t-online.com> References: <8u38di$pa6$1@overload.lbl.gov> Hello Boaz, how about remote debugging? When you use the debugger in the system debug mode, you could raise an exception, which could be cought by the debugger. Then you might disable the tasks you think which should be disabled and handle the exception and continue. Just anidea! Speaking for my own, not my employer! Ciao - -- Martin Raabe Boaz Kahana schrieb in im Newsbeitrag: 8u38di$pa6$1@overload.lbl.gov... > I have an embedded target running VxWorks on PowerPC. > > In cases of software error that cannot be recover I use a mechanism that dump the stack > to a serial port (as well as to a flash memory) and then call sysToMonitor() that will boot the unit. > > In some cases I would like to enable a mode that will get the unit to a "Target Shell" mode, > with all other task stopped, so I can have a look at the unit memory, register and do basic > post mortem debugging. > > Any ideas how can I do that ? > Invoking ShellInit at that step may help but other tasks might disturb in the debug process. > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: TQM860 Date: Mon, 6 Nov 2000 09:09:52 +0100 From: "Default" Organization: Technikum Winterthur Ingenieurschule Message-ID: <8u5p0b$udi$1@duba04h09-0.dplanet.ch> Hello I plan to use VxWorks on the TQM860 Board (for Educational Works). Wher can I get a VxWorks Board Support Package for that Board? Regards Omar - -- - ------------------------------------------- Omar Naas Dipl. El. Ing. HTL Wissenschaftlicher Mitarbeiter ZHW, Zurich University of Applied Sciences Winterthur IMS, Institute of Mechatronic Systems P.O. Box 805 CH-8401 Winterthur Tel: +41-52-267 77 82 Fax: +41-52-268 77 82 e-mail: omar.naas@zhwin.ch hp: www.ims.zhwin.ch --------------------------- Newsgroups: comp.os.vxworks Subject: Re: UDP datagram send problem Date: Mon, 6 Nov 2000 10:16:37 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <8tvma1$aup$1@nnrp1.deja.com> people69@my-deja.com wrote in message <8tvma1$aup$1@nnrp1.deja.com>... >Hi, > >I have a problem with UDP datagram send. >rate is 60 and it is too long time in our application. For example, we have >to send 10~40 datagrams of size 500 bytes in less than 5 ~ 10 miliseconds. AYS ? >#define DGRAM_SIZE 5000 Just to do a quick ballpark calculation, assuming the above is a typo: 40 datagrams * 500 bytes each = 20,000 bytes. 20,000 bytes every 5ms = 20,000 * 200 bytes/second = 4,000,000 bytes per second. What kind of network are you using? That's well beyond the abilities of a standard 10M ethernet, and if your datagrams are ending up 5000 bytes in size then a) that's 10x worse again, and b) the packets are going to be fragged to bits, causing much more overhead in both sending and receiving IP stacks. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Enable Powermodes (MPC850) in VxWorks Date: Mon, 06 Nov 2000 10:20:55 +0000 From: stevens Organization: Lawrence Berkeley National Laboratory Message-ID: <8u609v$ar2$1@overload.lbl.gov> Hi VxWorkers, we try to use the Powermodes for a system with a MPC850 ( Tornado 2 ) . Changing the modes in our application with vxPowerModeSet() does not work. So, we tried the following short code from Motorola to switch powermodes without effect: int testpowermode(void) { EPPC* regbase = (EPPC*) vxImmrGet(); EnterSleepMode(regbase); return OK; } void LowPowerEnable( int temp ) { asm("nofralloc"); asm("mfmsr r3"); asm("oris r3, r3, 0x0004"); asm("mtmsr r3"); asm("blr"); } void EnterSleepMode( EPPC *immr ) { /* Setup decrementer for 20 seconds */ InitializeDecrementer( 5000000 ); /* Unlock PLPRCR */ immr->clkr_plprcrk = 0x55ccaa33; /* Enable LPM bit in MSR */ LowPowerEnable( 0 ); immr->clkr_plprcr |= 0x5000; immr->clkr_plprcr |= 2 << 8; /* Execution stops here until an interrupt occurs */ immr->clkr_plprcr |= 0x5000; immr->clkr_plprcrk = 0; } void InitializeDecrementer( int time ) { asm("nofralloc"); asm("mtspr 22, r3"); asm("blr"); } Who can help us to enable the Powermodes in VxWorks ? Regards, Torsten - -- ************************************************************************** fraunhofer institute of microelectronic circuits and systems department sat name torsten stevens mailto:stevens@ims.fhg.de address finkenstrasse 61 phone +0049/203/3783-238 47057 duisburg fax +0049/203/3783-266 germany internet http://www.ims.fhg.de and http://www.inhaus-nrw.de ************************************************************************** - -- ************************************************************************** fraunhofer institute of microelectronic circuits and systems department sat name torsten stevens mailto:stevens@ims.fhg.de address finkenstrasse 61 phone +0049/203/3783-238 47057 duisburg fax +0049/203/3783-266 germany internet http://www.ims.fhg.de and http://www.inhaus-nrw.de ************************************************************************** --------------------------- Newsgroups: comp.os.vxworks Subject: Re: 82371 & IDE HardDrive Date: Mon, 06 Nov 2000 10:32:38 GMT From: "myGOL" Organization: Global Online Japan // Exodus Communications KK. Message-ID: References: looks like problem with IO mapping. the control & command block do remain at 0x1f0 & 0x3f6 (0x3f4 aligned). also the bus master registers at 0x400. please check the IO mapping at BAR on bridge. what error is it giving master abort? Charles Krinke wrote in message news:jQWL5.1$AK2.77@news.connectnet.com... > I am working with an Intel 82371 chip on a StrongArm board trying to get an > IDE hard drive to work. I have gotten as far as ideDrv.c where I can see > that the code is trying to access the AT Task File Registers from > 0x1F0-0x1F7. My problem is there is a disconnect in my knowledge as the > 82371 documentation says that it expects a DMA Descriptor and not ports from > 0x1F0-0x1F7. Trying to use the 82371 as if it were set up as an IDE > controller with ideDrv.c does not seem to work. Can anyone point me in a > useful direction for further study?? > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: RE: How to free up space used by a ramDisk? & corruption Date: Mon, 6 Nov 2000 11:02:48 -0000 From: "David Anderson @ Data Track" Organization: Lawrence Berkeley National Laboratory Message-ID: <8u63qf$cpb$1@overload.lbl.gov> > > In some tests I've done I've seen the old directory information being used after > a remount. No wonder vxworks corrupts file systems ;-( > > David I've not seen any evidence of this ( yet ). I would be very interested in the circumstances of such corruptions. Are they associated with failures to flush cached information to disk ? Which version of vxWorks / dosFs are we talking about here ? Is this a problem only for the ram disks or all disk devices ? Is there a particular configuration that is worse than any other ? David Anderson. mailto:danderson@dtrack.demon.co.uk - ------------------------------------- FF: 2B + ~2B , that is the question ? - ------------------------------------- Disclaimer - ---------- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please destroy and notify Data Track Technology Plc +44 1425 271900. - ------------------------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: test vxworks Date: Mon, 6 Nov 2000 19:05:33 +0800 From: "Richard Whipple" Organization: Lawrence Berkeley National Laboratory Message-ID: <8u63qf$cpc$1@overload.lbl.gov> test vxworks vxwexplo@lbl.gov --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Mon Nov 6 04:55:44 2000 From: "Slutsker, Rasty" Date: Mon Nov 6 04:55:46 PST 2000 Subject: Ethernet (NE2000) dies This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C047F0.911DDB30 Content-Type: text/plain; charset="iso-8859-1" Hi All, I'd like to share some bad experience with Ethernet. We have two products with Realtek NE2000 a compatible controller ISA and PCI. Both products expose the same problem when connected to the certain LAN. Namely, Ethernet dies, activity and RX/TX indicators stop blinking. The software, which is not related to the networking is working normally - other interrupts and corresponding tasks are running as usual. With some exception - tasks that have priority lower than tNetTask are blocked. It appears (but I cannot prove) that tNetTask goes into an endless loop and consumes all the CPU resources. The problem is consistent. Does anyone have access to if_ene source? Is there some endless polling for one of the status bits that may never be set? Did anyone see something similar? Rasty Tornado, VxWorks ------_=_NextPart_001_01C047F0.911DDB30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Ethernet (NE2000) dies

Hi = All,

I'd like to share some bad experience = with Ethernet. We have two = products with Realtek = NE2000 a compatible controller ISA and PCI. Both products = expose the same problem when connected to the certain LAN. = Namely, Ethernet dies, activity and RX/TX = indicators stop blinking. The = software, which is not related to the networking is = working normally - other interrupts and = corresponding tasks are = running as = usual. With some = exception - tasks that have priority lower than tNetTask are = blocked. It appears (but I cannot prove) that = tNetTask goes into an = endless loop and consumes = all the CPU resources. The problem is = consistent.

Does = anyone have access to if_ene source? Is there some endless polling for = one of the status bits that may never be = set?

Did anyone see = something similar?

Rasty

Tornado, = VxWorks

------_=_NextPart_001_01C047F0.911DDB30-- From vxwexplo-errs@csg.lbl.gov Mon Nov 6 06:39:54 2000 From: Jim Way Date: Mon Nov 6 06:39:56 PST 2000 Subject: RE: Ethernet (NE2000) dies Rasty, > Namely, Ethernet > dies, activity and RX/TX indicators stop blinking. The software, which is > not related to the networking is working normally - other interrupts and > corresponding tasks are running as usual. I had a similar sounding problem with PPC860T based system. Our board manufacturer provided a BSP that modified an SCC into an FEC. But there will still problems. Specifically we found out about two SPRs: SPR 22325 - Race condition between interrupt processing of received packets and polled mode processing in END driver SPR 23528 - motCpmEnd driver corrupts tNetTask in system mode I've also seen problems if there is a duplication of my IP address on the network. To be honest, we ended up solving this problem by hiring a consultant through WindRiver. He got our driver fixed up and it's been running smoothly ever since. Hope this helps, Jim ----------------------------------------- Jim Way, Software Engineer Datum Austin (Austron Inc.) voice: 512.721.4170 fax : 512.990.9712 email: jwayATdatumDOTcom (no spam please) ----------------------------------------- VxWorks Tornado From vxwexplo-errs@csg.lbl.gov Mon Nov 6 06:55:31 2000 From: Bruce Rowen Date: Mon Nov 6 06:55:34 PST 2000 Subject: vxworks taskDelay() question VxWorks What are the possible time ranges of a taskDelay(1) assuming that there are no other tasks in the system awaiting scheduling? I see taskDelay possibly guaranteeing either at most 1 tick delay or at least 1 tick delay (again, no other tasks competing for the CPU). Example: Lets say the taskDelay is called 1 millisecond second after tickAnnounce informs the kernel of a system clock tick and the system clock ticks at 1 Hz. Task is delayed up to the next system tick (i.e. taskDelay() sleeps from 0.001 to 1 second) Task is delayed at least one system tick (i.e. taskDelay() sleeps from 0.001 to 2 seconds) My assumption here is that the task may only be resumed after a taskDelay when the kernel receives a tickAnnounce() from the clock ISR. and not any time in between (synchronous) Thanks ------------------------------------------------------------------------------- Bruce Rowen National Radio Astronomy Observatory Scientific Programmer Array Operations Center browen@aoc.nrao.edu P.O. Box O Socorro, NM 87801 (505)835-7329 (505)835-7000 ------------------------------------------------------------------------------- From vxwexplo-errs@csg.lbl.gov Mon Nov 6 09:09:23 2000 From: karunakaran nair Date: Mon Nov 6 09:09:25 PST 2000 Subject: comp.os.vxworks newsdigest hi,i have two targets ( I & II ) connected to each other via ethernet. previously, both targets were loading their images from a UNIX machine. now, i want to have the target image on target I flash, and target II must obtain the image from the flash of target I.how to do this ? thanks,KN __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one Place. http://shopping.yahoo.com/ From vxwexplo-errs@csg.lbl.gov Mon Nov 6 09:28:38 2000 From: David Laight Date: Mon Nov 6 09:28:41 PST 2000 Subject: Re: vxworks taskDelay() question > What are the possible time ranges of a taskDelay(1) min zero, max 1 tick - ie until the next tickAnnounce call. (I need a vxWorks - so a comment...) vxWorks (and other O/S) could provide higher resolution timers if the O/S told the BSP when it next needed a clock interrupt instad of requiring one each tick. For instance my strongArm runs its timers from a 3.6MHz (actually 2^14.3^2.5^2 MHz) clock, the O/S could tell the hardware the absolute time when its first timer interrupt expires, and the BSP would work out the value of the 3.6MHz counter just after that absolute time and set that for the next interrupt. tickGet() would have to read the hardware timer and calculate how many hi-res ticks have happened. That way you could get micro-second accurate delays without the overhead of processing the timer list every microsecond. It would also facilitate sytstems with 2 clocks. To get long term accuracy I have to use a software PLL to get the 100Hz interrupt (derived from the 3.6MHz clock) to stay locked to the 1Hz counter (from the trimmed 32768Hz crystal). (The WRS Brutus BSP doesn't even use a fixed clock rate from the 3.6M crystal - it's timekeeping is stuffed beyonf belief - it uses a 'fudge factor' for the interrupt latency in order to pass the BSP validation suite!) I would like to use the 1Hz counter for time and the 3.6MHz one for intervals... (end rant) David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Mon Nov 6 16:13:55 2000 From: "Richard Whipple" Date: Mon Nov 6 16:13:58 PST 2000 Subject: about BSP and boot ROMs We are attempting to write our BSP for our target board.Our development enviroment is Tornado 2.0/VxWorks 5.4 for Win95/98/NT, and the CPU in our target board is PPC860.I have some questions on boot ROMs and BSP. 1.Usually the boot ROMs doesn't include the VxWorks kernel.(Right?) When power-on, the boot ROM commnicates with a terminal on the host via a serial port (RS-232).Then the user can use the terminal to download a VxWorks image(VxWorks kernel included) into RAM of target board.But the Appendix D of the manual "Tornado BSP Developer's Kit for VxWorks User's Guide" says that the boot sequence is power-on -> usrInit() -> kernelInit() -> usrRoot() -> user's application. Why didn't I find the code fragment that produces a prompt just like pROBE+> in pSOS+ and then waits for user's input to download VxWorks image to target RAM? 2.There are 2 wdbConfig() routins in files target\config\comps\src\usrwdbcore.c and arget\src\config\usrwdb.c. And when boot both target\config\all\bootconfig.c and usrconfig.c invoke wdbConfig(). It really confused me. What wdbConfig() should they invoke? Why? Why are there 2 wdbConfig() routines? What is the difference between directories target\config\comps\src\*.cºÍtarget\src\config\*.c£¿I find they are almost same. Is my understanding as follows right? - The Tornado has 2 build methods: one is through command line (used in previous version of Tornado such as 1.01), another is through project facility. When you build your VxWorks image through command line,you use files in target/src/config/*.c; when through project facility, you use files in target/config/comps/src/*.c. The driver's source code is in directory target/src/drv/*.c. No matter what build method is used we will invoke target/src/drv/*.c. Best regards From vxwexplo-errs@csg.lbl.gov Tue Nov 7 15:29:54 2000 From: "Ferrara, Bob" Date: Tue Nov 7 15:29:56 PST 2000 Subject: Running out of Clusters using latest FCC driver... VxWorks people - Has anyone experienced running out of Clusters using the latest FCC driver? Here is latest history line of my motFccEnd.c driver: 01k,07oct99,elk changed MOT_FCC_GRA_SEM_TAKE from WAIT_FOREVER to 2 ticks Under a certain load, the driver counter, motFccRxMemErr increments indicating that no Clusters are available for the received frame. I am not running out of Mblks nor ClBlks. Has anyone else experienced this and what "cluster" parameter did you modify to correct this situation from occurring? Thanks, Bob Ferrara From vxwexplo-errs@csg.lbl.gov Wed Nov 8 04:03:08 2000 From: Vxworks Exploder Date: Wed Nov 8 04:03:11 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Wed Nov 8 04:03:05 PST 2000 Subject: Re: Vision ICE II problems::can't run to breakpoint without losing BDM: Subject: ANNOUNCE: New article about Network Processors Subject: T2 linker (ld) problem with i960 Subject: Re: Vision ICE II problems::can't run to breakpoint without losing BDM: Subject: Java/vxWorks Subject: Posix Message Queues Subject: dosFS volume name -> CBIO_DEV_ID Subject: Re: Envoy SNMPV3 config ? Subject: vxWorks BSP Subject: Re: VxWorks Timer Subject: Re: HOT JOBS VxWorks S/W Developers Needed - Ottawa Subject: Running out of Clusters using latest FCC driver... Subject: Semaphores Subject: ifunit fails! Subject: Re: Semaphores Subject: Re: Semaphores Subject: Re: socket owner? Subject: Protocol stack resources Subject: RTS CTS control in Vxworks programing ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Vision ICE II problems::can't run to breakpoint without losing BDM: Date: Tue, 07 Nov 2000 14:09:29 GMT From: "Aaron Morse" Message-ID: References: Jim, What type of breakpoint are you using? Usually it is recommended that you use an internal hardware breakpoint because vxWorks images "usually" are copied from ROM to RAM and a software breakpoint could be overwritten in that case. Aaron "Jim" wrote in message news:tFzN5.26642$HM6.99320@news.magma.ca... > I am trying to test a BSP for ads8260 board here at work ... and the ICE is > having difficulty running until a break point through a very simple loop > (which iterates enough to make it infeasible to step throught it) ... my pc > is a P3 666 with 512 mb ram (so that shouldn't be the problem) ... has > anyone else seen this? > > Thanks > Jim > > > > --------------------------- Newsgroups: comp.os.linux.embedded,comp.os.vxworks,comp.os.lynx,comp.os.psos,comp.os.os9 Subject: ANNOUNCE: New article about Network Processors Date: Tue, 07 Nov 2000 15:57:47 GMT From: Michael Barr Organization: Netrino (http://www.netrino.com) Message-ID: <3A082679.126CA13D@netrino.com> This is a cryptographically signed message in MIME format. - --------------ms2CDB717DC235D013357B8C6D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have just posted the article "NP Complete: An Introduction to Network Processing" to the Netrino website. It can be found at the following URL: http://www.netrino.com/Articles/NetworkProcessors/ The first generation of network processors has finally arrived. This article introduces the technology and shows what they are good for and how they can be used. It also gives an overview of each of the major products in this emerging category of special-purpose CPUs. This article was published in the November 2000 issue of Embedded Systems Programming. For more information about the magazine, or to sign up for a free subscription, please visit: http://www.embedded.com/ The Netrino Consultants Network encourages its partners and associates to share their technical expertise by writing magazine articles and books and by speaking at industry conferences. Whenever possible we retain the right to publish these materials on our website. An index of our many publications can be found at the following URL: http://www.netrino.com/Publications/ I hope you will find these resources valuable, and relevant to this newsgroup. Sincerely, Michael Barr - --------------ms2CDB717DC235D013357B8C6D Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIIDwYJKoZIhvcNAQcCoIIIADCCB/wCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BeAwggLEMIICLaADAgECAgMDEAswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDgxMTE0MDgyMVoXDTAxMDgxMTE0MDgy MVowaDENMAsGA1UEBBMEQmFycjEXMBUGA1UEKhMOTWljaGFlbCBKb3NlcGgxHDAaBgNVBAMT E01pY2hhZWwgSm9zZXBoIEJhcnIxIDAeBgkqhkiG9w0BCQEWEW1iYXJyQG5ldHJpbm8uY29t MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDPW0HFztiNxFaw5uv5erG4nAS1Ed69/f73 4PuydSX/IYhUMiZXoqqdKgToW+wexUC/aHqpdsYJZCYOQj1jK8P3dtuKPZge4IiHqJCjCbbs CUpGrITYMNXAnarD97g4ZiUUo6ts7PkUsqAvB683RpUr0tjJtjWBQt5ybjs23Tww1QIDAQAB o08wTTAcBgNVHREEFTATgRFtYmFyckBuZXRyaW5vLmNvbTAMBgNVHRMBAf8EAjAAMB8GA1Ud IwQYMBaAFIir8WCDZlX05FjHRh3AYb0j18OMMA0GCSqGSIb3DQEBBAUAA4GBAF0IhPhr9QMF hZaDH8O20cd9kiYLoXuRzpg3HWde9Gw75l1k3j9Ke1gM7dx8YQi0xRiRkxq/F+1z5oysoc+/ GsQ0iUqrXcP4xUWeGTBwsPI1+S4axmn8wb4hhjQuBMjIAnOa9uTV5TIlBIdTZ8ws+Fg3zPgY xzbGAhS75FSL3l4DMIIDFDCCAn2gAwIBAgIBCzANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UE BhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYD VQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNl cyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJ KoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTk5MDkxNjE0MDE0 MFoXDTAxMDkxNTE0MDE0MFowgZQxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENh cGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENl cnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMTk5 OS45LjE2MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCzaVqX1NAWC3q1xV3pIZwjcs0S TEv3fs/H+8pyJPRCUqxXleN7YXoXhOf9cjk4lLTq7WWnkgZeveBl9hm7lHl2TD65aHB1hBz0 EXQAvAUsTwkDFzHM9EHUcsamXeKIRLCLLsRN8fDWhT5s85WUeJF+QOmc0Y0VV47Cc+Uw3kb1 TwIDAQABozcwNTASBgNVHRMBAf8ECDAGAQH/AgEAMB8GA1UdIwQYMBaAFHJJwnM0xlX0C3Zy gX539IfnxrIOMA0GCSqGSIb3DQEBBAUAA4GBAGvGWekx+um27LED2N9ycv6RYEjqxlXde/Bn jsZhcOdtwqU32J23FyhWBYvdXHVvxpGQxmxmcRPQEHxrkW+G4CE2LcHX6rIJrc8tbcaDUpv7 u/6ch538t+l0kuRcl678fqzKDW9yemcsa3P1hvmd9QBu9B0Hzp2egmMp75MJflXeMYIB9zCC AfMCAQEwgZwwgZQxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNV BAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRl IFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2AgMD EAswCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wMDExMDcxNTU3NDVaMCMGCSqGSIb3DQEJBDEWBBQkv1vVjp8ZpTdkuTD9ehDkB2Mn pTBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDAHBgUrDgMC BzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASBgI688RiM P1b5JKXVIRx1Tsfp9ZgCCROCQ/U9ON78w0FeVs3KfIoF7YhrYPTRkJA7lNOMlZUptyO626dA zzUlfNSWggQ0NWVo3gDy/z1B5uDAgDkjs2M2WQNt3/u4fDvd0vxoLSBslTydlkgEd+cbhOUD qz46Yuj7Nfl9glkrKBL/ - --------------ms2CDB717DC235D013357B8C6D-- --------------------------- Newsgroups: comp.os.vxworks Subject: T2 linker (ld) problem with i960 Date: Tue, 07 Nov 2000 16:57:27 +0100 From: Paul Augart Organization: OCE Printing Systems GmbH Message-ID: <3A082667.AE5B0F37@ops.de> This is a multi-part message in MIME format. - --------------30D9979DF489D1F5C39E1A61 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hello All,

    I need help with TORNADO2 linker (LD). I am using T2 under ObjecTime. ObjecTime is creating perl scripts to compile and link projects for x86(PC platform) and i960 targets.
ObjecTime has no problem creating output file for x86 but for i960 the linker has this problem (this is the output from the perl scripts, sorry):

.....
C:\ObjecTime\Developer5.2.1/C++/TargetRTS/lib/TORNADO2T.i960-cygnus-2.7.2-96
0126/main.o
\
                %CB_MAINMODULE_LIBS%\make_i960\I960JXgnu\CB_Project3.a \

                RTSystem.o \
                %ALL_OBJS.olist \
                  \
                 \
                 \

-L"C:\ObjecTime\Developer5.2.1/C++/TargetRTS/lib/TORNADO2T.i960-cygnus-2.7.2
-960126"
-lObjecTime -lObjecTimeTransport -lObjecTimeTypes -r
!> Linking A_PrintEngineSimulationContainer
RTmunch0.o: line number overflow: 0x1c426 > 0xffff
RTmunch0.o: reloc overflow: 0x2b3ae > 0xffff
RTmunch0.o: final close failed: File truncated
description 'RTmunch0.o: line number overflow: 0x1c426 > 0xffff
RTmunch0.o: reloc overflow: 0x2b3ae > 0xffff
RTmunch0.o: final close failed: File truncated' severity 'warning'
.....
 

It seems the linked thinks the i960 memory is only 65K. I am read the error messages right?
How can I solve this problem and tell the linker the i960 has 16 Mb ram, memory map?

-Paul Augart
  - --------------30D9979DF489D1F5C39E1A61 Content-Type: text/x-vcard; charset=us-ascii; name="Paul.Augart.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Paul Augart Content-Disposition: attachment; filename="Paul.Augart.vcf" begin:vcard n:Augart;Paul tel;fax:+49-8121-72-3423 tel;work:+49-8121-72-3797 x-mozilla-html:TRUE org:Océ Printing Systems GmbH;PDE 41 adr:;;Siemensalle 2;85586 Poing;;;Germany version:2.1 email;internet:Paul.Augart@ops.de fn:Augart, Paul end:vcard - --------------30D9979DF489D1F5C39E1A61-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Vision ICE II problems::can't run to breakpoint without losing BDM: Date: Tue, 07 Nov 2000 16:18:02 GMT From: George Varndell Organization: Deja.com - Before you buy. Message-ID: <8u99vm$jrq$1@nnrp1.deja.com> References: In article , "Jim" wrote: > I am trying to test a BSP for ads8260 board here at work ... and the ICE is > having difficulty running until a break point through a very simple loop > (which iterates enough to make it infeasible to step throught it) ... my pc > is a P3 666 with 512 mb ram (so that shouldn't be the problem) ... has > anyone else seen this? > Hi Jim, Consider the possiblity that the 8260 is being interrupted during the loop and something awful is happening during interrupt processing. Could be as simple as an improperly handled decrementer interrupt. Also, the loop itself could be causing an exception that ends up in checkstop. You may need to disable external interrupts during the loop to eliminate the first scenario. You may need to walk through the loop to catch the second scenario in action. Be sure the caches, TLBs, and BAT registers are properly initialized, even if MMU translation is disabled. Most of this stuff comes out of reset in a unknown state, so it has to be dealt with. Best Regards, George Varndell - -- Embedded Systems Expertise http://www.varndellengineering.com Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Java/vxWorks Date: Tue, 07 Nov 2000 18:37:08 GMT From: ddinker@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8u9i4k$rju$1@nnrp1.deja.com> We are working on MPC860 processor board. I have to implement JVM on vxWorks so that we can run any Java Application on it. Where do I start from? Is JME the thing? Does it implement the JVM for vxWorks? What is a profile? What is foundation profile? You can describe these briefly and may give links. Any help? Thanks, Dinker Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Posix Message Queues Date: Tue, 7 Nov 2000 18:00:15 -0000 From: "Koay, Jessica [HAL02:OW41:EXCH]" Organization: Nortel Networks Message-ID: <8u9f8d$gd0$1@qnsgh006.europe.nortel.com> Hi there, We are trying to create 6 separate message queues in our application for inter-task communication. The function msg_open() successfully returns 6 different queue IDs. However, two of these queues IDs apparently are looking at the same msq_que structure causing confusion between the two queues. As an example, QID1 and QID2 both point at msg_que structure at 0x1ffea10. When a message is sent to QID1, both QID1 and QID2 think they receive a message. As a result, they each have 50% chance of picking up the message. Does anybody encounter this problem before? Or any ideas why VxWorks MqPxLib is reusing the message queue for a different queue ID? Any help would be much appreciated. Thank. Regards, Jessica --------------------------- Newsgroups: comp.os.vxworks Subject: dosFS volume name -> CBIO_DEV_ID Date: Tue, 07 Nov 2000 20:47:54 GMT From: duncantsd@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8u9ppo$35q$1@nnrp1.deja.com> The cbioLib routines all take a CBIO_DEV_ID as an argument. Is there some way to return a CBIO_DEV_ID given a volume name. CBIO_DEV_ID is a member of DOS_VOLUME_DESC but I can't see how to get one of those either except through dosFsDevInit(). I am using tffs and tffs calls dosFsDevInit for me. Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Envoy SNMPV3 config ? Date: Tue, 07 Nov 2000 20:56:54 GMT From: Doug Dyer Organization: Deja.com - Before you buy. Message-ID: <8u9qai$3fp$1@nnrp1.deja.com> References: <39EF3331.152ABFCE@lucent.com> I've actually built the beast, including v3 support. You will have to build it outside of Tornado 2.0, and then refer to the library as an EXTRA_MODULE within Tornado. Part 1 ===================== Ill assume that $SNMP is the installation directoy of the epilogue stuff. Some of what is listed below is identical to section 5.2 of the getting started guide. 1. Copy the snark/vxworks/cfgs/wind.cfg to the $SNMP dir. 2. Edit it to make the two key changes: The first loadconfig statement in the file loadconfig 'vxppc' ;my system The SRCDIR setting: equate SRCDIR 'yourdirectory to the SNMP dir' ;would be $SNMP 3. Now, make sure you have copied $SNMP/snark/vxworks/h/snmpdLib.h to $WIND_BASE/target/h. Also, replace all contents of $WIND_BASE/target/h/snmp with $SNMP/snark/vxworks/h/snmp. 4. Run makmak in the $SNMP directory specifying this cfg file. 5. In the SNMP directory, type in "make all". If you get compile errors, try defining the following environment variables. I set them for my NT box with Tornado under C:\Tornado: WIND_BASE C:\Tornado WIND_BASE_TYPE x86-win32 WIND_HOST_TYPE x86-win32 Set these variables on an NT using the properties menu by right-mouse clicking over your 'my computer'. On this dialog use the environment tab. Open up a new DOS shell and try the make all again. Part 2 ====================== 1. Make sure you go to your BSP directory and edit config.h as per section 5.2 to add the defines BEFORE the configAll include. 2. Fire up tornado 3. Start a new vxWorks bootable image project based on this BSP. 4. Open up the build properties and click on the MACROS tab and find the EXTRA_MODULES. In the value field, add the full path and name of the snmp library. For some reason, it has no extension. 5. Rebuild all. That should do the trick. Now, if you actually are able to add a MIB to the agent let me know. I can add a MIB, but for some reason, none of my get/set routines ever get called. Later, Doug - -- Doug Dyer Work: ddyer@centerpoint.com Home: doug_dyer@yahoo.com Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: vxWorks BSP Date: Tue, 07 Nov 2000 21:24:47 GMT From: ewall@concord.tt.slb.com (Ernst Wall) Organization: Schlumberger Omnes Message-ID: <3a0872c2.430885000@news.sinet.slb.com> I have build a downloadable vxorks project on my C drive using Tornado 2 on an NT machine. This is using the Tornado workspace/project methodology. It builds successfully. However, when I try to do the same thing, but with the romInit.s and romStart.c files from my V: drive, the build fails. The error message is from romStart.c. It is "RAM_DATA_ADRS undeclared." This is a macro that apparently tells the build where the data ram resides on the target board. Does anyone have a means of fixing this thing? --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VxWorks Timer Date: Tue, 7 Nov 2000 13:48:03 -0800 From: "woody" Message-ID: <3a0879d9$0$220@newsreader.alink.net> References: <8u6o2g$gde$1@nnrp1.deja.com> Reply-To: "woody" Use timer_settime() to arm it. See manual. wrote in message news:8u6o2g$gde$1@nnrp1.deja.com... > I would like to use the vxworks timer. > But I wrote the test below and It doesn't > work. > May I misssed another function to arm the > timer. > Could you help me? > > Regards > > void func_hdlr(arg) > int arg; > { > > printf("I am test writing %d \n", arg); > > } /*func_hdlr */ > > > void test (void) > { > > int ret; > timer_t pTimer; > typedef struct sigevent *EV_TIMER > > ret = timer_create(CLOCK_REALTIME, EV_TIMER, &pTimer); > printf("timer_create ret : %d\n", ret); > > ret = timer_connect(pTimer,(VOIDFUNCPTR)func_hdlr, 1); > printf("timer_connect ret : %d\n", ret); > > > > } /* test */ > > > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks,comp.realtime Subject: Re: HOT JOBS VxWorks S/W Developers Needed - Ottawa Date: Wed, 08 Nov 2000 10:29:29 +1100 From: Adam Anderson Organization: Theglass.com.au PTY LTD Message-ID: <3A089059.F7635E38@theglass.com.au> References: <8tv9o3$1fm$1@news.igs.net> Sounds like Bluetooth is starting to take off, am I right? PROCOM wrote: > Title: C++ / OOD VxWorks Software Developers > > Description: Our client, one of the world's largest telecommunications > companies, currently requires 10 Junior to Senior Software Specialists to > design, develop, implement and support Wireless products and applications. > > Minimum Requirements: > All candidates should possess a minimum of 1 year experience developing > real-time C/C++, OOD S/W on a VxWorks platform. > > Desired skills would include any previous Wireless development experience. > > Location: Ottawa, Ontario, Canada > > Type: Full-Time Placement > > Compensation: Open > > PROCOM: Established in 1978, Professional Computer Consultants Group Ltd. > (Procom) is a national leader in the provision of Computer personnel on a > contract > and full-time basis. Our clients are comprised of the largest national and > international corporations that utilize technical resources extensively > across a wide range of disciplines. In the Financial Post (March 1999) > Procom was ranked as the 6th largest professional Services Company in > Canada. In November of 1999, Procom was named a Regional finalist in Canada' > s 50 Best Managed Private companies. Our track record is proven with more > than 180 consultants servicing Ottawa's high tech community and more than > 1600 Procom consultants currently on assignment throughout. North America. > For further information on this and other opportunities please visit our web > site at www.procom.ca. > > Interested candidates are invited to forward their resumes or questions in > confidence to: > > Derek Weber > Technical Recruiter > 300 March Road > Kanata, Ontario > K2K 2E2 > phone: (613) 270-9339 ext 231 > e-mail: derekw@procom.ca --------------------------- Newsgroups: comp.os.vxworks Subject: Running out of Clusters using latest FCC driver... Date: Tue, 7 Nov 2000 18:34:45 -0500 From: "Ferrara, Bob" Organization: Lawrence Berkeley National Laboratory Message-ID: <8ua5su$8ge$1@overload.lbl.gov> VxWorks people - Has anyone experienced running out of Clusters using the latest FCC driver? Here is latest history line of my motFccEnd.c driver: 01k,07oct99,elk changed MOT_FCC_GRA_SEM_TAKE from WAIT_FOREVER to 2 ticks Under a certain load, the driver counter, motFccRxMemErr increments indicating that no Clusters are available for the received frame. I am not running out of Mblks nor ClBlks. Has anyone else experienced this and what "cluster" parameter did you modify to correct this situation from occurring? Thanks, Bob Ferrara --------------------------- Newsgroups: comp.os.vxworks Subject: Semaphores Date: Wed, 08 Nov 2000 01:39:09 GMT From: Mike McNaughton Organization: Sympatico Message-ID: <3A08CAA5.CE3E7EA1@sympatico.ca> Hello good people: Here is the situation. - - an interrupt response routine running 500 times/second does a semGive(hgc->semCommIO); - - the semaphore is creates as semCommIO = semBCreate(SEM_Q_PRIORITY, SEM_EMPTY); - - I have evidence that if the IRQ happens and does another semgive before the commio routine (which takes the semaphore) runs to completion as a result of the previous semaphore, commio restarts from the beginning instead of from where it was interrupted. Bottom line: the routine which takes a semaphore starts anew with each semaphore instead of finishing it's pass. This doesn't sound right but my evidence certainly indicates it. Can anyone tell me whether or not this is the way semaphores work? Am I mis-reading the evidence? Thanks MJM --------------------------- Newsgroups: comp.os.vxworks,comp.realtime Subject: ifunit fails! Date: Wed, 08 Nov 2000 01:52:51 GMT From: milind_gunjal@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8uabli$i8t$1@nnrp1.deja.com> Hi all, i am writing an END driver and I'm facing the following problem. In the initializing phase of the system a call for ifunit() is made and falis (returns NULL) Up till this point everything is working fine (muxdexload(), muxDevStart(), ipAttach() and ifAddrset() returns succesfully). I can also see that the parameters being transferd to ifunit() are valid. ifunit() tries to return a pointer to a network interface (struct ifnet type) My question is where in END driver source code do we use it (who allocates it) ? At bootConfig.c when the error returns it mentions (in the comments of the code) that the device is not attached. If muxDevLoad() and ipAttach () returns with OK doesn't it mean that the device is attached ? Any help will be highly appreciated. Thanks, - -Milind. Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Wed, 08 Nov 2000 03:41:31 GMT From: "Patrick@Roadrunner" Organization: Road Runner Message-ID: References: <3A08CAA5.CE3E7EA1@sympatico.ca> I would say that your interpretation is incorrect. Try putting a counter (count1) at the point after the semTake and another (count2) at the end of your task loop and you will find that they match (within a value of 1,of course). SemGive does not invoke your task, it just modifies the global semaphore as being taken such that the semTake if blocking, waiting for the semaphore will cause the task to become ready. the commio function will run in the context of the task that took the semaphore and another check on semTake will not happen until the current thread of execution completes and loops back to the semTake call. Hope this helps, patrick fitzpatrick "Mike McNaughton" wrote in message news:3A08CAA5.CE3E7EA1@sympatico.ca... > Hello good people: > > Here is the situation. > - an interrupt response routine running 500 times/second does a > semGive(hgc->semCommIO); > > - the semaphore is creates as > > semCommIO = semBCreate(SEM_Q_PRIORITY, SEM_EMPTY); > > - I have evidence that if the IRQ happens and does another semgive > before the commio routine (which takes the semaphore) runs to > completion as a result of the previous semaphore, commio restarts from > the beginning instead of from where it was interrupted. > > Bottom line: the routine which takes a semaphore starts anew with each > semaphore instead of finishing it's pass. > > This doesn't sound right but my evidence certainly indicates it. Can > anyone tell me whether or not this is the way semaphores work? Am I > mis-reading the evidence? > > Thanks > MJM > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Wed, 08 Nov 2000 09:12:34 +0530 From: Vijay Kumar Peshkar Organization: Cisco Systems Inc. Message-ID: <3A08CBAA.530F329B@cisco.com> References: <3A08CAA5.CE3E7EA1@sympatico.ca> This is a multi-part message in MIME format. - --------------174FCCBC68B33598C51E4ADF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mike, As I see it, the SemGive event is triggering the routine to start afresh. But this certainly not due to any fault of the way the semaphores work!!!. Its for you to decide how your routine will handle this kindof scenario. Please have a second look at how and when the commio routine needs to be called. Hope this helps. with best regards, Vijay Mike McNaughton wrote: > Hello good people: > > Here is the situation. > - an interrupt response routine running 500 times/second does a > semGive(hgc->semCommIO); > > - the semaphore is creates as > > semCommIO = semBCreate(SEM_Q_PRIORITY, SEM_EMPTY); > > - I have evidence that if the IRQ happens and does another semgive > before the commio routine (which takes the semaphore) runs to > completion as a result of the previous semaphore, commio restarts from > the beginning instead of from where it was interrupted. > > Bottom line: the routine which takes a semaphore starts anew with each > semaphore instead of finishing it's pass. > > This doesn't sound right but my evidence certainly indicates it. Can > anyone tell me whether or not this is the way semaphores work? Am I > mis-reading the evidence? > > Thanks > MJM - --------------174FCCBC68B33598C51E4ADF Content-Type: text/x-vcard; charset=us-ascii; name="vpeshkar.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Vijay Kumar Peshkar Content-Disposition: attachment; filename="vpeshkar.vcf" begin:vcard n:Peshkar;Vijay Kumar x-mozilla-html:FALSE org:Wipro Technologies,K2, Bangalore;Wishing you blue skies, a couple of daisies, some fresh air and a smile! adr:;;;;;; version:2.1 email;internet:vpeshkar@cisco.com title:Senior Software Engineer fn:Vijay Kumar Peshkar end:vcard - --------------174FCCBC68B33598C51E4ADF-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: socket owner? Date: Wed, 8 Nov 2000 09:34:30 +0100 From: "Fred Zwarts" Organization: Kernfysisch Versneller Instituut Message-ID: <8ub36l$mmu$1@info.service.rug.nl> References: "Jianfei XU" wrote in message = news:NvON5.268$FT3.225057@news.pacbell.net... > Is there any way I can find out the owner of socket? >=20 Please, define "owner of socket". --------------------------- Newsgroups: comp.os.vxworks Subject: Protocol stack resources Date: Wed, 08 Nov 2000 11:56:22 +0100 From: Ronny Meeus Organization: Alcatel Message-ID: <3A093156.B72027AE@Alcatel.be> Hello all, I'm currently studying the documentation of the advanced edition of VxWorks. This edition has support for : * protection domains * resource reclamation in case a protection domain is deleted. * .... I have a number of questions concerning the management of resources in the protocol stack. I suppose that the memory used to store the packets (mBlks and clBlks) is allocated from the heap residing in the kernel protection domain. Suppose we have a task in an application protection domain, that receives message from a socket. At some point in time the task gets in a deadlock situation and doesn't access the socket anymore. Questions: What happens in this case with the messages that are sent to that socket ? Are they all queued ? Is it possible that all buffers are queued into the socket and no buffers are available anymore for other applications ? What happens with the messages if we can detect the deadlock and delete the protection domain ? Are they released to the pools or are these buffers lost ? Thanks in advance. Regards, Ronny Meeus --------------------------- Newsgroups: comp.os.vxworks Subject: RTS CTS control in Vxworks programing Date: Wed, 08 Nov 2000 11:48:54 GMT From: mr_ravindra@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8ubej5$c71$1@nnrp1.deja.com> Hi, I got struck when I am doing serial port programing through Vxworks. I am supposed to implement Flow Control by using RTS/CTS bits. I couldn't see the corresponding ioctl option in Vxworks which will actually flip the RTS/CTS flags. If anybody has done related to this or knows this please let me know what is the macro used to control this RTS and CTS. Thanks in advance - - Ravi Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Wed Nov 8 07:09:35 2000 From: David Laight Date: Wed Nov 8 07:09:37 PST 2000 Subject: re: T2 linker (ld) problem with i960 > RTmunch0.o: line number overflow: 0x1c426 > 0xffff > RTmunch0.o: reloc overflow: 0x2b3ae > 0xffff > RTmunch0.o: final close failed: File truncated > description 'RTmunch0.o: line number overflow: 0x1c426 > 0xffff > RTmunch0.o: reloc overflow: 0x2b3ae > 0xffff I'm not exactly sure - but these look like error messages caused by the limit of 64k relocatable references in a coff segment. I get the 'reloc overflow' error in my T1 arm build. Fixed by specifying --split-by-reloc 65000 to ld -r. Then ensuring the separate code sections stay separate in the final link: $(LD) --verbose >ldscript @ adds="`objdumparm -h vxWorks.tmp |grep '.text[0-9]'| \ while read idx segment rest; \ do echo \" }\n $$segment :\n {\n *($$segment)\"; \ done;`"; \ IFS=;echo "1,/^==/d\n/etext/\ni\n$$adds\n.\n/data/\n.s/0x4.*:/:/\n/^ ==/\nd\nw\nq"| \ ed ldscript >/dev/null $(LD) -T ldscript $(LDFLAGS) -e $(SYS_ENTRY) $(LD_LOW_FLAGS) \ -o vxWorks dataSegPad.o vxWorks.tmp ctdt.o However the 'line number overflow' may indicate somthing in RTmunch0.o is upsetting the linker. Probably this file is extremely large - and has been compiled with -g. I'd have a look at RTmunch0.c. (The x86 may be using a different object format (elf) without these restrictions). David PS don't post in htmp :-( ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Wed Nov 8 08:36:17 2000 From: vijay Date: Wed Nov 8 08:36:20 PST 2000 Subject: Project Creation Error This is a multi-part message in MIME format. --------------85979ACAF76B73BF0BCBC1B0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Vxworks Tornado Hi, We have Tornado three user license for mcp750. We have fully installed it in Window NT server. While installing Tornado in WindowNT workstation we had choosen program group. In WindowNT server c:\tornado folder is in full access control to all users. Now Problem is from the workstation we are unable to create the project with bootable image option. It has shown error .Project creation error window has attached as zip of bitmapfile . Advice me to avoid this problem. Thanks & Regards, R.vijayaraghavan --------------85979ACAF76B73BF0BCBC1B0 Content-Type: application/x-zip-compressed; name="project_creation_err.zip" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="project_creation_err.zip" UEsDBBQAAAAIADajaCnKISq7WhEAADb5FQAMAAAAdW50aXRsZWQuYm1w7d1BjuPKlbZh2j33 zICHHvYK7gI899zrMWpnNs6eesROX8EEixFxGFJKrEyd58FrIYspUaoCOu73Z137/9vff/u/ Py//8dvHf/734z9//Z9l+ccfl+UPy19+v758fP/ff1p+/89/rQAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAADwDS0A1zo/mAC+ufhX/PjnD0m6JvsKqOBjX90eJenV2VdAEWFfSboq+wooIuwr SVdlXwFFhH0l6arsK6CIsK8kXZV9BRQR9pWkq7KvgCLCvpJ0VfYVUETYV+/S+H/N8et69Z+J vlr2FVBE2Ffv0umY+YJe/Weir5Z9BRQR9tW7dPvH1lP+F7YvyL6q2Q/7Cqgh7Kt36faPrVe/ y1Oyr8pmXwFFhH31Lh321W29fM1H+6ps9hVQRNhX79J+X33x6WJflc2+AooI++pdWr7D3w/6 +VXx7CugiLCv3iU/v9LXz74Cigj76l16+OdXy8525fCtw5Pb186/V9hXhbOvgCLCvnqXlod+ fnV45tL8u+jt9eQJk9lXZbOvgCLCvnqXlod+ftUdOfl8OqysB97OviqbfQUUEfbVu/SUn1/t L55uquVnk+8Y9lXh7CugiLCv3qXl9T+/Oqys7gCbeTv7qmz2FVBE2Ffv0vLsn1/F7idU+2+1 v7x3KdlXZbOvgCLCvnqXlmf//OoVLX5+VTv7Cigi7Kt3aXnGz6+W5i/+XpF9VTb7Cigi7Kt3 6bGfX8XP/5r6duWB+0y+V9hXhbOvgCLCvnqXHvv51S/JviqbfQUUEfbVu3T4+dWy+5u+r/Zo X5XNvgKKCPvqXVoe/fvB67OvymZfAUWEffUu2Vf6+tlXQBFhX71L3+sfW/ZVzewroIiwr96l 5Rt69Z+Jvlr2FVBE2FeSrsq+AooI+0rSVdlXQBFhX0m6KvsKKCLsK0lXZV8BRYR9Jemq7Cug iLCvJF2VfQUUEfaVpKuyr4Aiwr6SdFX2FVBE2FeSrsq+AooI+0rSVdlXQBFhX0m6KvsKKCLs K0lXZV8BRcTZvjq9A8CBfQUUd7qvPs7D5LuSdCg5UuwroIj8MNzOw/mjVdI7tdwp7CsA+0rS WR+HwGT2FcBNfhiGfSWVLz8ituwrgM3p4WlfScXLj4gt+wpgc3p42ldS8fIjYsu+AticHp72 lVS87hHRXrSvADb5YRj2lVS+9oj4OBa2A2R/0b4CuMkPw7CvpPKtzY66tZ0h23X7CuAmPwzD vpLKt/48ovZtx0jYVwA7+WEY9pVUvnW3oNq2p9lXAJv8MAz7SipffkRs2VcAm9PD076Sipcf EVv2FcDm9PC0r6Ti5UfEln0FsDk9PO0rqXj5EbFlXwFsTg9P+0oq3ukxcmNfAWzywzDsK0nT 2VcAN/lhGPaVVL79QTH/2M2+AorID8Owr6TarRNT6nCSJEeKfQUUkR+GYV9J5VvTQTV67GZf AUXkh2HYV1Lt1okpdThJkiPFvgKKyA/DsK+k8q3poBo9drOvgCLywzDsK6l268SUOpwkyZFi XwFF5Idh2FdS+dZ0UI0eu9lXQBH5YRj2lVS7dWJKHU6S5Eixr4Ai8sMw7CupfGs6qEaP3ewr oIj8MAz7SqrdOjGlDidJcqTYV0AR+WEY9pVUvjUdVKPHbvYVUER+GIZ9JdVunZhSh5MkOVLs K6CI/DAM+0oq35oOqtFjN/sKKCI/DMO+kmq3Tkypw0mSHCn2FVBEfhiGfSWVb00H1eixm30F FJEfhmFfSbVbJ6bU4SRJjhT7CigiPwzDvpLKt6aDavTYzb4CisgPw7CvpNqtE1PqcJIkR4p9 BRSRH4ZhX0nlW9NBNXrsZl8BReSHYdhXUu3WiSl1OEmSI8W+AorID8Owr6TyremgGj12s6+A IvLDMOwrqXbrxJQ6nCTJkWJfAUXkh2HYV1L51nRQjR672VdAEflhGPaVVLt1YkodTpLkSLGv gCLywzDsK6l8azqoRo/d7CugiPwwDPtKqt06MaUOJ0lypNhXQBH5YRj2lVS+NR1Uo8du9hVQ RH4Yhn0l1W6dmFKHkyQ5UuwroIj8MAz7Sirfmg6q0WM3+wooIj8Mw76SardOTKnDSZIcKfYV UER+GIZ9JZVvTQfV6LGbfQUUkR+GYV9JtVsnptThJEmOFPsKKCI/DMO+ksq3poNq9NjNvgKK yA/DsK+k2q0TU+pwkiRHin0FFJEfhmFfSeVb00E1euxmXwFF5Idh2FdS7daJKXU4SZIjxb4C isgPw7CvpPKt6aAaPXazr4Ai8sMw7CupduvElDqcJMmRYl8BReSHYdhXUvnWdFCNHrvZV0AR +WEY9pVUu3ViSh1OkuRIsa+AIvLDMOwrqXxrOqhGj93sK6CI/DAM+0qq3ToxpQ4nSXKk2FdA EflhGPaVVL41HVSjx272FVBEfhiGfSXVbp2YUoeTJDlS7CugiPwwDPtKKt+aDqrRYzf7Cigi PwzDvpJqt9wp7CsA+0rSWR+HwGT2FcBNfhiGfSWVLz8ituwrgM3p4WlfScXLj4gt+wpgc3p4 7vfV7Yv93Bp9HT//axvtaw/f7b5wdGX0Rf6E/U0ON88/0syT99dHz9zfs+3wLvuXJN+av7/0 cPkRsWVfAWxOD8/H9lX7dfvYPjN5YffK6IOdfuCZK91fPvyR2tseau+Q3PyB+0sPtz8iRsdI 2FcAO/lhGNP7anIJ3DVm8lvNvPvo7e4aKne9PHnrvNM/uu7d5u8vPdy6W1Bt29PsK4BNfhjG o/vq9vXm8ITuHbq/7D653Rv59dGH6b42/0inN2w/0uGZo9o77G/S/WB33V96uP0RMRpXYV8B 7OSHYQz2VXtle353A3Qfu89vv5VcGX2M9ov2DvO/hfbJ3Rt23zq5bfc+3ZfMfOv0/tLDHY6I 7rgK+wpgJz8MY/zzq9Hq2F9sn9N+t10F7fX2VtsvZ64nH6b7nP3F0yff+9ajRnfLvzV/f+nh 2iOiHVdhXwHs5Idh/LyvPtPoJl9wGFzzkfaTKZ73pofbSp8vPyK27CuAzenhaV+9KPtK36X8 iNiyrwA2p4dn+/eDjzVaEfbVcxeRfaWnlx8RW/YVwOb08HzWz68kfdPyI2LLvgLYnB6e9pVU vNNj5Ma+Atjkh2HYV5Kms68AbvLDcDsPAWbYVwDr3L6SpPmSI+WHfQXUcLqvJOlZ2VdAEWFf Sboq+wooIuwrSVdlXwFFxCX7arnnv4F415MlfaPsK6CIsK8kXZV9BRQR0/vqMHv2v9y+3v93 tA9PPnzr8PLut9q7da+M3uv0jZIPtv9lcrfD+45um99z9PzDzdtXJXeb/xjth5del30FFBHP 21fdf8SfPnn0rZn7t6vggTdKnvzY7zH/Hd11z+71/Ot7P8boHaVXZF8BRcRr9lXy2rtmQPIB 7r2SP7n7qfLf4+gPZHLYJB+jbea9km+NPsDo7aQXZV8BRcRT99Xe6ZPzb7V3O9zz3ivtDQ8X 20+1v9voSveX3dtuj6M3be95+l6nd2u/tX9t972k12VfAUXEJ/bV4Z/Uh3+yj16b/FO+OwMm rzzwRu0LT39H7e86uefhPvO/r9F92l/O/Jl0P8DodyG9NPsKKCI+9/Or/d7Yftn+I3vZ2V/p vmp0vfvMZfxep2+UPHn0ku27+5ucvlF+z/2V9rb7O3R/2b7X6I2W3sfo3l96UfYVUEQ84+8H f1VP/wyfueHpa2duPnrO/B/+Uz6G9KLsK6CIsK+edMPL9lV+H/tKXzn7CigiJvbV8rPt4sNn 7OnbvejO8z32GfJ19Ml9dfjzf6D5jyG9KPsKKCL8/z8o6arsK6CIsK8kXZV9BRQR9pWkq7Kv gCLCvpJ0VfYVUETYV5Kuyr4Cigj7StJV2VdAEWFfSboq+wooIuwrSVdlXwFFhH0l6arsK6CI sK8kXZV9BRQR9pWkq7KvgCLiv/vq49STpNdlXwF12FeSrsm+Auqwr6TK3eszr7KvgDqeuK9u N/z8fSRd1n/+b/afPyZbPvcq+wqow76SKrdO/9dbDvvqgVfZV0Ad7b66Xe+ew/vr+5u0T2i/ m18cvd3h+fM3HL2wvdh92uiDrY3TF+ZPln5ta28p3f5Sz74CeNhj+6r7dfvFXRdH73V6k8+/ dX4x+WDd66dfj24iXd/66X3VPnl/xb4Canr1vspvO/NeM58hf8InL37mg52+i/RrW5/x94P7 QXWYW/YVUNPr9tXe6Lbdi3d9hsO7tNdPP+3pxcc+WPL16CbS9a1P+vvBZWf0KvsKqGO0r/b2 15Ov2y/uung480+vj75un3z61oeL7RMO99w/bf6DbV8fXiv9wtbn/ftXp6+yr4A6Rvuq/eX2 kv319srou8lL1mZsdC/OfIbTd8lfvv5s9AHyD5bcs/u7kH5h6+DvB/OfRLWv8vMrgL35ffWK Rjd/7ps+8W4v/dOQrm996N+keuxV9hVQx7fYV5/8DE/8Lbz0T0O6vvXT++rwtMMV+wqoabSv 9uYP6vknT97t3s8wedtPvvwVH0z6Ja0P/U1f+6pR9hVQU7uvJNVpfcb/PoN9BXBgX0mVOz0i 9pbPvcq+AuqwryRdk30F1GFfSbom+wqoY9tXkvTq7CugiPh9XwFcwL4Cinjp/1tVkg7ZV0AF /w9QSwECFAAUAAAACAA2o2gpyiEqu1oRAAA2+RUADAAAAAAAAAAAACAAtoEAAAAAdW50aXRs ZWQuYm1wUEsFBgAAAAABAAEAOgAAAIQRAAAAAA== --------------85979ACAF76B73BF0BCBC1B0-- From vxwexplo-errs@csg.lbl.gov Wed Nov 8 09:34:39 2000 From: "Nagappan Palaniappan" Date: Wed Nov 8 09:34:41 PST 2000 Subject: Doubt in VXWORKS OR TORNADO Queue Doubt in VXWORKS OR TORNADO Queue Hi, I have created a task and a Queue.Iam able to send messages to an Queue using MsgQSend( ) operation.MsgQSend( ) operation returns OK or ERROR.If an error occured while using MsgQSend( ) Operation,the subset of Error's are given below. S_distLib_NOT_INITIALIZED, S_objLib_OBJ_ID_ERROR, S_objLib_OBJ_DELETED, S_objLib_OBJ_UNAVAILABLE, S_objLib_OBJ_TIMEOUT, S_msgQLib_INVALID_MSG_LENGTH, S_msgQLib_NON_ZERO_TIMEOUT_AT_INT_LEVEL My doubt now is how to display the above return values if an error occured using MsgQSend( ) operation. I have an abstract idea,it's given below switch(errno) { case S_distLib_NOT_INITIALIZED: printf("Error occured is S_distLib_NOT_INITIALIZED "); break; case S_objLib_OBJ_ID_ERROR: printf("S_objLib_OBJ_ID_ERROR "); break; } Regards, P.Nagappan From vxwexplo-errs@csg.lbl.gov Wed Nov 8 16:42:45 2000 From: guan.huabo@mail.zte.com.cn Date: Wed Nov 8 16:42:48 PST 2000 Subject: re:Doubt in VXWORKS OR TORNADO Queue use printfErrno(), see manual P64 From vxwexplo-errs@csg.lbl.gov Thu Nov 9 00:13:08 2000 From: "Li Huapeng" Date: Thu Nov 9 00:13:11 PST 2000 Subject: romStart( ) - HELP! Our version is VxWorks 5.4 for PPC860 and Tornado 2 in Win98/NT.These days I began to study the boot sequency of differenct types of VxWorks image built by the Tornado project facility. I have several questions, 1.For PPC860, _STACK_DIR == _STACK_GROWS_DOWN, is it right? 2.In the case of ROM_RESIDENT(that means executable code will resident on ROM and not be copied to RAM, only data segment is copied to RAM): In config.h the Initial Stack Pointer(STACK_ADRS) is set to RAM_LOW_ADRS. So the data segment start point(RAM_DATA_ADRS) in the makefile system should also be RAM_LOW_ADRS.In romStart.c, the data segment is copied to RAM. That is, ROM_DATA_ADRS ---(copied to)-- RAM_DATA_ADRS, and length is (end - RAM_DATA_ADRS). This is easy to understand.Only a question - where does the makefile system define RAM_DATA_ADRS and how to modify it? 3.But in case of ROM_COPY(that means VxWorks image(code+data segment) should be copied to RAM), it is implemented by copyLongs ((UINT *)ROM_DATA(binArrayStart), (UINT *)UNCACHED(RAM_DST_ADRS), (&binArrayEnd - binArrayStart) / sizeof (long)); The STACK_ADRS and RAM_DST_ADRS seems to should be set by user.What is the value of RAM_DATA_ADRS, RAM_DST_ADRS, STACK_ADRS in this case? Where does the makefile system define RAM_DATA_ADRS and how to modify it? I think STACK_ADRS should be equal to RAM_DST_ADRS to avoid memory hole, is it right. According to the source code, binArrayEnd and binArrayStart are located in RAM range, what's meaning of them? Why use ROM_DATA(binArrayStart) rather than ROM_DATA_ADRS? Expanded ROM_DATA(binArrayStart) is (binArrayStart - RAM_DATA_START + ROM_DATA_START). I think ROM_DATA_ADRS is more clear. Because in this case there is only a VxWorks image to be copied, not like ROM_COMPRESS. 4.In case of ROM_COMPRESS, first copy the data segment of uncompress routine /* relocate the data segment of the decompression stub */ copyLongs (ROM_DATA_ADRS, (UINT *)UNCACHED(RAM_DATA_ADRS), ((UINT)binArrayStart - (UINT)RAM_DATA_ADRS) / sizeof (long)); Why not (end - RAM_DATA_ADRS)/ sizeof (long) but (UINT)binArrayStart - (UINT)RAM_DATA_ADRS) / sizeof (long)? It seems no sense. Then the VxWorks image is copied to RAM. From vxwexplo-errs@csg.lbl.gov Thu Nov 9 01:01:38 2000 From: "Richard Whipple" Date: Thu Nov 9 01:01:40 PST 2000 Subject: romStart( ) - HELP! Our version is VxWorks 5.4 for PPC860 and Tornado 2 in Win98/NT.These days I began to study the boot sequency of differenct types of VxWorks image built by the Tornado project facility. I have several questions, 1.For PPC860, _STACK_DIR == _STACK_GROWS_DOWN, is it right? 2.In the case of ROM_RESIDENT(that means executable code will resident on ROM and not be copied to RAM, only data segment is copied to RAM): In config.h the Initial Stack Pointer(STACK_ADRS) is set to RAM_LOW_ADRS. So the data segment start point(RAM_DATA_ADRS) in the makefile system should also be RAM_LOW_ADRS.In romStart.c, the data segment is copied to RAM. That is, ROM_DATA_ADRS ---(copied to)-- RAM_DATA_ADRS, and length is (end - RAM_DATA_ADRS). This is easy to understand.Only a question - where does the makefile system define RAM_DATA_ADRS and how to modify it? 3.But in case of ROM_COPY(that means VxWorks image(code+data segment) should be copied to RAM), it is implemented by copyLongs ((UINT *)ROM_DATA(binArrayStart), (UINT *)UNCACHED(RAM_DST_ADRS), (&binArrayEnd - binArrayStart) / sizeof (long)); The STACK_ADRS and RAM_DST_ADRS seems to should be set by user.What is the value of RAM_DATA_ADRS, RAM_DST_ADRS, STACK_ADRS in this case? Where does the makefile system define RAM_DATA_ADRS and how to modify it? I think STACK_ADRS should be equal to RAM_DST_ADRS to avoid memory hole, is it right. According to the source code, binArrayEnd and binArrayStart are located in RAM range, what's meaning of them? Why use ROM_DATA(binArrayStart) rather than ROM_DATA_ADRS? Expanded ROM_DATA(binArrayStart) is (binArrayStart - RAM_DATA_START + ROM_DATA_START). I think ROM_DATA_ADRS is more clear. Because in this case there is only a VxWorks image to be copied, not like ROM_COMPRESS. 4.In case of ROM_COMPRESS, first copy the data segment of uncompress routine /* relocate the data segment of the decompression stub */ copyLongs (ROM_DATA_ADRS, (UINT *)UNCACHED(RAM_DATA_ADRS), ((UINT)binArrayStart - (UINT)RAM_DATA_ADRS) / sizeof (long)); Why not (end - RAM_DATA_ADRS)/ sizeof (long) but (UINT)binArrayStart - (UINT)RAM_DATA_ADRS) / sizeof (long)? It seems no sense. Then the VxWorks image is copied to RAM. From vxwexplo-errs@csg.lbl.gov Thu Nov 9 04:03:13 2000 From: Vxworks Exploder Date: Thu Nov 9 04:03:16 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Thu Nov 9 04:03:07 PST 2000 Subject: Re: Anybody know why I see "RPCExit: extra call" every time Tornado starts? Subject: Re: HOT JOBS VxWorks S/W Developers Needed - Ottawa Subject: Monitor tool in my Tornado host from remote target. Subject: re: T2 linker (ld) problem with i960 Subject: Low-level mouse programming Subject: HTTP Server Password Subject: Re: Diad-data Compiler bug. Subject: Re: Semaphores Subject: Project Creation Error Subject: Doubt in VXWORKS OR TORNADO Queue Subject: DMAs on Pentium architecture Subject: Ethernet Driver hook functions Subject: Re: Doubt in VXWORKS OR TORNADO Queue Subject: Re: Semaphores Subject: Re: difference between BSP & BOOT Subject: Re: I2C C Code? Subject: Re: socket owner? Subject: Re: Semaphores Subject: Re: Semaphores Subject: Re: Semaphores Subject: Re: Semaphores Subject: lower case and long filename with dosFs Subject: Tornado Compile Date Subject: Re: Semaphores Subject: Re: Semaphores Subject: Re: Semaphores Subject: Re: Tornado Compile Date Subject: Re: Semaphores Subject: Re: Tornado Compile Date Subject: trifmm flash utilites Subject: socket() fails with errno = ENOBUFS Subject: Re: Tornado Compile Date Subject: Having problem with T2 Subject: Re: RTS CTS control in Vxworks programing Subject: re:Doubt in VXWORKS OR TORNADO Queue Subject: Re: Semaphores Subject: MPC860 IRQ1 - how do I connect my ISR? Subject: Re: Jobs in the US Subject: Re: Having problem with T2 Subject: Re: MPC860 IRQ1 - how do I connect my ISR? Subject: Re: socket() fails with errno = ENOBUFS Subject: CFP: IEEE Real-Time Technology and Applications Symposium Subject: How could support IP in IP ? Subject: RADIUS on vxWorks Subject: Re: vxWorks BSP Subject: Re: difference between BSP & BOOT Subject: Re: Ethernet Driver hook functions Subject: Re: Java/vxWorks Subject: romStart( ) - HELP! Subject: PPP Initialization problems Subject: PPP Initialization problems Subject: romStart( ) - HELP! Subject: What @rem means? Subject: ifShow problem Subject: What CORBA implementations available? Subject: Re: What CORBA implementations available? ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Anybody know why I see "RPCExit: extra call" every time Tornado starts? Date: Wed, 08 Nov 2000 14:51:01 GMT From: "Steeve Gagne" Organization: MetroNet Communications Group Inc. Message-ID: References: <8u6tu7$lu4$1@nnrp1.deja.com> I have the same problem and I am unable to run WindView with Windows 2000 ... The problem appears when I have update my windows 2000 with microsoft update ... Sorry I can't help you but if you got an answer please tell me Steeve Gagne "Tommy Knowlton" wrote in message news:8u6tu7$lu4$1@nnrp1.deja.com... > I am running Tornado 2.0 on a Dell Inspiron notebook computer, Windows > 2000 OS. For connectivity with corporate network, I also run Novell > Netware Client. > > Some combination of the above causes me to see "General RPC error" > dialog box (total of 4 times) during Tornado startup. The message in > the dialog box is "RPCExit: extra call." > > Has anyone ever seen this before? Know what I should do to fix it? > Everything else seems to work fine, but this is an annoying misfeature, > and I'd like to configure it away if that's possible. > > WindSurf doesn't seem to know anything about this error message. > > Thanks, > > -- Tk! > Save the whales. Feed the hungry. Free the mallocs. > > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks,comp.realtime Subject: Re: HOT JOBS VxWorks S/W Developers Needed - Ottawa Date: Wed, 8 Nov 2000 06:28:23 -0800 From: "Charles Krinke" Message-ID: References: <8tv9o3$1fm$1@news.igs.net> <3A089059.F7635E38@theglass.com.au> Certainly seems that way. Perhaps someone can thread this one with a technical discussion of how bluetooth works in memorial to the now unknown headhunter. "Adam Anderson" wrote in message news:3A089059.F7635E38@theglass.com.au... > Sounds like Bluetooth is starting to take off, am I right? > > PROCOM wrote: > > > Title: C++ / OOD VxWorks Software Developers --------------------------- Newsgroups: comp.os.vxworks Subject: Monitor tool in my Tornado host from remote target. Date: Wed, 8 Nov 2000 17:08:05 +0200 From: "Aviv" Organization: Bezeq International Ltd. Message-ID: <3a096c81@news.bezeqint.net> Hi, We used the following components in our project: OS: VxWorks real time operating system. Working Environment: Tornado 2. Compiler: Diab-Data version 4.3g Board: MCP750 board with the PowerPC 750 (Motorola). The MCP750 board is connected to the monitor in the Tornado host (COM1 interface) via the RS-232 interface. Also, the board is connected to network lan via the ethernet interface, to enable image downloading. We do not want to connect this board explicitly to our Tornado host via the RS-232 interface, since we want to locate the board in the remote side. But, we want to enable monitor capabilities in our Tornado host (not via the shell tool, since we run our application from the Single Step debbuger and not from shell !!!) as we get when this board is connected via the RS-232 interface to the monitor in our Tornado host. The monitor is required for "printf" and "scanf" options which were executed in the application running in the board. Is it another way (maybe telnet ???) to enable monitor capabilities in our Tornado host from remote board ? If yes, how can i do it ? Best Regards, Aviv. --------------------------- Newsgroups: comp.os.vxworks Subject: re: T2 linker (ld) problem with i960 Date: Wed, 8 Nov 2000 15:10:07 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200011081510.PAA13805@dsl-2.tadpole.co.uk> > RTmunch0.o: line number overflow: 0x1c426 > 0xffff > RTmunch0.o: reloc overflow: 0x2b3ae > 0xffff > RTmunch0.o: final close failed: File truncated > description 'RTmunch0.o: line number overflow: 0x1c426 > 0xffff > RTmunch0.o: reloc overflow: 0x2b3ae > 0xffff I'm not exactly sure - but these look like error messages caused by the limit of 64k relocatable references in a coff segment. I get the 'reloc overflow' error in my T1 arm build. Fixed by specifying --split-by-reloc 65000 to ld -r. Then ensuring the separate code sections stay separate in the final link: $(LD) --verbose >ldscript @ adds="`objdumparm -h vxWorks.tmp |grep '.text[0-9]'| \ while read idx segment rest; \ do echo \" }\n $$segment :\n {\n *($$segment)\"; \ done;`"; \ IFS=;echo "1,/^==/d\n/etext/\ni\n$$adds\n.\n/data/\n.s/0x4.*:/:/\n/^ ==/\nd\nw\nq"| \ ed ldscript >/dev/null $(LD) -T ldscript $(LDFLAGS) -e $(SYS_ENTRY) $(LD_LOW_FLAGS) \ -o vxWorks dataSegPad.o vxWorks.tmp ctdt.o However the 'line number overflow' may indicate somthing in RTmunch0.o is upsetting the linker. Probably this file is extremely large - and has been compiled with -g. I'd have a look at RTmunch0.c. (The x86 may be using a different object format (elf) without these restrictions). David PS don't post in htmp :-( - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: Low-level mouse programming Date: Wed, 08 Nov 2000 15:54:23 +0000 From: James Marshall Organization: Agilent Technologies UK Ltd Message-ID: <3A09772F.B3845D39@agilent.com> I need to find a way of testing that a PS/2 mouse is present, but without any interaction - that is no-one to press the buttons or move it. The PC diagnostic tool AMIDiag has a non-interactive "Echo Test" for the mouse which I'd love to duplicate. I have code to give me access to the mouse/keyboard controller, but I need to know the code(s) to send the mouse to get it to respond. Does anyone have this information or know where I can find it? Any other suggestions? Thanks in advance James Marshall. --------------------------- Newsgroups: comp.os.vxworks Subject: HTTP Server Password Date: Wed, 08 Nov 2000 16:26:27 GMT From: lucas_le_mignon@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8ubur8$pms$1@nnrp1.deja.com> Hi!, I enabled the HTTP server checking password. Is it possible to set the username and password as null? Regards Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Diad-data Compiler bug. Date: Wed, 8 Nov 2000 17:46:21 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: <0jgO5.457$kn2.665683@newsr1.u-net.net> References: <3a07c5a9@news.bezeqint.net> Aviv wrote in message <3a07c5a9@news.bezeqint.net>... >We encountered with "bug" in the Diab-Data compiler, version 4.3g. >The program (located in attached file below) illustrates passing a variable >* number of arguments using the following macros: >va_start1 >va_arg1 >va_end1 >Those macros are same to the macros defined in the "stdarg.h" (va_start, >va_arg and va_end accordingly) in the diab include directory, i just defined >them again in my program to the other names accordingly. Are you sure? The definitions you have are:- >typedef char *va_list1; > >#define va_start1(list,parmN) (list = (va_list1) ((char *)&parmN + >sizeof(parmN))) >#define va_end1(list) ((void)0) >#define va_arg1(list, mode) (((mode *)(list += ((sizeof(mode)+sizeof(int)-1) >& ~(sizeof(int)-1))))[-1]) These definitions are utter garbage. There is no way these functions could work on a PPC under the eabi calling convention because many of the arguments aren't even passed on the stack at all. Take another, closer look at the stdarg.h file. You will probably find that there's a #if 0 around those defintions, or perhaps a #ifndef VA_ something. With the GCC compiler, stdarg.h doesn't define those macros; they actually get defined in arch/ppc/toolPpc.h, which is included earlier than stdarg. Also, there is absolutely no reason to try and define things that the compiler does for you. It doesn't provide you with any advantage over letting the compiler do it, the only difference it can possibly make is that you can get it wrong if you haven't understood correctly what the compiler is doing. I can't imagine any reason to do what you've done here, but if you *really* want to use those names, for god's sake do it like this: #define va_list1 va_list #define va_end1 va_end #define va_arg1 va_arg Never try to second guess your compiler! DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Wed, 8 Nov 2000 17:46:39 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: <0jgO5.458$kn2.665222@newsr1.u-net.net> References: <3A08CAA5.CE3E7EA1@sympatico.ca> Mike McNaughton wrote in message <3A08CAA5.CE3E7EA1@sympatico.ca>... >Hello good people: > >Here is the situation. >- an interrupt response routine running 500 times/second does a > semGive(hgc->semCommIO); > >- the semaphore is creates as > > semCommIO = semBCreate(SEM_Q_PRIORITY, SEM_EMPTY); > >- I have evidence that if the IRQ happens and does another semgive >before the commio routine (which takes the semaphore) runs to >completion as a result of the previous semaphore, commio restarts from >the beginning instead of from where it was interrupted. > >Bottom line: the routine which takes a semaphore starts anew with each >semaphore instead of finishing it's pass. > >This doesn't sound right but my evidence certainly indicates it. Can >anyone tell me whether or not this is the way semaphores work? Am I >mis-reading the evidence? Nope, it is very very wrong indeed. Semaphores should *NOT* do this! The most likely cause of this is stack corruption or IRQ re-entrancy, I think. I'm fairly sure I remember someone else had a similar problem that came up here (comp.os.vxworks) sometime in the last six months or so, and IIRC the underlying problem was that they were doing something (printf, I think) so dreadfully illegal in their IRQ that it was making a mess of the foreground task. Does your IRQ do anything except the semGive? DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Project Creation Error Date: Wed, 08 Nov 2000 22:02:03 +0530 From: vijay Organization: Lawrence Berkeley National Laboratory Message-ID: <8uc55u$g4q$1@overload.lbl.gov> This is a multi-part message in MIME format. - --------------85979ACAF76B73BF0BCBC1B0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Vxworks Tornado Hi, We have Tornado three user license for mcp750. We have fully installed it in Window NT server. While installing Tornado in WindowNT workstation we had choosen program group. In WindowNT server c:\tornado folder is in full access control to all users. Now Problem is from the workstation we are unable to create the project with bootable image option. It has shown error .Project creation error window has attached as zip of bitmapfile . Advice me to avoid this problem. Thanks & Regards, R.vijayaraghavan - --------------85979ACAF76B73BF0BCBC1B0 Content-Type: application/x-zip-compressed; name="project_creation_err.zip" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="project_creation_err.zip" UEsDBBQAAAAIADajaCnKISq7WhEAADb5FQAMAAAAdW50aXRsZWQuYm1w7d1BjuPKlbZh2j33 zICHHvYK7gI899zrMWpnNs6eesROX8EEixFxGFJKrEyd58FrIYspUaoCOu73Z137/9vff/u/ Py//8dvHf/734z9//Z9l+ccfl+UPy19+v758fP/ff1p+/89/rQAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAADwDS0A1zo/mAC+ufhX/PjnD0m6JvsKqOBjX90eJenV2VdAEWFfSboq+wooIuwr SVdlXwFFhH0l6arsK6CIsK8kXZV9BRQR9pWkq7KvgCLCvpJ0VfYVUETYV+/S+H/N8et69Z+J vlr2FVBE2Ffv0umY+YJe/Weir5Z9BRQR9tW7dPvH1lP+F7YvyL6q2Q/7Cqgh7Kt36faPrVe/ y1Oyr8pmXwFFhH31Lh321W29fM1H+6ps9hVQRNhX79J+X33x6WJflc2+AooI++pdWr7D3w/6 +VXx7CugiLCv3iU/v9LXz74Cigj76l16+OdXy8525fCtw5Pb186/V9hXhbOvgCLCvnqXlod+ fnV45tL8u+jt9eQJk9lXZbOvgCLCvnqXlod+ftUdOfl8OqysB97OviqbfQUUEfbVu/SUn1/t L55uquVnk+8Y9lXh7CugiLCv3qXl9T+/Oqys7gCbeTv7qmz2FVBE2Ffv0vLsn1/F7idU+2+1 v7x3KdlXZbOvgCLCvnqXlmf//OoVLX5+VTv7Cigi7Kt3aXnGz6+W5i/+XpF9VTb7Cigi7Kt3 6bGfX8XP/5r6duWB+0y+V9hXhbOvgCLCvnqXHvv51S/JviqbfQUUEfbVu3T4+dWy+5u+r/Zo X5XNvgKKCPvqXVoe/fvB67OvymZfAUWEffUu2Vf6+tlXQBFhX71L3+sfW/ZVzewroIiwr96l 5Rt69Z+Jvlr2FVBE2FeSrsq+AooI+0rSVdlXQBFhX0m6KvsKKCLsK0lXZV8BRYR9Jemq7Cug iLCvJF2VfQUUEfaVpKuyr4Aiwr6SdFX2FVBE2FeSrsq+AooI+0rSVdlXQBFhX0m6KvsKKCLs K0lXZV8BRcTZvjq9A8CBfQUUd7qvPs7D5LuSdCg5UuwroIj8MNzOw/mjVdI7tdwp7CsA+0rS WR+HwGT2FcBNfhiGfSWVLz8ituwrgM3p4WlfScXLj4gt+wpgc3p42ldS8fIjYsu+AticHp72 lVS87hHRXrSvADb5YRj2lVS+9oj4OBa2A2R/0b4CuMkPw7CvpPKtzY66tZ0h23X7CuAmPwzD vpLKt/48ovZtx0jYVwA7+WEY9pVUvnW3oNq2p9lXAJv8MAz7SipffkRs2VcAm9PD076Sipcf EVv2FcDm9PC0r6Ti5UfEln0FsDk9PO0rqXj5EbFlXwFsTg9P+0oq3ukxcmNfAWzywzDsK0nT 2VcAN/lhGPaVVL79QTH/2M2+AorID8Owr6TarRNT6nCSJEeKfQUUkR+GYV9J5VvTQTV67GZf AUXkh2HYV1Lt1okpdThJkiPFvgKKyA/DsK+k8q3poBo9drOvgCLywzDsK6l268SUOpwkyZFi XwFF5Idh2FdS+dZ0UI0eu9lXQBH5YRj2lVS7dWJKHU6S5Eixr4Ai8sMw7CupfGs6qEaP3ewr oIj8MAz7SqrdOjGlDidJcqTYV0AR+WEY9pVUvjUdVKPHbvYVUER+GIZ9JdVunZhSh5MkOVLs K6CI/DAM+0oq35oOqtFjN/sKKCI/DMO+kmq3Tkypw0mSHCn2FVBEfhiGfSWVb00H1eixm30F FJEfhmFfSbVbJ6bU4SRJjhT7CigiPwzDvpLKt6aDavTYzb4CisgPw7CvpNqtE1PqcJIkR4p9 BRSRH4ZhX0nlW9NBNXrsZl8BReSHYdhXUu3WiSl1OEmSI8W+AorID8Owr6TyremgGj12s6+A IvLDMOwrqXbrxJQ6nCTJkWJfAUXkh2HYV1L51nRQjR672VdAEflhGPaVVLt1YkodTpLkSLGv gCLywzDsK6l8azqoRo/d7CugiPwwDPtKqt06MaUOJ0lypNhXQBH5YRj2lVS+NR1Uo8du9hVQ RH4Yhn0l1W6dmFKHkyQ5UuwroIj8MAz7Sirfmg6q0WM3+wooIj8Mw76SardOTKnDSZIcKfYV UER+GIZ9JZVvTQfV6LGbfQUUkR+GYV9JtVsnptThJEmOFPsKKCI/DMO+ksq3poNq9NjNvgKK yA/DsK+k2q0TU+pwkiRHin0FFJEfhmFfSeVb00E1euxmXwFF5Idh2FdS7daJKXU4SZIjxb4C isgPw7CvpPKt6aAaPXazr4Ai8sMw7CupduvElDqcJMmRYl8BReSHYdhXUvnWdFCNHrvZV0AR +WEY9pVUu3ViSh1OkuRIsa+AIvLDMOwrqXxrOqhGj93sK6CI/DAM+0qq3ToxpQ4nSXKk2FdA EflhGPaVVL41HVSjx272FVBEfhiGfSXVbp2YUoeTJDlS7CugiPwwDPtKKt+aDqrRYzf7Cigi PwzDvpJqt9wp7CsA+0rSWR+HwGT2FcBNfhiGfSWVLz8ituwrgM3p4WlfScXLj4gt+wpgc3p4 7vfV7Yv93Bp9HT//axvtaw/f7b5wdGX0Rf6E/U0ON88/0syT99dHz9zfs+3wLvuXJN+av7/0 cPkRsWVfAWxOD8/H9lX7dfvYPjN5YffK6IOdfuCZK91fPvyR2tseau+Q3PyB+0sPtz8iRsdI 2FcAO/lhGNP7anIJ3DVm8lvNvPvo7e4aKne9PHnrvNM/uu7d5u8vPdy6W1Bt29PsK4BNfhjG o/vq9vXm8ITuHbq/7D653Rv59dGH6b42/0inN2w/0uGZo9o77G/S/WB33V96uP0RMRpXYV8B 7OSHYQz2VXtle353A3Qfu89vv5VcGX2M9ov2DvO/hfbJ3Rt23zq5bfc+3ZfMfOv0/tLDHY6I 7rgK+wpgJz8MY/zzq9Hq2F9sn9N+t10F7fX2VtsvZ64nH6b7nP3F0yff+9ajRnfLvzV/f+nh 2iOiHVdhXwHs5Idh/LyvPtPoJl9wGFzzkfaTKZ73pofbSp8vPyK27CuAzenhaV+9KPtK36X8 iNiyrwA2p4dn+/eDjzVaEfbVcxeRfaWnlx8RW/YVwOb08HzWz68kfdPyI2LLvgLYnB6e9pVU vNNj5Ma+Atjkh2HYV5Kms68AbvLDcDsPAWbYVwDr3L6SpPmSI+WHfQXUcLqvJOlZ2VdAEWFf Sboq+wooIuwrSVdlXwFFxCX7arnnv4F415MlfaPsK6CIsK8kXZV9BRQR0/vqMHv2v9y+3v93 tA9PPnzr8PLut9q7da+M3uv0jZIPtv9lcrfD+45um99z9PzDzdtXJXeb/xjth5del30FFBHP 21fdf8SfPnn0rZn7t6vggTdKnvzY7zH/Hd11z+71/Ot7P8boHaVXZF8BRcRr9lXy2rtmQPIB 7r2SP7n7qfLf4+gPZHLYJB+jbea9km+NPsDo7aQXZV8BRcRT99Xe6ZPzb7V3O9zz3ivtDQ8X 20+1v9voSveX3dtuj6M3be95+l6nd2u/tX9t972k12VfAUXEJ/bV4Z/Uh3+yj16b/FO+OwMm rzzwRu0LT39H7e86uefhPvO/r9F92l/O/Jl0P8DodyG9NPsKKCI+9/Or/d7Yftn+I3vZ2V/p vmp0vfvMZfxep2+UPHn0ku27+5ucvlF+z/2V9rb7O3R/2b7X6I2W3sfo3l96UfYVUEQ84+8H f1VP/wyfueHpa2duPnrO/B/+Uz6G9KLsK6CIsK+edMPL9lV+H/tKXzn7CigiJvbV8rPt4sNn 7OnbvejO8z32GfJ19Ml9dfjzf6D5jyG9KPsKKCL8/z8o6arsK6CIsK8kXZV9BRQR9pWkq7Kv gCLCvpJ0VfYVUETYV5Kuyr4Cigj7StJV2VdAEWFfSboq+wooIuwrSVdlXwFFhH0l6arsK6CI sK8kXZV9BRQR9pWkq7KvgCLiv/vq49STpNdlXwF12FeSrsm+Auqwr6TK3eszr7KvgDqeuK9u N/z8fSRd1n/+b/afPyZbPvcq+wqow76SKrdO/9dbDvvqgVfZV0Ad7b66Xe+ew/vr+5u0T2i/ m18cvd3h+fM3HL2wvdh92uiDrY3TF+ZPln5ta28p3f5Sz74CeNhj+6r7dfvFXRdH73V6k8+/ dX4x+WDd66dfj24iXd/66X3VPnl/xb4Canr1vspvO/NeM58hf8InL37mg52+i/RrW5/x94P7 QXWYW/YVUNPr9tXe6Lbdi3d9hsO7tNdPP+3pxcc+WPL16CbS9a1P+vvBZWf0KvsKqGO0r/b2 15Ov2y/uung480+vj75un3z61oeL7RMO99w/bf6DbV8fXiv9wtbn/ftXp6+yr4A6Rvuq/eX2 kv319srou8lL1mZsdC/OfIbTd8lfvv5s9AHyD5bcs/u7kH5h6+DvB/OfRLWv8vMrgL35ffWK Rjd/7ps+8W4v/dOQrm996N+keuxV9hVQx7fYV5/8DE/8Lbz0T0O6vvXT++rwtMMV+wqoabSv 9uYP6vknT97t3s8wedtPvvwVH0z6Ja0P/U1f+6pR9hVQU7uvJNVpfcb/PoN9BXBgX0mVOz0i 9pbPvcq+AuqwryRdk30F1GFfSbom+wqoY9tXkvTq7CugiPh9XwFcwL4Cinjp/1tVkg7ZV0AF /w9QSwECFAAUAAAACAA2o2gpyiEqu1oRAAA2+RUADAAAAAAAAAAAACAAtoEAAAAAdW50aXRs ZWQuYm1wUEsFBgAAAAABAAEAOgAAAIQRAAAAAA== - --------------85979ACAF76B73BF0BCBC1B0-- --------------------------- Newsgroups: comp.os.vxworks Subject: Doubt in VXWORKS OR TORNADO Queue Date: Wed, 08 Nov 2000 23:04:58 +0530 From: "Nagappan Palaniappan" Organization: Lawrence Berkeley National Laboratory Message-ID: <8uc55u$g4r$1@overload.lbl.gov> Doubt in VXWORKS OR TORNADO Queue Hi, I have created a task and a Queue.Iam able to send messages to an Queue using MsgQSend( ) operation.MsgQSend( ) operation returns OK or ERROR.If an error occured while using MsgQSend( ) Operation,the subset of Error's are given below. S_distLib_NOT_INITIALIZED, S_objLib_OBJ_ID_ERROR, S_objLib_OBJ_DELETED, S_objLib_OBJ_UNAVAILABLE, S_objLib_OBJ_TIMEOUT, S_msgQLib_INVALID_MSG_LENGTH, S_msgQLib_NON_ZERO_TIMEOUT_AT_INT_LEVEL My doubt now is how to display the above return values if an error occured using MsgQSend( ) operation. I have an abstract idea,it's given below switch(errno) { case S_distLib_NOT_INITIALIZED: printf("Error occured is S_distLib_NOT_INITIALIZED "); break; case S_objLib_OBJ_ID_ERROR: printf("S_objLib_OBJ_ID_ERROR "); break; } Regards, P.Nagappan --------------------------- Newsgroups: comp.os.vxworks Subject: DMAs on Pentium architecture Date: Wed, 08 Nov 2000 19:45:42 +0100 From: Sebastien Fauris Organization: Club-Internet (France) Message-ID: <3A099F56.CEF781E0@club-internet.fr> Hi vxWorkers, I am working on a PCI driver for Pentium architecture, able to perform DMAs to the processor memory. Everything seems to be ok (interrupt 'end of DMA' occurs) but the buffer in memory is filled with 0xFF instead of the data I expect. Is a DRAM memory address seen from the PCI bus the same as the one seen from the processor ? Usually there is a PCI2DRAM_BASE_ADRS constant used to translate the address (on PowerPC BSPs for example). In the Pentium BSP, I couldn't find it so I assumed it was the same address (PCI2DRAM_BASE_ADRS = 0). Am I wrong ? Thanks a lot, Sebastien. --------------------------- Newsgroups: comp.os.vxworks Subject: Ethernet Driver hook functions Date: Wed, 8 Nov 2000 20:48:59 +0200 From: "D.K." Organization: Bezeq International Ltd. Message-ID: <3a09a03c@news.bezeqint.net> Hi, I need to receive Ethernet frames before the IP layer receives them and then decide whether to transfer them to IP, drop them or both copy them to my application and transfer them to IP. The "VxWorks Network - programmer's guide" mentions Ethernet Hook functions (Chap. 14, pg. 209) that can be set for both receive and transmit and thus solve this problem. However, there is a note that says that this feature will not be supported in the future. I made a simple test and wrote 2 functions with the described prototype, that just do a "printf" (send or receive). Then I used etherInputHookAdd() and EtherOutputHookAdd() to install them. It seems like the output hook is working (although I can't say that for certain since this is only a very simple test), but I can't get the Input hook to work. I have tried many combinations, but with no success. I suspect that these features (or some of them) were already dropped, but I am not sure. Has anyone dealt with this problem before or know of another way to achive the same thing? My environment is: OS: VxWorks real time operating system. Development tool: Tornado 2. Compiler: Diab-Data 4.3g Board: MCP750 board with the PowerPC 750 by Motorola Attached is one sample of the code that I tried: - -------------------- start of code------------------------------------------ BOOL dec_ether_input_hook_func(struct ifnet *pif, char *buffer,int length) { printf("dec received\n"); return FALSE; } BOOL dec_ether_output_hook_func(struct ifnet *pif,char *buffer,int length) { printf("dec sent\n"); return FALSE; } STATUS HookDec21140() { int flags; printf("Setting hook input function to Dec Ethernet...\n"); if (etherInputHookAdd(etherInputHookRtn, "dc", 0) == OK) { printf("OK\n"); } else { printf("FAILED! error number: %d\n", ERROR); return ERROR; }; printf("Setting hook output function to Dec Ethernet...\n"); if (etherOutputHookAdd(dec_ether_output_hook_func, "dc", 0) == OK) { printf("OK\n"); } else { printf("FAILED! error number: %d\n", ERROR); return ERROR; }; printf("Switching to promiscuous mode DEC...\n"); if (ifFlagChange("dc0", IFF_PROMISC, TRUE) == OK) { printf("OK\n"); } else { printf("FAILED! error number: %d\n", ERROR); return ERROR; }; printf("Switching driver to UP mode (DEC)...\n"); if (ifFlagChange("dc0", IFF_UP, TRUE) == OK) { printf("OK\n"); } else { printf("FAILED! error number: %d\n", ERROR); return ERROR; }; printf("Setting driver flags (DEC)...\n"); if (ifFlagSet("dc0", IFF_PROMISC|IFF_UP) == OK) { printf("OK\n"); } else { printf("FAILED! error number: %d\n", ERROR); return ERROR; }; return 0; } - --------------------- end of code------------------------------------------ Thanks, DK --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Doubt in VXWORKS OR TORNADO Queue Date: Wed, 08 Nov 2000 19:02:24 GMT From: vlam@JasmineNetworks.com Organization: Deja.com - Before you buy. Message-ID: <8uc7vq$2n7$1@nnrp1.deja.com> References: <8uc55u$g4r$1@overload.lbl.gov> I believed that there is a system call to translate the errno to a text string for u. It is call errPrint or something like it. You can check it on the tornado shell. Vinh Lam In article <8uc55u$g4r$1@overload.lbl.gov>, "Nagappan Palaniappan" wrote: > Doubt in VXWORKS OR TORNADO Queue > > Hi, > I have created a task and a Queue.Iam able to send messages to an > Queue using MsgQSend( ) operation.MsgQSend( ) operation returns OK or > ERROR.If an error occured while using MsgQSend( ) Operation,the subset > of Error's are given below. > > S_distLib_NOT_INITIALIZED, S_objLib_OBJ_ID_ERROR, > S_objLib_OBJ_DELETED, S_objLib_OBJ_UNAVAILABLE, > S_objLib_OBJ_TIMEOUT, S_msgQLib_INVALID_MSG_LENGTH, > S_msgQLib_NON_ZERO_TIMEOUT_AT_INT_LEVEL > > My doubt now is how to display the above return values if an error > occured using MsgQSend( ) operation. > I have an abstract idea,it's given below > > switch(errno) > { > case S_distLib_NOT_INITIALIZED: > printf("Error occured is S_distLib_NOT_INITIALIZED "); > break; > > case S_objLib_OBJ_ID_ERROR: > printf("S_objLib_OBJ_ID_ERROR "); > break; > } > > Regards, > P.Nagappan > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Wed, 08 Nov 2000 19:09:08 GMT From: vloscomp@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8uc8cc$2u6$1@nnrp1.deja.com> References: <3A08CAA5.CE3E7EA1@sympatico.ca> <0jgO5.458$kn2.665222@newsr1.u-net.net> hi, In my humbled opion the semaphore can not be used in an ISR context. It's an attribute of an ISR; nothing in an ISR routine can be block, for example printf, semaphore are blocking call. The Vxworks manual also state this fact. Vinh Lam In article <0jgO5.458$kn2.665222@newsr1.u-net.net>, "Dave Korn" wrote: > Mike McNaughton wrote in message <3A08CAA5.CE3E7EA1@sympatico.ca>... > >Hello good people: > > > >Here is the situation. > >- an interrupt response routine running 500 times/second does a > > semGive(hgc->semCommIO); > > > >- the semaphore is creates as > > > > semCommIO = semBCreate(SEM_Q_PRIORITY, SEM_EMPTY); > > > >- I have evidence that if the IRQ happens and does another semgive > >before the commio routine (which takes the semaphore) runs to > >completion as a result of the previous semaphore, commio restarts from > >the beginning instead of from where it was interrupted. > > > >Bottom line: the routine which takes a semaphore starts anew with each > >semaphore instead of finishing it's pass. > > > >This doesn't sound right but my evidence certainly indicates it. Can > >anyone tell me whether or not this is the way semaphores work? Am I > >mis-reading the evidence? > > Nope, it is very very wrong indeed. Semaphores should *NOT* > do this! The most likely cause of this is stack corruption or IRQ > re-entrancy, I think. > > I'm fairly sure I remember someone else had a similar problem that > came up here (comp.os.vxworks) sometime in the last six months or > so, and IIRC the underlying problem was that they were doing something > (printf, I think) so dreadfully illegal in their IRQ that it was making a > mess of the foreground task. Does your IRQ do anything except > the semGive? > > DaveK > -- > They laughed at Galileo. They laughed at Copernicus. They laughed at > Columbus. But remember, they also laughed at Bozo the Clown. > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: difference between BSP & BOOT Date: Wed, 08 Nov 2000 19:17:35 GMT From: joriveek@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8uc8s5$3e9$1@nnrp1.deja.com> References: In article , "±è¼®°â" wrote: > Could you tell me about the differencee??? > Boot strap code usually constitutes in the BSP. BSP is all to use/run the specific board and it is specific to it. It may include many other features apart from the boot strap. If you've VxWorks on your system, go through the manual where they specify the configuration chapter and go through the corresponding code to it. Good Luck - -J Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: I2C C Code? Date: Wed, 08 Nov 2000 19:23:34 GMT From: joriveek@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8uc97b$3rb$1@nnrp1.deja.com> References: In article , "AG" wrote: > Hi all: > > Can anybody please direct me to a link or better yet C code for using a > simple master-slave read/write I2C driver? I am planning on using > bit-banging in software (no I2C controller). I am using VxWorks with a > PPC750 BSP. > > Thanks in advance. > > ag Did you not find it on the Motorola official web site..search for i2c driver Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: socket owner? Date: Wed, 08 Nov 2000 19:23:56 GMT From: vloscomp@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8uc982$3rv$1@nnrp1.deja.com> References: <8ub36l$mmu$1@info.service.rug.nl> hum..... an interesting question. However, I believed that a socket descriptor is not owned by anyone (Tech correct: own by the kernel). It is similar to a file descriptor on UNIX. Vinh Lam In article <8ub36l$mmu$1@info.service.rug.nl>, "Fred Zwarts" wrote: > "Jianfei XU" wrote in message = > news:NvON5.268$FT3.225057@news.pacbell.net... > > Is there any way I can find out the owner of socket? > >=20 > > Please, define "owner of socket". > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Wed, 08 Nov 2000 19:57:46 GMT From: Mike McNaughton Organization: Sympatico Message-ID: <3A09CC1D.8AB7E1BF@sympatico.ca> References: <3A08CAA5.CE3E7EA1@sympatico.ca> <3A08CBAA.530F329B@cisco.com> Vijay Thanks. If I understand you coddrectly then, it is true that a semtake'ing routine will be restarted with a new context everytime the semaphore is given?? If that is the case , certainly I can deal with it. Thankyou Mike Vijay Kumar Peshkar wrote: > Mike, > > As I see it, the SemGive event is triggering the routine to start afresh. > But > this certainly not due to any fault of the way the semaphores work!!!. Its > > for you to decide how your routine will handle this kindof scenario. > Please > have a second look at how and when the commio routine needs to be called. > > Hope this helps. > > with best regards, > Vijay > > Mike McNaughton wrote: > > > Hello good people: > > > > Here is the situation. > > - an interrupt response routine running 500 times/second does a > > semGive(hgc->semCommIO); > > > > - the semaphore is creates as > > > > semCommIO = semBCreate(SEM_Q_PRIORITY, SEM_EMPTY); > > > > - I have evidence that if the IRQ happens and does another semgive > > before the commio routine (which takes the semaphore) runs to > > completion as a result of the previous semaphore, commio restarts from > > the beginning instead of from where it was interrupted. > > > > Bottom line: the routine which takes a semaphore starts anew with each > > semaphore instead of finishing it's pass. > > > > This doesn't sound right but my evidence certainly indicates it. Can > > anyone tell me whether or not this is the way semaphores work? Am I > > mis-reading the evidence? > > > > Thanks > > MJM --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Wed, 08 Nov 2000 19:59:44 GMT From: Mike McNaughton Organization: Sympatico Message-ID: <3A09CC95.9A04C1D4@sympatico.ca> References: <3A08CAA5.CE3E7EA1@sympatico.ca> Patrick: That is poretty much what I have in Place : a watchdog at the top of the routine and a counter/timer deeper into the routine. The watchdog counts faithfully and the coutner/timer stumbles. Thanks MJM "Patrick@Roadrunner" wrote: > I would say that your interpretation is incorrect. Try putting a counter > (count1) at the point after the semTake and another (count2) at the end of > your task loop and you will find that they match (within a value of 1,of > course). SemGive does not invoke your task, it just modifies the global > semaphore as being taken such that the semTake if blocking, waiting for the > semaphore will cause the task to become ready. > > the commio function will run in the context of the task that took the > semaphore and another check on semTake will not happen until the current > thread of execution completes and loops back to the semTake call. > > Hope this helps, > patrick fitzpatrick > > "Mike McNaughton" wrote in message > news:3A08CAA5.CE3E7EA1@sympatico.ca... > > Hello good people: > > > > Here is the situation. > > - an interrupt response routine running 500 times/second does a > > semGive(hgc->semCommIO); > > > > - the semaphore is creates as > > > > semCommIO = semBCreate(SEM_Q_PRIORITY, SEM_EMPTY); > > > > - I have evidence that if the IRQ happens and does another semgive > > before the commio routine (which takes the semaphore) runs to > > completion as a result of the previous semaphore, commio restarts from > > the beginning instead of from where it was interrupted. > > > > Bottom line: the routine which takes a semaphore starts anew with each > > semaphore instead of finishing it's pass. > > > > This doesn't sound right but my evidence certainly indicates it. Can > > anyone tell me whether or not this is the way semaphores work? Am I > > mis-reading the evidence? > > > > Thanks > > MJM > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Wed, 08 Nov 2000 20:07:51 GMT From: Mike McNaughton Organization: Sympatico Message-ID: <3A09CE7D.F6AC269F@sympatico.ca> References: <3A08CAA5.CE3E7EA1@sympatico.ca> <0jgO5.458$kn2.665222@newsr1.u-net.net> Dave: That is a very interesting point. In the last couple of days, I've run some tests that indicate that my main IRQ response routine , a 2ms timer interrupt is happening too often for all of the work between interrupts to be completed. Windview doesn't reveal this but a little "flight recorder fundtion I've installed does. I've been getting stall/crashes on hte sytstem which could point to stack overflows. My IRQ does very little other than 2 semgives. The work that should be done by one of the semtakers is frequently not getting to completion before the next IRQ does an aditional semgive. Thanks MJM Dave Korn wrote: > Mike McNaughton wrote in message <3A08CAA5.CE3E7EA1@sympatico.ca>... > >Hello good people: > > > >Here is the situation. > >- an interrupt response routine running 500 times/second does a > > semGive(hgc->semCommIO); > > > >- the semaphore is creates as > > > > semCommIO = semBCreate(SEM_Q_PRIORITY, SEM_EMPTY); > > > >- I have evidence that if the IRQ happens and does another semgive > >before the commio routine (which takes the semaphore) runs to > >completion as a result of the previous semaphore, commio restarts from > >the beginning instead of from where it was interrupted. > > > >Bottom line: the routine which takes a semaphore starts anew with each > >semaphore instead of finishing it's pass. > > > >This doesn't sound right but my evidence certainly indicates it. Can > >anyone tell me whether or not this is the way semaphores work? Am I > >mis-reading the evidence? > > Nope, it is very very wrong indeed. Semaphores should *NOT* > do this! The most likely cause of this is stack corruption or IRQ > re-entrancy, I think. > > I'm fairly sure I remember someone else had a similar problem that > came up here (comp.os.vxworks) sometime in the last six months or > so, and IIRC the underlying problem was that they were doing something > (printf, I think) so dreadfully illegal in their IRQ that it was making a > mess of the foreground task. Does your IRQ do anything except > the semGive? > > DaveK > -- > They laughed at Galileo. They laughed at Copernicus. They laughed at > Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Wed, 08 Nov 2000 20:11:44 GMT From: Mike McNaughton Organization: Sympatico Message-ID: <3A09CF67.C81CB1BA@sympatico.ca> References: <3A08CAA5.CE3E7EA1@sympatico.ca> <0jgO5.458$kn2.665222@newsr1.u-net.net> <8uc8cc$2u6$1@nnrp1.deja.com> Thanks for the reply. The reason we have semaphores is to give us a means of making "READY" at a given priority a job which we don not want within an ISR. This is to prevent choking the ISR. MJM vloscomp@my-deja.com wrote: > hi, > In my humbled opion the semaphore can not be used in an ISR context. > It's an attribute of an ISR; nothing in an ISR routine can be block, > for example printf, semaphore are blocking call. The Vxworks manual > also state this fact. > > Vinh Lam > > In article <0jgO5.458$kn2.665222@newsr1.u-net.net>, > "Dave Korn" wrote: > > Mike McNaughton wrote in message <3A08CAA5.CE3E7EA1@sympatico.ca>... > > >Hello good people: > > > > > >Here is the situation. > > >- an interrupt response routine running 500 times/second does a > > > semGive(hgc->semCommIO); > > > > > >- the semaphore is creates as > > > > > > semCommIO = semBCreate(SEM_Q_PRIORITY, SEM_EMPTY); > > > > > >- I have evidence that if the IRQ happens and does another semgive > > >before the commio routine (which takes the semaphore) runs to > > >completion as a result of the previous semaphore, commio restarts > from > > >the beginning instead of from where it was interrupted. > > > > > >Bottom line: the routine which takes a semaphore starts anew with > each > > >semaphore instead of finishing it's pass. > > > > > >This doesn't sound right but my evidence certainly indicates it. Can > > >anyone tell me whether or not this is the way semaphores work? Am I > > >mis-reading the evidence? > > > > Nope, it is very very wrong indeed. Semaphores should *NOT* > > do this! The most likely cause of this is stack corruption or IRQ > > re-entrancy, I think. > > > > I'm fairly sure I remember someone else had a similar problem that > > came up here (comp.os.vxworks) sometime in the last six months or > > so, and IIRC the underlying problem was that they were doing something > > (printf, I think) so dreadfully illegal in their IRQ that it was > making a > > mess of the foreground task. Does your IRQ do anything except > > the semGive? > > > > DaveK > > -- > > They laughed at Galileo. They laughed at Copernicus. They laughed at > > Columbus. But remember, they also laughed at Bozo the Clown. > > > > > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: lower case and long filename with dosFs Date: Tue, 07 Nov 2000 20:22:04 -0800 From: davep Organization: Foothill.Net Message-ID: <3A08D4EC.441E@foothill.net> Hi, Anybody know what the requirements are to see long filenames that are case sensitive if boot via vxload from a dosFs?? The manual says those flags must be set in the partition info. Does that imply it has to be a FAT32 format?? I am using vxWorks 5.4, running pc486 BSP on a PC. I would like to be able to 'vxload' vxWorks from an ATA disk as the boot device, so I don't have to blow away win98 already there. I use System Commander to select the O/S, which actually works if it thinks the OS's are DOS and Win98. I have apps that expect 'unix' style paths and filenames that fail. Thanks, DaveP --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado Compile Date Date: Wed, 08 Nov 2000 20:19:40 GMT From: Mike McNaughton Organization: Sympatico Message-ID: <3A09D143.D9863124@sympatico.ca> Hello: Is there any sort of compiler directive that will define present date, time so that the run time can do something like a printf("Compile Date,Time of this module was %s\n", COMPILEDATETIME); ? and get a result like ... "Compile Date,Time of this module was 11/08/200 16:32 hrs" Thanks MJM --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Wed, 8 Nov 2000 15:17:05 -0500 From: "Patrick Brochu" Organization: Nortel Message-ID: <8ucce2$lhs$1@bmerhc5e.ca.nortel.com> References: <3A08CAA5.CE3E7EA1@sympatico.ca> <0jgO5.458$kn2.665222@newsr1.u-net.net> <8uc8cc$2u6$1@nnrp1.deja.com> Vinh: You can give a semaphore from an ISR (but not take it). This is what he is doing, and even the manual shows an example of doing this from an ISR wrote in message news:8uc8cc$2u6$1@nnrp1.deja.com... > hi, > In my humbled opion the semaphore can not be used in an ISR context. > It's an attribute of an ISR; nothing in an ISR routine can be block, > for example printf, semaphore are blocking call. The Vxworks manual > also state this fact. > > Vinh Lam --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Wed, 08 Nov 2000 15:16:40 -0800 From: Joe Durusau Organization: Lockheed Martin Corporation Message-ID: <3A09DED8.FDDF08B3@lmco.com> References: <3A08CAA5.CE3E7EA1@sympatico.ca> <0jgO5.458$kn2.665222@newsr1.u-net.net> <8uc8cc$2u6$1@nnrp1.deja.com> If you mean you were trying to TAKE a emaphore inside an ISR, you are correct. You can GIVE a sem inside an ISR if you wish. If the ISR wants to stack up gives, there are counting sems that can be given X times and then taken by another routine X times before the take blocks. Normal (binary) sems do not do this. Speaking only for myself, Joe Durusau vloscomp@my-deja.com wrote: > > hi, > In my humbled opion the semaphore can not be used in an ISR context. > It's an attribute of an ISR; nothing in an ISR routine can be block, > for example printf, semaphore are blocking call. The Vxworks manual > also state this fact. > > Vinh Lam > > In article <0jgO5.458$kn2.665222@newsr1.u-net.net>, > "Dave Korn" wrote: > > Mike McNaughton wrote in message <3A08CAA5.CE3E7EA1@sympatico.ca>... > > >Hello good people: > > > > > >Here is the situation. > > >- an interrupt response routine running 500 times/second does a > > > semGive(hgc->semCommIO); > > > > > >- the semaphore is creates as > > > > > > semCommIO = semBCreate(SEM_Q_PRIORITY, SEM_EMPTY); > > > > > >- I have evidence that if the IRQ happens and does another semgive > > >before the commio routine (which takes the semaphore) runs to > > >completion as a result of the previous semaphore, commio restarts > from > > >the beginning instead of from where it was interrupted. > > > > > >Bottom line: the routine which takes a semaphore starts anew with > each > > >semaphore instead of finishing it's pass. > > > > > >This doesn't sound right but my evidence certainly indicates it. Can > > >anyone tell me whether or not this is the way semaphores work? Am I > > >mis-reading the evidence? > > > > Nope, it is very very wrong indeed. Semaphores should *NOT* > > do this! The most likely cause of this is stack corruption or IRQ > > re-entrancy, I think. > > > > I'm fairly sure I remember someone else had a similar problem that > > came up here (comp.os.vxworks) sometime in the last six months or > > so, and IIRC the underlying problem was that they were doing something > > (printf, I think) so dreadfully illegal in their IRQ that it was > making a > > mess of the foreground task. Does your IRQ do anything except > > the semGive? > > > > DaveK > > -- > > They laughed at Galileo. They laughed at Copernicus. They laughed at > > Columbus. But remember, they also laughed at Bozo the Clown. > > > > > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Wed, 08 Nov 2000 14:32:53 -0600 From: Andrew Johnson Organization: APS, Argonne National Laboratory Message-ID: <3A09B875.5DF11355@aps.anl.gov> References: <3A08CAA5.CE3E7EA1@sympatico.ca> <0jgO5.458$kn2.665222@newsr1.u-net.net> <8uc8cc$2u6$1@nnrp1.deja.com> vloscomp@my-deja.com wrote: > > In my humbled opion the semaphore can not be used in an ISR context. > It's an attribute of an ISR; nothing in an ISR routine can be block, > for example printf, semaphore are blocking call. The Vxworks manual > also state this fact. semGive() is allowed in an ISR (except for mutex and vxMP shared semaphores), it never blocks. semTake() is not. See table 2-23 in your vxWorks Programmer's Guide. - - Andrew - -- Every great idea appears crazy to start with. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado Compile Date Date: 8 Nov 2000 20:40:42 GMT From: Troy Cauble Organization: Bell Labs, Holmdel, NJ, USA Message-ID: <8ucdoa$7vh@nntpb.cb.lucent.com> References: <3A09D143.D9863124@sympatico.ca> Mike McNaughton wrote: : Hello: : Is there any sort of compiler directive that will define present date, : time so that the run time can do something like a : printf("Compile Date,Time of this module was %s\n", COMPILEDATETIME); ? : and get a result like ... : "Compile Date,Time of this module was 11/08/200 16:32 hrs" : Thanks : MJM I've simulated that with make. build.c: $(LIB) $(LIBS) FORCE { echo "\n/* Generated by _makefile. DO NOT EDIT. */"; \ echo '\nconst char buildTime[] =\t"'`date '+%b %d %Y %H:%M'`'";'; \ echo '\nconst char builder[] =\t"'`whoami`'";'; \ echo '\nconst char buildContents[] = "\\n\'; \ ident $(LIB) $(LIBS) | awk -F$$ '/Id:/ { print $$2 "\\n\\" }'; \ echo '";'; \ } > $@ - -troy --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Wed, 08 Nov 2000 14:44:46 -0600 From: Andrew Johnson Organization: APS, Argonne National Laboratory Message-ID: <3A09BB3E.F51F5A07@aps.anl.gov> References: <3A08CAA5.CE3E7EA1@sympatico.ca> <0jgO5.458$kn2.665222@newsr1.u-net.net> <3A09CE7D.F6AC269F@sympatico.ca> Mike McNaughton wrote: > > My IRQ does very little other than 2 semgives. The work that should be done > by one of the semtakers is frequently not getting to completion before the > next IRQ does an aditional semgive. If more than one task can block on that semaphore, what happens if one is half-way through processing when the second one gets enabled (because the first didn't finish before the ISR called semGive() again)? Bear in mind that the second task might have its priority temporarily raised through the priority inheritance mechanism if you use this. It sounds like you may be relying on that semaphore to protect some memory or variables, but you have two tasks using them simultaneously and the second is over-writing the first giving the symptoms you see. Use a binary semaphore for event signalling and mutual exclusion semaphores to protect resources (memory or hardware) from being modified by multiple tasks at once. - - Andrew - -- Every great idea appears crazy to start with. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado Compile Date Date: Wed, 08 Nov 2000 14:56:59 -0600 From: Andrew Johnson Organization: APS, Argonne National Laboratory Message-ID: <3A09BE1B.D0AE5826@aps.anl.gov> References: <3A09D143.D9863124@sympatico.ca> Mike McNaughton wrote: > > Is there any sort of compiler directive that will define present date, > time so that the run time can do something like a > printf("Compile Date,Time of this module was %s\n", COMPILEDATETIME); ? > > and get a result like ... > "Compile Date,Time of this module was 11/08/200 16:32 hrs" If you're using gcc, there are preprocessor macros __DATE__ and __TIME__ that should help: `__DATE__' This macro expands to a string constant that describes the date on which the preprocessor is being run. The string constant contains eleven characters and looks like `"Feb 1 1996"'. `__TIME__' This macro expands to a string constant that describes the time at which the preprocessor is being run. The string constant contains eight characters and looks like `"23:59:01"'. - - Andrew - -- Every great idea appears crazy to start with. --------------------------- Newsgroups: comp.os.vxworks Subject: trifmm flash utilites Date: Wed, 08 Nov 2000 17:42:11 -0500 From: Karen Lank Organization: Nortel Message-ID: <3A09D6C3.8B4553D4@nortelnetworks.com> Hello, Does anyone have a *.h file or some information about the flash utilities located in the vxworks triffmm object file? Thanks for your time! Karen. --------------------------- Newsgroups: comp.os.vxworks Subject: socket() fails with errno = ENOBUFS Date: Wed, 08 Nov 2000 23:02:02 GMT From: duncantsd@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8ucm14$fvr$1@nnrp1.deja.com> I am occasionally having my UDP socket() call fail with the error number set to ENOBUFS. Does anyone know what buffers I am running out of? Is there any way to tell what my buffer utilization is at a given point? What resource needs to increased in vxWorks? Thanks in advance. Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado Compile Date Date: Wed, 08 Nov 2000 23:37:32 GMT From: Mike McNaughton Organization: Sympatico Message-ID: <3A09FF9F.F6C84EEA@sympatico.ca> References: <3A09D143.D9863124@sympatico.ca> <8ucdoa$7vh@nntpb.cb.lucent.com> Thanks Troy: I'll give that a try. MJM Troy Cauble wrote: > Mike McNaughton wrote: > : Hello: > > : Is there any sort of compiler directive that will define present date, > : time so that the run time can do something like a > : printf("Compile Date,Time of this module was %s\n", COMPILEDATETIME); ? > > : and get a result like ... > : "Compile Date,Time of this module was 11/08/200 16:32 hrs" > > : Thanks > : MJM > > I've simulated that with make. > > build.c: $(LIB) $(LIBS) FORCE > { echo "\n/* Generated by _makefile. DO NOT EDIT. */"; \ > echo '\nconst char buildTime[] =\t"'`date '+%b %d %Y %H:%M'`'";'; \ > echo '\nconst char builder[] =\t"'`whoami`'";'; \ > echo '\nconst char buildContents[] = "\\n\'; \ > ident $(LIB) $(LIBS) | awk -F$$ '/Id:/ { print $$2 "\\n\\" }'; \ > echo '";'; \ > } > $@ > > -troy --------------------------- Newsgroups: comp.os.vxworks Subject: Having problem with T2 Date: Wed, 08 Nov 2000 23:44:36 GMT From: Jeremy & Cynthia Cunningham Organization: AT&T Worldnet Message-ID: <3A09E5D0.52EFF611@worldnet.att.net> I'm trying to move from Tornado 1 to Tornado 2; however, I am having some problems getting the networking to work on the new kernel. If I add a route to another network such as routeAdd "1.0.0.0", "126.0.6.1" to add a route to the 1.0.0.0 network through the gateway 126.0.6.1, I get an error when I try to ping the route. It is something to the effect of "llinfo: can't allocate". After this happens, the arp table is finished... I can never ping another address that is not in the arp table, even addresses that are on my network. If anybody has any idea of what I can do to fix this, PLEASE let me know. I'm banging my head against this and getting nowhere. Thanks. Jeremy --------------------------- Newsgroups: comp.os.vxworks Subject: Re: RTS CTS control in Vxworks programing Date: Wed, 8 Nov 2000 19:50:43 -0500 From: "Jeff Creem" Organization: Posted via Supernews, http://www.supernews.com Message-ID: References: <8ubej5$c71$1@nnrp1.deja.com> wrote in message news:8ubej5$c71$1@nnrp1.deja.com... > Hi, > I got struck when I am doing serial port programing through Vxworks. > I am supposed to implement Flow Control by using RTS/CTS bits. I > couldn't see the corresponding ioctl option in Vxworks which will > actually flip the RTS/CTS flags. > Unless things have changed in the later versions of vxWorks (last I looked at was 5.2/5.3.1) , there is no ioctl for enabling RTS/CTS (typically you would want to driver to set/clear these lines automatically once RTS/CTS flow control is enabled). In any case what I have done in the past is import the driver code for the device into the BSP directory (if it is not already there).. Then add flow control support either via a new ioctl flag or a directly callable routine.. --------------------------- Newsgroups: comp.os.vxworks Subject: re:Doubt in VXWORKS OR TORNADO Queue Date: Thu, 9 Nov 2000 08:40:18 +0800 From: guan.huabo@mail.zte.com.cn Organization: Lawrence Berkeley National Laboratory Message-ID: <8uctpd$rp8$1@overload.lbl.gov> use printfErrno(), see manual P64 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Thu, 09 Nov 2000 01:33:01 GMT From: snaphook@swbell.net (Bruce) Organization: SBC Internet Services Message-ID: <3a09fe9a.6711060@news.swbell.net> References: <3A08CAA5.CE3E7EA1@sympatico.ca> <0jgO5.458$kn2.665222@newsr1.u-net.net> <3A09CE7D.F6AC269F@sympatico.ca> On Wed, 08 Nov 2000 20:07:51 GMT, Mike McNaughton wrote: >That is a very interesting point. In the last couple of days, I've run some >tests that indicate that my main IRQ response routine , a 2ms timer >interrupt is happening too often for all of the work between interrupts to >be completed. Windview doesn't reveal this but a little "flight recorder >fundtion I've installed does. I've been getting stall/crashes on hte sytstem >which could point to stack overflows. Have you used stackCheck()? --------------------------- Newsgroups: comp.os.vxworks Subject: MPC860 IRQ1 - how do I connect my ISR? Date: Wed, 8 Nov 2000 17:58:14 -0800 From: "Eric McDaniel" Organization: Posted via Supernews, http://www.supernews.com Message-ID: I am having a difficult time connecting an interrupt service routine to IRQ1 on the MPC860 (the board is a Tundra RDKL86x). I've tried calling intConnect(INUM_TO_IVEC(intnum), myISR, intnum) for 0 <= intnum <= 31, but myISR never gets called. I've also tried calling excIntConnect(ENUM_TO_EVEC(0x500), myISR) but it completely hangs the OS and I have to restart. I've called intEnable() with every conceivable argument before calling intConnect(), but it still makes no difference. I've probed the interrupt line using a logic analyzer, so I know I'm asserting it properly. I just can't seem to make VxWorks respond to it. Any suggestions? Thanks. Eric McDaniel ericm@vertical.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Jobs in the US Date: Thu, 09 Nov 2000 02:07:52 GMT From: pwhicker@home.com (Paul Whicker) Organization: @Home Network Message-ID: References: <8u1pip$sm$1@news.vsnl.net.in> First, I have no opinion or knowledge of this particular recruiter, so far as I know I have had no dealings with them and what follows has nothing to do with them but is just intended to address a few questions on coming to America to work. If people respond to this from outside the US then I urge you to have a realistic view of salaries and conditions in the US. For a new graduate we are currently paying something around $60k, however we do make sure we get good people so that isn't necessarily the general rate and we are also in a moderately expensive area (East San Francisco bay). In the South Bay Area of California the poverty level is about $50k, rent on a one bedroom place will cost you from $650 per month in the north bay to a couple of thousand a month in the south bay. Three bedrooms are going to cost you from around $1500 to near $3000. I pay $1500 for three bedrooms, garage and 1.5 baths and I am considered lucky! Commuting from another area is going to take a long time, for example Alameda to San Jose for a 9am start will typically take two hours minimum or half an hour on Sunday morning :-) If you are thinking of buying then I hope you have a lot of money, a three bedroom house in the north bay is near a third of a million, in the south bay more than half a million. On the other hand if you get an offer outside Detroit Michigan or Denver Colorado then you shoud be able to afford a bigger house than you'll get on engineers wages anywhere else in the world, in New Hampshire $100k got a friend 2 acres and a three bedroom house in a very nice town, $200k will get you a small mansion and $300k will get you enough space for several horses and whole shed load of kids and all your visitors plus some woodland you'll never visit. If you have five years experience and you are looking in the Silicon Valley or one of the other areas then you need to be looking at $100k plus. I have 16 years and have three offers in the $125k to $140k range for San Jose, Cupertino and Redwood City but don't consider the crowding to be worth it. The rates in other towns aren't much different, chosing to live in the Bay Area will give you one of the easiest climates in the world but at significant cost to your general lifestyle. Also be aware of the legal situation, most non-resident aliens are on an H1-B visa and that is tied to one employer, however there have recently been changes to allow someone on an H1-B to go over to another company as soon as they have issued the H1-B paperwork. I believe they may also have secured the Green Card situation. Currently if you change company then the Green Card application has to be started again, they apparently changed that so that after six months it would continue so long as you stayed in the industry. If you take a job in the US make sure that the employer is going to sponsor your Green Card, for you it's freedom to be an ordinary person not beholden to a company, for them it's a cost. My company views this as fair exchange but others don't. Health care is not a luxury benefit, if your employer doesn't include health care then think long and hard, accidents happen and hospitals are incredibly expensive, the company should also offer dental cover which is also expensive. Food is cheap, fuel is around $1.50 to $2 per US gallon, electricity and gas are cheap enough to almost not matter. Eating out is also a trivial cost compared to somewhere like the UK Remember, if you just get in you can easly move, there are more jobs here for the technologically gifted than you could even think of and transfers, although difficult, are possible. In fact other employers will move heavan and earth if you are good :-) And finally, regardless of the incredible cost of living, the overcrowding, the earthquakes and the disruption of leaving home and moving to the states the only way I'm going back to the UK is in a box! This is a whole continent, after you have done your three or four years at the first company the world is your oyster, work in Florida and do Disney every night, go to Denver and ski half the year, go to Texas and wait for the Tornado! It's a hell of a country. paul In article <8u1pip$sm$1@news.vsnl.net.in>, "Gurpreet" wrote: >Dear Developers, > >I was wondering if anyone out there would be interested in good job offers >in the US. > >We are in need of professionals working on embedded systems in the following >areas: > >RISC/CISC processor/ controller architectures, Digital Signal Processors and >their peripheral devices, interface technologies like PCMCIA, CPCI, USB, >Firewire, SCSI, Operating Systems such as VxWorks, PSOS+, QNX, Windows NT/CE >and Linux, Board Support Packages and Device Drivers. Assembly/ C/ C++/ >Verilog/ VLSI, Embedded Java. Networking technologies such as Frame Relay. >ATM, ISDN, TCP/IP and Industry protocols such as Profibus. > >Persons with sound Hardware and Software design techniques will be >preferred. > >In case anyone is interested to work in the US with a company with good >credentials and if you are looking for a remuneration package of $ 55K >upwards alongwith excellent benefits, please contact me at the earliest at >info@delineation.cc > >Even if you know anyone else who would be interested, please refer them too >and I shall be obliged. > >All the best, > >cheers. > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Having problem with T2 Date: Thu, 09 Nov 2000 03:05:35 GMT From: "Patrick@Roadrunner" Organization: Road Runner Message-ID: <3woO5.6730$bl.2653669@typhoon.san.rr.com> References: <3A09E5D0.52EFF611@worldnet.att.net> I had similar problem when my target's ip address was not on the correct subnet, try checking that yoyr Ip address and mask match the subnet you are on. Patrick Fitzpatrick "Jeremy & Cynthia Cunningham" wrote in message news:3A09E5D0.52EFF611@worldnet.att.net... > I'm trying to move from Tornado 1 to Tornado 2; however, I am having > some problems getting the networking to work on the new kernel. If I add > a route to another network such as routeAdd "1.0.0.0", "126.0.6.1" to > add a route to the 1.0.0.0 network through the gateway 126.0.6.1, I get > an error when I try to ping the route. It is something to the effect of > "llinfo: can't allocate". After this happens, the arp table is > finished... I can never ping another address that is not in the arp > table, even addresses that are on my network. > > If anybody has any idea of what I can do to fix this, PLEASE let me > know. I'm banging my head against this and getting nowhere. Thanks. > > Jeremy > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: MPC860 IRQ1 - how do I connect my ISR? Date: Thu, 09 Nov 2000 03:47:17 GMT From: pkockritz@home.com (Pete Kockritz) Organization: @Home Network Message-ID: References: In article , "Eric McDaniel" wrote: > I am having a difficult time connecting an interrupt service routine to IRQ1 > on the MPC860 (the board is a Tundra RDKL86x). > > I've tried calling > intConnect(INUM_TO_IVEC(intnum), myISR, intnum) > for 0 <= intnum <= 31, but myISR never gets called. Try this: intConnect (IV_IRQ1, (VOIDFUNCPTR) myISR, intnum); Then call intEnable (IV_IRQ1); I'm not 100% certain about the argument to intEnable. > I've also tried calling > excIntConnect(ENUM_TO_EVEC(0x500), myISR) > but it completely hangs the OS and I have to restart. No, this replaces the low level interrupt handler. This can't be a C function. > I've called intEnable() with every conceivable argument before calling > intConnect(), but it still makes no difference. You should call intEnable after intConnect. You shouldn't enable an interrupt unless you've installed a handler for it. Have you verified the SIMASK is being set to properly enable the interrupt? You can dump it out from the windSh with d vxImmrGet()+0x14,1,4 Bit 2 (using bit 0 as the MSB) is the mask bit for IRQ1, it should be a 1 to enable it. You should check the SIPEND to see if you have the interrupt pending, it's at offset 0x10 from the IMMR. If its not being enabled, you could write to the SIMASK register directly: LockKey = intLock(); /* lock interrupts prior to changing mask */ *SIMASK(vxImmrGet()) |= 0x20000000; /* enable IRQ 1 */ intUnlock (LockKey); /* unlock interrupts */ Regards, Pete - -- +-----------------------------------------------------------------+ | Pete Kockritz mailto:pkockritz@home.com | | This space for rent. | +-----------------------------------------------------------------+ --------------------------- Newsgroups: comp.os.vxworks Subject: Re: socket() fails with errno = ENOBUFS Date: Thu, 09 Nov 2000 09:44:08 +0530 From: Vijay Kumar Peshkar Organization: Cisco Systems Inc. Message-ID: <3A0A248F.414196C@cisco.com> References: <8ucm14$fvr$1@nnrp1.deja.com> This is a multi-part message in MIME format. - --------------71B7F300E0A79F225CD9DF7C Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit duncantsd, Have a look at the description of setsockopt( )/SO_SNDBUF. Also, try running ->netStackDataPoolShow command in the tornado shell and check for the free UDP buffers. cheers, Vijay duncantsd@my-deja.com wrote: > I am occasionally having my UDP socket() call fail with the error number > set to ENOBUFS. Does anyone know what buffers I am running out of? Is > there any way to tell what my buffer utilization is at a given point? > What resource needs to increased in vxWorks? > > Thanks in advance. > > Sent via Deja.com http://www.deja.com/ > Before you buy. - --------------71B7F300E0A79F225CD9DF7C Content-Type: text/x-vcard; charset=us-ascii; name="vpeshkar.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Vijay Kumar Peshkar Content-Disposition: attachment; filename="vpeshkar.vcf" begin:vcard n:Peshkar;Vijay Kumar x-mozilla-html:FALSE org:Wipro Technologies,K2, Bangalore;Wishing you blue skies, a couple of daisies, some fresh air and a smile! adr:;;;;;; version:2.1 email;internet:vpeshkar@cisco.com title:Senior Software Engineer fn:Vijay Kumar Peshkar end:vcard - --------------71B7F300E0A79F225CD9DF7C-- --------------------------- Newsgroups: comp.realtime,comp.os.qnx,comp.os.vxworks,comp.os.linux.embedded Subject: CFP: IEEE Real-Time Technology and Applications Symposium Date: Thu, 09 Nov 2000 04:14:08 GMT From: manas@timesys.com Organization: TimeSys Corporation Message-ID: <8ud8ac$un6$1@nnrp1.deja.com> CALL FOR PAPERS The 7th IEEE Real-Time Technology and Applications Symposium May 30-June 1, 2001 Taipei, Taiwan ROC Important Dates December 11, 2000 -- Deadline for paper submissions December 17, 2000 -- Deadline for tutorial proposals Web Page: http://rtas.cs.pitt.edu with a mirror site at http://rtas.iis.sinica.edu.tw. - --------------------------------------------------------------- Sponsored by IEEE Computer Society TC on Real-Time Systems In cooperation with ROC National Science Council, ROC Ministry of Education, Academia Sinica, National Taiwan University, Univ. of Pittsburgh, III, ITRI, IICM Real-Time and Embedded Systems SIG. Scope of the Conference RTAS'2001 seeks papers describing significant contributions to the broad field of real-time computing and communication, ranging from QoS issues in computation and networking, systems integration, scheduling, operating systems, middleware, software engineering, dependability, databases, programming languages, system development tools, performance modeling, and various applications like multimedia, telecommunication and embedded systems. Of particular interest are papers detailing experiments, implementations, and experiences in application domains that present significant temporal constraints, including, but not limited to: advanced transportation systems (air, land, and water), automated manufacturing, internet QoS, Video on Demand, network middleware and QoS, multimedia computing (including real-time file systems and stock market applications), object-oriented design techniques, power management and process control, testbeds and measurements, wireless and robotics applications. Paper Submission Guidelines Manuscripts to be considered as full papers should be original work limited to 20 double-spaced pages (approximately 5000 words). Work-in-progress (WIP) abstracts to be considered for an "Ongoing Work" session should be limited to 5 double-spaced pages. Camera-ready papers will be limited to 10 pages (2 pages for WIP). Only electronic submissions will be accepted. Any paper submitted to the Symposium must not have been published in or submitted to other technical conferences/journals. The preferred format for electronic submission is PDF suitable for Acrobat Reader. Postscript with US Letter size pages will also be accepted. Follow the instructions in the submission webpage to electronically submit the manuscript. For more information about the Symposium, send e-mail to the General Chairs Janming Ho at hoho@iis.sinica.edu.tw or Jennifer C. Hou at jhou@ee.eng.ohio-state.edu. For questions regarding conference submissions, send e-mail to either Program Committee Chair as listed below. The RTAS’01 webpage is at http://rtas.cs.pitt.edu with a mirror site at http://rtas.iis.sinica.edu.tw. Professor Tei-Wei Kuo Department of Computer Science & Information Engineering National Taiwan University Taipei, Taiwan 106, ROC Phone/Fax:+886 2 2362 5336/8167 Email: rtas@csie.ntu.edu.tw Professor Daniel Mosse Department of Computer Science The University of Pittsburgh Pittsburgh, PA 15206, USA Phone/Fax: +1 412 624 8923/8854 Emai: rtas@cs.pitt.edu Blind Reviews To support the blind review process, submitted papers must not contain affiliations, author information, or acknowledgements. References to papers or projects should not lead the reviewers to the authors’ identities. Papers departing from blind review and formatting guidelines will not be reviewed. Tutorials RTAS’01 will host several half-day/one-day tutorials on May 29, 2001, directly before the symposium. Proposals for tutorials in technical areas of the symposium are solicited, and should be submitted by December 17, 2000 to either Program Committee Chair. Important Dates December 11, 2000 -- Deadline for paper submissions December 17, 2000 – Deadline for tutorial proposals March 5, 2001-- Notification of acceptance March 11, 2001 – Deadline for WIP paper submissions March 26, 2001 – Camera ready paper due May 29, 2001 – Tutorials May 31 –June 2, 2000 – RTAS’2001, Taipei, Taiwan ROC. Conference Organization Honorary Chairs C.L. Liu, National Tsing Hua Univ., Taiwan D.T. Lee, Academia Sinica, Taiwan General Chairs Janming Ho, Academia Sinica, Taiwan Jennifer C. Hou, Ohio State Univ., USA Program Chairs Tei-Wei Kuo, National Taiwan University, Taiwan Daniel Mosse, University of Pittsburgh, USA Finance Chairs Wei Zhao, Texas A&M Univ., USA Pangfeng Liu, Nat’l ChungCheng U., Taiwan Industrial Chairs Ruei-Chuan Chang, Nat’l Chiao Tung U, Taiwan Shu-Chin Shu Chen, Acer Mobile Networks, Taiwan Work-in-Progress Paper Chair Albert Cheng, Univ. of Houston, USA Local Arrangement Chairs Jing Chen, Nat’l Cheng-Kung U., Taiwan LihChyun Shu, Chang Jung U., Taiwan Shin-Mu Tseng, Nat’l Cheng-Kung U., Taiwan Publicity Chairs Cheng Chang, CSIST, Taiwan Manas Saksena, TimeSys, USA Eduardo Tovar, Inst Politecnico Porto, Portugal Registration Coordinator Chih-wen Hsueh, Nat’l ChungCheng U, Taiwan Ex-Officio (IEEE RTS-TC Chair) Alan Burns, Univ. of York, UK International Advisory Committee C.C. Chang, CCU, Taiwan K.J. Lin, UCI, USA F.C. Lin, III, Taiwan C.L. Liu, CSIST, Taiwan J. Liu, Microsoft, USA A. Mok, UT, USA (Chair) C.T. Shih, ITRI, Taiwan H. Shin, SNL, Korea K. Shin, U. Michigan, USA Y.K. Su, NSC, Taiwan J. Stankovic, U. VA, USA L. Sha, UIUC, USA H. Tokuda, Keio U, Japan W. Zhao, TAMU, USA Program Committee Tarek Abdelzaher, USA Hakan Aydin,, USA Ted Baker, USA Sanjoy Baruah, USA Azer Bestavros, USA Giorgio Buttazzo,Italy Rebecca Callison,USA Albert Cheng, USA Hans Hansson, Sweden Jayant Haritsa, India Farnam Jahanian, USA Kevin Jeffay, USA Mike Jones, USA Kam-yiu Lam, HK Insup Lee, USA Victor Lee, HK Doug Locke, USA Jane Liu,USA Orlando Loques, Brasil Ibrahim Matta,USA Rami Melhem, USA Sang Lyul Min, Korea Al K. Mok, USA Sarit Mukharjee, USA Joseph K-Y Ng, HK Carlos Puchol, USA Raj Rajkumar, USA Krithi Ramamritham,USA Manas Saksena, USA Lui Sha, USA Wei-Kuan Shih, Taiwan Sang H. Son, USA John A. Stankovic, USA Karsten Schwan, USA Sandra Thuel, USA Kenji Toda, Japan Eduardo Tovar, Portugal Steve Vestal, USA Farn Wang, Taiwan Tai-Chung Wang,Taiwan Lonnie Welch, USA Richard West, USA David Whalley, USA Victor Fay Wolfe,USA Steve J.H. Yang, Taiwan Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: How could support IP in IP ? Date: Thu, 9 Nov 2000 13:36:24 +0900 From: "Raphael Lee" Organization: Electronics and Telecommunications Research Institute (ETRI) Message-ID: <8ud9kb$p3r$1@news.etri.re.kr> Hi... I have a question... How could Vxworks support IP in IP? bye.. --------------------------- Newsgroups: comp.os.vxworks Subject: RADIUS on vxWorks Date: 09 Nov 2000 05:07:12 GMT From: jkotalwar@aol.com (JKotalwar) Organization: AOL http://www.aol.com Message-ID: <20001109000712.10828.00001171@ng-md1.aol.com> Hi All, Has anyone got a RADIUS client source ported to vxWorks? This would save lot of time porting from SUN. Thanks, - --Jayant --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks BSP Date: Wed, 08 Nov 2000 21:13:16 -0800 From: DrDiags Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A0A326C.B6F5B6CB@flashcom.net> References: <3a0872c2.430885000@news.sinet.slb.com> Reply-To: drdiags@flashcom.net Ernst, Here is a description of RAM_DATA_ADRS: Note: The STACK_ADRS macro defaults to either RAM_DATA_ADRS, or RAM_DATA_ADRS - STACK_SAVE, depending on if the stack grows up or down for the given processor. Note: The RAM_DATA_ADRS macro is passed to us from the Make system. It represents the address to which the data segment is linked and defaults to the BSP Makefile's RAM_LOW_ADRS macro. For details on how to change the addresses to which VxWorks is linked, refer to the documentation in h/make/defs.vxWorks. Ernst Wall wrote: > I have build a downloadable vxorks project on my C drive using Tornado > 2 on an NT machine. This is using the Tornado workspace/project > methodology. It builds successfully. > > However, when I try to do the same thing, but with the romInit.s and > romStart.c files from my V: drive, the build fails. > > The error message is from romStart.c. It is "RAM_DATA_ADRS > undeclared." This is a macro that apparently tells the build where > the data ram resides on the target board. > > Does anyone have a means of fixing this thing? --------------------------- Newsgroups: comp.os.vxworks Subject: Re: difference between BSP & BOOT Date: Wed, 08 Nov 2000 21:30:11 -0800 From: "Michael R. Kesti" Organization: MK Associates Message-ID: <3A0A3663.8B101FAC@gv.net> References: Reply-To: mkesti@gv.net "±è¼®°â" wrote: >Could you tell me about the differencee??? I am going to interpret the question to ask "What is the difference between a BSP and a boot ROM?" A BSP, or board support package, is the code and documentation files that serve as the interface between a specific hardware set and vxWorks. Its code is where system initialization begins, device drivers are incorporated, and other hardware specific issues are handled. The BSP is used in a variety of ways. One of these is to build images of boot ROM's that can be programmed into EPROM and are installed on the target hardware. They provide the code that runs after reset, initializes the hardware, and attempts to load and execute an image of the operating system from a flash memory, disk, or network connection. They also provide the ability to interrupt the boot process and specify boot parameters that control where to find and hos to load that image. This is like interrupting a PC's BIOS with the DEL key, and configuring the Windows to boot in different ways. The BSP also serves as the basis for custom vxWorks images that can be built in a variety of ways to support different uses. They can, for example, be built to be loaded and executed on a target by its BSP boot ROM. Such builds typically include debugging support, allowing application programs to be loaded, executed, and debugged. Custom vxWorks images can also be built to provide still more boot ROM's. These typically boot the system in a specific way, as opposed to the configurable boot provided by the BSP boot ROM. These images might exclude debugging support but include debugged application programs that execute once the boot process is complete. - -- ======================================================================== Michael Kesti | "And like, one and one don't make | two, one and one make one." mkesti@gv.net | - The Who, Bargain --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Ethernet Driver hook functions Date: Wed, 08 Nov 2000 21:39:56 -0800 From: DrDiags Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A0A38AC.61BCB43D@flashcom.net> References: <3a09a03c@news.bezeqint.net> Reply-To: drdiags@flashcom.net D.K, I cannot answer the reason why the EtherInputHook is not working, but I wanted to mention that you should treat your hook routines as though they were ISRs. Suggest using logMsg instead of printf in these routines. >> Some original text removed. > > > I need to receive Ethernet frames before the IP layer receives them and then > decide whether to transfer them to IP, drop them or both copy them to my > application and transfer them to IP. > > The "VxWorks Network - programmer's guide" mentions Ethernet Hook functions > (Chap. 14, pg. 209) that can be set for both receive and transmit and thus > solve this problem. > > However, there is a note that says that this feature will not be supported > in the future. > I made a simple test and wrote 2 functions with the described prototype, > that just do a "printf" (send or receive). Then I used etherInputHookAdd() > and EtherOutputHookAdd() to install them. > It seems like the output hook is working (although I can't say that for > certain since this is only a very simple test), but I can't get the Input > hook to work. I have tried many combinations, but with no success. > > I suspect that these features (or some of them) were already dropped, but I > am not sure. > I believe there is a kernel option to add BSD 4.3 support. I thought it was VxWorks implementation of BSD 4.4 where the support for EtherHooks may be phased by the MUX layer protocol. I am only winging this one. > > Has anyone dealt with this problem before or know of another way to achive > the same thing? > > My environment is: > OS: VxWorks real time operating system. > Development tool: Tornado 2. > Compiler: Diab-Data 4.3g > Board: MCP750 board with the PowerPC 750 by Motorola > > Attached is one sample of the code that I tried: > > -------------------- start of code------------------------------------------ > > BOOL dec_ether_input_hook_func(struct ifnet *pif, char *buffer,int length) > { > printf("dec received\n"); > return FALSE; > } > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Java/vxWorks Date: Thu, 09 Nov 2000 05:48:27 GMT From: john_94501@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8uddra$2pi$1@nnrp1.deja.com> References: <8u9i4k$rju$1@nnrp1.deja.com> Hello, Maybe you've seen this already, but Wind River sell a product call PJWorks, which is a Personal Java VM. Here's a link to the datasheet for the latest version: http://www.windriver.com/products/html/persjwks31_ds.html HTH, John... In article <8u9i4k$rju$1@nnrp1.deja.com>, ddinker@my-deja.com wrote: > We are working on MPC860 processor board. I have to implement JVM on > vxWorks so that we can run any Java Application on it. Where do I start > from? > > Is JME the thing? Does it implement the JVM for vxWorks? > > What is a profile? What is foundation profile? > > You can describe these briefly and may give links. > > Any help? > > Thanks, > Dinker > > Sent via Deja.com http://www.deja.com/ > Before you buy. > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: romStart( ) - HELP! Date: Thu, 9 Nov 2000 16:11:39 +0800 From: "Li Huapeng" Organization: Lawrence Berkeley National Laboratory Message-ID: <8udmct$ca6$1@overload.lbl.gov> Our version is VxWorks 5.4 for PPC860 and Tornado 2 in Win98/NT.These days I began to study the boot sequency of differenct types of VxWorks image built by the Tornado project facility. I have several questions, 1.For PPC860, _STACK_DIR == _STACK_GROWS_DOWN, is it right? 2.In the case of ROM_RESIDENT(that means executable code will resident on ROM and not be copied to RAM, only data segment is copied to RAM): In config.h the Initial Stack Pointer(STACK_ADRS) is set to RAM_LOW_ADRS. So the data segment start point(RAM_DATA_ADRS) in the makefile system should also be RAM_LOW_ADRS.In romStart.c, the data segment is copied to RAM. That is, ROM_DATA_ADRS ---(copied to)-- RAM_DATA_ADRS, and length is (end - RAM_DATA_ADRS). This is easy to understand.Only a question - where does the makefile system define RAM_DATA_ADRS and how to modify it? 3.But in case of ROM_COPY(that means VxWorks image(code+data segment) should be copied to RAM), it is implemented by copyLongs ((UINT *)ROM_DATA(binArrayStart), (UINT *)UNCACHED(RAM_DST_ADRS), (&binArrayEnd - binArrayStart) / sizeof (long)); The STACK_ADRS and RAM_DST_ADRS seems to should be set by user.What is the value of RAM_DATA_ADRS, RAM_DST_ADRS, STACK_ADRS in this case? Where does the makefile system define RAM_DATA_ADRS and how to modify it? I think STACK_ADRS should be equal to RAM_DST_ADRS to avoid memory hole, is it right. According to the source code, binArrayEnd and binArrayStart are located in RAM range, what's meaning of them? Why use ROM_DATA(binArrayStart) rather than ROM_DATA_ADRS? Expanded ROM_DATA(binArrayStart) is (binArrayStart - RAM_DATA_START + ROM_DATA_START). I think ROM_DATA_ADRS is more clear. Because in this case there is only a VxWorks image to be copied, not like ROM_COMPRESS. 4.In case of ROM_COMPRESS, first copy the data segment of uncompress routine /* relocate the data segment of the decompression stub */ copyLongs (ROM_DATA_ADRS, (UINT *)UNCACHED(RAM_DATA_ADRS), ((UINT)binArrayStart - (UINT)RAM_DATA_ADRS) / sizeof (long)); Why not (end - RAM_DATA_ADRS)/ sizeof (long) but (UINT)binArrayStart - (UINT)RAM_DATA_ADRS) / sizeof (long)? It seems no sense. Then the VxWorks image is copied to RAM. --------------------------- Newsgroups: comp.os.vxworks Subject: PPP Initialization problems Date: Thu, 09 Nov 2000 08:27:13 GMT From: acardoza@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8udn4t$abj$1@nnrp1.deja.com> I have problems starting PPP on Vxworks for the MC68EN302 processor. Included is the code pppOpt.flags = OPT_DEBUG | OPT_DRIVER_DEBUG | OPT_PASSIVE_MODE | OPT_NO_PAP | OPT_NO_CHAP | OPT_NO_VJ; pppOpt.lcp_echo_interval = "30"; pppOpt.lcp_echo_failure = "10"; pppOpt.lcp_max_configure = "10"; printf ("BufferV:pppInitCall\r\n"); if (pppInit (1, "/tyCo/1", "190.168.2.31", "190.168.2.47", 0, &pppOpt, NULL) == ERROR) printf ("BufferVError: pppInit\r\n"); else printf ("BufferVStatus: pppInit OK\r\n"); The funny thing is that the pppInit function returns with an OK but moments later VxWorks returns with the following error: ppp1: error openning the /tyCo/1 interface Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: PPP Initialization problems Date: Thu, 09 Nov 2000 08:35:24 GMT From: acardoza@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8udnkc$ang$1@nnrp1.deja.com> I have tried to initialize VxWorks PPP for the MC68EN302 processor without any success. Here is the code that I have used to attempt PPP initialization. pppOpt.flags = OPT_DEBUG | OPT_DRIVER_DEBUG | OPT_PASSIVE_MODE | OPT_NO_PAP | OPT_NO_CHAP | OPT_NO_VJ; pppOpt.lcp_echo_interval = "30"; pppOpt.lcp_echo_failure = "10"; pppOpt.lcp_max_configure = "10"; printf ("BufferV:pppInitCall\r\n"); if (pppInit(1, "/tyCo/1", "190.168.2.31", "190.168.2.47", 0, &pppOpt, NULL) == ERROR) printf ("BufferVError: pppInit\r\n"); else printf ("BufferVStatus: pppInit OK\r\n"); Initially it seems that the pppInit function executes successfully when the return code is inspected. The "BufferVStatus:pppInit OK" always get printed. Moments later (0.5 second) the following error message is issued by VxWorks: ppp1: error openning the /tyCo/1 interface Any suggestions would be welcomed Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: romStart( ) - HELP! Date: Thu, 9 Nov 2000 17:00:21 +0800 From: "Richard Whipple" Organization: Lawrence Berkeley National Laboratory Message-ID: <8udptc$f12$1@overload.lbl.gov> Our version is VxWorks 5.4 for PPC860 and Tornado 2 in Win98/NT.These days I began to study the boot sequency of differenct types of VxWorks image built by the Tornado project facility. I have several questions, 1.For PPC860, _STACK_DIR == _STACK_GROWS_DOWN, is it right? 2.In the case of ROM_RESIDENT(that means executable code will resident on ROM and not be copied to RAM, only data segment is copied to RAM): In config.h the Initial Stack Pointer(STACK_ADRS) is set to RAM_LOW_ADRS. So the data segment start point(RAM_DATA_ADRS) in the makefile system should also be RAM_LOW_ADRS.In romStart.c, the data segment is copied to RAM. That is, ROM_DATA_ADRS ---(copied to)-- RAM_DATA_ADRS, and length is (end - RAM_DATA_ADRS). This is easy to understand.Only a question - where does the makefile system define RAM_DATA_ADRS and how to modify it? 3.But in case of ROM_COPY(that means VxWorks image(code+data segment) should be copied to RAM), it is implemented by copyLongs ((UINT *)ROM_DATA(binArrayStart), (UINT *)UNCACHED(RAM_DST_ADRS), (&binArrayEnd - binArrayStart) / sizeof (long)); The STACK_ADRS and RAM_DST_ADRS seems to should be set by user.What is the value of RAM_DATA_ADRS, RAM_DST_ADRS, STACK_ADRS in this case? Where does the makefile system define RAM_DATA_ADRS and how to modify it? I think STACK_ADRS should be equal to RAM_DST_ADRS to avoid memory hole, is it right. According to the source code, binArrayEnd and binArrayStart are located in RAM range, what's meaning of them? Why use ROM_DATA(binArrayStart) rather than ROM_DATA_ADRS? Expanded ROM_DATA(binArrayStart) is (binArrayStart - RAM_DATA_START + ROM_DATA_START). I think ROM_DATA_ADRS is more clear. Because in this case there is only a VxWorks image to be copied, not like ROM_COMPRESS. 4.In case of ROM_COMPRESS, first copy the data segment of uncompress routine /* relocate the data segment of the decompression stub */ copyLongs (ROM_DATA_ADRS, (UINT *)UNCACHED(RAM_DATA_ADRS), ((UINT)binArrayStart - (UINT)RAM_DATA_ADRS) / sizeof (long)); Why not (end - RAM_DATA_ADRS)/ sizeof (long) but (UINT)binArrayStart - (UINT)RAM_DATA_ADRS) / sizeof (long)? It seems no sense. Then the VxWorks image is copied to RAM. --------------------------- Newsgroups: comp.os.vxworks Subject: What @rem means? Date: Thu, 9 Nov 2000 17:06:07 +0800 From: "kvd2" Organization: DCI HiNet Message-ID: <8udpq6$lic@netnews.hinet.net> In defs.x86-win32 LDOUT_CONV = @rem LDOUT_HOST = @rem What @rem means? --------------------------- Newsgroups: comp.os.vxworks Subject: ifShow problem Date: Thu, 09 Nov 2000 11:38:50 +0100 From: "Delsol Thomas(chez Tekelec Temex Telecom)" Organization: Tekelec Temex Telecom (http://www.temex-telecom.com) Message-ID: <3A0A7EBA.414CCDD8@temex.fr> Hi All, I realize an END driver. IpAttach return success but ifShow deals this message : can't read "interfacesMasksTbl(0xa01d6ea0)": no such element in array The call of ifAddrSet function returns ERROR. HELP me , please - -- Philippe --------------------------- Newsgroups: comp.os.vxworks Subject: What CORBA implementations available? Date: Thu, 09 Nov 2000 12:08:14 +0000 From: Kees van der Bent Organization: Software Feastures Message-ID: <3A0A93AE.E747E9D7@mail.com> Hi, What CORBA implementations are available for VxWorks? (I already know about Borland/Inprise VisiBroker for VxWorks.) Comment on the quality of VisiBroker and other implementations is also very much welcome! Thanks, Kees --------------------------- Newsgroups: comp.os.vxworks Subject: Re: What CORBA implementations available? Date: 9 Nov 2000 11:31:41 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FE77A523borkhuislucentcom@135.7.153.101> References: <3A0A93AE.E747E9D7@mail.com> kvdbent@mail.com (Kees van der Bent) wrote in <3A0A93AE.E747E9D7@mail.com>: >Hi, > >What CORBA implementations are available for VxWorks? >(I already know about Borland/Inprise VisiBroker for VxWorks.) >Comment on the quality of VisiBroker and other implementations >is also very much welcome! There is a small list at http://www.xs4all.nl/~borkhuis/vxworks/vxw_pt6.html#6.3 Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Thu Nov 9 06:42:23 2000 From: "David Anderson @ Data Track" Date: Thu Nov 9 06:42:25 PST 2000 Subject: RE: Doubt in VXWORKS OR TORNADO Queue > Submitted-by: "Nagappan Palaniappan" > > Doubt in VXWORKS OR TORNADO Queue > > Hi, > I have created a task and a Queue.Iam able to send messages to an > Queue using MsgQSend( ) operation.MsgQSend( ) operation returns OK or > ERROR.If an error occured while using MsgQSend( ) Operation,the subset > of Error's are given below. > > > S_distLib_NOT_INITIALIZED, S_objLib_OBJ_ID_ERROR, > S_objLib_OBJ_DELETED, S_objLib_OBJ_UNAVAILABLE, > S_objLib_OBJ_TIMEOUT, S_msgQLib_INVALID_MSG_LENGTH, > S_msgQLib_NON_ZERO_TIMEOUT_AT_INT_LEVEL > > > My doubt now is how to display the above return values if an error > occured using MsgQSend( ) operation. > I have an abstract idea,it's given below > > switch(errno) > { > case S_distLib_NOT_INITIALIZED: > printf("Error occured is S_distLib_NOT_INITIALIZED "); > break; > > case S_objLib_OBJ_ID_ERROR: > printf("S_objLib_OBJ_ID_ERROR "); > break; > } > > Regards, > P.Nagappan > I suggest you look at the documentation for printErrno() and printErr() functions which are designed to display error numbers in a standardized form. David Anderson. mailto:danderson@dtrack.demon.co.uk ------------------------------------- FF: 2B + ~2B , that is the question ? ------------------------------------- Disclaimer ---------- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please destroy and notify Data Track Technology Plc +44 1425 271900. ------------------------------------------------------- From vxwexplo-errs@csg.lbl.gov Thu Nov 9 07:36:42 2000 From: David Laight Date: Thu Nov 9 07:36:44 PST 2000 Subject: Re: romStart( ) - HELP! The project build might be slightly different, I guess the same principles apply as the do for a 5.3.1 style build. The boot process is somewhat contorted! The compressed bootrom is the most complicated, the others miss out certain stages but the principle is the same. The final vxWorks image expects to be loaded at RAM_LOW_ADRS (usually its code). If you use vxWorks 'boot ROMs' - which are a complete vxWorks image running a little command loop instead of the shell - they have to load to RAM_HIGH_ADRS so that the target area for the (network) load is free. Now executing from ROM is thought slow - especially as WRS won't enable the I-Cache for ROM - so the code that uncompresses/copies the image you want from ROM to RAM is itself copied to RAM before doing any useful work. If your image is linked to RAM_HIGH_ADRS then this code is linked to RAM_LOW_ADRS (and v.v.). However when execution starts the code is executing from ROM_TEXT_ADRS - which is not where the code is linked for. Any instructions that contain absolute addresses have to be fixed so the correct data is found - this is what the ROM_DATA() macro does. Fortunately much code is position independant (short jumps are PC relative etc) so only a limited number of places have to be fixed. (Do not compile any of the initialisation code with -m longcall - it will break!) If you are not executing from ROM, the final vxWorks image is included (possibly compressed) into a data array in the ROM image (binArrayStart to BinArrayEnd). When the boot code copies itself to RAM it avoids copying this area. This means that when it finally copies the image to its target it must be pulled from the ROM - not binArrayStart (which would be in RAM). If the initial image is linked to RAM_HIGH_ADRS, there must be enough DRAM for the entire ROM image to be copied to that address - including the target image - which is embedded in its data area. This might be an issue if you are trying to load a large image into a system with little RAM (or little RAM that the boot code knows of). Much of the source is common between the different boot types - hence some macros are null in some cases. > 1.For PPC860, _STACK_DIR == _STACK_GROWS_DOWN, is it right? True for most modern processors. > > 2.In the case of ROM_RESIDENT(that means executable code will resident on > ROM and not be copied to RAM, only data segment is copied to RAM): > In config.h the Initial Stack Pointer(STACK_ADRS) is set to RAM_LOW_ADRS. So > the data segment start point(RAM_DATA_ADRS) in the makefile system should > also be RAM_LOW_ADRS.In romStart.c, the data segment is copied to RAM. That > is, ROM_DATA_ADRS ---(copied to)-- RAM_DATA_ADRS, and length is (end - > RAM_DATA_ADRS). This is easy to understand.Only a question - where does the > makefile system define RAM_DATA_ADRS and how to modify it? Look in $WIND_BASE/target/h/make - specifically defs.bsp and riles.bsp (or maybe, if you believe the comments - defs.project and rules.project). One of the following definitions is include in the final link: LD_LOW_FLAGS = -Ttext $(RAM_LOW_ADRS) LD_HIGH_FLAGS = -Ttext $(RAM_HIGH_ADRS) RES_LOW_FLAGS = -Ttext $(ROM_TEXT_ADRS) -Tdata $(RAM_LOW_ADRS) RES_HIGH_FLAGS = -Ttext $(ROM_TEXT_ADRS) -Tdata $(RAM_HIGH_ADRS) > > 3.But in case of ROM_COPY(that means VxWorks image(code+data segment) should > be copied to RAM), it is implemented by > > copyLongs ((UINT *)ROM_DATA(binArrayStart), > (UINT *)UNCACHED(RAM_DST_ADRS), > (&binArrayEnd - binArrayStart) / sizeof (long)); > > The STACK_ADRS and RAM_DST_ADRS seems to should be set by user.What is the > value of RAM_DATA_ADRS, RAM_DST_ADRS, STACK_ADRS in this case? Where does > the makefile system define RAM_DATA_ADRS and how to modify it? > > I think STACK_ADRS should be equal to RAM_DST_ADRS to avoid memory hole, is > it right. > > According to the source code, binArrayEnd and binArrayStart are located in > RAM range, what's meaning of them? > Why use ROM_DATA(binArrayStart) rather than ROM_DATA_ADRS? > Expanded ROM_DATA(binArrayStart) is (binArrayStart - RAM_DATA_START + > ROM_DATA_START). > I think ROM_DATA_ADRS is more clear. Because in this case there is only > a VxWorks image to be copied, not like ROM_COMPRESS. The issue is that the area being copied is embedded in the data area of another program - so its absolute address is unknown. What is more the data isn't even at binArrayStart - that is a RAM address - but in the ROM where the boot code copied itself from earlier! > > 4.In case of ROM_COMPRESS, > > first copy the data segment of uncompress routine > > /* relocate the data segment of the decompression stub */ > > copyLongs (ROM_DATA_ADRS, (UINT *)UNCACHED(RAM_DATA_ADRS), > ((UINT)binArrayStart - (UINT)RAM_DATA_ADRS) / sizeof (long)); > > Why not (end - RAM_DATA_ADRS)/ sizeof (long) > but (UINT)binArrayStart - (UINT)RAM_DATA_ADRS) / sizeof (long)? > It seems no sense. > This copy copies from the start of ROM to the required DRAM address. The length excludes the image - no point copying that to DRAM, might as well uncompress it straight to the correct play. As I recall there is another copy just following this that copies binArrayEnd..edata into DRAM as well (there is no guarantee that there isn't initialised data following the image. After this copy the code jumps via a function pointer to the decompress code. This is a carefully constructed absolute jump - to get into the RAM copy of the code. The entire boot process runs much, much faster if you enable the data and instruction caches for both DRAM and ROM. However you do need to ensure the data cache is flushed before executing copied code. You may also want to have an uncached alias for the ROM - eg for flash updates. David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Thu Nov 9 21:21:55 2000 From: PAULY A D Date: Thu Nov 9 21:21:57 PST 2000 Subject: vxWorks boot over ethernet Hi, Our target is an x86 system. We are using bsp pc386 and have included the ethernet driver for 3Com Etherlink III network card. But we could not boot vxWorks over ethernet. (We tried using both static IP as well as DHCP). The TCP/IP device and loopback interfaces are successfully attached. But we could not load the vxWorks image by FTP from the host. The output messages we got are : "Attached TCP/IP interface to elt0 Attaching network interface lo0... done Loading... tftpGet: Error occured while transferring the file. Error loading file : errno 0x0" Any ideas/clues/pointers to what is happening? Thanks, Regards, Pauly From vxwexplo-errs@csg.lbl.gov Thu Nov 9 21:56:52 2000 From: "Li Huapeng" Date: Thu Nov 9 21:56:54 PST 2000 Subject: binArrayStart VxWorks 5.4 for PPC860, Tornado 2 under WinNT. When we use project facility to build a ROM_COPY VxWorks image with target/config/comps/src/romStart.c - copyLongs ((UINT *)ROM_DATA(binArrayStart), (UINT *)UNCACHED(RAM_DST_ADRS), (&binArrayEnd - binArrayStart) / sizeof (long)); is used to copy VxWorks image from ROM to RAM. The VxWorks image is from binArrayStart to binArrayEnd in RAM.So Does binArrayStart equal to RAM_DST_ADRS in case of ROM_COPY? From vxwexplo-errs@csg.lbl.gov Fri Nov 10 04:03:11 2000 From: Vxworks Exploder Date: Fri Nov 10 04:03:14 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Fri Nov 10 04:03:05 PST 2000 Subject: high accuracy time Subject: Re: Semaphores Subject: Re: Semaphores Subject: Re: Ethernet Driver hook functions Subject: Re: Semaphores Subject: Re: What @rem means? Subject: Re: Semaphores Subject: Re: Semaphores Subject: Re: What CORBA implementations available? Subject: Boot Sector Error Message Subject: Boot Sector Error Subject: Ping problems Subject: RE: Doubt in VXWORKS OR TORNADO Queue Subject: NPT, socket interface, select Subject: re: romStart( ) - HELP! Subject: Problem with TIMEZONE and time functions Subject: Re: socket owner? Subject: Re: 2700bsp - exception at interrupt level? Subject: END device for ul0 (net-enabled VxSIM) Subject: Re: Semaphores Subject: Re: 2700bsp - exception at interrupt level? Subject: Ethernet Init Subject: Creating Compact Flash Boot Disk Subject: Re: 2700bsp - exception at interrupt level? Subject: Re: Semaphores Subject: Re: Semaphores Subject: Re: MPC860 IRQ1 - how do I connect my ISR? Subject: Re: high accuracy time Subject: Re: How could support IP in IP ? Subject: Re: Ping problems Subject: Re: Ethernet Driver hook functions Subject: PCI ethernet card (3C905C-TX) Subject: Re: Semaphores Subject: vxWorks boot over ethernet Subject: binArrayStart Subject: Career Opportunities in the US Subject: END Drivers and Cluster Loss Subject: Re: Low-level mouse programming Subject: Re: vxWorks boot over ethernet Subject: Re: Ethernet Init Subject: Re: Java/vxWorks Subject: Re: high accuracy time Subject: Re: END Drivers and Cluster Loss Subject: UM or Reference about elfToBin.... Subject: Re: high accuracy time Subject: Re: Java/vxWorks Subject: Re: UM or Reference about elfToBin.... Subject: building gcc-2.95.2 as crosscompiler for PowerPC wrs VxWorks5.4 ? Subject: Re: DMAs on Pentium architecture Subject: Re: Creating Compact Flash Boot Disk Subject: Re: romStart( ) - HELP! Subject: Re: Ping problems Subject: Re: PPP Initialization problems Subject: Re: high accuracy time Subject: Changing scsi disk without rebooting the system ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: high accuracy time Date: Thu, 9 Nov 2000 12:19:28 -0000 From: "Martin Dowie" Message-ID: <3a0a9537$1@pull.gecm.com> I have a requirement to schedule a task very accurately - approximately 12.5Hz but to within 1ms (better if possible). I've examined the Aux Clock and although config can support 5MHz as a rate - if this is tried it simply falls over. In fact, any value much higher than 100Hz seems to cause it to fall over. Is there any 'better' way of doing this sort of stuff via VxWorks? e.g. programmable interrupt timers? if so, what is the library and does anyone have any boilerplate code I can use :-) "atpClk.h" #ifndef ATP_CLK_H #define ATP_CLK_H extern void atpClk (void); extern void atpClkCheck (void); #endif "atpClk.c" #include #include "vxWorks.h" #include "sysLib.h" #include "ioSem.h" #include "atpClk.h" #define atpAuxClkRate 60 static int counter = 0; static int ticks = 0; static void atpAuxClkHandler (void) { if (++counter == atpAuxClkRate) { ticks++; counter=0; } } extern void atpClk (void) { sysAuxClkDisable (); if ((sysAuxClkRateSet (atpAuxClkRate) == ERROR) || (sysAuxClkConnect ((FUNCPTR) atpAuxClkHandler, 0) == ERROR)) { return; } sysAuxClkEnable (); } extern void atpClkCheck (void) { STATUS delayStatus; FOREVER { delayStatus = taskDelay (sysClkRateGet()); printf ("tick %d\n", ticks); } } --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Thu, 9 Nov 2000 11:22:50 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <3A08CAA5.CE3E7EA1@sympatico.ca> <3A08CBAA.530F329B@cisco.com> <3A09CC1D.8AB7E1BF@sympatico.ca> Mike McNaughton wrote in message <3A09CC1D.8AB7E1BF@sympatico.ca>... >Vijay >Thanks. If I understand you coddrectly then, it is true that a semtake'ing >routine will be restarted with a new context everytime the semaphore is >given?? If that is the case , certainly I can deal with it. > He's completely wrong. Absolutely not. No way. semTake is a completely ordinary routine that you call and it returns just like any other. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Thu, 9 Nov 2000 10:55:51 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <3A08CAA5.CE3E7EA1@sympatico.ca> <0jgO5.458$kn2.665222@newsr1.u-net.net> <8uc8cc$2u6$1@nnrp1.deja.com> vloscomp@my-deja.com wrote in message <8uc8cc$2u6$1@nnrp1.deja.com>... >hi, > In my humbled opion the semaphore can not be used in an ISR context. >It's an attribute of an ISR; nothing in an ISR routine can be block, >for example printf, semaphore are blocking call. The Vxworks manual >also state this fact. Wrong. The manual specifically states that semGive of a binary semaphore is a legitimate operation for an ISR. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Ethernet Driver hook functions Date: Thu, 9 Nov 2000 11:22:31 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <3a09a03c@news.bezeqint.net> <3A0A38AC.61BCB43D@flashcom.net> DrDiags wrote in message <3A0A38AC.61BCB43D@flashcom.net>... >D.K, > > I cannot answer the reason why the EtherInputHook is not working, but I >wanted to mention that you should treat your hook routines as though they were >ISRs. Suggest using logMsg instead of printf in these routines. Actually, you almost certainly did just answer why the input hook isn't working. The output functions are called directly by the task that is sending - that is the control flows from the task through the kernel send routine and into the device driver output function (through the hook, if installed, on the way), whereas incoming packets which may arrive at any time are caught by an ISR. The ISR calls the input hook before pushing the newly received packet onto the end of a queue for the tNetTask to deal with at a more convenient time. So output hooks would be expected to run in a task context and handle printf OK, but input hooks run in an ISR context and can't use most of the system calls without trouble. Presumably the manual advises treating *both* hooks as if they were ISRs just to be on the safe side. It's certainly good advice, in case they ever want to implement a mechanism for asynchronous sends where the foreground task just hands off the outgoing packet to be sent later by an ISR. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Thu, 9 Nov 2000 12:05:57 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <3A08CAA5.CE3E7EA1@sympatico.ca> <0jgO5.458$kn2.665222@newsr1.u-net.net> <3A09CE7D.F6AC269F@sympatico.ca> Mike McNaughton wrote in message <3A09CE7D.F6AC269F@sympatico.ca>... >Dave: >That is a very interesting point. In the last couple of days, I've run some >tests that indicate that my main IRQ response routine , a 2ms timer >interrupt is happening too often for all of the work between interrupts to >be completed. Windview doesn't reveal this but a little "flight recorder >fundtion I've installed does. I've been getting stall/crashes on hte sytstem >which could point to stack overflows. > >My IRQ does very little other than 2 semgives. The work that should be done >by one of the semtakers is frequently not getting to completion before the >next IRQ does an aditional semgive. This seems highly suspicious. I think you should assume that the misbehaviour (restarting) of the routine that's doing the semTake is a consequence, rather than a cause, of the underlying problem here. So there's a few possibilities to consider here. Have you, as Bruce suggests, tried stackCheck to see if you've overflowed your stack? Are you sure your ISR correctly acknowledges and clears your interrupt ? Otherwise it would be returning and reentering almost immediately. This would slow the foreground task to a crawl, as the ISR would be running almost continuously. Or is it possible that you've mis-set the rate of the timer and it's interrupting a lot more frequently than it's meant to be? You mentioned in one of your other posts that you had a watchdog at the top of the routine. Do you mean an actual VxWorks WDOG timer? How have you initialised and started it? Have you applied the WRS patch that fixes the scheduler bug that can cause a low priority task to be scheduled ahead of a waiting higher priority task when an ISR returns? Let's see your source. If they're not immensely long, post the entire ISR and commio routines here, and we can all take a good look at the problem. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: What @rem means? Date: Thu, 9 Nov 2000 13:02:36 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <8udpq6$lic@netnews.hinet.net> kvd2 wrote in message <8udpq6$lic@netnews.hinet.net>... >In defs.x86-win32 > >LDOUT_CONV = @rem >LDOUT_HOST = @rem > >What @rem means? These macros are used in command lines in the build rules somewhere else in the makefile. The @ sign makes the command execute without the command line being printed to the screen. The rem command is one you may remember from BASIC: it comments out the rest of the line. So these lines specify that the LDOUT_CONV and LDOUT_HOST operations are no-ops for x86-win32 host. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Thu, 09 Nov 2000 13:07:21 GMT From: Mike McNaughton Organization: Sympatico Message-ID: <3A0ABDCE.896BEEFC@sympatico.ca> References: <3A08CAA5.CE3E7EA1@sympatico.ca> <0jgO5.458$kn2.665222@newsr1.u-net.net> <3A09CE7D.F6AC269F@sympatico.ca> Dave: Thanks for your input. The "watchdog" I mention is just a counter++ at the top end of my commio routine. When the OEM dumped this sytem on us, the commio IO routine was not running to completion between ISR's. Therfore , for want of a better solution, I split the Commio routine up using a switch(), case construct. That fixed that, at least treated the symptoms. The system has always been unstable, it would stall if I went away and left the shell open. Leaving stethoscope active was out of the question. Sometimes it stalls spontaneosously and causes a wreck on the rolling mill it is controlling. There is a function on the system that is supposed to measure eccentricity of a roll (on a steel rolling mill). I have just removed it altogether and will install this version of software today. The ecc. function did not work anyway. Actually I think that will fix our problem. It was computation intesive and was driven partly by the 2ms. ISR adn also by ISR's from 2-pulse tachs. There are about 12 subroutines which are called for each occurence semtake of the ISR's semGive semaphore. Immediatley before each subroutine call I've put : y[(x++) & 0xFF]= n; /*different n for each subroutine*/ y is an interger array y[256]. x++ & 0xff is a circular counter. The result is a ring buffer showing what the last 256 subroutines ran prior to the latest crash. The array gets printed to a hyperterm screen at the next reboot (reboot by pressing abort button on the cpu doesn't clear memory). What I see is that in about 1-case in 10, the ISR re-enters before all of the subroutines run. This is just in the aftermath of a reboot; not after a system crash. I am convinced that the cpu has been overloaded. I've alwasy suspected it just due to the fact that the ISR runs 500 times/sec. According to the OEM, our system differs from there other systems only in that it has the eccentricity function and it has a reflective memory / ethernet board. I really like the stackcheck() idea and will implement that today. This is the best users' group I've ever participated in. I've never been skunked in a request for advice on this group. Thank you gentlemen, very much. Dave Korn wrote: > Mike McNaughton wrote in message <3A09CE7D.F6AC269F@sympatico.ca>... > >Dave: > >That is a very interesting point. In the last couple of days, I've run some > >tests that indicate that my main IRQ response routine , a 2ms timer > >interrupt is happening too often for all of the work between interrupts to > >be completed. Windview doesn't reveal this but a little "flight recorder > >fundtion I've installed does. I've been getting stall/crashes on hte > sytstem > >which could point to stack overflows. > > > >My IRQ does very little other than 2 semgives. The work that should be done > >by one of the semtakers is frequently not getting to completion before the > >next IRQ does an aditional semgive. > > This seems highly suspicious. I think you should assume that the > misbehaviour (restarting) of the routine that's doing the semTake is > a consequence, rather than a cause, of the underlying problem here. > So there's a few possibilities to consider here. > > Have you, as Bruce suggests, tried stackCheck to see if you've > overflowed your stack? > > Are you sure your ISR correctly acknowledges and clears your > interrupt ? Otherwise it would be returning and reentering almost > immediately. This would slow the foreground task to a crawl, as > the ISR would be running almost continuously. Or is it possible > that you've mis-set the rate of the timer and it's interrupting a lot > more frequently than it's meant to be? > > You mentioned in one of your other posts that you had a watchdog > at the top of the routine. Do you mean an actual VxWorks WDOG > timer? How have you initialised and started it? > > Have you applied the WRS patch that fixes the scheduler bug that > can cause a low priority task to be scheduled ahead of a waiting > higher priority task when an ISR returns? > > Let's see your source. If they're not immensely long, post the entire > ISR and commio routines here, and we can all take a good look at > the problem. > > DaveK > -- > They laughed at Galileo. They laughed at Copernicus. They laughed at > Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Thu, 09 Nov 2000 13:10:00 GMT From: Mike McNaughton Organization: Sympatico Message-ID: <3A0ABE6E.5FC5541F@sympatico.ca> References: <3A08CAA5.CE3E7EA1@sympatico.ca> <0jgO5.458$kn2.665222@newsr1.u-net.net> <3A09CE7D.F6AC269F@sympatico.ca> <3a09fe9a.6711060@news.swbell.net> Bruce: No, but that is a good plan. Thanks Bruce wrote: > On Wed, 08 Nov 2000 20:07:51 GMT, Mike McNaughton > wrote: > > >That is a very interesting point. In the last couple of days, I've run some > >tests that indicate that my main IRQ response routine , a 2ms timer > >interrupt is happening too often for all of the work between interrupts to > >be completed. Windview doesn't reveal this but a little "flight recorder > >fundtion I've installed does. I've been getting stall/crashes on hte sytstem > >which could point to stack overflows. > > Have you used stackCheck()? --------------------------- Newsgroups: comp.os.vxworks Subject: Re: What CORBA implementations available? Date: Thu, 09 Nov 2000 14:08:33 GMT From: albert.wijnja@meco.nl Organization: Deja.com - Before you buy. Message-ID: <8ueb4r$onc$1@nnrp1.deja.com> References: <3A0A93AE.E747E9D7@mail.com> <8FE77A523borkhuislucentcom@135.7.153.101> > > There is a small list at > http://www.xs4all.nl/~borkhuis/vxworks/vxw_pt6.html#6.3 > We use TAO (as listed in the link above). Sofar, our experience is pretty good. It is open source, so debugging is possible. If a bug is found, it is available in the latest release almost immediately. The corresponding newsgroup (comp.soft-sys.ace) is very busy and the people at the University, OCI and RiverAce respond quickly. Albert Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Boot Sector Error Message Date: Thu, 09 Nov 2000 14:25:45 GMT From: bae_systems@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8uec51$pl9$1@nnrp1.deja.com> We are trying to use a disk formatted in Windows 98 with VxWorks 5.4 on a PowerPC. We are also using DosFs 2.0. The disk will be swapped between both systems, so it can't simply be formatted in VxWorks. When attempting to access the device in VxWorks, a malformed boot sector error is given (see below). 0x1e65110 (tShell): dosFsLib.c : Malformed boot sector. Offset 0, value 184. Can't open ".". value = -1 = 0xffffffff = end + 0xffe0a3eb Does anybody know the cause of this, or a way to fix it? Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Boot Sector Error Date: Thu, 09 Nov 2000 14:34:40 GMT From: Matthew.Brookins@mx.iff.navy.mil Organization: Deja.com - Before you buy. Message-ID: <8uecm0$q3g$1@nnrp1.deja.com> We are using VxWorks 5.4 on a PowerSandia PowerPC, Tornado 2, and Windows 98, and we want to format/configure a hard drive to be swappable between Windows and VxWorks. The device is formated in Windows successfully and moved to VxWorks. You can switch to the device from the Shell, but when you try to list its contents the following error is displayed: - -> ls 0x1e65110 (tShell): dosFsLib.c : Malformed boot sector. Offset 0, value 184. Can't open ".". value = -1 = 0xffffffff = end + 0xffe0a3eb Has anybody seen this problem before? Does anyone know what might cause it? Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Ping problems Date: Thu, 9 Nov 2000 09:13:39 -0600 From: "Tim Michals" Organization: Posted via Supernews, http://www.supernews.com Message-ID: All, System boots with a valid IP address, Gateway, and Net Mask Also DNS is configured (resoler Library) From another station when can ping the box, from the VxWorks shell we can use the ping command to ping other stations on the network. But if you change the ip address using ifAddrSet("ln0","10.1.1.19"); Then use the ping command in the VxWorks shell, ping does not return. But you can still ping the system from a system on the network. What could be the issue? Also if we don't initialize the resolver Library, ping works. Also we can save the IP address and reboot the box and ping works fine with the new IP address. Thanks T --------------------------- Newsgroups: comp.os.vxworks Subject: RE: Doubt in VXWORKS OR TORNADO Queue Date: Thu, 9 Nov 2000 11:05:04 -0000 From: "David Anderson @ Data Track" Organization: Lawrence Berkeley National Laboratory Message-ID: <8uef0b$nqt$1@overload.lbl.gov> > Submitted-by: "Nagappan Palaniappan" > > Doubt in VXWORKS OR TORNADO Queue > > Hi, > I have created a task and a Queue.Iam able to send messages to an > Queue using MsgQSend( ) operation.MsgQSend( ) operation returns OK or > ERROR.If an error occured while using MsgQSend( ) Operation,the subset > of Error's are given below. > > > S_distLib_NOT_INITIALIZED, S_objLib_OBJ_ID_ERROR, > S_objLib_OBJ_DELETED, S_objLib_OBJ_UNAVAILABLE, > S_objLib_OBJ_TIMEOUT, S_msgQLib_INVALID_MSG_LENGTH, > S_msgQLib_NON_ZERO_TIMEOUT_AT_INT_LEVEL > > > My doubt now is how to display the above return values if an error > occured using MsgQSend( ) operation. > I have an abstract idea,it's given below > > switch(errno) > { > case S_distLib_NOT_INITIALIZED: > printf("Error occured is S_distLib_NOT_INITIALIZED "); > break; > > case S_objLib_OBJ_ID_ERROR: > printf("S_objLib_OBJ_ID_ERROR "); > break; > } > > Regards, > P.Nagappan > I suggest you look at the documentation for printErrno() and printErr() functions which are designed to display error numbers in a standardized form. David Anderson. mailto:danderson@dtrack.demon.co.uk - ------------------------------------- FF: 2B + ~2B , that is the question ? - ------------------------------------- Disclaimer - ---------- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please destroy and notify Data Track Technology Plc +44 1425 271900. - ------------------------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: NPT, socket interface, select Date: Thu, 9 Nov 2000 10:21:41 -0500 From: "Alexandre Gouraud" Organization: Nortel Message-ID: <8uefe6$71e$1@bmerhc5e.ca.nortel.com> I am trying to integrate my own socket into VxWorks using the Network Protocol Toolkit provided by WindRiver. In the socket interface provided by this NPT (NPT User's Guide 5.4, edition 3), the "select" function is not mentioned. Does anyone know why, and what I have to do in order to set it up. hoping the question is clear enough. Thanks. Alexandre. --------------------------- Newsgroups: comp.os.vxworks Subject: re: romStart( ) - HELP! Date: Thu, 9 Nov 2000 15:37:14 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200011091537.PAA15635@dsl-2.tadpole.co.uk> The project build might be slightly different, I guess the same principles apply as the do for a 5.3.1 style build. The boot process is somewhat contorted! The compressed bootrom is the most complicated, the others miss out certain stages but the principle is the same. The final vxWorks image expects to be loaded at RAM_LOW_ADRS (usually its code). If you use vxWorks 'boot ROMs' - which are a complete vxWorks image running a little command loop instead of the shell - they have to load to RAM_HIGH_ADRS so that the target area for the (network) load is free. Now executing from ROM is thought slow - especially as WRS won't enable the I-Cache for ROM - so the code that uncompresses/copies the image you want from ROM to RAM is itself copied to RAM before doing any useful work. If your image is linked to RAM_HIGH_ADRS then this code is linked to RAM_LOW_ADRS (and v.v.). However when execution starts the code is executing from ROM_TEXT_ADRS - which is not where the code is linked for. Any instructions that contain absolute addresses have to be fixed so the correct data is found - this is what the ROM_DATA() macro does. Fortunately much code is position independant (short jumps are PC relative etc) so only a limited number of places have to be fixed. (Do not compile any of the initialisation code with -m longcall - it will break!) If you are not executing from ROM, the final vxWorks image is included (possibly compressed) into a data array in the ROM image (binArrayStart to BinArrayEnd). When the boot code copies itself to RAM it avoids copying this area. This means that when it finally copies the image to its target it must be pulled from the ROM - not binArrayStart (which would be in RAM). If the initial image is linked to RAM_HIGH_ADRS, there must be enough DRAM for the entire ROM image to be copied to that address - including the target image - which is embedded in its data area. This might be an issue if you are trying to load a large image into a system with little RAM (or little RAM that the boot code knows of). Much of the source is common between the different boot types - hence some macros are null in some cases. > 1.For PPC860, _STACK_DIR == _STACK_GROWS_DOWN, is it right? True for most modern processors. > > 2.In the case of ROM_RESIDENT(that means executable code will resident on > ROM and not be copied to RAM, only data segment is copied to RAM): > In config.h the Initial Stack Pointer(STACK_ADRS) is set to RAM_LOW_ADRS. So > the data segment start point(RAM_DATA_ADRS) in the makefile system should > also be RAM_LOW_ADRS.In romStart.c, the data segment is copied to RAM. That > is, ROM_DATA_ADRS ---(copied to)-- RAM_DATA_ADRS, and length is (end - > RAM_DATA_ADRS). This is easy to understand.Only a question - where does the > makefile system define RAM_DATA_ADRS and how to modify it? Look in $WIND_BASE/target/h/make - specifically defs.bsp and riles.bsp (or maybe, if you believe the comments - defs.project and rules.project). One of the following definitions is include in the final link: LD_LOW_FLAGS = -Ttext $(RAM_LOW_ADRS) LD_HIGH_FLAGS = -Ttext $(RAM_HIGH_ADRS) RES_LOW_FLAGS = -Ttext $(ROM_TEXT_ADRS) -Tdata $(RAM_LOW_ADRS) RES_HIGH_FLAGS = -Ttext $(ROM_TEXT_ADRS) -Tdata $(RAM_HIGH_ADRS) > > 3.But in case of ROM_COPY(that means VxWorks image(code+data segment) should > be copied to RAM), it is implemented by > > copyLongs ((UINT *)ROM_DATA(binArrayStart), > (UINT *)UNCACHED(RAM_DST_ADRS), > (&binArrayEnd - binArrayStart) / sizeof (long)); > > The STACK_ADRS and RAM_DST_ADRS seems to should be set by user.What is the > value of RAM_DATA_ADRS, RAM_DST_ADRS, STACK_ADRS in this case? Where does > the makefile system define RAM_DATA_ADRS and how to modify it? > > I think STACK_ADRS should be equal to RAM_DST_ADRS to avoid memory hole, is > it right. > > According to the source code, binArrayEnd and binArrayStart are located in > RAM range, what's meaning of them? > Why use ROM_DATA(binArrayStart) rather than ROM_DATA_ADRS? > Expanded ROM_DATA(binArrayStart) is (binArrayStart - RAM_DATA_START + > ROM_DATA_START). > I think ROM_DATA_ADRS is more clear. Because in this case there is only > a VxWorks image to be copied, not like ROM_COMPRESS. The issue is that the area being copied is embedded in the data area of another program - so its absolute address is unknown. What is more the data isn't even at binArrayStart - that is a RAM address - but in the ROM where the boot code copied itself from earlier! > > 4.In case of ROM_COMPRESS, > > first copy the data segment of uncompress routine > > /* relocate the data segment of the decompression stub */ > > copyLongs (ROM_DATA_ADRS, (UINT *)UNCACHED(RAM_DATA_ADRS), > ((UINT)binArrayStart - (UINT)RAM_DATA_ADRS) / sizeof (long)); > > Why not (end - RAM_DATA_ADRS)/ sizeof (long) > but (UINT)binArrayStart - (UINT)RAM_DATA_ADRS) / sizeof (long)? > It seems no sense. > This copy copies from the start of ROM to the required DRAM address. The length excludes the image - no point copying that to DRAM, might as well uncompress it straight to the correct play. As I recall there is another copy just following this that copies binArrayEnd..edata into DRAM as well (there is no guarantee that there isn't initialised data following the image. After this copy the code jumps via a function pointer to the decompress code. This is a carefully constructed absolute jump - to get into the RAM copy of the code. The entire boot process runs much, much faster if you enable the data and instruction caches for both DRAM and ROM. However you do need to ensure the data cache is flushed before executing copied code. You may also want to have an uncached alias for the ROM - eg for flash updates. David - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: Problem with TIMEZONE and time functions Date: Thu, 09 Nov 2000 16:52:41 GMT From: karpou@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8uekom$1m7$1@nnrp1.deja.com> Hello, I'm having a problem with the TIMEZONE environment variable. From the help: - ----------- name_of_zone:(unused): time_in_minutes_from_UTC:daylight_start:daylight_end To calculate local time, the value of time_in_minutes_from_UTC is subtracted from UTC; time_in_minutes_from_UTC must be positive. Daylight information is expressed as mmddhh (month-day-hour), for example: UTC::0:040102:100102 - ----------- So situated in Germany (UTC+1h) I make the TIMEZONE entry: "UTC+1::1380:032502:102802". The 1380 is 23 hours times 60 minutes. This entry MUST be positive! The result is the correct time but the _WRONG_ date! How do get the correct time and date (besides hacking the time variable)?. Greetings Karsten Poulsen mailto:karsten.poulsen@icn.siemens.de_REMOVE_SPAM_TRAILER Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: socket owner? Date: Thu, 9 Nov 2000 09:16:32 -0800 From: "Jianfei XU" Organization: SBC Internet Services Message-ID: References: <8ub36l$mmu$1@info.service.rug.nl> The common practice is, whoever open it should close it. So what I mean here is the task who opens it. On the other hand, whoever can access the socket descriptor also can close it, which I think is bad practice. "Fred Zwarts" wrote in message news:8ub36l$mmu$1@info.service.rug.nl... "Jianfei XU" wrote in message news:NvON5.268$FT3.225057@news.pacbell.net... > Is there any way I can find out the owner of socket? > Please, define "owner of socket". --------------------------- Newsgroups: comp.os.vxworks Subject: Re: 2700bsp - exception at interrupt level? Date: Thu, 09 Nov 2000 12:35:19 -0500 From: Al Johnston Organization: MindSpring Enterprises Message-ID: <3A0AE057.2CBE4626@mindspring.com> References: <39FF3094.64F2ECC6@mindspring.com> <3A0070D1.6058F33A@aps.anl.gov> <3A01B38A.9E609038@mindspring.com> <65wM5.270$kn2.441454@newsr1.u-net.net> > This is a GCC thing which should probably go in the FAQ: the compiler > uses lfd/stfd to manipulate double-word (64-bit) integer types, just because > it's only one instruction and only one register. This makes life a bit > easier > for the optimizer, I imagine, but a bit tougher for us! We normally see > this problem when people use the long long int type; I've got no idea > what an "integer'image" is but it must be similar, I guess... That is what is so strange... it makes a character string representation of a 32 bit integer.... nothing at all to do with floating point! I am still waiting for someone at ACT to make since of this.. thanks for the reply. - -al --------------------------- Newsgroups: comp.os.vxworks Subject: END device for ul0 (net-enabled VxSIM) Date: 9 Nov 2000 18:19:36 GMT From: Jeff Rugen Organization: PrimeNet Message-ID: <8uepro$t2q$1@nnrp2.phx.gblx.net> I'm trying to do some testing of some code to handle a new protocol above IP using a network-enabled VxSIM. I would like to add a MUX_PROTO_SNARF and MUX_PROTO_OUTPUT routine to display the packets when they get to that point, however, the ul0 device isn't known in the MUX when I start up (at least, muxShow lists no devices). When I try to include END support, I don't have a configNet.h file, so I can't build vxWorks (the simulator anyway -- I have configNet.h for a BSP). Is it possible to test code at this level using a network-enabled VxSim? Right now I don't know if I have a configuration or a coding problem. Thanks for any help or pointers on this. Jeff Rugen --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Thu, 9 Nov 2000 18:17:09 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <3A08CAA5.CE3E7EA1@sympatico.ca> <0jgO5.458$kn2.665222@newsr1.u-net.net> <3A09CE7D.F6AC269F@sympatico.ca> <3A0ABDCE.896BEEFC@sympatico.ca> Mike McNaughton wrote in message <3A0ABDCE.896BEEFC@sympatico.ca>... >The "watchdog" I mention is just a counter++ at the top end of my commio >routine. When the OEM dumped this sytem on us, the commio IO routine was >not running to completion between ISR's. Therfore , for want of a better >solution, I split the Commio routine up using a switch(), case construct. >That fixed that, at least treated the symptoms. The system has always been >unstable, it would stall if I went away and left the shell open. Leaving >stethoscope active was out of the question. >Sometimes it stalls spontaneosously and causes a wreck on the rolling mill >it is controlling. Jeeze, you seem to have been sold a lemon. If the thing is spontaneously crashing when you leave the shell open or stethoscope running then it really looks like the code has stray pointers in it. Memory is getting trashed. >There is a function on the system that is supposed to measure eccentricity >of a roll (on a steel rolling mill). I have just removed it altogether and >will install this version of software today. The ecc. function did not work >anyway. Actually I think that will fix our problem. It was computation >intesive and was driven partly by the 2ms. ISR adn also by ISR's from >2-pulse tachs. What sort of frequency do you expect to receive ISRs from the tachs? Is it possible a tacho ISR is getting confused for a 2ms timer ISR? >There are about 12 subroutines which are called for each occurence semtake >of the ISR's semGive semaphore. Immediatley before each subroutine call >I've put : > >y[(x++) & 0xFF]= n; /*different n for each subroutine*/ > >y is an interger array y[256]. x++ & 0xff is a circular counter. > >The result is a ring buffer showing what the last 256 subroutines ran >prior to the latest crash. The array gets printed to a hyperterm screen at >the next reboot (reboot by pressing abort button on the cpu doesn't clear >memory). > >What I see is that in about 1-case in 10, the ISR re-enters before all of >the subroutines run. This is just in the aftermath of a reboot; not after a >system crash. > >I am convinced that the cpu has been overloaded. I've alwasy suspected it >just due to the fact that the ISR runs 500 times/sec. According to the >OEM, our system differs from there other systems only in that it has the >eccentricity function and it has a reflective memory / ethernet board. Well, all that proves is that there's still stray pointers in the code, but by sheer luck they happen to end up trashing unused areas of memory; when they added the eccentric function, that meant the linker put things in different places in memory which had the consequence that the stray pointers were now stomping on something vital. 500 interrupts per second isn't all that much for a modern CPU. What kind of processor and clock rate are you running ? >I really like the stackcheck() idea and will implement that today. > >This is the best users' group I've ever participated in. I've never been >skunked in a request for advice on this group. Thank you gentlemen, very >much. Aw shucks :-) Nice of you to say so! DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: 2700bsp - exception at interrupt level? Date: Thu, 9 Nov 2000 18:23:00 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <39FF3094.64F2ECC6@mindspring.com> <3A0070D1.6058F33A@aps.anl.gov> <3A01B38A.9E609038@mindspring.com> <65wM5.270$kn2.441454@newsr1.u-net.net> <3A0AE057.2CBE4626@mindspring.com> Al Johnston wrote in message <3A0AE057.2CBE4626@mindspring.com>... >> This is a GCC thing which should probably go in the FAQ: the compiler >> uses lfd/stfd to manipulate double-word (64-bit) integer types, just because >> it's only one instruction and only one register. This makes life a bit >> easier >> for the optimizer, I imagine, but a bit tougher for us! We normally see >> this problem when people use the long long int type; I've got no idea >> what an "integer'image" is but it must be similar, I guess... > >That is what is so strange... it makes a character string representation >of a 32 bit integer.... nothing at all to do with floating point! I am >still waiting for someone at ACT to make since of this.. 'long long' is an integer, not a float also. The compiler only uses the floating point register because it's got (more than) 64 bits and the GP regs. only have 32 bits, so it's just handy to manipulate long long ints in a register that they can fit into rather than having to split them between two GPRs. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Ethernet Init Date: Thu, 9 Nov 2000 13:53:56 -0500 From: "Mike Kordik" Message-ID: When we load the VxWorks image over ethernet, the driver is initialized and can be used by the app. When the exact same image is loaded from the harddrive the network is not initialized. Why not? The only difference is the bootrom bootline. How do I fix this? In my VxWorks configuration I have Initialize Network at Boot Time. Thanks, Mike --------------------------- Newsgroups: comp.os.vxworks Subject: Creating Compact Flash Boot Disk Date: Thu, 09 Nov 2000 19:04:14 GMT From: steve.ross@grassvalleygroup.com Organization: Deja.com - Before you buy. Message-ID: <8uesf9$945$1@nnrp1.deja.com> I'm trying to create a VxWorks Boot Disk on a Compact Flash Device. The Compact Flash is plugged into a programmer on host (Windows NT system), and looks like a removable hard drive. I'm trying to use vxsys from a dos command window to install the boot loader and I get an error message "An application has attempted to directly access the hard disk which cannot be supported." If I ignore this warning and proceed to use vxcopy to put my bootrom.sys on the compact flash it doesn't end up as a contiguous file. I've successfully created a VxWorks boot disk on a high density floppy using these same steps and I thought it would be the same for a Compact Flash. Can anybody give me some pointers on this? Thanks, Steve Ross Grass Valley Group Inc. Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: 2700bsp - exception at interrupt level? Date: Thu, 09 Nov 2000 15:14:55 -0500 From: Al Johnston Organization: MindSpring Enterprises Message-ID: <3A0B05BF.1A7C950B@mindspring.com> References: <39FF3094.64F2ECC6@mindspring.com> <3A0070D1.6058F33A@aps.anl.gov> <3A01B38A.9E609038@mindspring.com> <65wM5.270$kn2.441454@newsr1.u-net.net> <3A0AE057.2CBE4626@mindspring.com> > 'long long' is an integer, not a float also. The compiler only uses the woops... sorry for misreading you post. > floating point register because it's got (more than) 64 bits and the We are not using any integer entities that are greater than 32 bits either... so the (gnat) compilers behavior still seems inexplicable to me. - -al --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Thu, 09 Nov 2000 20:53:06 GMT From: Tony Dal Santo Message-ID: References: <3A08CAA5.CE3E7EA1@sympatico.ca> Mike McNaughton wrote: > - an interrupt response routine running 500 times/second does a > semGive(hgc->semCommIO); I too have just noticed some strange problems with semaphores. In this case, it's the binary semaphore used by tNetTask & netJobAdd. In my case, what happens is a bunch of packets have been queued up waiting for a DMA resource to become free. Once free, all of these queued packets are sent, and the DMA completion interrupt uses netJobAdd to have a task do the buffer cleanup. What I was noticing was that vxWorks was being rebooted! I finally tracked it down to semGive. The traceback looks something like: reboot workQPanic workQAdd0 semFlushDefer semGive netJobAdd I was rather upset that that a library call was calling reboot. Anyone have any ideas what this "work queue" is? Thanks, Tony --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Thu, 09 Nov 2000 20:49:03 GMT From: djhystad@msn.com Organization: Deja.com - Before you buy. Message-ID: <8uf2jr$es9$1@nnrp1.deja.com> References: <3A08CAA5.CE3E7EA1@sympatico.ca> I am very sure that you are not correctly interpreting what you are seeing. This is very easy to do in a multi-tasking real time operating system. Especially when ISR's are involved. Unless there is a huge bug in the scheduler, giving a semaphore cannot change the program counter variable for a task. Semaphores can only affect the scheduling of your task, not the order of execution of a task's code. If your ISR is giving the semaphore more often than it can be taken, then sometimes the semGive will have no affect. So instead of taking the semaphore at 500hz, you take it at 250, 166.6, 125... If it isn't too large, some source code would be very useful for debugging this problem Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: MPC860 IRQ1 - how do I connect my ISR? Date: Fri, 10 Nov 2000 00:11:14 GMT From: lvalenti@nlc.com (Louis Valentino) Organization: NLC Message-ID: <3a0b3c91.2368034996@news.sonic.net> References: On Thu, 09 Nov 2000 03:47:17 GMT, pkockritz@home.com (Pete Kockritz) wrote: >In article , "Eric McDaniel" > wrote: > >> I am having a difficult time connecting an interrupt service routine to IRQ1 >> on the MPC860 (the board is a Tundra RDKL86x). >> >> I've tried calling >> intConnect(INUM_TO_IVEC(intnum), myISR, intnum) >> for 0 <= intnum <= 31, but myISR never gets called. > >Try this: > intConnect (IV_IRQ1, (VOIDFUNCPTR) myISR, intnum); > >Then call > intEnable (IV_IRQ1); > >I'm not 100% certain about the argument to intEnable. > intEnable ( IVEC_TO_INUM( IV_IRQ1 ) ); --------------------------- Newsgroups: comp.os.vxworks Subject: Re: high accuracy time Date: Fri, 10 Nov 2000 02:42:23 GMT From: pwhicker@home.com (Paul Whicker) Organization: @Home Network Message-ID: References: <3a0a9537$1@pull.gecm.com> Well, you could set the clock to 25Hz and take every second one. Unless your hardware is garbage the 1ms accuracy shouldn't be a problem. I was running a 1ms IRQ on a 25MHz 68040 in 1992 or there abouts. So long as you aren't holding the interrupts for a long time somewhere there shouldn't be a problem. void auxClkFunc (void) { /* faster to use the native type for the processor */ static int flag = 0; /* If flag is zero then set it to 1 and if 1 then it becomes zero */ flag = (flag==0) ? 1 : 0; /* put constants on the left of conditions and they can't be mistaken for assignments if you miss '=' */ if ( 1 == flag ) { your 12.5 Hz code } } Alternatively, and for slightly more pain, you could always set it to 12.5 Hz, you should find the source for syxAuxClkRateSet in your BSP. In the mcp750 BSP I have to hand they have actually got the AuxClk code in ravenAuxClk.c and rate is set by setting an integer then stopping and restarting the clock. The enable code actually applies the new rate and the few lines that do the damage are:- /* enable counter and write value to count from */ sysPciWrite32(MPIC_ADDR(MPIC_TIMER0_BASE_CT_REG), ((MPIC_TIMER_CNT/sysAuxClkTicksPerSecond) & ~(MPIC_TIMER_BASE_CT_CI))); The ticks per second count is an int so all you need to do is work out the rate using a float instead. This is for the Raven chip on the mcp750, naturally it varies with hardware :-) paul In article <3a0a9537$1@pull.gecm.com>, "Martin Dowie" wrote: >I have a requirement to schedule a task very accurately - approximately >12.5Hz but to within 1ms (better if possible). I've examined the Aux Clock >and although config can support 5MHz as a rate - if this is tried it simply >falls over. In fact, any value much higher than 100Hz seems to cause it to >fall over. > >Is there any 'better' way of doing this sort of stuff via VxWorks? e.g. >programmable interrupt timers? if so, what is the library and does anyone >have any boilerplate code I can use :-) > >"atpClk.h" >#ifndef ATP_CLK_H >#define ATP_CLK_H > >extern void atpClk (void); >extern void atpClkCheck (void); > >#endif > >"atpClk.c" >#include >#include "vxWorks.h" >#include "sysLib.h" >#include "ioSem.h" >#include "atpClk.h" > >#define atpAuxClkRate 60 > >static int counter = 0; >static int ticks = 0; > >static void atpAuxClkHandler (void) { > > if (++counter == atpAuxClkRate) { > ticks++; > counter=0; > } > >} > > >extern void atpClk (void) { > > sysAuxClkDisable (); > > if ((sysAuxClkRateSet (atpAuxClkRate) == ERROR) || > (sysAuxClkConnect ((FUNCPTR) atpAuxClkHandler, 0) == ERROR)) { > return; > } > > sysAuxClkEnable (); > >} > >extern void atpClkCheck (void) { > > STATUS delayStatus; > > FOREVER { > > delayStatus = taskDelay (sysClkRateGet()); > > printf ("tick %d\n", ticks); > > } > >} > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How could support IP in IP ? Date: Fri, 10 Nov 2000 02:45:37 GMT From: pwhicker@home.com (Paul Whicker) Organization: @Home Network Message-ID: References: <8ud9kb$p3r$1@news.etri.re.kr> What? Do you mean IP tunelling? That was done as a professional services contract by the consulting branch of Wind River and is probably available for a suitably large chunk of cash. Perhaps Routerware had an alternative? I'm afraid I don't know but then why would they have contracted it if it was already available? Paul In article <8ud9kb$p3r$1@news.etri.re.kr>, "Raphael Lee" wrote: >Hi... >I have a question... >How could Vxworks support IP in IP? > >bye.. > > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Ping problems Date: Fri, 10 Nov 2000 02:48:07 GMT From: pwhicker@home.com (Paul Whicker) Organization: @Home Network Message-ID: References: Old ARP entries? paul In article , "Tim Michals" wrote: >All, > >System boots with a valid IP address, Gateway, and Net Mask Also DNS is >configured (resoler Library) >From another station when can ping the box, from the VxWorks shell we can >use the ping command to ping other stations on the network. >But if you change the ip address using ifAddrSet("ln0","10.1.1.19"); Then >use the ping command in the VxWorks shell, ping does not return. But you >can still ping the system from a system on the network. What could be the >issue? Also if we don't initialize the resolver Library, ping works. Also >we can save the IP address and reboot the box and ping works fine with the >new IP address. > >Thanks > >T > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Ethernet Driver hook functions Date: 10 Nov 2000 03:24:11 GMT From: Diamand@btinternet.com (Luke Diamand) Organization: Customer of Energis Squared Message-ID: References: <3a09a03c@news.bezeqint.net> I think you want to use the MUX_PROTO_SNARF technique - i.e. you install a MUX protocol of type 'MUX_PROTO_SNARF' which sees all the packets and can eat them or pass them on as it sees fit. The etherhook functions are now implemented as wrappers around the SNARF stuff now, IIRC. One buglette is that you can only have one snarfing protocol (or some such restriction) so if something else is trying to do the same trick, you will lose. Certainly, the DHCP server (or perhaps the client?) does this. HTH! Luke Diamand On Wed, 8 Nov 2000 20:48:59 +0200, D.K. wrote: >Hi, > >I need to receive Ethernet frames before the IP layer receives them and then >decide whether to transfer them to IP, drop them or both copy them to my >application and transfer them to IP. > >The "VxWorks Network - programmer's guide" mentions Ethernet Hook functions >(Chap. 14, pg. 209) that can be set for both receive and transmit and thus >solve this problem. > >However, there is a note that says that this feature will not be supported >in the future. >I made a simple test and wrote 2 functions with the described prototype, >that just do a "printf" (send or receive). Then I used etherInputHookAdd() >and EtherOutputHookAdd() to install them. >It seems like the output hook is working (although I can't say that for >certain since this is only a very simple test), but I can't get the Input >hook to work. I have tried many combinations, but with no success. > >I suspect that these features (or some of them) were already dropped, but I >am not sure. > >Has anyone dealt with this problem before or know of another way to achive >the same thing? > >My environment is: >OS: VxWorks real time operating system. >Development tool: Tornado 2. >Compiler: Diab-Data 4.3g >Board: MCP750 board with the PowerPC 750 by Motorola > >Attached is one sample of the code that I tried: > >-------------------- start of code------------------------------------------ > >BOOL dec_ether_input_hook_func(struct ifnet *pif, char *buffer,int length) >{ > printf("dec received\n"); > return FALSE; >} > > >BOOL dec_ether_output_hook_func(struct ifnet *pif,char *buffer,int length) >{ > printf("dec sent\n"); > return FALSE; >} > >STATUS HookDec21140() >{ > int flags; > > printf("Setting hook input function to Dec Ethernet...\n"); > if (etherInputHookAdd(etherInputHookRtn, "dc", 0) == OK) > { > printf("OK\n"); > } > else > { > printf("FAILED! error number: %d\n", ERROR); > return ERROR; > }; > > printf("Setting hook output function to Dec Ethernet...\n"); > if (etherOutputHookAdd(dec_ether_output_hook_func, "dc", 0) == OK) > { > printf("OK\n"); > } > else > { > printf("FAILED! error number: %d\n", ERROR); > return ERROR; > }; > > printf("Switching to promiscuous mode DEC...\n"); > if (ifFlagChange("dc0", IFF_PROMISC, TRUE) == OK) > { > printf("OK\n"); > } > else > { > printf("FAILED! error number: %d\n", ERROR); > return ERROR; > }; > > printf("Switching driver to UP mode (DEC)...\n"); > if (ifFlagChange("dc0", IFF_UP, TRUE) == OK) > { > printf("OK\n"); > } > else > { > printf("FAILED! error number: %d\n", ERROR); > return ERROR; > }; > > printf("Setting driver flags (DEC)...\n"); > if (ifFlagSet("dc0", IFF_PROMISC|IFF_UP) == OK) > { > printf("OK\n"); > } > else > { > printf("FAILED! error number: %d\n", ERROR); > return ERROR; > }; > > > return 0; >} > > >--------------------- end of code------------------------------------------ > >Thanks, >DK > > > > - -- --------------------------- Newsgroups: comp.os.vxworks Subject: PCI ethernet card (3C905C-TX) Date: 9 Nov 2000 20:50:09 +0100 From: xwasznio@lab.felk.cvut.cz (Waszniowski) Organization: Mailgate.ORG Server - http://www.Mailgate.ORG Message-ID: <3A0AFC56.1FFD3331@lab.felk.cvut.cz> How should I configure my VxWorks to use PCI ethernet card ? I would like to use 3Com EtherLink PCI (3C905C-TX) car in PC pentium architecure. I cofigure this card in config.h (#define INCLUDE_EL_3C90X_END /* 3com fast etherLink XL PCI */) and in DEFAULT_BOOT_LINE I set paramether other o=elPci for initialization. When I trye to boot computer, muxLoad failed. Please - write me, what else I need to set to boot with PCI ethernet cart. thank Libor Waszniowski - -- Posted from lag.ensieg.inpg.fr [195.220.24.163] via Mailgate.ORG Server - http://www.Mailgate.ORG --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Semaphores Date: Fri, 10 Nov 2000 03:59:57 GMT From: pwhicker@home.com (Paul Whicker) Organization: @Home Network Message-ID: <1pKO5.408615$i5.6901406@news1.frmt1.sfba.home.com> References: <3A08CAA5.CE3E7EA1@sympatico.ca> It's the kernal work Q, things that need to be in kernal mode and currently can't be are defered on the work queue. If you overflow it then the system cannot defer work and has no way of continuing so it resets. A typical reason is an interrupt that occurs faster than the system can service the interrupts. paul In article , Tony Dal Santo wrote: >Mike McNaughton wrote: > >> - an interrupt response routine running 500 times/second does a >> semGive(hgc->semCommIO); > >I too have just noticed some strange problems with semaphores. In >this case, it's the binary semaphore used by tNetTask & netJobAdd. >In my case, what happens is a bunch of packets have been queued up >waiting for a DMA resource to become free. Once free, all of these >queued packets are sent, and the DMA completion interrupt uses netJobAdd >to have a task do the buffer cleanup. > >What I was noticing was that vxWorks was being rebooted! I finally >tracked it down to semGive. The traceback looks something like: > > reboot > workQPanic > workQAdd0 > semFlushDefer > semGive > netJobAdd > >I was rather upset that that a library call was calling reboot. Anyone >have any ideas what this "work queue" is? > >Thanks, >Tony --------------------------- Newsgroups: comp.os.vxworks Subject: vxWorks boot over ethernet Date: Fri, 10 Nov 2000 10:48:00 +0530 From: PAULY A D Organization: Lawrence Berkeley National Laboratory Message-ID: <8ug3nt$iq3$1@overload.lbl.gov> Hi, Our target is an x86 system. We are using bsp pc386 and have included the ethernet driver for 3Com Etherlink III network card. But we could not boot vxWorks over ethernet. (We tried using both static IP as well as DHCP). The TCP/IP device and loopback interfaces are successfully attached. But we could not load the vxWorks image by FTP from the host. The output messages we got are : "Attached TCP/IP interface to elt0 Attaching network interface lo0... done Loading... tftpGet: Error occured while transferring the file. Error loading file : errno 0x0" Any ideas/clues/pointers to what is happening? Thanks, Regards, Pauly --------------------------- Newsgroups: comp.os.vxworks Subject: binArrayStart Date: Fri, 10 Nov 2000 13:55:05 +0800 From: "Li Huapeng" Organization: Lawrence Berkeley National Laboratory Message-ID: <8ug3nt$iq4$1@overload.lbl.gov> VxWorks 5.4 for PPC860, Tornado 2 under WinNT. When we use project facility to build a ROM_COPY VxWorks image with target/config/comps/src/romStart.c - copyLongs ((UINT *)ROM_DATA(binArrayStart), (UINT *)UNCACHED(RAM_DST_ADRS), (&binArrayEnd - binArrayStart) / sizeof (long)); is used to copy VxWorks image from ROM to RAM. The VxWorks image is from binArrayStart to binArrayEnd in RAM.So Does binArrayStart equal to RAM_DST_ADRS in case of ROM_COPY? --------------------------- Newsgroups: comp.os.vxworks Subject: Career Opportunities in the US Date: Fri, 10 Nov 2000 13:06:49 +0530 From: "Gurpreet" Organization: VSNL Message-ID: <8uhd0j$q1a$1@news.vsnl.net.in> This is a multi-part message in MIME format. - ------=_NextPart_000_0107_01C04B17.1684B220 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable This message is to advise users of VxWorks or other RTOS that we are = currently looking for Software engineers with 2+ years experience in = Real time embedded software design and development. Our clients are well established companies in the US. =20 Top salaries plus incentive bonuses with generous stock options and full = benefits and relocation packages are offered for this experience. These = opportunities are truly 'career development' positions. =20 Delineation has played a key part in staffing some of the most = successful start-up and established companies in countries like US, = Spain, UK, Germany and India. If you have an interest in surveying these opportunities: Please respond in strictest confidence to: Delineation Technologies resume@delineation.cc for more information, please write to info@delineation.cc Cheers! - ------=_NextPart_000_0107_01C04B17.1684B220 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

 
This message is to advise users of = VxWorks or other=20 RTOS that we are currently looking for Software engineers with 2+ years=20 experience in Real time embedded software design and = development.
 
Our clients are well established = companies in=20 the US. 

Top salaries plus incentive bonuses with = generous=20 stock options and full benefits and relocation packages are offered for = this=20 experience.  These opportunities are truly 'career = development'=20 positions.  

Delineation has played a key part in = staffing some=20 of the most successful start-up and established companies = in countries=20 like US, Spain, UK, Germany and India.

If you have an interest in = surveying these=20 opportunities:

Please respond in strictest = confidence=20 to:
Delineation Technologies
resume@delineation.cc
 
for more information, please write to = info@delineation.cc
 
Cheers!
 
 
- ------=_NextPart_000_0107_01C04B17.1684B220-- --------------------------- Newsgroups: comp.os.vxworks Subject: END Drivers and Cluster Loss Date: Fri, 10 Nov 2000 07:45:43 GMT From: "Martin Usher" Organization: EarthLink Inc. -- http://www.EarthLink.net Message-ID: Reply-To: "Martin Usher" I've been putting a BSP together for an custom board based on an 8260 and part of this BSP uses a slightly adapted version of the END driver for the ADS board. It works but its unreliable, crashing the system after a period of time that can be anything from a minute to a quarter hour of more. I've traced the problem to the cluster release function inside the stack which appears to be trying to release a NULL cluster (it doesn't check this so completely messes up the pool). This problem pops up in the VxWorks support materials but the reasons offered for the problem - overruning the cluster buffers, for example - don't appear to be the cause. Since this sort of material is often out of date I wonder if anyone has any more up to date information on this. I'm pretty sure its a bug in the stack, not the driver (the driver wasn't exactly bug free but is fairly easy to split the thing in two to verify that the basic transmission and reception mechanisms are solid). Maybe there's a workaround or a kernel patch I don't know about? --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Low-level mouse programming Date: Fri, 10 Nov 2000 09:01:32 +0100 From: "Geurt Vos" Organization: XS4ALL Internet BV Message-ID: References: <3A09772F.B3845D39@agilent.com> Sender: rohill2@rohill.nl You could download Ralf Brown's interrupt list (don't have a direct link, but it's easy to find with e.g. Altavista), which also includes an extensive port list. There should be other sources with the info you need, but this the only one I know & use. HTH, Geurt Vos > I need to find a way of testing that a PS/2 mouse is present, but without any > interaction - that is no-one to press the buttons or move it. > > The PC diagnostic tool AMIDiag has a non-interactive "Echo Test" for the mouse > which I'd love to duplicate. I have code to give me access to the mouse/keyboard > controller, but I need to know the code(s) to send the mouse to get it to > respond. > > Does anyone have this information or know where I can find it? Any other > suggestions? > > Thanks in advance > > James Marshall. > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks boot over ethernet Date: Fri, 10 Nov 2000 09:13:33 +0100 From: Marc Waber Organization: Swisscom IP+ (post doesn't reflect views of Swisscom) Message-ID: <3A0BAE2D.FE2B8E73@stest.ch> References: <8ug3nt$iq3$1@overload.lbl.gov> PAULY A D wrote: > > Hi, > > Our target is an x86 system. We are using bsp pc386 and have included the > ethernet driver for 3Com Etherlink III network card. But we could not boot > vxWorks over ethernet. (We tried using both static IP as well as DHCP). > > The TCP/IP device and loopback interfaces are successfully attached. But we > could not load the vxWorks image by FTP from the host. > > The output messages we got are : > > "Attached TCP/IP interface to elt0 > Attaching network interface lo0... done > Loading... tftpGet: Error occured while transferring the file. > > Error loading file : errno 0x0" > > Any ideas/clues/pointers to what is happening? > > Thanks, > Regards, > > Pauly Make sure your FTP username and password are valid for the host you are booting from. There is an application note from Wiond River concerning booting issues (WTN-32). - -- Marc Waber E-mail: marc.waber@stest.ch STS Switching Test Solutions AG Phone: +41-76-355-6713 Foerrlibuckstr. 62 / Postfach 74 Fax: +41-1-355-6605 CH-8037 Zurich Homepage: www.stest.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Ethernet Init Date: 10 Nov 2000 08:28:08 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FE86F33Cborkhuislucentcom@135.7.153.101> References: kordikmj@betalasermike.com (Mike Kordik) wrote in : >When we load the VxWorks image over ethernet, the driver is initialized >and can be used by the app. When the exact same image is loaded from the >harddrive the network is not initialized. Why not? The only difference >is the bootrom bootline. Add the "o=" parameter to your bootline. See also http://www.xs4all.nl/~borkhuis/vxworks/vxw_pt3.html#3.2-A for more info. Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Java/vxWorks Date: Fri, 10 Nov 2000 08:43:04 GMT From: Computer Engineer Organization: EarthLink Inc. -- http://www.EarthLink.net Message-ID: <3A0BB4E8.8C063650@hotbot.com> References: <8u9i4k$rju$1@nnrp1.deja.com> Wind River's Personal JWorks can run Java code under VxWorks. ddinker@my-deja.com wrote: > > We are working on MPC860 processor board. I have to implement JVM on > vxWorks so that we can run any Java Application on it. Where do I start > from? > > Is JME the thing? Does it implement the JVM for vxWorks? > > What is a profile? What is foundation profile? > > You can describe these briefly and may give links. > > Any help? > > Thanks, > Dinker > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: high accuracy time Date: Fri, 10 Nov 2000 09:04:30 -0000 From: "Martin Dowie" Message-ID: <3a0bb904$1@pull.gecm.com> References: <3a0a9537$1@pull.gecm.com> This is a multi-part message in MIME format. - ------=_NextPart_000_0041_01C04AF5.3C9FEA50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Paul, Thanks for that but I appear to have misled somewhat in my requirements. = Although the process is to run at 12.5Hz it has a varibale length 'lead = in' phase up to the 12.5Hz mark and it is this 'lead-in' phase that must = be called (it in turn calls the 12.5Hz process). If you switch to a fixed width font (e.g. courier) it could look like = this: - ---------------------------|-----------------------> time .........|lead-in runs |12.5Hz process starts 1st schedule ...|lead-in runs |12.5Hz process starts 2nd schedule ................|lead-in |12.5Hz process starts 3rd etc. So, as you can see the 'main process' always runs @12.5Hz but the call I = have to make 'jitters'. The 12.5Hz process actually returns a 'period = until next call' to my routine (with an LSB of 100us! :-o) although I = have been told that the 12.5Hz process can start at 12.5Hz + or - 1ms. So I'm afraid, setting the clock to 25Hz will give me a 40ms 'tick' when = I need a 1ms 'tick' or better :-( Thanks for the other stuff anyway - it's good to learn anyway. Cheers, Martin Paul Whicker wrote in message = news:jgJO5.408408$i5.6894900@news1.frmt1.sfba.home.com... > Well, you could set the clock to 25Hz and take every second one. = Unless your=20 > hardware is garbage the 1ms accuracy shouldn't be a problem. I was = running a=20 > 1ms IRQ on a 25MHz 68040 in 1992 or there abouts. So long as you = aren't=20 > holding the interrupts for a long time somewhere there shouldn't be a = problem. >=20 > void auxClkFunc (void) > { > /* faster to use the native type for the processor */ > static int flag =3D 0;=20 >=20 > /* If flag is zero then set it to 1 and if 1 then it becomes zero = */ > flag =3D (flag=3D=3D0) ? 1 : 0; >=20 > /* put constants on the left of conditions and they > can't be mistaken for assignments if you miss '=3D' */ > if ( 1 =3D=3D flag )=20 > { > your 12.5 Hz code > } > } >=20 > Alternatively, and for slightly more pain, you could always set it to = 12.5 Hz,=20 > you should find the source for syxAuxClkRateSet in your BSP. In the = mcp750 BSP=20 > I have to hand they have actually got the AuxClk code in ravenAuxClk.c = and=20 > rate is set by setting an integer then stopping and restarting the = clock. The=20 > enable code actually applies the new rate and the few lines that do = the damage=20 > are:- >=20 > /* enable counter and write value to count from */ > sysPciWrite32(MPIC_ADDR(MPIC_TIMER0_BASE_CT_REG), > ((MPIC_TIMER_CNT/sysAuxClkTicksPerSecond) &=20 > ~(MPIC_TIMER_BASE_CT_CI))); >=20 >=20 > The ticks per second count is an int so all you need to do is work out = the=20 > rate using a float instead. This is for the Raven chip on the mcp750,=20 > naturally it varies with hardware :-) >=20 > paul >=20 > In article <3a0a9537$1@pull.gecm.com>, "Martin Dowie" = =20 > wrote: > >I have a requirement to schedule a task very accurately - = approximately > >12.5Hz but to within 1ms (better if possible). I've examined the Aux = Clock > >and although config can support 5MHz as a rate - if this is tried it = simply > >falls over. In fact, any value much higher than 100Hz seems to cause = it to > >fall over. > > > >Is there any 'better' way of doing this sort of stuff via VxWorks? = e.g. > >programmable interrupt timers? if so, what is the library and does = anyone > >have any boilerplate code I can use :-) > > > >"atpClk.h" > >#ifndef ATP_CLK_H > >#define ATP_CLK_H > > > >extern void atpClk (void); > >extern void atpClkCheck (void); > > > >#endif > > > >"atpClk.c" > >#include > >#include "vxWorks.h" > >#include "sysLib.h" > >#include "ioSem.h" > >#include "atpClk.h" > > > >#define atpAuxClkRate 60 > > > >static int counter =3D 0; > >static int ticks =3D 0; > > > >static void atpAuxClkHandler (void) { > > > > if (++counter =3D=3D atpAuxClkRate) { > > ticks++; > > counter=3D0; > > } > > > >} > > > > > >extern void atpClk (void) { > > > > sysAuxClkDisable (); > > > > if ((sysAuxClkRateSet (atpAuxClkRate) =3D=3D ERROR) || > > (sysAuxClkConnect ((FUNCPTR) atpAuxClkHandler, 0) =3D=3D = ERROR)) { > > return; > > } > > > > sysAuxClkEnable (); > > > >} > > > >extern void atpClkCheck (void) { > > > > STATUS delayStatus; > > > > FOREVER { > > > > delayStatus =3D taskDelay (sysClkRateGet()); > > > > printf ("tick %d\n", ticks); > > > > } > > > >} > > > > - ------=_NextPart_000_0041_01C04AF5.3C9FEA50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Paul,
 
Thanks for that but I appear to have = misled=20 somewhat in my requirements. Although the process is to run at 12.5Hz it = has a=20 varibale length 'lead in' phase up to the 12.5Hz mark and it is this = 'lead-in'=20 phase that must be called (it in turn calls the 12.5Hz = process).
 
If you switch to a fixed width font = (e.g.=20 courier) it could look like this:
 
---------------------------|-----------------------> = time
.........|lead-in = runs    =20 |12.5Hz process starts    1st schedule
...|lead-in=20 runs           |12.5Hz = process=20 starts    2nd schedule
................|lead-in   = |12.5Hz=20 process starts    3rd etc.
 
So, as you can see the 'main process' = always runs=20 @12.5Hz but the call I have to make 'jitters'. The 12.5Hz process = actually=20 returns a 'period until next call' to my routine (with an LSB of 100us! = :-o)=20 although I have been told that the 12.5Hz process can start at=20 12.5Hz + or - 1ms.
 
So I'm afraid, setting the clock to = 25Hz will=20 give me a 40ms 'tick' when I need a 1ms 'tick' or better = :-(
 
Thanks for the other stuff anyway - = it's good to=20 learn anyway.
 
Cheers,
Martin
 
Paul Whicker <pwhicker@home.com> wrote in = message news:jgJO= 5.408408$i5.6894900@news1.frmt1.sfba.home.com...
> Well, you could set the clock to 25Hz and = take every=20 second one. Unless your
> hardware is garbage the 1ms accuracy = shouldn't=20 be a problem. I was running a
> 1ms IRQ on a 25MHz 68040 in 1992 = or there=20 abouts. So long as you aren't
> holding the interrupts for a long = time=20 somewhere there shouldn't be a problem.
>
> void auxClkFunc = (void)
> {
>    /* faster to use the native type = for the=20 processor */
>    static int flag =3D 0;
> =
>=20    /* If flag is zero then set it to 1 and if 1 then it = becomes zero=20 */
>    flag =3D (flag=3D=3D0) ? 1 : 0;
>
> =   =20 /* put constants on the left of conditions and they
>=20       can't be mistaken for assignments if you = miss '=3D'=20 */
>    if ( 1 =3D=3D flag )
>    = {
>=20       your 12.5 Hz code
>    = }
>=20 }
>
> Alternatively, and for slightly more pain, you could = always=20 set it to 12.5 Hz,
> you should find the source for = syxAuxClkRateSet in=20 your BSP. In the mcp750 BSP
> I have to hand they have actually = got the=20 AuxClk code in ravenAuxClk.c and
> rate is set by setting an = integer then=20 stopping and restarting the clock. The
> enable code actually = applies the=20 new rate and the few lines that do the damage
> are:-
> =
>=20         /* enable counter and write = value to=20 count from */
>        =20 sysPciWrite32(MPIC_ADDR(MPIC_TIMER0_BASE_CT_REG),
>=20             &= nbsp;        =20 ((MPIC_TIMER_CNT/sysAuxClkTicksPerSecond) &
>=20             &= nbsp;        =20 ~(MPIC_TIMER_BASE_CT_CI)));
>
>
> The ticks per = second count=20 is an int so all you need to do is work out the
> rate using a = float=20 instead. This is for the Raven chip on the mcp750,
> naturally it = varies=20 with hardware :-)
>
> paul
>
> In article = <3a0a9537$1@pull.gecm.com>= , "Martin=20 Dowie" <martin.dowie@gecm.com>=20
> wrote:
> >I have a requirement to schedule a task very = accurately - approximately
> >12.5Hz but to within 1ms (better = if=20 possible). I've examined the Aux Clock
> >and although config = can=20 support 5MHz as a rate - if this is tried it simply
> >falls = over. In=20 fact, any value much higher than 100Hz seems to cause it to
> = >fall=20 over.
> >
> >Is there any 'better' way of doing this = sort of=20 stuff via VxWorks? e.g.
> >programmable interrupt timers? if = so, what=20 is the library and does anyone
> >have any boilerplate code I = can use=20 :-)
> >
> >"atpClk.h"
> >#ifndef = ATP_CLK_H
>=20 >#define ATP_CLK_H
> >
> >extern void atpClk=20 (void);
> >extern void atpClkCheck (void);
> >
> = >#endif
> >
> >"atpClk.c"
> >#include=20 <stdio.h>
> >#include "vxWorks.h"
> >#include=20 "sysLib.h"
> >#include "ioSem.h"
> >#include=20 "atpClk.h"
> >
> >#define atpAuxClkRate 60
>=20 >
> >static int counter =3D 0;
> >static int=20 ticks   =3D 0;
> >
> >static void = atpAuxClkHandler=20 (void) {
> >
> >  if (++counter =3D=3D = atpAuxClkRate)=20 {
> >      ticks++;
>=20 >      counter=3D0;
> >  = }
>=20 >
> >}
> >
> >
> >extern void = atpClk=20 (void) {
> >
> >    sysAuxClkDisable=20 ();
> >
> >    if ((sysAuxClkRateSet=20 (atpAuxClkRate) =3D=3D ERROR) ||
>=20 >        (sysAuxClkConnect = ((FUNCPTR)=20 atpAuxClkHandler, 0) =3D=3D ERROR)) {
>=20 >        return;
>=20 >    }
> >
> >   =20 sysAuxClkEnable ();
> >
> >}
> >
> = >extern=20 void atpClkCheck (void) {
> >
> >    = STATUS=20 delayStatus;
> >
> >    FOREVER = {
>=20 >
> >        delayStatus = =3D=20 taskDelay (sysClkRateGet());
> >
>=20 >        printf ("tick %d\n",=20 ticks);
> >
> >    }
> = >
>=20 >}
> >
> > - ------=_NextPart_000_0041_01C04AF5.3C9FEA50-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: END Drivers and Cluster Loss Date: Fri, 10 Nov 2000 08:59:34 GMT From: George Varndell Organization: Deja.com - Before you buy. Message-ID: <8ugddk$hhu$1@nnrp1.deja.com> References: In article , "Martin Usher" wrote: > I've been putting a BSP together for an custom board based on an 8260 and > part of this BSP uses a slightly adapted version of the END driver for the > ADS board. It works but its unreliable, crashing the system after a period > of time that can be anything from a minute to a quarter hour of more. I've > traced the problem to the cluster release function inside the stack which > appears to be trying to release a NULL cluster (it doesn't check this so > completely messes up the pool). > > This problem pops up in the VxWorks support materials but the reasons > offered for the problem - overruning the cluster buffers, for example - - > don't appear to be the cause. Since this sort of material is often out of > date I wonder if anyone has any more up to date information on this. I'm > pretty sure its a bug in the stack, not the driver (the driver wasn't > exactly bug free but is fairly easy to split the thing in two to verify that > the basic transmission and reception mechanisms are solid). Maybe there's a > workaround or a kernel patch I don't know about? While I wouldn't argue that a bug in the stack is out of the question, I would argue that it is far more likely a bug in the driver is at fault here. How do you suppose the stack obtained the NULL cluster? I would assume it was passed in by the driver rather than assuming the stack somehow created it. Best Regards, George Varndell - -- Embedded Systems Expertise http://www.varndellengineering.com Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: UM or Reference about elfToBin.... Date: Fri, 10 Nov 2000 14:56:40 +0800 From: "kvd2" Organization: DCI HiNet Message-ID: <8ug6nd$q7t@netnews.hinet.net> Dear All, Anyone has the Manual or Reference about the host binary utility? such as elfToBin, elfhex, elfxsym, makestattbl, makesymtbl, makeversion, ranlibppc...... --------------------------- Newsgroups: comp.os.vxworks Subject: Re: high accuracy time Date: Fri, 10 Nov 2000 09:32:05 GMT From: pwhicker@home.com (Paul Whicker) Organization: @Home Network Message-ID: References: <3a0a9537$1@pull.gecm.com> <3a0bb904$1@pull.gecm.com> Hang on, the aux clock isn't used as a timer, it calls the given function at a set rate. It doesn't care how long the last invocation took. So do you mean that you need to run a variable time before a fixed 12.5Hz task? This sounds silly enough to be a military system :-) If you look at the code I posted you'll see that it's just setting a value for a timer. In the end I'm afraid you'll just have to find a hardware timer and write a few lines of code to drive it, the auxClock software should provide an entirely adequate example. paul In article <3a0bb904$1@pull.gecm.com>, "Martin Dowie" wrote: >This is a multi-part message in MIME format. > >------=_NextPart_000_0041_01C04AF5.3C9FEA50 >Content-Type: text/plain; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > >Paul, > >Thanks for that but I appear to have misled somewhat in my requirements. = >Although the process is to run at 12.5Hz it has a varibale length 'lead = >in' phase up to the 12.5Hz mark and it is this 'lead-in' phase that must = >be called (it in turn calls the 12.5Hz process). > >If you switch to a fixed width font (e.g. courier) it could look like = >this: > >---------------------------|-----------------------> time >..........|lead-in runs |12.5Hz process starts 1st schedule >....|lead-in runs |12.5Hz process starts 2nd schedule >.................|lead-in |12.5Hz process starts 3rd etc. > >So, as you can see the 'main process' always runs @12.5Hz but the call I = >have to make 'jitters'. The 12.5Hz process actually returns a 'period = >until next call' to my routine (with an LSB of 100us! :-o) although I = >have been told that the 12.5Hz process can start at 12.5Hz + or - 1ms. > >So I'm afraid, setting the clock to 25Hz will give me a 40ms 'tick' when = >I need a 1ms 'tick' or better :-( > >Thanks for the other stuff anyway - it's good to learn anyway. > >Cheers, >Martin > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Java/vxWorks Date: Fri, 10 Nov 2000 09:35:20 GMT From: pwhicker@home.com (Paul Whicker) Organization: @Home Network Message-ID: References: <8u9i4k$rju$1@nnrp1.deja.com> <3A0BB4E8.8C063650@hotbot.com> The current version is pjWorks 3.02 and there will be another version soon. We have a beta of the next release and it's much faster and more stable than any of the previous versions. So far it's still a fixed 3.02 though and I have no idea of their product release schedules as it isn't important or helpful to us... not that they'd tell me anywya :-) If you want to know how to use Java then go to the Sun web site or buy a good book, sorry but that's all there is to it. paul In article <3A0BB4E8.8C063650@hotbot.com>, Computer Engineer wrote: >Wind River's Personal JWorks can run Java code under VxWorks. > >ddinker@my-deja.com wrote: >> >> We are working on MPC860 processor board. I have to implement JVM on >> vxWorks so that we can run any Java Application on it. Where do I start >> from? >> >> Is JME the thing? Does it implement the JVM for vxWorks? >> >> What is a profile? What is foundation profile? >> >> You can describe these briefly and may give links. >> >> Any help? >> >> Thanks, >> Dinker >> >> Sent via Deja.com http://www.deja.com/ >> Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: UM or Reference about elfToBin.... Date: Fri, 10 Nov 2000 09:41:36 GMT From: pwhicker@home.com (Paul Whicker) Organization: @Home Network Message-ID: References: <8ug6nd$q7t@netnews.hinet.net> They are in the manuals, including the on-line manuals. THere actually isn't a lot to some of them, elfToBin for example just says elfToBin outfile but then that's all there is to it. All I did was fired up the on-line help and typed elfToBin into the find box. So, RTFM :-) paul In article <8ug6nd$q7t@netnews.hinet.net>, "kvd2" wrote: >Dear All, > >Anyone has the Manual or Reference about >the host binary utility? such as >elfToBin, elfhex, elfxsym, makestattbl, makesymtbl, >makeversion, ranlibppc...... > > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: building gcc-2.95.2 as crosscompiler for PowerPC wrs VxWorks5.4 ? Date: Fri, 10 Nov 2000 11:45:40 +0200 From: Michael Kreuzer Organization: Siemens AG Message-ID: <8ugg3l$il2$1@galaxy.mchh.siemens.de> Hello, has someone build succesfully gcc-2.95.2 as crosscompiler for powerpc-wrs-vxworks ? I have Tornado 2.0 and VxWorks 5.4. The host is sun-sparc solaris 2.7 and the target is a powerpc 405 GP. How do i have to proceed to build gcc-2.95.2 for this installation? Can someone give me intructions? Thanks, Regards, Michael --------------------------- Newsgroups: comp.os.vxworks Subject: Re: DMAs on Pentium architecture Date: Fri, 10 Nov 2000 10:43:22 +0100 From: "Werner Schiendl" Organization: VBS - Vienna Backbone Service Message-ID: <973849806.667626@newsmaster-04.atnet.at> References: <3A099F56.CEF781E0@club-internet.fr> Sebastien, AFAIK your assumtion is correct, the VxWorks pcXxxx BSPs have a very simple memory mapping where logical address (those in your program), absolute address (before the paging mechanism) and physical address (on the hardware level) are all the same. So if you did not change anything you should be fine with your assumption about PCI2DRAM_BASE_ADRS Did you however use the cacheLib functions to invalidate the cache before reading in your program? HTH Werner Sebastien Fauris wrote in message news:3A099F56.CEF781E0@club-internet.fr... > Hi vxWorkers, > > I am working on a PCI driver for Pentium architecture, able to perform > DMAs to the > processor memory. Everything seems to be ok (interrupt 'end of DMA' > occurs) but > the buffer in memory is filled with 0xFF instead of the data I expect. > Is a DRAM memory address seen from the PCI bus the same as the one seen > from > the processor ? Usually there is a PCI2DRAM_BASE_ADRS constant used to > translate the address (on PowerPC BSPs for example). In the Pentium BSP, > > I couldn't find it so I assumed it was the same address > (PCI2DRAM_BASE_ADRS = 0). > Am I wrong ? > > Thanks a lot, > > Sebastien. > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Creating Compact Flash Boot Disk Date: Fri, 10 Nov 2000 09:30:30 +0000 From: James Marshall Organization: Agilent Technologies UK Ltd Message-ID: <3A0BC036.AB76FB59@agilent.com> References: <8uesf9$945$1@nnrp1.deja.com> You have to open a windows command line and type LOCK . James. steve.ross@grassvalleygroup.com wrote: > I'm trying to create a VxWorks Boot Disk on a Compact Flash Device. The > Compact Flash is plugged into a programmer on host (Windows NT system), > and looks like a removable hard drive. I'm trying to use vxsys from a > dos command window to install the boot loader and I get an error message > "An application has attempted to directly access the hard disk which > cannot be supported." If I ignore this warning and proceed to use vxcopy > to put my bootrom.sys on the compact flash it doesn't end up as a > contiguous file. > > I've successfully created a VxWorks boot disk on a high density floppy > using these same steps and I thought it would be the same for a Compact > Flash. > > Can anybody give me some pointers on this? > > Thanks, Steve Ross > Grass Valley Group Inc. > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: romStart( ) - HELP! Date: Fri, 10 Nov 2000 10:47:45 +0100 From: Chris Varlese Organization: Ascom Transmission AG Message-ID: <3A0BC441.3F2A1A00@no.mail.net> References: <8udmct$ca6$1@overload.lbl.gov> Li Huapeng wrote: > > According to the source code, binArrayEnd and binArrayStart are located in > RAM range, what's meaning of them? > Why use ROM_DATA(binArrayStart) rather than ROM_DATA_ADRS? > Expanded ROM_DATA(binArrayStart) is (binArrayStart - RAM_DATA_START + > ROM_DATA_START). > I think ROM_DATA_ADRS is more clear. Because in this case there is only > a VxWorks image to be copied, not like ROM_COMPRESS. > Because binArrayStart and binArrayEnd are addresses in the data segment. This means they will have address values in the RAM range. The boot code however, knows that this part of the data segment does not need to be copied into RAM, so it leaves it in ROM. But then to reference it out of ROM, it has to pick the ROM address, not the normal address. > 4.In case of ROM_COMPRESS, > > first copy the data segment of uncompress routine > > /* relocate the data segment of the decompression stub */ > > copyLongs (ROM_DATA_ADRS, (UINT *)UNCACHED(RAM_DATA_ADRS), > ((UINT)binArrayStart - (UINT)RAM_DATA_ADRS) / sizeof (long)); > > Why not (end - RAM_DATA_ADRS)/ sizeof (long) > but (UINT)binArrayStart - (UINT)RAM_DATA_ADRS) / sizeof (long)? > It seems no sense. The boot code is clever - it knows it does not have to copy ALL of the data segment to ram, only the part of the data segment that is not the compressed binary image. This is why he copies from the start of the data segment only up to the binArrayStart point. It's software Jim, but not as we know it.. regards, Chris Varlese Ascom Transmission AG Bern, Swizterland --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Ping problems Date: Fri, 10 Nov 2000 09:48:28 GMT From: rob_j_harrison@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8ugg9b$jig$1@nnrp1.deja.com> References: In article , pwhicker@home.com (Paul Whicker) wrote: > Old ARP entries? > > paul > > In article , "Tim Michals" > wrote: > >All, > > > >System boots with a valid IP address, Gateway, and Net Mask Also DNS is > >configured (resoler Library) > >From another station when can ping the box, from the VxWorks shell we can > >use the ping command to ping other stations on the network. > >But if you change the ip address using ifAddrSet("ln0","10.1.1.19"); Then > >use the ping command in the VxWorks shell, ping does not return. But you > >can still ping the system from a system on the network. What could be the > >issue? Also if we don't initialize the resolver Library, ping works. Also > >we can save the IP address and reboot the box and ping works fine with the > >new IP address. > > > >Thanks > > > >T > > > > > You could also try doing an explicit routeDelete() on the target shell to remove the original IP address's entry. Normally, you have to do this in order for ifAddrSet() to change IP address successfully. Rob Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: PPP Initialization problems Date: Fri, 10 Nov 2000 10:21:50 GMT From: CN.ramakrishnan@peektraffic.nl Organization: Deja.com - Before you buy. Message-ID: <8ugi7q$krb$1@nnrp1.deja.com> References: <8udnkc$ang$1@nnrp1.deja.com> Hello, Please check up whether you have created the tyco channel and initialised the channel. Regards Ramakrishnan In article <8udnkc$ang$1@nnrp1.deja.com>, acardoza@my-deja.com wrote: > I have tried to initialize VxWorks PPP for the MC68EN302 processor > without any success. Here is the code that I have used to attempt PPP > initialization. > > pppOpt.flags = OPT_DEBUG | OPT_DRIVER_DEBUG | OPT_PASSIVE_MODE | > OPT_NO_PAP | OPT_NO_CHAP | OPT_NO_VJ; > > pppOpt.lcp_echo_interval = "30"; > pppOpt.lcp_echo_failure = "10"; > pppOpt.lcp_max_configure = "10"; > > printf ("BufferV:pppInitCall\r\n"); > > if (pppInit(1, "/tyCo/1", "190.168.2.31", "190.168.2.47", 0, > &pppOpt, NULL) == ERROR) > > printf ("BufferVError: pppInit\r\n"); > > else > > printf ("BufferVStatus: pppInit OK\r\n"); > > Initially it seems that the pppInit function executes successfully when > the return code is inspected. The "BufferVStatus:pppInit OK" always get > printed. Moments later (0.5 second) the following error message is > issued by VxWorks: > > ppp1: error openning the /tyCo/1 interface > > Any suggestions would be welcomed > > Sent via Deja.com http://www.deja.com/ > Before you buy. > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: high accuracy time Date: 10 Nov 2000 11:28:30 GMT From: "Martin Dowie" Message-ID: <01c04b0a$03838140$051f090a@sg2ntw48151> References: <3a0a9537$1@pull.gecm.com> <3a0bb904$1@pull.gecm.com> Paul Whicker wrote in article ... > Hang on, the aux clock isn't used as a timer, it calls the given function at a > set rate. It doesn't care how long the last invocation took. indeed, but if that rate is suitably high (e.g. 1000Hz) then I can make calls to ~1ms accuracy by deteremining how many 'ticks' will happen until the next schedule point (the point returned from the process). > So do you mean that you need to run a variable time before a fixed 12.5Hz > task? This sounds silly enough to be a military system :-) no, could be any commercial avionics/railways/automobile too :-) the 12.5Hz process has to be scheduled accurately, it has a bunch of messages to process before running. there can be a variable number of messages in the queue => a variable length of time is required before the 12.5Hz process is kicked off. It knows how many messages are in the queue at the end of its run and can therefore determine how long to be 'idle' for before the next invocation is required. > If you look at the code I posted you'll see that it's just setting a value for > a timer. In the end I'm afraid you'll just have to find a hardware timer and > write a few lines of code to drive it, the auxClock software should provide an > entirely adequate example. --------------------------- Newsgroups: comp.os.vxworks Subject: Changing scsi disk without rebooting the system Date: Fri, 10 Nov 2000 11:46:02 GMT From: dicksonjanet@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8ugn5q$o87$1@nnrp1.deja.com> Hi, Does anyone have some information about changing the scsi disk with a new one while the target platform is working. We use Cetia Vmpc5-Dual board as target platform. I've tried it using iosDevDelete after dosFsVolUnmount but when I again try to create physical device(scsiPhysDevCreate) system halts. Calling sysScsiInit also doesnt work at that time. Rebooting the system solves this problem but I shouldn't reset the system. Any information about whats wrong. Thanks for your time! Janet. Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Fri Nov 10 07:24:41 2000 From: "Ferrara, Bob" Date: Fri Nov 10 07:24:44 PST 2000 Subject: Incorrect value in ifOutNUcastPkts in FCC driver? VxWorks/Tornado - Have any users of the FCC driver noticed that the MIB counter that counts Non Unicast packet transmissions increments by 2 for every packet? This is the specific counter, as referenced by the driver (motFccEnd.c): pDrvCtrl->endObj.mib2Tbl.ifOutNUcastPkts += 1; Everytime I send one non-unicast UDP packet, this counter increments by 2. -Bob Ferrara From vxwexplo-errs@csg.lbl.gov Fri Nov 10 10:59:29 2000 From: David Laight Date: Fri Nov 10 10:59:32 PST 2000 Subject: re: high accuracy time > I have a requirement to schedule a task very accurately - approximately > 12.5Hz but to within 1ms (better if possible). I've examined the Aux Clock > and although config can support 5MHz as a rate - if this is tried it simply > falls over. In fact, any value much higher than 100Hz seems to cause it to > fall over. I would have a look at how the aux clock is implemented on you hardware. You may find that is compares a high frequency counter with a limit value, or decrements a counter at high frequence until it becomes zero. It is thus a simple coding exercise to make the interupt happen at an arbitrary time in the future - subject to the counter clock frequency and the accuracy of knowing when the start time is. This does, however, stop the aux clock hardware being used for any other purpose - you'll need an interlock against the std vxworks use of it. You may even find that your hardware has an additional timer you can use instead of the aux clock. David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Fri Nov 10 11:12:10 2000 From: David Laight Date: Fri Nov 10 11:12:12 PST 2000 Subject: re: Problem with TIMEZONE and time functions > So situated in Germany (UTC+1h) I make the TIMEZONE entry: > "UTC+1::1380:032502:102802". Ignore the manual and apply common sense! "CET::-60:032502:102802" will work fine! As will large offsets - you can set timezone offsets that go back (or forward) years, useful for making a program report that you finished something yesterday. (type TZ=GMT-12345 date to your unix shell!) What may not work (fix available from windriver support) is summer time in the southern hemisphere. Mind you this didn't work in many Unix versions until quite recently. What vxWorks doesn't support is a sensible definition of the summertime start/end (eg last sunday in october). Anyone running pJava will find it ignores the timezone offset and uses its own rules based on the name. None of the names gives the correct time for the UK in summer. GMT is always UTC+0, in the summer we have BST (ie the name changes, not the offset of the name from UTC. BST doesn't exist in the winter) the JVM thinks BST is somewhere just east of india (Bangladesh?). Indeed the JVM only has 24 names, some have summertime, some don't - none have southern hemisphere summer time. Mind you solaris behaves the same way if you give it an 'old' format TZ variable. David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Fri Nov 10 11:20:04 2000 From: David Laight Date: Fri Nov 10 11:20:07 PST 2000 Subject: re: Semaphores > I too have just noticed some strange problems with semaphores. In > this case, it's the binary semaphore used by tNetTask & netJobAdd. > In my case, what happens is a bunch of packets have been queued up > waiting for a DMA resource to become free. Once free, all of these > queued packets are sent, and the DMA completion interrupt uses netJobAdd > to have a task do the buffer cleanup. > What I was noticing was that vxWorks was being rebooted! I finally > tracked it down to semGive. The traceback looks something like: > reboot > workQPanic > workQAdd0 > semFlushDefer > semGive > netJobAdd The 'problem' here is that the queues use to defer requests made in an interrupt routine until there is a proper context are easily filled. What you need to do is handshake your ISR and task code so that only one request to the task is ever outstanding. This requires a simple (volatile) variable. eg in the isr if (!kicked_task) { kicked_task = 1; semGive(...) ; } and in the task: semTake(...) kicked_task = 0; /* process all outstanding requests */ This way the ISR only wakes the task when necessary. Maybe netJobAdd should use the same technique to wake up tNetTask! David vxworks ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Fri Nov 10 22:55:40 2000 From: "Senthilkumar R" Date: Fri Nov 10 22:55:42 PST 2000 Subject: VxWorks - WindNet SNMP Extn agent Initialize & Shutdown --------------3A17E3F03B57A605C6F2FB1E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I am writting an compile time extension agent in WindNet SNMP for VxWorks RTOS using Tornado. * To initialize my extn agent at the starting time of the SNMP agent, I am calling my custom initialization function from function "snmpIoMain()" in file "snmpIoLib.c" under the path "$(WIND_BASE)\target\src\snmpv1\agent" * To uninitialize(shutdown) the agent, I am calling my custom function from the function "snmpIoClose()" from the above specified file. I am doubtfull of the above things whether they will work fine or not?. Can any body suggest me if there is any alternate way is available to initialize and uninitialize the extension agent while startup and shutdown time!. Thanks in advance, Senthil. --------------3A17E3F03B57A605C6F2FB1E Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi,

I am writting an compile time extension agent in WindNet SNMP for VxWorks RTOS using Tornado.

  • To initialize my extn agent at the starting time of the SNMP agent, I am calling my custom initialization

  • function from function "snmpIoMain()" in file "snmpIoLib.c" under the path "$(WIND_BASE)\target\src\snmpv1\agent"
     
  • To uninitialize(shutdown)  the agent, I am calling my custom function from the function "snmpIoClose()" from the above specified file.
  • I am doubtfull of the above things whether they will work fine or not?. Can any body suggest me if there is any alternate way is available
    to initialize and uninitialize the extension agent while startup and shutdown time!.

    Thanks in advance,
    Senthil. --------------3A17E3F03B57A605C6F2FB1E-- From vxwexplo-errs@csg.lbl.gov Sat Nov 11 04:03:08 2000 From: Vxworks Exploder Date: Sat Nov 11 04:03:11 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sat Nov 11 04:03:05 PST 2000 Subject: Re: Low-level mouse programming Subject: Re: 2700bsp - exception at interrupt level? Subject: Re: Java/vxWorks Subject: rcmd() routine in remLib (remote command library) - how then to retrieve data? Subject: Re: PCI ethernet card (3C905C-TX) Subject: Re: Boot Sector Error Subject: Incorrect value in ifOutNUcastPkts in FCC driver? Subject: Re: high accuracy time Subject: 8260 Machine Check Exception Subject: Optimization BUG in gcc-2.7.2.3 ?? Subject: Re: binArrayStart Subject: Re: New VxWorks AE and Tornado 3.0 - Anyone?? Subject: Re: 8260 Machine Check Exception Subject: re: high accuracy time Subject: re: Problem with TIMEZONE and time functions Subject: re: Semaphores Subject: Re: Changing scsi disk without rebooting the system Subject: Who tell me more detail information about REG_SET? Subject: Re: Who tell me more detail information about REG_SET? Subject: Re: New VxWorks AE and Tornado 3.0 - Anyone?? Subject: Re: END Drivers and Cluster Loss Subject: Re: Who tell me more detail information about REG_SET? Subject: VxWorks - WindNet SNMP Extn agent Initialize & Shutdown ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Low-level mouse programming Date: Fri, 10 Nov 2000 12:13:35 +0000 From: James Marshall Organization: Agilent Technologies UK Ltd Message-ID: <3A0BE66F.92D66D3A@agilent.com> References: <3A09772F.B3845D39@agilent.com> Thanks Guert - exactly what I was looking for! I even had Ralf Brown's stuff for my PCI work, but I never realised the mouse and kbd programming commands were in there too. It's so satisfying when you eventually find the nugget you've been digging for. :) James. Geurt Vos wrote: > You could download Ralf Brown's interrupt list (don't have a direct > link, but it's easy to find with e.g. Altavista), which also includes an > extensive port list. There should be other sources with the info you > need, but this the only one I know & use. > > HTH, > > Geurt Vos > > > I need to find a way of testing that a PS/2 mouse is present, but without > any > > interaction - that is no-one to press the buttons or move it. > > > > The PC diagnostic tool AMIDiag has a non-interactive "Echo Test" for the > mouse > > which I'd love to duplicate. I have code to give me access to the > mouse/keyboard > > controller, but I need to know the code(s) to send the mouse to get it to > > respond. > > > > Does anyone have this information or know where I can find it? Any other > > suggestions? > > > > Thanks in advance > > > > James Marshall. > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: 2700bsp - exception at interrupt level? Date: Fri, 10 Nov 2000 12:51:17 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <39FF3094.64F2ECC6@mindspring.com> <3A0070D1.6058F33A@aps.anl.gov> <3A01B38A.9E609038@mindspring.com> <65wM5.270$kn2.441454@newsr1.u-net.net> <3A0AE057.2CBE4626@mindspring.com> <3A0B05BF.1A7C950B@mindspring.com> Al Johnston wrote in message <3A0B05BF.1A7C950B@mindspring.com>... >> 'long long' is an integer, not a float also. The compiler only uses the > >woops... sorry for misreading you post. > >> floating point register because it's got (more than) 64 bits and the > >We are not using any integer entities that are greater than 32 bits >either... >so the (gnat) compilers behavior still seems inexplicable to me. Ah. Then I'm mystified. I'd hazard a guess that the compiler does the same trick when 64 bit structures are passed by value, perhaps. I guess you'll just have to take the performance hit from running with VX_FP_TASK flag set. It might be possible to patch the compiler to stop it from using these doubleword operations, of course; and perhaps WRS should have done so (or added it as a -m option flag) when they made their other compiler modifications. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Java/vxWorks Date: Fri, 10 Nov 2000 08:23:32 -0600 From: John McClenny Organization: Posted via Supernews, http://www.supernews.com Message-ID: References: <8u9i4k$rju$1@nnrp1.deja.com> <3A0BB4E8.8C063650@hotbot.com> In article , pwhicker@home.com says... > The current version is pjWorks 3.02 and there will be another version soon. We > have a beta of the next release and it's much faster and more stable than any > of the previous versions. So far it's still a fixed 3.02 though and I have no > idea of their product release schedules as it isn't important or helpful to > us... not that they'd tell me anywya :-) > Remember that PJava is not Java. --------------------------- Newsgroups: comp.os.vxworks Subject: rcmd() routine in remLib (remote command library) - how then to retrieve data? Date: Fri, 10 Nov 2000 15:58:47 GMT From: "Roy" Organization: Magma Communications Ltd. Message-ID: Hi there, I am trying to execute some tests on some cards (lets us call them slaves) each with their own IP's, and I would like to use the rcmd() function to send the command from one card (let us call it the central card). The problem is that I am not sure what is the best way to retrieve the information that is spit out by the slaves and send it back to the central card. This information is going to be the text that the tests that are invoked by the remote command, return to the VxWorks shell. The whole point of this is to have a centralized access point to retrieve test data from the slaves and send it back to the central card. I have read a lot about socket programming and would favour the use of some library (that I probably don't know about) to use instead of writing a lot of low level code from scratch. Does anyone know what is the best, or just 'a' solution is? Thanks in advance! Roy --------------------------- Newsgroups: comp.os.vxworks Subject: Re: PCI ethernet card (3C905C-TX) Date: Fri, 10 Nov 2000 15:46:21 GMT From: Thomas Rahn Organization: Deja.com - Before you buy. Message-ID: <8uh58b$3ov$1@nnrp1.deja.com> References: <3A0AFC56.1FFD3331@lab.felk.cvut.cz> Hi Libor, your configuration seems to be ok, but the driver does not support the card. From my own experience, the "C" type 3C905C card is not supported, only the "B" is. If you should get a working driver from WRS support, I volunteer as tester ;-) Bye Thomas Rahn Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Boot Sector Error Date: Fri, 10 Nov 2000 15:59:57 GMT From: Thomas Rahn Organization: Deja.com - Before you buy. Message-ID: <8uh61n$4ks$1@nnrp1.deja.com> References: <8uecm0$q3g$1@nnrp1.deja.com> Hi Matthew, I expect you rely on the Windriver partition library to mount the disk. If you create the dosFs device starting with sector 1 of the disk, this is the first obstacle. We started some time earlier when the dosFs2.0 partition lib was not yet available and have some functions of our own to scan the partition table. So I cannot give any hints on using that part of the dosFs. However, even if you do the ...DevCreate(...) with the correct offset, than there are more pitfalls. From my experience with the dosFs2.0, I knwo this library to do a lot of checking on the contents of the MBR and the partition boot sectors. The rules for these checks seem to go back to the very early days of DOS and might fail with a disk formatted on a Windows 98 system. You might try to format your disk with a Windows 95 system. That definitely works. Bye Thomas Rahn Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Incorrect value in ifOutNUcastPkts in FCC driver? Date: Fri, 10 Nov 2000 10:29:33 -0500 From: "Ferrara, Bob" Organization: Lawrence Berkeley National Laboratory Message-ID: <8uh6ss$74i$1@overload.lbl.gov> VxWorks/Tornado - Have any users of the FCC driver noticed that the MIB counter that counts Non Unicast packet transmissions increments by 2 for every packet? This is the specific counter, as referenced by the driver (motFccEnd.c): pDrvCtrl->endObj.mib2Tbl.ifOutNUcastPkts += 1; Everytime I send one non-unicast UDP packet, this counter increments by 2. - -Bob Ferrara --------------------------- Newsgroups: comp.os.vxworks Subject: Re: high accuracy time Date: Fri, 10 Nov 2000 17:10:02 GMT From: pwhicker@home.com (Paul Whicker) Organization: @Home Network Message-ID: References: <3a0a9537$1@pull.gecm.com> <3a0bb904$1@pull.gecm.com> <01c04b0a$03838140$051f090a@sg2ntw48151> In article <01c04b0a$03838140$051f090a@sg2ntw48151>, "Martin Dowie" wrote: > > >Paul Whicker wrote in article >... >> Hang on, the aux clock isn't used as a timer, it calls the given function >at a >> set rate. It doesn't care how long the last invocation took. > >indeed, but if that rate is suitably high (e.g. 1000Hz) then I can make >calls to ~1ms accuracy by >deteremining how many 'ticks' will happen until the next schedule point >(the point returned from the >process). Yes, and if you do it well it should take negligable time on most modern processors. One of the more Highly Priced printers on the market runs the system clock at that sort of rate. There are many ways to skin this particular cat. How long before the next 12.5Hz task do the mesasges arrive? Can you run a 100Hz clock and flush the queue in 3 out of 4 invocations and run the 12.5Hz task, after flushing again, on the fourth? >> So do you mean that you need to run a variable time before a fixed 12.5Hz > >> task? This sounds silly enough to be a military system :-) > >no, could be any commercial avionics/railways/automobile too :-) Surely not, generally only weapon systems specify their message timing this well, but then that's mostly what I did so what would I know of the others... anyway it doesn't make any difference. >the 12.5Hz process has to be scheduled accurately, it has a bunch of >messages >to process before running. there can be a variable number of messages in >the queue => a variable length of time is required before the 12.5Hz >process is >kicked off. It knows how many messages are in the queue at the end of its >run >and can therefore determine how long to be 'idle' for before the next >invocation >is required. In any case if you set the system clock to a multiple of 12.5Hz you can release that task on a watchdog and then you are free to use the aux clock to do whatever you like and you won't lose track. For example turn the system clock up to 100Hz and set the watchdog timer to 8 each time. This (probably) isn't rocket science. speaking of which, the RAD6000 processor on the Mars Pathfinder could run the system clock very fast (lots of kHz), if you can only run relatively slowly then I'd suspect that either your are running on an 8051 (only joking) or there is something wrong elsewhere. OK? paul --------------------------- Newsgroups: comp.os.vxworks Subject: 8260 Machine Check Exception Date: Fri, 10 Nov 2000 10:52:23 -0600 From: "Derek Opitz" Organization: Motorola CIG Message-ID: <8uh92i$ndi11@nntp.cig.mot.com> According to the documentation for the 8260, IRQ0 asserts MCP (Machine Check Exception). But when I assert IRQ0, my machine check exception routine at 0x200 never runs. Has anybody else run into this problem? Any info would be appreciated. I have tried two methods implement my ISR. I have used vxWorks excConnect and I have written my own handler for 0x200. Neither one has worked. Thanks in advance for any info. Derek --------------------------- Newsgroups: comp.os.vxworks Subject: Optimization BUG in gcc-2.7.2.3 ?? Date: Fri, 10 Nov 2000 19:00:33 +0100 From: Daniel Schnell Organization: Siemens AG Message-ID: <3A0C37C1.5D75690B@icn.siemens.de> Hi developers, I know this issue has been discussed before. And exactly this is the reason why I am asking. I heard that gcc 2.7.2.3. that ships with Tornado 2.0 on a SUN Solaris Host has some known bugs concerning optimization (e.g. -O2). Is there any information (maybe on windsurf also) where these optimization bugs are documented. Maybe there is even a small demo code that can be compiled to see if for the appropriate platform this bug still exists. Furthermore, has anybody made some experiences with the cumulative patch #3 for Tornado2 appearing in September?? If yes I would be very grateful if you could tell me if it applies smoothly and other experiences. Thanks in advance, Daniel Schnell. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: binArrayStart Date: Fri, 10 Nov 2000 18:12:42 GMT From: "Jim" Organization: Magma Communications Ltd. Message-ID: References: <8ug3nt$iq4$1@overload.lbl.gov> Oh my ... its crap like this thats been really tickin me off lately too ... If they'd only eplain things clearer in there code. I am pretty sure ROM_DST_ADR is 0x10 000 If you wanna find out where binArrayStart is you can run the command (which is hopefully in your path) ... objdumpppc -x vxWorks_romCopy (or what ever you image is called) ... this will dump a stream of ELF info to your screen ... part of which is the symbol table which will contain binArratStart and end. Jim ps If i can be of any mail me, I am a newbie but I have learned a fair bit lately ... "Li Huapeng" wrote in message news:8ug3nt$iq4$1@overload.lbl.gov... > VxWorks 5.4 for PPC860, Tornado 2 under WinNT. > > When we use project facility to build a ROM_COPY VxWorks image with > target/config/comps/src/romStart.c - > > copyLongs ((UINT *)ROM_DATA(binArrayStart), > (UINT *)UNCACHED(RAM_DST_ADRS), > (&binArrayEnd - binArrayStart) / sizeof (long)); > is used to copy VxWorks image from ROM to RAM. > > The VxWorks image is from binArrayStart to binArrayEnd in RAM.So > Does binArrayStart equal to RAM_DST_ADRS in case of ROM_COPY? > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: New VxWorks AE and Tornado 3.0 - Anyone?? Date: Fri, 10 Nov 2000 18:37:54 GMT From: Mark Edwards Organization: Wind River Platform Products Message-ID: <3A0C408F.E4D62B09@windriver.com> References: <3A06E69C.75C3FE2F@tollbridgetech.com> Reply-To: medwards@austin.rr.com The main reason for considering VxWorks AE is to benefit from memory protection. VxWorks 5.4 operates in a linear address space where any task has access to all system resources. VxWorks AE provides greater robustness by use of its memory protection. You need a processor with an MMU. Raymond Yeung wrote: > I'm wondering if anyone out there has used VxWorks AE, > or has done some evaluation on it. Would you recommend > it, and some of the major reasons why you would or would > not. > > Thanks, > Raymond --------------------------- Newsgroups: comp.os.vxworks Subject: Re: 8260 Machine Check Exception Date: Fri, 10 Nov 2000 18:55:43 GMT From: George Varndell Organization: Deja.com - Before you buy. Message-ID: <8uhgbb$dt4$1@nnrp1.deja.com> References: <8uh92i$ndi11@nntp.cig.mot.com> In article <8uh92i$ndi11@nntp.cig.mot.com>, "Derek Opitz" wrote: > According to the documentation for the 8260, IRQ0 asserts MCP (Machine Check > Exception). But when I assert IRQ0, my machine check exception routine at > 0x200 never runs. Did you set the EMCP bit in HID0? Best Regards, George Varndell - -- Embedded Systems Expertise http://www.varndellengineering.com Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: re: high accuracy time Date: Fri, 10 Nov 2000 19:00:00 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200011101900.TAA17778@dsl-2.tadpole.co.uk> > I have a requirement to schedule a task very accurately - approximately > 12.5Hz but to within 1ms (better if possible). I've examined the Aux Clock > and although config can support 5MHz as a rate - if this is tried it simply > falls over. In fact, any value much higher than 100Hz seems to cause it to > fall over. I would have a look at how the aux clock is implemented on you hardware. You may find that is compares a high frequency counter with a limit value, or decrements a counter at high frequence until it becomes zero. It is thus a simple coding exercise to make the interupt happen at an arbitrary time in the future - subject to the counter clock frequency and the accuracy of knowing when the start time is. This does, however, stop the aux clock hardware being used for any other purpose - - you'll need an interlock against the std vxworks use of it. You may even find that your hardware has an additional timer you can use instead of the aux clock. David - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: re: Problem with TIMEZONE and time functions Date: Fri, 10 Nov 2000 19:12:42 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200011101912.TAA17786@dsl-2.tadpole.co.uk> > So situated in Germany (UTC+1h) I make the TIMEZONE entry: > "UTC+1::1380:032502:102802". Ignore the manual and apply common sense! "CET::-60:032502:102802" will work fine! As will large offsets - you can set timezone offsets that go back (or forward) years, useful for making a program report that you finished something yesterday. (type TZ=GMT-12345 date to your unix shell!) What may not work (fix available from windriver support) is summer time in the southern hemisphere. Mind you this didn't work in many Unix versions until quite recently. What vxWorks doesn't support is a sensible definition of the summertime start/end (eg last sunday in october). Anyone running pJava will find it ignores the timezone offset and uses its own rules based on the name. None of the names gives the correct time for the UK in summer. GMT is always UTC+0, in the summer we have BST (ie the name changes, not the offset of the name from UTC. BST doesn't exist in the winter) the JVM thinks BST is somewhere just east of india (Bangladesh?). Indeed the JVM only has 24 names, some have summertime, some don't - none have southern hemisphere summer time. Mind you solaris behaves the same way if you give it an 'old' format TZ variable. David - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: re: Semaphores Date: Fri, 10 Nov 2000 19:20:36 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200011101920.TAA17789@dsl-2.tadpole.co.uk> > I too have just noticed some strange problems with semaphores. In > this case, it's the binary semaphore used by tNetTask & netJobAdd. > In my case, what happens is a bunch of packets have been queued up > waiting for a DMA resource to become free. Once free, all of these > queued packets are sent, and the DMA completion interrupt uses netJobAdd > to have a task do the buffer cleanup. > What I was noticing was that vxWorks was being rebooted! I finally > tracked it down to semGive. The traceback looks something like: > reboot > workQPanic > workQAdd0 > semFlushDefer > semGive > netJobAdd The 'problem' here is that the queues use to defer requests made in an interrupt routine until there is a proper context are easily filled. What you need to do is handshake your ISR and task code so that only one request to the task is ever outstanding. This requires a simple (volatile) variable. eg in the isr if (!kicked_task) { kicked_task = 1; semGive(...) ; } and in the task: semTake(...) kicked_task = 0; /* process all outstanding requests */ This way the ISR only wakes the task when necessary. Maybe netJobAdd should use the same technique to wake up tNetTask! David vxworks - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Changing scsi disk without rebooting the system Date: Fri, 10 Nov 2000 15:26:36 -0800 From: Joe Durusau Organization: Lockheed Martin Corporation Message-ID: <3A0C842C.6FF31C67@lmco.com> References: <8ugn5q$o87$1@nnrp1.deja.com> If you need this sort of thing, look at using a RAID array. They are hot-swappable. Disasters can strike if you mess with scsi cabling while the system is active. Speaking only for myself, Joe Durusau dicksonjanet@my-deja.com wrote: > > Hi, > Does anyone have some information about changing the scsi disk with a > new one while the target platform is working. > We use Cetia Vmpc5-Dual board as target platform. > I've tried it using iosDevDelete after dosFsVolUnmount but when I again > try to create physical device(scsiPhysDevCreate) system halts. > Calling sysScsiInit also doesnt work at that time. > Rebooting the system solves this problem but I shouldn't reset the > system. > Any information about whats wrong. > Thanks for your time! > Janet. > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Who tell me more detail information about REG_SET? Date: Sat, 11 Nov 2000 03:36:05 GMT From: terrylee Organization: Deja.com - Before you buy. Message-ID: <8uier5$6v8$1@nnrp1.deja.com> The following is the definition of the REG_SET structure. Anyone can tell me more information about those registers? ===================================================================== typedef struct /* REG_SET */ { _RType gpr[GREG_NUM]; /* general pourpose registers */ _RType msr; /* machine state register */ _RType lr; /* link register */ _RType ctr; /* count register */ _RType pc; /* program counter */ UINT32 cr; /* condition register */ UINT32 xer; /* fixed-point exception register */ #if (CPU==PPC601) UINT32 mq; /* MQ register */ #else UINT32 pad; /* padding */ #endif /* (CPU==PPC601) */ } REG_SET; ===================================================================== Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Who tell me more detail information about REG_SET? Date: Sat, 11 Nov 2000 04:45:58 GMT From: snaphook@swbell.net (Bruce) Organization: SBC Internet Services Message-ID: <3a0ccee5.35956565@news.swbell.net> References: <8uier5$6v8$1@nnrp1.deja.com> On Sat, 11 Nov 2000 03:36:05 GMT, terrylee wrote: >The following is the definition of the REG_SET structure. Anyone can >tell me more information about those registers? >===================================================================== >typedef struct /* REG_SET */ > { > _RType gpr[GREG_NUM]; /* general pourpose registers */ > _RType msr; /* machine state register */ > _RType lr; /* link register */ > _RType ctr; /* count register */ > _RType pc; /* program counter */ > UINT32 cr; /* condition register */ > UINT32 xer; /* fixed-point exception register >*/ >#if (CPU==PPC601) > UINT32 mq; /* MQ register */ >#else > UINT32 pad; /* padding */ >#endif /* (CPU==PPC601) */ > } REG_SET; That is a CPU related question, not a VxWorks question. What's your target processor? --------------------------- Newsgroups: comp.os.vxworks Subject: Re: New VxWorks AE and Tornado 3.0 - Anyone?? Date: Sat, 11 Nov 2000 05:40:18 GMT From: pwhicker@home.com (Paul Whicker) Organization: @Home Network Message-ID: <6Z4P5.411448$i5.6958619@news1.frmt1.sfba.home.com> References: <3A06E69C.75C3FE2F@tollbridgetech.com> <3A0C408F.E4D62B09@windriver.com> This probably isn't a choice you can make right now, it is currently in Beta. I've heard from a couple of people and they say the o/s and core tools are pretty good. The reason for using it is to eliminate crashes due to trespassing by other tasks. Personally I prefer the flat model, perhaps that makes me a havker of sorts :-) paul In article <3A0C408F.E4D62B09@windriver.com>, medwards@austin.rr.com wrote: >The main reason for considering VxWorks AE is to benefit from memory > protection. >VxWorks 5.4 operates in a linear address space where any task has access to all >system resources. VxWorks AE provides greater robustness by use of its memory >protection. You need a processor with an MMU. > >Raymond Yeung wrote: > >> I'm wondering if anyone out there has used VxWorks AE, >> or has done some evaluation on it. Would you recommend >> it, and some of the major reasons why you would or would >> not. >> >> Thanks, >> Raymond > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: END Drivers and Cluster Loss Date: Sat, 11 Nov 2000 05:45:53 GMT From: "Martin Usher" Organization: EarthLink Inc. -- http://www.EarthLink.net Message-ID: References: <8ugddk$hhu$1@nnrp1.deja.com> Reply-To: "Martin Usher" "George Varndell" wrote:- > While I wouldn't argue that a bug in the stack is out of the > question, I would argue that it is far more likely a bug in > the driver is at fault here. How do you suppose the stack > obtained the NULL cluster? I would assume it was passed in by > the driver rather than assuming the stack somehow created it. > Thanks for your observation. The only reason why I alluded to 'a bug in the stack' is that the VxWorks problem report also mentioned something along those lines. Its fairly easy to figure out whether the driver is losing clusters. You modify the driver code so that instead of calling the function to submit the mblk chain to the stack you free it back to the pool. You then attach the driver to a frame source, sit back and wait. (You don't really need to wait that long because the addresses attached to the descriptors will form a regular pattern - if you start losing things the pattern will be disturbed.) If the stack had NULL buffer pointers, something the original code did occasionally due to a bug, then they can be seen by dumping out the descriptor ring. This doesn't mean that the driver is bug free, but rather that the code has been carefully searched for the more obvious bugs. Its also been tweaked to try to determine whether it fails due to losing sent frame buffers or whether its sensitive to one type of traffic or another. (Since its failure is irregular this suggests that its either an race condition or its picking up an unwanted broadcast packet that's doing it in.) Life is soooooo much easier when you can refer to the source...... --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Who tell me more detail information about REG_SET? Date: Sat, 11 Nov 2000 07:01:02 GMT From: terrylee Organization: Deja.com - Before you buy. Message-ID: <8uiqrd$fkr$1@nnrp1.deja.com> References: <8uier5$6v8$1@nnrp1.deja.com> <3a0ccee5.35956565@news.swbell.net> > That is a CPU related question, not a VxWorks question. What's your > target processor? The target processor is PowerPC604 series. Where can I get any information about it? Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks - WindNet SNMP Extn agent Initialize & Shutdown Date: Sat, 11 Nov 2000 12:25:59 +0530 From: "Senthilkumar R" Organization: Lawrence Berkeley National Laboratory Message-ID: <8uirkb$43b$1@overload.lbl.gov> - --------------3A17E3F03B57A605C6F2FB1E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I am writting an compile time extension agent in WindNet SNMP for VxWorks RTOS using Tornado. * To initialize my extn agent at the starting time of the SNMP agent, I am calling my custom initialization function from function "snmpIoMain()" in file "snmpIoLib.c" under the path "$(WIND_BASE)\target\src\snmpv1\agent" * To uninitialize(shutdown) the agent, I am calling my custom function from the function "snmpIoClose()" from the above specified file. I am doubtfull of the above things whether they will work fine or not?. Can any body suggest me if there is any alternate way is available to initialize and uninitialize the extension agent while startup and shutdown time!. Thanks in advance, Senthil. - --------------3A17E3F03B57A605C6F2FB1E Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi,

    I am writting an compile time extension agent in WindNet SNMP for VxWorks RTOS using Tornado.

  • To initialize my extn agent at the starting time of the SNMP agent, I am calling my custom initialization

  • function from function "snmpIoMain()" in file "snmpIoLib.c" under the path "$(WIND_BASE)\target\src\snmpv1\agent"
     
  • To uninitialize(shutdown)  the agent, I am calling my custom function from the function "snmpIoClose()" from the above specified file.
  • I am doubtfull of the above things whether they will work fine or not?. Can any body suggest me if there is any alternate way is available
    to initialize and uninitialize the extension agent while startup and shutdown time!.

    Thanks in advance,
    Senthil. - --------------3A17E3F03B57A605C6F2FB1E-- --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Sun Nov 12 04:03:06 2000 From: Vxworks Exploder Date: Sun Nov 12 04:03:09 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sun Nov 12 04:03:03 PST 2000 Subject: Re: Who tell me more detail information about REG_SET? Subject: Re: Priority aware network stack? Subject: Re: HELP! MIPS R3000 / GNU C/C++ - possible compiler bug ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Who tell me more detail information about REG_SET? Date: Sat, 11 Nov 2000 16:41:31 GMT From: john_94501@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8ujsrq$6tm$1@nnrp1.deja.com> References: <8uier5$6v8$1@nnrp1.deja.com> <3a0ccee5.35956565@news.swbell.net> <8uiqrd$fkr$1@nnrp1.deja.com> Hello, > > That is a CPU related question, not a VxWorks question. What's your > > target processor? > > The target processor is PowerPC604 series. Where can I get any > information about it? Try motorola's web site. The document that you are looking for is the 32 bit Programmer's Environment Manual (try finding the data for the 604 and there should be a link to this document in PDF from that page). You may also want to find the PPC Application Binary Interface (ABI), and the embedded supplement to it (EABI). These document usage of the general purpose registers (for example, which register is the stack pointer, and which are used for parameter passing). HTH, John... > Sent via Deja.com http://www.deja.com/ > Before you buy. > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Priority aware network stack? Date: Sun, 12 Nov 2000 02:57:40 GMT From: "Don Bowman" Organization: none Message-ID: References: "Michael Simpson" wrote in message news:uG_L5.52903$Z2.757930@nnrp1.uunet.ca... > Hi, > > Has anybody else out there had an application for a priority-aware network > stack? > > As far as I understand it, all network jobs in SENS run in a single thread, > in the context of tNetTask. Jobs are added to tNetTask's working queue via > NetJobAdd(...). ALL network related processing is done in this way, > including ethernet packet reception, IP/TCP/UDP processing, routing, ARP, > etc. I believe that tNetTask's work queue is 32 jobs long, but I'm not > sure. So if I have some network job to do, and there are 20 jobs ahead of > me in tNetTask's queue, I have to wait. > > What I would really like to do is have the ability to priorize the > transmission, reception, routing, etc. of certain kinds of traffic over > others. Any ideas, pointers? I did not buy vxWorks source code, and I > can't modify it. Well, tNetTask is just a thread that listens on a message queue. A message is sent to it with a function pointer and arguments in it. See the header file definition of netJobAdd. You could replace tNetTask yourself without even seeing the source to it. The tNetTask is used for receive, but not for transmit. If you only need priority queuing on transmit, you needn't do anything with it. You can also change the Q that the netJob uses to be priority instead of fifo queuing, and use HI to put stuff on the front of the Q. You can replace the stack yourself without changing the vxworks source code by removing their objects and replacing them with the equivalent functionality from e.g. bsd4.4 etc. There are some papers available on making the BSD 4.4 stack priority aware. Its fairly involved. A search on altavista should yield more details. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: HELP! MIPS R3000 / GNU C/C++ - possible compiler bug Date: Sun, 12 Nov 2000 03:05:20 GMT From: "Don Bowman" Organization: none Message-ID: References: <39FF34D6.7E4F126@XXLittonAS.com> <3A009676.36CFA2A0@XXLittonAS.com> "Emory R. Stagmer" wrote in message news:3A009676.36CFA2A0@XXLittonAS.com... > myGOL wrote: > > > > pls ask the question first, together we can surely solve any problem. there > > are many here. > > > > OK, I would have taken this off-list, but since you insist! ;^) > > We think we're seeing this compiler bug in several places > in our C and C++ code in the project. It seems > that the following C code exhibits the problem: > > int result = 0; > ... > result = SomeFunctionCall(); > if (result == NULL) > ... > > giving the following assembly: > > jal SomeFunctionCall // function call > nop // branch delay slot... > sw $2,4($FP) // store the function return value into result > lw $2,4($FP) // read it back for the compare > bne $2,$0, // if... > > where the SW and LW instructions have no NOP between them, > resulting in the $2 register POSSIBLY having an incorrect value; > i.e. the value that was in the memory location before the SW > instruction executed. This may be quite processor specific, and > also related to the states of the instruction and data caches... > > The timing of what's going on here is not obvious from any/all > of the materials I have here on the LSI LR33300 - our rad-hard > version is called a Mongoose V from Synova, but is basically > an exact implementation of the LSI part. > > > Emory R. Stagmer wrote in message > > news:39FF34D6.7E4F126@XXLittonAS.com... > > > All, > > > We've got a possible compiler bug with the GNU C compiler, but > > > it's real processor specific. If there's any MIPS guru out there, > > > I'd like to ask you about some timing of pipelined instructions... > > > > > > Kinda urgent, the spacecraft is already on the launch vehicle. > > > (NO, I'M NOT KIDDING.) The MIPS R3000 has interlocks. Other than the fact the optimisation is a little suspect this should be harmless. The compiler does not handle hazards (involving the coprocessor 0 etc). Those have to be hand-coded. If you want that code emitted differently, I'm sure playing with the optimisation options upwards will get rid of it. --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Thu Nov 9 01:53:13 2000 From: "sinnl" Date: Mon Nov 13 01:46:37 PST 2000 Subject: Response from sinnl (sinnl@sd-star.com) The person at this email address Larry Sinn, no longer works at Spectral Dynamics. From vxwexplo-errs@csg.lbl.gov Mon Nov 13 01:46:34 2000 Received: from postal1.lbl.gov (postal1.lbl.gov [128.3.7.82]) by csg.lbl.gov (8.9.3/8.9.3) with ESMTP id BAA12619 for ; Mon, 13 Nov 2000 01:46:34 -0800 (PST) Received: from SpamWall.lbl.gov (localhost [127.0.0.1]) by postal1.lbl.gov (8.9.3/8.9.3) with ESMTP id BAA08698 for ; Mon, 13 Nov 2000 01:46:33 -0800 (PST) Received: from web4003.mail.yahoo.com (web4003.mail.yahoo.com [216.115.104.37]) by SpamWall.lbl.gov (8.9.3/8.9.3) with SMTP id BAA08695 for ; Mon, 13 Nov 2000 01:46:32 -0800 (PST) Message-ID: <20001113094602.11980.qmail@web4003.mail.yahoo.com> Received: from [192.11.223.102] by web4003.mail.yahoo.com; Mon, 13 Nov 2000 01:46:02 PST Date: Mon, 13 Nov 2000 01:46:02 -0800 (PST) From: prabhala rajendra Subject: interrupts mapping To: vxwexplo@lbl.gov MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi, Could somebody give me more details about the hardware interrupt processing done by vxworks ? In vxworks how does the operating system map the hardware interrupt to the interrupt vector in the interrupt vector table maintained by the system kernel ? What is the process involved here ? What is to be done at driver level to generate this interrupt ? thanks and best regards, rpraghuram. __________________________________________________ Do You Yahoo!? Yahoo! Calendar - Get organized for the holidays! http://calendar.yahoo.com/ From vxwexplo-errs@csg.lbl.gov Mon Nov 13 04:03:07 2000 From: Vxworks Exploder Date: Mon Nov 13 04:03:10 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Mon Nov 13 04:03:04 PST 2000 Subject: how many tasks? - a survey. Subject: Re: how many tasks? - a survey. Subject: [Q] What is the a raw socket ????? Subject: Re: how many tasks? - a survey. Subject: dhcp server configuration question Subject: Re: Optimization BUG in gcc-2.7.2.3 ?? Subject: Re: high accuracy time Subject: Workstation Subject: Concept of host and target Subject: Response from sinnl (sinnl@sd-star.com) Subject: interrupts mapping ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: how many tasks? - a survey. Date: Sun, 12 Nov 2000 16:52:29 GMT From: "myGOL" Organization: Global Online Japan // Exodus Communications KK. Message-ID: hello, good people. i'd like to have experts comments & views on this issue. its known to me that memory is the factor that would put limit on number of tasks can be spawned in a system running vxworks. or may it be an integer range for taskId variable. but is it *really* reasonable to have number of tasks more, say 200? or how many tasks you have seen running in any vxworks system, quite stable, little or no deterministic design requirement(*)? thanks, awaiting reply. (Note:*)this exercise is just to collect the dumb numbers. might give me (another stupid) argument to put forward to my team-mates that, nobody takes risk of spawning >200 tasks;-). --------------------------- Newsgroups: comp.os.vxworks Subject: Re: how many tasks? - a survey. Date: Sun, 12 Nov 2000 17:24:03 GMT From: john_94501@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8umjnf$3op$1@nnrp1.deja.com> References: Hello, In article , "myGOL" wrote: > hello, good people. > i'd like to have experts comments & views on this issue. > its known to me that memory is the factor that would put limit on number of > tasks can be spawned in a system running vxworks. or may it be an integer > range for taskId variable. No, it is memory that is the limiting factor on the number of tasks you may spawn. > but is it *really* reasonable to have number of tasks more, say 200? or how > many tasks you have seen running in any vxworks system, quite stable, little > or no deterministic design requirement(*)? It all depends on what they do, and what their timing requirements are. Unless your system is very soft real time (i.e. you don't actually care when things run), then you can never design a system with multiple tasks without taking some notice of the priorities and timing relationships between the tasks. Now, the more tasks you add, the more complex that can become. Some questions to think about: 1) How are you going to assign priorities for all of your tasks? Remember, VxWorks is not a GPOS, it is an RTOS. With all your tasks at the same priority, there is potential for some of them to be starved, while others hog the CPU. Round-robin will help here, but that makes it even harder to predict what is going to happen. 2) Does your application really partition into 200 threads of execution? 3) How "hard" are your system's timing requirements? If there are multiple events with hard timing requirements, how will they be impacted by (a) each other and (b) all these other tasks (perhaps because a lower priority task is sharing a resource they need sometimes...). Well, there's some stuff to think about. The OS is capable of supporting 200 tasks (in fact, a lot more). The potential problems are in you hardware (CPU performance and memory requirements), and your application itself. Good luck, John... > thanks, awaiting reply. > > (Note:*)this exercise is just to collect the dumb numbers. might give me > (another stupid) argument to put forward to my team-mates that, nobody takes > risk of spawning >200 tasks;-). > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: [Q] What is the a raw socket ????? Date: Mon, 13 Nov 2000 09:53:47 +0900 From: "³ªÅ°æ" Organization: Electronics and Telecommunications Research Institute (ETRI) Message-ID: <8une0b$mq4$1@news.etri.re.kr> Hi, When i look at the sockLib, i found the 3 available socket types.... SOCK_STREAM, SOCK_DGRAM, SOCK_RAW.... I understand the SOCK_STREAM, SOCK_DGRAM...but i don't know what is the SOCK_RAW?? What is SOCK_RAW ???? if i open a socket with SOCK_RAW, and i send data to that socket... What happen ??? Does it send data directly to the Ethernet interface ????? ( is there no additional headers(TCP/UDP+IP header) for stack and it has a Ethernet header.....?????) Please let me know..... Thanks.... --------------------------- Newsgroups: comp.os.vxworks Subject: Re: how many tasks? - a survey. Date: Mon, 13 Nov 2000 06:57:15 GMT From: pwhicker@home.com (Paul Whicker) Organization: @Home Network Message-ID: References: I've done real work with 70 tasks. It was a useful way to disconnect the sequencing of the various state machines. I also used agent tasks to wait on real i/o events which use blocking calls for a task that needed to run at a set rate. This was with VADSworks so it was Ada. paul In article , "myGOL" wrote: >hello, good people. >i'd like to have experts comments & views on this issue. >its known to me that memory is the factor that would put limit on number of >tasks can be spawned in a system running vxworks. or may it be an integer >range for taskId variable. >but is it *really* reasonable to have number of tasks more, say 200? or how >many tasks you have seen running in any vxworks system, quite stable, little >or no deterministic design requirement(*)? >thanks, awaiting reply. > >(Note:*)this exercise is just to collect the dumb numbers. might give me >(another stupid) argument to put forward to my team-mates that, nobody takes >risk of spawning >200 tasks;-). > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: dhcp server configuration question Date: Mon, 13 Nov 2000 07:50:16 GMT From: lvshui@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8uo6fn$9ni$1@nnrp1.deja.com> Hi, all I have a question about DHCP Server in Tornado II, the DHCP Server already start.DHCP Client send DISCOVER Packet and the DHCP Server can send OFFER Packet, but after the DHCP Client send REQUEST Packet and the DHCP Server no response!!! I think I need some suggestion. thanks in advance Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Optimization BUG in gcc-2.7.2.3 ?? Date: 13 Nov 2000 08:07:06 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FEB50449borkhuislucentcom@135.7.153.102> References: <3A0C37C1.5D75690B@icn.siemens.de> Daniel.Schnell.GP@icn.siemens.de (Daniel Schnell) wrote in >Furthermore, has anybody made some experiences with the cumulative patch >#3 for Tornado2 appearing in September?? If yes I would be very grateful >if you could tell me if it applies smoothly and other experiences. I did not have any problems with it. It applied without any sign of a problem, and no problems running any code after I applied it. Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: high accuracy time Date: Mon, 13 Nov 2000 08:56:36 -0000 From: "Martin Dowie" Message-ID: <3a0faba5$1@pull.gecm.com> References: <3a0a9537$1@pull.gecm.com> <3a0bb904$1@pull.gecm.com> <01c04b0a$03838140$051f090a@sg2ntw48151> > There are many ways to skin this particular cat. How long before the next > 12.5Hz task do the mesasges arrive? Can you run a 100Hz clock and flush the > queue in 3 out of 4 invocations and run the 12.5Hz task, after flushing again, > on the fourth? Unfortunately I have no visibility of the message queue, so not an option :-( --------------------------- Newsgroups: comp.os.vxworks Subject: Workstation Date: Mon, 13 Nov 2000 16:59:31 +0800 From: "Tan Chee Leong" Organization: StarHub Internet -- The Preferred ISP Message-ID: <3a0fadc5$1@news.starhub.net.sg> Hi, Apart from using single board computer, are there any workstation running on Intel (using 810E chipset) that you can recommend? I am thinking of a workstation loaded with vxworks for real time computing. Cheers, Chee Leong --------------------------- Newsgroups: comp.os.vxworks Subject: Concept of host and target Date: Mon, 13 Nov 2000 17:37:25 +0800 From: "Tan Chee Leong" Organization: StarHub Internet -- The Preferred ISP Message-ID: <3a0fb6a8$1@news.starhub.net.sg> Hi, Really a newbie here and wish to evaluate on the architecture for my company before implementation. Is it logical to talk abt a target that is physically separated from the host? For example whilst development work is done on the host, the final vxworks compiled code is loaded onto the target PC. Thereafter, each time we just need to turn on the target PC and it will boot up in Vxworks, doing the necessary operations, without needing to turn on the host PC. Does this configuration make sense? Or it is not possible? Thanks. Cheers, Chee Leong --------------------------- Newsgroups: comp.os.vxworks Subject: Response from sinnl (sinnl@sd-star.com) Date: Thu, 09 Nov 2000 01:54:20 -0800 From: "sinnl" Organization: Lawrence Berkeley National Laboratory Message-ID: <8uoetr$evf$1@overload.lbl.gov> The person at this email address Larry Sinn, no longer works at Spectral Dynamics. From vxwexplo-errs@csg.lbl.gov Mon Nov 13 01:46:34 2000 Received: from postal1.lbl.gov (postal1.lbl.gov [128.3.7.82]) by csg.lbl.gov (8.9.3/8.9.3) with ESMTP id BAA12619 for ; Mon, 13 Nov 2000 01:46:34 -0800 (PST) Received: from SpamWall.lbl.gov (localhost [127.0.0.1]) by postal1.lbl.gov (8.9.3/8.9.3) with ESMTP id BAA08698 for ; Mon, 13 Nov 2000 01:46:33 -0800 (PST) Received: from web4003.mail.yahoo.com (web4003.mail.yahoo.com [216.115.104.37]) by SpamWall.lbl.gov (8.9.3/8.9.3) with SMTP id BAA08695 for ; Mon, 13 Nov 2000 01:46:32 -0800 (PST) Message-ID: <20001113094602.11980.qmail@web4003.mail.yahoo.com> Received: from [192.11.223.102] by web4003.mail.yahoo.com; Mon, 13 Nov 2000 01:46:02 PST Date: Mon, 13 Nov 2000 01:46:02 -0800 (PST) From: prabhala rajendra Subject: interrupts mapping To: vxwexplo@lbl.gov MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi, Could somebody give me more details about the hardware interrupt processing done by vxworks ? In vxworks how does the operating system map the hardware interrupt to the interrupt vector in the interrupt vector table maintained by the system kernel ? What is the process involved here ? What is to be done at driver level to generate this interrupt ? thanks and best regards, rpraghuram. __________________________________________________ Do You Yahoo!? Yahoo! Calendar - Get organized for the holidays! http://calendar.yahoo.com/ --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Mon Nov 13 06:53:42 2000 From: Chris Elliott Date: Mon Nov 13 06:53:44 PST 2000 Subject: Re: HELP! MIPS R3000 / GNU C/C++ - possible compiler bug --0-596516649-974127219=:29810 Content-Type: text/plain; charset=us-ascii Actually the R3000 does not have interlocks. The R4000 series and beyond do have interlocks. I ran into a compiler bug similar to this one about 5 or 6 years ago (not gcc though). The code worked fine on a R4000 or R4400, but returned strange results on a R3000. After I brought it down to a small test case, I found that it tried to use a register as a source that was the destination register for the previous instruction. The compiler vendor confirmed this and later fixed it. It has been a while since I used gcc with MIPS CPUs, but you may want to make sure you are telling the compiler it is a R3000 CPU. the vxWorks Users Group Exploder wrote: The MIPS R3000 has interlocks. Other than the fact the optimisation is a little suspect this should be harmless. The compiler does not handle hazards (involving the coprocessor 0 etc). Those have to be hand-coded. If you want that code emitted differently, I'm sure playing with the optimisation options upwards will get rid of it. --------------------------------- Do You Yahoo!? Yahoo! Calendar - Get organized for the holidays! --0-596516649-974127219=:29810 Content-Type: text/html; charset=us-ascii

    Actually the R3000 does not have interlocks.  The R4000 series and beyond do have interlocks.  I ran into a compiler bug similar to this one about 5 or 6 years ago (not gcc though).  The code worked fine on a R4000 or R4400, but returned strange results on a R3000.  After I brought it down to a small test case, I found that it tried to use a register as a source that was the destination register for the previous instruction.  The compiler vendor confirmed this and later fixed it.

    It has been a while since I used gcc with MIPS CPUs, but you may want to make sure you are telling the compiler it is a R3000 CPU.

      the vxWorks Users Group Exploder <vxwexplo@lbl.gov> wrote:

    The MIPS R3000 has interlocks. Other than the fact the optimisation
    is a little suspect this should be harmless.

    The compiler does not handle hazards (involving the coprocessor 0
    etc). Those have to be hand-coded.

    If you want that code emitted differently, I'm sure playing with the
    optimisation options upwards will get rid of it.



    Do You Yahoo!?
    Yahoo! Calendar - Get organized for the holidays! --0-596516649-974127219=:29810-- From vxwexplo-errs@csg.lbl.gov Mon Nov 13 07:45:03 2000 From: Jim Way Date: Mon Nov 13 07:45:06 PST 2000 Subject: RE: comp.os.vxworks newsdigest terrylee, > The target processor is PowerPC604 series. Where can I > get any information about it? If your chip vendor has a local office, try calling them and asking for literature. Another good place is www.motorola.com. Just for fun, I tried browsing around their site. Started with their "developers" link on the home page, managed to browse my way to their literature section, then had to choose between "archives" and "current" literature. If I don't know what I'm looking for, how will I know where to find it? Hmmm. Anyway, the "current" link takes you to http://merchant.hibbertco.com/servlet/mtrlext.MtrlExtServlet?tp=search. I tried searching for anything with "PPC601" and got "JavaLang out of memory" error. Went back and typed the correct processor and I'm waiting...waiting...waiting for the response to download. Anway, you might try browsing in this area. And if any Motorola employees are reading this, I hope you'll suggest to your web staff that the site could use some attention to make it more obvious. Jim ----------------------------------------- Jim Way, Software Engineer Datum Austin (Austron Inc.) voice: 512.721.4170 fax : 512.990.9712 email: jwayATdatumDOTcom (no spam please) ----------------------------------------- From vxwexplo-errs@csg.lbl.gov Mon Nov 13 11:49:16 2000 From: "Mike Anderson" Date: Mon Nov 13 11:49:19 PST 2000 Subject: Solaris Simulator connectivity VxWorks Greetings! Has anyone out there in netland ever successfully gotten the full Solaris (2.6) T2 Simulator to talk to networked hosts other than the simulator host? If so, did you use ULIP or PPP? And, what routing magic did you apply? TIA, Mike Anderson Chief Scientist The PTR Group, Inc. Embedded, Real-time Solutions and Services mailto:mike@theptrgroup.com http://www.theptrgroup.com V: 703.585.9384 F: 703.430.3748 From vxwexplo-errs@csg.lbl.gov Tue Nov 14 04:03:10 2000 From: Vxworks Exploder Date: Tue Nov 14 04:03:12 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Tue Nov 14 04:03:06 PST 2000 Subject: Re: Changing scsi disk without rebooting the system Subject: re: HELP! MIPS R3000 / GNU C/C++ - possible compiler bug Subject: RE: comp.os.vxworks newsdigest Subject: Re: Concept of host and target Subject: Re: Optimization BUG in gcc-2.7.2.3 ?? Subject: Re: VxWorks - WindNet SNMP Extn agent Initialize & Shutdown Subject: Re: Creating Compact Flash Boot Disk Subject: Re: dhcp server configuration question Subject: Re: Envoy SNMPV3 config ? Subject: Solaris Simulator connectivity Subject: IFF flags Subject: Re: Concept of host and target Subject: Re: high accuracy time Subject: MUX : How can i get the information(parameters) for calling muxBind Subject: mutiple IP addresses for a vxSim? Subject: Crosswind and large .out files Subject: SCSI Status. Subject: connect Subject: Re: Crosswind and large .out files Subject: Has anyone used a VIA South Bridge? Subject: Re: Concept of host and target Subject: VxWorks Image size Subject: Signals and interrupts ? Subject: Re: Optimization BUG in gcc-2.7.2.3 ?? Subject: I search the (Tundra PowerPro) Memory controller driver.... Subject: Re: Monitor tool in my Tornado host from remote target. Subject: Question about DHCP Server configuration in VxWorks 5.4 Subject: Re: Solaris Simulator connectivity Subject: Re: high accuracy time Subject: Re: socket owner? Subject: How to extract part of a library file and generate a new file? Subject: rom resident image & cache on architectures. Subject: Re: How to extract part of a library file and generate a new file? ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Changing scsi disk without rebooting the system Date: Mon, 13 Nov 2000 11:59:55 GMT From: Thomas Rahn Organization: Deja.com - Before you buy. Message-ID: <8uol3q$knn$1@nnrp1.deja.com> References: <8ugn5q$o87$1@nnrp1.deja.com> Hi, changing a block device once mounted with the dosFs library is not that easy (the design of the VxWorks block device interface seems to purposely deny this feature..) but possible ! Here comes a two-part answer. For general, we have a library of our own to completely unmount a block device, re-partition a disk and then mount/format the new disk configuration without reboot. The necessary steps are disk synchronizing (e.g. using dosFsVolUnmout()) and deleting block devices (using iosDevFind/iosDevDelete). You might keep some pointers to the device headers (modifying usrAta.c, resp. usrAtaConfig()), this helps a lot. All this experience applies to both ATA and SCSI disks. As I understand your problem, the system fault occurs after changing the hard disk itself. From my experience with the SCSI stack, the scsiPhysDevCreate() function establishes a description of the disk parameter (that is the SCSI_PHYS_DEV * you get returned). However the pointer is stored in an array for later user. Any subsequent time, scsiPhysDevCreate() first tries to resolve a request by scsiPhysDevIdGet(). So your new hard disk will never be accessed and internal data not updated. A timely call to scsiPhysDevDelete() might solve your problem, then all(?) internal data structures associated with the physical device are freed. Bye Thomas Rahn Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: re: HELP! MIPS R3000 / GNU C/C++ - possible compiler bug Date: Mon, 13 Nov 2000 06:53:39 -0800 (PST) From: Chris Elliott Organization: Lawrence Berkeley National Laboratory Message-ID: <8up0ga$sr4$1@overload.lbl.gov> - --0-596516649-974127219=:29810 Content-Type: text/plain; charset=us-ascii Actually the R3000 does not have interlocks. The R4000 series and beyond do have interlocks. I ran into a compiler bug similar to this one about 5 or 6 years ago (not gcc though). The code worked fine on a R4000 or R4400, but returned strange results on a R3000. After I brought it down to a small test case, I found that it tried to use a register as a source that was the destination register for the previous instruction. The compiler vendor confirmed this and later fixed it. It has been a while since I used gcc with MIPS CPUs, but you may want to make sure you are telling the compiler it is a R3000 CPU. the vxWorks Users Group Exploder wrote: The MIPS R3000 has interlocks. Other than the fact the optimisation is a little suspect this should be harmless. The compiler does not handle hazards (involving the coprocessor 0 etc). Those have to be hand-coded. If you want that code emitted differently, I'm sure playing with the optimisation options upwards will get rid of it. - --------------------------------- Do You Yahoo!? Yahoo! Calendar - Get organized for the holidays! - --0-596516649-974127219=:29810 Content-Type: text/html; charset=us-ascii

    Actually the R3000 does not have interlocks.  The R4000 series and beyond do have interlocks.  I ran into a compiler bug similar to this one about 5 or 6 years ago (not gcc though).  The code worked fine on a R4000 or R4400, but returned strange results on a R3000.  After I brought it down to a small test case, I found that it tried to use a register as a source that was the destination register for the previous instruction.  The compiler vendor confirmed this and later fixed i t.

    It has been a while since I used gcc with MIPS CPUs, but you may want to make sure you are telling the compiler it is a R3000 CPU.

      the vxWorks Users Group Exploder <vxwexplo@lbl.gov> wrote:

    The MIPS R3000 has interlocks. Other than the fact the optimisation
    is a little suspect this should be harmless.

    The compiler does not handle hazards (involving the coprocessor 0
    etc). Those have to be hand-coded.

    If you want that code emitted differently, I'm sure playing with the
    optimisation options upwards will get rid of it.



    Do You Yahoo!?
    Yahoo! Calendar - Get organized for the holidays! - --0-596516649-974127219=:29810-- --------------------------- Newsgroups: comp.os.vxworks Subject: RE: comp.os.vxworks newsdigest Date: Mon, 13 Nov 2000 07:40:29 -0800 From: Jim Way Organization: Lawrence Berkeley National Laboratory Message-ID: <8up40q$n1$1@overload.lbl.gov> terrylee, > The target processor is PowerPC604 series. Where can I > get any information about it? If your chip vendor has a local office, try calling them and asking for literature. Another good place is www.motorola.com. Just for fun, I tried browsing around their site. Started with their "developers" link on the home page, managed to browse my way to their literature section, then had to choose between "archives" and "current" literature. If I don't know what I'm looking for, how will I know where to find it? Hmmm. Anyway, the "current" link takes you to http://merchant.hibbertco.com/servlet/mtrlext.MtrlExtServlet?tp=search. I tried searching for anything with "PPC601" and got "JavaLang out of memory" error. Went back and typed the correct processor and I'm waiting...waiting...waiting for the response to download. Anway, you might try browsing in this area. And if any Motorola employees are reading this, I hope you'll suggest to your web staff that the site could use some attention to make it more obvious. Jim - ----------------------------------------- Jim Way, Software Engineer Datum Austin (Austron Inc.) voice: 512.721.4170 fax : 512.990.9712 email: jwayATdatumDOTcom (no spam please) - ----------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Concept of host and target Date: Mon, 13 Nov 2000 16:52:13 GMT From: Mark Edwards Organization: Wind River Platform Products Message-ID: <3A101C27.503C499E@windriver.com> References: <3a0fb6a8$1@news.starhub.net.sg> Reply-To: medwards@austin.rr.com Not only is this configuration possible, it's almost the quintessential definition of an embedded system. Tan Chee Leong wrote: > Hi, > > Really a newbie here and wish to evaluate on the architecture for my company > before implementation. > > Is it logical to talk abt a target that is physically separated from the > host? For example whilst development work is done on the host, the final > vxworks compiled code is loaded onto the target PC. Thereafter, each time > we just need to turn on the target PC and it will boot up in Vxworks, doing > the necessary operations, without needing to turn on the host PC. > > Does this configuration make sense? Or it is not possible? > > Thanks. > > Cheers, > Chee Leong --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Optimization BUG in gcc-2.7.2.3 ?? Date: Mon, 13 Nov 2000 19:16:45 +0100 From: Daniel Schnell Organization: Siemens AG Message-ID: <3A10300D.6EFC3575@icn.siemens.de> References: <3A0C37C1.5D75690B@icn.siemens.de> <8FEB50449borkhuislucentcom@135.7.153.102> Groeten Johan :], and what about the optimization bug ??? Ciao, Daniel Schnell Johan Borkhuis wrote: > > Daniel.Schnell.GP@icn.siemens.de (Daniel Schnell) wrote in > >Furthermore, has anybody made some experiences with the cumulative patch > >#3 for Tornado2 appearing in September?? If yes I would be very grateful > >if you could tell me if it applies smoothly and other experiences. > > I did not have any problems with it. It applied without any sign of a > problem, and no problems running any code after I applied it. > > Groeten, > Johan > > -- > o o o o o o o . . . ___________________________________ > o _____ || Johan Borkhuis | > .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | > >(________|__|_[_________]_|________________________________| > _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` > === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VxWorks - WindNet SNMP Extn agent Initialize & Shutdown Date: Mon, 13 Nov 2000 18:24:48 GMT From: pintu_12@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8upbl6$83p$1@nnrp1.deja.com> References: <8uirkb$43b$1@overload.lbl.gov> Hi, This sounds O.K. to me and I think this should work fine. The best way would be to extend the agent this way and test it with tools like snmputil or getif. If you are interested in the initialization of the MIB variables you may consider declaring them as static and assigning them the initial values at the time of declaration, Thanks, Ranjan In article <8uirkb$43b$1@overload.lbl.gov>, "Senthilkumar R" wrote: > > --------------3A17E3F03B57A605C6F2FB1E > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > > Hi, > > I am writting an compile time extension agent in WindNet SNMP for > VxWorks RTOS using Tornado. > > * To initialize my extn agent at the starting time of the SNMP > agent, I am calling my custom initialization > function from function "snmpIoMain()" in file "snmpIoLib.c" > under the path "$(WIND_BASE)\target\src\snmpv1\agent" > > * To uninitialize(shutdown) the agent, I am calling my custom > function from the function "snmpIoClose()" from the above > specified file. > > I am doubtfull of the above things whether they will work fine or not?. > Can any body suggest me if there is any alternate way is available > to initialize and uninitialize the extension agent while startup and > shutdown time!. > > Thanks in advance, > Senthil. > > --------------3A17E3F03B57A605C6F2FB1E > Content-Type: text/html; charset=us-ascii > Content-Transfer-Encoding: 7bit > > > > Hi, >

    I am writting an compile time extension agent in WindNet SNMP for VxWorks > RTOS using Tornado. >

    >
  • > To initialize my extn agent at the starting time of the SNMP agent, I am > calling my custom initialization
  • > >
    function from function "snmpIoMain()" in file "snmpIoLib.c" under the > path "$(WIND_BASE)\target\src\snmpv1\agent" >
      >
  • > To uninitialize(shutdown)  the agent, I am calling my custom function > from the function "snmpIoClose()" from the above specified file.
  • >
    > I am doubtfull of the above things whether they will work fine or not?. > Can any body suggest me if there is any alternate way is available >
    to initialize and uninitialize the extension agent while startup and > shutdown time!. >

    Thanks in advance, >
    Senthil. > > --------------3A17E3F03B57A605C6F2FB1E-- > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Creating Compact Flash Boot Disk Date: Mon, 13 Nov 2000 18:48:02 GMT From: steve_ross@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8upd0v$9bh$1@nnrp1.deja.com> References: <8uesf9$945$1@nnrp1.deja.com> Below is one method to do this. As a note I'm using a TME 5811 platform as my target. This is basically a Pentium based PC platform. 1) Modify BIOS settings to see the CompactFlash as an IDE drive. Apply power to the TME board and hit the delete key to get to the BIOS Setup Utility. Select the IDE HDD Auto Detection, and with the CompactFlash connected to the Primary IDE connector, the BIOS should auto detect the CompactFlash and configure it properly. With the CompactFlash connected to the primary IDE it will be boot device IDE-0. 2) Boot DOS from a floppy disk. 3) At the DOS prompt, run WindRiver's VXSYS.COM utility to write VxWorks bootstrap code onto the CompactFlash. To do this copy vxsys.com from the Tornado 2 directory \host\x86-win32\bin\vxsys.com and copy it to a floppy disk. Then with DOS booted on the target insert this disk and run: VXSYS C: A warning will appear about performing this on a hard drive, just ignore it. 4) Copy your BOOTROM.SYS to the root directory of the CompactFlash. BOOTROM.sys is created within Tornado 2 and placed on a floppy disk with the command bootrom_uncmp (see previous section for details). At this point the CompactFlash is ready to boot the BOOTROM.SYS and can then load the VxWorks system image from the host if that is what you wish to do If you are going to load VxWorks from a host you can change the BIOS settings To boot first from the IDE drive instead of the floppy (to save some boot time), hit the Delete key as the system is booting to modify the BIOS settings. Note that the CompactFlash is called a IDE device in the BIOS. In article <8uesf9$945$1@nnrp1.deja.com>, steve.ross@grassvalleygroup.com wrote: > I'm trying to create a VxWorks Boot Disk on a Compact Flash Device. The > Compact Flash is plugged into a programmer on host (Windows NT system), > and looks like a removable hard drive. I'm trying to use vxsys from a > dos command window to install the boot loader and I get an error message > "An application has attempted to directly access the hard disk which > cannot be supported." If I ignore this warning and proceed to use vxcopy > to put my bootrom.sys on the compact flash it doesn't end up as a > contiguous file. > > I've successfully created a VxWorks boot disk on a high density floppy > using these same steps and I thought it would be the same for a Compact > Flash. > > Can anybody give me some pointers on this? > > Thanks, Steve Ross > Grass Valley Group Inc. > > Sent via Deja.com http://www.deja.com/ > Before you buy. > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: dhcp server configuration question Date: Mon, 13 Nov 2000 19:08:10 GMT From: Tom Wang Organization: Deja.com - Before you buy. Message-ID: <8upe6j$afl$1@nnrp1.deja.com> References: <8uo6fn$9ni$1@nnrp1.deja.com> Hi, It seems you didn't set an IP range (scope) for DHCP service. If you're using NT4.0 Server, there should be a "DHCP Manager" in your "administrative tools (common)" folder. Take a look at it. Tom Wang In article <8uo6fn$9ni$1@nnrp1.deja.com>, lvshui@my-deja.com wrote: > Hi, all > I have a question about DHCP Server in Tornado II, > > the DHCP Server already start.DHCP Client send DISCOVER > > Packet and the DHCP Server can send OFFER Packet, > > but after the DHCP Client send REQUEST Packet and > > the DHCP Server no response!!! I think I need some suggestion. > > thanks in advance > > Sent via Deja.com http://www.deja.com/ > Before you buy. > - -- Learn Linux From "Linux Documentation Project": http://www.linuxdoc.org Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Envoy SNMPV3 config ? Date: Mon, 13 Nov 2000 19:29:00 GMT From: pintu_12@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8upfdg$bk2$1@nnrp1.deja.com> References: <39EF3331.152ABFCE@lucent.com> <8u9qai$3fp$1@nnrp1.deja.com> Hi, I have not extended the envoy agent for snmpv3 but I have done it for snmpv2. I think that the steps may pretty much be the same. The steps to the extension of the MIB agent should be as follows:- 1. Write your mib file say ex.mib 2. Compile it using the mibcompiler $mibcomp -stub -start (name of the module identity in your mib file) -o ex.c (list of mibs on which ex.mib depends) ex.mib Before doing this make sure that you set your MIBCOMP environment variable to point to the MIB search path where all your standard MIBs are located (i.e set MIBCOMP = -l MIB-search-path) Once the ex.c file is created copy it to the directory ...\snark\vxworks\agent and modify it as per your needs. 3. Edit the file makefile.cfg under ..\snark\vxworks\agent a) add ex to SNMP_OBJS2 i.e $#equate(SNMP_OBJS2 $#objs(snmpsys mib snmptcp snmpudp saiolib ex)) b) add ex.mib to MIBSRC i.e 4. Run makmak in the $SNMP directory specifying wind.cfg 5. Type make all 6. You can see if you are able to get/set variables by using utilities like getif/snmputil. Hope this helps, By the way I have a question, if you follow all the steps for the initial compilation, did it compile at one shot for you. I had lots of compilation errors during the initial compilation and had to change the code in the source file at some places to get it running (of course I am using it for snmpv2 and not snmpv3) Regards, Piyush In article <8u9qai$3fp$1@nnrp1.deja.com>, Doug Dyer wrote: > > > I've actually built the beast, including v3 support. > You will have to build it outside of Tornado 2.0, and > then refer to the library as an EXTRA_MODULE within Tornado. > > Part 1 > ===================== > Ill assume that $SNMP is the installation directoy of the > epilogue stuff. Some of what is listed below is identical > to section 5.2 of the getting started guide. > > 1. Copy the snark/vxworks/cfgs/wind.cfg to the $SNMP dir. > 2. Edit it to make the two key changes: > The first loadconfig statement in the file > loadconfig 'vxppc' ;my system > The SRCDIR setting: > equate SRCDIR 'yourdirectory to the SNMP dir' ;would be $SNMP > > 3. Now, make sure you have copied $SNMP/snark/vxworks/h/snmpdLib.h > to $WIND_BASE/target/h. Also, replace all contents of > $WIND_BASE/target/h/snmp with $SNMP/snark/vxworks/h/snmp. > > 4. Run makmak in the $SNMP directory specifying this cfg file. > 5. In the SNMP directory, type in "make all". > > If you get compile errors, try defining the following environment > variables. I set them for my NT box with Tornado under C:\Tornado: > WIND_BASE C:\Tornado > WIND_BASE_TYPE x86-win32 > WIND_HOST_TYPE x86-win32 > > Set these variables on an NT using the properties menu by right-mouse > clicking over your 'my computer'. On this dialog use the environment > tab. > > Open up a new DOS shell and try the make all again. > > Part 2 > ====================== > 1. Make sure you go to your BSP directory and edit config.h > as per section 5.2 to add the defines BEFORE the configAll include. > 2. Fire up tornado > 3. Start a new vxWorks bootable image project based on this BSP. > 4. Open up the build properties and click on the MACROS tab and find > the EXTRA_MODULES. In the value field, add the full path and name > of the snmp library. For some reason, it has no extension. > 5. Rebuild all. > > That should do the trick. Now, if you actually are able to add > a MIB to the agent let me know. I can add a MIB, but for some > reason, none of my get/set routines ever get called. > > Later, > Doug > > -- > Doug Dyer > Work: ddyer@centerpoint.com > Home: doug_dyer@yahoo.com > > Sent via Deja.com http://www.deja.com/ > Before you buy. > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Solaris Simulator connectivity Date: Mon, 13 Nov 2000 14:46:35 -0500 From: "Mike Anderson" Organization: Lawrence Berkeley National Laboratory Message-ID: <8upi2r$66n$1@overload.lbl.gov> VxWorks Greetings! Has anyone out there in netland ever successfully gotten the full Solaris (2.6) T2 Simulator to talk to networked hosts other than the simulator host? If so, did you use ULIP or PPP? And, what routing magic did you apply? TIA, Mike Anderson Chief Scientist The PTR Group, Inc. Embedded, Real-time Solutions and Services mailto:mike@theptrgroup.com http://www.theptrgroup.com V: 703.585.9384 F: 703.430.3748 --------------------------- Newsgroups: comp.os.vxworks Subject: IFF flags Date: Mon, 13 Nov 2000 21:09:07 GMT From: rohitkapur@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8upl9c$h49$1@nnrp1.deja.com> Hi: I am writing a BSP for a customized board that uses a 386EX processor. I am currently writing an ethernet driver for this board. The LAN chip is the AMD79C940 MACE chip. Does anyone know what IFF flags should be set in the ethernet initialization function? Should i set the IFF_UP, IFF_RUNNING, and IFF_NOTRAILERS. What is the difference between IFF_UP, and IFF_RUNNING? Does anyone else knows if there should be other flags that should be set as well? What is the IFF_DEBUG flag used for? Is there a documentation describing these flags in detail. I am writing a non END driver. The ethernet driver uses a BSD4.3 stack. We are using Tornado 1.0.1 Sincerely, Rohit Kapur Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Concept of host and target Date: Tue, 14 Nov 2000 01:43:20 GMT From: pwhicker@home.com (Paul Whicker) Organization: @Home Network Message-ID: References: <3a0fb6a8$1@news.starhub.net.sg> <3A101C27.503C499E@windriver.com> In the specific case of a target PC the standard PC pentium and pentium pro BSPs work on most PCs. I use a 266MHz Dell GXa as a target and boot it from a floppy and an ftp server on a PC with an NFS mounted Solaris disk. I can also boot from the Solaris box directly by NFS and lastly I have removeable hard drive and I can also boot from that. When a PC is the embedded system the best way is to make a hard disk bootable and also put the vxWorks image on the local drive, unless you want to use the disk for something else you can use the smallest, slowest and cheapest disk for this. Does that cover it? paul In article <3A101C27.503C499E@windriver.com>, medwards@austin.rr.com wrote: >Not only is this configuration possible, it's almost the quintessential >definition of an embedded system. > >Tan Chee Leong wrote: > >> Hi, >> >> Really a newbie here and wish to evaluate on the architecture for my company >> before implementation. >> >> Is it logical to talk abt a target that is physically separated from the >> host? For example whilst development work is done on the host, the final >> vxworks compiled code is loaded onto the target PC. Thereafter, each time >> we just need to turn on the target PC and it will boot up in Vxworks, doing >> the necessary operations, without needing to turn on the host PC. >> >> Does this configuration make sense? Or it is not possible? >> >> Thanks. >> >> Cheers, >> Chee Leong > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: high accuracy time Date: Tue, 14 Nov 2000 01:44:47 GMT From: pwhicker@home.com (Paul Whicker) Organization: @Home Network Message-ID: References: <3a0a9537$1@pull.gecm.com> <3a0bb904$1@pull.gecm.com> <01c04b0a$03838140$051f090a@sg2ntw48151> <3a0faba5$1@pull.gecm.com> Then I guess you have to calculate the time to the next necessary start and set the timer. Timers are always nice things to have lying around on targets. paul In article <3a0faba5$1@pull.gecm.com>, "Martin Dowie" wrote: >> There are many ways to skin this particular cat. How long before the next >> 12.5Hz task do the mesasges arrive? Can you run a 100Hz clock and flush >the >> queue in 3 out of 4 invocations and run the 12.5Hz task, after flushing >again, >> on the fourth? > >Unfortunately I have no visibility of the message queue, so not an option >:-( > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: MUX : How can i get the information(parameters) for calling muxBind Date: Tue, 14 Nov 2000 02:58:23 GMT From: "kcoh" Organization: Dacom Message-ID: How can i get the information(parameters) for calling muxBind when i writing a new protocols that use the MUX API. The parameters consist of the device's name and unit number and etc. There is no comment how to get these information(device's name and unit number) in "Network protocol toolkit user's guide" and i can't find any API concerning with it . Anyone can tell me the information about that? have a nice day! Thank you. email : kcoh777@naver.com --------------------------- Newsgroups: comp.os.vxworks Subject: mutiple IP addresses for a vxSim? Date: Tue, 14 Nov 2000 03:39:41 GMT From: lccwang@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8uqc5t$3q0$1@nnrp1.deja.com> Hi, I just started using Tornado on NT last week, and I'm wondering if someone here can help me with my vxSim problem. I'm trying to assign mutiple IP addresses to a single vxSim. By starting a custom vxSim via the Tornado icon, I get a vxSim with one working ip address. However, when I use "ipAddrAdd" (ex. ipAddrAdd "nt0", "90.0.0.2") to add another IP address, that new address doesn't seem usable. For instance, the second address doesn't respond to pings from the same vxSim or from the DOS prompt, although it does show up when I do an "ifShow." Maybe using "ipAddrAdd" is not the right way to go. Maybe I need to attach another interface, but I'm not sure how to do that. Do you folks have any advice for this newbie? Thanks. Linda Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Crosswind and large .out files Date: Tue, 14 Nov 2000 04:35:03 GMT From: pkockritz@home.com (Pete Kockritz) Organization: @Home Network Message-ID: We're having problems using Crosswind with our application (mostly C++ generated from ObjecTime) on T2 (hosted on NT4). The .out file is > 400MB; when we try to connect the debugger, it appears to hang. Perhaps we just aren't waiting long enough. Anyone have any experience (or suggestions) with using Crosswind with a file this large? Or some other debugger (e.g., SingleStep)? I saw an option in GDB to generate a .syms file, is this usable with vxWorks? The GDB docs says this uses the -mapped option, but that's probably not available in NT (?). Regards, Pete - -- +-----------------------------------------------------------------+ | Pete Kockritz mailto:pkockritz@home.com | | This space for rent. | +-----------------------------------------------------------------+ --------------------------- Newsgroups: comp.os.vxworks Subject: SCSI Status. Date: Tue, 14 Nov 2000 05:45:02 GMT From: jerry321@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8uqjgt$9ft$1@nnrp1.deja.com> Hello, I am using vxworks scsiLib functions like scsiTestUnitRdy, scsiFormatUnit, scsiWrtSecs,scsiModeSelect, scsiModeSense, scsiReadCapacity, scsiRdSecs, etc. Whenever these function fails it return only ERROR. And errno's, which are defined in scsi2Lib.h, are not exactly maching to the status, sense key, sense code and sense qualifier value. How do these errno's match to the SCSI ERROR STATUS. Please respond. Thanks in advance. Jerry Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: connect Date: Tue, 14 Nov 2000 08:01:23 +0200 From: "Morne Hartman" Message-ID: <3a10d4f6$0$233@helios.is.co.za> Hi all, I am using non-blocking sockets, with a client connection. Once I have called connect, the call will return an error even if the server is listening for a connection. This is expected, but how can I detect that the connection has actually been successfully achieved? Secondly if the server calls a shutdown on its socket, how can I receive notification of this on my client side? Many thanks Morne Hartman mhartman@grintek.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Crosswind and large .out files Date: Tue, 14 Nov 2000 06:20:18 GMT From: Michael Connors Organization: @Home Network Message-ID: <3A10DABC.D3AB956E@ghs.com> References: Hi Pete, Part of the problem is dealing with the debug information that is placed in sections of the elf/dwarf object file. If you were willing to use a different compiler, then you should take a look at the Green Hills compilers. Green Hills compilers generate code into separate files related to each object file called .dbo files. When the MULTI debugger is brought up on the executable, it only pulls in debug information related to the functions you are debugging. This allows MULTI to come up quickly as if you were debugging a 1MB file. MULTI also has integration with ObjectTime (RoseRT today). This allows you to walk through your state diagram in RoseRT with RoseRT controlling the vxWorks target application through MULTI. Regards, Mike Pete Kockritz wrote: > We're having problems using Crosswind with our application (mostly C++ > generated from ObjecTime) on T2 (hosted on NT4). The .out file is > 400MB; > when we try to connect the debugger, it appears to hang. Perhaps we just > aren't waiting long enough. Anyone have any experience (or suggestions) > with using Crosswind with a file this large? Or some other debugger (e.g., > SingleStep)? > > I saw an option in GDB to generate a .syms file, is this usable with > vxWorks? The GDB docs says this uses the -mapped option, but that's > probably not available in NT (?). > > Regards, > Pete > -- > +-----------------------------------------------------------------+ > | Pete Kockritz mailto:pkockritz@home.com | > | This space for rent. | > +-----------------------------------------------------------------+ --------------------------- Newsgroups: comp.os.vxworks Subject: Has anyone used a VIA South Bridge? Date: Tue, 14 Nov 2000 04:31:42 GMT From: "Mark Oelke" Organization: Road Runner - Texas Message-ID: I'm working for a company that is developing a new PowerPC board. We like Mototola's Sandpoint but would like to find a 3.3V alternative to the Winbond/National combo. We like the VIA VT82C686A "Super South" South Bridge as an alternative (3.3V, combined PCI-to-ISA and super i/o and extra goodies like voltage and fan monitoring). However, has anyone experimented with this beast? Thanks in advance, Mark mark@oelke.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Concept of host and target Date: Tue, 14 Nov 2000 14:57:31 +0800 From: "Tan Chee Leong" Organization: StarHub Internet -- The Preferred ISP Message-ID: <3a10e2ab@news.starhub.net.sg> References: <3a0fb6a8$1@news.starhub.net.sg> <3A101C27.503C499E@windriver.com> Thank you all for the explanation. 1. There is a specification however, that a flash memory (disk-on-chip) is to be used. However, it is not usually part of commercially available workstation / motherboard. Can this be somehow implemented as a card or something (say, on PCI card) and be used for booting and loading up of vxworks, in place of the harddisk. 2. How does the watchdog timer come into place? Also, is this a card that can be fixed onto typical motherboard? Thanks so much for your patience with me. Materials available on the net seems scarce and even if I get those info I wasn't very confident that I understood them correctly. hence your help here will be very useful. cheers, Chee Leong Paul Whicker wrote in message ... >In the specific case of a target PC the standard PC pentium and pentium pro >BSPs work on most PCs. I use a 266MHz Dell GXa as a target and boot it from a >floppy and an ftp server on a PC with an NFS mounted Solaris disk. I can also >boot from the Solaris box directly by NFS and lastly I have removeable hard >drive and I can also boot from that. > >When a PC is the embedded system the best way is to make a hard disk bootable >and also put the vxWorks image on the local drive, unless you want to use the >disk for something else you can use the smallest, slowest and cheapest disk >for this. > >Does that cover it? > >paul > >In article <3A101C27.503C499E@windriver.com>, medwards@austin.rr.com wrote: >>Not only is this configuration possible, it's almost the quintessential >>definition of an embedded system. >> >>Tan Chee Leong wrote: >> >>> Hi, >>> >>> Really a newbie here and wish to evaluate on the architecture for my company >>> before implementation. >>> >>> Is it logical to talk abt a target that is physically separated from the >>> host? For example whilst development work is done on the host, the final >>> vxworks compiled code is loaded onto the target PC. Thereafter, each time >>> we just need to turn on the target PC and it will boot up in Vxworks, doing >>> the necessary operations, without needing to turn on the host PC. >>> >>> Does this configuration make sense? Or it is not possible? >>> >>> Thanks. >>> >>> Cheers, >>> Chee Leong >> --------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks Image size Date: Mon, 13 Nov 2000 18:35:16 -0800 From: N K Jain Organization: HNS Message-ID: <3A10A4E3.5074A690@hns.com> Reply-To: nkjain@hns.com hi vxworkers I am using the WRS vxworks, and SDS Debugger. The .st file that is generated is around 6.5 Mb, and it shows on building: 1557596 (t) + 3300245(d) + 312452(b) = 2200072 (172668 bytes left) I think the 3 figures on left are text, data and bss sizes. but they dont add up to give right hand side figures. My card has 4 Mb RAM. Also, I use an fromaout.exe program to convert this .st to .ou1 file, and the resulting .ou1 is about 12 Mb. But when loaded thru debugger, it shows only 1800 Kbs. My questions therefore, are: 1. What do these numbers indicate? 2. How are they related to my 4Mb RAM. 3. What is the actual size of the program that would go into the flash? is it 1800K, or something else? 4. How can I find each component of my program, viz, text, data, bss etc. Thanks and Regards Narender --------------------------- Newsgroups: comp.os.vxworks Subject: Signals and interrupts ? Date: Tue, 14 Nov 2000 07:43:16 GMT From: Thomas Garsiot Organization: Deja.com - Before you buy. Message-ID: <8uqqej$e4q$1@nnrp1.deja.com> Hi there, I'm currently working on a signals demo, to see if it would fit our needs. The problem I have is : every time I raise my signal, the processor time is shared between the signal raising task and INT36. Yet, I don't raise any interrupt during the process (not consciously at least). My demo program is as follows : 2 tasks : - - background task (bg) : loops forever, doing nothing else - - signalling task (sg): loops and, every 500000 values, prints the counter value, and sends the signal (kill) I'm working with Round Robin Scheduling, and both tasks have the same priority. Boths tasks alternate regularly, until I send the signal. Then sig alternates with INT36. The Signal handler doesn't seem to be called. (For ASCII art fans :) INT 36 - - - bg ----- ----- ----- ----- sig ----- ----- -| - - ----- If anyone has an idea on how to explain the INT36 appearing here, that would really be helpful. Thank you in advance. Cheers, Thomas ps: I'm running VxWorks 5.4 on a EST Board with Motorolla MPC 860T processor. (based on a PPC core processor) Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Optimization BUG in gcc-2.7.2.3 ?? Date: 14 Nov 2000 08:07:54 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FEC5BBE0borkhuislucentcom@135.7.153.102> References: <3A0C37C1.5D75690B@icn.siemens.de> <8FEB50449borkhuislucentcom@135.7.153.102> <3A10300D.6EFC3575@icn.siemens.de> Daniel.Schnell.GP@icn.siemens.de (Daniel Schnell) wrote in <3A10300D.6EFC3575@icn.siemens.de>: >and what about the optimization bug ??? I am sorry, I don't know anything about that. You could try looking in the archives or on Deja, or try one of the GCC newsgroups Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: I search the (Tundra PowerPro) Memory controller driver.... Date: Tue, 14 Nov 2000 08:10:43 GMT From: "ÀÌÁÖº´" Organization: Dacom Message-ID: <7s6Q5.224$KH3.8618@news2.bora.net> How do you do? I search the Tundra PowerPro, Memory Controller driver. It's controlled MPC750. Thanks, --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Monitor tool in my Tornado host from remote target. Date: Tue, 14 Nov 2000 09:10:42 +0100 From: "Martin Raabe" Organization: T-Online Message-ID: <8uqs9i$nto$00$1@news.t-online.com> References: <3a096c81@news.bezeqint.net> Hello Aviv, I have two ideas: 1. Use the output Window of SingleStep. 2. Use SingleStep for Tornado, which uses the target Server, where you then may also use the WindShell. Just my 2 Euro! Speaking for my own, not my employer! Ciao - -- Martin Raabe Project Manager Integration of SNiFF+ in Tornado II and pRISM+ TakeFive Software GmbH , a Wind River Company Carl-Zeiss-Strasse 41 55129 Mainz T: (+49) 170 / 1838405 F: (+49) 6131 / 35840-99 M: (+49) 170 / 1838405 E: Martin.Raabe@WindRiver.com W: www.WindRiver.com W: www.takefive.co.at/faq Aviv schrieb in im Newsbeitrag: 3a096c81@news.bezeqint.net... > Hi, > > We used the following components in our project: > OS: VxWorks real time operating system. > Working Environment: Tornado 2. > Compiler: Diab-Data version 4.3g > Board: MCP750 board with the PowerPC 750 (Motorola). > > The MCP750 board is connected to the monitor in the Tornado host (COM1 > interface) via the RS-232 interface. > Also, the board is connected to network lan via the ethernet interface, to > enable image downloading. > > We do not want to connect this board explicitly to our Tornado host via the > RS-232 interface, since we want to locate the board in the remote side. > But, we want to enable monitor capabilities in our Tornado host (not via the > shell tool, since we run our application from the Single Step debbuger and > not from shell !!!) as we get when this board is connected via the RS-232 > interface to the monitor in our Tornado host. > The monitor is required for "printf" and "scanf" options which were executed > in the application running in the board. > Is it another way (maybe telnet ???) to enable monitor capabilities in our > Tornado host from remote board ? > If yes, how can i do it ? > > Best Regards, > Aviv. > > > --------------------------- Newsgroups: comp.os.vxworks Subject: Question about DHCP Server configuration in VxWorks 5.4 Date: Tue, 14 Nov 2000 09:05:35 GMT From: lvshui@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8uqv8t$ilh$1@nnrp1.deja.com> Hi, all I have a question about DHCP Server configuration in Tornado II, I already give the DHCP Server lease table, the DHCP Server already start. DHCP Client send DISCOVER Packet and the DHCP Server can send OFFER Packet, but after the DHCP Client send REQUEST Packet and the DHCP Server no response!!! In usrNetDhcpsCfg.c,I use my routine replace the DHCPS_LEASE_HOOK, but I don't known the second paramter what is meaning. Any suggestion is welcome. Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Solaris Simulator connectivity Date: Tue, 14 Nov 2000 10:22:37 +0100 From: Daniel Schnell Organization: Siemens AG Message-ID: <3A11045D.C5A7C28C@icn.siemens.de> References: <8upi2r$66n$1@overload.lbl.gov> Hi Mike, yes we used our simulators on a Solaris 2.6 with both interfaces: with ulip and with PPP. With both we had no problems. We could telnet and ftp out and in and do most things we liked. Of course your network administrator should generate the appropriate routes to 127.0.1.X. And you should enable ULIP or PPP on the Solaris host. No routing magic. Ciao, Daniel Schnell Mike Anderson wrote: > > VxWorks Greetings! > > Has anyone out there in netland ever successfully gotten the > full Solaris (2.6) T2 Simulator to talk to networked hosts other than > the simulator host? If so, did you use ULIP or PPP? And, what > routing magic did you apply? > > TIA, > > Mike Anderson > Chief Scientist > The PTR Group, Inc. > Embedded, Real-time Solutions and Services > mailto:mike@theptrgroup.com http://www.theptrgroup.com > V: 703.585.9384 F: 703.430.3748 > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: high accuracy time Date: Tue, 14 Nov 2000 09:36:53 -0000 From: "Martin Dowie" Message-ID: <3a110696@pull.gecm.com> References: <3a0a9537$1@pull.gecm.com> <3a0bb904$1@pull.gecm.com> <01c04b0a$03838140$051f090a@sg2ntw48151> <3a0faba5$1@pull.gecm.com> Indeed - I was hoping someone would point out a VxWorks library that I'd missed that defined one - but I guess there really isn't one! Time to get down and dirty with the BSP... :-( Paul Whicker wrote in message news:jO0Q5.419229$i5.7148904@news1.frmt1.sfba.home.com... > Then I guess you have to calculate the time to the next necessary start and > set the timer. Timers are always nice things to have lying around on targets. > > paul --------------------------- Newsgroups: comp.os.vxworks Subject: Re: socket owner? Date: Tue, 14 Nov 2000 11:20:37 +0100 From: "Fred Zwarts" Organization: Kernfysisch Versneller Instituut Message-ID: <8ur3ll$sqo$1@info.service.rug.nl> References: <8ub36l$mmu$1@info.service.rug.nl> "Jianfei XU" wrote in message = news:eUAO5.7$Ne.12743@news.pacbell.net... > The common practice is, whoever open it should close it. So what I = mean here > is the task who opens it. On the other hand, whoever can access the = socket > descriptor also can close it, which I think is bad practice. > "Fred Zwarts" wrote in message > news:8ub36l$mmu$1@info.service.rug.nl... > "Jianfei XU" wrote in message > news:NvON5.268$FT3.225057@news.pacbell.net... > > Is there any way I can find out the owner of socket? > > >=20 > Please, define "owner of socket". >=20 >=20 >=20 I don't think that VxWorks remembers which thread opened the socket. If you want to remember this, you have to program it yourself. I do not agree that it is bad practice or common practice to close a = socket=20 in a task that did not open it. I use it frequently in cases where a=20 "listener" task waits for connection requests. When a connection is = made,=20 a new task is created to handle the communication with the client. This=20 "handler" task receives full responsibility for the socket and the=20 "listener" task has no longer anything to do with the socket. It is the=20 responsibility of the "handler" task to close the socket when the=20 communications are finished. Isn't this roughly the "inetd" model, which I think is common practice? --------------------------- Newsgroups: comp.os.vxworks Subject: How to extract part of a library file and generate a new file? Date: Tue, 14 Nov 2000 10:39:46 GMT From: terrylee Organization: Deja.com - Before you buy. Message-ID: <8ur4ph$mc9$1@nnrp1.deja.com> How to extract part of a library file(such as libPPC604gnuvx.a) and generate a new objective file (such as trcStack.out)? Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: rom resident image & cache on architectures. Date: Tue, 14 Nov 2000 11:14:04 GMT From: "myGOL" Organization: Global Online Japan // Exodus Communications KK. Message-ID: <089Q5.403$qu5.145853@nnrp.gol.com> may sound generic question. i read in PPC discussions that for rom resident image of VxWorks the *Windriver* disables caches. is it true for all other archs such as x86, Motorola, MIPS & ARM? if yes then what is the reason? i guess it might be because of ROM data bus width is smaller...but since a BSP developer has control over romInit.s and the bootinit code, he can enable the cache. am i correct? tia. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to extract part of a library file and generate a new file? Date: 14 Nov 2000 11:33:23 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FEC7C6A2borkhuislucentcom@135.7.153.102> References: <8ur4ph$mc9$1@nnrp1.deja.com> leee3011@my-deja.com (terrylee) wrote in <8ur4ph$mc9$1@nnrp1.deja.com>: >How to extract part of a library file(such as libPPC604gnuvx.a) and >generate a new objective file (such as trcStack.out)? Use arppc to extract and ldppc to create the out-file. Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Tue Nov 14 04:14:50 2000 From: suresh@cosystems.com Date: Tue Nov 14 04:14:52 PST 2000 Subject: How To use RPC's on VxWORKS OS for X86 Target HI , I am sending the detail information because, we are facing some problems with one machine as target on VxWorks O.S and another machine as host with solaris O.S. The client will be on host(solaris) machine which will call standard system calls ( like open(),close(),read(),ioctl() etc) through RPC calls. The server side contains only the corresponding functions which actually call the standard system calls on the target machine( vxworks) protocol stack. We have taken SUN RPC's as the standard because it is supported by both vxworks and psos operating systems. We could compile for the client's side on a compiler for solaris but we couldn't compile for the server's side (which runs on host) on vxworks compiler on NT machine. remember that server() side contains only the procedures. Our main requirnments are. 1. target machine ( containing the protocol stack) should be on VxWorks O.S . Server will run on this machine and server contains only the RPC procedures[nothing like main()] which call the standard systems calls like open(), close() etc., - w.r. t above we need the information on compiler ( whether to use cross compiler on solaris for vxworks O.S or something else) and compilation procedures also. 2. host machine ( which runs daemons / applications) should be on solaris O.S. client will run on this machine and client calls the RPC procudures which are coded at the server side. - we could compile for the client side on solaris compiler available on solaris machine. If any one can provide the information at the earliest, it will be very useful. Thanks & Regardds Suresh k. From vxwexplo-errs@csg.lbl.gov Tue Nov 14 04:24:15 2000 From: "myGOL" Date: Tue Nov 14 04:24:17 PST 2000 Subject: rom resident images & cache This is a multi-part message in MIME format. ------=_NextPart_000_0074_01C04E81.271047E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable may sound generic question. i read in PPC discussions that for rom resident image of VxWorks the *Windriver* disables caches. is it true for all other archs such as x86, Motorola, MIPS & ARM? if yes then what is the reason? i guess it might be because of ROM data bus = width is smaller...but since a BSP developer has control over romInit.s and = the bootinit code, he can enable the cache. am i correct? tia. ------=_NextPart_000_0074_01C04E81.271047E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

    may sound generic question.
    i read = in PPC=20 discussions that for rom resident image of VxWorks the
    *Windriver* = disables=20 caches.
    is it true for all other archs such as x86, Motorola, MIPS = & ARM?=20 if yes
    then what is the reason? i guess it might be because of ROM = data bus=20 width
    is smaller...but since a BSP developer has control over = romInit.s and=20 the
    bootinit code, he can enable the cache. am i=20 correct?
    tia.
    ------=_NextPart_000_0074_01C04E81.271047E0-- From vxwexplo-errs@csg.lbl.gov Tue Nov 14 06:46:13 2000 From: David Laight Date: Tue Nov 14 06:46:15 PST 2000 Subject: Re: rom resident images & cache > may sound generic question. > i read in PPC discussions that for rom resident image of VxWorks the > *Windriver* disables caches. > is it true for all other archs such as x86, Motorola, MIPS & ARM? if yes > then what is the reason? i guess it might be because of ROM data bus > width is smaller...but since a BSP developer has control over romInit.s and > the bootinit code, he can enable the cache. am i correct? > tia. > I believe that vxWorks disables the I and D caches for the ROM on all architectures. The ARM certainly comes with them disabled. I recall that the reason has to do with being able to write to FLASH - which requires uncached accesses. However this can be solved in other ways - eg mapping the area two addresses, or disabling the cache during write operations. The performance of my ARM system with the caches disabled is absolutely abysmal. I enable the I and D caches for the ROM in order to get the system boot time to a respectable figure (about 3 seconds). This does require a certain amount of care in the BSP to ensure that the cache and TLBs never contain incorrect data, and that the D-cache is flushed of new code. (My cache/MMU/TLB handling is a lot safer now I now longer use the network boot 'ROM' code nor the soft restart. I had terrible problems because the cpu would be using page tables from random areas of DRAM.) David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Tue Nov 14 06:58:54 2000 From: "David Anderson @ Data Track" Date: Tue Nov 14 06:58:57 PST 2000 Subject: msgQSend + task suspend & delete. vxWorks : 5.3.1 Tornado : 1.0.1 Processor: Coldfire Hello all, Is there a known bug with task interactions in the following scenario: task1 [ higher priority] task 2 [ lower priority ] ............................................................. start of msgQSend( a message ) !! task 1 pre-emption. !! task suspend task 2...................................[suspended in msgQSend] close task2 i/o handles task delete task 2......................................[deleted while in msgQSend] It appears possible for task2 to suspend in such a way that msgQNumMsgs() does NOT return the correct value in another task ( task3 ) which receives from the Q. I believe task 2 takes a vxWorks semaphore and is then deleted before the semaphore is released ( locking up access to the Q ). The msgQSend is always being executed by task2 as it is called with WAIT_FOREVER with the Q normally full.(This causes task 2 to yield to task3). It was my belief that the O/S calls, such as msgQSend should be completely safe from unexpected task suspend or delete operations. Placing taskSafe/taskUnsafe calls around the msgQSend cures the problem. NOTE: I agree it is not good practice ;-) and has been replaced by another method. David Anderson. mailto:danderson@dtrack.demon.co.uk ------------------------------------- FF: 2B + ~2B , that is the question ? ------------------------------------- Disclaimer ---------- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please destroy and notify Data Track Technology Plc +44 1425 271900. ------------------------------------------------------- From vxwexplo-errs@csg.lbl.gov Tue Nov 14 10:34:13 2000 From: David Laight Date: Tue Nov 14 10:34:16 PST 2000 Subject: Re: msgQSend + task suspend & delete. > > Is there a known bug with task interactions in the following scenario: > > task1 [ higher priority] task 2 [ lower priority ] > .............................................. start of msgQSend( a message ) > !! task 1 pre-emption. !! > task suspend task 2...........................[suspended in msgQSend] > close task2 i/o handles > task delete task 2............................[deleted while in msgQSend] > > It appears possible for task2 to suspend in such a way that msgQNumMsgs() > does NOT return the correct value in another task ( task3 ) which receives > from the Q. msgQNumMsgs doesn't have any locks on the queue - indeed it doesn't need any! The information it returns is necessarily out of date if any other task is able to perform a put/get on the queue. It is possible that msgQSend increments the count as a separate action to adding the message! Code is too complex to follow... > I believe task 2 takes a vxWorks semaphore and is then deleted before the > semaphore is released ( locking up access to the Q ). About what I would expect! The vxWorks code seems to contain loads of checks that should never fail, and no reference counts on items so it is possible to tell when something can be deleted. > > It was my belief that the O/S calls, such as msgQSend should be completely > safe from unexpected task suspend or delete operations. Placing > taskSafe/taskUnsafe calls around the msgQSend cures the problem. taskDelete is bad news - it is VERY likely to leave the system with variables in invalid states. Even taskSuspend can leave the suspended task holding important resources. David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Wed Nov 15 04:03:10 2000 From: Vxworks Exploder Date: Wed Nov 15 04:03:13 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Wed Nov 15 04:03:05 PST 2000 Subject: makeSymTbl Subject: How To use RPC's on VxWORKS OS for X86 Target Subject: Re: How to extract part of a library file and generate a new file? Subject: Ping Problems (Strange ) Subject: Re: Optimization BUG in gcc-2.7.2.3 ?? Subject: rom resident images & cache Subject: ping question Subject: re: rom resident images & cache Subject: msgQSend + task suspend & delete. Subject: Help on file locking Subject: double returned by a function Subject: Re: END Drivers and Cluster Loss Subject: Ethernet Supported Cards Subject: Re: MUX : How can i get the information(parameters) for calling muxBind Subject: Q: ioctl(sockfd, SIOCGIFCONF,&ifconftmp) Subject: Re: double returned by a function Subject: Re: double returned by a function Subject: Problem with Tornado 2 Subject: re: msgQSend + task suspend & delete. Subject: newbie question Subject: Looking for time measurement on VxWorks-operated MV2700 Subject: Re: Optimization BUG in gcc-2.7.2.3 ?? Subject: FILENAME_MAX Subject: Re: building gcc-2.95.2 as crosscompiler for PowerPC wrs VxWorks5.4 ? Subject: help please! Subject: vxWorks Double Link List (lstLib) Subject: real time embedded software Subject: Re: help please! Subject: Tcl/Tk on VxWork? Subject: Active PCB after socket closed Subject: Flash memory Subject: Cross-Development??? Subject: Re: help please! Subject: How to explain the vector number I got from an exception? Subject: Re: help please! Subject: Re: vxWorks Double Link List (lstLib) Subject: Re: Cross-Development??? Subject: Re: vxWorks Double Link List (lstLib) Subject: Exciting VoIP Opportunity - Software Engineers Wanted ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: makeSymTbl Date: Tue, 14 Nov 2000 12:50:38 +0000 From: Carl Parsons Organization: - Message-ID: <974206759.586442607@news.leica.co.uk> Followup-To: comp.os.vxworks I am trying to move standalone software from a 68020 board to a 68040 when I issue the command make CPU=MC68040 TOOL=gnu vxWorks.st_rom ADDED_MODULES=saeht.out I get the error msq_drv.c:335: (MSQDisplay): undefined reference to `_stdioFillBuf' msq_drv.c is in the added module saeht.out. The error occurs while symTbl.c is being created with makeSymTbl. Thanks --------------------------- Newsgroups: comp.os.vxworks Subject: How To use RPC's on VxWORKS OS for X86 Target Date: Tue, 14 Nov 2000 15:54:41 +0530 From: suresh@cosystems.com Organization: Lawrence Berkeley National Laboratory Message-ID: <5.0.0.25.1.20001114155026.00a0f4f0@192.9.200.5> HI , I am sending the detail information because, we are facing some problems with one machine as target on VxWorks O.S and another machine as host with solaris O.S. The client will be on host(solaris) machine which will call standard system calls ( like open(),close(),read(),ioctl() etc) through RPC calls. The server side contains only the corresponding functions which actually call the standard system calls on the target machine( vxworks) protocol stack. We have taken SUN RPC's as the standard because it is supported by both vxworks and psos operating systems. We could compile for the client's side on a compiler for solaris but we couldn't compile for the server's side (which runs on host) on vxworks compiler on NT machine. remember that server() side contains only the procedures. Our main requirnments are. 1. target machine ( containing the protocol stack) should be on VxWorks O.S . Server will run on this machine and server contains only the RPC procedures[nothing like main()] which call the standard systems calls like open(), close() etc., - w.r. t above we need the information on compiler ( whether to use cross compiler on solaris for vxworks O.S or something else) and compilation procedures also. 2. host machine ( which runs daemons / applications) should be on solaris O.S. client will run on this machine and client calls the RPC procudures which are coded at the server side. - we could compile for the client side on solaris compiler available on solaris machine. If any one can provide the information at the earliest, it will be very useful. Thanks & Regardds Suresh k. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to extract part of a library file and generate a new file? Date: Tue, 14 Nov 2000 12:13:18 GMT From: terrylee Organization: Deja.com - Before you buy. Message-ID: <8ura8s$q1s$1@nnrp1.deja.com> References: <8ur4ph$mc9$1@nnrp1.deja.com> <8FEC7C6A2borkhuislucentcom@135.7.153.102> Thx. I get it Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Ping Problems (Strange ) Date: Tue, 14 Nov 2000 14:36:10 +0200 From: "Morne Hartman" Message-ID: <3a113188$0$17225@hades.is.co.za> Hi all, I have experienced a strange problem with the ping routine. I am using ping from within an application to determine if a remote system is available. If I call the ping routine from within the application, it returns saying that it could not reach the system. The Code I am using is as follows : ping ("196.11.193.182, 1, PING_OPT_SILENT); However if I use the Ping routine from the shell, it reports that the remote system is available, which is the correct response. Does anyone know why there is a discrepancy between these two implementations, and how I can get the ping routine inside my application to work? Many thanks Morne Hartman mhartman@grintek.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Optimization BUG in gcc-2.7.2.3 ?? Date: Tue, 14 Nov 2000 13:07:17 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <3A0C37C1.5D75690B@icn.siemens.de> Daniel Schnell wrote in message <3A0C37C1.5D75690B@icn.siemens.de>... >Hi developers, > >I know this issue has been discussed before. And exactly this is the >reason why I am asking. I heard that gcc 2.7.2.3. that ships with >Tornado 2.0 on a SUN Solaris Host has some known bugs concerning >optimization (e.g. -O2). Is there any information (maybe on windsurf >also) where these optimization bugs are documented. Maybe there is even >a small demo code that can be compiled to see if for the appropriate >platform this bug still exists. Optimizer bugs?! Optimizer bugs !? Yeah, we got optimizer bugs allright. How many do ya want ? Optimizer bugs are well known to exist in gcc 2.7.2 (and variants). You didn't mention what CPU architecture you're using, but we've had nightmares with PPc and gcc 2.7.2. It miscompiles very obscure bits of code that can't be easily detected - there doesn't seem to be any pattern to what makes it go wrong. For your entertainment I have copied a bunch of SPRs from WRS' support site. None of them have been fixed. Workarounds include such gems as 'treat all memory references as volatile', 'dont use the optimizer', and my particular favourite, "We suggest, as a workaround, that you use asm() directives to generate the code that you want, or code the routines in assembler." IOW, the compiler doesn't work so hand compile your code. D'oh! Now why didn't I think of that? I raised the problem with WRS support a while ago. Their answer: "Well, you're stuffed then, aren't you. No, we aren't going to fix it." (I am paraphrasing here, but I feel I have accurately conveyed the essence of WRS' support service). I'm attempting to solve the problem myself by building the latest (2.95.2) GNU release of the compiler, but there are particular problems with doing so for my target platform (Ppc), since GNU have changed the implementation of the EABI calling conventions and (in particular) varargs handling between these two versions, which has the consequence that the new code I compile is not quite compatible with the VxWorks libraries. If we had a source code license for the entire OS we could presumably rebuild it ourselves with the new compiler and it should work, but the cost of WRS source code licences rules out that consideration as far as our management is concerned. We also had a quick try-out of the DIAB compiler that WRS sell, and found that it also appeared to have optimization bugs, although we didn't investigate in depth. When you do find an optimization bug in your compiled code, it can usually be fixed by breaking down the expression that is miscalculated into simpler parts and using temporary variables for any repeated parts - in short, do the common subexpression elimination manually. DaveK - -------------------------------------------------------------------------- SPR#: 32144 ARCH: PowerPC BOARD: All HOST OS: SunOS/Solaris DESCRIPTION: g++: Internal compiler error building example with "-O2" optimization WORKAROUND - ---------------------------------------------------------------------------- SPR#: 30131 ARCH: PowerPC BOARD: All HOST OS: Windows NT DESCRIPTION: gcc: The -O2 optmization produces broken assembly code when DEBUG compile option is included. WORKAROUND - ---------------------------------------------------------------------------- SPR#: 30131 ARCH: PowerPC BOARD: All HOST OS: Windows NT DESCRIPTION: gcc: The -O2 optmization produces broken assembly code when DEBUG compile option is included. WORKAROUND - ---------------------------------------------------------------------------- SPR# 9582 TITLE: gcc: 2.7 Gnu compiler's optimization produces incorrect code. (T1.0.1) FIX: Not in released product yet. FIXED ON: Not Resolved yet IDE: Tornado 3.0 Component: tornado-hutils RTOS: VxWorks Version: 5.3.1 Product Name: GNU Toolkit Release#: 1.0.1 Release Status: FCS Products Affected: GNU Toolkit,Tornado Host: Windows NT HostOs: N/A HostOSRev: N/A Arch Family: 68k/CPU32/80x86 Arch CPU: N/A BSP: mv177 Ver: N/A DESCRIPTION gcc: 2.7 Gnu compiler's optimization produces incorrect code. WORKAROUND The workaround is to either declare the pointers as volatile or compile the source file with the -fvolatile flag. - ---------------------------------------------------------------------------- g++: Power PC compiler crashes with fatal signal 11 at high optimization Solution ID: 16.0.559204.2463426 Solution Type: Product Solution Solution Status: Proposed Goal: g++: Power PC compiler crashes with fatal signal 11 at high optimization Fact: Tornado / 2.0 Fact: Tornado / 1.0.1 Fact: Solaris Fact: GNU Toolkit Fact: gnu compiler Fact: g++ Fact: PowerPC Symptom: Error: "fatal signal 11" Cause: The compiler's scheduler consumes large amounts of stack space under -O2 and higher optimizations levels. Solaris will segfault the compiler, if the compiler uses more than 8 megabytes of stack by default. This often happens on larger test cases (8+ minutes to compile on fast Sun boxes). Fix: SPR 29267 Fix: This is fixed in a future release. Meanwhile, you can reduce optimization to -01. For Tornado 2.0, there is the following workaround. Inform the OS that the compiler is allowed to use large amounts of stack space. Under bash and ksh, use the following command: ulimit -s 100000 - ---------------------------------------------------------------------------- SPR# 9018 TITLE: gcc: optimization flags (-O1 or higher) sometimes incorrectly use rlwimi and rlwinm instructions FIX: Not in released product yet. FIXED ON: Not Resolved yet IDE: Tornado 1.0.1 Component: tornado-hutils RTOS: VxWorks Version: 5.3.1 Product Name: GNU Toolkit Release#: 1.0.1 Release Status: FCS Products Affected: GNU Toolkit Host: Solaris HostOs: N/A HostOSRev: N/A Arch Family: Motorola PowerPC Arch CPU: N/A BSP: mv2604 Ver: N/A DESCRIPTION gcc: optimization flags (-O1 or higher) sometimes incorrectly use rlwimi and rlwinm instructions WORKAROUND - ---------------------------------------------------------------------------- SPR# 27964 TITLE: gcc: With optimization and debugging options enabled, MIPS compiler generates erroneous code FIX: Not in released product yet. FIXED ON: Not Resolved yet IDE: Tornado 1.0.1 Component: tornado-hutils RTOS: VxWorks Version: 5.3.1 Product Name: Tornado Release#: 1.0.1 Release Status: FCS Products Affected: Tornado Host: Intel x86/Pentium HostOs: HostOSRev: 4.0 - Service pack 3 Arch Family: MIPS Arch CPU: R3000 BSP: idts381 Ver: N/A DESCRIPTION With the MIPs compiler, and with optimization and debugging options enabled, the compiler generates erroneous code With optimization and debugging options enabled, the compiler generates erroneous code which causes the application to fail. The problem appears to occur when watchdog timers are being used. The combinations which pass and fail are as follows: With wdStart() in the test code, and compiled the code with the following options: Options Working - ---------------------------------------------- - --- With "-O0" and "-g" OK - --- With "-O1" and "-g" OK - --- With "-O2" and "-g" FAIL - --- WIth "-O2" FAIL WORKAROUND Do not use high optimzation and debug at the same time. Note that in any event debugging highly optimized code is problematic at best - ---------------------------------------------------------------------------- SPR# 2977 TITLE: gcc: A compiler bug occurs when the optimizer is used. FIX: Not in released product yet. FIXED ON: Not Resolved yet IDE: Component: tornado-hutils RTOS: VxWorks Version: 5.2 Product Name: GNU Toolkit Release#: 2.2.3.1 Release Status: FCS Products Affected: GNU Toolkit Host: Sun4 HostOs: N/A HostOSRev: N/A Arch Family: Intel X86 Arch CPU: N/A BSP: All Ver: N/A DESCRIPTION Under certain circumstances, when optimization flags are used (e.g. -O -O2), the i386/i486 GNU ToolKit generates incorrect code. For details, see VxWorks 5.1.1-386 Programmer's guide supplement. WORKAROUND - ---------------------------------------------------------------------------- SPR# 30131 TITLE: gcc: The -O2 optimization produces broken assembly code when DEBUG compile option is included. FIX: Not in released product yet. FIXED ON: Not Resolved yet IDE: Tornado 2.0 Component: tornado-hutils RTOS: Version: Product Name: GNU Toolkit Release#: N/A Release Status: FCS Products Affected: GNU Toolkit Host: Intel x86/Pentium HostOs: HostOSRev: 4 Arch Family: PowerPC Arch CPU: 604 BSP: All Ver: N/A DESCRIPTION gcc: The -O2 optmization produces broken assembly code when DEBUG compile option is included. WORKAROUND - ---------------------------------------------------------------------------- SPR# 25603 TITLE: gcc: -03 optimization using gnu 2.7.2 has a problem. Works fine with -01 optimization FIX: Not in released product yet. FIXED ON: Not Resolved yet IDE: Tornado 1.0.1 Component: tornado-hutils RTOS: Version: Product Name: GNU Toolkit Release#: 1.0.1 Release Status: FCS Products Affected: GNU Toolkit Host: Sun SPARC HostOs: HostOSRev: 2.5.1 Arch Family: 68K Arch CPU: 68040 BSP: Ver: DESCRIPTION gcc: -03 optimization using gnu 2.7.2 has a problem. Works fine with -01 optimization WORKAROUND - ---------------------------------------------------------------------------- TSR# 48742 DATE: Oct 24 1997 TITLE: Why does the GNU 2.7 optimization produce incorrect code when excluding -fvolatile flag? SCOPE DISCOVERED ON HOST: N/A Solaris ------------------- ------------------- ARCHITECTURE: All PPC, mv177 & x86 ------------------- ------------------- BSP: All mv1604, mv177, & pc486 ------------------- ------------------- PRODUCT / REVISION: Tornado 1.0.1 FCS Tornado 1.0.1 FCS ------------------- ------------------- DESCRIPTION OF PROBLEM: In 5.2 we used "gcc version cygnus-2.2.3.1" and in 5.3.1 we use "gcc version cygnus-2.7.2-960126" Below is a code fragment that dosn't behave well under 5.3.1, the pointer global->free_list->next is zero after the loop is executed. With the older compiler global->free_list->next pointed to a valid object. When i turn off optimization in 2.7.2 i get the expected behaviour, 2.2.3.1 gives correct result with or without optimization. Also, If I compile the testcase with the -fvolatile option, the I get the expected behaviour. Testcase: #include "vxWorks.h" #include "stdio.h" struct obj { struct obj *pNext; }; struct gd { struct obj objectTable[10]; struct obj *pFreeList; }; static char sectionGlobalData[sizeof(struct gd)]; static struct gd *pGlobal; void test(void) { struct obj *pLast = 0; int i = 0; pGlobal = (void *) sectionGlobalData; while(i<10) { pGlobal->objectTable[i].pNext = pLast; pLast = &pGlobal->objectTable[i]; i++; } pGlobal->pFreeList = pLast; for(i=0;i<10;i++) { printf("\n node (%d) = %p\n and points to %p\n", i+1,&pGlobal->objectTable[i], pGlobal->objectTable[i].pNext); } } Windshell Output: - -> ld < testLinkList.o value = 690232 = 0xa8838 - -> sp(test) task spawned: id = fa8e20, name = u0 Compiled with -fno-volatile and -O2, notice the link list is created backwards: node (1) = 0x5e898 and points to 0x5e89c node (2) = 0x5e89c and points to 0x5e8a0 node (3) = 0x5e8a0 and points to 0x5e8a4 node (4) = 0x5e8a4 and points to 0x5e8a8 node (5) = 0x5e8a8 and points to 0x5e8ac node (6) = 0x5e8ac and points to 0x5e8b0 node (7) = 0x5e8b0 and points to 0x5e8b4 node (8) = 0x5e8b4 and points to 0x5e8b8 node (9) = 0x5e8b8 and points to 0x5e8bc node (10) = 0x5e8bc and points to 0x0 Compiled with -fvolatile and -O2, notice the correct construction of the link list: node (1) = 0x5e794 and points to 0x0 node (2) = 0x5e798 and points to 0x5e794 node (3) = 0x5e79c and points to 0x5e798 node (4) = 0x5e7a0 and points to 0x5e79c node (5) = 0x5e7a4 and points to 0x5e7a0 node (6) = 0x5e7a8 and points to 0x5e7a4 node (7) = 0x5e7ac and points to 0x5e7a8 node (8) = 0x5e7b0 and points to 0x5e7ac node (9) = 0x5e7b4 and points to 0x5e7b0 node (10) = 0x5e7b8 and points to 0x5e7b4 RESEARCH: Consulted with WRS compiler group. RESOLUTION: The GNU 2.7 compiler optimization scheme does not account for order dependency. When the compiler encounters the while loop, it assigns the counter variable "i" to a value "9" versus "0". For instance, the following is a dump of the while loop: while(i<10) 00000032 <_test+12> moveq #9,%d2 <- COUNTER SET TO 9 00000034 <_test+14> lea 000000b0 <_statics+24>,%a0 { global->object_table[i].next = last; 0000003a <_test+1a> movel %a1,%a0@ last = & global->object_table [ i ]; 0000003c <_test+1c> moveal %a0,%a1 i++; 0000003e <_test+1e> lea %a1@(-4),%a0 } 00000042 <_test+22> dbf %d2,0000003a <_test+1a> 00000046 <_test+26> clrw %d2 00000048 <_test+28> subql #1,%d2 0000004a <_test+2a> bccs 0000003a <_test+1a> global->free_list = last; 0000004c <_test+2c> moveal 000000b8 <_statics+2c>,%a0 00000052 <_test+32> moveq #36,%d1 00000054 <_test+34> addil #140,%d1 0000005a <_test+3a> movel %d1,%a0@(40) This is great since decrementing a counter takes less work then incrementing and comparing values. However, the compiler doesn't account for code that depends upon a specific order. Thus, the problem. The testcase relies upon the counter starting from zero and incrementing to 9. Since, the compiler assigns the array indexes in the wrong order, the link list gets created backwards. This is a bug. The workaround is to either declare the pointers as volatile or compile the source file with the - -fvolatile flag. SPR / PATCH: 9582 KEYWORDS: Gnu 2.7 optimization SIGN-OFF: GROUP: compilers GNU - ---------------------------------------------------------------------------- SPR# 25311 TITLE: gcc: ccarm: optimization bug (T101) FIX: Not in released product yet. FIXED ON: Not Resolved yet IDE: Tornado 3.0 Component: tornado-hutils RTOS: VxWorks Version: 5.3.1 Product Name: Tornado Release#: 1.0.1 Release Status: FCS Products Affected: Tornado Host: Intel x86/Pentium HostOs: HostOSRev: 4.0 Arch Family: ARM Arch CPU: SA1100 BSP: brutus Ver: N/A DESCRIPTION gcc: ccarm: optimization bug WORKAROUND - ---------------------------------------------------------------------------- Summary #10484------------------------------------------------------- DATE: Mar 23 1993 3:23PM Product: 5.0.2bHost: DEC/ULTRIX Board: mv167Board: TITLE: GNU optimizes to incorrect code by doing 16 bit transfers & not 32. SYSTEM:DESCRIPTION:Need to access the VMECHIP2 registers with maximal efficiency in the trigger crate monoboards. The GNU C compiler optimizes to incorrect code by deciding to do 16 bit transfers rather than 32. The VMECHIP2 registers don't support 16 bit transfers. In the past, this was adjusted by defining the transfer to be "volatile" and accepting the inefficiency shown in the assembly code fragment below which is generated by the C compiler. (There is a "#include " statement at the head of the file.)===Without volatile designator============ C: *(unsigned int *)VMECHIP2_DMACR1 &= ~DMACR1_DWB; asm: andw #57343,-786382 Note:If DMACR1_DWB is not complemented, and "andl" is generated. Also applying an "unsigned int" cast to DMACR1_DWB doesn't help. ===With volatile designator=============== C: *(volatile unsigned int *)VMECHIP2_DMACR1 &= ~DMACR1_DWB; asm: movel #-786384,a0asm: movel a0@,d0asm: andw #57343,d0 asm: movel d0,a0@ As you can see, the transfer to -786382 (0xfff40032) is "word" length in the first instance, but "long" length in the second. However, the second instance moves the data around a lot.SYMPTOM(S): RESOLUTION: We do not believe the behavior of the compiler can be called "incorrect" or even "non-ANSI" in this case. You maintain that the constant DMACR1_DWB (which must be defined as 0x2000, looking at the code) has not been treated as an unsigned long, as the ANSI standard requires. But really it has: ~0x2000 == 0xFFFFDFFF. In regards to this mask, the compiler has generated: andw #0xDFFF, address What has happened is an optimization. The full mask would be 0xFFFFDFFF. But, anding with one results in the original number. Since the upper 16 bits of the mask are all one, the compiler has decided that there is no point in performing the AND on the upper 16 bits. So, we see that the compiler is, in fact, treating the mask as unsigned long. If it were treating it as a short, it would have to AND with 0x0000DFFF, so that the upper 16 bits of the target would be cleared. In the way that the compiler does it, the upper 16 bits are left alone, which is what should happen if ~0x2000 is treated as a long. Now, you turn on volatile, and are disappointed to see that extra instruc- tions get emitted. What you really want is for: andl #0xFFFFDFFF, addressto be emitted. We suggest, as a workaround, that you use asm() directives to generate the code that you want, or code the routines in assembler (so that they can, hopefully, use the #defines in the include file.) The optimizer (when the volatile keyword is used) isn't generating the fastest possible code, we admit, but we think this could be a request for enhancement rather than a bug as you suggested. The compiler (without volatile) is trying to generate the fastest code it can. That accounts for why the code generation depends on the value of the mask. For small positive masks, sometimes moveq's are used before the and. When volatile is on, the compiler doesn't try as hard to optimize, and that's a bit of a disappointment. But we think that if performance plus machine register access is needed, that assembly language is a legitimate workaround.SEE ALSO:GROUP: compilers - ---------------------------------------------------------------------------- - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: rom resident images & cache Date: Tue, 14 Nov 2000 21:23:37 +0900 From: "myGOL" Organization: Lawrence Berkeley National Laboratory Message-ID: <8urdrb$h3g$1@overload.lbl.gov> This is a multi-part message in MIME format. - ------=_NextPart_000_0074_01C04E81.271047E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable may sound generic question. i read in PPC discussions that for rom resident image of VxWorks the *Windriver* disables caches. is it true for all other archs such as x86, Motorola, MIPS & ARM? if yes then what is the reason? i guess it might be because of ROM data bus = width is smaller...but since a BSP developer has control over romInit.s and = the bootinit code, he can enable the cache. am i correct? tia. - ------=_NextPart_000_0074_01C04E81.271047E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
    may sound generic question.
    i read = in PPC=20 discussions that for rom resident image of VxWorks the
    *Windriver* = disables=20 caches.
    is it true for all other archs such as x86, Motorola, MIPS = & ARM?=20 if yes
    then what is the reason? i guess it might be because of ROM = data bus=20 width
    is smaller...but since a BSP developer has control over = romInit.s and=20 the
    bootinit code, he can enable the cache. am i=20 correct?
    tia.
    - ------=_NextPart_000_0074_01C04E81.271047E0-- --------------------------- Newsgroups: comp.os.vxworks Subject: ping question Date: Tue, 14 Nov 2000 16:27:40 +0200 From: Ofer Goren Organization: Bay Networks, Inc. Message-ID: <3A114BDC.68FAE2ED@nortelnetworks.com> Hi. I use Tornado 1.0.1 for PPC740. When I'm calling the ping function from the shell with only one parameter (the remote IP address), the default value for the retries is infinity. Is there a way to change this default without the pingLib code? Some global variable, or something? Thanks, - -- Embedded SW Team Leader Email : ogoren@nortelnetworks.com Phone number: +9723-6456023 Fax number : +9723-6479579 ESN : 826-6023 http://www.nortelnetworks.com - ---------------------------------------------------- If you lend someone $20, and never see that person again, it was probably worth the investment. --------------------------- Newsgroups: comp.os.vxworks Subject: re: rom resident images & cache Date: Tue, 14 Nov 2000 14:46:45 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200011141446.OAA22186@dsl-2.tadpole.co.uk> > may sound generic question. > i read in PPC discussions that for rom resident image of VxWorks the > *Windriver* disables caches. > is it true for all other archs such as x86, Motorola, MIPS & ARM? if yes > then what is the reason? i guess it might be because of ROM data bus > width is smaller...but since a BSP developer has control over romInit.s and > the bootinit code, he can enable the cache. am i correct? > tia. > I believe that vxWorks disables the I and D caches for the ROM on all architectures. The ARM certainly comes with them disabled. I recall that the reason has to do with being able to write to FLASH - which requires uncached accesses. However this can be solved in other ways - eg mapping the area two addresses, or disabling the cache during write operations. The performance of my ARM system with the caches disabled is absolutely abysmal. I enable the I and D caches for the ROM in order to get the system boot time to a respectable figure (about 3 seconds). This does require a certain amount of care in the BSP to ensure that the cache and TLBs never contain incorrect data, and that the D-cache is flushed of new code. (My cache/MMU/TLB handling is a lot safer now I now longer use the network boot 'ROM' code nor the soft restart. I had terrible problems because the cpu would be using page tables from random areas of DRAM.) David - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: msgQSend + task suspend & delete. Date: Tue, 14 Nov 2000 14:51:45 -0000 From: "David Anderson @ Data Track" Organization: Lawrence Berkeley National Laboratory Message-ID: <8urksb$k91$1@overload.lbl.gov> vxWorks : 5.3.1 Tornado : 1.0.1 Processor: Coldfire Hello all, Is there a known bug with task interactions in the following scenario: task1 [ higher priority] task 2 [ lower priority ] ............................................................. start of msgQSend( a message ) !! task 1 pre-emption. !! task suspend task 2...................................[suspended in msgQSend] close task2 i/o handles task delete task 2......................................[deleted while in msgQSend] It appears possible for task2 to suspend in such a way that msgQNumMsgs() does NOT return the correct value in another task ( task3 ) which receives from the Q. I believe task 2 takes a vxWorks semaphore and is then deleted before the semaphore is released ( locking up access to the Q ). The msgQSend is always being executed by task2 as it is called with WAIT_FOREVER with the Q normally full.(This causes task 2 to yield to task3). It was my belief that the O/S calls, such as msgQSend should be completely safe from unexpected task suspend or delete operations. Placing taskSafe/taskUnsafe calls around the msgQSend cures the problem. NOTE: I agree it is not good practice ;-) and has been replaced by another method. David Anderson. mailto:danderson@dtrack.demon.co.uk - ------------------------------------- FF: 2B + ~2B , that is the question ? - ------------------------------------- Disclaimer - ---------- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please destroy and notify Data Track Technology Plc +44 1425 271900. - ------------------------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: Help on file locking Date: Tue, 14 Nov 2000 09:23:17 -0600 From: Young JongPao Organization: mrdc Message-ID: <3A1158E5.B2784C29@network.com> Hi all, I am new to VxWorks and I have to write a test program for multiple clients that run VxWorks. My test will run on all clients at the same time and they all will open the same file at the same time on a server, which runs Solaris, through the Ethernet. The problem with that is that when more than 12 clients try then the network get jammed and my test will fail. How will I approach this problem? Can I set a lock after the firt client opens the file successfully so others can not access it until it is done with it and release it? How would ne the best approach ? How can I resolve the network congestion? Appreciate any help on this. Thanks in advance, Py --------------------------- Newsgroups: comp.os.vxworks Subject: double returned by a function Date: Tue, 14 Nov 2000 15:24:52 GMT From: ilavin@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8urlfq$3b2$1@nnrp1.deja.com> I have a problem, I am making a function that returns a type data double and when I execute this function the target crashs. Coud anyone help me? Thank You. Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: END Drivers and Cluster Loss Date: Tue, 14 Nov 2000 13:53:54 +0000 From: Graham Baxter Organization: Graham Baxter (Software) Limited Message-ID: <3A1143F2.ECFBD110@NOSPAM.bcs.org.uk> References: <8ugddk$hhu$1@nnrp1.deja.com> Check you have the latest motfccend.c. Some memory leeks were fixed in November 1999. Regards, Graham Baxter Freelance Software Engineer gbaxter@bcsNOSPAM.org.uk Martin Usher wrote: > "George Varndell" wrote:- > > > While I wouldn't argue that a bug in the stack is out of the > > question, I would argue that it is far more likely a bug in > > the driver is at fault here. How do you suppose the stack > > obtained the NULL cluster? I would assume it was passed in by > > the driver rather than assuming the stack somehow created it. > > > Thanks for your observation. The only reason why I alluded to 'a bug in the > stack' is that the VxWorks problem report also mentioned something along > those lines. > > Its fairly easy to figure out whether the driver is losing clusters. You > modify the driver code so that instead of calling the function to submit the > mblk chain to the stack you free it back to the pool. You then attach the > driver to a frame source, sit back and wait. (You don't really need to wait > that long because the addresses attached to the descriptors will form a > regular pattern - if you start losing things the pattern will be disturbed.) > If the stack had NULL buffer pointers, something the original code did > occasionally due to a bug, then they can be seen by dumping out the > descriptor ring. > > This doesn't mean that the driver is bug free, but rather that the code has > been carefully searched for the more obvious bugs. Its also been tweaked to > try to determine whether it fails due to losing sent frame buffers or > whether its sensitive to one type of traffic or another. (Since its failure > is irregular this suggests that its either an race condition or its picking > up an unwanted broadcast packet that's doing it in.) > > Life is soooooo much easier when you can refer to the source...... --------------------------- Newsgroups: comp.os.vxworks Subject: Ethernet Supported Cards Date: Tue, 14 Nov 2000 16:18:28 GMT From: philpriest@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8uroka$6gq$1@nnrp1.deja.com> Looking for a list of supported Ethernet cards for VxWorks. Looking at a Wireless solution. Its a PCI card that had PCMCIA slots. Wondering if this will work. any pointers to info, or anyone that had made this work? phil ppriest@visualbridge.tv Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: MUX : How can i get the information(parameters) for calling muxBind Date: Tue, 14 Nov 2000 08:35:59 -0800 From: Baris Dundar Organization: University of California at Berkeley Message-ID: <3A1169EF.F760D249@eecs.berkeley.edu> References: muxShow() will tell you your device's name and unit number. Baris kcoh wrote: > > How can i get the information(parameters) for calling muxBind > when i writing a new protocols that use the MUX API. > The parameters consist of the device's name and unit number and etc. > There is no comment how to get these information(device's name and unit > number) in > "Network protocol toolkit user's guide" and i can't find any API concerning > with it . > Anyone can tell me the information about that? > > have a nice day! > Thank you. > > email : kcoh777@naver.com --------------------------- Newsgroups: comp.os.vxworks Subject: Q: ioctl(sockfd, SIOCGIFCONF,&ifconftmp) Date: Tue, 14 Nov 2000 11:20:16 -0500 From: "liemkh" Organization: Nortel Message-ID: <8uronq$3tg$1@bcarh8ab.ca.nortel.com> I will try once more time to post this question. I use 'ioctl' to get the interface IP address, e.g. : ................. struct ifconf ifconftmp; . int sockfd = socket(AF_INET,SOCK_DGRAM,0); // 'dummy' socket int retresult = ioctl(sockfd,SIOCGIFCONF, &ifconftmp); ........................ I have only one networ i/f. with 'loopback' see below the 'ifShow' result. I was expexting a 2*32 bytes length structure (i.e. 2*length of sockaddr_in structure), but instead I got a 132 bytes length structure(not even multiple of 32 ??). (Any other GPOS I used for my program work fine, including Chorus) Any explanation ??? Note: As I search 'old post', somebody complained the same thing although he used different target. Unfortunately, no 'response' to post I can find. thanks, kus hadi-liem nortel networks Result of 'ifShow': : - -> ifShow dc (unit number 0): Flags: (0x8063) UP BROADCAST RUNNING ARP MULTICAST Type: ETHERNET_CSMACD Internet address: 57.23.242.199 Broadcast address: 57.23.242.255 Netmask 0xff000000 Subnetmask 0xffffff00 Ethernet address is 00:1e:e0:a8:08:00 Metric is 0 Maximum Transfer Unit size is 1500 18544136 packets received; 18519859 packets sent 19599 multicast packets received 4 multicast packets sent 0 input errors; 0 output errors 0 collisions; 0 dropped lo (unit number 0): Flags: (0x8069) UP LOOPBACK RUNNING ARP MULTICAST Type: SOFTWARE_LOOPBACK Internet address: 127.0.0.1 Netmask 0xff000000 Subnetmask 0xff000000 Metric is 0 Maximum Transfer Unit size is 32768 0 packets received; 0 packets sent 0 multicast packets received 0 multicast packets sent 0 input errors; 0 output errors 0 collisions; 0 dropped value = 0 = 0x0 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: double returned by a function Date: Tue, 14 Nov 2000 18:00:57 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <8urlfq$3b2$1@nnrp1.deja.com> ilavin@my-deja.com wrote in message <8urlfq$3b2$1@nnrp1.deja.com>... >I have a problem, I am making a function that returns a type data double and >when I execute this function the target crashs. Coud anyone help me? Thank >You. Why yes, the bug is right there on line 14 of your code. Thanks for playing DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: double returned by a function Date: Tue, 14 Nov 2000 12:36:18 -0600 From: "Derek Opitz" Organization: Motorola CIG Message-ID: <8us0ld$qht10@nntp.cig.mot.com> References: <8urlfq$3b2$1@nnrp1.deja.com> wrote in message news:8urlfq$3b2$1@nnrp1.deja.com... > I have a problem, I am making a function that returns a type data double and > when I execute this function the target crashs. Coud anyone help me? Thank > You. There are two solutions that I see: 1. Dont execute that function. 2. Debug your code!!!!!!!!!!!!!!!!! > > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Problem with Tornado 2 Date: Tue, 14 Nov 2000 14:11:56 -0500 From: "Mike Austin" Message-ID: I'm having problems connecting an ISR correctly using Tornado 2 on a Pentium platform on the pci Bus. Does anyone know if there is a problem with pciIntConnect? If not, do you know where there is a detailed description of the interrupt vector tables and their operation? The programmers guide didn's have the information I'm hoping to find. --------------------------- Newsgroups: comp.os.vxworks Subject: re: msgQSend + task suspend & delete. Date: Tue, 14 Nov 2000 18:34:44 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200011141834.SAA23260@dsl-2.tadpole.co.uk> > > Is there a known bug with task interactions in the following scenario: > > task1 [ higher priority] task 2 [ lower priority ] > .............................................. start of msgQSend( a message ) > !! task 1 pre-emption. !! > task suspend task 2...........................[suspended in msgQSend] > close task2 i/o handles > task delete task 2............................[deleted while in msgQSend] > > It appears possible for task2 to suspend in such a way that msgQNumMsgs() > does NOT return the correct value in another task ( task3 ) which receives > from the Q. msgQNumMsgs doesn't have any locks on the queue - indeed it doesn't need any! The information it returns is necessarily out of date if any other task is able to perform a put/get on the queue. It is possible that msgQSend increments the count as a separate action to adding the message! Code is too complex to follow... > I believe task 2 takes a vxWorks semaphore and is then deleted before the > semaphore is released ( locking up access to the Q ). About what I would expect! The vxWorks code seems to contain loads of checks that should never fail, and no reference counts on items so it is possible to tell when something can be deleted. > > It was my belief that the O/S calls, such as msgQSend should be completely > safe from unexpected task suspend or delete operations. Placing > taskSafe/taskUnsafe calls around the msgQSend cures the problem. taskDelete is bad news - it is VERY likely to leave the system with variables in invalid states. Even taskSuspend can leave the suspended task holding important resources. David - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: newbie question Date: Tue, 14 Nov 2000 13:37:05 -0700 From: hari Message-ID: <3A11A271.DCA5F699@cc.usu.edu> hi i am new to vxworks and i am trying to load on my target board which is mc68k, host is pc-windows95. Can you please tell me how to connect my host to the target board. any help in this regard will be greatly appreciated thank you hari --------------------------- Newsgroups: comp.os.vxworks Subject: Looking for time measurement on VxWorks-operated MV2700 Date: Tue, 14 Nov 2000 22:12:04 +0100 From: Daniel Behrenwaldt Organization: ZFS Message-ID: <3A11AAA4.14CFD76A@zfs.tz.uni-stuttgart.de> This is a multi-part message in MIME format. - --------------9259201793110519B0DA6961 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear VxWorkers, we try to measure short-term execution times on the above mentioned hardware, to test our control algorithm dead times. What fast access possibilities do exist? We tried vxTimeBaseGet() with no effect. Do there exist any other mechanisms or HW-clock registers, which can be read with the appropriate granularity of about 1 microsecond? Best regards Daniel Behrenwaldt Zentrum Fertigungstechnik Stuttgart - --------------9259201793110519B0DA6961 Content-Type: text/x-vcard; charset=us-ascii; name="behrenw.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Daniel Behrenwaldt Content-Disposition: attachment; filename="behrenw.vcf" begin:vcard n:Behrenwaldt;Daniel tel;fax:+49 711 13162-11 tel;work:+49 711 13162-0 x-mozilla-html:FALSE org:Zentrum Fertigungstechnik Stuttgart;Control Technology adr:;;Nobelstrasse 15;Stuttgart;;70569;Germany version:2.1 email;internet:behrenw@zfs.tz.uni-stuttgart.de title:student x-mozilla-cpt:;0 fn:Daniel Behrenwaldt end:vcard - --------------9259201793110519B0DA6961-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Optimization BUG in gcc-2.7.2.3 ?? Date: Tue, 14 Nov 2000 21:25:43 +0000 From: molochai Message-ID: <952811d4a%molochai@vapour-trail.demon.co.uk> References: <3A0C37C1.5D75690B@icn.siemens.de> In message "Dave Korn" wrote: > Daniel Schnell wrote in message <3A0C37C1.5D75690B@icn.siemens.de>... > >Hi developers, > > > >I know this issue has been discussed before. And exactly this is the > >reason why I am asking. I heard that gcc 2.7.2.3. that ships with > >Tornado 2.0 on a SUN Solaris Host has some known bugs concerning > >optimization (e.g. -O2). Is there any information (maybe on windsurf > >also) where these optimization bugs are documented. Maybe there is even > >a small demo code that can be compiled to see if for the appropriate > >platform this bug still exists. > > Optimizer bugs?! Optimizer bugs !? Yeah, we got optimizer bugs > allright. How many do ya want ? > > Optimizer bugs are well known to exist in gcc 2.7.2 (and variants). > You didn't mention what CPU architecture you're using, but we've had > nightmares with PPc and gcc 2.7.2. It miscompiles very obscure bits > of code that can't be easily detected - there doesn't seem to be any > pattern to what makes it go wrong. > > For your entertainment I have copied a bunch of SPRs from WRS' > support site. None of them have been fixed. Workarounds include > such gems as 'treat all memory references as volatile', 'dont use the So is *this* why the default compiler-command-line options for PPC contain - -fvolatile? This really cripples optimizations. Thankfully, my code seems [1] to compile without it. [1] Fingers crossed... --------------------------- Newsgroups: comp.os.vxworks Subject: FILENAME_MAX Date: Tue, 14 Nov 2000 21:37:46 +0000 From: molochai Message-ID: Anybody got any ideas why the macro FILENAME_MAX [1] is defined as such as small value (20) under VxWorks? Clearly pathnames can be considerably longer than this in practice, and the small value will (as was the case of code I was porting today) trip up code which doesn't sanity check the size of the buffer it is copying into (assuming that it is always long enough). [1] FILENAME_MAX is defined in stdio.h and is an ANSI requirement. My understanding is that it the length of the buffer required to hold the longest full canonical pathname. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: building gcc-2.95.2 as crosscompiler for PowerPC wrs VxWorks5.4 ? Date: Tue, 14 Nov 2000 22:43:38 +0000 From: Carl Parsons Organization: ntlworld News Service Message-ID: <3A11C01A.7833074C@ntlworld.com> References: <8ugg3l$il2$1@galaxy.mchh.siemens.de> This is the procedure I used for my linux PC I sure it will not be much different for a sun I have always built it with newlib then used a I include switch within the Makefile. As I did not realise that I could use without and with switches in the gcc build. Just replace the m68k with powerpc. # procedure for building m68k-VxWorks cross compiler # # System used for compilation was Slackware 7.0 # The host compiler was gcc using libc6 # gcc 2.95.2 was invoked as gcc by setting my # PATH to include ~/bin and putting a symlink # cc68k-> in my ~/bin directory. # # unpack the archives # tar yvzf binutils-2.9.1.bz2 sourceware.cygnus.com/pub/binutils/releases tar yvzf gcc-2.95.2.bz2 sourceware.cygnus.com/pub/gcc/releases/gcc-2.95.2 tar yvzf newlib-1.8.2.bz2 sourceware.cygnus.com/pub/newlib/ # # create the build directories # mkdir build-binutils mkdir build-gcc # # build m68k-VxWorks version of binutils # cd build-binutils ../binutils-2.9.1/configure --target=m68k-wrs-vxworks \ make all install # # add newlib source dir link to gcc source tree # so newlib will get automatically built with gcc # Perhaps with --without-newlib in the gcc build you # can forget installing newlib # cd .. ln -s ../newlib-1.8.2/newlib gcc-2.95.2/newlib # # remove g77 from gcc source tree, # won't build, don't need it # mv gcc-2.95.2/libf2c . # # add the new m68k binutils to front of path # export PATH=/usr/local/m68k-wrs-vxworks/bin:$PATH # # build m68k version gcc # move vxworks vw directory to /usr/vw and compile. cd ../build-gcc ../gcc-2.95.2/configure \ - --target= m68k-wrs-vxworks \ - --with-lib=/usr/vw \ - --without-newlib -v make cross LANGUAGES="c c++" install CC=cc68k -fno-builtin -I /usr/vw/h -nostdinc -O -c -g -m68040 -DCPU=MC68040 Or place a symbolic link in /usr/local/bin ln –s /usr/local/bin/m68k-wrs-vxworks-gcc cc68k ln –s /usr/local/bin/m68k-wrs-vxworks-g++ CC68k and use cc68k Michael Kreuzer wrote: > Hello, > > has someone build succesfully gcc-2.95.2 as crosscompiler for > powerpc-wrs-vxworks ? > I have Tornado 2.0 and VxWorks 5.4. The host is sun-sparc solaris 2.7 and the > target is a powerpc 405 GP. > How do i have to proceed to build gcc-2.95.2 for this installation? > Can someone give me intructions? > > Thanks, > Regards, > > Michael --------------------------- Newsgroups: comp.os.vxworks Subject: help please! Date: Tue, 14 Nov 2000 16:09:10 -0700 From: hari Message-ID: <3A11C616.AEA3D76E@cc.usu.edu> hi i need to connect to the target board through ethernet. i dont know how to find out the IP address of target board and other stuff. i request you to please tell me how to do this. thank you hari --------------------------- Newsgroups: comp.os.vxworks Subject: vxWorks Double Link List (lstLib) Date: Tue, 14 Nov 2000 18:42:07 -0500 From: "Martin Mayer" Organization: Nortel Message-ID: <8usikg$70i$1@bmerhc5e.ca.nortel.com> Hi, Does anyone have example code on the usage of the lstLib library? I don't understand how my NODE can contain any data.... what do i need to define? Thanks, Martin Mayer Nortel Networks (613) 763-9547 --------------------------- Newsgroups: comp.os.vxworks Subject: real time embedded software Date: Tue, 14 Nov 2000 19:50:57 -0500 From: "Kevin" Organization: Sprint Canada Inc. Message-ID: Hot Opportunity for real time embedded software experts If you have Vxworks or pSOS real time operating system experience working in and embedded system environment and know telecom or internet protocols then we have the jobs for you. contact Kevin Ireland kevin.ireland@ajilon.ca kireland@sprint.ca 613-786-3106 ext 231 613-799-4310 cell 613-489-4299 home --------------------------- Newsgroups: comp.os.vxworks Subject: Re: help please! Date: Tue, 14 Nov 2000 20:17:36 -0500 From: Joe Durusau Message-ID: <3A11E430.C2D26E61@bellsouth.net> References: <3A11C616.AEA3D76E@cc.usu.edu> It's in the user's guide. In general, most of us boot vxworks through the network by downloading the OS from a networked host. You get started by cabling up to the lowest numbered serial port on the target, then turning on the target. When you see a message saying something about autoboot, hit any key on the keyboard of your terminal. Then press ? to see a list of commands. One of them will let you set boot parameters, one of which will be the ip address of the target. BTW, all of this is in the user's manual, which I recommend you read before starting. Speaking only for myself, Joe Durusau hari wrote: > > hi > i need to connect to the target board through ethernet. i dont know > how to find out the IP address of target board and other stuff. > i request you to please tell me how to do this. > thank you > hari --------------------------- Newsgroups: comp.os.vxworks Subject: Tcl/Tk on VxWork? Date: Wed, 15 Nov 2000 01:10:15 GMT From: Haiyan Wang Organization: Deja.com - Before you buy. Message-ID: <8usnpj$2tk$1@nnrp1.deja.com> Hi Does anyone know if there is embedded Tcl/Tk for VxWork? Thanks in advance! Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.protocols.tcp-ip,comp.os.vxworks Subject: Active PCB after socket closed Date: Tue, 14 Nov 2000 19:29:35 -0600 From: Lijing Zhang Organization: University of Wisconsin - Milwaukee Message-ID: <3A11E6FE.690CCB75@uwm.edu> Hello, I have a simple VxWorks web server that works fine with the first 45 requests from a web browser. Then it will hang there for a while. It looks like the server task hangs at accept() function call. When typing inetstatShow() in Tornado shell, I got: Active Internet ......... PCB Proto ......... (state) - ----------- ----------- ------------------- 3f99e00 TCP TIME_WAIT 3f998ec TCP TIME_WAIT 3f9a418 TCP TIME_WAIT 3f9a210 TCP TIME_WAIT 3f9a008 TCP TIME_WAIT 3f9a51c TCP TIME_WAIT ............. I guess the PCB does not free when a socket is closed. So the resource is getting full then it cannot accept further connections. Does anybody can tell me how to solve this problem? Thank you in advance! --------------------------- Newsgroups: comp.os.vxworks Subject: Flash memory Date: Wed, 15 Nov 2000 10:17:28 +0800 From: "Tan Chee Leong" Organization: StarHub Internet -- The Preferred ISP Message-ID: <3a11f28b$1@news.starhub.net.sg> Thank you all for your help to this newbie. May I ask a further question concerning flash memory. Motherboards usually have a flash memory where the BIOS is resident. Some materials I've come across talk about the vxworks can be loaded from floppy, or low capacity hard disk or flash memory. This flash memory part, does it refer to the one where the BIOS is sitting? In other words, is it the flash that is on the motherboard? In case my question is a little off pls feel free to correct my concept. Thanks a lot. Cheers, Chee Leong --------------------------- Newsgroups: comp.os.vxworks Subject: Cross-Development??? Date: Wed, 15 Nov 2000 02:41:28 GMT From: "sukyum" Organization: LGIC Message-ID: Reply-To: "sukyum" hi everyone!!! What's the Cross-Development???? --------------------------- Newsgroups: comp.os.vxworks Subject: Re: help please! Date: Tue, 14 Nov 2000 20:29:52 -0700 From: hari Message-ID: <3A120330.6E5C0D07@cc.usu.edu> References: <3A11C616.AEA3D76E@cc.usu.edu> <3A11E430.C2D26E61@bellsouth.net> hi joe thank you for your reply. but still i have one doubt, please help me out, it will be a great help to me 1. how can i find out the the target name/ip address of target 2. should there be a cable connection between host and target and if yes, please tell between what ports there should be a connection, i am using powerPc target. once again thank you joe bye hari Joe Durusau wrote: > It's in the user's guide. In general, most of us > boot vxworks through the network by downloading the OS > from a networked host. You get started by cabling up to the > lowest numbered serial port on the target, then turning on > the target. When you see a message saying something about > autoboot, hit any key on the keyboard of your terminal. Then > press ? to see a list of commands. One of them will let > you set boot parameters, one of which will be the ip address of > the target. BTW, all of this is in the user's manual, which > I recommend you read before starting. > > Speaking only for myself, > > Joe Durusau > > hari wrote: > > > > hi > > i need to connect to the target board through ethernet. i dont know > > how to find out the IP address of target board and other stuff. > > i request you to please tell me how to do this. > > thank you > > hari --------------------------- Newsgroups: comp.os.vxworks Subject: How to explain the vector number I got from an exception? Date: Wed, 15 Nov 2000 04:33:14 GMT From: Terry Lee Organization: Deja.com - Before you buy. Message-ID: <8ut3ma$c4k$1@nnrp1.deja.com> How to explain the vector number I got from an exception? thx - ---------------------------------------------- @ ~ ~~__=||_ ~ ~ ~~ ~~ ~ ~ \____/ ~ Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: help please! Date: Tue, 14 Nov 2000 21:39:00 -0800 From: DrDiags Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A122174.19090078@flashcom.net> References: <3A11C616.AEA3D76E@cc.usu.edu> <3A11E430.C2D26E61@bellsouth.net> <3A120330.6E5C0D07@cc.usu.edu> Reply-To: drdiags@flashcom.net Hari, Your target name is whatever was stored in Flash or compiled into the image burned into your Prom/Flash. If your sysadmin has dedicated an address and name for the target in the local DNS, then you should talk to him/her. If you are standalone (i.e. your own local intranet, pick one of the experimental IP addresses which are defined in the latest RFCs for IP addressses). As far as how to hook up your serial cable to your P.C., most of the time the bootprom is setup to use serial port #1, but read the information for your BSP if you have access. Anyway, once you know which port the bootprom will be communicating out of, I believe a Null modem cable to your local Windows machine COM 1 or COM 2 with Hyperterminal will work. Or if your host is a flavor of Unix, there are several serial communication programs to set up a connection. 9600 baud , 8 data, 1 stop no parity I believe is the usual serial setup. hari wrote: > hi joe > thank you for your reply. but still i have one doubt, please help me > out, it will be a great help to me > 1. how can i find out the the target name/ip address of target > 2. should there be a cable connection between host and target and if yes, > please tell between what ports there should be a connection, i am using > powerPc target. > once again thank you joe > bye > hari > > Joe Durusau wrote: > > > It's in the user's guide. In general, most of us > > boot vxworks through the network by downloading the OS > > from a networked host. You get started by cabling up to the > > lowest numbered serial port on the target, then turning on > > the target. When you see a message saying something about > > autoboot, hit any key on the keyboard of your terminal. Then > > press ? to see a list of commands. One of them will let > > you set boot parameters, one of which will be the ip address of > > the target. BTW, all of this is in the user's manual, which > > I recommend you read before starting. > > > > Speaking only for myself, > > > > Joe Durusau > > > > hari wrote: > > > > > > hi > > > i need to connect to the target board through ethernet. i dont know > > > how to find out the IP address of target board and other stuff. > > > i request you to please tell me how to do this. > > > thank you > > > hari --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Double Link List (lstLib) Date: Tue, 14 Nov 2000 21:44:29 -0800 From: DrDiags Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A1222BD.C08BF5DC@flashcom.net> References: <8usikg$70i$1@bmerhc5e.ca.nortel.com> Reply-To: drdiags@flashcom.net Martin, The $(WIND_BASE)/target/unsupported/src/netwrs/ftpdLib.c file which came with the T2 installation has examples in it where it uses the lstAdd(), lstFree() etc... calls. This might help you. If you don't have the source, I can provide it to you off-line. Martin Mayer wrote: > Hi, > > Does anyone have example code on the usage of the lstLib library? I don't > understand how my NODE can contain any data.... what do i need to define? > > Thanks, > Martin Mayer > Nortel Networks > (613) 763-9547 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Cross-Development??? Date: Wed, 15 Nov 2000 07:02:49 GMT From: pwhicker@home.com (Paul Whicker) Organization: Excite@Home - The Leader in Broadband http://home.com/faster Message-ID: References: Cross development means developing on a host which is different from the target.This is as opposed to self hosted development where the host runs the software you build. An example of the first is developing PowerPC code on a Solaris box. An example of the second is writing code on the Solaris box to run on the Solaris box. OK? paul In article , "sukyum" wrote: >hi everyone!!! > >What's the Cross-Development???? > > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Double Link List (lstLib) Date: 15 Nov 2000 08:41:30 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FED6C1C4borkhuislucentcom@135.7.153.102> References: <8usikg$70i$1@bmerhc5e.ca.nortel.com> mmayer@nortelnetworks.com (Martin Mayer) wrote in <8usikg$70i$1@bmerhc5e.ca.nortel.com>: >Hi, > >Does anyone have example code on the usage of the lstLib library? I don't >understand how my NODE can contain any data.... what do i need to define? The NODE does only contain the pointers needed for the lstLib. When you include the node in your own structure you can add this to the linked list. For example: typedef struct lstExampleStruct { NODE node; char data[20]; } lstExample; LIST exampleList; lstExample exampleData; .... lstAdd(&exampleList, &exampleData.node); .... BTW: I did not test this code. Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.dsp,comp.os.vxworks,comp.realtime Subject: Exciting VoIP Opportunity - Software Engineers Wanted Date: Tue, 14 Nov 2000 20:31:22 -0600 From: "HR" Organization: Quintum Technologies, Inc. Message-ID: <#Zjy2wqTAHA.324@cpmsnbbsa09> Quintum Technologies is an innovator in the Voice over IP (VoIP) arena. Our vision is to offer enterprises reliable VoIP products that deliver high voice quality and provide an easy migration path to complete VoIP solutions. Quintum Technologies offer exciting opportunities for talented individuals with an entrepreneurial spirit. As a Pre-IPO company it offers the opportunity to be on the ground floor of a company in an exciting high growth market. Quintum is a high technology startup headquartered in Monmouth County on the New Jersey coastline, with additional R&D and sales offices in Chicago, Illinois and Los Angeles, CA. Quintum offers competitive salaries with stock options and a complete set of benefits. Quintum has the following openings in the Chicago / Schaumburg, Illinois area; - --------------------------------- Software Engineer - Protocols Software Engineers in the Research and Development department to develop and commission Quintum's Multipath Voice over IP Gateway. The ideal candidate should have a Bachelor's or Master's degree in Computer Science and 3 years minimum experience in the design and development of software for embedded applications in the communications field using C and C++. Communications protocol background is a must. Additionally, experience in several of the following is a plus: - - Object oriented analysis and design concepts - - Design and development of real time software for embedded applications. - - Work with In-Circuit Emulators and Logic analyzers. - - TCP/IP, SNMP, RIP, OSPF Network Protocols - - Q.931/Q.921, Frame Relay, X.25 - - H.323, Megaco/H.248, MGCP, SGCP, SS7, GR303, T1/E1/J1 CAS - --------------------------------- Embedded Software Engineer - Device Drivers Software Engineer in the Research and Development department to develop and commission Quintum's Multipath Voice over IP Gateway. The ideal candidate should have a Bachelor's or Master's degree in Computer Science and 3 years minimum experience in the design and development of software for real time embedded applications in the communications field using assembler, C, and C++. Device driver and RTOS experience is a must. Additionally, experience in several of the following is a plus; - - Object oriented analysis and design concepts - - Work with In-Circuit Emulators and Logic analyzers. - - TCP/IP, SNMP, RIP, OSPF Network Protocols - - Q.931/Q.921, T1/E1/J1 CAS, Frame Relay, X.25 - - H.323, Megaco/H.248, MGCP, SGCP, SS7, GR303, T1/E1/J1 - --------------------------------- Interested parties may E-mail your resume to chicagohr@quintum.com. On behalf of Quintum Technologies, we would like to take this opportunity to wish you the best of luck in your career ambitions. --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Wed Nov 15 06:52:15 2000 From: Brendan C Date: Wed Nov 15 06:52:18 PST 2000 Subject: Vxworks logMsg -- disabling/enabling output Hi all, Is there any way of dynamically disabling/reenabling the trace output from the VxWorks logTask ? e.g. some VxWorks global variable or API function which could be called from the shell ? Thanks, Brendan. __________________________________________________ Do You Yahoo!? Yahoo! Calendar - Get organized for the holidays! http://calendar.yahoo.com/ From vxwexplo-errs@csg.lbl.gov Wed Nov 15 08:38:28 2000 From: David Laight Date: Wed Nov 15 08:38:31 PST 2000 Subject: re: ping question > When I'm calling the ping function from the shell with only one > parameter (the remote IP address), the default value for the retries is > infinity. Is there a way to change this default without the pingLib > code? Some global variable, or something? Yes - another real pain! Fixed in my ARM version by patching a jump to the following over the first instruction of ping. .global _fix_ping _fix_ping: cmp r1,#0 moveq r1,#5 mov r12,r13 b _ping+4 Another solution for the target shell is to 'fix' the symbol table so that 'ping' references a different function. Maybe you could define 'ping' (rather then '_ping') in an asm file. (I haven't checked on the order in which vxworks target shell checks for symbols.) David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Wed Nov 15 11:22:14 2000 From: Jim Way Date: Wed Nov 15 11:22:17 PST 2000 Subject: RE: double returned by a function ilavin wrote: > I have a problem, I am making a function that returns a type data double > and when I execute this function the target crashs. Coud anyone help me? > Thank You. Don't know *your* environment. My target is PPC860T. VxWorks 5.4 / Tornado II / gcc 2.7.2. Cross compiling using Windows NT 4.0. Functions returning double work fine for me. HTH, Jim ----------------------------------------- Jim Way, Software Engineer Datum Austin (Austron Inc.) voice: 512.721.4170 fax : 512.990.9712 email: jwayATdatumDOTcom (no spam please) ----------------------------------------- From vxwexplo-errs@csg.lbl.gov Thu Nov 16 04:03:09 2000 From: Vxworks Exploder Date: Thu Nov 16 04:03:12 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Thu Nov 16 04:03:05 PST 2000 Subject: Re: Optimization BUG in gcc-2.7.2.3 ?? Subject: Re: Cross-Development??? Subject: VxWorks + Samba ? Subject: small help Subject: Re: newbie question Subject: Re: Problem with Tornado 2 Subject: Re: vxWorks Double Link List (lstLib) Subject: Re: vxWorks Double Link List (lstLib) Subject: PMC Modules on different PowerPC HW Subject: Problems configuring Personal Java on VxWorks Subject: Tornado question Subject: Vxworks logMsg -- disabling/enabling output Subject: panic: semTake(mutex) Subject: usrStartupScript re-entrant? Subject: Re: Problem with Tornado 2 Subject: Re: Vxworks logMsg -- disabling/enabling output Subject: re: ping question Subject: Re: ping question Subject: Re: ping question Subject: Re: Tcl/Tk on VxWork? Subject: Bug Fix: AMD 79C973 BSP Drivers Subject: problem with mBlk Subject: Embedded systems requirements Subject: Test Subject: Test Subject: 10ms clock Subject: RE: double returned by a function Subject: Re: Active PCB after socket closed Subject: Socket memory leak/defrag Subject: Rebooting Subject: Re: USB & errno Subject: ANNOUNCE: Checksum and CRC Code/Articles Subject: ANNOUNCE: New Article on IrDA and Bluetooth Subject: Re: 10ms clock Subject: Endianness on a PowerPC Subject: MBX860 serial and parallel channels Subject: Re: Endianness on a PowerPC Subject: Re: Cross-Development??? Subject: Re: small help Subject: Re: Priority aware network stack? Subject: Re: help please! Subject: Re: Bug Fix: AMD 79C973 BSP Drivers Subject: Re: Rebooting Subject: compiler?? Subject: Re: Endianness on a PowerPC Subject: Re: compiler?? Subject: How to start simnt with more memory from within T2 Subject: Very slow debugging with an outfile bigger than 20MB Subject: GET UNSECURED CREDIT TODAY !!! Subject: Re: Priority aware network stack? Subject: Re: 10ms clock ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Optimization BUG in gcc-2.7.2.3 ?? Date: Wed, 15 Nov 2000 12:43:08 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <3A0C37C1.5D75690B@icn.siemens.de> <952811d4a%molochai@vapour-trail.demon.co.uk> molochai wrote in message <952811d4a%molochai@vapour-trail.demon.co.uk>... >In message > "Dave Korn" wrote: >> For your entertainment I have copied a bunch of SPRs from WRS' >> support site. None of them have been fixed. Workarounds include >> such gems as 'treat all memory references as volatile', 'dont use the > >So is *this* why the default compiler-command-line options for PPC contain >-fvolatile? This really cripples optimizations. Thankfully, my code >seems [1] to compile without it. >[1] Fingers crossed... Well, since the OS libs are precompiled with the flag on, they'll stay working no matter what. The only danger is when you have constructs in your own code such as the one in TSR# 48742 in my last post. In those circumstances you have to choose: either use -f volatile, or use - -O0. Which one of those is a worse performance hit is a YMMV kind of thing. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Cross-Development??? Date: Wed, 15 Nov 2000 12:44:07 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: sukyum wrote in message ... >hi everyone!!! > >What's the Cross-Development???? About 3am in the morning, after struggling all day and night with a seemingly insoluble bug, most of my development gets pretty cross... DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks + Samba ? Date: Wed, 15 Nov 2000 13:41:45 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: Hi all, A few web searches have failed to show up any answer to this, so I thought I'd ask here. Does anyone know of a port of Samba to VxW ? DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: small help Date: Wed, 15 Nov 2000 19:19:45 +0530 From: myhandle@lucent.com Organization: Lucent Technologies Message-ID: <3A129479.3F17F934@lucent.com> Hello group, I am new to VxWorks.... When i am connecting to the target....everything goes fine but a small error is appearing at the last as follows: 0x17ad6fo(tNetTask) : arpa info overwritten for 87fef739 by 00:d0:b7:8e:70:ad Can i know why is this??? I am connecting host(Unix) and target(PPC) through serial port.... Host and target has static IP address....... bye, Uday --------------------------- Newsgroups: comp.os.vxworks Subject: Re: newbie question Date: Wed, 15 Nov 2000 19:25:03 +0530 From: myhandle@lucent.com Organization: Lucent Technologies Message-ID: <3A1295B7.9610944D@lucent.com> References: <3A11A271.DCA5F699@cc.usu.edu> Well Hari, U can connect to the target by 2 ways : 1) through ur serial port--- Connect a serial cable either to COM1 or COM2 and the serial port of the target using hyper terminal....This is the most general connection used. 2) throuhg network---i.e : ethernet connection hari wrote: > > hi > i am new to vxworks and i am trying to load on my target board which > is mc68k, host is pc-windows95. > Can you please tell me how to connect my host to the target board. > any help in this regard will be greatly appreciated > thank you > hari --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Problem with Tornado 2 Date: Wed, 15 Nov 2000 19:30:46 +0530 From: myhandle@lucent.com Organization: Lucent Technologies Message-ID: <3A12970E.1D4F4AE2@lucent.com> References: Ok Mike, u cn get the details of vector table in the "VxWorks BSP reference manual" Mike Austin wrote: > > I'm having problems connecting an ISR correctly using Tornado 2 on a Pentium > platform on the pci Bus. Does anyone know if there is a problem with > pciIntConnect? If not, do you know where there is a detailed description of > the interrupt vector tables and their operation? The programmers guide > didn's have the information I'm hoping to find. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Double Link List (lstLib) Date: Wed, 15 Nov 2000 08:57:57 -0500 From: "Martin Mayer" Organization: Nortel Message-ID: <8uu4p6$555$1@bmerhc5e.ca.nortel.com> References: <8usikg$70i$1@bmerhc5e.ca.nortel.com> <3A1222BD.C08BF5DC@flashcom.net> Thanks, for the info... I actually don't have that code. I would like to take you up on your offer of providing it to me offline. Can you send it to mmayer@nortelnetworks.com ? Thanks, Martin "DrDiags" wrote in message news:3A1222BD.C08BF5DC@flashcom.net... > Martin, > > The $(WIND_BASE)/target/unsupported/src/netwrs/ftpdLib.c file which came > with the T2 installation has examples in it where it uses the lstAdd(), > lstFree() etc... calls. This might help you. If you don't have the source, I > can provide it to you off-line. > > Martin Mayer wrote: > > > Hi, > > > > Does anyone have example code on the usage of the lstLib library? I don't > > understand how my NODE can contain any data.... what do i need to define? > > > > Thanks, > > Martin Mayer > > Nortel Networks > > (613) 763-9547 > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Double Link List (lstLib) Date: Wed, 15 Nov 2000 08:58:39 -0500 From: "Martin Mayer" Organization: Nortel Message-ID: <8uu4qg$55f$1@bmerhc5e.ca.nortel.com> References: <8usikg$70i$1@bmerhc5e.ca.nortel.com> Thank you to everyone who responded... "Martin Mayer" wrote in message news:8usikg$70i$1@bmerhc5e.ca.nortel.com... > Hi, > > Does anyone have example code on the usage of the lstLib library? I don't > understand how my NODE can contain any data.... what do i need to define? > > Thanks, > Martin Mayer > Nortel Networks > (613) 763-9547 > > > --------------------------- Newsgroups: comp.os.vxworks Subject: PMC Modules on different PowerPC HW Date: Wed, 15 Nov 2000 15:32:09 +0100 From: Svein-Erik Skjelbred Message-ID: <3A129E67.97C7F86F@datarespons.no> Are there someone out there that are willing to share a piece of code that can be used to detect which powerpc based board the code is running on. So I can setup interupt and PCI memory correct depending on if it is MVME230x MVME260x or MCP750. It would also be nice if I can autodetect whether the kernel is EXTENDED_VME or not. This is because as far as I can see the PMC autoinitialisation does not work properly on MCP750. If I manipulate on memory and IRQ I can get it to work. The code should be used to set up a custum PMC module. thanks Svein-Erik --------------------------- Newsgroups: comp.os.vxworks Subject: Problems configuring Personal Java on VxWorks Date: Wed, 15 Nov 2000 14:44:24 GMT From: tobyhage@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8uu7g6$6la$1@nnrp1.deja.com> Hi, We have configured VxWorks so that we can run Java applications on it. The virtual machine seems to work. When we type java(), the return value = 0x1 (we EXPECT 0x0!!, maybe strange?!?) And when we type java("-version") the retun value = 0x0 and the output is 3.0.2 When we start for example a HelloWorld application. The system returns the following error: Full thread dump: "main" (TID:0x66bab0, sys_thread_t:0x654400, taskId:0x7709fc state:runnable name:tJmain, stack_base:0x7709fc, stack_high:0x4 Data abort Exception address: 0x000fe03c Current Processor Status Register: 0x20000013 When we start with the verbose option. It becomes clear that he can't find some native methods. The following is displayed: [Native method java.lang.System.currentTimeMillis() not found] [Native method java.lang.System.arraycopy() not found] [Native method java.lang.Thread.currentThread() not found] SIGSEGV occured. I start the target server with file system: "d:\tornado\host\" option read/write selected config parameters are: JAVA_CLASS_PATH = "/tgtsvr/java/lib/classes.zip:/tgtsvr/java/lib/wrs.jar" JAVA_FILE_SEPERATOR = "/" JAVA_HOME = "/tgtsvr/java/" JAVA_LOAD_LIBRARY_PATH = NULL JAVA_PATH_SEPARATOR = ":" JAVA_USER_DIR = NULL JAVA_USER_HOME = NULL JAVA_USER_NAME = "target" What can be wrong? with kind regards, Toby. Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado question Date: Wed, 15 Nov 2000 10:12:43 -0500 From: viv Organization: Lucent Technologies, Columbus, Ohio Message-ID: <3A12A7EB.9D0DA683@lucent.com> Is there a way(either a script etc) to launch various targets and load various object modules and run some shell commands automatically? --------------------------- Newsgroups: comp.os.vxworks Subject: Vxworks logMsg -- disabling/enabling output Date: Wed, 15 Nov 2000 06:51:43 -0800 (PST) From: Brendan C Organization: Lawrence Berkeley National Laboratory Message-ID: <8uu989$bp6$1@overload.lbl.gov> Hi all, Is there any way of dynamically disabling/reenabling the trace output from the VxWorks logTask ? e.g. some VxWorks global variable or API function which could be called from the shell ? Thanks, Brendan. __________________________________________________ Do You Yahoo!? Yahoo! Calendar - Get organized for the holidays! http://calendar.yahoo.com/ --------------------------- Newsgroups: comp.os.vxworks Subject: panic: semTake(mutex) Date: Wed, 15 Nov 2000 16:13:39 +0100 From: Paul Augart Organization: OCE Printing Systems GmbH Message-ID: <3A12A822.7164E8E8@ops.de> This is a multi-part message in MIME format. - --------------17BF588B3098BF12A5BA660D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, Does anyone know what could cause a message: " panic: semTake(mutex) panic: semGive(mutex) panic: semTake(mutex) panic: semGive(mutex) panic: semTake(mutex) " This project works on PC(x86 target), but when loaded on the i960 target, we get the above message. If I load a sub part of the project, it work also on the i960. But if I load the whole project it does not. i960 target has enough memory on it. We also had to use the --split-by-reloc 65000, link parameter, to get the whole project to link. Could this be the cause of the problem? I thank you in advance for all answers. - -Paul - --------------17BF588B3098BF12A5BA660D Content-Type: text/x-vcard; charset=us-ascii; name="Paul.Augart.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Paul Augart Content-Disposition: attachment; filename="Paul.Augart.vcf" begin:vcard n:Augart;Paul tel;fax:+49-8121-72-3423 tel;work:+49-8121-72-3797 x-mozilla-html:TRUE org:Océ Printing Systems GmbH;PDE 41 adr:;;Siemensalle 2;85586 Poing;;;Germany version:2.1 email;internet:Paul.Augart@ops.de fn:Augart, Paul end:vcard - --------------17BF588B3098BF12A5BA660D-- --------------------------- Newsgroups: comp.os.vxworks Subject: usrStartupScript re-entrant? Date: Wed, 15 Nov 2000 15:23:34 GMT From: michael_p_card@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8uu9pd$8ne$1@nnrp1.deja.com> Hello everyone- I was wondering if any of you know if the usrStartupScript is re-entrant? We have a boot script which downloads a program to our board and kicks it off with a taskSpawn(). This program then calls usrStartupScript() directly and provides it the name of a second script which downloads more programs and kicks them off. Is this "cricket"? Should usrStartupScript even be called directly? I notice it's not in the VxWorks 5.3.1 reference manual. Does the kernel/VxWorks expect this function to only be called once, and so a direct invocation for a 2nd time could screw something up? Any insight any of you have would be most welcome. Thank you! - - Mike for direct reply, you can e-mail me at michael.p.card@i_hate_spam_so_remove_this_part_lmco.com Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Problem with Tornado 2 Date: Wed, 15 Nov 2000 16:41:42 +0100 From: Daniel Schnell Organization: Siemens AG Message-ID: <3A12AEB6.BED93129@icn.siemens.de> References: Hi Mike, have you tried to enable the appropriate interrupt on the PIC ?? As far as I remember you should use sysIntEnablePIC() function (in sysLib.h). I used intEnable() and intConnect() function also to make a USB driver work (this is also a PCI device). I never used pciIntConnect. If you use the above function you also have to add a special offset together with your interrupt number which I don't remember anymore. But it should be documented in your BSP manual. Hope that helps. Ciao, Daniel. Mike Austin wrote: > > I'm having problems connecting an ISR correctly using Tornado 2 on a Pentium > platform on the pci Bus. Does anyone know if there is a problem with > pciIntConnect? If not, do you know where there is a detailed description of > the interrupt vector tables and their operation? The programmers guide > didn's have the information I'm hoping to find. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Vxworks logMsg -- disabling/enabling output Date: 15 Nov 2000 16:38:38 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FEDB9662borkhuislucentcom@135.7.153.102> References: <8uu989$bp6$1@overload.lbl.gov> brendan122000@yahoo.com (Brendan C) wrote in <8uu989$bp6$1@overload.lbl.gov>: >Is there any way of dynamically disabling/reenabling >the trace output from the VxWorks logTask ? Do a logFdSet with the FD of the /null device and if you want to reconnect you can do a logFdSet with the shell FD again Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: re: ping question Date: Wed, 15 Nov 2000 16:39:00 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200011151639.QAA26857@dsl-2.tadpole.co.uk> > When I'm calling the ping function from the shell with only one > parameter (the remote IP address), the default value for the retries is > infinity. Is there a way to change this default without the pingLib > code? Some global variable, or something? Yes - another real pain! Fixed in my ARM version by patching a jump to the following over the first instruction of ping. .global _fix_ping _fix_ping: cmp r1,#0 moveq r1,#5 mov r12,r13 b _ping+4 Another solution for the target shell is to 'fix' the symbol table so that 'ping' references a different function. Maybe you could define 'ping' (rather then '_ping') in an asm file. (I haven't checked on the order in which vxworks target shell checks for symbols.) David - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ping question Date: Wed, 15 Nov 2000 17:49:37 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <200011151639.QAA26857@dsl-2.tadpole.co.uk> David Laight wrote in message <200011151639.QAA26857@dsl-2.tadpole.co.uk>... >> When I'm calling the ping function from the shell with only one >> parameter (the remote IP address), the default value for the retries is >> infinity. Is there a way to change this default without the pingLib >> code? Some global variable, or something? > >Yes - another real pain! > >Fixed in my ARM version by patching a jump to the following over the first >instruction of ping. > > .global _fix_ping >_fix_ping: > cmp r1,#0 > moveq r1,#5 > mov r12,r13 > b _ping+4 > >Another solution for the target shell is to 'fix' the symbol table so that >'ping' references a different function. Maybe you could define 'ping' (rather >then '_ping') in an asm file. (I haven't checked on the order in which vxworks >target shell checks for symbols.) Is there any reason not to just give ping the second argument that tells it how many packets to send? DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ping question Date: Wed, 15 Nov 2000 20:44:42 +0200 From: Ofer Goren Organization: Bay Networks, Inc. Message-ID: <3A12D99A.C047C23@nortelnetworks.com> References: <200011151639.QAA26857@dsl-2.tadpole.co.uk> you don't have to do it on a unix shell, or on a PC DOS window. Why the %#$% should you on the vxWorks shell? Dave Korn wrote: > David Laight wrote in message <200011151639.QAA26857@dsl-2.tadpole.co.uk>... > >> When I'm calling the ping function from the shell with only one > >> parameter (the remote IP address), the default value for the retries is > >> infinity. Is there a way to change this default without the pingLib > >> code? Some global variable, or something? > > > >Yes - another real pain! > > > >Fixed in my ARM version by patching a jump to the following over the first > >instruction of ping. > > > > .global _fix_ping > >_fix_ping: > > cmp r1,#0 > > moveq r1,#5 > > mov r12,r13 > > b _ping+4 > > > >Another solution for the target shell is to 'fix' the symbol table so that > >'ping' references a different function. Maybe you could define 'ping' > (rather > >then '_ping') in an asm file. (I haven't checked on the order in which > vxworks > >target shell checks for symbols.) > > Is there any reason not to just give ping the second argument that > tells it how many packets to send? > > DaveK > -- > They laughed at Galileo. They laughed at Copernicus. They laughed at > Columbus. But remember, they also laughed at Bozo the Clown. - -- Embedded SW Team Leader Email : ogoren@nortelnetworks.com Phone number: +9723-6456023 Fax number : +9723-6479579 ESN : 826-6023 http://www.nortelnetworks.com - ---------------------------------------------------- If you lend someone $20, and never see that person again, it was probably worth the investment. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tcl/Tk on VxWork? Date: Wed, 15 Nov 2000 12:24:05 -0600 From: "Derek Opitz" Organization: Motorola CIG Message-ID: <8uukag$7ut7@nntp.cig.mot.com> References: <8usnpj$2tk$1@nnrp1.deja.com> I am not sure about Tcl/Tk, but there is python/tk for vxWorks.... Haiyan Wang wrote in message news:8usnpj$2tk$1@nnrp1.deja.com... > Hi > > Does anyone know if there is embedded Tcl/Tk for VxWork? > > Thanks in advance! > > > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Bug Fix: AMD 79C973 BSP Drivers Date: Wed, 15 Nov 2000 18:54:56 GMT From: dhall3859@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8uum5r$k86$1@nnrp1.deja.com> After a long struggle, I have finally figured out how to set up the AMD x86 BSP drivers to work with 2 79C973 NIC's. I am posting this in response to several other messages I have seen on the subject. I am skipping the steps that are obvious (setting INCLUDE_LN_97X_END in config.h, etc): In file configNet.h Change from: #define LN_97X_LOAD_STR_0 endLoadStr[0] To: #define LN_97X_LOAD_STR_0 endLoadStr[0] #define LN_97X_LOAD_STR_1 endLoadStr[1] In file configNet.h Change from: #ifdef INCLUDE_LN_97X_END {0, LN_97X_LOAD_FUNC, LN_97X_LOAD_STR_0, TRUE, NULL, FALSE}, #endif /* INCLUDE_LN_97X_END */ TO: #ifdef INCLUDE_LN_97X_END {0, LN_97X_LOAD_FUNC, LN_97X_LOAD_STR_0, TRUE, NULL, FALSE}, {1, LN_97X_LOAD_FUNC, LN_97X_LOAD_STR_1, TRUE, NULL, FALSE}, #endif /* INCLUDE_LN_97X_END */ In file sysEnd.c, function sysLan97xInitStrCook change from: for (pDevTbl = endDevTbl, ix = 0; pDevTbl- >endLoadFunc != END_TBL_END; pDevTbl++, ix++) { if ((ix + endDevNum) > entryIxMax) break; if ((UINT32)pDevTbl->endLoadFunc == (UINT32)LN_97X_LOAD_FUNC) { pDevTbl->unit = endDevNum; TO: for (pDevTbl = endDevTbl, ix = 0; pDevTbl- >endLoadFunc != END_TBL_END; pDevTbl++, ix++) { if ((ix + endDevNum) > entryIxMax) break; if ((UINT32)pDevTbl->endLoadFunc == (UINT32)LN_97X_LOAD_FUNC) { /* pDevTbl->unit = endDevNum; */ pDevTbl->unit = ix; Good luck! I can be reached at dghall@en.com if there are any questions. Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: problem with mBlk Date: Wed, 15 Nov 2000 21:37:08 +0200 From: "D.K." Organization: Bezeq International Ltd. Message-ID: <3a12e609@news.bezeqint.net> I am trying to use msgQSend to send to another task the mBlk pointer that I receive in my stackRcvRtn function of VxWorks Mux. It seems like this doesn't work and I keep getting a NULL value, as if the OS does not allow it. I think I read or heard somewhere, that the stachRcvRtn function has the same limitations of an ISR, although it is run by the tNetTask. If so, than maybe this operation is restricted. Does anyone happen to know more about this issue?? --------------------------- Newsgroups: comp.os.vxworks Subject: Embedded systems requirements Date: Wed, 15 Nov 2000 20:45:31 +0100 From: ganesh Organization: Mascot Systems Limited Message-ID: <3A12E7DA.13183AAF@eu.mascotsystems.com> References: <8uhd0j$q1a$1@news.vsnl.net.in> Reply-To: gkota@eu.mascotsystems.com Mascot systems is a part of Igate capital (NASDAQ : IGTE)(formerly called Mastech Corp) is a a worldwide supplier of IT consulting services (http://www.mascotsystems.com). Services include the delivery of specialized IT skills in teams as required for specific projects by Mascot's clients. Projects are typically completed onsite However, Mascot also has extensive offshore software factories, which may be utilized for the delivery of certain aspects ofservices. Igate has over 5000 employees, and 1998 revenues over US$ 400 million. If you are looking to make a career move, and interested in a fast growing multi-national corporation with unlimited opportunities, then look no further. We are looking for Dynamic information technology professionals with good communication skills in written and spoken English for Mascot Netherlands operations . We have an interesting relocation plan for people immigrating from other coutries The Open vacancies are as follows Embedded systems and Real-time Operating systems(RTOS) programmers with experience in the following areas C/C++ , Assembler , Motorola ,Siemens, Phlips Chips (Chip programming) , DSP technology, Vxworks , Microcontrollers, Robotics, Filters , UMTS layer 2 (Medium Access Control) and layer 3 (Network and Architectures) techniques and protocols, Hatley and Phirbai , Trimedia, RF, OSE, ASIC design and so on Interested candidates can send their CV to gkota@eu.mascotsystems.com > - -- * NOTE CHANGE IN EMAIL ID , NEW ID is gkota@eu.mascotsystems.com * Ganesh Kota Technical Resource manager , Benelux ======================================================================= Mascot Systems Corporation An iGate Capital Company (Formerly Mastech) World Trade Center Amsterdam Strawinskylaan 913 1077 XX Amsterdam The Netherlands Telephone : +31 20 305 36 65 Fax : +31 20 305 36 88 Mobile : +31 62 266 82 55 Email: gkota@eu.mascotsystems.com Visit Mastech on the worldwide web http://www.mascotsystems.com Confidentiality statement: this email message may contain confidential and privileged information and is intended to be for the use of the individual or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution, or use of the content of this message is prohibited. If you have received this message in error, please notify the sender by reply email and delete the material from your computer. --------------------------- Newsgroups: comp.os.vxworks Subject: Test Date: Wed, 15 Nov 2000 20:54:37 +0100 From: ganesh Organization: Mascot Systems Limited Message-ID: <3A12E9FD.6D0B5296@eu.mascotsystems.com> Reply-To: gkota@eu.mascotsystems.com - -- * NOTE CHANGE IN EMAIL ID , NEW ID is gkota@eu.mascotsystems.com * Ganesh Kota Technical Resource manager , Benelux ======================================================================= Mascot Systems Corporation An iGate Capital Company (Formerly Mastech) World Trade Center Amsterdam Strawinskylaan 913 1077 XX Amsterdam The Netherlands Telephone : +31 20 305 36 65 Fax : +31 20 305 36 88 Mobile : +31 62 266 82 55 Email: gkota@eu.mascotsystems.com Visit Mastech on the worldwide web http://www.mascotsystems.com Confidentiality statement: this email message may contain confidential and privileged information and is intended to be for the use of the individual or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution, or use of the content of this message is prohibited. If you have received this message in error, please notify the sender by reply email and delete the material from your computer. --------------------------- Newsgroups: comp.os.vxworks Subject: Test Date: Wed, 15 Nov 2000 20:54:55 +0100 From: ganesh Organization: Mascot Systems Limited Message-ID: <3A12EA0E.5133F689@eu.mascotsystems.com> Reply-To: gkota@eu.mascotsystems.com - -- * NOTE CHANGE IN EMAIL ID , NEW ID is gkota@eu.mascotsystems.com * Ganesh Kota Technical Resource manager , Benelux ======================================================================= Mascot Systems Corporation An iGate Capital Company (Formerly Mastech) World Trade Center Amsterdam Strawinskylaan 913 1077 XX Amsterdam The Netherlands Telephone : +31 20 305 36 65 Fax : +31 20 305 36 88 Mobile : +31 62 266 82 55 Email: gkota@eu.mascotsystems.com Visit Mastech on the worldwide web http://www.mascotsystems.com Confidentiality statement: this email message may contain confidential and privileged information and is intended to be for the use of the individual or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution, or use of the content of this message is prohibited. If you have received this message in error, please notify the sender by reply email and delete the material from your computer. --------------------------- Newsgroups: comp.os.vxworks Subject: 10ms clock Date: Wed, 15 Nov 2000 14:54:38 -0500 From: viv Organization: Lucent Technologies, Columbus, Ohio Message-ID: <3A12E9FE.6DB54D54@lucent.com> How can I implement a 10ms granularity in vxworks? --------------------------- Newsgroups: comp.os.vxworks Subject: RE: double returned by a function Date: Wed, 15 Nov 2000 11:17:49 -0800 From: Jim Way Organization: Lawrence Berkeley National Laboratory Message-ID: <8uuqqq$o9u$1@overload.lbl.gov> ilavin wrote: > I have a problem, I am making a function that returns a type data double > and when I execute this function the target crashs. Coud anyone help me? > Thank You. Don't know *your* environment. My target is PPC860T. VxWorks 5.4 / Tornado II / gcc 2.7.2. Cross compiling using Windows NT 4.0. Functions returning double work fine for me. HTH, Jim - ----------------------------------------- Jim Way, Software Engineer Datum Austin (Austron Inc.) voice: 512.721.4170 fax : 512.990.9712 email: jwayATdatumDOTcom (no spam please) - ----------------------------------------- --------------------------- Newsgroups: comp.protocols.tcp-ip,comp.os.vxworks Subject: Re: Active PCB after socket closed Date: 15 Nov 2000 20:09:47 GMT From: Rick Jones Organization: the Unofficial HP Message-ID: <8uuqib$sd1$4@web1.cup.hp.com> References: <3A11E6FE.690CCB75@uwm.edu> Sender: Rick Jones In comp.protocols.tcp-ip Lijing Zhang wrote: > I have a simple VxWorks web server that works fine with the first 45 > requests from a web browser. Then it will hang there for a while. It > looks like the server task hangs at accept() function call. When > typing inetstatShow() in Tornado shell, I got: > Active Internet ......... > PCB Proto ......... (state) > ----------- ----------- ------------------- > 3f99e00 TCP TIME_WAIT > 3f998ec TCP TIME_WAIT > 3f9a418 TCP TIME_WAIT > 3f9a210 TCP TIME_WAIT > 3f9a008 TCP TIME_WAIT > 3f9a51c TCP TIME_WAIT > .............. > I guess the PCB does not free when a socket is closed. So the resource > is getting full then it cannot accept further connections. > Does anybody can tell me how to solve this problem? That is not a problem, it is a feature. TIME_WAIT is the state a TCP endpoint must enter when it initiates the close of a connection. It is there as part of TCP's correctness algorithms to make sure that a new connection with the same "name" does not mistakenly accept segments from an old connection and hence incur silent data corruption. The stack is behaving properly (IMO) when it pauses after 45 connections if it can only track ~45 TCP states at one time. The implication is that you are trying to churn through TCP connections at a rate faster than (maxtrackedstate/timewaitinterval). You might try doing more work in each individual TCP connection and thus reduce the connection curn rate - perhaps persistent connections would be in order. Another option would be to try an increase the maximum number of trackable states. Another would be to try to get the other side to initiate the connection close. You _could_ consider dropping the TIME_WAIT interval, but I would not suggest a value less than 60 seconds. I would ceratinly suggest that yo do _not_ do anything like try to induce abortive closes to bypass TIME_WAIT. hth, rick jones - -- rachel marina jones, 09/24 0317, 7lbs, 7oz, 20" these opinions are mine, all mine; HP might not want them anyway... :) feel free to email, OR post, but please do NOT do BOTH... my email address is raj in the cup.hp.com domain... --------------------------- Newsgroups: comp.os.vxworks Subject: Socket memory leak/defrag Date: Wed, 15 Nov 2000 14:43:43 -0600 From: "Chris Smith" Organization: Posted via Supernews, http://www.supernews.com Message-ID: I am seeing an odd 32 byte memory leak each time my socket based server receives a connection from a client. I am running a server on a ppc running vxworks 5.4. When this server receives a connection my software allocates a 32 byte structure and a 400000 byte input q. A memShow after this connection is establised shows available free memory has decreased by 400080 bytes (any ideas where the extra 48 came from). When a disconnect is received my software deallocates the 32 byte structure and then the 400000 byte q. A memShow at this point shows that all but 32 bytes have been freed. ie 32 bytes have been dumped on the floor. Each connection that is made to the server results in 32 bytes dropped from the memory pool. If a connection is made then disconnected and another connection is made then disconnected 64 bytes have disappeared. This scenario is important because it shows whatever this 32 bytes is allocated for it is not being reused (as implied in a wrs tech solution). This 32 bytes is not freed after a certain amount of time (at least a day) either. The net result is the memory space gets butchered even faster than even the first fit memory scheme can accout for. Incidentally the mbuf structure used by the tcp stack is 32 bytes wide (but mbufs should not be allocated out of the general memory anyway). Has anyone else seen this behavior? Can anyone offer an explanation? Our software is fairly simplistic so I do not think it is in our code (but if noone confirms this behavior it must be). I have never noticed this behavior (since I have never had the need to make dynamic connections before) but it appears to be in every system we are currently developing. As a side question: Is there any code floating around to manually defragment memory under vxworks? (Open source preferably) I have sent the fixes to replace the memory allocation scheme but never anything to manually defragment it. I do not want the possible performance hit involved in a better allocation scheme but I would not mind taking a performance hit once every few hours to defrag. Chris --------------------------- Newsgroups: comp.os.vxworks Subject: Rebooting Date: Wed, 15 Nov 2000 15:58:55 -0500 From: viv Organization: Lucent Technologies, Columbus, Ohio Message-ID: <3A12F90F.46C24F9E@lucent.com> Is there a way to have a task complete certain chores just before the target is is rebooted(ctrl-x'ed)... --------------------------- Newsgroups: comp.os.vxworks Subject: Re: USB & errno Date: Wed, 15 Nov 2000 21:17:13 GMT From: wmiller_2002@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8uuugi$rvl$1@nnrp1.deja.com> References: Hi Charles, I was wondering where I could get a copy of the USB BETA for VxWorks. thanks for the help. WLM In article , "Charles Krinke" wrote: > I have two questions, perhaps someone would be willing to enlighten me. > > 1. I am working with the USB BETA download and find that buried in the > middle of a call in usbcCoreEntry (part of usbdCoreLib.c), that errno is > being set to 0xXXXX000B. printErrno(int num) says this is EAGAIN (no more > processes). My first question is this: Under what conditions would I expect > to get this error and what should be done to eliminate it. > > 2. On a second but perhaps related note, I see that some of the code I work > with has the following two constants as compiler flags and I wonder what the > implications of using them is and whether they should be used as part of the > solution of question 1. These two flags are -DRW_MULTI_THREAD > and -D_REENTRANT. > > Charles Krinke > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks,comp.os.psos,comp.os.os9,comp.os.lynx Subject: ANNOUNCE: Checksum and CRC Code/Articles Date: Wed, 15 Nov 2000 21:52:39 GMT From: Michael Barr Organization: Netrino, LLC (http://www.netrino.com) Message-ID: <3A1305A6.124EC728@netrino.com> This is a cryptographically signed message in MIME format. - --------------msBFF52E173CE78B240EA822FF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I've just (finally) gotten around to posting a three-part article I wrote about a year ago on computing checksums and CRCs and the source code that goes with it. The URLs of the three articles are: http://www.netrino.com/Connecting/1999-11/ http://www.netrino.com/Connecting/1999-12/ http://www.netrino.com/Connecting/2000-01/ If you're new to the subject, I recommend reading them in order. If, however, you are familiar with the theory of checksums and CRCs and just want to get directly into the CRC implementation, you can just read the third. A ZIP file containing just the source code for the CRC routines is at: http://www.netrino.com/Connecting/2000-01/crc.zip The code is placed into the public domain and may be used for any purpose public or private. There are some limitations in its use (it's written in C), but the underlying algorithms are solid and could be ported to the assembly language (or hardware) of your choice if necessary. Enjoy, Michael Barr - --------------msBFF52E173CE78B240EA822FF Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIIDwYJKoZIhvcNAQcCoIIIADCCB/wCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BeAwggLEMIICLaADAgECAgMDEAswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDgxMTE0MDgyMVoXDTAxMDgxMTE0MDgy MVowaDENMAsGA1UEBBMEQmFycjEXMBUGA1UEKhMOTWljaGFlbCBKb3NlcGgxHDAaBgNVBAMT E01pY2hhZWwgSm9zZXBoIEJhcnIxIDAeBgkqhkiG9w0BCQEWEW1iYXJyQG5ldHJpbm8uY29t MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDPW0HFztiNxFaw5uv5erG4nAS1Ed69/f73 4PuydSX/IYhUMiZXoqqdKgToW+wexUC/aHqpdsYJZCYOQj1jK8P3dtuKPZge4IiHqJCjCbbs CUpGrITYMNXAnarD97g4ZiUUo6ts7PkUsqAvB683RpUr0tjJtjWBQt5ybjs23Tww1QIDAQAB o08wTTAcBgNVHREEFTATgRFtYmFyckBuZXRyaW5vLmNvbTAMBgNVHRMBAf8EAjAAMB8GA1Ud IwQYMBaAFIir8WCDZlX05FjHRh3AYb0j18OMMA0GCSqGSIb3DQEBBAUAA4GBAF0IhPhr9QMF hZaDH8O20cd9kiYLoXuRzpg3HWde9Gw75l1k3j9Ke1gM7dx8YQi0xRiRkxq/F+1z5oysoc+/ GsQ0iUqrXcP4xUWeGTBwsPI1+S4axmn8wb4hhjQuBMjIAnOa9uTV5TIlBIdTZ8ws+Fg3zPgY xzbGAhS75FSL3l4DMIIDFDCCAn2gAwIBAgIBCzANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UE BhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYD VQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNl cyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJ KoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTk5MDkxNjE0MDE0 MFoXDTAxMDkxNTE0MDE0MFowgZQxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENh cGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENl cnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMTk5 OS45LjE2MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCzaVqX1NAWC3q1xV3pIZwjcs0S TEv3fs/H+8pyJPRCUqxXleN7YXoXhOf9cjk4lLTq7WWnkgZeveBl9hm7lHl2TD65aHB1hBz0 EXQAvAUsTwkDFzHM9EHUcsamXeKIRLCLLsRN8fDWhT5s85WUeJF+QOmc0Y0VV47Cc+Uw3kb1 TwIDAQABozcwNTASBgNVHRMBAf8ECDAGAQH/AgEAMB8GA1UdIwQYMBaAFHJJwnM0xlX0C3Zy gX539IfnxrIOMA0GCSqGSIb3DQEBBAUAA4GBAGvGWekx+um27LED2N9ycv6RYEjqxlXde/Bn jsZhcOdtwqU32J23FyhWBYvdXHVvxpGQxmxmcRPQEHxrkW+G4CE2LcHX6rIJrc8tbcaDUpv7 u/6ch538t+l0kuRcl678fqzKDW9yemcsa3P1hvmd9QBu9B0Hzp2egmMp75MJflXeMYIB9zCC AfMCAQEwgZwwgZQxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNV BAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRl IFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2AgMD EAswCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wMDExMTUyMTUyMzhaMCMGCSqGSIb3DQEJBDEWBBQ76tVC+cC5wMauAVAuNbC+TPng ljBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDAHBgUrDgMC BzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASBgE8iDo0d AG9IVO3fNxB1qDQqgCAunSlAMj6lubYrT0NCPPDjVdy5yn3K9+aNleocFR0c5iFJ3/BBwsp5 q7e22jTP/yC6yldkCNUGEgk3IJXKo3jRGJkZd36tHvEGCecjNJCj63C+U0Q0WE3FxeBVv3nn T2dBHgG89n6KKG37hSWn - --------------msBFF52E173CE78B240EA822FF-- --------------------------- Newsgroups: comp.os.vxworks,comp.os.psos,comp.os.os9,comp.os.lynx Subject: ANNOUNCE: New Article on IrDA and Bluetooth Date: Wed, 15 Nov 2000 21:53:18 GMT From: Michael Barr Organization: Netrino, LLC (http://www.netrino.com) Message-ID: <3A1305CD.EDDC933E@netrino.com> This is a cryptographically signed message in MIME format. - --------------ms50ED256112E5D77FF9F02A2D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have just (finally) posted the article "Our Wired World" to the Netrino website. It can be found at the following URL: http://www.netrino.com/Connecting/1999-10/ This article was published in the October 1999 issue of Embedded Systems Programming. It is an overview of the IrDA-Data and Bluetooth protocols, with attempts to compare them on several features. Some of the Bluetooth info is now (after more than a year) a bit outdated, but the generalities are still useful and there are links within the article to more up-to-date sources of info on both protocols. The Netrino Consultants Network encourages its partners and associates to share their technical expertise by writing magazine articles and books and by speaking at industry conferences. Whenever possible we retain the right to publish these materials on our website. An index of our many publications can be found at the following URL: http://www.netrino.com/Publications/ I hope you will find these resources valuable, and relevant to this newsgroup. Sincerely, Michael Barr - --------------ms50ED256112E5D77FF9F02A2D Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIIDwYJKoZIhvcNAQcCoIIIADCCB/wCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BeAwggLEMIICLaADAgECAgMDEAswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDgxMTE0MDgyMVoXDTAxMDgxMTE0MDgy MVowaDENMAsGA1UEBBMEQmFycjEXMBUGA1UEKhMOTWljaGFlbCBKb3NlcGgxHDAaBgNVBAMT E01pY2hhZWwgSm9zZXBoIEJhcnIxIDAeBgkqhkiG9w0BCQEWEW1iYXJyQG5ldHJpbm8uY29t MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDPW0HFztiNxFaw5uv5erG4nAS1Ed69/f73 4PuydSX/IYhUMiZXoqqdKgToW+wexUC/aHqpdsYJZCYOQj1jK8P3dtuKPZge4IiHqJCjCbbs CUpGrITYMNXAnarD97g4ZiUUo6ts7PkUsqAvB683RpUr0tjJtjWBQt5ybjs23Tww1QIDAQAB o08wTTAcBgNVHREEFTATgRFtYmFyckBuZXRyaW5vLmNvbTAMBgNVHRMBAf8EAjAAMB8GA1Ud IwQYMBaAFIir8WCDZlX05FjHRh3AYb0j18OMMA0GCSqGSIb3DQEBBAUAA4GBAF0IhPhr9QMF hZaDH8O20cd9kiYLoXuRzpg3HWde9Gw75l1k3j9Ke1gM7dx8YQi0xRiRkxq/F+1z5oysoc+/ GsQ0iUqrXcP4xUWeGTBwsPI1+S4axmn8wb4hhjQuBMjIAnOa9uTV5TIlBIdTZ8ws+Fg3zPgY xzbGAhS75FSL3l4DMIIDFDCCAn2gAwIBAgIBCzANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UE BhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYD VQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNl cyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJ KoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTk5MDkxNjE0MDE0 MFoXDTAxMDkxNTE0MDE0MFowgZQxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENh cGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENl cnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMTk5 OS45LjE2MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCzaVqX1NAWC3q1xV3pIZwjcs0S TEv3fs/H+8pyJPRCUqxXleN7YXoXhOf9cjk4lLTq7WWnkgZeveBl9hm7lHl2TD65aHB1hBz0 EXQAvAUsTwkDFzHM9EHUcsamXeKIRLCLLsRN8fDWhT5s85WUeJF+QOmc0Y0VV47Cc+Uw3kb1 TwIDAQABozcwNTASBgNVHRMBAf8ECDAGAQH/AgEAMB8GA1UdIwQYMBaAFHJJwnM0xlX0C3Zy gX539IfnxrIOMA0GCSqGSIb3DQEBBAUAA4GBAGvGWekx+um27LED2N9ycv6RYEjqxlXde/Bn jsZhcOdtwqU32J23FyhWBYvdXHVvxpGQxmxmcRPQEHxrkW+G4CE2LcHX6rIJrc8tbcaDUpv7 u/6ch538t+l0kuRcl678fqzKDW9yemcsa3P1hvmd9QBu9B0Hzp2egmMp75MJflXeMYIB9zCC AfMCAQEwgZwwgZQxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNV BAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRl IFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2AgMD EAswCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wMDExMTUyMTUzMTdaMCMGCSqGSIb3DQEJBDEWBBQWQCKTyZyFZyVia+DdQlo5wRDR LTBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDAHBgUrDgMC BzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASBgHdypQJL gsXiu8vOlVo3lssh/wIn7LJFH9gBPFZJrs07xHcSScJ66KfnH9NF4POx9RBwJOkExQRumQwE Sx4f+hmpyCLhfk6mbLx+vqBILXJc5WimtDX9WqseFjDK3Cw6sueRX/7kbdYgByZW8jpF5DDL +ybYeGu3+nEHGkb+kl7k - --------------ms50ED256112E5D77FF9F02A2D-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: 10ms clock Date: Wed, 15 Nov 2000 17:01:46 -0600 From: "Derek Opitz" Organization: Motorola CIG Message-ID: <8uv4jc$5h11@nntp.cig.mot.com> References: <3A12E9FE.6DB54D54@lucent.com> set your system clock to 100 Hz. The default is 60 Hz. sysClkRateSet( 100 ); viv wrote in message news:3A12E9FE.6DB54D54@lucent.com... > How can I implement a 10ms granularity in vxworks? --------------------------- Newsgroups: comp.os.vxworks Subject: Endianness on a PowerPC Date: Wed, 15 Nov 2000 15:49:57 -0800 From: "Eric McDaniel" Organization: Posted via Supernews, http://www.supernews.com Message-ID: Is there any way to make VxWorks compile and run in little-endian mode on a PPC (MPC860)? I know the processor itself supports a little-endian mode, but does VxWorks? What about some other embedded OS, like Linux or Nucleus? I am developing for a PPC-based embedded system that must communicate over a PCI bus with an Intel x86 processor running Windows NT. It would make my and others' lives so much easier if both processors could speak the same endian language. Thanks. Eric ericm@vertical.com --------------------------- Newsgroups: comp.os.vxworks Subject: MBX860 serial and parallel channels Date: Thu, 16 Nov 2000 01:14:43 +0100 From: "JJS" Organization: LT Message-ID: <8uv8oc$1f7a$1@news4.isdnet.net> My system : Tornado2-VxWorks 5.4, host win98, target MBX860 serial channel 1 is connected to the console (hyperterminal) How do I write/read a byte on serial channel 2 ? (which C function) ? How do I write/read a byte on parallel port ? Thanks Jack --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Endianness on a PowerPC Date: 16 Nov 2000 01:55:07 GMT From: "Richard B. Ralston" Organization: Concentric Internet Services Message-ID: <8uvepr$hjm@dispatch.concentric.net> References: Don't count on it! I tried to get the memory map to be different from that in the book and found it to be impossible. Yes, the book and support said it was possible, they just never tried it before! After slogging through all too many files, I gave up and was assimilated! Bite the bullet, and write some conversion routines. - -Rich "Eric McDaniel" wrote in message news:t1688ulcei7cf4@corp.supernews.com... > > Is there any way to make VxWorks compile and run in little-endian mode on a > PPC (MPC860)? I know the processor itself supports a little-endian mode, but > does VxWorks? What about some other embedded OS, like Linux or Nucleus? > > I am developing for a PPC-based embedded system that must communicate over a > PCI bus with an Intel x86 processor running Windows NT. It would make my and > others' lives so much easier if both processors could speak the same endian > language. > > Thanks. > > Eric > ericm@vertical.com > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Cross-Development??? Date: Thu, 16 Nov 2000 02:53:19 GMT From: "DuckE" Organization: Excite@Home - The Leader in Broadband http://home.com/faster Message-ID: References: Reply-To: "DuckE" "sukyum" wrote in message news:sJmQ5.274$KH3.9881@news2.bora.net... > hi everyone!!! > > What's the Cross-Development???? > > When a program is developed on one computer and operating system (the host) to run on another computer and operating system (the target) where the target computer uses either a different operating system or CPU than the host. When a program is developed on the same operating system and CPU on which it will run, it is often referred to as "Native", or "Self Hosted" development. I hope this helps, SteveD --------------------------- Newsgroups: comp.os.vxworks Subject: Re: small help Date: Thu, 16 Nov 2000 03:37:28 GMT From: "Dan Perlberger" Organization: Road Runner - EC Message-ID: References: <3A129479.3F17F934@lucent.com> We were receiving this same message when we had an IP address which talks to our VxWorks box set up on two different computers. So basically we had one computer with the IP address turned on and talking to our VxWorks box. Then we turned off the computer, turned the other one on, configured it with the same IP address and had it talking to our VxWorks box. The message has something to do with having the same IP address appear with two different Ethernet addresses. The "00:d0:b7:8e:70:ad" is the Ethernet address of the computer trying to connect to your box. In our case, it was the Ethernet address of the second computer we turned on. Dan wrote in message news:3A129479.3F17F934@lucent.com... > Hello group, > > I am new to VxWorks.... > > When i am connecting to the target....everything goes fine but a small error is > appearing at the last as follows: > > 0x17ad6fo(tNetTask) : arpa info overwritten for 87fef739 by 00:d0:b7:8e:70:ad > > > Can i know why is this??? > > I am connecting host(Unix) and target(PPC) through serial port.... > Host and target has static IP address....... > > > bye, > Uday --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Priority aware network stack? Date: Thu, 16 Nov 2000 04:39:29 GMT From: Todd Sandor Organization: @home Message-ID: <3A1364EE.32FD8DCD@home.com> References: Hi....Can someone tell me where are the details related to the vxWorks networking implementation documented? [I know the best place is the source code, but I don't have access to that...] - details related to the tNetTask, netJob etc. [not the tcp/ip stack details]. I'm using vxWorks 5.4 that is based upon the 4.4 bsd stack (T2). Cheers.. Don Bowman wrote: > "Michael Simpson" wrote in message > news:uG_L5.52903$Z2.757930@nnrp1.uunet.ca... > > Hi, > > > > Has anybody else out there had an application for a priority-aware network > > stack? > > > > As far as I understand it, all network jobs in SENS run in a single > thread, > > in the context of tNetTask. Jobs are added to tNetTask's working queue > via > > NetJobAdd(...). ALL network related processing is done in this way, > > including ethernet packet reception, IP/TCP/UDP processing, routing, ARP, > > etc. I believe that tNetTask's work queue is 32 jobs long, but I'm not > > sure. So if I have some network job to do, and there are 20 jobs ahead of > > me in tNetTask's queue, I have to wait. > > > > What I would really like to do is have the ability to priorize the > > transmission, reception, routing, etc. of certain kinds of traffic over > > others. Any ideas, pointers? I did not buy vxWorks source code, and I > > can't modify it. > > Well, tNetTask is just a thread that listens on a message queue. A message > is sent to it with a function pointer and arguments in it. > See the header file definition of netJobAdd. > You could replace tNetTask yourself without even seeing the source to > it. > > The tNetTask is used for receive, but not for transmit. If you only > need priority queuing on transmit, you needn't do anything with it. > > You can also change the Q that the netJob uses to be priority instead > of fifo queuing, and use HI to put stuff on the front of the Q. > > You can replace the stack yourself without changing the vxworks source > code by removing their objects and replacing them with the equivalent > functionality from e.g. bsd4.4 etc. > > There are some papers available on making the BSD 4.4 stack priority > aware. Its fairly involved. A search on altavista should yield more details. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: help please! Date: Thu, 16 Nov 2000 04:49:18 GMT From: "Leon" Organization: Sympatico Message-ID: References: <3A11C616.AEA3D76E@cc.usu.edu> <3A11E430.C2D26E61@bellsouth.net> <3A120330.6E5C0D07@cc.usu.edu> There is two cables out of the PowerPC target. One is serial cable, which help you do some basic configuration if you need, like target Mac Address and IP Address. after you type "rtc" in your hyperterminal, your target use the second cable, LAN, to download bootimage from your FTP server to boot. If nothing goes wrong, you can use Tornado's VxDebug or Console to talk with your target. Pls. read the tornado GetStarted.pdf for more help. Leon "hari" wrote in message news:3A120330.6E5C0D07@cc.usu.edu... > hi joe > thank you for your reply. but still i have one doubt, please help me > out, it will be a great help to me > 1. how can i find out the the target name/ip address of target > 2. should there be a cable connection between host and target and if yes, > please tell between what ports there should be a connection, i am using > powerPc target. > once again thank you joe > bye > hari > > Joe Durusau wrote: > > > It's in the user's guide. In general, most of us > > boot vxworks through the network by downloading the OS > > from a networked host. You get started by cabling up to the > > lowest numbered serial port on the target, then turning on > > the target. When you see a message saying something about > > autoboot, hit any key on the keyboard of your terminal. Then > > press ? to see a list of commands. One of them will let > > you set boot parameters, one of which will be the ip address of > > the target. BTW, all of this is in the user's manual, which > > I recommend you read before starting. > > > > Speaking only for myself, > > > > Joe Durusau > > > > hari wrote: > > > > > > hi > > > i need to connect to the target board through ethernet. i dont know > > > how to find out the IP address of target board and other stuff. > > > i request you to please tell me how to do this. > > > thank you > > > hari > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Bug Fix: AMD 79C973 BSP Drivers Date: Wed, 15 Nov 2000 20:55:40 -0800 From: DrDiags Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A1368CC.B8D0E745@flashcom.net> References: <8uum5r$k86$1@nnrp1.deja.com> Reply-To: drdiags@flashcom.net This is off the subject, but does the driver support autonegotiation for the AMD79C973. We have problems in this area when connecting to some 10/100MB switches like the LinkSys 10/100MB 5 port switch (Model number escapes me right now). The driver we are using is the ln97xEnd driver ver 01e, May 22 2000 on a i960. The AMD 79C973 registers shows that autonegotiation failed, and after 10 minutes or so, the link will eventually initialize. Any ideas? --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Rebooting Date: Wed, 15 Nov 2000 21:06:26 -0800 From: DrDiags Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A136B52.F59550A6@flashcom.net> References: <3A12F90F.46C24F9E@lucent.com> Reply-To: drdiags@flashcom.net Viv, You can add a rebootHookAdd routine that will be called during the sysToMonitor routine. This should be documented in the VxWorks programmers guide or reference guide. rebootHookAdd( ) NAME rebootHookAdd( ) - add a routine to be called at reboot SYNOPSIS STATUS rebootHookAdd ( FUNCPTR rebootHook /* routine to be called at reboot */ ) DESCRIPTION This routine adds the specified routine to a list of routines to be called when VxWorks is rebooted. The specified routine should be declared as follows: void rebootHook ( int startType /* startType is passed to all hooks */ ) RETURNS OK, or ERROR if memory is insufficient. SEE ALSO rebootLib, reboot( ) viv wrote: > Is there a way to have a task complete certain chores just before the > target is is rebooted(ctrl-x'ed)... --------------------------- Newsgroups: comp.os.vxworks Subject: compiler?? Date: Thu, 16 Nov 2000 06:18:02 GMT From: "sukyum" Organization: LGIC Message-ID: Reply-To: "sukyum" Hi VxWorkers... When I developed MC68030 with VRTX, I used MCC68K compiler. What compiler should be used if I develope MPC860 with VxWorks. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Endianness on a PowerPC Date: 16 Nov 2000 08:05:44 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FEE5B6FDborkhuislucentcom@135.7.153.101> References: ericm@vertical.com (Eric McDaniel) wrote in : >Is there any way to make VxWorks compile and run in little-endian mode >on a PPC (MPC860)? I know the processor itself supports a little-endian >mode, but does VxWorks? What about some other embedded OS, like Linux or >Nucleus? The VxWorks libraries are compiled in big-endian mode, so your code also has to run in big-endian mode. The only way around this is to recompile the kernel in little-endian mode, but I am afraid WRS will not provide you with the sources, unless you pay a huge amount of money :-) >I am developing for a PPC-based embedded system that must communicate >over a PCI bus with an Intel x86 processor running Windows NT. It would >make my and others' lives so much easier if both processors could speak >the same endian language. If you want to avoid extra code, see if you can modify the HW in such a way that it performs the byteswaps for you. Otherwise you have to do it in your SW. Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: compiler?? Date: 16 Nov 2000 08:08:18 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FEE578A7borkhuislucentcom@135.7.153.101> References: sukyum@lgic.co.kr (sukyum) wrote in : >When I developed MC68030 with VRTX, I used MCC68K compiler. >What compiler should be used if I develope MPC860 with VxWorks. CCPPC, but you have to get a extra target-license to get the compiler and libraries to do this. Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: How to start simnt with more memory from within T2 Date: Thu, 16 Nov 2000 09:06:02 GMT From: Heiko Elger (ARBURG) Organization: Deja.com - Before you buy. Message-ID: <8v081n$tl8$1@nnrp1.deja.com> Hello, I'm using T2 on host WinNT. How can I start a simnt (full version) with more that the default of 2MB RAM from the Tornado2 IDE. I kown I have to use the parameter -r - but from within the IDE there is no way to specify this parameter. Configuration: WinNT 4 SP6a VxWorks 5.4 Tornado 2 SP3 PII 450 MHZ 256 MB RAM Best regards Heiko Elger Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Very slow debugging with an outfile bigger than 20MB Date: Thu, 16 Nov 2000 09:12:10 GMT From: Heiko Elger (ARBURG) Organization: Deja.com - Before you buy. Message-ID: <8v08d7$tol$1@nnrp1.deja.com> Hello, I'm using T2 on host WinNT and I'm using SimNT (full version). If I donwload an outfile (>20MB) the debugging is very very slow. I always have to wait for each step od single step. Also the refreshing of the watch and local vars windows is very slow. If I download a smaller outfile all works fine. Configuration: WinNT 4 SP6a VxWorks 5.4 Tornado 2 SP3 PII 450 MHZ 256 MB RAM Best regards Heiko Elger Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: GET UNSECURED CREDIT TODAY !!! Date: 16 Nov 2000 14:05:09 GMT From: creditnow@credit.org Organization: Instant Approval Message-ID: <8IJ6N631.FZUWYH7K@credit.org> Bad Credit, Good Credit, Bankruptcy -- You will get an unsecured credit card which you deserve !! Click here and fill out the online application. Get credit today !!! http://click.linksynergy.com/fs-bin/click?id=koYmz38IhXg&offerid=24046.10000006&type=1&subid=0 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Priority aware network stack? Date: Thu, 16 Nov 2000 10:29:58 GMT From: pwhicker@home.com (Paul Whicker) Organization: Excite@Home - The Leader in Broadband http://home.com/faster Message-ID: References: <3A1364EE.32FD8DCD@home.com> It's just a BSD 4.4 stack with some minor adjustments. Go to Amazon.com and find the Stevens books. Paul In article <3A1364EE.32FD8DCD@home.com>, Todd Sandor wrote: > >Hi....Can someone tell me where are the details related to the vxWorks >networking implementation documented? [I know the best place is the source > code, >but I don't have access to that...] - details related to the tNetTask, netJob >etc. [not the tcp/ip stack details]. I'm using vxWorks 5.4 that is based upon >the 4.4 bsd stack (T2). > >Cheers.. > >Don Bowman wrote: > >> "Michael Simpson" wrote in message >> news:uG_L5.52903$Z2.757930@nnrp1.uunet.ca... >> > Hi, >> > >> > Has anybody else out there had an application for a priority-aware network >> > stack? >> > >> > As far as I understand it, all network jobs in SENS run in a single >> thread, >> > in the context of tNetTask. Jobs are added to tNetTask's working queue >> via >> > NetJobAdd(...). ALL network related processing is done in this way, >> > including ethernet packet reception, IP/TCP/UDP processing, routing, ARP, >> > etc. I believe that tNetTask's work queue is 32 jobs long, but I'm not >> > sure. So if I have some network job to do, and there are 20 jobs ahead of >> > me in tNetTask's queue, I have to wait. >> > >> > What I would really like to do is have the ability to priorize the >> > transmission, reception, routing, etc. of certain kinds of traffic over >> > others. Any ideas, pointers? I did not buy vxWorks source code, and I >> > can't modify it. >> >> Well, tNetTask is just a thread that listens on a message queue. A message >> is sent to it with a function pointer and arguments in it. >> See the header file definition of netJobAdd. >> You could replace tNetTask yourself without even seeing the source to >> it. >> >> The tNetTask is used for receive, but not for transmit. If you only >> need priority queuing on transmit, you needn't do anything with it. >> >> You can also change the Q that the netJob uses to be priority instead >> of fifo queuing, and use HI to put stuff on the front of the Q. >> >> You can replace the stack yourself without changing the vxworks source >> code by removing their objects and replacing them with the equivalent >> functionality from e.g. bsd4.4 etc. >> >> There are some papers available on making the BSD 4.4 stack priority >> aware. Its fairly involved. A search on altavista should yield more details. > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: 10ms clock Date: Thu, 16 Nov 2000 11:06:07 GMT From: Urban Lindberg Organization: Deja.com - Before you buy. Message-ID: <8v0f2u$2g2$1@nnrp1.deja.com> References: <3A12E9FE.6DB54D54@lucent.com> <8uv4jc$5h11@nntp.cig.mot.com> You might want to call clock_setres too, to inform clockLib about the new system clock rate. Urban In article <8uv4jc$5h11@nntp.cig.mot.com>, "Derek Opitz" wrote: > set your system clock to 100 Hz. The default is 60 Hz. > > sysClkRateSet( 100 ); > > viv wrote in message > news:3A12E9FE.6DB54D54@lucent.com... > > How can I implement a 10ms granularity in vxworks? > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Thu Nov 16 07:15:28 2000 From: "Balaji Ramachandran" Date: Thu Nov 16 07:15:30 PST 2000 Subject: Multiple VxSim targets Vxworks or Tornado Hi All, Host:WinNT4.0 Target:VxSim Full I have downloaded networking option of "Tornado Prototyper" from WRS site and installed it, but i could not able to create multiple targets, pl.. suggest me how to create mutiple vxSim targets. I have followed the following steps 1.I have installed "ULIP" driver with IP address of "90.0.0.254" , subnet mask as "255.255.255.0" and enabled "IP forwarding". (Then Host is restarted) 2.Then I have created a application with "bootable image" option. 3.in that Vxworks image, I have included default "Network components". 4.Then I have included "END Attach Interface" and "END interafce support" components in the "Network components ->Network devices" subtree. 5.Excluded "BSD Attach Interface" and BSD interface support" in the same directory. 6.Rebuilt 'vxworks.exe" 7.Then target server is launched, with follwing configuration a.Target server name= "t1" b.Target server properties = "Back-End" c.Available back end = "wdbrpc" d.IP address = "90.0.0.1' 8.Now the newly built simulator is started. But the new simulator is not connecting to the "t1" target server, instead, it starts with its own default target server. Please ssuggest me, if I have missed something to lauch mutiple VxSim targets. Thanks in advance. Regards, R.Balaji. From vxwexplo-errs@csg.lbl.gov Thu Nov 16 08:12:27 2000 From: David Laight Date: Thu Nov 16 08:12:30 PST 2000 Subject: Re: USB & errno > 1. I am working with the USB BETA download and find that buried in the > middle of a call in usbcCoreEntry (part of usbdCoreLib.c), that errno is > being set to 0xXXXX000B. printErrno(int num) says this is EAGAIN (no more > processes). My first question is this: Under what conditions would I expect > to get this error and what should be done to eliminate it. EAGAIN is often used for 'I couldn't do this now because of lack of xxxx, but may be able to do it in the future. You should either: 1) Ensure there is enough of everything it might run out of 2) Drop that line of processing, clear any other outstanding events and retry later on. 3) go for a beer Retrying without even a timeout will probably generate an infinite loop! (Why vxWorks ever described EAGAIN as 'no more processes' - ie fork() failed - I don't know. Even UnixWare 2 hs a different definition!) > These two flags are -DRW_MULTI_THREAD and -D_REENTRANT. These are standard defines for kernel components of (I think) Solaris. Sort of shows where the vxWorks USB stack was ported from. David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Thu Nov 16 08:34:11 2000 From: "viveks" Date: Thu Nov 16 08:34:14 PST 2000 Subject: Problem in Debugging Hi I have one problem in how to configure target server to debugger. Actually I in my setup I have two machines one solaris and one Intel. My target is PPC860. From the solaris machine I download the vxworks image using the intel machine as console for setting boot parameters. My vxworks image includes target shell option. In the boot parameters I specify the startup script to be run to download my various objext modules from the solaris machine. Now I want to debug my code. I have Tornado 2 for windows on my intel machine. From there I launch the target server. I have the vxworks image on my intel machine too. In target server I gave the path to that folder. My target server is launched properly but I am unable to debug the code. But If i download something now from my host shell then I can run/debug it from my debugger. Can u help me out?? Thanks & Regards Vivek Soni Future Software Limited Chennai- India From vxwexplo-errs@csg.lbl.gov Thu Nov 16 09:02:03 2000 From: David Laight Date: Thu Nov 16 09:02:06 PST 2000 Subject: re: Socket memory leak/defrag > I am seeing an odd 32 byte memory leak each time my socket based server > receives a connection from a client > my software allocates a 32 byte structure and a 400000 byte input q. > free memory has decreased by 400080 bytes (any ideas where the extra 48 came > from). Each piece of memory allocated has an 8 byte overhead - the two words before the address you are given are the length (in 2 byte units) and pointer to the previous item. The bottom bit of the length is the allocated/free bit. So you should have allocated 400000+8+32+8=400048 - so someone else allocated 80-48-8=24 bytes. From 'memShow 1' before and after the test you should be able to find the piece of memory that is no longer on the free list. This is VERY likely to be the lost memory block. Especially if its contents don't change when you repeat the test. Given the contents you need to guess what it was used for! It that doesn't show anything, try a bit of hacking! Write a little routine to replace 'malloc' (ie calls memPartAlloc( memSysPartition, size ), place a jump to it over the first instruction of malloc. Add code to trace calls requesting 24 bytes including the callers address (extract from the stack frame probably *(&arg +/- n) will do it, don't know the ppc abi - so don't know exact values.). Find the unfreed item in the allocation trace and you know where the memory was allocated. > Is there any code floating around to manually defragment memory under > vxworks? (Open source preferably) I have sent the fixes to replace the > memory allocation scheme but never anything to manually defragment it. Defragmentation is essentially impossible! Schemes that assume that anything that looks a bit like a memory address must be one have been used for garbage collection, but defrag would require changing random numbers hoping they were pointers to heap memory rather than, say, an instruction! I use a reverse engineered memPartAlloc that does a best-fit. This has to scan the entire free list for each request. However the free list is so much shorter than with the vxWorks 'fragment the heap as much as physically possible' algorithm that this is probably a performance gain. The code doesn't affect the heap structure - so memShow still works. David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Fri Nov 17 04:03:18 2000 From: Vxworks Exploder Date: Fri Nov 17 04:03:21 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Fri Nov 17 04:03:14 PST 2000 Subject: Re: small help Subject: CRC's and VxWorks Subject: Re: Very slow debugging with an outfile bigger than 20MB Subject: Re: Active PCB after socket closed Subject: Re: ping question Subject: Re: Tcl/Tk on VxWork? Subject: Re: CRC's and VxWorks Subject: usrStartupScript re-entrant? Subject: VxWorks drivers for SBS Technologies CPCI-200A IP Carrier card Subject: Multiple VxSim targets Subject: VxWorks drivers for SBS Technologies CPCI-200A IP Carrier card Subject: re: USB & errno Subject: Boot sector Subject: Re: double returned by a function Subject: Re: ping question Subject: Re: vme BERR on ppc boards (2700 etc) Subject: Problem in Debugging Subject: re: Socket memory leak/defrag Subject: Creating files thru the network error ( S_errno_ENOBUFS ) Subject: Re: Problem with Tornado 2 Subject: Debugging multiple tasks Subject: Re: Problem in Debugging Subject: Re: Socket memory leak/defrag Subject: SDS SingleStep and GNU Compiler Subject: Re: Tornado2 on SPARC Solaris 8 Subject: Interesting T2 Debugger Quirk... Subject: Re: SDS SingleStep and GNU Compiler Subject: Re: Debugging multiple tasks Subject: Re: PMC Modules on different PowerPC HW Subject: MPC860 Full Duplex CPM Ethernet Driver Subject: Re: Tornado question Subject: rom & ram Subject: Re: Priority aware network stack? Subject: Re: Endianness on a PowerPC Subject: Re: ping question Subject: Re: Multiple VxSim targets Subject: Re: Multiple VxSim targets Subject: Trap the exception : the "signal" function & excHookAdd Subject: Re: Problem in Debugging Subject: Driver for Ethernet on SCC Subject: Re: Debugging multiple tasks Subject: Re: Multiple VxSim targets Subject: Re: newbie question ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: small help Date: Thu, 16 Nov 2000 11:49:59 +0000 From: James Marshall Organization: Agilent Technologies UK Ltd Message-ID: <3A13C9E7.287B13C3@agilent.com> References: <3A129479.3F17F934@lucent.com> It just indicates when an entry in the ARP table gets overwritten. The scenario that Dan paints is one example, but it can also point to problems like duplicate IP addresses. Recently I had a pair of these messages appearing every few minutes on my target's console from two machines fighting over one IP address. It took me some time to convince IT support that although I was reporting a problem, it wasn't *my* problem... James. myhandle@lucent.com wrote: > Hello group, > > I am new to VxWorks.... > > When i am connecting to the target....everything goes fine but a small error is > appearing at the last as follows: > > 0x17ad6fo(tNetTask) : arpa info overwritten for 87fef739 by 00:d0:b7:8e:70:ad > > Can i know why is this??? > > I am connecting host(Unix) and target(PPC) through serial port.... > Host and target has static IP address....... > > bye, > Uday --------------------------- Newsgroups: comp.os.vxworks Subject: CRC's and VxWorks Date: Thu, 16 Nov 2000 07:50:37 -0500 From: Brian Irwin Organization: Raytheon Company Message-ID: <3A13D81D.60483941@raytheon.com> Does anyone know of a vxWorks shell command, or freeware available, to perform a checksum or CRC on a file? What I am looking to do is verify the version of files loaded into flash using the above mentioned routines. Any help would be appreciated. Thanks Brian --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Very slow debugging with an outfile bigger than 20MB Date: Thu, 16 Nov 2000 13:09:13 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <8v08d7$tol$1@nnrp1.deja.com> Heiko Elger (ARBURG) wrote in message <8v08d7$tol$1@nnrp1.deja.com>... >Hello, > >I'm using T2 on host WinNT and I'm using SimNT (full version). >If I donwload an outfile (>20MB) the debugging is very very slow. >I always have to wait for each step od single step. >Also the refreshing of the watch and local vars windows is very slow. > >If I download a smaller outfile all works fine. I think that's just the way it is. It's even worse when you're debugging a real target across a network connection. Probably the only thing that would help would be if WRS compiled all those Tcl tools instead of running them interpretatively (sp?). DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.protocols.tcp-ip,comp.os.vxworks Subject: Re: Active PCB after socket closed Date: Thu, 16 Nov 2000 13:09:20 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <3A11E6FE.690CCB75@uwm.edu> <8uuqib$sd1$4@web1.cup.hp.com> Rick Jones wrote in message <8uuqib$sd1$4@web1.cup.hp.com>... >That is not a problem, it is a feature. > >TIME_WAIT is the state a TCP endpoint must enter For further information specific to VxWorks and details about how to increase the number of time_wait connections it can handle at one time, go to the WRS support site and look for TSR #152244 - title "What is TIME_WAIT? Bind fails with errno 0x30 = EADDRINUSE" DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ping question Date: Thu, 16 Nov 2000 13:09:30 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <200011151639.QAA26857@dsl-2.tadpole.co.uk> <3A12D99A.C047C23@nortelnetworks.com> Ofer Goren wrote in message <3A12D99A.C047C23@nortelnetworks.com>... >you don't have to do it on a unix shell, or on a PC DOS window. Why the %#$% >should you on the vxWorks shell? Because it's not a command, and VxWorks is neither a unix shell nor a PC DOS window. When you type ping at the Vx command shell, you aren't loading and running an executable, you're instructing the shell to make a C function call, and the prototype for the ping function says:- STATUS ping ( char * host, /* host to ping */ int numPackets, /* number of packets to receive */ ulong_t options /* option flags */ ) IOW, it would be an error to call it with less than three parameters from your C code, and it only works that way from the shell because the shell supplies default values of zero for any function args. that you don't specify. You *did* RTFM, didn't you? DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tcl/Tk on VxWork? Date: Thu, 16 Nov 2000 14:29:52 +0100 From: "Thierry Caminel" Organization: Guest of France Telecom Oleane's newsreading service Message-ID: <8v0p30$ic9$1@s1.read.news.oleane.net> References: <8usnpj$2tk$1@nnrp1.deja.com> Extract from com.lang.tcl FAQ http://dev.scriptics.com/faq/part1.html " A port of Tcl 7 has been done to VxWorks. You can find it at , , and or names similar (if updates have occurred). A diff file that appears to make Tcl 8.x compatible is in this ftp directory. Also Wind River Systems's Tornado development environment includes a tcl interface for VxWorks " Hope this help... - --Thierry --------------------------- Newsgroups: comp.os.vxworks Subject: Re: CRC's and VxWorks Date: Thu, 16 Nov 2000 15:07:14 +0100 From: "Serge Wenger" Organization: Matisa SA Message-ID: <8v0pct$jua$1@pollux.ip-plus.net> References: <3A13D81D.60483941@raytheon.com> Try Michael Barr site: http://www.netrino.com/Connecting/1999-11/ http://www.netrino.com/Connecting/1999-12/ http://www.netrino.com/Connecting/2000-01/ /Serge "Brian Irwin" a écrit dans le message news: 3A13D81D.60483941@raytheon.com... > Does anyone know of a vxWorks shell command, or freeware available, to > perform a checksum or CRC on a file? > > What I am looking to do is verify the version of files loaded into flash > using the above mentioned routines. > > Any help would be appreciated. > > Thanks > > Brian > --------------------------- Newsgroups: comp.os.vxworks Subject: usrStartupScript re-entrant? Date: Thu, 16 Nov 2000 14:51:42 GMT From: michael_p_card@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8v0s9q$cpj$1@nnrp1.deja.com> References: <8uu9pd$8ne$1@nnrp1.deja.com> Reply-To: michael.p.card@lmco.com Hello everyone- I was wondering if any of you know if the usrStartupScript is re-entrant? We have a boot script which downloads a program to our board and kicks it off with a taskSpawn(). This program then calls usrStartupScript() directly and provides it the name of a second script which downloads more programs and kicks them off. Is this "cricket"? Should usrStartupScript even be called directly? I notice it's not in the VxWorks 5.3.1 reference manual. Does the kernel/VxWorks expect this function to only be called once, and so a direct invocation for a 2nd time could screw something up? Any insight any of you have would be most welcome. Thank you! - - Mike Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks drivers for SBS Technologies CPCI-200A IP Carrier card Date: Thu, 16 Nov 2000 16:08:22 +0100 From: Bart Gouw Organization: Medtronic Inc. Message-ID: <3A13F866.E19ADEEC@vitatron.com> Reply-To: vitatron@gwgouw.myweb.nl Dear Reader, Are there VxWorks 5.4 (Tornado 2.0) drivers, available for the CPCI-200A card (Quad IndustryPack Carrier for the CompactPCI bus from SBS Technologies, Inc.) Related topics: CPCI-100A VxWorks 5.3 / Tornado 1.0 CompactPCI Modular I/O Carrier board Thanks in advance, Regards, Bart Gouw --------------------------- Newsgroups: comp.os.vxworks Subject: Multiple VxSim targets Date: Thu, 16 Nov 2000 20:47:58 +0530 From: "Balaji Ramachandran" Organization: Lawrence Berkeley National Laboratory Message-ID: <8v0tka$gif$1@overload.lbl.gov> Vxworks or Tornado Hi All, Host:WinNT4.0 Target:VxSim Full I have downloaded networking option of "Tornado Prototyper" from WRS site and installed it, but i could not able to create multiple targets, pl.. suggest me how to create mutiple vxSim targets. I have followed the following steps 1.I have installed "ULIP" driver with IP address of "90.0.0.254" , subnet mask as "255.255.255.0" and enabled "IP forwarding". (Then Host is restarted) 2.Then I have created a application with "bootable image" option. 3.in that Vxworks image, I have included default "Network components". 4.Then I have included "END Attach Interface" and "END interafce support" components in the "Network components ->Network devices" subtree. 5.Excluded "BSD Attach Interface" and BSD interface support" in the same directory. 6.Rebuilt 'vxworks.exe" 7.Then target server is launched, with follwing configuration a.Target server name= "t1" b.Target server properties = "Back-End" c.Available back end = "wdbrpc" d.IP address = "90.0.0.1' 8.Now the newly built simulator is started. But the new simulator is not connecting to the "t1" target server, instead, it starts with its own default target server. Please ssuggest me, if I have missed something to lauch mutiple VxSim targets. Thanks in advance. Regards, R.Balaji. --------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks drivers for SBS Technologies CPCI-200A IP Carrier card Date: Thu, 16 Nov 2000 16:07:07 +0100 From: Bart Gouw Organization: Medtronic Inc. Message-ID: <3A13F81B.367276F4@vitatron.com> Reply-To: vitatron@gwgouw.myweb.nl Dear Reader, Are there VxWorks 5.4 (Tornado 2.0) drivers, available for the CPCI-200A card (Quad IndustryPack Carrier for the CompactPCI bus from SBS Technologies, Inc.) Related topics: CPCI-100A VxWorks 5.3 / Tornado 1.0 CompactPCI Modular I/O Carrier board Thanks in advance, Regards, Bart Gouw --------------------------- Newsgroups: comp.os.vxworks Subject: re: USB & errno Date: Thu, 16 Nov 2000 16:13:02 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200011161613.QAA28522@dsl-2.tadpole.co.uk> > 1. I am working with the USB BETA download and find that buried in the > middle of a call in usbcCoreEntry (part of usbdCoreLib.c), that errno is > being set to 0xXXXX000B. printErrno(int num) says this is EAGAIN (no more > processes). My first question is this: Under what conditions would I expect > to get this error and what should be done to eliminate it. EAGAIN is often used for 'I couldn't do this now because of lack of xxxx, but may be able to do it in the future. You should either: 1) Ensure there is enough of everything it might run out of 2) Drop that line of processing, clear any other outstanding events and retry later on. 3) go for a beer Retrying without even a timeout will probably generate an infinite loop! (Why vxWorks ever described EAGAIN as 'no more processes' - ie fork() failed - I don't know. Even UnixWare 2 hs a different definition!) > These two flags are -DRW_MULTI_THREAD and -D_REENTRANT. These are standard defines for kernel components of (I think) Solaris. Sort of shows where the vxWorks USB stack was ported from. David - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: Boot sector Date: Thu, 16 Nov 2000 16:14:44 GMT From: bae_systems@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8v115b$h7b$1@nnrp1.deja.com> We are trying to use a disk formatted in Windows 98 with VxWorks 5.4 on a PowerPC. We are also using DosFs 2.0. The disk will be swapped between both systems, so it can't simply be formatted in VxWorks. When attempting to access the device in VxWorks, a malformed boot sector error is given (see below). 0x1e65110 (tShell): dosFsLib.c : Malformed boot sector. Offset 0, value 184. Can't open ".". value = -1 = 0xffffffff = end + 0xffe0a3eb Does anybody know the cause of this, or a way to fix it? Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: double returned by a function Date: Thu, 16 Nov 2000 16:32:08 +0000 From: Graham Baxter Organization: Graham Baxter (Software) Limited Message-ID: <3A140C08.9D952271@NOSPAM.bcs.org.uk> References: <8urlfq$3b2$1@nnrp1.deja.com> Check you have included software OR hardware floating point. Also if used from a task see that the floating point option is given to taskSpawn(). Regards, Graham Baxter Freelance Software Engineer gbaxter@NOSPAM.bcs.org.uk Dave Korn wrote: > > ilavin@my-deja.com wrote in message <8urlfq$3b2$1@nnrp1.deja.com>... > >I have a problem, I am making a function that returns a type data double > and > >when I execute this function the target crashs. Coud anyone help me? Thank > >You. > > Why yes, the bug is right there on line 14 of your code. Thanks for > playing > > DaveK > -- > They laughed at Galileo. They laughed at Copernicus. They laughed at > Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ping question Date: Thu, 16 Nov 2000 18:59:09 +0200 From: Ofer Goren Organization: Bay Networks, Inc. Message-ID: <3A14125D.4B48C60D@nortelnetworks.com> References: <200011151639.QAA26857@dsl-2.tadpole.co.uk> <3A12D99A.C047C23@nortelnetworks.com> we are way off here, of course, but still: Your answer is a matter of terminology. I KNOW that the default value of none-given parameters is zero. the question is, what do they do with this zero. why not give a default value of 3, if the user did not specify the number of pings to be tx-ed? From all the infinity range on numbers, they took the worst...:). Just a thing of user-friendliness, that's all. You don't use a parameter for memShow, so? It works fine. You SHOULD give, but you don't MUST give, to get acceptable results. A simple test of calling "ping" from the shell without all 3 parameters was able to give them a clue about an unacceptable behavior. That's what users DO all over the PC, UNIX, LINUX, whatever world. they call "ping" with only one parameter. If it's aint broken, why fix it? Best regards, Dave Korn wrote: > Ofer Goren wrote in message <3A12D99A.C047C23@nortelnetworks.com>... > >you don't have to do it on a unix shell, or on a PC DOS window. Why the > %#$% > >should you on the vxWorks shell? > > Because it's not a command, and VxWorks is neither a unix shell nor > a PC DOS window. When you type ping at the Vx command shell, > you aren't loading and running an executable, you're instructing the > shell to make a C function call, and the prototype for the ping function > says:- > > STATUS ping > ( > char * host, /* host to ping */ > int numPackets, /* number of packets to receive */ > ulong_t options /* option flags */ > ) > > IOW, it would be an error to call it with less than three parameters > from your C code, and it only works that way from the shell because > the shell supplies default values of zero for any function args. that > you don't specify. > > You *did* RTFM, didn't you? > > DaveK > -- > They laughed at Galileo. They laughed at Copernicus. They laughed at > Columbus. But remember, they also laughed at Bozo the Clown. - -- Embedded SW Team Leader Email : ogoren@nortelnetworks.com Phone number: +9723-6456023 Fax number : +9723-6479579 ESN : 826-6023 http://www.nortelnetworks.com - ---------------------------------------------------- If you lend someone $20, and never see that person again, it was probably worth the investment. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vme BERR on ppc boards (2700 etc) Date: Thu, 16 Nov 2000 18:09:48 +0100 From: Marc neefs Organization: Fokker Space & Systems BV Message-ID: <3A1414DC.F8CE845B@fokkerspace.nl> References: <3A01E6ED.A3442F2B@mindspring.com> <3A02B16D.D083C27C@motorola.com> <3A0355AD.D159BB91@aps.anl.gov> Andrew Johnson wrote: > > Al: Add this code to sysHwInit2() in sysLib.c: > > UINT16 mpcErrEnbl; > ... > > /* > * Make VME Bus Errors generate a CPU exception by enabling > * Received Target Abort Machine check exceptions in Raven > */ > mpcErrEnbl = sysIn16 ((UINT16 *)(RAVEN_BASE_ADRS + RAVEN_MPC_MEREN)); > sysOut16 ((UINT16 *)(RAVEN_BASE_ADRS + RAVEN_MPC_MEREN), > mpcErrEnbl | RAVEN_MPC_MEREN_RTAM); > > /* Enable Machine Check pin of CPU */ > vxHid0Set(vxHid0Get() | _PPC_HID0_EMCP); > > Unfortunately the error message is just as unfriendly as for the exception > you reported the other day, and I don't think it includes the address that > was trying to be accessed anyway, so I also added the following routine to > universe.c: Hi Andrew, I first tested this code fragment after bootup (so not in HwInit2) and there it works :-), but only now and then :-(. (Vxw 5.4 mvme2302) Sometimes the exeception is raised only once and sometimes it does not work at all (just 0xfffffff) . Do you have any idea if this could be caused by the fact the init code is not done in the bootstrap phase? Another related question: Is it clear to you if I shuld use excConnect or excVecSet if I want to catch the exeption? Thank you in advance.... Marc - -- Marc J. Neefs Fokker Space BV email: m.neefs@fokkerspace.nl Project Operations phone: 071-5245269 Newtonweg 1 fax: 071-5245499 Leiden home phone: 015-2576259 The Netherlands --------------------------- Newsgroups: comp.os.vxworks Subject: Problem in Debugging Date: Thu, 16 Nov 2000 22:06:20 +0530 From: "viveks" Organization: Lawrence Berkeley National Laboratory Message-ID: <013f01c04feb$5a77e690$1605a8c0@future.futsoft.com> Hi I have one problem in how to configure target server to debugger. Actually I in my setup I have two machines one solaris and one Intel. My target is PPC860. From the solaris machine I download the vxworks image using the intel machine as console for setting boot parameters. My vxworks image includes target shell option. In the boot parameters I specify the startup script to be run to download my various objext modules from the solaris machine. Now I want to debug my code. I have Tornado 2 for windows on my intel machine. From there I launch the target server. I have the vxworks image on my intel machine too. In target server I gave the path to that folder. My target server is launched properly but I am unable to debug the code. But If i download something now from my host shell then I can run/debug it from my debugger. Can u help me out?? Thanks & Regards Vivek Soni Future Software Limited Chennai- India --------------------------- Newsgroups: comp.os.vxworks Subject: re: Socket memory leak/defrag Date: Thu, 16 Nov 2000 17:02:37 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200011161702.RAA28547@dsl-2.tadpole.co.uk> > I am seeing an odd 32 byte memory leak each time my socket based server > receives a connection from a client > my software allocates a 32 byte structure and a 400000 byte input q. > free memory has decreased by 400080 bytes (any ideas where the extra 48 came > from). Each piece of memory allocated has an 8 byte overhead - the two words before the address you are given are the length (in 2 byte units) and pointer to the previous item. The bottom bit of the length is the allocated/free bit. So you should have allocated 400000+8+32+8=400048 - so someone else allocated 80-48-8=24 bytes. From 'memShow 1' before and after the test you should be able to find the piece of memory that is no longer on the free list. This is VERY likely to be the lost memory block. Especially if its contents don't change when you repeat the test. Given the contents you need to guess what it was used for! It that doesn't show anything, try a bit of hacking! Write a little routine to replace 'malloc' (ie calls memPartAlloc( memSysPartition, size ), place a jump to it over the first instruction of malloc. Add code to trace calls requesting 24 bytes including the callers address (extract from the stack frame probably *(&arg +/- n) will do it, don't know the ppc abi - so don't know exact values.). Find the unfreed item in the allocation trace and you know where the memory was allocated. > Is there any code floating around to manually defragment memory under > vxworks? (Open source preferably) I have sent the fixes to replace the > memory allocation scheme but never anything to manually defragment it. Defragmentation is essentially impossible! Schemes that assume that anything that looks a bit like a memory address must be one have been used for garbage collection, but defrag would require changing random numbers hoping they were pointers to heap memory rather than, say, an instruction! I use a reverse engineered memPartAlloc that does a best-fit. This has to scan the entire free list for each request. However the free list is so much shorter than with the vxWorks 'fragment the heap as much as physically possible' algorithm that this is probably a performance gain. The code doesn't affect the heap structure - so memShow still works. David - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: Creating files thru the network error ( S_errno_ENOBUFS ) Date: Thu, 16 Nov 2000 12:09:36 -0800 From: "Chandana Sembakutti" Message-ID: Hi, I am trying to create files in the NT running host machine using VxWorks running on Pentium Pro SBC. First file will be created. But subsequent file creations occasionally ) failed with the errno, S_errno_ENOBUFS. Yes, I DO fclose() the file descripter! I increased number of DOS files to be 50, but in vein. Is there any configuration that I am missing? Thanks everyone, Chandana --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Problem with Tornado 2 Date: Thu, 16 Nov 2000 16:29:47 -0600 From: Edsel Harrell Organization: Raytheon Company Message-ID: <3A145FDB.229A1FB3@raytheon.com> References: This is a multi-part message in MIME format. - --------------E76FE701E53B5CBF4D732B4A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The pciIntConnect flavors vary... The one that I have played with was layer on top of intConnect and used vectors that were different from the "standard" processor interrupts used by intConnect... (this implementation used different vectors than were used by intEnable/intDisable) There should be some #define's in the .h file used to provide access to pciIntConnect... Make sure you use their definitions for the interrupt levels... and only call pciIntEnable/pciIntDisable (Their proto's should be there also...) Mike Austin wrote: > I'm having problems connecting an ISR correctly using Tornado 2 on a Pentium > platform on the pci Bus. Does anyone know if there is a problem with > pciIntConnect? If not, do you know where there is a detailed description of > the interrupt vector tables and their operation? The programmers guide > didn's have the information I'm hoping to find. - -- Edsel A. Harrell, Jr (voice) (972) 575-6468 (email) eah@raytheon.com Sr Principal Systems Eng/honors (pager) (972) 558-4204 (numeric numbers only) Raytheon Systems Company (snail) 6600 Chase Oaks Blvd, MS 8454, Plano, Tx 75023 - ------------------------------------------------------------------------------------ "Proofread Carefully to See if You Any Words Out" DISCLAIMER: I speak only for myself, not my employer. EXCEPTION: If any of my ideas are worth more than $0.02, then they are property of my employer. - --------------E76FE701E53B5CBF4D732B4A Content-Type: text/x-vcard; charset=us-ascii; name="eah.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Edsel Harrell Content-Disposition: attachment; filename="eah.vcf" begin:vcard n:A. Harrell, Jr;Edsel tel;pager:972-597-8874 tel;home:817-430-3903 tel;work:972-575-6468 x-mozilla-html:FALSE org:Raytheon Systems Company;Advanced Airborne EO version:2.1 email;internet:eah@raytheon.com title:Sr Principal Systems Engineer/w Honors adr;quoted-printable:;;6600 Chase Oaks Blvd, MS 8454 (shipping)=0D=0Aor=0D=0AP.O.Box 660246, MS 8454 (mailing);Plano;TX;75066; x-mozilla-cpt:;-23744 fn:Edsel end:vcard - --------------E76FE701E53B5CBF4D732B4A-- --------------------------- Newsgroups: comp.os.vxworks Subject: Debugging multiple tasks Date: Thu, 16 Nov 2000 22:33:04 GMT From: vtail@hotmail.com (RKT Technologies, Inc.) Organization: Software Consultants to Medical Device Manufacturers Message-ID: <3a145dc3.22450422@news.netis.com> Our project has about six tasks running simultaneously at different priority levels and talking to one another via POSIX message queues. Some tasks start up at system startup, and other tasks are spawned by already-running tasks. Hardware is a Power PC MCP750. Development environment is Windows NT, Tornado 2, GNU tools. My problem is that there doesn't appear to be any way to debug two tasks at once. If I have two tasks talking to one another, obviously it would be A Big Help if I could set breakpoints in both, single step both, monitor variables in both, etc. But, there doesn't appear to be any way to do that with the Tornado debugger. I talked at length with the local Wind River office and they said no can do, we have to buy the extra-cost ($2800/seat) SDS debugger. So, we placed an order for four seats of the SDS debugger and THEN we got the word ... "Oh, by the way, the SDS debugger only works with the GNU compiler in C, not C++ ... if you want to do C++ you have to buy the Diab compiler". Little of this makes any sense to me. So, I ask my learned brothers and sisters here in comp.os.vxworks: Any way to debug multiple tasks simultaneously using the tools we already paid many thousands of dollars for? Thanks... --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Problem in Debugging Date: Thu, 16 Nov 2000 16:52:56 -0600 From: Edsel Harrell Organization: Raytheon Company Message-ID: <3A146548.68F394D0@raytheon.com> References: <013f01c04feb$5a77e690$1605a8c0@future.futsoft.com> This is a multi-part message in MIME format. - --------------A206B126E6D45B16F636132B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Check out the manual sections on "symbol table synchronization"... It's best to not run the startup script to download code that needs debugging... On PPC's the target shell loader and the WindShell (Tornado) loader, load code on opposite ends of memory!!! If you have over 32 meg, then this will cause great confusion, if you try and mix the loads. Run the startup script from the T2 target server console after the kernel boots. Even if you have the symbol tables sync'd, the source code debugging and operation will be difficult if the "core" filenames and object modules are not accessed from the same path names. There are places to hardwire these paths, but they are a hassle to maintain... Use the "@moduleShow" and the "moduleShow" show commands from the host shell to see if and when you have everything synchronized. viveks wrote: > Hi > I have one problem in how to configure target server to debugger. > > Actually I in my setup I have two machines one solaris and one Intel. > My target is PPC860. From the solaris machine I download the vxworks image > using the intel machine as console for setting boot parameters. My vxworks > image includes target shell option. In the boot parameters I specify the > startup script to be run to download my various objext modules from the > solaris machine. > Now I want to debug my code. I have Tornado 2 for windows on my intel > machine. From there I launch the target server. I have the vxworks image > on my intel machine too. In target server I gave the path to that folder. > > My target server is launched properly but I am unable to debug the code. > But If i download something now from my host shell then I can run/debug it > from my debugger. > > Can u help me out?? > > Thanks & Regards > Vivek Soni > Future Software Limited > Chennai- India - -- Edsel A. Harrell, Jr (voice) (972) 575-6468 (email) eah@raytheon.com Sr Principal Systems Eng/honors (pager) (972) 558-4204 (numeric numbers only) Raytheon Systems Company (snail) 6600 Chase Oaks Blvd, MS 8454, Plano, Tx 75023 - ------------------------------------------------------------------------------------ "Proofread Carefully to See if You Any Words Out" DISCLAIMER: I speak only for myself, not my employer. EXCEPTION: If any of my ideas are worth more than $0.02, then they are property of my employer. - --------------A206B126E6D45B16F636132B Content-Type: text/x-vcard; charset=us-ascii; name="eah.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Edsel Harrell Content-Disposition: attachment; filename="eah.vcf" begin:vcard n:A. Harrell, Jr;Edsel tel;pager:972-597-8874 tel;home:817-430-3903 tel;work:972-575-6468 x-mozilla-html:FALSE org:Raytheon Systems Company;Advanced Airborne EO version:2.1 email;internet:eah@raytheon.com title:Sr Principal Systems Engineer/w Honors adr;quoted-printable:;;6600 Chase Oaks Blvd, MS 8454 (shipping)=0D=0Aor=0D=0AP.O.Box 660246, MS 8454 (mailing);Plano;TX;75066; x-mozilla-cpt:;-23744 fn:Edsel end:vcard - --------------A206B126E6D45B16F636132B-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Socket memory leak/defrag Date: Thu, 16 Nov 2000 16:57:12 -0600 From: "Chris Smith" Organization: Southwest Research Institue Message-ID: References: <200011161702.RAA28547@dsl-2.tadpole.co.uk> Reply-To: "Chris Smith" well the culprit was an inet_ntoa call. I thought this was supposed to be fixed in 5.4 but I guess not. Your observation about the 8 byte overhead for each memory allocation is correct for allocations in sizes that are multiples of 8 bytes, but for odd values like 100 it is not. 100 is rounded to 104 then 112 bytes is actually allocated (see below) Of course that had no impact on my problem since 400000 and 32 are both multiples of 8. I am still not sure where the other bytes came from but they are gone now. Only the 400048 are allocated. I actually thought it would not be so hard to defragment memory by searching the "free list" that memShow uses and combine adjacent free blocks -- remove one enry and increase the size of the other. (if you look at a badly fragmented memShow there are lots of adjacent free blocks they are just never conjealed if they are not deallocated from the top of the heap down) This sounds like a simple enough solution I am surprised there are no hacks of this variety out there. Thanks for your help. chris "David Laight" wrote in message news:200011161702.RAA28547@dsl-2.tadpole.co.uk... > > I am seeing an odd 32 byte memory leak each time my socket based server > > receives a connection from a client > > > my software allocates a 32 byte structure and a 400000 byte input q. > > free memory has decreased by 400080 bytes (any ideas where the extra 48 came > > from). > > Each piece of memory allocated has an 8 byte overhead - the two words before the > address you are given are the length (in 2 byte units) and pointer to the > previous item. The bottom bit of the length is the allocated/free bit. > > So you should have allocated 400000+8+32+8=400048 - so someone else allocated > 80-48-8=24 bytes. > > From 'memShow 1' before and after the test you should be able to find the piece > of memory that is no longer on the free list. This is VERY likely to be the > lost memory block. Especially if its contents don't change when you repea t the > test. > > Given the contents you need to guess what it was used for! > > It that doesn't show anything, try a bit of hacking! > Write a little routine to replace 'malloc' (ie calls memPartAlloc( > memSysPartition, size ), place a jump to it over the first instruction of > malloc. Add code to trace calls requesting 24 bytes including the callers > address (extract from the stack frame probably *(&arg +/- n) will do it, don't > know the ppc abi - so don't know exact values.). Find the unfreed item in the > allocation trace and you know where the memory was allocated. > > > Is there any code floating around to manually defragment memory under > > vxworks? (Open source preferably) I have sent the fixes to replace the > > memory allocation scheme but never anything to manually defragment it. > > Defragmentation is essentially impossible! Schemes that assume that anything > that looks a bit like a memory address must be one have been used for garbage > collection, but defrag would require changing random numbers hoping they were > pointers to heap memory rather than, say, an instruction! > > I use a reverse engineered memPartAlloc that does a best-fit. This has to scan > the entire free list for each request. However the free list is so much shorter > than with the vxWorks 'fragment the heap as much as physically possible' > algorithm that this is probably a performance gain. The code doesn't affect the > heap structure - so memShow still works. > > David > > > ---------------------------------------------------------------- > David Laight email: dsl@tadpole.co.uk > Tadpole Technology plc phone: +44 1223 428 232 > Cambridge, UK fax: +44 1223 428 201 > --------------------------- Newsgroups: comp.os.vxworks Subject: SDS SingleStep and GNU Compiler Date: Thu, 16 Nov 2000 22:46:32 GMT From: vtail@hotmail.com (RKT Technologies, Inc.) Organization: Software Consultants to Medical Device Manufacturers Message-ID: <3a1461d9.23495662@news.netis.com> It looks like we're going to be forced into using the SDS SingleStep debugger so that we can debug multiple tasks simultaneously (see my other message on that subject in this NG). But, I was told by the local Wind River office, after we were all set to place the order for four SDS seats at $2800 each, that SDS doesn't work with the GNU compiler using C++; it only works using C. If we want to use C++, we have to buy the Diab compiler. This doesn't sound right to me at all. Does it make sense that the debugger would work with GNU in C but not in C++, whereas the GNU debugger works with both? Another issue is linking Diab-compiled code with GNU-compiled code, specifically BSPs and drivers. The local Wind River office says no problem. But if the Diab and GNU compilers are compatible enough so that their modlues can be linked together, that goes back to the question of why can't I use the SDS compiler with GNU in both C and C++ This is nuts. Doesn't make any sense. Can any of you speak from experience in all this? Thanks... --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado2 on SPARC Solaris 8 Date: Thu, 16 Nov 2000 15:47:45 -0700 From: "Dmitri A. Sergatskov" Organization: University of New Mexico, Albuquerque Message-ID: References: <39CA8D68.7EE996D9@rti.com> < In response to my original complain that Tornado II has strange problems with Ultra-10/Solaris 8> > On Thu, 21 Sep 2000, Lori Fraleigh wrote: > > > I've had a lot of success running Tornado 2 on Solaris 8. .......... Finally I solved the problem. For some reason tornado would not start if DISPLAY=:0.0 . I had to set explicitly DISPLAY=localhost:0.0 or DISPLAY=real_host_name:0.0, then it would work fine. I have no explanation, it was just a lucky guess... Sincerely, Dmitri. --------------------------- Newsgroups: comp.os.vxworks Subject: Interesting T2 Debugger Quirk... Date: Thu, 16 Nov 2000 17:12:59 -0600 From: Edsel Harrell Organization: Raytheon Company Message-ID: <3A1469FB.679330C9@raytheon.com> This is a multi-part message in MIME format. - --------------2573BFDE159AA7B9DCB259B2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit FAILS USING: When I tried to debug a C function using the T2 debugger, but using the "download" and then "run" GUI buttons w/"stop on entry" selected... The debugger apparently placed the "breakpoint" at the wrong address and screwed things up... WORKS USING: Setting the breakpoint on the entry point from the shell and then "sp" 'ng the function, breakpointed it and allowed to debugger to be "attached" to it... The debugger did not seem to have any problems single stepping or displaying locals/variables after it attached!!?? Compiled using gnu ccppc and -g without any -O (optimization) options... - -- Edsel A. Harrell, Jr (voice) (972) 575-6468 (email) eah@raytheon.com Sr Principal Systems Eng/honors (pager) (972) 558-4204 (numeric numbers only) Raytheon Systems Company (snail) 6600 Chase Oaks Blvd, MS 8454, Plano, Tx 75023 - ------------------------------------------------------------------------------------ "Proofread Carefully to See if You Any Words Out" DISCLAIMER: I speak only for myself, not my employer. EXCEPTION: If any of my ideas are worth more than $0.02, then they are property of my employer. - --------------2573BFDE159AA7B9DCB259B2 Content-Type: text/x-vcard; charset=us-ascii; name="eah.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Edsel Harrell Content-Disposition: attachment; filename="eah.vcf" begin:vcard n:A. Harrell, Jr;Edsel tel;pager:972-597-8874 tel;home:817-430-3903 tel;work:972-575-6468 x-mozilla-html:FALSE org:Raytheon Systems Company;Advanced Airborne EO version:2.1 email;internet:eah@raytheon.com title:Sr Principal Systems Engineer/w Honors adr;quoted-printable:;;6600 Chase Oaks Blvd, MS 8454 (shipping)=0D=0Aor=0D=0AP.O.Box 660246, MS 8454 (mailing);Plano;TX;75066; x-mozilla-cpt:;-23744 fn:Edsel end:vcard - --------------2573BFDE159AA7B9DCB259B2-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: SDS SingleStep and GNU Compiler Date: Thu, 16 Nov 2000 16:23:41 -0700 From: Doug Gibbons Organization: Avaya Inc. Message-ID: <3A146C7D.7DE330BD@avaya.com> References: <3a1461d9.23495662@news.netis.com> "RKT Technologies, Inc." wrote: > > It looks like we're going to be forced into using the SDS SingleStep > debugger so that we can debug multiple tasks simultaneously (see my > other message on that subject in this NG). > > But, I was told by the local Wind River office, after we were all set > to place the order for four SDS seats at $2800 each, that SDS doesn't > work with the GNU compiler using C++; it only works using C. If we > want to use C++, we have to buy the Diab compiler. > > This doesn't sound right to me at all. Does it make sense that the > debugger would work with GNU in C but not in C++, whereas the GNU > debugger works with both? Yeah. Sorta. Singlestep for C++ works much better if it has DWARF debugging information. Unfortunately the GNU C++ compiler doesn't generate it. I've used Singlestep (for PPC) with both GNU and Diab. In my opinion it works much better with Diab. I'm currently using it with GNU C++ and can get by, but things like line numbers and inline functions are a pain. If I had it to do over again, I might have gone the Diab route. > > Another issue is linking Diab-compiled code with GNU-compiled code, > specifically BSPs and drivers. The local Wind River office says no > problem. But if the Diab and GNU compilers are compatible enough so > that their modlues can be linked together, that goes back to the > question of why can't I use the SDS compiler with GNU in both C and > C++ The interoperability of the code is largely a matter of both compilers complying with your particular (E)ABI. But debugging of that code is dependent on the information contained in either the .debug or .stab section, and that lies outside the ABI. When mixing C++ from the two vendors, you may also run across different preferences in how runtime initialization of static objects is handled. GNU prefers a munch strategy, where Diab can generate .init/.fini code. - -- - -------------------------------------------------------------------------------- Lee Douglas Gibbons ldgibbons@avaya.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Debugging multiple tasks Date: Thu, 16 Nov 2000 16:04:27 -0800 From: Robert Blumberg Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A14760B.5C00EF2F@fake.com> References: <3a145dc3.22450422@news.netis.com> > it would be A Big Help if I could set breakpoints in both If I understand correctly, you could use "Debug/Toggle Global Breakpoint" to do this. When it stops, you must then "Debug/Attach..." to the correct task, and voila, you can debug the task. - -- Robert Blumberg Pintle & Gudgeon Robert dot Blumberg at PictureIQ dot Com Embedded System Software Development --------------------------- Newsgroups: comp.os.vxworks Subject: Re: PMC Modules on different PowerPC HW Date: Thu, 16 Nov 2000 18:33:02 -0600 From: Edsel Harrell Organization: Raytheon Company Message-ID: <3A147CBE.24E59865@raytheon.com> References: <3A129E67.97C7F86F@datarespons.no> This is a multi-part message in MIME format. - --------------B177B76277C99C2DA1F0185D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit All BSP's are suppose to implement the "sysModel" function... which should return the model name of the board. Edsel Svein-Erik Skjelbred wrote: > Are there someone out there that are willing to share a piece of code > that can be used to detect which powerpc based board the code is running > on. > > So I can setup interupt and PCI memory correct depending on if it is > MVME230x MVME260x or MCP750. > > It would also be nice if I can autodetect whether the kernel is > EXTENDED_VME or not. > > This is because as far as I can see the PMC autoinitialisation does not > work properly on MCP750. If I manipulate on memory and IRQ I can get it > to work. > > The code should be used to set up a custum PMC module. > > thanks > Svein-Erik - -- Edsel A. Harrell, Jr (voice) (972) 575-6468 (email) eah@raytheon.com Sr Principal Systems Eng/honors (pager) (972) 558-4204 (numeric numbers only) Raytheon Systems Company (snail) 6600 Chase Oaks Blvd, MS 8454, Plano, Tx 75023 - ------------------------------------------------------------------------------------ "Proofread Carefully to See if You Any Words Out" DISCLAIMER: I speak only for myself, not my employer. EXCEPTION: If any of my ideas are worth more than $0.02, then they are property of my employer. - --------------B177B76277C99C2DA1F0185D Content-Type: text/x-vcard; charset=us-ascii; name="eah.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Edsel Harrell Content-Disposition: attachment; filename="eah.vcf" begin:vcard n:A. Harrell, Jr;Edsel tel;pager:972-597-8874 tel;home:817-430-3903 tel;work:972-575-6468 x-mozilla-html:FALSE org:Raytheon Systems Company;Advanced Airborne EO version:2.1 email;internet:eah@raytheon.com title:Sr Principal Systems Engineer/w Honors adr;quoted-printable:;;6600 Chase Oaks Blvd, MS 8454 (shipping)=0D=0Aor=0D=0AP.O.Box 660246, MS 8454 (mailing);Plano;TX;75066; x-mozilla-cpt:;-23744 fn:Edsel end:vcard - --------------B177B76277C99C2DA1F0185D-- --------------------------- Newsgroups: comp.os.vxworks Subject: MPC860 Full Duplex CPM Ethernet Driver Date: Fri, 17 Nov 2000 01:44:03 GMT From: zaffire@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8v22h3$f7a$1@nnrp1.deja.com> Hello, I am using an half-duplex 860 CPM (SCC) ethernet driver from Wind River. I would like to know if anyone has tried to make this driver full-duplex, and if there is any source code available for this driver. Thanks very much for your help, Bao Nguyen Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado question Date: Fri, 17 Nov 2000 03:09:46 GMT From: Jerry Hudgins Organization: Western Digital Design, Marin County, California Message-ID: <3A14A170.A0AA5D8@e-farm.com> References: <3A12A7EB.9D0DA683@lucent.com> viv wrote: > > Is there a way(either a script etc) to launch various targets and load > various object modules and run some shell commands automatically? Are you familiar with the shell startup script functionality? The build symbol is INCLUDE_STARTUP_SCRIPT. - -jch --------------------------- Newsgroups: comp.os.vxworks Subject: rom & ram Date: Fri, 17 Nov 2000 04:42:03 GMT From: "sukyum" Organization: LGIC Message-ID: Reply-To: "sukyum" Hi VxWorkers... Can I use any function of WindSh after downloading rom file? For example, break point... --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Priority aware network stack? Date: Fri, 17 Nov 2000 04:49:17 GMT From: Todd Sandor Organization: @home Message-ID: <3A14B8C7.20CB173B@home.com> References: <3A1364EE.32FD8DCD@home.com> I'm looking for the details related to vxWorks tNetTask type stuff [stuff "around" the stack]- which manual is the stuff Don Bowman talks about below documented? I've got a copy of Steven's book (and run FreeBSD [bsd4.4] on a play machine) and I have a basic understanding of the Network Protocol Toolkit (MUX architecture) - Cheers... Paul Whicker wrote: > It's just a BSD 4.4 stack with some minor adjustments. Go to Amazon.com and > find the Stevens books. > > Paul > > In article <3A1364EE.32FD8DCD@home.com>, Todd Sandor wrote: > > > >Hi....Can someone tell me where are the details related to the vxWorks > >networking implementation documented? [I know the best place is the source > > code, > >but I don't have access to that...] - details related to the tNetTask, netJob > >etc. [not the tcp/ip stack details]. I'm using vxWorks 5.4 that is based upon > >the 4.4 bsd stack (T2). > > > >Cheers.. > > > >Don Bowman wrote: > > > >> "Michael Simpson" wrote in message > >> news:uG_L5.52903$Z2.757930@nnrp1.uunet.ca... > >> > Hi, > >> > > >> > Has anybody else out there had an application for a priority-aware network > >> > stack? > >> > > >> > As far as I understand it, all network jobs in SENS run in a single > >> thread, > >> > in the context of tNetTask. Jobs are added to tNetTask's working queue > >> via > >> > NetJobAdd(...). ALL network related processing is done in this way, > >> > including ethernet packet reception, IP/TCP/UDP processing, routing, ARP, > >> > etc. I believe that tNetTask's work queue is 32 jobs long, but I'm not > >> > sure. So if I have some network job to do, and there are 20 jobs ahead of > >> > me in tNetTask's queue, I have to wait. > >> > > >> > What I would really like to do is have the ability to priorize the > >> > transmission, reception, routing, etc. of certain kinds of traffic over > >> > others. Any ideas, pointers? I did not buy vxWorks source code, and I > >> > can't modify it. > >> > >> Well, tNetTask is just a thread that listens on a message queue. A message > >> is sent to it with a function pointer and arguments in it. > >> See the header file definition of netJobAdd. > >> You could replace tNetTask yourself without even seeing the source to > >> it. > >> > >> The tNetTask is used for receive, but not for transmit. If you only > >> need priority queuing on transmit, you needn't do anything with it. > >> > >> You can also change the Q that the netJob uses to be priority instead > >> of fifo queuing, and use HI to put stuff on the front of the Q. > >> > >> You can replace the stack yourself without changing the vxworks source > >> code by removing their objects and replacing them with the equivalent > >> functionality from e.g. bsd4.4 etc. > >> > >> There are some papers available on making the BSD 4.4 stack priority > >> aware. Its fairly involved. A search on altavista should yield more details. > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Endianness on a PowerPC Date: Fri, 17 Nov 2000 04:51:01 GMT From: "Martin Usher" Organization: EarthLink Inc. -- http://www.EarthLink.net Message-ID: References: <8FEE5B6FDborkhuislucentcom@135.7.153.101> Reply-To: "Martin Usher" > > >I am developing for a PPC-based embedded system that must communicate > >over a PCI bus with an Intel x86 processor running Windows NT. It would > >make my and others' lives so much easier if both processors could speak > >the same endian language. > The PCI bridge should reverse the data for you. Check the documentation for the part that you're proposing to use. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ping question Date: Thu, 16 Nov 2000 08:46:40 +0100 From: "Dr. Peter Salewsky" Message-ID: <3A1390E0.FEB73BDE@resolut.de> References: <200011151639.QAA26857@dsl-2.tadpole.co.uk> <3A12D99A.C047C23@nortelnetworks.com> Ofer Goren schrieb: > > you don't have to do it on a unix shell, or on a PC DOS window. Why the %#$% > should you on the vxWorks shell? > > Dave Korn wrote: [...] > > > > Is there any reason not to just give ping the second argument that > > tells it how many packets to send? [...] That depends on the UNIX you have. On Linux, the behavior is the same as on VxWorks. Peter - -- Dr. Peter Salewsky phone +49 3493 743-20 resolut GmbH fax +49 3493 743-25 Antonienstr. 3 dialog@resolut.de D-06749 Bitterfeld, Germany www.resolut.de --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Multiple VxSim targets Date: Fri, 17 Nov 2000 06:42:39 GMT From: liuhongwei@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8v2k0v$sb4$1@nnrp1.deja.com> References: <8v0tka$gif$1@overload.lbl.gov> I used to encounter the same problem as you. I think you can first config the target server and copy the result of startup line. Then when you start vxsim and follow by a dialog titled by "VxSim Launcher: VxSim Target Server", click the button,"details", and paste what you copied just now into the Text Field. In article <8v0tka$gif$1@overload.lbl.gov>, "Balaji Ramachandran" wrote: > Vxworks or Tornado > > Hi All, > > Host:WinNT4.0 > Target:VxSim Full > > I have downloaded networking option of "Tornado Prototyper" from WRS > site and installed it, but i could not able to create multiple targets, > pl.. suggest me how to create mutiple vxSim targets. > > I have followed the following steps > > 1.I have installed "ULIP" driver with IP address of "90.0.0.254" , > subnet mask as "255.255.255.0" and enabled "IP forwarding". (Then Host > is restarted) > 2.Then I have created a application with "bootable image" option. > 3.in that Vxworks image, I have included default "Network components". > 4.Then I have included "END Attach Interface" and "END interafce > support" components in the "Network components - >Network devices" > subtree. > 5.Excluded "BSD Attach Interface" and BSD interface support" in the same > directory. > 6.Rebuilt 'vxworks.exe" > 7.Then target server is launched, with follwing configuration > a.Target server name= "t1" > b.Target server properties = "Back-End" > c.Available back end = "wdbrpc" > d.IP address = "90.0.0.1' > 8.Now the newly built simulator is started. > > But the new simulator is not connecting to the "t1" target server, > instead, it starts with its own default target server. > > Please ssuggest me, if I have missed something to lauch mutiple VxSim > targets. > > Thanks in advance. > > Regards, > > R.Balaji. > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Multiple VxSim targets Date: Fri, 17 Nov 2000 06:47:29 GMT From: Harry Liu Organization: Deja.com - Before you buy. Message-ID: <8v2ka1$sdo$1@nnrp1.deja.com> References: <8v0tka$gif$1@overload.lbl.gov> I used to encounter the same problem as you. I think you can first config the target server and copy the result of startup line. Then when you start vxsim and follow by a dialog titled by "VxSim Launcher: VxSim Target Server", click the button,"details", and paste what you copied just now into the Text Field. In article <8v0tka$gif$1@overload.lbl.gov>, "Balaji Ramachandran" wrote: > Vxworks or Tornado > > Hi All, > > Host:WinNT4.0 > Target:VxSim Full > > I have downloaded networking option of "Tornado Prototyper" from WRS > site and installed it, but i could not able to create multiple targets, > pl.. suggest me how to create mutiple vxSim targets. > > I have followed the following steps > > 1.I have installed "ULIP" driver with IP address of "90.0.0.254" , > subnet mask as "255.255.255.0" and enabled "IP forwarding". (Then Host > is restarted) > 2.Then I have created a application with "bootable image" option. > 3.in that Vxworks image, I have included default "Network components". > 4.Then I have included "END Attach Interface" and "END interafce > support" components in the "Network components ->Network devices" > subtree. > 5.Excluded "BSD Attach Interface" and BSD interface support" in the same > directory. > 6.Rebuilt 'vxworks.exe" > 7.Then target server is launched, with follwing configuration > a.Target server name= "t1" > b.Target server properties = "Back-End" > c.Available back end = "wdbrpc" > d.IP address = "90.0.0.1' > 8.Now the newly built simulator is started. > > But the new simulator is not connecting to the "t1" target server, > instead, it starts with its own default target server. > > Please ssuggest me, if I have missed something to lauch mutiple VxSim > targets. > > Thanks in advance. > > Regards, > > R.Balaji. > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Trap the exception : the "signal" function & excHookAdd Date: Fri, 17 Nov 2000 07:14:40 GMT From: Terry Lee Organization: Deja.com - Before you buy. Message-ID: <8v2lsu$thj$1@nnrp1.deja.com> As I know, we can use the function "signal " to specify the handler associated with a signal . We can also use the function "excHookAdd" to specify a routine to be called with exceptions. For a specific signal,which difference ? - -- - ---------------------------------------------- @ ~ ~~__=||_ ~ ~ ~~ ~~ ~ ~ \____/ ~ Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Problem in Debugging Date: 17 Nov 2000 08:31:13 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FEF61162borkhuislucentcom@135.7.153.102> References: <013f01c04feb$5a77e690$1605a8c0@future.futsoft.com> viveks@future.futsoft.com (viveks) wrote in <013f01c04feb$5a77e690$1605a8c0@future.futsoft.com>: > Actually I in my setup I have two machines one solaris and one Intel. > My target is PPC860. From the solaris machine I download the vxworks > image using the intel machine as console for setting boot parameters. > My vxworks image includes target shell option. In the boot parameters I > specify the startup script to be run to download my various objext > modules from the solaris machine. > Now I want to debug my code. I have Tornado 2 for windows on my intel > machine. From there I launch the target server. I have the vxworks > image on my intel machine too. In target server I gave the path to that > folder. > > My target server is launched properly but I am unable to debug the > code. But If i download something now from my host shell then I can > run/debug it from my debugger. This looks like a problem with the source files. Are the source files visible from the Intel machine? Are they in the same place as they were on the Solaris machine? Check if the filenames in the object files are relative or absolute. You can change the makefile on the solaris to generate a "relative" version by changing the PRJ_DIR macro to the current directory by using the following line: PRJ_DIR = . Hope this helps. Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Driver for Ethernet on SCC Date: Fri, 17 Nov 2000 08:29:13 GMT From: pgrangier@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8v2q8m$1h5$1@nnrp1.deja.com> I work with the 8260 and vxWorks. I've a end driver (motFccEnd)to load vxWorks via a FCC. I'm interested to load vxWokrs via a SCC. I've received from WRS a "non-offical" driver for ethernet on SCC. The problem is that is just an object file and it doesn't work. Has someone a source (and an object) for an End driver on the SCC? I suppose that I'm not the first one to load via SCC. I've read some msg about this driver.I've the impression that i'm the only one that doesn't have this driver. That's why I allow me to ask the source. :) Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Debugging multiple tasks Date: 17 Nov 2000 08:38:36 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FEF639F8borkhuislucentcom@135.7.153.102> References: <3a145dc3.22450422@news.netis.com> vtail@hotmail.com (RKT Technologies, Inc.) wrote in <3a145dc3.22450422@news.netis.com>: >My problem is that there doesn't appear to be any way to debug two >tasks at once. If I have two tasks talking to one another, obviously >it would be A Big Help if I could set breakpoints in both, single step >both, monitor variables in both, etc. But, there doesn't appear to be >any way to do that with the Tornado debugger. When you start Tornado twice and have them both connected to the same target server you should be able to start 2 debuggers both debugging seperate tasks. BTW: I did not try this myself, it is just something that came up when I read this message. Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Multiple VxSim targets Date: 17 Nov 2000 08:44:58 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FEF60338borkhuislucentcom@135.7.153.102> References: <8v0tka$gif$1@overload.lbl.gov> balaji.ramachandran@wipro.com (Balaji Ramachandran) wrote in <8v0tka$gif$1@overload.lbl.gov>: >I have downloaded networking option of "Tornado Prototyper" from WRS >site and installed it, but i could not able to create multiple targets, >pl.. suggest me how to create mutiple vxSim targets. Take a look at the following page: http://www.xs4all.nl/~borkhuis/vxworks/vxw_pt5.html#5.6-A Hope this helps. Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: newbie question Date: Fri, 17 Nov 2000 10:13:37 +0000 From: Carl Parsons Organization: Leica Microsystems Message-ID: <974456417.286383792@news.leica.co.uk> References: <3A11A271.DCA5F699@cc.usu.edu> Followup-To: comp.os.vxworks On Tue, 14 Nov 2000, hari wrote: >hi > i am new to vxworks and i am trying to load on my target board which >is mc68k, host is pc-windows95. >Can you please tell me how to connect my host to the target board. >any help in this regard will be greatly appreciated >thank you >hari I am afraid I am a newbie as well but I have a bootable VME card that boots of a Linux configured NFS server. You might have to blow an eprom for the target that talks IP. you mentioned Cross Development it is writing m68k code on a x86 platform your c code on you windows 95 when compiled would not work on a m68k board so would need cross compiling to a m68k target. You should have installed the target cross compiler with Tornado so just select the target board. --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Fri Nov 17 07:55:13 2000 From: David Laight Date: Fri Nov 17 07:55:15 PST 2000 Subject: Re: Socket memory leak/defrag > well the culprit was an inet_ntoa call. I thought this was supposed to be > fixed in 5.4 but I guess not. Define 'fixed'! The vxWorks manual says that 18 bytes are allocated for each call - so the routine is working to spec :-) Maybe the manual should say that the returned string is allocated from the heap and free() should be called to avoid a memory leak. This is safer than the inet_ntoa_b() call as it doesn't require the caller know the length of the required buffer. > I actually thought it would not be so hard to defragment memory by searching > the "free list" that memShow uses and combine adjacent free blocks -- remove > one enry and increase the size of the other memPartFree() SHOULD be doing that anyway! The allocated size gives it the address of the next item, and the pointer the start of the previous. If the next item is free it is unlinked from the free list and its size added to the item being freed. If the previous item is free its length is changed. If you are getting adjacent free items on the free list someting nasty is happeneing. I'd check that you don't try calling malloc() or free() from an ISR. David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Fri Nov 17 08:04:55 2000 From: karunakaran nair Date: Fri Nov 17 08:04:57 PST 2000 Subject: question how can i start my application automatically immediately after boot up. for example, i want vxworks to boot on my target and give me the shell prompt, and then it must automatically load my application and execute it. may be something to do with scripts. has somebody any info on this. thanks KN __________________________________________________ Do You Yahoo!? Yahoo! Calendar - Get organized for the holidays! http://calendar.yahoo.com/ From vxwexplo-errs@csg.lbl.gov Sat Nov 18 04:03:13 2000 From: Vxworks Exploder Date: Sat Nov 18 04:03:15 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sat Nov 18 04:03:08 PST 2000 Subject: Single DOC-ed VxWorks for development AND deployment Subject: Re: Debugging multiple tasks Subject: Re: Ping Problems (Strange ) Subject: Re: ping question Subject: Re: Debugging multiple tasks Subject: re: Socket memory leak/defrag Subject: question Subject: TFFS File System on ads8260 Subject: TFFS File System on ads8260 Subject: intConnect for PowerPC Subject: Re: intConnect for PowerPC Subject: Re: intConnect for PowerPC Subject: Re: Trap the exception : the "signal" function & excHookAdd Subject: Tornado 2.0 install on Solaris 2.6 Subject: Re: intConnect for PowerPC Subject: Re: Socket memory leak/defrag Subject: Re: Basic Questions... Subject: Re: question Subject: SB1200 / VxWorks Subject: Re: question Subject: Re: Looking for time measurement on VxWorks-operated MV2700 ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Single DOC-ed VxWorks for development AND deployment Date: Fri, 17 Nov 2000 13:36:57 +0000 From: Kees van der Bent Organization: Software Feastures Message-ID: <3A153479.697D4658@mail.com> Dear people, What I want is: - - Boot (pentium CPCI board) from DiskOnChip (DOC) - - A *compressed* boot image - - Use Tornado (on VxWorks booted from DOC) - - The VxWorks shell and system symbol table on target - - Network drivers initialized Or in other words: I want a full functional but standalone VxWorks system to which Tornado can connect (for downloading and debugging *application* modules), and I want access to the shell from a terminal/console. So, I don't want two different configurations, one for development and another for deployment. I've read the sections about building VxWorks images in the Tornado and VxWorks manuals, but I'm a bit confused. Is there a make target I can use or do I have to play tricks to get this done? Thanks, Kees --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Debugging multiple tasks Date: Fri, 17 Nov 2000 06:57:19 -0600 From: Francisco Pataro Organization: Verio Message-ID: <3A152B2F.5DBB105F@dnaent.com> References: <3a145dc3.22450422@news.netis.com> What you do you is start two Tornado debuggers and attach each one to each task. I debugged as many as 4 tasks simultaneously this way. Of course you will need a machine with a lot of memory and speed (on the host side). Francisco. "RKT Technologies, Inc." wrote: > Our project has about six tasks running simultaneously at different > priority levels and talking to one another via POSIX message queues. > > Some tasks start up at system startup, and other tasks are spawned by > already-running tasks. > > Hardware is a Power PC MCP750. Development environment is Windows NT, > Tornado 2, GNU tools. > > My problem is that there doesn't appear to be any way to debug two > tasks at once. If I have two tasks talking to one another, obviously > it would be A Big Help if I could set breakpoints in both, single step > both, monitor variables in both, etc. But, there doesn't appear to be > any way to do that with the Tornado debugger. > > I talked at length with the local Wind River office and they said no > can do, we have to buy the extra-cost ($2800/seat) SDS debugger. > > So, we placed an order for four seats of the SDS debugger and THEN we > got the word ... "Oh, by the way, the SDS debugger only works with the > GNU compiler in C, not C++ ... if you want to do C++ you have to buy > the Diab compiler". > > Little of this makes any sense to me. So, I ask my learned brothers > and sisters here in comp.os.vxworks: Any way to debug multiple tasks > simultaneously using the tools we already paid many thousands of > dollars for? > > Thanks... "RKT Technologies, Inc." wrote: > Our project has about six tasks running simultaneously at different > priority levels and talking to one another via POSIX message queues. > > Some tasks start up at system startup, and other tasks are spawned by > already-running tasks. > > Hardware is a Power PC MCP750. Development environment is Windows NT, > Tornado 2, GNU tools. > > My problem is that there doesn't appear to be any way to debug two > tasks at once. If I have two tasks talking to one another, obviously > it would be A Big Help if I could set breakpoints in both, single step > both, monitor variables in both, etc. But, there doesn't appear to be > any way to do that with the Tornado debugger. > > I talked at length with the local Wind River office and they said no > can do, we have to buy the extra-cost ($2800/seat) SDS debugger. > > So, we placed an order for four seats of the SDS debugger and THEN we > got the word ... "Oh, by the way, the SDS debugger only works with the > GNU compiler in C, not C++ ... if you want to do C++ you have to buy > the Diab compiler". > > Little of this makes any sense to me. So, I ask my learned brothers > and sisters here in comp.os.vxworks: Any way to debug multiple tasks > simultaneously using the tools we already paid many thousands of > dollars for? > > Thanks... --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Ping Problems (Strange ) Date: Fri, 17 Nov 2000 13:26:07 GMT From: "gang wang" Organization: EarthLink Inc. -- http://www.EarthLink.net Message-ID: References: <3a113188$0$17225@hades.is.co.za> I have something might be remotely helpful. On one settings of our VXWorks station, the enviornment variables are fine in the shell but coul d not be access from the C code. Could this be the problem, assuming ping uses some env stuff? Morne Hartman wrote in message <3a113188$0$17225@hades.is.co.za>... >Hi all, > >I have experienced a strange problem with the ping routine. I am using ping >from within an application to determine if a remote system is available. If >I call the ping routine from within the application, it returns saying that >it could not reach the system. The Code I am using is as follows : > >ping ("196.11.193.182, 1, PING_OPT_SILENT); > >However if I use the Ping routine from the shell, it reports that the remote >system is available, which is the correct response. > >Does anyone know why there is a discrepancy between these two >implementations, and how I can get the ping routine inside my application to >work? > >Many thanks >Morne Hartman >mhartman@grintek.com > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ping question Date: Fri, 17 Nov 2000 14:25:44 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <200011151639.QAA26857@dsl-2.tadpole.co.uk> <3A12D99A.C047C23@nortelnetworks.com> <3A14125D.4B48C60D@nortelnetworks.com> Ofer Goren wrote in message <3A14125D.4B48C60D@nortelnetworks.com>... >Your answer is a matter of terminology. I KNOW that the default value of >none-given parameters is zero. the question is, what do they do with this >zero. why not give a default value of 3, if the user did not specify the >number of pings to be tx-ed? From all the infinity range on numbers, they >took the worst...:). Just a thing of user-friendliness, that's all. Well, I imagine the reason that they didn't make zero mean 'send three packets' is because that would be redundant: if you want 3 packets, use '3' for the second arg. instead of zero. In fact, infinity is the only 'special case' here, and so has the best claim to be represented by a special case in the args. You could argue that WRS should have made 0 mean 3 packets and negative numbers should mean try forever, but then someone else would come along and say 'No, 0 should mean send 4 packets'... It's just an arbitrary convention, it can only be done one way and that's the way it's done. After all, when you're typing commands manually from the shell, you can use Ctrl-C to interrupt it, and when you're calling it as a function from your own program you won't omit any of the arguments. >took the worst...:). Just a thing of user-friendliness, that's all. You >don't use a parameter for memShow, so? It works fine. You SHOULD give, but >you don't MUST give, to get acceptable results. A simple test of calling >"ping" from the shell without all 3 parameters was able to give them a clue >about an unacceptable behavior. I tried it. It worked fine for me. It went and started pinging the target and I knew the machine was up and running. When I got bored I pressed Ctrl-C. It's not that it the behaviour is unacceptable, it just isn't what *you* expected. >about an unacceptable behavior. That's what users DO all over the PC, UNIX, >LINUX, whatever world. they call "ping" with only one parameter. If it's >aint broken, why fix it? But they aren't doing the same thing. They are running external executable files and passing command line parameters to them, whereas you (and VxWroks) are calling a C function from within a running program. The trouble is that the nature of the VxWorks shell makes a function call *look* *like* a program invocation, but they aren't the same thing, and so there's no innate reason why they ought to behave the same. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Debugging multiple tasks Date: Fri, 17 Nov 2000 08:38:57 -0600 From: Edsel Harrell Organization: Raytheon Company Message-ID: <3A154301.F39944BF@raytheon.com> References: <3a145dc3.22450422@news.netis.com> This is a multi-part message in MIME format. - --------------ECE4FF8E36137DCA44FA36A5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Greenhills toolset supports debugging multiple tasks via the same target server... The GUI debugger buttons are duplicated for each task to which you attach the debugger. (seems like a simple approach... Not clear why WRS can't provide the same capability!!!) This appears to be a GUI/Tcl issue in Tornado, because the Greenhills debugger uses the same tgtsrv to access the target processor as the WRS/GNU debugger. The only way to get a duplicate set of debugger GUI buttons with Tornado is to open another instance of Tornado. This can be confusing if you are also trying to redirect using VIO and get your stdin/stdout cross-wired to differ windShells than you intended (there are stdin/stdout redirects that are task specific, that have to be used to solve this problem) "RKT Technologies, Inc." wrote: > Our project has about six tasks running simultaneously at different > priority levels and talking to one another via POSIX message queues. > > Some tasks start up at system startup, and other tasks are spawned by > already-running tasks. > > Hardware is a Power PC MCP750. Development environment is Windows NT, > Tornado 2, GNU tools. > > My problem is that there doesn't appear to be any way to debug two > tasks at once. If I have two tasks talking to one another, obviously > it would be A Big Help if I could set breakpoints in both, single step > both, monitor variables in both, etc. But, there doesn't appear to be > any way to do that with the Tornado debugger. > > I talked at length with the local Wind River office and they said no > can do, we have to buy the extra-cost ($2800/seat) SDS debugger. > > So, we placed an order for four seats of the SDS debugger and THEN we > got the word ... "Oh, by the way, the SDS debugger only works with the > GNU compiler in C, not C++ ... if you want to do C++ you have to buy > the Diab compiler". > > Little of this makes any sense to me. So, I ask my learned brothers > and sisters here in comp.os.vxworks: Any way to debug multiple tasks > simultaneously using the tools we already paid many thousands of > dollars for? > > Thanks... - -- Edsel A. Harrell, Jr (voice) (972) 575-6468 (email) eah@raytheon.com Sr Principal Systems Eng/honors (pager) (972) 558-4204 (numeric numbers only) Raytheon Systems Company (snail) 6600 Chase Oaks Blvd, MS 8454, Plano, Tx 75023 - ------------------------------------------------------------------------------------ "Proofread Carefully to See if You Any Words Out" DISCLAIMER: I speak only for myself, not my employer. EXCEPTION: If any of my ideas are worth more than $0.02, then they are property of my employer. - --------------ECE4FF8E36137DCA44FA36A5 Content-Type: text/x-vcard; charset=us-ascii; name="eah.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Edsel Harrell Content-Disposition: attachment; filename="eah.vcf" begin:vcard n:A. Harrell, Jr;Edsel tel;pager:972-597-8874 tel;home:817-430-3903 tel;work:972-575-6468 x-mozilla-html:FALSE org:Raytheon Systems Company;Advanced Airborne EO version:2.1 email;internet:eah@raytheon.com title:Sr Principal Systems Engineer/w Honors adr;quoted-printable:;;6600 Chase Oaks Blvd, MS 8454 (shipping)=0D=0Aor=0D=0AP.O.Box 660246, MS 8454 (mailing);Plano;TX;75066; x-mozilla-cpt:;-23744 fn:Edsel end:vcard - --------------ECE4FF8E36137DCA44FA36A5-- --------------------------- Newsgroups: comp.os.vxworks Subject: re: Socket memory leak/defrag Date: Fri, 17 Nov 2000 15:55:44 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200011171555.PAA01991@dsl-2.tadpole.co.uk> > well the culprit was an inet_ntoa call. I thought this was supposed to be > fixed in 5.4 but I guess not. Define 'fixed'! The vxWorks manual says that 18 bytes are allocated for each call - so the routine is working to spec :-) Maybe the manual should say that the returned string is allocated from the heap and free() should be called to avoid a memory leak. This is safer than the inet_ntoa_b() call as it doesn't require the caller know the length of the required buffer. > I actually thought it would not be so hard to defragment memory by searching > the "free list" that memShow uses and combine adjacent free blocks -- remove > one enry and increase the size of the other memPartFree() SHOULD be doing that anyway! The allocated size gives it the address of the next item, and the pointer the start of the previous. If the next item is free it is unlinked from the free list and its size added to the item being freed. If the previous item is free its length is changed. If you are getting adjacent free items on the free list someting nasty is happeneing. I'd check that you don't try calling malloc() or free() from an ISR. David - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: question Date: Fri, 17 Nov 2000 08:04:53 -0800 (PST) From: karunakaran nair Organization: Lawrence Berkeley National Laboratory Message-ID: <8v3lgq$itj$1@overload.lbl.gov> how can i start my application automatically immediately after boot up. for example, i want vxworks to boot on my target and give me the shell prompt, and then it must automatically load my application and execute it. may be something to do with scripts. has somebody any info on this. thanks KN __________________________________________________ Do You Yahoo!? Yahoo! Calendar - Get organized for the holidays! http://calendar.yahoo.com/ --------------------------- Newsgroups: comp.os.vxworks Subject: TFFS File System on ads8260 Date: Fri, 17 Nov 2000 16:41:12 GMT From: "Jim" Organization: Magma Communications Ltd. Message-ID: References: Hey all, Has anyone gotten the TFFS (DOS) file system up and running on the ads8260 board from motorola ... if so any advice would be great on what you did ... I am reading thru some doc's right now ... but its only as new as ads860 ... Jim --------------------------- Newsgroups: comp.os.vxworks Subject: TFFS File System on ads8260 Date: Fri, 17 Nov 2000 16:42:16 GMT From: "Jim" Organization: Magma Communications Ltd. Keywords: ads8260 tffs file system Message-ID: Hey all, Has anyone gotten the TFFS (DOS) file system up and running on the ads8260 board from motorola ... if so any advice would be great on what you did ... I am reading thru some doc's right now ... but its only as new as ads860 ... Jim --------------------------- Newsgroups: comp.os.vxworks Subject: intConnect for PowerPC Date: Fri, 17 Nov 2000 10:09:11 -0700 From: Xin Li Organization: Motorola Message-ID: <3A156637.E330EBA6@email.mot.com> Reply-To: a16157@email.mot.com Can anyone tell what the intConnect() function does for PowrPC CPU ? Thanks in advance. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: intConnect for PowerPC Date: Fri, 17 Nov 2000 17:50:28 GMT From: gold@sdsu.edu Organization: Deja.com - Before you buy. Message-ID: <8v3r52$rre$1@nnrp1.deja.com> References: <3A156637.E330EBA6@email.mot.com> In article <3A156637.E330EBA6@email.mot.com>, a16157@email.mot.com wrote: > Can anyone tell what the intConnect() function does for PowrPC CPU ? > Thanks in advance. It puts the address of your desired interrupt handler (and argument to the handler) in the magic table that the WRS supplied handler for external interrupt (0x500 for the PPC) keeps. See the code in target/src/drv/intrCtl/ppc{403,860, etc...}Intr.c for the details. hth, Dan Gold gold@sdsu.edu Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: intConnect for PowerPC Date: Fri, 17 Nov 2000 11:59:52 -0700 From: Xin Li Organization: Motorola Message-ID: <3A158028.514268FC@email.mot.com> References: <3A156637.E330EBA6@email.mot.com> <8v3r52$rre$1@nnrp1.deja.com> Reply-To: a16157@email.mot.com Let's use PPC860 as example, does intConnect() actually call the function pointed by _func_intConnectRtn which is set to ppc860IntConnect in ppc860Intr.c ? gold@sdsu.edu wrote: > In article <3A156637.E330EBA6@email.mot.com>, > a16157@email.mot.com wrote: > > Can anyone tell what the intConnect() function does for PowrPC CPU ? > > Thanks in advance. > > It puts the address of your desired interrupt handler (and argument to > the handler) in the magic table that the WRS supplied handler for > external interrupt (0x500 for the PPC) keeps. See the code in > target/src/drv/intrCtl/ppc{403,860, etc...}Intr.c for the details. > > hth, > Dan Gold gold@sdsu.edu > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Trap the exception : the "signal" function & excHookAdd Date: Fri, 17 Nov 2000 12:48:14 -0600 From: "Derek Opitz" Organization: Motorola CIG Message-ID: <8v3ufp$i754@nntp.cig.mot.com> References: <8v2lsu$thj$1@nnrp1.deja.com> sigLib lets you attach exception handlers on a task by task basis. excLib installs blanket exception handlers. The differences are explained in the vxWorks reference guide. Look under sigLib and excLib. Terry Lee wrote in message news:8v2lsu$thj$1@nnrp1.deja.com... > As I know, we can use the function "signal " to specify the handler > associated with a signal . We can also use the function "excHookAdd" to > specify a routine to be called with exceptions. > > For a specific signal,which difference ? > > > > > -- > ---------------------------------------------- > @ > ~ ~~__=||_ ~ ~ ~~ > ~~ ~ ~ \____/ ~ > > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado 2.0 install on Solaris 2.6 Date: Fri, 17 Nov 2000 14:18:23 -0700 From: Aaron Budjen Organization: RMI.NET Message-ID: <3A15A09F.D92A0822@cri-dsp.com> I am having trouble installing Tornado 2.0 on a Solaris 2.6 system and would like to know if someone can offer some suggestions. I have a TSR opened with WindRiver but they have not been able to help me with this as of yet. The following describes the procedure I have followed so far: 1. I created a user that is not root to perform the installation. 2. I logged in as that user. 3. I changed to the directory of the mounted cdrom and executed ./SETUP 4. The utility displayed the following: Tornado 2.0 Setup Copyright (c) 1999, Wind River Systems, Inc. All Rights Reserved 5. The cdrom is accessed by the machine and the program terminates with no further information. The Welcome dialog box does not appear. A .wind directory appears in my home directory but no other files appear in the system. The install script appears to want to install the files from the /usr/wind directory. I created the directory and granted all user access to write the the directory. Still no files appear there after the ./SETUP script is run. Does any one have any suggestions on what I may try to perform the installation? Aaron --------------------------- Newsgroups: comp.os.vxworks Subject: Re: intConnect for PowerPC Date: Fri, 17 Nov 2000 21:42:52 GMT From: gold@sdsu.edu Organization: Deja.com - Before you buy. Message-ID: <8v48oq$8dd$1@nnrp1.deja.com> References: <3A156637.E330EBA6@email.mot.com> <8v3r52$rre$1@nnrp1.deja.com> <3A158028.514268FC@email.mot.com> In article <3A158028.514268FC@email.mot.com>, a16157@email.mot.com wrote: > Let's use PPC860 as example, does intConnect() actually call the > function pointed by _func_intConnectRtn which is set to ppc860IntConnect > in ppc860Intr.c ? > Yes. Look at ppc860IntrInit() in the above mentioned file. Look at the line that says /* Install `system' intConnect routine */ if (_func_intConnectRtn == NULL) _func_intConnectRtn = ppc860IntConnect; If you're having problems with interrupts not being installed correctly, make sure you've called ppc860IntrInit() before any intConnect() calls. You can also dump the table the driver keeps and examine the entries... hth, Dan Gold gold@sdsu.edu Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Socket memory leak/defrag Date: Fri, 17 Nov 2000 18:08:58 -0500 From: Peter Colby Organization: Raytheon Systems Company C3I Message-ID: <3A15BA8A.A10F0FE2@res.raytheon.com> References: <200011171555.PAA01991@dsl-2.tadpole.co.uk> MemPartFree() tries to merge the block being freed with the preceding and following blocks. This is the best defragment on free that can be done. The allocation algorithm (either in vxWorks or the application) needs to be fixed to prevent fragmentation to begin with or the memory usage pattern needs to be changed. --------------------------- Newsgroups: comp.os.vxworks,comp.os.qnx,comp.realtime,comp.os.linux Subject: Re: Basic Questions... Date: Fri, 17 Nov 2000 23:54:13 GMT From: realtime_developer@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8v4gf3$etj$1@nnrp1.deja.com> References: <39F8B315.C418B38@interzone.com> Steve, Checkout this website for development examples of some realtime systems. Sandeep http://www.eventhelix.com/ThoughtProjects/ In article <39F8B315.C418B38@interzone.com>, Steve Chew wrote: > Hi, > > Short version of question: > Does anyone have recommendations for literature (books, web pages, > etc) that discuss how to design and develop RTOS apps from a practical > standpoint? > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: question Date: Sat, 18 Nov 2000 03:43:31 GMT From: john_94501@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8v4tt2$p26$1@nnrp1.deja.com> References: <8v3lgq$itj$1@overload.lbl.gov> Hello, Two possible solutions: (1) You can link your application directly with the bootable image, and use the USER_APPL_INIT macros to spawn your initial task(s). [Note: spelling may be wrong on the macro - I'm working from memory]. I believe that there is a tech note describing this on WindSurf - you should probably check WindSurf before posting questions here; it might get you an answer immediately, especially for "usage" questions as opposed to in-depth technical ones. (2) You can add the shell startup script execution feature (there is a macro for this that you should define in config.h for command line builds, or find it in the Tornado IDE and add it from there). Then, specify the name of a script that you want the shell to execute at start time. That location of that script will depend on the boot device and user information. Check the manuals for more info on this. HTH, John... In article <8v3lgq$itj$1@overload.lbl.gov>, karunakaran nair wrote: > how can i start my application automatically > immediately after boot up. for example, i want vxworks > to boot on my target and give me the shell prompt, and > then it must automatically load my application and > execute it. may be something to do with scripts. has > somebody any info on this. thanks KN > > __________________________________________________ > Do You Yahoo!? > Yahoo! Calendar - Get organized for the holidays! > http://calendar.yahoo.com/ > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: SB1200 / VxWorks Date: Sat, 18 Nov 2000 04:55:47 GMT From: "jacksonville" Message-ID: Pure newbie question: I am trying to find more information on the directory structure of an General Instruments SB1200 running VxWorks 5.3.1 It appears that the contents are hidden, and was wondering if anyone could pass along a few tricks to take a look at underlying structure of this device. Below is a screen shot of all commands given. Note the ls and ll listing commands produce nothing. TIA, Tony warmboot Attaching network interface cs0... done. Attaching network interface lo0... done. NFS client support not included. Adding 2764 symbols for standalone. Surfari_Diag: Starting Surfari Diag Test... Surfari_Diag_Reg: Registers test started ... Surfari_Diag_Reg: Registers test finished...test PASSED Surfari_Diag_Isr: Interrupt test starting... interrupt: surfariIsr: SURFARI_FIFO_EF_INT interrupt: surfariIsr: SURFARI_FIFO_HF_INT interrupt: surfariIsr: SURFARI_FIFO_EF_INT interrupt: surfariIsr: SURFARI_FIFO_HF_INT interrupt: surfariIsr: SURFARI_FIFO_FF_INT interrupt: surfariIsr: SURFARI_FIFO_EF_INT Surfari_Diag_Isr: Interrupt test finished...test PASSED Surfari_Diag_Fifo_Loopback: FIFO Loopback test starting... Surfari_Diag_Fifo_Loopback: FIFO Loopback test starting...PASSED Surfari_Diag: Starting Surfari Diag Test...PASSED ConfigDB: TableId [-306924929] Checksum [13681] Size [1016] 0x803ffe00 (tRootTask): UC_Modem::Disconnect() write ERROR= [+++] ]x803ffe00 (tRootTask): UC_Modem::Disconnect() write ERROR= [ATH0 Setting the Ethernet IP Address to: '192.168.100.1' Setting the Ethernet Subnet Mask to:'255.255.255.0':'0xffffff00' ]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]] ]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]] ]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]] ]]]]]]]]]]] ]]]] ]]]]]]]]]] ]] ]]]] (R) ] ]]]]]]]]] ]]]]]] ]]]]]]]] ]] ]]]] ]] ]]]]]]] ]]]]]]]] ]]]]]] ] ]] ]]]] ]]] ]]]]] ] ]]] ] ]]]] ]]] ]]]]]]]]] ]]]] ]] ]]]] ]] ]]]] ] ]]]] ]]] ]] ] ]]] ]] ]]]]] ]]]]]] ]] ]]]]]]] ]]]] ]] ]]]] ]]]]] ] ]]]] ]]]]] ]]]]]]]] ]]]] ]] ]]]] ]]]]]]] ]]]] ]]]]]] ]]]]] ]]]]]] ] ]]]]] ]]]] ]] ]]]] ]]]]]]]] ]]] ] ]]]]]]] ]]]]] ] ]]]]]] ] ]]] ]]]] ]] ]]]] ]]]] ]]]] ]] ]] ]]]]]]]] ]]]]] ]]] ]]]]]]] ] ]]]]]]] ]]]] ]]]] ]]]] ]]]] ] ]]]]]]]]]]]]]]]]]]]]]]]]]]]]]] ]]]]]]]]]]]]]]]]]]]]]]]]]]]]] Development System ]]]]]]]]]]]]]]]]]]]]]]]]]]]] ]]]]]]]]]]]]]]]]]]]]]]]]]]] VxWorks version 5.3.1 ]]]]]]]]]]]]]]]]]]]]]]]]]] KERNEL: WIND version 2.5 ]]]]]]]]]]]]]]]]]]]]]]]]] Copyright Wind River Systems, Inc., 1984-1997 CPU: NLS SB1200 Build 2.0 (9100). Processor #0. Memory Size: 0x400000. BSP version 1.0/1. - -> help help Print this list dbgHelp Print debugger help info nfsHelp Print nfs help info netHelp Print network help info spyHelp Print task histogrammer help info timexHelp Print execution timer help info h [n] Print (or set) shell history i [task] Summary of tasks' TCBs ti task Complete info on TCB for task sp adr,args... Spawn a task, pri=100, opt=0, stk=20000 taskSpawn name,pri,opt,stk,adr,args... Spawn a task td task Delete a task ts task Suspend a task tr task Resume a task d [adr[,nunits[,width]]] Display memory m adr[,width] Modify memory mRegs [reg[,task]] Modify a task's registers interactively pc [task] Return task's program counter version Print VxWorks version info, and boot line Type to continue, Q to stop: iam "user"[,"passwd"] Set user name and passwd whoami Print user name devs List devices cd "path" Set current working path pwd Print working path ls ["path"[,long]] List contents of directory ll ["path"] List contents of directory - long format rename "old","new" Change name of file copy ["in"][,"out"] Copy in file to out file (0 = std in/out) ld [syms[,noAbort][,"name"]] Load stdin, or file, into memory (syms = add symbols to table: -1 = none, 0 = globals, 1 = all) lkup ["substr"] List symbols in system symbol table lkAddr address List symbol table entries near address checkStack [task] List task stack sizes and usage printErrno value Print the name of a status value period secs,adr,args... Spawn task to call function periodically repeat n,adr,args... Spawn task to call function n times (0=forever) diskFormat "device" Format disk diskInit "device" Initialize file system on disk Type to continue, Q to stop: squeeze "device" Squeeze free space on RT-11 device NOTE: Arguments specifying 'task' can be either task ID or name. value = 1 = 0x1 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: question Date: Sat, 18 Nov 2000 06:06:32 GMT From: pwhicker@home.com (Paul Whicker) Organization: Excite@Home - The Leader in Broadband http://home.com/faster Message-ID: References: <8v3lgq$itj$1@overload.lbl.gov> <8v4tt2$p26$1@nnrp1.deja.com> John, I'm stunned, you missed one! If you are using a Tornado 2 project you should check the files tab and you'll find usrAppInit.c, in there you will find the function usrAppInit() which actually executes the USER_APPL_INIT macro as below, you can just add whatever initialization calls you need into that function. Paul /************************************************************************* * * usrAppInit - initialize the users application */ void usrAppInit (void) { #ifdef USER_APPL_INIT USER_APPL_INIT; /* for backwards compatibility */ #endif /* add application specific code here */ } In article <8v4tt2$p26$1@nnrp1.deja.com>, john_94501@my-deja.com wrote: >Hello, > >Two possible solutions: > >(1) You can link your application directly with the bootable image, and >use the USER_APPL_INIT macros to spawn your initial task(s). [Note: >spelling may be wrong on the macro - I'm working from memory]. I believe >that there is a tech note describing this on WindSurf - you should >probably check WindSurf before posting questions here; it might get you >an answer immediately, especially for "usage" questions as opposed to >in-depth technical ones. > >(2) You can add the shell startup script execution feature (there is a >macro for this that you should define in config.h for command line >builds, or find it in the Tornado IDE and add it from there). Then, >specify the name of a script that you want the shell to execute at start >time. That location of that script will depend on the boot device and >user information. Check the manuals for more info on this. > >HTH, > >John... > > >In article <8v3lgq$itj$1@overload.lbl.gov>, > karunakaran nair wrote: >> how can i start my application automatically >> immediately after boot up. for example, i want vxworks >> to boot on my target and give me the shell prompt, and >> then it must automatically load my application and >> execute it. may be something to do with scripts. has >> somebody any info on this. thanks KN >> >> __________________________________________________ >> Do You Yahoo!? >> Yahoo! Calendar - Get organized for the holidays! >> http://calendar.yahoo.com/ >> > > >Sent via Deja.com http://www.deja.com/ >Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Looking for time measurement on VxWorks-operated MV2700 Date: Sat, 18 Nov 2000 13:01:28 +0100 From: "Patrick Verkennis" Organization: FreeSurf Message-ID: <8v5r4s$681$1@azure.nl.gxn.net> References: <3A11AAA4.14CFD76A@zfs.tz.uni-stuttgart.de> Hi Daniel. WRS has issued an application note called " Creating a VxWorks timestamp driver". This driver can be used to cover your problem. There is also an implementation using the ppc DEC register, in the bsp file ppcDecTimer.c. "Daniel Behrenwaldt" wrote in message news:3A11AAA4.14CFD76A@zfs.tz.uni-stuttgart.de... > Dear VxWorkers, > > we try to measure short-term execution times on > the above mentioned hardware, to test our > control algorithm dead times. > > What fast access possibilities do exist? > > We tried vxTimeBaseGet() with no effect. > > Do there exist any other mechanisms or > HW-clock registers, which can be read > with the appropriate granularity of about 1 microsecond? > > Best regards > > Daniel Behrenwaldt > > Zentrum Fertigungstechnik Stuttgart > --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Sun Nov 19 04:03:07 2000 From: Vxworks Exploder Date: Sun Nov 19 04:03:09 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sun Nov 19 04:03:04 PST 2000 Subject: real time embedded software Subject: Re: ads8260 Subject: basic infos Subject: Re: UDP datagram send problem Subject: Re: basic infos ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: real time embedded software Date: Sat, 18 Nov 2000 08:48:37 -0500 From: "Kevin" Organization: Sprint Canada Inc. Message-ID: Hot Opportunity for real time embedded software experts If you have Vxworks or pSOS real time operating system experience working in and embedded system environment and know telecom or internet protocols then we have the jobs for you. contact Kevin Ireland kevin.ireland@ajilon.ca kireland@sprint.ca 613-786-3106 ext 231 613-799-4310 cell 613-489-4299 home --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ads8260 Date: Sat, 18 Nov 2000 13:56:01 GMT From: Michael Barker Organization: Excite@Home - The Leader in Broadband http://home.com/faster Message-ID: <3A168A52.1040407@ieee.org> References: Also, check that the crystal frequency set in the BSP is correct for your board. If not, you might need to do a search for BRG (baud rate generator) in the SIO driver code and change some stuff to get the serial baud rates to be valid. Martin Usher wrote: >> I have a brand spanking new ads8260, a vision ICE, and a CD full of docs >> and code on my desk ... I am looking into getting the vxWorks basic BSP up >> and running as quick as possible ... if anyone has any tips it would be > --------------------------- Newsgroups: comp.os.vxworks Subject: basic infos Date: Sat, 18 Nov 2000 16:07:46 +0100 From: Jens Melchert Organization: University of Applied Sciences Wolfenbuettel, Germany Message-ID: <3A169B42.EC74C51B@fh-wolfenbuettel.de> Hi, I'm looking for a summary of VXWorks, just to begin in this material, but I've found more complex sites. I wanna know something about it's architecture, memory, .. .. Thanxx Jens --------------------------- Newsgroups: comp.os.vxworks Subject: Re: UDP datagram send problem Date: Sat, 18 Nov 2000 19:49:19 GMT From: jkwynn@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8v6mfu$vpj$1@nnrp1.deja.com> References: <8tvma1$aup$1@nnrp1.deja.com> In article <8tvma1$aup$1@nnrp1.deja.com>, people69@my-deja.com wrote: > Hi, > > I have a problem with UDP datagram send. I have simpified the code > by removing the parts of the code which are not relavent to the problem. > I attached the simplified code in the end of this posting. In the code, > there is a function call taskDelay. > If I pass the argument of 1 or larger to taskDelay(that is, taskDelay > (1) or)) > most of the UDP datagram arrive at the destination host in local LAN > environment. > But if I pass the argument of zero (taskDelay (0)) most of the UDP > datagram are not > sent to the destination host. There should be no taskDelay in our > application when > sending UDP datagrams(That is, taskDelay(0)). One task delay > corresponds to 16.7ms when system clock tick > rate is 60 and it is too long time in our application. For example, we > have to send 10~40 > datagrams of size 500 bytes in less than 5 ~ 10 miliseconds. (these are > not exact figures) > > How can I resolve this problem? > > -----------Start of the code------------------- > > /* udpClient.c - UDP client example */ > > /* includes */ > > #include "vxWorks.h" > #include "sockLib.h" > #include "inetLib.h" > #include "stdioLib.h" > #include "strLib.h" > #include "hostLib.h" > #include "ioLib.h" > > #include "taskLib.h" > > #define SERVER_PORT_NUM 4000 > > /*********************************************** ************************ > ***** > * > * udpClient - send a message to a server over a UDP socket > * > * This routine sends a data to a server over a UDP socket. > * This routine may be invoked as follows: > * -> udpClient "remoteSystem IP address or name" > * > * RETURNS: OK, or ERROR if the message could not be sent to the server. > */ > > STATUS udpClient > ( > char * serverName /* name or IP address of server > */ > ) > { > struct sockaddr_in serverAddr; /* server's socket address */ > int sockAddrSize; /* size of socket address > structure */ > int sFd; /* socket file descriptor */ > > unsigned char sendBuffer[10000]; > int i; > int on_off; > > /* create client's socket */ > if ((sFd = socket (AF_INET, SOCK_DGRAM, 0)) == ERROR) > { > perror ("socket"); > return (ERROR); > } > > /* bind not required - port number is dynamic */ > > /* build server socket address */ > sockAddrSize = sizeof (struct sockaddr_in); > bzero ((char *) &serverAddr, sockAddrSize); > serverAddr.sin_len = (u_char) sockAddrSize; > serverAddr.sin_family = AF_INET; > serverAddr.sin_port = htons (SERVER_PORT_NUM); > > if (((serverAddr.sin_addr.s_addr = inet_addr (serverName)) == > ERROR) && > ((serverAddr.sin_addr.s_addr = hostGetByName (serverName)) == > ERROR)) > { > perror ("unknown server name"); > close (sFd); > return (ERROR); > } > > /* datagram header and data */ > > #define DGRAM_SIZE 5000 > > for (i = 0; i < DGRAM_SIZE; i++) > sendBuffer[i] = 'A'; > > for (i = 0; i < 100; i++) > { > if (sendto (sFd, (caddr_t) sendBuffer, DGRAM_SIZE, > 0, > (struct sockaddr *) &serverAddr, > sockAddrSize) == ERROR) > { > perror ("sendto"); > close (sFd); > return (ERROR); > } > taskDelay (1); > } > > close (sFd); > return (OK); > } > > -----------End of the code--------------------- > > Sent via Deja.com http://www.deja.com/ > Before you buy. > I concur with the other two replys that you need to verify the amount of data that you are trying to transfer. Also, taskDelay(0) does not insert a delay of zero but places your task at the end of the list for tasks of the same priority being ready to run (i.e. your giving up the processor to allow tasks of the same priority to run). Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: basic infos Date: Sat, 18 Nov 2000 21:40:25 +0100 From: "Martin Raabe" Organization: T-Online Message-ID: <8v6pkq$t6v$01$1@news.t-online.com> References: <3A169B42.EC74C51B@fh-wolfenbuettel.de> Hello Jens, go for the Tornado Prototyper, a full featured Tornado IDE for VxWorks incl. Docu. Get it at: www.WindRiver.com Speaking for my own, not my employer! Ciao - -- Martin Raabe Project Manager Integration of SNiFF+ in Tornado II and pRISM+ TakeFive Software GmbH , a Wind River Company Carl-Zeiss-Strasse 41 55129 Mainz T: (+49) 170 / 1838405 F: (+49) 6131 / 35840-99 M: (+49) 170 / 1838405 E: Martin.Raabe@WindRiver.com W: www.WindRiver.com W: www.takefive.co.at/faq Jens Melchert schrieb in im Newsbeitrag: 3A169B42.EC74C51B@fh-wolfenbuettel.de... > Hi, > I'm looking for a summary of VXWorks, just to begin in this material, > but I've found more complex sites. > I wanna know something about it's architecture, memory, .. .. > > Thanxx > > Jens > --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Mon Nov 20 04:03:08 2000 From: Vxworks Exploder Date: Mon Nov 20 04:03:11 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Mon Nov 20 04:03:05 PST 2000 Subject: Re: UDP datagram send problem Subject: non-blocking socket sends in Vx/Works 5.3.1 Subject: accessing I/O on PC from VxSim Subject: How to redirect stdout to COM1 Subject: How can I form a ethernet physical address? Subject: Re: Multiple VxSim targets Subject: Questions on task schedule for a priority-based non-preemption system? Subject: how to set devname in pppInit(...) Subject: Static variables in in static library Subject: repeatly accessed host file Subject: Re: non-blocking socket sends in Vx/Works 5.3.1 Subject: How to send data via specific PPP links? ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: UDP datagram send problem Date: Sun, 19 Nov 2000 18:15:36 -0000 From: "David Laight" Organization: BT Internet Message-ID: <8v95ak$4rm$1@plutonium.btinternet.com> References: <8tvma1$aup$1@nnrp1.deja.com> <8v6mfu$vpj$1@nnrp1.deja.com> IMHO most vxWorks network drivers and/or the network stack is somewhat buggy in that there is no send side back pressure flow control for UDP datagrams. Indeed the documentation for (and many sample) END drivers does not handle transmit flow control properly. Often leading to lost clusters from one of the buffer pools. If you try to send datagrams faster than the network can accept data, the application should block in sendmsg() - or get an EAGAIN response on a non-blocking socket. (This is certainly DESIRABLE - even if not documented.) You can (probably) stop packets being lost by counting bytes through the interface yourself. If you allow 600kbytes/sec = 10kb/tick or 20 500 byte messages per tick you probably won't lose any data. David laight wrote in message news:8v6mfu$vpj$1@nnrp1.deja.com... > In article <8tvma1$aup$1@nnrp1.deja.com>, people69@my-deja.com wrote: > > > > I have a problem with UDP datagram send. > > If I pass the argument of 1 or larger to taskDelay(that is, taskDelay (1) or)) > > most of the UDP datagram arrive at the destination host in local LAN environment. > > But if I pass the argument of zero (taskDelay (0)) most of the UDP datagram are not > > sent to the destination host. There should be no taskDelay in our application when > > sending UDP datagrams(That is, taskDelay(0)). One task delay > > corresponds to 16.7ms when system clock tick > > rate is 60 and it is too long time in our application. For example, we have to send 10~40 > > datagrams of size 500 bytes in less than 5 ~ 10 miliseconds. (these are not exact figures) --------------------------- Newsgroups: comp.os.vxworks Subject: non-blocking socket sends in Vx/Works 5.3.1 Date: Sun, 19 Nov 2000 16:00:37 -0500 From: "Tim Sell" Organization: ECDC Unisys Corp. Tredyffrin Message-ID: <8v9eum$jqa$1@trsvr.tr.unisys.com> Using Vx/Works 5.3.1 and iq960rx BSP with Dec21x4xEnd ethernet, I'm having a lot of trouble getting my socket send() to work correctly after I set my socket fd to non-blocking mode. The symptom I'm seeing is duplicate data being transmitted across the socket in cases where I must retry a send() after a previous EWOULDBLOCK or EAGAIN error. (I used network monitor traces to help arrive at my conclusion.) Does anyone know of any bugs in this area? If so, I would GREATLY appreciate any suggestions for a workaround. My basic goal is simply to never block on a socket operation -- I don't really care what I must do to make it work. One of the things I have tried to do to overcome my problem with non-blocking mode is to use select() to tell me when the socket becomes "writable". Unfortunately, this can still result in the send() blocking because an fd apparently becomes "writable" when 1 byte can be written to it without blocking. I need some way to ask "can I write bytes to the socket now without blocking?"; select() just answers "can I write 1 byte to the socket now without blocking?". Vx/Works doesn't appear to implement the SO_SNDLOWAT (send low-water mark) socket option, which I believe could be used to modify the behavior of select(). FYI, I describe my algorithm below for handling non-blocking sockets. Set the socket non-blocking after opening it: int on = TRUE; ioctl (sock, FIONBIO, (int)&on); Issue each send() in a loop, which handles these error conditions: 1. send() returns -1 with an errno value of EWOULDBLOCK or EAGAIN -- I recover this case by simply sleeping and re-looping. (My finished version of code will probably do something more important than sleeping, but for testing that is sufficient.) I have observed executing this code in my testing. However, it seems like whenever I get into this code, there is extraneous send data that gets delivered over the socket. 2. send() returns -1 but the errno value is neither EWOULDBLOCK nor EAGAIN -- blow up with an error and close the socket. I have not observed this happening in my tests. 3. send() returns 0 -- blow up with an error and close the socket. I have not observed this happening in my tests. 4. send() returns a positive value -- increment the buffer pointer by the positive value returned, decrement the bytes-left-to-send value by this positive value, and re-loop. --------------------------- Newsgroups: comp.os.vxworks Subject: accessing I/O on PC from VxSim Date: Sun, 19 Nov 2000 19:26:01 -0500 From: "Brannen, Bill [CAR:1V79:EXCH]" Organization: Nortel Message-ID: <8v9r2q$j9n$1@bmerhc5e.ca.nortel.com> I'm trying to access the I/O address space (specifically the data, control, and status ports for the parallel port) directly from my VxWorks based software while running VxSim on my PC (NT). I've tried using the sysOutByte and sysInByte functions from sysLib.h but when I download my object file, I get an error. It appears that those functions are not implemented for SIMNT. Has anybody been successful accessing I/O addresses from VxSim (on NT)? If so, how did you mange to do this? Does anyone see anything I've overlooked here? Bill --------------------------- Newsgroups: comp.os.vxworks Subject: How to redirect stdout to COM1 Date: Mon, 20 Nov 2000 02:38:53 GMT From: wv12@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8va2rs$c98$1@nnrp1.deja.com> Hi, What is a simple way to redirect stdout to COM1, for a SIMNT build. Thank you Will Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: How can I form a ethernet physical address? Date: Mon, 20 Nov 2000 11:59:02 +0800 From: "TonyHuang" Organization: BST Communication Technology Ltd. Message-ID: <8vaaji$245$1@news.cz.js.cn> Hello All, I am debugging my motfet driver for MPC860T&LXT972. I copy sysLib.c from ads860 BSP with the following three function: STATUS sysFecEnetEnable; STATUS sysFecEnetDisable; STATUS sysFecEnetAddrGet; also U8 sysFecEnetAddr [6] = {0x08, 0x00, 0x3e, 0x03, 0x02, 0x02}; which defines the ethernet physical address. my question is: where does this address come from? how to form an ethernet address when I change to another PHY chip? Thanks in advance. Tony --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Multiple VxSim targets Date: Mon, 20 Nov 2000 05:28:00 GMT From: Harry Liu Organization: Deja.com - Before you buy. Message-ID: <8vacot$jj5$1@nnrp1.deja.com> References: <8v0tka$gif$1@overload.lbl.gov> <8FEF60338borkhuislucentcom@135.7.153.102> I read the paragraph, "Running multiple simulators on NT". But I have several confusion about it. 1). in the section 5 it said "create a downloadable vxroks boot image", but when I create a downloadable project, I can't config the VxWorks's component in the Project Facility. I think maybe it should be bootable. 2). when I launch the vxsim target, there are not two lines like Loading symbol table from host:d:/T2sim/.../vxworks.exe.sym 3). when I ping outside IP or the vxsim's IP in the vxsim, "no responds error" occurs. But when I ping 127.0.0.1, it work normally. I think the vxsim didn't use the ULIP adaptor configed in NT. Who can tell me why this happen? I use the free Torando2 proto. But the vxsim is fully installed. Thanks in advanced. Liu Hongwei In article <8FEF60338borkhuislucentcom@135.7.153.102>, borkhuis@lucent.com (Johan Borkhuis) wrote: > balaji.ramachandran@wipro.com (Balaji Ramachandran) wrote in > <8v0tka$gif$1@overload.lbl.gov>: > >I have downloaded networking option of "Tornado Prototyper" from WRS > >site and installed it, but i could not able to create multiple targets, > >pl.. suggest me how to create mutiple vxSim targets. > > Take a look at the following page: > http://www.xs4all.nl/~borkhuis/vxworks/vxw_pt5.html#5.6-A > Hope this helps. > > Groeten, > Johan > > -- > o o o o o o o . . . ___________________________________ > o _____ || Johan Borkhuis | > .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | > >(________|__|_[_________] _|________________________________| > _/oo OOOOO oo` ooo ooo 'o!o!o o!o! o` > === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Questions on task schedule for a priority-based non-preemption system? Date: Mon, 20 Nov 2000 06:41:58 GMT From: Terry Lee Organization: Deja.com - Before you buy. Message-ID: <8vah3m$mh4$1@nnrp1.deja.com> for a priority-based non-preemption system, we know the running task will not be free CPU if it dosn't wait some resourece. But I have some questions: 1. If the running task call system function such as taskDelay(0),what the system will schedule tasks? 2. when a task is running, a interrupt occurs,when the interrupt process finished, will the interrupted task get CPU and continue executing? - -- - ---------------------------------------------- @ ~ ~~__=||_ ~ ~ ~~ ~~ ~ ~ \____/ ~ Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: how to set devname in pppInit(...) Date: Mon, 20 Nov 2000 08:24:00 GMT From: Harry Liu Organization: Deja.com - Before you buy. Message-ID: <8van2u$rls$1@nnrp1.deja.com> the sample set the devname with "/tyCo/1". But I don't understand what's the meaning of it. I also want to know what value I should set in vxsim running on NT. Who can offer a sample of using PPP, including configuration of options and invoke pppInit(...). Thank you in advanced. Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Static variables in in static library Date: Mon, 20 Nov 2000 08:33:10 GMT From: albert.wijnja@meco.nl Organization: Deja.com - Before you buy. Message-ID: <8vank6$rrm$1@nnrp1.deja.com> Hello, We use the ACE/TAO implementatation from DOC. In the ACE library they provide an alternative spawn routine that store the commandline arguments from the shell in argc/argv static variables (using the va_* routines). These parameters are passed to the routine to be called (ace_main) using the taskSpawn routine. When I build two executable (both linked with the static library containing the spa-routine), invoking the first executable works fine. However, invoking the second one results in an exception. Does anyone have a clue what is going wrong? When I first load both executables and then invoking the first one I get the question to choose the symbol twice (once for spa and once for ace_main). When invoking the second executable I do not get the question to choose the correct ace_main. This is a screen dump of the error: - ------------- ld < server spa ace_main, "-o", "ior" value = 0 = 0x0 ld < client spa ace_main, "-k", "file://ior" 0: spa(int (*)(...),...) 1: spa(int (*)(...),...) Choose the number of the symbol to use: 0 Exception number 14: Task: 0x7caa6e8 (ace_main) Page Fault Program Counter: 0x07df6ae4 Status Register: 0x00010246 Error Code : 0x00000002 - ------------ The alternative spawn routine: - ------------------------------- int spa (FUNCPTR entry, ...) { static const unsigned int MAX_ARGS = 10; static char *argv[MAX_ARGS]; va_list pvar; unsigned int argc; // With va_start, va_arg and va_end the provided commandline arguments // are stored in argv. < ...snip... > const int ret = ::taskSpawn (argv[0], // task name 100, // task priority VX_FP_TASK, // task options ACE_NEEDS_HUGE_THREAD_STACKSIZE, // stack size entry, // entry point argc, // first argument to main () (int) argv, // second argument to main () 0, 0, 0, 0, 0, 0, 0, 0); // ::taskSpawn () returns the taskID on success: return 0 instead if // successful return ret > 0 ? 0 : ret; } - -------------------------------- The entry point of my executables: - -------------------------------- int ace_main(int argc, char *argv[]) { // ... } - -------------------------------- Any help would be appreciated. Albert Wijnja Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: repeatly accessed host file Date: Mon, 20 Nov 2000 10:01:55 +0100 From: "Markus MItterer" Organization: KPNQwest customer news service Message-ID: Hi VxWorkers, I need your help once more... For my application I read some parameters from a settings-file which I access via ftp from the host. I use the same mechanism as in windows for INI-files. Everthing works properly and fast, but after ~200 accesses I am waiting 1 minute for the next parameter. The executing task is blocking on a semaphore deep inside the "open" call. some details: - - every time I want to read a parameter I have to open, parse and close the file - - every access to this file is made by only one task - - nobody else is accessing a file via ftp - - my target is a PPC (750) and the host is running NT4.0 - - on the host the standard MS-FTP server is running Does somebody have an idea what is going on or can give me a workaround. Every help is appreciated!!! regards - -- Markus Mitterer Software-Development, STK mailto: markus_mitterer@sbu1.storkgroup.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: non-blocking socket sends in Vx/Works 5.3.1 Date: Mon, 20 Nov 2000 08:56:39 GMT From: john_94501@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8vap05$stv$1@nnrp1.deja.com> References: <8v9eum$jqa$1@trsvr.tr.unisys.com> Hello, There was a bug in the first release of SENS (1.0) that did exactly what you describe. The SPR number for the problem is 20948, and there is a patch available on WindSurf for it. HTH, John... In article <8v9eum$jqa$1@trsvr.tr.unisys.com>, "Tim Sell" wrote: > Using Vx/Works 5.3.1 and iq960rx BSP with Dec21x4xEnd ethernet, I'm having a > lot of trouble getting my socket send() to work correctly after I set my > socket fd to non-blocking mode. The symptom I'm seeing is duplicate data > being transmitted across the socket in cases where I must retry a send() > after a previous EWOULDBLOCK or EAGAIN error. (I used network monitor > traces to help arrive at my conclusion.) Does anyone know of any bugs in > this area? If so, I would GREATLY appreciate any suggestions for a > workaround. My basic goal is simply to never block on a socket operation -- > I don't really care what I must do to make it work. > > One of the things I have tried to do to overcome my problem with > non-blocking mode is to use select() to tell me when the socket becomes > "writable". Unfortunately, this can still result in the send() blocking > because an fd apparently becomes "writable" when 1 byte can be written to it > without blocking. I need some way to ask "can I write bytes to the > socket now without blocking?"; select() just answers "can I write 1 byte to > the socket now without blocking?". Vx/Works doesn't appear to implement the > SO_SNDLOWAT (send low-water mark) socket option, which I believe could be > used to modify the behavior of select(). > > FYI, I describe my algorithm below for handling non-blocking sockets. > > Set the socket non-blocking after opening it: > int on = TRUE; > ioctl (sock, FIONBIO, (int)&on); > > Issue each send() in a loop, which handles these error conditions: > 1. send() returns -1 with an errno value of EWOULDBLOCK or EAGAIN -- I > recover this case by simply sleeping and re-looping. (My finished version > of code will probably do something more important than sleeping, but for > testing that is sufficient.) I have observed executing this code in my > testing. However, it seems like whenever I get into this code, there is > extraneous send data that gets delivered over the socket. > 2. send() returns -1 but the errno value is neither EWOULDBLOCK nor > EAGAIN -- blow up with an error and close the socket. I have not observed > this happening in my tests. > 3. send() returns 0 -- blow up with an error and close the socket. I have > not observed this happening in my tests. > 4. send() returns a positive value -- increment the buffer pointer by the > positive value returned, decrement the bytes-left-to-send value by this > positive value, and re-loop. > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: How to send data via specific PPP links? Date: Mon, 20 Nov 2000 09:57:14 GMT From: Harry Liu Organization: Deja.com - Before you buy. Message-ID: <8vashp$v8m$1@nnrp1.deja.com> The VxWorks support up-to-16 active PPP links. But when a program want to send data, if there a several active PPP links in the environment, through which the data will be sent? Harry Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Mon Nov 20 06:39:45 2000 From: David Laight Date: Mon Nov 20 06:39:47 PST 2000 Subject: re: repeatly accessed host file > - - every time I want to read a parameter I have to open, parse and close the > file No such thing as 'have to' :-) Hold the file open and use lseek() or fseek() prior to each read. This will work infinitely faster that all the open/close calls. (Fix your windows code as well.) What is actually happening here is all the vxWorks TCP sockets are in FIN_WAIT state (as required by the protocol). So ftp cannot open another connection. David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Mon Nov 20 07:46:18 2000 From: Jim Way Date: Mon Nov 20 07:46:20 PST 2000 Subject: RE: Questions on task schedule for a priority-based non-preemptio Terry, 1. If the running task call system function such as taskDelay(0),what the system will schedule tasks? taskDelay(0) will stop the current task and place it at the end of the queue for its priority level. If there are no other tasks with the same priority level, it will be restarted. Otherwise, one of the other tasks with the same priority will be started. This assumes that there are no higher level tasks ready to run. If there were, your original task would not be running to begin with. 2. when a task is running, a interrupt occurs,when the interrupt process finished, will the interrupted task get CPU and continue executing? Yes, unless in the interrupt logic you gave a semaphore or some other signal that unblocked a higher priority task. HTH, Jim ----------------------------------------- Jim Way, Software Engineer Datum Austin (Austron Inc.) voice: 512.721.4170 fax : 512.990.9712 email: jwayATdatumDOTcom (no spam please) ----------------------------------------- VxWorks Tornado II From vxwexplo-errs@csg.lbl.gov Mon Nov 20 08:39:46 2000 From: Doug Owens Date: Mon Nov 20 08:39:48 PST 2000 Subject: MVME 1603 DMA While I'm waiting to track down a bus analyzer, I was wondering if any vxWorks users out there had tried 64 bit DMA with the vmechip2 in the 1603. I tried various settings but the transfer time stays the same. The timing is not a critical issue (it would be nice if I saw the 2x increase in speed) but I am working with a memory product that only knows 64 bit block mode. Thanks Doug Owens (owens2@llnl.gov) From vxwexplo-errs@csg.lbl.gov Mon Nov 20 09:45:46 2000 From: "Deja User" Date: Mon Nov 20 09:45:49 PST 2000 Subject: FTP access from ramDisk vxWorks Tornado Hi, Is it possible to transfer files through FTP from vxWorks target. The vxWorks target has started "FTP daemon" during boot up and it uses "RamDisk" with Dos File system. Thanks in advance. Regards, Embeddedd lover. ------------------------------------------------------------ --== Sent via Deja.com http://www.deja.com/ ==-- Before you buy. From vxwexplo-errs@csg.lbl.gov Tue Nov 21 04:03:09 2000 From: Vxworks Exploder Date: Tue Nov 21 04:03:11 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Tue Nov 21 04:03:05 PST 2000 Subject: Re: Questions on task schedule for a priority-based non-preemption system? Subject: !! Free Fetish Pics !! High Quality !! 100% Free !! 42101 Subject: re: repeatly accessed host file Subject: Re: ads8260 Subject: RE: Questions on task schedule for a priority-based non-preemptio Subject: Re: How can I form a ethernet physical address? Subject: Is usrStartupScript re-entrant? Subject: MVME 1603 DMA Subject: Errno variable Subject: Vxworks AE! Subject: FTP access from ramDisk Subject: Profiling with gcc's -p Subject: Re: usrStartupScript re-entrant? Subject: booting through network( help) Subject: Re: vme BERR on ppc boards (2700 etc) Subject: Re: Errno variable Subject: Re: Errno variable Subject: : booting through network( help) Subject: Please help: Rather standard unresolved symbols Subject: Re: Endianness on a PowerPC Subject: CPV3060 Board BSP Package Doesn't Work! Subject: Re: How can I form a ethernet physical address? Subject: ** Hot School Girls ** Over 50,000 Pics ** 65,000+ XXX Teen Videos *** 80332 Subject: Is fcntl() supported under VxWorks? Subject: Re: booting through network( help) Subject: Re: Is fcntl() supported under VxWorks? Subject: Re: Is fcntl() supported under VxWorks? Subject: ~^~ TONS OF NUDE CELEBRITY PICS!! ~^~ 83539 Subject: Re: Questions on task schedule for a priority-based non-preemption system? Subject: RE: Questions on task schedule for a priority-based non-preemptio Subject: MCPN765 and position Subject: Question] Extension MIB having a Table(Windnet SNMP, Tornado 2.0) Subject: Invalid c++ Constructors/Destructors Strategy??? Subject: Developing SCSI Control Driver Subject: Re: non-blocking socket sends in Vx/Works 5.3.1 ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Questions on task schedule for a priority-based non-preemption system? Date: Mon, 20 Nov 2000 13:42:30 GMT From: snaphook@southwesternbell.net (Bruce) Organization: SBC Internet Services Message-ID: <3a1929f3.2421913@news.swbell.net> References: <8vah3m$mh4$1@nnrp1.deja.com> In comp.os.vxworks Terry Lee wrote: > for a priority-based non-preemption system, we know the running task >will not be free CPU if it dosn't wait some resourece. But I have some >questions: What does this have to do with VxWorks? >1. If the running task call system function such as taskDelay(0),what >the system will schedule tasks? If you mean WILL, the answer is yes. >2. when a task is running, a interrupt occurs,when the interrupt process >finished, will the interrupted task get CPU and continue executing? Not necessarily. The scheduler is run at the EOI --------------------------- Newsgroups: comp.os.vxworks Subject: !! Free Fetish Pics !! High Quality !! 100% Free !! 42101 Date: Monday, 20 Nov 2000 02:00:44 -0600 From: markhenry@hotmail.com Organization: Qualitynet Message-ID: <20110002.0044@hotmail.com> http://www.sinfulfetish.com/ 100% Free Galleries!! Hundreds of *FREE* *High Quality* Fetish Pics!! Easy to use, No Hassle Gallery System!! http://www.sinfulfetish.com/ :;8A' --------------------------- Newsgroups: comp.os.vxworks Subject: re: repeatly accessed host file Date: Mon, 20 Nov 2000 14:40:13 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200011201440.OAA06290@dsl-2.tadpole.co.uk> > - - every time I want to read a parameter I have to open, parse and close the > file No such thing as 'have to' :-) Hold the file open and use lseek() or fseek() prior to each read. This will work infinitely faster that all the open/close calls. (Fix your windows code as well.) What is actually happening here is all the vxWorks TCP sockets are in FIN_WAIT state (as required by the protocol). So ftp cannot open another connection. David - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ads8260 Date: Mon, 20 Nov 2000 15:27:54 GMT From: "Jim" Organization: Magma Communications Ltd. Message-ID: <_pbS5.8262$rr3.380220@news> References: <3A168A52.1040407@ieee.org> Hey Michael, Thanks for your advice ... it is much appreciated ... My progress to date is ... I can start the OS from vision ICE II without difficulty from RAM (on 60x bus) ... and I can also have it uncompress from "local RAM" to RAM on 60x bus successfully ... however I cannot get the board to boot without setting the PC in the vision ICE. I.e. if I load OS into flash the board will not boot ... but the modified code (ie changed memory map) will start from local bus RAM fine. There maybe a problem with reset config word ... but I am not sure ... I am using the default recommended in the ADS manual of 0c,b2,02,05 but so far no luck ... I have even tried the one sent with WRS bsp (0e, 22, 82, 05) ... I am still waiting to here from anyone who has got the vxWorks_romCompress image to work on this board using vision ICE and vxWorks. Cheers, Jim "Michael Barker" wrote in message news:3A168A52.1040407@ieee.org... > Also, check that the crystal frequency set in the BSP is correct for > your board. If not, you might need to do a search for BRG (baud rate > generator) in the SIO driver code and change some stuff to get the > serial baud rates to be valid. > > Martin Usher wrote: > > >> I have a brand spanking new ads8260, a vision ICE, and a CD full of docs > >> and code on my desk ... I am looking into getting the vxWorks basic BSP up > >> and running as quick as possible ... if anyone has any tips it would be > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: RE: Questions on task schedule for a priority-based non-preemptio Date: Mon, 20 Nov 2000 07:41:38 -0800 From: Jim Way Organization: Lawrence Berkeley National Laboratory Message-ID: <8vbikp$lch$1@overload.lbl.gov> Terry, 1. If the running task call system function such as taskDelay(0),what the system will schedule tasks? taskDelay(0) will stop the current task and place it at the end of the queue for its priority level. If there are no other tasks with the same priority level, it will be restarted. Otherwise, one of the other tasks with the same priority will be started. This assumes that there are no higher level tasks ready to run. If there were, your original task would not be running to begin with. 2. when a task is running, a interrupt occurs,when the interrupt process finished, will the interrupted task get CPU and continue executing? Yes, unless in the interrupt logic you gave a semaphore or some other signal that unblocked a higher priority task. HTH, Jim - ----------------------------------------- Jim Way, Software Engineer Datum Austin (Austron Inc.) voice: 512.721.4170 fax : 512.990.9712 email: jwayATdatumDOTcom (no spam please) - ----------------------------------------- VxWorks Tornado II --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How can I form a ethernet physical address? Date: Mon, 20 Nov 2000 08:57:14 -0800 From: "Daryl" Organization: None Message-ID: References: <8vaaji$245$1@news.cz.js.cn> Tony: An Ethernet address is the unique address for the hardware. It could queried when you switch to a different card. Regularly you don't mess with it .... TonyHuang wrote in message <8vaaji$245$1@news.cz.js.cn>... >Hello All, > >I am debugging my motfet driver for MPC860T&LXT972. >I copy sysLib.c from ads860 BSP with the following three function: > >STATUS sysFecEnetEnable; >STATUS sysFecEnetDisable; >STATUS sysFecEnetAddrGet; > >also >U8 sysFecEnetAddr [6] = {0x08, 0x00, 0x3e, 0x03, 0x02, 0x02}; which defines >the >ethernet physical address. > >my question is: >where does this address come from? >how to form an ethernet address when I change to another PHY chip? > >Thanks in advance. > >Tony > > > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: Is usrStartupScript re-entrant? Date: Thu, 16 Nov 2000 13:07:24 -0500 From: "Michael P. Card" Organization: Lockheed Martin Message-ID: <3A14225C.B2C75DB9@lmco.com> This is a multi-part message in MIME format. - --------------659A11CCE9A5671D0AC2A806 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello everyone- I was wondering if any of you know if the usrStartupScript is re-entrant? We have a boot script which downloads a program to our board and kicks it off with a taskSpawn(). This program then calls usrStartupScript() directly and provides it the name of a second script which downloads more programs and kicks them off. Is this "cricket"? Should usrStartupScript even be called directly? I notice it's not in the VxWorks 5.3.1 reference manual. Does the kernel/VxWorks expect this function to only be called once, and so a direct invocation for a 2nd time could screw something up? Any insight any of you have would be most welcome. Thank you! - - Mike - --------------659A11CCE9A5671D0AC2A806 Content-Type: text/x-vcard; charset=us-ascii; name="michael.p.card.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Michael P. Card Content-Disposition: attachment; filename="michael.p.card.vcf" begin:vcard n:Card;Michael tel;fax:315-456-0441 tel;work:315-456-3022 x-mozilla-html:TRUE org:Lockheed Martin ;Ocean, Radar, and Sensor Systems version:2.1 email;internet:michael.p.card@lmco.com title:Principal Software Engineer adr;quoted-printable:;;Electronics Park=0D=0ABuilding 6, Room 201;Syracuse;NY;13221;USA fn:Michael Card end:vcard - --------------659A11CCE9A5671D0AC2A806-- --------------------------- Newsgroups: comp.os.vxworks Subject: MVME 1603 DMA Date: Mon, 20 Nov 2000 08:39:21 -0800 From: Doug Owens Organization: Lawrence Berkeley National Laboratory Message-ID: <4.2.2.20001120083844.00b448d0@popcorn.llnl.gov> While I'm waiting to track down a bus analyzer, I was wondering if any vxWorks users out there had tried 64 bit DMA with the vmechip2 in the 1603. I tried various settings but the transfer time stays the same. The timing is not a critical issue (it would be nice if I saw the 2x increase in speed) but I am working with a memory product that only knows 64 bit block mode. Thanks Doug Owens (owens2@llnl.gov) --------------------------- Newsgroups: comp.os.vxworks Subject: Errno variable Date: Mon, 20 Nov 2000 12:50:37 -0500 From: "Harman Bassan" Organization: The University of Western Ontario, London, Ont. Canada Message-ID: <8vbnjf$he5$1@panther.uwo.ca> Hi, I get an ERRNO variable 41 from the tNetTask. Can anyone give me some idea what is wrong here ? Thanks, Harman. --------------------------- Newsgroups: comp.os.vxworks Subject: Vxworks AE! Date: 20 Nov 2000 19:05:23 +0100 From: manju@photuris.com (Manju Sampangi) Organization: Mailgate.ORG Server - http://www.Mailgate.ORG Message-ID: <2350AC684549D41193CA00D0B773E84F0D7B82@exchange-west.photuris.com> Windriver announced a new version of VxWorks (high availability) last month! Has anyone used this new os version ? any experience with this Process model VxWorks ? Please comment. -Manju - -- Posted from [64.3.135.228] via Mailgate.ORG Server - http://www.Mailgate.ORG --------------------------- Newsgroups: comp.os.vxworks Subject: FTP access from ramDisk Date: Mon, 20 Nov 2000 09:45:13 -0800 From: "Deja User" Organization: Lawrence Berkeley National Laboratory Message-ID: <200011201745.JAA24438@mail23.bigmailbox.com> vxWorks Tornado Hi, Is it possible to transfer files through FTP from vxWorks target. The vxWorks target has started "FTP daemon" during boot up and it uses "RamDisk" with Dos File system. Thanks in advance. Regards, Embeddedd lover. - ------------------------------------------------------------ - --== Sent via Deja.com http://www.deja.com/ ==-- Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Profiling with gcc's -p Date: Mon, 20 Nov 2000 19:56:25 +0100 From: Andy Winton Organization: Swisscom IP+ (post doesn't reflect views of Swisscom) Message-ID: <3A1973D9.131F1C59@acterna.com> hi, On vxworks, Tornado 1, cc386, ... Has anyone sucessfully profiled their code with the '-p' option to the compiler? I get an unresolved of the mcount() function (I think this is the internals of the profiler). Any ideas? cheers, andy - -- Andy Winton --------------------------- Newsgroups: comp.os.vxworks Subject: Re: usrStartupScript re-entrant? Date: Mon, 20 Nov 2000 13:40:05 -0600 From: Andrew Johnson Organization: APS, Argonne National Laboratory Message-ID: <3A197E15.7685A523@aps.anl.gov> References: <8uu9pd$8ne$1@nnrp1.deja.com> <8v0s9q$cpj$1@nnrp1.deja.com> michael_p_card@my-deja.com wrote: > > I was wondering if any of you know if the usrStartupScript is > re-entrant? > > We have a boot script which downloads a program to our board and kicks > it off with a taskSpawn(). This program then calls usrStartupScript() > directly and provides it the name of a second script which downloads > more programs and kicks them off. > > Is this "cricket"? Should usrStartupScript even be called directly? I > notice it's not in the VxWorks 5.3.1 reference manual. Does the > kernel/VxWorks expect this function to only be called once, and so a > direct invocation for a 2nd time could screw something up? Not sure about the specific question you asked, but the normal method of calling another startup script is to use the '<' shell redirection operator, which is probably better than calling some other function to do this, e.g. (nfsMount.st contains commands to mount stuff from an NFS server): < nfsMount.st cd "/home/target/1" ld Message-ID: <3A197FC4.DF2FAEC1@hotmail.com> Reply-To: kanigeri@hotmail.com hi i am working with pcc target and window-95 host. I am trying to boot my target through network and for that i think i have to know the IP address of target. I am not having any clue as how to find the IP address of target. Please help me as how to figure out the IP address of the target. I will be grateful to your help thank you Ben --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vme BERR on ppc boards (2700 etc) Date: Mon, 20 Nov 2000 14:07:20 -0600 From: Andrew Johnson Organization: APS, Argonne National Laboratory Message-ID: <3A198478.E96E435A@aps.anl.gov> References: <3A01E6ED.A3442F2B@mindspring.com> <3A02B16D.D083C27C@motorola.com> <3A0355AD.D159BB91@aps.anl.gov> <3A1414DC.F8CE845B@fokkerspace.nl> Marc neefs wrote: > > Andrew Johnson wrote: > > > > Al: Add this code to sysHwInit2() in sysLib.c: > I first tested this code fragment after bootup (so not in HwInit2) and there > it works :-), but only now and then :-(. (Vxw 5.4 mvme2302) > > Sometimes the exeception is raised only once and sometimes it does not > work at all (just 0xfffffff) . Do you have any idea if this could be > caused by the fact the init code is not done in the bootstrap phase? Al did some more work on this since my reply, and it appears that there are major problems with getting VME bus errors properly reported due to the PowerPC architecture, and there may be no complete solution. You will find that no exception occurs on write if the relevent Universe master window has write posting enabled; exceptions on coupled writes may report the wrong instruction (and hence indicate the wrong routine or possibly even halt a different task); exceptions on read usually report the correct location for the exception, but this isn't guaranteed according to a strict interpretation of the PowerPC specs (because MCE is an imprecise exception), although in practice I don't think either Al or I have seen this happen. To find out about the occurrence of bus errors on write cycles you can set up the parallel interrupt capability of the Universe chip, but don't expect to be able to tell anything about which instruction, routine or possibly even which task caused the bus error to occur. You should be able to get the bus error address from the Universe registers though. > Another related question: Is it clear to you if I shuld use excConnect > or excVecSet if I want to catch the exeption? Look at your BSP, one of the sys*Probe() routines sets up the Universe chip and an exception vector to trap it - these are support routines for vxMemProbe(). I'm not sure about the specific answer to your question, but copying the BSP solution should work. - - Andrew - -- Every great idea appears crazy to start with. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Errno variable Date: Mon, 20 Nov 2000 14:17:25 -0600 From: Andrew Johnson Organization: APS, Argonne National Laboratory Message-ID: <3A1986D5.D6DB0D96@aps.anl.gov> References: <8vbnjf$he5$1@panther.uwo.ca> Harman Bassan wrote: > > I get an ERRNO variable 41 from the tNetTask. Can anyone give me some idea > what is wrong here ? Probably nothing. The values in errno should be ignored unless a call to some function that sets errno has returned with an error indication by its documented API. The column showing errno in the output from 'i' is mostly useless. - - Andrew - -- Every great idea appears crazy to start with. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Errno variable Date: Mon, 20 Nov 2000 14:15:01 -0600 From: "Derek Opitz" Organization: Motorola CIG Message-ID: <8vc0mg$jui5@nntp.cig.mot.com> References: <8vbnjf$he5$1@panther.uwo.ca> from errno.h...... #define EPROTOTYPE 41 /* Protocol wrong type for socket */ Harman Bassan wrote in message news:8vbnjf$he5$1@panther.uwo.ca... > Hi, > I get an ERRNO variable 41 from the tNetTask. Can anyone give me some idea > what is wrong here ? > > Thanks, > Harman. > > --------------------------- Newsgroups: comp.os.vxworks Subject: : booting through network( help) Date: Mon, 20 Nov 2000 13:32:21 -0700 From: Ben Message-ID: <3A198A55.AC05C6F2@hotmail.com> References: <3A197FC4.DF2FAEC1@hotmail.com> Reply-To: kanigeri@hotmail.com hi there is a slight change, the target is ppc, not pcc thank you ben Ben wrote: > hi > i am working with pcc target and window-95 host. I am trying to boot > my target through network and for that i think i have to know the IP > address of target. I am not having any clue as how to find the IP > address of target. > Please help me as how to figure out the IP address of the target. > I will be grateful to your help > thank you > Ben --------------------------- Newsgroups: comp.os.vxworks Subject: Please help: Rather standard unresolved symbols Date: Mon, 20 Nov 2000 22:07:34 +0000 From: Kees van der Bent Organization: Software Feastures Message-ID: <3A19A0A6.2709AC29@mail.com> My vxWorks.st_rom 5.4 image is in DiskOnChip of my Pentium board. (So, the VxWorks image is *not* downloaded by Tornado.) When I download the Tornado II tutorial's gizmo.out I get rather standard unresolved symbols like: _semBGive, _printf, _malloc, ... Would you please give me an idea of where to look to resolve this? (I've worked a lot with VxWorks but only upto 5.1; so I'm still learning the Tornado symbol table logistics now.) Thank you, Kees --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Endianness on a PowerPC Date: 20 Nov 2000 16:23:37 -0500 From: Jamie Cox Organization: Harris Government Communication Systems Message-ID: References: <8FEE5B6FDborkhuislucentcom@135.7.153.101> "Martin Usher" writes: > > > > >I am developing for a PPC-based embedded system that must communicate > > >over a PCI bus with an Intel x86 processor running Windows NT. It would > > >make my and others' lives so much easier if both processors could speak > > >the same endian language. > > > The PCI bridge should reverse the data for you. Check the documentation for > the part that you're proposing to use. I agree that the PCI bridge should do most of the work. However, if using PCI devices or software designed for little-endian, you still must consider every data item individually for endian problems. Under VxWorks you must run the PPC in big-endian mode. Although the PPC supports little-endian in hardware, almost no software support is available for that mode. I asked WindRiver, and they do not support VxWorks on the PPC in little-endian. I was quite relieved by this answer, because it would have been an abomination. --------------------------- Newsgroups: comp.os.vxworks Subject: CPV3060 Board BSP Package Doesn't Work! Date: Mon, 20 Nov 2000 17:07:12 -0500 From: "Andrew Carlisle" Organization: HarvardNET Message-ID: <8vbo16$t4v$1@murdoch.harvard.net> Hello, I am using the Motorola CPV3060 cPCI carrier card. It has two PMC slots on it and a MPC860 processor. The vxWorks boot loader comes up correctly and FTPs the vxWorks image over to the board and start to run it. However, it then crashes. The BDM port on the board doesn't seem to work correctly, so there is very little I can do in the way of debugging the point where the crash occurs. Has anyone used this board and BSP before? Any help would be appreciated! Thanks Andy acarlisle@envoynetworks.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How can I form a ethernet physical address? Date: Mon, 20 Nov 2000 22:17:07 GMT From: Tom Wang Organization: Deja.com - Before you buy. Message-ID: <8vc7sr$48m$1@nnrp1.deja.com> References: <8vaaji$245$1@news.cz.js.cn> Take a look at this: http://standards.ieee.org/regauth/oui/forms/ It won't be a problem until you are considering a mass production. You can use any MAC addresses in your lab, and make sure they are different (otherwise your devices can't talk with each other). Wish this help, Tom Wang In article <8vaaji$245$1@news.cz.js.cn>, "TonyHuang" wrote: > Hello All, > > I am debugging my motfet driver for MPC860T&LXT972. > I copy sysLib.c from ads860 BSP with the following three function: > > STATUS sysFecEnetEnable; > STATUS sysFecEnetDisable; > STATUS sysFecEnetAddrGet; > > also > U8 sysFecEnetAddr [6] = {0x08, 0x00, 0x3e, 0x03, 0x02, 0x02}; which defines > the > ethernet physical address. > > my question is: > where does this address come from? > how to form an ethernet address when I change to another PHY chip? > > Thanks in advance. > > Tony > > - -- Learn Linux from "Linux Documentation Project" http://www.linuxdoc.org Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: ** Hot School Girls ** Over 50,000 Pics ** 65,000+ XXX Teen Videos *** 80332 Date: Monday, 20 Nov 2000 16:30:07 -0600 From: markhenry@hotmail.com Organization: Qualitynet Message-ID: <20110016.3007@hotmail.com> http://www.hotschoolteens.com/ Over 50,000 *HOT* Explicit Photots!! 65,000+ XXX Teen Videos!!! Over 50 *Live* Sex Shows!! 24/7 Live Teen Chat!! http://www.hotschoolteens.com/ yeaVu --------------------------- Newsgroups: comp.os.vxworks Subject: Is fcntl() supported under VxWorks? Date: Mon, 20 Nov 2000 16:55:06 -0600 From: Jean Paul Organization: mrdc Message-ID: <3A19ABCA.26843EE4@network.com> Hi all, I am new to VxWorks and would like to know if Unix system call fcntl() is supported in VxWorks? Thanks in advance, Jean Paul --------------------------- Newsgroups: comp.os.vxworks Subject: Re: booting through network( help) Date: Mon, 20 Nov 2000 20:40:24 -0500 From: Joe Durusau Message-ID: <3A19D288.626E31B@bellsouth.net> References: <3A197FC4.DF2FAEC1@hotmail.com> This info is certainly in the vxWorks documentation, but in general: If you just bought a processor card and had it configured by the vendor to boot (that is, load vsWorks) via a network interface, is doesn't have an ip address yet. You have to GIVE IT ONE YOURSELF!!!!! The general procedure is to connect a serial terminal configured as 8N1 to the serial port 1 of the target, then turn the target off and back on. If the target works, you should see a message within a few seconds saying something like: press any key to stop autoboot and a countdown should start below the message. It the target doesn't get this far, you have a defective target, a defective terminal, or your connection to the target is bad. I have had experience with some vendors of PPC cards that won't boot unless you use the vendor's own VME chassis. :-( If you do see the message, press the spacebar or some other key. The next message should be vxworks boot: (Or something similar, I don't have a book here). At this point, several commands are available. ? should get a list of commands. c should get you into the routine that changes boot parameters. The idea is that the system will show you each boot parameter in turn, and give you an opp to change it. Sorry, I can't do you whole job from here, but the ip address is set in ip on enet or something similar. You will have to set up a bunch of things, and I've never tried to do this with a windoz host, but surely the details are in the manuals. If you get into this procedure, I think it will become clear. As to the basic question as to what ip address to use, if you just have the host and target hooked together in a private (2-host) network, pick anything you like. If you are hooking the target into your employer's net, check out an address from your network manager and use that. IU reiterate in case of lack of clarity: You SET the ip address, using whatever your local rules are, from the serial port of the target. Good luck, and please read the manuals(all 4 of them , all the way through) Speaking only for myself, Joe Durusau Ben wrote: > > hi > i am working with pcc target and window-95 host. I am trying to boot > my target through network and for that i think i have to know the IP > address of target. I am not having any clue as how to find the IP > address of target. > Please help me as how to figure out the IP address of the target. > I will be grateful to your help > thank you > Ben --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Is fcntl() supported under VxWorks? Date: Mon, 20 Nov 2000 20:41:46 -0500 From: Joe Durusau Message-ID: <3A19D2DA.E7462DD7@bellsouth.net> References: <3A19ABCA.26843EE4@network.com> no. Speaking only for myself, Joe Durusau Jean Paul wrote: > > Hi all, > > I am new to VxWorks and would like to know if Unix system call fcntl() > is > supported in VxWorks? > > Thanks in advance, > > Jean Paul --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Is fcntl() supported under VxWorks? Date: Mon, 20 Nov 2000 20:50:13 -0500 From: Shivashankara Desigowda LC90636150 +1 973 448 8305 Organization: Lucent Technologies Message-ID: <3A19D4D5.664ABFC@lucent.com> References: <3A19ABCA.26843EE4@network.com> Jean Paul wrote: > > Hi all, > > I am new to VxWorks and would like to know if Unix system call fcntl() > is > supported in VxWorks? > > Thanks in advance, > > Jean Paul Hi vxworker's please correct me if iam wrong From what i read in Vxworks Programer's guide fcntl()is not supported. instead ioctl() is supported in addition to read,write,create,remove,open,close. but some of the functionalites of fcntl() you are looking for might be available in ioctl() also as in Unix. Shiva --------------------------- Newsgroups: comp.os.vxworks Subject: ~^~ TONS OF NUDE CELEBRITY PICS!! ~^~ 83539 Date: Monday, 20 Nov 2000 18:03:07 -0600 From: markhenry@hotmail.com Organization: Qualitynet Message-ID: <20110018.0307@hotmail.com> http://www.hotsteamycelebs.com/ SEE BRITNEY SPEARS NUDE!!!! NO JOKE!! Thousands of HOT Nude Celebrity Photos!!! Angelina Jole, Jennifer Lopez, Anna Kournikova, Sara Michelle Gellar ALL here PLUS MORE!!! The #1 Site for Celeb Nude Photots!! Check this out!! http://www.hotsteamycelebs.com/ qk&C\ --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Questions on task schedule for a priority-based non-preemption system? Date: Tue, 21 Nov 2000 04:20:00 GMT From: Terry Lee Organization: Deja.com - Before you buy. Message-ID: <8vct5b$lqp$1@nnrp1.deja.com> References: <8vah3m$mh4$1@nnrp1.deja.com> <3a1929f3.2421913@news.swbell.net> Faint,If you don't want to answer my question,you can ignore my questions. Do you know we can decide the vxworks's schedule policy? I f you know, why not say my question has nothng to do with vxworks? > > for a priority-based non-preemption system, we know the running task > >will not be free CPU if it dosn't wait some resourece. But I have > > >some > >questions: > > What does this have to do with VxWorks? > > >1. If the running task call system function such as taskDelay(0),what > >the system will schedule tasks? > > If you mean WILL, the answer is yes. > > >2. when a task is running, a interrupt occurs,when the interrupt > > > >process > >finished, will the interrupted task get CPU and continue executing? > > Not necessarily. The scheduler is run at the EOI ? > - -- - ---------------------------------------------- @ ~ ~~__=||_ ~ ~ ~~ ~~ ~ ~ \____/ ~ Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: RE: Questions on task schedule for a priority-based non-preemptio Date: Tue, 21 Nov 2000 04:30:03 GMT From: Terry Lee Organization: Deja.com - Before you buy. Message-ID: <8vcto4$m9f$1@nnrp1.deja.com> References: <8vbikp$lch$1@overload.lbl.gov> Thx . I See Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: MCPN765 and position Date: Tue, 21 Nov 2000 09:28:28 +0100 From: Luca Garbo Organization: Swisscom IP+ (post doesn't reflect views of Swisscom) Message-ID: <3A1A322C.B32EA9D3@stest.ch> - --------------6921EA1509E14631CD04E1D4 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi guys does anybody know how may i read the geographical register inside the mcpn765 board (Compact PCI) , basically which is the phisical memory address ? Thanks in Advance - -- Luca Garbo Phone: +41 763 55 6795, http://www.stest.com Wavetek Wandel & Goltermann, Foerrlibuckstrasse 62, CH-8037 Zurich - --------------6921EA1509E14631CD04E1D4 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi guys does anybody know how may i read the geographical register inside the mcpn765 board (Compact PCI) , basically which is the phisical memory address ? Thanks in Advance
    --
    Luca Garbo
    Phone: +41 763 55 6795, http://www.stest.com
    Wavetek Wandel & Goltermann, Foerrlibuckstrasse 62, CH-8037 Zurich
      - --------------6921EA1509E14631CD04E1D4-- --------------------------- Newsgroups: comp.os.vxworks Subject: Question] Extension MIB having a Table(Windnet SNMP, Tornado 2.0) Date: Tue, 21 Nov 2000 18:02:35 +0900 From: "±è¼ºÀº" Organization: KREONet news service Message-ID: <8vdduc$igk$1@usenet.kreonet.re.kr> Hi! I'm a beginner in WindNet SNMP. We are developing a snmp agent (having a extension MIB) using your WindNet SNMP. ( Tool : Tornado 2.0 CPU : Pentium II Host : Windows NT ) I tested DEMO MIB (not including a Table) and it worked well, but I want to test some MIBs including a Table. There is no sample in your manuals. 1. I maked the MIB File as followings. - ---------------------------------------------------------------------------- - ------ Demo2.mib - ---------------------------------------------------------------------------- - ------ VXDEMO2-MIB --FORCE-INCLUDE --FORCE-INCLUDE --FORCE-INCLUDE "mibhand.h" DEFINITIONS ::= BEGIN -- Title: VxWorks Demo MIB version 1.0 IMPORTS MODULE-IDENTITY, OBJECT-TYPE FROM SNMPv2-SMI enterprises FROM RFC1155-SMI DisplayString FROM RFC1213-MIB ; wrs OBJECT IDENTIFIER ::= { enterprises 731 } demos OBJECT IDENTIFIER ::= { wrs 1 } -- Module Identification Definition. windDemo MODULE-IDENTITY LAST-UPDATED "9312030000Z" ORGANIZATION "Wind River Systems" CONTACT-INFO " Technical Support Postal: Wind River Systems 1010 Atlantic Avenue Alameda, CA 94501 US Tel: +1 800 545 WIND Fax: +1 510 814 2104 E-mail: support@wrs.com" DESCRIPTION "This is the VxWorks demo MIB module. It is provided as an example of how to make extensions to the VxWorks SNMPv1/v2c Agent MIB." ::= { demos 1 } windObjects OBJECT IDENTIFIER ::= { windDemo 1 } -- Groups in the VxWorks Demo MIB -- the test table testinterfaces OBJECT IDENTIFIER ::= { windObjects 2 } ifTestTable OBJECT-TYPE SYNTAX SEQUENCE OF IfTestEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "." ::= { testinterfaces 2 } ifTestEntry OBJECT-TYPE SYNTAX IfTestEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "." INDEX { ifTestIndex } ::= { ifTestTable 1 } IfTestEntry ::= SEQUENCE { ifTestIndex INTEGER, ifTestDescr DisplayString, ifTestMtu INTEGER } ifTestIndex OBJECT-TYPE SYNTAX INTEGER MAX-ACCESS read-only STATUS current DESCRIPTION "." ::= { ifTestEntry 1 } ifTestDescr OBJECT-TYPE SYNTAX DisplayString (SIZE (0..255)) MAX-ACCESS read-only STATUS current DESCRIPTION "." ::= { ifTestEntry 2 } ifTestMtu OBJECT-TYPE SYNTAX INTEGER MAX-ACCESS read-only STATUS current DESCRIPTION "." ::= { ifTestEntry 3 } END - ---------------------------------------------------------------------------- - ------ - ---------------------------------------------------------------------------- - ------ 2. I make a stub C source as followings. ( demo2.c ) >> D:\Tornado\host\x86-win32\bin\mibcomp.exe -l D:\Tornado\target\src\snmpv1\mibs -stub -start wrs -o demo2.c rfc1155.smi rfc1213.mib demo2.mib 3. The Table structure is typedef struct { int ifTestIndex; char ifTestDescr[256]; int ifTestMtu; } STRUCT_ifTestEntry; 4. And I hope the table have fix values as followings. static STRUCT_ifTestEntry g_ifTestVars[3] = { {111, "11 ABC", 113}, {221, "22 ABC", 223}, {331, "33 ABC", 333} }; 5. Then I modified demo2.c in some places. But I dont know how can I modify the rest? ie) int ifTestEntry_lookup(int compc, OIDC_T *compl, STRUCT_ifTestEntry *data) { } STRUCT_ifTestEntry *ifTestEntry_first() { } int ifTestEntry_build_instance(STRUCT_ifTestEntry *data, OIDC_T inst) { } STRUCT_ifTestEntry *ifTestEntry_next2() { } Sorry for my bad english. And thanks in advance. waiting for your quick answer. --------------------------- Newsgroups: comp.os.vxworks Subject: Invalid c++ Constructors/Destructors Strategy??? Date: Tue, 21 Nov 2000 10:21:50 +0000 From: Kees van der Bent Organization: Software Feastures Message-ID: <3A1A4CBD.21818411@mail.com> When opening a target shell from Tronado II I get the message followed by "Target connection has been lost". Do you know what this means? Thanks for listening! Kees --------------------------- Newsgroups: comp.os.vxworks Subject: Developing SCSI Control Driver Date: Tue, 21 Nov 2000 10:01:25 GMT From: mishra.r@dcmtech.co.in Organization: Deja.com - Before you buy. Message-ID: <8vdh5k$4v2$1@nnrp1.deja.com> All VxWorks Gurus, I am a student of Computer Science. As a assignment we are expected to develop a device driver for a SCSI Controller Card in VxWorks. I am going through the Tornado Manuals and am totally lost on how to proceed. Please advice on how i should proceed with the task. There is nobody in the organization to guide me in this task. Any help will be welcome. TIA, Rajesh Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: non-blocking socket sends in Vx/Works 5.3.1 Date: Tue, 21 Nov 2000 04:59:03 -0500 From: "Tim Sell" Organization: ECDC Unisys Corp. Tredyffrin Message-ID: <8vdgv0$d0i$1@trsvr.tr.unisys.com> References: <8v9eum$jqa$1@trsvr.tr.unisys.com> <8vap05$stv$1@nnrp1.deja.com> Thanks! That did the trick. Actually I downloaded SENS 1.1, which apparently includes the fix for SPR 20948. For some reason I couldn't download the patch for SPR 20948 by itself; I kept getting an error about a file being missing. wrote in message news:8vap05$stv$1@nnrp1.deja.com... > Hello, > > There was a bug in the first release of SENS (1.0) that did exactly what > you describe. The SPR number for the problem is 20948, and there is a > patch available on WindSurf for it. > > HTH, > > John... > --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Tue Nov 21 05:36:57 2000 From: "Deja User" Date: Tue Nov 21 05:36:59 PST 2000 Subject: How to create Vxworks.st for x86 VxWorks tornado Hi, How to create "vxworks.st" for PC486 target. I have tried the command "make vxworks.st" at $WIND_BASE/target/config/pc486, but it gives "no rule to make" error. Suggest me how to create the same. regards, Emblov ------------------------------------------------------------ --== Sent via Deja.com http://www.deja.com/ ==-- Before you buy. From vxwexplo-errs@csg.lbl.gov Tue Nov 21 06:30:46 2000 From: "Mike Anderson" Date: Tue Nov 21 06:30:49 PST 2000 Subject: Intel StrataFlash support for TFFS VxWorks Greetings! Has anyone out there in netland developed the TFFS support code for Intel's StrataFlash parts that they'd be willing to share/sell? Any pointers would be appreciated. I hate to reinvent the wheel... TIA, Mike Anderson Chief Scientist The PTR Group, Inc. Embedded, Real-time Solutions and Services mailto:mike@theptrgroup.com http://www.theptrgroup.com V: 703.585.9384 F: 703.430.3748 From vxwexplo-errs@csg.lbl.gov Tue Nov 21 22:52:17 2000 From: "Parthasarathy Sanmugam" Date: Tue Nov 21 22:52:19 PST 2000 Subject: A query! Hai,
    We are working in Tornado 2.0.

    We had created a workspace (namely "workspace12") and under that a project namely "project30" in which we have added all
    our source and header files for compilation.

    When we opened Tornado today, it showed some error whose description is as below:

        "project 30 load files failed".

    Due to this, the entire added files disappeared from the project and also the project30.wpj was not found in the corresponding
    directory.

    But the files are available in their physical locations.

    Hence, now we have to add all the files again with the new project name.

    Can we retrieve the files again with the same project and avoid the re-organisation of files?

    Thanks and regards,
    S.Parthasarathy.
    **********************************************************
    Parthasarathy. S
    Senior Software Engr. - Global R&D Solutions
      Wipro Technologies Ltd.
      111, Anna Salai, Guindy
      Chennai 600 032, India
      Phone   : (044) 2301530  ext: 170  /  171.
      Fax     : (044) 2301532, 2301397
      E-mail  : parthasarathy.sanmugam@wipro.com
    ====================================================
      From vxwexplo-errs@csg.lbl.gov Wed Nov 22 01:27:28 2000 From: "Rajendra Prasad" Date: Wed Nov 22 01:27:30 PST 2000 Subject: binary semaphores vxworks tornado Hi , I have a question regarding binary semaphores execution in vxworks. Consider the following case. Task A is currently executing a binary semaphore that is already having Task B waiting to take it in its queue.When task A is executing this semaphore, another task say Task C gives this semaphore. How will the system behave ? Does Task B wait till the current execution by Task A is completed or the current execution by Task A is stopped ? thanks and best regards, rpraghuram. _____________________________________________________________________________________ Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com From vxwexplo-errs@csg.lbl.gov Wed Nov 22 03:18:19 2000 From: Boaz Kahana Date: Wed Nov 22 03:18:22 PST 2000 Subject: Time is going backward .... Working with VxWorks 5.4 (Tornado II) on PowerPC 8240, with a BSP that is based on SP8240, I tackle a very strange problem: Sometimes the value returned from clock_gettime(CLOCK_REALTIME) goes backward (down). !!! It happens when the system is very loaded, ( In the same case some equely-prioritiezed-tasks are starved since the system is in non Time Slice mode) I understand that the clock_gettime should use the PPC decrementor and try to figure out if there is a problem there, but did not find any. Do you have any record of such a problem ? Any idea where can that be ? Best Regards, Boaz From vxwexplo-errs@csg.lbl.gov Wed Nov 22 04:03:16 2000 From: Vxworks Exploder Date: Wed Nov 22 04:03:19 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Wed Nov 22 04:03:13 PST 2000 Subject: PThreads Subject: evaluating different compilers Subject: Curses for vxWorks? Subject: Posix Message Queues & Signals Subject: How to create Vxworks.st for x86 Subject: Problems with IE5.0 and WindWeb Server Subject: Re: Endianness on a PowerPC Subject: Re: How to create Vxworks.st for x86 Subject: Intel StrataFlash support for TFFS Subject: NPT vs END driver Subject: Re: Anybody know why I see "RPCExit: extra call" every time Tornado starts? Subject: Re: How to redirect stdout to COM1 Subject: Re: Posix Message Queues & Signals Subject: Re: PThreads Subject: Re: Anybody know why I see "RPCExit: extra call" every time Tornado Subject: SMC UART driver for the 8260 Subject: NS Geode Subject: Re: SMC UART driver for the 8260 Subject: Re: SMC UART driver for the 8260 Subject: x86 booting woes.... Subject: interrupt problems Subject: How to install VxWorks to a SPARC machine Subject: Re: Invalid c++ Constructors/Destructors Strategy??? Subject: Tornado II debugger Subject: check this out.. Subject: if you are interested... Subject: How to test my ethernet port speed? Subject: Re: FTP access from ramDisk Subject: Re: Curses for vxWorks? Subject: real time embedded software Subject: Re: How to create Vxworks.st for x86 Subject: Re: x86 booting woes.... Subject: Re: How to create Vxworks.st for x86 Subject: Re: Invalid c++ Constructors/Destructors Strategy??? Subject: Besides system main timer,what other kind of timer we can use? Subject: A query! Subject: Conversion tool to make UGL compatible images Subject: long file names?? Subject: why this happened, when created the bootable project? Subject: Re: Intel StrataFlash support for TFFS Subject: OPPORTUNITIES IN THE US. Subject: SCSI Controller Driver Subject: binary semaphores vxworks tornado Subject: WIND_TCB structure definition Subject: Test ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: PThreads Date: Tue, 21 Nov 2000 13:09:01 +0100 From: Max Fischer Organization: DLR Message-ID: <3A1A65DD.DBCECA9@dlr.de> Hi, does anybody know of a pthreads library for VxWorks??? Is there an open source implementation based on VxWorks tasks??? Did anybody try to port the GNU pthreads to VxWorks??? Any hint welcome Thanks Max Fischer - -- ______________________________________________________________________ | | | | Dr. rer. nat. Max Fischer | Tel: +49-8153/28-1183 | | DLR Oberpfaffenhofen | Fax: +49-8153/28-1134 | | Institute of Robotics and Mechatronics | E-mail: /| | Postfach 1116 | Max.Fischer@dlr.de --+-+--- | D-82230 Wessling | / | | / |_____________________________________________________________ ---+-+-- |/ --------------------------- Newsgroups: comp.os.vxworks Subject: evaluating different compilers Date: Tue, 21 Nov 2000 12:19:42 GMT From: orenwolf@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8vdp8p$aga$1@nnrp1.deja.com> Hi All, we're about to purchase a new compiler for VxWorks and would like to hear a second opinion, we're working with Tornado 2 PPC 750 currently using 604 chaintool. I would like to hear your opinion about one of the following compilers, especially about its optimization capabilities. 1. Diab 2. GreenHills 3. MetaWare 4. MRI your help will be greatly appreciated. Oren please response to: oren@filesxpress.com Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Curses for vxWorks? Date: Tue, 21 Nov 2000 13:56:08 +0100 From: Glenn Ivar Klausen Organization: Nextra Public Access Message-ID: <3A1A70E8.596ADE39@oslo.online.no> Are there any libs like curses who is supported on vxWorks / Tornado? - -- Glenn Ivar Klausen --------------------------- Newsgroups: comp.os.vxworks Subject: Posix Message Queues & Signals Date: Tue, 21 Nov 2000 14:11:01 +0100 From: Stefan Luedeke Organization: Draegerwerk AG, Luebeck, Germany (http://www.draeger.com) Message-ID: <3A1A7465.2C0AA6CD@draeger.com> Hi, I want to use a combination of sigprocmask, mq_notify and sigtimedwait to get a signal when a message is in the queue. With SimNT everythings works fine: Task A is sending a message to task B For task B a signal occurs and sigtimedwait awakes ... Why doesn't it work with my real target (ppc 860)? The kernels include the same components (POSIX Queues and Signals), but no signal is generated when a message is sent. What's wrong? - -- Stefan Luedeke Draeger Medizintechnik GmbH --------------------------- Newsgroups: comp.os.vxworks Subject: How to create Vxworks.st for x86 Date: Tue, 21 Nov 2000 05:36:23 -0800 From: "Deja User" Organization: Lawrence Berkeley National Laboratory Message-ID: <200011211336.FAA09720@mail23.bigmailbox.com> VxWorks tornado Hi, How to create "vxworks.st" for PC486 target. I have tried the command "make vxworks.st" at $WIND_BASE/target/config/pc486, but it gives "no rule to make" error. Suggest me how to create the same. regards, Emblov - ------------------------------------------------------------ - --== Sent via Deja.com http://www.deja.com/ ==-- Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Problems with IE5.0 and WindWeb Server Date: Tue, 21 Nov 2000 15:34:20 +0100 From: Andreas Vorgeitz Organization: Robert Bosch GmbH Message-ID: <3A1A87EC.664F4B5B@de.bosch.com> Reply-To: Andreas.Vorgeitz@de.bosch.com Hi, i am using the wind web server from Tornado to put some diagnostic applets on out VxWorks machines. Using Netscape 4.7, the html pages and the apples load properly, but Internet Explorer seems to get stuck when reading the applet. First i thought this is a problem with the Java Plug-In, but when I put my files on another server (Frontpage Web Sever), the pages load fine on IE as well. Has anybody else experienced problems with the Internet Explorer and the WindWebServer??? Thanks in advance and regards Andreas Vorgeitz --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Endianness on a PowerPC Date: Tue, 21 Nov 2000 09:41:43 -0500 From: Roman Ronge Organization: AT&T Canada IES Message-ID: <3A1A89A7.404A647B@mdrobotics.ca> References: Hi Eric, If you have access to any of RogueVawe tools.h++ , the have endian streams which could help you to resolve this issue. Or you may try too look at XDR libraries and streams which do bit stream encoding on both sides. If you don't have access to any of these, writing few byte swapping routines should not be dificult. And if you use streams for your communication, it will be even simpler to use them. Roman rronge@mdrobotics.ca Eric McDaniel wrote: > Is there any way to make VxWorks compile and run in little-endian mode on a > PPC (MPC860)? I know the processor itself supports a little-endian mode, but > does VxWorks? What about some other embedded OS, like Linux or Nucleus? > > I am developing for a PPC-based embedded system that must communicate over a > PCI bus with an Intel x86 processor running Windows NT. It would make my and > others' lives so much easier if both processors could speak the same endian > language. > > Thanks. > > Eric > ericm@vertical.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to create Vxworks.st for x86 Date: Tue, 21 Nov 2000 15:43:32 +0100 From: Marc Waber Organization: STS Switching Test Solutions Message-ID: <3A1A8A14.B9C88A9@stest.ch> References: <200011211336.FAA09720@mail23.bigmailbox.com> This is a multi-part message in MIME format. - --------------7484E39D4DC27C727C5E2907 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Deja User wrote: > > VxWorks tornado > > Hi, > > How to create "vxworks.st" for PC486 target. > > I have tried the command "make vxworks.st" at $WIND_BASE/target/config/pc486, but it gives "no rule to make" error. > > Suggest me how to create the same. > > regards, > > Emblov > > ------------------------------------------------------------ > --== Sent via Deja.com http://www.deja.com/ ==-- > Before you buy. "vxWorks.st" means, you have a symbol tables and a shell included in your image. It is a image which is delivered with your BSP. To generate a image with a symbol table, just include symbol tables in your configuration and "make vxWorks". If you like, you can change the name of the image to "vxWorks.st" - -- Marc Waber E-mail: marc.waber@stest.ch STS Switching Test Solutions AG Phone: +41-76-355-6713 Foerrlibuckstr. 62 / Postfach 74 Fax: +41-1-355-6605 CH-8037 Zurich Homepage: www.stest.com - --------------7484E39D4DC27C727C5E2907 Content-Type: text/x-vcard; charset=us-ascii; name="marc.waber.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Marc Waber Content-Disposition: attachment; filename="marc.waber.vcf" begin:vcard n:Waber;Marc tel;work:+41-11-454-6713 x-mozilla-html:FALSE org:STS Switching Test Solutions adr:;;Friesenbergstrasse 75;CH-8055 Zurich;;;Switzerland version:2.1 email;internet:marc.waber@stest.ch x-mozilla-cpt:;0 fn:Marc Waber end:vcard - --------------7484E39D4DC27C727C5E2907-- --------------------------- Newsgroups: comp.os.vxworks Subject: Intel StrataFlash support for TFFS Date: Tue, 21 Nov 2000 09:31:33 -0500 From: "Mike Anderson" Organization: Lawrence Berkeley National Laboratory Message-ID: <8ve3g9$4pj$1@overload.lbl.gov> VxWorks Greetings! Has anyone out there in netland developed the TFFS support code for Intel's StrataFlash parts that they'd be willing to share/sell? Any pointers would be appreciated. I hate to reinvent the wheel... TIA, Mike Anderson Chief Scientist The PTR Group, Inc. Embedded, Real-time Solutions and Services mailto:mike@theptrgroup.com http://www.theptrgroup.com V: 703.585.9384 F: 703.430.3748 --------------------------- Newsgroups: comp.os.vxworks Subject: NPT vs END driver Date: Tue, 21 Nov 2000 18:58:33 GMT From: Steve L. Organization: Deja.com - Before you buy. Message-ID: <8vegkj$vin$1@nnrp1.deja.com> Howdy. Can anyone tell me how vxWorks tells the difference between an NPT driver and an END driver? I'm guessing that it is inferred by how the driver fills in the NET_FUNCS structure, but can't be sure. TIA, Steve L. Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Anybody know why I see "RPCExit: extra call" every time Tornado starts? Date: Tue, 21 Nov 2000 19:21:04 GMT From: Tommy Knowlton Organization: Deja.com - Before you buy. Message-ID: <8vehuk$qq$1@nnrp1.deja.com> References: <8u6tu7$lu4$1@nnrp1.deja.com> I don't suppose you've solved this problem, have you? If so, I'd love to hear about it. Thanks, - --Tk! In article , "Steeve Gagne" wrote: > I have the same problem and I am unable to run WindView with Windows 2000 > ... > The problem appears when I have update my windows 2000 with microsoft update > ... > > Sorry I can't help you but if you got an answer please tell me > > Steeve Gagne > > "Tommy Knowlton" wrote in message > news:8u6tu7$lu4$1@nnrp1.deja.com... > > I am running Tornado 2.0 on a Dell Inspiron notebook computer, Windows > > 2000 OS. For connectivity with corporate network, I also run Novell > > Netware Client. > > > > Some combination of the above causes me to see "General RPC error" > > dialog box (total of 4 times) during Tornado startup. The message in > > the dialog box is "RPCExit: extra call." > > > > Has anyone ever seen this before? Know what I should do to fix it? > > Everything else seems to work fine, but this is an annoying misfeature, > > and I'd like to configure it away if that's possible. > > > > WindSurf doesn't seem to know anything about this error message. > > > > Thanks, > > > > -- Tk! > > Save the whales. Feed the hungry. Free the mallocs. > > > > > > Sent via Deja.com http://www.deja.com/ > > Before you buy. > > - -- Save the whales. Feed the hungry. Free the mallocs. Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to redirect stdout to COM1 Date: Tue, 21 Nov 2000 13:07:15 -0500 From: Krishna Samavedam Organization: Hughes Network Systems Message-ID: <3A1AB9D2.731D9E08@hns.com> References: <8va2rs$c98$1@nnrp1.deja.com> U may use the following API. U may want to save current settings for restoring later. ioGlobalStdSet (STD_OUT, fd); ioGlobalStdSet (STD_ERR, fd); hth - - krishna wv12@my-deja.com wrote: > Hi, > What is a simple way to redirect stdout to COM1, for a SIMNT build. > Thank you > Will > > Sent via Deja.com http://www.deja.com/ > Before you buy. - -- - ---------------------- k r i s h n a s a m a v e d a m 301 548 1103 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Posix Message Queues & Signals Date: Tue, 21 Nov 2000 19:33:02 GMT From: john_94501@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8veile$1dl$1@nnrp1.deja.com> References: <3A1A7465.2C0AA6CD@draeger.com> Hello, Do you have the test code you could post? It seems odd that it works on the simulator but not the real target. TTFN, John... In article <3A1A7465.2C0AA6CD@draeger.com>, Stefan Luedeke wrote: > Hi, > I want to use a combination of > sigprocmask, mq_notify and sigtimedwait > > to get a signal when a message is in the queue. > > With SimNT everythings works fine: > Task A is sending a message to task B > For task B a signal occurs and sigtimedwait awakes ... > > Why doesn't it work with my real target (ppc 860)? > The kernels include the same components (POSIX Queues and Signals), > but no signal is generated when a message is sent. > > What's wrong? > > -- > Stefan Luedeke > Draeger Medizintechnik GmbH > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: PThreads Date: Tue, 21 Nov 2000 19:35:45 GMT From: john_94501@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8veiqi$1op$1@nnrp1.deja.com> References: <3A1A65DD.DBCECA9@dlr.de> Hello, There is an implementation of pthreads for VxWorks that is available from a WindLink partner called DOT-4. Here's the page from the WRS web site describing the product: http://www.windriver.com/products/html/pthreads.html HTH, John... > does anybody know of a pthreads library for VxWorks??? > Is there an open source implementation based on VxWorks tasks??? > Did anybody try to port the GNU pthreads to VxWorks??? > > Any hint welcome > > Thanks > > Max Fischer > -- > ______________________________________________________________________ > | | | > | Dr. rer. nat. Max Fischer | Tel: +49-8153/28-1183 | > | DLR Oberpfaffenhofen | Fax: +49-8153/28-1134 | > | Institute of Robotics and Mechatronics | E-mail: /| > | Postfach 1116 | Max.Fischer@dlr.de - --+-+--- > | D-82230 Wessling | / | | / > |_____________________________________________________________ - ---+-+-- > |/ > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Anybody know why I see "RPCExit: extra call" every time Tornado starts? Date: Tue, 21 Nov 2000 11:50:03 -0800 From: Lori Fraleigh Organization: Real-Time Innovations Message-ID: <3A1AD1EB.9067D819@rti.com> References: <8u6tu7$lu4$1@nnrp1.deja.com> <8vehuk$qq$1@nnrp1.deja.com> There is a patch for Tornado 2 for Windows 2000 on Wind River's WindSurf (customer support) site that fixes WindView and ULIP driver problems. It was posted on November 8th. Regards, Lori - -- Lori Fraleigh Real-Time Innovations Senior Software Engineer ScopeTools Manager Phone: 408-734-4200 x121 Fax: 408-734-5009 http://www.rti.com Please send/cc all support related email to support@rti.com Tommy Knowlton wrote: > > I don't suppose you've solved this problem, have you? If so, I'd love > to hear about it. > > Thanks, > --Tk! > > In article , > "Steeve Gagne" wrote: > > I have the same problem and I am unable to run WindView with Windows > 2000 > > ... > > The problem appears when I have update my windows 2000 with microsoft > update > > ... > > > > Sorry I can't help you but if you got an answer please tell me > > > > Steeve Gagne > > > > "Tommy Knowlton" wrote in message > > news:8u6tu7$lu4$1@nnrp1.deja.com... > > > I am running Tornado 2.0 on a Dell Inspiron notebook computer, > Windows > > > 2000 OS. For connectivity with corporate network, I also run Novell > > > Netware Client. > > > > > > Some combination of the above causes me to see "General RPC error" > > > dialog box (total of 4 times) during Tornado startup. The message in > > > the dialog box is "RPCExit: extra call." > > > > > > Has anyone ever seen this before? Know what I should do to fix it? > > > Everything else seems to work fine, but this is an annoying > misfeature, > > > and I'd like to configure it away if that's possible. > > > > > > WindSurf doesn't seem to know anything about this error message. > > > > > > Thanks, > > > > > > -- Tk! > > > Save the whales. Feed the hungry. Free the mallocs. > > > > > > > > > Sent via Deja.com http://www.deja.com/ > > > Before you buy. > > > > > > -- > Save the whales. Feed the hungry. Free the mallocs. > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: SMC UART driver for the 8260 Date: Tue, 21 Nov 2000 21:30:36 GMT From: parreg@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8vepht$7qt$1@nnrp1.deja.com> Hi All, Does anybody have access to a low-level driver for the 8260 using the SMC in UART mode? Thanks. Parreg Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: NS Geode Date: Tue, 21 Nov 2000 16:42:37 -0500 From: "Mike Kordik" Message-ID: Does the NS Geode chip support the high resolution timer? Ie like the Intel Pentium? If so, I have defined INCLUDE_TIMESTAMP but I do not get timing in Windview. I only see sequence numbers. Thanks, Mike --------------------------- Newsgroups: comp.os.vxworks Subject: Re: SMC UART driver for the 8260 Date: Tue, 21 Nov 2000 21:59:35 GMT From: gold@sdsu.edu Organization: Deja.com - Before you buy. Message-ID: <8ver82$9c7$1@nnrp1.deja.com> References: <8vepht$7qt$1@nnrp1.deja.com> In article <8vepht$7qt$1@nnrp1.deja.com>, parreg@my-deja.com wrote: > Hi All, > > Does anybody have access to a low-level driver for the 8260 using the > SMC in UART mode? Thanks. WRS has one for the 860 in SMC mode. Why not call your local office and see if they'll give it to you. It's not a difficult port to the 8260. Dan Gold gold@sdsu.edu Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: SMC UART driver for the 8260 Date: Tue, 21 Nov 2000 22:04:57 GMT From: parreg@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8veri3$9hf$1@nnrp1.deja.com> References: <8vepht$7qt$1@nnrp1.deja.com> <8ver82$9c7$1@nnrp1.deja.com> In article <8ver82$9c7$1@nnrp1.deja.com>, gold@sdsu.edu wrote: > In article <8vepht$7qt$1@nnrp1.deja.com>, > parreg@my-deja.com wrote: > > Hi All, > > > > Does anybody have access to a low-level driver for the 8260 using the > > SMC in UART mode? Thanks. > > WRS has one for the 860 in SMC mode. Why not call your local office > and see if they'll give it to you. It's not a difficult port to the > 8260. > > Dan Gold gold@sdsu.edu > > Sent via Deja.com http://www.deja.com/ > Before you buy. > Good Idea, Many Thanks. Parreg Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: x86 booting woes.... Date: Tue, 21 Nov 2000 17:08:48 -0500 From: Bruce Chrustie Organization: Nortel Message-ID: <3A1AF270.AB62A7CB@root.com> Hi gang, Please bare with my lack of experience.... Developing on the PC for an x86 target. I can create a boot disk for the target PC using the default boot program and the default vxworks image that came precompiled. Plop in the boot disk and the PC boots up and provides me a shell. Problem is that the default image precompiled does not support my h/w setting for my 3COM509 eth card so I can start downloading my code to a real target. So I rebuild the vxworks image (without my code for ease of pain, under a default plain project) and get the following error when the vxworks image boots: muxDevLoad failed for device entry 0! Attaching interface lo0...done wdbConfig:error configuing WDB communication interface and the vxworks shell does never appear, the system hangs but I can reboot it with a ^D. Any help would be appreaciated...I suspect my config.h is not set up properly but I would have to say it is not the easiest to understand for a newbie! Bruce, --------------------------- Newsgroups: comp.os.vxworks Subject: interrupt problems Date: Tue, 21 Nov 2000 22:20:42 GMT From: chrisanc1967@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8vesfi$ag8$1@nnrp1.deja.com> I get the following message when I spawn a task interrupt: uninitialized interrupt 64 Lvl 4 can anyone tell me what I am doing wrong and what is the solution to this. Thanks Christopher Sanchez Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: How to install VxWorks to a SPARC machine Date: Tue, 21 Nov 2000 17:24:25 -0500 From: "Chih-Hao Lin" Organization: Telcordia Technologies Message-ID: <3a1af61a.0@froot.cc.bellcore.com> Reply-To: "Chih-Hao Lin" Hello! I am a beginner to VxWorks and I got two SPARC machines - one is runing Solaris and the other had no operating systems. I plan to install Tornado on the Solaris machine so it will be my host and install VxWorks to the other one - my target machine. I read the VxWorks Programmer's Guide 5.4 Edition 1 Appendix B. There is no information about how to install VxWorks on SPARC machine. Could somebody please help me out How to install VxWorks to the "empty" machine? Should I use a serial cable? or should I make a boot floppy? How to generate the boot image? How to configure the IP address for the target machine so that I can put it on network? Thanks a lot. Chih-Hao Lin --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Invalid c++ Constructors/Destructors Strategy??? Date: Wed, 22 Nov 2000 00:06:05 +0100 From: "JJS" Organization: LT Message-ID: <8vev5n$2mci$1@news6.isdnet.net> References: <3A1A4CBD.21818411@mail.com> Kees van der Bent a écrit dans le message <3A1A4CBD.21818411@mail.com>... >When opening a target shell from Tronado II I get the message > followed by "Target connection has been lost". Do >you know what this means? > >Thanks for listening! >Kees > The core file is not a valid file Jack --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado II debugger Date: Tue, 21 Nov 2000 23:51:21 GMT From: "Jonathan Cheng" Organization: Sympatico Message-ID: Does anyone experience problem with the Tornado II debugger? I have a lot of problem using the watch debug window to view any complex array structure. Sometimes, the Tornado II will crash. Sometimes, I cannot delete the array in the watch debug window. I have no problem using the gnu debugger in the command line debug window. So, the problem may relate to the Tcl script in Tornado II. Seems like Tornado 1.0.1 is a lot more stable in the GUI debugger. Is there any fix or patch available for the Tornado II debugger? Thanks - -Jonathan Cheng INNINGS TELECOM INC. --------------------------- Newsgroups: comp.os.vxworks Subject: check this out.. Date: Tue, 21 Nov 2000 14:52:37 -0600 From: OnlineRomance@msn.com Organization: Connect, The University of Liverpool Message-ID: <211100145237@msn.com> Reply-To: janeyapan2@mascot.com Friend Finder is for active singles who want to meet others for romance, dating, friendship and more! With over 4,000,000 registered members and thousands of new people joining each day, your special someone may be waiting for you now! Click the link below to join for free - it's fast, easy and anonymous! http://63.105.6.24/alenu (This message is NOT spam. If you have any problems with the content of this message please, contact me asap at Ohmyisitreal@aol.com) --------------------------- Newsgroups: comp.os.vxworks Subject: if you are interested... Date: Tue, 21 Nov 2000 14:52:36 -0600 From: OnlineRomance@msn.com Organization: Connect, The University of Liverpool Message-ID: <211100145236@msn.com> Reply-To: janeyapan2@mascot.com Friend Finder is for active singles who want to meet others for romance, dating, friendship and more! With over 4,000,000 registered members and thousands of new people joining each day, your special someone may be waiting for you now! Click the link below to join for free - it's fast, easy and anonymous! http://63.105.6.24/alenu (This message is NOT spam. If you have any problems with the content of this message please, contact me asap at Ohmyisitreal@aol.com) --------------------------- Newsgroups: comp.os.vxworks Subject: How to test my ethernet port speed? Date: Wed, 22 Nov 2000 09:41:08 +0800 From: "TonyHuang" Organization: BST Communication Technology Ltd. Message-ID: <8vf87f$1rse$1@news.cz.js.cn> Hello All, I am trying to test my 100MBS ethernet port based on motFec of PPC860T. But I have no idea how to structure a testing environment for it. what kind of internet protocol should I choose? how can I get the speed parameters? any suggestions is very much appreciated. Thanks Tony --------------------------- Newsgroups: comp.os.vxworks Subject: Re: FTP access from ramDisk Date: Tue, 21 Nov 2000 17:47:41 -0800 From: DrDiags Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A1B25BD.643B2D32@flashcom.net> References: <200011201745.JAA24438@mail23.bigmailbox.com> Reply-To: drdiags@flashcom.net Deja User, There is some example code in the VxWorks $(WIND_BASE)/target/unsupported/src/netwrs/ftpdLib.c file. This is VxWorks 5.4/Tornado 2.0. If it is not installed in your Tornado directory, whoever did the install may have chose not to install it. Contact me and I can provide it to you.. Deja User wrote: > vxWorks Tornado > > Hi, > > Is it possible to transfer files through FTP from vxWorks target. The vxWorks target has started "FTP daemon" during boot up and it uses "RamDisk" with Dos File system. > > Thanks in advance. > > Regards, > > Embeddedd lover. > > ------------------------------------------------------------ > --== Sent via Deja.com http://www.deja.com/ ==-- > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Curses for vxWorks? Date: Tue, 21 Nov 2000 18:02:12 -0800 From: DrDiags Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A1B2924.D7D573B6@flashcom.net> References: <3A1A70E8.596ADE39@oslo.online.no> Reply-To: drdiags@flashcom.net Glenn, VxWorks 5.1x (late 80s) had curses support. Unfortunately, it went away in later releases. If you find someone who has old source, you may try porting it. I had it on an old HPUX 8.x box, but I just junked it a couple of months back. Good luck and if you do find a more up to date version, please post it here where you might be able to obtain it. Glenn Ivar Klausen wrote: > Are there any libs like curses who is supported on vxWorks / Tornado? > > -- > Glenn Ivar Klausen --------------------------- Newsgroups: comp.os.vxworks Subject: real time embedded software Date: Tue, 21 Nov 2000 21:03:29 -0500 From: "Kevin" Organization: Sprint Canada Inc. Message-ID: Hot Opportunity for real time embedded software experts If you have Vxworks or pSOS real time operating system experience working in and embedded system environment and know telecom or internet protocols then we have the jobs for you. contact Kevin Ireland kevin.ireland@ajilon.ca kireland@sprint.ca 613-786-3106 ext 231 613-799-4310 cell 613-489-4299 home --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to create Vxworks.st for x86 Date: Tue, 21 Nov 2000 18:09:47 -0800 From: DrDiags Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A1B2AEB.4A36C3B5@flashcom.net> References: <200011211336.FAA09720@mail23.bigmailbox.com> Reply-To: drdiags@flashcom.net Deja User, Here are the rules from the templatex86 BSP: # Following bootable vxWorks should be placed in bootable diskette # by "mkboot" or "mkbootFd, mkbootAta" utility. # vxWorks_low should be downloaded by bootrom_high boot image. # vxWorks_rom - bootable vxWorks: upper mem # vxWorks_rom_low - bootable vxWorks: lower mem # vxWorks.st_rom - bootable vxWorks.st(compressed): upper mem # bootrom - bootrom(compressed): lower mem # bootrom_uncmp - bootrom: lower mem # bootrom_high - bootrom(compressed): upper mem A guick glance at the pc386 makefile shows the same rules. Maybe someone could explain why the rule to build a vxWorks.st does not exist. Deja User wrote: > VxWorks tornado > > Hi, > > How to create "vxworks.st" for PC486 target. > > I have tried the command "make vxworks.st" at $WIND_BASE/target/config/pc486, but it gives "no rule to make" error. > > Suggest me how to create the same. > > regards, > > Emblov > > ------------------------------------------------------------ > --== Sent via Deja.com http://www.deja.com/ ==-- > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: x86 booting woes.... Date: Tue, 21 Nov 2000 18:21:45 -0800 From: DrDiags Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A1B2DB9.C4200E87@flashcom.net> References: <3A1AF270.AB62A7CB@root.com> Reply-To: drdiags@flashcom.net Bruce, What does your bootline look like? Did you rebuild your boot disk with support for the network card? Are you using the network to download your new kernel? Just looking at the screen dump and your detail description of your steps, I am thinking that you defined your boot device as your ethernet device and it is not available (if this is not the case, maybe if you just print out your bootline would help get a start on this). When you get the boot shell and interrupt it, what are the available END devices when you enter [vxworks boot prompt:] help or h or whatever it is? Just some WAGs of mine. Bruce Chrustie wrote: > Hi gang, > > Please bare with my lack of experience.... > > Developing on the PC for an x86 target. I can create a boot disk for the > target PC using the default boot program and the default vxworks image > that came precompiled. Plop in the boot disk and the PC boots up and > provides me a shell. > > Problem is that the default image precompiled does not support my h/w > setting for my 3COM509 eth card so I can start downloading my code to a > real target. So I rebuild the vxworks image (without my code for ease of > pain, under a default plain project) and get the following error when > the vxworks image boots: > > muxDevLoad failed for device entry 0! > Attaching interface lo0...done > wdbConfig:error configuing WDB communication interface > > and the vxworks shell does never appear, the system hangs but I can > reboot it with a ^D. > > Any help would be appreaciated...I suspect my config.h is not set up > properly but I would have to say it is not the easiest to understand for > a newbie! > > Bruce, --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to create Vxworks.st for x86 Date: Tue, 21 Nov 2000 18:35:51 -0800 From: DrDiags Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A1B3107.B0ADEC4A@flashcom.net> References: <200011211336.FAA09720@mail23.bigmailbox.com> Reply-To: drdiags@flashcom.net Deja User, This is why you cannot build vxWorks.st. I should have read the entire file before responding. Sorry for the wasted bandwidth. # modification history # -------------------- # 01b,08apr98 removed vxWorks.st, mkboot.o, and vxsys.o from RELEASE. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Invalid c++ Constructors/Destructors Strategy??? Date: Wed, 22 Nov 2000 04:08:56 GMT From: "Patrick@Roadrunner" Organization: Road Runner Message-ID: References: <3A1A4CBD.21818411@mail.com> Or the core file defined for target server does not match the file that the target booted. Patrick "Kees van der Bent" wrote in message news:3A1A4CBD.21818411@mail.com... > When opening a target shell from Tronado II I get the message > followed by "Target connection has been lost". Do > you know what this means? > > Thanks for listening! > Kees > > --------------------------- Newsgroups: comp.os.vxworks Subject: Besides system main timer,what other kind of timer we can use? Date: Wed, 22 Nov 2000 05:54:24 GMT From: Terry Lee Organization: Deja.com - Before you buy. Message-ID: <8vfn2e$vmm$1@nnrp1.deja.com> The enviroment is vxworks + PowerPC604 series CPU. Now I want to know, besides system main timer,which is associacted with task sechedule,which other types of timer I can use freely without needing to doubt the system's task schedule? - -- - ---------------------------------------------- @ ~ ~~__=||_ ~ ~ ~~ ~~ ~ ~ \____/ ~ Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: A query! Date: Wed, 22 Nov 2000 12:23:19 +0530 From: "Parthasarathy Sanmugam" Organization: Lawrence Berkeley National Laboratory Message-ID: <8vfro7$jrn$1@overload.lbl.gov> Hai,
    We are working in Tornado 2.0.

    We had created a workspace (namely "workspace12") and under that a project namely "project30" in which we have added all
    our source and header files for compilation.

    When we opened Tornado today, it showed some error whose description is as below:

        "project 30 load files failed".

    Due to this, the entire added files disappeared from the project and also the project30.wpj was not found in the corresponding
    directory.

    But the files are available in their physical locations.

    Hence, now we have to add all the files again with the new project name.

    Can we retrieve the files again with the same project and avoid the re-organisation of files?

    Thanks and regards,
    S.Parthasarathy.
    **********************************************************
    Parthasarathy. S
    Senior Software Engr. - Global R&D Solutions
      Wipro Technologies Ltd.
      111, Anna Salai, Guindy
      Chennai 600 032, India
      Phone   : (044) 2301530  ext: 170  /  171.
      Fax     : (044) 2301532, 2301397
      E-mail  : parthasarathy.sanmugam@wipro.com
    ====================================================
      --------------------------- Newsgroups: comp.os.vxworks Subject: Conversion tool to make UGL compatible images Date: Wed, 22 Nov 2000 07:18:43 GMT From: tweety666@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8vfs0g$36l$1@nnrp1.deja.com> Is there someone who has an tool to convert bmps to source code, so that I can include them in my image. It must be compatible with UGL as I want to display these images on the screen with UGL bitmap calls. Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: long file names?? Date: Tue, 21 Nov 2000 23:46:00 -0800 From: davep Organization: Foothill.Net Message-ID: <3A1B79B8.9F621148@foothill.net> Hi, Anybody know what i takes to see long filenames and have upper/lower case on a dosFs mounted ATA disk? The disk was setup in Win98. Thanks, davep --------------------------- Newsgroups: comp.os.vxworks Subject: why this happened, when created the bootable project? Date: Wed, 22 Nov 2000 07:31:57 GMT From: Harry Liu Organization: Deja.com - Before you buy. Message-ID: <8vfspe$3lo$1@nnrp1.deja.com> I create a new bootable project, then the wizard go to the 3rd step.But when I click the button "finish", there appears a dialog. There are following words in it: couldn't duplicate input handle: bad file number "make makeMacros BSP2PRJ=TRUE" in D:/Tornado/target/config/simpc failed Therefore I can't create bootable project any more. How can help me. Because I have reinstall windows NT and Tornado for 3 times, and I don't want to reinstall again. Thanks a lot. Harry Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Intel StrataFlash support for TFFS Date: Wed, 22 Nov 2000 07:40:20 GMT From: pgrangier@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8vft94$41p$1@nnrp1.deja.com> References: <8ve3g9$4pj$1@overload.lbl.gov> We have bought the TFFS from WRS. It provides a driver for the CFI/SCS Flash Support. I work with the 28F128j3A Strata Flash (CFI).I've just started to test this TFFS. The results are the following: 1)The driver support 8 bits wide access. 2)I can't write correctly on my flash.(but the commands TFFS_GET_PHYSICAL_INFO, TFFS_PHYSICAL_READ, TFFS_PHYSICAL_ERASE are ok) I will inform you if I make progress. Pascal Grangier Ascom Transmission Ltd. Switzerland In article <8ve3g9$4pj$1@overload.lbl.gov>, "Mike Anderson" wrote: > VxWorks Greetings! > > Has anyone out there in netland developed the TFFS support code > for Intel's StrataFlash parts that they'd be willing to share/sell? > Any pointers would be appreciated. I hate to reinvent the wheel... > > TIA, > > Mike Anderson > Chief Scientist > The PTR Group, Inc. > Embedded, Real-time Solutions and Services > mailto:mike@theptrgroup.com http://www.theptrgroup.com > V: 703.585.9384 F: 703.430.3748 > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: OPPORTUNITIES IN THE US. Date: Wed, 22 Nov 2000 15:01:58 +0530 From: "Gurpreet" Organization: VSNL Message-ID: <8vh873$el1$1@news.vsnl.net.in> This is a multi-part message in MIME format. - ------=_NextPart_000_000E_01C05495.28FB6C00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 This message is to advise users of VxWorks or other RTOS and people = working on embedded systems, that we are currently looking for Software = engineers with 2+ years experience in Real time embedded software design = and development. =20 Our clients are well established companies in the US. =20 Top salaries plus incentive bonuses with generous stock options and full = benefits and relocation packages are offered for this experience. These = opportunities are truly 'career development' positions. =20 Delineation has played a key part in staffing some of the most = successful start-up and established companies in countries like US, = Spain, UK, Germany and India. If you have an interest in surveying these opportunities: Please respond in strictest confidence to: Delineation Technologies resume@delineation.cc for more information, please write to info@delineation.cc Cheers! - ------=_NextPart_000_000E_01C05495.28FB6C00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

     
    This message is to advise users of = VxWorks or other=20 RTOS  and people working on embedded systems, that we are currently = looking=20 for Software engineers with 2+ years experience in Real time embedded = software=20 design and development.
     
    Our clients are well established = companies in=20 the US. 

    Top salaries plus incentive bonuses with = generous=20 stock options and full benefits and relocation packages are offered for = this=20 experience.  These opportunities are truly 'career = development'=20 positions.  

    Delineation has played a key part in = staffing some=20 of the most successful start-up and established companies = in countries=20 like US, Spain, UK, Germany and India.

    If you have an interest in = surveying these=20 opportunities:

    Please respond in strictest = confidence=20 to:
    Delineation Technologies
    resume@delineation.cc
     
    for more information, please write to = info@delineation.cc
     
    Cheers!
     
     
    - ------=_NextPart_000_000E_01C05495.28FB6C00-- --------------------------- Newsgroups: comp.os.vxworks Subject: SCSI Controller Driver Date: Wed, 22 Nov 2000 09:37:54 GMT From: Harivansh Organization: Deja.com - Before you buy. Message-ID: <8vg45j$9pq$1@nnrp1.deja.com> Reply-To: harivansh@dcmtech.com VxWorks Gurus, I am a student working for my School project. I am expected to develop a SCSI Adapter Driver for VxWorks Tornado 2.0. I am finding the documentation totally confusing. I am struck on this. Please advice how i can go about it as i donot have any seniors to advice me. I have some people with VxWorks and some other people with SCSI expertise around me. Any help will be a great motivation. I am requesting my guide to mail this in the VxWorks forum, TIA Rajesh Mishra Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: binary semaphores vxworks tornado Date: Wed, 22 Nov 2000 09:26:56 From: "Rajendra Prasad" Organization: Lawrence Berkeley National Laboratory Message-ID: <8vg69n$nrs$1@overload.lbl.gov> Hi , I have a question regarding binary semaphores execution in vxworks. Consider the following case. Task A is currently executing a binary semaphore that is already having Task B waiting to take it in its queue.When task A is executing this semaphore, another task say Task C gives this semaphore. How will the system behave ? Does Task B wait till the current execution by Task A is completed or the current execution by Task A is stopped ? thanks and best regards, rpraghuram. _____________________________________________________________________________________ Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com --------------------------- Newsgroups: comp.os.vxworks Subject: WIND_TCB structure definition Date: Wed, 22 Nov 2000 11:36:02 +0200 From: "Pavius" Organization: Internet Gold, ISRAEL Message-ID: <8vg3to$ndv$1@news3.inter.net.il> Hi. I am trying to create some sort of log for a simple multi-tasked system. I basically think i need to call taskSwitchHookAdd(), and take a peek at the pOldTcb. I then need to accumulate the number of ticks the task was in suspended mode and running mode this past context switch. I looked at the WIND_TCB typedef in the source and didn't really find any seperation between suspended and running mode... Is the hook the best (only) way to do it? I know about windView, but i need something custom. What i would expect at the end of the proggie (assuming it has two active tasks) : tSleeper - 500 ticks pending, 20 ticks running tWorker - 1000 ticks running, 0 ticks pending or something of the sort. TIA --------------------------- Newsgroups: comp.os.vxworks Subject: Test Date: 22 Nov 2000 12:01:38 GMT From: shashkin@hanmail.net (Jeong Hee Kim) Organization: samsuung Message-ID: <8FF4D4565k8855122samsungcokr@134.75.7.12> hello, everybody. It's just test for posting message on news group. --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Wed Nov 22 07:07:45 2000 From: "Balaji Ramachandran" Date: Wed Nov 22 07:07:47 PST 2000 Subject: How to add user authentication to TELNET server? Tornado vxworks Hi guys / gals, Any one can suggest How to add user authentication to TELNET server?. As soon as log in to TELNET server, the TELNET server in vxworks doesnot asking user login. The TELNET Client window directly provides me the "target shell" prompt like "->". I have tested with "VxSim" on WinNT. Thnaks in advance. Regards, RB From vxwexplo-errs@csg.lbl.gov Wed Nov 22 07:20:08 2000 From: Jim Way Date: Wed Nov 22 07:20:10 PST 2000 Subject: RE: binary semaphores vxworks tornado rpraghuram wrote: > Task A is currently executing a binary semaphore that is already having > Task B waiting to take it in its queue.When task A is executing this > semaphore, another task say Task C gives this semaphore. How will the > system behave ? Does Task B wait till the current execution by Task A > is completed or the current execution by Task A is stopped ? One vital piece of information is missing: the relative priorities of tasks A, B, and C. Knowing that might help us give a more specific answer. Having said that, I don't think your scenario can happen. Here's why. If task A is "executing a semaphore" (which I believe to mean "calling semGive()"), no other task can be running (only one task runs at a time). [If however, task C has a higher priority than task A, it will preempt task A and could give the semaphore instead.] Task B doesn't have any means of knowing WHO gave the semaphore, only that it has been given. Task B has blocked on a semTake() call. When someone gives the semaphore, it goes from BLOCKED to READY status. When it becomes the highest priority task with READY status, VxWorks activates it. If you're concerned about how task A and task B interrelate, I'd suggest three things. First, have task A only give the semaphore when it is ok for it to be stopped. Second, adjust the task priorities of A and B to get the desired behavior (A>B makes B wait; A Date: Wed Nov 22 07:29:44 PST 2000 Subject: knowing ip addr of target ben, you have to connect to your target with a serial cable, bring up the target shell,check the boot parameters,and there you will find your ip address. if there is not a proper one, you have to specify this. then when you want to boot from the network, use tornado launcher, specify this ip address there, then bring up your windsh. you are ready to attack vxworks after that. cheers,KN __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ From vxwexplo-errs@csg.lbl.gov Wed Nov 22 07:53:28 2000 From: karunakaran nair Date: Wed Nov 22 07:53:30 PST 2000 Subject: question on msgQSend hi, i saw vxworks rebooting the target when msgQSend was sent. trying to figure this out. what could be the reason for this ? large message length or ... .thanks KN __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ From vxwexplo-errs@csg.lbl.gov Thu Nov 23 00:10:00 2000 From: Jagmohan_Bhatia Date: Thu Nov 23 00:10:02 PST 2000 Subject: VxWorks Hi all, I've been asked to develop the timer and memory management modules for a proprietary RTOS , I have prior experience in working on the Timer management part , but the memory management part is kinda hazy, It would be very kind if any of u could suggest some papers or books or any stuff that may help me out . Thanking u, Regards, Manjunath From vxwexplo-errs@csg.lbl.gov Thu Nov 23 01:56:42 2000 From: Jagmohan_Bhatia Date: Thu Nov 23 01:56:45 PST 2000 Subject: vxWorks Mailer and Browser Hi all, It would be very kind of u if u could tell me if it is possible to write a full fledged mail handling utility i.e, sending and receiving utility on vxWorks , also if it is possible to write a browser for the same, if yes it would be very kind of u if u could guide me as to where i can find the required material . Thanking u, Regards, Jagmohan From vxwexplo-errs@csg.lbl.gov Thu Nov 23 04:03:10 2000 From: Vxworks Exploder Date: Thu Nov 23 04:03:12 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Thu Nov 23 04:03:05 PST 2000 Subject: Time is going backward .... Subject: Question] Booting ROM images larger than 1MB on Motorola PowerPC target. Subject: Re: SMC UART driver for the 8260 Subject: Re: Posix Message Queues & Signals Subject: How to add user authentication to TELNET server? Subject: Re: x86 booting woes.... Subject: RE: binary semaphores vxworks tornado Subject: knowing ip addr of target Subject: question on msgQSend Subject: Re: interrupt problems Subject: Re: How to install VxWorks to a SPARC machine Subject: Re: SCSI Controller Driver Subject: 2GB memory...how? Subject: Re: binary semaphores vxworks tornado Subject: Re: Question] Booting ROM images larger than 1MB on Motorola PowerPC Subject: Re: ads8260 Subject: Re: ads8260 Subject: tcp send() hangs on semaphore Subject: Re: Question] Booting ROM images larger than 1MB on Motorola PowerPC Subject: STL and Vxworks Subject: Opening a Serial Connection Subject: Re: 2GB memory...how? Subject: Re: How to add user authentication to TELNET server? Subject: Re: long file names?? Subject: Re: Time is going backward .... Subject: Re: STL and Vxworks Subject: Re: Opening a Serial Connection Subject: Re: Debugging multiple tasks Subject: Re: dhcp server configuration question Subject: Re: Tornado II debugger Subject: VxWorks+driver Subject: Does tornado include END Lib? Subject: Re: booting through network( help) Subject: Re: binary semaphores vxworks tornado Subject: Re: Signals and interrupts ? Subject: [Question] cpmattach() in ads860 BSP Subject: Re: evaluating different compilers Subject: Re: x86 booting woes.... Subject: Re: x86 booting woes.... Subject: VxWorks Subject: vxWorks Mailer and Browser Subject: DOSFS, IDE and FTP ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Time is going backward .... Date: Wed, 22 Nov 2000 13:12:48 +0200 From: Boaz Kahana Organization: Lawrence Berkeley National Laboratory Message-ID: <8vgdan$qab$1@overload.lbl.gov> Working with VxWorks 5.4 (Tornado II) on PowerPC 8240, with a BSP that is based on SP8240, I tackle a very strange problem: Sometimes the value returned from clock_gettime(CLOCK_REALTIME) goes backward (down). !!! It happens when the system is very loaded, ( In the same case some equely-prioritiezed-tasks are starved since the system is in non Time Slice mode) I understand that the clock_gettime should use the PPC decrementor and try to figure out if there is a problem there, but did not find any. Do you have any record of such a problem ? Any idea where can that be ? Best Regards, Boaz --------------------------- Newsgroups: comp.os.vxworks Subject: Question] Booting ROM images larger than 1MB on Motorola PowerPC target. Date: 22 Nov 2000 12:20:28 GMT From: shashkin@hanmail.net (Jeong Hee Kim) Organization: samsuung Message-ID: <8FF4D0DBDk8855122samsungcokr@134.75.7.12> Hi,everyone. I have big problem with creation on booting ROM images larger than 1MB on Motorola PPC target(MV2700). I have 4M flash memory on MV2700 and my application and vxWorks images are 1.5M. I already did the boot ROM with my application smaller than 1MB. I couldn't find any solution. Is there anyone who has some experience?? Please help me as soon as you can. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: SMC UART driver for the 8260 Date: Wed, 22 Nov 2000 08:36:05 +0000 From: Graham Baxter Organization: Graham Baxter (Software) Limited Message-ID: <3A1B8575.A8D2FDF6@NOSPAM.bcs.org.uk> References: <8vepht$7qt$1@nnrp1.deja.com> There is one in the EST8260 BSP. ppc8260Sio.c Regards, Graham Baxter Freelance Software Engineer gbaxter@NOSPAMbcs.org.uk parreg@my-deja.com wrote: > > Hi All, > > Does anybody have access to a low-level driver for the 8260 using the > SMC in UART mode? Thanks. > > Parreg > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Posix Message Queues & Signals Date: Wed, 22 Nov 2000 14:41:56 +0100 From: Stefan Luedeke Organization: Draegerwerk AG, Luebeck, Germany (http://www.draeger.com) Message-ID: <3A1BCD24.78AA5F26@draeger.com> References: <3A1A7465.2C0AA6CD@draeger.com> <8veile$1dl$1@nnrp1.deja.com> Hi, here is the code. It works pretty good with the simulator, but it doesn't with my target. Do you have any idea what I'am doing wrong?? #include "vxWorks.h" #include "taskLib.h" #include #include #include #include /* * Defines */ #define DUMMY 0,1,2,3,4,5,6,7,8,9 #define STACKSIZE 1048 #define OPTIONS 0 #define PRIO 100 #define MAXLENGTH 10 /* * Locals */ int idA_s; int idB_s; sigset_t sigMask_s; mqd_t msgQueueA_s; /* * Prototypes */ int getTasks (void); int ta_notifyQueue (siginfo_t *info_p); int taskA (int p0, int p1, int p2, int p3, int p4, int p5, int p6, int p7, int p8, int p9); int taskB (int p0, int p1, int p2, int p3, int p4, int p5, int p6, int p7, int p8, int p9); /* * Create Task A & B */ int getTasks (void) { idA_s = taskSpawn("taskA", PRIO, OPTIONS, STACKSIZE, (FUNCPTR) taskA, DUMMY); idB_s = taskSpawn("taskB", PRIO, OPTIONS, STACKSIZE, (FUNCPTR) taskB, DUMMY); return ((idA_s == ERROR || idB_s == ERROR ? ERROR : 0)); } /* * Notify queue again */ int notifyQueue (siginfo_t *info_p) { struct sigevent sigNotify; sigNotify.sigev_signo = info_p->si_signo; sigNotify.sigev_value = info_p->si_value; sigNotify.sigev_notify = SIGEV_SIGNAL; if(mq_notify((mqd_t)info_p->si_value.sival_int, &sigNotify) == -1) { perror ("\nmq_notify"); return (ERROR); } return (0); } /* * Task A */ int taskA (int p0, int p1, int p2, int p3, int p4, int p5, int p6, int p7, int p8, int p9) { struct mq_attr attr; struct sigevent sigNotify; static int first_s = 1; int nn; if (sigemptyset(&sigMask_s) == ERROR) { perror ("\nsigemptyset"); return ERROR; } if (sigaddset (&sigMask_s, SIGUSR1) == ERROR) { perror ("\nsigaddset"); return ERROR; } if (sigprocmask (SIG_BLOCK, &sigMask_s, NULL) == ERROR) { perror ("\nsigprocmask"); return ERROR; } attr.mq_maxmsg = 100; attr.mq_msgsize = MAXLENGTH; attr.mq_flags = O_NONBLOCK; if ((msgQueueA_s = mq_open("QUEUEA", O_RDWR|O_CREAT, 0, &attr)) == ERROR) { perror ("\nmq_open"); return ERROR; } sigNotify.sigev_signo = SIGUSR1; sigNotify.sigev_notify = SIGEV_SIGNAL; sigNotify.sigev_value.sival_int = (int) msgQueueA_s; if(mq_notify(msgQueueA_s, &sigNotify) == ERROR) { perror ("\nmq_notify"); return (ERROR); } nn = 0; while (1) { struct siginfo info; char buffer[MAXLENGTH]; int len; if (first_s) { while ((len = mq_receive(msgQueueA_s, buffer, MAXLENGTH, NULL)) > 0) { /* Read as long as possible */ printf ("\n INITIAL Receive %d bytes", len); } first_s = 0; printf ("\nwaiting"); } printf("\n Received %d", nn); sigtimedwait(&sigMask_s, &info, NULL); notifyQueue(&info); while ((len = mq_receive(msgQueueA_s, buffer, MAXLENGTH, NULL)) > 0) { /* Read as long as possible */ nn++; } } } int taskB (int p0, int p1, int p2, int p3, int p4, int p5, int p6, int p7, int p8, int p9) { mqd_t aQueue; while ((aQueue = mq_open("QUEUEA", O_RDWR)) == ERROR) { taskDelay(sysClkRateGet()/2); } printf ("\ntaskB: Open"); while (1) { char buf = 0x42; taskDelay(sysClkRateGet()/2); if (mq_send(aQueue, &buf, 1, 1) == ERROR) { perror("\n mq_send"); } } } - -- Stefan Luedeke Draeger Medizintechnik GmbH --------------------------- Newsgroups: comp.os.vxworks Subject: How to add user authentication to TELNET server? Date: Wed, 22 Nov 2000 20:50:21 +0530 From: "Balaji Ramachandran" Organization: Lawrence Berkeley National Laboratory Message-ID: <8vgns9$489$1@overload.lbl.gov> Tornado vxworks Hi guys / gals, Any one can suggest How to add user authentication to TELNET server?. As soon as log in to TELNET server, the TELNET server in vxworks doesnot asking user login. The TELNET Client window directly provides me the "target shell" prompt like "->". I have tested with "VxSim" on WinNT. Thnaks in advance. Regards, RB --------------------------- Newsgroups: comp.os.vxworks Subject: Re: x86 booting woes.... Date: Wed, 22 Nov 2000 10:33:17 -0500 From: Bruce Chrustie Organization: Nortel Message-ID: <3A1BE73D.792BECB5@root.com> References: <3A1AF270.AB62A7CB@root.com> <3A1B2DB9.C4200E87@flashcom.net> DrDiags wrote: > > Bruce, > > What does your bootline look like? It was the default boot line: fd=0,0(0,0)host:/fd0/vxWorks.st h=90.0.0.3 e=90.0.0.50 u=target So it is taking the vxWorks image off of the floppy disk. Keep in mind I do not have this PC connected to the network yet. I just want to be able to get a bootable image up and running before I add the complexity of getting my NIC configured correctly! How do I determine if END devices are available at boot time? Here is my complete screen dump..... muxDevLoad failed for device entry 0! Attaching interface lo0...done wdbConfig: error configuring WDB communication interface VxWorks Copyright.....(stuff) (more default stuff about CPU and image date) WDB: Agent configuration failed. 0x4fee7c (tRootTask)L muxLoad failed! here I would at least expect the shell to appear on the console/screen yet it doesn't, but yet I am still able to reboot the system by a ^x any help is appreciated! Bruce, --------------------------- Newsgroups: comp.os.vxworks Subject: RE: binary semaphores vxworks tornado Date: Wed, 22 Nov 2000 07:15:37 -0800 From: Jim Way Organization: Lawrence Berkeley National Laboratory Message-ID: <8vgrcp$5hf$1@overload.lbl.gov> rpraghuram wrote: > Task A is currently executing a binary semaphore that is already having > Task B waiting to take it in its queue.When task A is executing this > semaphore, another task say Task C gives this semaphore. How will the > system behave ? Does Task B wait till the current execution by Task A > is completed or the current execution by Task A is stopped ? One vital piece of information is missing: the relative priorities of tasks A, B, and C. Knowing that might help us give a more specific answer. Having said that, I don't think your scenario can happen. Here's why. If task A is "executing a semaphore" (which I believe to mean "calling semGive()"), no other task can be running (only one task runs at a time). [If however, task C has a higher priority than task A, it will preempt task A and could give the semaphore instead.] Task B doesn't have any means of knowing WHO gave the semaphore, only that it has been given. Task B has blocked on a semTake() call. When someone gives the semaphore, it goes from BLOCKED to READY status. When it becomes the highest priority task with READY status, VxWorks activates it. If you're concerned about how task A and task B interrelate, I'd suggest three things. First, have task A only give the semaphore when it is ok for it to be stopped. Second, adjust the task priorities of A and B to get the desired behavior (A>B makes B wait; A Organization: Lawrence Berkeley National Laboratory Message-ID: <8vgrcq$5hg$1@overload.lbl.gov> ben, you have to connect to your target with a serial cable, bring up the target shell,check the boot parameters,and there you will find your ip address. if there is not a proper one, you have to specify this. then when you want to boot from the network, use tornado launcher, specify this ip address there, then bring up your windsh. you are ready to attack vxworks after that. cheers,KN __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ --------------------------- Newsgroups: comp.os.vxworks Subject: question on msgQSend Date: Wed, 22 Nov 2000 07:53:26 -0800 (PST) From: karunakaran nair Organization: Lawrence Berkeley National Laboratory Message-ID: <8vgrcq$5hh$1@overload.lbl.gov> hi, i saw vxworks rebooting the target when msgQSend was sent. trying to figure this out. what could be the reason for this ? large message length or ... .thanks KN __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ --------------------------- Newsgroups: comp.os.vxworks Subject: Re: interrupt problems Date: Wed, 22 Nov 2000 11:27:06 -0500 From: Joe Durusau Message-ID: <3A1BF3DA.809512D9@bellsouth.net> References: <8vesfi$ag8$1@nnrp1.deja.com> It's hard to tell without more info, but it would seem that some device is generating an interrupt, and passing in code 64 in response to the iack, and that you have not done anything to respond to the interrupt. You might start by checking for any devices that the process you are spawning access. Speaking only for myself, Joe Durusau chrisanc1967@my-deja.com wrote: > > I get the following message when I spawn a task > > interrupt: uninitialized interrupt 64 Lvl 4 > > can anyone tell me what I am doing wrong and what is the solution to > this. > > Thanks > > Christopher Sanchez > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to install VxWorks to a SPARC machine Date: Wed, 22 Nov 2000 11:31:55 -0500 From: Joe Durusau Message-ID: <3A1BF4FB.F86D5944@bellsouth.net> References: <3a1af61a.0@froot.cc.bellcore.com> Is the second machine a VME module or a desktop machine? The 'v' in vxWorks stands for 'VME', which is how most things work with it. In any cased, you start by purchasing, in addition to Tornado, a vxWorks BSP (board support package) for the specific sparc target. Whatever vendor sells you that package should also be able to supply a boot prom for it. That boot prom should come with instructions for how to use it, which will allow you to set up the second machine (the target) so it can boot from the net. Speaking only for myself, Joe Durusau Chih-Hao Lin wrote: > > Hello! > > I am a beginner to VxWorks and I got two SPARC machines - one is runing > Solaris and the other had no operating systems. I plan to install Tornado on > the Solaris machine so it will be my host and install VxWorks to the other > one - my target machine. > > I read the VxWorks Programmer's Guide 5.4 Edition 1 Appendix B. There is no > information about how to install VxWorks on SPARC machine. > > Could somebody please help me out > How to install VxWorks to the "empty" machine? > Should I use a serial cable? > or should I make a boot floppy? > How to generate the boot image? > How to configure the IP address for the target machine > so that I can put it on network? > Thanks a lot. > > Chih-Hao Lin --------------------------- Newsgroups: comp.os.vxworks Subject: Re: SCSI Controller Driver Date: Wed, 22 Nov 2000 11:36:23 -0500 From: Joe Durusau Message-ID: <3A1BF607.5E030A6B@bellsouth.net> References: <8vg45j$9pq$1@nnrp1.deja.com> SCSI information is normally confusing. I would start by looking at a scsi driver in a linux distribution or some such. Since vxWorks is POSIX-more-or-less-compliant, converting it shouldn't be too bad. Speaking only for myself, Joe Durusau Harivansh wrote: > > VxWorks Gurus, > I am a student working for my School project. I am expected to develop > a SCSI Adapter Driver for VxWorks Tornado 2.0. I am finding the > documentation totally confusing. I am struck on this. Please advice > how i can go about it as i donot have any seniors to advice me. I have > some people with VxWorks and some other people with SCSI expertise > around me. Any help will be a great motivation. > I am requesting my guide to mail this in the VxWorks forum, > TIA > Rajesh Mishra > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: 2GB memory...how? Date: Wed, 22 Nov 2000 11:32:54 -0500 From: Roger Donegan Organization: CrosStor Software, Inc. Message-ID: <3A1BF536.F0263098@crosstor.com> Working with VxWorks 5.4 (Tornado II) if my target has .5 GBs of memory there's no problem (Memory : 0x7fff000 is displayed in launch window for said target). When I switch to 2GB of memory target appears to have had a lobotomy (Memory : 0x800000 is displayed in launch window for said target) and Windshell call to sysMemTop showed the same. And when trying to use the system the target machine wouldn't load the OS file due to it believeing it didn't have enough memory. If anyone has had success with 2GB of memory perhaps you could tell me how? --------------------------- Newsgroups: comp.os.vxworks Subject: Re: binary semaphores vxworks tornado Date: Wed, 22 Nov 2000 11:42:40 -0500 From: Joe Durusau Message-ID: <3A1BF77F.34B1BA48@bellsouth.net> References: <8vg69n$nrs$1@overload.lbl.gov> I'm not sure that I understand you, so I am going to restate to try and avoid confusion. 1 Task A takes semaphore 1 and starts doing something. 2 Task B tries to take semaphore 1 and blocks, because the sem is empty. 3 Task C gives sem 1, while task A is still running. In this case, task C becomes ready. Whether it runs immediately will depend on its priority relative to other ready tasks, and the scheduling rules in place. Please note that one does not execute a semaphore. You can give it, take it, cerate it, delete it, and a few other things, but you can never execute it. Speaking only for myself, Joe Durusau Rajendra Prasad wrote: > > Hi , > > I have a question regarding binary semaphores execution in vxworks. Consider > the following case. > > Task A is currently executing a binary semaphore that is already having Task > B waiting to take it in its queue.When task A is executing this semaphore, > another task say Task C gives this semaphore. How will the system behave ? > Does Task B wait till the current execution by Task A is completed or the > current execution by Task A is stopped ? > > thanks and best regards, > rpraghuram. > > _____________________________________________________________________________________ > Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Question] Booting ROM images larger than 1MB on Motorola PowerPC target. Date: Wed, 22 Nov 2000 11:45:01 -0500 From: Joe Durusau Message-ID: <3A1BF80D.E4092E1D@bellsouth.net> References: <8FF4D0DBDk8855122samsungcokr@134.75.7.12> I don't have a book here, but there are instructions in the manuals on how to do this. Basically you change some equates in vxworks and the boot rom, rebuild both, and burn new boot roms. (Not for the faint of heart). Speaking only for myself, Joe Durusau Jeong Hee Kim wrote: > > Hi,everyone. > > I have big problem with creation on booting ROM images larger than 1MB on > Motorola PPC target(MV2700). > > I have 4M flash memory on MV2700 and my application and vxWorks images are > > 1.5M. > > I already did the boot ROM with my application smaller than 1MB. > > I couldn't find any solution. Is there anyone who has some experience?? > > Please help me as soon as you can. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ads8260 Date: Wed, 22 Nov 2000 11:54:09 -0500 From: "Michael Barker" Organization: Motorola Message-ID: <8vgtmp$mhg$1@newshost.mot.com> References: <3A168A52.1040407@ieee.org> <_pbS5.8262$rr3.380220@news> Jim - I got the ads8260 BSP to boot from flash using visionPROBE II. I converted the bootrom.hex file which I built with Tornado II to a bootrom.bin using visionCLICK - I had to open the range of the conversion to 0x00000000-0xFFFFFFFF. Then I flashed it with a Bias of 0xFFF00000. (This is mentioned in the wrs BSP manual - they say the offset should be 0xFFF00000 - FLASH_ADRS). Hope this helps, Michael Barker michael.d.barker@mot.com Disclaimer: This message does not constitute an agreement by Motorola to support WindRiver's BSP. Nor does it imply a commitment to follow-up on the discussion. The ads8260 BSP is written and supported by WindRiver. "Jim" wrote in message news:_pbS5.8262$rr3.380220@news... > Hey Michael, > Thanks for your advice ... it is much appreciated ... > > My progress to date is ... I can start the OS from vision ICE II without > difficulty from RAM (on 60x bus) ... and I can also have it uncompress from > "local RAM" to RAM on 60x bus successfully ... however I cannot get the > board to boot without setting the PC in the vision ICE. > > I.e. if I load OS into flash the board will not boot ... but the modified > code (ie changed memory map) will start from local bus RAM fine. > > There maybe a problem with reset config word ... but I am not sure ... I am > using the default recommended in the ADS manual of 0c,b2,02,05 but so far > no luck ... I have even tried the one sent with WRS bsp (0e, 22, 82, 05) ... > I am still waiting to here from anyone who has got the vxWorks_romCompress > image to work on this board using vision ICE and vxWorks. > > Cheers, > > Jim > > "Michael Barker" wrote in message > news:3A168A52.1040407@ieee.org... > > Also, check that the crystal frequency set in the BSP is correct for > > your board. If not, you might need to do a search for BRG (baud rate > > generator) in the SIO driver code and change some stuff to get the > > serial baud rates to be valid. > > > > Martin Usher wrote: > > > > >> I have a brand spanking new ads8260, a vision ICE, and a CD full of > docs > > >> and code on my desk ... I am looking into getting the vxWorks basic BSP > up > > >> and running as quick as possible ... if anyone has any tips it would be > > > > > > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ads8260 Date: Wed, 22 Nov 2000 12:03:13 -0500 From: "Michael Barker" Organization: Motorola Message-ID: <8vgu7p$n3g$1@newshost.mot.com> References: <3A168A52.1040407@ieee.org> <_pbS5.8262$rr3.380220@news> <8vgtmp$mhg$1@newshost.mot.com> (That's assuming you have the PILOT revision of the board) "Michael Barker" wrote in message news:8vgtmp$mhg$1@newshost.mot.com... > Jim - > I got the ads8260 BSP to boot from flash using visionPROBE II. > I converted the bootrom.hex file which I built with Tornado II to a > bootrom.bin using visionCLICK - I had to open the range of the conversion to > 0x00000000-0xFFFFFFFF. > Then I flashed it with a Bias of 0xFFF00000. (This is mentioned in the wrs > BSP manual - they say the offset should be 0xFFF00000 - FLASH_ADRS). Michael Barker michael.d.barker@mot.com Disclaimer: This message does not constitute an agreement by Motorola to support WindRiver's BSP. Nor does it imply a commitment to follow-up on the discussion. The ads8260 BSP is written and supported by WindRiver. --------------------------- Newsgroups: comp.os.vxworks Subject: tcp send() hangs on semaphore Date: Wed, 22 Nov 2000 18:23:16 +0100 From: mdehof@yahoo.de Organization: Home of the Brave Message-ID: <3A1C0104.1E271EE1@yahoo.de> I'm writing a TCP client/server software, where VxWorks is running the server and a Win NT machine is currently client (point to point connection, no HUB). So far, everything works fine, data exchange and connect/disconnect works. As long as the connection is up, the server sends a short message every 20 ms and the clients responds. The Win NT client gives us some debug info in a trace window and it seems that this, probably a timing issue, leads on the server to a blocking situation in the sendmessage function. When typing "tt" to the shell, it looks like this myfunction(..) write(4,... write(..) ioswrite(... ioswrite(..) bsdsend(... bsdsend(..) sosend(... sosend(..) sbwait(.. sbwait(..) semQPut(.. and thats it, the semaphore in semQPut exists and a semShow tells me that one task (my sender task) is waiting. Even when we close the socket, the semaphore is still empty Does anybody know what this semaphore is good for or what this is about ? Thanks for your help in advance, matthias --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Question] Booting ROM images larger than 1MB on Motorola PowerPC target. Date: Wed, 22 Nov 2000 17:44:51 +0000 From: B Luong Organization: The University of York, UK Message-ID: <3A1C0613.4E3CE5DF@student.cs.york.ac.uk> References: <8FF4D0DBDk8855122samsungcokr@134.75.7.12> Sender: btl101@york.ac.uk Try logging on to Windurf and looking though the technical solutions. I found the one below. I'd post the article but I'm not sure whether I'm allowed to or not. TSR# 118455 DATE: Nov 02 1998 ................................................................ ....................... TITLE: Booting ROM images larger than 1 MB on Motorola PowerPC targets I found it by searching for flash. Its rank number 66 out of 79 documents found. Jeong Hee Kim wrote: > Hi,everyone. > > I have big problem with creation on booting ROM images larger than 1MB on > Motorola PPC target(MV2700). > > I have 4M flash memory on MV2700 and my application and vxWorks images are > > 1.5M. > > I already did the boot ROM with my application smaller than 1MB. > > I couldn't find any solution. Is there anyone who has some experience?? > > Please help me as soon as you can. --------------------------- Newsgroups: comp.os.vxworks Subject: STL and Vxworks Date: Wed, 22 Nov 2000 19:38:08 +0100 From: Heiko Schmidt Organization: MSH Medien System Haus Stuttgart Message-ID: <3A1C1290.CC11C28C@z.zgs.de> Hello I have the following problem: I want to use the stl in my application. Example: #include void test() { std:: list myList; } If i do this i get some syntax errors, if the compiler wants to compile the symTbl.c. - - I want to generate a VxWorks Image - - I use VxWorks for PPC Are there some switches i must set, or wat is the problem ? Thanks Heiko --------------------------- Newsgroups: comp.os.vxworks Subject: Opening a Serial Connection Date: Wed, 22 Nov 2000 18:43:46 GMT From: jlcrossm Organization: Deja.com - Before you buy. Message-ID: <8vh453$2lh$1@nnrp1.deja.com> I'm new to VxWorks and am still trying to figure some things out. I want to open a connection to the serial port using fopen (as is talked about in the VxWorks Programmers Guide). The example in the book is: fp = fopen ("/usr/foo", "r"); My problem with this is: how do I know the name of the serial port? In other words, what do I replace "/usr/foo" with? Is it specific to each system or does VxWorks have a generic name for that parameter? If it matters, I'm running VxWorks on Windows 2000. Any help would be appreciated. Thanks, Julie Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: 2GB memory...how? Date: Wed, 22 Nov 2000 19:10:42 -0000 From: "David Laight" Organization: BT Internet Message-ID: <8vh5l4$g01$1@uranium.btinternet.com> References: <3A1BF536.F0263098@crosstor.com> I strongly suspect that the memory size is getting into a signed integer somewhere. Try telling the system that the last few MB doesn't exist at all. You might then find it will work. David Roger Donegan wrote in message news:3A1BF536.F0263098@crosstor.com... > Working with VxWorks 5.4 (Tornado II) if my target has .5 GBs of memory > there's no problem (Memory : 0x7fff000 is displayed in launch window for > said target). When I switch to 2GB of memory target appears to have had > a lobotomy (Memory : 0x800000 is displayed in launch window for said > target) and Windshell call to sysMemTop showed the same. And when trying > to use the system the target machine wouldn't load the OS file due to it > believeing it didn't have enough memory. If anyone has had success with > 2GB of memory perhaps you could tell me how? --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to add user authentication to TELNET server? Date: Wed, 22 Nov 2000 19:15:09 -0000 From: "David Laight" Organization: BT Internet Message-ID: <8vh5tg$70k$1@neptunium.btinternet.com> References: <8vgns9$489$1@overload.lbl.gov> Balaji Ramachandran wrote in message news:8vgns9$489$1@overload.lbl.gov... > How to add user authentication to TELNET server?. There is a build option (LOGIN_SECURITY?) than turns on passwords for rlogind, ftpd and (I think) telnetd. Beware that the vxWorks password algorthym is probably reverable. (Although it requires quite a long password, the (bad) hash is an obfuscated 32-bit integer.) David --------------------------- Newsgroups: comp.os.vxworks Subject: Re: long file names?? Date: Wed, 22 Nov 2000 19:17:14 -0000 From: "David Laight" Organization: BT Internet Message-ID: <8vh61d$ggr$1@uranium.btinternet.com> References: <3A1B79B8.9F621148@foothill.net> davep wrote in message news:3A1B79B8.9F621148@foothill.net... > > Anybody know what i takes to see long filenames and > have upper/lower case on a dosFs mounted ATA disk? DOSFS2 - the standard vxworks dosfs doesn't even detect the MS long filename hack as invalid directory entries and gets very confused. David --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Time is going backward .... Date: Wed, 22 Nov 2000 14:35:20 -0600 From: Andrew Johnson Organization: APS, Argonne National Laboratory Message-ID: <3A1C2E08.24369009@aps.anl.gov> References: <8vgdan$qab$1@overload.lbl.gov> Boaz Kahana wrote: > > Working with VxWorks 5.4 (Tornado II) on PowerPC 8240, with a BSP that is > based on SP8240, I tackle a very strange problem: > > Sometimes the value returned from clock_gettime(CLOCK_REALTIME) > goes backward (down). !!! > > It happens when the system is very loaded, ( In the same case some > equely-prioritiezed-tasks are > starved since the system is in non Time Slice mode) How do you know that the clock is actually going backwards? If you have two tasks of different priorities that are both reading and printing the time say, and the higher priority one starves the lower of CPU cycles then you could easily get that appearence without it actually happening. If the low priority task successfully gets the time but is then pre-empted for a long period by the other, its message could appear a long time after the time it fetched. Also be aware that logMsg() and printf() don't co-habit very well and can cause confusing output. - - Andrew - -- Every great idea appears crazy to start with. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: STL and Vxworks Date: Wed, 22 Nov 2000 14:42:17 -0600 From: Andrew Johnson Organization: APS, Argonne National Laboratory Message-ID: <3A1C2FA9.A070E4B8@aps.anl.gov> References: <3A1C1290.CC11C28C@z.zgs.de> Heiko Schmidt wrote: > > I want to use the stl in my application. > > Example: > > #include > > void test() > { > std:: list myList; > } > > If i do this i get some syntax errors, if the compiler wants to compile > the symTbl.c. Check on Wind River System's WindSurf site, this may be covered by SPR#27885, which is fixed by their Tornado 2 Cumulative Patch 3 (T2CP3). - - Andrew - -- Every great idea appears crazy to start with. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Opening a Serial Connection Date: Wed, 22 Nov 2000 14:57:01 -0600 From: Andrew Johnson Organization: APS, Argonne National Laboratory Message-ID: <3A1C331D.F93F3329@aps.anl.gov> References: <8vh453$2lh$1@nnrp1.deja.com> jlcrossm wrote: > > fp = fopen ("/usr/foo", "r"); > > My problem with this is: how do I know the name of the serial port? In > other words, what do I replace "/usr/foo" with? Is it specific to each > system or does VxWorks have a generic name for that parameter? iosDevShow() lists all the I/O devices you have available on your system. Serial devices are usually named starting with /ty so you can use iosDevFind() to locate them programatically if you don't want to hard-code the device name. HTH, - - Andrew - -- Every great idea appears crazy to start with. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Debugging multiple tasks Date: 22 Nov 2000 21:56:21 GMT From: Diamand@btinternet.com (Luke Diamand) Organization: Customer of Energis Squared Message-ID: References: <3a145dc3.22450422@news.netis.com> Alegedly the latest version of canonical FSF gdb (from which WRS's gdb is derived) has support for multiple threads. HTH! Luke Diamand wrote: > >Our project has about six tasks running simultaneously at different >priority levels and talking to one another via POSIX message queues. > >Some tasks start up at system startup, and other tasks are spawned by >already-running tasks. > >Hardware is a Power PC MCP750. Development environment is Windows NT, >Tornado 2, GNU tools. > >My problem is that there doesn't appear to be any way to debug two >tasks at once. If I have two tasks talking to one another, obviously >it would be A Big Help if I could set breakpoints in both, single step >both, monitor variables in both, etc. But, there doesn't appear to be >any way to do that with the Tornado debugger. > >I talked at length with the local Wind River office and they said no >can do, we have to buy the extra-cost ($2800/seat) SDS debugger. > >So, we placed an order for four seats of the SDS debugger and THEN we >got the word ... "Oh, by the way, the SDS debugger only works with the >GNU compiler in C, not C++ ... if you want to do C++ you have to buy >the Diab compiler". > >Little of this makes any sense to me. So, I ask my learned brothers >and sisters here in comp.os.vxworks: Any way to debug multiple tasks >simultaneously using the tools we already paid many thousands of >dollars for? > >Thanks... > - -- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: dhcp server configuration question Date: 22 Nov 2000 21:56:21 GMT From: Diamand@btinternet.com (Luke Diamand) Organization: Customer of Energis Squared Message-ID: References: <8uo6fn$9ni$1@nnrp1.deja.com> The VxWorks DHCP server is a little erratic. You need to hassle your account manager until they give you the latest and greatest version which works a treat. On Mon, 13 Nov 2000 07:50:16 GMT, lvshui@my-deja.com wrote: >Hi, all > I have a question about DHCP Server in Tornado II, > >the DHCP Server already start.DHCP Client send DISCOVER > >Packet and the DHCP Server can send OFFER Packet, > >but after the DHCP Client send REQUEST Packet and > >the DHCP Server no response!!! I think I need some suggestion. > >thanks in advance > > >Sent via Deja.com http://www.deja.com/ >Before you buy. - -- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II debugger Date: Wed, 22 Nov 2000 22:10:01 GMT From: "wwa" Organization: Verio Message-ID: References: I've noticed the same thing I try to limit what I put into the watch Window If it's a large array or a complex array It only watch those array elements that I'm interested otherwise it's just way to slow Jonathan Cheng wrote in message ... > >Does anyone experience problem with the Tornado II debugger? I have a lot of >problem using the watch debug window to view any complex array structure. >Sometimes, the Tornado II will crash. Sometimes, I cannot delete the array >in the watch debug window. > >I have no problem using the gnu debugger in the command line debug window. >So, the problem may relate to the Tcl script in Tornado II. > >Seems like Tornado 1.0.1 is a lot more stable in the GUI debugger. > >Is there any fix or patch available for the Tornado II debugger? > >Thanks > >-Jonathan Cheng >INNINGS TELECOM INC. > > --------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks+driver Date: Thu, 23 Nov 2000 00:07:28 +0100 From: "JJS" Organization: LT Message-ID: <8vhjdg$883$1@news4.isdnet.net> Hi, My configuration : Tornado2 on WinNt, VxWorks5.4 PPC603 I have a driver for an interface card (2 files : device.o and drv.o) and it works fine if I download this files with a shell or workspace facilities But now I want to add the 2 files to VxWorks, automaticaly downloaded at start Is it possible and how can I do this? Thanks Jack --------------------------- Newsgroups: comp.os.vxworks Subject: Does tornado include END Lib? Date: Wed, 22 Nov 2000 17:12:29 -0700 From: Xin Li Organization: Motorola Message-ID: <3A1C60ED.36F0E7F0@email.mot.com> Reply-To: a16157@email.mot.com I am using UNIX Tornado. I have developed an ethernet END style driver and begin to test it under vxSim. I am sure that Macro INCLUDE_END is defined in Makefile while building the kernel. But when I download the driver code into vxsim, vxsim complains that a lot of endxxx are undefined symbols. So I am wondering if Tornado really includes END Lib code. Can anyone help me? Thanks in advance. Happy Thanks Giving Day. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: booting through network( help) Date: Wed, 22 Nov 2000 16:49:07 -0800 From: "Ruppert R. Koch" Organization: University of California, Santa Barbara Message-ID: <3A1C6982.4F7A408@alpha.ece.ucsb.edu> References: <3A197FC4.DF2FAEC1@hotmail.com> <3A19D288.626E31B@bellsouth.net> Hi, > > At this > > point, several commands are available. ? should get > > a list of commands. c should get you into the routine > > that changes boot parameters. The idea is that the system > > will show you each boot parameter in turn, and give you > > an opp to change it. Sorry, I can't do you whole job from > > here, but the ip address is set in ip on enet or something > > similar. You will have to set up a bunch of things, and > > I've never tried to do this with a windoz host, but surely > > the details are in the manuals. > If you don't want to hack in all the boot parameters, you have to build a new bootrom image (the manual tells you how to do this). Before you build this, go to target/config/__architecture__/config.h. There you find a string that contains all default boot parameters (incl. target name and IP address). Ruppert ----------------------------------------------------------------- Ruppert Koch ruppert@alpha.ece.ucsb.edu http://alpha.ece.ucsb.edu/~ruppert Eternal Systems, Inc. Phone: (805) 893-7788 Santa Barbara, CA 93107 Fax: (805) 893-3262 ----------------------------------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: binary semaphores vxworks tornado Date: Wed, 22 Nov 2000 17:04:17 -0800 From: "Ruppert R. Koch" Organization: University of California, Santa Barbara Message-ID: <3A1C6D11.252D6F85@alpha.ece.ucsb.edu> References: <8vg69n$nrs$1@overload.lbl.gov> Hi, > > Task A is currently executing a binary semaphore that is already having Task > > B waiting to take it in its queue.When task A is executing this semaphore, > > another task say Task C gives this semaphore. How will the system behave ? > > Does Task B wait till the current execution by Task A is completed or the > > current execution by Task A is stopped ? > > I'm not sure what you mean with executing a semaphore. Do you mean that task A took the semaphore and now execute some critical section of code? If yes, C will take the semaphore if it is given by B. Then the priorities of A and C decide whether A finishes or C preempts A. Semaphores are global objects. A can take it and B can give it. If you don't want to allow this behavior, use a mutex. A mutex can be given only by the current holder. In case 'executing a semaphore' means that A is in the process of giving or taking the semophore, the answer is that semGive and semTake are reentrant safe. That means A will complete its transaction before the scheduler schedules another process. Hope that helps, Ruppert ----------------------------------------------------------------- Ruppert Koch ruppert@alpha.ece.ucsb.edu http://alpha.ece.ucsb.edu/~ruppert Eternal Systems, Inc. Phone: (805) 893-7788 Santa Barbara, CA 93107 Fax: (805) 893-3262 ----------------------------------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Signals and interrupts ? Date: Wed, 22 Nov 2000 17:25:44 -0800 From: Randy Schafer Message-ID: <3A1C7218.2090705@pacifier.com> References: <8uqqej$e4q$1@nnrp1.deja.com> I am not sure, but I think the int39 could be either the serial port interrupt or the ethernet interrupt as a result of printing out the counter value. Thomas Garsiot wrote: > Hi there, > > I'm currently working on a signals demo, to see if it would fit our > needs. > > The problem I have is : every time I raise my signal, the processor time > is shared between the signal raising task and INT36. > > Yet, I don't raise any interrupt during the process (not consciously at > least). > > My demo program is as follows : > 2 tasks : > - background task (bg) : loops forever, doing nothing else > - signalling task (sg): loops and, every 500000 values, prints the > counter value, and sends the signal (kill) > > I'm working with Round Robin Scheduling, and both tasks have the same > priority. > > Boths tasks alternate regularly, until I send the signal. > Then sig alternates with INT36. > The Signal handler doesn't seem to be called. > > > (For ASCII art fans :) > > INT 36 - - - > > bg ----- ----- ----- ----- > > sig ----- ----- -| - - ----- > > > If anyone has an idea on how to explain the INT36 appearing here, that > would really be helpful. > > Thank you in advance. > > Cheers, > > Thomas > > ps: I'm running VxWorks 5.4 on a EST Board with Motorolla MPC 860T > processor. (based on a PPC core processor) > > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: [Question] cpmattach() in ads860 BSP Date: Thu, 23 Nov 2000 01:31:21 GMT From: kingseft@samsung.co.kr Organization: Deja.com - Before you buy. Message-ID: <8vhs19$icm$1@nnrp1.deja.com> Hi all VxWorks Developers. I'm a novices with Vxworks BSP.. when looking up the BSP, I found the function cpmattach(...) in many source file and related .h file. Could you please explain 1. What function call this cpmattach()..?? 2. Should User(Programmer) must call this function directly?? 3. also, I found sysCpmAttach(.....) in sysLib.c in this function this function finally call cpmattach(...) but, I haven't found that where sysCpmAttach() function called..... thank you for your reading... your replay... and any comments about this will really help me... Jason Lee Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: evaluating different compilers Date: Thu, 23 Nov 2000 02:14:51 GMT From: Mark Edwards Organization: Wind River Platform Products Message-ID: <3A1C7DC6.736F5CA8@windriver.com> References: <8vdp8p$aga$1@nnrp1.deja.com> Reply-To: medwards@austin.rr.com Even before being acquired by Wind River, Diab Data had the industry-recognized leading compiler for PowerPC. orenwolf@my-deja.com wrote: > Hi All, > we're about to purchase a new compiler for > VxWorks and would like to hear a second opinion, > we're working with Tornado 2 PPC 750 currently > using 604 chaintool. > I would like to hear your opinion about one of > the following compilers, especially about its > optimization capabilities. > > 1. Diab > 2. GreenHills > 3. MetaWare > 4. MRI > > your help will be greatly appreciated. > > Oren > please response to: oren@filesxpress.com > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: x86 booting woes.... Date: Wed, 22 Nov 2000 20:09:20 -0800 From: DrDiags Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A1C9870.C56F6E0D@flashcom.net> References: <3A1AF270.AB62A7CB@root.com> <3A1B2DB9.C4200E87@flashcom.net> <3A1BE73D.792BECB5@root.com> Reply-To: drdiags@flashcom.net Bruce, You should look at your config.h in the BSP and see if INCLUDE_WDB is defined. If it is, look to see what backend is going to be used. Also, look in your $(WIND_BASE)/target/config/pcPCTYPE/configNet.h, at the bottom is a structure which has several END capable devices which will be added based on which INCLUDE_YOUR_END_DEVICE has been enabled. It looks like so: END_TBL_ENTRY endDevTbl [] = { #ifdef INCLUDE_EL_3C90X_END {0, EL_3C90X_LOAD_FUNC, EL_3C90X_LOAD_STR_0, EL_3C90X_BUFF_LOAN_0, NULL, FALSE}, #endif /* INCLUDE_EL_3C90X_END */ #ifdef INCLUDE_LN_97X_END {0, LN_97X_LOAD_FUNC, LN_97X_LOAD_STR_0, TRUE, NULL, FALSE}, #endif /* INCLUDE_LN_97X_END */ #ifdef INCLUDE_FEI_END { 0, FEI82557_LOAD_FUNC, FEI82557_LOAD_STRING, FEI82557_BUFF_LOAN, NULL, FALSE}, #endif /* INCLUDE_FEI_END */ #ifdef INCLUDE_ELT_3C509_END {0, END_3C509_LOAD_FUNC, END_3C509_LOAD_STRING, END_3C509_BUFF_LOAN, NULL, FALSE}, #endif /* INCLUDE_ELT_3C509_END */ #ifdef INCLUDE_ULTRA_END {0, END_ULTRA_LOAD_FUNC, END_ULTRA_LOAD_STRING, END_ULTRA_BUFF_LOAN, NULL, FALSE}, #endif /* INCLUDE_ULTRA_END */ #ifdef INCLUDE_ENE_END {0, END_ENE_LOAD_FUNC, END_ENE_LOAD_STRING, END_ENE_BUFF_LOAN, NULL}, #endif /* INCLUDE_ENE_END */ { 0, END_TBL_END, NULL, 0, NULL, FALSE}, }; What your error tells me is that INCLUDE_WDB has been defined to use the first entry in the table and that the Mux driver failed attaching to device[0] in the above table. Bruce Chrustie wrote: > <.........SNIP.......> > How do I determine if END devices are available at boot time? > Stop the vxboot countdown and type help or ? (I forget). You will get a printout of all the bootrom commands available and at the bottom of the splash page should be all available END devices based on what was enabled in the config.h file. > > WDB: Agent configuration failed. > 0x4fee7c (tRootTask)L muxLoad failed! > > Send me your config.h and configNet.h file and I will look through to see if I can see what is going on. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: x86 booting woes.... Date: Wed, 22 Nov 2000 22:46:59 -0800 From: DrDiags Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A1CBD63.59D35EF2@flashcom.net> References: <3A1AF270.AB62A7CB@root.com> <3A1B2DB9.C4200E87@flashcom.net> <3A1BE73D.792BECB5@root.com> Reply-To: drdiags@flashcom.net Bruce, There are two configuration items you have to cure: 1 - For now, #undef INCLUDE_END in the config.h. This will keep the kernel from attempting to load any of NICs found to be defined, e.g. #define INCLUDE_ELT (3com EtherLink III for example). 2 - Either #undef INCLUDE_WDB or change the #define WDB_COMM_TYPE WDB_COMM_END (which says try to use the end driver in the tables defined in configNet.h, which probably is the null entry if you have undefined all possible NICs. You could change your WDB agent to connect to the target through serial by changing the define to #define WDB_COMM_TYPE WDB_COMM_SERIAL. This should halt the WDB configuration failure message. For the more general questions, see my other post, which should answer your other questions. --------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks Date: Thu, 23 Nov 2000 13:36:19 +0530 From: Jagmohan_Bhatia Organization: Lawrence Berkeley National Laboratory Message-ID: <8vijko$1tn$1@overload.lbl.gov> Hi all, I've been asked to develop the timer and memory management modules for a proprietary RTOS , I have prior experience in working on the Timer management part , but the memory management part is kinda hazy, It would be very kind if any of u could suggest some papers or books or any stuff that may help me out . Thanking u, Regards, Manjunath --------------------------- Newsgroups: comp.os.vxworks Subject: vxWorks Mailer and Browser Date: Thu, 23 Nov 2000 15:22:49 +0530 From: Jagmohan_Bhatia Organization: Lawrence Berkeley National Laboratory Message-ID: <8viqln$5ni$1@overload.lbl.gov> Hi all, It would be very kind of u if u could tell me if it is possible to write a full fledged mail handling utility i.e, sending and receiving utility on vxWorks , also if it is possible to write a browser for the same, if yes it would be very kind of u if u could guide me as to where i can find the required material . Thanking u, Regards, Jagmohan --------------------------- Newsgroups: comp.os.vxworks Subject: DOSFS, IDE and FTP Date: Thu, 23 Nov 2000 09:53:34 -0000 From: "Roddy Pratt" Message-ID: <974975138.6288.0.nnrp-12.c2de62a4@news.demon.co.uk> I've been away from this newsgroup for a while, but I'm now trying to catch up on a few VxWorks issues which continue to plague us:- We're currently using 486BSP with Vxworks 5.3.1 - Any answers/suggestions gratefully received. a: DosFS Does anyone know of an NTFS/FAT32 filesystem available that works reliably, with large disk support. b: IDE speed Even with a 466Mhz Celeron and 7200 rpm disks, we can't get disk read speeds over about 2.5 Mb/Sec on 4Mb contiguous reads. Does anyone have experience of getting IDE performance up to acceptable levels under vxWorks. c: FTP Is there an FTP server available which supports rename,delete and mkdir? Thanks in advance! Roddy Pratt --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Thu Nov 23 07:42:42 2000 From: "Deja User" Date: Thu Nov 23 07:42:44 PST 2000 Subject: How to provide user access to TELENT server? vxWorks Tornado Hi All, I am using "TornadoII" with "vxSim" full (prototyper downloaded from wrs site). I have selected the following components 1.TELNET Server 2.RLOGIN / TELNET password protection After built the vxworks.exe and started, while accessing telenet server through "windows telnet" command, it asks for "vxworks login" and "password:". But it is not allowing to login, always reports "Login incorrect", I have even tried to change user name and password at the parameter field of "RLOGIN / TELNET password protection" componenet proproties. Can Any one give clue, how to solve it. Thanks in advance. regards, Emblov ------------------------------------------------------------ --== Sent via Deja.com http://www.deja.com/ ==-- Before you buy. From vxwexplo-errs@csg.lbl.gov Thu Nov 23 19:16:51 2000 From: "Jerry P N" Date: Thu Nov 23 19:16:53 PST 2000 Subject: Re: binary semaphores vxworks tornado Hello, Which task will be executed depends upon the type of Binary semaphore.(FIFO based or Priority based). If its priority based then whichever task (A or B)has got the highest priority will get the Binary semaphore and continue the execution. If its FIFO based Task A will be executed first. Regards Jerry -----Original Message----- From: the vxWorks Users Group Exploder [mailto:vxwexplo@lbl.gov] Sent: Wednesday, November 22, 2000 3:02 PM To: vxworks_users@csg.lbl.gov Subject: binary semaphores vxworks tornado Submitted-by vxwexplo-errs@csg.lbl.gov Wed Nov 22 01:27:28 2000 Submitted-by: "Rajendra Prasad" Hi , I have a question regarding binary semaphores execution in vxworks. Consider the following case. Task A is currently executing a binary semaphore that is already having Task B waiting to take it in its queue.When task A is executing this semaphore, another task say Task C gives this semaphore. How will the system behave ? Does Task B wait till the current execution by Task A is completed or the current execution by Task A is stopped ? thanks and best regards, rpraghuram. From vxwexplo-errs@csg.lbl.gov Fri Nov 24 00:42:36 2000 From: j s shah Date: Fri Nov 24 00:42:38 PST 2000 Subject: About image downloading Hi friends, I have a query abot the downloading process of the Vxworks image on the target. I have A cpu 50gt as the target and I download the boot image form the solaris host using tftp at the Openboot for the CPU50gt through the LAN. Now, if I take the binary image file and store it on a PC and connect my target to the PC on LAN , in what way I can download the binary image to the target flash. With rgds, Jignesh Shah jsshah@tecrnd.com shah_jignesh_s@yahoo.com TEC R&D Labs INDIA From vxwexplo-errs@csg.lbl.gov Fri Nov 24 02:23:19 2000 From: "Aruneesh Salhotra" Date: Fri Nov 24 02:23:21 PST 2000 Subject: Host And Target systems Hi, I am new to VxWorks .. and i am just reading the documentation. Can someone tell me the difference between the host and the target systems. Also what do u mean by creating an application to run on VxWorks. Isnt the application embedded alongwith the VxWorks image to form the executable image, like in most of the embedded systems. Thanx Aruneesh From vxwexplo-errs@csg.lbl.gov Fri Nov 24 03:36:36 2000 From: "Paul Gruet" Date: Fri Nov 24 03:36:39 PST 2000 Subject: VX Works fails to start its own tasks on bootup We are developing a vx-works application on a Force power pc 603 target with tornado 1.0.1 running on a windows NT host. As part of this development we have integrated drivers for third party PMC devices into vxworks. This has involved integrating these drivers into vx-works using the 'Added modules' section of the Configure BSP dialog. We have had these drivers integrated and working for some time but, from time to time the code is revised, they are rebuilt, then vxworks itself is rebuilt to integrate the changes. My problem is now, after several months of doing this successfully, I am now unable to build a vx-works image which runs its own tasks on startup. previously following a clean boot I used to see: tLogTask logTask f7c6f8 0 PEND 1692b0 f7c630 0 0 tExcTask excTask f7f070 0 PEND 1692b0 f7ef98 0 0 tWdbTask 0x15f248 f1dba0 3 READY 13534c f1da28 0 0 tNetTask netTask f3e6f0 50 READY 135578 f3e628 0 0 when I typed 'i' Now these tasks are absent. I have checked that none of the configuration options have changed on the configure BSP dialog and I have removed the third part drivers altogether but I still cannot build a vxworks image that starts these 4 tasks. Clearly something has changed but I cannot see a way forward on this problem at the moment. Does anyone have any experience of anything like this? Paul Gruet paulgruet@hotmail.com From vxwexplo-errs@csg.lbl.gov Fri Nov 24 04:03:10 2000 From: Vxworks Exploder Date: Fri Nov 24 04:03:12 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Fri Nov 24 04:03:06 PST 2000 Subject: Re: long file names?? Subject: Re: Tornado II debugger Subject: Re: x86 booting woes.... Subject: Re: VxWorks+driver Subject: Re: Question] Booting ROM images larger than 1MB on Motorola PowerPC target. Subject: Re: How to test my ethernet port speed? Subject: Re: Invalid c++ Constructors/Destructors Strategy??? Subject: Re: Question] Extension MIB having a Table(Windnet SNMP, Tornado 2.0) Subject: Re: CPV3060 Board BSP Package Doesn't Work! Subject: How to provide user access to TELENT server? Subject: Handling of interrupt exceptions... Subject: Re: Please help: Rather standard unresolved symbols Subject: VXworks opportunties Subject: Re: Tornado training courses Subject: MPC8260 SIMR_L register is cleared for no reason Subject: Re: Question] Booting ROM images larger than 1MB on Motorola PowerPC target. Subject: running board diagnostics on MVME2400 Subject: Re: ads8260 Subject: Re: Besides system main timer,what other kind of timer we can use? Subject: Re: Time is going backward .... Subject: Re: VxWorks Subject: Re: vxWorks Mailer and Browser Subject: Re: Handling of interrupt exceptions... Subject: OSPF Subject: Re: How to provide user access to TELENT server? Subject: re: binary semaphores vxworks tornado Subject: binary semaphores vxworks tornado Subject: semTake returns unknown error Subject: Want to watch us? Subject: How can I handle Serial I/O with Non-Block Mode Subject: About image downloading Subject: Host And Target systems Subject: vxworks tasks no longer run on startup ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: long file names?? Date: Thu, 23 Nov 2000 14:35:35 +0100 From: "Matthias Guelck" Organization: Heidelberg Digital Message-ID: <8vj6et$epn$1@news.hdpp.de> References: <3A1B79B8.9F621148@foothill.net> Hello, the dosFs 2.0 supports VFAT and FAT32. Hope this helps... Matthias "davep" wrote in message news:3A1B79B8.9F621148@foothill.net... > Hi, > > Anybody know what i takes to see long filenames and > have upper/lower case on a dosFs mounted ATA disk? > The disk was setup in Win98. > > Thanks, > davep > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II debugger Date: Thu, 23 Nov 2000 15:15:14 +0100 From: "Matthias Guelck" Organization: Heidelberg Digital Message-ID: <8vj8p8$euh$1@news.hdpp.de> References: Hi Jonathan, Wind River Systems (un)support knows this Tornado debugger problem since more then one year. They have issued SPR 28363 for this problem - but that was all they have done. Since we have many problems with the debugger, which WRS (un)support appears to be unwilling or unable to fix, they offered us their next brilliant tool: The Diab Data SingleStep. This famous product from the leading company (leading in earning money and acquiring other companies) in embedded software will cost only 2000$ for each user. ;-/ So, if you have got a support contract, the support consists in selling another product, instead of fixing the errors. :-( Regards, Matthias "Jonathan Cheng" wrote in message news:ZTDS5.118493$1C6.4571112@news20.bellglobal.com... > > Does anyone experience problem with the Tornado II debugger? I have a lot of > problem using the watch debug window to view any complex array structure. > Sometimes, the Tornado II will crash. Sometimes, I cannot delete the array > in the watch debug window. > > I have no problem using the gnu debugger in the command line debug window. > So, the problem may relate to the Tcl script in Tornado II. > > Seems like Tornado 1.0.1 is a lot more stable in the GUI debugger. > > Is there any fix or patch available for the Tornado II debugger? > > Thanks > > -Jonathan Cheng > INNINGS TELECOM INC. > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: x86 booting woes.... Date: Thu, 23 Nov 2000 09:35:26 -0500 From: Bruce Chrustie Organization: Nortel Message-ID: <3A1D2B2E.F6BA11A4@root.com> References: <3A1AF270.AB62A7CB@root.com> <3A1B2DB9.C4200E87@flashcom.net> <3A1BE73D.792BECB5@root.com> <3A1CBD63.59D35EF2@flashcom.net> DrDiags wrote: > > Bruce, > > There are two configuration items you have to cure: Thanks for the tips...last night I realized I was building an image that would require the host tools! Not a standalone vxworks image. Back to the 'lab' over the weekend and I will let you know how it goes. The manual is not the clearest when it comes to standalone images. Bruce, --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VxWorks+driver Date: 23 Nov 2000 15:16:52 GMT From: sminivanmaniac@aol.com (SMinivanmaniac) Organization: AOL http://www.aol.com Message-ID: <20001123101652.07641.00001195@ng-fy1.aol.com> References: <8vhjdg$883$1@news4.isdnet.net> Jack, It seems like you would want to include the drivers as part of the vxWorks image. Go to the build tab of the workspace expand vxWorks build, open the properties , select macros, and add the two files to EXTRA_MODULES macro. The other alternative is to include shell script support, write a simple script on the host to do the load, specify the startup script on the target. - -Chris --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Question] Booting ROM images larger than 1MB on Motorola PowerPC target. Date: 23 Nov 2000 15:29:45 GMT From: sminivanmaniac@aol.com (SMinivanmaniac) Organization: AOL http://www.aol.com Message-ID: <20001123102945.07641.00001197@ng-fy1.aol.com> References: <8FF4D0DBDk8855122samsungcokr@134.75.7.12> I'm not sure if this is the same problem that I had, but when the image I was building went over 1 M, I had to change the RAM_HIGH_ADDR define, rebuild/reflash the boot image, and then vxWorks image worked fine. - -Chris --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to test my ethernet port speed? Date: 23 Nov 2000 15:42:46 GMT From: sminivanmaniac@aol.com (SMinivanmaniac) Organization: AOL http://www.aol.com Message-ID: <20001123104246.07641.00001199@ng-fy1.aol.com> References: <8vf87f$1rse$1@news.cz.js.cn> One thing I have done is to use two boards, one as a client one as a server, and have the client send packets as fast as possible to the client. If you look in the VxWorks Network Programmers Guide, you can find some sample code for a cleint and server for both UDP and TCP. If you send a large number of packets and time it, it should give you rough idea of the throughput. you can also use somevxWorks things like ipstatShow, tcpShow? spy, timex, etc to help get the numbers you want. Keep in mind though that the 860 will be limit the network throughout, not your 100BT connection. - -Chris --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Invalid c++ Constructors/Destructors Strategy??? Date: 23 Nov 2000 15:49:23 GMT From: sminivanmaniac@aol.com (SMinivanmaniac) Organization: AOL http://www.aol.com Message-ID: <20001123104923.07641.00001200@ng-fy1.aol.com> References: go to the target server config and change the core file location to match the core you are loading - -Chris --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Question] Extension MIB having a Table(Windnet SNMP, Tornado 2.0) Date: 23 Nov 2000 15:54:19 GMT From: sminivanmaniac@aol.com (SMinivanmaniac) Organization: AOL http://www.aol.com Message-ID: <20001123105419.07641.00001201@ng-fy1.aol.com> References: <8vdduc$igk$1@usenet.kreonet.re.kr> I struggled through this too. The code generated by the -stub for the sequence is very confusing, I deleted it and looked at the ../snmpv1/agents/snmpTask.c file for an example. - -Chris --------------------------- Newsgroups: comp.os.vxworks Subject: Re: CPV3060 Board BSP Package Doesn't Work! Date: 23 Nov 2000 15:56:58 GMT From: sminivanmaniac@aol.com (SMinivanmaniac) Organization: AOL http://www.aol.com Message-ID: <20001123105658.07641.00001203@ng-fy1.aol.com> References: <8vbo16$t4v$1@murdoch.harvard.net> try turning off debug info for vxWorks in the build tab, deault, properties under the C/C++ compiler options - -Chris --------------------------- Newsgroups: comp.os.vxworks Subject: How to provide user access to TELENT server? Date: Thu, 23 Nov 2000 07:42:08 -0800 From: "Deja User" Organization: Lawrence Berkeley National Laboratory Message-ID: <200011231542.HAA11726@mail10.bigmailbox.com> vxWorks Tornado Hi All, I am using "TornadoII" with "vxSim" full (prototyper downloaded from wrs site). I have selected the following components 1.TELNET Server 2.RLOGIN / TELNET password protection After built the vxworks.exe and started, while accessing telenet server through "windows telnet" command, it asks for "vxworks login" and "password:". But it is not allowing to login, always reports "Login incorrect", I have even tried to change user name and password at the parameter field of "RLOGIN / TELNET password protection" componenet proproties. Can Any one give clue, how to solve it. Thanks in advance. regards, Emblov - ------------------------------------------------------------ - --== Sent via Deja.com http://www.deja.com/ ==-- Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Handling of interrupt exceptions... Date: Thu, 23 Nov 2000 17:57:08 +0100 From: Senthil Velmurugan Organization: Ericsson Eurolab Deutschland GmbH Message-ID: <3A1D4C64.28A93B75@eed.ericsson.se> References: <8vbo16$t4v$1@murdoch.harvard.net> <20001123105658.07641.00001203@ng-fy1.aol.com> Hi, Do you have some idea about interrupt level exception handling on PPC603e? After long running, our system reboots without any indication of fault. Sometimes, during the reboot it displays "interrupt level exception" message. I guess, this is printed from a bootloader function from the address sysExcMsg[]. I want to try to add interrupt level exception handler using '_func_excIntHook'.. ie.. excIntHandler() ---> (*_func_excIntHook()) - ---> ???. (At present, _func_excIntHook points to NULL.) I do not know the function prototype for this FUNCPTR. If someone could tell me the way, would be great! Thanks. Senthil. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Please help: Rather standard unresolved symbols Date: Tue, 21 Nov 2000 21:46:01 +0100 From: Ismael =?iso-8859-1?Q?Lav=EDn=20Herr=E1n?= Organization: Universidad de Valladolid - Spain Message-ID: <3A1ADF09.2CA4450E@alumnos.uva.es> References: <3A19A0A6.2709AC29@mail.com> Dear Kees, I found the same problem, you must put the vxworks.sym (the symbol table ) in the same site of the vxworks image. vxworks.sym is created when you build the vxworks image. Kees van der Bent escribió: > My vxWorks.st_rom 5.4 image is in DiskOnChip of my Pentium board. > (So, the VxWorks image is *not* downloaded by Tornado.) > When I download the Tornado II tutorial's gizmo.out I get rather > standard unresolved symbols like: _semBGive, _printf, _malloc, ... > > Would you please give me an idea of where to look to resolve this? > (I've worked a lot with VxWorks but only upto 5.1; so I'm still learning > the Tornado symbol table logistics now.) > > Thank you, > Kees --------------------------- Newsgroups: comp.os.vxworks Subject: VXworks opportunties Date: Thu, 23 Nov 2000 19:43:45 +0100 From: ganesh Organization: Mascot Systems Limited Message-ID: <3A1D6561.4927807D@eu.mascotsystems.com> Reply-To: gkota@eu.mascotsystems.com - --------------528F15853FEBE6B38AC1DC5F Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mascot systems is a part of Igate capital (NASDAQ : IGTE)(formerly called Mastech Corp) is a a worldwide supplier of IT consulting services (http://www.mascotsystems.com). Services include the delivery of specialized IT skills in teams as required for specific projects by Mascot's clients. Projects are typically completed onsite However, Mascot also has extensive offshore software factories, which may be utilized for the delivery of certain aspects ofservices. Igate has over 5000 employees, and 1998 revenues over US$ 400 million. If you are looking to make a career move, and interested in a fast growing multi-national corporation with unlimited opportunities, then look no further. We are looking for Dynamic information technology professionals with good communication skills in written and spoken English for Mascot Netherlands operations . We have an interesting relocation plan for people immigrating from other coutries The Open vacancies are as follows * Embedded systems and Real-time Operating systems(RTOS) programmers with experience in the following areas C/C++ , Assembler , Motorola ,Siemens, VXWorks, CAN, program Control Switching, H323 protocol Filters , UMTS layer 2 (Medium Access Control) and layer 3 (Network and Architectures) techniques and protocols, Hatley and Phirbai , , Motorola MPC860, Intel SA110, Tundra Qspan2, Intel 21554,Trimedia, RF, OSE, ASIC design and so on Interested candidates can send their CV to gkota@eu.mascotsystems.com - --------------528F15853FEBE6B38AC1DC5F Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit  
    Mascot systems is a part of Igate capital (NASDAQ : IGTE)(formerly called Mastech Corp)  is a  a worldwide supplier of IT consulting services (http://www.mascotsystems.com). Services include the delivery of specialized IT skills in teams as required for specific projects by Mascot's clients.  Projects are typically completed onsite  However, Mascot also has extensive offshore software factories, which may be utilized for the delivery of certain aspects ofservices. Igate has over 5000 employees, and 1998 revenues over US$ 400 million.  If you are looking to make a career move, and interested in a fast growing multi-national corporation with unlimited opportunities, then look no further.

    We are looking for Dynamic information technology professionals with good communication skills in written and spoken English for Mascot Netherlands operations . We have an interesting relocation plan for people immigrating from other coutries
     

    The Open vacancies are as  follows
     

    • Embedded systems and Real-time Operating     systems(RTOS) programmers with experience in the     following areas C/C++ , Assembler , Motorola ,Siemens, VXWorks,  CAN, program Control Switching, H323 protocol Filters , UMTS     layer 2 (Medium Access Control) and layer 3     (Network     and Architectures) techniques and protocols, Hatley and     Phirbai , , Motorola MPC860, Intel SA110, Tundra Qspan2, Intel 21554,Trimedia, RF, OSE, ASIC design and so on

     

    Interested candidates can send their CV to gkota@eu.mascotsystems.com

     
      - --------------528F15853FEBE6B38AC1DC5F-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado training courses Date: Thu, 23 Nov 2000 12:06:20 -0800 From: "Davis" Organization: SBC Internet Services Message-ID: References: <39FD4F93.B4607E21@club-internet.fr> Hi, I have taken all the three. If you have not taken the first one: "Tornado Training Workshop", please don't go the rest two. I saw many people get swamped there, even on the first day. Following the prerequests of the two courses will be more productive. Davis "Sebastien Fauris" wrote in message news:39FD4F93.B4607E21@club-internet.fr... > Hi vxWorkers, > > has somebody already been to one of these Wind River training > courses: > - Tornado Training Workshop > - Tornado Device Driver Workshop > - Tornado BSP Training Workshop > > How much is it ? Is it worth it ? > I am thinking about asking my company to go to one of these courses > (especially the Device Driver Workshop). I expect to acquire a better > understanding and mastership in Tornado use and especially device > driver development (I am not a beginner however). > > Sebastien. > > --------------------------- Newsgroups: comp.os.vxworks Subject: MPC8260 SIMR_L register is cleared for no reason Date: Thu, 23 Nov 2000 12:31:01 -0800 From: "Davis" Organization: SBC Internet Services Message-ID: Hi, We have our own board with MPC8260 which uses SBC8260 board as reference. Windriver SBC8260 board bsp is modified for our board. Here are some background info: - - vxWorks is booted up with only single thread on the board - - only SCC1 port is used and it works in UART mode - - the interrupt is enabled, i.e. MSR(EE) is enabled - - SCC1 uses interrupt to Tx/Rx character and is pending for inputs - - Windriver/EST based reference BSP package with kernel initialization. - - Windriver/EST visionICE 2 is connected to JTAG/COP port Here is the funny thing: - - when there is no interrupt pending,(i.e. *SIPNR_L =00000000), from Windriver/EST visionICE2, I try to enable SCC1 in SIMR_L, i.e. sml 0xf010c20 00800000, the *SIMR_L still shows 00000000 Since the cpu is pending on input, how can SIMR_L be changed (only one task and it is pending)? - - when there is input to SCC1 port,(i.e. *SIPNR_L =00800000), now if I now enable SCC1 in SIMR_L, i.e. sml 0xf010c20 00800000, the *SIMR_L will shows 0x00800000 But after SCC1 finishes running ISR, *SIMR_L goes back to 00000000 ISR seems to run as expected, at least for all the code we can see. Has anyone seen some similar problem? Thanks, Davis --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Question] Booting ROM images larger than 1MB on Motorola PowerPC target. Date: Thu, 23 Nov 2000 21:00:12 GMT From: rjdejoie@kmrmail.kmr.ll.mit.edu (Bob DeJoie) Message-ID: <3a1d8307.832342735@news> References: <8FF4D0DBDk8855122samsungcokr@134.75.7.12> <3A1C0613.4E3CE5DF@student.cs.york.ac.uk> I went through this on a 2700 a few months ago with the help of TSR 118455 as mentioned previously. I think you also need to look at TSR 106453 which describes changes you will need to make in mv2600.h to FLASH_BASE_ADRS and FLASH_MEM_SIZE used in the initialization of sysPhysMemDesc table. Feel free to email if you have questions. On Wed, 22 Nov 2000 17:44:51 +0000, B Luong wrote: >Try logging on to Windurf and looking though the technical solutions. I found >the one below. I'd post the article but I'm not sure whether I'm allowed to >or not. > > TSR# 118455 >DATE: Nov 02 1998 ================================================ Bob DeJoie Kwajalein Missile Range Republic of the Marshall Islands email: rjdejoie@kmrmail.kmr.ll.mit.edu     phone: 805-355-5855 fax: 805-355-3833 Time Zone: GMT +12 hours                      ================================================ --------------------------- Newsgroups: comp.os.vxworks Subject: running board diagnostics on MVME2400 Date: Thu, 23 Nov 2000 22:15:19 +0000 From: B Luong Organization: The University of York, UK Message-ID: <3A1D96F7.EAF3DAC4@student.cs.york.ac.uk> Sender: btl101@york.ac.uk I am also interested in running diagnostics on a MVME2400 board. I want to be able to test everything that PPCBug can test. Has anyone else done this before and can help? I have considered having my system dual boot and boot and PPCBug if and I want to run diagnostics. This is not ideal for my task but it will do if thats the only way I can do it. any pointers appreciated Ben --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ads8260 Date: Thu, 23 Nov 2000 22:43:14 GMT From: "Jim" Organization: Magma Communications Ltd. Message-ID: <64hT5.10561$rr3.488950@news> References: <3A168A52.1040407@ieee.org> <_pbS5.8262$rr3.380220@news> <8vgtmp$mhg$1@newshost.mot.com> <8vgu7p$n3g$1@newshost.mot.com> Hey michael how are you ... thanks again. You did point out something I missed ... I was loading code to ff800100 ... so i changed that and i am now certain the code is atleast starting in the right place ... but the OS is still not coming up ... so i am assuming there might be a few changes to your BSP that you take for granted and I donnot, or i have done something really stupid. So here a few questions I have for you if you don't mind. (So far the only person i have spoke to with any success on this board). Before I start here's FYI: ================= 1.) **(Started over)** As a sanity check to make sure I have not done anything silly in my explorations to solve my problem I have reinstalled everything from scratch and am starting over with a clean tornado directory. So there should be nothing wierd in the builds, and this means right now I am working with essentially a clean slate. 2.) **(Spr fix)** I fixed the build for the SPR on the wrs web page for the SPR ... but that only require changes to defs.vxWorks and defs.project. 3.) **(What I see right now)** I have built the vxWorks_romCompress file with text segment linked to 0xfff00000 and data segment 0x0 as produced by the given defaults in the BSP ... when I convert the romCompress image i get a file which is about 2mb (so large the est convert utility produced a warning), which will clearly no fit in last meg of flash at 0xfff00000 ... vision ICE doesn't wanna load this bin file (probably because it too big) ... this is primarily because the compressed OS is in the wrong address range while the data segement is in the correct address range ... Now the Questions: ============= Here are a few questions I would love to have answered (sorry if these are annoyingly specific): 1.) What are you setting the below macro's too: #define ROM_BASE_ADRS 0xfff00000 /* base address of ROM */ #define ROM_TEXT_ADRS ROM_BASE_ADRS + 0x100 #define ROM_SIZE 0x100000 /* ROM space */ #define ROM_WARM_ADRS (ROM_TEXT_ADRS+8) /* warm reboot entry */ 2.) Are you using an unmodified defs.vxWorks file ... ie is the build line for vxWorks_romCompress look like this ... LD_ROM_CMP_FLAGS= $(ROM_LDFLAGS) -Ttext $(ROM_LINK_ADRS) \ -Tdata $(RAM_HIGH_ADRS) 3.) Have you made any changes to romStart.c. 4.) Do all your MACRO's in the *prj file match those in config.h. Cheers, Jim ps If possible ... this may seem like an odd request ... but here it is anyways ... it would be "beyond" appreciated if i could see your config.h, *.wpj, romStart.c, and defs.vxWorks files ... if i see these i am fairly certain i could pull out any config info i may need to get the board running ... if you find it in your heart to do this please just mail them to jgdon@ureach.com. I suppose I could send you my files ... but I already have been taking enough of your time. pps I understand you are not windriver support ... and really do thank you for any of your time. "Michael Barker" wrote in message news:8vgu7p$n3g$1@newshost.mot.com... > (That's assuming you have the PILOT revision of the board) > > "Michael Barker" wrote in message > news:8vgtmp$mhg$1@newshost.mot.com... > > Jim - > > I got the ads8260 BSP to boot from flash using visionPROBE II. > > I converted the bootrom.hex file which I built with Tornado II to a > > bootrom.bin using visionCLICK - I had to open the range of the conversion > to > > 0x00000000-0xFFFFFFFF. > > Then I flashed it with a Bias of 0xFFF00000. (This is mentioned in the > wrs > > BSP manual - they say the offset should be 0xFFF00000 - FLASH_ADRS). > > > Michael Barker > michael.d.barker@mot.com > Disclaimer: > This message does not constitute an agreement by Motorola to support > WindRiver's BSP. Nor does it imply a commitment to follow-up on the > discussion. The ads8260 BSP is written and supported by WindRiver. > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Besides system main timer,what other kind of timer we can use? Date: Thu, 23 Nov 2000 23:37:37 GMT From: pwhicker@home.com (Paul Whicker) Organization: Excite@Home - The Leader in Broadband http://home.com/faster Message-ID: <5ThT5.461928$i5.8096939@news1.frmt1.sfba.home.com> References: <8vfn2e$vmm$1@nnrp1.deja.com> Try the sysAuxClock. The presence or lack of an auxiliary clock is a BSP feature and you'd find it in sysLib.c. Paul In article <8vfn2e$vmm$1@nnrp1.deja.com>, Terry Lee wrote: >The enviroment is vxworks + PowerPC604 series CPU. >Now I want to know, besides system main timer,which is >associacted with task sechedule,which other types of >timer I can use freely without needing to doubt the system's > task schedule? > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Time is going backward .... Date: Thu, 23 Nov 2000 23:46:47 GMT From: pwhicker@home.com (Paul Whicker) Organization: Excite@Home - The Leader in Broadband http://home.com/faster Message-ID: References: <8vgdan$qab$1@overload.lbl.gov> Can I ask you what I hope is a stupid question, can you check that the clock normaly increments, I heard a horrible rumor that something was zeroing the clock sometimes but I've lost the email. Perhaps it was one of our own folks who did it. Paul In article <8vgdan$qab$1@overload.lbl.gov>, Boaz Kahana wrote: > >Working with VxWorks 5.4 (Tornado II) on PowerPC 8240, with a BSP that is >based on SP8240, I tackle a very strange problem: > >Sometimes the value returned from clock_gettime(CLOCK_REALTIME) goes backward > (down). !!! > >It happens when the system is very loaded, ( In the same case some > equely-prioritiezed-tasks are >starved since the system is in non Time Slice mode) > >I understand that the clock_gettime should use the PPC decrementor and try >to figure out if there is a problem there, but did not find any. > >Do you have any record of such a problem ? Any idea where can that be ? > >Best Regards, >Boaz > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VxWorks Date: Thu, 23 Nov 2000 23:50:54 GMT From: pwhicker@home.com (Paul Whicker) Organization: Excite@Home - The Leader in Broadband http://home.com/faster Message-ID: References: <8vijko$1tn$1@overload.lbl.gov> And this has what to do with the subject? Try the realtime or embedded groups. Paul In article <8vijko$1tn$1@overload.lbl.gov>, Jagmohan_Bhatia wrote: >Hi all, > I've been asked to develop the timer and memory management modules >for a proprietary RTOS , I have prior experience in working on the Timer >management part , but the memory management part is kinda hazy, It would be >very kind if any of u could suggest some papers or books or any stuff that >may help me out . > >Thanking u, >Regards, >Manjunath > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Mailer and Browser Date: Thu, 23 Nov 2000 23:56:53 GMT From: pwhicker@home.com (Paul Whicker) Organization: Excite@Home - The Leader in Broadband http://home.com/faster Message-ID: <99iT5.461949$i5.8109572@news1.frmt1.sfba.home.com> References: <8viqln$5ni$1@overload.lbl.gov> Good grief, anything is possible! Since vxWorks is used in a bunch of devices that have email facilities that's obviously been done before and since there are at least a couple of Java based browsers (Ice Browser from Wind River and Espial Escape) that has to be possible too. Not just possible but already done. Why don't you take a stroll over to the WInd River web site and look through the product offerings and then at the partner products. In general "is it possible to..." is an indication of an ill thought out question, most things are possible in the mundane world of consumer products, some things just take a lot of effort, fulfilling these possibilities yourself may take you several years with a few good people and you'll still have trouble keeping up with Microsofts attempts to render all other browsers incompatible. Well, you did ask. Paul In article <8viqln$5ni$1@overload.lbl.gov>, Jagmohan_Bhatia wrote: >Hi all, > It would be very kind of u if u could tell me if it is possible to >write a full fledged mail handling utility i.e, sending and receiving >utility on vxWorks , also if it is possible to write a browser for the same, >if yes it would be very kind of u if u could guide me as to where i can find >the required material . > >Thanking u, >Regards, >Jagmohan --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Handling of interrupt exceptions... Date: Thu, 23 Nov 2000 19:59:32 -0500 From: Joe Durusau Message-ID: <3A1DBD73.E7DCA344@bellsouth.net> References: <8vbo16$t4v$1@murdoch.harvard.net> <20001123105658.07641.00001203@ng-fy1.aol.com> <3A1D4C64.28A93B75@eed.ericsson.se> The general idea is to avoid exceptions at all costs when inside an ISR. Ideally, the body of the ISR would look like { semGive(MySem); } That way, nothing is likely to happen to screw up your ISR. I realize that sometimes you may have to reset the int or something similar, but operations in the ISR should be the absolute minimum you can live with. Speaking only for myself, Joe Durusau Senthil Velmurugan wrote: > > Hi, > > Do you have some idea about interrupt level exception handling on > PPC603e? > > After long running, our system reboots without any indication of > fault. Sometimes, during the reboot it displays "interrupt level > exception" message. I guess, this is printed from a bootloader > function from the address sysExcMsg[]. > > I want to try to add interrupt level exception handler using > '_func_excIntHook'.. ie.. excIntHandler() ---> (*_func_excIntHook()) > ---> ???. > (At present, _func_excIntHook points to NULL.) > > I do not know the function prototype for this FUNCPTR. If someone > could tell me the way, would be great! > > Thanks. > Senthil. --------------------------- Newsgroups: comp.os.vxworks Subject: OSPF Date: 23 Nov 2000 13:12:35 +0100 From: jochen@siemens.com.br ("JOCHEN MIELKE DE LIMA JOCHEN") Organization: Mailgate.ORG Server - http://www.Mailgate.ORG Message-ID: Hello vxworkers, I know it depends on the size of the network, but has anybody already made = a measurement of how much processing does the OSPF daemon require on a = MPC850 CPU? Thanks for the help, Jochen =20 - ---------------------------------------------------------------------------= - -- Jochen Mielke de Lima - ICN TR ES Software Development Siemens Information and Communication Networks Rua Pedro Gusso, 2635 81310-900 Curitiba, PR Brasil email :=20 jochen@siemens.com.br jochen@ppgia.pucpr.br Tel : +55 (041) 341-5114 Fax : +55 (041) 341-5620 - ---------------------------------------------------------------------------= - - - -- Posted from [200.230.253.37] via Mailgate.ORG Server - http://www.Mailgate.ORG --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to provide user access to TELENT server? Date: Fri, 24 Nov 2000 11:24:53 +0900 From: "¹Ú±Ç¿ø" Message-ID: References: <200011231542.HAA11726@mail10.bigmailbox.com> It must be attached TELNET Server and RLOGIN/TELNET password protection parameter in Tornado2 Component Include. The Parameter user name inTelnet server Component is defined. And Parameter password in RLOGIN/TELNET password protection is defined. Password must be defined by vxencrpyt(). Park KW. Deja User ÀÌ(°¡) ¾Æ·¡ ¸Þ½ÃÁö¸¦ news:200011231542.HAA11726@mail10.bigmailbox.com¿¡ °Ô½ÃÇÏ¿´½À´Ï´Ù. > vxWorks Tornado > > Hi All, > > I am using "TornadoII" with "vxSim" full (prototyper downloaded from wrs site). > > I have selected the following components > 1.TELNET Server > 2.RLOGIN / TELNET password protection > > After built the vxworks.exe and started, while accessing telenet server through "windows telnet" command, it asks for "vxworks login" and "password:". > > But it is not allowing to login, always reports "Login incorrect", I have even tried to change user name and password at the parameter field of "RLOGIN / TELNET password protection" componenet proproties. > > Can Any one give clue, how to solve it. > > Thanks in advance. > > regards, > > Emblov > > ------------------------------------------------------------ > --== Sent via Deja.com http://www.deja.com/ ==-- > Before you buy. > > --------------------------- Newsgroups: comp.os.vxworks Subject: re: binary semaphores vxworks tornado Date: Fri, 24 Nov 2000 08:49:41 +0530 From: "Jerry P N" Organization: Lawrence Berkeley National Laboratory Message-ID: <8vkpun$924$1@overload.lbl.gov> Hello, Which task will be executed depends upon the type of Binary semaphore.(FIFO based or Priority based). If its priority based then whichever task (A or B)has got the highest priority will get the Binary semaphore and continue the execution. If its FIFO based Task A will be executed first. Regards Jerry - -----Original Message----- From: the vxWorks Users Group Exploder [mailto:vxwexplo@lbl.gov] Sent: Wednesday, November 22, 2000 3:02 PM To: vxworks_users@csg.lbl.gov Subject: binary semaphores vxworks tornado Submitted-by vxwexplo-errs@csg.lbl.gov Wed Nov 22 01:27:28 2000 Submitted-by: "Rajendra Prasad" Hi , I have a question regarding binary semaphores execution in vxworks. Consider the following case. Task A is currently executing a binary semaphore that is already having Task B waiting to take it in its queue.When task A is executing this semaphore, another task say Task C gives this semaphore. How will the system behave ? Does Task B wait till the current execution by Task A is completed or the current execution by Task A is stopped ? thanks and best regards, rpraghuram. --------------------------- Newsgroups: comp.os.vxworks Subject: semTake returns unknown error Date: Thu, 23 Nov 2000 18:52:24 -0800 From: N K Jain Organization: HNS Message-ID: <3A1DD7E7.2052E63C@hns.com> Reply-To: nkjain@hns.com Hi All! I am using the WRS 5.3.1 BSP for M68360. I have two tasks of same priority running (with other system tasks). One of the tasks rights some buffers, the other one reads from them. The buffers is nothing but an array of structures, a writeindex for the writing task, a readindex for the reading task, and a flag which when 1 indicates that reader is still to read that, and 0 means writer can write it. To synchronize I use semTake/semGive routines. Here is what I have encountered. After executing for a while, the semTake in writer task fails with some unknown errno. The errno that is printed is 3d0004 Always when this occurs, the indices are either equal or the writeindex has wrapped around to be equal to readindex. Please let me know what you think of this or if I should provide some more info on this. Thanks and Regards Narender --------------------------- Newsgroups: comp.os.vxworks Subject: Want to watch us? Date: Sun, 19 Nov 2000 11:13:49 -0500 From: TheSexConnection@aol.com Message-ID: <191100100942@aol.com> Reply-To: XRatedTeenFun@aol.com http://63.105.6.24/quebnw --------------------------- Newsgroups: comp.os.vxworks Subject: How can I handle Serial I/O with Non-Block Mode Date: Fri, 24 Nov 2000 07:29:35 GMT From: "DACOM" Organization: Dacom Message-ID: Hello, dears. I'm a beginner on VxWorks. When Serial I/O port is open, the port is on the state of block-mode. Therefore, unless some data come into the port, It should be blocked forever, as I know. How can I handle the serial I/O with in non-block mode ? Please show me a little bit hints. Thanks in advance. regards, Brad --------------------------- Newsgroups: comp.os.vxworks Subject: About image downloading Date: Fri, 24 Nov 2000 14:09:19 +0530 From: j s shah Organization: Lawrence Berkeley National Laboratory Message-ID: <8vlbh8$i93$1@overload.lbl.gov> Hi friends, I have a query abot the downloading process of the Vxworks image on the target. I have A cpu 50gt as the target and I download the boot image form the solaris host using tftp at the Openboot for the CPU50gt through the LAN. Now, if I take the binary image file and store it on a PC and connect my target to the PC on LAN , in what way I can download the binary image to the target flash. With rgds, Jignesh Shah jsshah@tecrnd.com shah_jignesh_s@yahoo.com TEC R&D Labs INDIA --------------------------- Newsgroups: comp.os.vxworks Subject: Host And Target systems Date: Fri, 24 Nov 2000 15:47:52 +0530 From: "Aruneesh Salhotra" Organization: Lawrence Berkeley National Laboratory Message-ID: <8vlii6$kk6$1@overload.lbl.gov> Hi, I am new to VxWorks .. and i am just reading the documentation. Can someone tell me the difference between the host and the target systems. Also what do u mean by creating an application to run on VxWorks. Isnt the application embedded alongwith the VxWorks image to form the executable image, like in most of the embedded systems. Thanx Aruneesh --------------------------- Newsgroups: comp.os.vxworks Subject: vxworks tasks no longer run on startup Date: Fri, 24 Nov 2000 11:15:07 GMT From: PaulGruet@hotmail.com Organization: Deja.com - Before you buy. Message-ID: <8vlijq$r35$1@nnrp1.deja.com> We are developing a vx-works application on a Force power pc 603 target with tornado 1.0.1 running on a windows NT host. As part of this development we have integrated drivers for third party PMC devices into vxworks. This has involved integrating these drivers into vx-works using the 'Added modules' section of the Configure BSP dialog. We have had these drivers integrated and working for some sime but, from time to time the code is revised, they are rebuilt, then vxworks itself is rebuilt to integrate the changes. My problem is now, after several months of doing this successfully, I am now unable to build a vx-works image which runs its own tasks on startup. previously following a clean boot I used to see: tLogTask logTask f7c6f8 0 PEND 1692b0 f7c630 0 0 tExcTask excTask f7f070 0 PEND 1692b0 f7ef98 0 0 tWdbTask 0x15f248 f1dba0 3 READY 13534c f1da28 0 0 tNetTask netTask f3e6f0 50 READY 135578 f3e628 0 0 when I typed 'i' Now these tasks are absent. I have checked that none of the configuration options have changed on the configure BSP dialog and I have removed the third part drivers altogether but I still cannot build a vxworks image that starts these 4 tasks. Clearly something has changed but I cannot see a way forward on this problem at the moment. Does anyone have any experience of anything like this? Paul Gruet paulgruet@hotmail.com Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Fri Nov 24 04:06:04 2000 From: Atkinson Andrew Date: Fri Nov 24 04:06:06 PST 2000 Subject: PCI Problems - Hi All We have a Radstone PPC4 running VxWorks 5.3.1 and an NT Host. We require assistance with some PCI issues. We have a PMC device which resides on a PMC carrier card which itself is routed onto the PCI bus via a PCI-PCI bridge. We can see the bridge and the PMC device when we do a 'sysPciShow'. However, when we attempt to access the device in memory we are running into problems. Below is code extract of what we have attempted so far: STATUS digitalPIOInit (void) { uint32_t busNumber; uint32_t slotNumber; PMCIPIO1_T * pmcPIO1; /* Try and locate the device on the PCI bus */ if ((sysPciDevProbe (PCI_ID (PCI_VEN_ID_RADSTONE, PCI_DEV_ID_PMCPIO1), 0, &busNumber, &slotNumber)) != ERROR) { printf("digitalPIOInit:found PIO device on bus %d, slot %d\n", busNumber, slotNumber); } else { printf("digitalPIOInit:could not locate the device on the PCI bus\n"); return; } /* Configure the devices command register */ if ((sysPciDevConfig (busNumber, slotNumber, PCI_ENABLE_BUS_MASTER | PCI_ENABLE_MEMORY_SPACE, NULL, 0, 0)) == OK) { printf("digitalPIOInit:device configured\n"); } else { printf("digitalPIOInit:device not configured\n"); return; } /* Get a handle on the memory mapped device */ pmcPIO1 = (PMCPIO1_T *) (CPU_PCI_ISA_MEM_ADRS + (int8_t *) sysPciConfigReadLong (busNumber, slotNumber, 0, PCI_CONFIG_BAR_0)); /* Check the test registers */ printf("Test Register 1 = %X\n", pmcPIO1->testRegister1); printf("Test Register 2 = %X\n", pmcPIO1->testRegister2); } After executing this code, we cannot see the device at the expected address. So what we would like to know is: 1. What are the necessary steps to map a device into PCI memory space? 2. How does this differ from mapping to PCI IO space (apart from addresses) if at all? 3. Typically, how much configuration is performed by the system PCI configuration routine? Any help appreciated - as well as any other PCI 'gems'! From : Originator Mr. Andy Atkinson - AMASS Software Engineer Room number 1 Bldg number 31A Site DERA Bincleaves Ext Number BCL (806) 4660 Fax Number BCL (806) 4661 or (01305) 764661 Email ICE : aatkinson1@mail.dera.gov.uk Unc : Amass@dera.gov.uk -- The Information contained in this E-Mail and any subsequent correspondence is private and is intended solely for the intended recipient(s). For those other than the recipient any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance on such information is prohibited and may be unlawful. From vxwexplo-errs@csg.lbl.gov Fri Nov 24 06:45:37 2000 From: "Michael Lawnick" Date: Fri Nov 24 06:45:39 PST 2000 Subject: Re: Host And Target systems Hi Aruneesh Host : the computer wher your Tornado is installed and where you edit and compile your code. Here your debugger is running, communicating with a seperate part running on your target. Target: the embedded system, to which you down load your compiled code ( or plug in your burned Proms). Here your vxWorks and application code are running, doing hopefully their job. 'Run on vxWorks': On great feature of vxWorks is, that application and RTKernel (=vxWorks) are two seperate parts, which get dynamically linked on download of application. I.e. whithin the development phase it is unusual to link the unfinished application to the Kernel, but to build a kernel, that is loaded on target boot. After boot, this kernel will wait on a dedicated interface (ethernet or sometimes serial line) for the application code for download and test. Application code may (with some restrictions) be unloaded and replaced by corrected code without any target reboot. Therefore it is absolutely possible, that two or more developers use one target at the same time for code testing. Linking application to the kernel is one of the last steps of development, just before delivery, if at all. I know lots of systems, that download their code from mass storage on boot even in action. HTH Michael > Hi, > I am new to VxWorks .. and i am just reading the documentation. > Can someone tell me the difference between the host and the target systems. > Also what do u mean by creating an application to run on VxWorks. Isnt the > application embedded alongwith the VxWorks image to form the executable > image, like in most of the embedded systems. > Thanx > Aruneesh Michael Lawnick, SOFTEC GmbH ============================================== SOFTEC GmbH Tel +49-731-96600-0 Promenade 17 Fax +49-731-96600-23 D-89073 Ulm Michael Lawnick Germany lawnick@softec.de ============================================== From vxwexplo-errs@csg.lbl.gov Fri Nov 24 07:26:18 2000 From: Boaz Kahana Date: Fri Nov 24 07:26:20 PST 2000 Subject: FW: Time is going backward .... I understand the POSIX clock is just a symptom. Can you elaborate on the problem and what caused it ? Is it not a fix that was merged to the latest service packs they published ? Do you have an SPR number for the fix ? Thanks Boaz >In article <8vgdan$qab$1@overload.lbl.gov>, Boaz Kahana >wrote: >> >>Working with VxWorks 5.4 (Tornado II) on PowerPC 8240, with a BSP that is >>based on SP8240, I tackle a very strange problem: >> >>Sometimes the value returned from clock_gettime(CLOCK_REALTIME) goes >>backward (down). !!! Paul Whicker wrote in message ... >Can I ask you what I hope is a stupid question, can you check that the >clock normaly increments, I heard a horrible rumor that something was >zeroing the clock sometimes but I've lost the email. Perhaps it was one of >our own folks who did it. Yes! You have almost certainly run into the same bug that I came across. To check if it is happening, get one of your tasks to regularly print out the value of the global variable (part of the o/s) vxTicks. If you see that it gets reset to zero at the same time as the posix clock jumps backwards, then you've got the same bug as I experienced. You could contact WRS support and ask them if they can give you a fix for TSR #144712, or if you want more information about what's gone wrong, reply in the newsgroup and I'll send you more info. DaveK -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** From vxwexplo-errs@csg.lbl.gov Fri Nov 24 09:55:37 2000 From: David Laight Date: Fri Nov 24 09:55:40 PST 2000 Subject: Re: FW: Time is going backward .... > Yes! You have almost certainly run into the same bug that I came across. > To check if it is happening, get one of your tasks to regularly print out > the value of the global variable (part of the o/s) vxTicks. If you see that > it gets reset to zero at the same time as the posix clock jumps backwards, > then you've got the same bug as I experienced. You could contact WRS > support and ask them if they can give you a fix for TSR #144712, or if > you want more information about what's gone wrong, reply in the > newsgroup and I'll send you more info. > It's also TRIVIAL to reproduce! -> vxTicks _vxTicks = 0x569a40: value = 154254 = 0x25a8e -> sp taskDelay,~0 task spawned: id = 0x3f08c00, name = t1 value = 66096128 = 0x3f08c00 -> vxTicks _vxTicks = 0x569a40: value = 308 = 0x134 It looks as if vxTicks is zeroed whenever vxTicks + requested_delay wraps. The easy way to make this happen to to request a massive delay. However, and MUCH more importantly it will happen if a system stays up for a longish period. The faster the system clock, the shorter the period. In this case the time error will be relatively small (do I see another bug here in that the posix clock routines do not allow for the tick wrapping?). The time(0) function correctly? jumps into the future - but probably by a random amount. 2^32 ticks is about 2 1/4 years at 60Hz 1 1/3 years at 100Hz 49 days at 1kHz For modern systems a 1kHz clock tick isn't completely unreasonable! Eh when will windriver fix this vxWorks bug properly! (I think all the comparisons against vxTicks need to be made mod 2^32-1 safe. Typically this means replacing: 'vxTicks > limit' with '(int)(vxTicks - limit) > 0' Which is safe provided you are only interested in times 'near' to the current one.) FYI I've just found some bug references lurking on the windriver support site masquerading as 'technical tips'. Some are quite nasty, the SPRs are NOT visible to us mortals - so the SPR notification emails don't say anything. Has anyone ever seen any useful information in one of those emails? David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Sat Nov 25 04:03:09 2000 From: Vxworks Exploder Date: Sat Nov 25 04:03:11 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sat Nov 25 04:03:04 PST 2000 Subject: VX Works fails to start its own tasks on bootup Subject: PCI Problems - Subject: Re: Host And Target systems Subject: Re: semTake returns unknown error Subject: Re: Time is going backward .... Subject: re: Host And Target systems Subject: Re: ads8260 Subject: FW: Time is going backward .... Subject: ICMP Echo Request ("ping") with zero ICMP checksum? Subject: Re: Handling of interrupt exceptions... Subject: sysMmuMapAdd on Pentium Subject: re: FW: Time is going backward .... Subject: Re: ads8260 Subject: Re: ads8260 Subject: Re: How to send data via specific PPP links? Subject: Re: CPV3060 Board BSP Package Doesn't Work! Subject: Re: DOSFS, IDE and FTP Subject: Re: How to provide user access to TELENT server? Subject: One serial connection Subject: Re: How to send data via specific PPP links? Subject: Re: How can I handle Serial I/O with Non-Block Mode Subject: Re: About image downloading Subject: Can't find STATUS definition Subject: PPP link tuning... Subject: stdin doesn't work from the vxWorks Shell Subject: newbie question: target I/O Subject: Re: Problems with IE5.0 and WindWeb Server ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: VX Works fails to start its own tasks on bootup Date: Fri, 24 Nov 2000 11:36:28 -0000 From: "Paul Gruet" Organization: Lawrence Berkeley National Laboratory Message-ID: <8vlm2m$lr8$1@overload.lbl.gov> We are developing a vx-works application on a Force power pc 603 target with tornado 1.0.1 running on a windows NT host. As part of this development we have integrated drivers for third party PMC devices into vxworks. This has involved integrating these drivers into vx-works using the 'Added modules' section of the Configure BSP dialog. We have had these drivers integrated and working for some time but, from time to time the code is revised, they are rebuilt, then vxworks itself is rebuilt to integrate the changes. My problem is now, after several months of doing this successfully, I am now unable to build a vx-works image which runs its own tasks on startup. previously following a clean boot I used to see: tLogTask logTask f7c6f8 0 PEND 1692b0 f7c630 0 0 tExcTask excTask f7f070 0 PEND 1692b0 f7ef98 0 0 tWdbTask 0x15f248 f1dba0 3 READY 13534c f1da28 0 0 tNetTask netTask f3e6f0 50 READY 135578 f3e628 0 0 when I typed 'i' Now these tasks are absent. I have checked that none of the configuration options have changed on the configure BSP dialog and I have removed the third part drivers altogether but I still cannot build a vxworks image that starts these 4 tasks. Clearly something has changed but I cannot see a way forward on this problem at the moment. Does anyone have any experience of anything like this? Paul Gruet paulgruet@hotmail.com --------------------------- Newsgroups: comp.os.vxworks Subject: PCI Problems - Date: Fri, 24 Nov 2000 12:05:22 -0000 From: Atkinson Andrew Organization: Lawrence Berkeley National Laboratory Message-ID: <8vlm2n$lr9$1@overload.lbl.gov> Hi All We have a Radstone PPC4 running VxWorks 5.3.1 and an NT Host. We require assistance with some PCI issues. We have a PMC device which resides on a PMC carrier card which itself is routed onto the PCI bus via a PCI-PCI bridge. We can see the bridge and the PMC device when we do a 'sysPciShow'. However, when we attempt to access the device in memory we are running into problems. Below is code extract of what we have attempted so far: STATUS digitalPIOInit (void) { uint32_t busNumber; uint32_t slotNumber; PMCIPIO1_T * pmcPIO1; /* Try and locate the device on the PCI bus */ if ((sysPciDevProbe (PCI_ID (PCI_VEN_ID_RADSTONE, PCI_DEV_ID_PMCPIO1), 0, &busNumber, &slotNumber)) != ERROR) { printf("digitalPIOInit:found PIO device on bus %d, slot %d\n", busNumber, slotNumber); } else { printf("digitalPIOInit:could not locate the device on the PCI bus\n"); return; } /* Configure the devices command register */ if ((sysPciDevConfig (busNumber, slotNumber, PCI_ENABLE_BUS_MASTER | PCI_ENABLE_MEMORY_SPACE, NULL, 0, 0)) == OK) { printf("digitalPIOInit:device configured\n"); } else { printf("digitalPIOInit:device not configured\n"); return; } /* Get a handle on the memory mapped device */ pmcPIO1 = (PMCPIO1_T *) (CPU_PCI_ISA_MEM_ADRS + (int8_t *) sysPciConfigReadLong (busNumber, slotNumber, 0, PCI_CONFIG_BAR_0)); /* Check the test registers */ printf("Test Register 1 = %X\n", pmcPIO1->testRegister1); printf("Test Register 2 = %X\n", pmcPIO1->testRegister2); } After executing this code, we cannot see the device at the expected address. So what we would like to know is: 1. What are the necessary steps to map a device into PCI memory space? 2. How does this differ from mapping to PCI IO space (apart from addresses) if at all? 3. Typically, how much configuration is performed by the system PCI configuration routine? Any help appreciated - as well as any other PCI 'gems'! From : Originator Mr. Andy Atkinson - AMASS Software Engineer Room number 1 Bldg number 31A Site DERA Bincleaves Ext Number BCL (806) 4660 Fax Number BCL (806) 4661 or (01305) 764661 Email ICE : aatkinson1@mail.dera.gov.uk Unc : Amass@dera.gov.uk - -- The Information contained in this E-Mail and any subsequent correspondence is private and is intended solely for the intended recipient(s). For those other than the recipient any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance on such information is prohibited and may be unlawful. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Host And Target systems Date: Fri, 24 Nov 2000 07:40:01 -0500 From: Joe Durusau Message-ID: <3A1E61A1.838AE17A@bellsouth.net> References: <8vlii6$kk6$1@overload.lbl.gov> Aruneesh Salhotra wrote: > > Hi, > I am new to VxWorks .. and i am just reading the documentation. > Can someone tell me the difference between the host and the target systems. The host is the system on which you run the tornado toolset, compile programs, etc. The target is the system on which you hope to run the programs. They are the same if you are using the simulator. They need not be the same type of machine. For example, I use a Sparc host and a 680x0 target. > Also what do u mean by creating an application to run on VxWorks. > Isnt the > application embedded alongwith the VxWorks image to form the > executable image, like in most of the embedded systems. You can do it that way. You can also load vxWorks itself onto the target, then download your application separately, if you wish. See the docs for tornado and target shells. > Thanx > Aruneesh Speaking only for myself, Joe Durusau --------------------------- Newsgroups: comp.os.vxworks Subject: Re: semTake returns unknown error Date: Fri, 24 Nov 2000 13:16:55 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <3A1DD7E7.2052E63C@hns.com> N K Jain wrote in message <3A1DD7E7.2052E63C@hns.com>... >Hi All! >After executing for a while, the semTake in writer task fails with some >unknown errno. The errno that is printed is 3d0004 To decode this number, first look at the high 16 bits. 0x3d == 61 in decimal. Look for this value in %WIND_BASE%\target\h\vwModNum.h, and you'll find:- #define M_objLib (61 << 16) which tells you the error is returned by objLib. Now look for the low 16 bits (0x4 == 4) in ...\target\h\objLib.h and you will find:- #define S_objLib_OBJ_TIMEOUT (M_objLib | 4) In other words, your semTake operation timed out. This is probably what it was meant to do. >Always when this occurs, the indices are either equal or the writeindex >has wrapped around to be equal to readindex. >Please let me know what you think of this or if I should provide some >more info on this. I think there's a bug in the edge case in your code. Looks like the code can't tell the difference between (writeindex==readindex) meaning that the buffer is entirely full and (writeindex==readindex) meaning that the buffer is entirely empty. One simple way to deal with this might be to treat the buffer as full when writeindex == (readindex - 1) modulo the buffer size - i.e. always keep at least one blank entry. This is a fairly common error in code dealing with circular buffers. hth, DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Time is going backward .... Date: Fri, 24 Nov 2000 13:48:48 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <8vgdan$qab$1@overload.lbl.gov> >In article <8vgdan$qab$1@overload.lbl.gov>, Boaz Kahana >wrote: >> >>Working with VxWorks 5.4 (Tornado II) on PowerPC 8240, with a BSP that is >>based on SP8240, I tackle a very strange problem: >> >>Sometimes the value returned from clock_gettime(CLOCK_REALTIME) goes >>backward (down). !!! Paul Whicker wrote in message ... >Can I ask you what I hope is a stupid question, can you check that the >clock normaly increments, I heard a horrible rumor that something was >zeroing the clock sometimes but I've lost the email. Perhaps it was one of >our own folks who did it. Yes! You have almost certainly run into the same bug that I came across. To check if it is happening, get one of your tasks to regularly print out the value of the global variable (part of the o/s) vxTicks. If you see that it gets reset to zero at the same time as the posix clock jumps backwards, then you've got the same bug as I experienced. You could contact WRS support and ask them if they can give you a fix for TSR #144712, or if you want more information about what's gone wrong, reply in the newsgroup and I'll send you more info. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: re: Host And Target systems Date: Fri, 24 Nov 2000 15:11:35 +0100 From: "Michael Lawnick" Organization: Lawrence Berkeley National Laboratory Message-ID: <200011241410.PAA31320@net.softec.de> Hi Aruneesh Host : the computer wher your Tornado is installed and where you edit and compile your code. Here your debugger is running, communicating with a seperate part running on your target. Target: the embedded system, to which you down load your compiled code ( or plug in your burned Proms). Here your vxWorks and application code are running, doing hopefully their job. 'Run on vxWorks': On great feature of vxWorks is, that application and RTKernel (=vxWorks) are two seperate parts, which get dynamically linked on download of application. I.e. whithin the development phase it is unusual to link the unfinished application to the Kernel, but to build a kernel, that is loaded on target boot. After boot, this kernel will wait on a dedicated interface (ethernet or sometimes serial line) for the application code for download and test. Application code may (with some restrictions) be unloaded and replaced by corrected code without any target reboot. Therefore it is absolutely possible, that two or more developers use one target at the same time for code testing. Linking application to the kernel is one of the last steps of development, just before delivery, if at all. I know lots of systems, that download their code from mass storage on boot even in action. HTH Michael > Hi, > I am new to VxWorks .. and i am just reading the documentation. > Can someone tell me the difference between the host and the target systems. > Also what do u mean by creating an application to run on VxWorks. Isnt the > application embedded alongwith the VxWorks image to form the executable > image, like in most of the embedded systems. > Thanx > Aruneesh Michael Lawnick, SOFTEC GmbH ============================================== SOFTEC GmbH Tel +49-731-96600-0 Promenade 17 Fax +49-731-96600-23 D-89073 Ulm Michael Lawnick Germany lawnick@softec.de ============================================== --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ads8260 Date: Fri, 24 Nov 2000 10:39:26 -0500 From: "Michael Barker" Organization: Motorola Message-ID: <8vm228$cfv$1@newshost.mot.com> References: <3A168A52.1040407@ieee.org> <_pbS5.8262$rr3.380220@news> <8vgtmp$mhg$1@newshost.mot.com> <8vgu7p$n3g$1@newshost.mot.com> <64hT5.10561$rr3.488950@news> Hi Jim, > 1.) **(Started over)** As a sanity check to make sure I have not done > anything silly in my explorations to solve my problem I have reinstalled > everything from scratch and am starting over with a clean tornado directory. > So there should be nothing wierd in the builds, and this means right now I > am working with essentially a clean slate. Good. I did the same thing at one point. > 2.) **(Spr fix)** I fixed the build for the SPR on the wrs web page for the > SPR ... but that only require changes to defs.vxWorks and defs.project. I'm not familiar with this issue. > 3.) **(What I see right now)** I have built the vxWorks_romCompress file > with text segment linked to 0xfff00000 and data segment 0x0 as produced by > the given defaults in the BSP Actually the target I was building was called bootrom, not vxWorks_romCompress. I build it through the menu option Build->Build Boot Roms. I used the default memory segments, same as you: ROM_TEXT_ADRS = fff00100 # ROM entry address ROM_SIZE = 00100000 # number of bytes of ROM space ROM_WARM_ADRS = fff00108 # ROM warm entry address ROM_LINK_ADRS = fff00000 RAM_LOW_ADRS = 00010000 # RAM text/data address RAM_HIGH_ADRS = 00200000 # RAM text/data address I didn't realize you were building a ROM-based vxWorks image. I actually haven't tried that. I believe the target I'm building is the following: In $(TORNADO2)\target\config\ads8260\Makefile: RELEASE = bootrom_uncmp.hex vxWorks vxWorks.st I just got this BSP recently - maybe the bootrom has just been added in the release I received. I did see something in the BSP manual about there not being one. Perhaps you could get an update? If you don't have this bootrom it's hard for me to help because I'm probably newer than you are to this vxWorks stuff. Most of the stuff you are talking about I think is related to building a vxWorks OS designed to reside (at least partly) in ROM. My configuration just boots up, initializes a few registers, and downloads a vxWorks image into RAM via the FTP server on the host. I don't have experience with any other configurations. > ... when I convert the romCompress image i get > a file which is about 2mb ... I had that problem when I tried to use the uncompressed bootrom ("bootrom_uncmp"). I haven't looked into how this requirement arose that the fff00000 ROM has to be used, but I understand it's limiting. I made carefully account of the changes I made and they were all related to the clock frequency. I can tell you exactly what they were if you need them. Besides that I made all the jumper changes specified in the manual. The only other tricky thing was understanding how to get the bootrom image into fff00000, by using the Bias setting in the Flash Programming windows. I got my BSP on November 17th. Product Number: 100-14231-ZC CD Title: ads8260 bsp for the Motorola MPC8260 Part No.: TDK-13209-ZC I noticed that one of the notes on the wrs website says that there is a patch for the ads8260 bsp. I don't know when that note was written but perhaps it applies to you - if it does you should contact your WRS sales rep. Let me know how this turns out, and how I can be of more help, short of sending you any code. Michael --------------------------- Newsgroups: comp.os.vxworks Subject: FW: Time is going backward .... Date: Fri, 24 Nov 2000 17:20:26 +0200 From: Boaz Kahana Organization: Lawrence Berkeley National Laboratory Message-ID: <8vm44m$2fj$1@overload.lbl.gov> I understand the POSIX clock is just a symptom. Can you elaborate on the problem and what caused it ? Is it not a fix that was merged to the latest service packs they published ? Do you have an SPR number for the fix ? Thanks Boaz >In article <8vgdan$qab$1@overload.lbl.gov>, Boaz Kahana >wrote: >> >>Working with VxWorks 5.4 (Tornado II) on PowerPC 8240, with a BSP that is >>based on SP8240, I tackle a very strange problem: >> >>Sometimes the value returned from clock_gettime(CLOCK_REALTIME) goes >>backward (down). !!! Paul Whicker wrote in message ... >Can I ask you what I hope is a stupid question, can you check that the >clock normaly increments, I heard a horrible rumor that something was >zeroing the clock sometimes but I've lost the email. Perhaps it was one of >our own folks who did it. Yes! You have almost certainly run into the same bug that I came across. To check if it is happening, get one of your tasks to regularly print out the value of the global variable (part of the o/s) vxTicks. If you see that it gets reset to zero at the same time as the posix clock jumps backwards, then you've got the same bug as I experienced. You could contact WRS support and ask them if they can give you a fix for TSR #144712, or if you want more information about what's gone wrong, reply in the newsgroup and I'll send you more info. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** --------------------------- Newsgroups: comp.os.vxworks Subject: ICMP Echo Request ("ping") with zero ICMP checksum? Date: Fri, 24 Nov 2000 17:11:44 GMT From: Henrik Bergström Organization: Deja.com - Before you buy. Message-ID: <8vm7gf$7tu$1@nnrp1.deja.com> Dear VxWorkers, Recently I discovered a really strange thing concerning ICMP echo requests sent by calling 'ping' from the target shell. The target generates and sends a correctly formed ICMP echo request messages, but the ICMP (not the IP) checksum is set to zero, instead of the correct value. Has anyone else run into something similar? Does anyone know what is causing this and how to solve it? Please let me know in that case. (For what it is worth, I am running vxw 5.4.5 on an x86 target.) Best regards, Henrik PS. If you don't mind, please reply to my email address as well. Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Handling of interrupt exceptions... Date: Fri, 24 Nov 2000 10:06:27 -0800 From: DrDiags Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A1EAE23.32383064@flashcom.net> References: <8vbo16$t4v$1@murdoch.harvard.net> <20001123105658.07641.00001203@ng-fy1.aol.com> <3A1D4C64.28A93B75@eed.ericsson.se> Reply-To: drdiags@flashcom.net Senthil, Here is an example of the definition of FUNCPTR. Hope this helps. typedef int (*FUNCPTR) (); /* ptr to function returning int */ typedef void (*VOIDFUNCPTR) (); /* ptr to function returning void */ typedef int STATUS; --------------------------- Newsgroups: comp.os.vxworks Subject: sysMmuMapAdd on Pentium Date: Fri, 24 Nov 2000 19:07:57 +0100 From: Sebastien Fauris Organization: Club-Internet (France) Message-ID: <3A1EAE7D.DF2DC0AC@club-internet.fr> Hi vxWorkers, I am running Tornado 2 BSP Pentium. I have some in-house PCI-PMCs pluggued on my target PC. I would like to leave the BIOS performs the PCI configuration of the PCI boards. However, I still need in VxWorks to add the addresses that the BIOS assigned to my PCI boards into the MMU configuration so I don't get a page fault while trying to access the registers of the boards. I want to do this using sysMmuMapAdd. I would detect if my in-house PCI boards are pluggued, and if so, read back the addresses setted by the BIOS and add them in the MMU configuration. Has someone already performed something alike ? I still get a "page fault" after I performed the sysMmuMapAdd. It works fine if I add the mapping in the MMU statically (changing the sysPhysMemDesc table) but that's not what I want (because the addresses may change if another PMC is pluggued or if I am running on another PC target). Can sysMmuMapAdd be performed anywhere or only in sysHwInit ? Should I perform a sysMmuMapAdd for each BAR of each PCI board ? Is there a way to know which ranges of addresses are used by the BIOS to map the PCI devices ? It would make it so much simpler. Thanks, Sebastien. --------------------------- Newsgroups: comp.os.vxworks Subject: re: FW: Time is going backward .... Date: Fri, 24 Nov 2000 17:56:11 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200011241756.RAA27242@dsl-2.tadpole.co.uk> > Yes! You have almost certainly run into the same bug that I came across. > To check if it is happening, get one of your tasks to regularly print out > the value of the global variable (part of the o/s) vxTicks. If you see that > it gets reset to zero at the same time as the posix clock jumps backwards, > then you've got the same bug as I experienced. You could contact WRS > support and ask them if they can give you a fix for TSR #144712, or if > you want more information about what's gone wrong, reply in the > newsgroup and I'll send you more info. > It's also TRIVIAL to reproduce! - -> vxTicks _vxTicks = 0x569a40: value = 154254 = 0x25a8e - -> sp taskDelay,~0 task spawned: id = 0x3f08c00, name = t1 value = 66096128 = 0x3f08c00 - -> vxTicks _vxTicks = 0x569a40: value = 308 = 0x134 It looks as if vxTicks is zeroed whenever vxTicks + requested_delay wraps. The easy way to make this happen to to request a massive delay. However, and MUCH more importantly it will happen if a system stays up for a longish period. The faster the system clock, the shorter the period. In this case the time error will be relatively small (do I see another bug here in that the posix clock routines do not allow for the tick wrapping?). The time(0) function correctly? jumps into the future - but probably by a random amount. 2^32 ticks is about 2 1/4 years at 60Hz 1 1/3 years at 100Hz 49 days at 1kHz For modern systems a 1kHz clock tick isn't completely unreasonable! Eh when will windriver fix this vxWorks bug properly! (I think all the comparisons against vxTicks need to be made mod 2^32-1 safe. Typically this means replacing: 'vxTicks > limit' with '(int)(vxTicks - limit) > 0' Which is safe provided you are only interested in times 'near' to the current one.) FYI I've just found some bug references lurking on the windriver support site masquerading as 'technical tips'. Some are quite nasty, the SPRs are NOT visible to us mortals - so the SPR notification emails don't say anything. Has anyone ever seen any useful information in one of those emails? David - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ads8260 Date: Fri, 24 Nov 2000 18:28:18 GMT From: "Jim" Organization: Magma Communications Ltd. Message-ID: <6ryT5.10730$rr3.507889@news> References: <3A168A52.1040407@ieee.org> <_pbS5.8262$rr3.380220@news> <8vgtmp$mhg$1@newshost.mot.com> <8vgu7p$n3g$1@newshost.mot.com> <64hT5.10561$rr3.488950@news> <8vm228$cfv$1@newshost.mot.com> Once again thatnk you ... I am going to try to duplicate the build you have created ... so for now no more question ;-) It is unfortunate that no one seems to use the vxWorks_romCompress image ... I suppose I will have to just let it go ... I have TSR open right now at windriver with hope of resolving this ... I have been getting some feedback from them over the last two days ... it should be interesting. Just out of interest I checked my revision of the mpc8260 and it seems i have revision "A.1" ... the bsp documentation mentions that the bood code should be located at fff00100 for revision 0.2 ... is this also seems the case with with the A.1 as well ... it seems my code needs to be placed I'll let you know how things ago ... Jim ps have a good weekend "Michael Barker" wrote in message news:8vm228$cfv$1@newshost.mot.com... > Hi Jim, > > > 1.) **(Started over)** As a sanity check to make sure I have not done > > anything silly in my explorations to solve my problem I have reinstalled > > everything from scratch and am starting over with a clean tornado > directory. > > So there should be nothing wierd in the builds, and this means right now I > > am working with essentially a clean slate. > > Good. I did the same thing at one point. > > > 2.) **(Spr fix)** I fixed the build for the SPR on the wrs web page for > the > > SPR ... but that only require changes to defs.vxWorks and defs.project. > > I'm not familiar with this issue. > > > 3.) **(What I see right now)** I have built the vxWorks_romCompress file > > with text segment linked to 0xfff00000 and data segment 0x0 as produced by > > the given defaults in the BSP > > Actually the target I was building was called bootrom, not > vxWorks_romCompress. I build it through the menu option Build->Build Boot > Roms. > I used the default memory segments, same as you: > ROM_TEXT_ADRS = fff00100 # ROM entry address > ROM_SIZE = 00100000 # number of bytes of ROM space > ROM_WARM_ADRS = fff00108 # ROM warm entry address > ROM_LINK_ADRS = fff00000 > > RAM_LOW_ADRS = 00010000 # RAM text/data address > RAM_HIGH_ADRS = 00200000 # RAM text/data address > > I didn't realize you were building a ROM-based vxWorks image. I actually > haven't tried that. I believe the target I'm building is the following: > > In $(TORNADO2)\target\config\ads8260\Makefile: > RELEASE = bootrom_uncmp.hex vxWorks vxWorks.st > > I just got this BSP recently - maybe the bootrom has just been added in the > release I received. I did see something in the BSP manual about there not > being one. Perhaps you could get an update? If you don't have this bootrom > it's hard for me to help because I'm probably newer than you are to this > vxWorks stuff. Most of the stuff you are talking about I think is related > to building a vxWorks OS designed to reside (at least partly) in ROM. My > configuration just boots up, initializes a few registers, and downloads a > vxWorks image into RAM via the FTP server on the host. I don't have > experience with any other configurations. > > > ... when I convert the romCompress image i get > > a file which is about 2mb ... > > I had that problem when I tried to use the uncompressed bootrom > ("bootrom_uncmp"). I haven't looked into how this requirement arose that > the fff00000 ROM has to be used, but I understand it's limiting. > > I made carefully account of the changes I made and they were all related to > the clock frequency. I can tell you exactly what they were if you need > them. > Besides that I made all the jumper changes specified in the manual. > The only other tricky thing was understanding how to get the bootrom image > into fff00000, by using the Bias setting in the Flash Programming windows. > I got my BSP on November 17th. > Product Number: 100-14231-ZC > CD Title: ads8260 bsp for the Motorola MPC8260 > Part No.: TDK-13209-ZC > > I noticed that one of the notes on the wrs website says that there is a > patch for the ads8260 bsp. I don't know when that note was written but > perhaps it applies to you - if it does you should contact your WRS sales > rep. > Let me know how this turns out, and how I can be of more help, short of > sending you any code. > > Michael > > > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ads8260 Date: Fri, 24 Nov 2000 13:30:22 -0500 From: "Michael Barker" Organization: Motorola Message-ID: <8vmc2n$o9h$1@newshost.mot.com> References: <3A168A52.1040407@ieee.org> <_pbS5.8262$rr3.380220@news> <8vgtmp$mhg$1@newshost.mot.com> <8vgu7p$n3g$1@newshost.mot.com> <64hT5.10561$rr3.488950@news> <8vm228$cfv$1@newshost.mot.com> Oh - the only other code I changed was for the network setup; I set the DEFAULT_BOOT_LINE macro in target/config/ads8260/config.h, and I set sysFccEnetAddr to a unique ethernet address in target/config/ads8260/sysLib.c. Besides the clock frequency stuff, that's all the code I messed with - I promise. Once my flash code was flashed in and working and I had the FTP server started, I could see the bootup message on a serial port connected to the target, and could see my target login to the FTP server and download the vxWorks image file. The vxWorks image which gets loaded via FTP download, I built by creating a "Bootable VxWorks Image", "Based on" the ads8260 BSP. When building this, I removed the BSP directory from the list of directories to skip when determining dependencies. "Michael Barker" wrote in message news:8vm228$cfv$1@newshost.mot.com... > Hi Jim, > > > 1.) **(Started over)** As a sanity check to make sure I have not done > > anything silly in my explorations to solve my problem I have reinstalled > > everything from scratch and am starting over with a clean tornado > directory. > > So there should be nothing wierd in the builds, and this means right now I > > am working with essentially a clean slate. > > Good. I did the same thing at one point. > > > 2.) **(Spr fix)** I fixed the build for the SPR on the wrs web page for > the > > SPR ... but that only require changes to defs.vxWorks and defs.project. > > I'm not familiar with this issue. > > > 3.) **(What I see right now)** I have built the vxWorks_romCompress file > > with text segment linked to 0xfff00000 and data segment 0x0 as produced by > > the given defaults in the BSP > > Actually the target I was building was called bootrom, not > vxWorks_romCompress. I build it through the menu option Build->Build Boot > Roms. > I used the default memory segments, same as you: > ROM_TEXT_ADRS = fff00100 # ROM entry address > ROM_SIZE = 00100000 # number of bytes of ROM space > ROM_WARM_ADRS = fff00108 # ROM warm entry address > ROM_LINK_ADRS = fff00000 > > RAM_LOW_ADRS = 00010000 # RAM text/data address > RAM_HIGH_ADRS = 00200000 # RAM text/data address > > I didn't realize you were building a ROM-based vxWorks image. I actually > haven't tried that. I believe the target I'm building is the following: > > In $(TORNADO2)\target\config\ads8260\Makefile: > RELEASE = bootrom_uncmp.hex vxWorks vxWorks.st > > I just got this BSP recently - maybe the bootrom has just been added in the > release I received. I did see something in the BSP manual about there not > being one. Perhaps you could get an update? If you don't have this bootrom > it's hard for me to help because I'm probably newer than you are to this > vxWorks stuff. Most of the stuff you are talking about I think is related > to building a vxWorks OS designed to reside (at least partly) in ROM. My > configuration just boots up, initializes a few registers, and downloads a > vxWorks image into RAM via the FTP server on the host. I don't have > experience with any other configurations. > > > ... when I convert the romCompress image i get > > a file which is about 2mb ... > > I had that problem when I tried to use the uncompressed bootrom > ("bootrom_uncmp"). I haven't looked into how this requirement arose that > the fff00000 ROM has to be used, but I understand it's limiting. > > I made carefully account of the changes I made and they were all related to > the clock frequency. I can tell you exactly what they were if you need > them. > Besides that I made all the jumper changes specified in the manual. > The only other tricky thing was understanding how to get the bootrom image > into fff00000, by using the Bias setting in the Flash Programming windows. > I got my BSP on November 17th. > Product Number: 100-14231-ZC > CD Title: ads8260 bsp for the Motorola MPC8260 > Part No.: TDK-13209-ZC > > I noticed that one of the notes on the wrs website says that there is a > patch for the ads8260 bsp. I don't know when that note was written but > perhaps it applies to you - if it does you should contact your WRS sales > rep. > Let me know how this turns out, and how I can be of more help, short of > sending you any code. > > Michael > > > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to send data via specific PPP links? Date: 24 Nov 2000 21:21:19 GMT From: Johan Borkhuis Organization: Lucent Technologies, Nieuwegein NL Message-ID: <8vmm4f$6u1$1@news1.xs4all.nl> References: <8vashp$v8m$1@nnrp1.deja.com> Harry Liu wrote: : The VxWorks support up-to-16 active PPP links. But when a program want : to send data, if there a several active PPP links in the environment, : through which the data will be sent? I guess this depends on the (sub)netmasks that are specified for the different links. Use ifShow to see the parameters for the different links. Groeten, Johan - -- o o o o o o o . . . ______________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | borkhuis@lucent.com | >(________|__|_[_________]_|___________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: CPV3060 Board BSP Package Doesn't Work! Date: 24 Nov 2000 21:34:00 GMT From: Johan Borkhuis Organization: Lucent Technologies, Nieuwegein NL Message-ID: <8vmms8$b9s$1@news1.xs4all.nl> References: <8vbo16$t4v$1@murdoch.harvard.net> Andrew Carlisle wrote: : Hello, : I am using the Motorola CPV3060 cPCI carrier card. It has two PMC slots on : it and a MPC860 processor. The vxWorks boot loader comes up correctly and : FTPs the vxWorks image over to the board and start to run it. However, it : then crashes. The BDM port on the board doesn't seem to work correctly, so : there is very little I can do in the way of debugging the point where the : crash occurs. Has anyone used this board and BSP before? Any help would be : appreciated! The fact that the bootloader starts up means that VxWorks can run on this target, as the bootloader is just a stripped-down version of VxWorks. Did you buid the bootloader, or was it shipped with your board? In the last case try rebuilding the bootloader and load it on your target. If this does not work ask your supplier for the configuration of the bootloader. If it works try stripping as much as possible from your VxWorks image. When you have a working image try to add the other components again. Groeten, Johan - -- o o o o o o o . . . ______________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | borkhuis@lucent.com | >(________|__|_[_________]_|___________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: DOSFS, IDE and FTP Date: 24 Nov 2000 21:36:18 GMT From: Johan Borkhuis Organization: Lucent Technologies, Nieuwegein NL Message-ID: <8vmn0i$b9s$2@news1.xs4all.nl> References: <974975138.6288.0.nnrp-12.c2de62a4@news.demon.co.uk> I can only answer this for Tornado2, but maybe it helps. Roddy Pratt wrote: : a: DosFS : Does anyone know of an NTFS/FAT32 filesystem available that works : reliably, with large disk support. There is a version available called DosFS2 that supports FAT32. : c: FTP : Is there an FTP server available which supports rename,delete and mkdir? In DosFS2 there is an unsupported FTS server in source, that provides some facilities that are not in the supported version. Groeten, Johan - -- o o o o o o o . . . ______________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | borkhuis@lucent.com | >(________|__|_[_________]_|___________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to provide user access to TELENT server? Date: Fri, 24 Nov 2000 22:01:30 GMT From: "Patrick@Roadrunner" Organization: Road Runner Message-ID: <_yBT5.4358$b73.2358388@typhoon.san.rr.com> References: <200011231542.HAA11726@mail10.bigmailbox.com> Use vxencrypy dos utility unted tornado host tools directory to create an encrypted password. I cannot remember the exact syntax but it is something like c:/> vxencrypy thisismypassword (the output will produce something like...." "%d787tdtdtdtt%td" and this is the string you should put into component params feld for password. patrick "Deja User" wrote in message news:200011231542.HAA11726@mail10.bigmailbox.com... > vxWorks Tornado > > Hi All, > > I am using "TornadoII" with "vxSim" full (prototyper downloaded from wrs site). > > I have selected the following components > 1.TELNET Server > 2.RLOGIN / TELNET password protection > > After built the vxworks.exe and started, while accessing telenet server through "windows telnet" command, it asks for "vxworks login" and "password:". > > But it is not allowing to login, always reports "Login incorrect", I have even tried to change user name and password at the parameter field of "RLOGIN / TELNET password protection" componenet proproties. > > Can Any one give clue, how to solve it. > > Thanks in advance. > > regards, > > Emblov > > ------------------------------------------------------------ > --== Sent via Deja.com http://www.deja.com/ ==-- > Before you buy. > > --------------------------- Newsgroups: comp.os.vxworks Subject: One serial connection Date: Fri, 24 Nov 2000 23:40:42 +0100 From: "JJS" Organization: LT Message-ID: <8vmqji$c01$1@news2.isdnet.net> Hi, My configuration : Tornado2, host WinNt, VxWorks 5.4 On my PPC860 target board I have only one serial connection (boot display) Is it possible to "kill" (free) this use of the serial connection and open it for an other task? Thanks Jack --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to send data via specific PPP links? Date: Fri, 24 Nov 2000 22:40:06 GMT From: pwhicker@home.com (Paul Whicker) Organization: Excite@Home - The Leader in Broadband http://home.com/faster Message-ID: References: <8vashp$v8m$1@nnrp1.deja.com> <8vmm4f$6u1$1@news1.xs4all.nl> THis will be controlled by the routing table, the PPP link which the system thinks it can reach the destination by is the one that will get used, same as if you have several Ethernet ports. Paul In article <8vmm4f$6u1$1@news1.xs4all.nl>, Johan Borkhuis wrote: >Harry Liu wrote: >: The VxWorks support up-to-16 active PPP links. But when a program want >: to send data, if there a several active PPP links in the environment, >: through which the data will be sent? > >I guess this depends on the (sub)netmasks that are specified for the >different links. Use ifShow to see the parameters for the different links. > >Groeten, > Johan > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How can I handle Serial I/O with Non-Block Mode Date: Fri, 24 Nov 2000 22:41:28 GMT From: pwhicker@home.com (Paul Whicker) Organization: Excite@Home - The Leader in Broadband http://home.com/faster Message-ID: References: One thing is to use select() to wait until the port has something before you read it, another thing is to use an agent task to do the waiting for you. Paul In article , "DACOM" wrote: >Hello, dears. >I'm a beginner on VxWorks. > >When Serial I/O port is open, the port is on the state of >block-mode. Therefore, unless some data come into the port, >It should be blocked forever, as I know. > >How can I handle the serial I/O with in non-block mode ? >Please show me a little bit hints. > > >Thanks in advance. > >regards, > >Brad > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: About image downloading Date: Fri, 24 Nov 2000 22:44:40 GMT From: pwhicker@home.com (Paul Whicker) Organization: Excite@Home - The Leader in Broadband http://home.com/faster Message-ID: References: <8vlbh8$i93$1@overload.lbl.gov> Easiest way is to intall an FTP server on the PC, Wind River ships one with Tornado for x86 hosts, alternatively use the Micro$oft server but it doesn't work as well and isn't as easy to configure. I actually NFS mount my Solaris drive on my PC then export that with FTP. HTH Paul In article <8vlbh8$i93$1@overload.lbl.gov>, j s shah wrote: >Hi friends, > I have a query abot the downloading process of the >Vxworks image on the target. I have A cpu 50gt as the target and I >download the boot image form the solaris host using tftp at the Openboot >for the CPU50gt through the LAN. > Now, if I take the binary image file and store it on a >PC and connect my target to the PC on LAN , in what way I can download >the binary image to the target flash. > >With rgds, >Jignesh Shah >jsshah@tecrnd.com >shah_jignesh_s@yahoo.com > >TEC R&D Labs >INDIA > > > --------------------------- Newsgroups: comp.os.vxworks Subject: Can't find STATUS definition Date: Fri, 24 Nov 2000 15:48:48 -0800 From: Wallace Owen Message-ID: <3A1EFE60.D11E52BC@cardionet.com> I'm using VxWorks (Tornado 2) on Windows 2000, targeting the StongARM (right now I'm targeting SimNT), and am experiencing a problem with finding certain typedefs/#defines. A coworker's machine doesn't exhibit the same problem, but appears in all other respects to be configured identically. The problem appears when I attempt to #include . This file #includes . When I compile the source file which #includes stdlib.h, the compiler issues the following complaint when it reaches bootLib.h: ccsimpc -U__WINNT -UWIN32 -U__WINNT__ -UWINNT -U__MINGW32__ -U_WIN32 -U__WIN32 -U__WIN32__ -U__WIN32 -mpentium -ansi -nostdinc -g -nostdlib -fno-builtin -fno-defer-pop -Wall -DRW_M ULTI_THREAD -D_REENTRANT -I. -IC:\Tornado\target\h -DCPU=SIMNT -c C:\Tornado\target\proj\s tatproj\Sensor_Interface.cpp In file included from C:\\Tornado\target\h\sysLib.h:74, from C:\Tornado\target\proj\statproj\Sensor_Interface.cpp:3: C:\\Tornado\target\h\bootLib.h:73: syntax error before `(' C:\\Tornado\target\h\bootLib.h:74: syntax error before `(' C:\\Tornado\target\h\bootLib.h:76: syntax error before `(' C:\\Tornado\target\h\bootLib.h:77: syntax error before `(' C:\\Tornado\target\h\bootLib.h:78: syntax error before `(' The lines in question are: 73 extern STATUS bootBpAnchorExtract (char *string, char ** pAnchorAdrs); 74 extern STATUS bootLeaseExtract (char *string, u_long *pLeaseLen, 75 u_long *pLeaseStart); 76 extern STATUS bootNetmaskExtract (char *string, int *pNetmask); 77 extern STATUS bootScanNum (char ** ppString, int *pValue, BOOL hex); 78 extern STATUS bootStructToString (char *paramString, BOOT_PARAMS I can't find anywhere in the target/h directory where STATUS is either #defined or typedef'd. I can't find it anywhere on my coworker's machine either, so I guess the flipside to my question is: "How does my coworker's development environment get around the need for STSTUS to be #defined"? // Wally - -- Your eyes are weary from staring at the CRT. You feel sleepy. Notice how restful it is to watch the cursor blink. Close your eyes. The opinions stated above are yours. You cannot imagine why you ever felt otherwise. --------------------------- Newsgroups: comp.os.vxworks Subject: PPP link tuning... Date: Fri, 24 Nov 2000 23:16:27 GMT From: Bill Pringlemeir Organization: Factory of the mind Message-ID: Sender: bpringlemeir@DeadDuck Hello, I read WTN50.pdf and have a PPP link going to my target. I notice that the WDB functions are about 50% slower than the plain serial WDB transfers. Has anyone experimented with compression (and what to enable on NT) as well as MRU and MTU sizes. This is for debugging with a null modem cable. Anyways, I would like to know if the defaults are out of whack or something. It seems like a large overhead. thanks, Bill - -- CIA FSF ammunition $400 million in gold bullion AK-47 KGB Albanian Peking jihad FBI Delta Force Serbian quiche kibo explosion --------------------------- Newsgroups: comp.os.vxworks Subject: stdin doesn't work from the vxWorks Shell Date: Sat, 25 Nov 2000 02:32:23 -0500 From: "Andrew Carlisle" Organization: HarvardNET Message-ID: <8vnai6$fk1$1@murdoch.harvard.net> Hello, I have noticed that the stdin doesn't seem to work from the shell. For instance, if I have a simple program that is reading from the stdin, it simply doesn't work. For instance, if I run it from the shell in the following manner it doesn't work: myprog < infile This is really strange, because the same program works fine when I run it on a Solaris workstation! Is there something wrong with the way vxWorks does their standard in? Any help would be greatly appreciated. Thanks, Andy --------------------------- Newsgroups: comp.os.vxworks Subject: newbie question: target I/O Date: Sat, 25 Nov 2000 09:15:07 GMT From: "gang wang" Organization: EarthLink Inc. -- http://www.EarthLink.net Message-ID: I have a program running on the target side which interacts with user through keyboard. The host is connectedd with the target through network and serial port as recommended by WindRiver. I am using T2. My question is: how could I redirect the target I/O to use the host side keyboard and window for input and output? Thanks --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Problems with IE5.0 and WindWeb Server Date: Sat, 25 Nov 2000 10:29:56 +0100 From: Andreas Vorgeitz Organization: Robert Bosch GmbH Message-ID: <3A1F8694.3BF0DEC2@de.bosch.com> References: <3A1A87EC.664F4B5B@de.bosch.com> Reply-To: Andreas.Vorgeitz@de.bosch.com I found it out on myself: The problem was, that the browser loads the applets with another socket connection simultaneously to the rest of the page and since the WindWebServer is by default single tasked, it locks up. Setting #define HTTP_NR_OF_TASKS 2 and the applets load on IE and NS as well. Andreas Vorgeitz schrieb: > Hi, > > i am using the wind web server from Tornado to put some diagnostic > applets on out VxWorks machines. Using Netscape 4.7, the html pages and > the apples load properly, but Internet Explorer seems to get stuck when > reading the applet. First i thought this is a problem with the Java > Plug-In, but when I put my files on another server (Frontpage Web > Sever), the pages load fine on IE as well. > > Has anybody else experienced problems with the Internet Explorer and the > WindWebServer??? > > Thanks in advance and > > regards > > Andreas Vorgeitz --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Sun Nov 26 04:03:08 2000 From: Vxworks Exploder Date: Sun Nov 26 04:03:11 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sun Nov 26 04:03:05 PST 2000 Subject: Re: stdin doesn't work from the vxWorks Shell Subject: Re: newbie question: target I/O Subject: Re: x86 booting woes.... Subject: Re: Does tornado include END Lib? Subject: Re: Can't find STATUS definition Subject: MVME2700 User Flash ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: stdin doesn't work from the vxWorks Shell Date: Sat, 25 Nov 2000 10:12:33 -0500 From: Joe Durusau Message-ID: <3A1FD6E1.7BF1C5A8@bellsouth.net> References: <8vnai6$fk1$1@murdoch.harvard.net> vxworks doesn't normally get stdin from the shell window. It will usually be from the serial port or the virtual console window. Look for virtual console in the docs and you will see a discussion of how to redirect stdin. Also, when you run progs from the shell window, you are actually in effect calling a function named myprog, passing it whatever params you put on the command line. Try myprog() from the shell window and see if the prog will accept input from the target's serial port. Speaking only for myself, Joe Durusau Andrew Carlisle wrote: > > Hello, > > I have noticed that the stdin doesn't seem to work from the shell. For > instance, if I have a simple program that is reading from the stdin, it > simply doesn't work. For instance, if I run it from the shell in the > following manner it doesn't work: > > myprog < infile > > This is really strange, because the same program works fine when I run it on > a Solaris workstation! Is there something wrong with the way vxWorks does > their standard in? Any help would be greatly appreciated. > > Thanks, > > Andy --------------------------- Newsgroups: comp.os.vxworks Subject: Re: newbie question: target I/O Date: Sat, 25 Nov 2000 10:17:35 -0500 From: Joe Durusau Message-ID: <3A1FD80F.65DF717A@bellsouth.net> References: In general, you open a window on the HOST which runs a termnal emulator, connected from your host to the target serial port. In solaris, given that my serial port a is connected to the target serial port, I open a command window and type tip cuaa in it. Then I can use the console keyboard as you describe. You need to talk to someone else if you are running T2 on Windoz. Speaking only for myself, Joe Durusau gang wang wrote: > > I have a program running on the target side which interacts with user > through keyboard. The host is connectedd with the target through network > and serial port as recommended by WindRiver. I am using T2. > > My question is: how could I redirect the target I/O to use the host side > keyboard and window for input and output? > > Thanks --------------------------- Newsgroups: comp.os.vxworks Subject: Re: x86 booting woes.... Date: 25 Nov 2000 17:11:11 GMT From: Johan Borkhuis Organization: Lucent Technologies, Nieuwegein NL Message-ID: <8vorrf$mdm$1@news1.xs4all.nl> References: <3A1AF270.AB62A7CB@root.com> <3A1B2DB9.C4200E87@flashcom.net> <3A1BE73D.792BECB5@root.com> Bruce Chrustie wrote: : Here is my complete screen dump..... : muxDevLoad failed for device entry 0! : Attaching interface lo0...done : wdbConfig: error configuring WDB communication interface : VxWorks : Copyright.....(stuff) : (more default stuff about CPU and image date) : WDB: Agent configuration failed. : 0x4fee7c (tRootTask)L muxLoad failed! Looks like you did not include the target shell in your project. Try including this and rebuilding. That should fix the problem with the shell. Groeten, Johan - -- o o o o o o o . . . ______________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | borkhuis@lucent.com | >(________|__|_[_________]_|___________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Does tornado include END Lib? Date: 25 Nov 2000 17:29:40 GMT From: Johan Borkhuis Organization: Lucent Technologies, Nieuwegein NL Message-ID: <8vosu4$mdm$2@news1.xs4all.nl> References: <3A1C60ED.36F0E7F0@email.mot.com> Xin Li wrote: : I am using UNIX Tornado. I have developed an ethernet END style driver : and begin to test it under vxSim. I am sure that Macro INCLUDE_END is : defined in Makefile while building the kernel. But when I download the : driver code into vxsim, vxsim complains that a lot of endxxx are : undefined symbols. So I am wondering if Tornado really includes END Lib : code. I am not sure if endLib is included with the simulator. Looking at the error messages you are getting I think that this is not included (the ULIP driver is probably an old style driver, and that is the only one supported under vxSim). Groeten, Johan - -- o o o o o o o . . . ______________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | borkhuis@lucent.com | >(________|__|_[_________]_|___________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Can't find STATUS definition Date: Sat, 25 Nov 2000 16:18:39 -0800 From: DrDiags Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A2056DF.6753B1F3@flashcom.net> References: <3A1EFE60.D11E52BC@cardionet.com> Reply-To: drdiags@flashcom.net Wallace, As far as what the typedef is for STATUS, it is defined in the $(WIND_BASE)/target/h/types/vxTypesOld.h file as: typedef int STATUS; Wallace Owen wrote: > I'm using VxWorks (Tornado 2) on Windows 2000, targeting the StongARM > (right now I'm targeting SimNT), and am experiencing a problem with > finding certain typedefs/#defines. A coworker's machine doesn't > exhibit the same problem, but appears in all other respects to be > configured identically. > > The problem appears when I attempt to #include . This file > #includes . When I compile the source file which #includes > stdlib.h, the compiler issues the following complaint when it reaches > bootLib.h: > > ccsimpc -U__WINNT -UWIN32 -U__WINNT__ -UWINNT -U__MINGW32__ -U_WIN32 -U__WIN32 -U__WIN32__ > -U__WIN32 -mpentium -ansi -nostdinc -g -nostdlib -fno-builtin -fno-defer-pop -Wall -DRW_M > ULTI_THREAD -D_REENTRANT -I. -IC:\Tornado\target\h -DCPU=SIMNT -c C:\Tornado\target\proj\s > tatproj\Sensor_Interface.cpp > In file included from C:\\Tornado\target\h\sysLib.h:74, > from C:\Tornado\target\proj\statproj\Sensor_Interface.cpp:3: > C:\\Tornado\target\h\bootLib.h:73: syntax error before `(' > C:\\Tornado\target\h\bootLib.h:74: syntax error before `(' > C:\\Tornado\target\h\bootLib.h:76: syntax error before `(' > C:\\Tornado\target\h\bootLib.h:77: syntax error before `(' > C:\\Tornado\target\h\bootLib.h:78: syntax error before `(' > > The lines in question are: > > 73 extern STATUS bootBpAnchorExtract (char *string, char ** pAnchorAdrs); > 74 extern STATUS bootLeaseExtract (char *string, u_long *pLeaseLen, > 75 u_long *pLeaseStart); > 76 extern STATUS bootNetmaskExtract (char *string, int *pNetmask); > 77 extern STATUS bootScanNum (char ** ppString, int *pValue, BOOL hex); > 78 extern STATUS bootStructToString (char *paramString, BOOT_PARAMS > > I can't find anywhere in the target/h directory where STATUS is either > #defined or typedef'd. > > I can't find it anywhere on my coworker's machine either, so I guess the > flipside to my question is: "How does my coworker's development environment > get around the need for STSTUS to be #defined"? > > // Wally > > -- > Your eyes are weary from staring at the CRT. You feel sleepy. Notice how > restful it is to watch the cursor blink. Close your eyes. The opinions > stated above are yours. You cannot imagine why you ever felt otherwise. --------------------------- Newsgroups: comp.os.vxworks Subject: MVME2700 User Flash Date: Sun, 26 Nov 2000 03:09:59 GMT From: "Gooden, K" Organization: AT&T Worldnet Message-ID: Hello all, I have a MVME2700 with 8 MBytes of user flash. I would like to be able to, under program control, read/write data from flash. Does anyone have any sample code and or advice on how to do this? Thanks in advance --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Sun Nov 26 22:35:31 2000 From: j s shah Date: Sun Nov 26 22:35:33 PST 2000 Subject: About image downloading from openboot Hi Friends, I am using a host-target configuration for the development work at my office. The host uses Tornado 2 and vxWorks 5.4 . The target is CPU50 GT . Now , during development , I download the VxWorks image to the CPU50GT boot flash by using tftpboot. I actually copy the required image to the tftpboot directory at my host machine. Then I follow the flash downloading procedure provided with BSP. Here, the host and target are on the LAN. Then , for the next time I boot from the VxWorks downloaded image by changing the boot switch setting on the target. Now, I have a query. This board i.e. the target is used on the site. There I don't have development facility. There I have a normal PC and I can manage to connect my target to the PC on LAN. Now, (1) IS it possible to download the image file stored on the PC on the target boot flash . Here, I'll connect a terminal to the target and the target will boot from OpenBOOT. (2) If I connect a HDD or FDD to the target itself, it the above possible. (3) If I connect a HDD or FDD to the target and I have the target loaded with basic vxWorks image and boot my target from this image. In this case the target starts count before booting and I can specify the boot parameter. So, can a state the boot parameter in a way that the the binary image can be laoded form my target local disk itself. I'll be very thankful for an early reply. With rgds, Jignesh Shah TEC R&D From vxwexplo-errs@csg.lbl.gov Mon Nov 27 04:03:07 2000 From: Vxworks Exploder Date: Mon Nov 27 04:03:09 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Mon Nov 27 04:03:03 PST 2000 Subject: Re: Can't find STATUS definition Subject: Re: Conversion tool to make UGL compatible images Subject: Re: A query! Subject: Re: Static variables in in static library Subject: BSP of Motorola Scout Board Subject: Re: Creating files thru the network error ( S_errno_ENOBUFS ) Subject: About image downloading from openboot Subject: C++ Exception and exc Task ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Can't find STATUS definition Date: Sun, 26 Nov 2000 07:32:53 +0100 From: "JJS" Organization: LT Message-ID: <8vrt2e$2ko6$1@news5.isdnet.net> References: <3A1EFE60.D11E52BC@cardionet.com> Wallace Owen a écrit dans le message <3A1EFE60.D11E52BC@cardionet.com>... >I'm using VxWorks (Tornado 2) on Windows 2000, targeting the StongARM >(right now I'm targeting SimNT), and am experiencing a problem with >finding certain typedefs/#defines. A coworker's machine doesn't >exhibit the same problem, but appears in all other respects to be >configured identically. > >The problem appears when I attempt to #include . This file >#includes . When I compile the source file which #includes >stdlib.h, the compiler issues the following complaint when it reaches >bootLib.h: > >ccsimpc -U__WINNT -UWIN32 -U__WINNT__ -UWINNT -U__MINGW32__ -U_WIN32 -U__WI N32 -U__WIN32__ > -U__WIN32 -mpentium -ansi -nostdinc -g -nostdlib -fno-builtin -fno-defer-p op -Wall -DRW_M >ULTI_THREAD -D_REENTRANT -I. -IC:\Tornado\target\h -DCPU=SIMNT -c C:\Tornado\target\proj\s >tatproj\Sensor_Interface.cpp >In file included from C:\\Tornado\target\h\sysLib.h:74, > from C:\Tornado\target\proj\statproj\Sensor_Interface.cpp:3: >C:\\Tornado\target\h\bootLib.h:73: syntax error before `(' >C:\\Tornado\target\h\bootLib.h:74: syntax error before `(' >C:\\Tornado\target\h\bootLib.h:76: syntax error before `(' >C:\\Tornado\target\h\bootLib.h:77: syntax error before `(' >C:\\Tornado\target\h\bootLib.h:78: syntax error before `(' > >The lines in question are: > > 73 extern STATUS bootBpAnchorExtract (char *string, char ** pAnchorAdrs); > 74 extern STATUS bootLeaseExtract (char *string, u_long *pLeaseLen, > 75 u_long *pLeaseStart); > 76 extern STATUS bootNetmaskExtract (char *string, int *pNetmask); > 77 extern STATUS bootScanNum (char ** ppString, int *pValue, BOOL hex); > 78 extern STATUS bootStructToString (char *paramString, BOOT_PARAMS > >I can't find anywhere in the target/h directory where STATUS is either >#defined or typedef'd. > >I can't find it anywhere on my coworker's machine either, so I guess the >flipside to my question is: "How does my coworker's development environment >get around the need for STSTUS to be #defined"? > The error is not in the .h file but certainly in one of your files (.cpp or .h). For example a } at the end of a class declaration or ) Jack --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Conversion tool to make UGL compatible images Date: 26 Nov 2000 21:11:22 GMT From: Johan Borkhuis Organization: Lucent Technologies, Nieuwegein NL Message-ID: <8vru9q$32q$1@news1.xs4all.nl> References: <8vfs0g$36l$1@nnrp1.deja.com> tweety666@my-deja.com wrote: : Is there someone who has an tool to convert bmps to source code, so : that I can include them in my image. It must be compatible with UGL as : I want to display these images on the screen with UGL bitmap calls. You can use a memory drive for this. This is an image of a filesystem included in your VxWorks image. The files on this image can be accessed just as other files. See the FAQ for more information about this. (http://www.xs4all.nl/~borkshuis/vxWorks/memDrv.html). Groeten, Johan - -- o o o o o o o . . . ______________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | borkhuis@lucent.com | >(________|__|_[_________]_|___________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: A query! Date: 26 Nov 2000 21:17:11 GMT From: Johan Borkhuis Organization: Lucent Technologies, Nieuwegein NL Message-ID: <8vrukn$32q$2@news1.xs4all.nl> References: <8vfro7$jrn$1@overload.lbl.gov> Parthasarathy Sanmugam wrote: : We are working in Tornado 2.0. : We had created a workspace (namely "workspace12") and under that a : project namely "project30" in which we have added all our source and : header files for compilation. : When we opened Tornado today, it showed some error whose description : is as below: : project 30 load files failed Did the files move or are they on a network drive? Did you edit your project file with an external editor? (Tornado uses Unix style files (only CR), and not the CR/LF as used by Windows). :
      P.S. Please do not post in HTML format. It is a bit difficult to read. Groeten, Johan - -- o o o o o o o . . . ______________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | borkhuis@lucent.com | >(________|__|_[_________]_|___________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Static variables in in static library Date: 26 Nov 2000 21:19:42 GMT From: Johan Borkhuis Organization: Lucent Technologies, Nieuwegein NL Message-ID: <8vrupe$32q$3@news1.xs4all.nl> References: <8vank6$rrm$1@nnrp1.deja.com> albert.wijnja@meco.nl wrote: : Hello, : We use the ACE/TAO implementatation from DOC. In the ACE library they : provide an alternative spawn routine that store the commandline : arguments from the shell in argc/argv static variables (using the va_* : routines). These parameters are passed to the routine to be called : (ace_main) using the taskSpawn routine. When I build two executable : (both linked with the static library containing the spa-routine), : invoking the first executable works fine. However, invoking the second : one results in an exception. Does anyone have a clue what is going : wrong? I did not check your code, but threads in VxWorks are not running in a seperate memory space. When you execute the same function again with static declarations the same location is used for all threads. If you want to avoid this use normal variables (these will be declared on the stack) or allocate memory using malloc. Groeten, Johan - -- o o o o o o o . . . ______________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | borkhuis@lucent.com | >(________|__|_[_________]_|___________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: BSP of Motorola Scout Board Date: Mon, 27 Nov 2000 05:31:33 GMT From: "Kim, Jeong-Hwan" Organization: Dacom Message-ID: Hi, everyone I'm searching for BSP code for Motorola Scout Board (750 master and 8260 slave). Is Windriver supplying BSP code for Scout board ?? How can I get the BSP of Scout ?? If it is not free, how much is the price for the BSP?? Kim --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Creating files thru the network error ( S_errno_ENOBUFS ) Date: Sun, 26 Nov 2000 22:51:37 -0800 From: Duncan Family Message-ID: <3A220479.C8C9B02A@my-deja.com> References: Look at the output from netStackSysPoolShow() and netStackDataPoolShow() when the problem occurs and you will likely see what resource you are running out of. Chandana Sembakutti wrote: > Hi, > I am trying to create files in the NT running host machine using VxWorks > running on > Pentium Pro SBC. First file will be created. But subsequent file creations > occasionally ) > failed with the errno, S_errno_ENOBUFS. > > Yes, I DO fclose() the file descripter! > > I increased number of DOS files to be 50, but in vein. Is there any > configuration > that I am missing? > > Thanks everyone, > Chandana --------------------------- Newsgroups: comp.os.vxworks Subject: About image downloading from openboot Date: Mon, 27 Nov 2000 12:01:30 +0530 From: j s shah Organization: Lawrence Berkeley National Laboratory Message-ID: <8vt1k7$m8d$1@overload.lbl.gov> Hi Friends, I am using a host-target configuration for the development work at my office. The host uses Tornado 2 and vxWorks 5.4 . The target is CPU50 GT . Now , during development , I download the VxWorks image to the CPU50GT boot flash by using tftpboot. I actually copy the required image to the tftpboot directory at my host machine. Then I follow the flash downloading procedure provided with BSP. Here, the host and target are on the LAN. Then , for the next time I boot from the VxWorks downloaded image by changing the boot switch setting on the target. Now, I have a query. This board i.e. the target is used on the site. There I don't have development facility. There I have a normal PC and I can manage to connect my target to the PC on LAN. Now, (1) IS it possible to download the image file stored on the PC on the target boot flash . Here, I'll connect a terminal to the target and the target will boot from OpenBOOT. (2) If I connect a HDD or FDD to the target itself, it the above possible. (3) If I connect a HDD or FDD to the target and I have the target loaded with basic vxWorks image and boot my target from this image. In this case the target starts count before booting and I can specify the boot parameter. So, can a state the boot parameter in a way that the the binary image can be laoded form my target local disk itself. I'll be very thankful for an early reply. With rgds, Jignesh Shah TEC R&D --------------------------- Newsgroups: comp.os.vxworks Subject: C++ Exception and exc Task Date: 27 Nov 2000 09:59:53 +0200 From: stanislav-at-shiron.com (stanislav) Organization: Shiron Sattelite Communications Message-ID: <8FF9621DCDoronshironcom@206.49.94.215> Hi All how can I catch hardware exception before tExcTask() for example: try { create some hardware exception ( for example diverror) } catch(...) { printf("Caught Div Error\b) } It seems that tExctask have priority over C++ exception mechanism Is there a way to bypass this ? TIA Stanislav Razilov Shiron Sattelite Communications Web Site : www.shiron.com --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Mon Nov 27 16:19:11 2000 From: "Thach Vu" Date: Mon Nov 27 16:19:14 PST 2000 Subject: Tornado Compiler This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C058C5.050C2EE0 Content-Type: text/plain; charset="iso-8859-1" Hi, I have a question regarding to Tornado 2.0 Compiler. I tried to compile a header file that contains C++ comment (//) but it didn't accept this comment style. I had to change it to C comment style (/* */) in order to make the compiler work. I found it strange that if the file is cpp files then it will accept the C++ comment style. Is there any way that the compiler will read the C++ comment style inside my header file. The reason I ask is that the header file contains an awful lot of C++ comments and I don't want to convert them into C comment. Thank you for any of your help. Thach Vu ------_=_NextPart_001_01C058C5.050C2EE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Tornado Compiler

    Hi,

    I have a question regarding to Tornado = 2.0 Compiler.
    I tried to compile a header file that = contains C++ comment (//) but it didn't accept this comment = style.
    I had to change it to C comment style = (/* */) in order to make the compiler work.
    I found it strange that if the file = is cpp files then it will accept the C++ comment style.
    Is there any way that the compiler = will read the C++ comment style inside my header file.
    The reason I ask is that the header = file contains an awful lot of C++ comments and I don't want to convert = them into C comment.

    Thank you for any of your help.

    Thach Vu

    ------_=_NextPart_001_01C058C5.050C2EE0-- From vxwexplo-errs@csg.lbl.gov Mon Nov 27 19:30:15 2000 From: "Ramesh Subramanian" Date: Mon Nov 27 19:30:17 PST 2000 Subject: Including a generic driver in VxWorks Hi VxWorkers, Could anybody in the VxWorks World help me in the following aspect: Please give us complete procedure in getting the same: 1. How to a device driver to tornado project facility?(apart from the default components that come up along with BSP package) 2. How to get a new component with dependencies, parametersetc...with include and exclude option just like the usual component tornado project facility.? with regards, ganesanram _____________________________________________________ Chat with your friends as soon as they come online. Get Rediff Bol at http://bol.rediff.com Participate in crazy auctions at http://auctions.rediff.com/auctions/ From vxwexplo-errs@csg.lbl.gov Tue Nov 28 01:08:43 2000 From: T S Arvinda Date: Tue Nov 28 01:08:46 PST 2000 Subject: Problem with using 'Tcl_SplitList' Hi, We are using 'Tcl_SplitList' in our application(C-code) in Tornado simulator. We are getting 'unresolved symbol' error when we download our application. Which library contains the definition of "Tcl_SplitList"? Also, how do I link the libraries with our application. Regards, TSArvinda From vxwexplo-errs@csg.lbl.gov Tue Nov 28 04:03:11 2000 From: Vxworks Exploder Date: Tue Nov 28 04:03:14 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Tue Nov 28 04:03:06 PST 2000 Subject: Re: DOSFS, IDE and FTP Subject: Re: vxWorks boot over ethernet Subject: Configuration of windshell buffer Subject: Re: ads8260 Subject: process management in vxworks Subject: Re: ads8260 Subject: Re: stdin doesn't work from the vxWorks Shell Subject: Re: makeSymTbl Subject: Re: PPP link tuning... Subject: Tornado tgtsvr stopped working? Subject: Re: A query! Subject: Re: x86 booting woes.... Subject: Re: x86 booting woes.... Subject: Integrate Visual Studio and Tornado 2 Subject: Re: Integrate Visual Studio and Tornado 2 Subject: Comments for ScriptEase and ControlShell Subject: Re: Integrate Visual Studio and Tornado 2 Subject: Increase FTP Sessions Subject: [Q] MPC860 BSP - Ethernet End driver... Subject: Tornado II Connection Through a Firewall Subject: Re: Tornado tgtsvr stopped working? Subject: Re: C++ Exception and exc Task Subject: Re: process management in vxworks Subject: Tornado Compiler Subject: Re: Tornado Compiler Subject: Re: MVME2700 User Flash Subject: real time embedded software Subject: Re: Tornado Compiler Subject: Re: process management in vxworks Subject: How do I redirect data out the serial port? Subject: Including a generic driver in VxWorks Subject: Re: C++ Exception and exc Task Subject: Re: Support from windriver-est-diab - comments please Subject: Re: ICMP Echo Request ("ping") with zero ICMP checksum? Subject: Re: How do I redirect data out the serial port? Subject: Re: How can I form a ethernet physical address? Subject: Duplicate IP addresses? Subject: Re: Tornado tgtsvr stopped working? Subject: Re: Integrate Visual Studio and Tornado 2 Subject: Re: Increase FTP Sessions Subject: Re: [Q] MPC860 BSP - Ethernet End driver... Subject: Re: Including a generic driver in VxWorks Subject: Q: where to find information about the UGL of Wind River Subject: Problem with using 'Tcl_SplitList' Subject: how to determine the error information when make? Subject: PCI Subject: GCC - forward declaration??? Subject: Re: Tornado Compiler ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: DOSFS, IDE and FTP Date: Mon, 27 Nov 2000 15:21:27 +0100 From: Daniel Schnell Organization: Siemens AG Message-ID: <3A226DE7.2DA44EEC@icn.siemens.de> References: <974975138.6288.0.nnrp-12.c2de62a4@news.demon.co.uk> Hi ! I think if you want to get more out of your IDE disks you have to use the ATA modes. Never made any experiences with that but I think that's how it works :) Maybe look if you can get something feasible out of the ataDrv. Bye, Daniel Schnell Roddy Pratt wrote: > > I've been away from this newsgroup for a while, but I'm now trying to catch > up on a few VxWorks issues which continue to plague us:- > > We're currently using 486BSP with Vxworks 5.3.1 - Any answers/suggestions > gratefully received. > > a: DosFS > Does anyone know of an NTFS/FAT32 filesystem available that works > reliably, with large disk support. > > b: IDE speed > Even with a 466Mhz Celeron and 7200 rpm disks, we can't get disk read > speeds over about 2.5 Mb/Sec on 4Mb contiguous reads. Does anyone have > experience of getting IDE performance up to acceptable levels under vxWorks. > > c: FTP > Is there an FTP server available which supports rename,delete and mkdir? > > Thanks in advance! > > Roddy Pratt --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks boot over ethernet Date: Mon, 27 Nov 2000 09:47:33 -0500 From: Nicolas Gagnon Organization: UUNET Canada News Reader Service Message-ID: <3A227405.4BC330B7@solinetsystems.com> References: <8ug3nt$iq3$1@overload.lbl.gov> This is a multi-part message in MIME format. - --------------A671930F25086AD5AE02B77C Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Paul If I was you, I will investigate in the number of buffer you have allocated by default for your ethernet driver in your bootrom. I had similar kind of problem with PPP on a previous project. A good hint for it, is that you should get an ERRNO = ENOBUFF or something close to it. If this is the case, increase number of system and application buffer. You will have to table to modified in bootConfig.c PAULY A D wrote: > Hi, > > Our target is an x86 system. We are using bsp pc386 and have included the > ethernet driver for 3Com Etherlink III network card. But we could not boot > vxWorks over ethernet. (We tried using both static IP as well as DHCP). > > The TCP/IP device and loopback interfaces are successfully attached. But we > could not load the vxWorks image by FTP from the host. > > The output messages we got are : > > "Attached TCP/IP interface to elt0 > Attaching network interface lo0... done > Loading... tftpGet: Error occured while transferring the file. > > Error loading file : errno 0x0" > > Any ideas/clues/pointers to what is happening? > > Thanks, > Regards, > > Pauly - --------------A671930F25086AD5AE02B77C Content-Type: text/x-vcard; charset=us-ascii; name="nicolas.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Nicolas Gagnon Content-Disposition: attachment; filename="nicolas.vcf" begin:vcard n:Gagnon;Nicolas tel;fax:(613) 230-1362 tel;work:(613) 230-6628 x251 x-mozilla-html:FALSE url:www.solinetsystems.com org:Solinet Systems Inc.;Software adr:;;1200-180 Elgin Street;Ottawa;Ontario;K2P 2K3;Canada version:2.1 email;internet:nicolas@solinetsystems.com title:Embedded Software Designer fn:Nicolas Gagnon end:vcard - --------------A671930F25086AD5AE02B77C-- --------------------------- Newsgroups: comp.os.vxworks Subject: Configuration of windshell buffer Date: Mon, 27 Nov 2000 09:50:55 -0500 From: Nicolas Gagnon Organization: UUNET Canada News Reader Service Message-ID: <3A2274CF.8C5A6AB9@solinetsystems.com> This is a multi-part message in MIME format. - --------------71CC7F9B470FDACA778C84A9 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi guys, Do you no a way to restrict the maximum number of line windShell should use. It seems to be endless and can cause a lot of grief when working under NT. Especially when you make a accidentally make a lot of stdio on you shell. Best Regards Nicolas Gagnon - --------------71CC7F9B470FDACA778C84A9 Content-Type: text/x-vcard; charset=us-ascii; name="nicolas.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Nicolas Gagnon Content-Disposition: attachment; filename="nicolas.vcf" begin:vcard n:Gagnon;Nicolas tel;fax:(613) 230-1362 tel;work:(613) 230-6628 x251 x-mozilla-html:FALSE url:www.solinetsystems.com org:Solinet Systems Inc.;Software adr:;;1200-180 Elgin Street;Ottawa;Ontario;K2P 2K3;Canada version:2.1 email;internet:nicolas@solinetsystems.com title:Embedded Software Designer fn:Nicolas Gagnon end:vcard - --------------71CC7F9B470FDACA778C84A9-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ads8260 Date: Mon, 27 Nov 2000 14:55:30 GMT From: "Jim" Organization: Magma Communications Ltd. Message-ID: References: <3A168A52.1040407@ieee.org> <_pbS5.8262$rr3.380220@news> <8vgtmp$mhg$1@newshost.mot.com> <8vgu7p$n3g$1@newshost.mot.com> <64hT5.10561$rr3.488950@news> <8vm228$cfv$1@newshost.mot.com> <8vmc2n$o9h$1@newshost.mot.com> Hello again Michael, I am now building "bootrom" ... this image appears to be compressed which is fine ... I was wondering when you build the bootrom is your OS linked to address RAM_HIGH_ADRS, and your romInit build linked to RAM_LOW_ADRS ... OS build ======= ldppc -o tmp.o -X -N -e _usrInit -Ttext 00200000 \ bootConfig.o version.o sysALib.o sysLib.o C:\Tornado\target\lib\libPPCEC603gnuvx.a romInit Build ========= ldppc -X -N -e _romInit -Ttext 00010000 \ -o bootrom romInit.o bootInit.o version.o \ C:\Tornado\target\lib\libPPCEC603gnuvx.a bootrom.Z.o I am assuming that if I take this image ... I should (as you did) put into flash using the bias (fff00000-00010000) then all should be well ... I have checked my clock freq in config.h, ... so that seems to be ok ... #define CRYSTAL_FREQ 40000000 And I am pretty sure BRG's are ok since i can start the OS from vision by hand and have the serial port etc come up. Jim "Michael Barker" wrote in message news:8vmc2n$o9h$1@newshost.mot.com... > Oh - the only other code I changed was for the network setup; > I set the DEFAULT_BOOT_LINE macro in target/config/ads8260/config.h, > and I set sysFccEnetAddr to a unique ethernet address in > target/config/ads8260/sysLib.c. > Besides the clock frequency stuff, that's all the code I messed with - I > promise. > Once my flash code was flashed in and working and I had the FTP server > started, I could see the bootup message on a serial port connected to the > target, and could see my target login to the FTP server and download the > vxWorks image file. > The vxWorks image which gets loaded via FTP download, I built by creating a > "Bootable VxWorks Image", "Based on" the ads8260 BSP. When building this, I > removed the BSP directory from the list of directories to skip when > determining dependencies. > > > > "Michael Barker" wrote in message > news:8vm228$cfv$1@newshost.mot.com... > > Hi Jim, > > > > > 1.) **(Started over)** As a sanity check to make sure I have not done > > > anything silly in my explorations to solve my problem I have reinstalled > > > everything from scratch and am starting over with a clean tornado > > directory. > > > So there should be nothing wierd in the builds, and this means right now > I > > > am working with essentially a clean slate. > > > > Good. I did the same thing at one point. > > > > > 2.) **(Spr fix)** I fixed the build for the SPR on the wrs web page for > > the > > > SPR ... but that only require changes to defs.vxWorks and defs.project. > > > > I'm not familiar with this issue. > > > > > 3.) **(What I see right now)** I have built the vxWorks_romCompress file > > > with text segment linked to 0xfff00000 and data segment 0x0 as produced > by > > > the given defaults in the BSP > > > > Actually the target I was building was called bootrom, not > > vxWorks_romCompress. I build it through the menu option Build->Build Boot > > Roms. > > I used the default memory segments, same as you: > > ROM_TEXT_ADRS = fff00100 # ROM entry address > > ROM_SIZE = 00100000 # number of bytes of ROM space > > ROM_WARM_ADRS = fff00108 # ROM warm entry address > > ROM_LINK_ADRS = fff00000 > > > > RAM_LOW_ADRS = 00010000 # RAM text/data address > > RAM_HIGH_ADRS = 00200000 # RAM text/data address > > > > I didn't realize you were building a ROM-based vxWorks image. I actually > > haven't tried that. I believe the target I'm building is the following: > > > > In $(TORNADO2)\target\config\ads8260\Makefile: > > RELEASE = bootrom_uncmp.hex vxWorks vxWorks.st > > > > I just got this BSP recently - maybe the bootrom has just been added in > the > > release I received. I did see something in the BSP manual about there not > > being one. Perhaps you could get an update? If you don't have this > bootrom > > it's hard for me to help because I'm probably newer than you are to this > > vxWorks stuff. Most of the stuff you are talking about I think is related > > to building a vxWorks OS designed to reside (at least partly) in ROM. My > > configuration just boots up, initializes a few registers, and downloads a > > vxWorks image into RAM via the FTP server on the host. I don't have > > experience with any other configurations. > > > > > ... when I convert the romCompress image i get > > > a file which is about 2mb ... > > > > I had that problem when I tried to use the uncompressed bootrom > > ("bootrom_uncmp"). I haven't looked into how this requirement arose that > > the fff00000 ROM has to be used, but I understand it's limiting. > > > > I made carefully account of the changes I made and they were all related > to > > the clock frequency. I can tell you exactly what they were if you need > > them. > > Besides that I made all the jumper changes specified in the manual. > > The only other tricky thing was understanding how to get the bootrom image > > into fff00000, by using the Bias setting in the Flash Programming windows. > > I got my BSP on November 17th. > > Product Number: 100-14231-ZC > > CD Title: ads8260 bsp for the Motorola MPC8260 > > Part No.: TDK-13209-ZC > > > > I noticed that one of the notes on the wrs website says that there is a > > patch for the ads8260 bsp. I don't know when that note was written but > > perhaps it applies to you - if it does you should contact your WRS sales > > rep. > > Let me know how this turns out, and how I can be of more help, short of > > sending you any code. > > > > Michael > > > > > > > > > > > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: process management in vxworks Date: Mon, 27 Nov 2000 15:24:21 GMT From: "siva chelliah" Organization: FlashNet Communications, http://www.flash.net Message-ID: hi, I am new to vxworks and have this question. Does vsworks have Unix like process management? I like to know things like: a) If process A creates process B, will process A be notified if B dies b) Can I kill process B from process A etc. where can I find this info. thanks, siva --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ads8260 Date: Mon, 27 Nov 2000 15:34:32 GMT From: "Jim" Organization: Magma Communications Ltd. Message-ID: References: <3A168A52.1040407@ieee.org> <_pbS5.8262$rr3.380220@news> <8vgtmp$mhg$1@newshost.mot.com> <8vgu7p$n3g$1@newshost.mot.com> <64hT5.10561$rr3.488950@news> <8vm228$cfv$1@newshost.mot.com> <8vmc2n$o9h$1@newshost.mot.com> Well good news ... I have a duplicate of your build up and running ... all i need to do is set up my ftp server i believe ... I basically started the OS as mentioned in the previos email ... I will keep you informed ... thanks again for your help with this ... Jim ps this is great because it means i can get people using the ads8260 board and they will be free of using the vision ICE II in order to get things to boot ... "Jim" wrote in message news:CBuU5.13246$rr3.568367@news... > Hello again Michael, > > I am now building "bootrom" ... this image appears to be compressed which is > fine ... > > I was wondering when you build the bootrom is your OS linked to address > RAM_HIGH_ADRS, and your romInit build linked to RAM_LOW_ADRS ... > > OS build > ======= > ldppc -o tmp.o -X -N -e _usrInit -Ttext 00200000 \ > bootConfig.o version.o sysALib.o sysLib.o > C:\Tornado\target\lib\libPPCEC603gnuvx.a > > romInit Build > ========= > ldppc -X -N -e _romInit -Ttext 00010000 \ > -o bootrom romInit.o bootInit.o version.o \ > C:\Tornado\target\lib\libPPCEC603gnuvx.a bootrom.Z.o > > > I am assuming that if I take this image ... I should (as you did) put into > flash using the bias (fff00000-00010000) then all should be well ... > > > I have checked my clock freq in config.h, ... so that seems to be ok ... > #define CRYSTAL_FREQ 40000000 > And I am pretty sure BRG's are ok since i can start the OS from vision by > hand and have the serial port etc come up. > > Jim > > > > > > "Michael Barker" wrote in message > news:8vmc2n$o9h$1@newshost.mot.com... > > Oh - the only other code I changed was for the network setup; > > I set the DEFAULT_BOOT_LINE macro in target/config/ads8260/config.h, > > and I set sysFccEnetAddr to a unique ethernet address in > > target/config/ads8260/sysLib.c. > > Besides the clock frequency stuff, that's all the code I messed with - I > > promise. > > Once my flash code was flashed in and working and I had the FTP server > > started, I could see the bootup message on a serial port connected to the > > target, and could see my target login to the FTP server and download the > > vxWorks image file. > > The vxWorks image which gets loaded via FTP download, I built by creating > a > > "Bootable VxWorks Image", "Based on" the ads8260 BSP. When building this, > I > > removed the BSP directory from the list of directories to skip when > > determining dependencies. > > > > > > > > "Michael Barker" wrote in message > > news:8vm228$cfv$1@newshost.mot.com... > > > Hi Jim, > > > > > > > 1.) **(Started over)** As a sanity check to make sure I have not done > > > > anything silly in my explorations to solve my problem I have > reinstalled > > > > everything from scratch and am starting over with a clean tornado > > > directory. > > > > So there should be nothing wierd in the builds, and this means right > now > > I > > > > am working with essentially a clean slate. > > > > > > Good. I did the same thing at one point. > > > > > > > 2.) **(Spr fix)** I fixed the build for the SPR on the wrs web page > for > > > the > > > > SPR ... but that only require changes to defs.vxWorks and > defs.project. > > > > > > I'm not familiar with this issue. > > > > > > > 3.) **(What I see right now)** I have built the vxWorks_romCompress > file > > > > with text segment linked to 0xfff00000 and data segment 0x0 as > produced > > by > > > > the given defaults in the BSP > > > > > > Actually the target I was building was called bootrom, not > > > vxWorks_romCompress. I build it through the menu option Build->Build > Boot > > > Roms. > > > I used the default memory segments, same as you: > > > ROM_TEXT_ADRS = fff00100 # ROM entry address > > > ROM_SIZE = 00100000 # number of bytes of ROM space > > > ROM_WARM_ADRS = fff00108 # ROM warm entry address > > > ROM_LINK_ADRS = fff00000 > > > > > > RAM_LOW_ADRS = 00010000 # RAM text/data address > > > RAM_HIGH_ADRS = 00200000 # RAM text/data address > > > > > > I didn't realize you were building a ROM-based vxWorks image. I > actually > > > haven't tried that. I believe the target I'm building is the following: > > > > > > In $(TORNADO2)\target\config\ads8260\Makefile: > > > RELEASE = bootrom_uncmp.hex vxWorks vxWorks.st > > > > > > I just got this BSP recently - maybe the bootrom has just been added in > > the > > > release I received. I did see something in the BSP manual about there > not > > > being one. Perhaps you could get an update? If you don't have this > > bootrom > > > it's hard for me to help because I'm probably newer than you are to this > > > vxWorks stuff. Most of the stuff you are talking about I think is > related > > > to building a vxWorks OS designed to reside (at least partly) in ROM. > My > > > configuration just boots up, initializes a few registers, and downloads > a > > > vxWorks image into RAM via the FTP server on the host. I don't have > > > experience with any other configurations. > > > > > > > ... when I convert the romCompress image i get > > > > a file which is about 2mb ... > > > > > > I had that problem when I tried to use the uncompressed bootrom > > > ("bootrom_uncmp"). I haven't looked into how this requirement arose > that > > > the fff00000 ROM has to be used, but I understand it's limiting. > > > > > > I made carefully account of the changes I made and they were all related > > to > > > the clock frequency. I can tell you exactly what they were if you need > > > them. > > > Besides that I made all the jumper changes specified in the manual. > > > The only other tricky thing was understanding how to get the bootrom > image > > > into fff00000, by using the Bias setting in the Flash Programming > windows. > > > I got my BSP on November 17th. > > > Product Number: 100-14231-ZC > > > CD Title: ads8260 bsp for the Motorola MPC8260 > > > Part No.: TDK-13209-ZC > > > > > > I noticed that one of the notes on the wrs website says that there is a > > > patch for the ads8260 bsp. I don't know when that note was written but > > > perhaps it applies to you - if it does you should contact your WRS sales > > > rep. > > > Let me know how this turns out, and how I can be of more help, short of > > > sending you any code. > > > > > > Michael > > > > > > > > > > > > > > > > > > > > > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: stdin doesn't work from the vxWorks Shell Date: Mon, 27 Nov 2000 11:29:52 +0000 From: Graham Baxter Organization: Graham Baxter (Software) Limited Message-ID: <3A2245B0.F721BA3F@NOSPAM.bcs.org.uk> References: <8vnai6$fk1$1@murdoch.harvard.net> <3A1FD6E1.7BF1C5A8@bellsouth.net> Joe, See "13.1 Serial input goes to the shell first" http://www.wrs.com/csdocs/technote/wtn13.html Regards, Graham Baxter Freelance Software Engineer gbaxter@NOSPAMbcs.org.uk Joe Durusau wrote: > > vxworks doesn't normally get stdin from the shell window. > It will usually be from the serial port or the virtual console > window. Look for virtual console in the docs and you will see > a discussion of how to redirect stdin. Also, when you run progs > from the shell window, you are actually in effect calling a > function named myprog, passing it whatever params you put > on the command line. Try myprog() from the shell window and > see if the prog will accept input from the target's serial > port. > > Speaking only for myself, > > Joe Durusau > > Andrew Carlisle wrote: > > > > Hello, > > > > I have noticed that the stdin doesn't seem to work from the shell. For > > instance, if I have a simple program that is reading from the stdin, it > > simply doesn't work. For instance, if I run it from the shell in the > > following manner it doesn't work: > > > > myprog < infile > > > > This is really strange, because the same program works fine when I run it on > > a Solaris workstation! Is there something wrong with the way vxWorks does > > their standard in? Any help would be greatly appreciated. > > > > Thanks, > > > > Andy --------------------------- Newsgroups: comp.os.vxworks Subject: Re: makeSymTbl Date: Mon, 27 Nov 2000 16:57:39 +0000 From: Carl Parsons Organization: ntlworld News Service Message-ID: <3A229283.F5E6FAC6@ntlworld.com> References: <974206759.586442607@news.leica.co.uk> I found the answer I had to add DEFINES = -D__PROTOTYPE_5_0 As the source was built with vxworks 5.0 libraries and I was trying to build on vxWorks 5.1 libraries. Carl Parsons wrote: > I am trying to move standalone software from a 68020 board to a > 68040 when I issue the command > make CPU=MC68040 TOOL=gnu vxWorks.st_rom ADDED_MODULES=saeht.out > I get the error > msq_drv.c:335: (MSQDisplay): undefined reference to `_stdioFillBuf' > msq_drv.c is in the added module saeht.out. > The error occurs while symTbl.c is being created with makeSymTbl. > Thanks --------------------------- Newsgroups: comp.os.vxworks Subject: Re: PPP link tuning... Date: Mon, 27 Nov 2000 18:05:37 GMT From: Bill Pringlemeir Organization: Factory of the mind Message-ID: References: Sender: bpringlemeir@DeadDuck >>>>> "Bill" == Bill Pringlemeir writes: Bill> I read WTN50.pdf and have a PPP link going to my target. I Bill> notice that the WDB functions are about 50% slower than the Bill> plain serial WDB transfers. Has anyone experimented with Bill> compression (and what to enable on NT) as well as MRU and MTU Bill> sizes. This is for debugging with a null modem cable. Bill> Anyways, I would like to know if the defaults are out of whack Bill> or something. It seems like a large overhead. My problem was related to the `core file and symbols' target server option. WDB would run out of memory on occasion, if the modules being downloaded are large enough. The large delay was due to a timeout. However, `pppstatShow' reveils that the vxWorks PPP and the NT PPP don't use VJ header compression. VxWorks reports, "ppp0: input: Unknown protocol (80fd) received!" 0x80fd is the CCP protocol in RFC-1962. Apparently VxWorks doesn't implement this. Too bad, data compression might be good at this layer. Perhaps many targets wouldn't be able to keep up with the decompression rates. At any rate, I cann't seem to get VJ compression working with NT 4.0 but perhaps the savings are minimal. fwiw, Bill - -- Your efforts at straining in the toilet turn out to be costly. You might want to consider asking for a raise. Don't lift weights today. Loving your child now will turn out to be worthless after a few years. You'll fall into a state of weariness, but eventually be fulfilled. --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado tgtsvr stopped working? Date: Mon, 27 Nov 2000 18:38:31 +0000 From: Dave Bradford Message-ID: <3A22AA27.B7F7BEEE@gecm.com> Hi, After months of happily working, my tornado launcher has stopped being able to use the Target server launch command, "tgtsvr". It logs the error: "License request... No license file found for feature (error -11)." Has this ever happened to anyone else? One minute it was working the next not. Perplexed, Dave. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: A query! Date: Mon, 27 Nov 2000 11:06:34 -0800 From: Robert Blumberg Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A22B0BA.44A24A37@fake.com> References: <8vfro7$jrn$1@overload.lbl.gov> <8vrukn$32q$2@news1.xs4all.nl> Johan Borkhuis wrote: > Did you edit your > project file with an external editor? (Tornado uses Unix style files > (only CR), and not the CR/LF as used by Windows). Also watch out for version control systems -- some (e.g., perforce) will mess with the line endings if not told to keep there hands off. - -- Robert Blumberg Pintle & Gudgeon Robert dot Blumberg at PictureIQ dot Com Embedded System Software Development --------------------------- Newsgroups: comp.os.vxworks Subject: Re: x86 booting woes.... Date: Mon, 27 Nov 2000 15:34:06 -0500 From: Bruce Chrustie Organization: Nortel Message-ID: <3A22C53E.C1B5D5DA@root.com> References: <3A1AF270.AB62A7CB@root.com> <3A1B2DB9.C4200E87@flashcom.net> <3A1BE73D.792BECB5@root.com> <8vorrf$mdm$1@news1.xs4all.nl> Johan Borkhuis wrote: > Looks like you did not include the target shell in your project. Try > including this and rebuilding. That should fix the problem with the shell. Thanks...actually I fugured that one out after a bit of banging my head against the wall. Now if I could just get net connectivity I could download my code onto a real platfor more testing! Bruce, --------------------------- Newsgroups: comp.os.vxworks Subject: Re: x86 booting woes.... Date: Mon, 27 Nov 2000 15:32:53 -0500 From: Bruce Chrustie Organization: Nortel Message-ID: <3A22C4F5.E5C730BF@root.com> References: <3A1AF270.AB62A7CB@root.com> <3A1B2DB9.C4200E87@flashcom.net> <3A1BE73D.792BECB5@root.com> <3A1CBD63.59D35EF2@flashcom.net> Here is my config.h and configNet.g below it....anything seem blatantly wrong? When I type in eltShow with no parameters it prints off a couple of stats and hangs the system, and have to power down the system as rebooting does not work. When I try eltShow "0,0" or eltShow "0 0" the shell process just traps. I am using a 3COM 509-Combo card. From DOS I run the config program and the card passes all of the tests. But I cannot ping the host machine as it just times out. Bruce, **************************************** #ifndef INCconfigh #define INCconfigh /* BSP version/revision identification, before configAll.h */ #define BSP_VER_1_1 1 /* 1.2 is backward compatible with 1.1 */ #define BSP_VER_1_2 1 #define BSP_VERSION "1.2" #define BSP_REV "/0" /* 0 for first revision */ #include "configAll.h" #include "pc.h" #if (CPU == I80386) #define DEFAULT_BOOT_LINE \ "fd=0,0(0,0)host:/fd0/vxWorks.st h=90.0.0.3 e=90.0.0.50 u=target" #elif (CPU == I80486) #define DEFAULT_BOOT_LINE \ "fd=0,0(0,0)host:/fd0/vxWorks.st h=90.0.0.3 e=90.0.0.50 u=target" #elif (CPU_VARIANT == PENTIUM) #define DEFAULT_BOOT_LINE \ "fd=0,0(0,0)host:/fd0/vxWorks.st h=90.0.0.3 e=90.0.0.50 u=target" #elif (CPU_VARIANT == PENTIUMPRO) #define DEFAULT_BOOT_LINE \ "fd=0,0(0,0)host:/fd0/vxWorks.st h=90.0.0.3 e=90.0.0.50 u=target" #endif /* (CPU == I80386) */ /* Warm boot (reboot) devices and parameters */ #define SYS_WARM_BIOS 0 /* warm start from BIOS */ #define SYS_WARM_FD 1 /* warm start from FD */ #define SYS_WARM_ATA 2 /* warm start from ATA */ #define SYS_WARM_TFFS 3 /* warm start from DiskOnChip */ #define SYS_WARM_TYPE SYS_WARM_FD /* warm start device */ #define SYS_WARM_FD_DRIVE 0 /* 0 = drive a:, 1 = b: */ #define SYS_WARM_FD_TYPE 0 /* 0 = 3.5" 2HD, 1 = 5.25" 2HD */ #define SYS_WARM_ATA_CTRL 0 /* controller 0 */ #define SYS_WARM_ATA_DRIVE 0 /* 0 = c:, 1 = d: */ #define SYS_WARM_TFFS_DRIVE 0 /* 0 = c: (DOC) */ /* IDT entry type options */ #define SYS_INT_TRAPGATE 0x0000ef00 /* trap gate */ #define SYS_INT_INTGATE 0x0000ee00 /* int gate */ /* driver and file system options */ #define INCLUDE_DOSFS /* include dosFs file system */ #define INCLUDE_FD /* include floppy disk driver */ #define INCLUDE_LPT /* include parallel port driver */ #define INCLUDE_ATA /* include IDE/EIDE(ATA) hard disk driver */ #undef INCLUDE_TIMESTAMP /* include TIMESTAMP timer for Wind View */ #undef INCLUDE_TFFS /* include TrueFFS driver for Flash */ #undef INCLUDE_PCMCIA /* include PCMCIA driver */ #ifdef INCLUDE_PCMCIA #define INCLUDE_ATA /* include ATA driver */ #define INCLUDE_SRAM /* include SRAM driver */ #undef INCLUDE_TFFS /* include TFFS driver */ #ifdef INCLUDE_NETWORK #define INCLUDE_ELT /* include 3COM EtherLink III driver */ #endif /* INCLUDE_NETWORK */ #endif /* INCLUDE_PCMCIA */ #ifdef INCLUDE_TFFS #define INCLUDE_SHOW_ROUTINES #endif /* INCLUDE_TFFS */ #if FALSE /* change FALSE to TRUE for SCSI interface */ #define INCLUDE_SCSI /* include SCSI driver */ #define INCLUDE_AIC_7880 /* include AIC 7880 SCSI driver */ #define INCLUDE_SCSI_BOOT /* include ability to boot from SCSI */ #undef INCLUDE_CDROMFS /* file system to be used */ #define INCLUDE_TAPEFS /* file system to be used */ #endif #define INCLUDE_SCSI2 /* select SCSI2 not SCSI1 */ /* Network driver options */ #define INCLUDE_END /* Use Enhanced Network Drivers */ #undef INCLUDE_ULTRA /* include SMC Elite16 Ultra interface */ #undef INCLUDE_ENE /* include Eagle/Novell NE2000 interface */ #define INCLUDE_ELT /* include 3COM EtherLink III interface */ #undef INCLUDE_ESMC /* include SMC 91c9x Ethernet interface */ #define INCLUDE_FEI /* include Intel Ether Express PRO100B PCI */ #define INCLUDE_SLIP /* include serial line interface */ #define SLIP_TTY 1 /* serial line IP channel COM2 */ #undef INCLUDE_ELC /* include SMC Elite16 interface */ #undef INCLUDE_EEX /* include INTEL EtherExpress interface */ #undef INCLUDE_EEX32 /* include INTEL EtherExpress flash 32 */ #undef INCLUDE_EX /* include Excelan Ethernet interface */ #undef INCLUDE_ENP /* include CMC Ethernet interface*/ #undef INCLUDE_SM_NET /* include backplane net interface */ #undef INCLUDE_SM_SEQ_ADDR /* shared memory network auto address setup */ #undef INCLUDE_EL_3C90X_END /* 3com fast etherLink XL PCI */ #undef INCLUDE_LN_97X_END /* AMD 79C972 END DRIVER */ /* verify network choices and dependencies */ #if defined(INCLUDE_EL_3C90X_END) || defined(INCLUDE_LN_97X_END) #ifndef INCLUDE_END # define INCLUDE_END /* no netif support for these devices */ #endif /* INCLUDE_END */ #endif /* INCLUDE_EL_3C90X_END || INCLUDE_LN_97X_END */ #ifdef INCLUDE_END # undef WDB_COMM_TYPE # define WDB_COMM_TYPE WDB_COMM_END /* END is prefered choice */ # ifdef INCLUDE_FEI # undef INCLUDE_FEI /* don't use BSD driver */ # define INCLUDE_FEI_END /* Use END driver instead */ # endif # ifdef INCLUDE_ELT # undef INCLUDE_ELT /* don't use BSD driver */ # define INCLUDE_ELT_3C509_END /* Use END driver instead */ # endif # ifdef INCLUDE_ULTRA # undef INCLUDE_ULTRA /* don't use BSD driver */ # define INCLUDE_ULTRA_END /* use END driver instead */ # endif # ifdef INCLUDE_ENE # undef INCLUDE_ENE /* don't use BSD driver */ # define INCLUDE_ENE_END /* use END driver instead */ # endif #endif #if defined(INCLUDE_FEI) || defined(INCLUDE_LN_97X_END) || \ defined (INCLUDE_EL_3C90X_END) || defined(INCLUDE_FEI_END) # define INCLUDE_PCI /* they all are PCI based */ #endif /* Misc. options */ #define INCLUDE_MMU_BASIC /* bundled mmu support */ #undef VM_PAGE_SIZE #define VM_PAGE_SIZE PAGE_SIZE_4KB /* 4KB page */ #define VM_STATE_MASK_FOR_ALL \ VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE | VM_STATE_MASK_CACHEABLE #define VM_STATE_FOR_IO \ VM_STATE_VALID | VM_STATE_WRITABLE | VM_STATE_CACHEABLE_NOT #define VM_STATE_FOR_MEM_OS \ VM_STATE_VALID | VM_STATE_WRITABLE | VM_STATE_CACHEABLE #define VM_STATE_FOR_MEM_APPLICATION \ VM_STATE_VALID | VM_STATE_WRITABLE | VM_STATE_CACHEABLE #define VM_STATE_FOR_PCI \ VM_STATE_VALID | VM_STATE_WRITABLE | VM_STATE_CACHEABLE_NOT /* * software floating point emulation support. DO NOT undefine hardware fp * support in configAll.h as it is required for software fp emulation. */ #define INCLUDE_SW_FP #if (CPU_VARIANT == PENTIUM) /* Pentium specific macros */ #undef INCLUDE_SW_FP /* Pentium has hardware FPP */ #undef USER_D_CACHE_MODE /* Pentium write-back data cache support */ #define USER_D_CACHE_MODE CACHE_COPYBACK #define INCLUDE_MTRR_GET /* get MTRR to sysMtrr[] */ #define INCLUDE_PMC /* include PMC */ #elif (CPU_VARIANT == PENTIUMPRO) /* PentiumPro specific macros */ #undef INCLUDE_SW_FP /* PentiumPro has hardware FPP */ #undef USER_D_CACHE_MODE /* PentiumPro write-back data cache w MESI */ #define USER_D_CACHE_MODE (CACHE_COPYBACK | CACHE_SNOOP_ENABLE) #define INCLUDE_MTRR_GET /* get MTRR to sysMtrr[] */ #define INCLUDE_PMC /* include PMC */ #undef VIRTUAL_WIRE_MODE /* Interrupt Mode: Virtual Wire Mode */ #undef SYMMETRIC_IO_MODE /* Interrupt Mode: Symmetric IO Mode */ #if defined(VIRTUAL_WIRE_MODE) || defined(SYMMETRIC_IO_MODE) #define INCLUDE_APIC_TIMER /* include Local APIC timer */ #define PIT0_FOR_AUX /* use channel 0 as an Aux Timer */ #endif /* defined(VIRTUAL_WIRE_MODE) || defined(SYMMETRIC_IO_MODE) */ #define INCLUDE_TIMESTAMP_TSC /* include TSC for timestamp */ #define PENTIUMPRO_TSC_FREQ 0 /* auto detect TSC freq */ #if FALSE #define PENTIUMPRO_TSC_FREQ 150000000 /* use specified TSC freq */ #endif /* FALSE */ #define INCLUDE_MMU_PENTIUMPRO /* include 32bit MMU for PentiumPro */ #ifdef INCLUDE_MMU_PENTIUMPRO #undef VM_PAGE_SIZE /* page size could be 4KB or 4MB */ #define VM_PAGE_SIZE PAGE_SIZE_4KB /* 4KB page */ #if FALSE #define VM_PAGE_SIZE PAGE_SIZE_4MB /* 4MB page */ #endif /* FALSE */ #undef VM_STATE_MASK_FOR_ALL #undef VM_STATE_FOR_IO #undef VM_STATE_FOR_MEM_OS #undef VM_STATE_FOR_MEM_APPLICATION #undef VM_STATE_FOR_PCI #define VM_STATE_MASK_FOR_ALL \ VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE | \ VM_STATE_MASK_CACHEABLE | VM_STATE_MASK_WBACK | VM_STATE_MASK_GLOBAL #define VM_STATE_FOR_IO \ VM_STATE_VALID | VM_STATE_WRITABLE | \ VM_STATE_CACHEABLE_NOT | VM_STATE_WBACK_NOT | VM_STATE_GLOBAL_NOT #define VM_STATE_FOR_MEM_OS \ VM_STATE_VALID | VM_STATE_WRITABLE | \ VM_STATE_CACHEABLE | VM_STATE_WBACK | VM_STATE_GLOBAL_NOT #define VM_STATE_FOR_MEM_APPLICATION \ VM_STATE_VALID | VM_STATE_WRITABLE | \ VM_STATE_CACHEABLE | VM_STATE_WBACK | VM_STATE_GLOBAL_NOT #define VM_STATE_FOR_PCI \ VM_STATE_VALID | VM_STATE_WRITABLE | \ VM_STATE_CACHEABLE_NOT | VM_STATE_WBACK_NOT | VM_STATE_GLOBAL_NOT #endif /* INCLUDE_MMU_PENTIUMPRO */ #endif /* (CPU_VARIANT == PENTIUM) */ #define IO_ADRS_ELC 0x240 #define INT_LVL_ELC 0x0b #define MEM_ADRS_ELC 0xc8000 #define MEM_SIZE_ELC 0x4000 #define CONFIG_ELC 0 /* 0=EEPROM 1=RJ45+AUI 2=RJ45+BNC */ #define IO_ADRS_ULTRA 0x240 #define INT_LVL_ULTRA 0x0b #define MEM_ADRS_ULTRA 0xc8000 #define MEM_SIZE_ULTRA 0x4000 #define CONFIG_ULTRA 0 /* 0=EEPROM 1=RJ45+AUI 2=RJ45+BNC */ #define IO_ADRS_EEX 0x240 #define INT_LVL_EEX 0x0b #define NTFDS_EEX 0x00 #define CONFIG_EEX 0 /* 0=EEPROM 1=AUI 2=BNC 3=RJ45 */ /* Auto-detect is not supported, so choose */ /* the right one you're going to use */ #define IO_ADRS_ELT 0x300 #define INT_LVL_ELT 0x10 #define NRF_ELT 0x00 #define CONFIG_ELT 3 /* 0=EEPROM 1=AUI 2=BNC 3=RJ45 */ #define IO_ADRS_ENE 0x300 #define INT_LVL_ENE 0x05 /* Hardware jumper is used to set */ /* RJ45(Twisted Pair) AUI(Thick) BNC(Thin) */ #define IO_ADRS_ESMC 0x300 #define INT_LVL_ESMC 0x0b #define CONFIG_ESMC 0 /* 0=EEPROM 1=AUI 2=BNC 3=RJ45 */ #define RX_MODE_ESMC 0 /* 0=interrupt level 1=task level */ #ifdef INCLUDE_EEX32 #define INCLUDE_EI /* include 82596 driver */ #define INT_LVL_EI 0x0b #define EI_SYSBUS 0x44 /* 82596 SYSBUS value */ #define EI_POOL_ADRS NONE /* memory allocated from system memory */ #endif /* INCLUDE_EEX32 */ #define FEI_POOL_ADRS NONE /* allocate pool space */ #ifdef INCLUDE_SLIP #define SLIP_TTY 1 /* serial line IP channel COM2 */ #define SLIP_BAUDRATE 19200 /* baudrate 19200 */ #endif /* INCLUDE_SLIP */ /* vectors for PIC(i8259a) and APIC */ #ifdef SYMMETRIC_IO_MODE /* * Vector number could be any number in between 0x20 to 0xff. * Interrupt priority is implied by its vector number, according to * the following relationship: * priority = vectorNo / 16 * The lowest priority is 1 and 15 is the highest. To avoid losing * interrupts, software should allocate no more than 2 interrupt * vectors per priority. Here is an example to get the vectorNo. * vectorNo(IRQn) = (0xe0 - (n * 8)) */ #define NUMBER_OF_IRQS 24 #undef PIT0_INT_LVL #define PIT0_INT_LVL 0x2 /* interrupt level */ #define INT_NUM_IRQ0 0xe0 /* vector number for IRQ0 */ #define INT_VEC_GET(irq) (INT_NUM_IRQ0 - (irq * 8)) #define SPURIOUS_INT_VEC 0xff /* local interrupt */ #define TIMER_INT_VEC 0xf0 /* local interrupt */ #define ERROR_INT_VEC 0xef /* local interrupt */ #define PIT0_INT_VEC (INT_VEC_GET (PIT0_INT_LVL)) #define COM1_INT_VEC (INT_VEC_GET (COM1_INT_LVL)) #define COM2_INT_VEC (INT_VEC_GET (COM2_INT_LVL)) #define RTC_INT_VEC (INT_VEC_GET (RTC_INT_LVL)) #define FD_INT_VEC (INT_VEC_GET (FD_INT_LVL)) #define ATA0_INT_VEC (INT_VEC_GET (ATA0_INT_LVL)) #define ATA1_INT_VEC (INT_VEC_GET (ATA1_INT_LVL)) #define PCIC_INT_VEC (INT_VEC_GET (PCIC_INT_LVL)) #define TCIC_INT_VEC (INT_VEC_GET (TCIC_INT_LVL)) #define ELT0_INT_VEC (INT_VEC_GET (ELT0_INT_LVL)) #define ELT1_INT_VEC (INT_VEC_GET (ELT1_INT_LVL)) #define LPT_INT_VEC (INT_VEC_GET (LPT_INT_LVL)) #define FEI0_INT_VEC (INT_VEC_GET (FEI0_INT_LVL)) #define FEI1_INT_VEC (INT_VEC_GET (FEI1_INT_LVL)) #define FEI2_INT_VEC (INT_VEC_GET (FEI2_INT_LVL)) #define FEI3_INT_VEC (INT_VEC_GET (FEI3_INT_LVL)) #define KBD_INT_VEC (INT_VEC_GET (KBD_INT_LVL)) #define INT_VEC_ELC (INT_VEC_GET (INT_LVL_ELC)) #define INT_VEC_ULTRA (INT_VEC_GET (INT_LVL_ULTRA)) #define INT_VEC_EEX (INT_VEC_GET (INT_LVL_EEX)) #define INT_VEC_ELT (INT_VEC_GET (INT_LVL_ELT)) #define INT_VEC_ENE (INT_VEC_GET (INT_LVL_ENE)) #define INT_VEC_ESMC (INT_VEC_GET (INT_LVL_ESMC)) #define INT_VEC_EI (INT_VEC_GET (INT_LVL_EI)) #else /* SYMMETRIC_IO_MODE */ /* * Vector number is not flexable as APIC and obtained by: * vectorNo(IRQn) = vectorNo(IRQ0) + n */ #define NUMBER_OF_IRQS 16 #define INT_NUM_IRQ0 0x20 /* vector number for IRQ0 */ #define INT_VEC_GET(irq) (INT_NUM_IRQ0 + irq) #define SPURIOUS_INT_VEC 0xff /* local interrupt */ #define TIMER_INT_VEC 0xf0 /* local interrupt */ #define ERROR_INT_VEC 0xef /* local interrupt */ #define PIT0_INT_VEC (INT_VEC_GET (PIT0_INT_LVL)) #define COM1_INT_VEC (INT_VEC_GET (COM1_INT_LVL)) #define COM2_INT_VEC (INT_VEC_GET (COM2_INT_LVL)) #define RTC_INT_VEC (INT_VEC_GET (RTC_INT_LVL)) #define FD_INT_VEC (INT_VEC_GET (FD_INT_LVL)) #define ATA0_INT_VEC (INT_VEC_GET (ATA0_INT_LVL)) #define ATA1_INT_VEC (INT_VEC_GET (ATA1_INT_LVL)) #define PCIC_INT_VEC (INT_VEC_GET (PCIC_INT_LVL)) #define TCIC_INT_VEC (INT_VEC_GET (TCIC_INT_LVL)) #define ELT0_INT_VEC (INT_VEC_GET (ELT0_INT_LVL)) #define ELT1_INT_VEC (INT_VEC_GET (ELT1_INT_LVL)) #define LPT_INT_VEC (INT_VEC_GET (LPT_INT_LVL)) #define FEI0_INT_VEC (INT_VEC_GET (FEI0_INT_LVL)) #define FEI1_INT_VEC (INT_VEC_GET (FEI1_INT_LVL)) #define FEI2_INT_VEC (INT_VEC_GET (FEI2_INT_LVL)) #define FEI3_INT_VEC (INT_VEC_GET (FEI3_INT_LVL)) #define KBD_INT_VEC (INT_VEC_GET (KBD_INT_LVL)) #define INT_VEC_ELC (INT_VEC_GET (INT_LVL_ELC)) #define INT_VEC_ULTRA (INT_VEC_GET (INT_LVL_ULTRA)) #define INT_VEC_EEX (INT_VEC_GET (INT_LVL_EEX)) #define INT_VEC_ELT (INT_VEC_GET (INT_LVL_ELT)) #define INT_VEC_ENE (INT_VEC_GET (INT_LVL_ENE)) #define INT_VEC_ESMC (INT_VEC_GET (INT_LVL_ESMC)) #define INT_VEC_EI (INT_VEC_GET (INT_LVL_EI)) #endif /* SYMMETRIC_IO_MODE */ /* miscellaneous definitions */ #define NV_RAM_SIZE NONE /* no NVRAM */ /* * SYS_CLK_RATE_MAX depends upon a CPU power and a work load of an application. * The value was chosen in order to pass the internal test suit, * but it could go up to PIT_CLOCK. */ #define SYS_CLK_RATE_MIN 19 /* minimum system clock rate */ #define SYS_CLK_RATE_MAX (PIT_CLOCK/256) /* maximum system clock rate */ #define AUX_CLK_RATE_MIN 2 /* minimum auxiliary clock rate */ #define AUX_CLK_RATE_MAX 8192 /* maximum auxiliary clock rate */ /* pc console definitions */ #if TRUE #define INCLUDE_PC_CONSOLE /* KBD and VGA are included */ #endif /* TRUE/FALSE */ #ifdef INCLUDE_PC_CONSOLE #define PC_CONSOLE 0 /* console number */ #define N_VIRTUAL_CONSOLES 2 /* shell / application */ #endif /* INCLUDE_PC_CONSOLE */ #undef NUM_TTY #define NUM_TTY (N_UART_CHANNELS) /* define a type of keyboard. The default is 101 KEY for PS/2 */ #define PC_KBD_TYPE PC_PS2_101_KBD #if FALSE #define PC_KBD_TYPE PC_XT_83_KBD #endif /* FALSE */ /* memory addresses */ /* User reserved memory. See sysMemTop(). */ #define USER_RESERVED_MEM 0 /* * Local-to-Bus memory address constants: * the local memory address always appears at 0 locally; * it is not dual ported. */ #define LOCAL_MEM_LOCAL_ADRS 0x00000000 /* fixed */ #define LOCAL_MEM_BUS_ADRS 0x00000000 /* fixed */ #define LOCAL_MEM_SIZE 0x00800000 /* 8MB w lower mem */ /* * Auto-sizing of memory is supported when this option is defined, in which * case LOCAL_MEM_SIZE is ignored. See sysyPhysMemTop(). */ #define LOCAL_MEM_AUTOSIZE /* * The following parameters are defined here and in the Makefile. * The must be kept synchronized; effectively config.h depends on Makefile. * Any changes made here must be made in the Makefile and vice versa. */ #ifdef BOOTCODE_IN_RAM #define ROM_BASE_ADRS 0x00008000 /* base address of ROM */ #define ROM_TEXT_ADRS (ROM_BASE_ADRS) /* booting from A: or C: */ #define ROM_SIZE 0x00090000 /* size of ROM */ #else #define ROM_BASE_ADRS 0xfff20000 /* base address of ROM */ #define ROM_TEXT_ADRS (ROM_BASE_ADRS) /* booting from EPROM */ #define ROM_SIZE 0x0007fe00 /* size of ROM */ #endif #define RAM_LOW_ADRS 0x00108000 /* VxWorks image entry point */ #define RAM_HIGH_ADRS 0x00008000 /* Boot image entry point */ /* * The macro INCLUDE_ADD_BOOTMEM enables sysHwInit2,sysLib.c code which * adds some upper memory (>1MB) to the bootrom image memory pool. * It should not be defined for x86 systems with limited memory,< 4MB. * The default value for ADDED_BOOTMEM_SIZE is 0x00200000 (2MB). * This value may be increased, but one must ensure that the pool * does not overlap with the downloaded vxWorks image. If there is * an overlap, then loading the vxWorks runtime image will corrupt * the added memory pool. The calculation is: * (RAM_LOW_ADRS + vxWorks image size) < (memTopPhys - ADDED_BOOTMEM_SIZE) * Where: RAM_LOW_ADRS == 0x00108000 and memTopPhys is from sysLib.c. * This corrects SPR#21338. */ #define INCLUDE_ADD_BOOTMEM /* Add upper memory to low memory bootrom */ #define ADDED_BOOTMEM_SIZE 0x00200000 /* 2MB */ #endif /* INCconfigh */ #if defined(PRJ_BUILD) #include "prjParams.h" #endif **************************** configNet.h #ifndef INCconfigNeth #define INCconfigNeth #include "vxWorks.h" #include "end.h" #ifdef INCLUDE_FEI_END #define FEI82557_LOAD_FUNC fei82557EndLoad /* driver external interface */ #define FEI82557_BUFF_LOAN 1 /* enable buffer loaning */ /* * The fei82557End initialization string format is: * * :::: */ #define FEI82557_LOAD_STRING "-1:0x00:0x20:0x20:0x00" IMPORT END_OBJ* FEI82557_LOAD_FUNC (char*, void*); #endif /* INCLUDE_FEI_END */ #ifdef INCLUDE_ELT_3C509_END #define END_3C509_LOAD_FUNC sysElt3c509EndLoad #define END_3C509_BUFF_LOAN 1 /* enable buffer loaning */ #define END_3C509_LOAD_STRING "" IMPORT END_OBJ * END_3C509_LOAD_FUNC (char *, void*); #endif /* INCLUDE_ELT_3C509_END */ /* smc elite ultra driver definitions */ #ifdef INCLUDE_ULTRA_END #define END_ULTRA_LOAD_FUNC sysUltraEndLoad #define END_ULTRA_BUFF_LOAN 1 /* enable buffer loaning */ #define END_ULTRA_LOAD_STRING "" IMPORT END_OBJ* END_ULTRA_LOAD_FUNC (char*, void*); #endif /* INCLUDE_ULTRA_END */ /* ne2000 (ene) driver definitions */ #ifdef INCLUDE_ENE_END #define END_ENE_LOAD_FUNC sysNe2000EndLoad #define END_ENE_BUFF_LOAN 1 #define END_ENE_LOAD_STRING "" /* created in sysNE2000EndLoad */ IMPORT END_OBJ * END_ENE_LOAD_FUNC (char *, void*); #endif /* INCLUDE_ENE_END */ /* ln7997x END driver defines */ #ifdef INCLUDE_LN_97X_END /* * load string format * ::::: * :::: */ #define LN_97X_LOAD_FUNC ln97xEndLoad #define LN_97X_BUFF_LOAN_0 1 #define LN_97X_LOAD_STR_0 endLoadStr[0] /* First entry loc */ #define LN_97X_LOAD_COUNT 4 IMPORT END_OBJ * LN_97X_LOAD_FUNC (char *, void *); char endLoadStr [LN_97X_LOAD_COUNT] [END_DESC_MAX]; #endif /* INCLUDE_LN_97X_END */ #ifdef INCLUDE_EL_3C90X_END /* * load string format * :::::: * ::: */ #define EL_3C90X_LOAD_FUNC sysEl3c90xEndLoad #define EL_3C90X_BUFF_LOAN_0 1 #define EL_3C90X_LOAD_STR_0 "" IMPORT END_OBJ * EL_3C90X_LOAD_FUNC (char *, void *); #endif /* INCLUDE_EL_3C90X_END */ /* max number of SENS ipAttachments we can have */ #ifndef IP_MAX_UNITS # define IP_MAX_UNITS (NELEMENTS (endDevTbl) - 1) #endif END_TBL_ENTRY endDevTbl [] = { #ifdef INCLUDE_EL_3C90X_END {0, EL_3C90X_LOAD_FUNC, EL_3C90X_LOAD_STR_0, EL_3C90X_BUFF_LOAN_0, NULL, FALSE}, #endif /* INCLUDE_EL_3C90X_END */ #ifdef INCLUDE_LN_97X_END {0, LN_97X_LOAD_FUNC, LN_97X_LOAD_STR_0, TRUE, NULL, FALSE}, #endif /* INCLUDE_LN_97X_END */ #ifdef INCLUDE_FEI_END { 0, FEI82557_LOAD_FUNC, FEI82557_LOAD_STRING, FEI82557_BUFF_LOAN, NULL, FALSE}, #endif /* INCLUDE_FEI_END */ #ifdef INCLUDE_ELT_3C509_END {0, END_3C509_LOAD_FUNC, END_3C509_LOAD_STRING, END_3C509_BUFF_LOAN, NULL, FALSE}, #endif /* INCLUDE_ELT_3C509_END */ #ifdef INCLUDE_ULTRA_END {0, END_ULTRA_LOAD_FUNC, END_ULTRA_LOAD_STRING, END_ULTRA_BUFF_LOAN, NULL, FALSE}, #endif /* INCLUDE_ULTRA_END */ #ifdef INCLUDE_ENE_END {0, END_ENE_LOAD_FUNC, END_ENE_LOAD_STRING, END_ENE_BUFF_LOAN, NULL}, #endif /* INCLUDE_ENE_END */ { 0, END_TBL_END, NULL, 0, NULL, FALSE}, }; #endif /* INCconfigNeth */ --------------------------- Newsgroups: comp.os.vxworks Subject: Integrate Visual Studio and Tornado 2 Date: Mon, 27 Nov 2000 11:55:29 -0800 From: "Daryl" Organization: None Message-ID: <6YyU5.19$of6.1674@newsfeed.avtel.net> Does any one have experience on integrating Visual Studio of MS with Tornado? I am interested in either way, namely: 1) from Tornado --> Visual Studio, using the excellent source browsering facility VS provides. 2) from VS --> Tornado, call Tornado tools to do compile and link. Thanks. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Integrate Visual Studio and Tornado 2 Date: Mon, 27 Nov 2000 21:13:03 +0100 From: "Martin Raabe" Organization: T-Online Message-ID: <8vufam$70u$03$1@news.t-online.com> References: <6YyU5.19$of6.1674@newsfeed.avtel.net> Hello Daryl, maybe you are interrested in trying SNiFF+, WindRiver's Browsing and makesupport, CM and teamsupport Tool for Tornado! www.WindRiver.com Go for SNiFF+ Speaking for my own, not my employer! Ciao - -- Martin Raabe Daryl schrieb in im Newsbeitrag: 6YyU5.19$of6.1674@newsfeed.avtel.net... > Does any one have experience on integrating Visual Studio of MS with > Tornado? I am interested in either way, namely: > > 1) from Tornado --> Visual Studio, using the excellent source browsering > facility VS provides. > 2) from VS --> Tornado, call Tornado tools to do compile and link. > > Thanks. > > --------------------------- Newsgroups: comp.os.vxworks Subject: Comments for ScriptEase and ControlShell Date: 27 Nov 2000 20:42:47 GMT From: dima@cholla.phys.unm.edu (Dmitri A. Sergatskov) Organization: University of New Mexico, Albuquerque Message-ID: Hello! We are considering using the ScriptEase (essentially embedded Javascript) from http://www.nombas.com/us/toolkit/se_isdk_techview.htm and ControlShell (a RAD / GUI development tool) from http://www.rti.com/products/controlshell/csdatasheet.html and I am asking for comments from the people who has some experience with either these products or companies. Sincerely, Dmitri. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Integrate Visual Studio and Tornado 2 Date: Mon, 27 Nov 2000 11:38:36 -0800 From: davep Organization: Foothill.Net Message-ID: <3A22B83C.CE341369@foothill.net> References: <6YyU5.19$of6.1674@newsfeed.avtel.net> Hi, Also check out VisualSlickEdit (www.slickedit.com) which will automatically create 'tag' (browser) files for Tornado2 on install. You can manually create tag files for your own project subdirs also. It will open Tornado or Visual C++ workspaces. About $250 or so. ($295 list) DaveP Daryl wrote: > Does any one have experience on integrating Visual Studio of MS with > Tornado? I am interested in either way, namely: > > 1) from Tornado --> Visual Studio, using the excellent source browsering > facility VS provides. > 2) from VS --> Tornado, call Tornado tools to do compile and link. > > Thanks. --------------------------- Newsgroups: comp.os.vxworks Subject: Increase FTP Sessions Date: Mon, 27 Nov 2000 16:41:15 -0700 From: "C.K. Lay" Organization: Motorola Message-ID: <8vurhd$p8p$1@newshost.mot.com> Hi, I have included the FTP server in my VxWorks 5.4 BSP by using Tornado 2.0. The default setup only allows 4 simulatanous FTP sessions from a host. Is there a way to increase the FTP sessions using Tornado? Or, can I just modify header or source files to make it work? What is the maximum sessions in VxWorks 5.4? Your reply will be greatly appreciated. Thanks, C.K. Lay (sc787c@email.mot.com) - - --------------------------- Newsgroups: comp.os.vxworks Subject: [Q] MPC860 BSP - Ethernet End driver... Date: Mon, 27 Nov 2000 23:46:35 GMT From: kingseft@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8vurop$ifs$1@nnrp1.deja.com> Hi all developers. I'm not accustomed to mpc860 bsp. I have a bsp relatied mpc860. when I looked it up, I found this bsp used if_cpm and cpmattach() function.. I have one question. when using cpmattach(), I know we should use interrupt-vector offset by asseting 3rd parameter in cpmattach(). also I found this BSP uses IV_SCC1.. but where can I find related handling function?? usually, intConnect() takes IV_XXX . I think.. but in ads860 BSP , I didn't find intConnect() function that using the IV_SCC1. I want to add my particular job when SCC interrupt occurs. Where can I add my job to ?? Could you please explain where SCC interrupt handling exists and How Can I add my job to event handling job in SCC interrupts... really thanks... Jason Lee Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado II Connection Through a Firewall Date: Mon, 27 Nov 2000 16:07:58 -0800 From: Kathy Reed Organization: Applied Microsystems Corporation Message-ID: <3A22F75E.F6DF0EA1@amc.com> We're trying to do a remote connection to a target using a Tornado II target server. The target server is running on a host inside our firewall. The target is outside of our firewall and possibly behind a firewall of it's own. Is this possible? Has anyone done this? Thanks In Advance. K. Reed --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado tgtsvr stopped working? Date: Mon, 27 Nov 2000 16:05:56 -0800 From: "Guglani, Manoj [SC7:DS37:EXCH]" Organization: Nortel Networks Message-ID: <8vut26$5lq$1@nrchh45.us.nortel.com> References: <3A22AA27.B7F7BEEE@gecm.com> Your license for target server may have expired. Try to reattach to target server. Manoj Dave Bradford wrote in message news:3A22AA27.B7F7BEEE@gecm.com... > Hi, > > After months of happily working, my tornado launcher has stopped being > able to use the Target server launch command, "tgtsvr". It logs the > error: > > "License request... No license file found for feature (error -11)." > > Has this ever happened to anyone else? One minute it was working the > next not. > > Perplexed, Dave. > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: C++ Exception and exc Task Date: Mon, 27 Nov 2000 18:20:00 -0600 From: Andrew Johnson Organization: APS, Argonne National Laboratory Message-ID: <3A22FA30.DAF1C714@aps.anl.gov> References: <8FF9621DCDoronshironcom@206.49.94.215> stanislav wrote: > > how can I catch hardware exception before tExcTask() > for example: > > try > { > create some hardware exception ( for example diverror) > > } > catch(...) > { > printf("Caught Div Error\b) > } > > It seems that tExctask have priority over C++ exception mechanism > Is there a way to bypass this ? I don't know if this will work because I've never tried it, but you could try registering a signal handler that throws a C++ exception. Read the manual page for sigLib for more information. One problem may be that the signal handler will never return, so your catch processing will probably have to re-enable that particular signal. - - Andrew - -- Every great idea appears crazy to start with. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: process management in vxworks Date: Mon, 27 Nov 2000 18:26:05 -0600 From: Andrew Johnson Organization: APS, Argonne National Laboratory Message-ID: <3A22FB9D.7C9AD6D5@aps.anl.gov> References: siva chelliah wrote: > > I am new to vxworks and have this question. Does vsworks have Unix like > process management? I like to know things like: > a) If process A creates process B, will process A be notified if B > dies > b) Can I kill process B from process A vxWorks tasks are analogous to threads, not processes, and there's no built-in mechanism to signal when tasks die. You can have a thread that monitors other threads though, periodically checking that they're not suspended. Any thread can suspend or delete another thread, although there are ways of preventing deletes while the target thread is within some critical section where it owns resources. The Basic OS chapter in the vxWorks Programmer's Guide is a good place to start looking for some of this kind of information. - - Andrew - -- Every great idea appears crazy to start with. --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado Compiler Date: Mon, 27 Nov 2000 17:54:38 -0500 From: "Thach Vu" Organization: Lawrence Berkeley National Laboratory Message-ID: <8vv0t6$f7h$1@overload.lbl.gov> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. - ------_=_NextPart_001_01C058C5.050C2EE0 Content-Type: text/plain; charset="iso-8859-1" Hi, I have a question regarding to Tornado 2.0 Compiler. I tried to compile a header file that contains C++ comment (//) but it didn't accept this comment style. I had to change it to C comment style (/* */) in order to make the compiler work. I found it strange that if the file is cpp files then it will accept the C++ comment style. Is there any way that the compiler will read the C++ comment style inside my header file. The reason I ask is that the header file contains an awful lot of C++ comments and I don't want to convert them into C comment. Thank you for any of your help. Thach Vu - ------_=_NextPart_001_01C058C5.050C2EE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Tornado Compiler

    Hi,

    I have a question regarding to Tornado = 2.0 Compiler.
    I tried to compile a header file that = contains C++ comment (//) but it didn't accept this comment = style.
    I had to change it to C comment style = (/* */) in order to make the compiler work.
    I found it strange that if the file = is cpp files then it will accept the C++ comment style.
    Is there any way that the compiler = will read the C++ comment style inside my header file.
    The reason I ask is that the header = file contains an awful lot of C++ comments and I don't want to convert = them into C comment.

    Thank you for any of your help.

    Thach Vu

    - ------_=_NextPart_001_01C058C5.050C2EE0-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado Compiler Date: Mon, 27 Nov 2000 20:32:14 -0500 From: Joe Durusau Message-ID: <3A230B1E.825665A@bellsouth.net> References: <8vv0t6$f7h$1@overload.lbl.gov> Sounds pretty standard for gcc. It goes by the file extension to determine whether the file is in C or C++ format. The easy thing is to use sed or some such and convert it. It's pretty ill-mannered to use C++ comments in a header file unless it's always used with C++ programs. Speaking only for myself, Joe Durusau Thach Vu wrote: > > > Hi, > > I have a question regarding to Tornado 2.0 Compiler. > I tried to compile a header file that contains C++ comment (//) but it > didn't accept this comment style. > I had to change it to C comment style (/* */) in order to make the compiler > work. > I found it strange that if the file is cpp files then it will accept the C++ > comment style. > Is there any way that the compiler will read the C++ comment style inside my > header file. > The reason I ask is that the header file contains an awful lot of C++ > comments and I don't want to convert them into C comment. > Thank you for any of your help. > > Thach Vu > <<< HTML STUFF SNIPPED>>> --------------------------- Newsgroups: comp.os.vxworks Subject: Re: MVME2700 User Flash Date: Tue, 28 Nov 2000 01:33:55 +0000 From: B Luong Organization: The University of York, UK Message-ID: <3A230B83.8A0CE64@student.cs.york.ac.uk> References: Sender: btl101@york.ac.uk If its the same flash device as on the 2400 boards then amd give the source code for the drivers out for it. http://www.amd.com/products/nvd/software/new.html I'm trying to get the code to compile still. "Gooden, K" wrote: > Hello all, > > I have a MVME2700 with 8 MBytes of user flash. I would like to be able to, > under program control, read/write data from flash. Does anyone have any > sample code and or advice on how to do this? > > Thanks in advance --------------------------- Newsgroups: comp.os.vxworks Subject: real time embedded software Date: Mon, 27 Nov 2000 20:41:28 -0500 From: "Kevin" Organization: Sprint Canada Inc. Message-ID: Hot Opportunity for real time embedded software experts If you have Vxworks or pSOS real time operating system experience working in and embedded system environment and know telecom or internet protocols then we have the jobs for you. contact Kevin Ireland kevin.ireland@ajilon.ca kireland@sprint.ca 613-786-3106 ext 231 613-799-4310 cell 613-489-4299 home --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado Compiler Date: Tue, 28 Nov 2000 03:50:35 GMT From: "Patrick@Roadrunner" Organization: Road Runner Message-ID: References: <8vv0t6$f7h$1@overload.lbl.gov> Try removing the -ansi compiler option, this will disable strict ansi and allow the c++ stype comment. Another alternative is to compile as c++ using the -cpp compile option (I think that's the syntax but you can look it up easily). Be careful with the -cpp option because any functions not declared as extern "C" will have mangled C++ na,es and not be linkable by other C based components in your project, example usrAppInit(); Patrick "Thach Vu" wrote in message news:8vv0t6$f7h$1@overload.lbl.gov... > This message is in MIME format. Since your mail reader does not understand > this format, some or all of this message may not be legible. > > ------_=_NextPart_001_01C058C5.050C2EE0 > Content-Type: text/plain; > charset="iso-8859-1" > > Hi, > > I have a question regarding to Tornado 2.0 Compiler. > I tried to compile a header file that contains C++ comment (//) but it > didn't accept this comment style. > I had to change it to C comment style (/* */) in order to make the compiler > work. > I found it strange that if the file is cpp files then it will accept the C++ > comment style. > Is there any way that the compiler will read the C++ comment style inside my > header file. > The reason I ask is that the header file contains an awful lot of C++ > comments and I don't want to convert them into C comment. > Thank you for any of your help. > > Thach Vu > > > ------_=_NextPart_001_01C058C5.050C2EE0 > Content-Type: text/html; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > > > > charset=3Diso-8859-1"> > 5.5.2652.35"> > Tornado Compiler > > > >

    Hi, >

    > >

    I have a question regarding to Tornado = > 2.0 Compiler. >
    I tried to compile a header file that = > contains C++ comment (//) but it didn't accept this comment = > style. >
    I had to change it to C comment style = > (/* */) in order to make the compiler work. >
    I found it strange that if the file = > is cpp files then it will accept the C++ comment style. >
    Is there any way that the compiler = > will read the C++ comment style inside my header file. >
    The reason I ask is that the header = > file contains an awful lot of C++ comments and I don't want to convert = > them into C comment.

    > >

    Thank you for any of your help. >

    > >

    Thach Vu >

    > > > > ------_=_NextPart_001_01C058C5.050C2EE0-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: process management in vxworks Date: Tue, 28 Nov 2000 03:52:49 GMT From: "Patrick@Roadrunner" Organization: Road Runner Message-ID: References: You can get that functionality with taskDeleteHookAdd() (or some syntax like that, I don't remember exactly) and yes any process(task) can kill any other process(task) as long as that task is not set to be taskDeleteSafe(); Patrick "siva chelliah" wrote in message news:F0vU5.18575$6W1.978752@news.flash.net... > hi, > I am new to vxworks and have this question. Does vsworks have Unix like > process management? I like to know things like: > a) If process A creates process B, will process A be notified if B > dies > > b) Can I kill process B from process A > > etc. > > where can I find this info. > > thanks, > siva > > > --------------------------- Newsgroups: comp.os.vxworks Subject: How do I redirect data out the serial port? Date: Mon, 27 Nov 2000 23:07:43 -0500 From: "Andrew Carlisle" Organization: HarvardNET Message-ID: <8vurke$5qu$1@murdoch.harvard.net> Hello, When vxWork board info comes out the serial port. However, once vxWorks is up and running I interact with the shell through an ethernet connection. My question is: Is it possible to send data out the serial connection once vxWorks is up and running over the ethernet connection? Thanks, Andy acarlisle@envoynetworks.com --------------------------- Newsgroups: comp.os.vxworks Subject: Including a generic driver in VxWorks Date: 28 Nov 2000 03:25:09 -0000 From: "Ramesh Subramanian" Organization: Lawrence Berkeley National Laboratory Message-ID: <8vvbem$l3$1@overload.lbl.gov> Hi VxWorkers, Could anybody in the VxWorks World help me in the following aspect: Please give us complete procedure in getting the same: 1. How to a device driver to tornado project facility?(apart from the default components that come up along with BSP package) 2. How to get a new component with dependencies, parametersetc...with include and exclude option just like the usual component tornado project facility.? with regards, ganesanram _____________________________________________________ Chat with your friends as soon as they come online. Get Rediff Bol at http://bol.rediff.com Participate in crazy auctions at http://auctions.rediff.com/auctions/ --------------------------- Newsgroups: comp.os.vxworks Subject: Re: C++ Exception and exc Task Date: Tue, 28 Nov 2000 04:33:14 GMT From: john_94501@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8vvcia$vda$1@nnrp1.deja.com> References: <8FF9621DCDoronshironcom@206.49.94.215> Hello, > It seems that tExctask have priority over C++ exception mechanism In fact, they are totally unrelated except for the name. A C++ exception will not be thrown by a hardware exception. I don't believe that there is a simple way to achieve what you want using C++ exceptions. A better solution is to use the more conventional signals mechanism for handling such exceptions. HTH, John... Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.sys.powerpc.tech,comp.os.vxworks Subject: Re: Support from windriver-est-diab - comments please Date: Tue, 28 Nov 2000 05:52:43 GMT From: "Martin Usher" Organization: EarthLink Inc. -- http://www.EarthLink.net Message-ID: References: <3a196283.0@news1.mweb.co.za> Reply-To: "Martin Usher" "Bushy" wrote in message news:3a196283.0@news1.mweb.co.za... > Hi > > I've noted that ever since Windriver - Diab - Estc merged the level of > support has > deteriorated rather drastically. > > Is this just my case cause I'm down in SA or has anyone else experienced > this? > I don't think its peculiar to WRS. I think they're just hurting for the lack of engineering staff. Everyone else is. There are lots of jobs out there which pay well and have great prospects (and, dare I say it, options) so its rather difficult to find people who are prepared to sit in a cube all day answering questions for a wage and maybe a year end bonus, even more so if you want people with half a clue about what they're doing. There was also a bit of confusion as the companies merged - I know that the reps that we dealt with seemed to change hats in a weird game of 'musical jobs' - but that should have been quite short lived. I daresay things will sort themselves out over time. (Unfortunately that's the one commodity we never seem to have enough of.) --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ICMP Echo Request ("ping") with zero ICMP checksum? Date: Tue, 28 Nov 2000 07:08:28 GMT From: "Martin Usher" Organization: EarthLink Inc. -- http://www.EarthLink.net Message-ID: References: <8vm7gf$7tu$1@nnrp1.deja.com> Reply-To: "Martin Usher" "Henrik Bergström" wrote in message news:8vm7gf$7tu$1@nnrp1.deja.com... > Dear VxWorkers, > > Recently I discovered a really strange thing concerning ICMP echo > requests sent by calling 'ping' from the target shell. The target > generates and sends a correctly formed ICMP echo request messages, but > the ICMP (not the IP) checksum is set to zero, instead of the correct > value. > > Has anyone else run into something similar? Does anyone know what is > causing this and how to solve it? Please let me know in that case. > > (For what it is worth, I am running vxw 5.4.5 on an x86 target.) > Zero checksum in IP packets by convention means "no checksum". If the computed checksum did add to zero then it would be set to 0xFFFF in the packet. (The algorithm is to add byte pairs as high-low (big-endian) short words, adding any carries in. The checksum field is initially zero and any extra byte needed to round up the area to an even number of bytes is also zero. The resulting sum is inverted and becomes the checksum unless it results in zero in which case it is set to 0xFFFF.) (If you do the addition by accumulating the sum into a 32 bit accumulator and then adding the high word to the low word of the accumulator to add in the carries then don't forget to check for overflow from this sum!) --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How do I redirect data out the serial port? Date: Tue, 28 Nov 2000 06:55:50 GMT From: Harry Liu Organization: Deja.com - Before you buy. Message-ID: <8vvktl$57q$1@nnrp1.deja.com> References: <8vurke$5qu$1@murdoch.harvard.net> sure. you can even connected the target without Ethernet. But since the default connection method is set to use ethernet, you must change the WDB parament. You can the detail information in Tornado User Guide. harry In article <8vurke$5qu$1@murdoch.harvard.net>, "Andrew Carlisle" wrote: > Hello, > > When vxWork board info comes out the serial port. However, once vxWorks is > up and running I interact with the shell through an ethernet connection. My > question is: Is it possible to send data out the serial connection once > vxWorks is up and running over the ethernet connection? > > Thanks, > > Andy > acarlisle@envoynetworks.com > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How can I form a ethernet physical address? Date: Tue, 28 Nov 2000 07:21:00 GMT From: "Martin Usher" Organization: EarthLink Inc. -- http://www.EarthLink.net Message-ID: References: <8vaaji$245$1@news.cz.js.cn> Reply-To: "Martin Usher" "TonyHuang" wrote in message news:8vaaji$245$1@news.cz.js.cn... > Hello All, > > my question is: > where does this address come from? > how to form an ethernet address when I change to another PHY chip? > The Ethernet address is a function of the MAC, not the PHY, and in a typical adapter card like the one for a PC its in a small serial ROM that's fixed with that address when the card was manufactured. For controllers like those on the 860 addresses have to come from some non-volatile storage that's accessible to the firmware so that the firmware can put it in the appropriate internal unit when it initializes it. The address is in two parts. The first three bytes are the 'Organizationally Unique Identifier' and is one of a set of numbers that you can apply to have assigned to you (I think its the IEEE that does this in the US). The other three bytes are a serial number which you assign when you build the board. For testing you can just assign some arbitary but unique addresses to your boards. Although MAC addresses are supposed to be globally unique they don't go beyond the local network so you're unlikely to have a conflict (and if you do have one then you're going to hear about it from every working network stack on that network!). I would leave the top three bytes alone and just change the bottom three, avoiding all zeros and all Fs. (For production you *must* get your unique addresses and get them into an appropriate NVRAM.) --------------------------- Newsgroups: comp.os.vxworks Subject: Duplicate IP addresses? Date: Tue, 28 Nov 2000 07:48:01 GMT From: nunya Organization: Nunya Business Message-ID: <3A23632B.A8B05843@nunya.com> Hello: Just wondering what the behaviour of the WRS SENS TCP/IP stack is if another node has the same IP address as it does. (Manually assigned IP addresses. ) Is this a catastrophic error? Can it be programmatically discovered and corrected somehow? (Obviously, manually changing one of the node's address will correct this. ) Thanks! --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado tgtsvr stopped working? Date: Tue, 28 Nov 2000 08:11:18 GMT From: pgruet@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <8vvpb5$889$1@nnrp1.deja.com> References: <3A22AA27.B7F7BEEE@gecm.com> <8vut26$5lq$1@nrchh45.us.nortel.com> Are your running Tornado 1.0.1? We have had this problem several times, each time it seems to take several days for WinDriver to resolve. The solution (which often works)is : Run setup -L from the tornado CD Rom When you get to the options window select contact WRS and email your host name and id/code number to license-ec@windriver.com. They will send you a new license number. Then run setup -L again and this time when you reach the options window there is an option which allows you to add your license key. (You may need to stop the license server while you do this (select wind LM from control panel and stop it from there). I am assuming you have a windows host, I have no experience of other host platforms. You will need to have administrator priviledges to do this. WinDriver admitted to me (as if we needed telling) that the Tornado I license server is very flaky. We have certainly had many problems with it. Apparently Tornado II does not have this license server. Hope this helps Paul Gruet paulgruet@hotmail.com In article <8vut26$5lq$1@nrchh45.us.nortel.com>, "Guglani, Manoj [SC7:DS37:EXCH]" wrote: > Your license for target server may have expired. Try to reattach to target > server. > > Manoj > Dave Bradford wrote in message > news:3A22AA27.B7F7BEEE@gecm.com... > > Hi, > > > > After months of happily working, my tornado launcher has stopped being > > able to use the Target server launch command, "tgtsvr". It logs the > > error: > > > > "License request... No license file found for feature (error -11)." > > > > Has this ever happened to anyone else? One minute it was working the > > next not. > > > > Perplexed, Dave. > > > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Integrate Visual Studio and Tornado 2 Date: 28 Nov 2000 08:40:05 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FFA610DEborkhuislucentcom@135.7.153.101> References: <6YyU5.19$of6.1674@newsfeed.avtel.net> wanggang@cs.cmu.edu (Daryl) wrote in <6YyU5.19$of6.1674@newsfeed.avtel.net>: >Does any one have experience on integrating Visual Studio of MS with >Tornado? I am interested in either way, namely: > >1) from Tornado --> Visual Studio, using the excellent source browsering >facility VS provides. >2) from VS --> Tornado, call Tornado tools to do compile and link. Take a look at: http://www.xs4all.nl/~borkhuis/vxworks/vxw_pt1.html#1.13 Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Increase FTP Sessions Date: 28 Nov 2000 08:47:33 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FFA6422Bborkhuislucentcom@135.7.153.101> References: <8vurhd$p8p$1@newshost.mot.com> sc787c@email.mot.com (C.K. Lay) wrote in <8vurhd$p8p$1@newshost.mot.com>: >Hi, > >I have included the FTP server in my VxWorks 5.4 BSP by using Tornado >2.0. The default setup only allows 4 simulatanous FTP sessions from a >host. Is there a way to increase the FTP sessions using Tornado? Or, can >I just modify header or source files to make it work? What is the >maximum sessions in VxWorks 5.4? Take a look at the manpage for ftpdInit. There is a global variable called ftpsMaxClients that has the default value of 4. Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: [Q] MPC860 BSP - Ethernet End driver... Date: 28 Nov 2000 08:51:26 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FFA69F50borkhuislucentcom@135.7.153.101> References: <8vurop$ifs$1@nnrp1.deja.com> kingseft@my-deja.com wrote in <8vurop$ifs$1@nnrp1.deja.com>: > I'm not accustomed to mpc860 bsp. > I have a bsp relatied mpc860. when I looked it up, I found this bsp > used if_cpm and cpmattach() function. The use of if_cpm is related to the old style (non-END) driver. You can remove the funtions sysCpmEnetCommand up to sysCpmAttach in the file sysLib.c. These functions are not used. Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Including a generic driver in VxWorks Date: 28 Nov 2000 08:56:46 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FFA66457borkhuislucentcom@135.7.153.101> References: <8vvbem$l3$1@overload.lbl.gov> ganesanram@rediffmail.com (Ramesh Subramanian) wrote: >1. How to a device driver to tornado project facility?(apart from the >default components that come up along with BSP package) > >2. How to get a new component with dependencies, parametersetc...with >include and exclude option just like the usual component tornado project >facility.? Take a look at: http://www.xs4all.nl/~borkhuis/vxworks/vxw_pt2.html#2.4 This gives more info on how to add components to your configuration. Another possibility is to get the BSP developers kit. There is an good explanation in there about the CDF files. Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Q: where to find information about the UGL of Wind River Date: Tue, 28 Nov 2000 08:58:40 GMT From: zirzlaff@nienor.s.bawue.de Organization: Deja.com - Before you buy. Message-ID: <8vvs3u$b5b$1@nnrp1.deja.com> Reply-To: t.zirzlaff@caa.de Hi. I seek information about the UGL from Wind River. In particular about th e API and related subjects. I have Tornado 2.0 and would like to know where I could get this information and which additional tool I had to buy for the use of UGL. I had found some references about UGL in the papers relating Zinc, but Zinc is to large for our needs. Any help here in this forum? TIA Torsten Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Problem with using 'Tcl_SplitList' Date: Tue, 28 Nov 2000 14:35:50 +0530 (IST) From: T S Arvinda Organization: Lawrence Berkeley National Laboratory Message-ID: <8vvt5a$4qi$1@overload.lbl.gov> Hi, We are using 'Tcl_SplitList' in our application(C-code) in Tornado simulator. We are getting 'unresolved symbol' error when we download our application. Which library contains the definition of "Tcl_SplitList"? Also, how do I link the libraries with our application. Regards, TSArvinda --------------------------- Newsgroups: comp.os.vxworks Subject: how to determine the error information when make? Date: Tue, 28 Nov 2000 09:12:47 GMT From: Terry Lee Organization: Deja.com - Before you buy. Message-ID: <8vvsuc$bjr$1@nnrp1.deja.com> when I try to "make" a makefile ,it produce error like this : ========================================================== C:\Source\Test\OBJ\Test1.o fatal error in make: make.exe: *** [C:\Source\Test\OBJ\Test1.o] Error 0xc1 make.exe: *** Deleting file `C:\Source\Test\OBJ\Test1.o' Done. ========================================================== No more information. What the "Error 0xc1" means ? - -- - ---------------------------------------------- @ ~ ~~__=||_ ~ ~ ~~ ~~ ~ ~ \____/ ~ Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: PCI Date: Tue, 28 Nov 2000 11:06:55 +0100 From: "Bertram Tenner" Organization: Customer of UUNET Deutschland GmbH Message-ID: <3a238402$0$3431$4dbef881@businessnews.de.uu.net> Hi, I'm quite new to vxWorks and I'm trying to access a PCI-card on a x86 board. Is there any command in the vxWorks C-language for x86 to access directly a memory address for memory mapped I/O or have I to write it in assembler code ? Thanks Bertram --------------------------- Newsgroups: comp.os.vxworks Subject: GCC - forward declaration??? Date: Tue, 28 Nov 2000 12:01:58 +0100 From: Joachim Pluschke Organization: Stoye GmbH Message-ID: <3A2390A6.5253FFCC@stoye.de> VxWorks Tornado Hi all, Does anybody know how to make GCC to compile forward decls? ( I'm using T2 for NT, Vx5.4.? for Pentium , cc386, GCC Version 2.7.2, C-code with cc386 switches: - -g -mpentium -nostdinc -DRW_MULTI_THREAD -D_REENTRANT -fvolatile - -nostdlib -fno-builtin -fno-defer-pop -I. -IC:/Tornado/target/h - -DCPU=PENTIUM ) I have a lot sourcecode using forward declarations... (and I hate sorting code inside headerfiles to make it compiling but unreadable! :-H) I tryed to find out what I need to do, but the GCC online man mentions only something around forward decls for defining arrays in a function's parameterlist... (the only modifikation I made sometimes before was removing the -ansi switch due to a lot C++ comments.) Is there any solution for this? Regards, Joachim - -- ===================================================== Gebrüder Stoye GmbH department: traffic control systems Name: Joachim Pluschke Adr: Longericher Strasse 177 city: Cologne, Germany Zip: 50739 (NEW!) phone: ++49/221/170701-3 mailto: j.pluschke@stoye.de web: www.stoye.de ===================================================== --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado Compiler Date: Tue, 28 Nov 2000 12:05:32 +0100 From: Joachim Pluschke Organization: Stoye GmbH Message-ID: <3A23917C.47FED0CA@stoye.de> References: <8vv0t6$f7h$1@overload.lbl.gov> Hi! You have to remove the "-ansi" compiler switch from your project's build spec; to find at the Workspace Build Tab, Project properties, C/C++ compiler tab under Tornado2 for winNT.... You also can find help in the GCC's online-manual: /Tornado/docs/gnu/toolkit/gcc.html#SEC12 You should read through. bye Joachim > > Submitted-by vxwexplo-errs@csg.lbl.gov Mon Nov 27 16:19:11 2000 > Submitted-by: "Thach Vu" > > This message is in MIME format. Since your mail reader does not understand > this format, some or all of this message may not be legible. > > ------_=_NextPart_001_01C058C5.050C2EE0 > Content-Type: text/plain; > charset="iso-8859-1" > > Hi, > > I have a question regarding to Tornado 2.0 Compiler. > I tried to compile a header file that contains C++ comment (//) but it > didn't accept this comment style. > I had to change it to C comment style (/* */) in order to make the compiler > work. > I found it strange that if the file is cpp files then it will accept the C++ > comment style. > Is there any way that the compiler will read the C++ comment style inside my > header file. > The reason I ask is that the header file contains an awful lot of C++ > comments and I don't want to convert them into C comment. > Thank you for any of your help. > > Thach Vu > - -- ===================================================== Gebrüder Stoye GmbH department: traffic control systems Name: Joachim Pluschke Adr: Longericher Strasse 177 city: Cologne, Germany Zip: 50739 (NEW!) phone: ++49/221/170701-3 mailto: j.pluschke@stoye.de web: www.stoye.de ===================================================== --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Tue Nov 28 08:52:14 2000 From: David Laight Date: Tue Nov 28 08:52:17 PST 2000 Subject: Re: How can I form a ethernet physical address > The address is in two parts. The first three bytes are the 'Organizationally > Unique Identifier' and is one of a set of numbers that you can apply to have > assigned to you (I think its the IEEE that does this in the US). The other > three bytes are a serial number which you assign when you build the board. The LSB of the first byte (transmitted first on the network) is the broadcast bit, and must not be 1 for a card. The next bit is designated for locally (1) or globally (0) administered addresses. Theoretically your netork administrator can decide to use locally administered address, whereas all card should have globally administered ones. However certain card manufacturers use locally administered addresses. To my knowlege only DECnet requires locally administered ones - and it trully does REQUIRE them! For testing do what some card manufactuers have done, pick a 22bit OUI that no one else is likely to use and set the 'locally administered bit'. I've been known to use my initials (actually a globally administered OUI). I also have a feeling that IP will work even if multiple systems have the same MAC address - provided IP forwarding is disabled (not the vxWorks default) and you don't mind system resource being wasted parsing unwanted packets. David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Tue Nov 28 09:01:24 2000 From: David Laight Date: Tue Nov 28 09:01:27 PST 2000 Subject: re: IP checksums > (The algorithm is to add byte pairs as high-low (big-endian) short words, > adding any carries in. The checksum field is initially zero and any extra > byte needed to round up the area to an even number of bytes is also zero. > The resulting sum is inverted and becomes the checksum unless it results in > zero in which case it is set to 0xFFFF.) The algorithm is (probably accidentally) endianness independant. The carry from the 'low' bytes is added into the 'high' bytes as part of the add The carry from the 'high' bytes become the carry flag and is added into the 'low' bytes on the next add. So the carry from both bytes gets added into the other - so it doesn't matter which way up your eggs are. The sum is typically (these days) done using 32-bit add-carry instructions. This is still endianness independent. (time to gripe about the bug in the vxWorks ARM checksum routine!) David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Tue Nov 28 13:49:08 2000 From: karunakaran nair Date: Tue Nov 28 13:49:10 PST 2000 Subject: question on windsh --0-336465782-975448142=:10107 Content-Type: text/plain; charset=us-ascii hello, when does the following situation occur. tornado has connected to the target, and it is only needed to click windsh button to get wind shell up. but, when this is done windsh momentarily appears and then it closes. cheers, KN --------------------------------- Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. --0-336465782-975448142=:10107 Content-Type: text/html; charset=us-ascii

      hello,

    when does the following situation occur. tornado has connected to the target, and it is only needed to click windsh button to get wind shell up. but, when this is done windsh momentarily appears and then it closes.

    cheers,

    KN



    Do You Yahoo!?
    Yahoo! Shopping - Thousands of Stores. Millions of Products. --0-336465782-975448142=:10107-- From vxwexplo-errs@csg.lbl.gov Tue Nov 28 14:14:35 2000 From: "Buchholz, Steven" Date: Tue Nov 28 14:14:37 PST 2000 Subject: Looking for a source of Force 5CE-16 Boards Greetings! I found about this list from a dogpile search ... unfortunately we are not allowed to access the usenet from our network! We have a system that runs VxWorks on 16 MByte Force SPARC 5CE (85MHz uSPARC-II). The company did a lifetime buy of the boards from Force a few years back, but we have nearly exhausted our supply. Rather than retarget the code for a new board, and given that the product is near its own end of life I thought I would post here to see if perhaps there was not a source of a handful of boards out there that someone here was aware of. I would say that we are looking for somewhere in the range of 20 to 40 boards total. The boards must be Force SPARC5CE/16 versions. I appreciate any suggestions or offers that are out there. Since I can't check the usenet please be sure to copy me directly on any replies (mailto:Steven.Buchholz@kla-tencor.com). TIA! Steve Buchholz KLA-Tencor/RAPID Engineering From vxwexplo-errs@csg.lbl.gov Wed Nov 29 04:03:10 2000 From: Vxworks Exploder Date: Wed Nov 29 04:03:12 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Wed Nov 29 04:03:05 PST 2000 Subject: Re: How do I redirect data out the serial port? Subject: Re: Tornado II Connection Through a Firewall Subject: shared memory size Subject: host -target(PPC) connection Subject: Re: x86 booting woes.... Subject: Re: shared memory size Subject: Re: host -target(PPC) connection Subject: Re: shared memory size Subject: 82557 end driver losing cluster resources in the net stack Subject: Persistent Connection in Wind Web Server 2.0 Subject: Re: How do I redirect data out the serial port? Subject: Re: x86 booting woes.... Subject: Re: Tornado II Connection Through a Firewall Subject: Supported LAN cards on PC? Subject: Re: ICMP Echo Request ("ping") with zero ICMP checksum? Subject: Re: x86 booting woes.... Subject: VxWorks & visibroker ORB Subject: Re: x86 booting woes.... Subject: Re: FW: Time is going backward .... Subject: re: How can I form a ethernet physical address Subject: re: IP checksums Subject: Re: GCC - forward declaration??? Subject: ANNOUNCE: UnixCE-OS for internet appliance Subject: Re: Tornado II Connection Through a Firewall Subject: Re: ICMP Echo Request ("ping") with zero ICMP checksum? Subject: VXworks Opportunities Subject: Re: Problem with using 'Tcl_SplitList' Subject: vxWorks misses a lot of functions Subject: ROM-Resident Subject: redirection of i/o Subject: Re: 82557 end driver losing cluster resources in the net stack Subject: Q on WindView user events Subject: Me Too! Re: ROM-Resident Subject: Re: host -target(PPC) connection Subject: question on windsh Subject: Looking for a source of Force 5CE-16 Boards Subject: BSP for mcp765 Subject: Re: What CORBA implementations available? Subject: Re: Tornado II Connection Through a Firewall Subject: Tornado 2 poblems on Windows ME Subject: Re: newbie question: target I/O Subject: Re: DOSFS, IDE and FTP Subject: Re: BSP for mcp765 Subject: Re: Multiple VxSim targets Subject: Pb to Build Zinc 6 (beta 2) Subject: Re: Active PCB after socket closed Subject: parent task for applications. Subject: Vxwork (5.4) + DY4 SVMER179 + Ramix RM235M ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: How do I redirect data out the serial port? Date: Tue, 28 Nov 2000 07:07:54 -0800 From: Joe Durusau Organization: Lockheed Martin Corporation Message-ID: <3A23CA4A.2938790E@lmco.com> References: <8vurke$5qu$1@murdoch.harvard.net> You need to clarify what version of vxWorks and Tornado you are using. For example, using Tornado 1 and vxWorks 5.3.1, if you have the serial terminal hooked up, the shell will work via the ethernet connection (and reply to commands over it), but for instance, if you type printf("asdfasdf\n") to the shell, the actual data shows up by default on the serial output. You just see something like value = 9 as a reply in the shell window. There are also commands for setting stdout to hwerever you want, but I get the impression that they are different between different versions of vxWorks and Tornado. Speaking only for myself, Joe Durusau Andrew Carlisle wrote: > > Hello, > > When vxWork board info comes out the serial port. However, once vxWorks is > up and running I interact with the shell through an ethernet connection. My > question is: Is it possible to send data out the serial connection once > vxWorks is up and running over the ethernet connection? > > Thanks, > > Andy > acarlisle@envoynetworks.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II Connection Through a Firewall Date: Tue, 28 Nov 2000 12:39:38 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <3A22F75E.F6DF0EA1@amc.com> Kathy Reed wrote in message <3A22F75E.F6DF0EA1@amc.com>... >We're trying to do a remote connection to a target using a >Tornado II target >server. The target server is running on a host inside our firewall. >The target is outside of our firewall and possibly behind a firewall >of it's own. > >Is this possible? Has anyone done this? As long as you can configure both firewalls to pass UDP packets between (target IP:17185) and (host IP:any) you should have no problem at all. The debug server works through standard RPC over UDP. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: shared memory size Date: Tue, 28 Nov 2000 13:53:12 +0100 From: Marc Waber Organization: STS Switching Test Solutions Message-ID: <3A23AAB8.C05A71EC@stest.ch> This is a multi-part message in MIME format. - --------------9D10A457295DA1BE46BBBF30 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear all, Does anybody know how to change the size of shared memory for a CPV5350? I tried to change "SM_MEM_SIZE', but it doesn't seem to work... Regards, Marc - -- Marc Waber E-mail: marc.waber@stest.ch STS Switching Test Solutions AG Phone: +41-76-355-6713 Foerrlibuckstr. 62 / Postfach 74 Fax: +41-1-355-6605 CH-8037 Zurich Homepage: www.stest.com - --------------9D10A457295DA1BE46BBBF30 Content-Type: text/x-vcard; charset=us-ascii; name="marc.waber.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Marc Waber Content-Disposition: attachment; filename="marc.waber.vcf" begin:vcard n:Waber;Marc tel;work:+41-11-454-6713 x-mozilla-html:FALSE org:STS Switching Test Solutions adr:;;Friesenbergstrasse 75;CH-8055 Zurich;;;Switzerland version:2.1 email;internet:marc.waber@stest.ch x-mozilla-cpt:;0 fn:Marc Waber end:vcard - --------------9D10A457295DA1BE46BBBF30-- --------------------------- Newsgroups: comp.os.vxworks Subject: host -target(PPC) connection Date: Mon, 27 Nov 2000 23:28:06 -0700 From: Ben Message-ID: <3A235075.AAB262C3@hotmail.com> Reply-To: kanigeri@hotmail.com hi i am trying to connect the host and target board, but while i am doing that i am getting the following error after displaying the following information, can you please tell me what is the probable mistake i am doing. thank you the following is the information Press any key to stop auto-boot... 5 [VxWorks Boot]: @ boot device : dc processor number : 0 host name : localhost file name : c:\tornado\target\config\mtx603\bootrom inet on ethernet (e) : 129.123.85.106:ffffff00 host inet (h) : 129.123.4.237 user (u) : sl149 ftp password (pw) : king flags (f) : 0x0 target name (tn) : tornado Attaching network interface dc0... done. Attaching network interface lo0... done. Loading... Error loading file: errno = 0xd0003. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: x86 booting woes.... Date: Tue, 28 Nov 2000 05:38:17 -0800 From: DrDiags Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A23B549.86E0FC28@flashcom.net> References: <3A1AF270.AB62A7CB@root.com> <3A1B2DB9.C4200E87@flashcom.net> <3A1BE73D.792BECB5@root.com> <3A1CBD63.59D35EF2@flashcom.net> <3A22C4F5.E5C730BF@root.com> Reply-To: drdiags@flashcom.net Bruce, I have been fighting similar problems, but on a Toshiba Satellite Laptop with a pccard 3COM EtherLink III. I have a cohort who had the same setup and the only difference was for now, he undef INCLUDE_END and defined INCLUDE_BSD. At this point, I am in the same boat as you but if I come up with anything I will pass it on. Hang in there............... > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: shared memory size Date: Tue, 28 Nov 2000 07:59:37 -0600 From: Greg Willden Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A23BA49.AAE35CB@swri.edu> References: <3A23AAB8.C05A71EC@stest.ch> This is a multi-part message in MIME format. - --------------4E655CBB0B3A3F0D7E92EBD8 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Marc Waber wrote: > Does anybody know how to change the size of shared memory for a CPV5350? > > I tried to change "SM_MEM_SIZE', but it doesn't seem to work... I'd have to look it up but I *think* that if you change the value of SM_MEM_SIZE you will need to make a new bootrom image and burn it to the flash. Greg - --------------4E655CBB0B3A3F0D7E92EBD8 Content-Type: text/x-vcard; charset=us-ascii; name="gwillden.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Greg Willden Content-Disposition: attachment; filename="gwillden.vcf" begin:vcard n:Willden;Greg tel;fax:(210) 522-2709 tel;work:(210) 522-6241 x-mozilla-html:FALSE org:Southwest Research Institute;http://www.swri.edu version:2.1 email;internet:gwillden@swri.edu title:Engineer adr;quoted-printable:;;6220 Culebra Rd=0D=0A=0D=0A;San Antonio, TX 78238;;; fn:Greg Willden end:vcard - --------------4E655CBB0B3A3F0D7E92EBD8-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: host -target(PPC) connection Date: Tue, 28 Nov 2000 14:57:29 +0100 From: Marc Waber Organization: STS Switching Test Solutions Message-ID: <3A23B9C9.D907B5A6@stest.ch> References: <3A235075.AAB262C3@hotmail.com> This is a multi-part message in MIME format. - --------------D720AF53D87AE5060478914B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Ben wrote: > > hi > i am trying to connect the host and target board, but while i am > doing that i am getting the following error after displaying the > following information, can you please tell me what is the probable > mistake i am doing. > thank you > > the following is the information > Press any key to stop auto-boot... > 5 > > [VxWorks Boot]: @ > > boot device : dc > processor number : 0 > host name : localhost > file name : c:\tornado\target\config\mtx603\bootrom > inet on ethernet (e) : 129.123.85.106:ffffff00 > host inet (h) : 129.123.4.237 > user (u) : sl149 > ftp password (pw) : king > flags (f) : 0x0 > target name (tn) : tornado > > Attaching network interface dc0... done. > Attaching network interface lo0... done. > Loading... > Error loading file: errno = 0xd0003. Ben, This means that vxWorks can't find your image. I noticed that your host is on a different subnet, and you didn't specify a gateway! Try booting from the same subnet or add a gateway in your boot params, and you should be able to boot. Hope this helps, Marc - -- Marc Waber E-mail: marc.waber@stest.ch STS Switching Test Solutions AG Phone: +41-76-355-6713 Foerrlibuckstr. 62 / Postfach 74 Fax: +41-1-355-6605 CH-8037 Zurich Homepage: www.stest.com - --------------D720AF53D87AE5060478914B Content-Type: text/x-vcard; charset=us-ascii; name="marc.waber.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Marc Waber Content-Disposition: attachment; filename="marc.waber.vcf" begin:vcard n:Waber;Marc tel;work:+41-11-454-6713 x-mozilla-html:FALSE org:STS Switching Test Solutions adr:;;Friesenbergstrasse 75;CH-8055 Zurich;;;Switzerland version:2.1 email;internet:marc.waber@stest.ch x-mozilla-cpt:;0 fn:Marc Waber end:vcard - --------------D720AF53D87AE5060478914B-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: shared memory size Date: Tue, 28 Nov 2000 14:59:39 +0100 From: Marc Waber Organization: STS Switching Test Solutions Message-ID: <3A23BA4B.A2EC9979@stest.ch> References: <3A23AAB8.C05A71EC@stest.ch> <3A23BA49.AAE35CB@swri.edu> This is a multi-part message in MIME format. - --------------469D8A580B6EA262C530F3E1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Greg Willden wrote: > > Marc Waber wrote: > > > Does anybody know how to change the size of shared memory for a CPV5350? > > > > I tried to change "SM_MEM_SIZE', but it doesn't seem to work... > > I'd have to look it up but I *think* that if you change the value of > SM_MEM_SIZE you will need to make a new bootrom image and burn it to the > flash. > > Greg I reburned the bootrom with the new value of SM_MEM_SIZE before I tried... Any other ideas? Regards, Marc - -- Marc Waber E-mail: marc.waber@stest.ch STS Switching Test Solutions AG Phone: +41-76-355-6713 Foerrlibuckstr. 62 / Postfach 74 Fax: +41-1-355-6605 CH-8037 Zurich Homepage: www.stest.com - --------------469D8A580B6EA262C530F3E1 Content-Type: text/x-vcard; charset=us-ascii; name="marc.waber.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Marc Waber Content-Disposition: attachment; filename="marc.waber.vcf" begin:vcard n:Waber;Marc tel;work:+41-11-454-6713 x-mozilla-html:FALSE org:STS Switching Test Solutions adr:;;Friesenbergstrasse 75;CH-8055 Zurich;;;Switzerland version:2.1 email;internet:marc.waber@stest.ch x-mozilla-cpt:;0 fn:Marc Waber end:vcard - --------------469D8A580B6EA262C530F3E1-- --------------------------- Newsgroups: comp.os.vxworks Subject: 82557 end driver losing cluster resources in the net stack Date: Tue, 28 Nov 2000 09:32:13 -0500 From: "JR" Message-ID: <3a23c0e6$0$21957@wodc7nh0.news.uu.net> I have a PPC running the 82557 end driver. I'm actually using an 82559er device. Received packets are being absorbed by the network stack and I'm running out of clusters. It's all over when the driver runs out of resources. There is a comment in the driver regarding an issue of data alignment but I am 32bit aligned. Why am I losing resources to the network stack? --------------------------- Newsgroups: comp.os.vxworks Subject: Persistent Connection in Wind Web Server 2.0 Date: Tue, 28 Nov 2000 14:21:25 GMT From: hermanip@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <900f0u$og2$1@nnrp1.deja.com> I am currently deciding whether to use persistent connection in WWS 2.0. I have encountered weird problems with both IE5 and Netscape 6. Both don't support pipelining. Second, even when the WWS socket connection timeout and close the connection, the browser won't send its FIN to close that socket. Hence my WWS will have multiple half-closed connection hanging around. However, HTTP specs mandate that persistent connection should be used as a default and the browser should assume that persistent connection is supported by the web server in HTTP 1.1. Does anybody encounter the same problem? If you do, do you use non-persistent connection to get around the problem? Thanks. Herman Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How do I redirect data out the serial port? Date: Tue, 28 Nov 2000 14:34:08 GMT From: pkockritz@home.com (Pete Kockritz) Organization: Excite@Home - The Leader in Broadband http://home.com/faster Message-ID: References: <8vurke$5qu$1@murdoch.harvard.net> In article <8vurke$5qu$1@murdoch.harvard.net>, "Andrew Carlisle" wrote: > Hello, > > When vxWork board info comes out the serial port. However, once vxWorks is > up and running I interact with the shell through an ethernet connection. My > question is: Is it possible to send data out the serial connection once > vxWorks is up and running over the ethernet connection? If your program uses logMsg, you can redirect its output to any file descriptor. from the windsh: logFdSet consoleFd logMsg "hello\n" should print 'hello' on the serial console. You could also use logFdAdd instead of logFdSet. To use logLib, your kernel must have the logLib routines included in it. Another advantage of logMsg is that you can use it in ISRs (you can't use printf in ISRs). Read the logLib section in the vxWorks Reference. You could also use: ioGlobalStdSet (STD_IN, consoleFd); ioGlobalStdSet (STD_OUT, consoleFd); ioGlobalStdSet (STD_ERR, consoleFd); To set one or all of stdin, stdout and stderr to the console. Regards, Pete - -- +-----------------------------------------------------------------+ | Pete Kockritz mailto:pkockritz@home.com | | This space for rent. | +-----------------------------------------------------------------+ --------------------------- Newsgroups: comp.os.vxworks Subject: Re: x86 booting woes.... Date: Tue, 28 Nov 2000 09:43:41 -0500 From: Bruce Chrustie Organization: Nortel Message-ID: <3A23C49D.454AA715@root.com> References: <3A1AF270.AB62A7CB@root.com> <3A1B2DB9.C4200E87@flashcom.net> <3A1BE73D.792BECB5@root.com> <3A1CBD63.59D35EF2@flashcom.net> <3A22C4F5.E5C730BF@root.com> <3A23B549.86E0FC28@flashcom.net> DrDiags wrote: > > Bruce, > > I have been fighting similar problems, but on a Toshiba Satellite Laptop with a > pccard 3COM EtherLink III. I have a cohort who had the same setup and the only > difference was for now, he undef INCLUDE_END and defined INCLUDE_BSD. At this > point, I am in the same boat as you but if I come up with anything I will pass it > on. Hang in there............... God bless the use of printf....I can tell you where this problem is failing, but have yet to trace it back to the source! in UsrEndLib.c usrEndLibInit() calls muxDevLoad() and passed stuff including the init string (IRQ, addr, etc). Based upon my debug printf, muxDevLoad is failing and I can't quite trace why. The init string that is passed to this procedure is - -1:0x00:0x20:0x20:0x00. Which is totally wrong. This comes from configNet.h: #define FEI82557_LOAD_STRING "-1:0x00:0x20:0x20:0x00" Since I do not have INCLUDE_FEI defined almost anywhere there is something seriously wrong big time. But I tried to cheat and comment out all of the endDevTbl values leaving only the 3C509 stuff. recomipled and ran the code with problems still. Now back in usrEndLibInit the loadstring is NULL!, I found out where it was parsed dynamically and it was in sysElt3c509EndLoad() and is parsed correctly but is not updated in the END_TBL_ENTRY structure correctly. So it crapped out again here. I hard coded the init string and MuxDevLoad finally returned OK but it still does not work! I will let you know what I find out this eve....I will try your suggestion of not using END tonight. Bruce, --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II Connection Through a Firewall Date: Tue, 28 Nov 2000 09:55:16 -0500 From: Geoffrey Brown Message-ID: <3A23C754.20FB4C98@ibnets.com> References: <3A22F75E.F6DF0EA1@amc.com> Dave Korn wrote: > > Kathy Reed wrote in message <3A22F75E.F6DF0EA1@amc.com>... > >We're trying to do a remote connection to a target using a > >Tornado II target > >server. The target server is running on a host inside our firewall. > >The target is outside of our firewall and possibly behind a firewall > >of it's own. > > > >Is this possible? Has anyone done this? > > As long as you can configure both firewalls to pass UDP packets > between (target IP:17185) and (host IP:any) you should have no > problem at all. The debug server works through standard RPC > over UDP. > > DaveK > -- > They laughed at Galileo. They laughed at Copernicus. They laughed at > Columbus. But remember, they also laughed at Bozo the Clown. As stated above, UDP passing is all you need. I had a related problem -- a target on a private subnet -- running a simple UDP redirector on a gateway machine worked beautifully. - -- Geoffrey Brown, PhD Tel: (781) 372-8277 IronBridge Networks Inc. Fax: (781) 372-8090 55 Hayden Ave, email: gbrown@ibnets.com Lexington MA 02421 --------------------------- Newsgroups: comp.os.vxworks Subject: Supported LAN cards on PC? Date: Tue, 28 Nov 2000 09:48:40 -0500 From: Bruce Chrustie Organization: Nortel Message-ID: <3A23C5C8.320729B5@root.com> Can anyone verify supported LAN cards on PCs? I am using the 3COM509 and it is causing me alot of grief just to get it up and running. Surely the price of a new & different LAN card would be small compared to the frustration I am having :) Bruce --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ICMP Echo Request ("ping") with zero ICMP checksum? Date: Tue, 28 Nov 2000 14:57:31 GMT From: Henrik Bergström Organization: Deja.com - Before you buy. Message-ID: <900h4n$q7q$1@nnrp1.deja.com> References: <8vm7gf$7tu$1@nnrp1.deja.com> Hi Martin and thanks for your reply! I knew that a transmitted checksum of all zeros is used in UDP to indicate that no checksum was computed by the sender, but is it really allowed for "other" protocol checksums, i.e. IP, ICMP, TCP? Assuming it is allowed to send ICMP messages with a zero ICMP checksum, how come all hosts I try to ping ignore the echo request messages? (The Linux host I use for testing accounts the packet as a valid IP packet but an invalid ICMP message.) Furhtermore, the strangest thing with all this is that I have been able to ping the same hosts before from my target shell. Unfortunately, I never checked if the ICMP checksum was non-zero at that time - since it worked I never investigated it. Regards, Henrik In article , "Martin Usher" wrote: > > "Henrik Bergström" wrote in message > news:8vm7gf$7tu$1@nnrp1.deja.com... > > Dear VxWorkers, > > > > Recently I discovered a really strange thing concerning ICMP echo > > requests sent by calling 'ping' from the target shell. The target > > generates and sends a correctly formed ICMP echo request messages, but > > the ICMP (not the IP) checksum is set to zero, instead of the correct > > value. > > > > Has anyone else run into something similar? Does anyone know what is > > causing this and how to solve it? Please let me know in that case. > > > > (For what it is worth, I am running vxw 5.4.5 on an x86 target.) > > > Zero checksum in IP packets by convention means "no checksum". If the > computed checksum did add to zero then it would be set to 0xFFFF in the > packet. > > (The algorithm is to add byte pairs as high-low (big-endian) short words, > adding any carries in. The checksum field is initially zero and any extra > byte needed to round up the area to an even number of bytes is also zero. > The resulting sum is inverted and becomes the checksum unless it results in > zero in which case it is set to 0xFFFF.) > > (If you do the addition by accumulating the sum into a 32 bit accumulator > and then adding the high word to the low word of the accumulator to add in > the carries then don't forget to check for overflow from this sum!) > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: x86 booting woes.... Date: Tue, 28 Nov 2000 15:01:43 GMT From: mike99352@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <900hci$qj3$1@nnrp1.deja.com> References: <3A1AF270.AB62A7CB@root.com> <3A1B2DB9.C4200E87@flashcom.net> <3A1BE73D.792BECB5@root.com> <8vorrf$mdm$1@news1.xs4all.nl> <3A22C53E.C1B5D5DA@root.com> Try defining the "other" parameter in the boot line with your network device identifier (elt) or adding "o=elt" to your boot string. I found that at startup, the END drivers get started, but not attached to the tcp/ip stack unless the network device is the boot device (boot over the network), or you set the "other" parameter with the network device identifier. I took me a while to tracking this down -- another well documented "feature". Good luck, - --Mike In article <3A22C53E.C1B5D5DA@root.com>, Bruce Chrustie wrote: > > > Johan Borkhuis wrote: > > > Looks like you did not include the target shell in your project. Try > > including this and rebuilding. That should fix the problem with the shell. > > Thanks...actually I fugured that one out after a bit of banging my head > against the wall. Now if I could just get net connectivity I could > download my code onto a real platfor more testing! > > Bruce, > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks & visibroker ORB Date: Tue, 28 Nov 2000 16:15:27 +0100 From: Jan Lundmark Organization: Ericsson Erisoft AB Message-ID: <3A23CC0F.B5AD4223@um.erisoft.se> Anybody tried that combination ? I have linked liborb_noagentsupport_munched.o statically in our image and tried to load an extremely simple test server dynamically. No link errors. The ORB_init() call semms to work but the target crashes when BOA_init is executed. A stack of 20k shall be enough acc. to visibroker doc. Any ideas ? Best regards Jan Lundmark --------------------------- Newsgroups: comp.os.vxworks Subject: Re: x86 booting woes.... Date: Tue, 28 Nov 2000 10:47:32 -0500 From: Bruce Chrustie Organization: Nortel Message-ID: <3A23D394.438F2FB7@root.com> References: <3A1AF270.AB62A7CB@root.com> <3A1B2DB9.C4200E87@flashcom.net> <3A1BE73D.792BECB5@root.com> <8vorrf$mdm$1@news1.xs4all.nl> <3A22C53E.C1B5D5DA@root.com> <900hci$qj3$1@nnrp1.deja.com> mike99352@my-deja.com wrote: > > Try defining the "other" parameter in the boot line with your > network device identifier (elt) or adding "o=elt" to your boot string. > I found that at startup, the END drivers get started, but not attached > to the tcp/ip stack unless the network device is the boot device (boot > over the network), or you set the "other" parameter with the network > device identifier. > > I took me a while to tracking this down -- another well documented > "feature". hum... that sounds quite interesting....considering all of the other problems I am having.... will let you know. Bruce, --------------------------- Newsgroups: comp.os.vxworks Subject: Re: FW: Time is going backward .... Date: Tue, 28 Nov 2000 11:02:07 -0500 From: "Alexander Povolotsky" Organization: Lucent Technologies, Columbus, Ohio Message-ID: <900kui$9fr@nntpa.cb.lucent.com> References: <200011241756.RAA27242@dsl-2.tadpole.co.uk> >> FYI I've just found some bug references lurking on the windriver support site > masquerading as 'technical tips'. Some are quite nasty ... This one is intresting ... Title: routeAdd and it's associated confusion. SPR: Patch: Host: All Architecture: All bsp: All Product: All Version: N/A Problem Description Customer was not able to ping to any ip address greater than 128.0.0.0 even though he had his routing table set up correctly. routeShow can be deceiving because it shows that the routing table is setup correctly, however, without the mask, you really can not tell what range of ip address you can send to. Use mRouteAdd to add routes and use mRouteShow to show routes. Read the SENS Component Release Supplement for information on using mRouteAdd. "David Laight" wrote in message news:200011241756.RAA27242@dsl-2.tadpole.co.uk... > FYI I've just found some bug references lurking on the windriver support site > masquerading as 'technical tips'. Some are quite nasty, the SPRs are NOT > visible to us mortals - so the SPR notification emails don't say anything. > Has anyone ever seen any useful information in one of those emails? > > David > > ---------------------------------------------------------------- > David Laight email: dsl@tadpole.co.uk > Tadpole Technology plc phone: +44 1223 428 232 > Cambridge, UK fax: +44 1223 428 201 > --------------------------- Newsgroups: comp.os.vxworks Subject: re: How can I form a ethernet physical address Date: Tue, 28 Nov 2000 16:52:45 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200011281652.QAA05480@dsl-2.tadpole.co.uk> > The address is in two parts. The first three bytes are the 'Organizationally > Unique Identifier' and is one of a set of numbers that you can apply to have > assigned to you (I think its the IEEE that does this in the US). The other > three bytes are a serial number which you assign when you build the board. The LSB of the first byte (transmitted first on the network) is the broadcast bit, and must not be 1 for a card. The next bit is designated for locally (1) or globally (0) administered addresses. Theoretically your netork administrator can decide to use locally administered address, whereas all card should have globally administered ones. However certain card manufacturers use locally administered addresses. To my knowlege only DECnet requires locally administered ones - and it trully does REQUIRE them! For testing do what some card manufactuers have done, pick a 22bit OUI that no one else is likely to use and set the 'locally administered bit'. I've been known to use my initials (actually a globally administered OUI). I also have a feeling that IP will work even if multiple systems have the same MAC address - provided IP forwarding is disabled (not the vxWorks default) and you don't mind system resource being wasted parsing unwanted packets. David - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: re: IP checksums Date: Tue, 28 Nov 2000 17:01:59 +0000 (GMT) From: David Laight Organization: Lawrence Berkeley National Laboratory Message-ID: <200011281701.RAA05487@dsl-2.tadpole.co.uk> > (The algorithm is to add byte pairs as high-low (big-endian) short words, > adding any carries in. The checksum field is initially zero and any extra > byte needed to round up the area to an even number of bytes is also zero. > The resulting sum is inverted and becomes the checksum unless it results in > zero in which case it is set to 0xFFFF.) The algorithm is (probably accidentally) endianness independant. The carry from the 'low' bytes is added into the 'high' bytes as part of the add The carry from the 'high' bytes become the carry flag and is added into the 'low' bytes on the next add. So the carry from both bytes gets added into the other - so it doesn't matter which way up your eggs are. The sum is typically (these days) done using 32-bit add-carry instructions. This is still endianness independent. (time to gripe about the bug in the vxWorks ARM checksum routine!) David - ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: GCC - forward declaration??? Date: Tue, 28 Nov 2000 13:51:31 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <3A2390A6.5253FFCC@stoye.de> Joachim Pluschke wrote in message <3A2390A6.5253FFCC@stoye.de>... > >Hi all, > >Does anybody know how to make GCC to compile forward decls? It already does. Please be more specific about your problem - post some of your code and the error messages that you get from the compiler. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.realtime,comp.os.linux.embedded,comp.os.qnx,comp.os.vxworks,comp.os.minix Subject: ANNOUNCE: UnixCE-OS for internet appliance Date: Tue, 28 Nov 2000 09:50:36 -0800 From: vasant Message-ID: <3A23F06C.EA510555@unixce.com> Announcing release 1.1 of UnixCE (http://www.unixce.com) for internet appliance. It is the smallest Unix kernel with X-Windows Xlib API implemented directly in the kernel. On an I386 with the following features is about 340K: 1. Fat32 file system. 2. TCP/IP stack 3. Unix API such as signals, vm, mmap etc. 4. Core Xlib implemeted in kernel. 5. Support for zipped executables and libraries. You can now download demo that runs on IBM PC. Regards Kanchan --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II Connection Through a Firewall Date: Tue, 28 Nov 2000 18:13:13 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <3A22F75E.F6DF0EA1@amc.com> <3A23C754.20FB4C98@ibnets.com> Geoffrey Brown wrote in message <3A23C754.20FB4C98@ibnets.com>... >Dave Korn wrote: >> >> Kathy Reed wrote in message <3A22F75E.F6DF0EA1@amc.com>... >> >We're trying to do a remote connection to a target using a >> >Tornado II target >> >server. The target server is running on a host inside our firewall. >> >The target is outside of our firewall and possibly behind a firewall >> >of it's own. >> > >> >Is this possible? Has anyone done this? >> >> As long as you can configure both firewalls to pass UDP packets >> between (target IP:17185) and (host IP:any) you should have no >> problem at all. The debug server works through standard RPC >> over UDP. >> > >As stated above, UDP passing is all you need. >I had a related problem -- a target on a private subnet -- running >a simple UDP redirector on a gateway machine worked beautifully. Socks5 does that, doesn't it, so if you've got that running on your fws, it would be even better than punching a hole through them. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ICMP Echo Request ("ping") with zero ICMP checksum? Date: Tue, 28 Nov 2000 18:16:06 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <8vm7gf$7tu$1@nnrp1.deja.com> <900h4n$q7q$1@nnrp1.deja.com> Henrik Bergström wrote in message <900h4n$q7q$1@nnrp1.deja.com>... >Hi Martin and thanks for your reply! > >I knew that a transmitted checksum of all zeros is used in UDP to >indicate that no checksum was computed by the sender, but is it really >allowed for "other" protocol checksums, i.e. IP, ICMP, TCP? > >Assuming it is allowed to send ICMP messages with a zero ICMP checksum, >how come all hosts I try to ping ignore the echo request messages? (The >Linux host I use for testing accounts the packet as a valid IP packet >but an invalid ICMP message.) > >Furhtermore, the strangest thing with all this is that I have been able >to ping the same hosts before from my target shell. Unfortunately, I >never checked if the ICMP checksum was non-zero at that time - since it >worked I never investigated it. Say! In between now and then you haven't written any code with a routine called 'checksum' in your application, by any chance? ISTR someone one saying that things could go wrong with the network stack / dynamic linking if you wrote a routine called checksum. Mind you this is a half-remembered post from a long time back, so I wouldn't be surprised if I got it wrong. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: VXworks Opportunities Date: Tue, 28 Nov 2000 19:59:11 +0100 From: ganesh Organization: Mascot Systems Limited Message-ID: <3A24007F.B17CD9EE@eu.mascotsystems.com> Reply-To: gkota@eu.mascotsystems.com - --------------73430FF5E4354F6C1072BE9E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mascot systems is a part of Igate capital (NASDAQ : IGTE)(formerly called Mastech Corp) is a a worldwide supplier of IT consulting services (http://www.mascotsystems.com). Services include the delivery of specialized IT skills in teams as required for specific projects by Mascot's clients. Projects are typically completed onsite However, Mascot also has extensive offshore software factories, which may be utilized for the delivery of certain aspects ofservices. Igate has over 5000 employees, and 1998 revenues over US$ 400 million. If you are looking to make a career move, and interested in a fast growing multi-national corporation with unlimited opportunities, then look no further. We are looking for Dynamic information technology professionals with good communication skills in written and spoken English for Mascot Netherlands operations . We have an interesting relocation plan for people immigrating from other coutries The Open vacancies are as follows * Embedded systems and Real-time Operating systems(RTOS) programmers with experience in the following areas C/C++ , Assembler , Motorola ,Siemens, VXWorks, CAN, program Control Switching, H323 protocol Filters , UMTS layer 2 (Medium Access Control) and layer 3 (Network and Architectures) techniques and protocols, Hatley and Phirbai , , Motorola MPC860, Intel SA110, Tundra Qspan2, Intel 21554,Trimedia, RF, OSE, ASIC design and so on Interested candidates can send their CV to gkota@eu.mascotsystems.com - --------------73430FF5E4354F6C1072BE9E Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit  
    Mascot systems is a part of Igate capital (NASDAQ : IGTE)(formerly called Mastech Corp)  is a  a worldwide supplier of IT consulting services (http://www.mascotsystems.com). Services include the delivery of specialized IT skills in teams as required for specific projects by Mascot's clients.  Projects are typically completed onsite  However, Mascot also has extensive offshore software factories, which may be utilized for the delivery of certain aspects ofservices. Igate has over 5000 employees, and 1998 revenues over US$ 400 million.  If you are looking to make a career move, and interested in a fast growing multi-national corporation with unlimited opportunities, then look no further.

    We are looking for Dynamic information technology professionals with good communication skills in written and spoken English for Mascot Netherlands operations . We have an interesting relocation plan for people immigrating from other coutries
     

    The Open vacancies are as  follows
     

    • Embedded systems and Real-time Operating     systems(RTOS) programmers with experience in the     following areas C/C++ , Assembler , Motorola ,Siemens, VXWorks,  CAN, program Control Switching, H323 protocol Filters , UMTS     layer 2 (Medium Access Control) and layer 3     (Network     and Architectures) techniques and protocols, Hatley and     Phirbai , , Motorola MPC860, Intel SA110, Tundra Qspan2, Intel 21554,Trimedia, RF, OSE, ASIC design and so on

     

    Interested candidates can send their CV to gkota@eu.mascotsystems.com
     

      - --------------73430FF5E4354F6C1072BE9E-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Problem with using 'Tcl_SplitList' Date: Tue, 28 Nov 2000 11:14:11 -0800 From: "Daryl" Organization: None Message-ID: <9rTU5.38$of6.2356@newsfeed.avtel.net> References: <8vvt5a$4qi$1@overload.lbl.gov> We are porting TCL to vxWorks platform. What library or object file are you linking to your application? If you have source code for vxWorks tcl, you can step through the Tcl_SplitList(..) to find which one is causing problem. It mostly likely is caused by a unimplemented function in vxWorks. You should be able to get a report of all these unsolved symbols when you download to the simulator. Regards T S Arvinda wrote in message <8vvt5a$4qi$1@overload.lbl.gov>... >Hi, > >We are using 'Tcl_SplitList' in our application(C-code) in Tornado >simulator. We are getting 'unresolved symbol' error when we download our >application. Which library contains the definition of "Tcl_SplitList"? >Also, how do I link the libraries with our application. > >Regards, >TSArvinda > --------------------------- Newsgroups: comp.os.vxworks Subject: vxWorks misses a lot of functions Date: Tue, 28 Nov 2000 11:19:22 -0800 From: "Daryl" Organization: None Message-ID: <%vTU5.39$of6.2278@newsfeed.avtel.net> I am little bit pissed by vxWorks library. It seems it missed a lot of popularly used functions. Things as strdup(...) is very easy to implement. However, gettimeofday(...) will be much more difficult. How and where can i get help on those functions? Or am I doing something wrong here? --------------------------- Newsgroups: comp.os.vxworks Subject: ROM-Resident Date: Tue, 28 Nov 2000 19:09:38 GMT From: pgrangier@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <900vtb$7rk$1@nnrp1.deja.com> I work with a MPC8260. I've made a vxWorks.res_rom_nosym_res_low.hex. Without changes i've made a bootrom.hex and a vxWorks. Now if I load bootrom.hex in my ROM there are no problems. My target boots and load vxWorks via TFTP and i can launch without problems a trgtsrv(T2.0). Now if i load vxWorks.res_rom_nosym_res_low.hex, nothing happens. I've made a test with LED and it seems that usrInit is never called. Here are my values: ROM_BASE_ADRS = f0000000 # Physical start of ROM ROM_TEXT_ADRS = f0000100 # ROM entry address ROM_SIZE = 00100000 # number of bytes of ROM space LOCAL_MEM_LOCAL_ADRS = 00000000 # Physical start of RAM LOCAL_MEM_SIZE = 01000000 # 16 Megabyte RAM_LOW_ADRS = 00100000 # RAM text/data address RAM_HIGH_ADRS = 00300000 # RAM text/data address I miss something but I don't know what... Any ideas??? Pascal Grangier Ascom Transmission Ltd. Switzerland Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: redirection of i/o Date: Tue, 28 Nov 2000 20:33:52 +0100 From: Ismael =?iso-8859-1?Q?Lav=EDn=20Herr=E1n?= Organization: Universidad de Valladolid - Spain Message-ID: <3A2408A0.D39F5986@alumnos.uva.es> I'm beginner with tornado 2 and I have a problem with standard i/o, for example when a program executes scanf(), the echo hostt shell doesn't work and the task control is not returned. When I configure the i/o to the target shell the echo works fine but the function exits. If anyone know about this, please tell me. Thank you. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: 82557 end driver losing cluster resources in the net stack Date: Tue, 28 Nov 2000 19:34:01 +0000 From: molochai Message-ID: <64ccac244a%molochai@vapour-trail.demon.co.uk> References: <3a23c0e6$0$21957@wodc7nh0.news.uu.net> In message <3a23c0e6$0$21957@wodc7nh0.news.uu.net> "JR" wrote: > I have a PPC running the 82557 end driver. I'm actually using an 82559er > device. On my board, I don't even get beyond initialising the '557 driver before it bails out (PPC8240). Still trying to find out why... Done anything special to get this to work? > > Received packets are being absorbed by the network stack and I'm running > out of clusters. It's all over when the driver runs out of resources. > > There is a comment in the driver regarding an issue of data alignment but I > am 32bit aligned. > > Why am I losing resources to the network stack? Isn't this a known bug with the driver for which there is a fix? There's certainly a patch on the windriver site for some problems with the driver. --------------------------- Newsgroups: comp.os.vxworks Subject: Q on WindView user events Date: Tue, 28 Nov 2000 19:45:38 +0000 From: Mark Durham Message-ID: Hi, I'm using Tornado2 and WindView 2.0.1 under WinNT4 targeting a PPC603. I've been trying to customize the Show Event dialog box for user events as per the WindView 2.0.1 users guide section F.3. I've created the eventbase.tcl file in the .wind directory (I have two .wind dirs, one in C:\.wind and one in C:\Tornado\.wind) to display two INTs stored in event 60. The contents of my eventbase.tcl file are: set wvUsrEventFormat(60) { {"INT1" int} {"INT2" int} } I can only ever get the default display to work. I know the wvEvent() call is working as the events are logged and I can see the two integers as one long number in the default display of the ShowEvent box. Is there more to the eventbase.tcl file than what's shown in the example? Or have I completely missed something fundamental? I've only found one reference to this problem whilst searching DejaNews and WindSurf and that was to do with Tornado1 and WindView 2.0.1. Any help would be most appreciated. - -- Mark Durham --------------------------- Newsgroups: comp.os.vxworks Subject: Me Too! Re: ROM-Resident Date: Tue, 28 Nov 2000 20:06:10 GMT From: "Jim" Organization: Magma Communications Ltd. Message-ID: References: <900vtb$7rk$1@nnrp1.deja.com> You may have the same problem as me ... i am using ads8260 pilot BSP ... If you decide to contact windriver support and refer to TSR: 219827 ... tell them Jim sent you ;-) ... the TSR is specific to the vxWorks_romCompress image but i would guess the problem is similar ... My problem is that bootrom works but vxWorks_romCompress will not get past the decompress ... I think the problem lies in what is done leading into decompression code in my case ... i may be wrong though ... bootRom uses bootInit.c ... vxWorks uses romStart.c ... If i can be of any assistence please don't hesitate to post a follow up i the group i will be watching ... Jim ps Check the posts below in this news group regarding ads8260 ... wrote in message news:900vtb$7rk$1@nnrp1.deja.com... > I work with a MPC8260. I've made a vxWorks.res_rom_nosym_res_low.hex. > Without changes i've made a bootrom.hex and a vxWorks. Now if I load > bootrom.hex in my ROM there are no problems. My target boots and load > vxWorks via TFTP and i can launch without problems a trgtsrv(T2.0). Now > if i load vxWorks.res_rom_nosym_res_low.hex, nothing happens. > > I've made a test with LED and it seems that usrInit is never called. > > Here are my values: > > ROM_BASE_ADRS = f0000000 # Physical start of ROM > ROM_TEXT_ADRS = f0000100 # ROM entry address > ROM_SIZE = 00100000 # number of bytes of ROM space > LOCAL_MEM_LOCAL_ADRS = 00000000 # Physical start of RAM > LOCAL_MEM_SIZE = 01000000 # 16 Megabyte > RAM_LOW_ADRS = 00100000 # RAM text/data address > RAM_HIGH_ADRS = 00300000 # RAM text/data address > > I miss something but I don't know what... > > Any ideas??? > > > Pascal Grangier > Ascom Transmission Ltd. > Switzerland > > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: host -target(PPC) connection Date: Tue, 28 Nov 2000 13:03:50 -0700 From: Ben Message-ID: <3A240FA6.21942B2E@hotmail.com> References: <3A235075.AAB262C3@hotmail.com> <3A23B9C9.D907B5A6@stest.ch> Reply-To: kanigeri@hotmail.com hi Marc thank you for your response. As you said to use the gateway address, i am trying to include it, but i am confused as to which field of boot parameters refer to gateway address and as to how to find the gateway address. I will be thankful for any help in this regard - -ben Marc Waber wrote: > Ben wrote: > > > > hi > > i am trying to connect the host and target board, but while i am > > doing that i am getting the following error after displaying the > > following information, can you please tell me what is the probable > > mistake i am doing. > > thank you > > > > the following is the information > > Press any key to stop auto-boot... > > 5 > > > > [VxWorks Boot]: @ > > > > boot device : dc > > processor number : 0 > > host name : localhost > > file name : c:\tornado\target\config\mtx603\bootrom > > inet on ethernet (e) : 129.123.85.106:ffffff00 > > host inet (h) : 129.123.4.237 > > user (u) : sl149 > > ftp password (pw) : king > > flags (f) : 0x0 > > target name (tn) : tornado > > > > Attaching network interface dc0... done. > > Attaching network interface lo0... done. > > Loading... > > Error loading file: errno = 0xd0003. > > Ben, > > This means that vxWorks can't find your image. > I noticed that your host is on a different subnet, and you didn't > specify a gateway! > Try booting from the same subnet or add a gateway in your boot params, > and you should be able to boot. > > Hope this helps, > Marc > -- > Marc Waber E-mail: marc.waber@stest.ch > STS Switching Test Solutions AG Phone: +41-76-355-6713 > Foerrlibuckstr. 62 / Postfach 74 Fax: +41-1-355-6605 > CH-8037 Zurich Homepage: www.stest.com --------------------------- Newsgroups: comp.os.vxworks Subject: question on windsh Date: Tue, 28 Nov 2000 13:49:02 -0800 (PST) From: karunakaran nair Organization: Lawrence Berkeley National Laboratory Message-ID: <901ann$if5$1@overload.lbl.gov> - --0-336465782-975448142=:10107 Content-Type: text/plain; charset=us-ascii hello, when does the following situation occur. tornado has connected to the target, and it is only needed to click windsh button to get wind shell up. but, when this is done windsh momentarily appears and then it closes. cheers, KN - --------------------------------- Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. - --0-336465782-975448142=:10107 Content-Type: text/html; charset=us-ascii

      hello,

    when does the following situation occur. tornado has connected to the target, and it is only needed to click windsh button to get wind shell up. but, when this is done windsh momentarily appears and then it closes.

    cheers,

    KN



    Do You Yahoo!?
    Yahoo! Shopping - Thousands of Stores. Millions of Products. - --0-336465782-975448142=:10107-- --------------------------- Newsgroups: comp.os.vxworks Subject: Looking for a source of Force 5CE-16 Boards Date: Tue, 28 Nov 2000 14:14:27 -0800 From: "Buchholz, Steven" Organization: Lawrence Berkeley National Laboratory Message-ID: <901ann$if6$1@overload.lbl.gov> Greetings! I found about this list from a dogpile search ... unfortunately we are not allowed to access the usenet from our network! We have a system that runs VxWorks on 16 MByte Force SPARC 5CE (85MHz uSPARC-II). The company did a lifetime buy of the boards from Force a few years back, but we have nearly exhausted our supply. Rather than retarget the code for a new board, and given that the product is near its own end of life I thought I would post here to see if perhaps there was not a source of a handful of boards out there that someone here was aware of. I would say that we are looking for somewhere in the range of 20 to 40 boards total. The boards must be Force SPARC5CE/16 versions. I appreciate any suggestions or offers that are out there. Since I can't check the usenet please be sure to copy me directly on any replies (mailto:Steven.Buchholz@kla-tencor.com). TIA! Steve Buchholz KLA-Tencor/RAPID Engineering --------------------------- Newsgroups: comp.os.vxworks Subject: BSP for mcp765 Date: Tue, 28 Nov 2000 23:01:15 GMT From: jayantadas@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <901dfl$kba$1@nnrp1.deja.com> Hi, Does WindRiver support the above BSP for VxWorks 5.4? Thanks for the help. Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: What CORBA implementations available? Date: Tue, 28 Nov 2000 23:36:07 GMT From: bill.beckwith@realtime-corba.com (Bill Beckwith) Organization: Objective Interface Message-ID: <8FFABDB2Bbeckwbnewscom@cerf> References: <3A0A93AE.E747E9D7@mail.com> Kees van der Bent wrote in <3A0A93AE.E747E9D7@mail.com>: >Hi, > >What CORBA implementations are available for VxWorks? We sell a small, fast ORB implementation for embedded and real-time systems called ORBexpress. There are variants of the products with differing speed, size, and predictability trade offs. For more info see: http://www.ois.com/ Bill --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II Connection Through a Firewall Date: Wed, 29 Nov 2000 01:03:13 GMT From: Geoffrey Brown Organization: Road Runner Message-ID: <3A2455E4.8F1CE646@pop.ne.mediaone.net> References: <3A22F75E.F6DF0EA1@amc.com> <3A23C754.20FB4C98@ibnets.com> Reply-To: Geoffrey.Brown@acm.org Dave Korn wrote: > Socks5 does that, doesn't it, so if you've got that running on > your fws, it would be even better than punching a hole through > them. > > DaveK > Right you are, but the case I was dealing with wasn't a firewall, just a set of private addresses for an embedded subnet. I just wanted to point out that the only "magic" required is the ability to transfer UDP between the target and target server. --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado 2 poblems on Windows ME Date: Wed, 29 Nov 2000 11:20:40 +0900 From: "Young-Jae Kang" Organization: System Engineering Research Institute (SERI) Message-ID: <901p50$go9$1@green.kreonet.re.kr> Hi, there, Is there anybody who installed successfully Tornado 2 on Windows ME? I got the following error message when I try to execute target server. "There was an unknown problem retrieving the licensing information." Is there any solution or patch to solve the problem? Thanks in advance for your time. - -- Young-Jae Kang yj_kang@samsung.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: newbie question: target I/O Date: Wed, 29 Nov 2000 05:13:29 GMT From: G. venkatasubramaniyan Organization: Deja.com - Before you buy. Message-ID: <90239m$5b4$1@nnrp1.deja.com> References: By using Tornado/ Tornado APIs. If its just invocation or bootstrapping an app. or debugging it can be done by Tornado IDE(use -"launch". The output is redirected to host through Target server). To know more about how this works or how to customize your apps for distributed application read RPC/WTX/WDB libs and Api provided. This is what I have understood in by 1 year experience. See the Documentation for details. Cheers! gvsm - ----------------- In article , "gang wang" wrote: > I have a program running on the target side which interacts with user > through keyboard. The host is connectedd with the target through network > and serial port as recommended by WindRiver. I am using T2. > > My question is: how could I redirect the target I/O to use the host side > keyboard and window for input and output? > > Thanks > > - -- Ganesan, Venkatasubramaniyan. Chennai. INDIA Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: DOSFS, IDE and FTP Date: Wed, 29 Nov 2000 06:25:22 GMT From: ellin_lin@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <9027gf$8ai$1@nnrp1.deja.com> References: <974975138.6288.0.nnrp-12.c2de62a4@news.demon.co.uk> In article <974975138.6288.0.nnrp-12.c2de62a4@news.demon.co.uk>, "Roddy Pratt" wrote: > I've been away from this newsgroup for a while, but I'm now trying to catch > up on a few VxWorks issues which continue to plague us:- > > We're currently using 486BSP with Vxworks 5.3.1 - Any answers/suggestions > gratefully received. > > a: DosFS > Does anyone know of an NTFS/FAT32 filesystem available that works > reliably, with large disk support. > > b: IDE speed > Even with a 466Mhz Celeron and 7200 rpm disks, we can't get disk read > speeds over about 2.5 Mb/Sec on 4Mb contiguous reads. Does anyone have > experience of getting IDE performance up to acceptable levels under vxWorks. > > c: FTP > Is there an FTP server available which supports rename,delete and mkdir? > > Thanks in advance! > > Roddy Pratt > > You can get a free update of DosFS2.0 and this version will support FAT32 and disk partions. ellin_lin Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: BSP for mcp765 Date: Wed, 29 Nov 2000 08:24:24 +0100 From: Marc Waber Organization: STS Switching Test Solutions Message-ID: <3A24AF28.7BDCD50A@stest.ch> References: <901dfl$kba$1@nnrp1.deja.com> This is a multi-part message in MIME format. - --------------535D8B775D1282C7633BC7CF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit jayantadas@my-deja.com wrote: > > Hi, > > Does WindRiver support the above BSP for VxWorks 5.4? > Thanks for the help. > > Sent via Deja.com http://www.deja.com/ > Before you buy. if you refer to the mcpn765, motorola is still developing, and there is only a pre-release available. regards, Marc - --------------535D8B775D1282C7633BC7CF Content-Type: text/x-vcard; charset=us-ascii; name="marc.waber.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Marc Waber Content-Disposition: attachment; filename="marc.waber.vcf" begin:vcard n:Waber;Marc tel;work:+41-11-454-6713 x-mozilla-html:FALSE org:STS Switching Test Solutions adr:;;Friesenbergstrasse 75;CH-8055 Zurich;;;Switzerland version:2.1 email;internet:marc.waber@stest.ch x-mozilla-cpt:;0 fn:Marc Waber end:vcard - --------------535D8B775D1282C7633BC7CF-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Multiple VxSim targets Date: Wed, 29 Nov 2000 07:29:59 GMT From: ellin_lin@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <902b9l$ao4$1@nnrp1.deja.com> References: <8v0tka$gif$1@overload.lbl.gov> In article <8v0tka$gif$1@overload.lbl.gov>, "Balaji Ramachandran" wrote: > Vxworks or Tornado > > Hi All, > > Host:WinNT4.0 > Target:VxSim Full > > I have downloaded networking option of "Tornado Prototyper" from WRS > site and installed it, but i could not able to create multiple targets, > pl.. suggest me how to create mutiple vxSim targets. > > I have followed the following steps > > 1.I have installed "ULIP" driver with IP address of "90.0.0.254" , > subnet mask as "255.255.255.0" and enabled "IP forwarding". (Then Host > is restarted) > 2.Then I have created a application with "bootable image" option. > 3.in that Vxworks image, I have included default "Network components". > 4.Then I have included "END Attach Interface" and "END interafce > support" components in the "Network components ->Network devices" > subtree. > 5.Excluded "BSD Attach Interface" and BSD interface support" in the same > directory. > 6.Rebuilt 'vxworks.exe" > 7.Then target server is launched, with follwing configuration > a.Target server name= "t1" > b.Target server properties = "Back-End" > c.Available back end = "wdbrpc" > d.IP address = "90.0.0.1' > 8.Now the newly built simulator is started. > > But the new simulator is not connecting to the "t1" target server, > instead, it starts with its own default target server. > > Please ssuggest me, if I have missed something to lauch mutiple VxSim > targets. > > Thanks in advance. > > Regards, > > R.Balaji. > > I think there was something with which you had made some mistakes. Firstly, after including default "Network components", you should change from "WDB simulator pipe connection" to "WDB END driver connection" in "Development tool components->WDB Agent components- >Select WDB connection". Secondly, you should start simulator before starting target_server. Thirdly, when the simulator starts up, remember not to start the default target_server, and start the target_server you had configured for this simulator. ellin_lin Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Pb to Build Zinc 6 (beta 2) Date: Wed, 29 Nov 2000 09:08:45 +0100 From: Nathalie BOCQUIER Organization: Service BEP Message-ID: <3A24B98D.3DC6A6B9@sepro-robotique.com> Hi, there, Is there anybody who built successfully Zinc 6 libraries on Windows NT ? I got the following error message from Dr Watson when I try to build it for a MBX target. "Stack overflow" Is there any solution or patch to solve the problem? Thanks in advance for your time. --------------------------- Newsgroups: comp.protocols.tcp-ip,comp.os.vxworks Subject: Re: Active PCB after socket closed Date: Wed, 29 Nov 2000 10:50:02 +0100 From: Peter Hellmann Organization: Siemens AG Message-ID: <3A24D14A.12529A30@icn.siemens.de> References: <3A11E6FE.690CCB75@uwm.edu> Reply-To: Peter.Hellmann.Extern@icn.siemens.de This is a multi-part message in MIME format. - --------------E1427A5CA110116240C6FA80 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Assuming you do a correct socket close for the socket that accept() returned after you have sent a reply to the client (browser) that should free the resources, there might be the problem that you should use the option "reuse sockets" set by setsockopt. Maybe this helps. bye, Peter Lijing Zhang wrote: > Hello, > > I have a simple VxWorks web server that works fine with the first 45 > requests from a web browser. Then it will hang there for a while. It > looks like the server task hangs at accept() function call. When typing > inetstatShow() in Tornado shell, I got: > > Active Internet ......... > PCB Proto ......... (state) > ----------- ----------- ------------------- > 3f99e00 TCP TIME_WAIT > 3f998ec TCP TIME_WAIT > 3f9a418 TCP TIME_WAIT > 3f9a210 TCP TIME_WAIT > 3f9a008 TCP TIME_WAIT > 3f9a51c TCP TIME_WAIT > ............. > > I guess the PCB does not free when a socket is closed. So the resource > is getting full then it cannot accept further connections. > > Does anybody can tell me how to solve this problem? > > Thank you in advance! - --------------E1427A5CA110116240C6FA80 Content-Type: text/x-vcard; charset=us-ascii; name="Peter.Hellmann.GP.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Peter Hellmann Content-Disposition: attachment; filename="Peter.Hellmann.GP.vcf" begin:vcard n:Hellmann;Peter x-mozilla-html:FALSE url:http://www.brightman.de adr:;;;;germany;; version:2.1 email;internet:Peter.Hellmann.Extern@icn.siemens.de end:vcard - --------------E1427A5CA110116240C6FA80-- --------------------------- Newsgroups: comp.os.vxworks Subject: parent task for applications. Date: Wed, 29 Nov 2000 14:48:03 +0530 From: "samira" Organization: Lucent Technologies, Columbus, Ohio Message-ID: <902l4h$cdg@nntpb.cb.lucent.com> Am i correct in saying that to start a parent task of desired stack size, the only way is to spwan it from usrRoot() at the end of the vxworks booting. What is the otherway if I don't have the c file containing usrRoot() routine and I have only the object file for it ? regards, samira --------------------------- Newsgroups: comp.os.vxworks Subject: Vxwork (5.4) + DY4 SVMER179 + Ramix RM235M Date: Wed, 29 Nov 2000 11:44:10 -0000 From: "Martin Dowie" Message-ID: <3a24ead3$1@pull.gecm.com> Has anyone successfully got a SVME179 card running VxWork 5.4 to work with a RAMIX RM235M? Anyone got any ideas? Below is some more info... When running the ramix test program we goet the following output : - -> Starting Ramix Initialisation Driver Status = 00000000 - -> - -> - -> 0x1b41de8 (t1): RM235: Detected no Disk in Block A 0x1b41de8 (t1): CONFIGURE FAILED Device Status = Dead Ramix Initialised ok (0 == ok)? -1 - -> The fault is raised in the routine "pcmciaDevCreate". When we run this though our Tornado2 debugger the trackback given is: 0x1adf20 in tickGet () 0x402a9c in pcmciaSendAtaCommand () 0x403914 in pcmciaIdentify () 0x403b74 in configure () 0x402ec4 in pcmciaDevCreate () 0x401e74 in RamixInitialise (host=hostDY179, bank=bankA) at E:\Hawk\Projects\Ramix_Test\ramixIF.c:513 0x401290 in atpRamixInitialise () at E:\Hawk\Projects\Ramix_Test\atpRamix.c:7 0x4012e0 in atpRamixCheck () at E:\Hawk\Projects\Ramix_Test\atpRamix.c:24 0x1a1a34 in funcCallWrapper () our routine that calls pcmciaDevCreate is: ============================================================================ === static int dy4179DrvInit(TStorageBank bank) { int result = 0; if (bank == bankA) { result = pcmciaDrv(0x60000000, /*Physical address for block A*/ 0x00000000, /*Physical address for block B*/ (short *) 0x4000, /*A16 address of CSR*/ 0x0d, /*Address modifier for A32*/ 0x00, /*Address modifier for A24 (not used)*/ 0x05, /*VME Interrupt for Block A*/ 0x00, /*VME Interrupt for Block B*/ 0x82, /*VME Vector Id for Block A*/ 0x00, /*VME Vector Id for Block B*/ FALSE ); /*Data cache disabled*/ } else if (bank == bankB) { result = pcmciaDrv(0x00000000, /*Physical address for block A*/ 0x68000000, /*Physical address for block B*/ (short *) 0x4000, /*A16 address of CSR*/ 0x0d, /*Address modifier for A32*/ 0x00, /*Address modifier for A24 (not used)*/ 0x00, /*VME Interrupt for Block A*/ 0x04, /*VME Interrupt for Block B*/ 0x00, /*VME Vector Id for Block A*/ 0x84, /*VME Vector Id for Block B*/ FALSE ); /*Data cache disabled*/ } else /*both banks*/ { result = pcmciaDrv(0x60000000, /*Physical address for block A*/ 0x68000000, /*Physical address for block B*/ (short *) 0x4000, /*A16 address of CSR*/ 0x0d, /*Address modifier for A32*/ 0x00, /*Address modifier for A24 (not used)*/ 0x05, /*VME Interrupt for Block A*/ 0x04, /*VME Interrupt for Block B*/ 0x82, /*VME Vector Id for Block A*/ 0x84, /*VME Vector Id for Block B*/ FALSE ) ; /*Data cache disabled*/ } return(result); } ============================================================================ === The following includes the changes made to our "config.h" file to have a VME window at hex:60000000 ============================================================================ === /* * NOVRAM Map * ---------- * Offset from NOVRAM base (NV_RAM_ADRS) * ------------------------------------- * Reserved : 0x00 - 0x0f * Bootline info : 0x10 - 0xff */ /* * Default Local to VME Address Map * -------------------------------- * * Local Address Range VME address Range * ------------------- - ----------------- * A16 : 0x60ff0000 - 0x60FFFFFF 0x0000 - 0xFFFF * A24 : 0x60000000 - 0x60FEFFFF 0x000000 - 0xFEFFFF * A32 : 0x40000000 - 0x5FFFFFFF 0x40000000 - 0x5FFFFFFF * */ #ifdef SCP_DCP_119 #undef INCLUDE_VME #else #define INCLUDE_VME #endif #undef OVERIDE_DY4_AUTOID #ifdef OVERIDE_DY4_AUTOID #ifndef USER_VME_A32_BASE #error Define USER_VME_A32_BASE to override DY4 AUTOID #endif #ifndef USER_VME_A24_BASE #error Define USER_VME_A24_BASE to override DY4 AUTOID #endif #endif /* OVERIDE_DY4_AUTOID */ /* User Configurable Standard WRS VME macros */ /* #define VME_A32_SLV_SIZE (0x08000000) */ #define VME_A32_SLV_SIZE (0x0100000) /* The BSP is configured to have a default VME master window of size * VME_A32_MSTR_SIZE (0x20000000) starting at VME address VME_A32_MSTR_BUS. * Configure VME_A32_MSTR_BUS to have a different default VME window at * start-up. */ /* #define VME_A32_MSTR_BUS (0x40000000) */ #define VME_A32_MSTR_BUS (0x60000000) /* Attributes used to configure default A32 windows */ #define VME_A32_MSTR_CTL (VME_CTL_EN | VME_CTL_WP | \ VME_CTL_D64 | VME_CTL_A32 | \ VME_CTL_DATA | VME_CTL_SUP | \ VME_CTL_BLK ) ============================================================================ === --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Wed Nov 29 11:00:16 2000 From: mmenge@mtspt.com Date: Wed Nov 29 11:00:18 PST 2000 Subject: SCSI data corruption tornado vxworks people: Has anyone seen a problem where writing and reading from a scsi hard drive corrupts 1 byte every 30 megs or so? I thought I remember saying vxWorks had some bug that would cause this if the scsi did a disconnect. FYI: we did check termination and parity already From vxwexplo-errs@csg.lbl.gov Wed Nov 29 21:25:48 2000 From: "Rajendra Prasad" Date: Wed Nov 29 21:25:50 PST 2000 Subject: Message queues in vxworks Hi vxworkers, Could anybody please clarify the following two points. 1. Is there any routine available in vxworks to flush all the messages at once in a message queue ? i.e. to discard all the messages waiting in a queue to be read (Posix or Wind queue) 2. Is there any method to pick up nth message from the queue selectively ? thanks in advance and best regards, rajendra. vxworks tornado _____________________________________________________________________________________ Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com From vxwexplo-errs@csg.lbl.gov Wed Nov 29 22:35:21 2000 From: "Krishna Kishore Reddy Sureddy" Date: Wed Nov 29 22:35:23 PST 2000 Subject: vxWorks Task TCB Hi vxWorks Gurus, In vxWorks I want to find a task that is Hogging CPU. In this regard i have one doubt. In taskTCB what does UINT taskTicks(total number of ticks) stand For? Is it : The number of ticks the task has taken the CPU Bandwidth since it was Spawn. Does vxWorks spy() System Call utilize this field in task TCB to gather task's CPU Statistics. If not, can i use this field to get statistics of CPU Usage of tasks. Can you suggest some other methods to detect CPU Hogging Task. Thanks and Regards, S.K.K.Reddy. From vxwexplo-errs@csg.lbl.gov Thu Nov 30 03:37:19 2000 From: "Przybyszewski Marek (PN/EAN2)" Date: Thu Nov 30 03:37:21 PST 2000 Subject: TOS Byte in the TCP/IP Stack of vxworks Hi vxworkers, Could anybody please clarify the following point. 1. Is there any possibility in the API of the TCP/IP stack of vxworks to set the TOS Byte in the IP header ? Thanks in advance and best regards. Marek Przybyszewski > TENOVIS GmbH & Co. KG > PN/EAN2-tDue > Fritz-Vomfeldestr. 20, 40547 Düsseldorf > > T +49 211 5354 365 > F +49 211 5354 302 > mailto:Marek.Przybyszewski@tenovis.com http://www.tenovis.com From vxwexplo-errs@csg.lbl.gov Thu Nov 30 04:03:09 2000 From: Vxworks Exploder Date: Thu Nov 30 04:03:11 PST 2000 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Thu Nov 30 04:03:05 PST 2000 Subject: Re: 82557 end driver losing cluster resources in the net stack Subject: Re: vxWorks misses a lot of functions Subject: subnet mask Subject: StrataFlash low level drivers Subject: Re: subnet mask Subject: Re: question on windsh Subject: Telnet Client Subject: Re: ICMP Echo Request ("ping") with zero ICMP checksum? Subject: post mortem debugging ? Subject: malloc memory in one task, free it in another task? Subject: Re: malloc memory in one task, free it in another task? Subject: Re: ICMP Echo Request ("ping") with zero ICMP checksum? Subject: Re: Driver for Ethernet on SCC Subject: SCSI data corruption Subject: JOB: Principal Software Engineer- Lead-Edge Network Infrastructure Products- California Subject: PCI memory on MVME2604 Subject: Re: PCI memory on MVME2604 Subject: Re: running board diagnostics on MVME2400 Subject: data rates with FAT32 file system Subject: Re: vxWorks boot over ethernet Subject: vxworks boot use DHCP on eth? Subject: Re: ICMP Echo Request ("ping") with zero ICMP checksum? Subject: Message queues in vxworks Subject: Re: malloc memory in one task, free it in another task? Subject: vxWorks Task TCB Subject: reboot Subject: vme longword access in a24 Subject: FAT problems - files disappear! Subject: Re: reboot Subject: Re: redirection of i/o Subject: Fonts in PJava ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: 82557 end driver losing cluster resources in the net stack Date: 29 Nov 2000 13:09:20 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FFB89448borkhuislucentcom@135.7.153.101> References: <3a23c0e6$0$21957@wodc7nh0.news.uu.net> jroberts@unispheresolutions.com (JR) wrote in <3a23c0e6$0$21957@wodc7nh0.news.uu.net>: >I have a PPC running the 82557 end driver. I'm actually using an 82559er >device. > >Received packets are being absorbed by the network stack and I'm running >out of clusters. It's all over when the driver runs out of resources. > >There is a comment in the driver regarding an issue of data alignment >but I am 32bit aligned. Don't know if it helps, but there is a page with drivers for intel. I don't know if these are updates or identical to the ones in thedistribution on patch-files. The link is http://www.wrs.com/csdocs/product/driver/intel/index.shtml Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks misses a lot of functions Date: 29 Nov 2000 13:06:40 GMT From: borkhuis@lucent.com (Johan Borkhuis) Organization: Lucent Technologies Message-ID: <8FFB80D58borkhuislucentcom@135.7.153.101> References: <%vTU5.39$of6.2278@newsfeed.avtel.net> wanggang@cs.cmu.edu (Daryl) wrote: >I am little bit pissed by vxWorks library. It seems it missed a lot of >popularly used functions. Things as strdup(...) is very easy to >implement. However, gettimeofday(...) will be much more difficult. How >and where can i get help on those functions? Or am I doing something >wrong here? There are some functions missing from the standard libraries. If you need these (or an example on how to implement them), there is a very good library on http://sources.redhat.com/newlib/. This is an embedded stdlib, based on GPL AFAIK. Groeten, Johan - -- o o o o o o o . . . ___________________________________ o _____ || Johan Borkhuis | .][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl | >(________|__|_[_________]_|________________________________| _/oo OOOOO oo` ooo ooo 'o!o!o o!o!o` === VxWorks FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html === --------------------------- Newsgroups: comp.os.vxworks Subject: subnet mask Date: Wed, 29 Nov 2000 19:35:48 +0530 From: "Abhishek Chhibber" Organization: Lucent Technologies, Columbus, Ohio Message-ID: <9032g5$e0f@nntpb.cb.lucent.com> hi, All though we can set the ip address of the host and the target in Vxworks. How do we get the subnet mask for the network. Help!!!! Thanks Abhishek --------------------------- Newsgroups: comp.os.vxworks Subject: StrataFlash low level drivers Date: Wed, 29 Nov 2000 14:10:26 GMT From: parreg@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <9032od$sc9$1@nnrp1.deja.com> Hi All, Has anyone out there written any low level driver software for the Intel StrataFlash for integration into the Wind River True File System? Thanks in advance. parreg Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: subnet mask Date: Wed, 29 Nov 2000 08:26:59 -0600 From: Greg Willden Organization: Posted via Supernews, http://www.supernews.com Message-ID: <3A251233.ADFD286E@swri.edu> References: <9032g5$e0f@nntpb.cb.lucent.com> Abhishek Chhibber wrote: > All though we can set the ip address of the host and the target in Vxworks. > How do we get the subnet mask for the network. Like this 123.123.123.123:255.255.255.0 Note the colon between the ip address and the mask Greg --------------------------- Newsgroups: comp.os.vxworks Subject: Re: question on windsh Date: Wed, 29 Nov 2000 15:32:28 +0100 From: Ismael =?iso-8859-1?Q?Lav=EDn=20Herr=E1n?= Organization: Universidad de Valladolid - Spain Message-ID: <3A25137C.2CE719E8@alumnos.uva.es> References: <901ann$if5$1@overload.lbl.gov> It would be important that you say us what kind of operating system host you have karunakaran nair escribió: > --0-336465782-975448142=:10107 > Content-Type: text/plain; charset=us-ascii > > hello, > when does the following situation occur. tornado has connected to the target, and it is only needed to click windsh button to get wind shell up. but, when this is done windsh momentarily appears and then it closes. > > cheers, > > KN > > --------------------------------- > Do You Yahoo!? > Yahoo! Shopping - Thousands of Stores. Millions of Products. > --0-336465782-975448142=:10107 > Content-Type: text/html; charset=us-ascii > >
    >

      hello, >

    when does the following situation occur. tornado has connected to the target, and it is only needed to click windsh button to get wind shell up. but, when this is done windsh momentarily appears and then it closes.

    >

    cheers,

    >

    KN



    Do You Yahoo!?
    > Yahoo! Shopping - > Thousands of Stores. Millions of Products. > --0-336465782-975448142=:10107-- --------------------------- Newsgroups: comp.os.vxworks Subject: Telnet Client Date: Wed, 29 Nov 2000 15:53:18 +0100 From: Luca Garbo Organization: Swisscom IP+ (post doesn't reflect views of Swisscom) Message-ID: <3A25185E.762B4815@stest.ch> - --------------0D1DDAB053E0638F64104EE9 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi there , does anybody know if it's possible to use or how to implement a Telnet Client under VxWorks ? Thanks in advance - -- Luca Garbo Phone: +41 763 55 6795, http://www.stest.com Wavetek Wandel & Goltermann, Foerrlibuckstrasse 62, CH-8037 Zurich - --------------0D1DDAB053E0638F64104EE9 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi there , does anybody  know if it's possible to use or how to implement a Telnet Client under VxWorks ?
    Thanks in advance
    --
    Luca Garbo
    Phone: +41 763 55 6795, http://www.stest.com
    Wavetek Wandel & Goltermann, Foerrlibuckstrasse 62, CH-8037 Zurich
      - --------------0D1DDAB053E0638F64104EE9-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ICMP Echo Request ("ping") with zero ICMP checksum? Date: Wed, 29 Nov 2000 14:50:26 GMT From: Henrik Bergström Organization: Deja.com - Before you buy. Message-ID: <90353e$ud0$1@nnrp1.deja.com> References: <8vm7gf$7tu$1@nnrp1.deja.com> <900h4n$q7q$1@nnrp1.deja.com> Dave, Thank you for remembering this - it was exactly what caused the problem! I had included a rather large body of code which I am not the author of, and yes, it defined a function called checksum(). Now it works much better. Your memory saved me alot of time and debugging. Thanks again! Regards, Henrik In article , "Dave Korn" wrote: > Henrik Bergström wrote in message <900h4n$q7q$1@nnrp1.deja.com>... > >Hi Martin and thanks for your reply! > > > >I knew that a transmitted checksum of all zeros is used in UDP to > >indicate that no checksum was computed by the sender, but is it really > >allowed for "other" protocol checksums, i.e. IP, ICMP, TCP? > > > >Assuming it is allowed to send ICMP messages with a zero ICMP checksum, > >how come all hosts I try to ping ignore the echo request messages? (The > >Linux host I use for testing accounts the packet as a valid IP packet > >but an invalid ICMP message.) > > > >Furhtermore, the strangest thing with all this is that I have been able > >to ping the same hosts before from my target shell. Unfortunately, I > >never checked if the ICMP checksum was non-zero at that time - since it > >worked I never investigated it. > > Say! In between now and then you haven't written any code > with a routine called 'checksum' in your application, by any chance? > ISTR someone one saying that things could go wrong with the > network stack / dynamic linking if you wrote a routine called > checksum. Mind you this is a half-remembered post from a long > time back, so I wouldn't be surprised if I got it wrong. > > DaveK > -- > They laughed at Galileo. They laughed at Copernicus. They laughed at > Columbus. But remember, they also laughed at Bozo the Clown. > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: post mortem debugging ? Date: Wed, 29 Nov 2000 11:02:10 -0500 From: Geoffrey Brown Message-ID: <3A252882.78AEAAE7@ibnets.com> Other than Windview has anybody had any experience using postmortem ram dumps to do any debugging (say with GDB). I realize that windRiver doesn't have a notion of a "core file", but we are able to save a ram image in extreme circumstances and would like to look at the state of the various tasks. Geoffrey --------------------------- Newsgroups: comp.os.vxworks Subject: malloc memory in one task, free it in another task? Date: Wed, 29 Nov 2000 16:02:42 GMT From: ylin@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <9039as$2f5$1@nnrp1.deja.com> Hello, I wonder if it is possible to malloc a piece of memory in one taxk, then pass the pointer, as a part of a structure, through msgQ to another task, then free the memory there? I get system crash when I tried to do so. Thanks for any suggestions! Yujin Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: malloc memory in one task, free it in another task? Date: Wed, 29 Nov 2000 18:00:48 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <9039as$2f5$1@nnrp1.deja.com> ylin@my-deja.com wrote in message <9039as$2f5$1@nnrp1.deja.com>... >Hello, > >I wonder if it is possible to malloc a piece of memory in one taxk, then pass >the pointer, as a part of a structure, through msgQ to another task, then >free the memory there? > >I get system crash when I tried to do so. As long as you aren't using the new version of VxWorks with protection domains, that should work fine, so you've probably got a bug somewhere. It's very important not to accidentally call free twice on the same bit of memory: once the first task gives away that memory by putting it in the second task's queue, it really mustn't touch it (or even look at it or think about it, really!) any more. So is it possible you thought your first task should free it after passing it to the second one ? You haven't mentioned what target architecture you're working with, but another thing that occurred to me is that maybe the alignment of the struct isn't preserved when it gets passed through the msgQ. DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ICMP Echo Request ("ping") with zero ICMP checksum? Date: Wed, 29 Nov 2000 18:01:00 -0000 From: "Dave Korn" Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh) Message-ID: References: <8vm7gf$7tu$1@nnrp1.deja.com> <900h4n$q7q$1@nnrp1.deja.com> <90353e$ud0$1@nnrp1.deja.com> Henrik Bergström wrote in message <90353e$ud0$1@nnrp1.deja.com>... > "Dave Korn" wrote: >> Say! In between now and then you haven't written any code >> with a routine called 'checksum' in your application, by any chance? >> ISTR someone one saying that things could go wrong with the >> network stack / dynamic linking if you wrote a routine called >> checksum. Mind you this is a half-remembered post from a long >> time back, so I wouldn't be surprised if I got it wrong. > >Thank you for remembering this - it was exactly what caused the >problem! I had included a rather large body of code which I am not the >author of, and yes, it defined a function called checksum(). > >Now it works much better. Your memory saved me alot of time and >debugging. Thanks again! I presume this problem only manifests itself when you're building a combined VxWorks+own application, in which case any functions in your code that match function names in the OS libraries will be found first by the linker, causing the corresponding lib function not to be pulled in. It probably wouldn't show up if you were building a downloadable app. There might even be a clever way to work around it by doing partial link stages, first the various config-related .o files to the actual vx os libs, then link in your app. at a second stage of linking, but it's too close to the end of the workday for me to want to puzzle it out right now! DaveK - -- They laughed at Galileo. They laughed at Copernicus. They laughed at Columbus. But remember, they also laughed at Bozo the Clown. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Driver for Ethernet on SCC Date: Wed, 29 Nov 2000 18:50:33 GMT From: "Jim" Organization: Magma Communications Ltd. Message-ID: References: <8v2q8m$1h5$1@nnrp1.deja.com> 860 BSP uses the SCC1 for ethernet ... if you ask your sales rep he may be able to pull some strings for you ... jim wrote in message news:8v2q8m$1h5$1@nnrp1.deja.com... > I work with the 8260 and vxWorks. I've a end driver (motFccEnd)to load > vxWorks via a FCC. I'm interested to load vxWokrs via a SCC. I've > received from WRS a "non-offical" driver for ethernet on SCC. The > problem is that is just an object file and it doesn't work. Has someone > a source (and an object) for an End driver on the SCC? > > I suppose that I'm not the first one to load via SCC. I've read some > msg about this driver.I've the impression that i'm the only one that > doesn't have this driver. That's why I allow me to ask the source. :) > > > Sent via Deja.com http://www.deja.com/ > Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: SCSI data corruption Date: Wed, 29 Nov 2000 13:59:54 -0500 From: mmenge@mtspt.com Organization: Lawrence Berkeley National Laboratory Message-ID: <903ki6$f57$1@overload.lbl.gov> tornado vxworks people: Has anyone seen a problem where writing and reading from a scsi hard drive corrupts 1 byte every 30 megs or so? I thought I remember saying vxWorks had some bug that would cause this if the scsi did a disconnect. FYI: we did check termination and parity already --------------------------- Newsgroups: comp.os.vxworks Subject: JOB: Principal Software Engineer- Lead-Edge Network Infrastructure Products- California Date: Wed, 29 Nov 2000 13:19:13 -0600 From: "Dee Dee Dial" Organization: Insync Internet Services, Inc. Message-ID: Fast growing, Pre-IPO that is pioneering leading-edge network infrastructure products for designing and building standards-based servers and storage area networks has new opening for a Principal Software Engineer to join its growing team of professionals. Job Description: Qaulifications- BSEE/BSCS or related degree with an excess of 5 years experience designing, developing and debugging systems or driver level software for network or storage related products in either UNIX, LINUX and/or NT. The ideal candidate will have additional experience with Fibre Channel Software Design and knowledge of network switches and protocols (e.g. OSPF, RIP). Additional experience in device driver development, internal kernel development,ULP development, NDIS, SCSI or FCP driver development a plus. Previous involvement in development of Virtual Interface desired. Must be a team player and able to interface with hardware engineering, release and support engineering teams. Responsibilities- As a principal team member, this individual will be responsible for systems level design specification with interface definition of new generation network infrastructure products. Will also be responsible for coding, unit design and test, and other related development responsibilities. Will interface with hardware, software and support engineering teams on the delivery of high quality network connectivity products. Our client offers the perfect mixture of cutting-edge technology, a fast-paced, fun and team-oriented work environment with tremendous growth potential. This is a VERY HOT pre-IPO located in the "101 High Tech Corridor" of Southern California in close vecinity to the ocean, mountains and lakes with a lower cost of living ratio then that of the Bay and Silicon Valley areas. This well known start up has substantial Venture Capital and Strategic Investor funding (3rd round stage) along with a top-notch executive team that come out of the "who's who" in Storage Management and Network related technologies. The opportunity offers a highly competitive compensation, benefits and equity package along with relocation assistance. Interested individuals can confidentially email your resume to: Dee Dee Dial, Executive/Technology Recruiter Pedley-Richard & Assoc. Email: dddial@pedley-richard.com (as MS Word Attachment) Phone: 512.418.3260 --------------------------- Newsgroups: comp.os.vxworks Subject: PCI memory on MVME2604 Date: Wed, 29 Nov 2000 21:51:08 GMT From: kkingsley@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <903to9$l53$1@nnrp1.deja.com> I have a PMC PCI card (specifically, a Systran SCRAMNet+ reflective memory card) that requires 16 Meg of PCI memory. I'm having trouble mapping it now that I'm using extended VME instead of the PREP map. Up until recently, I was using the PREP map, where PCI memory began at MPU address 0xc0000000. In this case, I was mapping my card to MPU address 0xc4000000 and setting CPU_PCI_MEM_SIZE in mv2600.h to 0x05000000 to accomodate it. Sadly, I am now forced to access a full 256 Megs (0x10000000) of VME A32 space, which requires me to use extended VME. Under this scheme, PCI memory begins at MPU address 0xfd000000 and PCI IO space begins just 16 Megs later at 0xfe000000. This is fine for mapping my PCI card, but once I initialize the card I can no longer use SCSI ("interrupt: ncr810: illegal instruction" and other nasty messages appear after I initialize my PCI card). It appears SCSI (& probably other hardware) uses some of the early PCI memory. My question is, how can I map my card under the new extended vme memory scheme? I have expanding CPU_PCI_MEM_SIZE to 0x18000000 and setting CPU_PCI_IO_ADDR up to 0xfe800000 (so that I can map my PCI card to 0xfd800000), but this gives me a lockup during bootup. I have also tried to move CPU_PCI_MEM_ADDR down someplace I thought there would be plenty of space (MPU address 0x08000000), and mapping my PCI card well above it (at MPU address 0x0c000000, to make room for SCSI PCI memory). In this case, SCSI still worked, but the PCI card would not initialize properly. Any ideas? I thought I could just change the memory map by changing #defines in mv2600.h, but this appears to be naive. Thanks, Keith Kingsley Aeroflex Lintek keith.kingsley@lintek.aeroflex.com Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: PCI memory on MVME2604 Date: Wed, 29 Nov 2000 14:37:07 -0800 From: Melvin Gardipee Organization: Raytheon Company Message-ID: <3A258513.9C7B6AEC@west.raytheon.com> References: <903to9$l53$1@nnrp1.deja.com> Do not call pciDevConfig(). The pciDevConfig function can only configure a maximum of one memory & one I/O space. Since the PLX9080 has two memory spaces, both will get set to the same address. If your BSP doe not have a pciAutoConfigLib, you will need to write your own pciConfigLib routine. Start by modifying \Tornado\target\src\drv\pci\pciConfigLib.c I believe that base address register (BAR) zero is a 256byte window of the PLX registers. BAR1 is the I/O version of those same registers. BAR2 should be your memory window. SCRAMNet accepts a maximum of 8MB so I don't know why you would need a 16MB window. In the PLX 9060SD and I assume for the PLX 9080, the vendor ID and device ID are not programmable and remain the defaults for PLX Technology. The vendor ID and device ID must be read from the subsystem vendor ID and subsystem device ID registers. Melvin Gardipee --------------------------- Newsgroups: comp.os.vxworks Subject: Re: running board diagnostics on MVME2400 Date: Mon, 27 Nov 2000 08:38:16 +0100 From: "Michael Lawnick" Organization: Deja.com - Before you buy Message-ID: <200011270737.IAA15279@net.softec.de> References: <3A1D96F7.EAF3DAC4@student.cs.york.ac.uk> Hi Ben, it is absolutely possible to first start PPCBug diagnostics and after that let the mv2xxx target restart with vxWorks. I have done this in my last project. The trick is: Build a little reset programm (in assembler, max 250 bytes). For reset assertion I have used the watchdog on the NVRAM device. This programm should reconfigure the software mirrored setup of your bootrom jumper in FALCON/HAWK. Look into Motorola manual. Now setup PPCBug for Diag and for ROM-boot. Put your little programm into flash address space 0xFF000000- 0xFF0000FF (just before vxWorks image). Pitfalls: Very long boottime (upto 2 minutes). No direct internal test evaluation, as test reults can not be retrieved by software (PPCBug software is not free). Only testresult (known by me): PPCBug will set BRDFAIL led if one test fails. This led can be read in and saved in sysLib.c, it is just cleared in standard BSP. HTH Michael > I am also interested in running diagnostics on a MVME2400 board. I > want to be able to test everything that PPCBug can test. Has anyone > else done this before and can help? I have considered having my system > dual boot and boot and PPCBug if and I want to run diagnostics. This is > not ideal for my task but it will do if thats the only way I can do it. > > any pointers appreciated > > Ben > > > > > > _____________________________________________________________ > Deja.com: Before you buy. > http://www.deja.com/ > * To modify or remove your subscription, go to > http://www.deja.com/edit_sub.xp?group=comp.os.vxworks > * Read this thread at > http://www.deja.com/thread/%3C3A1D96F7.EAF3DAC4%40student.cs.york.ac.uk%3E > Michael Lawnick, SOFTEC GmbH ============================================== SOFTEC GmbH Tel +49-731-96600-0 Promenade 17 Fax +49-731-96600-23 D-89073 Ulm Michael Lawnick Germany lawnick@softec.de ============================================== Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: data rates with FAT32 file system Date: Wed, 29 Nov 2000 18:16:49 -0500 From: Russell Iannuzzelli Organization: Johns Hopkins University Applied Physics Lab, Laurel, MD, USA Message-ID: <3A258E61.EFCA6307@grover.jhuapl.edu> I have been using the FAT32 file system with VxWorks (on a G4 Moto VME board), to a harddrive (10000 rpm high performance ultra wide). I have been getting 4-6 Mbytes/sec sustained, but no more and a friend that is only using a narrow scsi (3 row din) is getting the same data rates. Is there a configuration issue here, or is tied up in the FAT32 file system? Eventually, after the scsi cache is gone, the system fails by have the filing task absorb all the free buffers in the system, thus not keeping up. I am just wondering if anyone has had similar problems and what kind of number are you getting. Thanks Russ I. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks boot over ethernet Date: Thu, 30 Nov 2000 01:25:47 GMT From: cwein@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <904aal$vqb$1@nnrp1.deja.com> References: <8ug3nt$iq3$1@overload.lbl.gov> If your host is a PC then turn on logging on your FTP server. If you are using the server that came with Tornado, enable logging in general, and GETS specifically. You should see a client trying to access the host when it boots. Also, you need to enable anonymous gets and set the root directory correctly. If you are on a Unix box then it is a little harder to find out what the client is doing unless you have root access. Chris In article <8ug3nt$iq3$1@overload.lbl.gov>, PAULY A D wrote: > Hi, > > Our target is an x86 system. We are using bsp pc386 and have included the > ethernet driver for 3Com Etherlink III network card. But we could not boot > vxWorks over ethernet. (We tried using both static IP as well as DHCP). > > The TCP/IP device and loopback interfaces are successfully attached. But we > could not load the vxWorks image by FTP from the host. > > The output messages we got are : > > "Attached TCP/IP interface to elt0 > Attaching network interface lo0... done > Loading... tftpGet: Error occured while transferring the file. > > Error loading file : errno 0x0" > > Any ideas/clues/pointers to what is happening? > > Thanks, > Regards, > > Pauly > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: vxworks boot use DHCP on eth? Date: Thu, 30 Nov 2000 13:13:45 +0800 From: sardine Organization: utstarcomsz Message-ID: hi all, i build bootrom and change flag=0x40,not point it IP address ,host IP address , i want it can boot get parameter through DHCP server(linux DHCP server),but target boot stop when it run as follow line: "getting boot parameter via network interface eth0......." how i resolve the problem? thanks everyone ! --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ICMP Echo Request ("ping") with zero ICMP checksum? Date: Thu, 30 Nov 2000 05:24:38 GMT From: "Martin Usher" Organization: EarthLink Inc. -- http://www.EarthLink.net Message-ID: References: <8vm7gf$7tu$1@nnrp1.deja.com> <900h4n$q7q$1@nnrp1.deja.com> <90353e$ud0$1@nnrp1.deja.com> Reply-To: "Martin Usher" > > I presume this problem only manifests itself when you're building > a combined VxWorks+own application, in which case any functions > in your code that match function names in the OS libraries will be > found first by the linker, causing the corresponding lib function not > to be pulled in. It probably wouldn't show up if you were > building a downloadable app. There might even be a clever way (etc) This probably explains Wind River's liberal use of LOCAL (a.k.a. static) function and variable declarations. Another way to drive yourself crazy is to have a variable like somethingLen which you typo to somethinglen in one place in a source file. This just happens to be a variable in another module. It compiles and links perfectly.... --------------------------- Newsgroups: comp.os.vxworks Subject: Message queues in vxworks Date: Thu, 30 Nov 2000 05:25:16 From: "Rajendra Prasad" Organization: Lawrence Berkeley National Laboratory Message-ID: <904r7l$q2m$1@overload.lbl.gov> Hi vxworkers, Could anybody please clarify the following two points. 1. Is there any routine available in vxworks to flush all the messages at once in a message queue ? i.e. to discard all the messages waiting in a queue to be read (Posix or Wind queue) 2. Is there any method to pick up nth message from the queue selectively ? thanks in advance and best regards, rajendra. vxworks tornado _____________________________________________________________________________________ Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: malloc memory in one task, free it in another task? Date: Thu, 30 Nov 2000 06:27:46 GMT From: ylin@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <904s0u$d1n$1@nnrp1.deja.com> References: <9039as$2f5$1@nnrp1.deja.com> Dave, Thanks for your reply. As you said - it was a bug. It works! Yujin In article , "Dave Korn" wrote: > ylin@my-deja.com wrote in message <9039as$2f5$1@nnrp1.deja.com>... > >Hello, > > > >I wonder if it is possible to malloc a piece of memory in one taxk, then > pass > >the pointer, as a part of a structure, through msgQ to another task, then > >free the memory there? > > > >I get system crash when I tried to do so. > > As long as you aren't using the new version of VxWorks with > protection domains, that should work fine, so you've probably got > a bug somewhere. It's very important not to accidentally call free > twice on the same bit of memory: once the first task gives away > that memory by putting it in the second task's queue, it really > mustn't touch it (or even look at it or think about it, really!) any > more. So is it possible you thought your first task should free > it after passing it to the second one ? You haven't mentioned > what target architecture you're working with, but another thing > that occurred to me is that maybe the alignment of the struct > isn't preserved when it gets passed through the msgQ. > > DaveK > -- > They laughed at Galileo. They laughed at Copernicus. They laughed at > Columbus. But remember, they also laughed at Bozo the Clown. > > Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: vxWorks Task TCB Date: Thu, 30 Nov 2000 12:13:27 +0530 From: "Krishna Kishore Reddy Sureddy" Organization: Lawrence Berkeley National Laboratory Message-ID: <904uo5$qmf$1@overload.lbl.gov> Hi vxWorks Gurus, In vxWorks I want to find a task that is Hogging CPU. In this regard i have one doubt. In taskTCB what does UINT taskTicks(total number of ticks) stand For? Is it : The number of ticks the task has taken the CPU Bandwidth since it was Spawn. Does vxWorks spy() System Call utilize this field in task TCB to gather task's CPU Statistics. If not, can i use this field to get statistics of CPU Usage of tasks. Can you suggest some other methods to detect CPU Hogging Task. Thanks and Regards, S.K.K.Reddy. --------------------------- Newsgroups: comp.os.vxworks Subject: reboot Date: Thu, 30 Nov 2000 09:23:38 +0100 From: "Bertram Tenner" Organization: Customer of UUNET Deutschland GmbH Message-ID: <3a260f08$0$19364$4dbef881@businessnews.de.uu.net> Hi, I have a hard disk vxWorks boot partition on a x86 target. When I reset the system, vxWorks boots well from the hard disk and loads vxWorks image from the host. However, when I use the reboot command from the Tornado shell of the host, the target tries to boot from the floppy and, in case there is no diskette, it gives me an error message. How to configure the boot parameters, so that it will boot from the HD ? Thanks Bertram --------------------------- Newsgroups: comp.os.vxworks Subject: vme longword access in a24 Date: 30 Nov 2000 08:23:09 GMT From: ola.hallstrom@esavionics.se (Ola Hallström) Organization: ericsson Message-ID: <8FFC687D9olahallstromesavioni@130.100.128.24> Hi, I'm trying to setup a Tundra Universe 2 located on another board via the vme-bus, from a DY4-179 PowerPC cpu board. The Tundra I am supposed to setup is booted in a24 memoryspace. Writing to the Tundra's internal registers requires longword accesses, but the default when writing in a24 from the cpu-board is word accesses. How can I make longword writes in vme-bus a24 images? Thanks /Ola --------------------------- Newsgroups: comp.os.vxworks Subject: FAT problems - files disappear! Date: Thu, 30 Nov 2000 08:55:18 GMT From: mindtree01@my-deja.com Organization: Deja.com - Before you buy. Message-ID: <9054ll$jvi$1@nnrp1.deja.com> I'm having some wierd problems with disk I/O on a FAT file system in VxWorks. What happens is this: One task receives TCP/IP data and writes into diskfile File1.cur using fopen and fwrite. When File1.cur reaches a certain size (based on number of bytes written into it), it is fclosed, renamed to File1.uns. File2.cur is opened to write incoming data. A second task scans the directory (using opendir, readdir) for *.uns files. If found, it transfers these files across the network and renames the transferred files to *.dat. At the end of the second task's operation, File2.cur (opened by the first task) mysteriously disappears! Can anyone throw light on what's happening? Regards, Ananth Sent via Deja.com http://www.deja.com/ Before you buy. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: reboot Date: Thu, 30 Nov 2000 11:05:24 +0100 From: Marc Waber Organization: STS Switching Test Solutions Message-ID: <3A262664.B78185DC@stest.ch> References: <3a260f08$0$19364$4dbef881@businessnews.de.uu.net> This is a multi-part message in MIME format. - --------------115CF55952EC9E0D06756177 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Bertram Tenner wrote: > > Hi, > I have a hard disk vxWorks boot partition on a x86 target. When I reset the > system, vxWorks boots well from the hard disk and loads vxWorks image from > the host. However, when I use the reboot command from the Tornado shell of > the host, the target tries to boot from the floppy and, in case there is no > diskette, it gives me an error message. > How to configure the boot parameters, so that it will boot from the HD ? > Thanks > Bertram I'm not sure, but you might have to set "SYS_WARM_TYPE" in config.h according to your needs. Hope this helps, Marc - --------------115CF55952EC9E0D06756177 Content-Type: text/x-vcard; charset=us-ascii; name="marc.waber.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Marc Waber Content-Disposition: attachment; filename="marc.waber.vcf" begin:vcard n:Waber;Marc tel;work:+41-11-355 66 11 x-mozilla-html:FALSE url:www.stest.ch org:Switching Test Solutions AG version:2.1 email;internet:marc.waber@stest.ch title:Hardware Eingineer adr;quoted-printable:;;Foerrlibuckstrasse 62=0D=0AP.O.Box 74;CH-8037 Zurich;;;Switzerland x-mozilla-cpt:;-3104 fn:Marc Waber end:vcard - --------------115CF55952EC9E0D06756177-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: redirection of i/o Date: Thu, 30 Nov 2000 11:02:28 +0100 From: Bart Gouw Organization: Medtronic Inc. Message-ID: <3A2625B4.A176914C@vitatron.com> References: <3A2408A0.D39F5986@alumnos.uva.es> Reply-To: vitatron@gwgouw.myweb.nl Dear VxWorker, I am not sure what your problem is. Do you mean you can not access (open/read/write/close) files on your host machine using VxSim? If so, you must read/write to device 'tgtsvr' (instead of 'host:' for example). Your files will be accessed in the directory specified in the 'Target-Server command line options'. For example "-V -B wdbpipe -R C:/MyDir/VxWorks/Files -RW" If you write to file 'tgtsvr/elvis.txt' it will bestored in 'C:/MyDir/VxWorks/Files/elvis.txt' I hope this information helps, Regards, Bart Ismael Lavín Herrán wrote: > I'm beginner with tornado 2 and I have a problem with standard i/o, for > example when a program executes scanf(), the echo hostt shell doesn't > work and the task control is not returned. When I configure the i/o to > the target shell the echo works fine but the function exits. If anyone > know about this, please tell me. > > Thank you. --------------------------- Newsgroups: comp.os.vxworks Subject: Fonts in PJava Date: Thu, 30 Nov 2000 11:51:48 GMT From: Christoph.Behnke@kid-systeme.de (Christoph Behnke) Organization: KID Systeme GmbH Message-ID: <3a263872.12004491@news.work.de> Sender: Christoph Behnke Hello, Who knows how to install fonts in WRS PJava? We have only one Font in only one size available. Christoph --------------------------- End of New-News digest ********************** From vxwexplo-errs@csg.lbl.gov Thu Nov 30 05:52:45 2000 From: "rajesh kumar biswal" Date: Thu Nov 30 05:52:47 PST 2000 Subject: RE: vxWorks Task TCB Hi, I think U can use WindView tool to find CPU usage by the tasks. It gives a good statistics. ~Rajesh. > In vxWorks I want to find a task that is Hogging CPU. In this regard i > have one doubt. > > In taskTCB what does UINT taskTicks(total number of ticks) stand For? > Is it : The number of ticks the task has taken the CPU Bandwidth since > it was Spawn. > Does vxWorks spy() System Call utilize this field in task TCB to gather > task's CPU Statistics. > If not, can i use this field to get statistics of CPU Usage of tasks. > > Can you suggest some other methods to detect CPU Hogging Task. > From vxwexplo-errs@csg.lbl.gov Thu Nov 30 06:02:15 2000 From: "Deja User" Date: Thu Nov 30 06:02:17 PST 2000 Subject: How to calculate Task stack space? Tornado Vxworks Hi All, Can any one suggest, 1.How to calculate accurately the Task stack space?. 2.Do we have any "formula"? or technique to calculate? 3.What is the typical value normally used? Thanks in advance. Regards, Emblov. ------------------------------------------------------------ --== Sent via Deja.com http://www.deja.com/ ==-- Before you buy. From vxwexplo-errs@csg.lbl.gov Thu Nov 30 06:08:29 2000 From: "Deja User" Date: Thu Nov 30 06:08:32 PST 2000 Subject: Has anybody worked with FTP server and PassFsLib? Tornado Vxworks Hi All, Has any body worked with FTP server with "PassFs" as file system in VxSim?. I could able to start and to log in to FTP server, but could not access any file created using "passFsLib". your suggestions in this regard are most welcome. Regards, Emblov. ------------------------------------------------------------ --== Sent via Deja.com http://www.deja.com/ ==-- Before you buy. From vxwexplo-errs@csg.lbl.gov Thu Nov 30 06:16:59 2000 From: "David Anderson @ Data Track" Date: Thu Nov 30 06:17:02 PST 2000 Subject: readdir() functionality.... vxWorks & Tornado I am writing a custom 'directory listing' command for our system which uses the readdir call. I wonder if anyone has come across any unexpected problems ( e.g. errors returned in errno ) before hitting the end of the directory ( null returned ) associated with file renaming and deleting on a dosFs ram drive device. I believe that after a number of ( rename, erase ) actions the early entries in the directory ( which are erased ) may trigger an error before the end of directory is reached when running code like this :- i.e. x = opendir(....) errno = OK; while ( (y=readdir(x) ) != NULL ) { if ( errno != OK ) break; ..... print out entry y ..... } where errno is the task errno as defined by vxWorks. David Anderson. mailto:danderson@dtrack.demon.co.uk ------------------------------------- FF: 2B + ~2B , that is the question ? ------------------------------------- Disclaimer ---------- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please destroy and notify Data Track Technology Plc +44 1425 271900. ------------------------------------------------------- From vxwexplo-errs@csg.lbl.gov Thu Nov 30 07:03:00 2000 From: PAULY A D Date: Thu Nov 30 07:03:02 PST 2000 Subject: PCI interrupt connection Hi all, How I can connect my own routine to PCI interrupt handler in VxWorks. How I know the vector address of PCI interrupts to connect my own routine. Thanks In Advance, AD Pauly From vxwexplo-errs@csg.lbl.gov Thu Nov 30 09:28:20 2000 From: David Laight Date: Thu Nov 30 09:28:22 PST 2000 Subject: Re: readdir() functionality.... RTFM! readdir() returns 0 when the end of directory or error. errno is ONLY valid when an error has been signalled. This is true of almost everying that sets errno (except some maths routines) You code should read: x = opendir( ... ); if (!x) return -1; while (errno=OK,(y = readdir(x))) printf( ... ); if (errno != OK) printf( "read failed %x\n", errno ); The vxWorks readdir matches the solaris one... David > I am writing a custom 'directory listing' command for our system which uses > the readdir call. I wonder if > anyone has come across any unexpected problems ( e.g. errors returned in > errno ) before hitting the > end of the directory ( null returned ) associated with file renaming and > deleting on a dosFs ram drive device. > > > x = opendir(....) > errno = OK; > while ( (y=readdir(x) ) != NULL ) > { > if ( errno != OK ) break; > ..... print out entry y ..... > } > ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 428 232 Cambridge, UK fax: +44 1223 428 201 From vxwexplo-errs@csg.lbl.gov Thu Nov 30 11:46:42 2000 From: "Sinn, Larry" Date: Thu Nov 30 11:46:44 PST 2000 Subject: Driver for Control RocketPort Serial E-net Hub Does anyone have VxWorks drivers for the RocketPort Serial Ethernet hub for Motorola PowerPC they are willing to share? TIA Larry. Larry Sinn KLA-Tencor MS I-1009 408 875 0247 voice 160 Rio Robles 408 875 6179 fax San Jose, Ca 95134-1809 larry.sinn@kla-tencor.com From vxwexplo-errs@csg.lbl.gov Thu Nov 30 13:05:02 2000 From: "Mike Anderson" Date: Thu Nov 30 13:05:04 PST 2000 Subject: SNMP mibcomp -man flag not working? VxWorks Greetings! I am trying to use the Windnet SNMP mibcomp program to compile a mib. When I try to use the "-man" or "-man.h" options, I get a message stateing that the mibcomp program couldn't open the input file "-man". I'm calling it as shown in the manual: mibcomp -man -o man.out rfc1213.mib The mibcomp is version 7.0. Anyone out there in netland able to provide a clue as to what's going wrong and how to fix it? TIA, Mike Anderson Chief Scientist The PTR Group, Inc. Embedded, Real-time Solutions and Services mailto:mike@theptrgroup.com http://www.theptrgroup.com V: 703.585.9384 F: 703.430.3748 From vxwexplo-errs@csg.lbl.gov Thu Nov 30 13:29:42 2000 From: "timallen" Date: Thu Nov 30 13:29:45 PST 2000 Subject: Re: StrataFlash low level drivers >Has anyone out there written any low level driver software for the >Intel StrataFlash for integration into the Wind River True File System? >Thanks in advance. This shouldn't be necessary since the Intel StrataFlash uses the Common Flash Interface(CFI) and Scaleable Command Set (SCS) standards which are supported by TrueFFS. Tim. -------------------- Tim Allen Ltd Real Time Embedded Software Consultancy VxWorks From vxwexplo-errs@csg.lbl.gov Thu Nov 30 14:52:10 2000 From: Jason Liu Date: Thu Nov 30 14:52:12 PST 2000 Subject: RE: Driver for Intel 28F128 (128Mbit) flash Hi: Does anyone have VxWorks drivers for Intel 28F128J3A flash that they are willing to share ? Thank you in advance. Jason From vxwexplo-errs@csg.lbl.gov Thu Nov 30 17:55:12 2000 From: "Girish V. Gulawani" Date: Thu Nov 30 17:55:14 PST 2000 Subject: Re: comp.os.vxworks newsdigest > One task receives TCP/IP data and writes into diskfile File1.cur using > fopen and fwrite. When File1.cur reaches a certain size (based on > number of bytes written into it), it is fclosed, renamed to File1.uns. > File2.cur is opened to write incoming data. > A second task scans the directory (using opendir, readdir) for *.uns > files. If found, it transfers these files across the network and > renames the transferred files to *.dat. > > At the end of the second task's operation, File2.cur (opened by the > first task) mysteriously disappears! Can anyone throw light on what's > happening? at the risk of being obvious - .1> does closedir() gets called? 'cause to flush all the file buffers it is required. .2> also dosFsLib does not support file locking is concerned. so accidental rename (copy+delete am i right?), might misplace FAT entries. .3> if files are read+write together, try fflush() just before fclose() .4> if data is binary is b option set? .5> same results with open-read-close? .6> last but not the least. which HDD, formatted correct alongwith dos volume options correct? ANY BAD SECTORS?? hth. _____________________________________________________ Girish V. Gulawani (WIPRO Global R&D) SOC Development Dept. 11. SOC Design Center Platform Technology Development Headquarters Canon Inc. Kosugi Office 53, Imaikami-cho, Nakahara-Ku. Kawasaki. 211-8501, JAPAN. Phone : +81-44-733-6111 ext. 3515 (GMT+09:00) Fax : +81-44-739-6722 E-mail: girish@soc.kosugi.canon.co.jp _____________________________________________________ From vxwexplo-errs@csg.lbl.gov Thu Nov 30 18:47:42 2000 From: "Girish V. Gulawani" Date: Thu Nov 30 18:47:45 PST 2000 Subject: Re: comp.os.vxworks newsdigest > Newsgroups: comp.os.vxworks > Subject: reboot > Date: Thu, 30 Nov 2000 09:23:38 +0100 > From: "Bertram Tenner" > Organization: Customer of UUNET Deutschland GmbH > Message-ID: <3a260f08$0$19364$4dbef881@businessnews.de.uu.net> > > Hi, > I have a hard disk vxWorks boot partition on a x86 target. When I reset the > system, vxWorks boots well from the hard disk and loads vxWorks image from > the host. However, when I use the reboot command from the Tornado shell of > the host, the target tries to boot from the floppy and, in case there is no > diskette, it gives me an error message. > How to configure the boot parameters, so that it will boot from the HD ? in sysLib.c set the variable sysWarmType as 2. default is 1 & that is FDD. refer : vxworks programmer's guide appendix d-5, table d-3. hth. From vxwexplo-errs@csg.lbl.gov Thu Nov 30 18:56:40 2000 From: "Girish V. Gulawani" Date: Thu Nov 30 18:56:42 PST 2000 Subject: Re: comp.os.vxworks newsdigest > Newsgroups: comp.os.vxworks > Subject: StrataFlash low level drivers > Date: Wed, 29 Nov 2000 14:10:26 GMT > From: parreg@my-deja.com > Organization: Deja.com - Before you buy. > Message-ID: <9032od$sc9$1@nnrp1.deja.com> > > Hi All, > > Has anyone out there written any low level driver software for the > Intel StrataFlash for integration into the Wind River True File System? wrs supports cfi/scs. refer 3.5 of tffs documentation. so need not write driver. guess!! hth. From vxwexplo-errs@csg.lbl.gov Thu Nov 30 21:16:50 2000 From: "R R, Rajendra Prabhala (Rajendra)** CTR **" Date: Thu Nov 30 21:16:52 PST 2000 Subject: Message queues in VxWorks Hi vxworkers, Could anybody please clarify the following two points. 1. Is there any routine available in vxworks to flush all the messages at once in a message queue ? i.e. to discard all the messages waiting in a queue to be read (Posix or Wind queue) 2. Is there any method to pick up nth message from the queue selectively ? thanks in advance and best regards, rajendra. vxworks tornado From vxwexplo-errs@csg.lbl.gov Thu Nov 30 22:12:48 2000 From: Rashmi_Topno Date: Thu Nov 30 22:12:51 PST 2000 Subject: Files in vxWorks Hi vxworkers, I am working in vxSim. I could create, write and read a file in DOS file system. But through shell if I do "ls", I am not able to see the entry of the file. Will that file be still there if I close that session ? Thanks Rashmi