From owner-vxwexplo-process  Tue Jun  1 01:58:42 1999
From: Wayne Bond <Wayne.Bond@telematics.com>
Date: Tue Jun  1 01:58:46 PDT 1999
Subject: Re: C++ on VxWorks
> Submitted-by: "Christopher J. Slominski" <c.j.slominski@larc.nasa.gov>
>
> --=====================_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 <num> 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 <msteyn@ccii.co.za>
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 <class _Predicate>
183: class unary_negate :
184:    public unary_function<typename
__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
-------------------------------------------------------------------
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" <chyou@softec.co.kr>
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 <chaos@idiom.com>
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 <UDoyuran@hc.aselsan.com.tr> 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" <mike@chipware.com>
Date: Tue Jun  1 07:33:32 PDT 1999
Subject: RE: Why the vxworks is so very expensive???
VxWorks Greetings!
> From: "Chae-Ho You" <chyou@softec.co.kr>
>
> 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 <sapp@tekelec.com>
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" <kwm@ssd.ray.com>
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 <Xinyang.Qian@Eng.Sun.COM>
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" <Keith_Buchanan@SPARTA.com>
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 <espin@idiom.com>
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 <Xinyang.Qian@Eng.Sun.COM>
>  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 <f.pertin@staubli.com>
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 <bushman@datacube.com>
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 <f.pertin@staubli.com>
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 <stdio.h>
#include <stdlib.h>
#include <new.h>
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 <class Tp>
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_i<l_arraySize;l_i++)
	{
		printf ("dtor\n");
		(x_ptr+l_i)->Tp::~Tp();
	}
}
template <class Tp>
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 <class Tp>
void U_delete (U_Mem &x_mem, Tp *x_ptr)
{
	_U_delete (x_mem, x_ptr, 0);
}
template <class Tp>
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 <Andrea.Giacosi@italtel.it>
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" <jrada@hitel.com>
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 <bcox@wrs.com>
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" <jrada@hitel.com>
>
>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 <braden@waverider.ca>
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 <bushman@datacube.com>
>
>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" <cvarva@wrsystems.com>
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 <Wayne.Bond@telematics.com>
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 <bcox@wrs.com>
>
> 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" <jrada@hitel.com>
> >
> >>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" <c.j.slominski@larc.nasa.gov>
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"
<html><div>VxWorks Users,</div>
<div>&nbsp;&nbsp;&nbsp;&nbsp; I have installed my new Tornado 2.0
software and rebuild boot ROMs for my MVME-2604 boards.&nbsp; I
programmed the Flash with the new boot ROMs and restarted the
chassis.&nbsp; The new boot ROM code was unable to download the new
VxWorks operating system (error code d0003?).&nbsp; Since I save the boot
ROM code I build from my Tornado 1.0.1, I reprogrammed the Flash with
it.&nbsp; The old boot ROM downloads the new VxWorks image with no
problems, and I am up and running fine.&nbsp; 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.&nbsp; Anybody have any ideas?&nbsp; My
procedure for creating the boot code (boot.bin) was:</div>
<br>
<div>&nbsp;.&nbsp; make clean</div>
<div>&nbsp; . make bootrom_uncmp</div>
&nbsp; . elftobin &lt; bootrom_uncmp &gt; boot.bin
<br>
<br>
<font face="Terminal, Monaco">*----------------------------------------*<br>
|&nbsp;&nbsp;&nbsp;&nbsp; Christopher J.
Slominski&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|<br>
| Computer Sciences Corporation (CSC)&nbsp;&nbsp;&nbsp; |<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 3217 N. Armistead
Ave.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Hampton VA
23666&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (757)
766-8258&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
c.j.slominski@larc.nasa.gov&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; NASA Mail Stop
931&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|<br>
*----------------------------------------*<br>
</font></html>
--=====================_-1709220409==_.ALT--
From owner-vxwexplo-process  Fri Jun  4 13:48:28 1999
From: Roger Cruz <rogerc_nojunk@ignitus.com>
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" <mshim@rst.com>
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 <ramnivas@rti.com>
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 <target>@<host>
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 <Alef0@127.0.0.1>
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 <akaspick@nortelnetworks.com> 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 <Wayne.Bond@telematics.com>
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" <chyou@softec.co.kr>
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" <scheurer@zfs.rus.uni-stuttgart.de>
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,<out.file>". 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 <support@xlink.com>
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 <target>@<host>
> 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" <robert.j.bollhorst@lmco.com>
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 <ramnivas@rti.com>
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 <ramnivas@rti.com>
>>
>> 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
<target>@<host>
>> 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 <support@xlink.com>
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 <ramnivas@rti.com>
> >>
> >> 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
> <target>@<host>
> >> 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 <dsl@tadpole.co.uk>
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 <dsl@tadpole.co.uk>
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" <lsa2@dera.gov.uk>
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 <mcuddy@fensende.com>
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.
                          <http://www.cauce.org/>
From owner-vxwexplo-process  Wed Jun  9 12:20:13 1999
From: "Christopher J. Slominski" <c.j.slominski@larc.nasa.gov>
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"
<html><div>VxWorks Users,</div>
&nbsp;&nbsp;&nbsp;&nbsp; I have started using Tornado 2.0 on my Windows
NT development platform.&nbsp; I made a custom VxWorks as a project in my
workspace.&nbsp; I want to include my application in the custom
VxWorks.&nbsp; I put a call to my startup procedure in
usrAppInit.c.&nbsp; I included the '.out' file of my application as a
file for the custom VxWorks project.&nbsp; When I build, I get a link
error because it can't find the application function I reference.&nbsp; I
removed the '.out'&nbsp; file and select all the source code of my
application as part of the custom VxWorks.&nbsp; This builds and runs
fine.&nbsp; Why can't I just reference another project's '.out', instead
of all the source code files?
<br>
<br>
<font face="Terminal, Monaco">*----------------------------------------*<br>
|&nbsp;&nbsp;&nbsp;&nbsp; Christopher J.
Slominski&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|<br>
| Computer Sciences Corporation (CSC)&nbsp;&nbsp;&nbsp; |<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 3217 N. Armistead
Ave.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Hampton VA
23666&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (757)
766-8258&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
c.j.slominski@larc.nasa.gov&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; NASA Mail Stop
931&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|<br>
*----------------------------------------*<br>
</font></html>
--=====================_-1269061394==_.ALT--
From owner-vxwexplo-process  Wed Jun  9 12:38:50 1999
From: "Eckardt, Suzie" <Eckardt@innocon.com>
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
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2232.0">
<TITLE>Job Opportunity</TITLE>
</HEAD>
<BODY>
<BR>
<P><FONT SIZE=3D2>We have an immediate opening for an embedded, =
realtime software engineer to design/develop software for a custom, =
VxWorks-based, satellite processor board.&nbsp; 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.</FONT></P>
<P><FONT SIZE=3D2>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.&nbsp; The board also has a Flash =
memory array, for which a VxWorks TrueFFS-compatible driver must be =
written.&nbsp; The custom hardware has recently arrived and is =
undergoing initial debug and test.&nbsp; 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.</FONT></P>
<P><FONT SIZE=3D2>In addition to working on hardware-related code, the =
candidate will also participate in the design, development, and test of =
application level software.&nbsp; The software includes DSP-based =
processor board control, fault detection, command processing, and =
telemetry collection tasks.</FONT></P>
<P><FONT SIZE=3D2>We develop our code in C, with limited Assembly as =
needed.&nbsp; We use the following UNIX-based host development tools: =
GNU C and MAKE, Tornado, ClearCase CM.&nbsp; </FONT></P>
<P><FONT SIZE=3D2>The position is in Northern Virginia, in the DC metro =
area.&nbsp; If you wish to be considered, please email your resume to =
the following address: resume@innocon.com.&nbsp; Reference =
&quot;IOBP-1&quot; in the Subject line of your email.&nbsp; You can =
browse our website, www.innocon.com, for information on the company and =
to view other engineering job opportunities.</FONT></P>
</BODY>
</HTML>
------_=_NextPart_001_01BEB2AF.E95DEA50--
From owner-vxwexplo-process  Wed Jun  9 14:44:16 1999
From: Xinyang Qian <Xinyang.Qian@Eng.Sun.COM>
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(<tffs-path>,
    	<block-device-id>,<DOS_VOL_CONFIG>) 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 <dsl@tadpole.co.uk>
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" <c.j.slominski@larc.nasa.gov>
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
<html><div>VxWorks Users,</div>
<div>&nbsp;&nbsp;&nbsp;&nbsp; I'm using Tornado 2.0 (Windows NT based)
for a MVME-2604 writing 'C' code.&nbsp; I am using the Tornado 'project'
facility instead of directly modifying files in the Wind Rivers directory
tree.&nbsp; I have completed an application and have built a VxWorks
downloadable image with my application included.&nbsp; I configured
VxWorks to have the built in symbol table and target shell.&nbsp; My main
application starts from the 'usrAppInit' function as suggested by
WRS.&nbsp; My application is lined in as an archive file, using the LIBS
macro.&nbsp; The system boots and runs my application.&nbsp; I can
manuallly stop it and restart it from the target shell by entering the
names of my shutdown function or startup function.&nbsp; Other utility
functions included in my archive are not accessable however from the
target shell.&nbsp; I get &quot;symbol not found&quot; when I try to use
them.&nbsp; 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.&nbsp; This worked,
but makes no sense to me.&nbsp; I included below my usrAppInit with the
artificial references needed to cause the symbols 'setup' and 'monitor'
to become accessable from the target shell.</div>
<br>
<div>/**********************************************************************=
*****
</div>
<div>*** </div>
<div>* </div>
<div>* usrAppInit - initialize the users application </div>
<div>*/ </div>
<div>extern void run(void); </div>
<div>extern void setup(void); </div>
<div>extern void monitor(void); </div>
<div>static void forceSym(void *);</div>
<div>void usrAppInit (void) </div>
<div>{ </div>
<div>#ifdef USER_APPL_INIT </div>
<div>USER_APPL_INIT; /* for backwards compatibility */ </div>
<div>#endif</div>
<div>/* add application specific code here */ </div>
<div>forceSym(setup); </div>
<div>forceSym(monitor); </div>
<div>run(); </div>
<div>}</div>
<div>static void forceSym(void *module) </div>
<div>{ </div>
<div>printf(&quot;%8.8X\n&quot;, (unsigned) module); </div>
<div>}</div>
<br>
<br>
<font face=3D"Terminal,=
 Monaco">*----------------------------------------*<br>
