From owner-vxwexplo-process Tue Jun 1 01:58:42 1999 From: Wayne Bond Date: Tue Jun 1 01:58:46 PDT 1999 Subject: Re: C++ on VxWorks > Submitted-by: "Christopher J. Slominski" > > --=====================_1980427133==_.ALT > Content-Type: text/plain; charset="us-ascii" > C++. I have installed my MVME2604, downloaded boot code into FLASH, and setup > does the compile and munching for me. My VxWorks target is set to "automatic" > static constructor instantiation as seen by cplusStratShow(). I can write to > the console with printf(), but not 'cout'. I also lock up the target when I > attempt to load a module with a static class object (ld < run.out). If I make > the object local to a function, it loads and runs fine (except for no 'cout' I found a similar issue with a MIPS target - check whether you have used the -G compiler option (places statics/globals of size < NUM bytes into the small data/bss section). The MIPS default for NUM is 8, and for GNU 0 (zero). I set it to zero and then dynamic loading was okay. Without using this, the target didn't lock up - it just refused to load, giving a relocation error. If you have used -G somewhere, it may be worth ensuring all modules are built with the same value. (see GCC info or Tornado GNU Tools manual). However our PPC target (750) on a Motorola board does load dynamically without a problem. I don't think (unless I missed it) that the -G option is used in either our MIPS or PPC builds...so I don't know why the MIPS one should need it specified (unless the default -G0 doesn't get invoked for a non-linked compilation - ie for dynamic load). regards Wayne Bond e-mailto:Wayne.Bond@telematics.com ECI Telecom ISIS House, Reading Road Chineham, Basingstoke RG24 8TW UK From owner-vxwexplo-process Tue Jun 1 02:11:49 1999 From: Manie Steyn Date: Tue Jun 1 02:11:53 PDT 1999 Subject: VxWorks CodeTEST and STLport problems Hi all, This mail concerns the following tools (and versions): Tornado 1.0.1 on SunSolaris for Intel x86 Target CodeTEST-1.4.20.03-Solaris for Tornado STLport version 3.x When instrumenting a C++ file that includes stl_function.h from the STLport distribution, the following errors occur: ctc++ -m486 -ansi -nostdinc -DRW_MULTI_THREAD -D_REENTRANT -O -fvolatile -nostdlib -fno-builtin -fno-defer-pop -I/h -I/export/home/msteyn/STLport-3.12.3/stl -I/usr/wind/target/h/streams -I.. -g -DBC_DEBUG -O0 -I. -I/usr/wind/target/config/all -I/usr/wind/target/h -I/usr/wind/target/src/config -I/usr/wind/target/src/drv -DCPU=I80486 -c stldeque.cpp amctag: "stl_function.h", line 184: type expected in template argument amctag: "stl_function.h", line 184: wrong number of parameters for template unary_function amctag: "stl_function.h", line 184: syntax error after <, expecting > amctag: "stl_function.h", line 184: could not instantiate template - can't continue... ctc++: Error while running '/usr/wind/host/sun4-solaris2/bin/amctag' The relevant lines from stl_function.h : 182: template 183: class unary_negate : 184: public unary_function { 185: protected: 186: _Predicate _M_pred; 187: public: 188: explicit unary_negate(const _Predicate& __x) : _M_pred(__x) {} 189: bool operator()(const typename _Predicate::argument_type& __x) const { 190: return !_M_pred(__x); 191: } 192: }; The C++ source code compiles fine with cc386 (gcc version cygnus-2.7.2-960126), only when ctc++ invokes amctag, does the errors occur. The version of STLport is 3.0.0 I have also tried it with the latest version (3.12.3) with the same results. Are there any known restrictions with amctag (codeTEST) and templates? Regards ------------------------------------------------------------------- Manie Steyn mailto:msteyn@ccii.co.za Ph: +27 (0)21 683 5490 Project Leader http://www.ccii.co.za Fax: +27 (0)21 683 5435 CCII Systems (Pty) LTD, Cape Town, SA Cell: +27 (0)82 894 6877 ------------------------------------------------------------------- From owner-vxwexplo-process Tue Jun 1 04:00:38 1999 From: daemon@csg.lbl.gov Date: Tue Jun 1 04:00:42 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Tue Jun 1 04:00:35 PDT 1999 Subject: Why the vxworks is so very expensive??? Subject: Re: Using Timers in VxWorks ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Why the vxworks is so very expensive??? Date: Tue, 1 Jun 1999 10:00:18 +0900 From: "Chae-Ho You" Organization: Korea Telecom Message-ID: <7ivb07$s1$1@news2.kornet.net> I don't know vxworks and other RTOS's are so very expensive. Current CPU's capability is very high. And there are several OS to use. I heard stability is good merit of RTOS and Vxworks, but its reason isn't sufficient. I appreciate anybody answer these my query. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Using Timers in VxWorks Date: 1 Jun 1999 04:14:54 GMT From: Hwa-Jin Bae Organization: PSO Systems Inc (http://www.pso.com) Message-ID: <7ivmnu$9su$2@news.idiom.com> References: <7ioenb$7l5@overload.lbl.gov> Watchdog timer (wdLib) might work better. Uygar DOYURAN wrote: > I also would like to hear your opinion on which VxWorks feature to use for > implementing a general timer mechanism? Is the "timerLib" good or is there a > better way? - -- Hwa-Jin Bae PSO Systems Inc -- SW/HW consulting and design company mailto:hjb@pso.com http://www.pso.com Un-official VxWorks FAQ http://www.pso.com/vxfaq.html --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Tue Jun 1 07:33:28 1999 From: "Mike Anderson" Date: Tue Jun 1 07:33:32 PDT 1999 Subject: RE: Why the vxworks is so very expensive??? VxWorks Greetings! > From: "Chae-Ho You" > > I don't know vxworks and other RTOS's are so very expensive. > Current CPU's capability is very high. And there are several OS > to use. I heard stability is good merit of RTOS and Vxworks, but > its reason isn't sufficient. > > I appreciate anybody answer these my query. > > The issue for most RTOS vendors is one of the amount of effort put into the code and all of the colatteral material (manuals, tech support, etc.). For you as a potential buyer, its a question of opportunity cost. For example, I've been working in real-time for over 12 years. I *could* write a kernel from scratch that I could load and run on almost any machine in 1-2 weeks. That would just be the kernel -- not the file system, TCP stack, I/O system, collection of BSPs and device drivers, etc. Let's say that I worked 12 hours a day for a month. I might have the kernel, I/O system and memory manager. Now, as a consultant, I could easily get $1000/day (8 hr day :-). In writing my own kernel over this month, I've given up the possibility of $30K, and I still have no documentation nor networking stack. If I have a requirement for all of these items in my real-time system, I would be far better off to buy it rather than build it. However, the issue is whether my embedded system needed all that stuff. If, on the other hand, I only need a simple kernel (or none at all -- i.e., a grand-loop code will do), then the extra cost is indeed overkill. Also, if you're into exact hardware footprint matching to reduce chip count (and therefore production costs), then the commercial RTOS, with it's relative lack of configurability (you get all of the networking stack when you only needed UDP), may not meet your needs. When you buy a piece of software, you are buying the developer's intellectual property. If they've spent any considerable amount of time/money for that development, they'll want to get compensated. You might argue, "Well, what about Linux then?". I love Linux and I'm eternally grateful that all of that free work went into it ;-). In the case of Linux, you have a few hours invested for each of arguably 1000's of contributors. For a few dedicated souls, Linux is a labor of love and they have donated untold hours to the cause. Again, my thanks to all of you Linux contributors! Now, their investments are paying off -- at least for a few. Consulting gigs, custom Linux drivers, companies dedicated to the distribution of Linux and the production of pre-configured Linux servers. Their work has created a "mass" market for follow-on goods and services. Will that ever happen in the embedded systems world? Well, I suspect that an RTOS will never be a mass market item. It might be embedded *inside* a mass market device, but the user will never know its there. Those of us in the embedded world are well aware that, if we do our jobs right, no one will ever know we're there. We must take satisfaction from knowing that our code is in device XYZ and be happy counting our money ;-). Altruism is a wonderful thing, but it doesn't pay the mortgage. So, why are the commercial RTOS offerings so expensive? Because, we have to recoop our sunk-cost investment and stay in business to supply you continued support, bug-fixes and product enhancements. When you compare the cost of the product to the opportunity costs of developing from scratch, you typically come out way ahead to buy it. Diatribe off, ----------------------------------------------------------------- Michael E. Anderson | Integrated Chipware Chief Scientist | 1861 Wiehle Ave. #300 | Reston, VA 20190 mike@chipware.com | (703) 736-3504 www.chipware.com (888)430-CHIP | (703) 736-3556 FAX icWorkshop -- The RTOS Builder | ----------------------------------------------------------------- "Software development is like making a baby. You can't make a baby in one month by impregnating nine women. Some things just take time..." From owner-vxwexplo-process Tue Jun 1 10:30:34 1999 From: wardd@ttc.com Date: Tue Jun 1 10:30:38 PDT 1999 Subject: Re: Using Timers in VxWorks Instead of using TimerLib in VxWorks, we use watchdog timers. This allows easy creation of multiple timers. When the timer expires, we write a message to an input queue of the task that's supposed to handle the expiration. David Ward TTC wardd@ttc.com From owner-vxwexplo-process Tue Jun 1 12:01:46 1999 From: mdelgior@TIGER.rst.com (Mark Del Giorno) Date: Tue Jun 1 12:01:50 PDT 1999 Subject: How to "get" the parameter associated with intConnect. Heyyyyyyyyyyyyyyyyyyyyy, I'm trying to install my own interrupt routine over one that has already been created, but want to still pass my routine the same parameter that was passed to the existing routine. i.e. somebody did an: intConnect(vector, routine, PARAMETER_TO_BE_PASSED); and I want to: intConnect(vector, myRoutine, PARAMETER_TO_BE_PASSED); but I don't know what PARAMETER_TO_BE_PASSED is at compile time....I need some way of looking it up (if there is one....). intVecGet() will return the pointer to the function for a particular vector, for example, but I can't find anything that will return the parameter. We're using an mv2700 and Tornado 1. Thanks in advance.... [Yes, I know this is a bit of a kludge.....] Mark _/_/_/_/ _/_/_/_/ _/_/_/_/_/ Mark Del Giorno (del@rst.com) _/ _/ _/ _/ Robotic Systems Technology _/_/_/_/ _/_/_/_/ _/ 1234 Tech Court _/ _/ _/ _/ Westminster, MD 21157 _/ _/ _/_/_/_/ _/ (410) 876-9200 Fax: 876-9470 http://www.rst.com From owner-vxwexplo-process Tue Jun 1 19:35:29 1999 From: wrs1@21cn.com Date: Tue Jun 1 19:35:32 PDT 1999 Subject: Hi Dear Sir: Please add me to the comp.os.vxworks usrs groups. Thank you! Welcome to use 21cn.com free email ! From owner-vxwexplo-process Wed Jun 2 04:12:18 1999 From: Kevin Sapp Date: Wed Jun 2 04:12:22 PDT 1999 Subject: Connecting to a new Shared Memory I/F target Hello VxWorks developers, We are trying to connect the Tornado tools to a target that is attached using a shared memory back plane ip driver (custom). When we try to create the target we get the following message: Killing this logfile viewer will not kill the Target Server. Current Log information are available in the file: /home/sapp/.wind/launchLog.mgts2test9lic10 Command: tgtsvr 10.1.135.10 -N -V -n mgts2test9lic10 tgtsvr (mgts2test9lic10@indultra23): Wed Jun 2 06:57:04 1999 License request... authorized on host 'mate09'. Attaching backend... succeeded. Connecting to target agent... succeeded. Attaching C++ interface... succeeded. Error: Couldn't open /ifh/lic2: status = 0x2 Error: Unable to initialize object module loader library Does anyone know what this is... (/ifh/xxxx ) and the object loader lib. We load our own objects usine loadModule, so I know that some kind of object file loader is there. The network interface is fine, I can ping, telnet and NFS. Thanks in advance, Kevin From owner-vxwexplo-process Wed Jun 2 05:07:11 1999 From: "Keith W. Muzzioli" Date: Wed Jun 2 05:07:15 PDT 1999 Subject: vxWorks Makefiles question Hi, I am 100% new to VxWorks so hopefully this will be a really easy question for one of you professional VxWorks guru's to answer. This is the situation, we are running VxWorks 5.1 (it's an old project) on a Motorola MV167 board. Originally the kernel was built with some of our own software built in to it. Now they (those above me) want this software removed from the kernel. There is very little documentation on what was added so before I try removing anything I am trying to reconstruct the current kernel. Now for the actual question: In the directory .../vw/src/usr there exists the following files, MakeSkel, Makefile, memDrv.c, ramDrv.c and usrLib.c. I need to use memDrv.o. Do I go into this directory and run Makefile myself, or should this Makefile be called somehow from the Makefile in the .../config/mv167 directory. Thanks in advance for any help. Keith Muzzioli Raytheon Systems Company From owner-vxwexplo-process Wed Jun 2 10:24:45 1999 From: Xinyang Qian Date: Wed Jun 2 10:24:49 PDT 1999 Subject: vxworks SMNet question Hi, I'm new to the vxworks world and hopefully this question will be an easy one for you professional's. We are SPARC based using vxworks 5.3.1, we plan to add the SMNet feature into it, but WRS told us that there is no cPCI (our platform is cpci based) solution and all existing solutions are all VME based, could any of you tell me how difficult in porting a VME SMNet to that of cPCI based vxworks platform ? or if someone has SMNet on some cPCI based platform, the suggestion will be greatly apprecitead. Thanks, -Xinyang ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Xinyang Qian E-Mail: xinyang@eng.sun.com Sun Microsystems Phone: 408.774-8298 420 N Mary Ave, #04 Fax: 408.774-8769 Sunnyvale, CA 94086 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-vxwexplo-process Wed Jun 2 12:34:57 1999 From: "Thomas Keith Buchanan" Date: Wed Jun 2 12:35:00 PDT 1999 Subject: RE: vxworks SMNet question > I'm new to the vxworks world and hopefully this question will be > an easy one > for you professional's. We are SPARC based using vxworks 5.3.1, > we plan to > add the SMNet feature into it, but WRS told us that there is no cPCI (our > platform is cpci based) solution and all existing solutions are all VME > based, could any of you tell me how difficult in porting a VME SMNet to > that of cPCI based vxworks platform ? or if someone has SMNet on > some cPCI > based platform, the suggestion will be greatly apprecitead. There is nothing about SM that is peculiar to VME. You need an area of shared memory, a semaphore to guard the memory and a way to notify other nodes that data is available. The shared memory must be available to all cards that will participate in the SM network. The best solution for the semaphore is an atomic bus cycle that can test and set a memory location. It is normally provided by the sysBusTas function in the BSP. If this is not possible, you can still operate with a software-based TAS algorithm. Notification is usually done with bus interrupts or mailbox accesses in the VME world but there is nothing special about them, you can do the same in CPCI with custom sysBusToLocalAdrs and sysBusIntGen functions. You can always run in a polling mode if nothing else is available. SPARTA has created an SM network running over the M-bus network on multi-CPU SPARC systems. We also sell a Solaris port of the SM network driver. Thus we know you can extend SM to other interprocessor environments if necessary. adios ---------------------------------- /\\ Thomas Keith Buchanan ///\\ /////\\ SPARTA, Inc. ///// \\ 205 East I-30 / \\\\\ \\ Rockwall, TX 75087 \ \\\\\ // \ ////// \////// Voice: 972 772 4487 \//// FAX: 972 722 3201 \// WWW: www.sparta.com From owner-vxwexplo-process Wed Jun 2 12:51:24 1999 From: Geoffrey Espin Date: Wed Jun 2 12:51:28 PDT 1999 Subject: Re: vxworks SMNet question > Submitted-by owner-vxwexplo-process Wed Jun 2 10:24:45 1999 > Submitted-by: Xinyang Qian > I'm new to the vxworks world and hopefully this question will be an easy one > for you professional's. We are SPARC based using vxworks 5.3.1, we plan to > add the SMNet feature into it, but WRS told us that there is no cPCI (our > platform is cpci based) solution and all existing solutions are all VME > based, could any of you tell me how difficult in porting a VME SMNet to > that of cPCI based vxworks platform ? or if someone has SMNet on some cPCI > based platform, the suggestion will be greatly apprecitead. VxWorks if_sm "shared memory" driver doesn't care what "bus" is involved. I've made it work in a loosely coupled dual Pentium Pro system, and on a StrongArm PCIbus backplane. For the EBSA285: The memory mapping issues are are not dissimilar VMEbus setup (sysPhysMemDesc[] and pciConfigWriteLong()'s instead of jumpering). No changes were required to the internal WRS "sm" driver which is a BSD-style (not END) driver or smPktLib.c. Only polling mode was tried, as this is adequate in most cases (same amount of through-put, though added latency). The hardest part, which really was separate, was jumpering and modification to the ebsa285/sysLib.c to support two or more cards in a backplane -- new bootroms are needed which check the processor #, to prevent both cards setting "pci_cfn" (central function). Geoff -- Geoffrey Espin espin@idiom.com From owner-vxwexplo-process Thu Jun 3 04:42:07 1999 From: francois pertin Date: Thu Jun 3 04:42:10 PDT 1999 Subject: vxworks and C++ ------ =_NextPart_000_01BEADC6.B09D9600 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello vxworks and tornado users, Does anyone can try to compile and run this file on tornado 1.0.1 or 2.0 = ?? This file works well on microsoft C++ 5.0 and I did not succeed to = compile it on tornado 1.0. By the way I do not know other solutions to = do it ! If it works for you I will move tornado 1.0.1 or 2.0. Thanks a lot. =20 Francois ------ =_NextPart_000_01BEADC6.B09D9600 Content-Type: application/octet-stream; name="main.cpp" Content-Transfer-Encoding: base64 I2luY2x1ZGUgPHN0ZGlvLmg+DQojaW5jbHVkZSA8c3RkbGliLmg+DQoNCiNpbmNsdWRlIDxuZXcu aD4NCg0Kdm9pZCAqb3BlcmF0b3IgbmV3W10gKHNpemVfdCB4X3NpemUpDQp7DQoJcmV0dXJuIDo6 b3BlcmF0b3IgbmV3KHhfc2l6ZSk7DQp9DQoNCmNsYXNzIFVfTWVtDQp7DQpwcml2YXRlOg0KCXZp cnR1YWwgdm9pZCAqYWxsb2MgKHNpemVfdCB4X3NpemUsIGludCB4X2FycmF5KTsNCgl2aXJ0dWFs IHZvaWQgY2xlYW4gKHZvaWQgKnhfcHRyKTsNCglzdGF0aWMgdm9pZCAqYmFzZUFsbG9jIChzaXpl X3QgeF9zaXplLCBVX01lbSAmeF9tZW0sIGludCk7DQoNCnB1YmxpYzoNCglmcmllbmQgdm9pZCAq b3BlcmF0b3IgbmV3IChzaXplX3QgeF9zaXplLCBVX01lbSAmeF9tZW0pOw0KDQoJZnJpZW5kIHZv aWQgKm9wZXJhdG9yIG5ld1tdIChzaXplX3QgeF9zaXplLCBVX01lbSAmeF9tZW0pOw0KCQ0KCWZy aWVuZCB2b2lkIFVfY2xlYW4gKFVfTWVtICZ4X21lbSwgdm9pZCAqeF9wdHIpOw0KfTsNCg0KVV9N ZW0gVV9oZWFwOw0KDQp2b2lkICpVX01lbTo6YWxsb2MgKHNpemVfdCB4X3NpemUsIGludCB4X2Fy cmF5KQ0Kew0KCXZvaWQgKmxfcHRyOw0KDQoJcHJpbnRmICgiY3VzdG9tIG5ld1xuIik7DQoJbF9w dHIgPSA6Om9wZXJhdG9yIG5ldyh4X3NpemUrc2l6ZW9mKHNpemVfdCkpOw0KCSooKHNpemVfdCAq KWxfcHRyKSA9IHhfc2l6ZTsNCg0KCXJldHVybiAoc2l6ZV90ICopbF9wdHIrMTsNCn0NCg0Kdm9p ZCBVX01lbTo6Y2xlYW4gKHZvaWQgKnhfcHRyKQ0Kew0KCXZvaWQgKmxfcHRyOw0KDQoJcHJpbnRm ICgiY3VzdG9tIGRlbGV0ZVxuIik7DQoJbF9wdHIgPSAoc2l6ZV90ICopeF9wdHItMTsNCg0KCWRl bGV0ZSBsX3B0cjsNCn0NCg0Kdm9pZCAqb3BlcmF0b3IgbmV3IChzaXplX3QgeF9zaXplLCBVX01l bSAmeF9tZW0pDQp7DQoJcmV0dXJuIFVfTWVtOjpiYXNlQWxsb2MgKHhfc2l6ZSwgeF9tZW0sIDAp Ow0KfQ0KDQp2b2lkICpvcGVyYXRvciBuZXdbXSAoc2l6ZV90IHhfc2l6ZSwgVV9NZW0gJnhfbWVt KQ0Kew0KCXZvaWQgKmxfcHRyOw0KCXByaW50ZiAoIlxubmV3IHNpemU6ICVkXG4iLCB4X3NpemUp Ow0KCWxfcHRyID0gVV9NZW06OmJhc2VBbGxvYyAoeF9zaXplLCB4X21lbSwgMSk7DQoJcHJpbnRm ICgibmV3IHB0cjogJWRcbiIsIGxfcHRyKTsNCg0KCXJldHVybiBsX3B0cjsNCn0NCg0Kdm9pZCBV X2NsZWFuIChVX01lbSAmeF9tZW0sIHZvaWQgKnhfcHRyKQ0Kew0KCXhfbWVtLmNsZWFuICh4X3B0 cik7DQp9DQoNCnZvaWQgKlVfTWVtOjpiYXNlQWxsb2MgKHNpemVfdCB4X3NpemUsIFVfTWVtICZ4 X21lbSwgaW50IHhfYXJyYXkpDQp7DQoJaWYgKCh2b2lkKikmeF9tZW0gPT0gKHZvaWQqKSZVX2hl YXApDQoJew0KCQlwcmludGYgKCJzdGFuZGFyZCBuZXdcbiIpOw0KCQlyZXR1cm4gOjpvcGVyYXRv ciBuZXcgKHhfc2l6ZSk7DQoJfQ0KCWVsc2UNCgl7DQoJCXJldHVybiB4X21lbS5hbGxvYyAoeF9z aXplLCB4X2FycmF5KTsNCgl9DQp9DQoNCnRlbXBsYXRlIDxjbGFzcyBUcD4NCnZvaWQgVV9jYWxs RGVzdHJ1Y3RvciAoVHAgKnhfcHRyLCBpbnQgeF9hcnJheT0wKQ0Kew0KCXNpemVfdCBsX2FycmF5 U2l6ZTsgDQoJc2l6ZV90IGxfc2l6ZTsgDQoJc2l6ZV90IGxfaTsgDQoNCgkvLyB+SUYgDQoJaWYg KHhfYXJyYXkgPT0gMSkNCgl7IC8vIH5USEVOIA0KCQlsX3NpemUgPSAqKChzaXplX3QgKil4X3B0 cikgLSBzaXplb2Yoc2l6ZV90KTsNCgkJbF9hcnJheVNpemUgPSBsX3NpemUvc2l6ZW9mKFRwKTsN Cgl9IGVsc2UNCgl7IC8vIH5FTFNFIA0KCQlsX2FycmF5U2l6ZSA9IDE7DQoJfSAvL35FTkRJRiAN Cg0KCWZvciAobF9pPTA7bF9pPGxfYXJyYXlTaXplO2xfaSsrKSANCgl7IA0KCQlwcmludGYgKCJk dG9yXG4iKTsgIA0KCQkoeF9wdHIrbF9pKS0+VHA6On5UcCgpOyANCgl9IA0KfQ0KDQp0ZW1wbGF0 ZSA8Y2xhc3MgVHA+DQp2b2lkIF9VX2RlbGV0ZSAoVV9NZW0gJnhfbWVtLCBUcCAqeF9wdHIsIGlu dCB4X2FycmF5KQ0Kew0KCWlmICgodm9pZCopJnhfbWVtID09ICh2b2lkKikmVV9oZWFwKQ0KCXsN CgkJcHJpbnRmICgic3RhbmRhcmQgZGVsZXRlXG4iKTsgDQoJCWlmICh4X2FycmF5ID09IDApIA0K CQl7IA0KCQkJZGVsZXRlIHhfcHRyOyANCgkJfSANCgkJZWxzZSANCgkJeyANCgkJCWRlbGV0ZSBb XSB4X3B0cjsgDQoJCX0gDQoJfQ0KCWVsc2UNCgl7DQoJCS8qIEFTU0VSVCBQVFIgQU5EIFBUUitT SVpFIElTIElOIE1FTSAqLyANCgkJVV9jYWxsRGVzdHJ1Y3RvciAoeF9wdHIsIHhfYXJyYXkpOw0K CQlVX2NsZWFuICh4X21lbSwgeF9wdHIpOw0KCX0NCn0NCg0KdGVtcGxhdGUgPGNsYXNzIFRwPg0K dm9pZCBVX2RlbGV0ZSAoVV9NZW0gJnhfbWVtLCBUcCAqeF9wdHIpDQp7DQoJX1VfZGVsZXRlICh4 X21lbSwgeF9wdHIsIDApOw0KfQ0KDQp0ZW1wbGF0ZSA8Y2xhc3MgVHA+DQp2b2lkIFVfZGVsZXRl QXJyYXkgKFVfTWVtICZ4X21lbSwgVHAgKnhfcHRyKQ0Kew0KCV9VX2RlbGV0ZSAoeF9tZW0sIHhf cHRyLCAxKTsNCn0NCg0KY2xhc3MgVGVzdA0Kew0KCWludCBtX3RvdG87DQpwdWJsaWM6DQoJVGVz dCAoaW50IHhfdHQ9MCkNCgl7DQoJCXByaW50ZiAoInRlc3QgY29uc3RydWN0XG4iKTsNCgl9DQoJ flRlc3QgKCkNCgl7DQoJCXByaW50ZiAoInRlc3QgZGVzdHJ1Y3RcbiIpOw0KCX0NCg0KfTsNCg0K Y2xhc3MgVGVzdG5vRA0Kew0KCWludCBtX3RvdG87DQpwdWJsaWM6DQoJVGVzdG5vRCAoaW50IHhf dHQ9MCkNCgl7DQoJCXByaW50ZiAoIlRlc3Rub0QgY29uc3RydWN0XG4iKTsNCgl9DQp9Ow0KDQp2 b2lkIGVzc2FpIChVX01lbSAmeF9tZW0pDQp7DQovLwlUZXN0ICp0b3RvOw0KLy8NCi8vCXRvdG8g PSBuZXcgKHhfbWVtKSBUZXN0ICgxKTsNCi8vCVVfZGVsZXRlICh4X21lbSwgdG90byk7DQoNCglw cmludGYgKCJUZXN0XG4iKTsNCglUZXN0ICp0aXRpOw0KCXRpdGk9IG5ldyAoeF9tZW0pIFRlc3Qg WzFdOw0KCXByaW50ZiAoInByZyBwdHI6ICVkXG4iLCB0aXRpKTsNCg0KLy8JdHlwZWRlZiB2b2lk IChUZXN0OjogKkVzc2FpKSAodm9pZCk7DQovLwlFc3NhaSBhID0gdGl0aVswXS5+VGVzdDsNCgkN CglpZiAoIHRpdGlbMF0uflRlc3QoKSApDQoJew0KCQlwcmludGYgKCJpbCB5IGEgdW4gZGVzdHJ1 bmN0ZXVyXG4iKTsNCgl9DQoNCglwcmludGYgKCJcblRlc3Rub0RcbiIpOw0KCVRlc3Rub0QgKnRh dGE7DQoJdGF0YT0gbmV3ICh4X21lbSkgVGVzdG5vRCBbMV07DQoJcHJpbnRmICgicHJnIHB0cjog JWRcbiIsIHRhdGEpOw0KDQovLwl0eXBlZGVmIHZvaWQgKFRlc3Rub0Q6OiAqRXNzYWlBKSAodm9p ZCk7DQovLwlFc3NhaUEgYiA9IHRhdGFbMF0uflRlc3Rub0Q7DQoNCglpZiAoIHRhdGFbMF0uflRl c3Rub0QoKSApDQoJew0KCQlwcmludGYgKCJpbCB5IGEgdW4gZGVzdHJ1bmN0ZXVyXG4iKTsNCgl9 DQoNCi8vCVVfZGVsZXRlQXJyYXkgKHhfbWVtLCB0aXRpKTsNCn0NCg0KI2lmZGVmIFdJTjMyDQp2 b2lkIG1haW4gKHZvaWQpDQojZWxzZQ0Kdm9pZCBuZXdUZXN0ICh2b2lkKQ0KI2VuZGlmDQp7DQoJ VV9NZW0gTXlNZW07DQoNCi8vCXByaW50ZiAoIlxuKioqKioqKioqKioqKiogbmV3XG4iKTsNCi8v CWVzc2FpIChVX2hlYXApOw0KCXByaW50ZiAoIlxuKioqKioqKioqKioqKiogbmV3IChVX01lbSlc biIpOw0KCWVzc2FpIChNeU1lbSk7DQoNCglnZXRjaGFyKCk7DQp9 ------ =_NextPart_000_01BEADC6.B09D9600-- From owner-vxwexplo-process Thu Jun 3 06:34:43 1999 From: Tom Bushman Date: Thu Jun 3 06:34:47 PDT 1999 Subject: RE: vxworks SMNet question This line of questions and answers about SMNet has got me curious. Has anyone implemented an SM driver for WindowsNT with a card running VxWorks plugged into the PCI bus? If not, can anyone suggest how we might proceed to develop such a driver (i.e., are there some critical pieces of code we could get from WindRiver to make the job go more easily)? Thanks for any thoughts, -Tom From owner-vxwexplo-process Thu Jun 3 07:33:59 1999 From: francois pertin Date: Thu Jun 3 07:34:03 PDT 1999 Subject: vxworks and C++ with the sources..... Hello vxworks and tornado users, Does anyone can try to compile and run this file on tornado 1.0.1 or 2.0 ?? This file works well on microsoft C++ 5.0 and I did not succeed to compile it on tornado 1.0. By the way I do not know other solutions to do it ! If it works for you I will move tornado 1.0.1 or 2.0. Thanks a lot. Francois START #include #include #include void *operator new[] (size_t x_size) { return ::operator new(x_size); } class U_Mem { private: virtual void *alloc (size_t x_size, int x_array); virtual void clean (void *x_ptr); static void *baseAlloc (size_t x_size, U_Mem &x_mem, int); public: friend void *operator new (size_t x_size, U_Mem &x_mem); friend void *operator new[] (size_t x_size, U_Mem &x_mem); friend void U_clean (U_Mem &x_mem, void *x_ptr); }; U_Mem U_heap; void *U_Mem::alloc (size_t x_size, int x_array) { void *l_ptr; printf ("custom new\n"); l_ptr = ::operator new(x_size+sizeof(size_t)); *((size_t *)l_ptr) = x_size; return (size_t *)l_ptr+1; } void U_Mem::clean (void *x_ptr) { void *l_ptr; printf ("custom delete\n"); l_ptr = (size_t *)x_ptr-1; delete l_ptr; } void *operator new (size_t x_size, U_Mem &x_mem) { return U_Mem::baseAlloc (x_size, x_mem, 0); } void *operator new[] (size_t x_size, U_Mem &x_mem) { void *l_ptr; printf ("\nnew size: %d\n", x_size); l_ptr = U_Mem::baseAlloc (x_size, x_mem, 1); printf ("new ptr: %d\n", l_ptr); return l_ptr; } void U_clean (U_Mem &x_mem, void *x_ptr) { x_mem.clean (x_ptr); } void *U_Mem::baseAlloc (size_t x_size, U_Mem &x_mem, int x_array) { if ((void*)&x_mem == (void*)&U_heap) { printf ("standard new\n"); return ::operator new (x_size); } else { return x_mem.alloc (x_size, x_array); } } template void U_callDestructor (Tp *x_ptr, int x_array=0) { size_t l_arraySize; size_t l_size; size_t l_i; // ~IF if (x_array == 1) { // ~THEN l_size = *((size_t *)x_ptr) - sizeof(size_t); l_arraySize = l_size/sizeof(Tp); } else { // ~ELSE l_arraySize = 1; } //~ENDIF for (l_i=0;l_iTp::~Tp(); } } template void _U_delete (U_Mem &x_mem, Tp *x_ptr, int x_array) { if ((void*)&x_mem == (void*)&U_heap) { printf ("standard delete\n"); if (x_array == 0) { delete x_ptr; } else { delete [] x_ptr; } } else { /* ASSERT PTR AND PTR+SIZE IS IN MEM */ U_callDestructor (x_ptr, x_array); U_clean (x_mem, x_ptr); } } template void U_delete (U_Mem &x_mem, Tp *x_ptr) { _U_delete (x_mem, x_ptr, 0); } template void U_deleteArray (U_Mem &x_mem, Tp *x_ptr) { _U_delete (x_mem, x_ptr, 1); } class Test { int m_toto; public: Test (int x_tt=0) { printf ("test construct\n"); } ~Test () { printf ("test destruct\n"); } }; class TestnoD { int m_toto; public: TestnoD (int x_tt=0) { printf ("TestnoD construct\n"); } }; void essai (U_Mem &x_mem) { // Test *toto; // // toto = new (x_mem) Test (1); // U_delete (x_mem, toto); printf ("Test\n"); Test *titi; titi= new (x_mem) Test [1]; printf ("prg ptr: %d\n", titi); // typedef void (Test:: *Essai) (void); // Essai a = titi[0].~Test; if ( titi[0].~Test() ) { printf ("il y a un destruncteur\n"); } printf ("\nTestnoD\n"); TestnoD *tata; tata= new (x_mem) TestnoD [1]; printf ("prg ptr: %d\n", tata); // typedef void (TestnoD:: *EssaiA) (void); // EssaiA b = tata[0].~TestnoD; if ( tata[0].~TestnoD() ) { printf ("il y a un destruncteur\n"); } // U_deleteArray (x_mem, titi); } #ifdef WIN32 void main (void) #else void newTest (void) #endif { U_Mem MyMem; // printf ("\n************** new\n"); // essai (U_heap); printf ("\n************** new (U_Mem)\n"); essai (MyMem); getchar(); } END From owner-vxwexplo-process Thu Jun 3 08:21:12 1999 From: Andrea Giacosi Date: Thu Jun 3 08:21:15 PDT 1999 Subject: AAL5 Hi, I'm working with vxWorks 5.3.1 and Tornado to realize an ATM remux. Does anyone know if exists an AAL5 protocol layer for the SENS architecture? Thanks, Andrea ----------------------------------------------------------- Andrea Giacosi ----------------------------------------------------------- E-Mail: Andrea.Giacosi@italtel.it giacosi@ic8sd2.settimo.italtel.it ----------------------------------------------------------- Phone : +39 02 4388 7387 Fax : +39 02 4009 7942 ___ ___ ___ ___ {~._.~} {~:_:~} {~...~} {~___~} ( Y ) ( Y ) ( Y ) ( Y ) ()~*~() ()~*~() ()~*~() ()~*~() (_)-(_) (_)-(_) (_)-(_) (_)-(_) ----------------------------------------------------------- From owner-vxwexplo-process Thu Jun 3 12:03:35 1999 From: "Jeffrey Rada" Date: Thu Jun 3 12:03:39 PDT 1999 Subject: RE: vxworks and C++ with the sources..... Hello vxworks and tornado users, >Does anyone can try to compile and run this file on tornado 1.0.1 or 2.0 ?? >This file works well on microsoft C++ 5.0 and I did not succeed to compile it on >tornado 1.0. By the way I do not know other solutions to do it ! >If it works for you I will move tornado 1.0.1 or 2.0. >Thanks a lot. >Francois I believe your problem is the templates. I do not think the current version of the c++ compiler supports Templates. Jeffrey A. Rada Sr. Software Engineer Hitachi Telecom (USA), Inc. Tel: 770-446-8820 ext. 1968 Fax: 770-242-1402 mailto:jeffrey.rada@hitel.com http://www.hitel.com From owner-vxwexplo-process Thu Jun 3 13:48:30 1999 From: Bill Cox Date: Thu Jun 3 13:48:34 PDT 1999 Subject: RE: vxworks and C++ with the sources..... Hi Folks, I just got passed this message... Jeffrey's correct. The previous versions of our compilers (Tornado 1.0 and 1.0.1) didn't do templates well, if at all. Our current compilers (shipping with Tornado 2.0) should be more successful. There may be Microsoft-specific stuff that won't compile, but templates, iostreams stuff and exception handling should just work. >Submitted-by: "Jeffrey Rada" > >Hello vxworks and tornado users, > >>Does anyone can try to compile and run this file on tornado 1.0.1 or 2.0 ?? >>This file works well on microsoft C++ 5.0 and I did not succeed to compile >it on >tornado 1.0. By the way I do not know other solutions to do it ! >>If it works for you I will move tornado 1.0.1 or 2.0. >>Thanks a lot. > >>Francois > > >I believe your problem is the templates. I do not think the current version >of the c++ compiler supports Templates. > >Jeffrey A. Rada > From owner-vxwexplo-process Thu Jun 3 14:39:04 1999 From: Braden Marr Date: Thu Jun 3 14:39:08 PDT 1999 Subject: RE: vxworks SMNet question At 06:34 AM 6/3/99 -0700, you wrote: >Submitted-by owner-vxwexplo-process Thu Jun 3 06:34:43 1999 >Submitted-by: Tom Bushman > >This line of questions and answers about SMNet has got me curious. Has anyone implemented an SM driver for WindowsNT with a card running VxWorks plugged into the PCI bus? If not, can anyone suggest how we might proceed to develop such a driver (i.e., are there some critical pieces of code we could get from WindRiver to make the job go more easily)? > >Thanks for any thoughts, > > >-Tom I had a prototype PCI card which had an MPC860 and the Tundra QSPAN PCI Target. I wrote an NDIS 4.0 driver using Vireo's Driver::Works (C++, but oh well, it's great for minimizing NT kernel and networking calls overhead) for NT as the framework. All of this took almost three me-months: I did not have source code for the SMNet interface at the time, which would have helped, so I guessed how it worked by carefully mapping and studying the header files. The result was a standard NT style device driver (IRP-ing) which talked over the PCI to the SMNet on the Target board. This driver could be manipulated by an NT console application that I had to create and which I used to debug the SM interface. Second, once I was satisfied with the ability of the SMNet driver, I wrote the NDIS driver which opened the NT SMNet device driver as a "Lower Device". The two drivers passed IRP's back and forth, containing the Ethernet packets. So the NDIS driver handled all the NDIS/NT aspects and the SMNet driver handled all the shared memory aspects. Two separate developments linked together. (Has anyone else ever written an NDIS driver for NT this way?) I never did get to implement any interrupt based or mailbox based SMNetworking, but relied on polled networking to get by. Tweaking my polling timers helped to get a "reasonable" data rate, but it did not compare to the rates one would expect for Ethernet over a PCI bus. I would suggest getting the if_sm.c or if_bp.c files (legacy vxWorks drivers) or the vxWorks SM END driver (does that exist?) to greatly help you along - a lot of my time was spent discovering how the SMNet worked. One thing which was annoying in the debugging of the driver(s) were the barrage of "Windows" packets that were more than occasionally sent from NT through the driver to the vxWorks Target. A packet filter implemented in the SMNet driver proved useful and prevented all "windows" networking packets from reaching the vxWorks target. (The NDIS driver, modified, also proved useful in spoofing Ethernet MAC addresses to MAC-locked NT software) Hope that helps, Braden Marr Embedded Circuit Designer/Programmer WaveRider Communications, Inc. 6120 1A St SW Calgary, AB T2H 0G3 Fax (403) 319-2359 Ph (403) 319-2350 Extension 210 From owner-vxwexplo-process Fri Jun 4 04:01:47 1999 From: daemon@csg.lbl.gov Date: Fri Jun 4 04:01:51 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Fri Jun 4 04:01:44 PDT 1999 Subject: fast socket writes pend ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: fast socket writes pend Date: Fri, 4 Jun 1999 02:15:39 GMT From: "Christopher Varva" Organization: NCCOSC RDT&E Division, San Diego, CA Message-ID: <1999Jun4.022215.23314@nosc.mil> Sender: news@nosc.mil I am developing a server system using VxWorks 5.3 and a Motorola 167 board communicating with a NT client via TCP sockets. I am trying to send 80 messages of approx 450 bytes per second. The server sends a few seconds worth of data(which is received by the client) and then PENDs on the socket write call. The server then never seems to send anymore data. If I slow the sending down to 10 messages a second, everything appears to be OK. I tried using the NODELAY to disable the small message buffering algortihm but it seemed to have no relavance. I am using the select facility as well to check before I write(). Any ideas would be greatly appreciated as I am close to loosing what little sanity I had before this project. Thanks in advance, Chris cvarva@wrsystems.com --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Fri Jun 4 06:27:54 1999 From: Wayne Bond Date: Fri Jun 4 06:27:58 PDT 1999 Subject: RE: vxworks and C++ with the sources..... > Submitted-by owner-vxwexplo-process Thu Jun 3 13:48:30 1999 > Submitted-by: Bill Cox > > I just got passed this message... Jeffrey's correct. The > previous versions of our compilers (Tornado 1.0 and 1.0.1) > didn't do templates well, if at all. Interesting - I wassn't aware of that. Lucky then that we haven't made used templates much (but the ones we have, do work okay). Any improvements in memory management (re:fragmentation)? > >Submitted-by: "Jeffrey Rada" > > > >>Does anyone can try to compile and run this file on tornado 1.0.1 or 2.0 ?? > >>This file works well on microsoft C++ 5.0 and I did not succeed to compile > >>Francois > > > >I believe your problem is the templates. I do not think the current version > >of the c++ compiler supports Templates. > > > >Jeffrey A. Rada > > Hmm, nothing to do with using return values from (void) destructors then? :) [Output from compiling with gcc: tmp.cc: In function `void essai(class U_Mem &)': tmp.cc:181: void value not ignored as it ought to be tmp.cc:194: no match for `operator !=(class TestnoD, int)' VxWorks 5.3.1 (gcc 2.7.2) gives the same result ] Wayne From owner-vxwexplo-process Fri Jun 4 10:04:04 1999 From: "Christopher J. Slominski" Date: Fri Jun 4 10:04:08 PDT 1999 Subject: Boot ROM --=====================_-1709220409==_.ALT Content-Type: text/plain; charset="us-ascii" VxWorks Users, I have installed my new Tornado 2.0 software and rebuild boot ROMs for my MVME-2604 boards. I programmed the Flash with the new boot ROMs and restarted the chassis. The new boot ROM code was unable to download the new VxWorks operating system (error code d0003?). Since I save the boot ROM code I build from my Tornado 1.0.1, I reprogrammed the Flash with it. The old boot ROM downloads the new VxWorks image with no problems, and I am up and running fine. It bothers me that the new boot ROM code did not work, and may affect me when I need to create a standalone VxWorks in ROM. Anybody have any ideas? My procedure for creating the boot code (boot.bin) was: . make clean . make bootrom_uncmp . elftobin < bootrom_uncmp > boot.bin *----------------------------------------* | Christopher J. Slominski | | Computer Sciences Corporation (CSC) | | 3217 N. Armistead Ave. | | Hampton VA 23666 | | (757) 766-8258 | | | | c.j.slominski@larc.nasa.gov | | NASA Mail Stop 931 | *----------------------------------------* --=====================_-1709220409==_.ALT Content-Type: text/html; charset="us-ascii"
VxWorks Users,
     I have installed my new Tornado 2.0 software and rebuild boot ROMs for my MVME-2604 boards.  I programmed the Flash with the new boot ROMs and restarted the chassis.  The new boot ROM code was unable to download the new VxWorks operating system (error code d0003?).  Since I save the boot ROM code I build from my Tornado 1.0.1, I reprogrammed the Flash with it.  The old boot ROM downloads the new VxWorks image with no problems, and I am up and running fine.  It bothers me that the new boot ROM code did not work, and may affect me when I need to create a standalone VxWorks in ROM.  Anybody have any ideas?  My procedure for creating the boot code (boot.bin) was:

 .  make clean
  . make bootrom_uncmp
  . elftobin < bootrom_uncmp > boot.bin

*----------------------------------------*
|     Christopher J. Slominski           |
| Computer Sciences Corporation (CSC)    |
|      3217 N. Armistead Ave.            |
|         Hampton VA 23666               |
|          (757) 766-8258                |
|                                        |
|      c.j.slominski@larc.nasa.gov       |
|         NASA Mail Stop 931             |
*----------------------------------------*
--=====================_-1709220409==_.ALT-- From owner-vxwexplo-process Fri Jun 4 13:48:28 1999 From: Roger Cruz Date: Fri Jun 4 13:48:32 PDT 1999 Subject: Error building bootroms in T2 for MBX860.. With Tornado 2 and MBX860 BSP, I get the following error when I remove the provided sysLib.o and rebuilt the bootrom. Can anyone help here? builtin -fno-for-scope -Wall -I\h -I. -IP:\t2_0\target\config\all -IP:\t2_0\target\h -IP :\t2_0\target\src\config -IP:\t2_0\target\src\drv -DCPU=PPC860 -c sysLib.c sysLib.c: In function `sysMbxIntEnable': sysLib.c:1593: warning: implicit declaration of function `ppc860IntEnable' sysLib.c: In function `sysMbxIntDisable': sysLib.c:1638: warning: implicit declaration of function `ppc860IntDisable' ccppc -BP:\t2_0\host\x86-win32\lib\gcc-lib\ -c -mcpu=860 -ansi -nostdinc -O2 -fvolatile -f no-builtin -fno-for-scope -Wall -I\h -I. -IP:\t2_0\target\config\all -IP:\t2_0\target\h -IP:\t2_0\target\src\config -IP:\t2_0\target\src\drv -DCPU=PPC860 -o version.o P:\t2_0 \target\config\all\version.c ldppc -o tmp.o -X -N -e usrInit \ -Ttext 00200000 bootConfig.o version.o sysALib.o sysLib.o P:\t2_0\target\lib\libPP C860gnuvx.a sysLib.o: In function `sysMbxIntEnable': sysLib.o(.text+0x4a4c): undefined reference to `ppc860IntEnable' sysLib.o: In function `sysMbxIntDisable': sysLib.o(.text+0x4afc): undefined reference to `ppc860IntDisable' make.exe: *** [bootrom.Z.s] Error 0x1 Thanks. Roger PS: Remove _nojunk from email address Vxworks, vxworks From owner-vxwexplo-process Fri Jun 4 15:48:42 1999 From: "Minbo Shim" Date: Fri Jun 4 15:48:46 PDT 1999 Subject: Ethernet driver (dec21x4x.obj) for Tornado2 vxWorks users: I just installed Tornado2 and am trying to build a bootrom image for mv2400 BSP. I have installed a patch called decpatch which includes a latest Ethernet driver (dec21x4x.obj). The driver works fine for the previous Tornado 1.0.1. But I am getting the following error message for the latest T2: ldppc -X -N -e _romInit -Ttext 00800000 \ -o bootrom_uncmp romInit.o bootInit_uncmp.o version.o bootConfig.o \ sysALib.o sysLib.o dec21x4x.obj hawkSmc.o hawkI2c.o vpdUtil.o /usr/wind2/target/lib/libPPC604gnuvx.a dec21x4x.obj: In function `dcStartOutput': dec21x4x.obj(.text+0x2428): undefined reference to `m_freem' make: *** [bootrom_uncmp] Error 1 So I am just wondering if there is an another patch for the Ethernet driver. Thanks, Minbo Shim RST From owner-vxwexplo-process Fri Jun 4 17:29:14 1999 From: Ramnivas Laddad Date: Fri Jun 4 17:29:19 PDT 1999 Subject: Problem with NobleNet portmapper and Omni-NFS server. Hello, I am trying to evaluate the Omni-NFS server from XLink Technologies. I am also a Tornado (NT) user and it requires that I use portmapper supplied by NobleNet. I eventually plan to mount drives exported by nfs server running on NT box onto vxWorks target. The problem, I am facing is I cannot start Omni-NFS service if the NobleNet portmapper is already started. If I start the Omni-NFS server first, when I start NobleNet's portmapper, I get these messages. "portmap: Cannot bind datagram socket. portmap: Another Promapper may be running winsock: Address already in use" Then, if I start WindShell from Tornado, I get "Target Server @ is not responding. It may be too busy to answer..." Can somebody help me resolve the issue. Thanks. -Ramnivas ============================================================ Ramnivas Laddad (408) 720 8312 x110 Real Time Innovations, Inc. ramnivas@rti.com 155A Moffett Park Drive http://www.rti.com Sunnyvale CA 94089. From owner-vxwexplo-process Sat Jun 5 04:01:35 1999 From: daemon@csg.lbl.gov Date: Sat Jun 5 04:01:40 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sat Jun 5 04:01:32 PDT 1999 Subject: Re: connectWithTimeout ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: connectWithTimeout Date: Thu, 03 Jun 1999 11:19:38 +0200 From: Alef0 Organization: Only when absolutely necessary Message-ID: <375648AA.D36A6AA9@127.0.0.1> References: <7iupmg$71s$1@bcarh8ab.ca.nortel.com> <7ivmt1$9su$3@news.idiom.com> <3753A49F.9D1560AB@127.0.0.1> > Hwa-Jin Bae wrote: > > > Andrew Kaspick wrote: > > > > > I have a solution to my problem using semaphores and timers, but it seems a > > > bit too complex. Is there a better solution to this problem? How is > > > connectWithTimeout actually supposed to work(the documentation isn't very > > > helpful)? > > > > connectWithTimeout() is almost the same as connect() except that it takes > > one extra argument 'timeval' (of struct timeval type). Last time I used > > it worked fine (in VxWorks 5.0). It's possible that it doesn't work > > anymore, but not sure why. (I implemented it originally while working > > at WRS in late 1980's). > > > > -- > > Hwa-Jin Bae > > PSO Systems Inc -- SW/HW consulting and design company > > mailto:hjb@pso.com http://www.pso.com > > Un-official VxWorks FAQ http://www.pso.com/vxfaq.html > > My experience was that it does work fine, however with a minor bug (feature ?). > The struct timeval contains two parameters, tv_sec (representing seconds) and > tv_usec (milliseconds). However, connectWithTimeout only uses the seconds part > and ignores the milliseconds. That way, if you attempt a connectWithTimeout with > > 0 seconds and 10000 milliseconds it is treated as just 0 seconds, and returns > immediately. > > Workaround: limit yourself to whole seconds resolution (should be reasonable with > > TCP connects ...), and set the milliseconds to 0. > > This was tested by me using VxWorks 5.3.1, older (pre-SENS) stack, x86 target. > Other systems' behaviour may vary. > > -- > > Alef0 > > --- > Replace 127.0.0.1 with usa.net when replying by e-mail > C programmers never die, they are just cast into void. --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Mon Jun 7 01:28:50 1999 From: Wayne Bond Date: Mon Jun 7 01:28:53 PDT 1999 Subject: Re: Error building bootroms in T2 for MBX860.. > With Tornado 2 and MBX860 BSP, I get the following error when I remove > the provided sysLib.o and rebuilt the bootrom. Can anyone help here? > sysLib.c: In function `sysMbxIntEnable': > sysLib.c:1593: warning: implicit declaration of function > `ppc860IntEnable' > sysLib.c: In function `sysMbxIntDisable': > sysLib.c:1638: warning: implicit declaration of function > `ppc860IntDisable' This is just a compilation issue: you've used the above functions before declaring them (so the compiler assumes an int return), which then probably means where you then use it, below, that you aren't expecting an int result. If this same code compiled in Tornado 1 then I suspect it is because you weren't using ansi C before: ANSI is fussy about providing prototypes. > sysLib.o: In function `sysMbxIntEnable': > sysLib.o(.text+0x4a4c): undefined reference to `ppc860IntEnable' > sysLib.o: In function `sysMbxIntDisable': > sysLib.o(.text+0x4afc): undefined reference to `ppc860IntDisable' > make.exe: *** [bootrom.Z.s] Error 0x1 Wayne From owner-vxwexplo-process Mon Jun 7 04:00:34 1999 From: daemon@csg.lbl.gov Date: Mon Jun 7 04:00:37 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Mon Jun 7 04:00:30 PDT 1999 Subject: What is different OS9 from VxWorks ? ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: What is different OS9 from VxWorks ? Date: Sat, 5 Jun 1999 11:19:23 +0900 From: "Chae-Ho You" Organization: R/D Message-ID: <7ja18n$4vc$1@news2.kornet.net> I know that vxworks's price is 5 times more than OS9. I don't know the detail merit of them. They are real-time OS, but their prices are different. I would like to know that reason. --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Mon Jun 7 04:03:14 1999 From: "F. Scheurer" Date: Mon Jun 7 04:03:18 PDT 1999 Subject: MVME2700, pciIntLib, Crosswind Hi VxWorkers, we use TORNADO 1.0.1 on Solaris-Host (2.5.1. and 2.6) intending to create Source-Code via SIMULINK/TORNADO for an MVME2700 with Industry-Pack-I/O. In the past we worked much with VxWorks 5.1 and we changed for this project to 5.3.1. A variety of problems occured: 1. The integration of the IPPC2636-Carrier-Board made problems because changes had to be made to pciIoMapLib.c respectiv pciConfigLib.c. WRS moved the pciIntXXX() functions out of these Files to pciIntLib.c. I can't find in my TORNADO-tree neither his file nor any appearance of the pciIntXXX()-functions. So i built them into my own pciIntLib_ZFS.c and included it into sysLib.c (As source of knowledge I used SBS AN #99001, which deals with MVME2604 for an older BSP!) The system now boots up without obvious errors, but at the moment i don't know whether all functionality of the PCI-IndustryPack-Interface works. 2. Although the application code was compiled "debuggable" (-g) Crosswind only shows assembler instead of C-Code. 3. Although the browser shows LOAD_GLOBAL_SYMBOLS for the application module Crosswind can't access symbols. From the shell i can't set a breakpoint on a function-symbol. The application was loaded using "ld 1,0,". Besides the kernel module shows LOAD_GLOBAL_SYMBOLS | LOAD_FULLY_LINKED | LOAD_CORE_FILE in the browser. 4. Crosswind on the Sol 2.6 System crashes after the first user actions. Without considering the notes above, Crosswind works under Sol 2.5.1. Someone there, who can shed some light to answers to these questions? Any hint appreciated. Thanks F. Scheurer -- +----------------------------------------------------------------+ | Friedrich Scheurer Zentrum Fertigungstechnik Stuttgart | | Dipl.-Ing. Arbeitsbereich Steuerungstechnik | | Tel +49 711 13162-41(-0) Nobelstrasse 15 | | Fax +49 711 13162-11 D-70569 Stuttgart | | E-Mail scheurer@zfs.rus.uni-stuttgart.de | +----------------------------------------------------------------+ | http://zfs.rus.uni-stuttgart.de | +----------------------------------------------------------------+ | privat: | | Telefon +49 7161 686362 | | Fax +49 7161 686301 | | E-Mail Friedrich.Scheurer@t-online.de | +----------------------------------------------------------------+ From owner-vxwexplo-process Mon Jun 7 14:22:27 1999 From: XLink Technology Date: Mon Jun 7 14:22:35 PDT 1999 Subject: Re: Problem with NobleNet portmapper and Omni-NFS server. Hi,Ramnivas: Thanks for interested on Omni software. I believe those two portmappers comflict each other. but if you are going to use Omni-NFS server you have to user the portmapper provide by Xlink, currently no way let you disable it. Regards Support, Xlink Technology inc On Fri, 4 Jun 1999, Ramnivas Laddad wrote: > Hello, > > I am trying to evaluate the Omni-NFS server from XLink Technologies. > I am also a Tornado (NT) user and it requires that I use portmapper > supplied by NobleNet. I eventually plan to mount drives exported by > nfs server running on NT box onto vxWorks target. > > The problem, I am facing is I cannot start Omni-NFS service if the > NobleNet portmapper is already started. > > If I start the Omni-NFS server first, when I start NobleNet's portmapper, > I get these messages. > "portmap: Cannot bind datagram socket. > portmap: Another Promapper may be running > winsock: Address already in use" > Then, if I start WindShell from Tornado, I get "Target Server @ > is not responding. It may be too busy to answer..." > > Can somebody help me resolve the issue. > > Thanks. > > -Ramnivas > > ============================================================ > Ramnivas Laddad (408) 720 8312 x110 > Real Time Innovations, Inc. ramnivas@rti.com > 155A Moffett Park Drive http://www.rti.com > Sunnyvale CA 94089. > ****************************************************************** +++ Visit our web site to participate in XLink Online Drawing for FREE NFS Software for 98/95/NT! Remember, you got to be in it to win it! +++ XLink's Open Forum Welcomes you to join Network Discussion! Visit our web site to post your thoughts! ******************************************************************** --------------------------------- XLINK TECHNOLOGY, INC. Technical Support Team http://www.xlink.com/SUPPORT.HTM E-Mail:support@xlink.com --------------------------------- From owner-vxwexplo-process Mon Jun 7 15:34:01 1999 From: "Bollhorst, Robert J" Date: Mon Jun 7 15:34:05 PDT 1999 Subject: Weitek P9100 Video driver VxWorks Guru's (or Video experts), Does anyone out there have driver code for the Weitek P9100 graphics chip that does the following: o Initialize the chip o Place the chip in text mode o Provide ANSI escape sequence processing for cursor control, inverse video Preferably in C for the PowerPC, or any assembler as a last resort. Thanks, Bob Bolllhorst Lockheed Martin Robert.J.Bollhorst@lmco.com From owner-vxwexplo-process Tue Jun 8 08:53:52 1999 From: rcw@DynRes.com Date: Tue Jun 8 08:53:56 PDT 1999 Subject: global var init I just can't find this in the manual, even though I'm sure its there. I want to have some global vars like Pi and TwoPi etc. But if I declare like follows: const double Pi = 3.1; const double TwoPi = 2.0 * Pi; I have no main that does the initialization of TwoPi. What is the proper solution for this? I don't really want to have to put all that stuff in a function that gets called as program startup. Is there something similar to the cplusCtor call? Regards Ron Wagner VxWorks Tornado From owner-vxwexplo-process Tue Jun 8 12:14:04 1999 From: Ramnivas Laddad Date: Tue Jun 8 12:14:12 PDT 1999 Subject: Re: Problem with NobleNet portmapper and Omni-NFS server. Hello, Thanks everyone for helping. The problem was with Omni's portmapper and Omni-NFS requires that you use only their portmapper. The solution I tried, which seems working so far, is using NFS server from TrueGrid. (thanks Gerald, for suggesting it). http://www.truegrid.com/nfs.html With TrueGrid, I can use either the portmapper supplied by them or the one that comes with Tornado 1.0.1. Thanks again. -Ramnivas p.s. I am using Tornado 1.0.1. At 10:19 AM 6/7/99 +0200, Peter Van Ackeren wrote: > > >the vxWorks Users Group Exploder wrote: >> >> Submitted-by owner-vxwexplo-process Fri Jun 4 17:29:14 1999 >> Submitted-by: Ramnivas Laddad >> >> Hello, >> >> I am trying to evaluate the Omni-NFS server from XLink Technologies. >> I am also a Tornado (NT) user and it requires that I use portmapper >> supplied by NobleNet. I eventually plan to mount drives exported by >> nfs server running on NT box onto vxWorks target. >> >> The problem, I am facing is I cannot start Omni-NFS service if the >> NobleNet portmapper is already started. >> >> If I start the Omni-NFS server first, when I start NobleNet's portmapper, >> I get these messages. >> "portmap: Cannot bind datagram socket. >> portmap: Another Promapper may be running >> winsock: Address already in use" >> Then, if I start WindShell from Tornado, I get "Target Server @ >> is not responding. It may be too busy to answer..." >> >> Can somebody help me resolve the issue. >> >> Thanks. >> >> -Ramnivas > >Hi Ramnivas, > >I ran into this on a few sites that had other portmappers running. > >The Tornado registry on T1.0.1 requires a portmapper. If you've installed >it as a service, Tornado will have made it explicitly dependent on the >NobleNet portmapper. > >What you want is to have the Registry use whatever portmapper that works and >allows other NT s/w to run equally well. > >A solution that likely will work is : > >- In [Control Panel->Services] look up and write down the exact name > of the Tornado portmapper and registry >- Stop the Tornado portmapper and registry service >- Run 'servutil' and remove the registry service >- Run 'servutil' and remove the portmapper service (if needed) >- Start OMNI-NFS server, which I gather starts another portmapper. >- Run 'servutil' and install the registry service with the 'dependent > service' field left open (use the exact info you wrote down earlier) >- Start the registry service. Either the service starts and you're up, > or the service returns an error, which indicates an incompatibility > with the existing portmapper (I think this is quite unlikely, though) > >Notes : > >- If you start the other portmapper manually, then you will have the install > the Tornado registry service as starting manually. >- If the other portmapper is also a service, an alternative is to make the > Tornado registry service depend on it explicitly. >- If the registry does not work with the OMNI provided portmapper, then try > to make OmniNFS work with the Noblenet one. > > >Hope this helps, > >Peter Van Ackeren >Field Application Engineer >WRS Benelux > >-----------> WRS Home Page : http://www.wrs.com <---------- > >!!! New mobile phone number : 0495-225.664 (from Feb 1) !!! >Attachment Converted: "c:\eudora\attach\peterva.vcf" > ============================================================ Ramnivas Laddad (408) 720 8312 x110 Real Time Innovations, Inc. ramnivas@rti.com 155A Moffett Park Drive http://www.rti.com Sunnyvale CA 94089. From owner-vxwexplo-process Tue Jun 8 15:53:14 1999 From: XLink Technology Date: Tue Jun 8 15:53:18 PDT 1999 Subject: Re: Problem with NobleNet portmapper and Omni-NFS server. HI,All: Thanks a lot for the information. We need think about it. I hope we will support such functionality on the next release. Best Regards Support, Xlink Technology inc On Tue, 8 Jun 1999, Ramnivas Laddad wrote: > Hello, > > Thanks everyone for helping. The problem was with Omni's portmapper > and Omni-NFS requires that you use only their portmapper. > > The solution I tried, which seems working so far, is using NFS server > from TrueGrid. (thanks Gerald, for suggesting it). > > http://www.truegrid.com/nfs.html > > With TrueGrid, I can use either the portmapper supplied by them or > the one that comes with Tornado 1.0.1. > > Thanks again. > > -Ramnivas > p.s. I am using Tornado 1.0.1. > > At 10:19 AM 6/7/99 +0200, Peter Van Ackeren wrote: > > > > > >the vxWorks Users Group Exploder wrote: > >> > >> Submitted-by owner-vxwexplo-process Fri Jun 4 17:29:14 1999 > >> Submitted-by: Ramnivas Laddad > >> > >> Hello, > >> > >> I am trying to evaluate the Omni-NFS server from XLink Technologies. > >> I am also a Tornado (NT) user and it requires that I use portmapper > >> supplied by NobleNet. I eventually plan to mount drives exported by > >> nfs server running on NT box onto vxWorks target. > >> > >> The problem, I am facing is I cannot start Omni-NFS service if the > >> NobleNet portmapper is already started. > >> > >> If I start the Omni-NFS server first, when I start NobleNet's portmapper, > >> I get these messages. > >> "portmap: Cannot bind datagram socket. > >> portmap: Another Promapper may be running > >> winsock: Address already in use" > >> Then, if I start WindShell from Tornado, I get "Target Server > @ > >> is not responding. It may be too busy to answer..." > >> > >> Can somebody help me resolve the issue. > >> > >> Thanks. > >> > >> -Ramnivas > > > >Hi Ramnivas, > > > >I ran into this on a few sites that had other portmappers running. > > > >The Tornado registry on T1.0.1 requires a portmapper. If you've installed > >it as a service, Tornado will have made it explicitly dependent on the > >NobleNet portmapper. > > > >What you want is to have the Registry use whatever portmapper that works and > >allows other NT s/w to run equally well. > > > >A solution that likely will work is : > > > >- In [Control Panel->Services] look up and write down the exact name > > of the Tornado portmapper and registry > >- Stop the Tornado portmapper and registry service > >- Run 'servutil' and remove the registry service > >- Run 'servutil' and remove the portmapper service (if needed) > >- Start OMNI-NFS server, which I gather starts another portmapper. > >- Run 'servutil' and install the registry service with the 'dependent > > service' field left open (use the exact info you wrote down earlier) > >- Start the registry service. Either the service starts and you're up, > > or the service returns an error, which indicates an incompatibility > > with the existing portmapper (I think this is quite unlikely, though) > > > >Notes : > > > >- If you start the other portmapper manually, then you will have the install > > the Tornado registry service as starting manually. > >- If the other portmapper is also a service, an alternative is to make the > > Tornado registry service depend on it explicitly. > >- If the registry does not work with the OMNI provided portmapper, then try > > to make OmniNFS work with the Noblenet one. > > > > > >Hope this helps, > > > >Peter Van Ackeren > >Field Application Engineer > >WRS Benelux > > > >-----------> WRS Home Page : http://www.wrs.com <---------- > > > >!!! New mobile phone number : 0495-225.664 (from Feb 1) !!! > >Attachment Converted: "c:\eudora\attach\peterva.vcf" > > > > ============================================================ > Ramnivas Laddad (408) 720 8312 x110 > Real Time Innovations, Inc. ramnivas@rti.com > 155A Moffett Park Drive http://www.rti.com > Sunnyvale CA 94089. > ****************************************************************** +++ Visit our web site to participate in XLink Online Drawing for FREE NFS Software for 98/95/NT! Remember, you got to be in it to win it! +++ XLink's Open Forum Welcomes you to join Network Discussion! Visit our web site to post your thoughts! ******************************************************************** --------------------------------- XLINK TECHNOLOGY, INC. Technical Support Team http://www.xlink.com/SUPPORT.HTM E-Mail:support@xlink.com --------------------------------- From owner-vxwexplo-process Wed Jun 9 02:40:44 1999 From: David Laight Date: Wed Jun 9 02:40:48 PDT 1999 Subject: Is this the worst bit of code in vxworks? While trying to find where my recompiled boot rom code explodes I found the following piece of code: 002b848c: e2003004 and r3,r0,#4 002b8490: e3530000 cmp r3,#0 002b8494: 1a000020 bne 0x2b851c 002b8498: e2053004 and r3,r5,#4 002b849c: e3530000 cmp r3,#0 002b84a0: 1a00001d bne 0x2b851c 002b84a4: e2003008 and r3,r0,#8 002b84a8: e3530000 cmp r3,#0 002b84ac: 1a00001a bne 0x2b851c 002b84b0: e2053008 and r3,r5,#8 002b84b4: e3530000 cmp r3,#0 002b84b8: 1a000017 bne 0x2b851c 002b84bc: e2003010 and r3,r0,#0x10 002b84c0: e3530000 cmp r3,#0 002b84c4: 1a000014 bne 0x2b851c 002b84c8: e2053010 and r3,r5,#0x10 002b84cc: e3530000 cmp r3,#0 002b84d0: 1a000011 bne 0x2b851c 002b84d4: e2003020 and r3,r0,#0x20 002b84d8: e3530000 cmp r3,#0 002b84dc: 1a00000e bne 0x2b851c 002b84e0: e2053020 and r3,r5,#0x20 002b84e4: e3530000 cmp r3,#0 002b84e8: 1a00000b bne 0x2b851c 002b84ec: e2003040 and r3,r0,#0x40 002b84f0: e3530000 cmp r3,#0 002b84f4: 1a000008 bne 0x2b851c 002b84f8: e2053040 and r3,r5,#0x40 002b84fc: e3530000 cmp r3,#0 002b8500: 1a000005 bne 0x2b851c 002b8504: e2003080 and r3,r0,#0x80 002b8508: e3530000 cmp r3,#0 002b850c: 1a000002 bne 0x2b851c 002b8510: e2053080 and r3,r5,#0x80 002b8514: e3530000 cmp r3,#0 002b8518: 0a000001 beq 0x2b8524 002b851c: e3e00000 mvn r0,#0 002b8520: e91ba830 ldmdb fp,{r4,r5,fp,sp,pc} 002b8524: The corresponding C must read: if ( (a & 4) || (b & 4) || (a & 8) || (b & 8) ... (a & 0x80) || (b & 0x80) ) Obviously: if ( (a & (4|8|0x10|0x20|0x40|0x80)) || (b & (4|8|0x10|0x20|0x40|0x80)) ) would be much less code. (Of course gcc could do better by using 'ands' or 'tst' and removing the 'cmp' instructions. The shortest ARM sequence is something like: tst r0,#0xfc tsteq r5,#0xfc mvnne r0,#0 ldmnedb fp,{r4,r5,fp,fp,pc} ) Two prizes (collectable in person, probably pints of beer) for: a) Identifying where I found the above b) Finding a 'worse' piece of code David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 278 256 Cambridge, UK fax: +44 1223 278 201 From owner-vxwexplo-process Wed Jun 9 04:16:00 1999 From: David Laight Date: Wed Jun 9 04:16:04 PDT 1999 Subject: Is this the worst bit of code in vxworks? While trying to find where my recompiled boot rom code explodes I found the following piece of vxWorks code: 002b848c: e2003004 and r3,r0,#4 002b8490: e3530000 cmp r3,#0 002b8494: 1a000020 bne 0x2b851c 002b8498: e2053004 and r3,r5,#4 002b849c: e3530000 cmp r3,#0 002b84a0: 1a00001d bne 0x2b851c 002b84a4: e2003008 and r3,r0,#8 002b84a8: e3530000 cmp r3,#0 002b84ac: 1a00001a bne 0x2b851c 002b84b0: e2053008 and r3,r5,#8 002b84b4: e3530000 cmp r3,#0 002b84b8: 1a000017 bne 0x2b851c 002b84bc: e2003010 and r3,r0,#0x10 002b84c0: e3530000 cmp r3,#0 002b84c4: 1a000014 bne 0x2b851c 002b84c8: e2053010 and r3,r5,#0x10 002b84cc: e3530000 cmp r3,#0 002b84d0: 1a000011 bne 0x2b851c 002b84d4: e2003020 and r3,r0,#0x20 002b84d8: e3530000 cmp r3,#0 002b84dc: 1a00000e bne 0x2b851c 002b84e0: e2053020 and r3,r5,#0x20 002b84e4: e3530000 cmp r3,#0 002b84e8: 1a00000b bne 0x2b851c 002b84ec: e2003040 and r3,r0,#0x40 002b84f0: e3530000 cmp r3,#0 002b84f4: 1a000008 bne 0x2b851c 002b84f8: e2053040 and r3,r5,#0x40 002b84fc: e3530000 cmp r3,#0 002b8500: 1a000005 bne 0x2b851c 002b8504: e2003080 and r3,r0,#0x80 002b8508: e3530000 cmp r3,#0 002b850c: 1a000002 bne 0x2b851c 002b8510: e2053080 and r3,r5,#0x80 002b8514: e3530000 cmp r3,#0 002b8518: 0a000001 beq 0x2b8524 002b851c: e3e00000 mvn r0,#0 002b8520: e91ba830 ldmdb fp,{r4,r5,fp,sp,pc} 002b8524: The corresponding C must read: if ( (a & 4) || (b & 4) || (a & 8) || (b & 8) ... (a & 0x80) || (b & 0x80) ) return -1 Obviously: if ( (a & (4|8|0x10|0x20|0x40|0x80)) || (b & (4|8|0x10|0x20|0x40|0x80)) ) would be much less code. (Of course gcc could do better by using 'ands' or 'tst' and removing the 'cmp' instructions. The shortest ARM sequence is something like: tst r0,#0xfc tsteq r5,#0xfc mvnne r0,#0 ldmnedb fp,{r4,r5,fp,fp,pc} ) Two prizes (collectable in person, probably pints of beer) for: a) Identifying where I found the above b) Finding a 'worse' piece of code David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 278 256 Cambridge, UK fax: +44 1223 278 201 ------------- End Forwarded Message ------------- ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 278 256 Cambridge, UK fax: +44 1223 278 201 From owner-vxwexplo-process Wed Jun 9 06:08:59 1999 From: "Land Systems LSA2" Date: Wed Jun 9 06:09:03 PDT 1999 Subject: Re: Boot ROM Tornado VxWorks I think d0003 means that you have a file or path or permissions problem. Pete Gardiner DERA UK lsa2@taz.dra.hmg.gb From owner-vxwexplo-process Wed Jun 9 10:04:06 1999 From: Mike Cuddy Date: Wed Jun 9 10:04:10 PDT 1999 Subject: Re: Is this the worst bit of code in vxworks? > While trying to find where my recompiled boot rom code explodes I found the > following piece of vxWorks code: > > 002b848c: e2003004 and r3,r0,#4 > ... asm code delete for the sake of brevity ... > 002b8520: e91ba830 ldmdb fp,{r4,r5,fp,sp,pc} > 002b8524: > > The corresponding C must read: > if ( (a & 4) || (b & 4) || (a & 8) || (b & 8) ... (a & 0x80) || (b & 0x80) ) > return -1 > > Obviously: > if ( (a & (4|8|0x10|0x20|0x40|0x80)) || (b & (4|8|0x10|0x20|0x40|0x80)) ) > would be much less code. Yes, but the compiler did the right thing for the C code. because of the short-circuiting semantics of the || operator. The two C expressions above are NOT the same. I'm not saying that the first sequence is the way to write code, however. I agree that the second version is "better", but there could have been a good reason for the first version (can't think of one off the top of my head right now ;-) My guess is that it's the result of the expansion of some macro ... and it's probably doing something like comparing octets in networking code. -- Mike Cuddy (mcuddy@FensEnde.com, MC312), Programmer, Daddy, Human. Fen's Ende Software, Redwood City, CA, USA, Earth, Sol System, Milky Way. I remember asking why ... Let it rain, and protect us from this Cruel Sun. Join CAUCE: The Coalition Against Unsolicited Commercial E-mail. From owner-vxwexplo-process Wed Jun 9 12:20:13 1999 From: "Christopher J. Slominski" Date: Wed Jun 9 12:20:17 PDT 1999 --=====================_-1269061394==_.ALT Content-Type: text/plain; charset="us-ascii" VxWorks Users, I have started using Tornado 2.0 on my Windows NT development platform. I made a custom VxWorks as a project in my workspace. I want to include my application in the custom VxWorks. I put a call to my startup procedure in usrAppInit.c. I included the '.out' file of my application as a file for the custom VxWorks project. When I build, I get a link error because it can't find the application function I reference. I removed the '.out' file and select all the source code of my application as part of the custom VxWorks. This builds and runs fine. Why can't I just reference another project's '.out', instead of all the source code files? *----------------------------------------* | Christopher J. Slominski | | Computer Sciences Corporation (CSC) | | 3217 N. Armistead Ave. | | Hampton VA 23666 | | (757) 766-8258 | | | | c.j.slominski@larc.nasa.gov | | NASA Mail Stop 931 | *----------------------------------------* --=====================_-1269061394==_.ALT Content-Type: text/html; charset="us-ascii"
VxWorks Users,
     I have started using Tornado 2.0 on my Windows NT development platform.  I made a custom VxWorks as a project in my workspace.  I want to include my application in the custom VxWorks.  I put a call to my startup procedure in usrAppInit.c.  I included the '.out' file of my application as a file for the custom VxWorks project.  When I build, I get a link error because it can't find the application function I reference.  I removed the '.out'  file and select all the source code of my application as part of the custom VxWorks.  This builds and runs fine.  Why can't I just reference another project's '.out', instead of all the source code files?

*----------------------------------------*
|     Christopher J. Slominski           |
| Computer Sciences Corporation (CSC)    |
|      3217 N. Armistead Ave.            |
|         Hampton VA 23666               |
|          (757) 766-8258                |
|                                        |
|      c.j.slominski@larc.nasa.gov       |
|         NASA Mail Stop 931             |
*----------------------------------------*
--=====================_-1269061394==_.ALT-- From owner-vxwexplo-process Wed Jun 9 12:38:50 1999 From: "Eckardt, Suzie" Date: Wed Jun 9 12:38:54 PDT 1999 Subject: Job Opportunity 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_01BEB2AF.E95DEA50 Content-Type: text/plain; charset="iso-8859-1" We have an immediate opening for an embedded, realtime software engineer to design/develop software for a custom, VxWorks-based, satellite processor board. The successful candidate should possess a BSEE/BSCS/technical degree, have a minimum of 5 years experience with at least 2 years experience using VxWorks, have prior experience writing hardware drivers and interface routines, and be comfortable in a lab environment working closely with hardware engineers. Our processor board is based on a rad-hard MIPS R3000-family CPU, and includes custom serial interfaces and other on/off board hardware interfaces. The board also has a Flash memory array, for which a VxWorks TrueFFS-compatible driver must be written. The custom hardware has recently arrived and is undergoing initial debug and test. The candidate will assist the hardware engineers in bringing up the board, help tailor the BSP for the board, and get a VxWorks system running on the board. In addition to working on hardware-related code, the candidate will also participate in the design, development, and test of application level software. The software includes DSP-based processor board control, fault detection, command processing, and telemetry collection tasks. We develop our code in C, with limited Assembly as needed. We use the following UNIX-based host development tools: GNU C and MAKE, Tornado, ClearCase CM. The position is in Northern Virginia, in the DC metro area. If you wish to be considered, please email your resume to the following address: resume@innocon.com. Reference "IOBP-1" in the Subject line of your email. You can browse our website, www.innocon.com, for information on the company and to view other engineering job opportunities. ------_=_NextPart_001_01BEB2AF.E95DEA50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Job Opportunity

We have an immediate opening for an embedded, = realtime software engineer to design/develop software for a custom, = VxWorks-based, satellite processor board.  The successful = candidate should possess a BSEE/BSCS/technical degree, have a minimum = of 5 years experience with at least 2 years experience using VxWorks, = have prior experience writing hardware drivers and interface routines, = and be comfortable in a lab environment working closely with hardware = engineers.

Our processor board is based on a rad-hard MIPS = R3000-family CPU, and includes custom serial interfaces and other = on/off board hardware interfaces.  The board also has a Flash = memory array, for which a VxWorks TrueFFS-compatible driver must be = written.  The custom hardware has recently arrived and is = undergoing initial debug and test.  The candidate will assist the = hardware engineers in bringing up the board, help tailor the BSP for = the board, and get a VxWorks system running on the board.

In addition to working on hardware-related code, the = candidate will also participate in the design, development, and test of = application level software.  The software includes DSP-based = processor board control, fault detection, command processing, and = telemetry collection tasks.

We develop our code in C, with limited Assembly as = needed.  We use the following UNIX-based host development tools: = GNU C and MAKE, Tornado, ClearCase CM. 

The position is in Northern Virginia, in the DC metro = area.  If you wish to be considered, please email your resume to = the following address: resume@innocon.com.  Reference = "IOBP-1" in the Subject line of your email.  You can = browse our website, www.innocon.com, for information on the company and = to view other engineering job opportunities.

------_=_NextPart_001_01BEB2AF.E95DEA50-- From owner-vxwexplo-process Wed Jun 9 14:44:16 1999 From: Xinyang Qian Date: Wed Jun 9 14:44:20 PDT 1999 Subject: vxworks TFFS size Hi, I'm using tornado 1.0.1 and vxworks 5.3.1 on our platform (ultrasparc IIi based) and we've some problems with TFFS, I like to get some help or suggestions from you. Here are details of problem: 1. bootup target => successful 2. sysTffsFormat => successful 3. usrTffsConfig 0,0,"/tffs0" => successful 4. while I'm trying to copy my vxworks image to "/tffs0" (I want to bootup from tffs flash), since my vxworks image size is > 438k, it will fail. On a target shell, I do following analysis: -> dosFsConfigShow "/tffs0" device name: /tffs0 total number of sectors: 864 bytes per sector: 512 media byte: 0xf8 # of sectors per cluster: 4 # of reserved sectors: 1 # of FAT tables: 2 # of sectors per FAT: 1 max # of root dir entries: 64 # of hidden sectors: 1 removable medium: false disk change w/out warning: not enabled auto-sync mode: not enabled long file names: not enabled exportable file system: not enabled lowercase-only filenames: not enabled volume mode: O_RDWR (read/write) available space: 438272 bytes max avail. contig space: 438272 bytes From the above, you can see that the total size of this FS is 438,272 bytes. The chip used is intel i28f016SA, can anyone give me some suggestion of i) if I can enlarge the size by changing the total no. of sectors or other feature ? ii) if yes, how ? usrTffsConfig will just call dosFsDevInit(, ,) to buildup DOS FS on top of it, I check'd the structure of DOS_VOL_CONFIG, it does not have any member "total no. of sectors" related ? iii) if there is some way I can change it or initilize/reformat with the right no. of sectors ? as I know the chip size is 2MByte. Many thanks in advance. -Xinyang ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Xinyang Qian E-Mail: xinyang@eng.sun.com Sun Microsystems Phone: 408.774-8298 420 N Mary Ave, #04 Fax: 408.774-8769 Sunnyvale, CA 94086 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-vxwexplo-process Thu Jun 10 01:31:08 1999 From: David Laight Date: Thu Jun 10 01:31:12 PDT 1999 Subject: Re: Is this the worst bit of code in vxworks? > > The corresponding C must read: > > if ( (a & 4) || (b & 4) || (a & 8) ... (a & 0x80) || (b & 0x80) ) > > return -1 > > > > Obviously: > > if ( (a & (4|8|0x10|0x20|0x40|0x80)) || (b & (4|8|0x10|0x20|0x40|0x80)) ) > > would be much less code. > > Yes, but the compiler did the right thing for the C code. because of the > short-circuiting semantics of the || operator. The two C expressions > above are NOT the same. True - the compiler must not short-circuit ||, however the optimiser could collapse the assember and should replace the and, cmp with ands. (However the optimiser only really needs to optimise sequences that normally happen...) > > I'm not saying that the first sequence is the way to write code, however. I > agree that the second version is "better", but there could have been > a good reason for the first version (can't think of one off the top of > my head right now ;-) > > My guess is that it's the result of the expansion of some macro ... > and it's probably doing something like comparing octets in networking code. The excuse may be some unnecessary macros obscuring a very simple construct. Not part of the networking stack. Fortunately its only executed once (during initialisation) so is only a waste of space. However I hope more performance critical sections of vxWorks aren't written in the same style. I did find it in an arm architecture dependant routine. But I suspect other architectures will have much the same tests (perhaps allowing other options). David PS: sorry for sending the original twice, I thought I'd forgotten to include 'vxworks' somewhere. ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 278 256 Cambridge, UK fax: +44 1223 278 201 From owner-vxwexplo-process Fri Jun 11 11:52:21 1999 From: "Christopher J. Slominski" Date: Fri Jun 11 11:52:25 PDT 1999 --=====================_-1097958952==_.ALT Content-Type: text/plain; charset="us-ascii" VxWorks Users, I'm using Tornado 2.0 (Windows NT based) for a MVME-2604 writing 'C' code. I am using the Tornado 'project' facility instead of directly modifying files in the Wind Rivers directory tree. I have completed an application and have built a VxWorks downloadable image with my application included. I configured VxWorks to have the built in symbol table and target shell. My main application starts from the 'usrAppInit' function as suggested by WRS. My application is lined in as an archive file, using the LIBS macro. The system boots and runs my application. I can manuallly stop it and restart it from the target shell by entering the names of my shutdown function or startup function. Other utility functions included in my archive are not accessable however from the target shell. I get "symbol not found" when I try to use them. Since I can access the functions on the file that contains the application entry point (explicitly referenced from usrAppInit), I tried putting in references to the utility functions to see if I would then be able to reference them from the target shell. This worked, but makes no sense to me. I included below my usrAppInit with the artificial references needed to cause the symbols 'setup' and 'monitor' to become accessable from the target shell. /*************************************************************************** *** * * usrAppInit - initialize the users application */ extern void run(void); extern void setup(void); extern void monitor(void); static void forceSym(void *); void usrAppInit (void) { #ifdef USER_APPL_INIT USER_APPL_INIT; /* for backwards compatibility */ #endif /* add application specific code here */ forceSym(setup); forceSym(monitor); run(); } static void forceSym(void *module) { printf("%8.8X\n", (unsigned) module); } *----------------------------------------* | Christopher J. Slominski | | Computer Sciences Corporation (CSC) | | 3217 N. Armistead Ave. | | Hampton VA 23666 | | (757) 766-8258 | | | | c.j.slominski@larc.nasa.gov | | NASA Mail Stop 931 | *----------------------------------------* --=====================_-1097958952==_.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
VxWorks Users,
     I'm using Tornado 2.0 (Windows NT based) for a MVME-2604 writing 'C' code.  I am using the Tornado 'project' facility instead of directly modifying files in the Wind Rivers directory tree.  I have completed an application and have built a VxWorks downloadable image with my application included.  I configured VxWorks to have the built in symbol table and target shell.  My main application starts from the 'usrAppInit' function as suggested by WRS.  My application is lined in as an archive file, using the LIBS macro.  The system boots and runs my application.  I can manuallly stop it and restart it from the target shell by entering the names of my shutdown function or startup function.  Other utility functions included in my archive are not accessable however from the target shell.  I get "symbol not found" when I try to use them.  Since I can access the functions on the file that contains the application entry point (explicitly referenced from usrAppInit), I tried putting in references to the utility functions to see if I would then be able to reference them from the target shell.  This worked, but makes no sense to me.  I included below my usrAppInit with the artificial references needed to cause the symbols 'setup' and 'monitor' to become accessable from the target shell.

/**********************************************************************= *****
***
*
* usrAppInit - initialize the users application
*/
extern void run(void);
extern void setup(void);
extern void monitor(void);
static void forceSym(void *);
void usrAppInit (void)
{
#ifdef USER_APPL_INIT
USER_APPL_INIT; /* for backwards compatibility */
#endif
/* add application specific code here */
forceSym(setup);
forceSym(monitor);
run();
}
static void forceSym(void *module)
{
printf("%8.8X\n", (unsigned) module);
}


*----------------------------------------*
|     Christopher J. Slominski           |
| Computer Sciences Corporation (CSC)    |
|      3217 N. Armistead Ave.            |
|         Hampton VA 23666            = ;   |
|          (757) 766-8258           &n= bsp;    |
|            &nb= sp;            &= nbsp;            = ;  |
|      c.j.slominski@larc.nasa.gov       |
|         NASA Mail Stop 931             |
*----------------------------------------*
--=====================_-1097958952==_.ALT-- From owner-vxwexplo-process Sat Jun 12 01:01:49 1999 From: Venkatesh Prakash PS Date: Sat Jun 12 01:01:53 PDT 1999 Subject: Problems in sending data over socket Hi All, I am using VxWorks version 5.3.1, I have the following problems. 1. I have opened a UDP Socket and the "sendto" function is failing to send after 2-3 minutes. I don't have idea how to get error number when some socket function fails, since "perror()" function says undefined symble. I am using "fei" interface, with disabled "INCLUDE_END" and defined "END_OVERRIDE". 2. I am getting following error messages on the screen, "arp info overwritten for xxxxxxxx by yyyyyyyyyy" "arp_rtrequest: malloc failed" "arptnew failed on xxxxx" "arpresolve: can't allocate llinfo" How to correct these problems. Thanks in advance, Regards, vprakash -- -------------------------------------------------- Venkatesh Prakash PS Lucent Technologies Golf View Campus Wind Tunnel Road Bangalore 560 017 Voice +91 80 527 1771 +91 80 527 1772 Extn 2183 E-mail vps@lucent.com vps@bell-labs.com -------------------------------------------------- From owner-vxwexplo-process Sat Jun 12 04:00:15 1999 From: daemon@csg.lbl.gov Date: Sat Jun 12 04:00:19 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sat Jun 12 04:00:12 PDT 1999 Subject: Re: VGA performance Subject: Re: Disabling Floating Point exceptions ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: VGA performance Date: Sat, 12 Jun 1999 07:41:56 GMT From: David Hamel Organization: @Home Network Message-ID: <37620F47.36D72B7@ntanet.net> References: <7jrpbb$nmh$1@nslave1.tin.it> Yellow wrote: > > Does anybody have an idea of how long does it take to transfer a 2 MByte > bitmap from system RAM to a VGA video controller video RAM when that > controller is plugged into a PCI / PMC slot on the mainboard ? Dunno. > I am using an Pentium 233MHz PC with SRAM with a VGA card with GD5480 cirrus > video controller. > Is there any valid reason to think that transferring 2 MB in the opposite > direction ( from VGA RAM to system RAM ) could take longer ? Yes, most video cards are optimized for have their RAM written to. (I remember the good old days when my apple IIe used video ram for doing floppy disk duplication.) --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Disabling Floating Point exceptions Date: Wed, 2 Jun 1999 10:20:47 +0200 From: "Eric DURAND" Organization: Cegelec Message-ID: <7j2pgl$ea5@mis09.cegelec-red.fr> References: <7impvn$7m3@overload.lbl.gov> <374EFA9F.B72ABAAE@bnl.gov> Lawrence T. Hoff a écrit dans le message <374EFA9F.B72ABAAE@bnl.gov>... >"Marshall, Greg J" wrote: >> > >> Does anyone know how to modify the kernel to default floating point >> exceptions to disabled >> for all tasks? It looked like archPpc.h would allow me to do this, but I >> was unsuccessful. It depends on the target you are using. What I did on a 68040 target was to modify the FPCR register in order to disable unwanted exceptions handling. It works fine. Eric --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Sun Jun 13 04:00:16 1999 From: daemon@csg.lbl.gov Date: Sun Jun 13 04:00:20 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sun Jun 13 04:00:10 PDT 1999 Subject: SENS Multiple Interface Drivers for TCP/IP Protocol Subject: 8530 SCC on a Vista Controls Score603e PPC Subject: Re: connectWithTimeout Subject: Exception Handlers Subject: SV: vxworks booting from flash Subject: Building a Linux/VxWorks cross-compiler ... Subject: Re: dosFs woes Subject: Re: dosfs partition sizes Subject: Re: Create directory on an ATA-Drive with DosFS ! Subject: Re: vxworks booting from flash Subject: Re: VxWorks CodeTEST and STLport problems Subject: Artesyn BajaPPC 750 BSP Subject: routeAdd() and mRouteAdd() Subject: Excess Computer Equipment Subject: Re: Memory leak in VxWorks (SENS) PPP? Subject: mux layer hands off weird mbufs Subject: Re: Launch (er) in SOlaris 2.6 Subject: looking for ads860 Subject: Re: Create directory on an ATA-Drive with DosFS ! Subject: VxWorks STREAMS (Mentat) questions Subject: Re: Building a Linux/VxWorks cross-compiler ... Subject: if_fei driver on Intel PRO10+ Subject: Re: looking for ads860 Subject: fast socket writes pend Subject: fast socket writes pend Subject: Re: vxworks booting from flash Subject: Re: if_fei driver on Intel PRO10+ Subject: Changing serial driver for MV162 Subject: Re: connectWithTimeout Subject: Calculating MIPs ? Subject: Bluestone UX Libraries on 604?? Subject: Tornado II - first impressions (long) Subject: events in vxworks Subject: Re: events in vxworks ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: SENS Multiple Interface Drivers for TCP/IP Protocol Date: Sat, 12 Jun 1999 14:14:38 -0400 From: rdfa Organization: Raytheon Systems Co., St. Petersburg Message-ID: <3762A38E.65350DB2@eci.esys.com> Using SENS tornado 1.0 I need to define multiple network interfaces Ether net and a Proprietary Interface Driver I can get the complete muxdevLoad on both drivers but it seem to attach only the first device to the TCP/IP stack. I want to control routing by specifying the routes such as: ifAddrSet("lnpci0", "193.1.3.x") ifAddrSet("Orb" ,"193.1.4..x") and have the SENS TCP/IP Protocol Stack route to the correct interface. I can not get the ifShow() to show the interface but can see it if I do a muxShow() both drivers are loaded. Any help would be appreciated Robert Flanders rdfa@eci.esys.com Raytheon Systems Company --------------------------- Newsgroups: comp.os.vxworks Subject: 8530 SCC on a Vista Controls Score603e PPC Date: Sat, 12 Jun 1999 18:48:13 -0400 From: "Ray Lentz" Message-ID: I'm using the CTS line on channel B, Port 1 of the 8530 SCC to synchronize with a GPS receiver to get the correct time. The interrupt, my ISR and everything seems to work fine, but when I try to do a soft reboot in the shell (a control X), the OS hangs. Has anyone had problems with this? Any help is appreciated. - -- Ray --------------------------- Newsgroups: comp.os.vxworks Subject: Re: connectWithTimeout Date: 3 Jun 1999 00:27:03 GMT From: Hwa-Jin Bae Organization: PSO Systems Inc (http://www.pso.com) Message-ID: <7j4i4n$7ig$1@news.idiom.com> References: <7iupmg$71s$1@bcarh8ab.ca.nortel.com> <7ivmt1$9su$3@news.idiom.com> <7j0nkl$ikb$1@bcarh8ab.ca.nortel.com> <7j1394$bh8$1@news.idiom.com> <375491E5.82815B4C@cc.umanitoba.ca> Andrew wrote: > Well that's what I want it to do, but it just won't work that way. If > anybody can give an example of code that they can get to work using > connectWithTimeout then I would appreciate it greatly. > You mention that select() is used internally for a timeout. I tried > using select() in one of my timeout implementations and had no luck with > that either. Again any kind of code sample(anything) that shows how > things are supposed to be put together would be great. Well, one way to poll for connection establishment is to do this (off top of my head, so it may not compile but you get the idea): int on = 1; int connected = 0; struct sockaddr_in sin; int sin_len; ioctl(sock, FIONBIO, &on); /* set socket non blocking for now */ connect(sock, ....); /* initiate connect request */ sin_len = sizeof sin; bzero(&sin, sin_len); /* * wait for connection -- getpeername() will succeed only when * there is a valid connection. Otherwise, it will return ENOTCONN. */ while (! (connected = !(getpeername(sock, &sin, &sin_len) == ERROR))) { int err = errnoGet(); if (err == ENOTCONN) { /* * delay for one second and try again. * you may refine the logic to include max attempts, * and other limits, if you wish. */ taskDelay(1 * sysClkRateGet()); /* wait for 1 sec */ sin_len = sizeof sin; continue; } else { printf("unexpected err: %d\n",err); break; } } Note that this is not exactly what connectWithTimeout does, but it should help. Even though I wrote that function, I have no access to the source code, and I wouldn't want to reproduce it (even from my memory) since it may get me in trouble with WRS due to copyright, etc. Hope it helps. - -- Hwa-Jin Bae PSO Systems Inc -- SW/HW consulting and design company mailto:hjb@pso.com http://www.pso.com Un-official VxWorks FAQ http://www.pso.com/vxfaq.html --------------------------- Newsgroups: comp.os.vxworks Subject: Exception Handlers Date: Wed, 02 Jun 1999 23:12:34 -0500 From: Lance Brown Organization: EarthLink Network, Inc. Message-ID: <375600B2.590CA108@earthlink.net> I am using sigLib to catch a couple signals. One thing I wanted to do was do different things based on which task caused the exception. What I have found is that taskIdSelf() inside the sigHandler return NULL. Is there any way to tell inside the sigHandler which function is caused the exception? What is interesting is that taskRestart(taskIdself()) works, but taskName(taskIdSelf()) does not. Thanks, Lance --------------------------- Newsgroups: comp.os.vxworks Subject: SV: vxworks booting from flash Date: Thu, 3 Jun 1999 08:47:18 +0200 From: "Bror Johansson" Organization: Ericsson Message-ID: <7j57do$e64@newstoo.ericsson.se> References: <7j0ki2$e73$1@news03.btx.dtag.de> <37555022.131C@srtelecom.com> Pierre Olivier skrev i diskussionsgruppsmeddelandet:37555022.131C@srtelecom.com... ... > As for the Vxworks image to download, its generation is quite simple. ... > The compiled and linked "elf" image (vxWorks.res_rom_nosym_res_low) is > then submitted to the > elfhex utility, to generate the S-Record final output > (vxWorks.res_rom_nosym_res_low.hex). > This is the file you download. The S-Record reader in your bootloader > will automatically program > this in the correct Flash locations. We have a situation where we are considering to download a compressed image of the program into flash and then at boot time to decompress it into RAM. Is there a 'best practise' doing this? Bror Johansson --------------------------- Newsgroups: comp.os.vxworks Subject: Building a Linux/VxWorks cross-compiler ... Date: Wed, 02 Jun 1999 15:48:37 +0100 From: Trevor Barton Organization: Isotek Electronics Ltd. Message-ID: <37554445.3245403C@isotek.co.uk> This is a multi-part message in MIME format. - --------------DA49A5217EE8128E8564D0E2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I'm fed up with using NT and so I've been spending some time trying to build a cross-compiler for vxWorks from Linux (--target=i386-wrs-vxworks). It's proving a bit of a struggle, especially as I'm not terribly familiar with Linux yet but I think I'm getting there. I have managed to build a gcc-2.7.2.3 version mostly using the instructions at http://linux.sparta.com/VxWorks/ although I had to do some other stuff. Specifically I found that I had to define LANGUAGES="c c++" on the make command line because otherwise it would try to build an objective-c runtime library and this failed because the target (i.e. wrs) header files need to have the CPU type defined to them and that wasn't done in the flags defined to xgcc. However, having done that it appeared to work but I've yet to test the outcome with vxWorks. What I'd really like to do, though, is to use the latest gcc that comes with the Redhat 6.0 Linux distribution I've just installed (for no real reason I guess than to keep the native and cross compilers the same). This comes with binutils-2.9.1.0.23-1 and egcs-1.1.2-12. I've manages to get a cross version of the binutils which was straightforward because the vxWorks build is now supported by the configure script. However I was less successful with ecgs. The configure script seems to be ready for i386-wrs-vxworks but when trying to build it, either with "make" or "make cross" it always seems to try to build stuff for a run-time library of some kind using the just-built target compiler (gcc/xgcc) and the wrs target header files even if I use the LANGUAGES="c c++" trick I did for 2.7.2. Am I correct is thinking that I shouldn't need the build to build *anything* with the target compiler? My thoughts are that all the headers and libs that are needed or available for vxWorks are already there, and I just need the compiler/linker and the other miscellaneous tools to make vxWorks stuff. If this is the case, how can I stop it from building any libraries at least without hacking the Makefile that comes out of configure? Alternatively, if I do need the target compiler to build something, how do I pass if flags? I've looked at all the FAQs I can find both on the distribution and the net but of course I may have missed something! Has anyone else built this tool chain? Anyone got any ideas what I'm doing wrong? Cheers, Trev. - --------------DA49A5217EE8128E8564D0E2 Content-Type: text/x-vcard; charset=us-ascii; name="tmb.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Trevor Barton Content-Disposition: attachment; filename="tmb.vcf" begin:vcard n:Barton;Trevor tel;fax:+44 (113) 234 2918 tel;work:+44 (113) 234 3202 x-mozilla-html:TRUE org:Isotek Electronics Ltd. adr;quoted-printable:;;Claro House=0D=0AServia Road;Leeds;West Yorkshire;LS7 1NL;UK adr:;;;;;; version:2.1 email;internet:tmb@isotek.co.uk title:Technical Director fn:Trevor Barton end:vcard - --------------DA49A5217EE8128E8564D0E2-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: dosFs woes Date: Tue, 01 Jun 1999 18:33:03 GMT From: coryrad@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7j190v$uar$1@nnrp2.deja.com> References: <374E8F4B.5EEC0DDD@syncro-tech.com> Hello Steve- Which information is not up to date? And is this dosFs 1 or 2? The autosync option is a bad idea, I would have to say. The only thing it does is write out the FAT every time a sector is added to a file, but doesn't affect how the data is actaully written to the file. The problem is that if you are creating a large file and the system crashes, if you have the autosync option disabled, then the fat is only changed in memory and most likely still intact on the disk. But if you have autosync enabled, when it crashes the file system will have already added those sectors to a file and it may lose them or, worse, corrupt the disk. Not to mention that for every sector you add to a file you get a single write to a disk. Our disk is extremely inefficient for single write which produced a tremendous performance hit. You would generally see this when you create a huge file and write it all at once. If you open the file again and rewrite it, it's far faster. Anyways, that's a discussion completely off topic of what you asked, but again, I am curious as to what is different from the disk. I think that the file system also doesn't write out to the disk all of the data until close is called. In article <374E8F4B.5EEC0DDD@syncro-tech.com>, Steve Sherin wrote: > Hello Everyone, > > I have noticed that the information that the dosFs file system keeps > around in memory does not always match the information on the disk. An > example of that is directory information, which manifests itself when > trying to calculate free disk space (via an ioctl call) or when trying > to verify the new bootrom.sys file after running mkbootAta. A possible > solution was to use AUTOSYNC mode, but it did not help. The hack that > has worked is re-running usrAtaConfig witha new device name, so that the > new disk device accesses the correct information while the old one is > still in a bad state. > > Thanks for any help, > Steve > > ------------------------------------------------- > Steve Sherin > ssherin@syncro-tech.com > > Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: dosfs partition sizes Date: Tue, 01 Jun 1999 18:52:24 GMT From: coryrad@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7j1a58$1rq$1@nnrp2.deja.com> References: <3745E1F5.678DECED@cea.berkeley.edu> I believe it is determined by the limitations of the FAT. This version of dosFsLib uses FAT12 and FAT16 for the disks. The maximum number of FAT16 entries is 65K. As you know, a FAT entry points to a cluster (a number of sectors) on the disk. If your cluster size is 2 sectors (1K) then you have a max size of 65M. I am not sure how other people deal with this, because this is obviously a huge limitation. I think a good deal of partitioning is done, which significantly increase the usable space of a disk. I don't know if there is a limit to how many partitions you can add though. I think its fairly unlimited, AFAIK. Anyone know? In article <3745E1F5.678DECED@cea.berkeley.edu>, Kelley McDonald wrote: > Hello, > > I am pretty new to the VxWorks environment and I need some information > > about how large a partition can be used for a DOS file system in VxWorks > > (version 5.1.1 specifically, we are using legacy hardware). My concern > > is that we currently have 3 2.0 Gb scsi drives used by our hardware and > > it is becoming increasingly difficult to locate new 2.0 Gb scsi drives, > > so, the question is what impact will there be if I replace a 2.0 gb > > drive with a 4.5 or higher capacity scsi drive? Will I still have only > > 2.0 gb available for each partition? Will the higher capacity drive even > > work properly? I will be glad to provide more information should you > > need it to help me solve this problem. > > Thanks in advance, > > Kelley > > -- > - ------------------------------------------------------------------------ > Kelley McDonald Center for EUV Astrophysics kelley@cea.berkeley.edu > - ------------------------------------------------------------------------ > > Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Create directory on an ATA-Drive with DosFS ! Date: Tue, 01 Jun 1999 18:25:01 GMT From: coryrad@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7j18ij$ss0$1@nnrp2.deja.com> References: <374EA8A5.3FC84899@ims.fhg.de> > > 3.I also tried to use ioctl-commands to create directories on the ATA-Drive. It does not work. What is the problem ? > ( Using the same code with a ramdisk formatted with DosFS works fine) I'm assuming this is from the command line? What happens when you try to do a mkdir from the command line? Or even with open? I know that one of the params to open make a directory,but I am not sure which. > > 4.I my opinion the ATA-Driver has nothing to do with the ioctl-commands of the DosFS-driver. Is this wrong ? This is true, really. The DosFS driver expects little of the ioctl function for the block device driver. The ATA driver offers little, as well. The driver supports getting parameters and that's it. It could also support a format ioctl, but it doesn't, and I am not sure that it should, but that's my personal opinion. =) Anyways, you are correct in thinking that all ioctls are pretty much intercepted by dosFSLib, especially those which deal with files and directories, since a block device really has no notion of these. Check to see if from a tornado or target shell you can use mkdir and find the minimal amount of functionality you have. If you are using the supplied ata driver and the dosFsLib (I type that differently every single time ) then I know mkdir should would. Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxworks booting from flash Date: Tue, 01 Jun 1999 18:14:36 GMT From: bwedding@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7j17uc$r62$1@nnrp2.deja.com> References: <7j0ki2$e73$1@news03.btx.dtag.de> In article <7j0ki2$e73$1@news03.btx.dtag.de>, "Achim Zimmer" wrote: > 2. The main problem is, if not interupted, the bootloader has to > load a file (vxworks_???) from flash into ram and starts execution. > The main thing is to make this file exchangeable. > The write a flashprogram routine is not the problem but in > which format we have to store the file in flash? I'm currently doing this myself. It involves adding functionality to bootConfig.c. Here is what I did: 1. Write a bootFlashInit() function that makes bootLoadRoutine() point at it. 2. Write bootFlashModule() which loads the a.out using my flash read routines. 3. Write a flashLoad() routine that is similar to ideLoad() or ataLoad() or any of the many others. 4. Modify bootLoad() to recognize my flash load bootline and call my routines. 5. That's about it. As for format, I'm using a.out, but any would work. You may want to ask your rep for the source code to the bootloaders. That is what I did. The trick that you need to know is that bootLoadModule() is simply a function pointer to your flashLoad() routine. All if the init routines just point it to their own funciton. Bruce Wedding Sr. Software Engineer Guidant Corporation Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VxWorks CodeTEST and STLport problems Date: Tue, 01 Jun 1999 20:50:46 GMT From: fbp@stlport.org Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7j1h36$qfo$1@nnrp2.deja.com> References: <4.1.19990601110118.00a94d50@gateway> You should use different configuration with ctc, since it apparently has different profile than gcc. Try just run "CXX=ctc++ configure" in STLport "config" directory to get appropriate configuration. In article <4.1.19990601110118.00a94d50@gateway>, Manie Steyn wrote: > Hi all, > > This mail concerns the following tools (and versions): > Tornado 1.0.1 on SunSolaris for Intel x86 Target > CodeTEST-1.4.20.03-Solaris for Tornado > STLport version 3.x > > When instrumenting a C++ file that includes stl_function.h from the STLport > distribution, the following errors occur: > > ctc++ -m486 -ansi -nostdinc -DRW_MULTI_THREAD -D_REENTRANT -O - -fvolatile > -nostdlib -fno-builtin -fno-defer-pop -I/h > -I/export/home/msteyn/STLport-3.12.3/stl -I/usr/wind/target/h/streams - -I.. > -g -DBC_DEBUG -O0 -I. -I/usr/wind/target/config/all - -I/usr/wind/target/h > -I/usr/wind/target/src/config -I/usr/wind/target/src/drv -DCPU=I80486 > -c stldeque.cpp > amctag: "stl_function.h", line 184: type expected in template argument > amctag: "stl_function.h", line 184: wrong number of parameters for template > unary_function > amctag: "stl_function.h", line 184: syntax error after <, expecting > > amctag: "stl_function.h", line 184: could not instantiate template - can't > continue... > ctc++: Error while running '/usr/wind/host/sun4-solaris2/bin/amctag' > > The relevant lines from stl_function.h : > > 182: template > 183: class unary_negate : > 184: public unary_function __UNARY_ARG(_Predicate,argument_type), bool> { > 185: protected: > 186: _Predicate _M_pred; > 187: public: > 188: explicit unary_negate(const _Predicate& __x) : _M_pred(__x) {} > 189: bool operator()(const typename _Predicate::argument_type& __x) const { > 190: return !_M_pred(__x); > 191: } > 192: }; > > The C++ source code compiles fine with cc386 (gcc version > cygnus-2.7.2-960126), only when ctc++ invokes amctag, does the errors occur. > The version of STLport is 3.0.0 I have also tried it with the latest > version (3.12.3) with the same results. > > Are there any known restrictions with amctag (codeTEST) and templates? > > Regards > > ------------------------------------------------------------------- > Manie Steyn mailto:msteyn@ccii.co.za Ph: +27 (0)21 683 5490 > Project Leader http://www.ccii.co.za Fax: +27 (0)21 683 5435 > CCII Systems (Pty) LTD, Cape Town, SA Cell: +27 (0)82 894 6877 > ------------------------------------------------------------------- > Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Artesyn BajaPPC 750 BSP Date: Tue, 01 Jun 1999 00:48:59 GMT From: Michael Hermann Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7ivalr$pp5$1@nnrp1.deja.com> Hello, Has anybody worked with, or heard any information, about the Artesyn BajaPPC 750 board, and it's associated BSP for VxWorks? We are evaluating this board for use and I'd like to hear any comments on the board and it's VxWorks BSP. Thank you, Michael Hermann Firmware Engineer Nuvation Labs michael.hermann@nuvation.com Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: routeAdd() and mRouteAdd() Date: Mon, 31 May 1999 11:32:58 -0500 From: Andrea Dalton Organization: Nortel Networks Message-ID: <3752B9BA.FF1FC988@nortelnetworks.com> Hi VxWorks users, I need to know what could cause routeAdd() and mRouteAdd() to return errors. I also need to know if there are any known cases where routeAdd() and mRouteAdd() return errors but actually add the route in question to the routing table anyway. Any thoughts on this would be appreciated. Thanks, Andrea Dalton Nortel Networks --------------------------- Newsgroups: comp.os.vxworks Subject: Excess Computer Equipment Date: Mon, 31 May 1999 03:30:51 GMT From: Scott Williams <105711.2212@compuserve.com> Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7isvpb$oh2$1@nnrp1.deja.com> Excess computer equipment for sale. Some used, some never opened. Various quantities. Motorola MVME141, MVME162, MVME712, MVME224 Matrix MD-DAADIO, MD-RAM, MS-PIO Plus other RF, audio/video, fiber optic, GPS and other electronics. Send e-mail reply for detailed list. Please serious inquiries only. Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Memory leak in VxWorks (SENS) PPP? Date: Wed, 02 Jun 1999 18:40:57 GMT From: saustin_deja@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7j3tro$qik$1@nnrp1.deja.com> References: <7j17pv$r22$1@nnrp2.deja.com> > Has anyone seen a memory leak problem with the PPP software in > VxWorks 5.3.1? Each time I make a PPP connection (into or out > of) my application, I see a loss of 24 bytes of available memory > and 1 more block allocated. FYI: Turns out this is a known problem @ WRS (SPR #21175) that has a workaround. The problem comes from a case in the Finite State Machines that doesn't free up memory, the workaround is to add one line of code to fsm.c, build it and replace the fsm.o module in the target library. Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: mux layer hands off weird mbufs Date: Wed, 02 Jun 1999 18:33:01 GMT From: apowers@telocity.net Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7j3tct$qd4$1@nnrp1.deja.com> i'm just now getting my first end driver to work, and i can ping from vxWorks to any other host just fine. eg - vxWorks -> anyhost: 2502 packets transmitted, 2496 packets received, 0% packet loss but when i ping vxWorks from anyhost, the mux layer passes in a chain of mbufs that i'm sure isn't right. it looks like the mblk pointers aren't getting cleared, even though the mblk chain is freed at the end of the END send and receive functions. attached below is a log of what i see. any suggestions would be greatly appreciated. thanks, - -A ======================================================================== 0xeddf48 (tHj_m8xx): dsl receiving packet receive, mbuf is 0x00F141C4, len 60, data: 08 00 20 0F 42 57 00 10 67 00 2C A0 08 06 00 01 08 00 06 04 00 02 00 10 67 00 2C A0 D8 67 D0 FE 08 00 20 0F 42 57 D8 67 D0 75 94 89 00 00 00 00 00 00 D8 67 D7 1D 7C C6 8F 01 A4 00 printing receive done. 0xf188e8 (tNetTask): dsl sending packet send, mbuf is 0x00FE8EB8, len 24, data: AA AA 03 00 80 C2 00 07 00 00 00 10 67 00 2C A0 08 00 20 0F 42 57 08 00 send, mbuf is 0x00F141A0, len 60, data: 45 00 00 3C 00 95 00 00 40 01 3B 09 D8 67 D0 75 D0 FA C5 4B 00 00 4F 5C 01 00 05 00 61 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 77 61 62 63 64 65 66 67 68 69 send, mbuf is 0x00F1417C, len 74, data: 00 10 67 00 2C A0 08 00 20 0F 42 57 08 00 45 00 00 3C 00 94 00 00 40 01 3B 0A D8 67 D0 75 D0 FA C5 4B 00 00 50 5C 01 00 04 00 61 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 77 61 62 63 64 65 66 67 68 69 send, mbuf is 0x00F14158, len 74, data: 00 10 67 00 2C A0 08 00 20 0F 42 57 08 00 45 00 00 3C 00 93 00 00 40 01 3B 0B D8 67 D0 75 D0 FA C5 4B 00 00 51 5C 01 00 03 00 61 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 77 61 62 63 64 65 66 67 68 69 send, mbuf is 0x00F14134, len 74, data: 00 10 67 00 2C A0 08 00 20 0F 42 57 08 00 45 00 00 3C 00 92 00 00 40 01 3B 0C D8 67 D0 75 D0 FA C5 4B 00 00 52 5C 01 00 02 00 61 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 77 61 62 63 64 65 66 67 68 69 send, mbuf is 0x00F14110, len 74, data: 00 10 67 00 2C A0 08 00 20 0F 42 57 08 00 45 00 00 3C 00 91 00 00 40 01 3B 0D D8 67 D0 75 D0 FA C5 4B 00 00 53 5C 01 00 01 00 61 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 77 61 62 63 64 65 66 67 68 69 send, mbuf is 0x00F140EC, len 44, data: 00 08 85 83 00 01 00 00 00 00 00 00 03 31 32 33 02 31 32 02 38 36 03 31 39 39 07 69 6E 2D 61 64 64 72 04 61 72 70 61 00 00 0C 00 01 send, mbuf is 0x00F140C8, len 84, data: 45 00 00 40 FF 27 00 00 ED 01 00 00 C7 56 0C 7B D8 67 D0 75 00 00 7B 88 66 90 00 09 00 00 28 CF 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 30 31 32 33 34 35 36 37 send, mbuf is 0x00F140A4, len 44, data: 00 07 85 83 00 01 00 00 00 00 00 00 03 31 32 33 02 31 32 02 38 36 03 31 39 39 07 69 6E 2D 61 64 64 72 04 61 72 70 61 00 00 0C 00 01 send, mbuf is 0x00F14080, len 84, data: 45 00 00 40 FF 26 00 00 ED 01 00 00 C7 56 0C 7B D8 67 D0 75 00 00 7B BD 66 90 00 08 00 00 28 9B 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 30 31 32 33 34 35 36 37 send, mbuf is 0x00F1405C, len 44, data: 00 06 85 83 00 01 00 00 00 00 00 00 03 31 32 33 02 31 32 02 38 36 03 31 39 39 07 69 6E 2D 61 64 64 72 04 61 72 70 61 00 00 0C 00 01 send, mbuf is 0x00F14038, len 84, data: 45 00 00 40 FF 25 00 00 ED 01 00 00 C7 56 0C 7B D8 67 D0 75 00 00 7B F2 66 90 00 07 00 00 28 67 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 30 31 32 33 34 35 36 37 send, mbuf is 0x00F14014, len 44, data: 00 05 85 83 00 01 00 00 00 00 00 00 03 31 32 33 02 31 32 02 38 36 03 31 39 39 07 69 6E 2D 61 64 64 72 04 61 72 70 61 00 00 0C 00 01 send, mbuf is 0x00F13FF0, len 84, data: 45 00 00 40 FF 24 00 00 ED 01 00 00 C7 56 0C 7B D8 67 D0 75 00 00 7C 8F 66 90 00 04 00 00 27 CD 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 30 31 32 33 34 35 36 37 send, mbuf is 0x00F13FCC, len 44, data: 00 04 85 83 00 01 00 00 00 00 00 00 03 31 32 33 02 31 32 02 38 36 03 31 39 39 07 69 6E 2D 61 64 64 72 04 61 72 70 61 00 00 0C 00 01 send, mbuf is 0x00F13FA8, len 84, data: 45 00 00 40 FF 23 00 00 ED 01 00 00 C7 56 0C 7B D8 67 D0 75 00 00 7C C3 66 90 00 03 00 00 27 9A 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 30 31 32 33 34 35 36 37 send, mbuf is 0x00F13F84, len 44, data: 00 03 85 83 00 01 00 00 00 00 00 00 03 31 32 33 02 31 32 02 38 36 03 31 39 39 07 69 6E 2D 61 64 64 72 04 61 72 70 61 00 00 0C 00 01 send, mbuf is 0x00F13F60, len 84, data: 45 00 00 40 FF 22 00 00 ED 01 00 00 C7 56 0C 7B D8 67 D0 75 00 00 7C F8 66 90 00 02 00 00 27 66 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 30 31 32 33 34 35 36 37 send, mbuf is 0x00F13F3C, len 44, data: 00 02 85 83 00 01 00 00 00 00 00 00 03 31 32 33 02 31 32 02 38 36 03 31 39 39 07 69 6E 2D 61 64 64 72 04 61 72 70 61 00 00 0C 00 01 send, mbuf is 0x00F13F18, len 84, data: 45 00 00 40 FF 21 00 00 ED 01 00 00 C7 56 0C 7B D8 67 D0 75 00 00 7D 39 66 90 00 01 00 00 27 26 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 30 31 32 33 34 35 36 37 send, mbuf is 0x00F13EF4, len 128, data: 00 01 85 83 00 01 00 00 00 01 00 00 03 31 32 33 02 31 32 02 38 36 03 31 39 39 07 69 6E 2D 61 64 64 72 04 61 72 70 61 00 00 0C 00 01 02 31 32 02 38 36 03 31 39 39 07 69 6E 2D 61 64 64 72 04 61 72 70 61 00 00 06 00 01 00 01 51 80 00 32 07 6D 73 70 2D 73 72 76 04 64 67 69 69 03 63 6F 6D 00 09 64 6E 73 6D 61 73 74 65 72 C0 56 77 26 F7 01 00 00 38 40 00 00 0E 10 00 09 3A 80 00 01 51 80 send, mbuf is 0x00F13ED0, len 84, data: 45 00 00 40 FF 20 00 00 ED 01 00 00 C7 56 0C 7B D8 67 D0 75 00 00 7D 6D 66 90 00 00 00 00 26 F3 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 30 31 32 33 34 35 36 37 send, mbuf is 0x00F13EAC, len 46, data: 00 01 08 00 06 04 00 02 00 10 67 00 2C A0 D8 67 D0 FE 08 00 20 0F 42 57 D8 67 D0 75 DC C9 00 00 00 00 00 00 D8 67 DC C9 A8 21 44 01 45 71 send, mbuf is 0x00F14374, len 0, data: send, mbuf is 0x00F14398, len 0, data: send, mbuf is 0x00F143BC, len 0, data: send, mbuf is 0x00F143E0, len 0, data: send, mbuf is 0x00F14404, len 0, data: send, mbuf is 0x00F14428, len 0, data: send, mbuf is 0x00F1444C, len 0, data: send, mbuf is 0x00F14470, len 0, data: send, mbuf is 0x00F14494, len 0, data: send, mbuf is 0x00F144B8, len 0, data: send, mbuf is 0x00F144DC, len 0, data: send, mbuf is 0x00F14500, len 0, data: send, mbuf is 0x00F14524, len 0, data: send, mbuf is 0x00F14548, len 0, data: send, mbuf is 0x00F1456C, len 0, data: send, mbuf is 0x00F14590, len 0, data: send, mbuf is 0x00F145B4, len 0, data: send, mbuf is 0x00F145D8, len 0, data: send, mbuf is 0x00F145FC, len 0, data: send, mbuf is 0x00F14620, len 0, data: send, mbuf is 0x00F14644, len 0, data: send, mbuf is 0x00F14668, len 0, data: printing send done. ======================================================================== Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Launch (er) in SOlaris 2.6 Date: Thu, 03 Jun 1999 12:20:56 GMT From: iosif@forof.sci.am Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7j5rv2$e21$1@nnrp1.deja.com> References: <7j4j8e$22t$1@nnrp1.deja.com> Hi, There is a patch (SPR# 21254) for resolving GUI problems Tornado 1.1 tools (Launcher, Debugger)on Solaris 2.6(7) platform. This path is available for download at vxWorks customer support (Windsurf)web page. Best regards, ******************************************************* Iosif Harutyunov | e-mail: iosif@forof.sci.am Sr. Software Engineer | phone: (3742)52 1664 | Hylink JV (Cylink.corp) | Bagramyan Ave. 24a, Yerevan | Armenia ******************************************************* In article <7j4j8e$22t$1@nnrp1.deja.com>, rommelgc@my-deja.com wrote: > good morning Vxer`s; > > i dont know if this is the right group to post this (i think) dumb > question. > > i use Tornado 1.1 at work, basically know very well how to use > it. but not how to install it. and this task was assigned to me when > a new server arrived. > > my problem is that i cant seem to get the icons on the Launch (er) > to appear. and the fonts are all wrong. we have an almost > similar installation of Tornado on a workstation that is > OK, similar OS vers, except for the hardware. the problem > occurs in CDE and in OpenWindows. i just cant get it. i > followed most instructions to the T. > > ive truss`ed the lauch (er) and when it reads the pixmaps > for tsKill, etc and ioctl() to the file handle, error value > is ENOTTY. > > if anybody out there knows anything about this cna you > please give info. > > again sorry if `tis the wrong NG. > > sincerly, > rommel garcia custodio > > (long time vx user, lame administrator) > > Sent via Deja.com http://www.deja.com/ > Share what you know. Learn what you don't. > Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: looking for ads860 Date: 3 Jun 1999 10:48:16 -0700 From: chaos@idiom.com (Hwa-Jin Bae) Organization: PSO Systems Inc (http://www.pso.com) Message-ID: <7j6f50$llo$1@idiom.com> Hi! I am in urgent need of a ADS860 (MPC860 reference eval board) for a week or two. I am willing to rent, borrow or purchase. Do you have any spare units available? I am in Oakland, California. Will pay shipping if necessary. Thanks. - -- Hwa-Jin Bae PSO Systems Inc -- Embedded SW/HW design, consulting, support, training mailto:hjb@pso.com http://www.pso.com Un-official VxWorks FAQ http://www.pso.com/vxfaq.html --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Create directory on an ATA-Drive with DosFS ! Date: 1 Jun 1999 04:13:25 GMT From: Hwa-Jin Bae Organization: PSO Systems Inc (http://www.pso.com) Message-ID: <7ivml5$9su$1@news.idiom.com> References: <374EA8A5.3FC84899@ims.fhg.de> stevens wrote: > 1.Does the FTP-Daemon build within VxWorks allow creating directories ? No. Not unless they added the support for it very recently. VxWorks FTP daemon supports minimal set of commands as per the RFC. > 2.Can I solve the problem using a different FTP-Client ? If server doesn't support MKD it won't matter which client you use. - -- Hwa-Jin Bae PSO Systems Inc -- SW/HW consulting and design company mailto:hjb@pso.com http://www.pso.com Un-official VxWorks FAQ http://www.pso.com/vxfaq.html --------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks STREAMS (Mentat) questions Date: Thu, 03 Jun 1999 19:08:43 GMT From: ptone@n2.net Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7j6jrk$n95$1@nnrp1.deja.com> Hi, Does anyone out there know if the Mentat STREAMS that VxWorks provides use a STREAMS-based IP layer, or does it interface to Wind River BSD IP layer? In particular, if you want to plumb a new network interface by adding a PCIbus STREAMS driver ported from a Solaris SPARC, will you be able to push a STREAMS IP module onto the STREAM opened to the driver? Phil Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Building a Linux/VxWorks cross-compiler ... Date: 3 Jun 1999 14:18:28 -0600 From: bgeer@xmission.xmission.com (bgeer) Organization: XMission http://www.xmission.com/ Message-ID: <7j6nuk$if6$1@xmission.xmission.com> References: <37554445.3245403C@isotek.co.uk> Trevor Barton writes: >I'm fed up with using NT and so I've been spending some time trying to build a >cross-compiler for vxWorks from Linux (--target=i386-wrs-vxworks). It's proving >a bit of a struggle, ... I stashed the url http://usa.ece.cmu.edu/www/VxWorks-gcc.html that discussed the Linux/VxWorks issue, but it no longer is available. I have emailed the author in hopes he will send you & me both a new url. Cheers, Bob - -- <> Robert Geer & Donna Tomky | * <> <> bgeer@xmission.com | _o * o * o <> <> dtomky@xmission.com | -\<, * <\ <> Salt Lake City, Utah USA | O/ O __ /__, /> <> --------------------------- Newsgroups: comp.os.vxworks Subject: if_fei driver on Intel PRO10+ Date: 3 Jun 1999 21:29:22 GMT From: boyej@aol.com (Boyej) Organization: AOL, http://www.aol.fr Message-ID: <19990603172922.26332.00000162@ng38.aol.com> I try to use an PCI Intel Ether Express PRO10+ on an X86 target. I get always the same message : LINKS FAIL while attaching the driver. It seems that this driver does not be able to manage the 80C24 as PHY interface If somebody have an idea, it will be a great help for me . jacques Boye ALSTOM P&C FRANCE mail : jacques.boye@tde.alstom.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: looking for ads860 Date: Fri, 04 Jun 1999 04:39:23 GMT From: "Unknown" Organization: Dacom Message-ID: <%LI53.636$103.42037@news.bora.net> References: <7j6f50$llo$1@idiom.com> samplle sorry --------------------------- Newsgroups: comp.os.vxworks Subject: fast socket writes pend Date: Fri, 4 Jun 1999 02:15:39 GMT From: "Christopher Varva" Organization: NCCOSC RDT&E Division, San Diego, CA Message-ID: <1999Jun4.021600.23140@nosc.mil> Sender: news@nosc.mil I am developing a server system using VxWorks 5.3 and a Motorola 167 board communicating with a NT client via TCP sockets. I am trying to send 80 messages of approx 450 bytes per second. The server sends a few seconds worth of data(which is received by the client) and then PENDs on the socket write call. The server then never seems to send anymore data. If I slow the sending down to 10 messages a second, everything appears to be OK. I tried using the NODELAY to disable the small message buffering algortihm but it seemed to have no relavance. I am using the select facility as well to check before I write(). Any ideas would be greatly appreciated as I am close to loosing what little sanity I had before this project. Thanks in advance, Chris cvarva@wrsystems.com --------------------------- Newsgroups: comp.os.vxworks Subject: fast socket writes pend Date: Fri, 4 Jun 1999 02:15:39 GMT From: "Christopher Varva" Organization: NCCOSC RDT&E Division, San Diego, CA Message-ID: <1999Jun4.021832.23231@nosc.mil> Sender: news@nosc.mil I am developing a server system using VxWorks 5.3 and a Motorola 167 board communicating with a NT client via TCP sockets. I am trying to send 80 messages of approx 450 bytes per second. The server sends a few seconds worth of data(which is received by the client) and then PENDs on the socket write call. The server then never seems to send anymore data. If I slow the sending down to 10 messages a second, everything appears to be OK. I tried using the NODELAY to disable the small message buffering algortihm but it seemed to have no relavance. I am using the select facility as well to check before I write(). Any ideas would be greatly appreciated as I am close to loosing what little sanity I had before this project. Thanks in advance, Chris cvarva@wrsystems.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxworks booting from flash Date: Wed, 02 Jun 1999 10:39:14 -0500 From: Pierre Olivier Organization: SR Telecom Message-ID: <37555022.131C@srtelecom.com> References: <7j0ki2$e73$1@news03.btx.dtag.de> Reply-To: pierre_olivier@srtelecom.com Achim Zimmer wrote: > > hi vxworkers, > > I have the following problem: > 1. our own board has flash and ram, we need a normal bootloader (like > bootrom-file from vxworks) which makes > a countdown. If interupted, than a possibility to load a file over an uart > and burning into the flash should provided. > Thats not the main problem. > 2. The main problem is, if not interupted, the bootloader has to load a file > (vxworks_???) from flash into ram and > starts execution. The main thing is to make this file exchangeable. > > Now the questions: > vxworks did not provide such an configuration (or isnt it so and how) so we > have to change something. > In the moment we dont have any idea where to begin and what is important in > file formats (motorola PPC) > for the image. > The write a flashprogram routine is not the problem but in which format we > have to store the file in flash? > > With our best thanks I hope for answers. > > Achim Actually, you're pretty close to the way it should be done. What you need is a bootloader (perhaps not even based on VxWorks; that's how we did it) that lies at the reset vector address, so the bootloader is launched every time your target starts, not VxWorks. This bootloader will most probably setup the processor is such a way that there would be a lot of registers to clear and setup to undo before jumping to VxWorks, so your best bet is to use an "intelligent reset" scheme: when your bootstrap starts, it examines a specific memory area for a magic pattern (for example, 3 32-bit values where "C" = "A" XOR "B"). If this pattern is absent, then the bootloader executes entirely, and offers software download for a while. It then writes the magic sequence in memory and resets the target (either by starving the watchdog or by sending the CPU in checkstop state). The next time the target boots, it again goes through the magic pattern detection phase, but this time it finds it and jumps to the VxWorks image that was downloaded previously. As for the Vxworks image to download, its generation is quite simple. Assuming you're using an EABI compliant image (such as vxWorks.res_rom_nosym_res_low.hex for the MPC860), then you simply setup the Makefile and config.h to start the image at a higher address than the reset vector (located after your bootloader in the memory map of your Flash). You also have to comment-out the initialization of the few registers that have been setup in the small portion of the bootloader that was allowed to execute before jumping to Vxworks. The compiled and linked "elf" image (vxWorks.res_rom_nosym_res_low) is then submitted to the elfhex utility, to generate the S-Record final output (vxWorks.res_rom_nosym_res_low.hex). This is the file you download. The S-Record reader in your bootloader will automatically program this in the correct Flash locations. Hint: S-Record download is painfully slow, because the file generated is roughly triple the size of the binary image. You might consider converting the S-Record image to a pure binary image and downloading that with Zmodem. In our case, we saw a five-fold speed improvement. - -------------------------------------------------- Pierre Olivier, p.eng. Software Engineer SR Telecom Inc. email: pierre_olivier@srtelecom.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: if_fei driver on Intel PRO10+ Date: Thu, 3 Jun 1999 20:49:30 -0500 From: "Richard B. Ralston" Organization: Rockwell Automation Message-ID: <7j8h1e$1tb@newsops.execpc.com> References: <19990603172922.26332.00000162@ng38.aol.com> I have three PCs with Intel cards. (They're not the same as yours though.) On one PC the FEI driver never works. I've given up trying to figure out why. On the other two, the only way to get it to work was to undefine INCLUDE_END in config.h. This, unfortunately, disables the SENS features, but I don't need those right now anyway. Just want it to do some basic stuff! - -Rich Boyej wrote in message news:19990603172922.26332.00000162@ng38.aol.com... > I try to use an PCI Intel Ether Express PRO10+ on an X86 target. > I get always the same message : LINKS FAIL while attaching the driver. > It seems that this driver does not be able to manage the 80C24 as PHY interface > > If somebody have an idea, it will be a great help for me . > > jacques Boye > ALSTOM P&C FRANCE > mail : jacques.boye@tde.alstom.com --------------------------- Newsgroups: comp.os.vxworks Subject: Changing serial driver for MV162 Date: Wed, 02 Jun 1999 12:35:40 -0700 From: David Morris 222-7450 Organization: TRIUMF Message-ID: <3755878B.E5D1FBE2@triumf.ca> Hello I have to add a couple more ioctl calls into the serial driver for an MVME162-023. The vm5.2 implementation was fairly obvious, just make a new version of the driver (z8530Serial.c) and include it into tyCoDrv.c. In vw5.3 there has been so much re-shuffling of directories, that I have failed to find any reference to this driver file in any other location. I thought it might be compiled separately, but if I touch it, it makes no difference to the make. Anyone had the same trouble? Thanks in advance! - -- David B Morris TRIUMF Systems Designer/Analyst Canada's National Meson Facility cadfael@triumf.ca 4004 Wesbrook Mall 604-222-7450 Vancouver, B.C. V6T 2A3 "Remember, no matter where you go, there you are." - Buckaroo Banzai --------------------------- Newsgroups: comp.os.vxworks Subject: Re: connectWithTimeout Date: Wed, 02 Jun 1999 20:03:32 -0400 From: Andrew Organization: The University of Manitoba Message-ID: <3755C654.9B92B195@cc.umanitoba.ca> References: <7iupmg$71s$1@bcarh8ab.ca.nortel.com> <7ivmt1$9su$3@news.idiom.com> <7j0nkl$ikb$1@bcarh8ab.ca.nortel.com> <7j1394$bh8$1@news.idiom.com> <375491E5.82815B4C@cc.umanitoba.ca> <7j4i4n$7ig$1@news.idiom.com> Thanks for the information and help. I'll try playing around with it a bit more and see what I can come up with. Thanks again, Andrew Hwa-Jin Bae wrote: > > Andrew wrote: > > Well that's what I want it to do, but it just won't work that way. If > > anybody can give an example of code that they can get to work using > > connectWithTimeout then I would appreciate it greatly. > > You mention that select() is used internally for a timeout. I tried > > using select() in one of my timeout implementations and had no luck with > > that either. Again any kind of code sample(anything) that shows how > > things are supposed to be put together would be great. > > Well, one way to poll for connection establishment is to do this (off > top of my head, so it may not compile but you get the idea): > > int on = 1; > int connected = 0; > struct sockaddr_in sin; > int sin_len; > > ioctl(sock, FIONBIO, &on); /* set socket non blocking for now */ > connect(sock, ....); /* initiate connect request */ > sin_len = sizeof sin; > bzero(&sin, sin_len); > /* > * wait for connection -- getpeername() will succeed only when > * there is a valid connection. Otherwise, it will return ENOTCONN. > */ > while (! (connected = !(getpeername(sock, &sin, &sin_len) == ERROR))) { > int err = errnoGet(); > > if (err == ENOTCONN) { > /* > * delay for one second and try again. > * you may refine the logic to include max attempts, > * and other limits, if you wish. > */ > taskDelay(1 * sysClkRateGet()); /* wait for 1 sec */ > sin_len = sizeof sin; > continue; > } else { > printf("unexpected err: %d\n",err); > break; > } > } > > Note that this is not exactly what connectWithTimeout does, but it > should help. Even though I wrote that function, I have no access > to the source code, and I wouldn't want to reproduce it (even from > my memory) since it may get me in trouble with WRS due to copyright, etc. > > Hope it helps. > > -- > Hwa-Jin Bae > PSO Systems Inc -- SW/HW consulting and design company > mailto:hjb@pso.com http://www.pso.com > Un-official VxWorks FAQ http://www.pso.com/vxfaq.html --------------------------- Newsgroups: comp.os.vxworks Subject: Calculating MIPs ? Date: Fri, 04 Jun 1999 11:50:15 -0400 From: Ross Organization: Siemens Corporate Research Inc., Princeton, NJ Message-ID: <3757F5B7.C34FFC80@scr.siemens.com> Reply-To: ross@scr.siemens.com Does anyone have any recommendations for solving the age-old problem of processor requirements. I want to determine how much processing power would be required to run WindNet SENS protocol functions. For example if I want to set up a PPP connection, roughly how many Instruction cycles do I need? And how many does it take once the connection is established? Such information is a big help in choosing the platform and processor speed for a new system, so the info should be available somewhere!?? Cheers Ross e-mail: ross@scr.siemens.com --------------------------- Newsgroups: comp.os.vxworks Subject: Bluestone UX Libraries on 604?? Date: Sun, 13 Jun 1999 01:29:38 -0700 From: Mark Kozel Organization: Giganews.Com - Premium News Outsourcing Message-ID: <37636BF2.B38B12A4@lightspeed.net> Hi, I'm porting the UX Libraries from the Bluestone src files. Has anyone tried/completed this task? I'm new to vxworks and UX (someone, anyone, kill me) but need to make this run on a PPC604. Any help would be great. Thanks, Mark Kozel kozelm@fscnet.vafb.af.mil ITT / FSC - Vandenberg AFB, CA. --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado II - first impressions (long) Date: Sun, 13 Jun 1999 11:28:40 +0300 From: Alef0 Organization: Only when absolutely necessary Message-ID: <37636BB8.AE90EEB5@127.0.0.1> Hi VxWorkers, At last we've received the long-awaited Tornado II, and I thought I'd share with the ng our impressions. (We're using NT host, x86 target). I'd love to hear your reactions and impressions. First, the good stuff. * Shell and debugger synchronization with the target was greatly improved. In case the target machine crashes and reboots, the target server will re-establish connection automatically. This is far superior to T1 where you had to manually shutdown the debugger (usually by force "end task"), shutdown the target server and then restart both. * Debugger now allows inspecting of all local variables, even those with names that start with a capital "L". This was probably the most stupid T1 bug I've ever seen, but at least on our system we were used to not being able to get any debug information on local symbols starting with an "L". * Debugger inspection watches greatly improved. * Portmapper is no longer needed, the Tornado Registry runs as a NT service and the target server icons position themself in the system tray, reducing the amount of clutter that T1 always had. * The compiler appears much more up-to-date, with C++ feature such as exceptions, templates, namespaces, etc. Not tested these extensivly yet, but we probably will. Now, the down-side * The editor is still practically useless. I'll be blunt here: it's impossible to work with for anything more than minor line corrections (adding a semicolon or something). It does not keep your indentation, meaning that if you're writing a bunch of lines which are indented 5 tabs to the right and you press "enter", the cursor jumps to the column 0 of the next line, not to the column where you want to start writing your next line, forcing you to press tab 5 times for each line. The editor also has no useful functions such as grep (or Find In Files as in MSVC++), an no advanced functions such as auto-completion of function names, member names etc. Keyboard shortcuts are not intuitive (Alt-F3 for Find instead of Ctrl-F as in most MS apps). Toolbars are not customizable, you cannot add your own buttons or toolbars. * The project maker is half-baked and semi-useless. Yes, you can organize your files into a project and do away with manually writing makefiles, but it helps if your project size is tiny to small. The project window lists all your files together, sorted alphabetically, and there is no way to group files in a logical order or devide them into subfolders. Not even one layer of subfolders. This means if your project has several dozen .c or .cpp files, you'll quickly get lost in a maze of files. * The IDE has many sore points. For example, it uses the standard windows "open file" dialog in every place except one, and that is the "New Project" dialog, where it uses some primitive thing of its own making This means that you don't have the option to create a directory from the same dialog you use to create a project (and this is where you needed the starndard windows open dialog the most...) and you have to minimize Tornado, open a windows explorer, create the dir, go back to tornado, and try again. That is so annoying. Why couldn't they use the same usefull dialog they're using in all the other places ? Another example is the frequent action of launching a target server which is hidded 4 levels deep in the user interface (Tools/Target Server/Configure/Launch). * The thing we most expected was better x86 BSPs (the days of the 486 are somewhat over). Tornado II does ship with Pentium and Pentium Pro BSPs (no special Pentium II BSP), however we did not notice any special new optimizations. We ran a test which constituted of a highly CPU and memory intensive application (single-task, no I/O), and only saw around %2 improvement when going from 486 BSP to Pentium Pro BSP on our PII testbed target. The same target running Windows NT runs the same test application (compiled with MSVC++) around %15 faster. Why should VxWorks be slower than Windows NT is completely beyond me. On the up-side, the machine booted much faster with the Pentium Pro BSP. I haven't covered everything, but I think that's long enough already :-) In short, there is some improvement, but not the great overhaul I was expecting. Aleph-Null - --- C programmers never die, they are just cast into void. Replace 127.0.0.1 with usa.net when replying by e-mail --------------------------- Newsgroups: comp.os.vxworks Subject: events in vxworks Date: Fri, 04 Jun 1999 17:32:50 -0400 From: krishna balusu Organization: Hughes Network Systems Message-ID: <37584602.285865A4@hns.com> Reply-To: kbalusu@hns.com Hi, Are events(like in pSOS) supported in VxWorks. There is no mention in the Ref. manual. How do you inform a task that something happeded without any shared memory overhead. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: events in vxworks Date: Fri, 04 Jun 1999 17:43:39 -0400 From: krishna balusu Organization: Hughes Network Systems Message-ID: <3758488B.D9ED2286@hns.com> References: <37584602.285865A4@hns.com> Reply-To: kbalusu@hns.com krishna balusu wrote: > Hi, > Are events(like in pSOS) supported in VxWorks. There is no mention > in the Ref. manual. How do you inform a task that something happeded > without any shared memory overhead. Other than using task variables. --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Sun Jun 13 18:14:13 1999 From: Fred Roeber Date: Sun Jun 13 18:14:17 PDT 1999 Subject: Re: 8530 SCC on a Vista Controls Score603e PPC On Sat, 12 Jun 1999, Ray Lentz asked about vxworks: > I'm using the CTS line on channel B, Port 1 of the 8530 SCC to > synchronize with a GPS receiver to get the correct time. > The interrupt, my ISR and everything seems to work fine, but > when I try to do a soft reboot in the shell (a control X), the OS > hangs. Has anyone had problems with this? Any help is > appreciated. I have seen problems like this with other processors and VxWorks caused by the fact that the interrupt keeps getting generated and causes problems when VxWorks reboots and gets the interrupt before it knows how to handle it. You might try using a "reboot hook" function to mask the CTS interrupt signal before the reboot happens (see rebootLib manual page). Good luck. Fred | Fred J Roeber, BBN Systems & Technologies | | 4 John Clarke Road Middletown, RI 02842-5202 | | froeber@bbn.com 401-848-3548 | | TraceMaker product manager | | http://www.tracemaker.bbn.com | From owner-vxwexplo-process Sun Jun 13 18:32:23 1999 From: Fred Roeber Date: Sun Jun 13 18:32:27 PDT 1999 Subject: Re: Changing serial driver for MV162 On Wed, 2 Jun 1999, David Morris wrote about VxWorks: > I have to add a couple more ioctl calls into the serial driver for an > MVME162-023. The vm5.2 implementation was fairly obvious, just make a > new version of the driver (z8530Serial.c) and include it into tyCoDrv.c. > In vw5.3 there has been so much re-shuffling of directories, that I > have failed to find any reference to this driver file in any other > location. I thought it might be compiled separately, but if I touch it, > it makes no difference to the make. Dave, In VxWorks 5.3 the serial driver interface changed to an "sio" naming convention from tyCoDrv setup. If you look in the VxWorks src/drv/sio area you should see the source file that is now used for serial support for your chip. You should be able to change it to get you new ioctl calls in. | Fred J Roeber, BBN Systems & Technologies | | 4 John Clarke Road Middletown, RI 02842-5202 | | froeber@bbn.com 401-848-3548 | | TraceMaker product manager | | http://www.tracemaker.bbn.com | From owner-vxwexplo-process Mon Jun 14 02:14:26 1999 From: David Laight Date: Mon Jun 14 02:14:30 PDT 1999 Subject: Re: Changing serial driver for MV162 > Dave, In VxWorks 5.3 the serial driver interface changed to an "sio" > naming convention from tyCoDrv setup. If you look in the VxWorks > src/drv/sio area you should see the source file that is now used for > serial support for your chip. You should be able to change it to > get you new ioctl calls in. > The 'sio' interface is an interesting 'improvement' over the 'serial' interface. In paricular the device driver is not told when the device is opened or closed. This may not be a problem for the console (which is always open) but is a big problem if you are driving a modem - when you need to change the modem signals on open/close, and may want to disable the line drivers when the device isn't open. I found it necessary to make the console the only system serial port (NUM_TTY=1). The other serial ports use the older? 'serial' interface and are initialised elsewhere. David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 278 256 Cambridge, UK fax: +44 1223 278 201 From owner-vxwexplo-process Mon Jun 14 03:08:33 1999 From: David Laight Date: Mon Jun 14 03:08:36 PDT 1999 Subject: Re: VGA performance > > Is there any valid reason to think that transferring 2 MB in the opposite > > direction ( from VGA RAM to system RAM ) could take longer ? > > Yes, most video cards are optimized for have their RAM written to. The ability of the video card to access its own memory isn't the only issue. Tranferring data to the cpu over the PCI bus is likely to take longer than the writes for a variety of reasons. The data paths involved probably look like: ------ --- |store | ------ ------ ------ ----- ----- | |->-|buffer|->-| host |->-| pci |-->--| pci |->-|video|->-|video| |cpu| ------ | pci | | pci | | inter| |gener| |DRAM | | |------<-------|bridge|-<-|bridge|--<--| face |-<-|ator |-<-| | --- ------ ------ ------ ----- ----- <------cpu------><-----motherboard-----><-----------I/O card----------> (This picture applies to almost any PCI card. I've shown one PCI-PCI bridge, there could be zero or more of them, the last could be on the I/O card.) In order for the cpu to read from the video DRAM, the PCI read command must propogate through all this bridges (etc) each aquiring its target bus in order to pass the command on. The data then passes the other way along the bus to satisfy the cpu read cycle. This takes a significant time (at least in terms of a 450MHZ cpu) and the cpu is typically stalled waiting for the data. Writes work in an entirly different fashion. All that each bridge must do is safe the address and data, acknowlege the write on the source side (freeing that bus) then request the target bus to pass the request on. The cpu only stalls if the store buffer becomes full (I think Intel call it something else...). The other advantage that writes have is that the host-pci bridge (and probably any PCI-PCI bridges) will convert a series of writes (to adjacent locations) into a single burst on the target bus. So writes use less bus bandwidthe than reads. Special rules apply to the bridges in order that reads return the 'expected' data. The cpu store buffer snoops reads and defers any that match buffered writes until the write has been issued. The other bridges clear any buffered data before allowing a read through in either direction. Normally the store buffer is strictly FIFO (I don't know about the PPC), however different x86 processors behave in different ways when it comes to synchronisation between memory cycles and I/O cycles. This important information is hard to find in the various cpu datasheets. David (almost forgot the vxworks...) ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 278 256 Cambridge, UK fax: +44 1223 278 201 From owner-vxwexplo-process Mon Jun 14 04:00:23 1999 From: daemon@csg.lbl.gov Date: Mon Jun 14 04:00:27 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Mon Jun 14 04:00:19 PDT 1999 Subject: Re: events in vxworks Subject: what's wrong with gcc Subject: SCSI Problem for MCP750 BSP Subject: Re: bootp/tftp from backplane Subject: Re: SM_INT_TYPE Subject: Re: vxworks and C++ with the sources..... Subject: Re: events in vxworks Subject: Re: VxWorks STREAMS (Mentat) questions Subject: Re: How to "get" the parameter associated with intConnect. Subject: BOOTING A 486 TARGET MACHINE Subject: Re: Ethernet driver (dec21x4x.obj) for Tornado2 Subject: Re: BOOTING A 486 TARGET MACHINE Subject: Re: C++ on VxWorks Subject: vxWorks.st_rom booting Subject: Q] adding rs232 ip pack on MVME162 Subject: Re: Tornado II - first impressions (long) Subject: Re: Building a Linux/VxWorks cross-compiler ... Subject: Re: What is different OS9 from VxWorks ? Subject: etherInputHookAdd Subject: Re: VxWorks CodeTEST and STLport problems Subject: WindNet Agent and large PDUs Subject: Re: Online Documentation ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: events in vxworks Date: Sat, 05 Jun 1999 04:09:16 GMT From: rjdejoie@kmrmail.kmr.ll.mit.edu (Bob DeJoie) Organization: Massachvsetts Institvte of Technology Message-ID: <3758a151.1213072586@news> References: <37584602.285865A4@hns.com> <3758488B.D9ED2286@hns.com> <375883fe.1338968@news.texas.net> In comp.os.vxworks krishna balusu wrote: >>> Hi, >>> Are events(like in pSOS) supported in VxWorks. There is no mention >>> in the Ref. manual. How do you inform a task that something happeded >>> without any shared memory overhead. >> >> Other than using task variables. VxWorks is based on semaphores for process synchronization and event communication. I miss the ability to wait on the logical combination of multiple events. I downloaded a transition kit and some documentation of how you would accomplish waiting on multiple events in VxWorks for their web site a while back. ================================================ Bob DeJoie Kwajalein, Marshall Islands email: rjdejoie@kmrmail.kmr.ll.mit.edu     work: 805-355-4993 fax: 805-355-3833 Time Zone: GMT +12 hours                      ================================================ --------------------------- Newsgroups: comp.os.vxworks Subject: what's wrong with gcc Date: Sat, 5 Jun 1999 14:21:10 +0800 From: "Zha Junhai" Organization: Alcatel/Bell Message-ID: <3758c313.0@dnews.sbell.com.cn> Hi, I found a strange think about gcc. When I use 'make current file' to compile one object file of my program, it is 41KB. When I program a makefile which first will ldppc some object files, if thest doesn't exist, it will compile each object file. But when I done so, I find the object file (before mentioned) is only 23KB. I don't know what has caused this. Any answer will be appreciated. Best Regards --------------------------- Newsgroups: comp.os.vxworks Subject: SCSI Problem for MCP750 BSP Date: Thu, 10 Jun 1999 18:11:18 +0200 From: Andreas Lugbauer Organization: Siemens AG Austria Message-ID: <375FE3A6.78DC0F00@siemens.at> Hi, we have a problem when using our SCSI disk in our MOTOROLA CompactPCI system. Our configuration is as follows: MCP750-1332 CompactPCI board MPMC101 PMC SCSI-2 Adapter Seagate ST39173W 9GB SCSI disk The problem we have is that the scsiPhysDevCreate call hangs, when creating the device for the disk. Also we have tried to use the scsiAutoConfig call but this hangs too. We have verified when we load the PPCBug firmware of MOTOROLA the disk is detected in the system by using the IOI command. So we think our HW configuration is ok. It seem also that the initialisation of the SCSI controller works because it is detected during booting vxWorks. What can be the cause of our problem? Thanks in advance for any hints Andreas --------------------------- Newsgroups: comp.os.vxworks Subject: Re: bootp/tftp from backplane Date: Sun, 13 Jun 1999 06:42:18 -0700 From: Scott Kamara Organization: AP Labs Message-ID: <3763B53A.1EAF51CA@uswest.com> References: <3760DC68.A56244E1@agie.ch> Reply-To: scott@aplabs.com When using tftp to boot over smNet, I was able to get it to work by changing the third argument of tftpdInit() in src/config/usrNetwork.c from FALSE to TRUE. This removes the 'access control(security)'. Roberto Nunnari wrote: > > Hi there. > > I have trouble booting slave boards from the backplane using > bootp/tftp. > > I defined the following: > - master > #define INCLUDE_SM_NET > #define INCLUDE_SM_SEQ_ADDR > #define INCLUDE_PROXY_DEFAULT_ADDR > #define INCLUDE_PROXY_SERVER > > - client > #define INCLUDE_SM_NET > #define INCLUDE_SM_SEQ_ADDR > #define INCLUDE_PROXY_CLIENT > > What do I do wrong? Attached is the bootmonitor output. > > Best regards. > -- > Roberto Nunnari -software engineer- > mailto:roberto.nunnari@agie.ch > AGIE - http://www.agie.com > Via dei pioppi 16 tel: +41-91-8069138 > 6616 Losone """ > Switzerland (o o) > =======================oOO==(_)==OOo======================== > MY OPNIONS ARE NOT NECESSARELY THOSE OF MY EMPLOYER > > ------------------------------------------------------------------------ > *************************************************************** > > [VxWorks Boot]: @ > > boot device : fei > processor number : 0 > flags (f) : 0xc8 > > Attaching network interface fei0... done. > Getting boot parameters via network interface fei0. > Bootp Server:172.16.6.180 > Boot file: /tftproot/pep1/vxWorks > Boot host: 172.16.6.180 > Boot device Addr (fei0): 172.16.7.93 > Subnet mask: 0xffff0000 > Subnet gateway: > Attaching network interface lo0... done. > Loading... 422824 + 18320 + 38872 > Starting at 0x108000... > > Host Name: bootHost > Target Name: vxTarget > User: target > Attaching network interface fei0... done. > Initializing backplane net with anchor at 0x3c00000... done. > Backplane anchor at 0x3c00000... Attaching network interface sm0... done. > Backplane address: 172.16.7.94 > Creating proxy network: 172.16.7.94 > Attaching network interface lo0... done. > NFS client support not included. > > VxWorks > > Copyright 1984-1996 Wind River Systems, Inc. > > CPU: PEP CP600 > VxWorks: 5.3.1 > BSP version: 2.0/0200 > Creation date: May 27 1999 > WDB: Ready. > > *************************************************************** > > Press any key to stop auto-boot... > 0 > auto-booting... > > boot device : sm > processor number : 2 > flags (f) : 0x1c0 > > Backplane anchor at 0xe2000000... Attaching network interface sm0... done. > smIsAlive: readyValue = 0xffffffff, heartbeat = 0x0 > Backplane inet address: 172.16.7.96 > registering proxy client: 172.16.7.96.done. > Getting boot parameters via network interface sm0........ > > ??????????????????????????????????????????????????????? > The bootserver doesn't receive any request here... > ??????????????????????????????????????????????????????? > > ... here a control-X was send to this board (processor number 2)... > > Press any key to stop auto-boot... > 0 > auto-booting... > > boot device : sm > processor number : 2 > flags (f) : 0x1c0 > > Backplane anchor at 0xe2000000... Attaching network interface sm0... done. > Backplane inet address: 172.16.7.96 > registering proxy client: 172.16.7.96.....client registered failed 4c0006 > Can't load boot file!! > > ??????????????????????????????????????????????????????? > Maybe here it fails to register proxy client because the > master has already registered it ???? > ??????????????????????????????????????????????????????? - -- - ----------------------------- Scott Kamara email: scott@sd.aplabs.com phone: (619) 546-8626 fax: (619) 546-0278 addr: APLabs 5871 Oberlin Drive San Diego, Ca. 92121 - ----------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: SM_INT_TYPE Date: Sun, 13 Jun 1999 11:42:17 -0500 From: "Stephen B. Johnson" Organization: Newshosting.com Message-ID: <3763DF68.55435B95@inxpress.net> References: <375E88C9.CA53CA5E@agie.ch> We developed a driver that provides the "sm" network over PCI (in 1996). This works for PMC modules and cPCI boards. We defined an SM_INT_TYPE of SM_INT_PCI which uses INTA# instead of the traditional VME Mailbox interrupt. SBJ Roberto Nunnari wrote: > Can any kind soul tell me how I can set up a x86 CPCI board > to use interrupt driven mode on the SM backplane? > > I mean, by default SM_INT_TYPE is defined to SM_INT_NONE > (ie polling) in config.h and I need much more performance. > > Reading vxWorks programmers manual I understand I can set > SM_INT_TYPE to SM_INT_MAILBOX_1/2/3 or SM_INT_BUS. > But it also read that you should set SM_INT_ARG1/2/3... > > Any hint/suggestion??? > > Best regards. > -- > Roberto Nunnari -software engineer- > mailto:roberto.nunnari@agie.ch > AGIE - http://www.agie.com > Via dei pioppi 16 tel: +41-91-8069138 > 6616 Losone """ > Switzerland (o o) > =======================oOO==(_)==OOo======================== > MY OPNIONS ARE NOT NECESSARELY THOSE OF MY EMPLOYER --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxworks and C++ with the sources..... Date: Fri, 04 Jun 1999 13:00:49 -0500 From: Mike Beede Organization: Ciprico Inc. Message-ID: <37581451.7AF5B79C@ciprico.com> References: <199906032048.NAA07324@mail.wrs.com> Bill Cox wrote: > > Hi Folks, > [...] > Our current compilers (shipping with Tornado 2.0) should > be more successful. There may be Microsoft-specific > stuff that won't compile, but templates, iostreams stuff > and exception handling should just work. I've asked a couple of Wind River people what versions of the compilers we'll be getting with Tornado 2. The most interesting response was "they're the same version numbers, but I think they have some new stuff included." The other one said that g++ would be egcs-based and gcc would be the same old version. I can't believe that's true.... Can you tell us what compiler version(s) we'll be getting? Thanks, Mike Beede - -- mbeede@ciprico.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: events in vxworks Date: Sat, 05 Jun 1999 01:58:45 GMT From: coder@POTTEDMEAT.texas.net (Bruce) Organization: Giganews.Com - Premium News Outsourcing Message-ID: <375883fe.1338968@news.texas.net> References: <37584602.285865A4@hns.com> <3758488B.D9ED2286@hns.com> In comp.os.vxworks krishna balusu wrote: >krishna balusu wrote: > >> Hi, >> Are events(like in pSOS) supported in VxWorks. There is no mention >> in the Ref. manual. How do you inform a task that something happeded >> without any shared memory overhead. > > Other than using task variables. Well, the primary means of intertask communications in VxWorks is message queues. Bruce --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VxWorks STREAMS (Mentat) questions Date: 11 Jun 1999 16:04:02 +0100 From: nick@spider.com (Nick Felisiak) Organization: Spider Software Message-ID: <7jr8h2$drj@drexl.spider.com> References: <7j6jrk$n95$1@nnrp1.deja.com> In article <7j6jrk$n95$1@nnrp1.deja.com>, wrote: >Hi, > >Does anyone out there know if the Mentat STREAMS that VxWorks provides >use a STREAMS-based IP layer, or does it interface to Wind River BSD IP >layer? In particular, if you want to plumb a new network interface by >adding a PCIbus STREAMS driver ported from a Solaris SPARC, will you be >able to push a STREAMS IP module onto the STREAM opened to the driver? > >Phil The VxWorks IP stack is not STREAMS based. If you want to run a STREAMS based driver to handle IP, you need a glue module, which is different for SENS and non-SENS platforms. We've done lots of this stuff at Spider - mail me if you want more info. Someone (check the WRS third party lists) has done a port of Mentat's TCP/IP stack, which does give you a full STREAMS solution, if that's the way you want to go. Best regards Nick - -- - -- Nick Felisiak Spider Software Ltd STREAMS based communications protocols for embedded systems nick@spider.com +44 131 475 7002 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to "get" the parameter associated with intConnect. Date: Fri, 04 Jun 1999 20:11:44 -0800 From: mlang@fst.jpl.nasa.gov (M Lang) Organization: JPL Message-ID: References: <199906011905.PAA25669@TIGER.rst.com> In article <199906011905.PAA25669@TIGER.rst.com>, mdelgior@TIGER.rst.com (Mark Del Giorno) wrote: > Heyyyyyyyyyyyyyyyyyyyyy, > > I'm trying to install my own interrupt routine over one that has already > been created, but want to still pass my routine the same parameter that was > passed to the existing routine. > > i.e. > > somebody did an: > intConnect(vector, routine, PARAMETER_TO_BE_PASSED); > > and I want to: > intConnect(vector, myRoutine, PARAMETER_TO_BE_PASSED); > > but I don't know what PARAMETER_TO_BE_PASSED is at compile time....I need > some way of looking it up (if there is one....). intVecGet() will return > the pointer to the function for a particular vector, for example, but I > can't find anything that will return the parameter. > > We're using an mv2700 and Tornado 1. > > Thanks in advance.... > [Yes, I know this is a bit of a kludge.....] > > Mark > > > > > > > _/_/_/_/ _/_/_/_/ _/_/_/_/_/ Mark Del Giorno (del@rst.com) > _/ _/ _/ _/ Robotic Systems Technology > _/_/_/_/ _/_/_/_/ _/ 1234 Tech Court > _/ _/ _/ _/ Westminster, MD 21157 > _/ _/ _/_/_/_/ _/ (410) 876-9200 Fax: 876-9470 > http://www.rst.com There is an array sysIntTbl[256] that uses "vector" as its index to a head of a linked list of INT_HANDLER_DESC *. You can find the struct of INT_HANDLER_DESC in .../target/h/intrCtl" where each node of this linked list contains: 1) the entry point of the ISR routine 2) the parameter 3) pointer to next node As you already know the entry point of this somebody's routine and its vector, you can use this vector as index to sysIntTbl and walk thru the linked list to find out the parameter easily. = Minh = --------------------------- Newsgroups: comp.os.vxworks Subject: BOOTING A 486 TARGET MACHINE Date: Fri, 11 Jun 1999 16:27:05 +0100 From: James Pascoe Organization: The University of Reading Message-ID: <37612AC9.38F74FF9@reading.ac.uk> Dear All, I am a student at The University of Reading using a 486 PC as a target machine for VxWorks development. Recently our administrators have changed the IP addresses of the host and target machines which invariably has rendered the current bootdisk unusable. Based on this, I have taken the following course of action: 1) make appropriate modifications to "config.h". 2) select project, make PC486, clean from within Tornado. 3) select project, make PC486, "vxWorks.st" from within Tornado (Im not actually sure which image to build). 4) at a dos prompt, use "mkboot" on a new floppy disk with the "vxWorks.st" file I have just built. 5) CHKDSK reports that everything is contiguous. When I power on the target machine (with the boot disk in the floppy drive), I get the "VxLd ...." display which produces a string of dots but does NOT bring me to the blue countdown screen (i.e. it hangs). If anyone can shed any light on this, I would be very grateful, Thank you in advance, James Pascoe --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Ethernet driver (dec21x4x.obj) for Tornado2 Date: Sat, 5 Jun 1999 14:12:22 +0200 From: "Achim Zimmer" Organization: T-Online Message-ID: <7jb4lk$p5b$1@news08.btx.dtag.de> References: <7j9mmr$7m1@overload.lbl.gov> I dont have Tornado 2 yet, but in T1 SENS is a update product. At my first installation I installed T1 incl. SENS and then the bsp After that I had the same error messages over undefined reference to `m_freem' The answer was, that I had to install the SENS at the latest product in the chain. And the problem was solved. Achim Minbo Shim schrieb in Nachricht <7j9mmr$7m1@overload.lbl.gov>... >vxWorks users: > >I just installed Tornado2 and am trying to build a bootrom image for >mv2400 BSP. I have installed a patch called decpatch which includes >a latest Ethernet driver (dec21x4x.obj). The driver works fine for >the previous Tornado 1.0.1. But I am getting the following error message >for the latest T2: > >ldppc -X -N -e _romInit -Ttext 00800000 \ > -o bootrom_uncmp romInit.o bootInit_uncmp.o version.o bootConfig.o \ > sysALib.o sysLib.o dec21x4x.obj hawkSmc.o hawkI2c.o vpdUtil.o > /usr/wind2/target/lib/libPPC604gnuvx.a >dec21x4x.obj: In function `dcStartOutput': >dec21x4x.obj(.text+0x2428): undefined reference to `m_freem' >make: *** [bootrom_uncmp] Error 1 > >So I am just wondering if there is an another patch for the Ethernet >driver. > >Thanks, > >Minbo Shim >RST --------------------------- Newsgroups: comp.os.vxworks Subject: Re: BOOTING A 486 TARGET MACHINE Date: Fri, 11 Jun 1999 11:45:31 -0500 From: Frank Minich Organization: NCP Message-ID: <37613D2B.6E91@ti.com> References: <37612AC9.38F74FF9@reading.ac.uk> Reply-To: fminich@ti.com James Pascoe wrote: > > Recently our administrators have changed the IP addresses of the host > and target machines which invariably has rendered the current bootdisk > unusable. Based on this, I have taken the following course of action: > > 1) make appropriate modifications to "config.h". > 2) select project, make PC486, clean from within Tornado. > 3) select project, make PC486, "vxWorks.st" from within Tornado (Im not > actually sure which image to build). I've always built on SunOs, so the following may be slightly off. I think you need to build bootrom_uncmp, not vxWorks.st. Booting VxWorks is a two-phased operation. Bootrom provides the "count down" screen and allows you to change the target's IP address, etc. If you boot entirely from the floppy, you will need to copy vxWorks.st onto the floppy after you have placed bootrom on it. > 4) at a dos prompt, use "mkboot" on a new floppy disk with the > "vxWorks.st" file I have just built. > 5) CHKDSK reports that everything is contiguous. > > When I power on the target machine (with the boot disk in the floppy > drive), I get the "VxLd ...." display which produces a string of dots > but does NOT bring me to the blue countdown screen (i.e. it hangs). > For extra credit, you can create some NVRAM out of the last sector of the last cylinder of the last head of the floppy. Replace usrConfig.c's mem/nullNvRam.c with your mem/floppyNvRam.c. The bootRom will then store the boot line on the floppy so you don't have to rebuild the floppy each time the IP address changes. You take some chances that dosFs will write over the last sector, but on the up-side, you can use the same floppy on many different PCs. Good luck, Frank Minich fminich@ti.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: C++ on VxWorks Date: Mon, 07 Jun 1999 10:33:14 +0200 From: Roberto Nunnari Organization: AGIE Message-ID: <375B83CA.41E3FA8C@agie.ch> References: <4.1.19990528123025.00a09190@larc.nasa.gov> Hi Christopher, about 'cout'... cout << "cout\n"; doesn't necessarely flush the output stream. Try cout << "cout" << endl; or cout << "cout"; cout.flush(); Best regards. - -- Roberto Nunnari -software engineer- mailto:roberto.nunnari@agie.ch AGIE - http://www.agie.com Via dei pioppi 16 tel: +41-91-8069138 6616 Losone """ Switzerland (o o) =======================oOO==(_)==OOo======================== MY OPNIONS ARE NOT NECESSARELY THOSE OF MY EMPLOYER --------------------------- Newsgroups: comp.os.vxworks Subject: vxWorks.st_rom booting Date: Mon, 14 Jun 1999 15:30:34 +0900 From: "±èº¹±Ô" Organization: LG InterNet Inc. Channeli Internet Service Message-ID: <7k27jk$d29$1@b5nntp2.channeli.net> Sender: andro@156.147.159.85 Hi everybody. I'm Vxworks beginner. I coded vxworks bsp code based on ADS860 I succeded in testing bootrom code. - bootrom.hex in ROM , and downloading vxWorks image and then downloading application. but, I can't boot using vxworks.st_rom.hex in ROM. neither bootrom_res_high.hex, vxworks.res_rom_res_low... Would you give hints for me? --------------------------- Newsgroups: comp.os.vxworks Subject: Q] adding rs232 ip pack on MVME162 Date: Mon, 14 Jun 1999 07:02:36 GMT From: jslim64@hotmail.com (Lim) Organization: Dacom Message-ID: <3764a667.25852067@news.dacom.co.kr> Hi. I use MVME162-532 and I would like to add a rs232 ip pack which has 8 rs232 ports. So I put the ip pack on the MVME162-532. But it is first time to add ip pack on the VME162-532, so I don't know how to configure vxworks environments and use it. I am using VxWroks 5.3. Should I modify the MVME162 board with 162-bug program? Should I modify the configure files of VxWorks 5.3? help me! --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II - first impressions (long) Date: Mon, 14 Jun 1999 07:14:35 GMT From: bobarmstrong@home.nothiis.net (Robert Armstrong) Organization: @Home Network Message-ID: References: <37636BB8.AE90EEB5@127.0.0.1> In article <37636BB8.AE90EEB5@127.0.0.1>, Alef0 wrote: In the particular case of the editor, changing the editor used by Tornado is trivial now. Try tools-options-external editor, from there it should be obvious. I use PFE because I'm used to it (and I lost my emacsrc), this is a two minute fix. Bob --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Building a Linux/VxWorks cross-compiler ... Date: Fri, 04 Jun 1999 18:45:10 GMT From: rhunt@sbs-ec.com (Rick Hunt) Organization: Interpath Communications, Inc. Message-ID: <37581e8c.22629128@news.interpath.net> References: <37554445.3245403C@isotek.co.uk> <7j6nuk$if6$1@xmission.xmission.com> Reply-To: rhunt@sbs-ec.com On 3 Jun 1999 14:18:28 -0600, bgeer@xmission.xmission.com (bgeer) wrote: >Trevor Barton writes: > > >I'm fed up with using NT and so I've been spending some time trying to build a > >cross-compiler for vxWorks from Linux (--target=i386-wrs-vxworks). It's proving > >a bit of a struggle, ... > >I stashed the url > > http://usa.ece.cmu.edu/www/VxWorks-gcc.html > >that discussed the Linux/VxWorks issue, but it no longer is available. > >I have emailed the author in hopes he will send you & me both a new >url. > Try this: http://linux.sparta.com/VxWorks/ Regards, Rick --------------------------- Newsgroups: comp.os.vxworks Subject: Re: What is different OS9 from VxWorks ? Date: Mon, 7 Jun 1999 11:23:45 +0100 From: "Peter Hall" Organization: Transpond Limited Message-ID: <375b9e54.0@news.ifb.net> References: <7ja18n$4vc$1@news2.kornet.net> It's the same as the difference between a Ford and a Mercedes! Chae-Ho You wrote in message news:7ja18n$4vc$1@news2.kornet.net... > I know that vxworks's price is 5 times more than OS9. I don't know the > detail > merit of them. They are real-time OS, but their prices are different. I > would > like to know that reason. > > > > --------------------------- Newsgroups: comp.os.vxworks Subject: etherInputHookAdd Date: Mon, 14 Jun 1999 17:47:43 +0900 From: "hhs" Organization: Seoul National University, Republic of Korea Message-ID: <7k2fka$7fs$1@news.kren.nm.kr> Hi. I have a question about etherInputHookAdd at PPP connection (or ethernet). I know that I can see the raw input packet using etherInputHookAdd. I want to change the raw input packet data and then return it to the IP stack by etherInputHookAdd. Is it possible? I tried to do that, but it was impossible to grap the raw input packet and change the packet and return it to the IP stack under my power. If it is possible , let me know the way. If it is not, is there any alternate way to do that? Thank you . --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VxWorks CodeTEST and STLport problems Date: 14 Jun 1999 11:22:18 +0100 From: hartmutp@bidro145.bbn.hp.com (Hartmut Pohl) Message-ID: <3764c9ca@isoit370.bbn.hp.com> References: <4.1.19990601110118.00a94d50@gateway> <7j1h36$qfo$1@nnrp2.deja.com> In article <7j1h36$qfo$1@nnrp2.deja.com>, fbp@stlport.org writes: > You should use different configuration with ctc, since it apparently > has different profile than gcc. Try just run "CXX=ctc++ configure" > in STLport "config" directory to get appropriate configuration. Be careful with the ctc++ compiler. It is based on the diab data compiler providing the ARM C++, not ANSI C++. Your problems may be related to that. Does CodeTEST work for you? We used the memory analysis module and simply got wrong results. This tool did anything but not helped us. It's a mess. Best regards, Hartmut - -- Hartmut_Pohl@hp.com - -- Time -- The World's Most Powerful Dictator. --------------------------- Newsgroups: comp.os.vxworks,comp.protocols.snmp Subject: WindNet Agent and large PDUs Date: Mon, 7 Jun 1999 14:03:42 +0100 From: "Will Fookes" Organization: NDS UK Message-ID: <7jgetv$vgd$1@ndsukns01.ndsuk.com> Hi, I am developing an SNMPv1/v2c Agent using the VxWorks WindNet 1.0 (Envoy) Agent. To test it, I am using MG-Soft's (really useful) MIB Browser running under NT 4. Most of the time it works fine, but I have a problem with the SNMPv2c GetBulkRequestPDU (or more specifically, with the GetBulk ResponsePDU). The problem is that the Agent has SNMP_MAX_PACKET_SIZE defined as 8 kbytes, and if a suitably large max-repetitions value is specified in the GetBulkRequestPDU, the ResponsePDU can be as large as 1617 bytes. The MIB Browser appears not to receive these responses (though it does receive ones that are 1563 bytes). MG-Soft suggest that the problem is at my end (though I suspect their browser may be using a 1600 byte receive buffer!). What I want to know is this: where does the blocking/deblocking of the PDU take place? Since the Agent sends/receives PDUs through the socket layer, I would expect it all to happen in there, so that I can send any size of message (up to the max specified when I bound the socket) - ditto for receive. Can anyone shed more light on this? Will. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Online Documentation Date: Fri, 04 Jun 1999 23:08:12 GMT From: bwedding@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7j9m8q$qa3$1@nnrp1.deja.com> References: <7j9cib$mu6$1@nnrp1.deja.com> In article <7j9cib$mu6$1@nnrp1.deja.com>, dkirtley@my-deja.com wrote: > Im new at this too, but I think this will be of help to many people: > FAQs, sample code etc. > > http://www.pso.com/realtime.html Here is an excellent site for VxWorks information. There is API documentation, tutorials, and RTOS fundamentals. This is a great site for those that are unable to access the WRS online information. http://www.digital.com/oem/library/docs/vxintro/vx0001.htm Bruce Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Mon Jun 14 05:49:04 1999 From: John Ford Date: Mon Jun 14 05:49:08 PDT 1999 Subject: Re: 8530 SCC on a Vista Controls Score603e PPC vxworks > Submitted-by owner-vxwexplo-process Sun Jun 13 18:14:13 1999 > Submitted-by: Fred Roeber > > On Sat, 12 Jun 1999, Ray Lentz asked about vxworks: > > > I'm using the CTS line on channel B, Port 1 of the 8530 SCC to > > synchronize with a GPS receiver to get the correct time. > > The interrupt, my ISR and everything seems to work fine, but > > when I try to do a soft reboot in the shell (a control X), the OS > > hangs. Has anyone had problems with this? Any help is > > appreciated. > > I have seen problems like this with other processors and VxWorks caused by > the fact that the interrupt keeps getting generated and causes problems > when VxWorks reboots and gets the interrupt before it knows how to handle > it. You might try using a "reboot hook" function to mask the CTS interrupt > signal before the reboot happens (see rebootLib manual page). Good luck. > Fred Fred's diagnosis is probably correct. We see the same thing here with various VME I/O boards that generate interrupts. What we have done is write a user level function that does a hard reset of the system using the VMEChip on the mv167. Probably there is a way to do that with your chipset, if disabling your interrupt source is inconvenient. We wanted a generic solution to the problem on multiple single-boards running the same kernel. -- John Ford National Radio Astronomy Observatory Green Bank, WV 24944-0002 jford@nrao.edu From owner-vxwexplo-process Mon Jun 14 06:00:18 1999 From: John Ford Date: Mon Jun 14 06:00:21 PDT 1999 Subject: Re: Changing serial driver for MV162 > On Wed, 2 Jun 1999, David Morris wrote about VxWorks: > > > I have to add a couple more ioctl calls into the serial driver for an > > MVME162-023. The vm5.2 implementation was fairly obvious, just make a > > new version of the driver (z8530Serial.c) and include it into tyCoDrv.c. > > In vw5.3 there has been so much re-shuffling of directories, that I > > have failed to find any reference to this driver file in any other > > location. I thought it might be compiled separately, but if I touch it, > > it makes no difference to the make. > > Dave, In VxWorks 5.3 the serial driver interface changed to an "sio" > naming convention from tyCoDrv setup. If you look in the VxWorks > src/drv/sio area you should see the source file that is now used for > serial support for your chip. You should be able to change it to > get you new ioctl calls in. On 5.2, the object was linked in. On 5.3, the sio module is ar'd *INTO THE LIBRARIES*, so you have to either unarchive the library and remake the .o module and add it to the library, or just link in the z85c30Serial.o. I fought this for several days on the mv167 before I realized what was happening. -- John Ford National Radio Astronomy Observatory Green Bank, WV 24944-0002 jford@nrao.edu From owner-vxwexplo-process Mon Jun 14 08:09:25 1999 From: "Moy, Ian" Date: Mon Jun 14 08:09:29 PDT 1999 Subject: mbx860 and memory mapping Hi, I am having problems getting an ethernet device driver working with my mbx860 BSP. If you have put a PCI ethernet module on an mbx860, I would appreciate some help/advice. (All the memory settings are the default ones) Is there any function, e.g. pciIomapLibInit, that needs to be called? What addresses, memory and I/O mapped, do you write to the PCI config base registers, for 1 or multiple modules? The driver uses pciIntConnect, how do I include this function in my BSP? Another problem I am having is that pciFindDevice finds the same module twice but with a different value for pciDevice. e.g. /* first time around */ tPIPS: unit: 0, bus: 0, device: 4, func: 0 /* Next time, same module */ tPIPS: unit: 1, bus: 0, device: 20, func: 0 Has anyone seen this before? Should I only be calling pciFindDevice for the amount of modules I have rather than relying on the functon returning an error? The ethernet controller is an Intel 82558 and the driver I am trying to adapt is the vxWorks if_fei.c. Any help with adding PCI devices to this BSP would be gratefully recieved. Cheers, Ian. > -------------------------------------------------- > Ian Moy, Roke Manor Research Ltd > (email) ian.moy@roke.co.uk > -------------------------------------------------- > > From owner-vxwexplo-process Tue Jun 15 02:12:33 1999 From: David Laight Date: Tue Jun 15 02:12:37 PDT 1999 Subject: Re: symbols missing from library link Christopher Slominski wrote (amongst other things): > My application is lined in as an archive file, using the LIBS macro. > Other utility functions included in my archive are not accessable > however from the target shell. I get "symbol not found" when I try to use > them. > I tried putting in references to the utility functions to see if I would then > be able to reference them from the target shell. This worked, but makes no > sense to me. This is all perfectly correct and expected. This is because your application object files are in a library - only the library members required to satisfy undefined externals are included by the linker. This is what libraries are for:-) One easy way to get the missing module(s) included is to initialise an array with the addresses of a symbol in each file. (ld probably supports -Uname to add name as an undefined symbol, but you probably don't want to hack the makefile enough to make that happen.) Most vxworks 'libraries' get included in the link because they have an initialisation routine that has to be called once (and only once). This does mean they are often present even if not called. I also suspect many are a single source file - so you don't get the benefit of excluding the parts of a 'library' you are not using. A typical example is the floating point trig routines, these will be included 'en mass' - if you just call sin() and cos() you probably include acosh() (except the inverse hyperbolic trig functions seem to be absent!). David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 278 256 Cambridge, UK fax: +44 1223 278 201 From owner-vxwexplo-process Tue Jun 15 02:33:25 1999 From: David Laight Date: Tue Jun 15 02:33:29 PDT 1999 Subject: re: mux layer hands off wierd mbufs I suspect that the problem is that the mblk chain dives off into the free list. You may have suceeded in freeing something twice (or maybe with interrupts enabled in the wrong place). My SENS driver works fine, the receive code (called by tNetTask) is: (This card has on-board buffer space...) /* allocate receive buffer */ mp = netTupleGet( &td->td_rx_pool, 1516, M_DONTWAIT, MT_DATA, FALSE ); if (mp) { uint16 *p; /* I think we need to 32bit align the IP header => frame on odd 16bit boundary */ p = (void *)mp->mBlkHdr.mData; p++; mp->mBlkHdr.mData = (void *)p; mp->mBlkHdr.mLen = rx_length; mp->mBlkHdr.mFlags |= M_PKTHDR; /* or arp bleats */ mp->mBlkPktHdr.len = rx_length; do { *p++ = eth->de_data_16; rx_length -= 2; } while (rx_length >= 2); if (rx_length) *(uint8 *)p = eth->de_data_8; } /* skip to next packet */ eth->de_do = 0x8000; if (mp) td->td_end.receiveRtn( &td->td_end, mp ); Also double check your send routine to ensure it either exits: (In my experience you get adequate transmit performace even if you copy frames into a 'transmit area'. It certainly simplifies the code and removes any worries about how to handle that frame made up of 1500 1 byte mblks.) netMblkClChainFree( mp ); return OK; or: errno = EAGAIN; return ERROR; David > Subject: mux layer hands off weird mbufs > Date: Wed, 02 Jun 1999 18:33:01 GMT > From: apowers@telocity.net > Message-ID: <7j3tct$qd4$1@nnrp1.deja.com> > > i'm just now getting my first end driver to work, and i can ping from > vxWorks to any other host just fine. > eg - vxWorks -> anyhost: > 2502 packets transmitted, 2496 packets received, 0% packet loss > > but when i ping vxWorks from anyhost, the mux layer passes in a chain > of mbufs that i'm sure isn't right. it looks like the mblk pointers > aren't getting cleared, even though the mblk chain is freed at the end > of the END send and receive functions. > > attached below is a log of what i see. any suggestions would be greatly > appreciated. > > thanks, > - -A > ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 278 256 Cambridge, UK fax: +44 1223 278 201 From owner-vxwexplo-process Tue Jun 15 04:00:36 1999 From: daemon@csg.lbl.gov Date: Tue Jun 15 04:00:40 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Tue Jun 15 04:00:32 PDT 1999 Subject: Re: Symbol table won't download Subject: mmap on VxWorks Subject: Re: what's wrong with gcc Subject: Re: Problem with NobleNet portmapper and Omni-NFS server. Subject: Re: what's wrong with gcc Subject: Problems with mkboot Subject: GCC PPC linker script Subject: test vmebus interrupts Subject: T2 Project facility: Adding include paths Subject: socket problems Subject: Re: vxWorks Scheduling Subject: Re: vxWorks Scheduling Subject: Re: test vmebus interrupts Subject: Re: vxWorks Scheduling Subject: Re: vxWorks Scheduling Subject: Re: Calculating MIPs ? Subject: Re: What is different OS9 from VxWorks ? Subject: FREE XXX SEX PICTURES FOR YOU! 5501 Subject: Re: socket problems Subject: Undefined symbol Subject: Configuring vxWorks for bootp Subject: Re: Configuring vxWorks for bootp Subject: DECNET for VxWorks? Subject: Re: what's wrong with gcc Subject: UDP datagram size and the MTU Subject: Re: SENS Subject: Re: Bug in stdlib for ARM? Subject: HDLC Driver for MPC860 Subject: Re: what's wrong with gcc Subject: Re: what's wrong with gcc Subject: Re: test vmebus interrupts Subject: test Subject: Re: connectWithTimeout Subject: SDRAM RAM code for MPC860 Subject: initialization of dosFs Subject: Re: SDRAM RAM code for MPC860 ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Symbol table won't download Date: Mon, 07 Jun 1999 17:34:59 +0200 From: Roberto Nunnari Organization: AGIE Message-ID: <375BE6A3.1407EDBD@agie.ch> References: <3755B72B.4C440338@lmco.com> #define INCLUDE_NET_SYM_TBL /* load symbol table from network */ Best regards. - -- Roberto Nunnari -software engineer- mailto:roberto.nunnari@agie.ch AGIE - http://www.agie.com Via dei pioppi 16 tel: +41-91-8069138 6616 Losone """ Switzerland (o o) =======================oOO==(_)==OOo======================== MY OPNIONS ARE NOT NECESSARELY THOSE OF MY EMPLOYER --------------------------- Newsgroups: comp.os.vxworks Subject: mmap on VxWorks Date: Mon, 7 Jun 1999 15:39:37 GMT From: Kirk Ellett Organization: The Boeing Co. Message-ID: <375BE7B9.43605214@boeing.com> Reply-To: kirk.d.ellett@boeing.com Sender: nntp@news.boeing.com (Boeing NNTP News Access) Hello, I am trying to port a UNIX application to a VxWorks PPC board with a SCSI disk. The legacy app liberally uses the mmap function to map disk files to CPU address space. Is there a similiar function in VxWorks? Kirk --------------------------- Newsgroups: comp.os.vxworks Subject: Re: what's wrong with gcc Date: Sat, 05 Jun 1999 21:36:39 GMT From: David Hamel Organization: @Home Network Message-ID: <37599865.9B756BE1@ntanet.net> References: <3758c313.0@dnews.sbell.com.cn> Zha Junhai wrote: > I found a strange think about gcc. > When I use 'make current file' to compile one object file > of my program, it is 41KB. > When I program a makefile which first will ldppc some > object files, if thest doesn't exist, it will compile > each object file. But when I done so, I find the object > file (before mentioned) is only 23KB. > I don't know what has caused this. > > Any answer will be appreciated. Obviously the file was compiled differently, probably one version was compiled with debugging symbols. (-g) Maybe you could provide the build output? --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Problem with NobleNet portmapper and Omni-NFS server. Date: Mon, 7 Jun 1999 15:55:52 GMT From: Gerald van Kampen Organization: =?iso-8859-1?Q?Oc=E9=2DTechnologies?= B.V. Message-ID: <375BEB88.B632BD3C@oce.nl> References: <3.0.6.32.19990604173115.0090a100@olympia.rti.com> Sender: news@oce.nl (The Daily News @ nntp01.oce.nl) Ramnivas Laddad wrote: > Hello, > > I am trying to evaluate the Omni-NFS server from XLink Technologies. > I am also a Tornado (NT) user and it requires that I use portmapper > supplied by NobleNet. I eventually plan to mount drives exported by > nfs server running on NT box onto vxWorks target. > > The problem, I am facing is I cannot start Omni-NFS service if the > NobleNet portmapper is already started. > > If I start the Omni-NFS server first, when I start NobleNet's portmapper, > I get these messages. > "portmap: Cannot bind datagram socket. > portmap: Another Promapper may be running > winsock: Address already in use" > Then, if I start WindShell from Tornado, I get "Target Server @ > is not responding. It may be too busy to answer..." > I once ran into the same problem (not fixed). Only one portmapper can be active on a system for a given port (Portmap uses port 111, I think). The problem is that Omni NFS wants to start and use it's own (restricted to NFS ?) built-in portmapper instead of using this service from system global portmap applications like Noblenet. Try instead: http://www.truegrid.com/nfs.html - -- Gerald van Kampen --------------------------- Newsgroups: comp.os.vxworks Subject: Re: what's wrong with gcc Date: Sun, 6 Jun 1999 09:28:37 +0800 From: "Zha Junhai" Organization: Alcatel/Bell Message-ID: <3759d00a.0@dnews.sbell.com.cn> References: <3758c313.0@dnews.sbell.com.cn> <37599865.9B756BE1@ntanet.net> Hi, When I first use below makefile to compile and link my program, I found the hdlc.o and test.o is small. and if server.o want to use the function defined in hdlc.h and implemented in hdlc.c by include the hdlc.h, when i use "ld < test.o" to download it to target in Tornado's shell, it always tell me the function is undefined. So I make a bat to do such: first compile hdlc.o and server.o and then link hdlc.o and server.o to output test.o. When I did like this, it's OK when download test.o to target. For I'm new in using gcc, I don't what has caused this. And thanks of you answer. ${test}\test.o : ${test}\hdlc.o ${test}\server.o $(LD) -o ${test}\test.o -r ${test}\hdlc.o ${test}\server.o ${test}\hdlc.o : HDLC.C HDLC.h $(CC) $(CFLAGS) -c HDLC.C ${test}\server.o : server.C server.h $(CC) $(CFLAGS) -c server.C David Hamel wrote in message news:37599865.9B756BE1@ntanet.net... > Zha Junhai wrote: > > I found a strange think about gcc. > > When I use 'make current file' to compile one object file > > of my program, it is 41KB. > > When I program a makefile which first will ldppc some > > object files, if thest doesn't exist, it will compile > > each object file. But when I done so, I find the object > > file (before mentioned) is only 23KB. > > I don't know what has caused this. > > > > Any answer will be appreciated. > > Obviously the file was compiled differently, probably > one version was compiled with debugging symbols. (-g) > Maybe you could provide the build output? --------------------------- Newsgroups: comp.os.vxworks Subject: Problems with mkboot Date: Mon, 14 Jun 1999 13:39:40 GMT From: mmcgarry8798@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7k30mq$ov5$1@nnrp1.deja.com> Hello fellow VxWorks users, I am having a problem using "mkboot" to create a VxWorks boot floppy. When I issue the command "mkboot a: vxWorks.st", I get the following error: "Failed to install boot sector on drive a:!". I am using a brand new pre-formatted floppy, that passes a chkdsk. Regards, Michael McGarry Tornado vxWorks VxWorks Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: GCC PPC linker script Date: Mon, 07 Jun 1999 19:36:25 GMT From: dkirtley@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7jh6vo$1b$1@nnrp1.deja.com> Im having a problem getting my compiled programs to run on my target PowerPC 604 Vxworks system. I believe the problem is with my .ld linker script. Can anyone post or email me their default PPC linker script, it would be a huge help. Thank you. David Kirtley Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: test vmebus interrupts Date: Mon, 14 Jun 1999 20:28:58 +0200 From: Kokou Djath Organization: CIRIL, Nancy, France Message-ID: <376549E9.514A6030@ensem.u-nancy.fr> Hi, I try to test vmebus interrupts on powerPC (Power3E board) with the programs below. I compile the program without error. When I execute the function vmebusInt(), the interrupt routine intFunc() is not executed. For example executing vmebusInt(2) gives only "p=5" without the message "My ISR". 1- where would be the problem? 2-does somebody send me a program to test vmebus interrupts on Power3E? Thanks . . . #include "sysLib.h" #include "iv.h" #include "intLib.h" #include "logLib.h" int p=5; void intFunc(int arg) { p=arg; logMsg("My ISR\n",0,0,0,0,0,0); } void vmebusInt(int arg) { intConnect(INUM_TO_IVEC(5),(VOIDFUNCPTR) intFunc,arg); sysIntEnable(5); sysBusIntGen(5,0x65); taskDelay(5); printf("p= %d\n", p); } --------------------------- Newsgroups: comp.os.vxworks Subject: T2 Project facility: Adding include paths Date: Mon, 07 Jun 1999 16:01:59 -0700 From: Stephen Macmanus Organization: Wind River Systems Message-ID: <375C4F67.49D4@wrs.com> Yes, there is a way of adding include paths. Select the "Builds" tab in the project facility, and the list of current builds appears. Double-click on an entry and the build specification window opens. The "C/C++ compiler" tab in that window contains the include path directives and other options. To preserve existing entries, the "Project->Add/Include->Build" menu selection will create a new build record. Stephen Daniel Stewart wrote: > > I am attempting to use Tornado II (switching over from Tornado I) and am > becoming increasing frustrated. Does anyone know how to specify in > Tornado II a directory for my own include files? I would think this is > an extremely simple and straightforward thing to do, but obviously it is > not. Since Tornado II remakes the makefile each time you build, futzing > with that is of no use. I continue to receive the > "No rule to make target XXX.h needed to make XXX.o" > Surely there is a method of specifying additional include directories to > search during the make process (similar to adding a vpath variable to > the makefile). > > Thanks, > Daniel Stewart > > Motorola Labs - -- - ------------------ Stephen Macmanus #include Software Engineer Wind River Systems --------------------------- Newsgroups: comp.os.vxworks Subject: socket problems Date: Mon, 07 Jun 1999 22:29:23 GMT From: cvarva@wrsystems.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7jhh3m$3mf$1@nnrp1.deja.com> I am developing a server system using VxWorks 5.3 and a Motorola 167 board communicating with a NT client via TCP sockets. I am trying to send 80 messages of approx 450 bytes per second. The server sends a few seconds worth of data(which is received by the client) and then PENDs on the socket write call. The server then never sends anymore data and remains in the PEND state. If I slow the sending down to 10 messages a second, everything appears to be OK. I tried using the NODELAY to disable the small message buffering algortihm but it seemed to have no relevance. I am using the select facility as well to check before I write(). I have also tried using send with MSG_DONTROUTE option, and increasing the socket send buffer to 32K. Any ideas would be greatly appreciated as I am close to loosing what little sanity I had before this project. Thanks in advance, Chris cvarva@wrsystems.com Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Scheduling Date: Mon, 14 Jun 1999 22:40:02 +0200 From: Marvin Organization: personal Message-ID: <376568A0.A4533DB8@nomail.com> References: <376040E5.A4D68BE@nomail.com> > Thank you all for giving me all of those helpful hints and support !!! >You should call WRS. There is a SPR on this problem. >SPR# 24759 >TITLE: powerPC scheduler sometime schedules lower priority tasks over >higher >priority tasks. I contacted WRS and gave them a more detailed description of that problem. I try to post the final result of those efforts in this discussion group. If there are other vxWorks SW Engineers out there who noticed a similar behaviour I would be very glad to hear from you. Thanks ! Regrads Armin --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Scheduling Date: Mon, 14 Jun 1999 22:43:23 +0200 From: Marvin Organization: personal Message-ID: <3765696B.EB9EC66D@nomail.com> References: <376040E5.A4D68BE@nomail.com> <376060ee.1200048@news.texas.net> Thanks a lot for your input. Yes you are right : This doesn't sound right at all. In fact I have done excessive survery to figure out what is going on on that target (because that scheduling behaviour led to some very special side effects). I didn't use WindView (I din't have it) but I have an other low level debugging possibility which has been implemented in our company for cross embedded development (over different plattforms and kernels). It is also a very powerful thing. So I can watch the task switches and some dedicated point in the source code (and if I want IRQ service routine). What I don't see at the moment is the task states ... . I will have to imlement a possibility to watch those states. But I am pretty sure that (as you mentioned) the main task is NOT ready, also it should be. I know this is crazy, BUT on the other side it is a good chance to step deeper and deeper into vxWorks (just an attempt to see things positive ... ;-) ) Thanks Marvin > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: test vmebus interrupts Date: Mon, 14 Jun 1999 15:16:37 -0400 From: "Lawrence T. Hoff" Organization: Brookhaven National Lab Message-ID: <37655515.45D51E73@bnl.gov> References: <376549E9.514A6030@ensem.u-nancy.fr> Kokou Djath wrote: > > Hi, > I try to test vmebus interrupts on powerPC (Power3E board) with the > programs below. It is possible that the sysBusIntGen() function only works for "other" VMEbus modules. After all, it's a little funny to be interupting yourself using VMEbus! I know that your technique *does* work on an MVME162, because I've done it on that board. I've never tried it on a Power3E, tho. What is it you are trying to test? Could you achieve your goal using a second Power3E board? - -- Building 911-C, Brookhaven National Laboratory PO Box 5000, Upton, NY, 11973 http://www.rhichome.bnl.gov/~hoff, mailto:hoff@bnl.gov Phone: (516) 344-2194 FAX: (516) 344-5443 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Scheduling Date: Mon, 14 Jun 1999 22:58:10 +0200 From: Marvin Organization: personal Message-ID: <37656CE1.477EB5AE@nomail.com> References: <376040E5.A4D68BE@nomail.com> <37610B35.3E4E39BF@nortelnetworks.com> <7jrhkj$ocb$1@cascade.cs.ubc.ca> I totally agree: Sometimes you have to decide in which manner you leave an ISR. In my last project we used a kernel where it was possible to do that by calling different kernel functions at the end of the interrupt service routine (for example forcing a reschedule or not and so on) on assembler level. But here in vxWorks things seem to be different (please, please correct me if I am wrong ...). The ISR is connected by intConnect ( ). After that correct handling has to be managed by the preemptive kernel. And this means (and that is what the handbook says also) a rescheduling procedure after finishing the ISR according to the preemptive multitasking scheme of vxWorks. Or in other words: I don't see a possibility to influence the kernels scheduling behaviour. Thank you ! Marvin --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Scheduling Date: Mon, 14 Jun 1999 23:08:02 +0200 From: Marvin Organization: personal Message-ID: <37656F31.5743FCE5@nomail.com> References: <376040E5.A4D68BE@nomail.com> <37610B35.3E4E39BF@nortelnetworks.com> Tim Sohacki wrote: > Any chance that the low priority task is running at an > inherited priority? In VxWorks, the priority inheritance > protocol is a modified basic inheritance protocol, with > unexpected results sometimes. (The protocol does not let > a task return to its normal priority until the task releases > all locked mutex's instead of just the locked mutex that > caused the priority inheritance.) I checked that by writing the priority of the task to a low level debugging entity at the moment of the problem's occurance. I used getPriority ( ). The task priority seems still to be on the same level. Please correct me if I'm wrong, but I think if there was a inhererted priortiy problem this routine should return the priority of a higher level task. (shouldn't it ???). Thank you ! Marvin --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Calculating MIPs ? Date: Tue, 08 Jun 1999 05:28:24 GMT From: bobarmstrong@home.nothiis.net (Robert Armstrong) Organization: @Home Network Message-ID: References: <3757F5B7.C34FFC80@scr.siemens.com> There is only one good way to do this, when I wanted to benchmark processors for an ESM system I got some radar data and my most compute hungry task and tried it. Nothing you can use as a benchmark can be absolutely guaranteed to work the same as your software. Not very helpful, however still true. I used the MIPS figure for the i860 once, and added a /16 fudge factor... and was within about 5% the published figures were 60 MIPS max and we got around 3 for our purposes. Suck it and see. Bob In article <3757F5B7.C34FFC80@scr.siemens.com>, ross@scr.siemens.com wrote: > >Does anyone have any recommendations for solving the age-old problem of >processor requirements. I want to determine how much processing power >would be required to run WindNet SENS protocol functions. For example if >I want to set up a PPP connection, roughly how many Instruction cycles >do I need? And how many does it take once the connection is established? > >Such information is a big help in choosing the platform and processor >speed for a new system, so the info should be available somewhere!?? > >Cheers >Ross > >e-mail: ross@scr.siemens.com > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: What is different OS9 from VxWorks ? Date: Tue, 08 Jun 1999 05:37:21 GMT From: bobarmstrong@home.nothiis.net (Robert Armstrong) Organization: @Home Network Message-ID: References: <7ja18n$4vc$1@news2.kornet.net> In article <7ja18n$4vc$1@news2.kornet.net>, "Chae-Ho You" wrote: >I know that vxworks's price is 5 times more than OS9. I don't know the >detail >merit of them. They are real-time OS, but their prices are different. I >would >like to know that reason. Having used vxWorks for several projects and tried OS9 once I found that the best thing about OS9 was that once I had found where it kept the vector base register for the 68040 I could patch out the garbage that turned a type 7 exception stack frame into a type 2 (thus discarding virtually the entire processor context and making a bus error fatal). Other than that, for my prurposes, I'd rather have had a bare machine. When I used it OS9 also kept on waltzing off to play with itself while I was trying to talk to a missile, we justified the cost of vxWorks again the next time. Bob --------------------------- Newsgroups: comp.os.vxworks Subject: FREE XXX SEX PICTURES FOR YOU! 5501 Date: Sun, 06 Jun 1999 14:12:36 GMT From: yofsse@hotmail.com Message-ID: For literally 1000s of free sex pictures goto: http://www.bigwig.net/reality/default.htm xlcgkgbkbjcltwrlqrcgnkzetxuwovmt --------------------------- Newsgroups: comp.os.vxworks Subject: Re: socket problems Date: Tue, 08 Jun 1999 10:55:12 +0100 From: Phil Ashby Organization: BT Wireplay Message-ID: <375CE880.240@wireplay.bt.co.uk> References: <7jhh3m$3mf$1@nnrp1.deja.com> cvarva@wrsystems.com wrote: > > I am developing a server system using VxWorks 5.3 and a Motorola 167 > board communicating with a NT client via TCP sockets. I am trying to > send 80 messages of approx 450 bytes per second. 450 * 80 = 36k/sec - shouldn't be a problem. > ... The server sends a > few seconds worth of data(which is received by the client) and then > PENDs on the socket write call. The server then never sends anymore > data and remains in the PEND state. If I slow the sending down to 10 > messages a second, everything appears to be OK. Hummn. TCP sessions block on write() if the _receiving end_ has not acknowledged the data sent so far, and the send buffer fills up... This can happen because: a) The receiving end is not read()'ing data. b) The network is losing data (causing TCP back-off & retransmission) c) The receiving end is not sending ACKs back promptly (MS-TCP does delayed ACKs up to 500msecs late), which causes the send buffer to fill up. > ... I tried using the > NODELAY to disable the small message buffering algortihm but it seemed > to have no relevance. Unlikely to have much effect. The Nagle algorithm is primarily intended to avoid sending lots of small packets (eg: <10bytes of actual data). > ... I am using the select facility as well to check > before I write(). I have also tried using send with MSG_DONTROUTE > option, and increasing the socket send buffer to 32K. select() is rather ugly for the kernel to implement (and thus slow), perhaps you can find a way to look at the send buffer contents on the socket directly? HTH, - -- !--------------------------- Phil "Phlash" Ashby ---------------------! ! BT Wireplay - Lead Programmer and general technical trivia supplier ! ! Phone: 01473-644348 WWW: http://www.wireplay.com/ ! ! Snail: B81/G41, BT Labs, Martlesham Heath, Ipswich IP5 3RE, England.! --------------------------- Newsgroups: comp.os.vxworks Subject: Undefined symbol Date: Mon, 14 Jun 1999 18:52:40 -0400 From: Peter Message-ID: <376587B7.45E6FBE1@metrolink.net> - --------------523F8036B9624EBF01E8B0EF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit For the past few months I have been reading this newsgroup on occassion and consider the questions and answers posted to be both informative and some have been helpful for the project that I am involved with. I have posted messages a couple of times with questions and the responses that I have received have been very helpful. I now have another question that I am hoping that someone on this newsgroup can provide some help or explanation. On the project that I am working, we have recently come across what I am thinking is a informational message. When we load some programs we get a message indicating "Undefined sysbol" (example below). - -> ld < util.o Undefined symbol: _$_13Iostream_init (binding 1 type 0) value = 24799816 = 0x17a6a48 We have tried to determine what is causing this message. We have not been able to figure out why. I am suspecting that it is something very simple to explain. And if an error, probably easy to correct. Could someone provide an explanation? It would be greatly appreciated. And, if you respond to this post, please also respond to my e-mail address as I do not get the opportunity to read this board frequently. Thank you, Peter - ----------------------------------------------- E-mail: funonh2o@metrolink.net (home) - ----------------------------------------------- - --------------523F8036B9624EBF01E8B0EF Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit For the past few months I have been reading this newsgroup on occassion and consider the questions and answers posted to be both informative and some have been helpful for the project that I am involved with.  I have posted messages a couple of times with questions and the responses that I have received have been very helpful.  I now have another question that I am hoping that someone on this newsgroup can provide some help or explanation.

On the project that I am working, we have recently come across what I am thinking is a informational message.  When we load some programs we get a message indicating "Undefined sysbol" (example below).

-> ld < util.o
Undefined symbol: _$_13Iostream_init (binding 1 type 0)
value = 24799816 = 0x17a6a48

We have tried to determine what is causing this message.  We have not been able to figure out why.   I am suspecting that it is something very simple to explain.   And if an error, probably easy to correct.

Could someone provide an explanation?  It would be greatly appreciated.

And, if you respond to this post, please also respond to my e-mail address as I do not get the opportunity to read this board frequently.

Thank you,
Peter
-----------------------------------------------
E-mail: funonh2o@metrolink.net (home)

-----------------------------------------------
  - --------------523F8036B9624EBF01E8B0EF-- --------------------------- Newsgroups: comp.os.vxworks Subject: Configuring vxWorks for bootp Date: Mon, 14 Jun 1999 18:32:20 -0500 From: Matt Henderson Organization: NASA, Kennedy Space Center Message-ID: <37659104.8832417C@swbell.net> Can somebody provide an example of how you configure the SunOS 4.1.4 /etc/bootparams file to support booting a Heurikon Baja 4700 single board computer with a VXworks bootstrap kernel? --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Configuring vxWorks for bootp Date: Mon, 14 Jun 1999 19:05:06 -0500 From: Matt Henderson Organization: NASA, Kennedy Space Center Message-ID: <376598B1.D2F0FAC9@swbell.net> References: <37659104.8832417C@swbell.net> In what I can find online, I am not sure if the SunOS /etc/bootparams actually is used to support bootp (it only talks about supporting diskless clients and has support for specifying bootfiles, dumpfiles, but does not indicate how the hardware address is specified...) If this is the case, then is there a bootp daemon available for SunOS in the public domain? --------------------------- Newsgroups: comp.os.vxworks Subject: DECNET for VxWorks? Date: Tue, 8 Jun 1999 14:00:14 +0100 From: "Facilities Rolls-Royce" Organization: UUNET WorldCom server (post doesn't reflect views of UUNET WorldCom Message-ID: <7jj46a$ju7$1@lure.pipex.net> I am looking at a replacement for a VAXeln based real time system which delivers its data via DECNET. Is anybody aware of a DECNET driver / protocol stack for VxWorks? Many Thanks Paul Tyler Measurement Systems Specialist Electronics & Measurement Technology Department, Rolls-Royce plc. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: what's wrong with gcc Date: Tue, 08 Jun 1999 08:00:22 -0500 From: Dave Schmidt Organization: Airnews.net! at Internet America Message-ID: References: <3758c313.0@dnews.sbell.com.cn> <37599865.9B756BE1@ntanet.net> <3759d00a.0@dnews.sbell.com.cn> Howdy, To clarify the linking and loading issue here. The 'ld()' command in the VxWorks shell will not resolve two way cross references between a loaded module and one which is being loaded. It can only resolve references to previously loaded code, i.e. it can resolve a reference to 'printf()' in the module being loaded, but it cannot resolve a reference in a previously loaded module to a function defined in the module being loaded. The user can issue any number of 'ld()' commands. If you have two modules which are strewn with cross references to each other, then these modules should always be linked together in the makefile anyway since they depend intimately with each other. If you cannot avoid such circular linkage issues, then perhaps another method would be to utilize a table of function pointers to the needed functions in the 'other' module which gets initialized by the other module though a function call. The module with the function pointers table would be loaded first and then the module with the call to the table initialization would be loaded. Hope this helps. Bill Pringlemeir wrote: > > VxWorks couldn't resolve external functions and variables if both > object file/'C' files refer to the other. I think that VxWorks only > supports one object file download. > > As for the object size differences, generally I would say who cares? It > is the binary file that should be consistent. However, the tools sent > with VxWorks/Tornado includes 'objdumpppc'. > > Run "objdumpppc --all-headers " on both files and you can see why > one takes more room than the other. > > hth, > Bill > > >>>>> "Zha" == Zha Junhai writes: > > Zha> Hi, When I first use below makefile to compile and link my > Zha> program, I found the hdlc.o and test.o is small. and if > Zha> server.o want to use the function defined in hdlc.h and > Zha> implemented in hdlc.c by include the hdlc.h, when i use "ld < > Zha> test.o" to download it to target in Tornado's shell, it > Zha> always tell me the function is undefined. So I make a bat to > Zha> do such: first compile hdlc.o and server.o and then link > Zha> hdlc.o and server.o to output test.o. When I did like this, > Zha> it's OK when download test.o to target. For I'm new in using > Zha> gcc, I don't what has caused this. > > Zha> And thanks of you answer. > > Zha> ${test}\test.o : ${test}\hdlc.o ${test}\server.o $(LD) -o > Zha> ${test}\test.o -r ${test}\hdlc.o ${test}\server.o > > Zha> ${test}\hdlc.o : HDLC.C HDLC.h $(CC) $(CFLAGS) -c HDLC.C > > Zha> ${test}\server.o : server.C server.h $(CC) $(CFLAGS) -c > Zha> server.C > > -- > Brain surgery is more of a dexterous skill than cerebral. --------------------------- Newsgroups: comp.os.vxworks Subject: UDP datagram size and the MTU Date: Mon, 14 Jun 1999 18:54:26 -0700 From: "Dave Craig" Organization: Verio Message-ID: Hi, Does anyone have any experience of using the IP_DO_LARGE_BCAST flag (in ipCfgParams)? It seems to allow UDP broadcasts of datagrams which are bigger than the MTU to be fragmented and sent. Has anyone used this, and if so does it work completely transparently? (It doesn't seem to be documented) Thanks Dave Craig Palo Alto --------------------------- Newsgroups: comp.os.vxworks Subject: Re: SENS Date: Mon, 14 Jun 1999 22:57:48 -0400 From: "Dan Haines" Organization: IGS - Information Gateway Services Message-ID: <7k4fh2$rh7$1@news.igs.net> References: <375BE2EE.3B316C56@agie.ch> Maybe First, you want to make sure that the BSP that your vendor has supplied you even supports SENS. Second, (only do this if the first point is true) you will want to read very carefully all of the SENS installation instructions in the WRS documentation. Third, ensure that you get a copy of the SENS 1.1 patch because SENS 1.0 is not suitable for use without it. Most important point. Make sure you have saved all your important files before you do this update, because you can easily overwrite or loose files. Best of Luck Roberto Nunnari wrote in message <375BE2EE.3B316C56@agie.ch>... >Hi there, > >I'd like to know if installing the new network stack SENS >can cause any trouble to an existing Tornado installation. >In particular: >- may the introduction of SENS require modifying the BSP? > >Any inlight/reply/hint are welcome. Thanks. >Best regards. >-- > Roberto Nunnari -software engineer- > mailto:roberto.nunnari@agie.ch > AGIE - http://www.agie.com > Via dei pioppi 16 tel: +41-91-8069138 > 6616 Losone """ > Switzerland (o o) >=======================oOO==(_)==OOo======================== > MY OPNIONS ARE NOT NECESSARELY THOSE OF MY EMPLOYER --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Bug in stdlib for ARM? Date: 08 Jun 1999 11:18:51 -0700 From: jtc@redback.com (J.T. Conklin) Organization: RedBack Networks, Inc. Message-ID: <5miu8ytv1w.fsf@jtc.redbacknetworks.com> References: <375BDC9E.51AB4CFD@uscorp.net> Sender: jtc@jtc.redbacknetworks.com >>>>> "John" == John W Komp writes: John> I've run into an interesting gcc compiler characteristic and I John> don't know if this is considered "normal". Yes, the behavior is expected. John> This code won't work properly. I've examined the generated John> assembly code and found an interesting issue. At the function John> call in main the vars a, b, c are loaded into registers which John> are then pushed onto the stack as integers, thus an implicit John> cast to int. When va_arg pulls the chars back off the stack it John> doesn't know that they were pushed on as ints and only John> increments the pointer, argptr by one byte rather than one word. The compiler applies the normal argument promotion rules for variable argument lists: chars and shorts are passed as ints and floats are passed as doubles. In addition to variable arguments, these promotions are also performed when invoking functions without a prior declaration. John> I've gotten around the problem for now by casting things to int John> at the time of the call [...] Not necessary, the promotion to int will occur automatically. John> [...] and I pull ints off the stack via va_arg but I assume I John> shouldn't have to do this. Nope, this is required. John> Thus the question, is this a bug or don't I understand something John> about variable arguement lists? It's a bug, but it's in your code, not in gcc's stdarg.h implementation. --jtc - -- J.T. Conklin RedBack Networks --------------------------- Newsgroups: comp.os.vxworks Subject: HDLC Driver for MPC860 Date: Tue, 15 Jun 1999 01:04:15 -0400 From: "Raj K Meel" Message-ID: Hi, Does anyone know of a good industrial quality HDLC driver for MPC860. We need to use it for PPP over HDLC over T1. Thanks Raj Meel --------------------------- Newsgroups: comp.os.vxworks Subject: Re: what's wrong with gcc Date: Tue, 08 Jun 1999 14:38:09 -0500 From: Mike Beede Organization: Ciprico Inc. Message-ID: <375D7121.D5C5F527@ciprico.com> References: <3758c313.0@dnews.sbell.com.cn> <37599865.9B756BE1@ntanet.net> <3759d00a.0@dnews.sbell.com.cn> Dave Schmidt wrote: > > Howdy, > > To clarify the linking and loading issue here. The 'ld()' command in > the VxWorks shell will not resolve two way cross references between a > loaded module and one which is being loaded. It can only resolve > references to previously loaded code, i.e. it can resolve a reference to > 'printf()' in the module being loaded, but it cannot resolve a reference > in a previously loaded module to a function defined in the module being > loaded. The user can issue any number of 'ld()' commands. I've discovered this independently. The Wind River documenation claims the precise opposite, however. Specifically, in 11.2.2 of the Tornado User's Guide it says "You can load modules in any order, regardless of which modules call which other modules." It then discusses the possibility that unresolved references may remain. I'm glad to see that I wasn't just doing something wrong. I wonder if the loader ever worked this way (the manual says "Tornado 1.0" and we're using 1.0.1, I believe). Mike --------------------------- Newsgroups: comp.os.vxworks Subject: Re: what's wrong with gcc Date: Tue, 08 Jun 1999 14:38:43 -0500 From: Mike Beede Organization: Ciprico Inc. Message-ID: <375D7143.3655A775@ciprico.com> References: <3758c313.0@dnews.sbell.com.cn> <37599865.9B756BE1@ntanet.net> <3759d00a.0@dnews.sbell.com.cn> Dave Schmidt wrote: > > Howdy, > > To clarify the linking and loading issue here. The 'ld()' command in > the VxWorks shell will not resolve two way cross references between a > loaded module and one which is being loaded. It can only resolve > references to previously loaded code, i.e. it can resolve a reference to > 'printf()' in the module being loaded, but it cannot resolve a reference > in a previously loaded module to a function defined in the module being > loaded. The user can issue any number of 'ld()' commands. I've discovered this independently. The Wind River documenation claims the precise opposite, however. Specifically, in 11.2.2 of the Tornado User's Guide it says "You can load modules in any order, regardless of which modules call which other modules." It then discusses the possibility that unresolved references may remain. I'm glad to see that I wasn't just doing something wrong. I wonder if the loader ever worked this way (the manual says "Tornado 1.0" and we're using 1.0.1, I believe). Mike --------------------------- Newsgroups: comp.os.vxworks Subject: Re: test vmebus interrupts Date: Tue, 15 Jun 1999 08:33:49 +0200 From: Paul Chien Organization: Mecalc (Pty) Ltd Message-ID: <3765F3CD.C6795F85@mecalc.co.za> References: <376549E9.514A6030@ensem.u-nancy.fr> Hi > 1- where would be the problem? Your test program look fine to me. Try check if your BSP has support for sysBusIntGen (), it might not be implemented and simply returns OK. > 2-does somebody send me a program to test vmebus interrupts on Power3E? There is a VME bus interrupt example at WRS web-site. Cheers, Paul Kokou Djath wrote: > > Hi, > I try to test vmebus interrupts on powerPC (Power3E board) with the > programs below. I compile the program without error. When I execute the > function vmebusInt(), the interrupt routine intFunc() is not executed. > For example executing vmebusInt(2) gives only "p=5" without the message > "My ISR". > 1- where would be the problem? > 2-does somebody send me a program to test vmebus interrupts on Power3E? > > Thanks > > . > . > . > #include "sysLib.h" > #include "iv.h" > #include "intLib.h" > #include "logLib.h" > > int p=5; > > void intFunc(int arg) > { > p=arg; > logMsg("My ISR\n",0,0,0,0,0,0); > } > > void vmebusInt(int arg) > { > intConnect(INUM_TO_IVEC(5),(VOIDFUNCPTR) intFunc,arg); > sysIntEnable(5); > sysBusIntGen(5,0x65); > taskDelay(5); > printf("p= %d\n", p); > } --------------------------- Newsgroups: comp.os.vxworks Subject: test Date: Tue, 15 Jun 1999 06:34:16 GMT From: yosiy@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7k4s58$e4k$1@nnrp1.deja.com> test1 Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: connectWithTimeout Date: 8 Jun 1999 20:41:01 GMT From: Hwa-Jin Bae Organization: PSO Systems Inc (http://www.pso.com) Message-ID: <7jjv4t$p0v$1@news.idiom.com> References: <375D4F58.6AB1@gecm.com> Dave Moore wrote: > Hello everyone, > I'm experiencing some trouble using 'connectWithTimeout' and TCP/IP > sockets. Applying a client/server relationship, I can get a connection > between two PPC cards *PROVIDED* I run up the server first. If I use > connectWithTimeout (client side) to wait until the server is ready, then > it immediately returns a perror S_errno_ENOTCONN and doesn't wait for > the specified 'timeout' period. This 'ENOTCONN' error appears to be > undocumented. If the server side is not up and accepting connections, the SYN packet generated when the client side issues connect() request will be rejected via a RST packet. The server side TCP stack has to do this, according to the RFC. So the behavior you see is within the TCP specs. Anyway, one way to avoid the whole problem is to wait until the server side is up. You could use ping(). And taskDelay() until you are confident that server is up. Or just reissue connectWithTimeout() until it succeeds. > This behaviour only occurs using the front panel ethernet. If I use it > on the Shared Memory network (across a VME backplane), then > 'connectWithTimeout' works fine and will wait until the server is run > up. This is curious. This probably has to do with the way with timing. TCP stack on a card on the backplane may not even be up to reply to SYN with a RST. If that's the case, and timing happens to work out that way, then you may see the behavior you see here. For example, the initial SYN packet goes out, but the backplane network on the other side is not quite up yet, or the other side is not fully initialized so the TCP stack on the other side does not respond yet. Then the retranmission of the initial SYN will be delayed. The more you wait, the more significant the delay. If so, the server side actually has time window to come up and initialize, run the server and all that. When the retransmitted SYN packet comes in, everything works as if nothing bad happened! Of course, I am just speculating here. > So what's the difference between using the front panel ethernet and > Shared memory network. And what's this 'ENOTCONN' error?. ENOTCONN means it couldn't connect. Need more info on your setup to tell you why ethernet/sm work differently. - -- Hwa-Jin Bae PSO Systems Inc -- Embedded SW/HW design, consulting, support, training mailto:hjb@pso.com http://www.pso.com Un-official VxWorks FAQ http://www.pso.com/vxfaq.html --------------------------- Newsgroups: comp.os.vxworks Subject: SDRAM RAM code for MPC860 Date: Tue, 15 Jun 1999 16:59:18 +0900 From: "Youngju, Jung" Organization: Seoul National University, Republic of Korea Message-ID: <7k514p$brs$1@news.kren.nm.kr> Hi everybody I'm VxWorks beginner. I want to attach SDRAM at my MPC860 board. but I don't know where I find UPM ram code for SDRAM. where can I find some information about it? or where can I find SDRAM UPM ram code? or Is there shortcut to make code for SDRAM? if somebody give me a hint, it will be a great help for me. YoungJu --------------------------- Newsgroups: comp.os.vxworks Subject: initialization of dosFs Date: Tue, 15 Jun 1999 11:03:08 +0200 From: Rolf Kistler Organization: Wavetek Wandel Goltermann Message-ID: <376616CC.39AF4382@stest.ch> Hello, I have a problem with the initialization of dosFs when booting vxWorks. The initialization of dosFs fails with the following error message: > Attaching to scsi device... 0xf73bc (tBoot): memPartAlloc: > block too big - 65600 in partition 0x744c8. There are some quite deeply nested directory trees on the dosFs which are created without any problems by vxWorks applications. But when the system is rebooted dosFs cannot initialize ... Why does the initialization of dosFs use so much memory? Are there limitions of the dosFs like maximum number of directories, maximum "depth" of directory trees, path length, ... ? Thanks in advance, Rolf Kistler Wavetek Wandel Goltermann --------------------------- Newsgroups: comp.os.vxworks Subject: Re: SDRAM RAM code for MPC860 Date: Tue, 15 Jun 1999 09:17:37 GMT From: lourens@mecalc.co.za (Lourens Geldenhuys) Organization: Mecalc (Pty) Ltd Message-ID: <37661769.9228339@modem.mecalc.co.za> References: <7k514p$brs$1@news.kren.nm.kr> Reply-To: lourens@mecalc.co.za On Tue, 15 Jun 1999 16:59:18 +0900, "Youngju, Jung" wrote: >Hi everybody >I'm VxWorks beginner. > >I want to attach SDRAM at my MPC860 board. >but I don't know where I find UPM ram code for SDRAM. > The UPM table setup depends on the type and speed of SDRAM and the speed off the bus. >where can I find some information about it? >or where can I find SDRAM UPM ram code? > See the MPC8XXFADS board User's Manual for examples. Try http://www.motorola.com/SPS/RISC/netcomm/aesop/mpc8XX/8XX/fads-um0-1.pdf and http://www.motorola.com/SPS/RISC/netcomm/aesop/mpc8XX/SD8XX.pdf and the MPC860 User Manual chapter 16 http://www.motorola.com/SPS/RISC/netcomm/aesop/mpc8XX/860/860UM.pdf Regards Lourens Geldenhuys ================================================================ Lourens Geldenhuys Tel: +27 (0)12 665 1480 Project Engineer Fax: +27 (0)12 665 1495 Mecalc (Pty) Ltd e-mail: lourens@mecalc.co.za 86 Oak Avenue, Highveld Technopark, Centurion, South Africa ================================================================ --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Tue Jun 15 08:28:55 1999 From: suppression.du.domaine@thomson.fr Date: Tue Jun 15 08:28:59 PDT 1999 Subject: Auto Reply to your message ... This is a MIME-encapsulated message --=========37664C0500002ADF/thomplex.thomson-csf.com ----- The following is an automated response to your message ----- generated on behalf of suppression.du.domaine@thomson.fr < INFORMATION : Votre message n'a pas été délivré à son destinataire. A compter du 10 Mai, Les domaines de messagerie xxxxx.thomson.fr sont définitivement abandonnés. Veuillez utiliser désormais les domaines xxxxx.thomson-csf.com < Received: by thomplex.thomson-csf.com (NPlex 2.0.123); Tue, 15 Jun 1999 17:21:52 +0200 X400-Received: by mta THOMPLEX in /PRMD=THOMSON/ADMD=ATLAS/C=FR; relayed; 15 Jun 1999 17:21:52 +0200 X400-Received: by mta GWSMTPLTCOAYA in /PRMD=THOMSON/ADMD=ATLAS/C=FR; relayed; 15 Jun 1999 17:21:49 -0100 X400-Received: by mta thomplex.thomson-csf.com in /PRMD=THOMSON/ADMD=ATLAS/C=FR; relayed; 15 Jun 1999 17:21:49 +0200 X400-Received: by mta gwsmtp.thomson-csf.comon-csf.com in /PRMD=THOMSON/ADMD=ATLAS/C=FR; relayed; 15 Jun 1999 17:22:46 +0200 From: vxwexplo@lbl.gov To: vxworks_users@csg.lbl.gov Subject: comp.os.vxworks newsdigest X400-MTS-Identifier: [/PRMD=THOMSON/ADMD=ATLAS/C=FR;<199906151100.EAA04759@>] Message-Id: <199906151100.EAA04759acsg.lbl.gov@MHS> Date: 15 Jun 1999 17:22:46 +0200 Importance: normal Autoforwarded: false X-Priority: 3 (Normal) Submitted-by owner-vxwexplo-process Tue Jun 15 04:00:36 1999 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Tue Jun 15 04:00:32 PDT 1999 Subject: Re: Symbol table won't download Subject: mmap on VxWorks Subject: Re: what's wrong with gcc Subject: Re: Problem with NobleNet portmapper and Omni-NFS server. Subject: Re: what's wrong with gcc Subject: Problems with mkboot Subject: GCC PPC linker script Subject: test vmebus interrupts Subject: T2 Project facility: Adding include paths Subject: socket problems Subject: Re: vxWorks Scheduling Subject: Re: vxWorks Scheduling Subject: Re: test vmebus interrupts Subject: Re: vxWorks Scheduling Subject: Re: vxWorks Scheduling Subject: Re: Calculating MIPs ? Subject: Re: What is different OS9 from VxWorks ? Subject: FREE XXX SEX PICTURES FOR YOU! 5501 Subject: Re: socket problems Subject: Undefined symbol Subject: Configuring vxWorks for bootp Subject: Re: Configuring vxWorks for bootp Subject: DECNET for VxWorks? Subject: Re: what's wrong with gcc Subject: UDP datagram size and the MTU Subject: Re: SENS Subject: Re: Bug in stdlib for ARM? Subject: HDLC Driver for MPC860 Subject: Re: what's wrong with gcc Subject: Re: what's wrong with gcc Subject: Re: test vmebus interrupts Subject: test Subject: Re: connectWithTimeout Subject: SDRAM RAM code for MPC860 Subject: initialization of dosFs Subject: Re: SDRAM RAM code for MPC860 ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Symbol table won't download Date: Mon, 07 Jun 1999 17:34:59 +0200 From: Roberto Nunnari Organization: AGIE Message-ID: <375BE6A3.1407EDBD@agie.ch> References: <3755B72B.4C440338@lmco.com> #define INCLUDE_NET_SYM_TBL /* load symbol table from network */ Best regards. - -- Roberto Nunnari -software engineer- mailto:roberto.nunnari@agie.ch AGIE - http://www.agie.com Via dei pioppi 16 tel: +41-91-8069138 6616 Losone """ Switzerland (o o) =======================oOO==(_)==OOo======================== MY OPNIONS ARE NOT NECESSARELY THOSE OF MY EMPLOYER --------------------------- Newsgroups: comp.os.vxworks Subject: mmap on VxWorks Date: Mon, 7 Jun 1999 15:39:37 GMT From: Kirk Ellett Organization: The Boeing Co. Message-ID: <375BE7B9.43605214@boeing.com> Reply-To: kirk.d.ellett@boeing.com Sender: nntp@news.boeing.com (Boeing NNTP News Access) Hello, I am trying to port a UNIX application to a VxWorks PPC board with a SCSI disk. The legacy app liberally uses the mmap function to map disk files to CPU address space. Is there a similiar function in VxWorks? Kirk --------------------------- Newsgroups: comp.os.vxworks Subject: Re: what's wrong with gcc Date: Sat, 05 Jun 1999 21:36:39 GMT From: David Hamel Organization: @Home Network Message-ID: <37599865.9B756BE1@ntanet.net> References: <3758c313.0@dnews.sbell.com.cn> Zha Junhai wrote: > I found a strange think about gcc. > When I use 'make current file' to compile one object file > of my program, it is 41KB. > When I program a makefile which first will ldppc some > object files, if thest doesn't exist, it will compile > each object file. But when I done so, I find the object > file (before mentioned) is only 23KB. > I don't know what has caused this. > > Any answer will be appreciated. Obviously the file was compiled differently, probably one version was compiled with debugging symbols. (-g) Maybe you could provide the build output? --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Problem with NobleNet portmapper and Omni-NFS server. Date: Mon, 7 Jun 1999 15:55:52 GMT From: Gerald van Kampen Organization: =?iso-8859-1?Q?Oc=E9=2DTechnologies?= B.V. Message-ID: <375BEB88.B632BD3C@oce.nl> References: <3.0.6.32.19990604173115.0090a100@olympia.rti.com> Sender: news@oce.nl (The Daily News @ nntp01.oce.nl) Ramnivas Laddad wrote: > Hello, > > I am trying to evaluate the Omni-NFS server from XLink Technologies. > I am also a Tornado (NT) user and it requires that I use portmapper > supplied by NobleNet. I eventually plan to mount drives exported by > nfs server running on NT box onto vxWorks target. > > The problem, I am facing is I cannot start Omni-NFS service if the > NobleNet portmapper is already started. > > If I start the Omni-NFS server first, when I start NobleNet's portmapper, > I get these messages. > "portmap: Cannot bind datagram socket. > portmap: Another Promapper may be running > winsock: Address already in use" > Then, if I start WindShell from Tornado, I get "Target Server @ > is not responding. It may be too busy to answer..." > I once ran into the same problem (not fixed). Only one portmapper can be active on a system for a given port (Portmap uses port 111, I think). The problem is that Omni NFS wants to start and use it's own (restricted to NFS ?) built-in portmapper instead of using this service from system global portmap applications like Noblenet. Try instead: http://www.truegrid.com/nfs.html - -- Gerald van Kampen --------------------------- Newsgroups: comp.os.vxworks Subject: Re: what's wrong with gcc Date: Sun, 6 Jun 1999 09:28:37 +0800 From: "Zha Junhai" Organization: Alcatel/Bell Message-ID: <3759d00a.0@dnews.sbell.com.cn> References: <3758c313.0@dnews.sbell.com.cn> <37599865.9B756BE1@ntanet.net> Hi, When I first use below makefile to compile and link my program, I found the hdlc.o and test.o is small. and if server.o want to use the function defined in hdlc.h and implemented in hdlc.c by include the hdlc.h, when i use "ld < test.o" to download it to target in Tornado's shell, it always tell me the function is undefined. So I make a bat to do such: first compile hdlc.o and server.o and then link hdlc.o and server.o to output test.o. When I did like this, it's OK when download test.o to target. For I'm new in using gcc, I don't what has caused this. And thanks of you answer. ${test}\test.o : ${test}\hdlc.o ${test}\server.o $(LD) -o ${test}\test.o -r ${test}\hdlc.o ${test}\server.o ${test}\hdlc.o : HDLC.C HDLC.h $(CC) $(CFLAGS) -c HDLC.C ${test}\server.o : server.C server.h $(CC) $(CFLAGS) -c server.C David Hamel wrote in message news:37599865.9B756BE1@ntanet.net... > Zha Junhai wrote: > > I found a strange think about gcc. > > When I use 'make current file' to compile one object file > > of my program, it is 41KB. > > When I program a makefile which first will ldppc some > > object files, if thest doesn't exist, it will compile > > each object file. But when I done so, I find the object > > file (before mentioned) is only 23KB. > > I don't know what has caused this. > > > > Any answer will be appreciated. > > Obviously the file was compiled differently, probably > one version was compiled with debugging symbols. (-g) > Maybe you could provide the build output? --------------------------- Newsgroups: comp.os.vxworks Subject: Problems with mkboot Date: Mon, 14 Jun 1999 13:39:40 GMT From: mmcgarry8798@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7k30mq$ov5$1@nnrp1.deja.com> Hello fellow VxWorks users, I am having a problem using "mkboot" to create a VxWorks boot floppy. When I issue the command "mkboot a: vxWorks.st", I get the following error: "Failed to install boot sector on drive a:!". I am using a brand new pre-formatted floppy, that passes a chkdsk. Regards, Michael McGarry Tornado vxWorks VxWorks Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: GCC PPC linker script Date: Mon, 07 Jun 1999 19:36:25 GMT From: dkirtley@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7jh6vo$1b$1@nnrp1.deja.com> Im having a problem getting my compiled programs to run on my target PowerPC 604 Vxworks system. I believe the problem is with my .ld linker script. Can anyone post or email me their default PPC linker script, it would be a huge help. Thank you. David Kirtley Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: test vmebus interrupts Date: Mon, 14 Jun 1999 20:28:58 +0200 From: Kokou Djath Organization: CIRIL, Nancy, France Message-ID: <376549E9.514A6030@ensem.u-nancy.fr> Hi, I try to test vmebus interrupts on powerPC (Power3E board) with the programs below. I compile the program without error. When I execute the function vmebusInt(), the interrupt routine intFunc() is not executed. For example executing vmebusInt(2) gives only "p=5" without the message "My ISR". 1- where would be the problem? 2-does somebody send me a program to test vmebus interrupts on Power3E? Thanks --=========37664C0500002ADF/thomplex.thomson-csf.com-- From owner-vxwexplo-process Tue Jun 15 09:10:43 1999 From: David Laight Date: Tue Jun 15 09:10:47 PDT 1999 Subject: Re: mbx860 and memory mapping Ian, I don't know anything about the mbx860 board, however I can answer some of your questions based on standard PCI hardware. > Subject: mbx860 and memory mapping > Submitted-by: "Moy, Ian" > > Is there any function, e.g. pciIomapLibInit, that needs to be called? > What addresses, memory and I/O mapped, do you write to the PCI config base > registers, for 1 or multiple modules? Basically the addresses you assign to the I/O card must be in the range that the systems host-pci bridge passes onto the PCI bus. This is normally limited to a small number of ranges. Apart from that you have a free choice of addresses. On an Intel PC the BIOS does all this work for you. If you are initialising the hardware youself you probably need to allocate part of the address space to the PCI subsystem. I would then write some generic code to assign the address space to a card. As well as memory and I/O address space you need to worry about 'bus numbers'. Each PCI bus in a system has to be allocated a number (0 to 127 as I recall). The PCI busses behind each bridge have to have a dense range of bus numbers. For systems with multiple PCI busses this allocation can only be done with knowledge of how the busses are connected (with two PCI busses there can be two host-PCI bridges, or a PCI-PCI bridge). Certain I/O card also use a PCI bridge (eg those with multiple devices). > The driver uses pciIntConnect, how do I include this function in my BSP? > > Another problem I am having is that pciFindDevice finds the same module > twice but with a different value for pciDevice. e.g. > > /* first time around */ > tPIPS: unit: 0, bus: 0, device: 4, func: 0 > > /* Next time, same module */ > tPIPS: unit: 1, bus: 0, device: 20, func: 0 > > Has anyone seen this before? Should I only be calling pciFindDevice for the > amount of modules I have rather than relying on the functon returning an > error? I have seen this. Some PCI bridges don't decode the top bit of the device number. (It was an Acer 75MHz Pentium! I guess you have a re-incarnation of the same bug.) I suspect you need to hack pciFindDevice to stop at device 15. > > The ethernet controller is an Intel 82558 and the driver I am trying to > adapt is the vxWorks if_fei.c. The 82558 (as I recall) uses rings, so start from your favorite (simple) driver for such a chipset. I don't know which chip the if_fei driver is for. The 82558 should be compatible with 556 and 557 drivers. You probably don't want to use all the 'early receive' and early transmitt gubbins - IMHO only useful for improving some Netware benchmarks. > > Any help with adding PCI devices to this BSP would be gratefully recieved. > > Cheers, > > Ian. David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 278 256 Cambridge, UK fax: +44 1223 278 201 From owner-vxwexplo-process Tue Jun 15 09:14:01 1999 From: shalz@csg.lbl.gov (Loren Shalz) Date: Tue Jun 15 09:14:07 PDT 1999 Subject: resend of digest This digest is being resent because one article had lines beginning with '.' causing the mailer to terminate at that point. The offending lines have been edited by prepending a space. Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Tue Jun 15 04:00:32 PDT 1999 Subject: Re: Symbol table won't download Subject: mmap on VxWorks Subject: Re: what's wrong with gcc Subject: Re: Problem with NobleNet portmapper and Omni-NFS server. Subject: Re: what's wrong with gcc Subject: Problems with mkboot Subject: GCC PPC linker script Subject: test vmebus interrupts Subject: T2 Project facility: Adding include paths Subject: socket problems Subject: Re: vxWorks Scheduling Subject: Re: vxWorks Scheduling Subject: Re: test vmebus interrupts Subject: Re: vxWorks Scheduling Subject: Re: vxWorks Scheduling Subject: Re: Calculating MIPs ? Subject: Re: What is different OS9 from VxWorks ? Subject: FREE XXX SEX PICTURES FOR YOU! 5501 Subject: Re: socket problems Subject: Undefined symbol Subject: Configuring vxWorks for bootp Subject: Re: Configuring vxWorks for bootp Subject: DECNET for VxWorks? Subject: Re: what's wrong with gcc Subject: UDP datagram size and the MTU Subject: Re: SENS Subject: Re: Bug in stdlib for ARM? Subject: HDLC Driver for MPC860 Subject: Re: what's wrong with gcc Subject: Re: what's wrong with gcc Subject: Re: test vmebus interrupts Subject: test Subject: Re: connectWithTimeout Subject: SDRAM RAM code for MPC860 Subject: initialization of dosFs Subject: Re: SDRAM RAM code for MPC860 ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Symbol table won't download Date: Mon, 07 Jun 1999 17:34:59 +0200 From: Roberto Nunnari Organization: AGIE Message-ID: <375BE6A3.1407EDBD@agie.ch> References: <3755B72B.4C440338@lmco.com> #define INCLUDE_NET_SYM_TBL /* load symbol table from network */ Best regards. - -- Roberto Nunnari -software engineer- mailto:roberto.nunnari@agie.ch AGIE - http://www.agie.com Via dei pioppi 16 tel: +41-91-8069138 6616 Losone """ Switzerland (o o) =======================oOO==(_)==OOo======================== MY OPNIONS ARE NOT NECESSARELY THOSE OF MY EMPLOYER --------------------------- Newsgroups: comp.os.vxworks Subject: mmap on VxWorks Date: Mon, 7 Jun 1999 15:39:37 GMT From: Kirk Ellett Organization: The Boeing Co. Message-ID: <375BE7B9.43605214@boeing.com> Reply-To: kirk.d.ellett@boeing.com Sender: nntp@news.boeing.com (Boeing NNTP News Access) Hello, I am trying to port a UNIX application to a VxWorks PPC board with a SCSI disk. The legacy app liberally uses the mmap function to map disk files to CPU address space. Is there a similiar function in VxWorks? Kirk --------------------------- Newsgroups: comp.os.vxworks Subject: Re: what's wrong with gcc Date: Sat, 05 Jun 1999 21:36:39 GMT From: David Hamel Organization: @Home Network Message-ID: <37599865.9B756BE1@ntanet.net> References: <3758c313.0@dnews.sbell.com.cn> Zha Junhai wrote: > I found a strange think about gcc. > When I use 'make current file' to compile one object file > of my program, it is 41KB. > When I program a makefile which first will ldppc some > object files, if thest doesn't exist, it will compile > each object file. But when I done so, I find the object > file (before mentioned) is only 23KB. > I don't know what has caused this. > > Any answer will be appreciated. Obviously the file was compiled differently, probably one version was compiled with debugging symbols. (-g) Maybe you could provide the build output? --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Problem with NobleNet portmapper and Omni-NFS server. Date: Mon, 7 Jun 1999 15:55:52 GMT From: Gerald van Kampen Organization: =?iso-8859-1?Q?Oc=E9=2DTechnologies?= B.V. Message-ID: <375BEB88.B632BD3C@oce.nl> References: <3.0.6.32.19990604173115.0090a100@olympia.rti.com> Sender: news@oce.nl (The Daily News @ nntp01.oce.nl) Ramnivas Laddad wrote: > Hello, > > I am trying to evaluate the Omni-NFS server from XLink Technologies. > I am also a Tornado (NT) user and it requires that I use portmapper > supplied by NobleNet. I eventually plan to mount drives exported by > nfs server running on NT box onto vxWorks target. > > The problem, I am facing is I cannot start Omni-NFS service if the > NobleNet portmapper is already started. > > If I start the Omni-NFS server first, when I start NobleNet's portmapper, > I get these messages. > "portmap: Cannot bind datagram socket. > portmap: Another Promapper may be running > winsock: Address already in use" > Then, if I start WindShell from Tornado, I get "Target Server @ > is not responding. It may be too busy to answer..." > I once ran into the same problem (not fixed). Only one portmapper can be active on a system for a given port (Portmap uses port 111, I think). The problem is that Omni NFS wants to start and use it's own (restricted to NFS ?) built-in portmapper instead of using this service from system global portmap applications like Noblenet. Try instead: http://www.truegrid.com/nfs.html - -- Gerald van Kampen --------------------------- Newsgroups: comp.os.vxworks Subject: Re: what's wrong with gcc Date: Sun, 6 Jun 1999 09:28:37 +0800 From: "Zha Junhai" Organization: Alcatel/Bell Message-ID: <3759d00a.0@dnews.sbell.com.cn> References: <3758c313.0@dnews.sbell.com.cn> <37599865.9B756BE1@ntanet.net> Hi, When I first use below makefile to compile and link my program, I found the hdlc.o and test.o is small. and if server.o want to use the function defined in hdlc.h and implemented in hdlc.c by include the hdlc.h, when i use "ld < test.o" to download it to target in Tornado's shell, it always tell me the function is undefined. So I make a bat to do such: first compile hdlc.o and server.o and then link hdlc.o and server.o to output test.o. When I did like this, it's OK when download test.o to target. For I'm new in using gcc, I don't what has caused this. And thanks of you answer. ${test}\test.o : ${test}\hdlc.o ${test}\server.o $(LD) -o ${test}\test.o -r ${test}\hdlc.o ${test}\server.o ${test}\hdlc.o : HDLC.C HDLC.h $(CC) $(CFLAGS) -c HDLC.C ${test}\server.o : server.C server.h $(CC) $(CFLAGS) -c server.C David Hamel wrote in message news:37599865.9B756BE1@ntanet.net... > Zha Junhai wrote: > > I found a strange think about gcc. > > When I use 'make current file' to compile one object file > > of my program, it is 41KB. > > When I program a makefile which first will ldppc some > > object files, if thest doesn't exist, it will compile > > each object file. But when I done so, I find the object > > file (before mentioned) is only 23KB. > > I don't know what has caused this. > > > > Any answer will be appreciated. > > Obviously the file was compiled differently, probably > one version was compiled with debugging symbols. (-g) > Maybe you could provide the build output? --------------------------- Newsgroups: comp.os.vxworks Subject: Problems with mkboot Date: Mon, 14 Jun 1999 13:39:40 GMT From: mmcgarry8798@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7k30mq$ov5$1@nnrp1.deja.com> Hello fellow VxWorks users, I am having a problem using "mkboot" to create a VxWorks boot floppy. When I issue the command "mkboot a: vxWorks.st", I get the following error: "Failed to install boot sector on drive a:!". I am using a brand new pre-formatted floppy, that passes a chkdsk. Regards, Michael McGarry Tornado vxWorks VxWorks Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: GCC PPC linker script Date: Mon, 07 Jun 1999 19:36:25 GMT From: dkirtley@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7jh6vo$1b$1@nnrp1.deja.com> Im having a problem getting my compiled programs to run on my target PowerPC 604 Vxworks system. I believe the problem is with my .ld linker script. Can anyone post or email me their default PPC linker script, it would be a huge help. Thank you. David Kirtley Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: test vmebus interrupts Date: Mon, 14 Jun 1999 20:28:58 +0200 From: Kokou Djath Organization: CIRIL, Nancy, France Message-ID: <376549E9.514A6030@ensem.u-nancy.fr> Hi, I try to test vmebus interrupts on powerPC (Power3E board) with the programs below. I compile the program without error. When I execute the function vmebusInt(), the interrupt routine intFunc() is not executed. For example executing vmebusInt(2) gives only "p=5" without the message "My ISR". 1- where would be the problem? 2-does somebody send me a program to test vmebus interrupts on Power3E? Thanks . . . #include "sysLib.h" #include "iv.h" #include "intLib.h" #include "logLib.h" int p=5; void intFunc(int arg) { p=arg; logMsg("My ISR\n",0,0,0,0,0,0); } void vmebusInt(int arg) { intConnect(INUM_TO_IVEC(5),(VOIDFUNCPTR) intFunc,arg); sysIntEnable(5); sysBusIntGen(5,0x65); taskDelay(5); printf("p= %d\n", p); } --------------------------- Newsgroups: comp.os.vxworks Subject: T2 Project facility: Adding include paths Date: Mon, 07 Jun 1999 16:01:59 -0700 From: Stephen Macmanus Organization: Wind River Systems Message-ID: <375C4F67.49D4@wrs.com> Yes, there is a way of adding include paths. Select the "Builds" tab in the project facility, and the list of current builds appears. Double-click on an entry and the build specification window opens. The "C/C++ compiler" tab in that window contains the include path directives and other options. To preserve existing entries, the "Project->Add/Include->Build" menu selection will create a new build record. Stephen Daniel Stewart wrote: > > I am attempting to use Tornado II (switching over from Tornado I) and am > becoming increasing frustrated. Does anyone know how to specify in > Tornado II a directory for my own include files? I would think this is > an extremely simple and straightforward thing to do, but obviously it is > not. Since Tornado II remakes the makefile each time you build, futzing > with that is of no use. I continue to receive the > "No rule to make target XXX.h needed to make XXX.o" > Surely there is a method of specifying additional include directories to > search during the make process (similar to adding a vpath variable to > the makefile). > > Thanks, > Daniel Stewart > > Motorola Labs - -- - ------------------ Stephen Macmanus #include Software Engineer Wind River Systems --------------------------- Newsgroups: comp.os.vxworks Subject: socket problems Date: Mon, 07 Jun 1999 22:29:23 GMT From: cvarva@wrsystems.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7jhh3m$3mf$1@nnrp1.deja.com> I am developing a server system using VxWorks 5.3 and a Motorola 167 board communicating with a NT client via TCP sockets. I am trying to send 80 messages of approx 450 bytes per second. The server sends a few seconds worth of data(which is received by the client) and then PENDs on the socket write call. The server then never sends anymore data and remains in the PEND state. If I slow the sending down to 10 messages a second, everything appears to be OK. I tried using the NODELAY to disable the small message buffering algortihm but it seemed to have no relevance. I am using the select facility as well to check before I write(). I have also tried using send with MSG_DONTROUTE option, and increasing the socket send buffer to 32K. Any ideas would be greatly appreciated as I am close to loosing what little sanity I had before this project. Thanks in advance, Chris cvarva@wrsystems.com Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Scheduling Date: Mon, 14 Jun 1999 22:40:02 +0200 From: Marvin Organization: personal Message-ID: <376568A0.A4533DB8@nomail.com> References: <376040E5.A4D68BE@nomail.com> > Thank you all for giving me all of those helpful hints and support !!! >You should call WRS. There is a SPR on this problem. >SPR# 24759 >TITLE: powerPC scheduler sometime schedules lower priority tasks over >higher >priority tasks. I contacted WRS and gave them a more detailed description of that problem. I try to post the final result of those efforts in this discussion group. If there are other vxWorks SW Engineers out there who noticed a similar behaviour I would be very glad to hear from you. Thanks ! Regrads Armin --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Scheduling Date: Mon, 14 Jun 1999 22:43:23 +0200 From: Marvin Organization: personal Message-ID: <3765696B.EB9EC66D@nomail.com> References: <376040E5.A4D68BE@nomail.com> <376060ee.1200048@news.texas.net> Thanks a lot for your input. Yes you are right : This doesn't sound right at all. In fact I have done excessive survery to figure out what is going on on that target (because that scheduling behaviour led to some very special side effects). I didn't use WindView (I din't have it) but I have an other low level debugging possibility which has been implemented in our company for cross embedded development (over different plattforms and kernels). It is also a very powerful thing. So I can watch the task switches and some dedicated point in the source code (and if I want IRQ service routine). What I don't see at the moment is the task states ... . I will have to imlement a possibility to watch those states. But I am pretty sure that (as you mentioned) the main task is NOT ready, also it should be. I know this is crazy, BUT on the other side it is a good chance to step deeper and deeper into vxWorks (just an attempt to see things positive ... ;-) ) Thanks Marvin > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: test vmebus interrupts Date: Mon, 14 Jun 1999 15:16:37 -0400 From: "Lawrence T. Hoff" Organization: Brookhaven National Lab Message-ID: <37655515.45D51E73@bnl.gov> References: <376549E9.514A6030@ensem.u-nancy.fr> Kokou Djath wrote: > > Hi, > I try to test vmebus interrupts on powerPC (Power3E board) with the > programs below. It is possible that the sysBusIntGen() function only works for "other" VMEbus modules. After all, it's a little funny to be interupting yourself using VMEbus! I know that your technique *does* work on an MVME162, because I've done it on that board. I've never tried it on a Power3E, tho. What is it you are trying to test? Could you achieve your goal using a second Power3E board? - -- Building 911-C, Brookhaven National Laboratory PO Box 5000, Upton, NY, 11973 http://www.rhichome.bnl.gov/~hoff, mailto:hoff@bnl.gov Phone: (516) 344-2194 FAX: (516) 344-5443 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Scheduling Date: Mon, 14 Jun 1999 22:58:10 +0200 From: Marvin Organization: personal Message-ID: <37656CE1.477EB5AE@nomail.com> References: <376040E5.A4D68BE@nomail.com> <37610B35.3E4E39BF@nortelnetworks.com> <7jrhkj$ocb$1@cascade.cs.ubc.ca> I totally agree: Sometimes you have to decide in which manner you leave an ISR. In my last project we used a kernel where it was possible to do that by calling different kernel functions at the end of the interrupt service routine (for example forcing a reschedule or not and so on) on assembler level. But here in vxWorks things seem to be different (please, please correct me if I am wrong ...). The ISR is connected by intConnect ( ). After that correct handling has to be managed by the preemptive kernel. And this means (and that is what the handbook says also) a rescheduling procedure after finishing the ISR according to the preemptive multitasking scheme of vxWorks. Or in other words: I don't see a possibility to influence the kernels scheduling behaviour. Thank you ! Marvin --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Scheduling Date: Mon, 14 Jun 1999 23:08:02 +0200 From: Marvin Organization: personal Message-ID: <37656F31.5743FCE5@nomail.com> References: <376040E5.A4D68BE@nomail.com> <37610B35.3E4E39BF@nortelnetworks.com> Tim Sohacki wrote: > Any chance that the low priority task is running at an > inherited priority? In VxWorks, the priority inheritance > protocol is a modified basic inheritance protocol, with > unexpected results sometimes. (The protocol does not let > a task return to its normal priority until the task releases > all locked mutex's instead of just the locked mutex that > caused the priority inheritance.) I checked that by writing the priority of the task to a low level debugging entity at the moment of the problem's occurance. I used getPriority ( ). The task priority seems still to be on the same level. Please correct me if I'm wrong, but I think if there was a inhererted priortiy problem this routine should return the priority of a higher level task. (shouldn't it ???). Thank you ! Marvin --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Calculating MIPs ? Date: Tue, 08 Jun 1999 05:28:24 GMT From: bobarmstrong@home.nothiis.net (Robert Armstrong) Organization: @Home Network Message-ID: References: <3757F5B7.C34FFC80@scr.siemens.com> There is only one good way to do this, when I wanted to benchmark processors for an ESM system I got some radar data and my most compute hungry task and tried it. Nothing you can use as a benchmark can be absolutely guaranteed to work the same as your software. Not very helpful, however still true. I used the MIPS figure for the i860 once, and added a /16 fudge factor... and was within about 5% the published figures were 60 MIPS max and we got around 3 for our purposes. Suck it and see. Bob In article <3757F5B7.C34FFC80@scr.siemens.com>, ross@scr.siemens.com wrote: > >Does anyone have any recommendations for solving the age-old problem of >processor requirements. I want to determine how much processing power >would be required to run WindNet SENS protocol functions. For example if >I want to set up a PPP connection, roughly how many Instruction cycles >do I need? And how many does it take once the connection is established? > >Such information is a big help in choosing the platform and processor >speed for a new system, so the info should be available somewhere!?? > >Cheers >Ross > >e-mail: ross@scr.siemens.com > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: What is different OS9 from VxWorks ? Date: Tue, 08 Jun 1999 05:37:21 GMT From: bobarmstrong@home.nothiis.net (Robert Armstrong) Organization: @Home Network Message-ID: References: <7ja18n$4vc$1@news2.kornet.net> In article <7ja18n$4vc$1@news2.kornet.net>, "Chae-Ho You" wrote: >I know that vxworks's price is 5 times more than OS9. I don't know the >detail >merit of them. They are real-time OS, but their prices are different. I >would >like to know that reason. Having used vxWorks for several projects and tried OS9 once I found that the best thing about OS9 was that once I had found where it kept the vector base register for the 68040 I could patch out the garbage that turned a type 7 exception stack frame into a type 2 (thus discarding virtually the entire processor context and making a bus error fatal). Other than that, for my prurposes, I'd rather have had a bare machine. When I used it OS9 also kept on waltzing off to play with itself while I was trying to talk to a missile, we justified the cost of vxWorks again the next time. Bob --------------------------- Newsgroups: comp.os.vxworks Subject: FREE XXX SEX PICTURES FOR YOU! 5501 Date: Sun, 06 Jun 1999 14:12:36 GMT From: yofsse@hotmail.com Message-ID: For literally 1000s of free sex pictures goto: http://www.bigwig.net/reality/default.htm xlcgkgbkbjcltwrlqrcgnkzetxuwovmt --------------------------- Newsgroups: comp.os.vxworks Subject: Re: socket problems Date: Tue, 08 Jun 1999 10:55:12 +0100 From: Phil Ashby Organization: BT Wireplay Message-ID: <375CE880.240@wireplay.bt.co.uk> References: <7jhh3m$3mf$1@nnrp1.deja.com> cvarva@wrsystems.com wrote: > > I am developing a server system using VxWorks 5.3 and a Motorola 167 > board communicating with a NT client via TCP sockets. I am trying to > send 80 messages of approx 450 bytes per second. 450 * 80 = 36k/sec - shouldn't be a problem. > ... The server sends a > few seconds worth of data(which is received by the client) and then > PENDs on the socket write call. The server then never sends anymore > data and remains in the PEND state. If I slow the sending down to 10 > messages a second, everything appears to be OK. Hummn. TCP sessions block on write() if the _receiving end_ has not acknowledged the data sent so far, and the send buffer fills up... This can happen because: a) The receiving end is not read()'ing data. b) The network is losing data (causing TCP back-off & retransmission) c) The receiving end is not sending ACKs back promptly (MS-TCP does delayed ACKs up to 500msecs late), which causes the send buffer to fill up. > ... I tried using the > NODELAY to disable the small message buffering algortihm but it seemed > to have no relevance. Unlikely to have much effect. The Nagle algorithm is primarily intended to avoid sending lots of small packets (eg: <10bytes of actual data). > ... I am using the select facility as well to check > before I write(). I have also tried using send with MSG_DONTROUTE > option, and increasing the socket send buffer to 32K. select() is rather ugly for the kernel to implement (and thus slow), perhaps you can find a way to look at the send buffer contents on the socket directly? HTH, - -- !--------------------------- Phil "Phlash" Ashby ---------------------! ! BT Wireplay - Lead Programmer and general technical trivia supplier ! ! Phone: 01473-644348 WWW: http://www.wireplay.com/ ! ! Snail: B81/G41, BT Labs, Martlesham Heath, Ipswich IP5 3RE, England.! --------------------------- Newsgroups: comp.os.vxworks Subject: Undefined symbol Date: Mon, 14 Jun 1999 18:52:40 -0400 From: Peter Message-ID: <376587B7.45E6FBE1@metrolink.net> - --------------523F8036B9624EBF01E8B0EF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit For the past few months I have been reading this newsgroup on occassion and consider the questions and answers posted to be both informative and some have been helpful for the project that I am involved with. I have posted messages a couple of times with questions and the responses that I have received have been very helpful. I now have another question that I am hoping that someone on this newsgroup can provide some help or explanation. On the project that I am working, we have recently come across what I am thinking is a informational message. When we load some programs we get a message indicating "Undefined sysbol" (example below). - -> ld < util.o Undefined symbol: _$_13Iostream_init (binding 1 type 0) value = 24799816 = 0x17a6a48 We have tried to determine what is causing this message. We have not been able to figure out why. I am suspecting that it is something very simple to explain. And if an error, probably easy to correct. Could someone provide an explanation? It would be greatly appreciated. And, if you respond to this post, please also respond to my e-mail address as I do not get the opportunity to read this board frequently. Thank you, Peter - ----------------------------------------------- E-mail: funonh2o@metrolink.net (home) - ----------------------------------------------- - --------------523F8036B9624EBF01E8B0EF Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit For the past few months I have been reading this newsgroup on occassion and consider the questions and answers posted to be both informative and some have been helpful for the project that I am involved with.  I have posted messages a couple of times with questions and the responses that I have received have been very helpful.  I now have another question that I am hoping that someone on this newsgroup can provide some help or explanation.

On the project that I am working, we have recently come across what I am thinking is a informational message.  When we load some programs we get a message indicating "Undefined sysbol" (example below).

-> ld < util.o
Undefined symbol: _$_13Iostream_init (binding 1 type 0)
value = 24799816 = 0x17a6a48

We have tried to determine what is causing this message.  We have not been able to figure out why.   I am suspecting that it is something very simple to explain.   And if an error, probably easy to correct.

Could someone provide an explanation?  It would be greatly appreciated.

And, if you respond to this post, please also respond to my e-mail address as I do not get the opportunity to read this board frequently.

Thank you,
Peter
-----------------------------------------------
E-mail: funonh2o@metrolink.net (home)

-----------------------------------------------
  - --------------523F8036B9624EBF01E8B0EF-- --------------------------- Newsgroups: comp.os.vxworks Subject: Configuring vxWorks for bootp Date: Mon, 14 Jun 1999 18:32:20 -0500 From: Matt Henderson Organization: NASA, Kennedy Space Center Message-ID: <37659104.8832417C@swbell.net> Can somebody provide an example of how you configure the SunOS 4.1.4 /etc/bootparams file to support booting a Heurikon Baja 4700 single board computer with a VXworks bootstrap kernel? --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Configuring vxWorks for bootp Date: Mon, 14 Jun 1999 19:05:06 -0500 From: Matt Henderson Organization: NASA, Kennedy Space Center Message-ID: <376598B1.D2F0FAC9@swbell.net> References: <37659104.8832417C@swbell.net> In what I can find online, I am not sure if the SunOS /etc/bootparams actually is used to support bootp (it only talks about supporting diskless clients and has support for specifying bootfiles, dumpfiles, but does not indicate how the hardware address is specified...) If this is the case, then is there a bootp daemon available for SunOS in the public domain? --------------------------- Newsgroups: comp.os.vxworks Subject: DECNET for VxWorks? Date: Tue, 8 Jun 1999 14:00:14 +0100 From: "Facilities Rolls-Royce" Organization: UUNET WorldCom server (post doesn't reflect views of UUNET WorldCom Message-ID: <7jj46a$ju7$1@lure.pipex.net> I am looking at a replacement for a VAXeln based real time system which delivers its data via DECNET. Is anybody aware of a DECNET driver / protocol stack for VxWorks? Many Thanks Paul Tyler Measurement Systems Specialist Electronics & Measurement Technology Department, Rolls-Royce plc. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: what's wrong with gcc Date: Tue, 08 Jun 1999 08:00:22 -0500 From: Dave Schmidt Organization: Airnews.net! at Internet America Message-ID: References: <3758c313.0@dnews.sbell.com.cn> <37599865.9B756BE1@ntanet.net> <3759d00a.0@dnews.sbell.com.cn> Howdy, To clarify the linking and loading issue here. The 'ld()' command in the VxWorks shell will not resolve two way cross references between a loaded module and one which is being loaded. It can only resolve references to previously loaded code, i.e. it can resolve a reference to 'printf()' in the module being loaded, but it cannot resolve a reference in a previously loaded module to a function defined in the module being loaded. The user can issue any number of 'ld()' commands. If you have two modules which are strewn with cross references to each other, then these modules should always be linked together in the makefile anyway since they depend intimately with each other. If you cannot avoid such circular linkage issues, then perhaps another method would be to utilize a table of function pointers to the needed functions in the 'other' module which gets initialized by the other module though a function call. The module with the function pointers table would be loaded first and then the module with the call to the table initialization would be loaded. Hope this helps. Bill Pringlemeir wrote: > > VxWorks couldn't resolve external functions and variables if both > object file/'C' files refer to the other. I think that VxWorks only > supports one object file download. > > As for the object size differences, generally I would say who cares? It > is the binary file that should be consistent. However, the tools sent > with VxWorks/Tornado includes 'objdumpppc'. > > Run "objdumpppc --all-headers " on both files and you can see why > one takes more room than the other. > > hth, > Bill > > >>>>> "Zha" == Zha Junhai writes: > > Zha> Hi, When I first use below makefile to compile and link my > Zha> program, I found the hdlc.o and test.o is small. and if > Zha> server.o want to use the function defined in hdlc.h and > Zha> implemented in hdlc.c by include the hdlc.h, when i use "ld < > Zha> test.o" to download it to target in Tornado's shell, it > Zha> always tell me the function is undefined. So I make a bat to > Zha> do such: first compile hdlc.o and server.o and then link > Zha> hdlc.o and server.o to output test.o. When I did like this, > Zha> it's OK when download test.o to target. For I'm new in using > Zha> gcc, I don't what has caused this. > > Zha> And thanks of you answer. > > Zha> ${test}\test.o : ${test}\hdlc.o ${test}\server.o $(LD) -o > Zha> ${test}\test.o -r ${test}\hdlc.o ${test}\server.o > > Zha> ${test}\hdlc.o : HDLC.C HDLC.h $(CC) $(CFLAGS) -c HDLC.C > > Zha> ${test}\server.o : server.C server.h $(CC) $(CFLAGS) -c > Zha> server.C > > -- > Brain surgery is more of a dexterous skill than cerebral. --------------------------- Newsgroups: comp.os.vxworks Subject: UDP datagram size and the MTU Date: Mon, 14 Jun 1999 18:54:26 -0700 From: "Dave Craig" Organization: Verio Message-ID: Hi, Does anyone have any experience of using the IP_DO_LARGE_BCAST flag (in ipCfgParams)? It seems to allow UDP broadcasts of datagrams which are bigger than the MTU to be fragmented and sent. Has anyone used this, and if so does it work completely transparently? (It doesn't seem to be documented) Thanks Dave Craig Palo Alto --------------------------- Newsgroups: comp.os.vxworks Subject: Re: SENS Date: Mon, 14 Jun 1999 22:57:48 -0400 From: "Dan Haines" Organization: IGS - Information Gateway Services Message-ID: <7k4fh2$rh7$1@news.igs.net> References: <375BE2EE.3B316C56@agie.ch> Maybe First, you want to make sure that the BSP that your vendor has supplied you even supports SENS. Second, (only do this if the first point is true) you will want to read very carefully all of the SENS installation instructions in the WRS documentation. Third, ensure that you get a copy of the SENS 1.1 patch because SENS 1.0 is not suitable for use without it. Most important point. Make sure you have saved all your important files before you do this update, because you can easily overwrite or loose files. Best of Luck Roberto Nunnari wrote in message <375BE2EE.3B316C56@agie.ch>... >Hi there, > >I'd like to know if installing the new network stack SENS >can cause any trouble to an existing Tornado installation. >In particular: >- may the introduction of SENS require modifying the BSP? > >Any inlight/reply/hint are welcome. Thanks. >Best regards. >-- > Roberto Nunnari -software engineer- > mailto:roberto.nunnari@agie.ch > AGIE - http://www.agie.com > Via dei pioppi 16 tel: +41-91-8069138 > 6616 Losone """ > Switzerland (o o) >=======================oOO==(_)==OOo======================== > MY OPNIONS ARE NOT NECESSARELY THOSE OF MY EMPLOYER --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Bug in stdlib for ARM? Date: 08 Jun 1999 11:18:51 -0700 From: jtc@redback.com (J.T. Conklin) Organization: RedBack Networks, Inc. Message-ID: <5miu8ytv1w.fsf@jtc.redbacknetworks.com> References: <375BDC9E.51AB4CFD@uscorp.net> Sender: jtc@jtc.redbacknetworks.com >>>>> "John" == John W Komp writes: John> I've run into an interesting gcc compiler characteristic and I John> don't know if this is considered "normal". Yes, the behavior is expected. John> This code won't work properly. I've examined the generated John> assembly code and found an interesting issue. At the function John> call in main the vars a, b, c are loaded into registers which John> are then pushed onto the stack as integers, thus an implicit John> cast to int. When va_arg pulls the chars back off the stack it John> doesn't know that they were pushed on as ints and only John> increments the pointer, argptr by one byte rather than one word. The compiler applies the normal argument promotion rules for variable argument lists: chars and shorts are passed as ints and floats are passed as doubles. In addition to variable arguments, these promotions are also performed when invoking functions without a prior declaration. John> I've gotten around the problem for now by casting things to int John> at the time of the call [...] Not necessary, the promotion to int will occur automatically. John> [...] and I pull ints off the stack via va_arg but I assume I John> shouldn't have to do this. Nope, this is required. John> Thus the question, is this a bug or don't I understand something John> about variable arguement lists? It's a bug, but it's in your code, not in gcc's stdarg.h implementation. --jtc - -- J.T. Conklin RedBack Networks --------------------------- Newsgroups: comp.os.vxworks Subject: HDLC Driver for MPC860 Date: Tue, 15 Jun 1999 01:04:15 -0400 From: "Raj K Meel" Message-ID: Hi, Does anyone know of a good industrial quality HDLC driver for MPC860. We need to use it for PPP over HDLC over T1. Thanks Raj Meel --------------------------- Newsgroups: comp.os.vxworks Subject: Re: what's wrong with gcc Date: Tue, 08 Jun 1999 14:38:09 -0500 From: Mike Beede Organization: Ciprico Inc. Message-ID: <375D7121.D5C5F527@ciprico.com> References: <3758c313.0@dnews.sbell.com.cn> <37599865.9B756BE1@ntanet.net> <3759d00a.0@dnews.sbell.com.cn> Dave Schmidt wrote: > > Howdy, > > To clarify the linking and loading issue here. The 'ld()' command in > the VxWorks shell will not resolve two way cross references between a > loaded module and one which is being loaded. It can only resolve > references to previously loaded code, i.e. it can resolve a reference to > 'printf()' in the module being loaded, but it cannot resolve a reference > in a previously loaded module to a function defined in the module being > loaded. The user can issue any number of 'ld()' commands. I've discovered this independently. The Wind River documenation claims the precise opposite, however. Specifically, in 11.2.2 of the Tornado User's Guide it says "You can load modules in any order, regardless of which modules call which other modules." It then discusses the possibility that unresolved references may remain. I'm glad to see that I wasn't just doing something wrong. I wonder if the loader ever worked this way (the manual says "Tornado 1.0" and we're using 1.0.1, I believe). Mike --------------------------- Newsgroups: comp.os.vxworks Subject: Re: what's wrong with gcc Date: Tue, 08 Jun 1999 14:38:43 -0500 From: Mike Beede Organization: Ciprico Inc. Message-ID: <375D7143.3655A775@ciprico.com> References: <3758c313.0@dnews.sbell.com.cn> <37599865.9B756BE1@ntanet.net> <3759d00a.0@dnews.sbell.com.cn> Dave Schmidt wrote: > > Howdy, > > To clarify the linking and loading issue here. The 'ld()' command in > the VxWorks shell will not resolve two way cross references between a > loaded module and one which is being loaded. It can only resolve > references to previously loaded code, i.e. it can resolve a reference to > 'printf()' in the module being loaded, but it cannot resolve a reference > in a previously loaded module to a function defined in the module being > loaded. The user can issue any number of 'ld()' commands. I've discovered this independently. The Wind River documenation claims the precise opposite, however. Specifically, in 11.2.2 of the Tornado User's Guide it says "You can load modules in any order, regardless of which modules call which other modules." It then discusses the possibility that unresolved references may remain. I'm glad to see that I wasn't just doing something wrong. I wonder if the loader ever worked this way (the manual says "Tornado 1.0" and we're using 1.0.1, I believe). Mike --------------------------- Newsgroups: comp.os.vxworks Subject: Re: test vmebus interrupts Date: Tue, 15 Jun 1999 08:33:49 +0200 From: Paul Chien Organization: Mecalc (Pty) Ltd Message-ID: <3765F3CD.C6795F85@mecalc.co.za> References: <376549E9.514A6030@ensem.u-nancy.fr> Hi > 1- where would be the problem? Your test program look fine to me. Try check if your BSP has support for sysBusIntGen (), it might not be implemented and simply returns OK. > 2-does somebody send me a program to test vmebus interrupts on Power3E? There is a VME bus interrupt example at WRS web-site. Cheers, Paul Kokou Djath wrote: > > Hi, > I try to test vmebus interrupts on powerPC (Power3E board) with the > programs below. I compile the program without error. When I execute the > function vmebusInt(), the interrupt routine intFunc() is not executed. > For example executing vmebusInt(2) gives only "p=5" without the message > "My ISR". > 1- where would be the problem? > 2-does somebody send me a program to test vmebus interrupts on Power3E? > > Thanks > > . > . > . > #include "sysLib.h" > #include "iv.h" > #include "intLib.h" > #include "logLib.h" > > int p=5; > > void intFunc(int arg) > { > p=arg; > logMsg("My ISR\n",0,0,0,0,0,0); > } > > void vmebusInt(int arg) > { > intConnect(INUM_TO_IVEC(5),(VOIDFUNCPTR) intFunc,arg); > sysIntEnable(5); > sysBusIntGen(5,0x65); > taskDelay(5); > printf("p= %d\n", p); > } --------------------------- Newsgroups: comp.os.vxworks Subject: test Date: Tue, 15 Jun 1999 06:34:16 GMT From: yosiy@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7k4s58$e4k$1@nnrp1.deja.com> test1 Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: connectWithTimeout Date: 8 Jun 1999 20:41:01 GMT From: Hwa-Jin Bae Organization: PSO Systems Inc (http://www.pso.com) Message-ID: <7jjv4t$p0v$1@news.idiom.com> References: <375D4F58.6AB1@gecm.com> Dave Moore wrote: > Hello everyone, > I'm experiencing some trouble using 'connectWithTimeout' and TCP/IP > sockets. Applying a client/server relationship, I can get a connection > between two PPC cards *PROVIDED* I run up the server first. If I use > connectWithTimeout (client side) to wait until the server is ready, then > it immediately returns a perror S_errno_ENOTCONN and doesn't wait for > the specified 'timeout' period. This 'ENOTCONN' error appears to be > undocumented. If the server side is not up and accepting connections, the SYN packet generated when the client side issues connect() request will be rejected via a RST packet. The server side TCP stack has to do this, according to the RFC. So the behavior you see is within the TCP specs. Anyway, one way to avoid the whole problem is to wait until the server side is up. You could use ping(). And taskDelay() until you are confident that server is up. Or just reissue connectWithTimeout() until it succeeds. > This behaviour only occurs using the front panel ethernet. If I use it > on the Shared Memory network (across a VME backplane), then > 'connectWithTimeout' works fine and will wait until the server is run > up. This is curious. This probably has to do with the way with timing. TCP stack on a card on the backplane may not even be up to reply to SYN with a RST. If that's the case, and timing happens to work out that way, then you may see the behavior you see here. For example, the initial SYN packet goes out, but the backplane network on the other side is not quite up yet, or the other side is not fully initialized so the TCP stack on the other side does not respond yet. Then the retranmission of the initial SYN will be delayed. The more you wait, the more significant the delay. If so, the server side actually has time window to come up and initialize, run the server and all that. When the retransmitted SYN packet comes in, everything works as if nothing bad happened! Of course, I am just speculating here. > So what's the difference between using the front panel ethernet and > Shared memory network. And what's this 'ENOTCONN' error?. ENOTCONN means it couldn't connect. Need more info on your setup to tell you why ethernet/sm work differently. - -- Hwa-Jin Bae PSO Systems Inc -- Embedded SW/HW design, consulting, support, training mailto:hjb@pso.com http://www.pso.com Un-official VxWorks FAQ http://www.pso.com/vxfaq.html --------------------------- Newsgroups: comp.os.vxworks Subject: SDRAM RAM code for MPC860 Date: Tue, 15 Jun 1999 16:59:18 +0900 From: "Youngju, Jung" Organization: Seoul National University, Republic of Korea Message-ID: <7k514p$brs$1@news.kren.nm.kr> Hi everybody I'm VxWorks beginner. I want to attach SDRAM at my MPC860 board. but I don't know where I find UPM ram code for SDRAM. where can I find some information about it? or where can I find SDRAM UPM ram code? or Is there shortcut to make code for SDRAM? if somebody give me a hint, it will be a great help for me. YoungJu --------------------------- Newsgroups: comp.os.vxworks Subject: initialization of dosFs Date: Tue, 15 Jun 1999 11:03:08 +0200 From: Rolf Kistler Organization: Wavetek Wandel Goltermann Message-ID: <376616CC.39AF4382@stest.ch> Hello, I have a problem with the initialization of dosFs when booting vxWorks. The initialization of dosFs fails with the following error message: > Attaching to scsi device... 0xf73bc (tBoot): memPartAlloc: > block too big - 65600 in partition 0x744c8. There are some quite deeply nested directory trees on the dosFs which are created without any problems by vxWorks applications. But when the system is rebooted dosFs cannot initialize ... Why does the initialization of dosFs use so much memory? Are there limitions of the dosFs like maximum number of directories, maximum "depth" of directory trees, path length, ... ? Thanks in advance, Rolf Kistler Wavetek Wandel Goltermann --------------------------- Newsgroups: comp.os.vxworks Subject: Re: SDRAM RAM code for MPC860 Date: Tue, 15 Jun 1999 09:17:37 GMT From: lourens@mecalc.co.za (Lourens Geldenhuys) Organization: Mecalc (Pty) Ltd Message-ID: <37661769.9228339@modem.mecalc.co.za> References: <7k514p$brs$1@news.kren.nm.kr> Reply-To: lourens@mecalc.co.za On Tue, 15 Jun 1999 16:59:18 +0900, "Youngju, Jung" wrote: >Hi everybody >I'm VxWorks beginner. > >I want to attach SDRAM at my MPC860 board. >but I don't know where I find UPM ram code for SDRAM. > The UPM table setup depends on the type and speed of SDRAM and the speed off the bus. >where can I find some information about it? >or where can I find SDRAM UPM ram code? > See the MPC8XXFADS board User's Manual for examples. Try http://www.motorola.com/SPS/RISC/netcomm/aesop/mpc8XX/8XX/fads-um0-1.pdf and http://www.motorola.com/SPS/RISC/netcomm/aesop/mpc8XX/SD8XX.pdf and the MPC860 User Manual chapter 16 http://www.motorola.com/SPS/RISC/netcomm/aesop/mpc8XX/860/860UM.pdf Regards Lourens Geldenhuys ================================================================ Lourens Geldenhuys Tel: +27 (0)12 665 1480 Project Engineer Fax: +27 (0)12 665 1495 Mecalc (Pty) Ltd e-mail: lourens@mecalc.co.za 86 Oak Avenue, Highveld Technopark, Centurion, South Africa ================================================================ --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Wed Jun 16 02:03:07 1999 From: Marcus Hardy Date: Wed Jun 16 02:03:11 PDT 1999 Subject: Real Time Products Hi Raj, Having seen this question to the VxWorks user group, it may be interesting to note that RTP has an off-the-shelf generic HDLC VxWorks driver available. The device driver provides a generic programming interface to VxWorks applications which is independent of the underlying hardware. This allows applications requiring HDLC services to be easily ported to platforms with differing HDLC services, and even provides support for different devices on a single platform. The HDLC driver is structured as a well-defined set of library functions analogous to the existing VxWorks serial device driver library. The HDLC library handles common functions such as buffer management, HDLC programming and multiplexing and has several easily configurable modes of operation to support different applications requirements. Support is provided for PPP (RFC1662) and SLIP as well as for framed or unframed raw data channels. RTP has a number of VxWorks drivers available for Fibre Channel, ATM and FDDI. You may wish to e-mail enquiries@rtp.co.uk, or visit our website : http://www.rtp.co.uk for more information about any of our products. Of course if I can be of any further help or you require pricing and a technical specification for the driver please do not hesitate to contact me. Best Regards Marcus ------------------------------------------------------- Marcus Hardy E-mail: mailto:mjh@rtp.co.uk Real Time Products Ltd. Direct: +44 (0) 121 234 6626 Chancery House, Tel: +44 (0) 121 234 6600 8 Edward Street, Fax: +44 (0) 121 234 6611 Birmingham. Web: http://www.rtp.co.uk B1 2RX. England. ------------------------------------------------------- From owner-vxwexplo-process Wed Jun 16 02:53:15 1999 From: "Tapia, Eduardo" Date: Wed Jun 16 02:53:19 PDT 1999 Subject: VXWorks start-up/boot-up timings We are trying to use vxworks for an embedded system that needs to be up and running (including recording to flash) whithin 250ms. The processor will be a Motorola 860T running at 50 Mhz. We have even tried running it from ROM and it is still way too slow. Some people say it is easily achievable and some others say it is too short. We are trialing Tornado II at the moment and it doesn't seem to be better at all. Could anyone help in this matter? I am sure many people have needed a quick start-up time at some point. If anyone could give me a bit of help on how to do it or can recall where I can find the help, I would really appreciate it. Or if it is unachievable, let me know so we look at a different RTOS. Thank you very much. Sincerely, Eduardo Tapia. Eduardo Tapia Software Engineer Engineering Dept. Penny & Giles Aerospace Ltd. 1 Airfield Road, Christchurch, Dorset. BH23 3TH. United Kingdom. Tel + 44 (0)1202 409293 Fax + 44 (0)1202 470070 Email: ETapia@pgaero.co.uk CAUTION - Confidentiality of this electronic transmission The documents of this transmission contain confidential and/or privileged information belonging to Penny & Giles Aerospace Ltd., and its affiliates. The content is intended only for the use of the individual or entity to whom it is addressed. if you are not that intended recipient, you are hereby notified that any disclosure, copying, distribution and/or taking any action based upon reliance of the contents of this transmission is strictly forbidden. I you have received this e-mail in error, please notify us immediately by returning the e-mail to the sender. Registered Office: Gatwick Road, Crawley, West Sussex, RH10 2RZ A member of the BOWTHORPE plc group of companies Registered in England No 2336358 VAT Registration No 504 5127 81 From owner-vxwexplo-process Wed Jun 16 04:00:22 1999 From: daemon@csg.lbl.gov Date: Wed Jun 16 04:00:27 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Wed Jun 16 04:00:18 PDT 1999 Subject: USING AN ELTEC EUROCOM 16 BOARD WITH VXWORKS Subject: Re: Tornado II - first impressions (long) Subject: Re: Tornado II - first impressions (long) Subject: Internet Resources - comp.os.vxworks Subject: Re: vxWorks Scheduling Subject: INVALID FILE DESCRIPTOR Subject: Re: mmap on VxWorks Subject: Re: TCP and RPC problems Subject: Re: etherInputHookAdd and etherOutputHookAdd code Subject: SDS (BDM) on MPC860 Subject: SENS Subject: Re: Embedded Corba for VxWorks Subject: Re: Missing line number information in VxSim using GNU tools Subject: Re: SDS (BDM) on MPC860 Subject: vxsim from nfs mount filesystem ? Subject: Tornado II - defining include directories Subject: RE: global var init Subject: Problems with mkboot Subject: Re: MVME162 interrupt test ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: USING AN ELTEC EUROCOM 16 BOARD WITH VXWORKS Date: Tue, 15 Jun 1999 09:55:52 +0100 From: James Pascoe Organization: The University of Reading Message-ID: <37661518.B539E9B6@reading.ac.uk> Dear All, Does anybody have any idea how to configure VxWorks to run on a ELTEC VME using the EUROCOM 16 board. Any advice would be gratefully received! James Pascoe --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II - first impressions (long) Date: Sun, 13 Jun 1999 11:12:23 -0500 From: "Richard B. Ralston" Organization: Rockwell Automation Message-ID: <7k5g6r$acj@newsops.execpc.com> References: <37636BB8.AE90EEB5@127.0.0.1> I pretty much agree with your impressions of the editor in T2. As a long-time Codewrite user, I've gotten quite spoiled with it's many features. (There're some things I don't like, but I'm used to them now.) The one nice thing in T2 is that you can select a different default editor. It's a bit awkward, but much better than nothing at all. (It would be nice if you could click on an error message and go to the right line in CW. It seems to do that sometimes, but not always.) A few other bad things: - Wouldn't it be nice if it opened the last project you were using rather than forcing you to pick it? - Can't pick where to put object files and executables. We have a precise layout we use for all our projects which isn't possible using their tool. - Can't build boot ROM in the x86 version. It hangs after doing a vxrm prjObjs.lst. - As you said, Alt-F3 to search?! Give me a break! - The above would be obviated if you could re-program keys (like CW! ;-) OTOH, could be stuck with the WinCE debugging tools! Ouch! ;-) TTFN, Rich Alef0 wrote in message news:37636BB8.AE90EEB5@127.0.0.1... > Hi VxWorkers, > > At last we've received the long-awaited Tornado II, and I thought I'd > share > with the ng our impressions. (We're using NT host, x86 target). I'd > love to > hear your reactions and impressions. > > First, the good stuff. > > * Shell and debugger synchronization with the target was greatly > improved. In case > the target machine crashes and reboots, the target server will > re-establish connection > automatically. This is far superior to T1 where you had to manually > shutdown the > debugger (usually by force "end task"), shutdown the target server > and then restart > both. > * Debugger now allows inspecting of all local variables, even those with > names > that start with a capital "L". This was probably the most stupid T1 > bug I've ever > seen, but at least on our system we were used to not being able to > get any debug > information on local symbols starting with an "L". > * Debugger inspection watches greatly improved. > * Portmapper is no longer needed, the Tornado Registry runs as a NT > service and > the target server icons position themself in the system tray, > reducing the amount of > clutter that T1 always had. > * The compiler appears much more up-to-date, with C++ feature such as > exceptions, > templates, namespaces, etc. Not tested these extensivly yet, but we > probably will. > > > Now, the down-side > > * The editor is still practically useless. I'll be blunt here: it's > impossible to work with > for anything more than minor line corrections (adding a semicolon or > something). > It does not keep your indentation, meaning that if you're writing a > bunch of lines > which are indented 5 tabs to the right and you press "enter", the > cursor jumps to > the column 0 of the next line, not to the column where you want to > start writing > your next line, forcing you to press tab 5 times for each line. > The editor also has no useful functions such as grep (or Find In > Files as in MSVC++), > an no advanced functions such as auto-completion of function names, > member names etc. > Keyboard shortcuts are not intuitive (Alt-F3 for Find instead of > Ctrl-F as in most MS apps). > Toolbars are not customizable, you cannot add your own buttons or > toolbars. > * The project maker is half-baked and semi-useless. Yes, you can > organize your files into > a project and do away with manually writing makefiles, but it helps > if your project size is > tiny to small. The project window lists all your files together, > sorted alphabetically, and there > is no way to group files in a logical order or devide them into > subfolders. Not even one > layer of subfolders. This means if your project has several dozen .c > or .cpp files, you'll > quickly get lost in a maze of files. > * The IDE has many sore points. For example, it uses the standard > windows "open file" > dialog in every place except one, and that is the "New Project" > dialog, where it uses > some primitive thing of its own making This means that you don't > have the option to > create a directory from the same dialog you use to create a project > (and this is where > you needed the starndard windows open dialog the most...) and you > have to minimize > Tornado, open a windows explorer, create the dir, go back to tornado, > and try again. > That is so annoying. Why couldn't they use the same usefull dialog > they're using in all > the other places ? Another example is the frequent action of > launching a target server which is > hidded 4 levels deep in the user interface (Tools/Target > Server/Configure/Launch). > * The thing we most expected was better x86 BSPs (the days of the 486 > are somewhat over). > Tornado II does ship with Pentium and Pentium Pro BSPs (no special > Pentium II BSP), > however we did not notice any special new optimizations. We ran a > test which constituted > of a highly CPU and memory intensive application (single-task, no > I/O), and only saw around > %2 improvement when going from 486 BSP to Pentium Pro BSP on our PII > testbed target. > The same target running Windows NT runs the same test application > (compiled with MSVC++) > around %15 faster. Why should VxWorks be slower than Windows NT is > completely > beyond me. On the up-side, the machine booted much faster with the > Pentium Pro BSP. > > I haven't covered everything, but I think that's long enough already :-) > > In short, there is some improvement, but not the great overhaul I was > expecting. > > Aleph-Null > > --- > C programmers never die, they are just cast into void. > Replace 127.0.0.1 with usa.net when replying by e-mail > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II - first impressions (long) Date: Tue, 15 Jun 1999 11:31:48 -0400 From: Douglas Fraser Organization: Lucent Technologies Message-ID: <376671E4.5DBC70EA@lucent.com> References: <37636BB8.AE90EEB5@127.0.0.1> <7k5g6r$acj@newsops.execpc.com> Richard B. Ralston wrote: > > I pretty much agree with your impressions of the editor in T2. As a > long-time Codewrite user, I've gotten quite spoiled with it's many features. We are anticipating TII here next month. I agree on the editor. As a long term UNIX hack that only transitioned to Windows this year (kicking and screaming), I found the editor to be abysmal. We are using Visual SlickEdit here and I have found it to be quite useful for many of the same reasons you mentioned for Codewrite. As a new Windows user, I found SlickEdit easier to configure, especially since they have a 'Tornado' version, but I also found Codewrite to be quite nice. Having the ability to lay out the source, headers, and objects MY way in SlickEdit means that I only go to Tornado to run the target shell and debugger. I don't know about TII, but TI was much more comfortable for me on UNIX (but then, I am an old UNIX hack..) Does TII improve the source code debugging? I still miss the UNIX environment. All those tools. That huge expressive FVWM desktop (we don't need no stinking CDE!). The wonderful agility of a command line interface. I _KNOW_ it boils down to a "religious" war, but I really hate Windows. Then again, I get paid to come to work, so it is time to quit griping and get back to work. later Doug --------------------------- Newsgroups: comp.os.vxworks Subject: Internet Resources - comp.os.vxworks Date: Tue, 15 Jun 1999 10:21:58 -0700 From: Nina Pinto Organization: InterNex Information Services 1-800-595-3333 Message-ID: <37668BB6.9293BA9@eg3.com> Pertinent to comp.os.vxworks, EG3 maintains a list of realtime Internet resources, including FAQ's, papers, hot list pages, potential software/shareware, all known companies, etc. Specific pages are located at: http://www.eg3.com/real/index.htm http://www.eg3.com/realv/index.htm These resource pages are published as part of EG3's Free Electronic Engineers' Toolbox at: http://www.eg3.com/index.htm If you know of other resources, pertinent to comp.os.vxworks please email me at: ninapint@hotmail.com Thanks! --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Scheduling Date: Tue, 15 Jun 1999 20:44:51 GMT From: rjdejoie@kmrmail.kmr.ll.mit.edu (Bob DeJoie) Organization: Massachvsetts Institvte of Technology Message-ID: <3766ba58.2136922792@news> References: <376040E5.A4D68BE@nomail.com> On Fri, 11 Jun 1999 00:49:10 +0200, Marvin wrote: >1.I noticed a very strange behaviour on a vxWorks PPC target: >The application main task (highest priority) waits for an interrupt >(semTake). The interrupt handler releases a semaphore which is taken by >that main task (semGive). I received this from Wind River back in March, from what I understand of your problem this notice seems to describe it. Dear Wind River Systems PowerPC Customer - The powerPC scheduler in Tornado 1.0.1 has demonstrated a fault where, under certain conditions, a task *continues* to run even though a high priority task has become ready.  At the next scheduling event, things return to normal. The demonstrated fault happens if an interrupt occurs while a task is in kernel mode in a small region of the kernel.  In this region of the kernel, rescheduling has already occured and, if the interrupt makes a higher priority task runable; i.e. semGive, the kernel will return to the lower priority task until the next scheduling event. This fault is only seen on PowerPC processors. WRS has released a patch onto WINDSURF that corrects this condition. This patch can be found associated with SPR 24759, 'PowerPC windExit() Kernel Rescheduling'. Please note that, if either WindView 1.0.x or WindView 2.0 for PowerPC has also been installed, additional patches must also be installed to run the respective WindView products.  These patches are listed as follows:     For WindView 1.0.x, Patch #25392     For WindView 2.0, Patch #25241 (release pending) ================================================ Bob DeJoie Kwajalein Atoll Republic of the Marshall Islands email: rjdejoie@kmrmail.kmr.ll.mit.edu     phonek: 805-355-5855 fax: 805-355-3833 Time Zone: GMT +12 hours                      ================================================ --------------------------- Newsgroups: comp.os.vxworks Subject: INVALID FILE DESCRIPTOR Date: Wed, 09 Jun 1999 02:27:28 GMT From: William Ross Organization: Intermedia Business Internet - Beltsville, MD Message-ID: <375DD16B.A9687F2D@empireone.net> This is a multi-part message in MIME format. - --------------D5CCA99C6827803CE0DD297A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi All, I'm running VW 5.3.1 on a PII target with 128 MB RAM. At boot time, I execute a start-up script which loads several files, and then spawns a task using one of the symbols just loaded. The routine actually just registers some RPC servers, and starts svc_run. The task is spawned in the following way: taskSpawn "tName",1,0,0x60000,RoutineName and always spawns without error. However, when I check on status using i after the spawn, this task has error code 0xd3001 associated with it, which translates to an ioLib error of INVALID_FILE_DESCRIPTOR. Why is this important? This task also generates page faults, although there is no mechanism (known to me at least) for this to happen. Any information linking invalid file descriptors to task spawning would be much appreciated. Thanks in advance Bill Ross GE Corporate R&D - --------------D5CCA99C6827803CE0DD297A Content-Type: text/x-vcard; charset=us-ascii; name="wrr.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for William Ross Content-Disposition: attachment; filename="wrr.vcf" begin:vcard n:Ross;William x-mozilla-html:TRUE version:2.1 email;internet:wrr@empireone.net x-mozilla-cpt:;0 fn:William Ross end:vcard - --------------D5CCA99C6827803CE0DD297A-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: mmap on VxWorks Date: Mon, 07 Jun 1999 17:08:02 +0100 From: Phil Ashby Organization: BT Wireplay Message-ID: <375BEE62.5A5C@wireplay.bt.co.uk> References: <374D7E59.A02B0758@boeing.com> Kirk Ellett wrote: > I am trying to port a UNIX application to a VxWorks PPC board with a > SCSI disk. The legacy app liberally uses the mmap function to map disk > files to CPU address space. Is there a similiar function in VxWorks? Unfortunately no. mmap() (as I'm sure you are aware) uses the virtual memory features of the underlying O/S to connect the memory address space of the current process with file locations. Great for databases or other record-oriented applications. VxWorks does not have a full-featured virtual memory system (since the whole point of VxWorks is deterministic behaviour which is not possible if an application must be paged to/from a disk), and the optional VM library product does not really provide mmap() or anything like it. If the file is small enough you could simulate the mmap() behaviour by reading the entire file into a contiguous memory block, allowing the application to modify the memory as normal, then flush the file back to disk regularly (whatever that means in the context of the application in question). HTH, - -- !--------------------------- Phil "Phlash" Ashby ---------------------! ! BT Wireplay - Lead Programmer and general technical trivia supplier ! ! Phone: 01473-644348 WWW: http://www.wireplay.com/ ! ! Snail: B81/G41, BT Labs, Martlesham Heath, Ipswich IP5 3RE, England.! --------------------------- Newsgroups: comp.os.vxworks Subject: Re: TCP and RPC problems Date: Mon, 07 Jun 1999 17:11:43 +0100 From: Phil Ashby Organization: BT Wireplay Message-ID: <375BEF3F.4DE3@wireplay.bt.co.uk> References: <375398AD.F76A83C1@stest.ch> Rolf Kistler wrote: > > I'm doing a lot of TCP and RPC stuff on a x86 target. > Sometimes socket(), write() and RPC client calls fail > with errno 55 (ENOBUFS). > > I guess this means that the TCP stack is running out of > free buffers. Correct. You probably want to increase the number of memory buffers that are available in the kernel, if my memory serves me correctly this can be changed in usrNetwork.c The default number of buffers is quite small for network intensive applications. !--------------------------- Phil "Phlash" Ashby ---------------------! ! BT Wireplay - Lead Programmer and general technical trivia supplier ! ! Phone: 01473-644348 WWW: http://www.wireplay.com/ ! ! Snail: B81/G41, BT Labs, Martlesham Heath, Ipswich IP5 3RE, England.! --------------------------- Newsgroups: comp.os.vxworks Subject: Re: etherInputHookAdd and etherOutputHookAdd code Date: Tue, 15 Jun 1999 17:32:54 -0700 From: Mark Cole Organization: Alcatel USA Message-ID: <3766F0B6.9F366B33@usa.alcatel.com> References: <7k666j$1hs$1@news.netvision.net.il> This is a multi-part message in MIME format. - --------------25BC4D10680DB3069275F51C Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Check out the VxHacks page. They have a Simple ethernet traffic monitor at http://www.pso.com/vxhacks.html. They use the etherInputHookAdd with one parameter. We've used it for much the same purpose that you intend - it works okay. Zeev Glozman wrote: > Hey > > I have been for almost three hours trying to figure out what the deal is > with those two functions: > > The doc say that hookIn shook receive three params > etherInputHookAdd(callbackFunction, interfaceName, unitNumber); > > Now the function definition in netLib.h does not receive any parameters, how > is that ? Does anybody actually have this thing working ? If anyone can > share some source with me I would owe him one. > > Thanks - --------------25BC4D10680DB3069275F51C Content-Type: text/x-vcard; charset=us-ascii; name="Mark.Cole.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Mark Cole Content-Disposition: attachment; filename="Mark.Cole.vcf" begin:vcard n:Cole;Mark tel;fax:(707) 792-7059 tel;work:(707) 665-8060 x-mozilla-html:FALSE org:Alcatel USA;High Speed Data adr:;;;;;; version:2.1 email;internet:Mark.Cole@usa.alcatel.com title:Software Engineer fn:Mark Cole end:vcard - --------------25BC4D10680DB3069275F51C-- --------------------------- Newsgroups: comp.os.vxworks,comp.sys.powerpc.tech Subject: SDS (BDM) on MPC860 Date: Tue, 15 Jun 1999 21:08:34 -0500 From: petekz@airmail.net (Pete Kockritz) Organization: Airnews.net! at Internet America Message-ID: <2DDC62F5EEA63247.2DE6DAA0CB52DF9F.E2F447A8A9299D1C@lp.airnews.net> We're having some problems with our SDS debugger on our custom MPC860 board. We're using SDS 7.4 with a BDM pod made by Macraigor Systems. I've tried with two different pods, the white 'wiggler' and the high speed 'blackbird' pod with the same results. I've also tried it on different PCs. When we're doing something that is RAM access intensive, we get 'processor halted by unknown event' errors. If we 'go', it will run until it gets the next unknown event or completes. It seems to be sensitive to the data being writtten to the RAM (SDRAM). I have two small programs that I load into the DPRAM on the 860, one fills memory with 0xdeadface, the other with 0. The first one never has any problems, the second one always does. The two programs are identical except for the value they write. Suggestions? Regards, Pete - -- +-----------------------------------------------------------------+ | Pete Kockritz mailto:petekz@airmail.net | | This space for rent. | +-----------------------------------------------------------------+ --------------------------- Newsgroups: comp.os.vxworks Subject: SENS Date: Mon, 07 Jun 1999 17:19:10 +0200 From: Roberto Nunnari Organization: AGIE Message-ID: <375BE2EE.3B316C56@agie.ch> Hi there, I'd like to know if installing the new network stack SENS can cause any trouble to an existing Tornado installation. In particular: - - may the introduction of SENS require modifying the BSP? Any inlight/reply/hint are welcome. Thanks. Best regards. - -- Roberto Nunnari -software engineer- mailto:roberto.nunnari@agie.ch AGIE - http://www.agie.com Via dei pioppi 16 tel: +41-91-8069138 6616 Losone """ Switzerland (o o) =======================oOO==(_)==OOo======================== MY OPNIONS ARE NOT NECESSARELY THOSE OF MY EMPLOYER --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Embedded Corba for VxWorks Date: Wed, 09 Jun 1999 09:25:27 +0200 From: Roberto Nunnari Organization: AGIE Message-ID: <375E16E7.700AA2EE@agie.ch> References: <375CB804.EB8178B5@yahoo.com> I'm interested in using ACE/TAO, too. I haven't had the chance to do it, though. If you do try, I'd be glad to know your experience/opinion. Best regards. - -- Roberto Nunnari -software engineer- mailto:roberto.nunnari@agie.ch AGIE - http://www.agie.com Via dei pioppi 16 tel: +41-91-8069138 6616 Losone """ Switzerland (o o) =======================oOO==(_)==OOo======================== MY OPNIONS ARE NOT NECESSARELY THOSE OF MY EMPLOYER --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Missing line number information in VxSim using GNU tools Date: 14 Jun 1999 08:10:07 +0200 From: Martin Lorentzon Organization: Ericsson Microwave Systems AB, Molndal Message-ID: References: Martin Lorentzon writes: > We have problems with missing line number information in VxSim when > using the GNU compiler and debugger. We've discovered that removing all static declarations from the files that are compiled and loaded will enable the line number information. The debugging behaviour is still _very_ shaky though. Any ideas? --------------------------- Newsgroups: comp.os.vxworks,comp.sys.powerpc.tech Subject: Re: SDS (BDM) on MPC860 Date: Wed, 16 Jun 1999 18:12:18 +1000 From: Tom Evans Organization: OzEmail Ltd, Australia Message-ID: <37675C62.6271@nowhere.tennyson.com.au> References: <2DDC62F5EEA63247.2DE6DAA0CB52DF9F.E2F447A8A9299D1C@lp.airnews.net> Pete Kockritz wrote: > When we're doing something that is RAM access intensive, we get > 'processor halted by unknown event' errors. There are a number of events that SDS doesn't distinguish between. Check the ICR register to see if it says which one happened ("echo $ICR"). Put Breakpoints on EVERY (I mean EVERY) Interrupt vector from 0x100 up and also disable SDS from trapping them by clearing bits in the DER register (see pp18-51 in the paper manual or 37.5.2.2 in the PDF one). Then see where it stops. You may be getting MMU traps or Checkstops. Examine DAR, BAR and all the other registers to see if you can see what happened. Slow down the CPU clock. Any differences? Good luck. Tom Evans InitialSurname@somewhere. --------------------------- Newsgroups: comp.os.vxworks Subject: vxsim from nfs mount filesystem ? Date: Mon, 07 Jun 1999 17:29:07 -0400 From: David Ondzes Organization: MV Communications, Inc. Message-ID: <375C39A3.53C37A22@mypc.mv.com> Sender: mypc@198.112.190.61 Is it possible to have vxsim installed on a server type machine and execute it from a machine that mounts that filesystem ? For example, I export /usr/local and have vxsim in /usr/local/wind. When I try to run vxsim from a machine that mounts /usr/local I get screen after screen of segmentation violations. David --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado II - defining include directories Date: Mon, 07 Jun 1999 10:31:52 -0500 From: Daniel Stewart Organization: Motorola Corporate Research Message-ID: <375BE5E8.E83B5254@email.mot.com> I am attempting to use Tornado II (switching over from Tornado I) and am becoming increasing frustrated. Does anyone know how to specify in Tornado II a directory for my own include files? I would think this is an extremely simple and straightforward thing to do, but obviously it is not. Since Tornado II remakes the makefile each time you build, futzing with that is of no use. I continue to receive the "No rule to make target XXX.h needed to make XXX.o" Surely there is a method of specifying additional include directories to search during the make process (similar to adding a vpath variable to the makefile). Thanks, Daniel Stewart Motorola Labs --------------------------- Newsgroups: comp.os.vxworks,comp.lang.c,comp.gnu.gcc.bug,comp.gnu.gcc.help Subject: RE: global var init Date: Wed, 09 Jun 1999 11:32:45 GMT From: akarpov@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7jljct$h1n$1@nnrp1.deja.com> Hello Ron, I think you do right declaring the global variables in such manner. The question is why GNU compiler reports "initializer element is not constant" on declaration of TwoPi constant. Anyway I would recommend you following work-around: #define Pi (3.1) const double TwoPi = 2.0 * Pi; Hopefully this will help you, Alex. Submitted-by owner-vxwexplo-process Tue Jun 8 08:53:52 1999 Submitted-by: rcw@DynRes.com I just can't find this in the manual, even though I'm sure its there. I want to have some global vars like Pi and TwoPi etc. But if I declare like follows: const double Pi = 3.1; const double TwoPi = 2.0 * Pi; I have no main that does the initialization of TwoPi. What is the proper solution for this? I don't really want to have to put all that stuff in a function that gets called as program startup. Is there something similar to the cplusCtor call? Regards Ron Wagner VxWorks Tornado Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Problems with mkboot Date: Mon, 14 Jun 1999 13:39:42 GMT From: mmcgarry8798@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7k30ms$ov6$1@nnrp1.deja.com> Hello fellow VxWorks users, I am having a problem using "mkboot" to create a VxWorks boot floppy. When I issue the command "mkboot a: vxWorks.st", I get the following error: "Failed to install boot sector on drive a:!". I am using a brand new pre-formatted floppy, that passes a chkdsk. Regards, Michael McGarry Tornado vxWorks VxWorks Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: MVME162 interrupt test Date: 9 Jun 1999 15:18:13 GMT From: chc@nasa2.ksc.nasa.gov (Charles H. Chapman) Organization: NASA, Kennedy Space Center Message-ID: References: <375D855D.53FE2FA8@lmco.com> On Tue, 08 Jun 1999 14:04:29 -0700, Stephen Helding wrote: >I then hook up a square wave generator to pin B28 on the P1 connector >that goes from 0v to 4v about every 5 seconds. When I turn the function >generator on I get interrupts but not mine. I get something like the >following message displayed at a rapid rate. > >interrupt: >Uninitialized Interrupt! >Vector number 24 (0-255). Spurious Interrupt >Program counter: 0x005b96a >Status register: 0x3100 The problem is you can't generate interrupts on the VME bus by simply hooking a signal generator up to an IRQ pin. There's a lot more handshaking involved. When the processor sees an interrupt request (I'm a little rusty on the sequence so this may not be entirely accurate) it puts a signal out on the IACKIN line (P1-A21) which is received by the first board on the bus to the right of the CPU. If that board was not the one generating the interrupt, it passes the signal out on the IACKOUT line (P1-A22). The signal propagates down the bus until it reaches the board that generated the interrupt. That board doesn't propagate the signal any further but rather generates an acknowledge signal that it sends back on the IACK line (P1-A20). Optionally, it can put the desired interrupt vector on D0-D7 and generate a DTACK signal (P1-16). If it doesn't do this, the processor uses the so-called autovector for that interrupt (the IV_AUTOVEC_3 in your program). Since you generated neither an IACK or a DTACK signal in the required amount of time, the processor considered your interrupt to be "spurious" and attempted to vector to the Spurious Interrupt vector. Since that vector had not been initialized by your program, the above message was generated by VxWorks. Anyway, some of the details I described may be a little off but that's approximately what needs to happen to generate a proper interrupt. Chuck --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Wed Jun 16 07:51:51 1999 From: MacroSystem_FE_trahn@t-online.de (Thomas Rahn) Date: Wed Jun 16 07:51:55 PDT 1999 Subject: AW: VXWorks start-up/boot-up timings Hello, here are our boot time scores: x86 bsp, cpu K6-233, 233 MHZ, 66MHz cpu/ram clock, compressed bootrom size 89K no L2 cache Copy bootrom to ram ca. 150 ms Decompress (ram based) ca. 35 ms Hardware-Init ca. 12 ms (including PCI configuration) Kernel Init ca. 40 ms application specific init ca. 120 ms Total boot time: ca. 360 ms Notes: This is only the bootrom, it does not include waiting for ATA hard disk and loading the complete vxworks system. Rom access is really slow, copying to any ram increases speed. Default PCI configuration should be modified to reduce the number of busses scanned. Caching should be enabled as early as possible (WRS BSPs 386/486 enable caching very late). Timings were measured using the time stamp counter (counts cpu clock ticks) from Pentium compatible cpus. #=================================================# # MS MacroSystem GmbH Thomas Rahn # # Forschung und tel: +49(0)6151-272576 # # Entwicklung fax: +49(0)6151-272577 # # email: trahn@macrosystem.de # #=================================================# From owner-vxwexplo-process Thu Jun 17 04:00:27 1999 From: daemon@csg.lbl.gov Date: Thu Jun 17 04:00:32 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Thu Jun 17 04:00:23 PDT 1999 Subject: SM_INT_TYPE Subject: RE: global var init Subject: Re: Putting a task at the end of the READY queue. Subject: Re: Tornado II - first impressions (long) Subject: Tornado II: It is 1999, right? Subject: Re: events in vxworks Subject: Re: SDS (BDM) on MPC860 Subject: Re: Tornado II - first impressions (long) Subject: Java VM and development kit on VxWorks Subject: Re: Tornado II - first impressions (long) Subject: Re: MVME162 interrupt test Subject: Re: Tornado II - first impressions (long) Subject: Re: BOOTING A 486 TARGET MACHINE Subject: Re: dosFs woes Subject: connectWithTimeout Subject: Re: Problem with NobleNet portmapper and Omni-NFS server. Subject: MVME162 interrupt test Subject: tyIRd Subject: Games on vxworks Subject: Re: Q] adding rs232 ip pack on MVME162 Subject: Re: Help on Serial Hardware Options... Subject: Re: Help on Serial Hardware Options... Subject: re: T2 first impressions (long) Subject: [Q] virtual machine on VxWorks Subject: vxWorks Scheduling Subject: Re: vxWorks Scheduling Subject: Re: Tornado II - first impressions (long) Subject: I'm looking for the Tornado tool's research papers. but... Subject: Re: Tornado II - first impressions (long) ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: SM_INT_TYPE Date: Wed, 09 Jun 1999 17:31:21 +0200 From: Roberto Nunnari Organization: AGIE Message-ID: <375E88C9.CA53CA5E@agie.ch> Can any kind soul tell me how I can set up a x86 CPCI board to use interrupt driven mode on the SM backplane? I mean, by default SM_INT_TYPE is defined to SM_INT_NONE (ie polling) in config.h and I need much more performance. Reading vxWorks programmers manual I understand I can set SM_INT_TYPE to SM_INT_MAILBOX_1/2/3 or SM_INT_BUS. But it also read that you should set SM_INT_ARG1/2/3... Any hint/suggestion??? Best regards. - -- Roberto Nunnari -software engineer- mailto:roberto.nunnari@agie.ch AGIE - http://www.agie.com Via dei pioppi 16 tel: +41-91-8069138 6616 Losone """ Switzerland (o o) =======================oOO==(_)==OOo======================== MY OPNIONS ARE NOT NECESSARELY THOSE OF MY EMPLOYER --------------------------- Newsgroups: comp.os.vxworks,comp.lang.c,comp.gnu.gcc.bug,comp.gnu.gcc.help Subject: RE: global var init Date: Wed, 09 Jun 99 18:40:02 GMT From: fred@genesis.demon.co.uk (Lawrence Kirby) Organization: none Message-ID: <928953602snz@genesis.demon.co.uk> References: <7jljct$h1n$1@nnrp1.deja.com> Reply-To: fred@genesis.demon.co.uk In article <7jljct$h1n$1@nnrp1.deja.com> akarpov@my-deja.com writes: >Hello Ron, >I think you do right declaring the global variables in such manner. >The question is why GNU compiler reports "initializer element is not >constant" on declaration of TwoPi constant. Since you cross-posted to comp.lang.c here is the C perspective. >Anyway I would recommend you following work-around: > >#define Pi (3.1) You don't need the parentheses here if you are using a proper ANSI C compiler. >const double TwoPi = 2.0 * Pi; > >Hopefully this will help you, >Alex. > >Submitted-by owner-vxwexplo-process Tue Jun 8 08:53:52 1999 >Submitted-by: rcw@DynRes.com > >I just can't find this in the manual, even though I'm sure its there. >I want to have some global vars like Pi and TwoPi etc. But if I declare >like follows: > >const double Pi = 3.1; >const double TwoPi = 2.0 * Pi; This isn't valid in C. if these are at file scope. An initialiser for a variable with static storage duration must be a constant expression. In C a constant expression cannot use the value of a variable (not even a const one). So 2.0 * Pi is not a constant expression as C defines such things so is not a valid initialiser for TwoPi. A C compiler is required to generate a diagnostic for this so gcc is behaving correctly. >I have no main that does the initialization of TwoPi. > >What is the proper solution for this? I don't really want to have to >put all that stuff in a function that gets called as program startup. >Is there something similar to the cplusCtor call? Not specifically. In most cases #define will work. If you need to do something more complex like call a function then this will have to be done explicitly in code. - -- - ----------------------------------------- Lawrence Kirby | fred@genesis.demon.co.uk Wilts, England | 70734.126@compuserve.com - ----------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Putting a task at the end of the READY queue. Date: Wed, 16 Jun 1999 08:26:08 -0500 From: Dave Schmidt Organization: Wind River Systems Message-ID: <9F1EA55D2B1016B4.5BD5B7FE9D091CF6.77BE3D78F3CD18CA@lp.airnews.net> References: <7k809n$hbd$1@nnrp1.deja.com> That will put the current task at the end of the ready queue for the current priority. It will allow any other tasks on the ready queue of the same priority to be run (sort of round robin, if you issue taskDelay(0) for them also when you want to go to the next task), of course all higher priority tasks will run and intterrupt service routines will also run. Please note that this method will NOT allow tasks of lower priority to run, it just forces a rescheduling. If the task being delayed is the only one of that priority, then it will restart immediately. Good Luck Dave Schmidt vivek1796@my-deja.com wrote: > > hi everybody, > > I am looking for a way to put a running task at the end of the > READY queue.Will a call to taskDelay(0) provide what I need?? > > I will be grateful to any suggestions. > > -regards, > vivek. > > Sent via Deja.com http://www.deja.com/ > Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II - first impressions (long) Date: Wed, 16 Jun 1999 09:24:48 -0500 From: Mike Beede Organization: Ciprico Inc. Message-ID: <3767B3B0.C42ED91E@ciprico.com> References: <37636BB8.AE90EEB5@127.0.0.1> <7k5g6r$acj@newsops.execpc.com> <376671E4.5DBC70EA@lucent.com> Blast. If this is duplicated, sorry. It's sometimes unclear if Netscape posted or lost it's mind.... Douglas Fraser wrote: > > We are anticipating TII here next month. We've been anticipating it for some time. Two weeks after we inquired about it, our Wind River rep told us that "he didn't remember if we'd formally requested it." Grrr. We still don't have it. I'm puzzled by their statement that they want to take their time delivering it so that their other work can continue. Thanks for the sour persimmons, cousin. > I agree on the editor. As a long term UNIX hack that only > transitioned to Windows this year (kicking and screaming), > I found the editor to be abysmal[....] I suggest for others in this situation you look into the Cygnus W32 port of the GNU tools. While there are some rough edges, it allows you to use your old familiar tools. I am still amazed whenever I recall that WindoesN'T has no equivalent of "od". I'm sure someone wants to tell me about Visual OctalDumP/NT++ with its own ideosyncratic GUI. Don't bother, thanks. Also, I find the W32 port of GNU EMACS works pretty decently as a programmer's editor, but that's another religious discussion best restricted to close associates. To move closer to on-topic, we had an amusing little problem last week wherein we were overwriting some code with mysterious results (illegal instruction faults from all hands, etc). The challenging part was that the debugger showed us that the code was unchanged. We though there was some oddball i960 thing going on, or possibly that something in a ISR was overwriting some code and then correcting it on the way out, or something equally esoteric. No, the real problem is that gdb, at least on the i960 port, reads from the loaded file if you're inspecting memory that's supposed to be text. I'd be interesting in hearing if that's the case with ports on other platforms--it's easy to check: just use memcpy to overwrite some code that won't be executed, and disassemble it to see if it changed. WRS tech support told us the shell would display the memory correctly. I was happy to find that that was wrong, since there didn't seem to be any reason to have two different mechanisms to read target memory. Mike --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado II: It is 1999, right? Date: Wed, 16 Jun 1999 15:47:09 +0200 From: "Geurt Vos" Organization: Deja News Posting Service Message-ID: <004601beb7fe$f483b100$95cb09c0@BertB> - ------=_NextPart_000_003F_01BEB80F.7E863F20 Content-Type: text/plain Content-Transfer-Encoding: 7bit Hello, We have received our copy of Tornado II two days ago. My very personal opinion: I would've been ashamed of myself when I had released a program like Tornado II in 1999. It's not much of an improvement, and I fail to see why it is called version 2. 1.1 would be better, looking at the improvements. Well, maybe because of workspaces, and the massively improved 'debugger shell' I'm only pointing to the IDE itself here. I don't know if any other stuff is improved (tools/utilities). But that has sort of nothing to do with the IDE, because it are all stand-alone utilities. I was wondering if anyone is interested in creating a list with all the stuff that SHOULD be in Tornado. That is, I'll start here... If we hurry, WRS can release Tornado 3 before the millennium :) I'm not a long time VxWorks developer or anything (don't ask my age :), but I know what a decent IDE should look like. And whether it is cross or native development should *not* effect the look of an IDE. I mean, "it's hard to create a perfect IDE because it is for embedded development" is not an excuse! Here's a list to start with (INPO): 1. It is still possible to select flags when configuring the VxWorks image, after which building will fail 2. You still have to include stdio.h before e.g. sysLib.h or else compiling will fail. 3. The code editor is still useless. It does not keep indentation. This is the first thing I would implement when developing an editor, but it seems WRS is thinking otherwise. External editor? Does this mean WRS is unable to create a good one themselves? 4. When I want a description of a function, I want a detailed description on ever single parameter, structure and constant. And structure definitions are definitely part of a manual! It is really awkward you have to look (most of) them up in header files (plain stupid). And why are e.g. the PCI functions not documented? Also I would really like some code examples. - -- I was desperately hoping T2 would have been improved on these 4 points...but nothing happened -- 5. Tool buttons/bars, hot-keys, etc. are not customizable. No, we are not spoiled with over-featured IDEs, we just know what is good! And also, WRS is advertising with stuff like: "If you want to shorten time to market, you need Tornado!" Well, here is a change to prove it! 6. You can't configure bootrom.sys anymore. At least I failed to find a decent way... Why can't it be done anymore? 7. The code examples in the VxWorks Programmer's Manual (This is a pretty good document) should be in an examples directory (in workspace form). 8. The debugging stuff is really nice. Every section (watches, variables, call-stack, etc.) has its own docked window. Now I'm wondering, why isn't the Workspace window (navigator) like this? It really annoys me when I have e.g. 2 source files, and I want to tile them. I first have to minimize the navigator, click on Tile, resize from the left, and only then I can restore the navigator again, to get a decent view. 9. It is only possible to *select* a directory when starting a new project. You can't create a new one from within Tornado at this point, while this is the moment you need it most... Then a more personal opinion: 10. The VxWorks API is dirty. When a parameter is a pointer, it is NEVER declared as a const pointer. This takes away the freedom of the developer, because now you can also not use const pointers. Still using const pointers will result in thousands of warnings. Warnings are just like errors, only not. And a utility that definitely needs to be updated: 11. The VxLd 1.2 (for x86 only?) utility is a bug. VxLd 1.2 won't load bootrom.sys if it is located on a partition beyond 512Mb or 1008Mb, depending on the HD (32 or 63 sectors/head). When the partition is beyond this point, a divide overflow is generated, and "VxLd 1.2" is displayed only. This bug is due to using 16-bit signed integers, instead of unsigned. Although when using unsigned, a new bug will appear at 1024/ 2016Mb (then 16bit is just not big enough anymore). What I didn't yet test is: what will happen when bootrom.sys is located beyond 512/1008Mb on the first partition, and what when a HD (BIOS) only supports LBA access..? Geurt Vos - -- warnings are just like errors, only not -- - ------=_NextPart_000_003F_01BEB80F.7E863F20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello,
 
We have received our copy of Tornado II= two days=20 ago.
 
My very personal opinion:
I would've been ashamed of myself when = I had=20 released a program like
Tornado II in=20 1999.
 
It's not much of an improvement, and I fail to see why = it is=20 called version 2.
1.1 would be better, looking at the improvements. Well,= maybe=20 because of
workspaces, and the massively improved 'debugger shell'= =20
 
I'm only pointing to the IDE itself her= e. I=20 don't know if any other stuff is
improved (tools/u= tilities).=20 But that has sort of nothing to do with the IDE,
because it are all stand-alone utilities.
 
I was wondering if anyone is interested= in=20 creating a list with all the stuff that
SHOULD be in Torn= ado. That=20 is, I'll start here...
If we hurry, WRS can release Tornado 3 before the mille= nnium=20 :)
 
I'm not a long time VxWorks developer o= r=20 anything (don't ask my age :), but I
know what a decen= t IDE=20 should look like. And whether it is cross or native
development should *not* effect the look of an IDE. I m= ean,=20 "it's hard to create
a perfect IDE because it is for embedded development&qu= ot; is=20 not an excuse!
 
Here's a list to start with (INPO):
 
1. It is still po= ssible to=20 select flags when configuring the VxWorks image, after
which building wi= ll=20 fail
 
2. You still have to include stdio.h before e.g. sysLib= .h or=20 else compiling will fail.
 
3. The code editor is still useless. It does not keep= =20 indentation. This is the first
thing I would implement when developing an editor, but = it=20 seems WRS is thinking
otherwise.
External editor? Does this mean WRS is unable to create= a good=20 one themselves?
 
4. When I want a description of a function, I want a detailed description on ever
single parameter, structure and c= onstant.=20 And structure definitions are definitely
part of a manual! It is really awkward you=20 have to look (most of) them up in header
files (plain stupid). And why are e.g. the PCI function= s not=20 documented?
Also I would really like some cod= e=20 examples.
 
-- I was desperately hoping T2 would ha= ve been=20 improved on these 4 points...but
nothing happened= =20 - --
 
5. Tool buttons/bars, hot-keys, etc. ar= e not=20 customizable. No, we are not spoiled
with over-feature= d IDEs, we=20 just know what is good!
And also, WRS is advertising with stuff like: "If = you=20 want to shorten time to market,
you need Tornado!" Well, her= e is a=20 change to prove it!
 
6. You can't configure bootrom.sys anym= ore. At=20 least I failed to find a decent way...
Why can't it be d= one=20 anymore?
 
7. The code examples in the VxWorks Pro= grammer's=20 Manual (This is a pretty good
document) should = be in an=20 examples directory (in workspace form).
 
8. The debugging stuff is really nice. = Every=20 section (watches, variables, call-stack, etc.)
has its own docked window. Now I'm wond= ering,=20 why isn't the Workspace window (navigator)
like this?
It really annoys me when I have e.g. 2 source files, an= d I=20 want to tile them. I first have
to minimize the navigator, click on Tile, resize from t= he=20 left, and only then I can restore the
navigator again, to get a decent view.
 
9. It is only possible to *select* a di= rectory=20 when starting a new project. You can't create a
new one from with= in Tornado=20 at this point, while this is the moment you need it most...
 
Then a more personal opinion:
 
10. The VxWorks API is dirty. When a pa= rameter=20 is a pointer, it is NEVER declared
as a const pointer. This takes away the freedom of the= =20 developer, because now
you can also not use const pointers. Still using const= =20 pointers will result in thousands
of warnings. Warnings are just li= ke=20 errors, only not.
 
And a utility that definitely needs to = be=20 updated:
 
11. The VxLd 1.2 (for x86 only?) = utility=20 is a bug. VxLd 1.2 won't load= =20 bootrom.sys if
it is located on a partition beyond 512Mb or 1008Mb, depending on the HD (32 or 63
sectors/head). When the partition= is=20 beyond this point, a divide overflow is=20 generated,
and "VxLd 1.2" is displayed only. This bug is due = to using=20 16-bit signed integers,
instead of unsigned. Although whe= n using=20 unsigned, a new bug will appear at 1024/
2016Mb (then 16bit is just not bi= g enough=20 anymore).
What I didn't yet test is: what = will happen when bootrom.sys is located beyond
512/1008Mb on the first partition, and=20 what when a HD (BIOS) only supports
LBA access..?
 
 
Geurt Vos
-- warnings are just like errors, only = not=20 - --
- ------=_NextPart_000_003F_01BEB80F.7E863F20-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: events in vxworks Date: Tue, 8 Jun 1999 12:01:27 GMT From: Gerald van Kampen Organization: =?iso-8859-1?Q?Oc=E9=2DTechnologies?= B.V. Message-ID: <375D0617.DED15CB1@oce.nl> References: <37584602.285865A4@hns.com> <3758488B.D9ED2286@hns.com> <375883fe.1338968@news.texas.net> <3758a151.1213072586@news> Sender: news@oce.nl (The Daily News @ nntp01.oce.nl) Bob DeJoie wrote: > In comp.os.vxworks > krishna balusu wrote: > > >>> Hi, > >>> Are events(like in pSOS) supported in VxWorks. There is no mention > >>> in the Ref. manual. How do you inform a task that something happeded > >>> without any shared memory overhead. > >> > >> Other than using task variables. > > VxWorks is based on semaphores for process synchronization and event > communication. I miss the ability to wait on the logical combination > of multiple events. I downloaded a transition kit and some > documentation of how you would accomplish waiting on multiple events > in VxWorks for their web site a while back. Waiting for multiple events can be accomplished with the message queue functionality. By decoding the received queue contents one can determine which event was send. For example: if ((msgQReceive(msgQId, (char *)&hMsg, sizeof(HANDLE), WAIT_FOREVER)) != ERROR) { switch(hMsg) { case EVENT1: dothis(); break; case EVENT2: dothat(); break; . . } } --------------------------- Newsgroups: comp.os.vxworks,comp.sys.powerpc.tech Subject: Re: SDS (BDM) on MPC860 Date: Wed, 16 Jun 1999 16:20:17 GMT From: Pete Kockritz Organization: Bosch Telecom, Inc. Message-ID: <3767CF35.89F0CF67@BoschTelecomInc.com> References: <2DDC62F5EEA63247.2DE6DAA0CB52DF9F.E2F447A8A9299D1C@lp.airnews.net> <37675C62.6271@nowhere.tennyson.com.au> I checked the ICR, it is 0. Looking at some of the other registers I see: DAR = ff001e00 BAR = 0 MSR = 0 XER = 0000cc42 SRR0 = 08300e2c (current PC in debug window) SRR1 = 0 DER = fdc77c0f (debugger handles everything but EXT and DEC) DSISR = 00004401 Slowing the clock (reducing the clock multiplier) from 0xb to 0x5 seems to help, but not eliminate the problem. We're running with a 4 MHz external clock into the 860, so our bus speed is 48 MHz with the 0xb multiplier. Setting breakpoints at the interrupt locations didn't show anything. Is the DSISR significant? The exact message I'm getting is '- - Stopped by Unknown Event' (just for the record). Tom Evans wrote: > Pete Kockritz wrote: > > When we're doing something that is RAM access intensive, we get > > 'processor halted by unknown event' errors. > > There are a number of events that SDS doesn't distinguish between. > Check the ICR register to see if it says which one happened > ("echo $ICR"). > > Put Breakpoints on EVERY (I mean EVERY) Interrupt vector from > 0x100 up and also disable SDS from trapping them by clearing > bits in the DER register (see pp18-51 in the paper manual or > 37.5.2.2 in the PDF one). Then see where it stops. You may be > getting MMU traps or Checkstops. Examine DAR, BAR and all the > other registers to see if you can see what happened. > > Slow down the CPU clock. Any differences? > > Good luck. > > Tom Evans > InitialSurname@somewhere. Regards, Pete - -- +---------------------------------------------------------------------+ | Pete Kockritz mailto:PKockritz@BoschTelecomInc.com | | Bosch Telecom, Inc. Voice: +1 972 852 6937 | | Richardson, TX FAX: +1 972 852 6758 | | This space for rent. | +---------------------------------------------------------------------+ --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II - first impressions (long) Date: Wed, 16 Jun 1999 13:09:40 -0400 From: Douglas Fraser Organization: Lucent Technologies Message-ID: <3767DA54.AB3BF2C3@lucent.com> References: <37636BB8.AE90EEB5@127.0.0.1> <7k5g6r$acj@newsops.execpc.com> <376671E4.5DBC70EA@lucent.com> <3767B3B0.C42ED91E@ciprico.com> Mike Beede wrote: > or something equally esoteric. No, the real problem is that > gdb, at least on the i960 port, reads from the loaded file > if you're inspecting memory that's supposed to be text. Ay yi yi. I suppose it reduces network loading and increases speed and responsiveness, but when I want to look at what is in memory from the DEBUGGER, not a code browser, I want the data to come out of memory. They should at least let you specify that behavior. Forget about .text for a moment, how about .data and .const and string space??? Does that come from the file? The same arguments apply. As you said, make it all consistent, for interfaces as well as regions. Doug --------------------------- Newsgroups: comp.os.vxworks Subject: Java VM and development kit on VxWorks Date: Wed, 16 Jun 1999 14:03:32 -0400 From: krishna balusu Organization: Hughes Network Systems Message-ID: <3767E6F4.E3B42DAD@hns.com> Reply-To: kbalusu@hns.com Is there any Java VM and development kit ported to VxWorks ( preferably freebee) other than from Wind River --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II - first impressions (long) Date: Wed, 16 Jun 1999 19:31:16 +0100 From: "Alex" Organization: Customer of Planet Online Message-ID: <7k8qhq$i55$1@news6.svr.pol.co.uk> References: <37636BB8.AE90EEB5@127.0.0.1> Alef0 wrote in message <37636BB8.AE90EEB5@127.0.0.1>... >Hi VxWorkers, > >At last we've received the long-awaited Tornado II, and I thought I'd >share >with the ng our impressions. (We're using NT host, x86 target). I'd >love to >hear your reactions and impressions. > >First, the good stuff. > >* Debugger now allows inspecting of all local variables, even those with >names Does it allow you to alter the value of a variable from an inspect window, or do you still have to use gdb for that ? >Aleph-Null > >--- >C programmers never die, they are just cast into void. >Replace 127.0.0.1 with usa.net when replying by e-mail > > Alex --------------------------- Newsgroups: comp.os.vxworks Subject: Re: MVME162 interrupt test Date: Wed, 9 Jun 1999 19:29:34 -0700 From: "Steve Doiel" Message-ID: <375f20e1.0@news.pacifier.com> References: <375D855D.53FE2FA8@lmco.com> Here is a subset of code I am using to flush an event on an interrupt (on an MVME 162) . The only significant difference I see is the signature of the funciton call differs from the semGive you're doing. BTW: I hadn't even considered trying to call semGive directly. ... /* Connect Dma transfer complete interrupt service routine to interrupt */ intConnect( INUM_TO_IVEC( 0x56 ), DmaXferComleteInterrupt, 0 ); ... void DmaXferComleteInterrupt( int index ) { /* Disable DMA Interrupt */ *((reg32 *)VMECHIP2_LBIER) &= ~(LBIER_EDMA); /* Clear DMA Interrupt */ *((reg32 *)VMECHIP2_ICLR) |= ICLR_CDMA; /* Signal the transfer completed */ semFlush( transferComplete ); } I hope this helps, SteveD --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II - first impressions (long) Date: Wed, 16 Jun 1999 14:35:32 -0500 From: Mike Beede Organization: Ciprico Inc. Message-ID: <3767FC84.5B93B6D2@ciprico.com> References: <37636BB8.AE90EEB5@127.0.0.1> <7k5g6r$acj@newsops.execpc.com> <376671E4.5DBC70EA@lucent.com> <3767B3B0.C42ED91E@ciprico.com> <3767DA54.AB3BF2C3@lucent.com> Douglas Fraser wrote: > > [....] Forget about .text for a moment, how about > .data and .const and string space??? Does that come from the > file? I'm not sure if this was rhetorical or not, but in any event I can't answer. I only checked actual text. I imagine .const might be so, too, but even my cynical nature would be suprised if it were true for data. I suspect you're right about the original goal--reduced network load--and assume that they were running on a slow serial link at the time the decision was made. Next time I get a chance I'll try the .const thing and report back to the group. Mike --------------------------- Newsgroups: comp.os.vxworks Subject: Re: BOOTING A 486 TARGET MACHINE Date: Wed, 16 Jun 1999 14:00:38 -0800 From: Alan Yakiwchuk Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here Message-ID: <929570440.5749@www.remarq.com> References: <37612AC9.38F74FF9@reading.ac.uk> <01beb43a$1c5e5680$2a00a8c0@johnson-129> Instead of bootrom.hex, you can also build bootrom_uncmp and use it for the mkboot. It works as well. **** Posted from RemarQ - http://www.remarq.com - Discussions Start Here (tm) **** --------------------------- Newsgroups: comp.os.vxworks Subject: Re: dosFs woes Date: Wed, 16 Jun 1999 14:12:00 -0800 From: Alan Yakiwchuk Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here Message-ID: <929571122.5827@www.remarq.com> References: <374E8F4B.5EEC0DDD@syncro-tech.com> I think the information (directories, etc.) is only updated when you close the file. Have you tried flushing the output buffers to force and update? i.e. FIOFLUSH Let me know if this works 'cause I may be facing a similar problem soon... **** Posted from RemarQ - http://www.remarq.com - Discussions Start Here (tm) **** --------------------------- Newsgroups: comp.os.vxworks Subject: connectWithTimeout Date: Tue, 08 Jun 1999 18:14:00 +0100 From: Dave Moore Organization: GEC Marconi Aerospace Systems Message-ID: <375D4F58.6AB1@gecm.com> Hello everyone, I'm experiencing some trouble using 'connectWithTimeout' and TCP/IP sockets. Applying a client/server relationship, I can get a connection between two PPC cards *PROVIDED* I run up the server first. If I use connectWithTimeout (client side) to wait until the server is ready, then it immediately returns a perror S_errno_ENOTCONN and doesn't wait for the specified 'timeout' period. This 'ENOTCONN' error appears to be undocumented. This behaviour only occurs using the front panel ethernet. If I use it on the Shared Memory network (across a VME backplane), then 'connectWithTimeout' works fine and will wait until the server is run up. So what's the difference between using the front panel ethernet and Shared memory network. And what's this 'ENOTCONN' error?. Any comments or suggestions gratefully recieved. Thanks in advance. Dave M. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Problem with NobleNet portmapper and Omni-NFS server. Date: 8 Jun 1999 13:30:24 -0700 From: chaos@idiom.com (Hwa-Jin Bae) Organization: PSO Systems Inc (http://www.pso.com) Message-ID: <7jjuh0$16cj$1@idiom.com> References: <3.0.6.32.19990604173115.0090a100@olympia.rti.com> <375BEB88.B632BD3C@oce.nl> <7jjmv2$sbi$1@nnrp1.deja.com> In article <7jjmv2$sbi$1@nnrp1.deja.com>, wrote: > > >I think all of this stems from the use of the RPC ports on windows. The >portmapper from WRS implements RPC for the targets to talk through, >right? and it binds to the NFS port, so when the NFS server comes up, it >can't bind to a port. I just can't believe that no one at WRS has ever >fixed this or even looked into it. To be fair, the problem of running two copies of portmapper daemon has to do with the fact that Windows does not have built in portmapper. So in order to use RPC facilities, you basically have to run your own portmapper, as do Tornado and Omni NFS product. If you installed another NFS product you would have similar problems. I wouldn't categorize this as WRS problem, although it would help to make an option available to handle this problem -- use a different port for portmapper, for example, even though it is not RFC standards compatible. Just my opinion. - -- Hwa-Jin Bae PSO Systems Inc -- Embedded SW/HW design, consulting, support, training mailto:hjb@pso.com http://www.pso.com Un-official VxWorks FAQ http://www.pso.com/vxfaq.html --------------------------- Newsgroups: comp.os.vxworks Subject: MVME162 interrupt test Date: Tue, 08 Jun 1999 14:04:29 -0700 From: Stephen Helding Organization: Lockheed Martin M&DS Western Region Message-ID: <375D855D.53FE2FA8@lmco.com> This is a multi-part message in MIME format. - --------------AAABC56A953EC9A4D00A0206 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I'm trying to setup a simple test on an MVME162 single board computer. I've got the following code: #include #include #include #include #include #include SEM_ID semId; void printFunc(void); void test(void) { semId = semBCreate(SEM_Q_FIFO, SEM_EMPTY); intConnect(IV_AUTOVEC_3, semGive, semId); sysIntEnable(3); printFunc(); } void printFunc(void) { FOREVER { semTake(semId, WAIT_FOREVER); printf("Received interrupt\n"); } } I then hook up a square wave generator to pin B28 on the P1 connector that goes from 0v to 4v about every 5 seconds. When I turn the function generator on I get interrupts but not mine. I get something like the following message displayed at a rapid rate. interrupt: Uninitialized Interrupt! Vector number 24 (0-255). Spurious Interrupt Program counter: 0x005b96a Status register: 0x3100 I'm probably doing something really stupid but it could be any number of things. The company I work for doesn't allow me enough time to dig into matters myself so I'm hoping someone out there will be able to point out my folly at a glance. - --------------AAABC56A953EC9A4D00A0206 Content-Type: text/x-vcard; charset=us-ascii; name="Stephen.Helding.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Stephen Helding Content-Disposition: attachment; filename="Stephen.Helding.vcf" begin:vcard n:Helding;Stephen x-mozilla-html:FALSE adr:;;;;;; version:2.1 email;internet:Stephen.Helding@lmco.com fn:Steve Helding end:vcard - --------------AAABC56A953EC9A4D00A0206-- --------------------------- Newsgroups: comp.os.vxworks Subject: tyIRd Date: 8 Jun 1999 20:48:31 GMT From: ewell@boink.rhic.bnl.gov (Lars Ewell) Organization: Brookhaven National Laboratory Keywords: Interrupt, Read Message-ID: <7jjviv$l4i$1@sun20.ccd.bnl.gov> To Whom it May Concern, I am in the process of writing a vxworks driver for a Greenspring Octal 485 serial card. The card uses a SIGNETICS/PHILIPS SCC2698B UART chip. The driver is to run on an mve162 running VxWorks 5.3.1. When attempting to read a serial string of incoming data, I can read the first three characters with not much difficulty. This, I think, is due to the fact that the receiver FIFO has a capacity of three characters. However when I try to read the fourth character, I run into difficulty. If I try to read the string '12345' for example I cannot read the number '4'. I have been trying to use the vxworks command 'tyIRd' which is advertised as an interrupt-level input command on page 2-786 of my VxWorks 5.3.1 reference manual. I have not been able to use this command sucessfully. I have used the interupt write, tyITx, command sucessfully. Does anyone have experience with these or related ideas? Posts and email welcome. Thanks in advance. regards, Lars Ewell :______________________________________ : Lars Ewell : Brookhaven National Laboratory : PHENIX Group : Physics Dept. 510C : Upton, NY 11973 : : ewell@bnl.gov : Phone (516)344-7070 : FAX (516)344-3253 : www http://boink.rhic.bnl.gov/~ewell :_____________________________________ --------------------------- Newsgroups: comp.os.vxworks Subject: Games on vxworks Date: Tue, 15 Jun 1999 02:54:12 GMT From: sminar@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7k4f8g$ag0$1@nnrp1.deja.com> Hi, I'm working for a client that would like to offer some games running on vxworks. We are hoping to locate someone who is working in this area that would be interested in working together. I would be very grateful for any leads on companies / individuals that are working on games for vxworks or would like to tackle such a project. I'll be checking for replies to this post but please feel free to email me at: sminar@ntouch.nospam.com (you know what to do...) Thanks, Steve Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Q] adding rs232 ip pack on MVME162 Date: 16 Jun 1999 17:09:49 -0600 From: bgeer@xmission.xmission.com (bgeer) Organization: XMission http://www.xmission.com/ Message-ID: <7k9art$79c$1@xmission.xmission.com> References: <3764a667.25852067@news.dacom.co.kr> jslim64@hotmail.com (Lim) writes: >I use MVME162-532 and I would like to add a rs232 ip pack which has 8 >rs232 ports. So I put the ip pack on the MVME162-532. >But it is first time to add ip pack on the VME162-532, so I don't know >how to configure vxworks environments and use it. >I am using VxWroks 5.3. >Should I modify the MVME162 board with 162-bug program? >Should I modify the configure files of VxWorks 5.3? The IP2 chip (ip pack interface) must be initialized. I made these notes a couple of years ago: * I could not find a VxWorks ".h" file support for this chip. This * info from MVME162FX programmer's guide p1-20 thru p1-27 & all of * chapter 4. * * IP2 chip has control registers mapped to MVME162FX address range * 0xfffbc000. These registers include: * chip id & revision * [interrupt] vector base * pacer time & control * & one each of the following for 4 IP connectors: * memory base address register * memory space size register * interrupt control * general control * DMA enable, control, status, source & destination addresses, & * transfer byte count This info is for the FX; non-FX 162's are similar but the page & chapter numbers may be different. - -- <> Robert Geer & Donna Tomky | * <> <> bgeer@xmission.com | _o * o * o <> <> dtomky@xmission.com | -\<, * <\ <> Salt Lake City, Utah USA | O/ O __ /__, /> <> --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Help on Serial Hardware Options... Date: Wed, 16 Jun 1999 17:06:16 -0700 From: Ron Driscoll Organization: Offshore Systems Limited Message-ID: <37683BF8.157AA664@fire.sol.com> References: <929485360.548.102@news.remarQ.com> Reply-To: rdriscoll@fire.osl.com I ran into this problem as well, like the old quote says (I read it from a Linux group): "Use the source Luke, the source". Answer: If you look in the "Torando\target\src\drv\sio" directory chances are you will see a file like z8530sio.c (or whatever your serial chip is). In this file, the Ioctl function case statement will have the unsupported OPTS pair... switch (request) { ...code removed... case SIO_HW_OPTS_SET: case SIO_HW_OPTS_GET: default: return (ENOSYS); } Thus you need to add the required code to the cases if you want them to work. Then recompile the kernel. A question for Wind River: Why are Vxworks drivers incomplete? John Glinski wrote: > I'm attempting to configure a serial device using vxworks 5.3.1, but I'm > running into several problems. While perusing through the helps and source > files for vxworks I've found much of what I need, but I'm unable to set > parity and stop bits. In sioLib.h, I saw that I can set and get the > hardware options passing SIO_HW_OPTS_SET (or_GET) in the IOCTL function, yet > everytime I try, it returns an error. The documentation states that IOCTL > will only return an error if the file descriptor is invalid, but I've ruled > out that possibility. Below is a sample of the code I've tried, and I > received a -1 in 'temp': > temp = ioctl (fd, SIO_HW_OPTS_SET, (PARENB | PARODD | STOPB)); > > This line comes immediately after the following line: > temp = ioctl (fd, SIO_BAUD_SET, 9600); > > In the first ioctl (SIO_BAUD_SET) a zero is returned as expected, while in > the second ioctl call (SIO_HW_OPTS_SET) a -1 is returned. What am I doing > wrong? Please reply by email. > > - John Glinski - > john.glinski@natinst.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Help on Serial Hardware Options... Date: Wed, 16 Jun 1999 17:09:16 -0700 From: Ron Driscoll Organization: Offshore Systems Limited Message-ID: <37683CAC.F8C5AFC6@fire.sol.com> References: <929485360.548.102@news.remarQ.com> Reply-To: rdriscoll@fire.osl.com I ran into this problem as well, like the old quote says (I read it from a Linux group): "Use the source Luke, the source". Answer: If you look in the "Torando\target\src\drv\sio" directory chances are you will see a file like z8530sio.c (or whatever your serial chip is). In this file, the Ioctl function case statement will have the unsupported OPTS pair... switch (request) { ...code removed... case SIO_HW_OPTS_SET: case SIO_HW_OPTS_GET: default: return (ENOSYS); } Thus you need to add the required code to the cases if you want them to work. Then recompile the kernel. A question for Wind River: Why are Vxworks drivers incomplete? John Glinski wrote: > I'm attempting to configure a serial device using vxworks 5.3.1, but I'm > running into several problems. While perusing through the helps and source > files for vxworks I've found much of what I need, but I'm unable to set > parity and stop bits. In sioLib.h, I saw that I can set and get the > hardware options passing SIO_HW_OPTS_SET (or_GET) in the IOCTL function, yet > everytime I try, it returns an error. The documentation states that IOCTL > will only return an error if the file descriptor is invalid, but I've ruled > out that possibility. Below is a sample of the code I've tried, and I > received a -1 in 'temp': > temp = ioctl (fd, SIO_HW_OPTS_SET, (PARENB | PARODD | STOPB)); > > This line comes immediately after the following line: > temp = ioctl (fd, SIO_BAUD_SET, 9600); > > In the first ioctl (SIO_BAUD_SET) a zero is returned as expected, while in > the second ioctl call (SIO_HW_OPTS_SET) a -1 is returned. What am I doing > wrong? Please reply by email. > > - John Glinski - > john.glinski@natinst.com --------------------------- Newsgroups: comp.os.vxworks Subject: re: T2 first impressions (long) Date: Thu, 17 Jun 1999 02:18:53 GMT From: John or Jenn Organization: Who, us organized??? Message-ID: References: <7k1l2m$8p2@overload.lbl.gov> <7k8qhq$i55$1@news6.svr.pol.co.uk> <3767FC84.5B93B6D2@ciprico.com> <7k9art$79c$1@xmission.xmission.com> In article <7k8qhq$i55$1@news6.svr.pol.co.uk> Alex, alex@clockwork.freeserve.co.uk writes: >Does it allow you to alter the value of a variable >from an inspect window, or do you still have to >use gdb for that ? Yes, you can modify from an inspection window (but you can still do it from gdb if you want to! ;-) --------------------------- Newsgroups: comp.os.vxworks Subject: [Q] virtual machine on VxWorks Date: Wed, 9 Jun 1999 10:54:20 +0900 From: "ÀÌÁ¦Çå(Jerry)" Organization: Electronics and Telecommunications Research Institute (ETRI) Message-ID: <7jkhmh$peh$1@news.etri.re.kr> Do you have any info about virtual machine implementation on VxWorks? Or any general resources about only virtual machine implementation? Please let me know. Thanks for reading. Bye. - -- *************************************************** Jehun Rhee (Jerry) Mobile Traffic Management Team, Radio & Broadcasting Technology Lab., ETRI 161 Kajong Dong, Yusong Gu, Taejon, 305-350, Korea Voice Phone @ +82-42-860-3820 Fax @ +82-42-860-6403 Home Phone @ +82-42-485-8809 Mobile Phone @ +82-17-248-0116 Email @ jhrhee@etri.re.kr ICQ @ 30447192 SoftMessenger @ jhrhee (only Korean) --------------------------- Newsgroups: comp.os.vxworks Subject: vxWorks Scheduling Date: Fri, 11 Jun 1999 00:49:10 +0200 From: Marvin Organization: personal Message-ID: <376040E5.A4D68BE@nomail.com> 1.I noticed a very strange behaviour on a vxWorks PPC target: The application main task (highest priority) waits for an interrupt (semTake). The interrupt handler releases a semaphore which is taken by that main task (semGive). Before the interrupt arrives there is time for a lower priority task to run. The interrupt now arrives and releases the semaphore. I would expect that the main task with the higest priority now preempts that lower priority task because the resource it has been waiting for is available. BUT: I noticed that under which circumstances ever the lower priority tasks keeps on running for while before the main task continues doing its job. What could be the reason for that behaviour ? 2. Is there a possiblity to do a dedicated reschedule by calling a vxWorks API routine before leaving the IRQ service routine ? Thanks in advance ! Regards Marvin --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Scheduling Date: Fri, 11 Jun 1999 01:14:19 GMT From: coder@POTTEDMEAT.texas.net (Bruce) Organization: Giganews.Com - Premium News Outsourcing Message-ID: <376060ee.1200048@news.texas.net> References: <376040E5.A4D68BE@nomail.com> In comp.os.vxworks Marvin wrote: >1.I noticed a very strange behaviour on a vxWorks PPC target: >The application main task (highest priority) waits for an interrupt >(semTake). The interrupt handler releases a semaphore which is taken by >that main task (semGive). Before the interrupt arrives there is time for >a lower priority task to run. The interrupt now arrives and releases the >semaphore. I would expect that the main task with the higest priority >now preempts that lower priority task because the resource it has been >waiting for is available. BUT: I noticed that under which circumstances >ever the lower priority tasks keeps on running for while before the >main task continues doing its job. What could be the reason for that >behaviour ? this doesn't sound right at all. >2. Is there a possiblity to do a dedicated reschedule by calling a >vxWorks API routine before leaving the IRQ service routine ? The scheduler is called on the interrupt return. If your hi priority task is ready, it should run. I think that the problem is that it is still waiting at the sema4 and the lo priority is ready, so he runs. On the next clock tic, your hi priority guy is ready to go and then he runs. You could verify this in Windview if you have it by watching the state of your task as the int returns. So, what do you do about it? I don't think the solution is to try to invoke the scheduler because that already happens. Actually, I'm stumped. The scheduler should see the sema4 available and make your hiprio ready to run in one scan. Sorry, bruce --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II - first impressions (long) Date: Wed, 16 Jun 1999 23:14:25 -0700 From: Dan Murphy Organization: Murphstein Et Filles Message-ID: <37689241.4922@cwa.com> References: <37636BB8.AE90EEB5@127.0.0.1> Reply-To: dmurphy@cwa.com Anybody have any comments about a T2 upgrade for StrongARM targets and/or Solaris hosts? We're told we need to get rid of SENS 1.0, and to support certain WRS tools on this host/target combo... Thnx, dan --------------------------- Newsgroups: comp.os.vxworks Subject: I'm looking for the Tornado tool's research papers. but... Date: Thu, 17 Jun 1999 16:33:01 +0900 From: Wonyoung Organization: Korea Telecom Message-ID: <3768A4AC.83AC0A4F@edunet.kmec.net> Do you know where the Tornado tool's or VxWorks research papers is? I have been looking for the Web site, but I can't. Tell me the Web site or ftp site. please. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II - first impressions (long) Date: Thu, 17 Jun 1999 09:30:52 GMT From: alef0@127.0.0.1 (Aleph-Null) Organization: Internet Gold, ISRAEL Message-ID: <3768be7c.257510190@news.inter.net.il> References: <37636BB8.AE90EEB5@127.0.0.1> <7k8qhq$i55$1@news6.svr.pol.co.uk> On Wed, 16 Jun 1999 19:31:16 +0100, "Alex" wrote: > >Alef0 wrote in message <37636BB8.AE90EEB5@127.0.0.1>... >>Hi VxWorkers, >> >>At last we've received the long-awaited Tornado II, and I thought I'd >>share >>with the ng our impressions. (We're using NT host, x86 target). I'd >>love to >>hear your reactions and impressions. >> >>First, the good stuff. >> >>* Debugger now allows inspecting of all local variables, even those with >>names > > >Does it allow you to alter the value of a variable >from an inspect window, or do you still have to >use gdb for that ? No, it does not. Also, it allows you to view memory, but the window that displays it has no scroll bars and you can't page a bit forward or backwards if you need to. There is no utility to auto-convert old makefiles automatically into new workspaces/projects. The more I work with it the less I think that T2 developers ever used their tool to develop Vx applications. > > >>Aleph-Null >> >>--- >>C programmers never die, they are just cast into void. >>Replace 127.0.0.1 with usa.net when replying by e-mail >> >> > >Alex > > > --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Fri Jun 18 04:00:14 1999 From: daemon@csg.lbl.gov Date: Fri Jun 18 04:00:18 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Fri Jun 18 04:00:10 PDT 1999 Subject: bootp/tftp from backplane Subject: Re: Tornado II - first impressions (long) Subject: re: T2 first impressions (long) Subject: Re: Tornado II - first impressions (long) Subject: Re: vxWorks Scheduling Subject: Re: vxWorks Scheduling Subject: Compiling GNU Style Libraries Subject: Re: BOOTING A 486 TARGET MACHINE Subject: Re: MVME162 interrupt test Subject: VGA performance Subject: Re: Bug in stdlib for ARM? Subject: Hooks into # of dosFs fd's used/avail? Subject: How to Handle "Large" Data File (~50Mb)? Subject: Re: Remote Shell Daemon for vxWorks Subject: Re: vxWorks Scheduling Subject: ISA DMA on a mvme2604 Subject: Re: vxWorks Scheduling Subject: Re: test vmebus interrupts Subject: Help on Serial Hardware Options... Subject: Re: How to Handle "Large" Data File (~50Mb)? Subject: Putting a task at the end of the READY queue. ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: bootp/tftp from backplane Date: Fri, 11 Jun 1999 11:52:40 +0200 From: Roberto Nunnari Organization: AGIE Message-ID: <3760DC68.A56244E1@agie.ch> This is a multi-part message in MIME format. - --------------53F02F91F4674FACB967EB91 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi there. I have trouble booting slave boards from the backplane using bootp/tftp. I defined the following: - - master #define INCLUDE_SM_NET #define INCLUDE_SM_SEQ_ADDR #define INCLUDE_PROXY_DEFAULT_ADDR #define INCLUDE_PROXY_SERVER - - client #define INCLUDE_SM_NET #define INCLUDE_SM_SEQ_ADDR #define INCLUDE_PROXY_CLIENT What do I do wrong? Attached is the bootmonitor output. Best regards. - -- Roberto Nunnari -software engineer- mailto:roberto.nunnari@agie.ch AGIE - http://www.agie.com Via dei pioppi 16 tel: +41-91-8069138 6616 Losone """ Switzerland (o o) =======================oOO==(_)==OOo======================== MY OPNIONS ARE NOT NECESSARELY THOSE OF MY EMPLOYER - --------------53F02F91F4674FACB967EB91 Content-Type: text/plain; charset=us-ascii; name="bootp.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="bootp.txt" *************************************************************** [VxWorks Boot]: @ boot device : fei processor number : 0 flags (f) : 0xc8 Attaching network interface fei0... done. Getting boot parameters via network interface fei0. Bootp Server:172.16.6.180 Boot file: /tftproot/pep1/vxWorks Boot host: 172.16.6.180 Boot device Addr (fei0): 172.16.7.93 Subnet mask: 0xffff0000 Subnet gateway: Attaching network interface lo0... done. Loading... 422824 + 18320 + 38872 Starting at 0x108000... Host Name: bootHost Target Name: vxTarget User: target Attaching network interface fei0... done. Initializing backplane net with anchor at 0x3c00000... done. Backplane anchor at 0x3c00000... Attaching network interface sm0... done. Backplane address: 172.16.7.94 Creating proxy network: 172.16.7.94 Attaching network interface lo0... done. NFS client support not included. VxWorks Copyright 1984-1996 Wind River Systems, Inc. CPU: PEP CP600 VxWorks: 5.3.1 BSP version: 2.0/0200 Creation date: May 27 1999 WDB: Ready. *************************************************************** Press any key to stop auto-boot... 0 auto-booting... boot device : sm processor number : 2 flags (f) : 0x1c0 Backplane anchor at 0xe2000000... Attaching network interface sm0... done. smIsAlive: readyValue = 0xffffffff, heartbeat = 0x0 Backplane inet address: 172.16.7.96 registering proxy client: 172.16.7.96.done. Getting boot parameters via network interface sm0........ ??????????????????????????????????????????????????????? The bootserver doesn't receive any request here... ??????????????????????????????????????????????????????? ... here a control-X was send to this board (processor number 2)... Press any key to stop auto-boot... 0 auto-booting... boot device : sm processor number : 2 flags (f) : 0x1c0 Backplane anchor at 0xe2000000... Attaching network interface sm0... done. Backplane inet address: 172.16.7.96 registering proxy client: 172.16.7.96.....client registered failed 4c0006 Can't load boot file!! ??????????????????????????????????????????????????????? Maybe here it fails to register proxy client because the master has already registered it ???? ??????????????????????????????????????????????????????? - --------------53F02F91F4674FACB967EB91-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II - first impressions (long) Date: Wed, 16 Jun 1999 17:54:52 -0500 From: "Richard B. Ralston" Organization: Rockwell Automation Message-ID: <7kao23$nbm@newsops.execpc.com> References: <37636BB8.AE90EEB5@127.0.0.1> <7k8qhq$i55$1@news6.svr.pol.co.uk> Alex wrote in message news:7k8qhq$i55$1@news6.svr.pol.co.uk... > > > Does it allow you to alter the value of a variable > from an inspect window, or do you still have to > use gdb for that ? > Took me a while to find it, but you can change variables within a window. There's a "variables" window that lists everything, and you can change the data in there. I suspect it'll get awkward when the number of variables gets higher than the toys I'm running now. I don't get why you can't display an individual variable and change it. Even Paradigm Debug lets you do that, and it's hardly the most modern debugger ever! It would be nice if it would display the var.'s value when you move the mouse over it. EST's VisionClick (and MS) does that. It's easy to get addicted to that! ;-) TTFN, Rich --------------------------- Newsgroups: comp.os.vxworks Subject: re: T2 first impressions (long) Date: Thu, 17 Jun 1999 13:36:30 GMT From: John or Jenn Organization: Who, us organized??? Message-ID: References: <199906150912.KAA28025@dsl-2.tadpole.co.uk> <3768A4AC.83AC0A4F@edunet.kmec.net> <3768be7c.257510190@news.inter.net.il> <7kao23$nbm@newsops.execpc.com> In article <3768be7c.257510190@news.inter.net.il> Aleph-Null, alef0@127.0.0.1 writes: >>Does it allow you to alter the value of a variable >>from an inspect window, or do you still have to >>use gdb for that ? > >No, it does not. Yes, it does. In the watch window, double click on the Œvalue¹ of the variable. You get a box that allows you to modify the value of the variable. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II - first impressions (long) Date: Thu, 17 Jun 1999 09:25:17 -0500 From: Dennis Gabler Organization: Norand Corporation Message-ID: <3769054D.49F6C4D7@arrl.net> References: <37636BB8.AE90EEB5@127.0.0.1> <7k8qhq$i55$1@news6.svr.pol.co.uk> <3768be7c.257510190@news.inter.net.il> Aleph-Null wrote: > The more I work with it the less I think that T2 developers > ever used their tool to develop Vx applications. > IMHO this is probably an accurate observation. Unless it was dictated from within Wind that everyone use it, there probably was fairly minimal testing. They (Wind) are not the only RTOS vendor to do this with thier tool chain. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Scheduling Date: Fri, 11 Jun 1999 09:12:21 -0400 From: Tim Sohacki Organization: Nortel (Northern Telecom) Message-ID: <37610B35.3E4E39BF@nortelnetworks.com> References: <376040E5.A4D68BE@nomail.com> Marvin wrote: > > 1.I noticed a very strange behaviour on a vxWorks PPC target: > The application main task (highest priority) waits for an interrupt > (semTake). The interrupt handler releases a semaphore which is taken by > that main task (semGive). Before the interrupt arrives there is time for > a lower priority task to run. The interrupt now arrives and releases the > semaphore. I would expect that the main task with the higest priority > now preempts that lower priority task because the resource it has been > waiting for is available. BUT: I noticed that under which circumstances > ever the lower priority tasks keeps on running for while before the > main task continues doing its job. What could be the reason for that > behaviour ? Any chance that the low priority task is running at an inherited priority? In VxWorks, the priority inheritance protocol is a modified basic inheritance protocol, with unexpected results sometimes. (The protocol does not let a task return to its normal priority until the task releases all locked mutex's instead of just the locked mutex that caused the priority inheritance.) This could apply in a simple system something like: tSystem sysTask 3971b48 50 tHighPri highTask 3666840 100 tLowPri lowTask 38f73b8 200 void lowTask() { while(1) { semTake(someSem); buf = malloc(100); /* do stuff */ semGive(someSem); } } While someSem is locked, tLowPri might inherit the priority of tSystem if tSystem tries to run and use mallow while tLowPri is inside the malloc (malloc has its own mutex). tHighPri would not run until someSem is given, because that is when the priority of tLowPri returns to 200 instead of the inherited 50. Cheers, Tim --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Scheduling Date: 11 Jun 1999 10:39:31 -0700 From: gillies@cs.ubc.ca (Donald Gillies) Organization: Computer Science, University of British Columbia, Canada Message-ID: <7jrhkj$ocb$1@cascade.cs.ubc.ca> References: <376040E5.A4D68BE@nomail.com> <37610B35.3E4E39BF@nortelnetworks.com> Tim Sohacki writes: >Marvin wrote: >> >> 1.I noticed a very strange behaviour on a vxWorks PPC target: >> The application main task (highest priority) waits for an interrupt >> (semTake). The interrupt handler releases a semaphore which is taken by >> that main task (semGive). Before the interrupt arrives there is time for >> a lower priority task to run. The interrupt now arrives and releases the >> semaphore. I would expect that the main task with the higest priority >> now preempts that lower priority task because the resource it has been >> waiting for is available. BUT: I noticed that under which circumstances >> ever the lower priority tasks keeps on running for while before the >> main task continues doing its job. What could be the reason for that >> behaviour ? Actually, this is one of the hardest parts of an operating system to implement correctly. The problem is, you cannot just return from an interrupt sometimes. Instead, there is often a routine called "ExitThroughScheduler()" that is called to return from an interrupt. If nothing has changed viz the highest priority task, then the routine simply returns from the interrupt, using the hardware instructions of your target (i.e. "RTI"). If the highest priority task changed, then "ExitThroughScheduler()" blows away the interrupt stack for your target (wiping out all traces of the interrupt) and then restores a task state (perhaps the scheduler task, or perhaps the task that was running, so that all 16 or 32 registers are available) and then forces the restored task into the scheduler immediately. This one hairball piece of code to write. If you wrote the interrupt vector yourself, you may not be calling the proper function to return from the interrupt. You can't just run an "RTI" instruction ... Don Gillies - t_dgilli.x@qualcomm.x.com - Planetwide Software, Inc. (consultant) / Globalstar Satellite CDMA Project, Qualcomm Inc., 6455 Lusk Blvd San Diego, California 92121 - phone: 619-651-2326. Adjunct Professor of EE, UBC, Vancouver BC Canada V6T 1Z4 http://www.ee.ubc.ca/home/staff/faculty/gillies/etc/www/index.html (remove x's to reply by email) --------------------------- Newsgroups: comp.os.vxworks Subject: Compiling GNU Style Libraries Date: Fri, 11 Jun 1999 14:21:04 -0400 From: Matthew Donadio Organization: Image & Signal Processing, Inc. Message-ID: <37615390.2491C46E@isptechinc.com> I have a few GNU style libraries (ie, they use the GNU configure utility) that I would like to use under VxWorks. None of them seem to recognize the --target option. Does anyone know an easy way to get these to compile under VxWorks, or is picking any target and the doing some major hacking of the Makefiles the bast way to do this? Thanks. - -- Matt Donadio (donadio@isptechinc.com) | 43 Leopard Rd, Suite 102 Sr. Software Engineer | Paoli, PA 19301-1552 Image & Signal Processing, Inc. | Phone: +1 610 407 4391 http://www.isptechinc.com | FAX: +1 610 407 4405 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: BOOTING A 486 TARGET MACHINE Date: Fri, 11 Jun 1999 18:44:04 GMT From: "Bill Johnson" Organization: Posted via RemarQ Communities, Inc. Message-ID: <01beb43a$1c5e5680$2a00a8c0@johnson-129> References: <37612AC9.38F74FF9@reading.ac.uk> James, The boot image used with mkboot must be < 512K. I have seen similar results when the size was exceeded. What I do is build the bootrom.hex target and use the resulting "bootrom" file (NOT .hex) as the argument to mkboot. The bootline in config.h controls what will boot next. It would load ,say, vxWorks.st from the floppy. 1) Edit boot line similar to: #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" 2) Build bootrom.hex. 3) Use mkboot with bootrom. 4) Copy vxWorks.st to the floppy. 5) Boot the floppy. Enjoy, Bill Johnson SHOT, Inc James Pascoe wrote in article <37612AC9.38F74FF9@reading.ac.uk>... > Dear All, > > I am a student at The University of Reading using a 486 PC as a target > machine for VxWorks development. > > Recently our administrators have changed the IP addresses of the host > and target machines which invariably has rendered the current bootdisk > unusable. Based on this, I have taken the following course of action: > > 1) make appropriate modifications to "config.h". > 2) select project, make PC486, clean from within Tornado. > 3) select project, make PC486, "vxWorks.st" from within Tornado (Im not > actually sure which image to build). > 4) at a dos prompt, use "mkboot" on a new floppy disk with the > "vxWorks.st" file I have just built. > 5) CHKDSK reports that everything is contiguous. > > When I power on the target machine (with the boot disk in the floppy > drive), I get the "VxLd ...." display which produces a string of dots > but does NOT bring me to the blue countdown screen (i.e. it hangs). > > If anyone can shed any light on this, I would be very grateful, > > Thank you in advance, > > James Pascoe > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: MVME162 interrupt test Date: Wed, 09 Jun 1999 08:48:14 -0700 From: Stephen Helding Organization: Lockheed Martin M&DS Western Region Message-ID: <375E8CBE.ADCBD742@lmco.com> References: <375D855D.53FE2FA8@lmco.com> This is a multi-part message in MIME format. - --------------82126A09A0FE8D7E59CC6E9D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Thanks, I'll look more into the VME signals. I somehow got the mistaken impression that by using the autovector interrupts that I didn't need to implement the handshaking. "Charles H. Chapman" wrote: > > On Tue, 08 Jun 1999 14:04:29 -0700, Stephen Helding > wrote: > >I then hook up a square wave generator to pin B28 on the P1 connector > >that goes from 0v to 4v about every 5 seconds. When I turn the function > >generator on I get interrupts but not mine. I get something like the > >following message displayed at a rapid rate. > > > >interrupt: > >Uninitialized Interrupt! > >Vector number 24 (0-255). Spurious Interrupt > >Program counter: 0x005b96a > >Status register: 0x3100 > > The problem is you can't generate interrupts on the VME bus by simply > hooking a signal generator up to an IRQ pin. There's a lot more > handshaking involved. When the processor sees an interrupt request > (I'm a little rusty on the sequence so this may not be entirely > accurate) it puts a signal out on the IACKIN line (P1-A21) which > is received by the first board on the bus to the right of the CPU. > If that board was not the one generating the interrupt, it passes > the signal out on the IACKOUT line (P1-A22). The signal propagates > down the bus until it reaches the board that generated the interrupt. > That board doesn't propagate the signal any further but rather > generates an acknowledge signal that it sends back on the IACK line > (P1-A20). Optionally, it can put the desired interrupt vector on > D0-D7 and generate a DTACK signal (P1-16). If it doesn't do this, > the processor uses the so-called autovector for that interrupt (the > IV_AUTOVEC_3 in your program). > > Since you generated neither an IACK or a DTACK signal in the required > amount of time, the processor considered your interrupt to be "spurious" > and attempted to vector to the Spurious Interrupt vector. Since > that vector had not been initialized by your program, the > above message was generated by VxWorks. > > Anyway, some of the details I described may be a little off but that's > approximately what needs to happen to generate a proper interrupt. > > Chuck - --------------82126A09A0FE8D7E59CC6E9D Content-Type: text/x-vcard; charset=us-ascii; name="Stephen.Helding.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Stephen Helding Content-Disposition: attachment; filename="Stephen.Helding.vcf" begin:vcard n:Helding;Stephen x-mozilla-html:FALSE adr:;;;;;; version:2.1 email;internet:Stephen.Helding@lmco.com fn:Steve Helding end:vcard - --------------82126A09A0FE8D7E59CC6E9D-- --------------------------- Newsgroups: comp.os.vxworks Subject: VGA performance Date: Fri, 11 Jun 1999 21:50:54 +0200 From: "Yellow" Organization: TIN Message-ID: <7jrpbb$nmh$1@nslave1.tin.it> Does anybody have an idea of how long does it take to transfer a 2 MByte bitmap from system RAM to a VGA video controller video RAM when that controller is plugged into a PCI / PMC slot on the mainboard ? I am using an Pentium 233MHz PC with SRAM with a VGA card with GD5480 cirrus video controller. Is there any valid reason to think that transferring 2 MB in the opposite direction ( from VGA RAM to system RAM ) could take longer ? Thanks in advance --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Bug in stdlib for ARM? Date: Wed, 09 Jun 1999 14:04:03 -0500 From: "John W. Komp" Organization: Medtronic Inc. Message-ID: <375EBAA2.C67BC1EE@uscorp.net> References: <375BDC9E.51AB4CFD@uscorp.net> <5miu8ytv1w.fsf@jtc.redbacknetworks.com> I'll take it that your statement that the bug was in my code is not a slam. Unfortunately after further analysis it appears we're both right. I figured I'd write a test program to run on my sparc to prove my point. I was a bit surprised to find it didn't work right either but it didn't work the same as the ARM/vxWorks version either. Frustrated I took stdarg.h for sparq apart to see what it was doing. I was able to fix the include file so it would work with any size arguement with a very simple change. Thus, it would appear that the gcc compiler as a whole doesn't handle this situation properly nor do the authors care as the first statement in the file requires the args pulled off the stack to be of size inherent variable size or larger. Considering the fix I find this odd especially when gcc is probably intended to be used by people who don't know or care what the inherent hardware is. I've attached my generic 'fixed' code for examination - -John - --------------------------------------------------------- #include "stdio.h" #include "mystdarg.h" #define mySize char char varArgFunc(int, ...); char varArgFunc(int parmNum,...) { va_list argptr; mySize argVal; int loop; char temp; void *tmpPtr; int va_rounded_size; va_start(argptr, parmNum); printf("\nThe Stack:\n"); printf(" 1 2 3 4 5 6 7 8 9 0 1 2\n"); for(loop = 0; loop< sizeof(int)*3; loop++) { temp = *(char *)(argptr + loop); printf("%02x",temp); } printf("\n\n"); printf("size of type rounded = %d\n", (((sizeof (mySize *) + sizeof (int) - - 1) / sizeof (int)) * sizeof (int))); printf("size of type used = %d\n\n",sizeof(mySize)); printf(" argptr\n"); printf(" before after tmpPtr argVal\n"); printf("-----------------------------------\n"); for( ; parmNum; parmNum--) { printf("%8p ",argptr); /* This is what the line should be yet even in sparc gcc it runs wrong for */ /* sizeof(mySize)< int but it gets the pointer right, it just doesn't get the */ /* return value right. */ #if 1 argVal = va_arg(argptr,mySize); #else /* thus I went and ripped the code out of stdarg.h and put it here to experiment. */ /* what I found was in the lines tmpPtr and argVal below I changed the usage of */ /* va_rounded_size to sizeof(mySize) and things worked properly for any arg size */ /* of int or smaller. */ va_rounded_size = (((sizeof (mySize) + sizeof (int) - 1) / sizeof (int)) * sizeof (int)); (argptr) = (char *)(argptr) + va_rounded_size; tmpPtr = ((mySize *) (void *) ((char *)(argptr) - sizeof(mySize))); argVal = *((mySize *) (void *) ((char *)(argptr) - sizeof(mySize))); #endif printf("%08p %08p %x\n",argptr,tmpPtr,argVal); } va_end(argptr); return('a'); } int main() { mySize a = 'x'; mySize b = 'y'; mySize c = 'z'; printf("Variable Arguement Test\n"); printf(" call a variable arguement list function with\n"); printf(" with the following list: %c, %c, %c\n",a,b,c); varArgFunc(3,a,b,c); } - ----------------------------------------------------------------- "J.T. Conklin" wrote: > >>>>> "John" == John W Komp writes: > John> I've run into an interesting gcc compiler characteristic and I > John> don't know if this is considered "normal". > > Yes, the behavior is expected. > > John> This code won't work properly. I've examined the generated > John> assembly code and found an interesting issue. At the function > John> call in main the vars a, b, c are loaded into registers which > John> are then pushed onto the stack as integers, thus an implicit > John> cast to int. When va_arg pulls the chars back off the stack it > John> doesn't know that they were pushed on as ints and only > John> increments the pointer, argptr by one byte rather than one word. > > The compiler applies the normal argument promotion rules for variable > argument lists: chars and shorts are passed as ints and floats are > passed as doubles. In addition to variable arguments, these promotions > are also performed when invoking functions without a prior declaration. > > John> I've gotten around the problem for now by casting things to int > John> at the time of the call [...] > > Not necessary, the promotion to int will occur automatically. > > John> [...] and I pull ints off the stack via va_arg but I assume I > John> shouldn't have to do this. > > Nope, this is required. > > John> Thus the question, is this a bug or don't I understand something > John> about variable arguement lists? > > It's a bug, but it's in your code, not in gcc's stdarg.h implementation. > > --jtc > > -- > J.T. Conklin > RedBack Networks - -- **************************************************** This morning I shot six holes in my freezer I think I've got cabin fever Somebody sound the alarm - J. Buffett **************************************************** --------------------------- Newsgroups: comp.os.vxworks Subject: Hooks into # of dosFs fd's used/avail? Date: Fri, 11 Jun 1999 16:37:05 -0600 From: "Mike Mardis" Organization: AT&T WorldNet Services Message-ID: <7js2r7$nkt$1@bgtnsc01.worldnet.att.net> Does anyone know of a good way of keeping track of the number of dosFs file descriptors in use (or available)? None of the dosFsLib routines provide this information. I think we may have a file descriptor "leak", but I need a means of verifying this hypothesis. MIke Mardis U.S. Naval Research Laboratory --------------------------- Newsgroups: comp.os.vxworks Subject: How to Handle "Large" Data File (~50Mb)? Date: Thu, 17 Jun 1999 13:31:51 -0700 From: Ken Norlin Organization: NASA Dryden FRC Message-ID: <37695B37.1433F7AA@dfrc.nasa.gov> Hi, I'm trying to open a ~50Mb file. When I do an fopen on the file, I get the following error: 0x17c47f0 (tShell): memPartAlloc: block too big - 524 in partition 0x19b9f4. ISRS.DAT: Broken pipe. If I cut the file down to 14 Mb, I'm able to open the file & read the data. So it must be the file size that's causing the problem. I'm using an MVME2604 w/ BSP 1.1/5. Please let me know if you've run across this problem and how you solved it. (I'm assuming there must be some way to bump up the memory buffer size). Thanks a bunch, Ken N. - -- Ken Norlin --- Simulation Engineer NASA Dryden Flight Research Center ken.norlin@dfrc.nasa.gov (661) 258-2046 FAX (661) 258-2792 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Remote Shell Daemon for vxWorks Date: Thu, 17 Jun 1999 10:52:11 -1000 From: Rosemary Alles Organization: Canada France Hawaii Telescope Message-ID: <37695FFB.898D92F4@cfht.hawaii.edu> References: <199906141008.LAA27053@dsl-2.tadpole.co.uk> Hello all, Was wondering how I get access to the source that is in the user's group archive site? Thanks. - -- Rosemary Alles Software Engineer Canada France Hawaii Telescope e-mail: Phone : 808-885-3178 Fax : 808-885-7288 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Scheduling Date: Fri, 11 Jun 1999 20:51:49 -0500 From: petekz@airmail.net (Pete Kockritz) Organization: Airnews.net! at Internet America Message-ID: <90DD7BC6D5B4F8D8.29005D21E8BBE07C.C31D777E4D7474C3@lp.airnews.net> References: <376040E5.A4D68BE@nomail.com> In article <376040E5.A4D68BE@nomail.com>, Marvin wrote: > 1.I noticed a very strange behaviour on a vxWorks PPC target: > The application main task (highest priority) waits for an interrupt > (semTake). The interrupt handler releases a semaphore which is taken by > that main task (semGive). Before the interrupt arrives there is time for > a lower priority task to run. The interrupt now arrives and releases the > semaphore. I would expect that the main task with the higest priority > now preempts that lower priority task because the resource it has been > waiting for is available. BUT: I noticed that under which circumstances > ever the lower priority tasks keeps on running for while before the > main task continues doing its job. What could be the reason for that > behaviour ? You should call WRS. There is a SPR on this problem. >SPR# 24759 >TITLE: powerPC scheduler sometime schedules lower priority tasks over higher >priority tasks. Regards, Pete - -- +-----------------------------------------------------------------+ | Pete Kockritz mailto:petekz@airmail.net | | This space for rent. | +-----------------------------------------------------------------+ --------------------------- Newsgroups: comp.os.vxworks Subject: ISA DMA on a mvme2604 Date: Thu, 17 Jun 1999 15:00:40 -0700 From: Ron Driscoll Organization: Offshore Systems Limited Message-ID: <37697008.F69AFFB1@fire.sol.com> Reply-To: rdriscoll@fire.osl.com I am trying to get DMA working for a floppy driver. There is ISA DMA support though the i8237DMA chip that is part of the W83C55F PIB chip on the MVME2604 board. Has anyone had experience with getting the i8237dma driver to work? I just keep getting data overflow errors from the floppy driver when I read and write. Thanks, Ron --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks Scheduling Date: Tue, 15 Jun 1999 13:29:22 -0400 From: Tim Sohacki Organization: Nortel (Northern Telecom) Message-ID: <37668D72.8A1FA936@nortelnetworks.com> References: <376040E5.A4D68BE@nomail.com> <37610B35.3E4E39BF@nortelnetworks.com> <37656F31.5743FCE5@nomail.com> Marvin wrote: > > Tim Sohacki wrote: > > > Any chance that the low priority task is running at an > > inherited priority? > Please correct me if I'm wrong, > but I think if there was a inhererted priortiy problem > this routine should return the priority of a higher > level task. (shouldn't it ???). > Yes, it should. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: test vmebus interrupts Date: Thu, 17 Jun 1999 22:19:23 GMT From: Charlie Grames Organization: Boeing Message-ID: <3769746B.F260883A@boeing.com> References: <376549E9.514A6030@ensem.u-nancy.fr> Reply-To: nobody@nowhere.com Sender: nntp@news.boeing.com (Boeing NNTP News Access) Kokou, The intConnect() call needs to use the vector number, not the interrupt number. In your case: intConnect(INUM_TO_IVEC(0x65),(VOIDFUNCPTR) intFunc,arg); Good luck. Charlie Grames The Boeing Company (314) 233-1956 Charles.R.Grames@boeing.com Kokou Djath wrote: > > Hi, > I try to test vmebus interrupts on powerPC (Power3E board) with the > programs below. I compile the program without error. When I execute the > function vmebusInt(), the interrupt routine intFunc() is not executed. > For example executing vmebusInt(2) gives only "p=5" without the message > "My ISR". > 1- where would be the problem? > 2-does somebody send me a program to test vmebus interrupts on Power3E? > > Thanks > > . > . > . > #include "sysLib.h" > #include "iv.h" > #include "intLib.h" > #include "logLib.h" > > int p=5; > > void intFunc(int arg) > { > p=arg; > logMsg("My ISR\n",0,0,0,0,0,0); > } > > void vmebusInt(int arg) > { > intConnect(INUM_TO_IVEC(5),(VOIDFUNCPTR) intFunc,arg); > sysIntEnable(5); > sysBusIntGen(5,0x65); > taskDelay(5); > printf("p= %d\n", p); > } --------------------------- Newsgroups: comp.os.vxworks Subject: Help on Serial Hardware Options... Date: Tue, 15 Jun 1999 17:22:07 -0500 From: "John Glinski" Organization: Posted via RemarQ Communities, Inc. Message-ID: <929485360.548.102@news.remarQ.com> I'm attempting to configure a serial device using vxworks 5.3.1, but I'm running into several problems. While perusing through the helps and source files for vxworks I've found much of what I need, but I'm unable to set parity and stop bits. In sioLib.h, I saw that I can set and get the hardware options passing SIO_HW_OPTS_SET (or_GET) in the IOCTL function, yet everytime I try, it returns an error. The documentation states that IOCTL will only return an error if the file descriptor is invalid, but I've ruled out that possibility. Below is a sample of the code I've tried, and I received a -1 in 'temp': temp = ioctl (fd, SIO_HW_OPTS_SET, (PARENB | PARODD | STOPB)); This line comes immediately after the following line: temp = ioctl (fd, SIO_BAUD_SET, 9600); In the first ioctl (SIO_BAUD_SET) a zero is returned as expected, while in the second ioctl call (SIO_HW_OPTS_SET) a -1 is returned. What am I doing wrong? Please reply by email. - - John Glinski - john.glinski@natinst.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to Handle "Large" Data File (~50Mb)? Date: Thu, 17 Jun 1999 22:43:45 GMT From: bwedding@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7kbtmu$qh$1@nnrp1.deja.com> References: <37695B37.1433F7AA@dfrc.nasa.gov> In article <37695B37.1433F7AA@dfrc.nasa.gov>, Ken Norlin wrote: > I'm trying to open a ~50Mb file. When I do an fopen on the file, >I get the following error: > 0x17c47f0 (tShell): memPartAlloc: block too big - 524 in partition > 0x19b9f4. ISRS.DAT: Broken pipe. > If I cut the file down to 14 Mb, I'm able to open the file & read > the data. So it must be the file size that's causing the problem. It looks like full buffering of streams is enabled be default. That is not very smart. Look at setbuf() and setvbuf() to choose your own buffer sizes. Bruc Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Putting a task at the end of the READY queue. Date: Wed, 16 Jun 1999 11:03:22 GMT From: vivek1796@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7k809n$hbd$1@nnrp1.deja.com> hi everybody, I am looking for a way to put a running task at the end of the READY queue.Will a call to taskDelay(0) provide what I need?? I will be grateful to any suggestions. - -regards, vivek. Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Fri Jun 18 06:31:47 1999 From: Kevin Sapp Date: Fri Jun 18 06:31:50 PDT 1999 Subject: sendmst VxWorks Users, The VxWorks documentation states that sendmsg can only be used with a udp (datagram) socket. BSD versions (solaris) can use it for TCP or UDP. We have some vendor code that is using this in a "portable" implementation. Is the VxWorks documentation correct (only UDP) for VxWorks or can it be used for both. Any insight would be appreciated Thanks Kevin From owner-vxwexplo-process Sat Jun 19 04:00:09 1999 From: daemon@csg.lbl.gov Date: Sat Jun 19 04:00:13 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sat Jun 19 04:00:05 PDT 1999 Subject: Re: SENS Multiple Interface Drivers for TCP/IP Protocol Subject: Re: SDRAM RAM code for MPC860 Subject: ethernetHook Subject: High thruput to large Files Subject: Missing line number information in VxSim using GNU tools Subject: Tornado II and bugs Subject: Re: How to Handle "Large" Data File (~50Mb)? Subject: Re: Putting a task at the end of the READY queue. Subject: Where can I find VxWorks Programmer's Guied or Reference Manual? Subject: FREE NASTY TEEN SEX PICTURES!! ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: SENS Multiple Interface Drivers for TCP/IP Protocol Date: Mon, 14 Jun 1999 09:27:54 +0200 From: "Gideon Krige" Organization: Ye 'Ol Disorganized NNTPCache groupie Message-ID: <929400323.491102@nntp.dockside.co.za> References: <3762A38E.65350DB2@eci.esys.com> Hi Had a similar problem. Fixed it with the following... Add a line in your configNet.h file #define IP_MAX_UNITS 2 The default is one ( set in bootConfig.c ), supposedly meaning that only one device can connect to the IP protocol through the MUX. Hope it helps... ___________________________________________________ Gideon Krige Voice +2721 683 5490 C²I² Systems (Pty) Ltd Cape Town South Africa rdfa wrote in message <3762A38E.65350DB2@eci.esys.com>... > > >Using SENS tornado 1.0 > >I need to define multiple network interfaces Ether net and a Proprietary >Interface Driver I can get the complete muxdevLoad on both drivers but >it seem to attach only the first device to the TCP/IP stack. > >I want to control routing by specifying the routes such as: > >ifAddrSet("lnpci0", "193.1.3.x") >ifAddrSet("Orb" ,"193.1.4..x") > >and have the SENS TCP/IP Protocol Stack route to the correct interface. >I can not get the ifShow() to show the interface but can see it if I do >a muxShow() both drivers are loaded. > >Any help would be appreciated > >Robert Flanders >rdfa@eci.esys.com >Raytheon Systems Company > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: SDRAM RAM code for MPC860 Date: Wed, 16 Jun 1999 13:16:48 +0200 From: "Achim Zimmer" Organization: T-Online Message-ID: <7kdd62$t9e$1@news01.btx.dtag.de> References: <7k514p$brs$1@news.kren.nm.kr> <37661769.9228339@modem.mecalc.co.za> There is a good tool called MCUINIT from motorola for configuriong an MPC860 Inside there is a wavetable editor for the UPM RAM. We have connected an SDRAM from Micron (8MB) yet. If you have any question ask me. Achim Lourens Geldenhuys schrieb in Nachricht <37661769.9228339@modem.mecalc.co.za>... >On Tue, 15 Jun 1999 16:59:18 +0900, "Youngju, Jung" > wrote: > >>Hi everybody >>I'm VxWorks beginner. >> >>I want to attach SDRAM at my MPC860 board. >>but I don't know where I find UPM ram code for SDRAM. >> >The UPM table setup depends on the type and speed of SDRAM and the >speed off the bus. > >>where can I find some information about it? >>or where can I find SDRAM UPM ram code? >> >See the MPC8XXFADS board User's Manual for examples. >Try > >http://www.motorola.com/SPS/RISC/netcomm/aesop/mpc8XX/8XX/fads-um0-1.pdf >and >http://www.motorola.com/SPS/RISC/netcomm/aesop/mpc8XX/SD8XX.pdf > >and the MPC860 User Manual chapter 16 >http://www.motorola.com/SPS/RISC/netcomm/aesop/mpc8XX/860/860UM.pdf > >Regards > Lourens Geldenhuys > > > >================================================================ >Lourens Geldenhuys Tel: +27 (0)12 665 1480 >Project Engineer Fax: +27 (0)12 665 1495 >Mecalc (Pty) Ltd e-mail: lourens@mecalc.co.za >86 Oak Avenue, Highveld Technopark, Centurion, South Africa >================================================================ --------------------------- Newsgroups: comp.os.vxworks Subject: ethernetHook Date: Tue, 15 Jun 1999 21:55:36 +0200 From: "Zeev Glozman" Organization: NetVision Israel Message-ID: <7k67e1$2n9$1@news.netvision.net.il> Mike What I am trying to do is to make a small protocol analyzer on a x86 running vxWorks, and for some reson I can not get ethernetHook to work, this is what i am doin and it just doesn't work can you tell me what I am doing wrong. Zeev --------------------------- Newsgroups: comp.os.vxworks Subject: High thruput to large Files Date: Fri, 18 Jun 1999 10:55:53 -0700 From: Bob Irwin Organization: Systems Interface Software Message-ID: <376A8829.FF0CEC32@systemsinterface.com> We're designing a system that has to log 5 data sources to 5 disk files simultaneously at rates up to and including 10 Mbps. The files may be as large as 16 G bytes each. The sources are continuous, no breaks in the xfr. And the disk files must be secured (RAID or mirroring). Have any of you done a vxWorks system similar to this? Suggestions on VME based CPU's, Scsi controllers, Disks? Our initial thoughts include 5 cpu cards each using its scsi port for disks and a PMC module as the the data source. (Each of 5 data sources requires its own disk file). Also, does anyone have feed back on the new vx 5.4 msdos file system? Max device size and file size? Are hard disks finally truly compatible with Window and NT? Thanks, Bob - -- bobi@systemsinterface.com --------------------------- Newsgroups: comp.os.vxworks Subject: Missing line number information in VxSim using GNU tools Date: 08 Jun 1999 15:11:40 +0200 From: Martin Lorentzon Organization: Ericsson Microwave Systems AB, Molndal Message-ID: We have problems with missing line number information in VxSim when using the GNU compiler and debugger. The code executes without any problems but we cannot use gdb to step in it since there is no line number information. This problem does not occur for all files, only some of them. We have not been able to identify why some files work and why some don't. Is this a well-known problem? Are there any solutions? Ideas, anyone? /Martin Lorentzson --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado II and bugs Date: Wed, 16 Jun 1999 16:12:48 +0200 From: "Geurt Vos" Organization: Deja News Posting Service Message-ID: <007a01beb802$599d9ee0$95cb09c0@BertB> - ------=_NextPart_000_0075_01BEB813.134AA120 Content-Type: text/plain Content-Transfer-Encoding: 7bit I just started developing stuff with Tornado II today, and ran already into three harmless, yet extremely annoying bugs: When you select New, you have to select the type of the new file, the file name, whether or not to add it to the workspace, etc. You cannot click 'Ok' before the filename is entered. This is all really nice. Bug 1: When you've entered the file name, and select a different type (e.g. C/C++ Source file instead of C/C++ Header file), you can't click on Ok anymore. You *have* to change the name (add and remove a char) before you can click Ok again. The docked debugging windows are really neat. The available windows are : - -All local variables - -The watches - -Backtrace - -Memory dump - -Registers The variables and watch windows are tree views, so when the variable is a struct, you can click on the '+' to open a sub-tree and see all the struct-members. Bug 2: In the variables window I wanted to view the struct members in hex, so I set the variable to Hex (you can't change the format of a single member!). But then the members are not viewed in Hex. It is still decimal. You have to close and open the sub-tree first, before they are viewed in hexadecimal. To make this even worse, the format snaps back to decimal as soon as you do a single-step. Close and open the subtree, and it's hex again. The same thing happens in the watch window. These two bugs are merely annoying. Here's a real one: It is in the Watch window. I have a structure defined as following: typedef struct { int Type; /* ADDRESS_TYPE_MEM or ADDRESS_TYPE_PORT */ int BaseAddress; int MemSize } TPCIResource; In my function: TPCIResource *ResourceList; Then I allocated memory for six structures, so ResourceList is an array with six members. I fill the array and add a watch: ResourceList[1] It seems Ok. The values are right. But when I try to change it to hex it completely fails. I select Hex (a radio button in the properties window), and as soon as I click Ok, the properties window is all empty. This is the first half of the bug. The second half: I restarted the debugger, added ResourceList[1] again, and started single stepping. After every step weird crap is added to the watch list (e.g [0]). It is all in someway related to Resource list. You can't remove these watches anymore, and have to restart the entire debugger to empty the watch list. Same stuff happens with: ResourceList + 1 ResourceList[Index] I now really start wondering how Tornado II is developed. I figure they got 2 weeks. The first week they quickly collected some code, and the 2nd week they merged it together and labeled it Tornado II. They needed at least a third week for testing, but whatever... Geurt. - -- warnings are just like errors, only not -- - ------=_NextPart_000_0075_01BEB813.134AA120 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I just started developing stuff with To= rnado II=20 today, and ran already into three
harmless, yet=20 extremely annoying bugs:
 
When you select New, you have to select the type of the= new=20 file, the file name,
whether or not to add it to the workspace, etc. You can= not=20 click 'Ok' before the
filename is entered. This is all = really=20 nice.
 
Bug 1:
When you've entered the file name, and select a different type (e.g. C/C++ Source
file instead of C/C++ Header file), you can't click on Ok anymore. You *have* to
change the name (add and remove a char) before you can click Ok again.
 
The docked debugging windows are really neat.
The available windows are :
-All local variables
-The watches
-Backtrace
-Memory dump
-Registers 
 
The variables and watch windows are tre= e views,=20 so when the var= iable is a=20 struct,
you can click on the '+' to open a sub-tree and = see all the struct-members.
 
Bug 2: In the variables window I wanted to view the str= uct=20 members in hex, so
I set the variable to Hex (you ca= n't=20 change the format of a single member!).
But then the members are not view= ed in=20 Hex. It is still decimal. You have to
close and open the sub-tree first= , before=20 they are viewed in hexadecimal.
To make this even worse, the format snaps=20 back to decimal as soon as you
do a single-step. Close and open = the=20 subtree, and it's hex again.
The same thing happens in the watch window.
 
These two bugs are merely annoying. Here's a real=20 one:
 
It is in the Watch window. I have= a=20 structure defined as following:
typedef struct {
   = ; int=20 Type;    /* ADDRESS_TYPE_MEM or ADDRESS_TYPE_PORT */<= /DIV>
    int BaseAddress;
    int MemSize
} TPCIResource;
 
In my function:
TPCIResource=20 *ResourceList;
 
Then I allocated memory for six structu= res, so=20 ResourceList is an
array with six me= mbers. I=20 fill the array and add a watch:
   = ;=20 ResourceList[1]
I= t seems Ok.=20 The values are right. But when I try to change it to hex
it completely fai= ls. I=20 select Hex (a radio button in the properties window),
and as soon as I click Ok, the properties window is all= empty.=20 This is
the first half of the bug. The second half: I restarted= the=20 debugger, added
ResourceList[1] again, and started single stepping. Aft= er=20 every step
weird crap is added to the watch list (e.g [0]). It is = all in=20 someway related
to Resource list. You can't remove these watches anymor= e, and=20 have
to restart the entire debugger to empty the watch=20 list.
Same stuff happens with:
ResourceList + 1
ResourceList[Index]
 
I now really start wondering how Tornad= o II is=20 developed. I figure they got
2 weeks. The firs= t week they=20 quickly collected some code, and the 2nd
week they merged it together and labeled it Tornado II. They needed at
least a third week for testing, but whatever...<= /DIV>
 
Geurt.
-- warnings are just like errors, only not=20 - --
- ------=_NextPart_000_0075_01BEB813.134AA120-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to Handle "Large" Data File (~50Mb)? Date: Fri, 18 Jun 1999 13:18:40 -0700 From: "David Wiggins" Message-ID: <92960669@NEWS.SAIC.COM> References: <37695B37.1433F7AA@dfrc.nasa.gov> If your 50Mb file is mounted on your host machine, we had this exact problem (although on a different board, a Radstone PPC 604e running vxWorks 5.3.1). If the file is on a target-mounted drive (e.g. Scsi), then disregard this message. The problem for us was that the default network driver is RPC, which loads the ENTIRE file across the network into target memory on the fopen call. So the size of the file you're able to open is limited by the amount of target memory available at the time. It looks like this is problem you're having, as evidenced by the memPartAlloc error. We also got this error along with the Broken pipe error you're getting. So, our solution was merely to nfsMount the host partition on our target, then all the open, read, write, close, etc. functions get routed through the nfs driver instead of the rpc driver. The nfs driver does not have this "feature" of the rpc driver, but instead works across the network as you read/write the file (with some reasonable amount of memory buffering, of course). Hope this helps, Dave Wiggins SAIC-San Diego Ken Norlin wrote in message news:37695B37.1433F7AA@dfrc.nasa.gov... > Hi, > > I'm trying to open a ~50Mb file. When I do an fopen on the file, I get the > following error: > 0x17c47f0 (tShell): memPartAlloc: block too big - 524 in partition 0x19b9f4. > ISRS.DAT: Broken pipe. > > If I cut the file down to 14 Mb, I'm able to open the file & read the data. > So it must be the file size that's causing the problem. > > I'm using an MVME2604 w/ BSP 1.1/5. Please let me know if you've run across > this problem and how you solved it. (I'm assuming there must be some way to > bump up the memory buffer size). > > Thanks a bunch, > Ken N. > > > -- > Ken Norlin --- Simulation Engineer > NASA Dryden Flight Research Center > ken.norlin@dfrc.nasa.gov > (661) 258-2046 FAX (661) 258-2792 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Putting a task at the end of the READY queue. Date: Fri, 18 Jun 1999 13:36:23 -0800 From: mlang@fst.jpl.nasa.gov (M Lang) Organization: JPL Message-ID: References: <7k809n$hbd$1@nnrp1.deja.com> <9F1EA55D2B1016B4.5BD5B7FE9D091CF6.77BE3D78F3CD18CA@lp.airnews.net> In article <9F1EA55D2B1016B4.5BD5B7FE9D091CF6.77BE3D78F3CD18CA@lp.airnews.net>, Dave Schmidt wrote: > That will put the current task at the end of the ready queue for the > current priority. It will allow any other tasks on the ready queue of > the same priority to be run (sort of round robin, if you issue > taskDelay(0) for them also when you want to go to the next task), of > course all higher priority tasks will run and intterrupt service > routines will also run. > > Please note that this method will NOT allow tasks of lower priority to > run, it just forces a rescheduling. If the task being delayed is the > only one of that priority, then it will restart immediately. > > Good Luck > > Dave Schmidt > > > vivek1796@my-deja.com wrote: > > > > hi everybody, > > > > I am looking for a way to put a running task at the end of the > > READY queue.Will a call to taskDelay(0) provide what I need?? > > > > I will be grateful to any suggestions. > > > > -regards, > > vivek. > > > > Sent via Deja.com http://www.deja.com/ > > Share what you know. Learn what you don't. However, that's not what I observed (I might be missing something here). I ran the following test: ... lowPrioTask () { for (;;) printf ("low priority task running\n); } hiPrioTask ( { for (;;) { taskDelay (0); printf ("hi priority task running\n");` } } test() { taskSpawn ("tLow", 110, 0, 10000, lowPrioTask, 0,0,0,0,0,0,0,0,0,0); taskSpawn ("tHi", 105, 0, 10000, hiPrioTask, 0,0,0,0,0,0,0,0,0,0); } [There was no other task at the priority of 105 and 110] I did see the line "low priority task running" popped up once in a while so: 1) the lower priority task did get rescheduled even though the higer priority one calls taskDelay(0) 2) The higher priority task "hiPrioTask" was the only one with priority 105 but it didn't restart **immediately**. This is with vxWorks 5.3.1 on a PPC. = Minh = --------------------------- Newsgroups: comp.os.vxworks Subject: Where can I find VxWorks Programmer's Guied or Reference Manual? Date: Sat, 19 Jun 1999 11:53:23 +0900 From: "À±Àç½Ä" Organization: Pusan National University Message-ID: <7kf0v1$sl7$1@jagalchi.cc.pusan.ac.kr> Where can I find Library functions and system calls for VxWorks? How much it is differ with linux? How much differ VxWorks data types and linux data types? --------------------------- Newsgroups: comp.os.vxworks Subject: FREE NASTY TEEN SEX PICTURES!! Date: 19 Jun 1999 07:31:09 GMT From: piofvk@hotmail.com Organization: Virgin News Service Message-ID: <7kfgvt$hsn$4805@nclient5-gui.server.virgin.net> FOR THE ULTIMATE FREE NASTY TEEN SEX PICTURES VISIT http://website.lineone.net/~charlie.appleby/free-section.htm NO CC OR ONLINE CHECK REQUIRED, ITS ALL FREE!!!! --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Sun Jun 20 04:00:08 1999 From: daemon@csg.lbl.gov Date: Sun Jun 20 04:00:11 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sun Jun 20 04:00:04 PDT 1999 Subject: Re: Tornado II - defining include directories Subject: Re: Putting a task at the end of the READY queue. Subject: Re: dosFs woes ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado II - defining include directories Date: Sat, 19 Jun 1999 15:11:08 GMT From: "Ken Hayber" Message-ID: References: <375BE5E8.E83B5254@email.mot.com> Daniel, Try this... 1) Go to the Builds tab on the Workspace window. 2) Open the tree to 'Default' or whatever you are using. 3) Right click and select Properties from the menu 3) Select the C/C++ tab and enter your -I information there (you need to use Ctrl-Enter to add a new line) I haven't tried it yet myself, but was planning to soon. I haven't got a good kernel build yet. Good luck, Ken H. Daniel Stewart wrote in message news:375BE5E8.E83B5254@email.mot.com... > I am attempting to use Tornado II (switching over from Tornado I) and am > becoming increasing frustrated. Does anyone know how to specify in > Tornado II a directory for my own include files? I would think this is > an extremely simple and straightforward thing to do, but obviously it is > not. Since Tornado II remakes the makefile each time you build, futzing > with that is of no use. I continue to receive the > "No rule to make target XXX.h needed to make XXX.o" > Surely there is a method of specifying additional include directories to > search during the make process (similar to adding a vpath variable to > the makefile). > > Thanks, > Daniel Stewart > > Motorola Labs > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Putting a task at the end of the READY queue. Date: Sat, 19 Jun 1999 12:32:06 -0400 From: Tim Sohacki Organization: Nortel (Northern Telecom) Message-ID: <376BC606.E9E3D083@nortelnetworks.com> References: <7k809n$hbd$1@nnrp1.deja.com> <9F1EA55D2B1016B4.5BD5B7FE9D091CF6.77BE3D78F3CD18CA@lp.airnews.net> Minh, I ran this on a vxWorks 5.4 BSP, the MV1603, a 603e PowerPC. About 1 in 30,000 times, the low priority task prints. Note that this is on average, though I sometimes see tLow print twice within a couple hundred lines. I changed the "printf" to "logMsg" and was surprised at the result: ^M0x1925588 (tHi): hi priority task running 1 ^M0x1925588 (tHi): hi priority task running 2 ^M0x1925588 (tHi): hi priority task running 3 ^M0x1925588 (tHi): hi priority task running 66th ^M0x1925588 (tHi): hi priority task running 67th (about) ^M0x1927eb0 (tLow): low priority task running ^M0x1925588 (tHi): hi priority task running ^M0x1927eb0 (tLow): low priority task running ^M0x1925588 (tHi): hi priority task running ^M0x1927eb0 (tLow): low priority task running ^M0x1925588 (tHi): hi priority task running ... etc ... I added a taskPriorityGet() and verified that tLow is still running at 110 when this happens. There's an an SPR that talks about a scheduling problem; this may be related. Cheers, Tim > lowPrioTask () > { > for (;;) > printf ("low priority task running\n"); > } > > hiPrioTask ( > { > for (;;) > { > taskDelay (0); > printf ("hi priority task running\n"); > } > } > > test() > { > taskSpawn ("tLow", 110, 0, 10000, lowPrioTask, 0,0,0,0,0,0,0,0,0,0); > taskSpawn ("tHi", 105, 0, 10000, hiPrioTask, 0,0,0,0,0,0,0,0,0,0); > } --------------------------- Newsgroups: comp.os.vxworks Subject: Re: dosFs woes Date: Fri, 18 Jun 1999 23:01:54 -0700 From: "Cameron Fowler" Organization: AT&T WorldNet Services Message-ID: <7khmqk$gau$1@bgtnsc03.worldnet.att.net> References: <374E8F4B.5EEC0DDD@syncro-tech.com> <929571122.5827@www.remarq.com> In order to flush your data down to disk, you will need to do a fflush() followed by ioctly(FIOSYNC) This should push your data down to the disk Alan Yakiwchuk wrote in message <929571122.5827@www.remarq.com>... >I think the information (directories, etc.) is only updated >when you close the file. > >Have you tried flushing the output buffers to force and >update? i.e. FIOFLUSH Let me know if this works 'cause >I may be facing a similar problem soon... > > > >**** Posted from RemarQ - http://www.remarq.com - Discussions Start Here (tm) **** --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Sun Jun 20 05:22:33 1999 From: "Slutsker, Rasty" Date: Sun Jun 20 05:22:37 PDT 1999 Subject: Question about SLIP connection 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_01BEBB1F.DD4238BC Content-Type: text/plain Hi, Does anybody know how to have SLIP/PPP in Windows over raw COM1/2 port (without modem)? Rasty Keywords: vxWorks, Tornado, Windows ------_=_NextPart_001_01BEBB1F.DD4238BC Content-Type: text/html Content-Transfer-Encoding: quoted-printable Question about SLIP connection

Hi,

Does anybody know how = to have SLIP/PPP in Windows = over raw COM1/2 port (without = modem)?

Rasty

Keywords: vxWorks, = Tornado, Windows

------_=_NextPart_001_01BEBB1F.DD4238BC-- From owner-vxwexplo-process Sun Jun 20 18:42:46 1999 From: Fred Roeber Date: Sun Jun 20 18:42:50 PDT 1999 Subject: Re: Putting a task at the end of the READY queue. Dave Schmidt wrote: > That will put the current task at the end of the ready queue for the > current priority. It will allow any other tasks on the ready queue of > the same priority to be run (sort of round robin, if you issue > taskDelay(0) for them also when you want to go to the next task), of > course all higher priority tasks will run and intterrupt service > routines will also run. > > Please note that this method will NOT allow tasks of lower priority to > run, it just forces a rescheduling. If the task being delayed is the > only one of that priority, then it will restart immediately. Minh Lang (mlang@fst.jpl.nasa.gov) replied: > However, that's not what I observed (I might be missing something > here). I ran the following test: > > ... > lowPrioTask () > { > for (;;) > printf ("low priority task running\n); > } > > hiPrioTask ( > { > for (;;) > { > taskDelay (0); > printf ("hi priority task running\n");` > } > } <> > > I did see the line "low priority task running" popped up once in a while > so: > > 1) the lower priority task did get rescheduled even though the higer > priority one calls taskDelay(0) > > 2) The higher priority task "hiPrioTask" was the only one with priority > 105 but it didn't restart **immediately**. > > This is with vxWorks 5.3.1 on a PPC. First, its nice to see a post from a WRS person about how their OS works. That happens far too rarely. As far as what Minh saw, its just an artifact of his test method. The general problem is that you need special methods to examine low level OS behaviour. The best method (I think) for seeing how things like tasking work in VxWorks is to use the WindView tool which shows true time based traces with low intrusion. Using printf calls to try to follow low level OS operation just doesn't work because printf interferes with operation too much. In this case what I think happens is that the high priority task runs for a number of interations printing it's message and then rescheduling itself. At some point, the ring buffer used by the serial driver to buffer output characters fills up. At this point, the high priority task blocks allowing the low priority task to run. The low priority task then does it's output request which gets mixed in. The blocking action of the printf call is what skews the results since it takes so long to output characters. To get around this, you could use WindView to look at things or toggle some external signals in place of the printf calls and look at them on a logic analyzer. In that case, you should see no execution of the low priority task. Fred | Fred J Roeber, BBN Systems & Technologies | | 4 John Clarke Road Middletown, RI 02842-5202 | | froeber@bbn.com 401-848-3548 | | TraceMaker product manager | | http://www.tracemaker.bbn.com | From owner-vxwexplo-process Mon Jun 21 04:00:10 1999 From: daemon@csg.lbl.gov Date: Mon Jun 21 04:00:14 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Mon Jun 21 04:00:06 PDT 1999 Subject: Re: initialization of dosFs Subject: vxWorks and asynchronous IO Subject: Re: Games on vxworks Subject: Re: Games on vxworks Subject: Re: SDS (BDM) on MPC860 Subject: Is raise() a no-op? Subject: Re: vxWorks.st_rom booting Subject: questions on memory management Subject: Re: Games on vxworks Subject: Re: Is raise() a no-op? Subject: Re: Putting a task at the end of the READY queue. Subject: Re: Where can I find VxWorks Programmer's Guied or Reference Manual? ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: initialization of dosFs Date: 17 Jun 99 22:06:55 GMT From: georg@sgl.crestech.ca (Georg Feil) Organization: Centre for Research in Earth and Space Technology Message-ID: References: <376616CC.39AF4382@stest.ch> Rolf Kistler writes: >I have a problem with the initialization of dosFs when >booting vxWorks. >The initialization of dosFs fails with the following >error message: > >> Attaching to scsi device... 0xf73bc (tBoot): memPartAlloc: >> block too big - 65600 in partition 0x744c8. > > >There are some quite deeply nested directory trees on the dosFs >which are created without any problems by vxWorks applications. Hi... VxWorks stores the directory entry for all dosFs files and dirs in memory. If there are a lot of files there is a big flurry of small mallocs when the device is mounted, and sometimes dosFs tends to fragment memory pretty badly, especially with the "improved" dosFs memory handling introduced about half a year ago. Try disabling the private dosFs memory partition (check the documentation for dosFs patches). Or if you're using an old dosFs version without separate memory partition ability then try the patch to see if it helps. Good luck, Georg - ----------------- - -- Georg Feil | http://www.sgl.crestech.ca/ Space Geodynamics Laboratory | Email: georg@sgl.crestech.ca CRESTech | Phone: (416) 665-5458 4850 Keele St./North York/Ont/Canada/M3J 3K1 | Fax: (416) 665-1815 --------------------------- Newsgroups: comp.os.vxworks Subject: vxWorks and asynchronous IO Date: Sun, 20 Jun 1999 20:13:04 +0200 From: Ralf Gerlich Organization: BSSE Message-ID: <376D2F30.7B9BC20E@t-online.de> This is a multi-part message in MIME format. - --------------248C8348E639139D6A1C7A68 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi! I have a problem with vxWorks. I want to use asynchronous IO but I can't find an fcntl() function to set the FASYNC flag. I know that there's an asynchronous IO library but I'd rather use UN*X-style AIO, i.e. using FASYNC. If I try to use fcntl() I get a unresolved symbol message from the loader. Can anybody out there help me? Please, it's urgent. Ciao, Ralf - --------------248C8348E639139D6A1C7A68 Content-Type: text/x-vcard; charset=us-ascii; name="Ralf.Gerlich.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Ralf Gerlich Content-Disposition: attachment; filename="Ralf.Gerlich.vcf" begin:vcard n:Gerlich;Ralf tel;fax:+49/7545/911240 tel;home:+49/7545/529 x-mozilla-html:TRUE url:http://www.d-design.net/rgerlich/ org:knewcleus Development Team adr:;;Auf dem Ruhbuehl 181;Immenstaaad;;88090;Germany version:2.1 email;internet:Ralf.Gerlich@t-online.de title:Chief Developer note:ICQ# 38288578 x-mozilla-cpt:;-27424 fn:Ralf Gerlich end:vcard - --------------248C8348E639139D6A1C7A68-- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Games on vxworks Date: Sun, 20 Jun 1999 18:30:56 GMT From: coder@POTTEDMEAT.texas.net (Bruce) Organization: Giganews.Com - Premium News Outsourcing Message-ID: <376d32e5.8677720@news.texas.net> References: <7k4f8g$ag0$1@nnrp1.deja.com> In comp.os.vxworks "Clifford Slocombe" wrote: >I think that you have chosen the wrong OS. If you want games, and a serious >RTOS use QNX, it has a port of Doom! I am interested to know why you would >want do this. There is a graphical slot machine written in VxWorks. My VxWorks application is graphical and uses Ease Software's port of MetaWindows. It can be done, though I agree it may not be the best for blazing fast graphics. Neither is QNX. Bruce --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Games on vxworks Date: Sun, 20 Jun 1999 21:45:05 GMT From: "Clifford Slocombe" Message-ID: References: <7k4f8g$ag0$1@nnrp1.deja.com> <376d32e5.8677720@news.texas.net> What I meant was that there was no standard graphical interface (apart from X/OpenGL), with a wide choice of graphic proprietary graphic API which horse would a games programmer back (if any)? It occurred to me that games does not necessarily mean graphics, but text adventures are a little too obscure these days to be an attractive product feature! W.R.T QNX/Photon, lets not get into that one here, I probably get flamed! Given time, games may appear for the Zinc interface. This at least has the benefit of being (now) a WindRiver product, so is likely to become widely supported. Clifford. Bruce wrote in message news:376d32e5.8677720@news.texas.net... > In comp.os.vxworks > "Clifford Slocombe" wrote: > > >I think that you have chosen the wrong OS. If you want games, and a serious > >RTOS use QNX, it has a port of Doom! I am interested to know why you would > >want do this. > > There is a graphical slot machine written in VxWorks. My VxWorks > application is graphical and uses Ease Software's port of MetaWindows. It > can be done, though I agree it may not be the best for blazing fast > graphics. Neither is QNX. > > Bruce > --------------------------- Newsgroups: comp.os.vxworks,comp.sys.powerpc.tech Subject: Re: SDS (BDM) on MPC860 Date: Mon, 21 Jun 1999 10:52:24 +1000 From: Tom Evans Organization: OzEmail Ltd, Australia Message-ID: <376D8CC8.699D@nowhere.tennyson.com.au> References: <2DDC62F5EEA63247.2DE6DAA0CB52DF9F.E2F447A8A9299D1C@lp.airnews.net> <37675C62.6271@nowhere.tennyson.com.au> <3767CF35.89F0CF67@BoschTelecomInc.com> Pete Kockritz wrote: > > I checked the ICR, it is 0. Looking at some of the other registers I > see: > DAR = ff001e00 I assume you have the MPC860 registers at 0xff000000? Then 0xff001e00 is in the middle of the "Specialized Ram - Reserved" area. If your code accesses this address it will get a bus error. Switch SDS to display mixed code. Which register has this address in it and why is it trying to access this address? What misloaded pointer is it using and why? This is a code bug. > DER = fdc77c0f (debugger handles everything but EXT and DEC) Isn't that what I said to CHANGE? >> Put Breakpoints on EVERY (I mean EVERY) Interrupt vector from >> 0x100 up and also disable SDS from trapping them by clearing >> bits in the DER register Zero bits in the DER and let the hardware handle the trap, and then see which trap it hit. > Setting breakpoints at the interrupt locations didn't show anything. Because you have the DER set to prevent the interrupts. > DSISR = 00004401 > Is the DSISR significant? Read section 7.1.2.1 of the PDF manual. It can be used to decode which instruction failed, but for what you're doing it isn't going to help. gstefkov@sprynet.com said: > Try some other JTAG tools. I have used Corelis and Applied Microsystems > without too many problems. SDS demos never thrilled me. Maybe they put more effort into making reliable tools than they put into flashy demos? We find SDS excellent. Tom Evans InitialSurname@somewhere. --------------------------- Newsgroups: comp.os.vxworks Subject: Is raise() a no-op? Date: Sun, 20 Jun 1999 19:01:46 -0700 (PDT) From: silvermang@webtv.net (Greg Silverman) Organization: WebTV Subscriber Message-ID: <21067-376D9D0A-135@newsd-221.iap.bryant.webtv.net> I was suspicious that the raise function did not work, so I wrote a simple test .. int main() { printf("start\n"); raise(SIGSEGV); printf("exit\n"); } If raise() works "start" but not "exit" should be printed. However, both are output. What gives? Greg Silverman TRW Sunnyvale,Ca --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks.st_rom booting Date: Sun, 20 Jun 1999 20:38:06 -0700 From: "Steve Doiel" Message-ID: <376db163.0@news.pacifier.com> References: <7k27jk$d29$1@b5nntp2.channeli.net> >Hi everybody. >I'm Vxworks beginner. > >I coded vxworks bsp code based on ADS860 > >I succeded in testing bootrom code. > - bootrom.hex in ROM , and downloading vxWorks image > and then downloading application. > >but, I can't boot using vxworks.st_rom.hex in ROM. >neither bootrom_res_high.hex, vxworks.res_rom_res_low... > >Would you give hints for me? > I haven't worked on an ADS860 BSP but with an MVME162 you have to run "aouttobin" on the vxworks.st_rom file to create a bin file, which may be loaded into flash memory. The command is something like: aouttobin romfile.bin I hope this helps, SteveD --------------------------- Newsgroups: comp.os.vxworks Subject: questions on memory management Date: Mon, 21 Jun 1999 04:52:20 GMT From: vivek1796@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7kkge1$np$1@nnrp1.deja.com> hi everybody, I would like to know how I can free the memory allocated by memPartAlignedAlloc(). Will memPartFree() work??? Also, I would appreciate if anybody could tell me where memalign() is preferred over malloc(). Thanks for any help, - -regards, vivek. Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Games on vxworks Date: Mon, 21 Jun 1999 06:47:01 GMT From: bobarmstrong@home.nothiis.net (Robert Armstrong) Organization: @Home Network Message-ID: References: <7k4f8g$ag0$1@nnrp1.deja.com> <376d32e5.8677720@news.texas.net> Sorry but I think you significantly miss the point. I play Quake II deathmatches a lot (used to be 2 hours minimum each day in a ten way game). A game like quake is a little bit of networking, a little bit of configuration and a huge amount of rendering. I always used OpenGL. So why is vxWorks fundamentaly incapable or unsuitable? The networking is mostly fine now (do read the chapter on network customization, I think it may be chapter 4.5 of the vxWorks 5.4 programmers guide, the default configuration is intended for debug only and reconfiguration is simple). Recovering the configuration from somewhere is simple. There are plenty of fast platforms available (including PCs). There is also an OpenGL product in the partner directory:- http://www.wrs.com/html/trade/wrs00154.html So I think that addresses the "could you", but it still leaves the "why would you want to" and that I have no answer for. Mostly vxWorks has been too expensive for this sort of development, perhaps this new pricing model I've seen mentioned in tech stocks will change that. I drove my graphics card direct last time I used one, then again that was with o/s9 and I'd rather have had a bare machine than that (OK the compiler sort of helped). To be fair, one of my friends programmed some games for Phillips pagers, they went down very well. Bob In article , "Clifford Slocombe" wrote: >What I meant was that there was no standard graphical interface (apart from >X/OpenGL), with a wide choice of graphic proprietary graphic API which horse >would a games programmer back (if any)? > >It occurred to me that games does not necessarily mean graphics, but text >adventures are a little too obscure these days to be an attractive product >feature! > >W.R.T QNX/Photon, lets not get into that one here, I probably get flamed! > >Given time, games may appear for the Zinc interface. This at least has the >benefit of being (now) a WindRiver product, so is likely to become widely >supported. > >Clifford. > >Bruce wrote in message >news:376d32e5.8677720@news.texas.net... >> In comp.os.vxworks >> "Clifford Slocombe" wrote: >> >> >I think that you have chosen the wrong OS. If you want games, and a >serious >> >RTOS use QNX, it has a port of Doom! I am interested to know why you >would >> >want do this. >> >> There is a graphical slot machine written in VxWorks. My VxWorks >> application is graphical and uses Ease Software's port of MetaWindows. It >> can be done, though I agree it may not be the best for blazing fast >> graphics. Neither is QNX. >> >> Bruce >> > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Is raise() a no-op? Date: Mon, 21 Jun 1999 06:49:25 GMT From: bobarmstrong@home.nothiis.net (Robert Armstrong) Organization: @Home Network Message-ID: References: <21067-376D9D0A-135@newsd-221.iap.bryant.webtv.net> If this is the compiler with t101 then exceptions are broken in the base version proted by Wind River. If it's the compiler with t2 then the exceptions should work and I'd suggest calling Wind River (since I expect TRW has support). Bob In article <21067-376D9D0A-135@newsd-221.iap.bryant.webtv.net>, silvermang@webtv.net (Greg Silverman) wrote: >I was suspicious that the raise function did not work, so I wrote a >simple test > >... > >int main() >{ > printf("start\n"); > > raise(SIGSEGV); > > printf("exit\n"); > >} > >If raise() works "start" but not "exit" should be printed. However, both >are output. What gives? > >Greg Silverman >TRW >Sunnyvale,Ca > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Putting a task at the end of the READY queue. Date: Mon, 21 Jun 1999 06:56:46 GMT From: bobarmstrong@home.nothiis.net (Robert Armstrong) Organization: @Home Network Message-ID: References: <7k809n$hbd$1@nnrp1.deja.com> <9F1EA55D2B1016B4.5BD5B7FE9D091CF6.77BE3D78F3CD18CA@lp.airnews.net> <376BC606.E9E3D083@nortelnetworks.com> There was a reschedule problem in 5.3.1 but this was fixed and a patch was published on WindSurf long before 5.4 (Tornado 2) was released. Printf is a very poor way of trying to find out what tasks are doing, I presume someone out there can try this using WindView? That would put this discussion to bed once and for all. If you want to get information out of running tasks then you need to include a suitable method, message queues might well do the trick (logMsg() uses a message queue surprisingly enough, however the message queue is not especially long so you wills still overrun the que with fast tasks). Bob In article <376BC606.E9E3D083@nortelnetworks.com>, Tim Sohacki wrote: >Minh, > >I ran this on a vxWorks 5.4 BSP, the MV1603, a 603e PowerPC. > >About 1 in 30,000 times, the low priority task prints. >Note that this is on average, though I sometimes see >tLow print twice within a couple hundred lines. > >I changed the "printf" to "logMsg" and was surprised >at the result: > >^M0x1925588 (tHi): hi priority task running 1 >^M0x1925588 (tHi): hi priority task running 2 >^M0x1925588 (tHi): hi priority task running 3 > > > >^M0x1925588 (tHi): hi priority task running 66th >^M0x1925588 (tHi): hi priority task running 67th (about) >^M0x1927eb0 (tLow): low priority task running >^M0x1925588 (tHi): hi priority task running >^M0x1927eb0 (tLow): low priority task running >^M0x1925588 (tHi): hi priority task running >^M0x1927eb0 (tLow): low priority task running >^M0x1925588 (tHi): hi priority task running >.... etc ... > >I added a taskPriorityGet() and verified that tLow is still >running at 110 when this happens. There's an an SPR that >talks about a scheduling problem; this may be related. > >Cheers, >Tim > > >> lowPrioTask () >> { >> for (;;) >> printf ("low priority task running\n"); >> } >> >> hiPrioTask ( >> { >> for (;;) >> { >> taskDelay (0); >> printf ("hi priority task running\n"); >> } >> } >> >> test() >> { >> taskSpawn ("tLow", 110, 0, 10000, lowPrioTask, 0,0,0,0,0,0,0,0,0,0); >> taskSpawn ("tHi", 105, 0, 10000, hiPrioTask, 0,0,0,0,0,0,0,0,0,0); >> } --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Where can I find VxWorks Programmer's Guied or Reference Manual? Date: Mon, 21 Jun 1999 07:08:11 GMT From: bobarmstrong@home.nothiis.net (Robert Armstrong) Organization: @Home Network Message-ID: References: <7kf0v1$sl7$1@jagalchi.cc.pusan.ac.kr> Well, vxWorks is a commercial o/s and you have to buy a licence to develop using it. If you have payed for it then you will also have the manuals which include the programmers guide which, among other things, lists the functions. If you don't have it yet then I am given to understand that the WRS sales people can loan, or perhaps give, you the manual set as a pre-sales incentive. The web site also has the documents on-line in html form, this section is password protected though so again you would need to talk to the WRS sales people. I'm afraid I don't know where you are based but you should be able to find your nearest WRS office or representative from their web site at www.wrs.com. HTH Bob In article <7kf0v1$sl7$1@jagalchi.cc.pusan.ac.kr>, "À±Àç½Ä" wrote: >Where can I find Library functions and system calls for VxWorks? >How much it is differ with linux? >How much differ VxWorks data types and linux data types? > > --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Mon Jun 21 05:00:15 1999 From: "Woolverton, Eric D." Date: Mon Jun 21 05:00:19 PDT 1999 Subject: VxWorks Tornado II I have been working with Tornado II for a day and a half now and have also seen many bugs/features. Feature 1: You can only remove a single file from a project at a time. Very annoying!! Bug 1: When looking at local variables that are arrays, a 'feature' indicates that 'n' number of entries are exactly alike. OK, but here is the problem: x[0] = 0 x[1] = 1 repeates 5 times x[2] = 0 <-------------------------------This should not be x[2] but x[6] Bug 2: Question, how long does it take to crash Tornado II? Answer, one minute. It takes that long to start up the debugger on this lousy machine of mine. Anyway, with the debugger running, all you have to do is start a compile and the entire Tornado environment crashes. Bug 3: When stopping the debugger, it triggers an exception. Why????? Eric Woolverton From owner-vxwexplo-process Mon Jun 21 06:32:59 1999 From: "Kerry-Gorden Williams" Date: Mon Jun 21 06:33:03 PDT 1999 Subject: Answer: SENS Multiple Interface Drivers for TCP/IP Protocol Hi Robert, I ran into the exactly the same issue a couple months ago. In the BSP directory (tornado/target/config/) the line: #define IP_MAX_UNITS 1 Needs to be changed to a number >= the number of IP interfaces you want to attach. In addition you need to make sure that the devices you are using as IP interfaces are properly initialized. If you need further information, please drop me a line. Cheers! Kerry /* VxWorks Tornado Wind River */ -------------------------------------------- Kerry Williams Software Design Engineer Nortel Networks Broadband Wireless Access Division 14 Fultz Boulevard Winnipeg, Manitoba R3Y 1V3 kerryw@nortelnetworks.com ESN: 771-2407 PH : (204)631-2407 From owner-vxwexplo-process Mon Jun 21 08:26:39 1999 From: "Land Systems LSA2" Date: Mon Jun 21 08:26:43 PDT 1999 Subject: -fwritable-strings VxWorks Tornado Can anyone explain what the -fwritable-strings flag for gcc does, and what its advantages and disadvantages are likely to be. I have some documentation from Mercury computer systems which say I 'MAY' like to use this flag. Pete Gardiner DERA Chertsey UK lsa2@taz.dra.hmg.gb From owner-vxwexplo-process Mon Jun 21 11:02:44 1999 From: Steve Houtchen Date: Mon Jun 21 11:02:48 PDT 1999 Subject: i960vh Tornado Vxworks 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_01BEBC0F.D7D3A910 Content-Type: text/plain; charset="iso-8859-1" Has anybody done a BSP port to the Intel i960VH development board that Cyclone built? If so would you share the BSP?? Steve Houtchen Senior Software Engineer Systran Corporation 4126 Linden Avenue, Dayton, OH 45432 (937)252-5601 ext 327 shoutchen@systran.com Steve Houtchen Senior Software Engineer Systran Corporation 4126 Linden Avenue, Dayton, OH 45432 (937)252-5601 ext 327 shoutchen@systran.com ------_=_NextPart_001_01BEBC0F.D7D3A910 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable i960vh Tornado Vxworks

    Has anybody done a BSP port = to the Intel i960VH development board that Cyclone built?
    If so would you share = the BSP??

    Steve = Houtchen
    Senior = Software Engineer
    Systran = Corporation
    4126 Linden = Avenue, Dayton, OH 45432
    (937)252-5601 = ext 327
    shoutchen@systran.com =

Steve = Houtchen
Senior = Software Engineer
Systran Corporation
4126 = Linden Avenue, Dayton, OH 45432
(937)252-5601 ext 327
shoutchen@systran.com


------_=_NextPart_001_01BEBC0F.D7D3A910-- From owner-vxwexplo-process Tue Jun 22 01:49:42 1999 From: David Laight Date: Tue Jun 22 01:49:47 PDT 1999 Subject: Re: -fwritable-strings > Can anyone explain what the -fwritable-strings flag for > gcc does, and what its advantages and disadvantages are > likely to be. I have some documentation from Mercury computer > systems which say I 'MAY' like to use this flag. Makes strings writable! It causes quoted strings to be placed in the read-write data section instead of the read-only text section. Really old compilers put strings into the data area and generated a separate instance of the string for each use. This allows code like the following to work: char *year = "19xx"; if (year[2] = 'x') { time_t now = time( 0 ); struct tm *tm = localtime( &now ); year[2] = tm->tm_year / 10 + '0'; year[3] = tm->tm_year % 10 + '0'; } Without affecting any other instances of the string "19xx". (Sorry: could not resist a really horrid Y2K bug!) If the strings are in read only data the above will generate a trap (if you have an mmu set to disallow writes to readonly data). This also allows the compiler to use a single instance of a string for all occurrances (in a single module). There once was a system that held the small integers at known fixed locations (something to do with the instruction set not having 'load immediate). The fortran compiler passed everything by reference and someone passed a constant 1 to a routine that incremented its argument. Thereafter EVERY constant 1 on that system (including all the O/S) has value 2. Writeable constants are not a good idea! Unless you have separate limits on instruction and data space (x86 segmented model) I would suggest that you don't want to set -fwriteable strings. David Did I creep a tornado in? ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 278 256 Cambridge, UK fax: +44 1223 278 201 From owner-vxwexplo-process Tue Jun 22 04:00:21 1999 From: daemon@csg.lbl.gov Date: Tue Jun 22 04:00:25 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Tue Jun 22 04:00:17 PDT 1999 Subject: Re: Putting a task at the end of the READY queue. Subject: Re: questions on memory management Subject: Re: How to Handle "Large" Data File (~50Mb)? Subject: Using the target-based version of ld Subject: Re: Question about SLIP connection Subject: RDM/Vx White Paper Subject: Re: VXWorks start-up/boot-up timings Subject: Re: -fwritable-strings Subject: Re: Question about SLIP connection Subject: Re: Putting a task at the end of the READY queue. Subject: Looking for a cheat sheet for Vx works command line utilities Subject: Re: Is raise() a no-op? Subject: Re: Undefined symbol Subject: Re: Configuring vxWorks for bootp Subject: Re: HDLC Driver for MPC860 Subject: Re: Using the target-based version of ld Subject: ISR answering times Subject: Re: Looking for a cheat sheet for Vx works command line utilities ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Putting a task at the end of the READY queue. Date: Mon, 21 Jun 1999 09:37:10 -0400 From: Douglas Fraser Organization: Lucent Technologies Message-ID: <376E4006.B5084F48@lucent.com> References: <7kk775$7i61@overload.lbl.gov> Fred Roeber wrote: > work because printf interferes with operation too much. > > In this case what I think happens is that the high priority task runs > for a number of interations printing it's message and then rescheduling > itself. At some point, the ring buffer used by the serial driver to > buffer output characters fills up. At this point, the high priority > task blocks allowing the low priority task to run. The low priority > task then does it's output request which gets mixed in. The blocking > action of the printf call is what skews the results since it takes so > long to output characters. To get around this, you could use WindView > to look at things or toggle some external signals in place of the > printf calls and look at them on a logic analyzer. In that case, you > should see no execution of the low priority task. Fred Exactly. Another very simple thing to try would be assign global variables to each task and have the task increment its global as it runs. The low priority task counter will be at zero at the end of your test if the high priority task never blocks. Printf is dangerous in your 'real-time' app. If the ring buffer fills, your task will block, and the time to completion for that printf call will be the time it takes to dump the contents of the message on stout. If you have a slow 9600 baud link, that is - -r-e-a-l-l-y- slow. Properly used, logMsg is much more predictable. Doug --------------------------- Newsgroups: comp.os.vxworks Subject: Re: questions on memory management Date: Sun, 20 Jun 1999 17:37:07 +0300 From: Leonid Rosenboim Organization: Bezeq International Ltd. ISRAEL Message-ID: <376CFC93.FD34A511@bitband.com> References: <7kkge1$np$1@nnrp1.deja.com> vivek1796@my-deja.com wrote: > hi everybody, > > I would like to know how I can free the memory allocated by > memPartAlignedAlloc(). Will memPartFree() work??? > memPartFree() will no doubt release that chunk of memory and join it with neighbouring chunks if these are free. Essentially memalign() is the same as malloc(0 except it will potentially split a free chunk into three chunks, allocate the middle one and leave the other two as free, all for the sake of keeping the required alignment. > > Also, I would appreciate if anybody could tell me where memalign() is > preferred over malloc(). > These are rare cases where the HARDWARE requires aligned addresses for imporved performance or for any kind of success at all. One such specific case is when you need to play with the MMU's attributes or mappings, you can do it in whole PAGES so one way to get a whole PAGE(s) is to memalign() on page boundaries a chink which is multiple of page size. Hope this helps, Leonid --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to Handle "Large" Data File (~50Mb)? Date: Mon, 21 Jun 1999 14:02:32 GMT From: jrm@mclean.sparta.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7klglg$b04$1@nnrp1.deja.com> References: <37695B37.1433F7AA@dfrc.nasa.gov> <92960669@NEWS.SAIC.COM> The default network driver is actually called netDrv. It uses either rsh or ftp as its communications protocol, and it does copy the entire file into local memory when you open it (if you have entered a password in the boot configuration parameters it will use FTP, otherwise RSH. when you create your own netDrv you specify which protocol you want in netDevCreate) NFS uses RPC and UDP for its data transfer and works with small pieces of the file at a time. It does use a lot more stack, so each task that will be using NFS should add about 7K more stack space. John Moore In article <92960669@NEWS.SAIC.COM>, "David Wiggins" wrote: > If your 50Mb file is mounted on your host machine, we had this exact problem > (although on a different board, a Radstone PPC 604e running vxWorks 5.3.1). > If the file is on a target-mounted drive (e.g. Scsi), then disregard this > message. > > The problem for us was that the default network driver is RPC, which loads > the ENTIRE file across the network into target memory on the fopen call. So > the size of the file you're able to open is limited by the amount of target > memory available at the time. It looks like this is problem you're having, > as evidenced by the memPartAlloc error. We also got this error along with > the Broken pipe error you're getting. > > So, our solution was merely to nfsMount the host partition on our target, > then all the open, read, write, close, etc. functions get routed through the > nfs driver instead of the rpc driver. The nfs driver does not have this > "feature" of the rpc driver, but instead works across the network as you > read/write the file (with some reasonable amount of memory buffering, of > course). > > Hope this helps, > > Dave Wiggins > SAIC-San Diego > > Ken Norlin wrote in message > news:37695B37.1433F7AA@dfrc.nasa.gov... > > Hi, > > > > I'm trying to open a ~50Mb file. When I do an fopen on the file, I get > the > > following error: > > 0x17c47f0 (tShell): memPartAlloc: block too big - 524 in partition > 0x19b9f4. > > ISRS.DAT: Broken pipe. > > > > If I cut the file down to 14 Mb, I'm able to open the file & read the > data. > > So it must be the file size that's causing the problem. > > > > I'm using an MVME2604 w/ BSP 1.1/5. Please let me know if you've run > across > > this problem and how you solved it. (I'm assuming there must be some way > to > > bump up the memory buffer size). > > > > Thanks a bunch, > > Ken N. > > > > > > -- > > Ken Norlin --- Simulation Engineer > > NASA Dryden Flight Research Center > > ken.norlin@dfrc.nasa.gov > > (661) 258-2046 FAX (661) 258-2792 > > Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Using the target-based version of ld Date: Mon, 21 Jun 1999 18:33:15 GMT From: rsg@nospam4me.com (Ralph Grommet) Organization: Defence Evaluation & Research Agency Message-ID: <7klntd$1vj$1@trog.dera.gov.uk> Hi I'm transitioning my project from host-based development (using tgtsvr, etc) to target-based development using rlogin. The target is a Motorola PPC MVME2307. The host is a SPARC running Solaris. I am using the standard gnu development tools. When I rlogin onto the target and download a (working) executable using ld() I get the following error message scrolling about 1 million times: "Relocation value does not fit in 24 bits." This message is generated by the loadModule() call within ld() and as a result nothing is added to the target symbol table. The executable loads properly if I do an ld() from within a tgtsvr shell. I suspect my executable is of the wrong flavour to be read by the target-based version of ld() but I have no idea what compiler switches/linking phases I need to apply/remove. I currently do an "ldppc" with the -r option as the final phase of compilation to produce the executable I download. If anyone has seen this before or can correct my gross misconceptions about what is happening I would much appreciate some advice. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Question about SLIP connection Date: Mon, 21 Jun 1999 15:58:27 GMT From: saustin_deja@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7klnes$dpd$1@nnrp1.deja.com> References: <7kipgl$3qn1@overload.lbl.gov> "Slutsker, Rasty" wrote: > Does anybody know how to have SLIP/PPP in Windows over raw COM1/2 port > (without modem)? Go to a shareware site like www.winfiles.com and download the appropriate (NT, 95, 98) "Null Modem Cable" device driver. After installation, the device will be available to your dial-up networking/RAS software. Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: RDM/Vx White Paper Date: Mon, 21 Jun 1999 10:35:09 -0700 From: "Alexander V. Voinov" Organization: Posted via RemarQ, http://www.remarQ.com - The Internet's Discussion Network Message-ID: <376E77CD.2EBBA053@raima.com> Hi All, Having seen here several times questions about databases in general and Raima Database Manager in particular, I'm brave enough to announce my white paper on databasing for VxWorks, a general overview, which (surprisingly :-) covers our C/C++ API database engine with small footprint. http://www.raima.com/wrs Regards Alexander --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VXWorks start-up/boot-up timings Date: Sat, 19 Jun 1999 15:34:25 +0300 From: Leonid Rosenboim Organization: Bezeq International Ltd. ISRAEL Message-ID: <376B8E51.915D5E81@bitband.com> References: <7k7tf8$ec1@overload.lbl.gov> "Tapia, Eduardo" wrote: > We are trying to use vxworks for an embedded system that needs to be up and > running (including recording to flash) whithin 250ms. > The processor will be a Motorola 860T running at 50 Mhz. It seems there is insufficient detail in this post to determine the cause of this delay, so here is my best 2 guesses, and a mathod to figure out the true answer: Ny best guess is that the MMu intialization routine, which builds page tables for every peice of RAM/ROM and Peripheral address space on the board. This is done weather you use MMU_BASIC or MMU_FULL. My second best guess is that some of this delay has to do with the Flash programming you mentioned above. Mind you, Flash writes are 6-14 usec per byte and erase of a sector is 10 to 900 milliseconds. My third best answer ;-)) is that the startup time is due to a few factors, not just one. So here is how you can MEASURE your start up time distribution: You can modify the usrCOnfig.c startup routine (yep, these are provided in source so you could modify them every now and then), and insert a statement which emits a timing signal between evgery two calls to any library or driver intialization function. The timing signal you emit could be anything from a pulse on a diescrete output line measured by a digital scope, to a simple printf to the console serial port. Chose your preferred method based on required prevision and available equipment. Note that printf will work only after the kernel, BSP and serial drivers have been initialized, i.e. after tyDrvCreate(), while descrete puls can be done from any code. Hope this helps, Leonid --------------------------- Newsgroups: comp.os.vxworks Subject: Re: -fwritable-strings Date: Mon, 21 Jun 1999 15:25:31 -0400 From: Joe Durusau Organization: Lockheed Martin Corporation Message-ID: <376E91AB.E2F3340D@dragon.decnet.lmco.com> References: <199906211526.IAA28729@SpamWall.lbl.gov> According to the gcc manual I have, it makes the compiler set up each string so that it is stored in a unique place in memory. Normally, the compiler would overlap strings if it could. The idea is to allow programs to write into string constants, which the compiler folk consider nasty. Speaking only for myself, Joe Durusau Land Systems LSA2 wrote: > > VxWorks Tornado > > Can anyone explain what the -fwritable-strings flag for > gcc does, and what its advantages and disadvantages are > likely to be. I have some documentation from Mercury computer > systems which say I 'MAY' like to use this flag. > > Pete Gardiner > DERA Chertsey > UK > lsa2@taz.dra.hmg.gb --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Question about SLIP connection Date: Mon, 21 Jun 1999 21:10:10 GMT From: "Clifford Slocombe" Message-ID: References: <7kipgl$3qn1@overload.lbl.gov> <7klnes$dpd$1@nnrp1.deja.com> My NT station has a null modem cable connection already listed under Standard Modems (select don't detect modem)., I installed it from the NT distribution CD. But now what do I do to connect to VxWorks? I have built in the pppLib, when I do pppInit, I get an LCP failure. If I set it to passive mode (I am guessing what this is for), and 'dial-up' from the NT end I still get nothing. I have tested the link using Hyperterminal, and a simple character echo program on the VxWorks target. Clifford. wrote in message news:7klnes$dpd$1@nnrp1.deja.com... > "Slutsker, Rasty" wrote: > > Does anybody know how to have SLIP/PPP in Windows over raw COM1/2 port > > (without modem)? > Go to a shareware site like www.winfiles.com and download the > appropriate (NT, 95, 98) "Null Modem Cable" device driver. After > installation, the device will be available to your dial-up > networking/RAS software. > > > Sent via Deja.com http://www.deja.com/ > Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Putting a task at the end of the READY queue. Date: Mon, 21 Jun 1999 18:24:34 -0400 From: Tim Sohacki Organization: Nortel (Northern Telecom) Message-ID: <376EBBA2.6F083AE8@nortelnetworks.com> References: <7k809n$hbd$1@nnrp1.deja.com> <9F1EA55D2B1016B4.5BD5B7FE9D091CF6.77BE3D78F3CD18CA@lp.airnews.net> <376BC606.E9E3D083@nortelnetworks.com> > I changed the "printf" to "logMsg" and was surprised > at the result: > > ^M0x1925588 (tHi): hi priority task running 1 > ^M0x1925588 (tHi): hi priority task running 2 > ^M0x1925588 (tHi): hi priority task running 3 > > > > ^M0x1925588 (tHi): hi priority task running 66th > ^M0x1925588 (tHi): hi priority task running 67th (about) > ^M0x1927eb0 (tLow): low priority task running > ^M0x1925588 (tHi): hi priority task running > ^M0x1927eb0 (tLow): low priority task running > ^M0x1925588 (tHi): hi priority task running > ... etc ... > I assumed that when the logMsg() message queue was full, the caller would NOT block, and the message would just be tossed. This is not the case when a task calls logMsg() (though it sure better be for ISR's!). Instead, the msgQSend wait parameter is "WAIT_FOREVER" not "NO_WAIT." The above results are explained as follows: The message queue fills around the time the 66th message is output, blocking tHi so that tLow runs. Once this happens, tHi and tLow continue to block on every execution, because tLogTask can only unload one message from its queue every 20+ ms, much longer than it takes either task to run. --------------------------- Newsgroups: comp.os.vxworks Subject: Looking for a cheat sheet for Vx works command line utilities Date: Tue, 22 Jun 1999 02:56:53 GMT From: the_rileys@yahoo.com (Riley) Message-ID: <376efa3c.9439505@news.lvdi.net> Meets and greets.. I'm looking for a listing of VxWorks command line utilities, with syntax / switches...PLEASE! I will put you in my will... - - Riley --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Is raise() a no-op? Date: Mon, 21 Jun 1999 19:35:51 -0700 (PDT) From: silvermang@webtv.net (Greg Silverman) Organization: WebTV Subscriber Message-ID: <21039-376EF687-83@newsd-222.iap.bryant.webtv.net> References: what are t101 and t2? how i find out whati i have? --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Undefined symbol Date: Tue, 22 Jun 1999 09:55:40 +0200 From: Leonid Rosenboim Organization: BitBand Technologies Ltd. Message-ID: <376F417C.BB4B44C7@bitband.com> References: <376587B7.45E6FBE1@metrolink.net> Peter wrote: > [snip] > > -> ld < util.o > Undefined symbol: _$_13Iostream_init (binding 1 type 0) > value = 24799816 = 0x17a6a48 Peter, your util.o is a result of a C++ source which uses C++ iostreams, but your VxWorks image does not contain the iostreams package, which is supposedly part of standard Tornado, but require you to define the INCLUDE_CPLUS and INCLUDE_CPLUS_IOSTREAMS options in your VxWorks configuration. HTH, Leonid --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Configuring vxWorks for bootp Date: Tue, 22 Jun 1999 09:58:23 +0200 From: Leonid Rosenboim Organization: BitBand Technologies Ltd. Message-ID: <376F421F.73C6773D@bitband.com> References: <37659104.8832417C@swbell.net> Indeed, SunOS does not come bundled with a BOOTP server (Sun had RARP as its standard diskless booting and configuration via another RPC-based protocol). Your Tornado tree has a public domain bootp server that should work on SunOS. Look in $WIND_BASE/target/unsupported/ tree. Matt Henderson wrote: > Can somebody provide an example of how you configure the SunOS 4.1.4 > /etc/bootparams file to support booting a Heurikon Baja 4700 single > board computer with a VXworks bootstrap kernel? HTH, Leonid --------------------------- Newsgroups: comp.os.vxworks Subject: Re: HDLC Driver for MPC860 Date: Tue, 22 Jun 1999 10:09:38 +0200 From: Leonid Rosenboim Organization: BitBand Technologies Ltd. Message-ID: <376F44C1.4E547A0D@bitband.com> References: The HDLC driver part should be pretty easy. However, the standard VxWorks PPP (SENS and pre-SENS) will not work over HDLC, so you will have to purchase PPP source code from Wind River to make it work over HDLC. Another option is to buy PPP from another company (Wind Partner) which already has got it working over HDLC. Raj K Meel wrote: > Hi, > > Does anyone know of a good industrial quality HDLC driver for MPC860. > We need to use it for PPP over HDLC over T1. > > Thanks > Raj Meel HTH, Leonid --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Using the target-based version of ld Date: Tue, 22 Jun 1999 09:51:50 +0200 From: Magnus L Andersson Organization: Ericsson Microwave Systems AB Message-ID: <376F4096.A3CD3291@emv.ericsson.se> References: <7klntd$1vj$1@trog.dera.gov.uk> Reply-To: magnus.l.andersson@gbg.frontec.se I can't help you with the swithces and such, but my guess is that you've got a lot of relative bracnhes in your code (e.g. OS calls) and you're placing your code more than 24 bits (16 Mb) away from the OS memory location. The relative jumps in the PPC architecture (32 bit at least) only support 24 bit relative branches according to the EABI (Embedded Application Binary Interface). For a reference on the EABI, check out http://www.chips.ibm.com/techlib/products/powerpc/appnotes.html ('Developing PowerPC Embedded Application Binary Interface (EABI) Compliant Programs') Magnus L Andersson Frontec Konsulter Goteborg AB Ralph Grommet wrote: > > Hi > > I'm transitioning my project from host-based development (using > tgtsvr, etc) to target-based development using rlogin. The target is a > Motorola PPC MVME2307. The host is a SPARC running Solaris. I am using > the standard gnu development tools. > > When I rlogin onto the target and download a (working) executable > using ld() I get the following error message scrolling about 1 million > times: > > "Relocation value does not fit in 24 bits." > > This message is generated by the loadModule() call within ld() and as > a result nothing is added to the target symbol table. The executable > loads properly if I do an ld() from within a tgtsvr shell. > > I suspect my executable is of the wrong flavour to be read by the > target-based version of ld() but I have no idea what compiler > switches/linking phases I need to apply/remove. I currently do an > "ldppc" with the -r option as the final phase of compilation to > produce the executable I download. > > If anyone has seen this before or can correct my gross misconceptions > about what is happening I would much appreciate some advice. --------------------------- Newsgroups: comp.os.vxworks Subject: ISR answering times Date: Tue, 22 Jun 1999 11:07:20 +0200 From: Christian Richter Organization: SBS-or Industrial Computers GmbH Message-ID: <376F5248.E6FAE73E@or-computers.de> Reply-To: c.richter@or-computers.de Hello, I wrote a SW that processes communication over a MIL-STD-1553 using VxWorks on a Pentium Processor Board. After every transmission an interrupt occurs. My Interrupt Service Routine will normally be executed after 2 or 3 microseconds. This time was measured using an oscilloscope. Every some hundred program cycles the answering time of the ISR is 100 microseconds or more. What may be the reason? A second interrupt which follows will be lost due to this fact. The long answering times occur irregularily but the program loops are identical. So I do not think that there is an error in the software. Does anybody know about the problem of long ISR answering times at VxWorks? C. Richter --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Looking for a cheat sheet for Vx works command line utilities Date: Tue, 22 Jun 1999 13:22:35 +0400 From: "Victor V. Vengerov" Organization: TEPKOM Message-ID: <376F55DB.FBDFDEB2@tepkom.ru> References: <376efa3c.9439505@news.lvdi.net> Hi, Riley wrote: > Meets and greets.. > > I'm looking for a listing of VxWorks command line utilities, with > syntax / switches...PLEASE! > Do you mean VxWorks target shell, isn't it? In fact VxWorks shell understand C-like syntax for usual C procedures call. You can invoke any global C procedure (defined either in VxWorks library or in your application) and pass parameters for it. If some parameters is omitted at end, value 0 will be passed. Also, you can see (or set) value of variable entering its name or assignment operator. Nothing more! Some useful "utility" procedures intended for using primary from shell defined in usrLib. Read reference manual for more information. Please, note: no any type checks etc performed during function invocation. It is your responsibility to pass correct parameters! > > I will put you in my will... > > - Riley Best regards. Victor - -- Victor V. Vengerov --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Tue Jun 22 05:25:50 1999 From: tim allen Date: Tue Jun 22 05:25:54 PDT 1999 Subject: Re: Using the target-based version of ld >I'm transitioning my project from host-based development (using >tgtsvr, etc) to target-based development using rlogin. The target is a >Motorola PPC MVME2307. The host is a SPARC running Solaris. I >am using the standard gnu development tools. The difference between host-based and target based development, as far as the problem you describe is concerned, is that for host based development the dynamically loaded modules are loaded into the memory pool at the bottom of memory, but for target-based development, ld loads the modules from the top of memory. The relevance of this should become clear in a moment! >When I rlogin onto the target and download a (working) executable >using ld() I get the following error message scrolling about 1 million >times: > >"Relocation value does not fit in 24 bits." This is because the PowerPC architecture limits relative addressing to 24-bit offsets to conform to the EABI standard. Since you are now loading your modules at the top of memory, the dynamic linking is unable to resolve the offsets in the 24 bits. >This message is generated by the loadModule() call within ld() and as a >result nothing is added to the target symbol table. The executable loads >properly if I do an ld() from within a tgtsvr shell. Because it goes in low memory and the relative address fits in 24 bits. >I suspect my executable is of the wrong flavour to be read by the >target-based version of ld() but I have no idea what compiler >switches/linking phases I need to apply/remove. I currently do an >"ldppc" with the -r option as the final phase of compilation to >produce the executable I download. > >If anyone has seen this before or can correct my gross misconceptions >about what is happening I would much appreciate some advice. The solution we used is to boot VxWorks with LOCAL_MEM_SIZE set to the maximum, but with USER_RESERVED_MEM set to leave a maximum 32MB memory pool, load all the modules you want, and then if you want more memory use memAddToPool to add the reserved memory over 32MB. However I believe there are more details and some workarounds described in the harware/ppc FAQ on the WRS WindSurf site. Regards, Tim. Tim Allen Ltd Real Time Embedded Software Consultancy ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From owner-vxwexplo-process Tue Jun 22 08:01:17 1999 From: "Tapia, Eduardo" Date: Tue Jun 22 08:01:22 PDT 1999 Subject: VXWorks start-up/boot-up timings /// Network (TCP/IP) /// pSOS VXWorks Hello again. Sorry it took a bit to reply, but we have done it now. We manage to start it in about 60 ms. The bare system. It was taking a long time in clearing the memory. Thanks a lot to everyone who helped. Now the problem is to load the TCP/IP stack during runtime, because if we load it at start-up it takes way too long. Any ideas about this? We have asked WindRiver Tech. Supp. but they don't seem to be very quick in responding. Has anyone experienced any problems with their technical support? We have got pSOS also working within that timescale and they seem more helpful. Any comments against or for Integrated Systems (pSOS)? Eduardo. Eduardo Tapia Software Engineer Engineering Dept. Penny & Giles Aerospace Ltd. From owner-vxwexplo-process Tue Jun 22 09:18:38 1999 From: Leonid Rosenboim Date: Tue Jun 22 09:18:43 PDT 1999 Subject: Re: VXWorks start-up/boot-up timings /// Network (TCP/IP) /// pSOS "Tapia, Eduardo" wrote: > Sorry it took a bit to reply, but we have done it now. We manage to start it > in about 60 ms. The bare system. It was taking a long time in clearing the > memory. > Yes, the standard bootInit code will cler all emmory when COLD boot, assuming your DRAM may have parity to be cleared. Also on many BSPs the reboot allways gets the COLD flag. so this is also often a time consuming issue. > > Thanks a lot to everyone who helped. > > Now the problem is to load the TCP/IP stack during runtime, because if we > load it at start-up it takes way too long. This can be done if you simply comment out the call to usrNetInit() or underfine the macro which contains this call in usrConfig.c, and sometime later when you got the time do the same call. We have done this many times by building with STANDALONE and not definint STANDALONE_NET_INIT, and later from Shell we do usrBootLineInit(); useNetInit(); HTH, - Leonid From owner-vxwexplo-process Tue Jun 22 11:42:00 1999 From: Reyhan ERGUN Date: Tue Jun 22 11:42:04 PDT 1999 Subject: using same vxWorks on UNIX and NT platforms This is a multi-part message in MIME format. --------------308A945FCDE6C0B45AD44642 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I use MBX860 Board, MBX860 BSP, vxworks,.... I use Tornado I on both UNIX and NT platforms. I didn't encounter so many problems while working on NT, however working on UNIX is very annoying. Using CrossWind on UNIX crashes Tornado very often. I am not sure the problem is because of EXCEED which I use to connect UNIX machine from my PC or the tool itself. Anyway, I would like to ask if I could make vxWorks on UNIX, and use Tornado tools from my PC, do all debugging work from PC... I tried this but it doesn' work!....I encountered problems from the shell as follows: -> i NAME ENTRY TID PRI STATUS PC SP ERRNO DELAY ---------- ------------ -------- --- ---------- -------- -------- ------- ----- value = 0 = 0x0 -> devs drv name value = 0 = 0x0 -> iosFdShow fd name drv WTX Error 0x100df (AGENT_GOPHER_SYNTAX) value = -1 = 0xffffffff -> printErrno 0x0 = OK value = 0 = 0x0 ......etc. I should make vxWorks on UNIX, because I do some work integrated with another tool working on UNIX. I get vxWorks file via ftp from UNIX to PC, I tried on some other object file which are get from UNIX to PC by the same way, I can load this files from PC to the target and these applications can run on the target without any problem. Is there any utility to obtain a vxWorks made on UNIX platorm which can be run while host tool is running on NT platform? Any comments would be appreciated, Regards, Reyhan --------------308A945FCDE6C0B45AD44642 Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Reyhan (FINDIK) ERGUN Content-Disposition: attachment; filename="vcard.vcf" begin: vcard fn: Reyhan (FINDIK) ERGUN n: ;Reyhan (FINDIK) ERGUN org: ASELSAN INC. adr: Microwave and System Technologies Division ;;Software Engineering Dept.;ANKARA;;;TURKEY email;internet: findik@mst.aselsan.com.tr tel;work: (90-312) 385 19 00 (Ext. 2668) tel;fax: (90-312) 354 52 05 note: http://www.aselsan.com.tr x-mozilla-cpt: ;0 x-mozilla-html: FALSE version: 2.1 end: vcard --------------308A945FCDE6C0B45AD44642-- From owner-vxwexplo-process Tue Jun 22 18:33:06 1999 From: Fred Roeber Date: Tue Jun 22 18:33:09 PDT 1999 Subject: Re: using same vxWorks on UNIX and NT platforms On Tue, 22 Jun 1999, Reyhan ERGUN wrote: > I should make vxWorks on UNIX, > because I do some work integrated with another tool working on UNIX. > I get vxWorks file via ftp from UNIX to PC, > I tried on some other object file which are get from UNIX to PC by the > same way, > I can load this files from PC to the target and these applications can > run on the target without any problem. Make sure you transfer the files in binary mode. > Is there any utility to obtain a vxWorks made on UNIX platorm which can > be run while host tool is running on NT platform? I might suggest running SAMBA on your UNIX machine and then storing all your VxWorks files on the UNIX machine. SAMBA is a publically available (free) program that can let a Unix machine export its disk file systems using the SMB protocol that Windows uses for remote file access. Basically, you run the SAMBA daemon on your Unix machine telling it to "export" the file system with all the VxWorks software and your application stuff. You can then use the "map network drive" commands on your PCs to get easy access to the files from the PC. Then when you work on the PC using the remote mounted disks the file transfers are handled automatically. Setting all this up isn't trivial but it isn't that hard either and is well explained in the documentation that comes with the Samba distribution. I don't have a web address handy for where to get Samba but it is readily available. Fred | Fred J Roeber, BBN Systems & Technologies | | 4 John Clarke Road Middletown, RI 02842-5202 | | froeber@bbn.com 401-848-3548 | | TraceMaker product manager | | http://www.tracemaker.bbn.com | From owner-vxwexplo-process Tue Jun 22 19:25:37 1999 From: Fred Roeber Date: Tue Jun 22 19:25:41 PDT 1999 Subject: Re: ISR answering times On Tue, 22 Jun 1999, Christian Richter wrote: > I wrote a SW that processes communication over a MIL-STD-1553 using > VxWorks on a Pentium Processor Board. After every transmission an > interrupt occurs. > My Interrupt Service Routine will normally be executed after 2 or 3 > microseconds. This time was measured using an oscilloscope. Every some > hundred program cycles the answering time of the ISR is 100 microseconds > or more. > What may be the reason? > A second interrupt which follows will be lost due to this fact. VxWorks locks out all interrupts when it has to perform critical kernel functions (actually, the intLock/intUnlock functions are used which don't have to lock out all interrupts but normally do). The time that interrupts are locked is typically small though (much less than 100 usec) since the "longer" kernel critical section synchronization is done using a different mechanism based on a "kernelState" variable which doesn't involve locking interrupts. Thus I don't think your delay is a function of this. User code can also call the intLock/intUnlock functions to lock out interrupts. I assume you don't have any code that is running that could lock out interrupts for a long time? The most likely cause of the delay is that the processor is handling some higher priority interrupt periodically which holds yours off. I don't know the X86 VxWorks timing details but 100 usec would be about right for how long it might take to handle the periodic clock interrupt on a 68K processor. If you had WindView you could figure this out easily since you would see the interrupt processing directly. I suggest checking the priority levels that are set up for the different interrupt sources. With Moto processors I have often adjusted the levels to get better response to your critical interrupts. In extreme cases, I have even made it so that VxWorks won't lock out certain interrupt levels by using the intLockLevelSet function to not mask my high priority interrupt. If you do this then be very careful what you do in the interrupt handler; you can't use any VxWorks functions that use critical sections. Fred | Fred J Roeber, BBN Systems & Technologies | | 4 John Clarke Road Middletown, RI 02842-5202 | | froeber@bbn.com 401-848-3548 | | TraceMaker product manager | | http://www.tracemaker.bbn.com | From owner-vxwexplo-process Tue Jun 22 22:36:55 1999 From: "Slutsker, Rasty" Date: Tue Jun 22 22:36:59 PDT 1999 Subject: RE: ISR answering times 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_01BEBD42.B682CB0E Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable We've seen the similar problem. When we tested our application = (originally targeted to 486) with the Pentium board, we've figured out that = interrupt latency with Pentium is significantly BIGGER than with 486. Many modern Pentium boards have built-in VGA, which shares the RAM with CPU. I = guess that VGA periodically takes local bus to access the VGA RAM, thus = halting the CPU and decreasing interrupt responsiveness. Also Pentium has = bigger cache that may affect determinism of application. Rasty ---------- From: vxwexplo@lbl.gov [SMTP:vxwexplo@lbl.gov] Sent: =E9=E5=ED =F8=E1=E9=F2=E9 23 =E9=E5=F0=E9 1999 04:26 To: vxworks_users@csg.lbl.gov Subject: Re: ISR answering times Submitted-by owner-vxwexplo-process Tue Jun 22 19:25:37 1999 Submitted-by: Fred Roeber On Tue, 22 Jun 1999, Christian Richter wrote: > I wrote a SW that processes communication over a MIL-STD-1553 using > VxWorks on a Pentium Processor Board. After every transmission an > interrupt occurs. > My Interrupt Service Routine will normally be executed after 2 or 3 > microseconds. This time was measured using an oscilloscope. Every some > hundred program cycles the answering time of the ISR is 100 microseconds > or more. > What may be the reason? > A second interrupt which follows will be lost due to this fact. VxWorks locks out all interrupts when it has to perform critical kernel =09 ------_=_NextPart_001_01BEBD42.B682CB0E Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: ISR answering times

We've seen the = similar problem. When = we tested our application = (originally targeted to = 486) with the Pentium board, we've = figured out that interrupt latency with Pentium is significantly BIGGER than with 486. Many = modern Pentium boards have built-in VGA, which shares the RAM with CPU. = I guess that VGA periodically takes local bus to access the VGA RAM, thus halting the CPU and decreasing = interrupt responsiveness. Also Pentium has = bigger cache that may = affect determinism of = application.

Rasty

    ----------

    From:  = vxwexplo@lbl.gov [SMTP:vxwexplo@lbl.gov]

    Sent:  =E9=E5=ED =F8=E1=E9=F2=E9 23 = =E9=E5=F0=E9 1999 04:26

    To:  = vxworks_users@csg.lbl.gov

    Subject:  Re: ISR = answering times

    Submitted-by = owner-vxwexplo-process  Tue = Jun 22 19:25:37 1999

    Submitted-by: Fred Roeber = <froeber@bbn.com>

    On Tue, 22 Jun 1999, = Christian Richter <c.richter@or-computers.de> wrote:

    > I wrote a SW that = processes communication over a MIL-STD-1553 using

    > VxWorks on a = Pentium Processor Board. After = every transmission an

    > interrupt = occurs.

    > My Interrupt Service = Routine will normally be executed after 2 or 3

    > microseconds. This = time was measured using an oscilloscope. Every some

    > hundred program = cycles the answering time of the = ISR is 100 microseconds

    > or more.

    > What may be the = reason?

    > A second interrupt = which follows will be lost due to this fact.

    VxWorks locks out all = interrupts when it has to perform critical kernel

------_=_NextPart_001_01BEBD42.B682CB0E-- From owner-vxwexplo-process Wed Jun 23 01:49:00 1999 From: David Laight Date: Wed Jun 23 01:49:04 PDT 1999 Subject: Re: ISR answering times On Tue, 22 Jun 1999, Christian Richter wrote: > My Interrupt Service Routine will normally be executed after 2 or 3 > microseconds. This time was measured using an oscilloscope. Every some > hundred program cycles the answering time of the ISR is 100 microseconds > or more. Last time I had a similar problem we located the offending code as follows: 1) Connect a logic analiser to the interrupt request line, and trigger on it being active for > 100us (in your case). 2) Connect the trigger out of the analiser (on the back somewhere) to drive a very high priority interrupt (eg the NMI) 3) use the NMI to generate a stack traceback. Saving the registers and leaping into a 'rom debugger' will probably do. After all you don't need to return from the NMI! In our case it was Unix (not VxWorks) and it was the console scroll that was locking out interupts for > 10ms and causing our X.25 to fail to receive back to back packets. But the principle is the same. David ---------------------------------------------------------------- David Laight email: dsl@tadpole.co.uk Tadpole Technology plc phone: +44 1223 278 256 Cambridge, UK fax: +44 1223 278 201 From owner-vxwexplo-process Wed Jun 23 04:00:22 1999 From: daemon@csg.lbl.gov Date: Wed Jun 23 04:00:28 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Wed Jun 23 04:00:18 PDT 1999 Subject: Re: Using the target-based version of ld Subject: Re: Using the target-based version of ld Subject: Solaris Icon Problem Subject: Emacs in Tornado on NT Subject: Re: VXWorks start-up/boot-up timings /// Network (TCP/IP) /// pSOS Subject: Re: ISR answering times Subject: Where is Vxworks task scheduler? Subject: Re: Question about SLIP connection Subject: Re: PPC860 GDB hosted on linux/x86 Subject: Re: Where is Vxworks task scheduler? Subject: Re: Question about SLIP connection Subject: Re: Solaris Icon Problem Subject: Re: Is raise() a no-op? Subject: Tornado 2 and Dependencies Subject: Re: Problems in sending data over socket Subject: Contract positions in Massachusetts Subject: Re: SENS Multiple Interface Drivers for TCP/IP Protocol Subject: Re: etherInputHookAdd Subject: Re: Configuring vxWorks for bootp Subject: Re: UDP datagram size and the MTU Subject: Re: Symbol table won't download Subject: Re: SCSI Problem for MCP750 BSP Subject: Re: Tornado 2 and Dependencies Subject: static linking vs. dynamic link Subject: a problem while linking Subject: Re: Emacs in Tornado on NT Subject: Re: Is raise() a no-op? Subject: Re: Where is Vxworks task scheduler? Subject: MVME1604 64MB memory board available Subject: Re: Games on vxworks ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Using the target-based version of ld Date: Tue, 22 Jun 1999 08:45:07 -0400 From: Douglas Fraser Organization: Lucent Technologies Message-ID: <376F8553.A8AD1B93@lucent.com> References: <7klntd$1vj$1@trog.dera.gov.uk> Ralph, How much memory do you have TOTAL? We had a similar problem on a product I worked on last year. The target had 64MB of SDRAM, which is WAY outside the 24 bit address limit. loadModule() calls malloc() which always allocates from the top of the heap first, which means you get something out around 64MB in our case. The solution was to reserve 32MB at the top of memory until the dynamic loading phase was complete, then add that reserved space to the heap with memAddToPool(). The other solution is manage your own private heap space for loading and use loadModuleAt(). I found the method we used to be very easy to administer. Doug Ralph Grommet wrote: > > Hi > > I'm transitioning my project from host-based development (using > tgtsvr, etc) to target-based development using rlogin. The target is a > Motorola PPC MVME2307. The host is a SPARC running Solaris. I am using > the standard gnu development tools. > > When I rlogin onto the target and download a (working) executable > using ld() I get the following error message scrolling about 1 million > times: > > "Relocation value does not fit in 24 bits." > > This message is generated by the loadModule() call within ld() and as > a result nothing is added to the target symbol table. The executable > loads properly if I do an ld() from within a tgtsvr shell. > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Using the target-based version of ld Date: Tue, 22 Jun 1999 14:12:58 GMT From: wliu5011@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7ko5ku$9rj$1@nnrp1.deja.com> References: <7klntd$1vj$1@trog.dera.gov.uk> In article <7klntd$1vj$1@trog.dera.gov.uk>, rsg@nospam4me.com (Ralph Grommet) wrote: Add the switch -mlongcall for compiling. I have met the similar problem before. Good Luck! Wenzhong Liu Senior Software Engineer CSP Inc. Billerica, MA. > Hi > > I'm transitioning my project from host-based development (using > tgtsvr, etc) to target-based development using rlogin. The target is a > Motorola PPC MVME2307. The host is a SPARC running Solaris. I am using > the standard gnu development tools. > > When I rlogin onto the target and download a (working) executable > using ld() I get the following error message scrolling about 1 million > times: > > "Relocation value does not fit in 24 bits." > > This message is generated by the loadModule() call within ld() and as > a result nothing is added to the target symbol table. The executable > loads properly if I do an ld() from within a tgtsvr shell. > > I suspect my executable is of the wrong flavour to be read by the > target-based version of ld() but I have no idea what compiler > switches/linking phases I need to apply/remove. I currently do an > "ldppc" with the -r option as the final phase of compilation to > produce the executable I download. > > If anyone has seen this before or can correct my gross misconceptions > about what is happening I would much appreciate some advice. > > Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Solaris Icon Problem Date: Tue, 22 Jun 1999 08:28:19 -0700 From: Jeff King Message-ID: <376FAB93.60992103@radixtek.com> Hi, More of an adminstrative question here. Running Tornado 1.0.1 on a recently upgraded solaris7 box. When I do a "launch" the 'tornado launcher' window comes up, but the icons (buttons) for WindSh, CrossWind, etc are messed up. They still work, but the buttons say "objIconButton". I ran into this awhile back with 2.5.1 when I installed the 2.5.1 recommended patch set. Solved by backing out the patches. However, I can't do that with Solaris7. Anyone have a solution/workaround. Please cc me on any reponse as i don't loiter much on this group. Thanks in advance, - -jeff - -- Jeff King | Supervisor, Communications Systems jking@radixtek.com | Radix Technologies, Inc. 650-944-1219 | http://www.radixtek.com - -The beatings will continue until morale improves- --------------------------- Newsgroups: comp.os.vxworks Subject: Emacs in Tornado on NT Date: Tue, 22 Jun 1999 15:47:01 GMT From: "Vikram Varma" Message-ID: Does anyone use emacs as their default editor in Tornado on NT? I would like to know how to configure it so that when I click the file in the workspace, I can bring up the file in emacs. Thanks in advance, Vikram --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VXWorks start-up/boot-up timings /// Network (TCP/IP) /// pSOS Date: Mon, 21 Jun 1999 19:18:08 +0300 From: Leonid Rosenboim Organization: Bezeq International Ltd. ISRAEL Message-ID: <376E65C0.5CF3305E@bitband.com> References: "Tapia, Eduardo" wrote: > Sorry it took a bit to reply, but we have done it now. We manage to start it > in about 60 ms. The bare system. It was taking a long time in clearing the > memory. > Yes, the standard bootInit code will cler all emmory when COLD boot, assuming your DRAM may have parity to be cleared. Also on many BSPs the reboot allways gets the COLD flag. so this is also often a time consuming issue. > > Thanks a lot to everyone who helped. > > Now the problem is to load the TCP/IP stack during runtime, because if we > load it at start-up it takes way too long. This can be done if you simply comment out the call to usrNetInit() or underfine the macro which contains this call in usrConfig.c, and sometime later when you got the time do the same call. We have done this many times by building with STANDALONE and not definint STANDALONE_NET_INIT, and later from Shell we do usrBootLineInit(); useNetInit(); HTH, - Leonid --------------------------- Newsgroups: comp.os.vxworks Subject: Re: ISR answering times Date: Mon, 21 Jun 1999 19:21:30 +0300 From: Leonid Rosenboim Organization: Bezeq International Ltd. ISRAEL Message-ID: <376E668A.AA510344@bitband.com> References: <376F5248.E6FAE73E@or-computers.de> Perhaps there is a higher priority interrupt(s) in your target which cause this delay. Also, since by default on X86 interrupt nesting is not supported this delay may be caused by a lower priority interrupt too. Many times WindView has helped tremendeously to determine the source of this problems. HTH, -Leonid Christian Richter wrote: > Hello, > > I wrote a SW that processes communication over a MIL-STD-1553 using > VxWorks on a Pentium Processor Board. After every transmission an > interrupt occurs. > My Interrupt Service Routine will normally be executed after 2 or 3 > microseconds. This time was measured using an oscilloscope. Every some > hundred program cycles the answering time of the ISR is 100 microseconds > or more. > What may be the reason? > A second interrupt which follows will be lost due to this fact. > > The long answering times occur irregularily but the program loops are > identical. So I do not think that there is an error in the software. > > Does anybody know about the problem of long ISR answering times at > VxWorks? > > C. Richter --------------------------- Newsgroups: comp.os.vxworks Subject: Where is Vxworks task scheduler? Date: Tue, 22 Jun 1999 15:52:29 GMT From: marlowe_phil@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7kobfm$cct$1@nnrp1.deja.com> I have (so I'm told) the source to the VxWorks kernel somewhere in some Clearcase VOB. I need to find the scheduler, so I can put some isntrumentation in it. (I'm trying to find out how frequently we're task switching, and how much CPU time the scheduler eats up.) Can anyone tell me what to grep on? What's the name of the scheduler's routine? Or the name of the module it lives in? Thanks in advance. Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Question about SLIP connection Date: Tue, 22 Jun 1999 16:53:35 GMT From: saustin_deja@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7kof29$dul$1@nnrp1.deja.com> References: <7kipgl$3qn1@overload.lbl.gov> <7klnes$dpd$1@nnrp1.deja.com> > But now what do I do to connect to VxWorks? We turn off PAP and CHAP authentication then do our own username/password prompting, verify those then run pppInit on the vxWorks side. To connect from Windows Dial-up Networking, I say "Pop up a terminal window before dialing" that lets me respond to the username/password prompt. When pppInit starts on the vxWorks side, it will spit out a message like "My IP is a.b.c.d, your IP is e.f.g.h, MTU is 1500 bytes" _then_ begin transmitting the LCP packets. On Windows, I exit from the popup window, then Dial-up networking starts dealing with the LCP packets and establishes the link. Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: PPC860 GDB hosted on linux/x86 Date: Tue, 22 Jun 1999 11:14:15 -0700 From: Fadi Nasser Organization: ALCATEL USA Message-ID: <376FD277.CB77F37@usa.alcatel.com> References: <3742B7BE.159ED10B@omnia.com> Try putting a Motorola ADI card in your workstation and use that as a debugger for the PPC860 platform. That's what I do. Unless of course your 860 board doesn't have the wide cable connectors to connect to the ADI card. "Shaheen H. Ali" wrote: > I have a pentium linux workstation that I would like to put to use as a > debugging platform for my motorola powerpc 860 embedded computer. > > Has anyone ported gdb for this application? > > Shaheen - -- +++++++++++++++++++++++++++++++++++++ Fadi Nasser Software Engineer Alcatel USA (707)665 8049 FAX (707)792 7807 Fadi.Nasser@usa.alcatel.com ++++++++++++++++++++++++++++++++++++++ --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Where is Vxworks task scheduler? Date: Tue, 22 Jun 1999 18:41:55 GMT From: "Clifford Slocombe" Message-ID: References: <7kobfm$cct$1@nnrp1.deja.com> W.R.T. task switching, WindView is the easiest way to tell this, but costs extra. W.R.T. CPU time, use build kernel with INCLUDE_SPY, then use the Spy Chart in the Tornado browser. wrote in message news:7kobfm$cct$1@nnrp1.deja.com... > I have (so I'm told) the source to the VxWorks kernel somewhere in some > Clearcase VOB. I need to find the scheduler, so I can put some > isntrumentation in it. (I'm trying to find out how frequently we're task > switching, and how much CPU time the scheduler eats up.) > > Can anyone tell me what to grep on? What's the name of the scheduler's > routine? Or the name of the module it lives in? Thanks in advance. > > > Sent via Deja.com http://www.deja.com/ > Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Question about SLIP connection Date: Tue, 22 Jun 1999 18:41:56 GMT From: "Clifford Slocombe" Message-ID: References: <7kipgl$3qn1@overload.lbl.gov> <7klnes$dpd$1@nnrp1.deja.com> <7kof29$dul$1@nnrp1.deja.com> wrote in message news:7kof29$dul$1@nnrp1.deja.com... > > > But now what do I do to connect to VxWorks? > We turn off PAP and CHAP authentication then do our > own username/password prompting, Can this also be done woyh a pppAddHook? > verify those then run > pppInit on the vxWorks side. To connect from Windows > Dial-up Networking, I say "Pop up a terminal window before dialing" > that lets me respond to the username/password prompt. When > pppInit starts on the vxWorks side, it will spit out a message > like "My IP is a.b.c.d, your IP is e.f.g.h, MTU is 1500 bytes" > _then_ begin transmitting the LCP packets. On Windows, I exit > from the popup window, then Dial-up networking starts dealing > with the LCP packets and establishes the link. > Thank you! > > > Sent via Deja.com http://www.deja.com/ > Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Solaris Icon Problem Date: Tue, 22 Jun 1999 17:48:11 GMT From: BruceClements@mediaone.nospam.net Organization: Take nospam out of the address Message-ID: <376fca8c.942907869@mer-news> References: <376FAB93.60992103@radixtek.com> On Tue, 22 Jun 1999 08:28:19 -0700, Jeff King wrote: Try including the "cd" lines at the following places in the launch script. These are the last lines in the script. It whould be located in ${WIND_BASE}/host/sun4-solaris/bin. This screws up your default location in crosswind so if you run any local scripts you may need to do a cd where you previously didn't have to. if [ $# -eq 0 ]; then cd ${WIND_BASE}/host/resource/bitmaps exec launch.ex else cd ${WIND_BASE}/host/resource/bitmaps exec launch.ex "$@" fi >Hi, >More of an adminstrative question here. > >Running Tornado 1.0.1 on a recently upgraded solaris7 box. >When I do a "launch" the 'tornado launcher' window comes up, >but the icons (buttons) for WindSh, CrossWind, etc are messed up. >They still work, but the buttons say "objIconButton". > >I ran into this awhile back with 2.5.1 when I installed the 2.5.1 >recommended >patch set. Solved by backing out the patches. However, I can't do that > >with Solaris7. Anyone have a solution/workaround. > >Please cc me on any reponse as i don't loiter much on this group. > >Thanks in advance, >-jeff > >-- >Jeff King | Supervisor, Communications Systems >jking@radixtek.com | Radix Technologies, Inc. >650-944-1219 | http://www.radixtek.com >-The beatings will continue until morale improves- > > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Is raise() a no-op? Date: Tue, 22 Jun 1999 15:42:30 -0500 From: Mike Beede Organization: Ciprico Inc. Message-ID: <376FF536.485E5640@ciprico.com> References: <21039-376EF687-83@newsd-222.iap.bryant.webtv.net> Greg Silverman wrote: > > what are t101 and t2? how i find out whati i have? Tornado 1.0.1 is what was distributed when we got Tornado last December. We STILL HAVEN'T GOT TORNADO 2, so you probably don't have it either. Check the CD you received--it should be marked. I think there was a Tornado 1.0, but I don't know how long ago that was distributed. As an aside, I'd sure like to know how Wind River decides what order to ship the T2 update in. I believe it's been over a week since we heard from T2 Shipping Command that it was going out that day. It **does** make for an amusing gag when my partner goes to his mail slot every day "for that package from Wind River...." Not extremely amusing, but then he isn't an extremely amusing guy. Mike Beede --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado 2 and Dependencies Date: Tue, 22 Jun 1999 17:04:34 -0400 From: Matthew Donadio Organization: Image & Signal Processing, Inc. Message-ID: <376FFA62.F9A570C9@isptechinc.com> Hello all, I am having a problem porting a library to VxWorks / Tornado 2. The library uses the convention that header files are included using <> and then assumes that -I. is a command line option to the compiler. This is giving the Tornado 2 project tool heartburn, though. When I generate dependencies for the library, the project tool thinks that all of the #include files are external to the library and creates a makefile dependency like blah.o: $(PRJ_DIR)/blah.c blah.h instead of blah.o: $(PRJ_DIR)/blah.c $(PRJ_DIR)/blah.h Building the library crashes because the make gets called from a subdirectory, and it can not find the header files, and assumes that they need to be created. I could change all of the #include lines to use quotes instead of <>, but there are 150+ source files, and I don't want to do it every time the library gets released. I would also like to keep the dependencies because full recompiles would take way too long. Any ideas on how I can get around this problem? Thanks. - -- Matt Donadio (donadio@isptechinc.com) | 43 Leopard Rd, Suite 102 Sr. Software Engineer | Paoli, PA 19301-1552 Image & Signal Processing, Inc. | Phone: +1 610 407 4391 http://www.isptechinc.com | FAX: +1 610 407 4405 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Problems in sending data over socket Date: Tue, 22 Jun 1999 15:42:08 -0700 From: Stephen Macmanus Organization: Wind River Systems Message-ID: <37701140.5438@wrs.com> References: <7jt4u7$8q1@overload.lbl.gov> Venkatesh Prakash PS wrote: > > Hi All, > I am using VxWorks version 5.3.1, I have the following problems. > > 1. I have opened a UDP Socket and the "sendto" function is failing to send after > 2-3 minutes. I don't have idea how to get error number when some socket function > fails, since "perror()" function says undefined symble. > > I am using "fei" interface, with disabled "INCLUDE_END" and defined > "END_OVERRIDE". > > 2. I am getting following error messages on the screen, > > "arp info overwritten for xxxxxxxx by yyyyyyyyyy" > "arp_rtrequest: malloc failed" > "arptnew failed on xxxxx" > "arpresolve: can't allocate llinfo" > > How to correct these problems. > > Thanks in advance, > > Regards, > > vprakash The first error message ("arp info overwritten...") indicates that an ARP response is reporting a hardware address which differs from the existing entry. This message is just a warning. The situation might not be a problem if the sending host actually changed Ethernet cards recently while retaining the same IP address. It can't be prevented by any local changes. The remaining three messages indicate that the system is unable to allocate space for a new entry. The solution is to increase the size of the network pools above the default values, which are suitable for the simple Tornado host-target communication but are often too small for a production environment. - -- - ------------------ Stephen Macmanus #include Software Engineer Wind River Systems --------------------------- Newsgroups: comp.os.vxworks,comp.realtime Subject: Contract positions in Massachusetts Date: Tue, 22 Jun 1999 22:48:02 +0000 From: George Walk Organization: Road Runner Message-ID: <377012A2.37EE7784@mediaone.net> Project: SQA tester/developer for VxWorks based systems Location: North of Boston Duration: 6+ months (full-time, on site) Contact: George Walk, Responsive Software, Inc. email: walk@mediaone.net Experience: 3-7 years experience Skills: I am looking for 2 people to work on a contract for 6+ months. They should have experience with Unix development environments, shell scripts, and C programming. Also needed is experience/familiarity with VxWorks. The experience doesn't need to be with drivers or developing BSPs. You should be familiar with configuring hardware and applications in a VxWorks environment using Tornado tools. While this is an SQA position, the people I am looking for should be able to program in C to develop new tests and debug, analyze, and fix problems in existing tests. Please email resumes or questions to George Walk (walk@mediaone.net) Responsive Software, Inc. is a consulting company specializing in real-time and embedded systems development. We offer services in application development, driver development, and porting. Real-time operating systems experience includes: VxWorks, VRTX, and pSOS. Other systems include Solaris, Irix, and Linux. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: SENS Multiple Interface Drivers for TCP/IP Protocol Date: Tue, 22 Jun 1999 15:50:22 -0700 From: Stephen Macmanus Organization: Wind River Systems Message-ID: <3770132E.41B6@wrs.com> References: <3762A38E.65350DB2@eci.esys.com> rdfa wrote: > > Using SENS tornado 1.0 > > I need to define multiple network interfaces Ether net and a Proprietary > Interface Driver I can get the complete muxdevLoad on both drivers but > it seem to attach only the first device to the TCP/IP stack. > > I want to control routing by specifying the routes such as: > > ifAddrSet("lnpci0", "193.1.3.x") > ifAddrSet("Orb" ,"193.1.4..x") > > and have the SENS TCP/IP Protocol Stack route to the correct interface. > I can not get the ifShow() to show the interface but can see it if I do > a muxShow() both drivers are loaded. > > Any help would be appreciated > > Robert Flanders > rdfa@eci.esys.com > Raytheon Systems Company The muxDevLoad() routine installs the devices (which is why they are visible with muxShow) but does not attach them to a protocol. The ifShow() routine, which predates the MUX/END model, only displays devices registered with the IP protocol. There are several routines needed to complete that process, including muxDevStart() and muxBind(). In the case of the IP protocol, the bind calls are completed within the ipAttach() routine. See the manual pages for details. The usrNetwork.c startup code can also be used as an example. - -- - ------------------ Stephen Macmanus #include Software Engineer Wind River Systems --------------------------- Newsgroups: comp.os.vxworks Subject: Re: etherInputHookAdd Date: Tue, 22 Jun 1999 16:05:40 -0700 From: Stephen Macmanus Organization: Wind River Systems Message-ID: <377016C4.3706@wrs.com> References: <7k2fka$7fs$1@news.kren.nm.kr> hhs wrote: > > Hi. > > I have a question about etherInputHookAdd at PPP connection (or ethernet). > > I know that I can see the raw input packet using etherInputHookAdd. > > I want to change the raw input packet data and then return it to the IP > stack by etherInputHookAdd. > > Is it possible? > > I tried to do that, but it was impossible to grap the raw input packet and > change the packet and return it to the IP stack under my power. > > If it is possible , let me know the way. > > If it is not, is there any alternate way to do that? > > Thank you . It is theoretically possible to change packet contests using Ethernet hooks. The general idea is to make the necessary changes to the frame payload, then return FALSE so that the driver continues processing the frame instead of discarding it. While feasible, this approach is not recommended. Not only is examining every frame expensive, but altering them could cause any number of unpredictable side effects. For instance, shortening the frame could be needed, but altering the reported length could cause memory leaks when the M_BLK chain was finally freed. In A somewhat better alternative is to use the IP filter hook. It examines all IP packets only, avoiding the extra overhead of testing other frames. This hook returns TRUE instead of FALSE to continue the built-in processing. It has some of the same limitations, so changing the packet size is still not recommended. See the ipFilterLib entries in the manual for details. A final possibility is to open a raw socket which receives copies of all relevant IP packets matching the source and destination values. - -- - ------------------ Stephen Macmanus #include Software Engineer Wind River Systems --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Configuring vxWorks for bootp Date: Tue, 22 Jun 1999 16:14:33 -0700 From: Stephen Macmanus Organization: Wind River Systems Message-ID: <377018D9.3DBB@wrs.com> References: <37659104.8832417C@swbell.net> <376598B1.D2F0FAC9@swbell.net> Matt Henderson wrote: > > In what I can find online, I am not sure if the SunOS /etc/bootparams > actually is used to support bootp (it only talks about supporting > diskless clients and has support for specifying bootfiles, dumpfiles, > but does not indicate how the hardware address is specified...) If this > is the case, then is there a bootp daemon available for SunOS in the > public domain? Tornado installations include a bootp server in the $WIND_BASE/target/unsupported/bootp2.1 directory. - -- - ------------------ Stephen Macmanus #include Software Engineer Wind River Systems --------------------------- Newsgroups: comp.os.vxworks Subject: Re: UDP datagram size and the MTU Date: Tue, 22 Jun 1999 16:19:46 -0700 From: Stephen Macmanus Organization: Wind River Systems Message-ID: <37701A12.17D2@wrs.com> References: Dave Craig wrote: > > Hi, > > Does anyone have any experience of using the IP_DO_LARGE_BCAST flag (in > ipCfgParams)? It seems to allow UDP broadcasts of datagrams which are bigger > than the MTU to be fragmented and sent. Has anyone used this, and if so does > it work completely transparently? (It doesn't seem to be documented) > > Thanks > > Dave Craig > Palo Alto Yes, the flag does allow fragmentation of broadcast datagrams. It works transparently in the sense that no additional changes are required, but could have a (possibly significant) negative impact on throughput if fragments are actually lost. It will also increase the memory requirements of the receiver since the fragments must be queued until reassembly is complete. - -- - ------------------ Stephen Macmanus #include Software Engineer Wind River Systems --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Symbol table won't download Date: Sat, 19 Jun 1999 20:27:31 -0700 From: "Cameron Fowler" Organization: AT&T WorldNet Services Message-ID: <7kphk3$ap4$1@bgtnsc01.worldnet.att.net> References: <3755B72B.4C440338@lmco.com> <375BE6A3.1407EDBD@agie.ch> Also #define INCLUDE_LOADER Roberto Nunnari wrote in message <375BE6A3.1407EDBD@agie.ch>... >#define INCLUDE_NET_SYM_TBL /* load symbol table from network */ > >Best regards. >-- > Roberto Nunnari -software engineer- > mailto:roberto.nunnari@agie.ch > AGIE - http://www.agie.com > Via dei pioppi 16 tel: +41-91-8069138 > 6616 Losone """ > Switzerland (o o) >=======================oOO==(_)==OOo======================== > MY OPNIONS ARE NOT NECESSARELY THOSE OF MY EMPLOYER --------------------------- Newsgroups: comp.os.vxworks Subject: Re: SCSI Problem for MCP750 BSP Date: Sat, 19 Jun 1999 20:34:00 -0700 From: "Cameron Fowler" Organization: AT&T WorldNet Services Message-ID: <7kphk4$ap4$2@bgtnsc01.worldnet.att.net> References: <375FE3A6.78DC0F00@siemens.at> Is there anything else on the scsi bus such as a CD rom if so, make sure that you have wide transfers undefined in config.h Andreas Lugbauer wrote in message <375FE3A6.78DC0F00@siemens.at>... >Hi, > >we have a problem when using our SCSI disk in our MOTOROLA CompactPCI >system. > >Our configuration is as follows: > >MCP750-1332 CompactPCI board >MPMC101 PMC SCSI-2 Adapter >Seagate ST39173W 9GB SCSI disk > >The problem we have is that the scsiPhysDevCreate call hangs, when >creating the device for the disk. Also we have tried to use the >scsiAutoConfig call but this hangs too. > >We have verified when we load the PPCBug firmware of MOTOROLA the disk >is detected in the system by using the IOI command. So we think our HW >configuration is ok. > >It seem also that the initialisation of the SCSI controller works >because it is detected during booting vxWorks. > >What can be the cause of our problem? > >Thanks in advance for any hints > >Andreas > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado 2 and Dependencies Date: Wed, 23 Jun 1999 03:00:59 GMT From: David Hamel Organization: @Home Network Message-ID: <37704D93.28A4021F@ntanet.net> References: <376FFA62.F9A570C9@isptechinc.com> Matthew Donadio wrote: > Hello all, > > I am having a problem porting a library to VxWorks / Tornado 2. > > The library uses the convention that header files are included using <> > and then assumes that -I. is a command line option to the compiler. > This is giving the Tornado 2 project tool heartburn, though. > > When I generate dependencies for the library, the project tool thinks > that all of the #include files are external to the library and > creates a makefile dependency like > > blah.o: $(PRJ_DIR)/blah.c blah.h > > instead of > > blah.o: $(PRJ_DIR)/blah.c $(PRJ_DIR)/blah.h > > Building the library crashes because the make gets called from a > subdirectory, and it can not find the header files, and assumes that > they need to be created. > > I could change all of the #include lines to use quotes instead of <>, > but there are 150+ source files, and I don't want to do it every time > the library gets released. I would also like to keep the dependencies > because full recompiles would take way too long. > > Any ideas on how I can get around this problem? Thanks. > I had the exact same problem and WRS Support sent me this summary. TITLE: How to generate external dependencies in Tornado 2.0? AUTHOR: Eric Lo SCOPE DISCOVERED ON HOST: All Windows NT 4.0 ------------------- ------------------- ARCHITECTURE: All MIPS ------------------- ------------------- BSP: All idts381 ------------------- ------------------- PRODUCT / REVISION: Tornado 2.0 Tornado 2.0 ------------------- ------------------- DESCRIPTION: How can I generate external dependencies in Tornado 2.0? I have two directories, source_code (where all the source codes are) and headers (where all the header files are). I add all the source codes into the downloadable project, then select "Dependencies" from the workspace context menu. All the header files are shown in the "external Dependencies" folder in the "Files" view of the workspace window. Then I click the "Build Project" from the tool bar, I got the following error message: make: *** No rule to make target `bee.h', needed by `bee.o'. Stop. Why can't the files build? RESEARCH: Tornado User's Guide 2.0., Trial and Error. RESOLUTION: The following procedures will generate a correct dependencies in order to build the object modules. Step 1: Modify the build specification To display the build specification, double-click on the build name in the "Build" view of the workspace to display the property sheet for the build. Then, select the "C/C++ compiler" tab of the build specification property sheet to view the compiler options. Add another option in the text box: -Idirectory_path_of_the_header_files For example: -IE:\header Step 2: Rebuild the dependencies Select "Dependencies" from the workspace context menu and click the OK button to rebuild the dependencies. Step 3: Rebuild the object modules/application You can now click "ReBuild All" button in the tool bar to rebuild the object modules/application. The new compiler option "-I" will be pulled into the dependencies and the compiler will search the specified directories for the header files. In conclusion, new dependency generation is required every time when the C/C++ compiler options are changed in the build specification. KEYWORDS: dependencies, project, makefile, compiler option --------------------------- Newsgroups: comp.os.vxworks Subject: static linking vs. dynamic link Date: Wed, 23 Jun 1999 11:03:19 +0800 From: "liuf" Organization: Alcatel/Bell Message-ID: <3770501a.0@dnews.sbell.com.cn> hi, When I try to link my modules, I wonder what's the main difference between dynamic linking and static linking? And how to make my modules be dynamic libs in vxWorks? Thanks! --------------------------- Newsgroups: comp.os.vxworks Subject: a problem while linking Date: Wed, 23 Jun 1999 11:31:28 +0800 From: "liuf" Organization: Alcatel/Bell Message-ID: <377056b3.0@dnews.sbell.com.cn> hi, I just begin to use vxworks. I use NT as host and use a PC as target. When I link my test code, as >cc386 -o testExe -nostdinc -fno-builtin -v -LC:\x86\target\lib testCode.o -lI80486gnuvx it shows an error: cannot open crt0.o: No such file or directory Can anyone tell me what ctr0.o is? why cc386 automatically link it with my code? where can I find this? Thanks! --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Emacs in Tornado on NT Date: Wed, 23 Jun 1999 04:40:31 GMT From: bobarmstrong@home.nothiis.net (Robert Armstrong) Organization: @Home Network Message-ID: <3zZb3.14893$NY6.5986@news.rdc1.sfba.home.com> References: In T2 this is trivial and in T101 impossible. If you are on T2 then look to your options, the editor configuration is prominent. I've used emacs in T2 but use PFE now (whatever you are used to). Bob In article , "Vikram Varma" wrote: >Does anyone use emacs as their default editor in Tornado on NT? >I would like to know how to configure it so that when I click the file in >the workspace, I can bring up the file in emacs. >Thanks in advance, >Vikram > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Is raise() a no-op? Date: Wed, 23 Jun 1999 04:43:22 GMT From: bobarmstrong@home.nothiis.net (Robert Armstrong) Organization: @Home Network Message-ID: References: <21039-376EF687-83@newsd-222.iap.bryant.webtv.net> <376FF536.485E5640@ciprico.com> Wind often ship via UPS, in this case you can get the UPS tracking number from internal sales in Alameda where they actually do the shipping. Alternatively you are obviously on support so just call and ask them what's happening. Bob >It **does** make for an amusing gag when my partner goes to his >mail slot every day "for that package from Wind River...." Not >extremely amusing, but then he isn't an extremely amusing guy. > > Mike Beede --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Where is Vxworks task scheduler? Date: Wed, 23 Jun 1999 04:51:10 GMT From: bobarmstrong@home.nothiis.net (Robert Armstrong) Organization: @Home Network Message-ID: <2JZb3.14898$NY6.5986@news.rdc1.sfba.home.com> References: <7kobfm$cct$1@nnrp1.deja.com> SO you have the source code? Well look in WIND_BASE/target/src/arch/ and dig around in the assembler source code, this stuff is all too time critical to work out in C. Enjoy yourself :) Bob In article <7kobfm$cct$1@nnrp1.deja.com>, marlowe_phil@my-deja.com wrote: >I have (so I'm told) the source to the VxWorks kernel somewhere in some >Clearcase VOB. I need to find the scheduler, so I can put some >isntrumentation in it. (I'm trying to find out how frequently we're task >switching, and how much CPU time the scheduler eats up.) > >Can anyone tell me what to grep on? What's the name of the scheduler's >routine? Or the name of the module it lives in? Thanks in advance. > > >Sent via Deja.com http://www.deja.com/ >Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: MVME1604 64MB memory board available Date: Tue, 22 Jun 1999 23:49:04 -0700 From: Innovative Research Technologies Organization: Innovative Research Technologies Message-ID: <37708360.8C8B8C2A@innovative-research.com> Reply-To: sales@innovative-research.com I have quantity (1) 64MB memory add-on board available for the Motorola MVME1604 PPC VME board. I also have a few MVME1604 boards configured with 16MB and 32MB of memory. E-mail if interested. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Games on vxworks Date: Wed, 23 Jun 1999 06:31:49 GMT From: sminar@ntouch.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7kpv0l$uke$1@nnrp1.deja.com> References: <7k4f8g$ag0$1@nnrp1.deja.com> <376d32e5.8677720@news.texas.net> I appreciate the input. A few more details may be helpful to the discussion... The choice of OS was not mine to make and would not be my first choice if I was in a hurry to develop some games. The OS was chosen due to timing, technical, pricing and political issues. If we were to start again today on the project we might choose something else but for now we are forging ahead. Gaming is just one small part of the product they are developing and in some ways is an afterthought. They understand that developing games on the platform will not necessarily be easy and are willing to accept games that can be developed within the limitations of the platform and timeframe. Even JAVA games might be acceptable (to them, not to me). While I have not yet studied VxWorks in great detail, I have not found anything that would make it "impossible" to develop games. I would very much like to have a code base to start with, gaming specific if possible, but at least a set of tested graphics routines. If need be we could write directly to the hardware since we are controlling the hardware platform. In terms of possible solutions, I see several directions that one could pursue (If your a true gamer, please don't hate me for bringing up a few ideas that will make you gag...): 1) Browser based games. We have a specialized version of the Netscape browser running on our platform. Unfortunately I do not have the source to the browser so I'm stuck waiting for someone else to fix it. And there are many bugs. It is operating at a level above Netscape 2.0 and below 3.0. JAVA is coming. Javascript is there but very buggy. But it still might be possible to come up with a few "games" (using the term lightly) that would run under the browser. 2) Develop or port games to VxWorks using one of the available graphics packages. I had heard about Zinc but I know little about its capabilities. I'm interested in MetaWindows as I have done projects using that package. And I did not know that an X/OpenGL package was available. In the short term I would love to find one or more simple games that run on these platforms that could be ported to VxWorks. 3) Another possibility would be to write a game platform emulator and license ROMS. This has become popular for many other OS's. There are ROMS for hundreds of arcade games available... the difficulty would be in getting reasonble licensing terms. This may be the quickest way to get something up and running that would be a more flexible solution. 4) In my dreams I would like to find someone who is developing a gaming library for VxWorks that implements all the core gaming functionality you would ever want. To go with that would be a few freeware example games that I could use immediately for demonstration purposes while developing / porting other games. (I can dream, can't I?) 5) What I really want is to find someone who is already working on this problem so that I can hire / license what they are creating. I'm buried under related work so it makes sense for me/them to have someone else do it. In article , bobarmstrong@home.nothiis.net (Robert Armstrong) wrote: > Sorry but I think you significantly miss the point. I play Quake II > deathmatches a lot (used to be 2 hours minimum each day in a ten way game). A > game like quake is a little bit of networking, a little bit of configuration > and a huge amount of rendering. I always used OpenGL. > > So why is vxWorks fundamentaly incapable or unsuitable? The networking is > mostly fine now (do read the chapter on network customization, I think it may > be chapter 4.5 of the vxWorks 5.4 programmers guide, the default > configuration is intended for debug only and reconfiguration is simple). > Recovering the configuration from somewhere is simple. There are plenty of > fast platforms available (including PCs). There is also an OpenGL product in > the partner directory:- > > http://www.wrs.com/html/trade/wrs00154.html > > So I think that addresses the "could you", but it still leaves the "why would > you want to" and that I have no answer for. > > Mostly vxWorks has been too expensive for this sort of development, perhaps > this new pricing model I've seen mentioned in tech stocks will change that. I > drove my graphics card direct last time I used one, then again that was with > o/s9 and I'd rather have had a bare machine than that (OK the compiler sort > of helped). > > To be fair, one of my friends programmed some games for Phillips pagers, they > went down very well. > > Bob > > In article , "Clifford Slocombe" > wrote: > >What I meant was that there was no standard graphical interface (apart from > >X/OpenGL), with a wide choice of graphic proprietary graphic API which horse > >would a games programmer back (if any)? > > > >It occurred to me that games does not necessarily mean graphics, but text > >adventures are a little too obscure these days to be an attractive product > >feature! > > > >W.R.T QNX/Photon, lets not get into that one here, I probably get flamed! > > > >Given time, games may appear for the Zinc interface. This at least has the > >benefit of being (now) a WindRiver product, so is likely to become widely > >supported. > > > >Clifford. > > > >Bruce wrote in message > >news:376d32e5.8677720@news.texas.net... > >> In comp.os.vxworks > >> "Clifford Slocombe" wrote: > >> > >> >I think that you have chosen the wrong OS. If you want games, and a > >serious > >> >RTOS use QNX, it has a port of Doom! I am interested to know why you > >would > >> >want do this. > >> > >> There is a graphical slot machine written in VxWorks. My VxWorks > >> application is graphical and uses Ease Software's port of MetaWindows. It > >> can be done, though I agree it may not be the best for blazing fast > >> graphics. Neither is QNX. > >> > >> Bruce > >> > > > > > Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Wed Jun 23 04:10:20 1999 From: "Tapia, Eduardo" Date: Wed Jun 23 04:10:24 PDT 1999 Subject: RE: Starting the network at run-time > > Assuming that you have built network support into the VxWorks > image, you need to call the code > > usrBootLineInit(sysStartTime); > usrNetInit(BOOT_LINE_ADRS); > > This should then start up the network for you and attach > whatever device you have specified as the boot device in > the boot line, as the WDB/Tornado Link. > > Pretty impressive timings by the way - 60ms is not long ! How > did pSOS compare ? pSOS started in 110ms, but clearing RAM. > Did you go for an uncompressed, run directly from FLASH > VxWorks image ? Yes, without the Clearing Ram bit. Regards, Eduardo Tapia. From owner-vxwexplo-process Wed Jun 23 04:10:27 1999 From: "Tapia, Eduardo" Date: Wed Jun 23 04:10:31 PDT 1999 Subject: RE: VXWorks start-up boot-up timings > > Dear Eduardo, > > I recorded the conversations to a file for posterity. > > Could you say what exactly solved your problem? > > I wish to keep this information on file, if a similar situation occurs > here. > We went for an uncompressed, run directly from FLASH VxWorks image. Then changed to code so it would not run the 'Clearing Ram' bit. We think it works OK, but we have not had time to test it properly yet. Now we want to add network capabilities at run time. Regards, Eduardo Tapia. From owner-vxwexplo-process Wed Jun 23 07:57:11 1999 From: bwaite@cspi.com Date: Wed Jun 23 07:57:15 PDT 1999 Subject: Re: using same vxWorks on UNIX and NT platforms Rehan, I am actually doing development on both Unix and NT myself and have worked though only a few minor problems before having a reletively stable system. I too use Exceed to run my UNIX based Luancher and debugger but have had no problems. What kind of hangs are you seeing with Crosswind on UNIX? There are a few Unix based Crosswind patches that make it much more stable. The first one that comes to mind is a patch that fixes a hang in Crosswind that occurs whenever you enter text at the gdb prompt. Also, maybe Crosswind itself is not hanging but the WTX agent is not responding and causing your launcher to hang waiting for a response. I have seen this behavior many times. I am not exactly sure why your output is not working, but it almost looks like you are not redirecting I/O on the Unix side, although I cannot explain why you see header when you type i(). Make sure on the Unix side of the world you have a windsh file loacted in your .wind directory. I have also been successful building on NT and debugging on UNIX and vice versa. The only difference is that I am using a PPC based Motorola board. If you are still having problems mail me and I can probably help you get through the growing pains. Good Luck, Brian Waite CSPI Customer Support Email: bwaite@cspi.com vxwexplo@lbl.gov on 06/22/99 02:42:06 PM To: vxworks_users@csg.lbl.gov cc: (bcc: Brian Waite/CSP) Subject: using same vxWorks on UNIX and NT platforms Submitted-by owner-vxwexplo-process Tue Jun 22 11:42:00 1999 Submitted-by: Reyhan ERGUN This is a multi-part message in MIME format. --------------308A945FCDE6C0B45AD44642 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I use MBX860 Board, MBX860 BSP, vxworks,.... I use Tornado I on both UNIX and NT platforms. I didn't encounter so many problems while working on NT, however working on UNIX is very annoying. Using CrossWind on UNIX crashes Tornado very often. I am not sure the problem is because of EXCEED which I use to connect UNIX machine from my PC or the tool itself. Anyway, I would like to ask if I could make vxWorks on UNIX, and use Tornado tools from my PC, do all debugging work from PC... I tried this but it doesn' work!....I encountered problems from the shell as follows: -> i NAME ENTRY TID PRI STATUS PC SP ERRNO DELAY ---------- ------------ -------- --- ---------- -------- -------- ------- ----- value = 0 = 0x0 -> devs drv name value = 0 = 0x0 -> iosFdShow fd name drv WTX Error 0x100df (AGENT_GOPHER_SYNTAX) value = -1 = 0xffffffff -> printErrno 0x0 = OK value = 0 = 0x0 ......etc. I should make vxWorks on UNIX, because I do some work integrated with another tool working on UNIX. I get vxWorks file via ftp from UNIX to PC, I tried on some other object file which are get from UNIX to PC by the same way, I can load this files from PC to the target and these applications can run on the target without any problem. Is there any utility to obtain a vxWorks made on UNIX platorm which can be run while host tool is running on NT platform? Any comments would be appreciated, Regards, Reyhan --------------308A945FCDE6C0B45AD44642 Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Reyhan (FINDIK) ERGUN Content-Disposition: attachment; filename="vcard.vcf" begin: vcard fn: Reyhan (FINDIK) ERGUN n: ;Reyhan (FINDIK) ERGUN org: ASELSAN INC. adr: Microwave and System Technologies Division ;;Software Engineering Dept.;ANKARA;;;TURKEY email;internet: findik@mst.aselsan.com.tr tel;work: (90-312) 385 19 00 (Ext. 2668) tel;fax: (90-312) 354 52 05 note: http://www.aselsan.com.tr x-mozilla-cpt: ;0 x-mozilla-html: FALSE version: 2.1 end: vcard --------------308A945FCDE6C0B45AD44642-- From owner-vxwexplo-process Thu Jun 24 04:00:12 1999 From: daemon@csg.lbl.gov Date: Thu Jun 24 04:00:16 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Thu Jun 24 04:00:07 PDT 1999 Subject: snmpIoCommunityValidate causes manager to hangup Subject: Re: snmpIoCommunityValidate causes manager to hangup Subject: Re: snmpIoCommunityValidate causes manager to hangup Subject: FAQ ? Subject: Re: UDP performance over PPP Subject: Re: Starting the network at run-time Subject: Disney vacation 3057 Subject: VxWorks and Zip drives Subject: etherInputHookAdd and datagram handling Subject: Re: etherInputHookAdd Subject: Re: FAQ ? Subject: Tornado on NT vs. Tornado on Solaris? ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: snmpIoCommunityValidate causes manager to hangup Date: Wed, 23 Jun 1999 12:14:50 +0100 From: "Will Fookes" Organization: NDS UK Message-ID: <7kqei3$i36$1@ndsukns01.ndsuk.com> I'm developing an SNMP Agent using WindNet SNMPv1/v2c and I find that if a manager attempts a Get or Set (or whatever) using an invalid community name (which is detected by snmpIoCommunityValidate) I get no response from the Agent. This causes the manager to timeout and repeat the request... I've put debug code in the snmpIoWrite function, so I am certain that no return packet is generated. The Agent is not dead, however, and processes subsequent packets properly. My suspicion is that within snmpIoCommunityValidate I need a call (on detection of the bad community) to a function like getproc_nosuchins or setproc_error - but this fuction is called for PDUs of ALL types... Has anybody else resolved this one? Will --------------------------- Newsgroups: comp.os.vxworks Subject: Re: snmpIoCommunityValidate causes manager to hangup Date: Wed, 23 Jun 1999 12:46:05 GMT From: saustin_deja@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7kqkua$5rl$1@nnrp1.deja.com> References: <7kqei3$i36$1@ndsukns01.ndsuk.com> You can certainly do whatever you like in snmpIoCommunityValidate - for instance, in our application we generate an "authentication failed" trap, and also write to our diagnostic log, etc. How the manager reacts is probably not an issue for your agent - as far as I know the agent has no responsibility to respond to a request with an invalid community string (correct me if I'm wrong?). If your manager times out and sends the request again, I'd guess that's something in the way the manager is configured, and really doesn't have to do with the agent. Some other managers may behave differently, so you shouldn't necessarily code your agent to dovetail with only one particular manager. In article <7kqei3$i36$1@ndsukns01.ndsuk.com>, "Will Fookes" wrote: > I'm developing an SNMP Agent using WindNet SNMPv1/v2c and I find that if a > manager attempts a Get or Set (or whatever) using an invalid community name > (which is detected by snmpIoCommunityValidate) I get no response from the > Agent. This causes the manager to timeout and repeat the request... > > I've put debug code in the snmpIoWrite function, so I am certain that no > return packet is generated. The Agent is not dead, however, and processes > subsequent packets properly. > > My suspicion is that within snmpIoCommunityValidate I need a call (on > detection of the bad community) to a function like getproc_nosuchins or > setproc_error - but this fuction is called for PDUs of ALL types... > > Has anybody else resolved this one? > > Will > > Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks,comp.protocols.snmp Subject: Re: snmpIoCommunityValidate causes manager to hangup Date: Wed, 23 Jun 1999 15:52:09 +0100 From: "Will Fookes" Organization: NDS UK Message-ID: <7kqr9s$olt$1@ndsukns01.ndsuk.com> References: <7kqei3$i36$1@ndsukns01.ndsuk.com> <7kqkua$5rl$1@nnrp1.deja.com> I agree with you - up to a point. I too have added the "authentication failure" trap, but I was under the impression that the Agent should return "noSuchName" (SNMPv1) or "authorizationError" (SNMPv2c) if the object was not available in the current view. Sitting there like a lemon seems to me to be a tad unhelpful! I notice also that snmpInBadCommunityNames gets incremented when a community name is not matched, and that snmpInBadCommunityUses is never(?) incremented. My reading of the MIB suggests that snmpInBadCommunityNames should be incremented when an unrecognised community name is received, whereas snmpInBadCommunityUses would be incremented when you try to access objects that exist but are not in the view of the quoted community. BTW, I found a function ENVOY_Send_SNMP_Error_Packet() in the library, but the declaration doesn't tell me what its 2nd & 3rd parameters are! - any ideas if/how I can use this? I'll cross-post this to comp.protocols.snmp for further opinions. Will saustin_deja@my-deja.com wrote in message <7kqkua$5rl$1@nnrp1.deja.com> in newsgroup comp.os.vxworks... >You can certainly do whatever you like in snmpIoCommunityValidate - for >instance, in our application we generate an "authentication failed" >trap, and also write to our diagnostic log, etc. How the manager >reacts is probably not an issue for your agent - as far as I know the >agent has no responsibility to respond to a request with an invalid >community string (correct me if I'm wrong?). > >If your manager times out and sends the request again, I'd guess that's >something in the way the manager is configured, and really doesn't have >to do with the agent. Some other managers may behave differently, so >you shouldn't necessarily code your agent to dovetail with only one >particular manager. > >In article <7kqei3$i36$1@ndsukns01.ndsuk.com>, > "Will Fookes" wrote: >> I'm developing an SNMP Agent using WindNet SNMPv1/v2c and I find that >> if a manager attempts a Get or Set (or whatever) using an invalid >> community name (which is detected by snmpIoCommunityValidate) I get >> no response from the Agent. This causes the manager to timeout and >> repeat the request... >> >> I've put debug code in the snmpIoWrite function, so I am certain that >> no return packet is generated. The Agent is not dead, however, and >> processes subsequent packets properly. >> >> My suspicion is that within snmpIoCommunityValidate I need a call (on >> detection of the bad community) to a function like getproc_nosuchins >> or setproc_error - but this fuction is called for PDUs of ALL types... >> >> Has anybody else resolved this one? >> >> Will > >Sent via Deja.com http://www.deja.com/ >Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: FAQ ? Date: Wed, 23 Jun 1999 20:19:09 +0200 From: "Geir R. Westermann" Organization: Telenor Online Public Access Message-ID: I'm quite new to this group, and I've been looking for a FAQ. Is there one ? Geir --------------------------- Newsgroups: comp.protocols.ppp,comp.os.vxworks Subject: Re: UDP performance over PPP Date: Wed, 23 Jun 1999 15:12:13 -0700 From: Fadi Nasser Organization: ALCATEL USA Message-ID: <37715BBD.48B89842@usa.alcatel.com> References: <7i1brc$47a$1@nnrp1.deja.com> Hi there I was running into a somewhat similar problem until I got pulled off it. Where you able to find a way to sync. buffer utilization with traffic burstiness? Could you monitor those buffers without probably looking into their location in memory or writing your own monitoring routines??? Thanks in advance, Fadi. saustin_deja@my-dejanews.com wrote: > I'm interested in finding out more detail about how the higher layers > of a protocol stack (specifically SNMP/UDP) are affected by running > over IP/PPP instead of IP/Ethernet. My application seems to have > serious problems when all of a sudden the bandwidth dips from > 10 Mbps to 9600 bps. > > I would like to know how buffers are managed > within the protocol stack and if there's any API to the buffer > management that would allow me to track utilization. Then I could > "throttle back" the generation of UDP traffic to match the buffer > availability. > > I'd also like to know how PPP arbitrates between traffic demands from > each peer. That is, if one peer is sending a ton of UDP traffic, it > seems like the other peer can't get a packet in (or perhaps it's the > case that the responses are queued way back in the first peer?). Are > there any priority schemes within the protocols that would allow me to > always have fast response, regardless of how much "bulk" UDP traffic is > queued up in one peer? > > My envrionment is VxWorks 5.3.1 on i386. Their documentation states > "PPP attaches to the TCP/IP stack at the driver (link) level." Does > this mean that all the buffer management is handled within the serial > port driver, which likely uses a fairly small character FIFO? > > Thanks for any help. > > --== Sent via Deja.com http://www.deja.com/ ==-- > ---Share what you know. Learn what you don't.--- - -- +++++++++++++++++++++++++++++++++++++ Fadi Nasser Software Engineer Alcatel USA (707)665 8049 FAX (707)792 7807 Fadi.Nasser@usa.alcatel.com ++++++++++++++++++++++++++++++++++++++ --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Starting the network at run-time Date: Wed, 23 Jun 1999 22:32:55 GMT From: rjdejoie@kmrmail.kmr.ll.mit.edu (Bob DeJoie) Organization: Massachvsetts Institvte of Technology Message-ID: <37715e79.517327818@news> References: <7kqfjo$7i69@overload.lbl.gov> On Wed, 23 Jun 1999 11:54:36 +0100, "Tapia, Eduardo" wrote: > >> >> Assuming that you have built network support into the VxWorks >> image, you need to call the code >> >> usrBootLineInit(sysStartTime); >> usrNetInit(BOOT_LINE_ADRS); >> Possibly an alternate approach: I am running rom resident and want to run one code base on multiple instances of the target. I use some configuration bits to index into a table of IP addresses and then pass strings with unique addresses usrNetInit based on the board configuration. I don't bother to call usrBootInit because I don't use anything from the NVM. It seems to work , so far. ================================================ Bob DeJoie Kwajalein Atoll Republic of the Marshall Islands email: rjdejoie@kmrmail.kmr.ll.mit.edu     phonek: 805-355-5855 fax: 805-355-3833 Time Zone: GMT +12 hours                      ================================================ --------------------------- Newsgroups: comp.os.vxworks Subject: Disney vacation 3057 Date: 23 Jun 1999 22:55:49 GMT From: kgqisg@thankyou.com Organization: Global Datalink, Inc. Message-ID: <7kroll$4dt$5802@news.gdi.net> Would you like to find out where can you get, the best priced ever, Disney vacation packages? Go To: http://www.altavista.com/cgi-bin/query?pg=q&kl=XX&q=Disney+vacation+packages and you will find. Thank you. rxkedxxjtmbrotcewzhjgodkntoekqjsbxcbvmyypvgjzbpqgqdiuf --------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks and Zip drives Date: Wed, 23 Jun 1999 13:00:48 -0700 From: Kevin Havig Organization: NAWCWPNS Message-ID: <37713CF0.621D836@navair.navy.mil> I am trying to use a Zip drive with my Motorola MVME 162 CPU (SCSI-1 interface). The scsiAutoConfig command hangs when I call it. If I attach a SCSI hard drive to the CPU the scsiAutoConfig works just fine (using the scsiShow command to display the information). Do I need a special driver to get the Zip drive to work? Any help would be appreciated. Kevin Havig Code 526110D Naval Air Warfare Center China Lake, CA, 93555 havigkk@navair.navy.mil --------------------------- Newsgroups: comp.os.vxworks Subject: etherInputHookAdd and datagram handling Date: Wed, 23 Jun 1999 17:03:15 -0700 From: "JMQ" Organization: Network for Education and Research in Oregon Message-ID: <7krske$ebt$1@news.NERO.NET> I cannot find any information on what vx/works actually does when it grabs a raw packet... does it just strip the network header off and deliver the entire ip datagram (in the tcp/ip protocol instance) to the hook function as *buffer? Or does vxworks actually deterimine what protocol the packet is and strip off the appropriate header, i.e. determine that the datagram is a tcp packet and strip off it's header? Any help on how vxworks deals with this would be appreciated... Thanks. JQ --------------------------- Newsgroups: comp.os.vxworks Subject: Re: etherInputHookAdd Date: Wed, 23 Jun 1999 17:09:12 -0700 From: "JMQ" Organization: Network for Education and Research in Oregon Message-ID: <7krsu9$eit$1@news.NERO.NET> References: <7k2fka$7fs$1@news.kren.nm.kr> <377016C4.3706@wrs.com> This IP Filter hook you speak of... is this only in Tornado II? I can't seem to find any reference to it in 1.0.1. Thanks, JQ Stephen Macmanus wrote in message news:377016C4.3706@wrs.com... It is theoretically possible to change packet contests using > Ethernet hooks. The general idea is to make the necessary changes > to the frame payload, then return FALSE so that the driver > continues processing the frame instead of discarding it. > > While feasible, this approach is not recommended. Not only is > examining every frame expensive, but altering them could cause > any number of unpredictable side effects. For instance, shortening > the frame could be needed, but altering the reported length could > cause memory leaks when the M_BLK chain was finally freed. In > > A somewhat better alternative is to use the IP filter hook. > It examines all IP packets only, avoiding the extra overhead > of testing other frames. This hook returns TRUE instead of FALSE > to continue the built-in processing. It has some of the same > limitations, so changing the packet size is still not recommended. > See the ipFilterLib entries in the manual for details. > > A final possibility is to open a raw socket which receives copies > of all relevant IP packets matching the source and destination > values. > > -- > ------------------ > Stephen Macmanus #include > Software Engineer > Wind River Systems --------------------------- Newsgroups: comp.os.vxworks Subject: Re: FAQ ? Date: Thu, 24 Jun 1999 06:54:15 GMT From: David Hamel Organization: @Home Network Message-ID: <3771D5B5.850F8C7A@ntanet.net> References: Geir R. Westermann wrote: > I'm quite new to this group, and I've been looking for a FAQ. Is there one ? > > Geir comp.os.vxworks has been in need of a FAQ maintainer for a long time. The most recent one covers up to vxworks 5.2 while the current version is vxworks 5.4 --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado on NT vs. Tornado on Solaris? Date: Thu, 24 Jun 1999 09:56:51 GMT From: Ronny Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7ksvd0$1r8$1@nnrp1.deja.com> Can someone has experiences regarding advantages/disadvantages of running Tornado on NT, as opposed to Solaris? Ronald - -- Ronald Fischer http://ourworld.compuserve.com/homepages/ronald_fischer/ Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Thu Jun 24 13:35:44 1999 From: Sammer Ostogratzk Date: Thu Jun 24 13:35:48 PDT 1999 Subject: zbuf, mbuf, mblk? What's the story? Hi all vxworks gurus: I noticed that the Tornado documentation describes a zbuf library (zbufLib), however, it looks like networking code uses mbufs (mblk?) instead. I am a bit confused on what we are really supposed to use if we want to use buffer chains. Also, I can't find a description of mbufs, mblks in the documentation. has anyone used the zbufLib? Is it ok to use it or is it an antiquated library that will disappear in newer releases of Tornado? Thanks. ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From owner-vxwexplo-process Thu Jun 24 17:25:42 1999 From: Roger Cruz Date: Thu Jun 24 17:25:46 PDT 1999 Subject: RIP is not learning its routes... I need to understand why RIP is not learning the routes broadcasted by another RIP server. Here's the scenario. Environment: Tornado 2, BSP= Yellow Knife 750, Host = Windows NT Config.h changes: #define INCLUDE_RIP /* Routing Information Protocol RIP */ #define RIP_VERSION 2 /* Set to RIP 2 (RFC 1388) */ #define RIP_SUPPLIER 1 /* See pg 120 of Network Prg's guide */ #define RIP_GATEWAY 0 /* See pg 120 of Network Prg's guide */ #define RIP_MULTICAST 1 /* Use RIP multicast addr 224.0.0.9 */ PROBLEM: YK_3 does not learn about route to corporate Enet. Network: -------|--------------------|-------- Corporate Enet | | --------------- ------------------- |172.16.14.100| | YK_1: 172.16.4.1| |Development | | (FEI driver) | |Host PC | | YK_1: 192.0.1.1 | --------------- | (DC driver) | ----------|-------- | ------------------------------------- Experimental Enet | ------------------- | YK_3: 192.0.1.3 | | (FEI driver | ------------------- The second interface in YK_1 (the one with the decchip NIC) and the interface in YK_3 are brought up manually from the shell after the OS has started. I use ripIfSearch() to cause RIP to start looking at the new interfaces. This appears to work. I can put a sniffer on the Exp. Enet and I can see YK_1 RIP broadcasts to the RIP bcast address with the following information: net: 172.16.0.0 mask: 255.255.0.0 gw: 192.0.1.1 metric: 1 This information is what I expect. I also see YK_3 broadcasts which do not contain any entries. When I enable rip debugging (routedDebug = 3), I get the following messages in YK_1: 0xe3e800 (tRipTimerTask): Transmitting RIP message. 0xe3e800 (tRipTimerTask): Looking at IF dc0, route 192 0 1 1 0xe3e800 (tRipTimerTask): Looking at IF fei0, route 172 16 4 1 0xe3e800 (tRipTimerTask): Looking at IF lo0, route 127 0 0 1 0xe3e800 (tRipTimerTask): Transmitting RIP message. 0xe42d78 (tRipTask): Received RIP message. This is telling me that YK_1 can hear the RIP broadcasts from YK_3. In YK_3 I get the following message: 0xe3ed70 (tRipTimerTask): Looking at IF lo0, route 127 0 0 1 0xe3ed70 (tRipTimerTask): Transmitting RIP message. 0xe3ed70 (tRipTimerTask): Looking at IF fei0, route 192 0 1 3 0xe3ed70 (tRipTimerTask): Looking at IF lo0, route 127 0 0 1 0xe3ed70 (tRipTimerTask): Transmitting RIP message. Notice that it never sees the transmit from YK_1 which I know is being broadcasted because of the sniffer output. Here is the current state of the tables and interfaces in YK_3: -> routeShow ROUTE NET TABLE destination gateway flags Refcnt Use Interface ---------------------------------------------------------------------------- 192.0.1.0 192.0.1.3 101 1 0 fei0 ---------------------------------------------------------------------------- ROUTE HOST TABLE destination gateway flags Refcnt Use Interface ---------------------------------------------------------------------------- 127.0.0.1 127.0.0.1 5 0 0 lo0 ---------------------------------------------------------------------------- value = 77 = 0x4d = 'M' -> ripRouteShow 192.0.1.0 192.0.1.3 255.255.255.0 Metric: 1 Timer: 0 RTS_INTERFACE 127.0.0.0 127.0.0.1 255.0.0.0 Metric: 1 Timer: 0 RTS_EXTERNAL RTS_PASSIVE RTS_INTERFACE value = 0 = 0x0 -> ifShow lo (unit number 0): Flags: (0x8069) UP LOOPBACK MULTICAST ARP RUNNING 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 fei (unit number 0): Flags: (0x8063) UP BROADCAST MULTICAST ARP RUNNING Type: ETHERNET_CSMACD Internet address: 192.0.1.3 Broadcast address: 192.0.1.255 Netmask 0xffffff00 Subnetmask 0xffffff00 Ethernet address is 00:90:27:61:48:70 Metric is 0 Maximum Transfer Unit size is 1500 6 packets received; 87 packets sent 2 multicast packets received 86 multicast packets sent 0 input errors; 0 output errors 0 collisions; 0 dropped value = 29 = 0x1d -> -> udpstatShow UDP: 86 total packets 0 input packets 86 output packets 0 incomplete header 0 bad data length field 0 bad checksum 0 broadcasts received with no ports 0 full socket 0 pcb cache lookup failed 0 pcb hash lookup failed value = 26 = 0x1a This tells me that UDP does not seem to be getting the packets, right? The vxWorks image running in both boards is identical, yet YK_1 sees the broadcasts from YK_3, why? any help is extremely appreciated. Thanks. Roger PS: Send replies to me directly to the address below. Remove "_nojunk" first. rogerc_nojunk@ignitus.com vxworks, tornado From owner-vxwexplo-process Fri Jun 25 04:00:11 1999 From: daemon@csg.lbl.gov Date: Fri Jun 25 04:00:15 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Fri Jun 25 04:00:07 PDT 1999 Subject: Booting VxWorks from PCMCIA/Flashdisk, nearly there but ... Subject: Sample VxWorks driver for raw device? Subject: Re: Looking for a cheat sheet for Vx works command line utilities Subject: Re: a problem while linking Subject: Re: Question about SLIP connection Subject: Re: sendmst Subject: Re: etherInputHookAdd Subject: Re: etherInputHookAdd and datagram handling Subject: Re: Sample VxWorks driver for raw device? Subject: Re: Where is Vxworks task scheduler? Subject: Re: Tornado on NT vs. Tornado on Solaris? Subject: Re: UDP performance over PPP Subject: Re: Tornado on NT vs. Tornado on Solaris? ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Booting VxWorks from PCMCIA/Flashdisk, nearly there but ... Date: Thu, 24 Jun 1999 12:28:30 +0100 From: Simon Roberts Message-ID: <3772165E.8962794B@roke.co.uk> - --------------4EB6432B0FC00789A728C0D6 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit We are using an MVME2400 with a PMC host bus adaptor which allows us to plug in a pcmcia flashdisk (220Mb at present). BOOTP params have been changed along with some kernel files in order that we can boot directly from the flashdisk and use it as a mounted DOS filesystem. So far so good. I was having some problems with network interfaces until I set the VxWorks boot parameter 'others' to 'dc', the full configuration settings now being: boot device : pcmcia=2 unit number : 0 processor number : 0 host name : wheelie file name : /pcfsA/vxworks inet on ethernet (e) : 193.118.193.191:fffff800 host inet (h) : 193.118.193.186 flags (f) : 0x8 target name (tn) : umtscu4 other (o) : dc Whilst the boot now shows an attached TCP/IP interface ... Attached TCP/IP interface to dc unit 0 Attaching network interface lo0... done. ... network related commands still don't work as well as they do had I booted the card conventionally from a server over the ethernet network. But at least now I can use a host target shell in Tornado. Several of the more obvious failures at this point are: 1. If you type 'i' in to the host target shell you just get a banner, but no task information 2. If you type '@ls' into host target shell you get an error message resembling: couldn't squeeze "" out of the serial port on the card, and the board stops. 3. An 'ls' in the target shell fails (ie. value = -1 ...), but listing the dosFs explicitly (i.e. ls "/pcfsA") works. Having had no problems booting cards from a network server, I am suspicious of the differences in boot diagnostics, is the fact that the network version first attaches network interfaces significant? Network boot: Attaching network interface dc0... done. Attaching network interface lo0... done. Loading... 804856 Starting at 0x100000... Attached TCP/IP interface to dc unit 0 Attaching network interface lo0... done. NFS client support not included. Loading symbol table from wheelie:mv2400/umtscu5/vxworks.sym ...done Flashdisk boot: PMC230: Detected a 220200960 Byte Disk !!! done. loading /pcfsA/vxworks 845180 Starting at 0x100000... PMC230: Detected a 220200960 Byte Disk !!! User: target Attached TCP/IP interface to dc unit 0 Attaching network interface lo0... done. NFS client support not included. Loading symbol table from /pcfsA/vxworks.sym ...done Any hints or kicks in the right direction much appreciated! Simon Roberts. - --------------4EB6432B0FC00789A728C0D6 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit We are using an MVME2400 with a PMC host bus adaptor which allows us to plug in a pcmcia flashdisk (220Mb at present).  BOOTP params have been changed along with some kernel files in order that we can boot directly from the flashdisk and use it as a mounted DOS filesystem.  So far so good.

I was having some problems with network interfaces until I set the VxWorks boot parameter 'others' to 'dc', the full configuration settings now being:

boot device          : pcmcia=2
unit number          : 0
processor number     : 0
host name            : wheelie
file name            : /pcfsA/vxworks
inet on ethernet (e) : 193.118.193.191:fffff800
host inet (h)        : 193.118.193.186
flags (f)            : 0x8
target name (tn)     : umtscu4
other (o)            : dc

Whilst the boot now shows an attached TCP/IP interface ...

Attached TCP/IP interface to dc unit 0
Attaching network interface lo0... done.

... network related commands still don't work as well as they do had I booted the card conventionally from a server over the ethernet network.  But at least now I can use a host target shell in Tornado.

Several of the more obvious failures at this point are:

1. If you type 'i' in to the host target shell you just get a banner, but no task information
2. If you type '@ls' into host target shell you get an error message resembling:  couldn't squeeze "" out of the serial port on the card, and the board stops.
3. An 'ls' in the target shell fails (ie. value = -1 ...), but listing the dosFs explicitly (i.e. ls "/pcfsA") works.

Having had no problems booting cards from a network server, I am suspicious of the differences in boot diagnostics, is the fact that the network version first attaches network interfaces significant?

Network boot:

Attaching network interface dc0... done.
Attaching network interface lo0... done.
Loading... 804856
Starting at 0x100000...

Attached TCP/IP interface to dc unit 0
Attaching network interface lo0... done.
NFS client support not included.
Loading symbol table from wheelie:mv2400/umtscu5/vxworks.sym ...done
 

Flashdisk boot:

PMC230: Detected a 220200960 Byte Disk !!!
done.
loading /pcfsA/vxworks
845180
Starting at 0x100000...

PMC230: Detected a 220200960 Byte Disk !!!
User: target
Attached TCP/IP interface to dc unit 0
Attaching network interface lo0... done.
NFS client support not included.
Loading symbol table from /pcfsA/vxworks.sym ...done
 

Any hints or kicks in the right direction much appreciated!

Simon Roberts.
  - --------------4EB6432B0FC00789A728C0D6-- --------------------------- Newsgroups: comp.os.vxworks Subject: Sample VxWorks driver for raw device? Date: Thu, 24 Jun 1999 14:08:06 +0200 From: psav Organization: Centre Universiaire d'Archamps Message-ID: <37721FA6.493D1172@cur-archamps.fr> I'm looking for a sample about creating and installing a raw device and its driver with VxWorks 5.2. Thank you. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Looking for a cheat sheet for Vx works command line utilities Date: Thu, 24 Jun 1999 16:12:35 GMT From: Charlie Grames Organization: Boeing Message-ID: <377258F3.FD5AA5E0@nowhere.com> References: <376efa3c.9439505@news.lvdi.net> Sender: nntp@news.boeing.com (Boeing NNTP News Access) Huh? I'm not sure what you're looking for, but if you want the list of VxWorks routines, you need to look in the VxWorks Reference Manual. Keep in mind that, with the exception of Tornado host-specific commands (which are documented in the User's Guide), VxWorks "command line utilities" are the same as VxWorks routines. If you want information on binaries packaged with Tornado (e.g., tgtsvr), it can be found in the User's Guide. Charlie Grames The Boeing Company (314) 233-1956 Charles.R.Grames @ boeing.com Riley wrote: > > Meets and greets.. > > I'm looking for a listing of VxWorks command line utilities, with > syntax / switches...PLEASE! > > I will put you in my will... > > - Riley --------------------------- Newsgroups: comp.os.vxworks Subject: Re: a problem while linking Date: Thu, 24 Jun 1999 17:11:35 GMT From: "Clifford Slocombe" Message-ID: References: <377056b3.0@dnews.sbell.com.cn> <37711288.4C78F671@triumf.ca> If you need to link multiple modules, which is likely if you have a large number of modules, and necessary if you have two or more modules that reference each other, you must incrementally link using the -r option I think but my manuals and my Internet connection are not in the same location! Graham Waters wrote in message news:37711288.4C78F671@triumf.ca... > liuf wrote: > > > > hi, > > > > I just begin to use vxworks. I use NT as host and use a PC as target. > > When I link my test code, as > > >cc386 -o testExe -nostdinc -fno-builtin -v -LC:\x86\target\lib > > testCode.o -lI80486gnuvx > > it shows an error: > > cannot open crt0.o: No such file or directory > > > > Can anyone tell me what ctr0.o is? why cc386 automatically link it with my > > code? where can I find this? > > > > Thanks! > > The vxWorks kernel include all run-time libraries and uses > dynamic loading and unloading of object modules with > run-time relocation and linking. It is only necessary to compile a > program and load it. Also do not use the statement "main()", use > some function name, and call that function by name from the the vxWorks > shell to run it. > > Your compiler line should look something like this: > > cc386 (your compile flags) -c testExec.c > > The -c option means compile but do not link. > > Regards > Graham. > > +---------------------------------------------------------------------+ > |Graham Waters, Control System Eng Internet: waters@triumf.ca| > |TRIUMF --- University of British Columbia, phone: (604)-222-1047 | > |Vancouver, BC, Canada Fax: (604)-222-7307 | > |http://edevel9pc.triumf.ca/homepage/graham01.html | > +---------------------------------------------------------------------+ > > For every expert there is an equal and opposite expert > - Arthur C Clark --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Question about SLIP connection Date: Thu, 24 Jun 1999 17:11:37 GMT From: "Clifford Slocombe" Message-ID: References: <7kipgl$3qn1@overload.lbl.gov> <7klnes$dpd$1@nnrp1.deja.com> <7kof29$dul$1@nnrp1.deja.com> In the end, I looked in some old newsgroup articles using Alta Vista to search them. What nobody was saying was that when NT dials up a server, it sends the string CLIENT, and expects the response CLIENTSERVER. This is neither PPP or obvious. I could see the CLIENT string, and initially guesssed a response of SERVER...close, but no cigar! After this exchange, it is straight PPP, and PAP, CHAP, or any other password protocol are irrellevent unless you want to enforce that kind of security. I did not, and I simply had access, I pinged, FTP'd, and Telnet'd, all OK. I assume that the same exchange in reverse must take place for dialing-in to NT. To dial into the VxWorks target I started PPP in passive mode, and then executed the code below, which waits for the CLIENT string, and responds as required. I then invoked dial-up networking from NT using the null modem device, and got straight in. I guess the code below could be added as a PPP initialisation hook, I intend to implement a dial/answer routine here for when I add a modem. /* NT originated PPP connection handshake */ #include "stdio.h" #include "string.h" #include "vxWorks.h" #include "ioLib.h" #define CLIENT_POLL "CLIENT" #define SERVER_RESPONSE "CLIENTSERVER" void pppNTDialInStarter( char *device, int rate ) { int handle ; int status ; char c ; int index ; char poll[] = CLIENT_POLL ; handle = open( device, O_RDWR, 0 ) ; status = handle ; if( status != ERROR ) { status = ioctl( handle, FIOSETOPTIONS, OPT_RAW ) ; } if( status != ERROR ) { status = ioctl( handle, FIOBAUDRATE, rate ) ; } index = 0 ; while( status != ERROR && poll[index] != '\0' ) { status = read( handle, &c, 1 ) ; if( status != ERROR && c == poll[index] ) { index++ ; } else { index = 0 ; } } if( status != ERROR ) { status = write( handle, SERVER_RESPONSE, strlen(SERVER_RESPONSE) ) ; } } wrote in message news:7kof29$dul$1@nnrp1.deja.com... > > > But now what do I do to connect to VxWorks? > We turn off PAP and CHAP authentication then do our > own username/password prompting, verify those then run > pppInit on the vxWorks side. To connect from Windows > Dial-up Networking, I say "Pop up a terminal window before dialing" > that lets me respond to the username/password prompt. When > pppInit starts on the vxWorks side, it will spit out a message > like "My IP is a.b.c.d, your IP is e.f.g.h, MTU is 1500 bytes" > _then_ begin transmitting the LCP packets. On Windows, I exit > from the popup window, then Dial-up networking starts dealing > with the LCP packets and establishes the link. > > > > Sent via Deja.com http://www.deja.com/ > Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: sendmst Date: Tue, 22 Jun 1999 16:28:05 -0700 From: Stephen Macmanus Organization: Wind River Systems Message-ID: <37701C05.1206@wrs.com> References: <376A4991.21E48482@tekelec.com> Kevin Sapp wrote: > > VxWorks Users, > > The VxWorks documentation states that sendmsg can only be used > with a udp (datagram) socket. BSD versions (solaris) can use it > for TCP or UDP. > > We have some vendor code that is using this in a "portable" > implementation. Is the VxWorks documentation correct (only > UDP) for VxWorks or can it be used for both. > > Any insight would be appreciated > > Thanks > Kevin You can consider this a documentation screwup. I guess the author either considered the vectored send more "natural" for UDP or generically referred to all sockets as datagram sockets. The sendmsg() routine will work with both TCP and UDP sockets. - -- - ------------------ Stephen Macmanus #include Software Engineer Wind River Systems --------------------------- Newsgroups: comp.os.vxworks Subject: Re: etherInputHookAdd Date: Thu, 24 Jun 1999 14:59:45 -0700 From: Stephen Macmanus Organization: Wind River Systems Message-ID: <3772AA51.EED@wrs.com> References: <7k2fka$7fs$1@news.kren.nm.kr> <377016C4.3706@wrs.com> <7krsu9$eit$1@news.NERO.NET> JMQ wrote: > > This IP Filter hook you speak of... is this only in Tornado II? I can't > seem to find any reference to it in 1.0.1. > > Thanks, > > JQ The IP filter hook is not formally documented until Tornado 2 but is also included with the SENS version of the network stack. It is not available with the original network stack included in the Tornado 1.0.1 release. Stephen - -- - ------------------ Stephen Macmanus #include Software Engineer Wind River Systems --------------------------- Newsgroups: comp.os.vxworks Subject: Re: etherInputHookAdd and datagram handling Date: Thu, 24 Jun 1999 15:05:04 -0700 From: Stephen Macmanus Organization: Wind River Systems Message-ID: <3772AB90.5521@wrs.com> References: <7krske$ebt$1@news.NERO.NET> JMQ wrote: > > I cannot find any information on what vx/works actually does when it grabs a > raw packet... does it just strip the network header off and deliver the > entire ip datagram (in the tcp/ip protocol instance) to the hook function as > *buffer? Or does vxworks actually deterimine what protocol the packet is > and strip off the appropriate header, i.e. determine that the datagram is a > tcp packet and strip off it's header? > > Any help on how vxworks deals with this would be appreciated... > The etherInputHook mechanism passes entire frames to the registered functions, including the Ethernet header. Testing the frame for IP information and for other matches (such as desired port numbers) is the responsibility of the called routine. > Thanks. > > JQ - -- - ------------------ Stephen Macmanus #include Software Engineer Wind River Systems --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Sample VxWorks driver for raw device? Date: Thu, 24 Jun 1999 15:05:00 -0700 From: David Holloway Organization: Wind River Systems Message-ID: <3772AB8C.DBAC3A0@wrs.com> References: <37721FA6.493D1172@cur-archamps.fr> <3772A9E4.9DBD739C@systemsinterface.com> Reply-To: david.holloway@wrs.com Bob Irwin wrote: > > psav wrote: > > > > I'm looking for a sample about creating and installing a raw device and > > its driver with VxWorks 5.2. Thank you. > > What kind of raw device? If its a disk, you can use the Raw File System > (p 244 5.2 programmer's guide). If it's scsi based, but not disk, you > can use scsiLib. I think he is referring to block devices as opposed to character devices that are common in unix kernels. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Where is Vxworks task scheduler? Date: Thu, 24 Jun 1999 22:49:53 GMT From: Yiming Organization: Share what you unknow. Learn what you have known, oops Message-ID: <7kucme$jj7$1@nnrp1.deja.com> References: <7kobfm$cct$1@nnrp1.deja.com> <7krfbo$nsh$1@shell7.ba.best.com> In article <7krfbo$nsh$1@shell7.ba.best.com>, canuck@best.com (Chris Wein) wrote: > Instead of modifying the source, why don't you just use the task > switch hook (taskSwitchHookAdd) to measure your # of switches? > It may also help with measuring cpu time for the scheduler but you > run into the problem of the intrumentation affecting the measurement. > Still, the hook is a good place to start. > Yes, but beware if scheduler is activated but reschedule decide it has to pick the same one (as before rescheduling), no taskSwitchHook will be called. - -- Zhang #include Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado on NT vs. Tornado on Solaris? Date: Fri, 25 Jun 1999 05:06:48 GMT From: bobarmstrong@home.nothiis.net (Robert Armstrong) Organization: @Home Network Message-ID: References: <7ksvd0$1r8$1@nnrp1.deja.com> Well, being a recidivist, I prefer the command line on Solaris for building. I'm a vxWorks user and all this Tornado stuff is very pretty but nothing to do with what I'm trying to deliver. To be fair I don't know how I'd get by without WindView sometimes... just not where I do most of my work. Other than that I actually end up using NT most of the time and now that we can dump the god awful editor I can actually write some code without a continuous feeling of irritation. So far as I can tell the compiler works the same for both platforms and likewise the Makefiles seem to survive the experience of living on a Gates platform. On the bright side Tornado seems to have its act together on NT, on the dark side 64Mb RAM works fine on a three year old Solaris box and 128Mb of RAM seems to be barely enough on a year old NT box. So if it were my money? Windows platforms are so cheap and there is so little difference in product performance that I have to go for the PC... then again, if they ever decide to port to Linux that's the end of NT for me :) Yes after 15 years of diabolical PC pain there is actually light at the end of the tunnel, first we can ditch MS and then it's just a short sidestep out of the x86 architecture. I have a dream... Bob In article <7ksvd0$1r8$1@nnrp1.deja.com>, Ronny wrote: >Can someone has experiences regarding advantages/disadvantages of >running Tornado on NT, as opposed to Solaris? > >Ronald --------------------------- Newsgroups: comp.os.vxworks Subject: Re: UDP performance over PPP Date: Fri, 25 Jun 1999 05:12:30 GMT From: bobarmstrong@home.nothiis.net (Robert Armstrong) Organization: @Home Network Message-ID: <2dEc3.22178$NY6.7012@news.rdc1.sfba.home.com> References: <7i1brc$47a$1@nnrp1.deja.com> <37715BBD.48B89842@usa.alcatel.com> In article <37715BBD.48B89842@usa.alcatel.com>, Fadi Nasser wrote: >> I'm interested in finding out more detail about how the higher layers >> of a protocol stack (specifically SNMP/UDP) are affected by running >> over IP/PPP instead of IP/Ethernet. My application seems to have >> serious problems when all of a sudden the bandwidth dips from >> 10 Mbps to 9600 bps. >> >> I would like to know how buffers are managed >> within the protocol stack and if there's any API to the buffer >> management that would allow me to track utilization. Then I could >> "throttle back" the generation of UDP traffic to match the buffer >> availability. >> >> I'd also like to know how PPP arbitrates between traffic demands from >> each peer. That is, if one peer is sending a ton of UDP traffic, it >> seems like the other peer can't get a packet in (or perhaps it's the >> case that the responses are queued way back in the first peer?). Are >> there any priority schemes within the protocols that would allow me to >> always have fast response, regardless of how much "bulk" UDP traffic is >> queued up in one peer? >> >> My envrionment is VxWorks 5.3.1 on i386. Their documentation states >> "PPP attaches to the TCP/IP stack at the driver (link) level." Does >> this mean that all the buffer management is handled within the serial >> port driver, which likely uses a fairly small character FIFO? >> >> Thanks for any help. Though it never seems like a satisfactory response, if you read the Stevens books you will find that there is a type field in the IP header and that it can be used to flag some traffic as immediate. Although this is pretty much falling out of use the one place I have still seen it used is in PPP for queue jumping (it said). Good luck, Bob --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado on NT vs. Tornado on Solaris? Date: Fri, 25 Jun 1999 07:30:58 GMT From: Ronny Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7kvb7j$tt5$1@nnrp1.deja.com> References: <7ksvd0$1r8$1@nnrp1.deja.com> (this message mailed and posted) In article , bobarmstrong@home.nothiis.net (Robert Armstrong) wrote: > Well, being a recidivist, I prefer the command line on Solaris for building. > I'm a vxWorks user and all this Tornado stuff is very pretty but nothing to do > with what I'm trying to deliver. Does this mean you don't have a command line access to all the tools when running under NT? WindRiver told us that development under Solaris and NT looks the same. We like to automate a lot, and good scripting possibilities are a necessity. Also, we want to use our own Make utility, not that one which is included with Tornado. Therefore, I would like to be able to write a Perl or Tcl Script where I could drive every aspect of the development cycle. Given that Tornado includes Tcl, and that Perl is available for Solaris and NT alike, is there anything I can not do under NT that I could do under Solaris? Ronald - -- Ronald Fischer http://ourworld.compuserve.com/homepages/ronald_fischer/ Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Fri Jun 25 11:07:45 1999 From: "Eckardt, Suzie" Date: Fri Jun 25 11:07:49 PDT 1999 Subject: VxWorks MIPS Interrupt Vectors 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_01BEBF35.7AD0CA50 Content-Type: text/plain; charset="iso-8859-1" I am trying to get a custom BSP running on a board based on a MIPS R3000 variant. My only debug tool is a Logic Analyzer, so the information I can collect is limited. I found that I am failing on all the intConnect() calls in the BSP. The Reference Manual states that intConnect() calls intHandlerCreate() and intVecSet(); I never see the call to intVecSet() so I assume I'm failing in intHandlerCreate(). Anyway, intConnect() returns ERROR and errno is set to 0x003d0001 which is S_objLib_OBJ_ID_ERROR. What does it mean to "connect" to an interrupt vector in the VxWorks/MIPS world? Where are the vectors: the Programmer's Guide says there are 256 of them in the 512 bytes starting at 0x80000000, the Reference Manual says they are in excBsrTbl? What is stored in the vector: an instruction or an address? Where does intHandlerCreate() create the ISR wrapper: in malloc'd memory or in pre-allocated static memory? Thanks, Suzie ************************************************ ** Suzie Eckardt ** Innovative Concepts, Incorporated ** McLean, VA ** eckardt@innocon.com ** 703-893-2007 x258 ************************************************ ------_=_NextPart_001_01BEBF35.7AD0CA50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable VxWorks MIPS Interrupt Vectors

I am trying to get a custom BSP running on a board = based on a MIPS R3000 variant.  My only debug tool is a Logic = Analyzer, so the information I can collect is limited.

I found that I am failing on all the intConnect() = calls in the BSP.  The Reference Manual states that intConnect() = calls intHandlerCreate() and intVecSet(); I never see the call to = intVecSet() so I assume I'm failing in intHandlerCreate().  = Anyway, intConnect() returns ERROR and errno is set to 0x003d0001 which = is S_objLib_OBJ_ID_ERROR.

What does it mean to "connect" to an = interrupt vector in the VxWorks/MIPS world?  Where are the = vectors: the Programmer's Guide says there are 256 of them in the 512 = bytes starting at 0x80000000, the Reference Manual says they are in = excBsrTbl?  What is stored in the vector: an instruction or an = address?  Where does intHandlerCreate() create the ISR wrapper: in = malloc'd memory or in pre-allocated static memory?

Thanks,
Suzie

************************************************
** Suzie Eckardt
** Innovative Concepts, Incorporated
** McLean, VA
** eckardt@innocon.com
** 703-893-2007 x258
************************************************

------_=_NextPart_001_01BEBF35.7AD0CA50-- From owner-vxwexplo-process Sun Jun 27 09:58:15 1999 From: "Jimmie T Marks" Date: Sun Jun 27 09:58:18 PDT 1999 Subject: unld I am having problems with the unld after loading and executing a file. I am using Tornado / vxWorks 5.3.1. Below is some code and shell print outputs. Could you look at this and provide some suggestions? Would appreciate any help. Thankyou. Jimmie Marks Raytheon Systems Co. jtmark@ftw.rsc.raytheon.com A file is loaded and executed successfully with the loadModule and symFindByName with the taskSpawn functions. The executed file is then unloaded unsuccessfully using the unld function. The memory error message is: 0x3e18d08 (u1): memPartFree: invalid block 0x3e190d4 in partition 0x2811a0. The following is the code used for unld: //**************************************************************************************** //**************************************************************************************** // This function uses the method unld() to unload ** // a specific file name that represents a module that is loaded. ** //**************************************************************************************** //**************************************************************************************** taskDelay(60); char *tempName = new char[strlen(fileName) + 1]; strcpy(tempName, fileName); // copy the const fileName to a temp var moduleShow(tempName, 1); MODULE_ID mod = moduleFindByName(tempName); // get the module id for the module name if(mod == NULL) { cerr << "ERROR: cannot find the module \"" << tempName << "\"" << endl; delete []tempName; return false; } else { // Unload the module if(unld(mod, 1) == ERROR) { cerr << "ERROR: cannot load the module with id: " << mod << endl; delete [] tempName; return false; } else { cerr << "File \"" << tempName << "\" unloaded." << endl; moduleShow(tempName, 1); delete [] tempName; return true; } } Here is the shell output that comes with it: TESTING LOAD()......................... Load called with: "c/lala.o" File Descriptor: 33 FILE: c/lala.o Load Successful for "lala.o". Activating _foo__Fv....... file enty point found! _foo__Fv task being activated (spawned) ********************************************** ********************************************** This is the file lala.o that was loaded by foo ********************************************** ********************************************** LOAD() DONE. --------------------------------------------------------------------- TESETING OF UNLOAD().................. Trying to unload lala.o....... MODULE NAME MODULE ID GROUP # TEXT START DATA START BSS START --------------- ---------- ---------- ---------- ---------- ---------- lala.o 0x3e12d18 6 0x3e18f94 0x3e190e8 0x3e190e8 Size of text segment: 340 Size of data segment: 0 Size of bss segment: 4 Total size : 344 0x3e18d08 (u1): memPartFree: invalid block 0x3e190d4 in partition 0x2811a0. Any Suggestions? From owner-vxwexplo-process Mon Jun 28 01:17:56 1999 From: tim allen Date: Mon Jun 28 01:18:00 PDT 1999 Subject: Re: Booting VxWorks from PCMCIA/Flashdisk, nearly there but ... >... network related commands still don't work as well as they do had I >booted the card conventionally from a server over the ethernet network. >But at least now I can use a host target shell in Tornado. It may be that your host can't find the VxWorks boot image and symbol table. When the Tornado host shell attaches to the target, by default it tries to locate the boot image by using the boot file pathname from the boot parameters on the target. The host has a different view of the local file system and so the boot image and symbols are not found when you boot, for example, from pcmcia. You can work around this by forcing the path in the Tornado Tools->Target Server->Configure option. Select Target Server Properties->Core File and Symbols, where you can give the path to the boot image stored on your host. When you boot from the host, over the network, this issue does not arise. --------------------- Tim Allen Ltd Real Time Embedded Software Consultancy ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From owner-vxwexplo-process Mon Jun 28 08:53:04 1999 From: "Jim Hawthorne" Date: Mon Jun 28 08:53:07 PDT 1999 Subject: Announcing RTADK 4.0 Shareware for VxWorks and Tornado VxWorkers- Announcing the Realtime Application Development Kit RTADK 4.0 for Applications Running under VxWorks and Tornado Applied Technology Associates, an Albuquerque, NM based R&D company has announced the shareware release of RTADK 4.0 for VxWorks and Tornado. Over the past 23 years, ATA has earned praise for our support of R&D projects and experiments from Florida to Hawaii. As a New Mexico corporation, we maintain an emphasis on support of defense-related research sites in our home state, including the Air Force Research Laboratory at Kirtland AFB, the High Energy Laser Test Facility (HELSTF) at White Sands Missle Range, and Sandia National Laboratories. ATA has been successful in fielding realtime systems that operate on the ground, in the air, in space, on telescopes, balloons, research aircraft, and imaging satellites. From microelectronics to control room operations to laser-related pointing and tracking systems, we have been involved in the development and implementation of realtime systems. As the result of years of realtime experience we have developed a "toolkit" of reusable realtime application development components that we have called the Realtime Application Development Kit or RTADK. The intent of RTADK, is to make realtime application development faster and easier by providing a basic framework on which to build your application. Important features of the Realtime Application Development Kit include: - Resource Discovery Service allowing the target system to identify itself by name, IP address, and other application- specific information. - State-of-Health Service allowing the target to be polled for current state and condition. - Interprocess communications services providing support for message passing between the target system’s tasks and event synchronization. - Interprocess communications monitoring and logging for development and/or system debugging and testing. - Interprocess communications recording and playback to assist developer in subsystem simulation and troubleshooting difficult intermittent behavior. - Support for commanding over a LAN or the Internet using TCP and UDP. - Support for commanding via RS232. - Standard Command Set providing immediate support for a few simple tasks and providing examples of how to code application- specific command handlers. Unneeded commands can be deactivated by application. - Configurable Command Table that can be modified to allow commands to be accessed only through a specific media to prevent unauthorized access. - Application-specific commands are added simply by writing a command handler and adding the command to the Command Table at runtime. - Developer can insert application-specific Error Codes and Messages into the Error Message Table for use in error handling. - Fully configurable. Socket port numbers, serial port device names, which services to include… Use only what your application needs. Best of all, RTADK 4.0 is being distributed as shareware!!! Visit our web page at http://www.aptec.com/ to learn more about how you can develop realtime systems faster, easier, and become more productive with RTADK 4.0. From owner-vxwexplo-process Mon Jun 28 08:54:15 1999 From: Mauro Martins Date: Mon Jun 28 08:54:20 PDT 1999 Subject: Access SDRAM and DRAM in FADS8xx Hi all, This mail concerns the following tools: Tornado 1.0.1 on Sun Solaris for Power PC target Motorola's MPC860FADS board. I would like to use both SDRAM banks and DRAM banks at the same time in the board. Has anybody made this modification in the bsp and could help me? tanks in advance Mauro Martins -- _______________________________________________________ Mauro Jose Galarda Martins Siemens Tel TR-DS Rua Pedro Gusso, 2635 CEP 81310-900 Curitiba - Parana' - Brasil Tel: +55 41 3416457 Fax: +55 41 3415620 e-mail: mauro.martins@siemens.com.br _______________________________________________________ From owner-vxwexplo-process Tue Jun 29 04:00:29 1999 From: daemon@csg.lbl.gov Date: Tue Jun 29 04:00:34 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Tue Jun 29 04:00:25 PDT 1999 Subject: MV2604 Universe DMA Subject: Re: MV2604 Universe DMA Subject: Re: Question about SLIP connection Subject: esmc driver (91c94) losing pages Subject: Re: Where is Vxworks task scheduler? Subject: Windview Help Subject: Re: using multiple routing protocols in SENS Subject: Network Address Translation and Application Level Gateways Subject: Re: MV2604 Universe DMA Subject: Anyone use Aisys's DriveWay 3DE Subject: R: Tornado on NT vs. Tornado on Solaris? Subject: Re: vxWorks UDP question Subject: C_MASK16 for 860 Subject: Re: Help: PPP link established, but can't do anything? Subject: HELP : Tornado1.0.1 + SENS1.1 Subject: Unaligned access fault Subject: Re: MV2604 Universe DMA Subject: Re: Network Address Translation and Application Level Gateways Subject: Re: HELP : Tornado1.0.1 + SENS1.1 Subject: Re: Unaligned access fault ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: MV2604 Universe DMA Date: Mon, 28 Jun 1999 10:51:08 -0400 From: Andrew Reddig Organization: Shore.Net/Eco Software, Inc; (info@shore.net) Message-ID: <37778BDC.74BB75DD@tekmicro.com> I'm trying to use the Universe DMA controller under VxWorks, and the DMA throughput is about 1/2 to 1/3 of what I would expect (7-10 MB/s, even using D64 MBLT). The card that we are talking to supports 30 MB/s D32 BLT to another VME host, so I'm pretty sure that the Universe is the issue. I suspect an issue with the Universe's priority on the PCI bus or the PCI bus priority into DRAM, but haven't been able to nail it down yet. Can anyone provide any hints, pointers, advice, experience? VxWorks is 5.3.1, mv2604 BSP 1.1/4. Thanks! - -- Andrew Reddig andyr@tekmicro.com TEK Microsystems, Incorporated 781.270.0808 One North Avenue Fax 781.270.0813 Burlington, MA 01803 Web http://www.tekmicro.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: MV2604 Universe DMA Date: Mon, 28 Jun 1999 08:24:54 -0700 From: Scott Kamara Organization: AP Labs Message-ID: <377793C6.81F8762D@pop.sttl.uswest.net> References: <37778BDC.74BB75DD@tekmicro.com> Reply-To: spk@uswest.net The rates we see with the mv2604/UnivII are much better. You might want to verify via a VME bus analyzer the slave response time for a given d64 or d32 blt word-cycle is sufficient to support 30 MB/s. Are you using your own dmac driver or Motorola's? If Motorola's (non-WRS-delivered), it is documented that theirs is a polled interface which could degrade the rate you would get if it was interrupt-on-complete driven. The source and destination must be 8-byte aligned. That is, the lower three bits of the source and dest address (vme addr and local mem addr) must be the same. If not aligned right, I dont know what kind of side-effects this would have. Andrew Reddig wrote: > > I'm trying to use the Universe DMA controller under VxWorks, and the DMA > throughput is about 1/2 to 1/3 of what I would expect (7-10 MB/s, even > using D64 MBLT). The card that we are talking to supports 30 MB/s D32 > BLT to another VME host, so I'm pretty sure that the Universe is the > issue. > > I suspect an issue with the Universe's priority on the PCI bus or the > PCI bus > priority into DRAM, but haven't been able to nail it down yet. > > Can anyone provide any hints, pointers, advice, experience? > > VxWorks is 5.3.1, mv2604 BSP 1.1/4. > > Thanks! > > -- > Andrew Reddig andyr@tekmicro.com > TEK Microsystems, Incorporated 781.270.0808 > One North Avenue Fax 781.270.0813 > Burlington, MA 01803 Web http://www.tekmicro.com - -- - ----------------------- Scott Kamara AP Data Systems Seattle Engr. Office (206) 525-8592 scott@aplabs.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Question about SLIP connection Date: Fri, 25 Jun 1999 08:53:32 GMT From: "Ian Rudge" Message-ID: References: <7kipgl$3qn1@overload.lbl.gov> <7klnes$dpd$1@nnrp1.deja.com> <7kof29$dul$1@nnrp1.deja.com> Ok, further to my previous message, I am now trying to get the VxWorks end to originate the connection. I am sending CLIENT from the target, and NT responds with CLIENTSERVER. But when I run pppInit, according to the modem log file, the NULL modem hangs up as soon as it starts to receive data. BTW I cannot see how to explicitly turn CHAP or PAP in NT off, so far I have just ignored it. Is this the cause of my problem? Clifford. --------------------------- Newsgroups: comp.os.vxworks Subject: esmc driver (91c94) losing pages Date: Wed, 23 Jun 1999 19:41:52 GMT From: john_dwinell@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7krd9t$gdd$1@nnrp1.deja.com> I am using the esmc driver with VxWorks. My target is a Hithachi SH-3 (7729) with the SMC91C94 Ethernet controller. The driver seems to work okay, but under heavy traffic, it loses pages. We have found that the remove and release command appears to release the wrong number of pages (possibly the number of pages for the next packet in the fifo). Once this happens, the pages are lost forever. We setup a test where the problem would occur after sending 13 large pings.If I reset the MMU after the 12th packet, the problem does not occur. Of course, I can only do this during testing. Can anyone help? Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Where is Vxworks task scheduler? Date: 23 Jun 1999 13:16:56 -0700 From: canuck@best.com (Chris Wein) Organization: a user of Best Internet Communications, Inc. www.best.com Message-ID: <7krfbo$nsh$1@shell7.ba.best.com> References: <7kobfm$cct$1@nnrp1.deja.com> In article <7kobfm$cct$1@nnrp1.deja.com>, wrote: >I have (so I'm told) the source to the VxWorks kernel somewhere in some >Clearcase VOB. I need to find the scheduler, so I can put some >isntrumentation in it. (I'm trying to find out how frequently we're task >switching, and how much CPU time the scheduler eats up.) > >Can anyone tell me what to grep on? What's the name of the scheduler's >routine? Or the name of the module it lives in? Thanks in advance. Instead of modifying the source, why don't you just use the task switch hook (taskSwitchHookAdd) to measure your # of switches? It may also help with measuring cpu time for the scheduler but you run into the problem of the intrumentation affecting the measurement. Still, the hook is a good place to start. --------------------------- Newsgroups: comp.os.vxworks Subject: Windview Help Date: Fri, 25 Jun 1999 07:44:03 -0400 From: "David R. Kuechenmeister" Organization: Georgia Institute of Technology, Atlanta GA, USA Message-ID: <250619990744033113%David.Kuechenmeister@gtri.gatech.edu> References: <376efa3c.9439505@news.lvdi.net> <377258F3.FD5AA5E0@nowhere.com> Reply-To: David.Kuechenmeister@gtri.gatech.edu I am having trouble with a new installation of Windview for our MV2604 BSP. I hoped that someone else had resolved similar problems and could offer some advice. The lab recently bought the new Windview 2.0; this came with a new SENS installation, as well. After I installed the stuff on the CD, that is a tornado patch, SENS and Windview, I couldn't load the symbol table from the host. The bootrom, compiled before the new installation, loaded the image file, started it as usual, then reattached the network interfaces. After that -- nothing. No symbol table, no ethernet activity from the target, only an error after timing out while trying to load the vxWorks.sym file. I checked my usual problem spots, permissions were set correctly, paths and file locations matched. I suspect that there is some sort of network problem between the bsp and the new Windview, but I haven't managed to convince WRS of that. Any help would be appreciated. Thanks, Dave Kuechenmeister - -- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: using multiple routing protocols in SENS Date: Mon, 28 Jun 1999 11:29:59 -0700 From: Stephen Macmanus Organization: Wind River Systems Message-ID: <3777BF27.3488@wrs.com> References: <7l84bs$jmr$1@nnrp1.deja.com> rksripada@hotmail.com wrote: > > The SENS manual says that when multiple routing protocols are used, the > SENS can dynamically specify which route has the precedence. Can someone > elaborate on how SENS can do this dynamically??? See the manual page entry for the routeProtoPrioritySet routine. > > For example, there is a Router using SENS configured to run RIP and > OSPF. RIP learns a route (let's say RIP-ROUTE) for a subnet S1. Also, > the OSPF learns a route (let's say OSPF-ROUTE) for the same subnet S1. > If the RIP-ROUTE and OSPF-ROUTE are different, which route will be given > precedence for writing into the kernel's IP Forwarding Table ??? The routing protocol with the highest priority will add its entries to the IP forwarding table. In the default setting, all routes have an equal priority, so any route to the same destination will always replace an existing route. The priority set routine exists to prevent this thrashing. Stephen - -- - ------------------ Stephen Macmanus #include Software Engineer Wind River Systems --------------------------- Newsgroups: comp.os.vxworks Subject: Network Address Translation and Application Level Gateways Date: Mon, 28 Jun 1999 14:14:18 -0700 From: "Dave Berry" Organization: Share Gate Message-ID: <3777e507.0@news.intercomm.com> I am working on creating NAT and ALG's for a VxWork ethernet (SENS). I have seen this done in a number of different ways (linux at IP, NT in the driver others as applications) and am interested in any opinions about how to perform this effort. I believe the correct placement to be in the IP stack but that does not seem to be possible under VxWorks without getting the source code from VxWorks. Dave. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: MV2604 Universe DMA Date: Mon, 28 Jun 1999 18:09:25 -0400 From: Andrew Reddig Organization: Shore.Net/Eco Software, Inc; (info@shore.net) Message-ID: <3777F295.86613CD8@tekmicro.com> References: <37778BDC.74BB75DD@tekmicro.com> <377793C6.81F8762D@pop.sttl.uswest.net> Followup for any interested readers: Scott Kamara of AP Labs gave me a couple of pointers. After poking around a bit, with nothing working, he suggested that the PWEN (Posted Write Enable) bit might not be set in the Universe VSI1_CTL register. That turned out to be the problem. With PWEN turned on, the target-driven D32 BLT is 29 MB/s and D64 MBLT is 58 MB/s. Many thanks to Scott for his very kind assistance with this problem. - --- Andy R. Scott Kamara wrote: > > The rates we see with the mv2604/UnivII are much better. > You might want to verify via a VME bus analyzer the slave > response time for a given d64 or d32 blt word-cycle > is sufficient to support 30 MB/s. > > Are you using your own dmac driver or Motorola's? > If Motorola's (non-WRS-delivered), it is documented > that theirs is a polled > interface which could degrade the rate you would get > if it was interrupt-on-complete driven. > > The source and destination must be 8-byte aligned. > That is, the lower three bits of the source and dest > address (vme addr and local mem addr) must be the same. > If not aligned right, I dont know what kind of > side-effects this would have. > > Andrew Reddig wrote: > > > > I'm trying to use the Universe DMA controller under VxWorks, and the DMA > > throughput is about 1/2 to 1/3 of what I would expect (7-10 MB/s, even > > using D64 MBLT). The card that we are talking to supports 30 MB/s D32 > > BLT to another VME host, so I'm pretty sure that the Universe is the > > issue. > > > > I suspect an issue with the Universe's priority on the PCI bus or the > > PCI bus > > priority into DRAM, but haven't been able to nail it down yet. > > > > Can anyone provide any hints, pointers, advice, experience? > > > > VxWorks is 5.3.1, mv2604 BSP 1.1/4. > > > > Thanks! > > > > -- > > Andrew Reddig andyr@tekmicro.com > > TEK Microsystems, Incorporated 781.270.0808 > > One North Avenue Fax 781.270.0813 > > Burlington, MA 01803 Web http://www.tekmicro.com > > -- > ----------------------- > Scott Kamara > AP Data Systems > Seattle Engr. Office > (206) 525-8592 > scott@aplabs.com - -- Andrew Reddig andyr@tekmicro.com TEK Microsystems, Incorporated 781.270.0808 One North Avenue Fax 781.270.0813 Burlington, MA 01803 Web http://www.tekmicro.com --------------------------- Newsgroups: comp.os.vxworks Subject: Anyone use Aisys's DriveWay 3DE Date: 28 Jun 1999 22:26:44 GMT From: jgay@drmail.dr.lucent.com (John M. Gay) Organization: Lucent Technologies, Columbus, Ohio Message-ID: <7l8sr4$imr@nntpa.cb.lucent.com> Reply-To: DELETEjgay@lucent.com Well, like the subject asks - I am looking for any opinions or experiences with DriveWay 3DE. My targe is an MPC850. Thanks for the time. - -- john gay. DELETEjgay@lucent.com Life is a near-death experience. -- George Carlin --------------------------- Newsgroups: comp.os.vxworks Subject: R: Tornado on NT vs. Tornado on Solaris? Date: Mon, 28 Jun 1999 23:05:32 +0200 From: "Yellow" Organization: TIN Message-ID: <7l8o4r$av6$1@nslave1.tin.it> References: <7ksvd0$1r8$1@nnrp1.deja.com> <7kvb7j$tt5$1@nnrp1.deja.com> Wind River usually tell you a lot of thing ... beleve 1% Ronny wrote in message 7kvb7j$tt5$1@nnrp1.deja.com... > (this message mailed and posted) > > In article , > bobarmstrong@home.nothiis.net (Robert Armstrong) wrote: > > Well, being a recidivist, I prefer the command line on Solaris for > building. > > I'm a vxWorks user and all this Tornado stuff is very pretty but > nothing to do > > with what I'm trying to deliver. > > Does this mean you don't have a command line access to all the tools > when running under NT? WindRiver told us that development under Solaris > and NT looks the same. > > We like to automate a lot, and good scripting possibilities are a > necessity. Also, we want to use our own Make utility, not that one which > is included with Tornado. Therefore, I would like to be able to write a > Perl or Tcl Script where I could drive every aspect of the development > cycle. Given that Tornado includes Tcl, and that Perl is available for > Solaris and NT alike, is there anything I can not do under NT that I > could do under Solaris? > > Ronald > -- > Ronald Fischer > http://ourworld.compuserve.com/homepages/ronald_fischer/ > > > Sent via Deja.com http://www.deja.com/ > Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: vxWorks UDP question Date: 25 Jun 1999 19:16:22 GMT From: toni@devsoft.devsoft.com (Anton Hartl) Organization: Customer of SpaceNet GmbH Message-ID: References: <930329254.7537@www.remarq.com> In article <930329254.7537@www.remarq.com>, Robb wrote: >If I am using the sendto function, does it block until the >packet goes out on either the TCP/IP layer (I am using >ethernet), or until there is enough room in vxWorks's >transmit buffer for the data? > >I am asking because I want to write a program that sends >UDP packets out at a very rapid rate. I want to keep >calling the sendto function one after the other, and I want >to make sure that I don't lose data. > >Does vxWorks keep an internal buffer for sending UDP >packets? If it does, and I perform a sendTo call, will the >sendTo call block until there is room in the output buffer >for the next packet? If you want to make sure that you don't lose data, you must not use UDP. UDP does not guarantee delivery of packets by definition; not under VxWorks or any other OS. If you send UDP packets back-to-back you can be almost certain to have packets losses. The OS is allowed to just drop the packets you hand over in case it runs out of buffers for the data or any intermediate network component may decide to drop packets that come in a a very high rate or the receiver cannot keep up with the rate and does not pass all received data to the application ... A 5.2 VxWorks problem (perhaps also later versions) we ran into using high-packet rate UDP was that it made the network stack to stop working completely (both UDP and TCP) for about 30 seconds after which it recovered until the next attempt to send a bunch of packets was made. The only workaround was to add a small delay after each packet send, not so funny ... - -Toni - -- /dev Software Gmbh | Anton Hartl | Dumbo: You're an unusual cop. Gabelsbergerstr. 51 | Phone: +49 (0)89-28659843 | Mickey Mouse: You're an unusal 80333 Muenchen | Fax: +49 (0)89-28659845 | killer, too. Germany | Email: toni@devsoft.com | John Woo, The Killer --------------------------- Newsgroups: comp.os.vxworks Subject: C_MASK16 for 860 Date: Fri, 25 Jun 1999 20:23:41 GMT From: telfer@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7l0og0$em5$1@nnrp1.deja.com> Hello, I am trying to move a fully functional 32 channel QMC driver from SCC2 to SCC3. I have run into a problem that I am beginning to think is a bug on the 860 chip. When I write to the Global Multichannel Parameters, specifically the C_MASK16 parameter I loose functionality on the ethernet setup on SCC1 and the raw data channel SMC1. I am setting the C_MASK16 to 0xF0B8 as stated in the Multichannel Controller manual so that I can have 16bit CRC on the 32 logical channels. Initializing C_MASK16 to anything but zero will cause problems even if the 16bit CRC is not implemented on any of the channels. Has anyone else had similar problems? Thanks, Colin.Telfer@premisys.com Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.protocols.ppp,comp.os.vxworks Subject: Re: Help: PPP link established, but can't do anything? Date: 27 Jun 1999 08:56:47 -0500 From: kite@NoSpam.%inetport.com (Clifford Kite) Organization: |Chaos| Message-ID: <7l5aiv$5es@inetport.com> References: <37754438.54C5@webguy-prod.com> Followup-To: comp.protocols.ppp,comp.os.vxworks Melinda Stimpson (melinda@webguy-prod.com) wrote: : I am trying to connect Windows NT to a vxWorks system using PPP. : Once I got the NT non-PPP CLIENT/CLIENTSERVER nonsense out of the way, : I was able to make a connection. However, I can't *do* anything with : the connection - I can't telnet, rlogin, or even ping. .. : problem). Note specifically the "Unknown protocol 80fd" - I presume : that is telling me of a problem, but what, exactly? The 80fd refers to Compression Control Protocol (CCP) which "ppp0" either doesn't support or is configured not to support. Neither this or any of the ConfRej's for various LCP options prevented the link negotiations from reaching an apparently normal completion. A silly question: Do you have a host route on each side of the link to the other side through the PPP interface? - -- Clifford Kite Not a guru. (tm) /* The wealth of a nation is created by the productive labor of its * citizens. */ --------------------------- Newsgroups: comp.os.vxworks Subject: HELP : Tornado1.0.1 + SENS1.1 Date: Tue, 29 Jun 1999 16:30:12 +0900 From: "±èº¹±Ô" Organization: LG InterNet Inc. Channeli Internet Service Message-ID: <7l9sor$dve$1@b5nntp2.channeli.net> Sender: andro@156.147.159.85 Hi~. everybody.. I hace problems using SENS1.1 My target board is Motorola's MPC860. I installed the Tornado1.0.1 and SENS1.1 on my Windows Host first, and developed my BSP. If I don't install SENS and Windview , I can compile the bootrom.hex. It works well on the target board. But, If I install SENS and recompile the bootrom.hex it dosn't work. I developed my BSP Code based on ADS860 BSP Rev '/2', and I think the bootrom.hex should run whether I install SENS or not. Following file is the setup.log file when I installed SENS. Please give me the correct installation guide or something else. Thank you in advance. === setup.log file === 29-Jun-99.10:05 TDK-12221-ZC-09 SETUP-1.5 29-Jun-99.10:05 100-8587-30 Tornado Cumulative Patch Rev 1: ppc 29-Jun-99.10:06 100-6901-30 Tornado Object: x86-win32 x ppc 29-Jun-99.10:11 TDK-12221-ZC-09 SETUP-1.5 29-Jun-99.10:11 100-6902-30 VxWorks BSP: ads860 29-Jun-99.10:12 29-Jun-99.10:12 SETUP has overwriten the following file(s). Which seems to be 29-Jun-99.10:12 newer than the one on the CDROM. Original file(s) is zipped 29-Jun-99.10:12 into C:\Tornado/.wind/uninst/data.002. 29-Jun-99.10:12 Use any unzip utility in case you need to get back the original 29-Jun-99.10:12 version of the file(s). 29-Jun-99.10:12 29-Jun-99.10:12 target/lib/objPPC403gnuvx/if_sl.o 29-Jun-99.10:12 target/lib/objPPC603gnuvx/if_sl.o 29-Jun-99.10:12 target/lib/objPPC604gnuvx/if_sl.o 29-Jun-99.10:12 target/lib/objPPC860gnuvx/if_sl.o 29-Jun-99.10:17 TDK-12221-ZC-09 SETUP-1.5 29-Jun-99.10:17 100-10532-30 WindNet SENS: ppc 29-Jun-99.10:20 29-Jun-99.10:20 SETUP has overwriten the following file(s). Which seems to be 29-Jun-99.10:20 newer than the one on the CDROM. Original file(s) is zipped 29-Jun-99.10:20 into C:\Tornado/.wind/uninst/data.003. 29-Jun-99.10:20 Use any unzip utility in case you need to get back the original 29-Jun-99.10:20 version of the file(s). 29-Jun-99.10:20 29-Jun-99.10:20 target/lib/objPPC403gnuvx/if_eihk.o 29-Jun-99.10:20 target/lib/objPPC403gnuvx/if_eitp.o 29-Jun-99.10:20 target/lib/objPPC603gnuvx/if_eihk.o 29-Jun-99.10:20 target/lib/objPPC603gnuvx/if_eitp.o 29-Jun-99.10:20 target/lib/objPPC604gnuvx/if_eihk.o 29-Jun-99.10:20 target/lib/objPPC604gnuvx/if_eitp.o 29-Jun-99.10:20 target/lib/objPPC860gnuvx/if_eihk.o 29-Jun-99.10:20 target/lib/objPPC860gnuvx/if_eitp.o 29-Jun-99.10:20 target/unsupported/bootp2.1/Makefile 29-Jun-99.10:20 target/unsupported/bootp2.1/bootpd.c --------------------------- Newsgroups: comp.os.vxworks Subject: Unaligned access fault Date: Tue, 29 Jun 1999 10:13:37 +0200 From: Robertas Simkevicius Organization: Omnitel, Lithuania Message-ID: <37788031.A5877402@fmst.vtu.lt> hi, I'm not very familar with VxWorks, but would like to know about error handling in it. I'm using VxWorks v3.2 on Alpha CPU, for some communication tasks. And sometimes I'm getting such error: unaligned access fault Fault VA = 7fffffff7fffffff Opcode = 29 Register = 10 Exception PC = fffffc0001bf92f8 Exception Stack Frame Pointer = fffffc0001c6e978 Exception Stack Pointer = fffffc0001c6ea80 Task: 0x1c6f740 Maybe there is some way to find out in which place it occurs, or why it occurs. Ther must be some line debug possibilities, or maybe someone can explain what VA, Opcode, PC and etc. means. Thank you in advance Babas --------------------------- Newsgroups: comp.os.vxworks Subject: Re: MV2604 Universe DMA Date: Tue, 29 Jun 1999 09:37:27 +0100 From: Dave Machin Organization: Marconi Electronic Systems Message-ID: <377885C7.A04A331A@REMOVE-THIS.gecm.com> References: <37778BDC.74BB75DD@tekmicro.com> One thing to look at would be the disconnect size and bus ownership timeouts - also check that the FIFOs are enabled as this can have a huge impact on performance. You might find you need to tweak various block size and ownership timer parameters on both the Universe and any bridge chips in the path, in order to get the best performance - it's possible that you're having to re-negotiate for one (or all) of the busses for every few words transferred, and this can do very bad things to your performance! Finally, check that the area mapped to the VME master image is set as uncached. In practise, I've found it quite difficult to get close to the transfer rates mentioned by the sales brochures - but there are many things you can do to improve on the situation. Hope some of this helps. Cheers Dave Machin Andrew Reddig wrote: > > I'm trying to use the Universe DMA controller under VxWorks, and the DMA > throughput is about 1/2 to 1/3 of what I would expect (7-10 MB/s, even > using D64 MBLT). The card that we are talking to supports 30 MB/s D32 > BLT to another VME host, so I'm pretty sure that the Universe is the > issue. > > I suspect an issue with the Universe's priority on the PCI bus or the > PCI bus > priority into DRAM, but haven't been able to nail it down yet. > > Can anyone provide any hints, pointers, advice, experience? > > VxWorks is 5.3.1, mv2604 BSP 1.1/4. > > Thanks! > > -- > Andrew Reddig andyr@tekmicro.com > TEK Microsystems, Incorporated 781.270.0808 > One North Avenue Fax 781.270.0813 > Burlington, MA 01803 Web http://www.tekmicro.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Network Address Translation and Application Level Gateways Date: Tue, 29 Jun 1999 10:19:01 +0100 From: "Mark Hambleton" Organization: (Posted via) Netcom Internet Ltd. Message-ID: <7la2rt$si4$1@taliesin.netcom.net.uk> References: <3777e507.0@news.intercomm.com> I have done a similar think for SENS and unfortunately I had to do it in the driver. You may be able to do is as an output protocol, I had already used the single output protocol slot though which is why it ended up in the driver. - -- Mark Hambleton http://www.xstreamis.com/ Dave Berry wrote in message <3777e507.0@news.intercomm.com>... >I am working on creating NAT and ALG's for a VxWork ethernet (SENS). I have >seen this done in a number of different ways (linux at IP, NT in the driver >others as applications) and am interested in any opinions about how to >perform this effort. I believe the correct placement to be in the IP stack >but that does not seem to be possible under VxWorks without getting the >source code from VxWorks. > >Dave. > > --------------------------- Newsgroups: comp.os.vxworks Subject: Re: HELP : Tornado1.0.1 + SENS1.1 Date: Tue, 29 Jun 1999 10:20:38 +0100 From: Simon Roberts Message-ID: <37788FE6.F6FCA6A3@roke.co.uk> References: <7l9sor$dve$1@b5nntp2.channeli.net> Andro, We had, what sounds like, similar problems installing SENS (and SNMP as it happens) with our BSP. We discovered that it was essential to install the components in the following order: 1. Install Tornado *without* SENS and SNMP and Windview (your components may be slightly different, so ignore if n/a) 2. Install your BSP by dragging and dropping the BSP release on the ./target directory (at least this is what we do with out pre release MV2400 BSP) 3. Install the remaining components of Tornado missed out in step 1 This should ensure that you have the right copies of files included for SENS (rather than BSP copies which would otherwise have overwritten them). Regards, Simon. "±èº¹±Ô" wrote: > Hi~. everybody.. > > I hace problems using SENS1.1 > > My target board is Motorola's MPC860. > > I installed the Tornado1.0.1 and SENS1.1 on my Windows Host first, > and developed my BSP. > > If I don't install SENS and Windview , > I can compile the bootrom.hex. It works well on the target board. > But, If I install SENS and recompile the bootrom.hex > it dosn't work. > > I developed my BSP Code based on ADS860 BSP Rev '/2', > and I think the bootrom.hex should run whether I install > SENS or not. > > Following file is the setup.log file when I installed SENS. > > Please give me the correct installation guide or something else. > > Thank you in advance. > > === setup.log file === > > 29-Jun-99.10:05 TDK-12221-ZC-09 SETUP-1.5 > 29-Jun-99.10:05 100-8587-30 Tornado Cumulative Patch Rev 1: ppc > 29-Jun-99.10:06 100-6901-30 Tornado Object: x86-win32 x ppc > > 29-Jun-99.10:11 TDK-12221-ZC-09 SETUP-1.5 > 29-Jun-99.10:11 100-6902-30 VxWorks BSP: ads860 > 29-Jun-99.10:12 > 29-Jun-99.10:12 SETUP has overwriten the following file(s). Which seems to > be > 29-Jun-99.10:12 newer than the one on the CDROM. Original file(s) is zipped > 29-Jun-99.10:12 into C:\Tornado/.wind/uninst/data.002. > 29-Jun-99.10:12 Use any unzip utility in case you need to get back the > original > 29-Jun-99.10:12 version of the file(s). > 29-Jun-99.10:12 > 29-Jun-99.10:12 target/lib/objPPC403gnuvx/if_sl.o > 29-Jun-99.10:12 target/lib/objPPC603gnuvx/if_sl.o > 29-Jun-99.10:12 target/lib/objPPC604gnuvx/if_sl.o > 29-Jun-99.10:12 target/lib/objPPC860gnuvx/if_sl.o > > 29-Jun-99.10:17 TDK-12221-ZC-09 SETUP-1.5 > 29-Jun-99.10:17 100-10532-30 WindNet SENS: ppc > 29-Jun-99.10:20 > 29-Jun-99.10:20 SETUP has overwriten the following file(s). Which seems to > be > 29-Jun-99.10:20 newer than the one on the CDROM. Original file(s) is zipped > 29-Jun-99.10:20 into C:\Tornado/.wind/uninst/data.003. > 29-Jun-99.10:20 Use any unzip utility in case you need to get back the > original > 29-Jun-99.10:20 version of the file(s). > 29-Jun-99.10:20 > 29-Jun-99.10:20 target/lib/objPPC403gnuvx/if_eihk.o > 29-Jun-99.10:20 target/lib/objPPC403gnuvx/if_eitp.o > 29-Jun-99.10:20 target/lib/objPPC603gnuvx/if_eihk.o > 29-Jun-99.10:20 target/lib/objPPC603gnuvx/if_eitp.o > 29-Jun-99.10:20 target/lib/objPPC604gnuvx/if_eihk.o > 29-Jun-99.10:20 target/lib/objPPC604gnuvx/if_eitp.o > 29-Jun-99.10:20 target/lib/objPPC860gnuvx/if_eihk.o > 29-Jun-99.10:20 target/lib/objPPC860gnuvx/if_eitp.o > 29-Jun-99.10:20 target/unsupported/bootp2.1/Makefile > 29-Jun-99.10:20 target/unsupported/bootp2.1/bootpd.c --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Unaligned access fault Date: Tue, 29 Jun 1999 12:13:14 +0200 From: "Fred Zwarts" Organization: Kernfysisch Versneller Instituut Message-ID: <7la67q$ame$1@info.service.rug.nl> References: <37788031.A5877402@fmst.vtu.lt> Robertas Simkevicius wrote in message = news:37788031.A5877402@fmst.vtu.lt... > hi, >=20 >=20 > I'm not very familar with VxWorks, but would like to know about error > handling in it. I'm using VxWorks v3.2 on Alpha CPU, for some > communication tasks. And sometimes I'm getting such error: >=20 > unaligned access fault > Fault VA =3D 7fffffff7fffffff > Opcode =3D 29 > Register =3D 10 > Exception PC =3D fffffc0001bf92f8 > Exception Stack Frame Pointer =3D fffffc0001c6e978 > Exception Stack Pointer =3D fffffc0001c6ea80 > Task: 0x1c6f740 >=20 > Maybe there is some way to find out in which place it occurs, or why = it > occurs. Ther must be some line debug possibilities,=20 VxWorks has Debugging facilities (see the manuals). > or maybe someone can > explain what VA, Opcode, PC and etc. means. VA: Virtual Address Opcode: Operation Code (Instruction being executed) PC: Program Counter=20 (Virtual Address of current/next instruction) Stack Frame Pointer: Virtual Address of Frame=20 (Each subroutine call starts a new frame on the = stack) Stack Pointer: Virtual Address of the top of the stack. >=20 > Thank you in advance >=20 > Babas --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Tue Jun 29 08:17:25 1999 From: Sammer Ostogratzk Date: Tue Jun 29 08:17:28 PDT 1999 I posted this before but did not get an answer, so I'll try again. Hi all vxworks gurus: I noticed that the Tornado documentation describes a zbuf library (zbufLib), however, it looks like networking code uses mbufs (mblk?) instead. I am a bit confused on what we are really supposed to use if we want to use buffer chains. Also, I can't find a description of mbufs, mblks in the documentation. has anyone used the zbufLib? Is it ok to use it or is it an antiquated library that will disappear in newer releases of Tornado? Thanks. ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From owner-vxwexplo-process Tue Jun 29 08:46:04 1999 From: Smith Date: Tue Jun 29 08:46:07 PDT 1999 Subject: inter-processor comm We are considering using a 2-processor solution for the project on which I am working. The main reason is to off-load the comm functions (including MAC and TCP/IP) to a dedicated processor, freeing the other processor for functions. I am looking for possible solutions for the inter-processor comm. and have some general. Any insight would be greatly appreciated. -What type of Multi-Processor support does vxWorks have? -What type of functionality does smlib give? -Is there such a thing as a CORBA ORB for shared memory? Thanks, Brett Smith brett.smith@bktech.com vxWorks From owner-vxwexplo-process Tue Jun 29 09:02:10 1999 From: "Paul Travers" Date: Tue Jun 29 09:02:13 PDT 1999 Subject: Tornado 2 C++ Compiler Problem Hi, I have just installed Tornado (2) and have had problems compiling C++. The install is for Windows NT and building for a PowerPC target. The application c1plus.exe causes an exception followed by an application error in as.exe (Dr Watson claims a stack overflow for the exception). This module did not present problems with the previous release of Tornado. Interestingly the module instantiates template objects. Has anyone had similar problems or have any information relating to this. Regards, Paul Travers pault@epid.eurotherm.co.uk From owner-vxwexplo-process Tue Jun 29 10:35:51 1999 From: mdelgior@TIGER.rst.com (Mark Del Giorno) Date: Tue Jun 29 10:35:54 PDT 1999 Subject: -mlongcall doesn't work... Heyyyyyyyyyyyyyyyyy, We cannot get the following simple code (ttt.cc) to load on a 64MB 2700 board. We get the infamous: Undefined symbol: __builtin_new (binding 1 type 0) Undefined symbol: __builtin_delete (binding 1 type 0) (I thought this was fixed with the latest version of the compiler......?) We're using Tornado 2. Does anyone know a recommended work-around? Thanks in advance. - Mark ========= start of ttt.cc #include "vxWorks.h" class MARK_CLASS { public: MARK_CLASS() {}; }; void ttt(int n) { MARK_CLASS *m; m = new MARK_CLASS(); } ============== end of ttt.cc ********* Compilation method: /usr/wind2/host/sun4-solaris2/bin/ccppc -I/usr/wind2/target/h \ -Wall -DCPU=PPC604 -O -pipe -nostdinc \ -ansi -fvolatile -fno-builtin -mcpu=604 -mlongcall -c ttt.cc ******** Compiler version: # ccppc -v Reading specs from /usr/wind2/host/sun4-solaris2/lib/gcc-lib/powerpc-wrs-vxworks /cygnus-2.7.2-960126/specs gcc driver version cygnus-2.7.2-960126 egcs-971225 tornado 2.0 executing gcc ver sion cygnus-2.7.2-960126 From owner-vxwexplo-process Tue Jun 29 14:48:51 1999 From: Keith Potter Date: Tue Jun 29 14:48:54 PDT 1999 Subject: European Wind River Newsletter This may be of interest to those in Europe: Currents Europe, is a monthly e-mail newsletter covering the latest Tornado news, Wind River partner news, technical seminars, training and other events in Europe. To subscribe to CURRENTS Europe put SUBSCRIBE in the BODY of an e-mail to: currents-europe@oaknetpub.com Or see web page Thanks, Keith Potter European Marketing Manager Wind River Systems From owner-vxwexplo-process Tue Jun 29 21:06:26 1999 From: Randy Riggins Date: Tue Jun 29 21:06:30 PDT 1999 Subject: RE: inter-processor comm 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_01BEC2AD.64CCADBE Content-Type: text/plain Brett, VxWorks supports a backplane network which allows you to run TCP/IP over the backplane between the two processors. This allows one processor to be the gateway for the other. We currently do this. We use an RPC package from NobleNet to perform inter-processor communications. VxWorks also has an optional package called Shared Memory Objects, this give you semaphores, message queues and other facilities between multiple processors. randy > -----Original Message----- > From: vxwexplo@lbl.gov [SMTP:vxwexplo@lbl.gov] On Behalf Of Smith > Posted At: Tuesday, June 29, 1999 8:48 AM > Posted To: vxworks > Conversation: inter-processor comm > Subject: inter-processor comm > > We are considering using a 2-processor solution for the project on > which > I am working. The main reason is to off-load the comm functions > (including MAC and TCP/IP) to a dedicated processor, freeing the other > processor for functions. > > I am looking for possible solutions for the inter-processor comm. and > have some general. Any insight would be greatly appreciated. > > -What type of Multi-Processor support does vxWorks have? > > -What type of functionality does smlib give? > > -Is there such a thing as a CORBA ORB for shared memory? > > Thanks, > Brett Smith > brett.smith@bktech.com > > vxWorks ------ =_NextPart_001_01BEC2AD.64CCADBE Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: inter-processor comm

Brett,

VxWorks supports a = backplane network which allows you to run TCP/IP over the backplane = between the two processors. This allows one processor to be the gateway = for the other. We currently do this. We use an RPC package from = NobleNet to perform inter-processor communications.

VxWorks also has an = optional package called Shared Memory Objects, this give you = semaphores, message queues and other facilities between multiple = processors.

randy

    -----Original Message-----
    From:   vxwexplo@lbl.gov = [SMTP:vxwexplo@lbl.gov] On = Behalf Of Smith
    Posted = At:      Tuesday, June 29, 1999 8:48 AM
    Posted = To:      vxworks
    Conversation:   inter-processor comm
    Subject:       = inter-processor comm

    We are considering = using a 2-processor solution for the project on which
    I am working.  = The main reason is to off-load the comm functions
    (including MAC and = TCP/IP) to a dedicated processor, freeing the other
    processor for = functions.

    I am looking for = possible solutions for the inter-processor comm. and
    have some = general.  Any insight would be greatly appreciated.

    -What type of = Multi-Processor support does vxWorks have?

    -What type of = functionality does smlib give?

    -Is there such a = thing as a CORBA ORB for shared memory?

    Thanks,
    Brett Smith
    brett.smith@bktech.com

    vxWorks

------ =_NextPart_001_01BEC2AD.64CCADBE-- From owner-vxwexplo-process Wed Jun 30 03:50:34 1999 From: "Tyler, Paul A (DBY)" Date: Wed Jun 30 03:50:38 PDT 1999 Subject: Network interface stops transmitting. Hello, I have a VMIC-7591 (VME PC) running VxWorks 5.3.1. I have two DEC 21143 network interfaces, one on board and one on the PMC site. The problem I see is that the on board interface (dc0), which is used as the boot device, stops transmitting. This happens during the startup of the applications by the start script, about 50% of the time. The application sees NFS errors when trying to open a configuration file. The ifShow() command shows an increasing number of transmit errors. The interface does not recover, and a reboot is required. The failure appears to be related to a health check application which runs on the host PC. If I stop that application the reboot works fine. I am not running SENS. Has anyone seen this type of failure before? Is there a way of monitoring the transmit errors and then re-launching the network interface? Any help would be very much appreciated. Paul Tyler Measurement Systems Specialist Electronics & Measurement Technology Dept. Rolls-Royce plc. Tel. +44 (1332) 247808 Fax. +44 (1332) 247928 From owner-vxwexplo-process Wed Jun 30 04:00:16 1999 From: daemon@csg.lbl.gov Date: Wed Jun 30 04:00:20 PDT 1999 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Wed Jun 30 04:00:12 PDT 1999 Subject: Unfamiliar vxWorks Error Subject: Distribution in Swiss Subject: Re: Booting VxWorks from PCMCIA/Flashdisk, nearly there but ... Subject: fcntl() missing Subject: Re: Tornado 2 and Dependencies Subject: Re: [Q] which realtime DBs are there? Subject: Re: a problem while linking Subject: Re: T2 POSIX timer broken for VxSim? Subject: Re: dosFs woes Subject: Save 40-60% on Cellular & Digital Phone Accessories Subject: viewing dynamically loaded modules Subject: Re: UDP performance over PPP Subject: Re: inter-processor comm Subject: Re: Unaligned access fault Subject: Re: Sample VxWorks driver for raw device? Subject: PPP NT to vxWorks, can't detect disconnect Subject: Re: Help: PPP link established, but can't do anything? Subject: using multiple routing protocols in SENS ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Unfamiliar vxWorks Error Date: Tue, 29 Jun 1999 10:11:15 -0400 From: "David R. Kuechenmeister" Organization: Georgia Institute of Technology, Atlanta GA, USA Message-ID: <290619991011154328%David.Kuechenmeister@gtri.gatech.edu> We have been having some uncommanded reboots of our MV2604 processor, preceeded by the following errors IP CLK RLS: BAD LOCK READ! IP CLK GET: BAD LOCK READ! These are repeated several times before the reboot. I've checked through our wrs directories and can't find the strings, plus I don't print any such message in the application code. Could anyone give me the meaning of the message and maybe a way to track down these errors in the future? Thanks Dave Kuechenmeister - -- David R. Kuechenmeister Georgia Tech Research Institute Atlanta,GA 30332-0853 mailto:David.Kuechenmeister@gtri.gatech.edu Voice: (770)528-7738 --------------------------- Newsgroups: comp.os.vxworks Subject: Distribution in Swiss Date: Tue, 29 Jun 1999 16:41:24 +0200 From: "Patrick FAFIN" Organization: i-Logix France Message-ID: <3778cc83@news.uk.ibm.net> Reply-To: "Patrick FAFIN" I-Logix is looking for an agent for the Swiss territory. I-Logix is developping Rhapsody, UML development tool for embedded code generation, and Statemate, specification validation tool for complex systems. Please contact me at patrick@ilogix.com For more information : www.ilogix.com Thanks - -- Patrick FAFIN Sales Director Southern Europe I-Logix 4 allee de Londres 91969 - Les Ulis Cedex - France Tel : + 33 1 60 92 17 17 Fax: + 33 1 60 92 17 18 Email: patrick@ilogix.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Booting VxWorks from PCMCIA/Flashdisk, nearly there but ... Date: Tue, 29 Jun 1999 15:01:34 +0100 From: Simon Roberts Message-ID: <3778D1BE.62BF4ACE@roke.co.uk> References: <7l8015$fdb29@overload.lbl.gov> Thanks Tim, your suggestion has helped alot. It didn't help that host and target accessed two different symbol files! Simon. tim allen wrote: > >... network related commands still don't work as well as they do had I > >booted the card conventionally from a server over the ethernet network. > >But at least now I can use a host target shell in Tornado. > > It may be that your host can't find the VxWorks boot image and > symbol table. > > When the Tornado host shell attaches to the target, by default it tries to > locate the boot image by using the boot file pathname from the boot > parameters on the target. The host has a different view of the local file > system and so the boot image and symbols are not found when you boot, for > example, from pcmcia. You can work around this by forcing the path in the > Tornado Tools->Target Server->Configure option. Select Target Server > Properties->Core File and Symbols, where you can give the path to the boot > image stored on your host. > > When you boot from the host, over the network, this issue does not arise. > > --------------------- > Tim Allen Ltd > Real Time Embedded Software Consultancy > > ______________________________________________________ > Get Your Private, Free Email at http://www.hotmail.com --------------------------- Newsgroups: comp.os.vxworks Subject: fcntl() missing Date: Tue, 29 Jun 1999 18:04:54 +0200 From: Ralf Gerlich Organization: BSSE Message-ID: <3778EEA6.FD2DF856@t-online.de> Hi! I'm missing the fcntl() syscall. I need to change some flags for a file using F_SETFL. Is there an fcntl() call or any other possibility to do such a thing? I posted a similar question to this newsgroup some time before but I got no answer. Thanx in advance, Ralf --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado 2 and Dependencies Date: 29 Jun 1999 16:44:08 GMT From: Johan Borkhuis Organization: XS4ALL Internet BV Message-ID: <7lat4o$8s8$1@news1.xs4all.nl> References: <376FFA62.F9A570C9@isptechinc.com> Matthew Donadio wrote: : Hello all, : I am having a problem porting a library to VxWorks / Tornado 2. : The library uses the convention that header files are included using <> : and then assumes that -I. is a command line option to the compiler. : This is giving the Tornado 2 project tool heartburn, though. : When I generate dependencies for the library, the project tool thinks : that all of the #include files are external to the library and : creates a makefile dependency like : blah.o: $(PRJ_DIR)/blah.c blah.h : instead of : blah.o: $(PRJ_DIR)/blah.c $(PRJ_DIR)/blah.h : Building the library crashes because the make gets called from a : subdirectory, and it can not find the header files, and assumes that : they need to be created. : I could change all of the #include lines to use quotes instead of <>, : but there are 150+ source files, and I don't want to do it every time : the library gets released. I would also like to keep the dependencies : because full recompiles would take way too long. : Any ideas on how I can get around this problem? Thanks. Try the following: Add the following lines to youw WPJ file: BUILD_SIMNTgnu_MACRO_VPATH $(PRJ_DIR)/include This will add the macro VPATH to your project (in this case the simulator). This macro is also exported to your makefile. See the make manual for more information on the VPATH variable (it is the search path for dependencies). See also the other message in this thread with the message from WRS. Johan Borkhuis. - -- J.A. Borkhuis, Product Manager Public Transport Systems Peek Traffic B.V, Basicweg 16 P.O. Box 2542, 3800 GB Amersfoort NL Tel.: (+31)-33-454 1970, Fax: (+31)-33-454 1973 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: [Q] which realtime DBs are there? Date: Mon, 28 Jun 1999 05:34:43 GMT From: yuval_lorian Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7l71hj$7t3$1@nnrp1.deja.com> References: <7l6mqp$k7h$1@news.etri.re.kr> You may try the "Raima Data Manager" (from Raima corporation). It works with VxWorks. Yuval. In article <7l6mqp$k7h$1@news.etri.re.kr>, "ÀÌÁ¦Çå(Jerry)" wrote: > Which realtime DBs are there based on VxWorks? > Could you recommend one? > Bye. > > -- > *************************************************** > Jehun Rhee (Jerry) > > Mobile Traffic Management Team, > Radio & Broadcasting Technology Lab., ETRI > 161 Kajong Dong, Yusong Gu, Taejon, 305-350, Korea > > Voice Phone @ +82-42-860-3820 > Fax @ +82-42-860-6403 > Home Phone @ +82-42-485-8809 > Mobile Phone @ +82-17-248-0116 > Email @ jhrhee@etri.re.kr > ICQ @ 30447192 > SoftMessenger @ jhrhee (only Korean) > > Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: a problem while linking Date: Wed, 23 Jun 1999 09:59:52 -0700 From: Graham Waters Organization: TRIUMF Message-ID: <37711288.4C78F671@triumf.ca> References: <377056b3.0@dnews.sbell.com.cn> Reply-To: waters@triumf.ca liuf wrote: > > hi, > > I just begin to use vxworks. I use NT as host and use a PC as target. > When I link my test code, as > >cc386 -o testExe -nostdinc -fno-builtin -v -LC:\x86\target\lib > testCode.o -lI80486gnuvx > it shows an error: > cannot open crt0.o: No such file or directory > > Can anyone tell me what ctr0.o is? why cc386 automatically link it with my > code? where can I find this? > > Thanks! The vxWorks kernel include all run-time libraries and uses dynamic loading and unloading of object modules with run-time relocation and linking. It is only necessary to compile a program and load it. Also do not use the statement "main()", use some function name, and call that function by name from the the vxWorks shell to run it. Your compiler line should look something like this: cc386 (your compile flags) -c testExec.c The -c option means compile but do not link. Regards Graham. +---------------------------------------------------------------------+ |Graham Waters, Control System Eng Internet: waters@triumf.ca| |TRIUMF --- University of British Columbia, phone: (604)-222-1047 | |Vancouver, BC, Canada Fax: (604)-222-7307 | |http://edevel9pc.triumf.ca/homepage/graham01.html | +---------------------------------------------------------------------+ For every expert there is an equal and opposite expert - Arthur C Clark --------------------------- Newsgroups: comp.os.vxworks Subject: Re: T2 POSIX timer broken for VxSim? Date: Tue, 29 Jun 1999 20:07:42 GMT From: Hai Vu Message-ID: <37792792.B2F42C6A@netscape.net> References: <3779102E.2BD8E19A@netscape.net> To answer my own posting, here is an excerpt of a response form WRS: | SPR# 26584 | ............................................................................ | .... | | DATE: Apr 12 1999 | TITLE: posix timer tests cause general protection faults on SIMNT | | | Problem_Description | | Running the posix timer tests (target/src/test/vxwRegresssion/posix/ | pTimerTest.c, | | run testTimers function to execute) causes general protection faults | on the NT simulator similar to below: | | Exception number 0: Task: 0x4bccd10 (t4) | | General Protection Fault | Program Counter: 0x0042ae6d | Status Register: 0x00010202 | | value = 0 = 0x0 | | test3, test4, test6, test7, test8 (see pTimerTest.c) seem to cause the | general protection fault. | | 10-Apr-99.18:03 CD manufacturing time: Tue Apr 06 04:52:38 PDT 1999 | 10-Apr-99.18:03 TDK-12840-ZC-00 SETUP-2.0 f:\tornado2.ct.fullsim.qe.apr5 | 10-Apr-99.18:03 Microsoft Windows NT version 4.0 (Build 1381) Service Pack 3 | 10-Apr-99.18:03 100-11103-30 CodeTEST/Coverage: x86-winNT x simnt | 10-Apr-99.18:04 100-11129-30 CodeTEST/Memory: x86-winNT x simnt | 10-Apr-99.18:04 100-9878-30 Driver Objects/Headers: simnt | 10-Apr-99.18:04 100-9884-30 Tornado Simulator: x86-winNT | 10-Apr-99.18:06 100-9881-30 Wind Foundation Class: simnt | | | Please include the TSR number in replies that relate to this issue. | Thank you. | - ---------------------------------------------------------------------------- | --- | Hai Vu wrote: > I have been experimenting with the new Tornado 2 (PPC target)'s VxSim > for NT and encountered some problems with the POSIX timer > implementation. VxWorks reported GENERAL PROTECTION FAULT eveytime a > POSIX timer fires. When I ran the debugger, it pointed to sigqueue() as > the last command being executed. Included below is the test code that > generates the problem. If anyone out there has the same problem or know > of a solution please let me know. > > #include > #include > #include > #include > > static void _SigHandler (int nSigno, siginfo_t* pSiginfo, void* pToken); > > int TestTimer () > { > //## begin Tester::TestTimer%929655315.body preserve=yes > struct sigevent sigEvent; > timer_t tid; > struct sigaction sa; > itimerspec timerSpec; > timespec currtime = { 0, 0 }; > > // The manual recommended this prior to calling timer functions > clock_settime( CLOCK_REALTIME, &currtime ); > > // Setup timer signal (SIGALRM) > sigEvent. sigev_signo = SIGALRM; > sigEvent. sigev_value. sival_int = 666; > sigEvent. sigev_notify = SIGEV_NONE; > > // Create the timer > timer_create( CLOCK_REALTIME, &sigEvent, &tid ); > > // Setup the signal handler to handle SIGALRM > sa. sa_sigaction = &_SigHandler; > sigemptyset( &( sa. sa_mask )); > sigaddset( &( sa. sa_mask ), SIGALRM ); > sa. sa_flags = SA_SIGINFO; > > sigaction( SIGALRM, &sa, 0 ); > > // Setup timeout pertiod for the timer > timespec timeout = { 2, 0 }; > timespec ZERO_TIME = { 0, 0 }; > > timerSpec. it_interval = ZERO_TIME; // No repeat > timerSpec. it_value = timeout; > > // Arm the timer > timer_settime( tid, 0, &timerSpec, 0 ); > > // Wait for timer to fire > timespec sleeptime = { 4, 0 }; > nanosleep( &sleeptime, 0 ); > > return 0; > } > > void _SigHandler (int nSigno, siginfo_t* pSiginfo, void* pToken) > { > > cout << "_SigHandlerr() - signo = " << nSigno << ", token = " << pToken > << endl; > > } --------------------------- Newsgroups: comp.os.vxworks Subject: Re: dosFs woes Date: Tue, 29 Jun 1999 20:31:50 GMT From: ckulach@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7lbafm$qnk$1@nnrp1.deja.com> References: <374E8F4B.5EEC0DDD@syncro-tech.com> <929571122.5827@www.remarq.com> <7khmqk$gau$1@bgtnsc03.worldnet.att.net> <37735619.53776F72@roke.co.uk> ioctl(FIOFLUSH) seems to work fine here. Our system uses PCMCIA ATA cards, and is often subject to unexpected power loss and card removal - and the bit of code below seems to do the trick. //flush the file system iFd = open("a:",O_RDWR,0); ioctl(iFd,FIOFLUSH,0); close(iFd); Chris In article <37735619.53776F72@roke.co.uk>, Simon Roberts wrote: > According to the manual fflush() is not implemented in VxWorks (see below). > Closing the file seems to be the only way of forcing a flush, then if necessary > reopening for append. > > Simon. > > NAME > > fflush( ) - flush a stream (ANSI) > > SYNOPSIS > > int fflush > ( > FILE * fp /* stream to flush */ > ) > > DESCRIPTION > > This routine writes to the file any unwritten data for a specified output or > update stream for which the most recent operation was not input; for an input > stream the behavior is undefined. > > CAVEAT > > ANSI specifies that if fp is a null pointer, fflush( ) performs the flushing > action on all streams for which the behavior is defined; however, this is not > implemented in VxWorks. > > Cameron Fowler wrote: > > > In order to flush your data down to disk, you will need to do > > a > > fflush() > > followed by > > ioctly(FIOSYNC) > > This should push your data down to the disk > > Alan Yakiwchuk wrote in message <929571122.5827@www.remarq.com>... > > >I think the information (directories, etc.) is only updated > > >when you close the file. > > > > > >Have you tried flushing the output buffers to force and > > >update? i.e. FIOFLUSH Let me know if this works 'cause > > >I may be facing a similar problem soon... > > > > > > > > > > > >**** Posted from RemarQ - http://www.remarq.com - Discussions Start Here > > (tm) **** > > Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Save 40-60% on Cellular & Digital Phone Accessories Date: Tue, 29 Jun 1999 16:00:50 PDT From: icwpcs@aol.com Organization: ICW Message-ID: <7lbc55$96c$10388@mercury.hiline.net> Need a new battery, car charger or leather protective carrying case for your cellular or digital phone? We offer package prices on acessories for the most popular phones of today as well as older models at 40-60% savings over retail stores. Don't pay $30 for a car charger, $70 for a battery or $20 for a leather case. Our package prices for battery, car charger and leather case start at $29.99. EXAMPLE OF COMPLETE STARTER KIT W/BATTERY, CAR CHARGER AND CASE: Qualcomm 1920/2700 , Sale Price $29.99, Regularly $79.99 Nokai 5000/6000 series, Sale Price $54.99, Regularly $99.99 with vib battery Motorola 550/660 Flip phone, Sale Price $29.99, Regularly $89.99 Just need one item, not the entire package? Most leather case are just $9.99 and vehicle chargers are only $14.99 on most models. Battery's start at $24.99. Hard to find item? We can special order your accessories for older models at no additional cost. PARTIAL LIST OF PHONE WE HAVE ACCESSORIES FOR: Sprint QUALCOMM 1920/2700 SprintSAMSUNG 1000/1900/2000 SONY 1201,1301,CMZ-100,CM-777 MOTOROLA MICRO TAC 550-650 ,TELETAC, STAR TAC, MICRO TAC ELITE, BAG PHONES, FLIP STYLE NOKAI 5000-6000 SERIES, 100, 232-252 , 1000 , 638-636, 918, 2160-2170-2190 NEC 700/800 ERICCISON - MOST MODELS AUDIOVOX -MOST MODELS SANYO 3000 CREDIT CARD ORDERS ONLY, NO COD'S, MUST HAVE EXACT MODEL NUMBER 1-800-686-8988 Monday-Friday 9am-6pm, Saturday 12n-5pm Shipping and handling charge of $7.99 for starter kits and $3.99 for individual items. Most items shipped in 5 business days. This offer is brought to you by ICW, a large wireless dealer in the Southwestern US. If you no longer wish to receive e-mail please notify us as we make every effort to clean our marketing list on a regular basis. --------------------------- Newsgroups: comp.os.vxworks Subject: viewing dynamically loaded modules Date: Tue, 29 Jun 1999 18:00:58 -0400 From: Roger Steines Organization: Georgia Tech Research Institute Message-ID: <37794219.F0363754@gtri.gatech.edu> How do I configure the debugger so that it knows what source code to display for the dynamicly loaded modules? I am using the Tornado debugger for UNIX. I have a handful of tasks I wish to run in parallel, with a main task loading and spawing the other tasks. To do so, from within the main task I have used the moduleLoad command to load the various modules, the symFindByName command to get the symbol values, and VXWTask class to create and spawn the various tasks. All of this seems to work perfectly, but I cannot view the source code from the Tornado Debugger. I can view the source of the main task, but the source code for the dynamically loaded modules come up in assembly. I have already verified that the debug flag was set during compilation. I have tried the add-symbol-file to add the object files to the hosts symbol file after the modules are up and running, but I keep getting an error claiming that the symbol files were not found on the target. I'm not sure whats wrong, since I can use a wind shell to verify that the symbols are in memory and the task are running. --------------------------- Newsgroups: comp.protocols.ppp,comp.os.vxworks Subject: Re: UDP performance over PPP Date: Thu, 24 Jun 1999 14:28:31 GMT From: saustin_deja@my-deja.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7ktfa0$79d$1@nnrp1.deja.com> References: <7i1brc$47a$1@nnrp1.deja.com> <37715BBD.48B89842@usa.alcatel.com> >Where you > able to find a way to sync. buffer utilization with traffic >burstiness? What I ended up doing was "throttling" the delivery of the bursty traffic (snmp traps), based on overall mbuf usage. Each time a trap was to be generated, I look through all the mbuf statistics and see if any are below a certain threshold. If they are, I delay and try again, up to some maximum number of times. When the free mbufs are above the threshold again, or I went through the loop the max # times, I generate the trap. Ideally I'd only need to throttle on the mbuf queue for the size buffer I need, but unfortunately I have no way of telling what that is because the SNMP agent actually builds the buffer with all the variable bindings, etc. Here's what the code looks like: #undef SEND_DELAY_DEBUG void trapThrottle ( void ) { /* SRA 052499 Logic to avoid flooding PPP interface with traps. Look at the percentage in use of the network mbuf clusters If below the threshold, delay here while the interface clears out a bit and frees some mbufs. In an ideal world we'd know how big the trap is and would just have to look at the mbuf cluster that would be used. If the traps are sent on an Ethernet interface, the threshold should never get hit - buffers are processed too fast to ever see a drop. However, on a slow PPP interface sometimes the trap generation will exceed the link's ability to deliver the traps to the NMS. This is the case the throttling should handle */ /* NET_POOL *mySysPtr = ( NET_POOL *)_pNetSysPool ; */ /* FYI */ NET_POOL *myDataPtr = ( NET_POOL *) _pNetDpool ; CL_POOL *myPoolPtr ; /* point at each pool cluster */ unsigned int percentFree ; unsigned int i , j , delayCount ; #define MAX_TRAP_DELAY_TRIES 20 #define MBUF_DELAY_THRESHOLD 90 /* percent */ /* find the mbuf pool "statistics" for each mbuf size */ for ( i = 0 ; i < CL_TBL_SIZE ; i++ ) { myPoolPtr = (CL_POOL *) myDataPtr->clTbl[i] ; delayCount = 0 ; /* only interested in non-zero entries */ if ( (NULL == myPoolPtr) || (NULL == myPoolPtr->clSize) ) continue ; for ( j = 0 ; j < MAX_TRAP_DELAY_TRIES ; j++ ) { /* for this mbuf size, how free is it? */ percentFree = (myPoolPtr->clNumFree * 100) / (myPoolPtr->clNum) ; if ( percentFree < MBUF_DELAY_THRESHOLD ) { /* hold off a while */ delayCount++ ; taskDelay ( 20 ) ; /* want to be able to delay up to*/ /* an empirically derived # */ } } /* end for j */ #ifdef SEND_DELAY_DEBUG if ( delayCount ) { printf("Delayed %d times mbuf %d\n", delayCount , myPoolPtr->clSize); } #endif } /* end for i */ } Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: inter-processor comm Date: Tue, 29 Jun 1999 19:16:19 -0400 From: Elliot Lipeles Organization: LNS, Cornell U., Ithaca, NY 14853 Message-ID: <377953C3.710CFD27@mail.lns.cornell.edu> References: <7lare7$fd529@overload.lbl.gov> Smith wrote: > We are considering using a 2-processor solution for the project on which > I am working. The main reason is to off-load the comm functions > (including MAC and TCP/IP) to a dedicated processor, freeing the other > processor for functions. > > I am looking for possible solutions for the inter-processor comm. and > have some general. Any insight would be greatly appreciated. > > -What type of Multi-Processor support does vxWorks have? > > -What type of functionality does smlib give? > > -Is there such a thing as a CORBA ORB for shared memory? > > Thanks, > Brett Smith > brett.smith@bktech.com > > vxWorks The visegenics ORB (sold by Inprise) says that it will dynamically decide it the client and server are on the same host and in the case use shared memory. Elliot Lipeles --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Unaligned access fault Date: Tue, 29 Jun 1999 18:51:12 -0700 From: "Steve Doiel" Message-ID: <377975a9.0@news.pacifier.com> References: <37788031.A5877402@fmst.vtu.lt> >I'm not very familar with VxWorks, but would like to know about error >handling in it. I'm using VxWorks v3.2 on Alpha CPU, for some >communication tasks. And sometimes I'm getting such error: > >unaligned access fault > Fault VA = 7fffffff7fffffff > Opcode = 29 > Register = 10 > Exception PC = fffffc0001bf92f8 > Exception Stack Frame Pointer = fffffc0001c6e978 > Exception Stack Pointer = fffffc0001c6ea80 >Task: 0x1c6f740 > It's a bit ugly, but what I have found helps to isolate the problem is to start with ti 0x1c6f70 (in your example) (BTW: I'm a little rusty since I haven't done this in a while) VxWorks then displays task control block information which includes the program counter. Find the first symbol that precedes the program counter to determine which function you're in, and then you can disassemble code and match it up with the source. There should be an easier way (and probably is) but what I just described does work. SteveD --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Sample VxWorks driver for raw device? Date: Thu, 24 Jun 1999 14:57:56 -0700 From: Bob Irwin Organization: Systems Interface Software Message-ID: <3772A9E4.9DBD739C@systemsinterface.com> References: <37721FA6.493D1172@cur-archamps.fr> psav wrote: > > I'm looking for a sample about creating and installing a raw device and > its driver with VxWorks 5.2. Thank you. What kind of raw device? If its a disk, you can use the Raw File System (p 244 5.2 programmer's guide). If it's scsi based, but not disk, you can use scsiLib. - -- Bob Irwin bobi@systemsinterface.com Phone:281-484-6661 --------------------------- Newsgroups: comp.protocols.ppp,comp.os.vxworks Subject: PPP NT to vxWorks, can't detect disconnect Date: Tue, 29 Jun 1999 22:10:23 -0700 From: Melinda Stimpson Organization: Web Guy Productions Message-ID: <3779A6BF.1769@webguy-prod.com> Reply-To: melinda@webguy-prod.com I have a PPP connection from Windows NT to a system running vxWorks. (The vxWorks system is in silent mode.) NT calls in (using dial-up networking), the connection is established, all is well - until I try to disconnect from the NT side. vxWorks never sees the disconnect (specifically, the PPP disconnect hook function is never called), no matter what I do. I have tried hanging up the connection on the NT box, or exiting dial-up networking (disconnecting as I go), or even shutting down the PPP link on the vxWorks side via pppDelete (or whatever it's called; I'm at home now). Nothing results in the disconnect hook function being called. I really need to call it, because I need to know when to go back to listening for the NT dial-up networking "CLIENT" boloney. Anyone have any ideas? E-mail replies can/should go to mstimp@artel.com (my wife does not need a mailbox full of PPP technical details). Thanks! - -- There would be fewer problems with children if they had to chop wood to keep the television set going. --------------------------- Newsgroups: comp.protocols.ppp,comp.os.vxworks Subject: Re: Help: PPP link established, but can't do anything? Date: Tue, 29 Jun 1999 22:25:29 -0700 From: Melinda Stimpson Organization: Web Guy Productions Message-ID: <3779AA49.B1F@webguy-prod.com> References: <37754438.54C5@webguy-prod.com> <7l5aiv$5es@inetport.com> Reply-To: melinda@webguy-prod.com Clifford Kite wrote: > > Melinda Stimpson (melinda@webguy-prod.com) wrote: > > : I am trying to connect Windows NT to a vxWorks system using PPP. > : Once I got the NT non-PPP CLIENT/CLIENTSERVER nonsense out of the way, > : I was able to make a connection. However, I can't *do* anything with > : the connection - I can't telnet, rlogin, or even ping. > .. > > : problem). Note specifically the "Unknown protocol 80fd" - I presume > : that is telling me of a problem, but what, exactly? > > The 80fd refers to Compression Control Protocol (CCP) which "ppp0" > either doesn't support or is configured not to support. Neither this > or any of the ConfRej's for various LCP options prevented the link > negotiations from reaching an apparently normal completion. > > A silly question: Do you have a host route on each side of the link to > the other side through the PPP interface? Apparently, the problem was something to do with subnets. When I moved the PPP IP addresses to something that wasn't on the Ethernet subnet address of the NT box, everything worked. - -- There would be fewer problems with children if they had to chop wood to keep the television set going. --------------------------- Newsgroups: comp.os.vxworks Subject: using multiple routing protocols in SENS Date: Mon, 28 Jun 1999 15:29:16 GMT From: rksripada@hotmail.com Organization: Deja.com - Share what you know. Learn what you don't. Message-ID: <7l84bs$jmr$1@nnrp1.deja.com> The SENS manual says that when multiple routing protocols are used, the SENS can dynamically specify which route has the precedence. Can someone elaborate on how SENS can do this dynamically??? For example, there is a Router using SENS configured to run RIP and OSPF. RIP learns a route (let's say RIP-ROUTE) for a subnet S1. Also, the OSPF learns a route (let's say OSPF-ROUTE) for the same subnet S1. If the RIP-ROUTE and OSPF-ROUTE are different, which route will be given precedence for writing into the kernel's IP Forwarding Table ??? thanks, radhakrishna Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't. --------------------------- End of New-News digest ********************** From owner-vxwexplo-process Wed Jun 30 05:47:31 1999 From: Matthieu Herrb Date: Wed Jun 30 05:47:34 PDT 1999 Subject: saving bootline in NVRAM on mvme2400 Hi, I'm using the VxWorks pre-release BSP from Motorola version 1.1/0.2 on a mvme 2400 board, and I can't get the bootline to be saved in NVRAM. I've put the the boot program (with the default boot line unchanged in config.h) into flash memory, and the board doesn't keep the parameters I'm typing with the boot progrwam 'c' command between reboots. Has someone seen this problem ? is there a solution (other then flashing a boot program with the good parameters or booting directly from PPC-Bug) ? ADVthanksANCE From owner-vxwexplo-process Wed Jun 30 07:39:16 1999 From: "Eckardt, Suzie" Date: Wed Jun 30 07:39:20 PDT 1999 Subject: Tornado Module Loader & ROM-Resident MIPS Symbols 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_01BEC306.2B250C80 Content-Type: text/plain; charset="iso-8859-1" I've got a ROM-resident VxWorks image executing on a custom MIPS/R3000 board; the image file is: vxworks.res_rom_nosym_res_low. I can attach a target server to this image and access the Tornado tools with no problem. My next step is to download application code to the target; I use the shell "ld" command to do this. When I inspect the downloaded code, I find that references to ROM-resident symbols are not resolved correctly. For example, "lkup" tells me that msgQCreate resides at 0xbfc1919c, yet the downloaded code tries to access msgQCreate at 0x8fc1919c. It seems that the MIPS physical address is properly resolved, but the virtual address is not. The module loader is generating RAM-based addresses for ROM-resident symbols! Has anyone experienced this before? Am I missing a configuration option? Could this be a problem with the target server? ************************************************ ** Suzie Eckardt ** Innovative Concepts, Incorporated ** McLean, VA ** eckardt@innocon.com ** 703-893-2007 x258 ************************************************ ------_=_NextPart_001_01BEC306.2B250C80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Tornado Module Loader & ROM-Resident MIPS Symbols

I've got a ROM-resident VxWorks image executing on a = custom MIPS/R3000 board; the image file is: = vxworks.res_rom_nosym_res_low.  I can attach a target server to = this image and access the Tornado tools with no problem.  My next = step is to download application code to the target; I use the shell = "ld" command to do this.  When I inspect the downloaded = code, I find that references to ROM-resident symbols are not resolved = correctly.  For example, "lkup" tells me that msgQCreate = resides at 0xbfc1919c, yet the downloaded code tries to access = msgQCreate at 0x8fc1919c.  It seems that the MIPS physical address = is properly resolved, but the virtual address is not.  The module = loader is generating RAM-based addresses for ROM-resident = symbols!

Has anyone experienced this before?  Am I = missing a configuration option?  Could this be a problem with the = target server?

************************************************
** Suzie = Eckardt           = ;            = ;        
** Innovative Concepts, = Incorporated    
** McLean, VA 
** eckardt@innocon.com
** 703-893-2007 x258
************************************************

------_=_NextPart_001_01BEC306.2B250C80-- From owner-vxwexplo-process Wed Jun 30 13:11:12 1999 From: Erin Swieringa Date: Wed Jun 30 13:11:15 PDT 1999 Subject: lptDrv with bi-directional parallel port config I am developing on an Intel x86 target (Tornado 1.0.1) and am attempting to use the line printer driver. I cannot print if the target PC's CMOS setting for Parallel Port Type is set as "Bi-directional" - it works if Parallel Port Type is set as "Compatible". We have a large installed base of systems with the Parallel Port Type configured as "Bi-directional" so I'm hoping to avoid modifying the CMOS setting. Our current application (running under DOS) prints successfully with the "Bi-directional" setting. I would think the lpt driver under VxWorks should also work. Among other things I have tried forcing the parallel port C_INPUT (data direction) control register value (using LPT_SETCONTROL as well as sysOutByte(LPT_CTRL(ioBase), ...) prior to calling the driver write routine with no success. Has anybody resolved the above issue? Erin Swieringa Electronic Theatre Controls From owner-vxwexplo-process Wed Jun 30 13:22:37 1999 From: Alan K Biocca Date: Wed Jun 30 13:22:41 PDT 1999 Subject: Re: Expoder working? There was a problem backing up the outgoing email. It is now catching up with several days of output. -- Alan K Biocca vxworks exploder author At 10:52 AM 6/29/99 , you wrote: >Alan, > >I have not received exploder messages for several days, including the >newsgroup archives. Is the system down or did I get bumped for some reason? > >Ron Wagner >rcw@dynres.com From owner-vxwexplo-process Wed Jun 30 18:47:01 1999 From: Fred Roeber Date: Wed Jun 30 18:47:06 PDT 1999 Subject: Re: inter-processor comm On Tue, 29 Jun 1999, Brett Smith wrote on vxWorks: > We are considering using a 2-processor solution for the project on which > I am working. The main reason is to off-load the comm functions > (including MAC and TCP/IP) to a dedicated processor, freeing the other > processor for functions. > > I am looking for possible solutions for the inter-processor comm. and > have some general. Any insight would be greatly appreciated. > > -What type of Multi-Processor support does vxWorks have? I suggest getting VxMP add on package from WRS. Extends semaphores and message queues to multiple processors. Much faster communication than smlib. > -What type of functionality does smlib give? smlib provides a backplane based, Shared Memory, IP communication path so that the two processors could look like two separate network nodes. Thus, this is a loosely coupled approach. Drawback is that the communication is slow and fairly CPU intensive since you are running whole network stack and doing some functions normally offloaded to the networking chip. > -Is there such a thing as a CORBA ORB for shared memory? I don't know. Fred | Fred J Roeber, BBN Systems & Technologies | | 4 John Clarke Road Middletown, RI 02842-5202 | | froeber@bbn.com 401-848-3548 | | TraceMaker product manager | | http://www.tracemaker.bbn.com |