|&nbsp;&nbsp;&nbsp;&nbsp; Christopher J.
Slominski&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|<br>
| Computer Sciences Corporation (CSC)&nbsp;&nbsp;&nbsp; |<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 3217 N. Armistead
Ave.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Hampton VA
23666&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;
|<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (757)
766-8258&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;
|<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;
|<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
c.j.slominski@larc.nasa.gov&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<br>
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; NASA Mail Stop
931&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|<br>
*----------------------------------------*<br>
</font></html>
--=====================_-1097958952==_.ALT--
From owner-vxwexplo-process  Sat Jun 12 01:01:49 1999
From: Venkatesh Prakash PS <vps@bell-labs.com>
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 <david.hamel@ntanet.net>
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" <eric.durand@techn.alstom.com>
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 <rdfa@eci.esys.com>
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" <rplentz@bellsouth.net>
Message-ID: <lrB83.8267$hh1.2627@news1.mia>
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 <chaos@idiom.com>
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 <umkaspic@cc.umanitoba.ca> 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 <dblbrown@earthlink.net>
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" <bror.johansson@esavionics.se>
Organization: Ericsson
Message-ID: <7j57do$e64@newstoo.ericsson.se>
References: <7j0ki2$e73$1@news03.btx.dtag.de> <37555022.131C@srtelecom.com>
Pierre Olivier <pierre_olivier@srtelecom.com> 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 <tmb@isotek.co.uk>
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 <ssherin@syncro-tech.com> 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 <kelley@cea.berkeley.edu> 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" <hzimmer@iname.com> 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 <msteyn@ccii.co.za> 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 <class _Predicate>
> 183: class unary_negate :
> 184:    public unary_function<typename
> __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 <michael.hermann@nuvation.com>
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 <andalton@nortelnetworks.com>
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 <chaos@idiom.com>
Organization: PSO Systems Inc (http://www.pso.com)
Message-ID: <7ivml5$9su$1@news.idiom.com>
References: <374EA8A5.3FC84899@ims.fhg.de>
stevens <stevens@ims.fhg.de> 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 <tmb@isotek.co.uk> 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     |   -\<,      * <\      </L   <>
<> 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" <sss@sss.sss>
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" <cvarva@wrsystems.com>
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" <cvarva@wrsystems.com>
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 <pierre_olivier@srtelecom.com>
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" <RBRalston@NoSpamThanks.RA.Rockwell.Com>
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 <boyej@aol.com> 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 <cadfael@triumf.ca>
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 <umkaspic@cc.umanitoba.ca>
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 <umkaspic@cc.umanitoba.ca> 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 <ross@scr.siemens.com>
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 <markkozel@lightspeed.net>
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 <Alef0@127.0.0.1>
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 <kbalusu@hns.com>
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 <kbalusu@hns.com>
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 <froeber@bbn.com>
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 <rplentz@bellsouth.net> 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 <froeber@bbn.com>
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 <dsl@tadpole.co.uk>
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 <dsl@tadpole.co.uk>
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 <kbalusu@hns.com> 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" <svczjh@sbell.com.cn>
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 <andreas.lugbauer@siemens.at>
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 <spk@uswest.com>
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" <stevebj@inxpress.net>
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 <mbeede@ciprico.com>
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 <kbalusu@hns.com> 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>,  <ptone@n2.net> 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: <mlang-0406992011440001@truck.jpl.nasa.gov>
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 <shu96jsp@reading.ac.uk>
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" <hzimmer@iname.com>
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 <fminich@ti.com>
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 <roberto.nunnari@agie.ch>
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: "躹" <andro@channeli.net>
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: <vZ193.5119$NY6.2187@news.rdc1.sfba.home.com>
References: <37636BB8.AE90EEB5@127.0.0.1>
In article <37636BB8.AE90EEB5@127.0.0.1>, Alef0 <Alef0@127.0.0.1> 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 <tmb@isotek.co.uk> 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" <peterh@transpond.co.uk>
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 <chyou@softec.co.kr> 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" <hhs@naraeinfo.com>
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" <wfookes@ndsuk.com>
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 <jford@gb.nrao.edu>
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 <froeber@bbn.com>
>
> On Sat, 12 Jun 1999, Ray Lentz <rplentz@bellsouth.net> 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 <jford@gb.nrao.edu>
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" <ian.moy@roke.co.uk>
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 <dsl@tadpole.co.uk>
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 <dsl@tadpole.co.uk>
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 <roberto.nunnari@agie.ch>
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 <kirk.d.ellett@boeing.com>
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 <david.hamel@ntanet.net>
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 <kam@oce.nl>
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 <target>@<host>
> 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" <svczjh@sbell.com.cn>
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 <david.hamel@ntanet.net> 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 <kdjath@ensem.u-nancy.fr>
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 <stephenm@wrs.com>
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 <std_disclaimer.h>
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 <Marvin@nomail.com>
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 <Marvin@nomail.com>
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" <hoff@bnl.gov>
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 <Marvin@nomail.com>
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 <Marvin@nomail.com>
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: <YR173.5131$Dp4.3393@news.rdc1.sfba.home.com>
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: <l_173.5174$Dp4.3393@news.rdc1.sfba.home.com>
References: <7ja18n$4vc$1@news2.kornet.net>
In article <7ja18n$4vc$1@news2.kornet.net>, "Chae-Ho You" <chyou@softec.co.kr> 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: <olv63.17229$pl3.21476@newreader.ukcore.bt.net>
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 <phil.ashby@wireplay.bt.co.uk>
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 <funonh2o@metrolink.net>
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
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
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.&nbsp; I
have posted messages a couple of times with questions and the responses
that I have received have been very helpful.&nbsp; I now have another question
that I am hoping that someone on this newsgroup can provide some help or
explanation.
<p>On the project that I am working, we have recently come across what
I am thinking is a informational message.&nbsp; When we load some programs
we get a message indicating "Undefined sysbol" (example below).
<p><font face="Courier New,Courier">-> ld &lt; util.o</font>
<br><font face="Courier New,Courier">Undefined symbol: _$_13Iostream_init
(binding 1 type 0)</font>
<br><font face="Courier New,Courier">value = 24799816 = 0x17a6a48</font>
<p>We have tried to determine what is causing this message.&nbsp; We have
not been able to figure out why.&nbsp;&nbsp; I am suspecting that it is
something very simple to explain.&nbsp;&nbsp; And if an error, probably
easy to correct.
<p>Could someone provide an explanation?&nbsp; It would be greatly appreciated.
<p>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.
<p>Thank you,
<br>Peter
<br>-----------------------------------------------
<br>E-mail: funonh2o@metrolink.net (home)
<p>-----------------------------------------------
<br>&nbsp;</html>
- --------------523F8036B9624EBF01E8B0EF--
---------------------------
Newsgroups: comp.os.vxworks
Subject: Configuring vxWorks for bootp
Date: Mon, 14 Jun 1999 18:32:20 -0500
From: Matt Henderson <matt_h@swbell.net>
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 <matt_h@swbell.net>
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" <emtd.derby@dial.pipex.com>
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 <dschmidt@wrs.com>
Organization: Airnews.net! at Internet America
Message-ID: <BB8FFD092FFF4625.FDD1DB9FF982C163.F9C48BCAFC3082A9@lp.airnews.net>
References: <3758c313.0@dnews.sbell.com.cn> <37599865.9B756BE1@ntanet.net> <3759d00a.0@dnews.sbell.com.cn> <un1ycp095.fsf@teklogix.com>
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 <file>" on both files and you can see why
> one takes more room than the other.
>
> hth,
> Bill
>
> >>>>> "Zha" == Zha Junhai <svczjh@sbell.com.cn> 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" <dcraig@euphonix.com>
Organization: Verio
Message-ID: <yki93.489$Sl3.28226@nuq-read.news.verio.net>
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" <haines@falls.igs.net>
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 <john.komp@uscorp.net> 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" <rmeel@msn.com>
Message-ID: <e7P3jxut#GA.215@cpmsnbbsa03>
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 <mbeede@ciprico.com>
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> <un1ycp095.fsf@teklogix.com> <BB8FFD092FFF4625.FDD1DB9FF982C163.F9C48BCAFC3082A9@lp.airnews.net>
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 <mbeede@ciprico.com>
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> <un1ycp095.fsf@teklogix.com> <BB8FFD092FFF4625.FDD1DB9FF982C163.F9C48BCAFC3082A9@lp.airnews.net>
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 <paul@mecalc.co.za>
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 <chaos@idiom.com>
Organization: PSO Systems Inc (http://www.pso.com)
Message-ID: <7jjv4t$p0v$1@news.idiom.com>
References: <375D4F58.6AB1@gecm.com>
Dave Moore <dave.moore@gecm.com> 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" <yjjung@cselab.snu.ac.kr>
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 <rolf.kistler@stest.ch>
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"
<yjjung@cselab.snu.ac.kr> 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 dlivr  son destinataire.
A compter du 10 Mai, Les domaines de messagerie xxxxx.thomson.fr sont
dfinitivement abandonns. Veuillez utiliser dsormais les domaines
xxxxx.thomson-csf.com
<<INFORMATION : Your mail is not delivered
since May the 10, the Mail domains xxxxx.thomson.fr are definitely
removed.
Could use now the mail domains xxxxxx.thomson-csf.com
  -----  Original message follows  -----
--=========37664C0500002ADF/thomplex.thomson-csf.com
Content-Type: Message/RFC822
Return-Path: <owner-vxworks_users@csg.lbl.gov>
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 <roberto.nunnari@agie.ch>
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 <kirk.d.ellett@boeing.com>
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 <david.hamel@ntanet.net>
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 <kam@oce.nl>
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 <target>@<host>
> 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" <svczjh@sbell.com.cn>
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 <david.hamel@ntanet.net> 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 <kdjath@ensem.u-nancy.fr>
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 <dsl@tadpole.co.uk>
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" <ian.moy@roke.co.uk>
>
> 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 <roberto.nunnari@agie.ch>
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 <kirk.d.ellett@boeing.com>
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 <david.hamel@ntanet.net>
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 <kam@oce.nl>
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 <target>@<host>
> 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" <svczjh@sbell.com.cn>
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 <david.hamel@ntanet.net> 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 <kdjath@ensem.u-nancy.fr>
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 <stephenm@wrs.com>
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 <std_disclaimer.h>
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 <Marvin@nomail.com>
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 <Marvin@nomail.com>
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" <hoff@bnl.gov>
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 <Marvin@nomail.com>
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 <Marvin@nomail.com>
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: <YR173.5131$Dp4.3393@news.rdc1.sfba.home.com>
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: <l_173.5174$Dp4.3393@news.rdc1.sfba.home.com>
References: <7ja18n$4vc$1@news2.kornet.net>
In article <7ja18n$4vc$1@news2.kornet.net>, "Chae-Ho You" <chyou@softec.co.kr> 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: <olv63.17229$pl3.21476@newreader.ukcore.bt.net>
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 <phil.ashby@wireplay.bt.co.uk>
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 <funonh2o@metrolink.net>
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
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
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.&nbsp; I
have posted messages a couple of times with questions and the responses
that I have received have been very helpful.&nbsp; I now have another question
that I am hoping that someone on this newsgroup can provide some help or
explanation.
<p>On the project that I am working, we have recently come across what
I am thinking is a informational message.&nbsp; When we load some programs
we get a message indicating "Undefined sysbol" (example below).
<p><font face="Courier New,Courier">-> ld &lt; util.o</font>
<br><font face="Courier New,Courier">Undefined symbol: _$_13Iostream_init
(binding 1 type 0)</font>
<br><font face="Courier New,Courier">value = 24799816 = 0x17a6a48</font>
<p>We have tried to determine what is causing this message.&nbsp; We have
not been able to figure out why.&nbsp;&nbsp; I am suspecting that it is
something very simple to explain.&nbsp;&nbsp; And if an error, probably
easy to correct.
<p>Could someone provide an explanation?&nbsp; It would be greatly appreciated.
<p>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.
<p>Thank you,
<br>Peter
<br>-----------------------------------------------
<br>E-mail: funonh2o@metrolink.net (home)
<p>-----------------------------------------------
<br>&nbsp;</html>
- --------------523F8036B9624EBF01E8B0EF--
---------------------------
Newsgroups: comp.os.vxworks
Subject: Configuring vxWorks for bootp
Date: Mon, 14 Jun 1999 18:32:20 -0500
From: Matt Henderson <matt_h@swbell.net>
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 <matt_h@swbell.net>
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" <emtd.derby@dial.pipex.com>
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 <dschmidt@wrs.com>
Organization: Airnews.net! at Internet America
Message-ID: <BB8FFD092FFF4625.FDD1DB9FF982C163.F9C48BCAFC3082A9@lp.airnews.net>
References: <3758c313.0@dnews.sbell.com.cn> <37599865.9B756BE1@ntanet.net> <3759d00a.0@dnews.sbell.com.cn> <un1ycp095.fsf@teklogix.com>
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 <file>" on both files and you can see why
> one takes more room than the other.
>
> hth,
> Bill
>
> >>>>> "Zha" == Zha Junhai <svczjh@sbell.com.cn> 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" <dcraig@euphonix.com>
Organization: Verio
Message-ID: <yki93.489$Sl3.28226@nuq-read.news.verio.net>
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" <haines@falls.igs.net>
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 <john.komp@uscorp.net> 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" <rmeel@msn.com>
Message-ID: <e7P3jxut#GA.215@cpmsnbbsa03>
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 <mbeede@ciprico.com>
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> <un1ycp095.fsf@teklogix.com> <BB8FFD092FFF4625.FDD1DB9FF982C163.F9C48BCAFC3082A9@lp.airnews.net>
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 <mbeede@ciprico.com>
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> <un1ycp095.fsf@teklogix.com> <BB8FFD092FFF4625.FDD1DB9FF982C163.F9C48BCAFC3082A9@lp.airnews.net>
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 <paul@mecalc.co.za>
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 <chaos@idiom.com>
Organization: PSO Systems Inc (http://www.pso.com)
Message-ID: <7jjv4t$p0v$1@news.idiom.com>
References: <375D4F58.6AB1@gecm.com>
Dave Moore <dave.moore@gecm.com> 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" <yjjung@cselab.snu.ac.kr>
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 <rolf.kistler@stest.ch>
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"
<yjjung@cselab.snu.ac.kr> 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 <MJH@rtp.co.uk>
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" <etapia@pgaero.co.uk>
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 <shu96jsp@reading.ac.uk>
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" <RBRalston@NoSpamThanks.RA.Rockwell.Com>
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 <Alef0@127.0.0.1> 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 <dwfraser@lucent.com>
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 <npinto@eg3.com>
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 <Marvin@nomail.com> 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).
<snip>
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 <wrr@empireone.net>
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 <phil.ashby@wireplay.bt.co.uk>
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 <phil.ashby@wireplay.bt.co.uk>
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 <Mark.Cole@usa.alcatel.com>
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 <roberto.nunnari@agie.ch>
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 <roberto.nunnari@agie.ch>
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 <emwson@emw.ericsson.se>
Organization: Ericsson Microwave Systems AB, Molndal
Message-ID: <vmpv2z48jk.fsf@breeze.mo.emw.ericsson.se>
References: <vmn1yaq1kj.fsf@breeze.mo.emw.ericsson.se>
Martin Lorentzon <emwson@emw.ericsson.se> 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 <nobody@nowhere.tennyson.com.au>
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 <dao@mypc.mv.com>
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 <FDS250@email.mot.com>
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: <slrn7lt1f9.fhe.chc@nasa2.ksc.nasa.gov>
References: <375D855D.53FE2FA8@lmco.com>
On Tue, 08 Jun 1999 14:04:29 -0700, Stephen Helding <Stephen.Helding@lmco.com>
 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 <roberto.nunnari@agie.ch>
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 <DavidSchmidt@wrs.com>
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 <mbeede@ciprico.com>
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" <G.Vos@rohill.nl>
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
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 http-equiv=3DContent-Type><!=
DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"><!DOCTYPE HTML PUBLIC "-//W3C=
//DTD W3 HTML//EN"><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"><!DOCTYP=
E HTML PUBLIC "-//W3C//DTD W3 HTML//EN"><!DOCTYPE HTML PUBLIC "-//W3C//DTD =
W3 HTML//EN"><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"><!DOCTYPE HTML=
 PUBLIC "-//W3C//DTD W3 HTML//EN"><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTM=
L//EN">
<META content=3D'"MSHTML 4.72.2106.6"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>Hello,</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>We have received our copy of Tornado II=
 two days=20
ago. </FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>My very personal opinion:</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>I would've been ashamed of myself when =
I had=20
released a program like</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>Tornado II in=20
1999.</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>It's not much of an improvement, and I fail to see why =
it is=20
called version 2.</FONT></DIV>
<DIV><FONT size=3D2>1.1 would be better, looking at the improvements. Well,=
 maybe=20
because of</FONT></DIV>
<DIV><FONT size=3D2>workspaces, and the massively improved 'debugger shell'=
=20
</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>I'm only pointing to the IDE itself her=
e. I=20
don't know if any other stuff is</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>improved (tools/u=
tilities).=20
But that has sort of nothing to do with the IDE,</FONT></DIV>
<DIV><FONT size=3D2>because it are all stand-alone utilities.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>I was wondering if anyone is interested=
 in=20
creating a list with all the stuff that</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>SHOULD be in Torn=
ado. That=20
is, I'll start here...</FONT></DIV>
<DIV><FONT size=3D2>If we hurry, WRS can release Tornado 3 before the mille=
nnium=20
:)</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>I'm not a long time VxWorks developer o=
r=20
anything (don't ask my age :), but I </FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>know what a decen=
t IDE=20
should look like. And whether it is cross or native </FONT></DIV>
<DIV><FONT size=3D2>development should *not* effect the look of an IDE. I m=
ean,=20
&quot;it's hard to create</FONT></DIV>
<DIV><FONT size=3D2>a perfect IDE because it is for embedded development&qu=
ot; is=20
not an excuse!</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>Here's a list to start with (INPO):</FO=
NT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2></FONT><FONT color=3D#000000 size=3D2>1. It is still po=
ssible to=20
select flags when configuring the VxWorks image, after </FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>which building wi=
ll=20
fail</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>2. You still have to include stdio.h before e.g. sysLib=
.h or=20
else compiling will fail.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>3. The code editor is still useless. It does not keep=
=20
indentation. This is the first </FONT></DIV>
<DIV><FONT size=3D2>thing I would implement when developing an editor, but =
it=20
seems WRS is thinking</FONT></DIV>
<DIV><FONT size=3D2>otherwise. </FONT></DIV>
<DIV><FONT size=3D2>External editor? Does this mean WRS is unable to create=
 a good=20
one themselves?</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>4. </FONT><FONT size=3D2>When I want a description </FO=
NT><FONT=20
size=3D2>of a function, I want a detailed description on ever </FONT></DIV>
<DIV><FONT size=3D2>single parameter, structure and </FONT><FONT size=3D2>c=
onstant.=20
And structure definitions are definitely</FONT></DIV>
<DIV><FONT size=3D2>part of a manual! It is really awkward </FONT><FONT siz=
e=3D2>you=20
have to look (most of) them up in header</FONT></DIV>
<DIV><FONT size=3D2>files (plain stupid). And why are e.g. the PCI function=
s not=20
documented?</FONT></DIV>
<DIV><FONT size=3D2>Also I would really </FONT><FONT size=3D2>like some cod=
e=20
examples.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>-- I was desperately hoping T2 would ha=
ve been=20
improved on these 4 points...but</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>nothing happened=
=20
- --</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>5. Tool buttons/bars, hot-keys, etc. ar=
e not=20
customizable. No, we are not spoiled</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>with over-feature=
d IDEs, we=20
just know what is good!</FONT></DIV>
<DIV><FONT size=3D2>And also, WRS is advertising with stuff like: &quot;If =
you=20
want to shorten time to market, </FONT></DIV>
<DIV><FONT size=3D2>you need Tornado!&quot; </FONT><FONT size=3D2>Well, her=
e is a=20
change to prove it!</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>6. You can't configure bootrom.sys anym=
ore. At=20
least I failed to find a decent way...</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>Why can't it be d=
one=20
anymore?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>7. The code examples in the VxWorks Pro=
grammer's=20
Manual (This is a pretty good</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>document) should =
be in an=20
examples directory (in workspace form).</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>8. The debugging stuff is really nice. =
Every=20
section (watches, variables, call-stack, etc.) </FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>has its own docked window. Now I'm wond=
ering,=20
why isn't the Workspace window (navigator)</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>like </FONT><FONT size=3D2>this? </FONT=
></DIV>
<DIV><FONT size=3D2>It really annoys me when I have e.g. 2 source files, an=
d I=20
want to tile them. I first have</FONT></DIV>
<DIV><FONT size=3D2>to minimize the navigator, click on Tile, resize from t=
he=20
left, and only then I can restore the</FONT></DIV>
<DIV><FONT size=3D2>navigator again, to get a decent view.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>9. It is only possible to *select* a di=
rectory=20
when starting a new project. You can't create a</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>new one from with=
in Tornado=20
at this point, while this is the moment you need it most... </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>Then a more personal opinion:</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>10. The VxWorks API is dirty. When a pa=
rameter=20
is a pointer, it is NEVER declared</FONT></DIV>
<DIV><FONT size=3D2>as a const pointer. This takes away the freedom of the=
=20
developer, because now</FONT></DIV>
<DIV><FONT size=3D2>you can also not use const pointers. Still using const=
=20
pointers will result in </FONT><FONT size=3D2>thousands</FONT></DIV>
<DIV><FONT size=3D2>of warnings. </FONT><FONT size=3D2>Warnings are just li=
ke=20
errors, only not.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>And a utility that definitely needs to =
be=20
updated:</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>11. </FONT><FONT size=3D2>The VxLd 1.2 (for x86 only?) =
utility=20
is a bug. </FONT><FONT size=3D2>VxLd 1.2 </FONT><FONT size=3D2>won't load=
=20
bootrom.sys if </FONT></DIV>
<DIV><FONT size=3D2>it is located on a partition beyond 512Mb or </FONT><FO=
NT=20
size=3D2>1008Mb, depending on the HD (32 or 63 </FONT></DIV>
<DIV><FONT size=3D2>sectors/head).</FONT><FONT size=3D2> When the partition=
 is=20
</FONT><FONT size=3D2>beyond this point, a divide overflow is=20
generated,</FONT></DIV>
<DIV><FONT size=3D2>and &quot;VxLd 1.2&quot; is displayed </FONT><FONT=20
size=3D2>only. </FONT><FONT size=3D2>This bug </FONT><FONT size=3D2>is due =
to using=20
16-bit signed </FONT><FONT size=3D2>integers, </FONT></DIV>
<DIV><FONT size=3D2>instead of unsigned. </FONT><FONT size=3D2>Although whe=
n using=20
</FONT><FONT size=3D2>unsigned, a new bug will appear at 1024/</FONT></DIV>
<DIV><FONT size=3D2>2016Mb (then </FONT><FONT size=3D2>16bit is just not bi=
g enough=20
anymore).</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>What I didn't yet test is: what </FONT>=
<FONT=20
size=3D2>will happen when bootrom.sys is located beyond</FONT></DIV>
<DIV><FONT size=3D2>512/1008Mb on the first partition, a</FONT><FONT size=
=3D2>nd=20
what when a HD (BIOS) only supports </FONT></DIV>
<DIV><FONT size=3D2>LBA access..?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>Geurt Vos</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>-- warnings are just like errors, only =
not=20
- --</FONT></DIV></BODY></HTML>
- ------=_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 <kam@oce.nl>
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 <kbalusu@hns.com> 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 <PKockritz@BoschTelecomInc.com>
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 <dwfraser@lucent.com>
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 <kbalusu@hns.com>
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" <alex@clockwork.freeserve.co.uk>
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" <nospam_steved@pacifier.com>
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 <mbeede@ciprico.com>
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 <anonymous@web.remarq.com>
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 <alan@amc.ab.ca>
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 <dave.moore@gecm.com>
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>,  <coryrad@my-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 <Stephen.Helding@lmco.com>
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 <vxWorks.h>
#include <intLib.h>
#include <semLib.h>
#include <stdio.h>
#include <sysLib.h>
#include <arch/mc68k/ivMc68k.h>
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     |   -\<,      * <\      </L   <>
<> 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 <rdriscoll@fire.sol.com>
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 <rdriscoll@fire.sol.com>
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 <lastimp@home.com>
Organization: Who, us organized???
Message-ID: <hWY93.37973$Fz2.4953@news.rdc1.az.home.com>
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)" <jhrhee@etri.re.kr>
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 <Marvin@nomail.com>
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 <Marvin@nomail.com> 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 <dmurphy@cwa.com>
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 <wylee@cs.hongik.ac.kr>
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"
<alex@clockwork.freeserve.co.uk> 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 <roberto.nunnari@agie.ch>
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" <RBRalston@NoSpamThanks.RA.Rockwell.Com>
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 <alex@clockwork.freeserve.co.uk> 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 <lastimp@home.com>
Organization: Who, us organized???
Message-ID: <yR6a3.39664$Fz2.5019@news.rdc1.az.home.com>
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 <w5dg@arrl.net>
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 <sohacki@nortelnetworks.com>
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 <sohacki@nortelnetworks.com> 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 <donadio@isptechinc.com>
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" <bj1@shot.com>
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 <shu96jsp@reading.ac.uk> 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 <Stephen.Helding@lmco.com>
Organization: Lockheed Martin M&DS Western Region
Message-ID: <375E8CBE.ADCBD742@lmco.com>
References: <375D855D.53FE2FA8@lmco.com> <slrn7lt1f9.fhe.chc@nasa2.ksc.nasa.gov>
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 <Stephen.Helding@lmco.com>
>  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" <k6@lycosmail.com>
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" <john.komp@uscorp.net>
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 <john.komp@uscorp.net> 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" <cyber-leader@worldnet.att.net>
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 <ken.norlin@dfrc.nasa.gov>
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 <alles@cfht.hawaii.edu>
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 <rshd> 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 <Marvin@nomail.com> 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 <rdriscoll@fire.sol.com>
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 <sohacki@nortelnetworks.com>
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?
<snip>
> 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 <Charles.R.Grames@boeing.com>
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" <john.glinski@natinst.com>
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 <ken.norlin@dfrc.nasa.gov> 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 <sapp@tekelec.com>
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" <gk@ccii.co.za>
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
CI  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" <hzimmer@iname.com>
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"
><yjjung@cselab.snu.ac.kr> 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" <randallg53@hotmail.com>
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 <bobi@systemsinterface.com>
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 <emwson@emw.ericsson.se>
Organization: Ericsson Microwave Systems AB, Molndal
Message-ID: <vmn1yaq1kj.fsf@breeze.mo.emw.ericsson.se>
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" <G.Vos@rohill.nl>
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
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 http-equiv=3DContent-Type><!=
DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"><!DOCTYPE HTML PUBLIC "-//W3C=
//DTD W3 HTML//EN"><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"><!DOCTYP=
E HTML PUBLIC "-//W3C//DTD W3 HTML//EN"><!DOCTYPE HTML PUBLIC "-//W3C//DTD =
W3 HTML//EN">
<META content=3D'"MSHTML 4.72.2106.6"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>
<DIV><FONT color=3D#000000 size=3D2>I just started developing stuff with To=
rnado II=20
today, and ran already into three </FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>harmless, </FONT><FONT color=3D#000000 =
size=3D2>yet=20
extremely annoying bugs:</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>When you select New, you have to select the type of the=
 new=20
file, the file name,</FONT></DIV>
<DIV><FONT size=3D2>whether or not to add it to the workspace, etc. You can=
not=20
click 'Ok' before the </FONT></DIV>
<DIV><FONT size=3D2>filename is entered. </FONT><FONT size=3D2>This is all =
really=20
nice. </FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>Bug 1: </FONT></DIV>
<DIV><FONT size=3D2>When you've entered the file name, and select </FONT><F=
ONT=20
size=3D2>a different type (e.g. C/C++ Source</FONT></DIV>
<DIV><FONT size=3D2>file instead of C/C++ Header file), you can't </FONT><F=
ONT=20
size=3D2>click on Ok anymore. You *have* to </FONT></DIV>
<DIV><FONT size=3D2>change the name (add and remove a char) </FONT><FONT=20
size=3D2>before you can click Ok again.</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>The docked debugging windows are really neat. </FONT></=
DIV>
<DIV><FONT size=3D2>The available windows are :</FONT></DIV>
<DIV><FONT size=3D2>-All local variables</FONT></DIV>
<DIV><FONT size=3D2>-The watches</FONT></DIV>
<DIV><FONT size=3D2>-Backtrace</FONT></DIV>
<DIV><FONT size=3D2>-Memory dump</FONT></DIV>
<DIV><FONT size=3D2>-Registers&nbsp;</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>The variables and watch windows are tre=
e views,=20
</FONT><FONT color=3D#000000 size=3D2>so </FONT><FONT size=3D2>when the var=
iable is a=20
struct, </FONT></DIV>
<DIV><FONT size=3D2>you can click on the '+' to open a sub-tree and </FONT>=
<FONT=20
size=3D2>see all the struct-members. </FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>Bug 2: In the variables window I wanted to view the str=
uct=20
members in hex, so </FONT></DIV>
<DIV><FONT size=3D2>I set the variable to Hex </FONT><FONT size=3D2>(you ca=
n't=20
change the format of a single member!). </FONT></DIV>
<DIV><FONT size=3D2>But then the members are </FONT><FONT size=3D2>not view=
ed in=20
Hex. It is still decimal. You have to </FONT></DIV>
<DIV><FONT size=3D2>close and open the sub-tree </FONT><FONT size=3D2>first=
, before=20
they are viewed in hexadecimal. </FONT></DIV>
<DIV><FONT size=3D2>To make this even worse, the format </FONT><FONT size=
=3D2>snaps=20
back to decimal as soon as you </FONT></DIV>
<DIV><FONT size=3D2>do a single-step. </FONT><FONT size=3D2>Close and open =
the=20
</FONT><FONT size=3D2>subtree, and it's hex again.</FONT></DIV>
<DIV><FONT size=3D2>The same thing happens in the watch window.</FONT></DIV=
>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>These two bugs are merely annoying. Here's a real=20
one:</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>It is in the Watch window. </FONT><FONT size=3D2>I have=
 a=20
structure defined as following:</FONT></DIV>
<DIV><FONT size=3D2>typedef struct {</FONT></DIV>
<DIV><FONT size=3D2></FONT><FONT color=3D#000000 size=3D2>&nbsp;&nbsp;&nbsp=
; int=20
Type;&nbsp;&nbsp;&nbsp; /* ADDRESS_TYPE_MEM or ADDRESS_TYPE_PORT */</FONT><=
/DIV>
<DIV><FONT color=3D#000000 size=3D2>&nbsp;&nbsp;&nbsp; int BaseAddress;</FO=
NT></DIV>
<DIV><FONT color=3D#000000 size=3D2>&nbsp;&nbsp;&nbsp; int MemSize</FONT></=
DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>} TPCIResource;</=
FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>In my function:</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>TPCIResource=20
*ResourceList;</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>Then I allocated memory for six structu=
res, so=20
ResourceList is an</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>array with six me=
mbers. I=20
fill the array and add a watch:</FONT></DIV>
<DIV><FONT size=3D2></FONT><FONT color=3D#000000 size=3D2>&nbsp;&nbsp;&nbsp=
;=20
ResourceList[1]</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT color=3D#000000 size=3D2>I=
t seems Ok.=20
The values are right. But when I try to change it to hex</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>it completely fai=
ls. I=20
select Hex (a radio button in the properties window),</FONT></DIV>
<DIV><FONT size=3D2>and as soon as I click Ok, the properties window is all=
 empty.=20
This is</FONT></DIV>
<DIV><FONT size=3D2>the first half of the bug. The second half: I restarted=
 the=20
debugger, added</FONT></DIV>
<DIV><FONT size=3D2>ResourceList[1] again, and started single stepping. Aft=
er=20
every step</FONT></DIV>
<DIV><FONT size=3D2>weird crap is added to the watch list (e.g [0]). It is =
all in=20
someway related</FONT></DIV>
<DIV><FONT size=3D2>to Resource list. You can't remove these watches anymor=
e, and=20
have</FONT></DIV>
<DIV><FONT size=3D2>to restart the entire debugger to empty the watch=20
list.</FONT></DIV>
<DIV>
<DIV><FONT size=3D2>Same stuff happens with:</FONT></DIV>
<DIV><FONT size=3D2>ResourceList + 1</FONT></DIV>
<DIV><FONT size=3D2>ResourceList[Index]</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV></DIV>
<DIV><FONT color=3D#000000 size=3D2>I now really start wondering how Tornad=
o II is=20
developed. I figure they got</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>2 weeks. The firs=
t week they=20
quickly collected some code, and the 2nd</FONT></DIV>
<DIV><FONT size=3D2>week they merged it together and labeled it </FONT><FON=
T=20
size=3D2>Tornado II. They needed at</FONT></DIV>
<DIV><FONT size=3D2>least a third week for testing, but whatever...</FONT><=
/DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>Geurt.</FONT></DIV>
<DIV><FONT size=3D2>-- warnings are just like errors, only not=20
- --</FONT></DIV></DIV></BODY></HTML>
- ------=_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" <david.k.wiggins@cpmx.saic.com>
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 <ken.norlin@dfrc.nasa.gov> 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: <mlang-1806991336230001@truck.jpl.nasa.gov>
References: <7k809n$hbd$1@nnrp1.deja.com> <9F1EA55D2B1016B4.5BD5B7FE9D091CF6.77BE3D78F3CD18CA@lp.airnews.net>
In article
<9F1EA55D2B1016B4.5BD5B7FE9D091CF6.77BE3D78F3CD18CA@lp.airnews.net>, Dave
Schmidt <DavidSchmidt@wrs.com> 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: "" <jsigyun@hyowon.cc.pusan.ac.kr>
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" <khayber@gte.net>
Message-ID: <gqOa3.537$T25.8336@dfiatx1-snr1.gtei.net>
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 <FDS250@email.mot.com> 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 <sohacki@nortelnetworks.com>
Organization: Nortel (Northern Telecom)
Message-ID: <376BC606.E9E3D083@nortelnetworks.com>
References: <7k809n$hbd$1@nnrp1.deja.com> <9F1EA55D2B1016B4.5BD5B7FE9D091CF6.77BE3D78F3CD18CA@lp.airnews.net> <mlang-1806991336230001@truck.jpl.nasa.gov>
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
<snip>
^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" <cameron.fowler@worldnet.att.net>
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" <rslutsker@STX.Kollmorgen.com>
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
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2448.0">
<TITLE>Question about SLIP connection</TITLE>
</HEAD>
<BODY>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">Hi,</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">Does anybody know how =
to</FONT> <FONT SIZE=3D2 FACE=3D"Arial">have</FONT> <FONT SIZE=3D2 =
FACE=3D"Arial">SLIP</FONT><FONT SIZE=3D2 =
FACE=3D"Arial">/PPP</FONT><FONT SIZE=3D2 FACE=3D"Arial"> in</FONT><FONT =
SIZE=3D2 FACE=3D"Arial"></FONT> <FONT SIZE=3D2 =
FACE=3D"Arial">Windows</FONT><FONT SIZE=3D2 FACE=3D"Arial"></FONT> =
<FONT SIZE=3D2 FACE=3D"Arial">over r</FONT><FONT SIZE=3D2 =
FACE=3D"Arial">a</FONT><FONT SIZE=3D2 FACE=3D"Arial">w</FONT><FONT =
SIZE=3D2 FACE=3D"Arial"></FONT> <FONT SIZE=3D2 =
FACE=3D"Arial">COM</FONT><FONT SIZE=3D2 FACE=3D"Arial">1/2</FONT><FONT =
SIZE=3D2 FACE=3D"Arial"></FONT> <FONT SIZE=3D2 =
FACE=3D"Arial">port</FONT><FONT SIZE=3D2 FACE=3D"Arial"></FONT> <FONT =
SIZE=3D2 FACE=3D"Arial">(</FONT><FONT SIZE=3D2 FACE=3D"Arial">without =
modem</FONT><FONT SIZE=3D2 FACE=3D"Arial">)</FONT><FONT SIZE=3D2 =
FACE=3D"Arial">?</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">Rasty</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">Keywords:</FONT><FONT =
SIZE=3D2 FACE=3D"Arial"></FONT> <FONT SIZE=3D2 =
FACE=3D"Arial">vxWorks,</FONT><FONT SIZE=3D2 FACE=3D"Arial"></FONT> =
<FONT SIZE=3D2 FACE=3D"Arial">Tornado,</FONT><FONT SIZE=3D2 =
FACE=3D"Arial"></FONT> <FONT SIZE=3D2 FACE=3D"Arial">Windows</FONT></P>
</BODY>
</HTML>
------_=_NextPart_001_01BEBB1F.DD4238BC--
From owner-vxwexplo-process  Sun Jun 20 18:42:46 1999
From: Fred Roeber <froeber@bbn.com>
Date: Sun Jun 20 18:42:50 PDT 1999
Subject: Re: Putting a task at the end of the READY queue.
Dave Schmidt <DavidSchmidt@wrs.com> 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");`
>    }
> }
<<SNIP>>
>
> 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: <georg.929657215@s2.sgl.ists.ca>
References: <376616CC.39AF4382@stest.ch>
Rolf Kistler <rolf.kistler@stest.ch> 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 <Ralf.Gerlich@t-online.de>
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> <ZH1b3.4577$nh.87339@nnrp4.clara.net>
In comp.os.vxworks
"Clifford Slocombe" <clifford@slocombe.clara.net> 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" <clifford@slocombe.clara.net>
Message-ID: <Bhdb3.5147$nh.103717@nnrp4.clara.net>
References: <7k4f8g$ag0$1@nnrp1.deja.com> <ZH1b3.4577$nh.87339@nnrp4.clara.net> <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 <coder@POTTEDMEAT.texas.net> wrote in message
news:376d32e5.8677720@news.texas.net...
> In comp.os.vxworks
> "Clifford Slocombe" <clifford@slocombe.clara.net> 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 <nobody@nowhere.tennyson.com.au>
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" <nospam_steved@pacifier.com>
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 <vxworks.st_rom >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: <Fdlb3.13639$NY6.5165@news.rdc1.sfba.home.com>
References: <7k4f8g$ag0$1@nnrp1.deja.com> <ZH1b3.4577$nh.87339@nnrp4.clara.net> <376d32e5.8677720@news.texas.net> <Bhdb3.5147$nh.103717@nnrp4.clara.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 <Bhdb3.5147$nh.103717@nnrp4.clara.net>, "Clifford Slocombe"
<clifford@slocombe.clara.net> 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 <coder@POTTEDMEAT.texas.net> wrote in message
>news:376d32e5.8677720@news.texas.net...
>> In comp.os.vxworks
>> "Clifford Slocombe" <clifford@slocombe.clara.net> 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: <Vflb3.13640$NY6.5165@news.rdc1.sfba.home.com>
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: <Omlb3.13641$NY6.5165@news.rdc1.sfba.home.com>
References: <7k809n$hbd$1@nnrp1.deja.com> <9F1EA55D2B1016B4.5BD5B7FE9D091CF6.77BE3D78F3CD18CA@lp.airnews.net> <mlang-1806991336230001@truck.jpl.nasa.gov> <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
<sohacki@nortelnetworks.com> 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
>
><snip>
>
>^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: <vxlb3.13644$NY6.5165@news.rdc1.sfba.home.com>
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>, ""
<jsigyun@hyowon.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." <eric_d_woolverton@md.northgrum.com>
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" <kerryw@nortelnetworks.com>
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/<yourbsp>) 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 <mailto: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" <lsa2@dera.gov.uk>
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 <shoutchen@SYSTRAN.com>
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
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2448.0">
<TITLE>i960vh Tornado Vxworks</TITLE>
</HEAD>
<BODY>
<UL>
<P><FONT SIZE=3D2 FACE=3D"Times New Roman">Has anybody done a BSP port =
to the Intel i960VH development board that Cyclone built?</FONT><FONT =
FACE=3D"Times New Roman"><BR>
</FONT><FONT SIZE=3D2 FACE=3D"Times New Roman">If so would you share =
the BSP??</FONT><FONT FACE=3D"Times New Roman"><BR>
<BR>
<I></I></FONT><I><FONT SIZE=3D2 FACE=3D"Times New Roman">Steve =
Houtchen</FONT></I><FONT FACE=3D"Times New Roman"><BR>
</FONT><I></I><I><FONT SIZE=3D2 FACE=3D"Times New Roman">Senior =
Software Engineer</FONT></I><FONT FACE=3D"Times New Roman"><BR>
</FONT><I></I><I><FONT SIZE=3D2 FACE=3D"Times New Roman">Systran =
Corporation</FONT></I><FONT FACE=3D"Times New Roman"><BR>
</FONT><I></I><I><FONT SIZE=3D2 FACE=3D"Times New Roman">4126 Linden =
Avenue, Dayton, OH 45432</FONT></I><FONT FACE=3D"Times New Roman"><BR>
</FONT><I></I><I><FONT SIZE=3D2 FACE=3D"Times New Roman">(937)252-5601 =
ext 327</FONT></I><FONT FACE=3D"Times New Roman"><BR>
</FONT><I></I><I><FONT SIZE=3D2 FACE=3D"Times New =
Roman">shoutchen@systran.com</FONT></I><FONT FACE=3D"Times New Roman"> =
</FONT>
</P>
</UL>
<P><I><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Times New Roman">Steve =
Houtchen</FONT></I>
<BR><I><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Times New Roman">Senior =
Software Engineer</FONT></I>
<BR><I><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Times New =
Roman">Systran Corporation</FONT></I>
<BR><I><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Times New Roman">4126 =
Linden Avenue, Dayton, OH 45432</FONT></I>
<BR><I><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Times New =
Roman">(937)252-5601 ext 327</FONT></I>
<BR><I><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Times New =
Roman">shoutchen@systran.com</FONT></I>
</P>
<BR>
</BODY>
</HTML>
------_=_NextPart_001_01BEBC0F.D7D3A910--
From owner-vxwexplo-process  Tue Jun 22 01:49:42 1999
From: David Laight <dsl@tadpole.co.uk>
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 <dwfraser@lucent.com>
Organization: Lucent Technologies
Message-ID: <376E4006.B5084F48@lucent.com>
References: <7kk775$7i61@overload.lbl.gov>
Fred Roeber wrote:
<BIG snip>
> 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 <leonid@bitband.com>
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" <david.k.wiggins@cpmx.saic.com> 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 <ken.norlin@dfrc.nasa.gov> 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" <rslutsker@STX.Kollmorgen.com> 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" <avoinov@raima.com>
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 <leonid@bitband.com>
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 <durusau@dragon.decnet.lmco.com>
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" <slocombe@freeuk.com>
Message-ID: <SSxb3.335$VW.8670@nnrp4.clara.net>
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.
<saustin_deja@my-deja.com> wrote in message
news:7klnes$dpd$1@nnrp1.deja.com...
>   "Slutsker, Rasty" <rslutsker@STX.Kollmorgen.com> 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 <sohacki@nortelnetworks.com>
Organization: Nortel (Northern Telecom)
Message-ID: <376EBBA2.6F083AE8@nortelnetworks.com>
References: <7k809n$hbd$1@nnrp1.deja.com> <9F1EA55D2B1016B4.5BD5B7FE9D091CF6.77BE3D78F3CD18CA@lp.airnews.net> <mlang-1806991336230001@truck.jpl.nasa.gov> <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
>
> <snip>
>
> ^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: <Vflb3.13640$NY6.5165@news.rdc1.sfba.home.com>
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 <leonid@bitband.com>
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 <leonid@bitband.com>
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 <leonid@bitband.com>
Organization: BitBand Technologies Ltd.
Message-ID: <376F44C1.4E547A0D@bitband.com>
References: <e7P3jxut#GA.215@cpmsnbbsa03>
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 <qmwagon@emv.ericsson.se>
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 <c.richter@or-computers.de>
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" <vvv@tepkom.ru>
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 <timallenltd@hotmail.com>
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" <etapia@pgaero.co.uk>
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 <leonid@bitband.com>
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 <findik@venus.aselsan.com.tr>
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 <froeber@bbn.com>
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 <findik@venus.aselsan.com.tr> 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 <froeber@bbn.com>
Date: Tue Jun 22 19:25:41 PDT 1999
Subject: Re: ISR answering times
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
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" <rslutsker@STX.Kollmorgen.com>
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 <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
=09
------_=_NextPart_001_01BEBD42.B682CB0E
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2448.0">
<TITLE>RE: ISR answering times</TITLE>
</HEAD>
<BODY>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">We</FONT><FONT SIZE=3D2 =
FACE=3D"Arial">'</FONT><FONT SIZE=3D2 FACE=3D"Arial">ve seen the =
similar problem.</FONT> <FONT SIZE=3D2 FACE=3D"Arial">When =
we</FONT><FONT SIZE=3D2 FACE=3D"Arial"> tested our application =
(originally t</FONT><FONT SIZE=3D2 FACE=3D"Arial">a</FONT><FONT =
SIZE=3D2 FACE=3D"Arial">rgeted</FONT> <FONT SIZE=3D2 FACE=3D"Arial">to =
486) with the Pentium bo</FONT><FONT SIZE=3D2 =
FACE=3D"Arial">a</FONT><FONT SIZE=3D2 FACE=3D"Arial">rd, we</FONT><FONT =
SIZE=3D2 FACE=3D"Arial">'</FONT><FONT SIZE=3D2 FACE=3D"Arial">ve =
figured out that interrupt lat</FONT><FONT SIZE=3D2 =
FACE=3D"Arial">e</FONT><FONT SIZE=3D2 FACE=3D"Arial">ncy</FONT> <FONT =
SIZE=3D2 FACE=3D"Arial">with Pentium is</FONT> <FONT SIZE=3D2 =
FACE=3D"Arial">significantly</FONT> <FONT SIZE=3D2 =
FACE=3D"Arial">BIGGER than</FONT> <FONT SIZE=3D2 =
FACE=3D"Arial">with</FONT> <FONT SIZE=3D2 FACE=3D"Arial">4</FONT><FONT =
SIZE=3D2 FACE=3D"Arial">86.</FONT> <FONT SIZE=3D2 FACE=3D"Arial">Many =
modern Pentium boards</FONT> <FONT SIZE=3D2 =
FACE=3D"Arial">ha</FONT><FONT SIZE=3D2 FACE=3D"Arial">ve</FONT><FONT =
SIZE=3D2 FACE=3D"Arial"> built-in VGA, which shares the RAM with CPU. =
I</FONT> <FONT SIZE=3D2 FACE=3D"Arial">guess</FONT><FONT SIZE=3D2 =
FACE=3D"Arial"> that VGA periodically t</FONT><FONT SIZE=3D2 =
FACE=3D"Arial">akes local bus to access the VGA RAM</FONT><FONT =
SIZE=3D2 FACE=3D"Arial">, thus</FONT> <FONT SIZE=3D2 =
FACE=3D"Arial">halting the CPU and</FONT> <FONT SIZE=3D2 =
FACE=3D"Arial">decreasing</FONT><FONT SIZE=3D2 FACE=3D"Arial"></FONT> =
<FONT SIZE=3D2 FACE=3D"Arial">interrupt</FONT> <FONT SIZE=3D2 =
FACE=3D"Arial">responsiveness</FONT><FONT SIZE=3D2 =
FACE=3D"Arial">.</FONT> <FONT SIZE=3D2 FACE=3D"Arial">Also Pentium has =
bigger cach</FONT><FONT SIZE=3D2 FACE=3D"Arial">e</FONT><FONT SIZE=3D2 =
FACE=3D"Arial"> tha</FONT><FONT SIZE=3D2 FACE=3D"Arial">t may =
affect</FONT> <FONT SIZE=3D2 FACE=3D"Arial">determinism of =
application.</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">Rasty</FONT></P>
<UL>
<P ALIGN=3DLEFT><A NAME=3D"_MailData"><FONT SIZE=3D2 =
FACE=3D"Arial">----------</FONT></A></P>
<P ALIGN=3DLEFT><B><FONT SIZE=3D2 FACE=3D"Arial">From:&nbsp; =
vxwexplo@lbl.gov [SMTP:vxwexplo@lbl.gov]</FONT></B></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">Sent:&nbsp;</FONT> <FONT =
SIZE=3D1 FACE=3D"MS Sans Serif">=E9=E5=ED =F8=E1=E9=F2=E9 23 =
=E9=E5=F0=E9 1999 04:26</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">To:&nbsp; =
vxworks_users@csg.lbl.gov</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">Subject:&nbsp; Re: ISR =
answering times</FONT><B></B><B></B></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">Submitted-by =
own</FONT><FONT SIZE=3D2 FACE=3D"Arial">er-vxwexplo-process&nbsp; Tue =
Jun 22 19:25:37 1999</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">Submitted-by: Fred Roeber =
&lt;froeber@bbn.com&gt;</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">On Tue, 22 Jun 1999, =
Christian Richter &lt;c.richter@or-computers.de&gt; wrote:</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">&gt; I wrote a SW that =
processes communication over a MIL-STD-1553 using</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">&gt; VxWorks on a =
Penti</FONT><FONT SIZE=3D2 FACE=3D"Arial">um Processor Board. After =
every transmission an</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">&gt; interrupt =
occurs.</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">&gt; My Interrupt Service =
Routine will normally be executed after 2 or 3</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">&gt; microseconds. This =
time was measured using an oscilloscope. Every some</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">&gt; hundred program =
cycles the answering time o</FONT><FONT SIZE=3D2 FACE=3D"Arial">f the =
ISR is 100 microseconds</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">&gt; or more.</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">&gt; What may be the =
reason?</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">&gt; A second interrupt =
which follows will be lost due to this fact.</FONT></P>
<P ALIGN=3DLEFT><FONT SIZE=3D2 FACE=3D"Arial">VxWorks locks out all =
interrupts when it has to perform critical kernel</FONT></P>
<P ALIGN=3DLEFT></P>
</UL>
</BODY>
</HTML>
------_=_NextPart_001_01BEBD42.B682CB0E--
From owner-vxwexplo-process  Wed Jun 23 01:49:00 1999
From: David Laight <dsl@tadpole.co.uk>
Date: Wed Jun 23 01:49:04 PDT 1999
Subject: Re: ISR answering times
On Tue, 22 Jun 1999, Christian Richter <c.richter@or-computers.de> 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 <dwfraser@lucent.com>
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 <jking@radixtek.com>
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" <vikram_varma@mitel.com>
Message-ID: <VdOb3.89$x7.2353935@nr1.ottawa.istar.net>
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 <leonid@bitband.com>
Organization: Bezeq International Ltd. ISRAEL
Message-ID: <376E65C0.5CF3305E@bitband.com>
References: <D0903100E4B6D211A34B00C0F0091F4D150AC4@PGAERO>
"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 <leonid@bitband.com>
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> <SSxb3.335$VW.8670@nnrp4.clara.net>
> 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 <Fadi.Nasser@usa.alcatel.com>
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" <clifford@slocombe.clara.net>
Message-ID: <TNQb3.767$VW.21580@nnrp4.clara.net>
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.
<marlowe_phil@my-deja.com> 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" <clifford@slocombe.clara.net>
Message-ID: <UNQb3.768$VW.21580@nnrp4.clara.net>
References: <7kipgl$3qn1@overload.lbl.gov> <7klnes$dpd$1@nnrp1.deja.com> <SSxb3.335$VW.8670@nnrp4.clara.net> <7kof29$dul$1@nnrp1.deja.com>
<saustin_deja@my-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 <jking@radixtek.com>
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 <mbeede@ciprico.com>
Organization: Ciprico Inc.
Message-ID: <376FF536.485E5640@ciprico.com>
References: <Vflb3.13640$NY6.5165@news.rdc1.sfba.home.com> <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 <donadio@isptechinc.com>
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 <blah.h> 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 <stephenm@wrs.com>
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 <std_disclaimer.h>
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 <walk@mediaone.net>
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 <stephenm@wrs.com>
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 <std_disclaimer.h>
Software Engineer
Wind River Systems
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: etherInputHookAdd
Date: Tue, 22 Jun 1999 16:05:40 -0700
From: Stephen Macmanus <stephenm@wrs.com>
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 <std_disclaimer.h>
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 <stephenm@wrs.com>
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 <std_disclaimer.h>
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 <stephenm@wrs.com>
Organization: Wind River Systems
Message-ID: <37701A12.17D2@wrs.com>
References: <yki93.489$Sl3.28226@nuq-read.news.verio.net>
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 <std_disclaimer.h>
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" <cameron.fowler@worldnet.att.net>
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" <cameron.fowler@worldnet.att.net>
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 <david.hamel@ntanet.net>
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 <blah.h> 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" <liufanghua@sbell.com.cn>
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" <liufanghua@sbell.com.cn>
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: <VdOb3.89$x7.2353935@nr1.ottawa.istar.net>
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 <VdOb3.89$x7.2353935@nr1.ottawa.istar.net>, "Vikram Varma"
<vikram_varma@mitel.com> 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: <KBZb3.14894$NY6.5986@news.rdc1.sfba.home.com>
References: <Vflb3.13640$NY6.5165@news.rdc1.sfba.home.com> <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/<your_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 <Marty@innovative-research.com>
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> <ZH1b3.4577$nh.87339@nnrp4.clara.net> <376d32e5.8677720@news.texas.net> <Bhdb3.5147$nh.103717@nnrp4.clara.net> <Fdlb3.13639$NY6.5165@news.rdc1.sfba.home.com>
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 <Fdlb3.13639$NY6.5165@news.rdc1.sfba.home.com>,
  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 <Bhdb3.5147$nh.103717@nnrp4.clara.net>, "Clifford
Slocombe"
> <clifford@slocombe.clara.net> 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 <coder@POTTEDMEAT.texas.net> wrote in message
> >news:376d32e5.8677720@news.texas.net...
> >> In comp.os.vxworks
> >> "Clifford Slocombe" <clifford@slocombe.clara.net> 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" <etapia@pgaero.co.uk>
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" <etapia@pgaero.co.uk>
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 <findik@venus.aselsan.com.tr>
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" <wfookes@ndsuk.com>
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" <wfookes@ndsuk.com> 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" <wfookes@ndsuk.com>
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" <wfookes@ndsuk.com> 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" <westerma@online.no>
Organization: Telenor Online Public Access
Message-ID: <UDac3.345$KT3.2164@news1.online.no>
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 <Fadi.Nasser@usa.alcatel.com>
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"
<etapia@pgaero.co.uk> 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 <havigkk@navair.navy.mil>
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" <quittj@oit.edu>
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" <quittj@oit.edu>
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 <stephenm@wrs.com> 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 <std_disclaimer.h>
> Software Engineer
> Wind River Systems
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: FAQ ?
Date: Thu, 24 Jun 1999 06:54:15 GMT
From: David Hamel <david.hamel@ntanet.net>
Organization: @Home Network
Message-ID: <3771D5B5.850F8C7A@ntanet.net>
References: <UDac3.345$KT3.2164@news1.online.no>
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 <ronald_f@my-deja.com>
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 <ronald_f@my-dejanews.com>
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 <ostogratzky@hotmail.com>
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 <rogerc_nojunk@ignitus.com>
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 <simon.roberts@roke.co.uk>
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
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
<tt>We are using an MVME2400 with a PMC host bus adaptor which allows us
to plug in a pcmcia flashdisk (220Mb at present).&nbsp; 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.&nbsp; So far
so good.</tt><tt></tt>
<p><tt>I was having some problems with network interfaces until I set the
VxWorks boot parameter 'others' to 'dc', the full configuration settings
now being:</tt><tt></tt>
<p><tt>boot device&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
: pcmcia=2</tt>
<br><tt>unit number&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
: 0</tt>
<br><tt>processor number&nbsp;&nbsp;&nbsp;&nbsp; : 0</tt>
<br><tt>host name&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
: wheelie</tt>
<br><tt>file name&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
: /pcfsA/vxworks</tt>
<br><tt>inet on ethernet (e) : 193.118.193.191:fffff800</tt>
<br><tt>host inet (h)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; : 193.118.193.186</tt>
<br><tt>flags (f)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
: 0x8</tt>
<br><tt>target name (tn)&nbsp;&nbsp;&nbsp;&nbsp; : umtscu4</tt>
<br><tt>other (o)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
: dc</tt><tt></tt>
<p><tt>Whilst the boot now shows an attached TCP/IP interface ...</tt><tt></tt>
<p><tt>Attached TCP/IP interface to dc unit 0</tt>
<br><tt>Attaching network interface lo0... done.</tt><tt></tt>
<p><tt>... 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.&nbsp;
But at least now I can use a host target shell in Tornado.</tt><tt></tt>
<p><tt>Several of the more obvious failures at this point are:</tt><tt></tt>
<p><tt>1. If you type 'i' in to the host target shell you just get a banner,
but no task information</tt>
<br><tt>2. If you type '@ls' into host target shell you get an error message
resembling:&nbsp; couldn't squeeze "" out of the serial port on the card,
and the board stops.</tt>
<br><tt>3. An 'ls' in the target shell fails (ie. value = -1 ...), but
listing the dosFs explicitly (i.e. ls "/pcfsA") works.</tt><tt></tt>
<p><tt>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?</tt><tt></tt>
<p><tt>Network boot:</tt><tt></tt>
<p><tt>Attaching network interface dc0... done.</tt>
<br><tt>Attaching network interface lo0... done.</tt>
<br><tt>Loading... 804856</tt>
<br><tt>Starting at 0x100000...</tt><tt></tt>
<p><tt>Attached TCP/IP interface to dc unit 0</tt>
<br><tt>Attaching network interface lo0... done.</tt>
<br><tt>NFS client support not included.</tt>
<br><tt>Loading symbol table from wheelie:mv2400/umtscu5/vxworks.sym ...done</tt>
<br><tt></tt>&nbsp;<tt></tt>
<p><tt>Flashdisk boot:</tt><tt></tt>
<p><tt>PMC230: Detected a 220200960 Byte Disk !!!</tt>
<br><tt>done.</tt>
<br><tt>loading /pcfsA/vxworks</tt>
<br><tt>845180</tt>
<br><tt>Starting at 0x100000...</tt><tt></tt>
<p><tt>PMC230: Detected a 220200960 Byte Disk !!!</tt>
<br><tt>User: target</tt>
<br><tt>Attached TCP/IP interface to dc unit 0</tt>
<br><tt>Attaching network interface lo0... done.</tt>
<br><tt>NFS client support not included.</tt>
<br><tt>Loading symbol table from /pcfsA/vxworks.sym ...done</tt>
<br><tt></tt>&nbsp;<tt></tt>
<p><tt>Any hints or kicks in the right direction much appreciated!</tt><tt></tt>
<p><tt>Simon Roberts.</tt>
<br><tt></tt>&nbsp;</html>
- --------------4EB6432B0FC00789A728C0D6--
---------------------------
Newsgroups: comp.os.vxworks
Subject: Sample VxWorks driver for raw device?
Date: Thu, 24 Jun 1999 14:08:06 +0200
From: psav <psav@cur-archamps.fr>
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 <nobody@nowhere.com>
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" <clifford@slocombe.clara.net>
Message-ID: <bFtc3.1765$VW.49713@nnrp4.clara.net>
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 <waters@triumf.ca> 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" <clifford@slocombe.clara.net>
Message-ID: <dFtc3.1766$VW.49713@nnrp4.clara.net>
References: <7kipgl$3qn1@overload.lbl.gov> <7klnes$dpd$1@nnrp1.deja.com> <SSxb3.335$VW.8670@nnrp4.clara.net> <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) ) ;
   }
}
<saustin_deja@my-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, 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 <stephenm@wrs.com>
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 <std_disclaimer.h>
Software Engineer
Wind River Systems
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: etherInputHookAdd
Date: Thu, 24 Jun 1999 14:59:45 -0700
From: Stephen Macmanus <stephenm@wrs.com>
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 <std_disclaimer.h>
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 <stephenm@wrs.com>
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 <std_disclaimer.h>
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 <david.holloway@wrs.com>
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 <yzhang@my-deja.com>
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 <disclaimer.h>
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: <I7Ec3.22090$NY6.7012@news.rdc1.sfba.home.com>
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 <ronald_f@my-deja.com> 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 <Fadi.Nasser@usa.alcatel.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.
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 <ronald_f@my-deja.com>
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> <I7Ec3.22090$NY6.7012@news.rdc1.sfba.home.com>
(this message mailed and posted)
In article <I7Ec3.22090$NY6.7012@news.rdc1.sfba.home.com>,
  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 <ronald_f@my-dejanews.com>
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" <Eckardt@innocon.com>
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
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2232.0">
<TITLE>VxWorks MIPS Interrupt Vectors</TITLE>
</HEAD>
<BODY>
<P><FONT SIZE=3D2>I am trying to get a custom BSP running on a board =
based on a MIPS R3000 variant.&nbsp; My only debug tool is a Logic =
Analyzer, so the information I can collect is limited.</FONT></P>
<P><FONT SIZE=3D2>I found that I am failing on all the intConnect() =
calls in the BSP.&nbsp; 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().&nbsp; =
Anyway, intConnect() returns ERROR and errno is set to 0x003d0001 which =
is S_objLib_OBJ_ID_ERROR.</FONT></P>
<P><FONT SIZE=3D2>What does it mean to &quot;connect&quot; to an =
interrupt vector in the VxWorks/MIPS world?&nbsp; 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?&nbsp; What is stored in the vector: an instruction or an =
address?&nbsp; Where does intHandlerCreate() create the ISR wrapper: in =
malloc'd memory or in pre-allocated static memory?</FONT></P>
<P><FONT SIZE=3D2>Thanks,</FONT>
<BR><FONT SIZE=3D2>Suzie</FONT>
</P>
<P><FONT =
SIZE=3D2>************************************************</FONT>
<BR><FONT SIZE=3D2>** Suzie Eckardt</FONT>
<BR><FONT SIZE=3D2>** Innovative Concepts, Incorporated</FONT>
<BR><FONT SIZE=3D2>** McLean, VA</FONT>
<BR><FONT SIZE=3D2>** eckardt@innocon.com</FONT>
<BR><FONT SIZE=3D2>** 703-893-2007 x258</FONT>
<BR><FONT =
SIZE=3D2>************************************************</FONT>
</P>
</BODY>
</HTML>
------_=_NextPart_001_01BEBF35.7AD0CA50--
From owner-vxwexplo-process  Sun Jun 27 09:58:15 1999
From: "Jimmie T Marks" <jtmark@ftw.rsc.raytheon.com>
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 <timallenltd@hotmail.com>
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" <jbhawth@aptec.com>
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 systems 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 <mauro.martins@siemens.com.br>
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 <andyr@tekmicro.com>
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 <spk@pop.sttl.uswest.net>
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" <kliklok@clara.co.uk>
Message-ID: <gsHc3.5457$mK3.155033@nnrp3.clara.net>
References: <7kipgl$3qn1@overload.lbl.gov> <7klnes$dpd$1@nnrp1.deja.com> <SSxb3.335$VW.8670@nnrp4.clara.net> <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>,  <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.
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" <David.Kuechenmeister@gtri.gatech.edu>
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 <stephenm@wrs.com>
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 <std_disclaimer.h>
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" <dberry@sharegate.com>
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 <andyr@tekmicro.com>
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" <k6@lycosmail.com>
Organization: TIN
Message-ID: <7l8o4r$av6$1@nslave1.tin.it>
References: <7ksvd0$1r8$1@nnrp1.deja.com> <I7Ec3.22090$NY6.7012@news.rdc1.sfba.home.com> <7kvb7j$tt5$1@nnrp1.deja.com>
Wind River usually tell you  a lot of thing ... beleve 1%
Ronny <ronald_f@my-deja.com> wrote in message 7kvb7j$tt5$1@nnrp1.deja.com...
> (this message mailed and posted)
>
> In article <I7Ec3.22090$NY6.7012@news.rdc1.sfba.home.com>,
>   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 <ronald_f@my-dejanews.com>
> 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: <slrn7n7lc7.1kb.toni@devsoft.devsoft.com>
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 <kite@inet%port.com>                    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: "躹" <andro@channeli.net>
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 <robertas.simkevicius@lt.abb.com>
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 <david.machin@REMOVE-THIS.gecm.com>
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" <markhamb@netcomuk.co.uk>
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 <simon.roberts@roke.co.uk>
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" <F.Zwarts@KVI.nl>
Organization: Kernfysisch Versneller Instituut
Message-ID: <7la67q$ame$1@info.service.rug.nl>
References: <37788031.A5877402@fmst.vtu.lt>
Robertas Simkevicius <robertas.simkevicius@lt.abb.com> 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 <ostogratzky@hotmail.com>
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 <smith@bktech.com>
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" <paul.travers@epid.eurotherm.co.uk>
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 <keith.potter@wrs.com>
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 <http://www.wrs.com/regional/html/currents.html>
Thanks,
Keith Potter
European Marketing Manager
Wind River Systems
From owner-vxwexplo-process  Tue Jun 29 21:06:26 1999
From: Randy Riggins <Randy_Riggins@Telestream.net>
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
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.1960.3">
<TITLE>RE: inter-processor comm</TITLE>
</HEAD>
<BODY>
<P><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">Brett,</FONT>
</P>
<P><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">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. </FONT></P>
<P><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">VxWorks also has an =
optional package called Shared Memory Objects, this give you =
semaphores, message queues and other facilities between multiple =
processors.</FONT></P>
<P><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">randy</FONT>
</P>
<UL>
<P><FONT SIZE=3D1 FACE=3D"Arial">-----Original Message-----</FONT>
<BR><B><FONT SIZE=3D1 FACE=3D"Arial">From:&nbsp;&nbsp;</FONT></B> <FONT =
SIZE=3D1 FACE=3D"Arial">vxwexplo@lbl.gov =
[SMTP:vxwexplo@lbl.gov]</FONT><B> <FONT SIZE=3D1 FACE=3D"Arial">On =
Behalf Of</FONT></B> <FONT SIZE=3D1 FACE=3D"Arial">Smith</FONT>
<BR><B><FONT SIZE=3D1 FACE=3D"Arial">Posted =
At:</FONT></B>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D1 =
FACE=3D"Arial">Tuesday, June 29, 1999 8:48 AM</FONT>
<BR><B><FONT SIZE=3D1 FACE=3D"Arial">Posted =
To:</FONT></B>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D1 =
FACE=3D"Arial">vxworks</FONT>
<BR><B><FONT SIZE=3D1 =
FACE=3D"Arial">Conversation:&nbsp;&nbsp;</FONT></B> <FONT SIZE=3D1 =
FACE=3D"Arial">inter-processor comm</FONT>
<BR><B><FONT SIZE=3D1 =
FACE=3D"Arial">Subject:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</FONT>=
</B> <FONT SIZE=3D1 FACE=3D"Arial">inter-processor comm</FONT>
</P>
<P><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">We are considering =
using a 2-processor solution for the project on which</FONT>
<BR><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">I am working.&nbsp; =
The main reason is to off-load the comm functions</FONT>
<BR><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">(including MAC and =
TCP/IP) to a dedicated processor, freeing the other</FONT>
<BR><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">processor for =
functions.</FONT>
</P>
<P><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">I am looking for =
possible solutions for the inter-processor comm. and</FONT>
<BR><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">have some =
general.&nbsp; Any insight would be greatly appreciated.</FONT>
</P>
<P><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">-What type of =
Multi-Processor support does vxWorks have?</FONT>
</P>
<P><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">-What type of =
functionality does smlib give?</FONT>
</P>
<P><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">-Is there such a =
thing as a CORBA ORB for shared memory?</FONT>
</P>
<P><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">Thanks,</FONT>
<BR><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">Brett Smith</FONT>
<BR><FONT COLOR=3D"#000000" SIZE=3D2 =
FACE=3D"Arial">brett.smith@bktech.com</FONT>
</P>
<P><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">vxWorks</FONT>
</P>
</UL>
</BODY>
</HTML>
------ =_NextPart_001_01BEC2AD.64CCADBE--
From owner-vxwexplo-process  Wed Jun 30 03:50:34 1999
From: "Tyler, Paul A (DBY)" <paul.a.tyler@rolls-royce.com>
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" <David.Kuechenmeister@gtri.gatech.edu>
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" <patrick@ilogix.com>
Organization: i-Logix France
Message-ID: <3778cc83@news.uk.ibm.net>
Reply-To: "Patrick FAFIN" <patrick@ilogix.com>
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 <simon.roberts@roke.co.uk>
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 <Ralf.Gerlich@t-online.de>
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 <borkhuis@xs4.xs4all.nl>
Organization: XS4ALL Internet BV
Message-ID: <7lat4o$8s8$1@news1.xs4all.nl>
References: <376FFA62.F9A570C9@isptechinc.com>
Matthew Donadio <donadio@isptechinc.com> 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 <blah.h> 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:
<BEGIN> BUILD_SIMNTgnu_MACRO_VPATH
$(PRJ_DIR)/include
<END>
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 <yuval_lorian@my-deja.com>
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)" <jhrhee@etri.re.kr> 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 <waters@triumf.ca>
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 <vuh@netscape.net>
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 <vxWorks.h>
> #include <sigLib.h>
> #include <timers.h>
> #include <iostream.h>
>
> 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 <simon.roberts@roke.co.uk> 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 <roger.steines@gtri.gatech.edu>
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 <lipeles@mail.lns.cornell.edu>
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" <nospam_steved@pacifier.com>
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 <bobi@systemsinterface.com>
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 <melinda@webguy-prod.com>
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 <melinda@webguy-prod.com>
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 <matthieu@laas.fr>
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" <Eckardt@innocon.com>
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
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2232.0">
<TITLE>Tornado Module Loader &amp; ROM-Resident MIPS Symbols</TITLE>
</HEAD>
<BODY>
<BR>
<P><FONT SIZE=3D2>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.&nbsp; I can attach a target server to =
this image and access the Tornado tools with no problem.&nbsp; My next =
step is to download application code to the target; I use the shell =
&quot;ld&quot; command to do this.&nbsp; When I inspect the downloaded =
code, I find that references to ROM-resident symbols are not resolved =
correctly.&nbsp; For example, &quot;lkup&quot; tells me that msgQCreate =
resides at 0xbfc1919c, yet the downloaded code tries to access =
msgQCreate at 0x8fc1919c.&nbsp; It seems that the MIPS physical address =
is properly resolved, but the virtual address is not.&nbsp; The module =
loader is generating RAM-based addresses for ROM-resident =
symbols!</FONT></P>
<P><FONT SIZE=3D2>Has anyone experienced this before?&nbsp; Am I =
missing a configuration option?&nbsp; Could this be a problem with the =
target server?</FONT></P>
<P><FONT =
SIZE=3D2>************************************************</FONT>
<BR><FONT SIZE=3D2>** Suzie =
Eckardt&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </FONT>
<BR><FONT SIZE=3D2>** Innovative Concepts, =
Incorporated&nbsp;&nbsp;&nbsp;&nbsp; </FONT>
<BR><FONT SIZE=3D2>** McLean, VA&nbsp; </FONT>
<BR><FONT SIZE=3D2>** eckardt@innocon.com</FONT>
<BR><FONT SIZE=3D2>** 703-893-2007 x258</FONT>
<BR><FONT =
SIZE=3D2>************************************************</FONT>
</P>
</BODY>
</HTML>
------_=_NextPart_001_01BEC306.2B250C80--
From owner-vxwexplo-process  Wed Jun 30 13:11:12 1999
From: Erin Swieringa <ESwieringa@etcconnect.com>
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 <AKBiocca@LBL.gov>
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 <froeber@bbn.com>
Date: Wed Jun 30 18:47:06 PDT 1999
Subject: Re: inter-processor comm
On Tue, 29 Jun 1999, Brett Smith <smith@bktech.com> 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            |