From vxwexplo-errs@csg.lbl.gov  Sun Apr  2 16:54:47 2000
From: Jim Fridlund <fridl003@tc.umn.edu>
Date: Sun Apr  2 16:54:49 PDT 2000
Subject: mounting a PCMCIA dos formatted ATA drive

Hi all. I'm sort of new to VxWorks and I've searched WindRiver's support
archive for answers first. Failing that, I thought I would try querying
the mailing list for some advice.

I was wondering if anyone knows how to mount a DOS formatted
ATA flash disk from PCMCIA? I'm trying to accomplish a couple things:
1) verifying the PCMCIA driver functionality and 2) being able to
read/write files to an ATA flash disk.

I have built a vxWorks kernel with PCMCIA controller and dosFS. The flash
disk I am using is a standard SanDisk product (10 Mb) and was formatted on
a laptop running Windows 95. I'm not sure what chipset the PCMCIA controller
is using, but it does appear to be Intel 82365SL compatible and the driver
doesn't seem to mind.

The PC I have with the PCMCIA controller installed also has an internal
IDE disk. I can mount the internal IDE disk and list its files using
the following commands:

	usrAtaConfig( 0, 0, "/ide/" )
	cd "/ide/"
	ls

This works fine. On the PCMCIA flash disk, I run into some problems:

	usrAtaConfig( 1, 0, "/ata/" )

where 1 is the PCMCIA controller. This works, however, I get an error
when I try to access the file system.

-> cd "/ata/"
couldn't change working directory to "/ata": no such file or directory
value = -1 = 0xffffffff
-> devs
drv name
  0 /null
  1 /tyCo/0
  1 /tyCo/1
  2 /pcConsole/0
  2 /pcConsole/1
  7 host:
  8 /pty/telnet.S
  9 /pty/telnet.M
 10 /vio
 11 /tgtsvr
  4 /ata/
value = 0 = 0x0
-> pcmciaShow
Intel PCIC probe: INTEL 82365SL rev 7 found, 2 sockets
Identification and revision = 0x83
Interface status = 0x7f
  [BVD1/STSCHG] [BVD2/SPKR] [DETECT] [WRPROT] [READY] [POWERON] 
Power control = 0xb0
  [OUTPUT] [RESETDRV] [AUTO] [Vcc=5v] [Vpp off] 
Interrupt and general control = 0x69
  [IOCARD] [irq=9]
Card status change = 0x00
  
Card status change interrupt control = 0xaf
  [BVD1/STSCHG] [BVD2] [DETECT] [READY] [irq = 10]
Card detect and general control = 0x00
  
Global control = 0x00
  
Memory window 0: [OFF] 
  start = 0x0000, stop = 0x0000, offset = 0x0000
Memory window 1: [OFF] 
  start = 0x0000, stop = 0x0000, offset = 0x0000
Memory window 2: [OFF] 
  start = 0x0000, stop = 0x0000, offset = 0x0000
Memory window 3: [OFF] 
  start = 0x0000, stop = 0x0000, offset = 0x0000
Memory window 4: [OFF] 
  start = 0x0000, stop = 0x0000, offset = 0x0000
I/O window 0: [ON] [16BIT] 
  start = 0x0170, stop = 0x0177
I/O window 1: [ON] [16BIT] 
  start = 0x0376, stop = 0x0377

Socket 0 is ATA
  ctrl       = 0x1       
  installed  = TRUE        changed    = FALSE     
  cardStatus = 0x148       initStatus = 0x0       
  pBlockDev  = 0x1fda370   pNetIf     = 0x0       
  Vcc        = 0x5         Vpp        = 0x0       
  ioStart[0] = 0x170       ioStop[0]  = 0x177     
  ioStart[1] = 0x376       ioStop[1]  = 0x377     
  ioExtraws  = 0       
  memStart   = 0x0         memStop    = 0x0       
  memLength  = 0x0         memOffset  = 0x0       
  memExtraws = 0x0       
  intVector  = 0x29        intLevel   = 0x9       
  drives     = 0x1         configType = 0x36d     
  twins      = 0x0         pwrdown    = 0x0       
value = 0 = 0x0

-> ataShow 1
ATA-PCMCIA
  intCount     =29          intStatus   =0x58      
ataTypes
  cylinders    =319         heads       =2       
  sectorsTrack =32          bytesSector =512     
  precomp      =0xff      
ataParams
  cylinders    =320         heads       =2       
  sectorsTrack =32          bytesSector =576     
  config       =0x848a      removcyl    =0x0       
  bytesTrack   =0x0         bytesGap    =0x0       
  bytesSync    =0x5000      vendstat    =0x0       
  serial       =         CD10164C120
  type         =0x2         size        =0x2       
  bytesEcc     =0x4       
  rev          =Rev 2.00
  model        =SunDisk SDP5A-10                        
  multiSecs    =0x1         capabilty   =0x200     
  pioMode      =0x100       dmaMode     =0x0       
  valid        =0x1         curr-cyl    =320     
  curr-head    =2           curr-sector =32      
  capacity0    =0x5000      capacity1   =0x0       
  multiSet     =0x100       sectors0    =0x5000    
  sectors1     =0x0         singleDma   =0x0       
  multiDma     =0x0         advancedPio =0x0       
  cycleDma     =0           cycleMulti  =0       
  cyclePio-wo  =0           cyclePio-w  =0       
Capability
  MULTI: TRUE, IORDY: FALSE, DMA: FALSE, LBA: TRUE
  multiSectors =0x1         pioMode     =0x1       
  singleDma    =0x0         multiDma    =0x0       
Configuration
  rwMode       =PIO_1       rwBits      =16BITS  
  rwPio        =MULTI       rwDma       =MULTI   
value = 0 = 0x0

VxWorks was able to identify the flash disk geometry. It looks right so
I'm guessing the PCMCIA controller driver is functioning and I'm just
running into usage error problems. Is there any magic I need to do for
accessing a PCMCIA ATA flash disk? Any help would be greatly appreciated.
Thanks in advance.
-- 
Jim Fridlund
fridl003@tc.umn.edu

From vxwexplo-errs@csg.lbl.gov  Mon Apr  3 03:23:36 2000
From: "Michael Lawnick" <lawnick@softec.de>
Date: Mon Apr  3 03:23:38 PDT 2000
Subject: Re: mounting a PCMCIA dos formatted ATA drive

> Hi all. I'm sort of new to VxWorks and I've searched WindRiver's support
> archive for answers first. Failing that, I thought I would try querying
> the mailing list for some advice.
> 
> I was wondering if anyone knows how to mount a DOS formatted
> ATA flash disk from PCMCIA? I'm trying to accomplish a couple things:
> 1) verifying the PCMCIA driver functionality and 2) being able to
> read/write files to an ATA flash disk.
> 
> I have built a vxWorks kernel with PCMCIA controller and dosFS. The flash
> disk I am using is a standard SanDisk product (10 Mb) and was formatted on
> a laptop running Windows 95. I'm not sure what chipset the PCMCIA controller
> is using, but it does appear to be Intel 82365SL compatible and the driver
> doesn't seem to mind.
> 
> The PC I have with the PCMCIA controller installed also has an internal
> IDE disk. I can mount the internal IDE disk and list its files using
> the following commands:
> 
> 	usrAtaConfig( 0, 0, "/ide/" )
> 	cd "/ide/"
> 	ls
> 
> This works fine. On the PCMCIA flash disk, I run into some problems:
> 
> 	usrAtaConfig( 1, 0, "/ata/" )
> 
> where 1 is the PCMCIA controller. This works, however, I get an error
> when I try to access the file system.
> 
> -> cd "/ata/"
> couldn't change working directory to "/ata": no such file or directory
> value = -1 = 0xffffffff
> -> devs
> drv name
>   0 /null
>   1 /tyCo/0
>   1 /tyCo/1
>   2 /pcConsole/0
>   2 /pcConsole/1
>   7 host:
>   8 /pty/telnet.S
>   9 /pty/telnet.M
>  10 /vio
>  11 /tgtsvr
>   4 /ata/
> value = 0 = 0x0
<snip>
Hi Jim,

your problem might be quite simple !
Did you type in your 'cd' command on host shell ? If so, the result 
isn't very suprising: your host shell doesn't know about your new 
ata, but the 'cd'-command is known and redirected to your hosts 
OS.
Just try '@cd' what will force the shell to pass the command to 
your target shell and all might work.

This behaviour will occur by some more commands like 'd', 'ls', and 
others, mainly you will find them in usrLib.
HTH

MfG
Lawnick, SOFTEC GmbH

==============================================
SOFTEC GmbH               Tel +49-731-96600-0
Promenade 17              Fax +49-731-96600-23
D-89073 Ulm               Michael Lawnick
Germany                   lawnick@softec.de
==============================================

From vxwexplo-errs@csg.lbl.gov  Mon Apr  3 05:49:09 2000
From: Bob <Bob@dskti.com>
Date: Mon Apr  3 05:49:11 PDT 2000
Subject: mounting a PCMCIA dos formatted ATA drive

Try using an @ symbol before the cd command E.G

-> @cd "/ata/"

 Hi all. I'm sort of new to VxWorks and I've searched WindRiver's support
> archive for answers first. Failing that, I thought I would try querying
> the mailing list for some advice.
> 
> I was wondering if anyone knows how to mount a DOS formatted
> ATA flash disk from PCMCIA? I'm trying to accomplish a couple things:
> 1) verifying the PCMCIA driver functionality and 2) being able to
> read/write files to an ATA flash disk.
> 
> I have built a vxWorks kernel with PCMCIA controller and dosFS. The flash
> disk I am using is a standard SanDisk product (10 Mb) and was formatted on
> a laptop running Windows 95. I'm not sure what chipset the PCMCIA controller
> is using, but it does appear to be Intel 82365SL compatible and the driver
> doesn't seem to mind.
> 
> The PC I have with the PCMCIA controller installed also has an internal
> IDE disk. I can mount the internal IDE disk and list its files using
> the following commands:
> 
> 	usrAtaConfig( 0, 0, "/ide/" )
> 	cd "/ide/"
> 	ls
> 
> This works fine. On the PCMCIA flash disk, I run into some problems:
> 
> 	usrAtaConfig( 1, 0, "/ata/" )
> 
> where 1 is the PCMCIA controller. This works, however, I get an error
> when I try to access the file system.
> 
> -> cd "/ata/"
> couldn't change working directory to "/ata": no such file or directory
> value = -1 = 0xffffffff 

From vxwexplo-errs@csg.lbl.gov  Tue Apr  4 04:03:10 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Tue Apr  4 04:03:12 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Tue Apr  4 04:03:07 PDT 2000

        Subject: TFFS formatting failing for I28F160
        Subject: Re: cat in vxworks?
        Subject: Re: Changing RAM_LOW_ADRS on MVME2700
        Subject: Re: Booting from sm Interface with INCLUDE_END Defined
        Subject: Re: Booting from sm Interface with INCLUDE_END Defined
        Subject: Re: Booting from sm Interface with INCLUDE_END Defined
        Subject: Re: Booting from sm Interface with INCLUDE_END Defined
        Subject: Problem with ipAttach
        Subject: Embedded Engineer shortage
        Subject: Re: Problem with ipAttach
        Subject: Re: WIND_UID Mystery
        Subject: Re: NFS on vxWorks
        Subject: Re: Installing VxWorks problem
        Subject: error in generating dependencies wrt CPU type
        Subject: Re: x86 VxWorks Loader
        Subject: VxWorks System Memory Layout issue
        Subject: Re: 82559ER

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: TFFS formatting failing for I28F160
Date: Mon, 03 Apr 2000 10:12:26 -0700
From: Fadi Nasser <fnasser@alidian.com>
Message-ID: <38E8D0FA.ADD7DF27@alidian.com>

 I am trying to start a flash file system on our embedded board (PPC
processor)
running vxWorks. Our flash device is an Intel I28F160 (16-bit) device. I
tried
to follow the examples shipped with vxWorks to some degree.

The weird behavior I'm noticing is that "tffsDrv" returns successfully
after
registering the socket at the TFFS socket layer. The call to
"sysTffsFormat"
or "tffsDevFormat" next is what fails. It fails after calling
i28f160Identify
twice for some reason. The first time it call that identify routine, the
DEVICE
ID matches what I check against, so it exits successfully. The it calls
a number
of the socket layer routines before calling the identify routine again
(which
also identifies the right device id again) and then the format routine
exits with
a failure!!!! Any ideas as to why this strange behaviour and as to what
could
be causing the formatting to fail??

I would appreciate any email pointers regarding this confusing and
frustrating
issue!! Thank you all in advance.

Regards.
- --------------------------------------------------------------------------

Hyperterminal output: (my printf(s).....)
calling sysTffsFormat() with default params.....(no bootimage offset)
        sysTffsFormat()
        rfaVccOn()
        rfaGetAndClearCardChangeIndicator()
        rfaCardDetected()
        rfaGetAndClearCardChangeIndicator()
        rfaVppOn()
        rfaSetWindow()
        rfaSetMappingContext()
        flDelayLoop()
        rfaVppOff()

i28f160Identify()
Debug: entering 16-bit Intel media identification routine.
        rfaSetWindow()
        rfaSetMappingContext()
(Identify)flashPtr: 20000000
(Identify)flashPtr[0]: b000b0   flashPtr[1]: d000d0
i28f160WordSize()
(WriteWord)flashPtr: 20200000
(WriteWord)flashPtr[0]: b000b0   flashPtr[1]: d000d0
(WriteWord)gpFlFlash->noOfChips: 2
Debug: identified 16-bit Intel media.

        rfaGetAndClearCardChangeIndicator()
        rfaCardDetected()
        rfaGetAndClearCardChangeIndicator()
        rfaVppOn()
        flDelayLoop()
        rfaVppOff()

i28f160Identify()
Debug: entering 16-bit Intel media identification routine.
        rfaSetWindow()
        rfaSetMappingContext()
(Identify)flashPtr: 20000000
(Identify)flashPtr[0]: b000b0   flashPtr[1]: d000d0
i28f160WordSize()
(WriteWord)flashPtr: 20200000
(WriteWord)flashPtr[0]: b000b0   flashPtr[1]: d000d0
(WriteWord)gpFlFlash->noOfChips: 2
Debug: identified 16-bit Intel media.
- -----Failed to format Tffs..

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: cat in vxworks?
Date: Mon, 03 Apr 2000 13:08:37 -0500
From: Frank Minich <fminich@ti.com>
Organization: NCP
Message-ID: <38E8DE25.168D@ti.com>
References: <38E8C2F2.2BF7E928@raytheon.com>
Reply-To: fminich@ti.com

Rand Graham wrote:
> 
> If I am running vxworks and I want to display a file to
> the screen what do I do?
> What is the vxworks equivalent of the unix cat?

copy()

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Changing RAM_LOW_ADRS on MVME2700
Date: Mon, 03 Apr 2000 14:01:07 -0500
From: Edsel Harrell <eah@raytheon.com>
Organization: Raytheon Company
Message-ID: <38E8EA72.DA5D6CA8@raytheon.com>
References: <8cajkb$o9u2@overload.lbl.gov>

This is a multi-part message in MIME format.
- --------------61FBA5682744D98E14FBAD43
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

It should work... We've successfully used the 0x10000 on ppc 860 flavors...
So there is hope...

Any chance your target server is being confused about the
specific kernel you loaded/booted?
It will try to "call" loaded code based on where it thinks it is loaded.
(This appears (*warning I'm on thin ice here*) to be based
on reading the vxWorks or the vxWorks.sym file...
If this file is not in the location
that the tgtsrv is looking for it, or the sym file didn't get generated...
caused me similar problems with startup connections and shell commands failing.
This is especailly a problem if the tgtsrv is passed (command line)
a hardwired location
for the kernel that has to be manually updated...)

Fred Roeber wrote:

> On Thu, 30 Mar 2000, Charlie Grames wrote:
>
> > Subject: Changing RAM_LOW_ADRS on MVME2700
>
> > For various reasons, I am attempting to reduce RAM_LOW_ADRS on the mv2700
> > BSP from 0x100000 to 0x10000 to claim additional memory.  I have made sure
> > that all interfaces using that low memory (shared memory and Ethernet
> > interfaces) are reconfigured to dynamically allocate their memory pools.
> > I have also made sure that RAM_LOW_ADRS is defined correctly for both my
> > boot ROM image and VxWorks image.
> >
> > VxWorks boots fine, but I am unable to attach a target server to the target
> > (rpccore backend client Timed out).  Has anyone else tried this and run into
> > similar problems?  I am using Tornado 1.0.1 from the ZC-10 CD.
>
> Charlie, I've seen this problem on other boards but haven't worked with
> yours. I have seen this happen because the memory area used initially
> by the BSP is specially set up to be uncached but the area that gets
> dynamically allocated isn't set up uncached (or at least not the
> same way as the statically allocated area). Some BSPs actually treat
> cacheDmaAlloc the same as malloc on the assumption that everything is
> properly "snooped". This can break something like VME accesses that aren't
> snooped right. Not sure if this helps but it is a thought.  Fred
>
>    |      Fred J Roeber,  BBN Systems & Technologies      |
>    |    4 John Clarke Road   Middletown, RI  02842-5202   |
>    |          froeber@bbn.com     401-848-3548            |
>    |    Division Scientist, High Performance Computing    |

- --
Edsel A. Harrell, Jr           (voice) (972) 575-6468   (email) eah@raytheon.com
Senior Principle Systems Eng   (pager) (972) 597-8874
Raytheon Systems Company      (snail) 6600 Chase Oaks Blvd, MS 8454, Plano, Tx
75023
- ------------------------------------------------------------------------------------

"Proofread Carefully to See if You Any Words Out"

DISCLAIMER: I speak only for myself, not my employer.
   EXCEPTION: If any of my ideas are worth more than $0.02, then they are
              property of my employer.

- --------------61FBA5682744D98E14FBAD43
Content-Type: text/x-vcard; charset=us-ascii;
 name="eah.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Edsel Harrell
Content-Disposition: attachment;
 filename="eah.vcf"

begin:vcard 
n:A. Harrell, Jr;Edsel
tel;pager:972-597-8874
tel;home:817-430-3903
tel;work:972-575-6468
x-mozilla-html:FALSE
org:Raytheon Systems Company;Advanced Airborne EO
version:2.1
email;internet:eah@raytheon.com
title:Sr Principle Systems Engineer
adr;quoted-printable:;;6600 Chase Oaks Blvd, MS 8454 (shipping)=0D=0Aor=0D=0AP.O.Box 660246, MS 8454 (mailing);Plano;TX;75066;
x-mozilla-cpt:;0
fn:Edsel
end:vcard

- --------------61FBA5682744D98E14FBAD43--

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Booting from sm Interface with INCLUDE_END Defined
Date: Mon, 03 Apr 2000 19:21:44 +0000
From: Prashant Shukla <prashant.shukla@fluke.com>
Organization: Fluke Corporation, Everett, WA
Message-ID: <38E8EF48.B9B2B664@fluke.com>
References: <38E50A92.BF0599E2@nowhere.com>

check the end table if it has any entry.
prashant

Charlie Grames wrote:

> I am using SENS with Tornado 1.0.1.  I have noticed that if you define
> INCLUDE_END in config.h, create a boot image, and attempt to boot from the
> shared memory interface, the boot will fail with an ugly message about
> muxDevLoad() being unable to attach to the sm interface.  After looking at
> bootConfig(), I can see how this would happen.  It shouldn't.
>
> For now, I can avoid defining INCLUDE_END in my boot image, and everything will
> work fine.  Ultimately, however, it makes sense to define INCLUDE_END in my boot
> image if I define it in my VxWorks image.  Has anyone else run into this
> problem, and do you know if it is fixed in Tornado II?  Thanks.
> --
> Charlie Grames
> The Boeing Company
> Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Booting from sm Interface with INCLUDE_END Defined
Date: Mon, 03 Apr 2000 19:22:32 +0000
From: Prashant Shukla <prashant.shukla@fluke.com>
Organization: Fluke Corporation, Everett, WA
Message-ID: <38E8EF78.1D56A870@fluke.com>
References: <38E50A92.BF0599E2@nowhere.com>

check the end table if it has any entry.
prashant

Charlie Grames wrote:

> I am using SENS with Tornado 1.0.1.  I have noticed that if you define
> INCLUDE_END in config.h, create a boot image, and attempt to boot from the
> shared memory interface, the boot will fail with an ugly message about
> muxDevLoad() being unable to attach to the sm interface.  After looking at
> bootConfig(), I can see how this would happen.  It shouldn't.
>
> For now, I can avoid defining INCLUDE_END in my boot image, and everything will
> work fine.  Ultimately, however, it makes sense to define INCLUDE_END in my boot
> image if I define it in my VxWorks image.  Has anyone else run into this
> problem, and do you know if it is fixed in Tornado II?  Thanks.
> --
> Charlie Grames
> The Boeing Company
> Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Booting from sm Interface with INCLUDE_END Defined
Date: Mon, 03 Apr 2000 19:22:06 +0000
From: Prashant Shukla <prashant.shukla@fluke.com>
Organization: Fluke Corporation, Everett, WA
Message-ID: <38E8EF5E.519CFB2@fluke.com>
References: <38E50A92.BF0599E2@nowhere.com>

check the end table if it has any entry.
prashant

Charlie Grames wrote:

> I am using SENS with Tornado 1.0.1.  I have noticed that if you define
> INCLUDE_END in config.h, create a boot image, and attempt to boot from the
> shared memory interface, the boot will fail with an ugly message about
> muxDevLoad() being unable to attach to the sm interface.  After looking at
> bootConfig(), I can see how this would happen.  It shouldn't.
>
> For now, I can avoid defining INCLUDE_END in my boot image, and everything will
> work fine.  Ultimately, however, it makes sense to define INCLUDE_END in my boot
> image if I define it in my VxWorks image.  Has anyone else run into this
> problem, and do you know if it is fixed in Tornado II?  Thanks.
> --
> Charlie Grames
> The Boeing Company
> Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Booting from sm Interface with INCLUDE_END Defined
Date: Mon, 3 Apr 2000 20:02:34 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38E8F8DA.43DA0E52@nowhere.com>
References: <38E50A92.BF0599E2@nowhere.com> <38E8EF48.B9B2B664@fluke.com>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

To the best of my knowledge (correct me if I'm wrong), the shared memory
interface should not have an entry in the END table, because it has no END
driver.  The code in usrNetwork.c appears to do shared memory initialization
correctly.  That in bootConfig.c does not if INCLUDE_END is defined.  I just
want to know if this is fixed in Tornado II.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

Prashant Shukla wrote:
> 
> check the end table if it has any entry.
> prashant
> 
> Charlie Grames wrote:
> 
> > I am using SENS with Tornado 1.0.1.  I have noticed that if you define
> > INCLUDE_END in config.h, create a boot image, and attempt to boot from the
> > shared memory interface, the boot will fail with an ugly message about
> > muxDevLoad() being unable to attach to the sm interface.  After looking at
> > bootConfig(), I can see how this would happen.  It shouldn't.
> >
> > For now, I can avoid defining INCLUDE_END in my boot image, and everything will
> > work fine.  Ultimately, however, it makes sense to define INCLUDE_END in my boot
> > image if I define it in my VxWorks image.  Has anyone else run into this
> > problem, and do you know if it is fixed in Tornado II?  Thanks.
> > --
> > Charlie Grames
> > The Boeing Company
> > Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Problem with ipAttach
Date: Mon, 03 Apr 2000 20:47:12 GMT
From: Clive <wagstuk@my-deja.com>
Organization: Deja.com - Before you buy.
Message-ID: <8cb00b$roh$1@nnrp1.deja.com>

Hello,

I am having a problem using ipAttach(). The console displays
the error message

Protocol is out of space: increase IP_MAX_UNITS

when the command

ipAttach(0,"sarfcc");

is called (it returns error code -1 at the shell).

using muxShow() gives

> muxShow();
Device: sarfcc Unit: 0
Description:  SAR Device Driver
Device: motfcc Unit: 0
Description: Motorola FCC Ethernet Enhanced Network Driver
Protocol: IP 4.4 ARP     Type: 2054      Recv 0x13f2ac  Shutdown
0x13f570
Protocol: IP 4.4 TCP/IP  Type: 2048      Recv 0x13f2ac  Shutdown
0x13f4a8
value = 0 = 0x0

I have tried increasing IP_MAX_UNITS (to 10 !) but to no avail.
The buffer pool has also been correctly allocated/initialised.

Any advice/suggestions much appreciated.

Thanks in advance,

Clive

- --
- -- Clive
- -- ct @ dial*pipex*com

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Embedded Engineer shortage
Date: Mon, 3 Apr 2000 16:12:20 -0400
From: "Colleen Nielsen" <cnielsen@tsrc.net>
Organization: EnterAct Corp.
Message-ID: <8cb1kb$p9o$1@news.enteract.com>

    I am a Technical Recruiter in the Chicagoland area who also assists the
recruiting efforts in Ottawa, Canada.  Right now we are looking to hire more
than 20 Embedded developers, preferably with Vxworks experience in both
Chicago and Canada.  But there is an extreme shortage at the moment and I am
having an difficult time locating these individuals.

If anyone can be of any assistance I would appreciate it.  If you are
interested please forward your resume to me.  Or if you know of somewhere
that I can recruit for developers, that would be of great assistance as
well.

Regards and sorry to bother anyone
Colleen Nielsen
Senior Regional Recruiter
Technisource
(800)330-3308
cnielsen@tsrc.net

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Problem with ipAttach
Date: Mon, 3 Apr 2000 23:03:55 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38E9235B.2019CC40@nowhere.com>
References: <8cb00b$roh$1@nnrp1.deja.com>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

Clive,

Where are you changing this?  IP_MAX_UNITS is in both
target/config/all/bootConfig.c and target/src/config/usrNetwork.c.  The one in
bootConfig.c will only control the number of IP units at boot time, which
probably does not interest you.  The one in usrNetwork.c is the one that affects
regular VxWorks.

If you don't want to modify usrNetwork.c, you can also define IP_MAX_UNITS in
configNet.h in your BSP.

Hope this helps.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: WIND_UID Mystery
Date: Tue, 04 Apr 2000 01:33:32 GMT
From: MJM <mike.mcnaughton@sympatico.ca>
Organization: mjm et al
Message-ID: <38E944AA.21591D1B@sympatico.ca>
References: <38E8C0D3.ABBBE666@nowhere.com>
Reply-To: mike.mcnaughton@sympatico.ca

It need to be defined in your host environment. However, I can't tell at this time
what it should be defined as.

I will be able to tell you after checking it tomorow if you still require the info.

I have just gone throught the same exercize with our FSE.

Mike

Charlie Grames wrote:

> I am trying to use WindView 2.0 under Tornado 1.0.1 (ZC-10 CD).  I've discovered
> that I need to use the target server file system (TSFS) to use WindView, so I
> tried configuring TSFS in my target server.  When I try to start the target
> server, I get the following:
>
> U:\host\x86-win32\bin\tgtsvr.exe
> U:
> tgtsvr.exe (ppc4@p2004937): Mon Apr 03 11:01:01 2000
>     License request... authorized on Local Host.
>     Wind River Systems Target Server: NT/Win95 version
>     Attaching backend... succeeded.
>     Connecting to target agent... succeeded.
>     Attaching C++ interface... succeeded.
>     Attaching elf OMF reader... succeeded.
>     Error: Error: Can't lock target server, environment variable WIND_UID is not
> defined.
>
> Is anyone familiar with this message and what needs to be done to address it?
> Please let me know.  Thanks.
> --
> Charlie Grames
> The Boeing Company
> Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: NFS on vxWorks
Date: Tue, 04 Apr 2000 01:42:13 GMT
From: MJM <mike.mcnaughton@sympatico.ca>
Organization: mjm et al
Message-ID: <38E946B4.FDB7DECF@sympatico.ca>
References: <MPG.1331c6b06820ece1989695@nntp.ix.netcom.com>
Reply-To: mike.mcnaughton@sympatico.ca

I've experienced tha same thing without resolving the probelm. However I
worked around it by palying around with nfsMountAll(). Then it seems to
forgive whatever mistake I was making before.

Burt Bicksler wrote:

> Hi,
>
> Are there any known issues with NFS on vxWorks? (i386).  I've built with
> the NFS client included and verified that it is present via
> nfsDrvNumGet().
>
> I have my NFS Server running on WinNT, and that appears to be setup OK
> but when I attempt to mount the remote file system it fails.
>
> Any suggestions on what to look for?
>
> Thanks,
> Burt Bicksler
>
> P.S. If responding via e-mail remove the spam bait.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Installing VxWorks problem
Date: Tue, 04 Apr 2000 02:34:36 GMT
From: John or Jenn <lastimp@home.com>
Organization: Who, us organized???
Message-ID: <0xcG4.25925$U4.108771@news1.rdc1.az.home.com>
References: <B50E36BC.4EB%s.starkie@ic.ac.uk>

In article <B50E36BC.4EB%s.starkie@ic.ac.uk> Stephen Starkie,
s.starkie@ic.ac.uk writes:
>   I'm trying to create a test machine from an old 486 we've got lying
>around the Lab,  and I'm trying to get a 3rd party version of VxWorks onto
>it.

Whats a 3rd party version of VxWorks?

---------------------------

Newsgroups: comp.os.vxworks
Subject: error in generating dependencies wrt CPU type
Date: Tue, 04 Apr 2000 05:12:05 GMT
From: findik@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8cbtir$s18$1@nnrp1.deja.com>

Hi,
I generated a project for a downloadable application module.
I am using Tornado II, MBX860 BSP under UNIX, Solaris.
There are several files added to the project,
the problem is: Unexpected dependency files are generated!
These unexpected header files are as follows:
arch/simnt/stdargGnu.h,
all files from subdirectories of the "arch" directory such as "i960",
etc ,the expected dependency files were the header files of "arch/ppc"
directory.

within compiler options there is a define as "-DCPU=PPC860", so what
will be the reason for this problem?

I made a small trial, and see that if I made a redefinition for SIMNT
again in compiler options as "-DSIMNT=100", I see that
arch/simnt/stdargGnu.h isn't generated as a dependeny (!) because
before doing this I realized that
using
# if (CPU == SIMNT)
or
# if (CPU != PPC860)
gives the same result, both return TRUE

thanks for your valuable comments, reyhan

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: x86 VxWorks Loader
Date: Tue, 04 Apr 2000 11:10:06 +0530
From: Yusuf Motiwala <motiwala@lucent.com>
Organization: Lucent Technologies, Columbus, Ohio
Message-ID: <38E98036.36E836D7@lucent.com>
References: <8blmfi$nb7$1@news.netvision.net.il> <8boebj$ngs$1@nnrp1.deja.com>

You can boot from hard disk by mounting /ata0/.... Make sure you put the
image in
root directory of harddisk and partition is of type FAT16 (FAT32 will not
work).

Regards,
Yusuf

> "Vladimir" <svoval@t2.technion.ac.il> wrote:
> > How can I load a large VxWorks image from disk in x86 platform? The
> standard
> > loader (vxload or bootsector loader) don't work. Should they?

---------------------------

Newsgroups: comp.os.vxworks
Subject: VxWorks System Memory Layout issue
Date: Tue, 04 Apr 2000 14:33:39 +0530
From: Gourav Goyal <ggoyal@hss.hns.com>
Organization: Hughes Network Systems
Message-ID: <38E9AFEB.5FE0C9FD@hss.hns.com>

Hi
    I need some pointers about the Memory Map of the system. An  i960CA
processor runs on the target. I need to write onto the writable parts of
the memory. I wish to know about these writable parts of  memory.

    I tried using "moduleShow" but i could get only the starting address
of the text, bss, and the data segments of each of the modules. i
suppose there must be some way to find out the the range of each of
these segments.

    I would be oblidged if u could help me out!!!

Thanks
Gourav

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: 82559ER
Date: Tue, 4 Apr 2000 12:04:51 +0200
From: "BT" <brede.thurmann@kongsberg.simrad.no>
Message-ID: <8ccen2$4d3$1@oslo-nntp.eunet.no>
References: <38D7A20B.50FE5CA0@eng.fore.com> <Xa8D4.212$HG1.6946@nnrp1.uunet.ca>

I am in the very near future going to use yhe 82559ER on a new board and
vould like
to read the document you refer to. I tries to locate it at www.intel.com but
was not able to
find it.

What is the "NDA with Intel"?

BT

Don Bowman wrote in message ...
>
>"Steve Alexander" <salexand@eng.fore.com> wrote in message
>news:38D7A20B.50FE5CA0@eng.fore.com...
>> Can anyone suggest a place  to start on this enet chip ?
>>
>> I need to build custom features into the driver, so Intel's
>> object is almost useless.  They don't have full programming
>> data for the chip either.
>
>The BSD 4.4 driver for the fx chips is where we started.
>Its part of the freebsd or netbsd distributions. The 82558
>driver worked without any changes.
>
>Under NDA with Intel you can get a document entitled
>"10/100MBIT ETHERNET FAMILY SOFTWARE TECHNICAL REFERENCE MANUAL"
>
>which has all the info you need. Talk to your intel rep.
>
>--don
>
>

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Tue Apr  4 08:18:05 2000
From: "Tyler, Paul A (DBY)" <paul.a.tyler@rolls-royce.com>
Date: Tue Apr  4 08:18:07 PDT 2000
Subject: Re: Installing VxWorks problem

Steve,

I suggest you use a bootable floppy. Either format the floppy as bootable
with Windows 95 and put VxCopy on it, or use mkboot.bat to create a floppy
which will boot straight up into VxWorks. You could then leave Windows 95 on
the hard disk.

VxWorks, Tornado

Paul Tyler
Measurement Systems Specialist
Electronics & Measurement Systems Dept.
Rolls-Royce plc.

e-mail Paul.A.Tyler@Rolls-Royce.com
Tel. +44 (1332) 247808
Fax. +44 (1332) 247928

Stephen Starkie <s.starkie@ic.ac.uk> wrote in message
news:<B50E36BC.4EB%s.starkie@ic.ac.uk>...
> Hi,
> 
>    I'm a relative newbie to installing VxWorks,  though I've been
developing
> for some months now.
> 
>    I'm trying to create a test machine from an old 486 we've got lying
> around the Lab,  and I'm trying to get a 3rd party version of VxWorks onto
> it.   The problem that I have is that I cannot seem to get VxCopy to work
> under ordinary DOS.  It seems to have to work under Windows 95.
> Unfortunately,  once I install VxWorks Win95 stops working and I cant
change
> anything without completely reinstalling Win95.  This is becoming very
> frustrating.
> 
>    I'm sure there's a simple solution - I just cant see it.
> 
> Steve. 

From vxwexplo-errs@csg.lbl.gov  Tue Apr  4 09:39:36 2000
From: Jim Fridlund <fridl003@tc.umn.edu>
Date: Tue Apr  4 09:39:38 PDT 2000
Subject: Re: mounting a PCMCIA dos formatted ATA drive

the vxWorks Users Group Exploder writes:
> Submitted-by vxwexplo-errs@csg.lbl.gov  Mon Apr  3 05:49:09 2000
> Submitted-by: Bob <Bob@dskti.com>
> 
> Try using an @ symbol before the cd command E.G
> 
> -> @cd "/ata/"

Thanks. This worked.
--
Jim Fridlund
fridl003@tc.umn.edu

From vxwexplo-errs@csg.lbl.gov  Tue Apr  4 10:34:20 2000
From: Jim Thomas <thomas@cfht.hawaii.edu>
Date: Tue Apr  4 10:34:22 PDT 2000
Subject: Re: error in generating dependencies wrt CPU type

findik> These unexpected header files are as follows:
findik> arch/simnt/stdargGnu.h,

findik> within compiler options there is a define as "-DCPU=PPC860", so what
findik> will be the reason for this problem?

That's what happens if vxWorks.h is not included.

From vxwexplo-errs@csg.lbl.gov  Wed Apr  5 04:03:12 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Wed Apr  5 04:03:15 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Wed Apr  5 04:03:09 PDT 2000

        Subject: Re: Reduce the size of .out
        Subject: load
        Subject: Use of TFFS
        Subject: Re: SNMP sysUpTime rollover
        Subject: Re: Problem with ipAttach
        Subject: Re: CDF FIles and New Components.
        Subject: Re: VxWorks System Memory Layout issue
        Subject: Re: Use of TFFS
        Subject: Re: load
        Subject: booting problem
        Subject: Re: Use of TFFS
        Subject: vsnprintf for VxWorks
        Subject: 68K vmBaseGlobalMapInit()
        Subject: Re: 68K vmBaseGlobalMapInit()
        Subject: Re: Use of TFFS
        Subject: Re: VxWorks System Memory Layout issue
        Subject: same subnet/IP address on multiple devices...
        Subject: Re: VxWorks vs. Linux
        Subject: Re: booting problem
        Subject: Re: Use of TFFS
        Subject: Re: booting problem
        Subject: Neuer Platz fr Deine Homepage??
        Subject: Re: booting problem
        Subject: Re: Use of TFFS
        Subject: Copy vxWorks image using serial line
        Subject: Selfstudy or course on VxWorks
        Subject: How to get/set table value in WindSNMP

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Reduce the size of .out
Date: Tue, 04 Apr 2000 14:01:09 +0200
From: Manfred Fischer <m.fischer@steinbichler.de>
Organization: roNet GmbH Rosenheim
Message-ID: <38E9D985.BDD4F881@steinbichler.de>
References: <38E763A4.97A300E@erols.com> <38e78bff.3152439@news.swbell.net> <38E7C6B7.8A025F51@erols.com>

Fred Walther wrote:

> I have compiled with the debug information out and it reduced the size to 15
> Mbytes
> I am using middleware known as ACE, Has anybody heard of it? and could it be
> the cause?
> Fred
>
> Bruce wrote:
>
> > In comp.os.vxworks
> > Fred Walther <fwalther@erols.com> wrote:
> >
> > >My .out  application file is 20+Megbytes
> > >I have an 8 Megabyte flash that I want to boot from
> > >My executable in memory is less then 2 Megabytes How do I reduce the
> > >.out file size to the desired size, I am aware of compression, but is
> > >there any other way to remove the symbols or do anything else to reduce
> > >the size and be able to use the ld
> > >command from boot.
> >
> > 20 MBytes?  You HAVE to have debug information compiled in.  Taking that
> > out will reduce it tremendously.  You won't gain much without symbols, but
> > it is worth trying.  I use a custom symbol table with only about 70 symbols
> > that I need from the shell.  Also look at your initialized global data.  Do
> > you have some huge tables initialized with values?   You can save a lot by
> > doing this at runtime.  Give us some more info about where the 20 Mbytes is
> > coming from.
> >
> > Bruce

You can reduce the size of your *.out file if You eliminate static variables and
big arrays by replacing them with automatic variables or dynamic allocation of
variable space at program startup.
In this way I have reduced the size of an application from 4 megs down to 100 k.
If You have more *.o modules linked together in Your *.out file, You can detect
the most memory consuming module in Tornado by selecting Properties of the
appropriate module under Object Files.

Manfred

---------------------------

Newsgroups: comp.os.vxworks
Subject: load
Date: Tue, 04 Apr 2000 12:10:50 GMT
From: crusader29@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8ccm42$lmq$1@nnrp1.deja.com>

Hi All,
I have the vxworks image in one target and i want to load the
image to another target while booting. For that Is it possible to use
my own communication mechanism instead via serial or network.
If Possible means what are all change i have to do? and also tell where
to change .

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Use of TFFS
Date: Tue, 04 Apr 2000 05:28:17 -0700
From: Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid>
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Message-ID: <00f236ed.13483849@usw-ex0103-023.remarq.com>

Hi,

on my target Ihave an IDE Disk and a DiskONChip (TFFS device). I
need to have boot VxWorks from the TFFS device, but I'm not
succeeding in it.
If I add 	#define	INCLUDE_TFFS	in my config.h, when
building (make) the bootrom_uncmp, it gives me errors for
undefined references in libPENTIUMgnuvx.a
If I include TFFS in Tornado Project Facilities, when I build
VxWorks image, I get errors for undefined references in
\project\prjConfig.c

I hope somebody can tell me what to do (if there are some files
to include, what files and where they have to be included).

Thanks in advance.
Marco.

mail to: marco.penso@parizzi.it

* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: SNMP sysUpTime rollover
Date: Tue, 04 Apr 2000 12:17:45 GMT
From: B. Atanacio <batanacio@clearwire.com>
Organization: Deja.com - Before you buy.
Message-ID: <8ccmh0$m17$1@nnrp1.deja.com>
References: <8cadhg$5t9$1@nnrp1.deja.com>

In article <8cadhg$5t9$1@nnrp1.deja.com>,
B. Atanacio <batanacio@clearwire.com> wrote:
> Hello!
> I'm using the MIB II structures that are provided in WindNet SNMP
v1/v2c
> in our system. I'm noticing what appears to be a rollover in the
> sysUpTime variable after about 2-1/2 days. The logs we have from the
Well, I found my answer from Will Fookes via Mario Semo. Don't know why
the old post didn't appear in my newsgroup search. Anyway, just to
reiterate:
"This can be fixed by editing snmpSystem.h which is supplied as source =
with WindNet, and calculating sysUpTime yourself rather than relying on
the = value from m2SysGroupInfoGet()."
- --
- --B. Atanacio

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Problem with ipAttach
Date: Tue, 04 Apr 2000 09:56:25 -0400
From: Gaurav Kulshreshtha <gkul@mantranets.com>
Message-ID: <38E9F489.9C9BC259@mantranets.com>
References: <8cb00b$roh$1@nnrp1.deja.com> <38E9235B.2019CC40@nowhere.com>

I will say that changing it in the configNet.h works for me.
Kul

Charlie Grames wrote:

> Clive,
>
> Where are you changing this?  IP_MAX_UNITS is in both
> target/config/all/bootConfig.c and target/src/config/usrNetwork.c.  The one in
> bootConfig.c will only control the number of IP units at boot time, which
> probably does not interest you.  The one in usrNetwork.c is the one that affects
> regular VxWorks.
>
> If you don't want to modify usrNetwork.c, you can also define IP_MAX_UNITS in
> configNet.h in your BSP.
>
> Hope this helps.
> --
> Charlie Grames
> The Boeing Company
> Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: CDF FIles and New Components.
Date: Tue, 04 Apr 2000 14:11:53 +0000
From: Venkatesh JS <jsvenkat@miel.mot.com>
Organization: MIEL
Message-ID: <38E9F829.B33B59E4@miel.mot.com>
References: <38E8B446.D56CA409@pacifier.com> <8caemp$p18$2@news1.xs4all.nl>

johan.borkhuis@peektraffic.nl wrote:

> Todd <toddbl@sequent.com> wrote:
>
> : The building block appears in the folder IO system components - as it
> : should. But, it is italicized, meaning it is not installed. I have put
> : the object file in the corresponding obj<CPU>gnuvx directory and the
> : header file in the target/h directory. What more do I need to do to get
> : it to recognize the component.
>
> Did you add it to the right initgroup and folder?
>
> Groeten,
>         Johan
>
> --
>      o o o o o o o . . .   ___________________________________
>     o      _____           ||    Johan Borkhuis              |
>   .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
>  >(________|__|_[_________]_|________________________________|
>  _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
> === VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

  hi,
        I had faced same problem, but it surprisingly got solved when i
tried including the my component  from  menu item  Project-> Add/Include ->
component(s). Make sure that path to your .o or .a is in LIBS macro. No need
to add into lib<CPU>gnuvx.a.  But one thing is still your component name
will be italisized but it gets highlighted.

venkat

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: VxWorks System Memory Layout issue
Date: Tue, 04 Apr 2000 09:36:51 -0700
From: Harvey Taylor <het@despam.pangea.ca>
Organization: Organization? What organization?!
Message-ID: <38EA1A23.4465@despam.pangea.ca>
References: <38E9AFEB.5FE0C9FD@hss.hns.com>

Gourav Goyal wrote:
>I need some pointers about the Memory Map of the system. An  i960CA
>[...]
>

	Take a look at the Appendices to the Programmer's Guide.
	There are various arch specific sections which will give
	you an idea of the memory map; then you can start looking 
	up #defines for specifics.
<ciao>
- -het

- -- 
"Assembly of Japanese bicycle require great peace of mind."
	- Instruction manual mentioned by R. Pirsig

Harvey Taylor  mailto:het@despam.pangea.ca  http://www.pangea.ca/~het

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Use of TFFS
Date: 4 Apr 2000 15:26:10 GMT
From: johan.borkhuis@peektraffic.nl
Organization: XS4ALL Internet BV
Message-ID: <8cd1ii$l48$2@news1.xs4all.nl>
References: <00f236ed.13483849@usw-ex0103-023.remarq.com>

Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid> wrote:
: Hi,

: on my target Ihave an IDE Disk and a DiskONChip (TFFS device). I
: need to have boot VxWorks from the TFFS device, but I'm not
: succeeding in it.
: If I add 	#define	INCLUDE_TFFS	in my config.h, when
: building (make) the bootrom_uncmp, it gives me errors for
: undefined references in libPENTIUMgnuvx.a

Which errors do you get for these builds?

Groeten,
	Johan

- -- 
     o o o o o o o . . .   ___________________________________
    o      _____           ||    Johan Borkhuis              |
  .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
 >(________|__|_[_________]_|________________________________|
 _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
=== VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: load
Date: 4 Apr 2000 15:24:35 GMT
From: johan.borkhuis@peektraffic.nl
Organization: XS4ALL Internet BV
Message-ID: <8cd1fj$l48$1@news1.xs4all.nl>
References: <8ccm42$lmq$1@nnrp1.deja.com>

crusader29@my-deja.com wrote:
: Hi All,
: I have the vxworks image in one target and i want to load the
: image to another target while booting. For that Is it possible to use
: my own communication mechanism instead via serial or network.
: If Possible means what are all change i have to do? and also tell where
: to change .

Yes, that is possible, you can add any protocol you like, but you have to
do this in bootConfig.c. Instead of using the "normal" bootmethods you can
add your own.

Groeten,
	Johan

- -- 
     o o o o o o o . . .   ___________________________________
    o      _____           ||    Johan Borkhuis              |
  .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
 >(________|__|_[_________]_|________________________________|
 _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
=== VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.vxworks
Subject: booting problem
Date: Tue, 04 Apr 2000 15:25:45 GMT
From: chrisanc1967@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8cd1h6$2rq$1@nnrp1.deja.com>

I rebuilt the vxWorks image and when I try to boot it from hyperterminal
I get the following:

Attaching network interface dc0... dc0: 10Base-T link established
done.
interrupt: dc0: no carrier
Attaching network interface lo0... done.
Loading... 600684
Starting at 0x100000...

Then it just sits there with nothing more. I do have a prompt but I
dont believe that it has completed loading. Can someone tell me what I'm
missing. Thanks

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Use of TFFS
Date: Tue, 04 Apr 2000 09:14:47 -0700
From: Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid>
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Message-ID: <1b06a0ac.4e5d3e1e@usw-ex0103-023.remarq.com>
References: <00f236ed.13483849@usw-ex0103-023.remarq.com> <8cd1ii$l48$2@news1.xs4all.nl>

Buiding bootrom_uncmp the errors are the following:

D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(fatlite.o)
(.text+0xdd0): undefined reference t
o `flRegisterComponents'
D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(fltl.o)(.text+0x2f):
undefined reference to `n
oOfTLs'
D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(fltl.o)(.text+0x52):
undefined reference to `t
lTable'
D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(fltl.o)(.text+0x63):
undefined reference to `n
oOfTLs'
D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(fltl.o)(.text+0xaf):
undefined reference to `n
oOfTLs'
D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(fltl.o)(.text+0xcb):
undefined reference to `t
lTable'
D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(fltl.o)(.text+0xdc):
undefined reference to `n
oOfTLs'
D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(flflash.o)
(.text+0x117): undefined reference t
o `flDelayLoop'
D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(flflash.o)
(.text+0x34d): undefined reference t
o `flDelayLoop'
D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(flflash.o)
(.text+0x405): undefined reference t
o `noOfMTDs'
D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(flflash.o)
(.text+0x414): undefined reference t
o `mtdTable'
D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(flflash.o)
(.text+0x422): undefined reference t
o `noOfMTDs'
make.exe: *** [bootrom_uncmp] Error 0x1

Buiding VxWorks the errors are the following:

dataSegPad.o partialImage.o ctdt.o symTbl.o -o vxWorks
partialImage.o: In function `usrRoot':
D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
\target\proj\Project2\prjConfig.
c:477: undefined reference to `flRegisterComponents'
D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
\target\proj\Project2\prjConfig.
c:477: undefined reference to `noOfTLs'
D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
\target\proj\Project2\prjConfig.
c:477: undefined reference to `tlTable'
D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
\target\proj\Project2\prjConfig.
c:477: undefined reference to `noOfTLs'
D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
\target\proj\Project2\prjConfig.
c:477: undefined reference to `noOfTLs'
D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
\target\proj\Project2\prjConfig.
c:477: undefined reference to `tlTable'
D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
\target\proj\Project2\prjConfig.
c:477: undefined reference to `noOfTLs'
D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
\target\proj\Project2\prjConfig.
c:477: undefined reference to `flDelayLoop'
D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
\target\proj\Project2\prjConfig.
c:477: undefined reference to `flDelayLoop'
D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
\target\proj\Project2\prjConfig.
c:477: undefined reference to `noOfMTDs'
D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
\target\proj\Project2\prjConfig.
c:477: undefined reference to `mtdTable'
D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
\target\proj\Project2\prjConfig.
c:477: undefined reference to `noOfMTDs'
make: *** [vxWorks] Error 0x1

Thank you.
Marco.

* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!

---------------------------

Newsgroups: comp.os.vxworks
Subject: vsnprintf for VxWorks
Date: 4 Apr 2000 16:43:33 GMT
From: slava@qualcomm.com (Tchigevsky Izoslav)
Organization: Qualcomm Israel
Message-ID: <8F0CBDC14izoslav@129.46.64.77>

Hello VxWorkers.

I'm looking for vsnprintf for VxWorks.

The prototype is in private/stdioP.h but
there is no such function in VxWorks image.
Our target is PPC604.

Thanks.

---------------------------

Newsgroups: comp.os.vxworks
Subject: 68K vmBaseGlobalMapInit()
Date: Tue, 04 Apr 2000 11:06:34 -0600
From: Russ Johnson <rajohnson@bigfoot.com>
Message-ID: <38EA211A.C6DDF7E2@bigfoot.com>

We have been running VxWorks 5.3 (Tornado 1.0.1) using a 68K processor
and recently upgraded to 5.4 (Tornado 2.0).  For our BSP configuration,
we add A32 space at address 0x40000000 for a length of 256Mb
(0x10000000) by adding an entry to the sysPhysMemDesc[] array in
sysLib.c.

We had noticed in 5.3 that the system took longer to boot when we did
this but the amount of time wasn't too bad.  But with 5.4, the system
takes a whole minute longer to boot when we add this entry.

I tracked the time delay down to the system call made to
vmBaseGlobalMapInit() which is in src/config/usrMmuInit.c and that call
is taking >60 seconds to execute.

Has anyone else seen this and figured out what to do about it?  I would
appreciate any help you would be willing to give.

TIA
Russ Johnson

Don't bother replying to my e-mail address it isn't valid.  Just post an
answer on the newsgroup if you would.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: 68K vmBaseGlobalMapInit()
Date: Tue, 04 Apr 2000 19:11:52 GMT
From: Minh.Lang@jpl.nasa.gov
Organization: Jet Propulsion Laboratory - Pasadena CA
Message-ID: <38ea3dc0.10572782@news.jpl.nasa.gov>
References: <38EA211A.C6DDF7E2@bigfoot.com>

Yes, I'm seeing the same long delay too after I increased the A32
space on a mv172 board. vmBaseGlobalMapInit() initializes 
1 page (8 Kbytes) at a time from sysPhysMem so I guess that was
what took forever?

 = Minh =

On Tue, 04 Apr 2000 11:06:34 -0600, Russ Johnson
<rajohnson@bigfoot.com> wrote:

>We have been running VxWorks 5.3 (Tornado 1.0.1) using a 68K processor
>and recently upgraded to 5.4 (Tornado 2.0).  For our BSP configuration,
>we add A32 space at address 0x40000000 for a length of 256Mb
>(0x10000000) by adding an entry to the sysPhysMemDesc[] array in
>sysLib.c.
>
>We had noticed in 5.3 that the system took longer to boot when we did
>this but the amount of time wasn't too bad.  But with 5.4, the system
>takes a whole minute longer to boot when we add this entry.
>
>I tracked the time delay down to the system call made to
>vmBaseGlobalMapInit() which is in src/config/usrMmuInit.c and that call
>is taking >60 seconds to execute.
>
>Has anyone else seen this and figured out what to do about it?  I would
>appreciate any help you would be willing to give.
>
>TIA
>Russ Johnson
>
>Don't bother replying to my e-mail address it isn't valid.  Just post an
>answer on the newsgroup if you would.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Use of TFFS
Date: 4 Apr 2000 21:39:11 GMT
From: johan.borkhuis@peektraffic.nl
Organization: XS4ALL Internet BV
Message-ID: <8cdndv$ju$1@news1.xs4all.nl>
References: <00f236ed.13483849@usw-ex0103-023.remarq.com> <8cd1ii$l48$2@news1.xs4all.nl> <1b06a0ac.4e5d3e1e@usw-ex0103-023.remarq.com>

Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid> wrote:
: Buiding bootrom_uncmp the errors are the following:

It looks like the TFFS library is not included in your VxWorks library,
because none of the symbols can be found during the link stage. Are you
using Tornado 2? To the best of my knowledge the support for DiskOnChip
should be included in your library. If you have a support contract you can
enter a TSR and see what WRS has to say about this. That is all I can say,
even if it is not much. Maybe someone else has a better idea?

Groeten,
	Johan

- -- 
     o o o o o o o . . .   ___________________________________
    o      _____           ||    Johan Borkhuis              |
  .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
 >(________|__|_[_________]_|________________________________|
 _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
=== VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: VxWorks System Memory Layout issue
Date: Tue, 04 Apr 2000 22:09:23 +0000
From: Prashant Shukla <prashant.shukla@fluke.com>
Organization: Fluke Corporation, Everett, WA
Message-ID: <38EA6813.BB213183@fluke.com>
References: <38E9AFEB.5FE0C9FD@hss.hns.com>

I don't know if this what you are looking for? look for  structure
sysPhysMemDesc in your BSP this will give u all the description of  the
memory regions(It is under sysLib.c for our BSP). I don't  know of a
specific command that will show the memory map region. If you use module
show : it will give all the  modules that are loaded onto the RAM. It has
nothing to do with Memory map.
Prashant
Gourav Goyal wrote:

> Hi
>     I need some pointers about the Memory Map of the system. An  i960CA
> processor runs on the target. I need to write onto the writable parts of
> the memory. I wish to know about these writable parts of  memory.
>
>     I tried using "moduleShow" but i could get only the starting address
> of the text, bss, and the data segments of each of the modules. i
> suppose there must be some way to find out the the range of each of
> these segments.
>
>     I would be oblidged if u could help me out!!!
>
> Thanks
> Gourav

---------------------------

Newsgroups: comp.os.vxworks
Subject: same subnet/IP address on multiple devices...
Date: Tue, 4 Apr 2000 17:42:53 -0700
From: "Erik J. Johnson" <erik.j.johnson@intel.com>
Organization: Intel Corporation
Message-ID: <8ce224$1c9@news.or.intel.com>

Does anyone know if it is possible to have two (or more) network
devices on the same subnet, or to even have the same IP address,
in VxWorks?  Maybe someone who has worked with the bridging
capabilities of TMS will know the secret, since I assume that bridged
ports will all have the same IP address.  Any hints, magic compiler
flags, or even undocumented API calls are acceptable and appreciated.

thanks in advance
erik

** not speaking for intel **

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: VxWorks vs. Linux
Date: Tue, 4 Apr 2000 20:24:04 -0700
From: John McClenny <spamjam@bebu.com>
Organization: Posted via Supernews, http://www.supernews.com
Message-ID: <MPG.135451acd69f950998968c@news.supernews.com>
References: <87t4tl$55u$1@news2.kornet.net> <38AE0C80.2A354436@earthlink.net> <9_Br4.1112$x5.84872@news1.frmt1.sfba.home.com> <fdt1es8js0vjs6okuk6493paom6lth70kh@4ax.com> <38E12B2F.28D73C2B@lucent.com>

In article <38E12B2F.28D73C2B@lucent.com>, dwfraser@lucent.com says...
> 
> 
> Ephraim Gadsby wrote:
> > 
> > On Sat, 19 Feb 2000 19:16:21 GMT, pwhicker@home.net (Paul Whicker)
> > wrote:
> > 
> > >The bottom line for me in choosing vxWorks was cost! 150 000 target licenses
> > >was a few hundred thousand bucks. Doubling RAM and ROM to accomodate the free
> > 
> > Then by Moore's law RTLinux is only 18 months from being feasible on
> > you type of application.
> 
> For most of us in the 'volume' embedded business, 18 months out puts
> us out of business. We will be on the third generation of our product
> by then. Consumer electronics is a tough place to play....
> 

If one is building Internet Appliances, the equation changes.  The 
available VxWorks browsers have big footprints that more than make up for 
the smaller kernel size of VxWorks.  By the time you get to near PC 
functionality with a 'consumer electronics' interface, the OS and 
applications end up with a comparable footprint to Linux.

This all depends on what you are building, how soon you are building it,
and how long it will take to debug VxWorks on your platform :(.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: booting problem
Date: Wed, 05 Apr 2000 03:38:25 GMT
From: snaphook@southwesternbell.net (Bruce)
Organization: SBC Internet Services
Message-ID: <38eab4a4.18151595@news.swbell.net>
References: <8cd1h6$2rq$1@nnrp1.deja.com>

In comp.os.vxworks
chrisanc1967@my-deja.com wrote:

>interrupt: dc0: no carrier
>Attaching network interface lo0... done.
>Loading... 600684
>Starting at 0x100000...
>
>
>Then it just sits there with nothing more. I do have a prompt but I
>dont believe that it has completed loading. Can someone tell me what I'm
>missing. Thanks

I think that you have a corrupt image.  The text  "Loading... 600684" is
not complete.  Those numbers are the text data and bss sections and you
should see something like "Loading... 600684 + 213000 + 21456" with a value
for each section.  The fact that you don't tells me that the header on your
image may be corrupt.

Bruce

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Use of TFFS
Date: Wed, 05 Apr 2000 05:12:03 GMT
From: John or Jenn <lastimp@home.com>
Organization: Who, us organized???
Message-ID: <DWzG4.28131$U4.119239@news1.rdc1.az.home.com>
References: <00f236ed.13483849@usw-ex0103-023.remarq.com> <8cdndv$ju$1@news1.xs4all.nl>

In article <1b06a0ac.4e5d3e1e@usw-ex0103-023.remarq.com> Marco Penso,
marco.pensoNOmaSPAM@parizzi.it.invalid writes:
>o `flRegisterComponents'

Go to WindSurf
Go to Frequently Asked Questions
Go to OS-VxWorks
Go to tffs
Click on Single-precision software floating point functions do not work. 

TITLE:T2 Build fails if TFFS is included without C++ support

Looks like you need to turn on C++ support.

For info on how to boot from/use DOC2000...

Go to WindSurf
Go to "Resolve"
Go to Keyword Search
Do "Uncheck All"
Check compOS News
Search on: "tffs boot" (omit the quotation marks)

There is a nice summary on using DOC2000 

HTH,

John

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: booting problem
Date: Wed, 5 Apr 2000 14:17:05 +0800
From: "Tenshou.Zha" <svczjh@sbell.com.cn>
Organization: Alcatel
Message-ID: <38ebaeb3.0@dnews.sbell.com.cn>
References: <8cd1h6$2rq$1@nnrp1.deja.com>

Hi

    It seemed you have successfully download vxworks image,
but when the vxworks start, the target crashed. May be you
can turn off cache and try it or if you have linked your
program into vxworks, you can get your program out it and
try again. Wish this can help you.

Best Regards

     Tenshou Zha
<chrisanc1967@my-deja.com> wrote in message
news:8cd1h6$2rq$1@nnrp1.deja.com...
> I rebuilt the vxWorks image and when I try to boot it from hyperterminal
> I get the following:
>
> Attaching network interface dc0... dc0: 10Base-T link established
> done.
> interrupt: dc0: no carrier
> Attaching network interface lo0... done.
> Loading... 600684
> Starting at 0x100000...
>
>
> Then it just sits there with nothing more. I do have a prompt but I
> dont believe that it has completed loading. Can someone tell me what I'm
> missing. Thanks
>
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Neuer Platz fr Deine Homepage??
Date: Wed, 5 Apr 2000 08:53:24 +0200
From: "Jens Altmann" <altj@teleconnect.de>
Message-ID: <8cenv3$65oa2$1@fu-berlin.de>

http://www.tango.cc/info.html

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: booting problem
Date: Wed, 05 Apr 2000 12:02:53 +0400
From: "Arthur V. Grigorian" <archy@auriga.ru>
Organization: Auriga, Inc.
Message-ID: <38EAF32D.89A08DB1@auriga.ru>
References: <8cd1h6$2rq$1@nnrp1.deja.com>
Reply-To: archy@auriga.ru

Hi,

   I faced such problems when  I played with  PCI parameters and when  I worked
   with IDE support in MCP750(PPC) BSP. Try to build vxWorks in "clean" project
   (i.e without any changes) , run it  and then check the .wpj files difference
   if it works.

Regards,
__
R2

> I rebuilt the vxWorks image and when I try to boot it from hyperterminal
> I get the following:
> 
> Attaching network interface dc0... dc0: 10Base-T link established
> done.
> interrupt: dc0: no carrier
> Attaching network interface lo0... done.
> Loading... 600684
> Starting at 0x100000...
> 
> Then it just sits there with nothing more. I do have a prompt but I
> dont believe that it has completed loading. Can someone tell me what I'm
> missing. Thanks

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Use of TFFS
Date: Wed, 05 Apr 2000 10:54:32 +0100
From: Roland Hauser <Roland.Hauser@avl.com>
Organization: Technische Universitaet Graz, Austria
Message-ID: <38EB0D58.4EA3FF7C@avl.com>
References: <00f236ed.13483849@usw-ex0103-023.remarq.com> <8cdndv$ju$1@news1.xs4all.nl> <DWzG4.28131$U4.119239@news1.rdc1.az.home.com>

What do you mean with 
Go to WindSurf ? Just to be sure i tried to go to www.windsurf.com. Can
you specify the location?

Roland

John or Jenn schrieb:
> 
> In article <1b06a0ac.4e5d3e1e@usw-ex0103-023.remarq.com> Marco Penso,
> marco.pensoNOmaSPAM@parizzi.it.invalid writes:
> >o `flRegisterComponents'
> 
> Go to WindSurf
> Go to Frequently Asked Questions
> Go to OS-VxWorks
> Go to tffs
> Click on Single-precision software floating point functions do not work.
> 
> TITLE:T2 Build fails if TFFS is included without C++ support
> 
> Looks like you need to turn on C++ support.
> 
> For info on how to boot from/use DOC2000...
> 
> Go to WindSurf
> Go to "Resolve"
> Go to Keyword Search
> Do "Uncheck All"
> Check compOS News
> Search on: "tffs boot" (omit the quotation marks)
> 
> There is a nice summary on using DOC2000
> 
> HTH,
> 
> John

- --
Roland Hauser
mailto:Roland.Hauser@avl.com    Voice: ++43- 316- 787-587 
FAX: ++49- 089- 2443- 29400
mailto:rhauser@cccom.at

---------------------------

Newsgroups: comp.os.vxworks
Subject: Copy vxWorks image using serial line
Date: Wed, 22 Mar 2000 01:29:06 -0800
From: Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid>
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Message-ID: <07a63b50.8905c355@usw-ex0103-023.remarq.com>

Hi everybody,

I'm quite new in using vxWorks and Real-time OS, so I hope
someone will be so nice to help me.

Can someone tell me if is possible (and how) to copy directly on
the target's hard disk the vxWorks satrtup file and the
bootrom.sys using only a serial line?

Using the target server - target agent connection between host
and target how can I (if I can) copy a file from the host's Hard
Disk to the target Hard Disk?

My target is a PC Pentium with 2 serial lines 16550 and a IDE
Hard drive.

Thank you in advance!

* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!

---------------------------

Newsgroups: comp.os.vxworks
Subject: Selfstudy or course on VxWorks
Date: Wed, 22 Mar 2000 12:34:37 GMT
From: leerssen@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8baekt$m3s$1@nnrp1.deja.com>

Hi all,

I'm trying to learn and extend knowledge of
VxWorks for a group of colleagues.
Can anybody advise me on a selfstudy course,
turorials, books, www-online tutors etc.

thanks and greetings

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: How to get/set table value in WindSNMP
Date: Wed, 22 Mar 2000 12:52:57 GMT
From: hippo101@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8bafn5$nak$1@nnrp1.deja.com>

We're using windNet SNMP package in our machine,and found
that we can not set/get table values in the MIBs.
Does anyone have some suggestions for us?
We're using Tornado 1.01 VxWorks 5.3 and WindNet SNMP 1.0
on an MVME162 platform.

Jun Shen

mailto:hippo101@sina.com

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Wed Apr  5 05:28:12 2000
From: Joe Welfeld <jwelfeld@paragon-networks.com>
Date: Wed Apr  5 05:28:14 PDT 2000
Subject: IP Stack / Debug Agent 

Hello,

We are currently using VxWorks with Tonado 2 and are looking at using a
3rd party BSD sockets compliant IP stack.  we would like to use the
VxWorks target agent debugger and also the binary version of SNMP.  I
was wondering if anyone has any experience with this type of setup.   It
appears to me that both the  debug  and SNMP agents  are  UDP
applications and they should just connect to the new stack through the
sockets interface.  are there any other complications you might have run
into when trying to setup this configuration ?  any help would be
appreciated.

--
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
Joe Welfeld                     Manager S/W Engineering
Paragon Networks                http://www.paragon-networks.com
61 Commerce Drive               Brookfield, CT. 06804
203.740.3650 Ext: 602
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

From vxwexplo-errs@csg.lbl.gov  Wed Apr  5 05:57:28 2000
From: Wilco Rademaker <wilco.rademaker@asml.nl>
Date: Wed Apr  5 05:57:30 PDT 2000
Subject: Debugging spawned task

We need to debug a task that is spawned by another task. The spawned
task can not be started individually. One possibility is to add an
infinite loop at the beginning of the spawned task but I would like to
known whether there is a way to "hook" into the spawned task without
changing the code of that task.

We are using Tornado 1.0.1 with crosswind.
-- 
Wilco Rademaker                              ASM Lithography
phone: +31-(0)40-268.5284                    PO Box 324
fax:   +31-(0)40-268.4999                    Room 7J0013
mailto:wilco.rademaker@asml.nl     (work)    5500 AH  VELDHOVEN
mailto:wilco.rademaker@bigfoot.com (private) The Netherlands

From vxwexplo-errs@csg.lbl.gov  Wed Apr  5 09:00:43 2000
From: "Shah, Ranjana" <SHAH@Telephonics.com>
Date: Wed Apr  5 09:00:45 PDT 2000
Subject: RE: Debugging spawned task

Wilco,

One way that I use to debug a spawned task is to put a taskSuspend(0) as the
first thing in that task, which ofcourse requires you to change the code.
Once the task has been spawned, I attach the debugger to it. Then I end up
in a disassembly window. At this point I close the disassembly window and
use the finish (to step out to return from current function) command to the
debugger which in turn brings control to the statement following the
taskSuspend(0) in the spawned task.

Ranjana

>-----Original Message-----
>From: vxwexplo@lbl.gov [mailto:vxwexplo@lbl.gov]
>Sent: Wednesday, April 05, 2000 9:12 AM
>To: vxworks_users@csg.lbl.gov
>Subject: Debugging spawned task
>
>
>Submitted-by vxwexplo-errs@csg.lbl.gov  Wed Apr  5 05:57:28 2000
>Submitted-by: Wilco Rademaker <wilco.rademaker@asml.nl>
>
>We need to debug a task that is spawned by another task. The spawned
>task can not be started individually. One possibility is to add an
>infinite loop at the beginning of the spawned task but I would like to
>known whether there is a way to "hook" into the spawned task without
>changing the code of that task.
>
>We are using Tornado 1.0.1 with crosswind.

From vxwexplo-errs@csg.lbl.gov  Wed Apr  5 19:42:38 2000
From: Fred Roeber <froeber@bbn.com>
Date: Wed Apr  5 19:42:40 PDT 2000
Subject: Re:  same subnet/IP address on multiple devices...

On Wed, 5 Apr 2000, Erik J. Johnson <erik.j.johnson@intel.com> wrote:

Erik, I'm a bit confused by your question and suspect you may not be
asking what you really want to.

> Does anyone know if it is possible to have two (or more) network
> devices on the same subnet, or to even have the same IP address,
> in VxWorks?

Clearly you can have multiple devices on a subnet. I think you are
asking whether you can have multiple interfaces from a single processor
onto the same subnet (e.g. two ethernet interfaces). Maybe you are
looking to increase reliability by having an extra connection? Whether
you can even have multiple network devices connected to a single
processor is going to be board specific. Some network drivers and
BSPs only support a single "unit" or device as you call it. If you
do hook up two connections to the same network, you will have to give
them different IP addresses. Input messages would come in through
whichever device was addressed. Outputs would all go over one of the
interfaces by default. As far as I remember, though, it is possible
to explicitely send a request through a particular interface.

> Maybe someone who has worked with the bridging
> capabilities of TMS will know the secret, since I assume that bridged
> ports will all have the same IP address.  Any hints, magic compiler
> flags, or even undocumented API calls are acceptable and appreciated.

What do you mean by TMS? Also, "bridging" normally implies transferring
data between different subnets/networks (something VxWorks can do).
There wouldn't be anything that compiler options would effect here.
The networking is pretty much modelled on well established standards
(e.g. BSD 4.4 code) so there aren't any "hidden" APIs.  Not sure if
this is what you were looking for but figured I would take a stab
at answering.  Fred

   |      Fred J Roeber,  BBN Systems & Technologies      |
   |    4 John Clarke Road   Middletown, RI  02842-5202   |
   |          froeber@bbn.com     401-848-3548            |
   |    Division Scientist, High Performance Computing    |

From vxwexplo-errs@csg.lbl.gov  Wed Apr  5 20:00:43 2000
From: Fred Roeber <froeber@bbn.com>
Date: Wed Apr  5 20:00:45 PDT 2000
Subject: Re: 68K vmBaseGlobalMapInit()

On Wed, 5 Apr 2000, Russ Johnson wrote:

> We have been running VxWorks 5.3 (Tornado 1.0.1) using a 68K processor
> and recently upgraded to 5.4 (Tornado 2.0).  For our BSP configuration,
> we add A32 space at address 0x40000000 for a length of 256Mb
> (0x10000000) by adding an entry to the sysPhysMemDesc[] array in
> sysLib.c.
> 
> We had noticed in 5.3 that the system took longer to boot when we did
> this but the amount of time wasn't too bad.  But with 5.4, the system
> takes a whole minute longer to boot when we add this entry.
> 
> I tracked the time delay down to the system call made to
> vmBaseGlobalMapInit() which is in src/config/usrMmuInit.c and that call
> is taking >60 seconds to execute.

Russ, Interesting timing on your question. I was trying to hunt down
today why MMU initialization for our PPC board was taking an intolerable
1.5 seconds. I guess I shouldn't complain ;). As to your problem, I
seem to remember that this issue came up in this forum when T2 was
in beta and first released. Have you checked with Wind River or with
the online tech support part of their website (ie. WindSurf)?

Another suggestion I could make that is processor specific is to look
into using the Transparent Translation registers that some of the 68K
processors provide (you don't say which 68K). The 68040, for instance,
has 2 transparent translation registers (TTR)s. Any memory you make
accessible through the TTRs doesn't need to be in sysPhysMemDesc. Even
better, the TTRs provide faster address translation than the MMU and
don't take up memory for page tables.

To use the TTRs, you simply need to store the desired value in them to
get the access you want. The allowable values that can be put in them
is pretty restricted but I'm almost possible you could set one to
allow 256MB access at 0x40000000 like you want. Check a 68K manual.

As an example, we use the call
    cacheDTTR0Set(0x205FC040);
To make the range 0x20000000 - 0x3fffffff and 0x60000000 - 0x7fffffff
uncached and serialized access. There is no cacheDTTR1Set function
but you can do your own as shown below. Good luck.   Fred

   |      Fred J Roeber,  BBN Systems & Technologies      |
   |    4 John Clarke Road   Middletown, RI  02842-5202   |
   |          froeber@bbn.com     401-848-3548            |
   |    Division Scientist, High Performance Computing    |

/*******************************************************************************
*
* cacheDTTR1Set - write data transparent translation register 1
*
* cacheLib.s already provides cacheDTTR0Set
*
* void cacheDTTR1Set (UINT ttr)
*/
_cacheDTTR1Set:
        movel   sp@(4),d0
        movec   d0,dtt1
        .word   0xf518          /* pflusha */
        rts

From vxwexplo-errs@csg.lbl.gov  Wed Apr  5 20:41:03 2000
From: "Jimmie T Marks" <jtmark@ftw.rsc.raytheon.com>
Date: Wed Apr  5 20:41:05 PDT 2000
Subject: Re: comp.os.vxworks newsdigest

vxWorks and TFFS

Did you purchase TFFS optional product from WRS?

From vxwexplo-errs@csg.lbl.gov  Thu Apr  6 01:05:22 2000
From: "Annamalai" <annamalai@comneti.com>
Date: Thu Apr  6 01:05:25 PDT 2000
Subject: Re: Debugging spawned task

Ranjana,
If the debugging is to be carried out without change in code,
can we make use of the System Mode debugging feature in Tornado?

Annamalai

> Wilco,
>
> One way that I use to debug a spawned task is to put a taskSuspend(0) as
the
> first thing in that task, which ofcourse requires you to change the code.
> Once the task has been spawned, I attach the debugger to it. Then I end up
> in a disassembly window. At this point I close the disassembly window and
> use the finish (to step out to return from current function) command to
the
> debugger which in turn brings control to the statement following the
> taskSuspend(0) in the spawned task.
>
> Ranjana
>
>

From vxwexplo-errs@csg.lbl.gov  Thu Apr  6 03:18:27 2000
From: Atkinson Andrew <AATKINSON1@dera.gov.uk>
Date: Thu Apr  6 03:18:30 PDT 2000
Subject: Cond. Vars & R/W Locks - 

Hi VxWorkers

	Can anyone tell me if VxWorks supports either condition
variables or readers/writer locks (I have checked the manuals and can
find nothing, but they are only manuals). If they are not supported is
there a way of acheiving a similar effect.

Thanks in anticipation.

Andy Atkinson
Software Engineer
Bldg 31a
DERA Bincleaves
Newtons Road
Weymouth
Dorset
DT4 8UR
AATKINSON1@mail.dera.gov.uk
Tel : 01305 764660
Fax : 01305 764661

-- 
The Information contained in this E-Mail and any subsequent correspondence
is private and is intended solely for the intended recipient(s).
For those other than the recipient any disclosure, copying, distribution, 
or any action taken or omitted to be taken in reliance on such information is
prohibited and may be unlawful.

From vxwexplo-errs@csg.lbl.gov  Thu Apr  6 04:03:14 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Thu Apr  6 04:03:17 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Thu Apr  6 04:03:10 PDT 2000

        Subject: Use tornado to develop for other os?
        Subject: Multicast and SENS
        Subject: Re: Use of TFFS
        Subject: dec21x40 Initialization Options
        Subject: Re: Unresolved _pciDeviceShow
        Subject: PCI Interrupt Issues
        Subject: Re: Use of TFFS
        Subject: Re: Use of TFFS
        Subject: Re: WIND_UID Mystery
        Subject: Re: Gnu Switches for Listing files
        Subject: TCL and Virtual I/O
        Subject: Use of TFFS
        Subject: Re: Error 3d0004 and FIOSYNC
        Subject: 3C905B NIC doesn't work
        Subject: Re: same subnet/IP address on multiple devices...
        Subject: Re: Gnu Switches for Listing files
        Subject: Re: dec21x40 Initialization Options
        Subject: Re: comp.os.vxworks newsdigest
        Subject: VxWorks + GCC v2.95.2 => !GDB
        Subject: Re: ORBIX and Tornado
        Subject: Re: Gnu Switches for Listing files
        Subject: File system problem
        Subject: Re: Newbie shared memory question
        Subject: Re: File system problem
        Subject: Re: File system problem
        Subject: Re: Device driver? in VxWorks

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: Use tornado to develop for other os?
Date: Wed, 22 Mar 2000 14:08:05 GMT
From: cvillone@yahoo.com
Organization: Deja.com - Before you buy.
Message-ID: <8bak3q$s46$1@nnrp1.deja.com>

Hello all,
  I was wondering if anyone out there has tried or thought of trying to
use the tornado development environment to develop for a differnet OS?
Since windriver is using the gnu compilers, I think that it wouldn't be
to hard to replace the vxWorks compiler with one for anohter OS.

Thanks,
  Chris

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Multicast and SENS
Date: Wed, 22 Mar 2000 20:26:07 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38D92C5F.BA4745D0@nowhere.com>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

Does anybody know whether you MUST use the END driver in order to support
multicast?  If not, how do you enable multicast support in pre-END drivers?  I
am using VxWorks 5.3.1 with SENS 1.1 (ZC-10 CD).  Thanks.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Use of TFFS
Date: Wed, 05 Apr 2000 13:26:29 GMT
From: John or Jenn <lastimp@home.com>
Organization: Who, us organized???
Message-ID: <9aHG4.28930$U4.122072@news1.rdc1.az.home.com>
References: <00f236ed.13483849@usw-ex0103-023.remarq.com> <8cdndv$ju$1@news1.xs4all.nl> <DWzG4.28131$U4.119239@news1.rdc1.az.home.com> <38EB0D58.4EA3FF7C@avl.com>

In article <38EB0D58.4EA3FF7C@avl.com> Roland Hauser,
Roland.Hauser@avl.com writes:
>What do you mean with 
>Go to WindSurf ? Just to be sure i tried to go to www.windsurf.com. Can
>you specify the location?

Sorry, WindSurf is the self-help support site on www.windriver.com

Go to http://www.windriver.com
Click on the word Support at the top of the page.
Click on the word WindSurf
If you havent been to WindSurf before, youll need your license
number in order to register for a WindSurf account (your access
level is, I believe, tied to the status of your maintenance on your
license).  Just click cancel when the login screen pops up to get
to the registration page.

HTH,

John

---------------------------

Newsgroups: comp.os.vxworks
Subject: dec21x40 Initialization Options
Date: Wed, 22 Mar 2000 21:39:18 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38D93D86.B46D60A3@nowhere.com>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

Does anyone know where to find documentation on the options string for the DEC
21x40 END driver?  In particular:

1) If I allocate a static driver memory pool but do not specify the number of
receive and/or transmit descriptors, will it allocate as many receive and/or
transmit descriptors as possible?

2) If I allow the driver memory pool to be dynamically allocated and don't
specify the number of read and/or transmit descriptors, what is the default?

3) What are the various user option bits?

Also, can someone tell me why I would want to use the END driver instead of the
BSD 4.4 one?  Thanks in advance for your comments.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Unresolved _pciDeviceShow
Date: Wed, 05 Apr 2000 09:04:14 -0500
From: Bob Feng <bfeng@noran.com>
Message-ID: <38EB47DE.AA82DAA2@noran.com>
References: <8c3toh$eip$1@nnrp1.deja.com> <8c8h72$es5$1@news1.xs4all.nl> <8c8pnt$e9i$1@nnrp1.deja.com> <8cae9o$p18$1@news1.xs4all.nl>

The default Pentium BSP does not have "INCLUDE_SHOW_ROUTINES" macro defined in
its "config.h" file unless you select "TFFS_INCLUDED".
Adding this into the file may work out:
#ifndef INCLUDE_SHOW_ROUTINES
#define INCLUDE_SHOW_ROUTINES
#endif

Bob

johan.borkhuis@peektraffic.nl wrote:

> cismroom@my-deja.com wrote:
> : But I never see any options about pci in project utility.Under
> : development components --> show routines   there isn't any pci_Show
> : options.How do you do that?
> : Thanks again!
>
> I am sorry, I thought it was a standard component. I checked the library,
> and this function is not available. I saw that someone else gave the right
> answer.
>
> Groeten,
>         Johan
>
> --
>      o o o o o o o . . .   ___________________________________
>     o      _____           ||    Johan Borkhuis              |
>   .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
>  >(________|__|_[_________]_|________________________________|
>  _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
> === VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.vxworks
Subject: PCI Interrupt Issues
Date: Wed, 05 Apr 2000 09:34:13 -0500
From: Bob Feng <bfeng@noran.com>
Message-ID: <38EB4EE5.F4F9C83A@noran.com>

- --------------E5A5A56681CBDFBDB10A93A4
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello, Vxworkers,

I need help on some PCI Interrupt Issues with Pentium BSP.

1. I tried to connect a PCI interrupt to an ISR by doing:

if(pciIntConnect(INUM_TO_IVEC(EDS_PCI_IRQ+INT_NUM_IRQ0),
pciIntTest)==OK)/* interrupt vector and handler to attach to */
 {
  printf("\nISR attached OK\n");
  sysIntEnablePIC(EDS_PCI_IRQ);
 }

Once I set the "EDS_PCI_IRQ" correctly, for instance "0xf", my ISR
"pciIntTest" does get called when an PCI interrupt is asserted. The
number of PCI interrupts result in the ISR gets called the number of
times. Everything seems OK so far except I can no longer use the Vxworks
Target Shell. No matter how hard I hit the keyboard, no shell can ever
come back. Beside, my target server on the host fails to communicate
with the target agent on the target side too. I cannot "ping" the target
either. I am using an ethernet connection between the host and target.
Until I reset the system, I cannot really do anything useful.

2. Does anybody have a clue how to get a list of system used and
occuppied IRQs? I am getting lost on how my PCI target's interrupt gets
routed into hosts IRQ table. By reseting the system, my PCI target's
configuration register tells me the IRQ line is assigned to "0xff" which
indicates an "unknown" or "no connection". I am wondering who is the one
suppose to do this job. If I should do this, how am I suppose to know
what IRQ to be assigned? I have been driven nuts for couple of days.
Beside, I got that working "0xf" IRQ by a lucky trial. Who knows if
there exists any confilict.

Any comment or suggestion is highly appreciated.

Bob

- --------------E5A5A56681CBDFBDB10A93A4
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
<font face="Arial,Helvetica"><font size=-1>Hello, Vxworkers,</font></font><font face="Arial,Helvetica"><font size=-1></font></font>
<p><font face="Arial,Helvetica"><font size=-1>I need help on some PCI Interrupt
Issues with Pentium BSP.</font></font><font face="Arial,Helvetica"><font size=-1></font></font>
<p><font face="Arial,Helvetica"><font size=-1>1. I tried to connect a PCI
interrupt to an ISR by doing:</font></font>
<br>&nbsp;
<br><i><font face="Arial,Helvetica"><font size=-1>if(pciIntConnect(INUM_TO_IVEC(EDS_PCI_IRQ+INT_NUM_IRQ0),
pciIntTest)==OK)/* interrupt vector and handler to attach to */</font></font></i>
<br><i><font face="Arial,Helvetica"><font size=-1>&nbsp;{</font></font></i>
<br><i><font face="Arial,Helvetica"><font size=-1>&nbsp; printf("\nISR
attached OK\n");</font></font></i>
<br><i><font face="Arial,Helvetica"><font size=-1>&nbsp; sysIntEnablePIC(EDS_PCI_IRQ);</font></font></i>
<br><i><font face="Arial,Helvetica"><font size=-1>&nbsp;}</font></font></i><i><font face="Arial,Helvetica"><font size=-1></font></font></i>
<p><font face="Arial,Helvetica"><font size=-1>Once I set the "EDS_PCI_IRQ"
correctly, for instance "0xf", my ISR "pciIntTest" does get called when
an PCI interrupt is asserted. The number of PCI interrupts result in the
ISR gets called the number of times. Everything seems OK so far except
I can no longer use the Vxworks Target Shell. No matter how hard I hit
the keyboard, no shell can ever come back. Beside, my target server on
the host fails to communicate with the target agent on the target side
too. I cannot "ping" the target either. I am using an ethernet connection
between the host and target. Until I reset the system, I cannot really
do anything useful.</font></font><font face="Arial,Helvetica"><font size=-1></font></font>
<p><font face="Arial,Helvetica"><font size=-1>2. Does anybody have a clue
how to get a list of system used and occuppied IRQs? I am getting lost
on how my PCI target's interrupt gets routed into hosts IRQ table. By reseting
the system, my PCI target's configuration register tells me the IRQ line
is assigned to "0xff" which indicates an "unknown" or "no connection".
I am wondering who is the one suppose to do this job. If I should do this,
how am I suppose to know what IRQ to be assigned? I have been driven nuts
for couple of days. Beside, I got that working "0xf" IRQ by a lucky trial.
Who knows if there exists any confilict.</font></font><font face="Arial,Helvetica"><font size=-1></font></font>
<p><font face="Arial,Helvetica"><font size=-1>Any comment or suggestion
is highly appreciated.</font></font><font face="Arial,Helvetica"><font size=-1></font></font>
<p><font face="Arial,Helvetica"><font size=-1>Bob</font></font></html>

- --------------E5A5A56681CBDFBDB10A93A4--

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Use of TFFS
Date: 5 Apr 2000 15:12:54 GMT
From: cjohnson@oresis.com
Organization: NewsOne.Net - Free Usenet News via the Web - http://newsone.net/
Message-ID: <8cfl5m$tsm$1@news.netmar.com>

There also is a patch on the WindSurf site for M-Systems DiskOnChip support.
It is patch #30241.  It worked for me.  (Not a x86 target however.)

- --Charles Johnson
  Oresis Communications, Inc.

     -----  Posted via NewsOne.Net: Free Usenet News via the Web  -----
     -----  http://newsone.net/ --  Discussions on every subject. -----
   NewsOne.Net prohibits users from posting spam.  If this or other posts
made through NewsOne.Net violate posting guidelines, email abuse@newsone.net

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Use of TFFS
Date: Wed, 05 Apr 2000 11:06:37 -0700
From: Joe Durusau <durusau@delphi.com>
Organization: Lockheed Martin Corporation
Message-ID: <38EB80AD.D341D2CC@delphi.com>
References: <00f236ed.13483849@usw-ex0103-023.remarq.com> <8cdndv$ju$1@news1.xs4all.nl> <DWzG4.28131$U4.119239@news1.rdc1.az.home.com> <38EB0D58.4EA3FF7C@avl.com>

	It starts at www.wrs.com.  There is a choice for windsurf there,
I don;t remember the exact details.  NOTE: you have to have a
maintenance
account for it to work.

Speaking only for myself,

Joe Durusau

Roland Hauser wrote:
> 
> What do you mean with
> Go to WindSurf ? Just to be sure i tried to go to www.windsurf.com. Can
> you specify the location?
> 
> Roland
> 
> John or Jenn schrieb:
> >
> > In article <1b06a0ac.4e5d3e1e@usw-ex0103-023.remarq.com> Marco Penso,
> > marco.pensoNOmaSPAM@parizzi.it.invalid writes:
> > >o `flRegisterComponents'
> >
> > Go to WindSurf
> > Go to Frequently Asked Questions
> > Go to OS-VxWorks
> > Go to tffs
> > Click on Single-precision software floating point functions do not work.
> >
> > TITLE:T2 Build fails if TFFS is included without C++ support
> >
> > Looks like you need to turn on C++ support.
> >
> > For info on how to boot from/use DOC2000...
> >
> > Go to WindSurf
> > Go to "Resolve"
> > Go to Keyword Search
> > Do "Uncheck All"
> > Check compOS News
> > Search on: "tffs boot" (omit the quotation marks)
> >
> > There is a nice summary on using DOC2000
> >
> > HTH,
> >
> > John
> 
> --
> Roland Hauser
> mailto:Roland.Hauser@avl.com    Voice: ++43- 316- 787-587
> FAX: ++49- 089- 2443- 29400
> mailto:rhauser@cccom.at

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: WIND_UID Mystery
Date: Wed, 05 Apr 2000 10:30:28 -0700
From: Lori Fraleigh <lori@rti.com>
Organization: Real-Time Innovations
Message-ID: <38EB7834.ED013433@rti.com>
References: <38E8C0D3.ABBBE666@nowhere.com>

For Windows, you should be able to set WIND_UID to any unique 
numeric user ID.  Only persons with WIND_UID set to the same
value will be able to access the locked target server.

Regards,
Lori

Charlie Grames wrote:
> 
> I am trying to use WindView 2.0 under Tornado 1.0.1 (ZC-10 CD).  I've discovered
> that I need to use the target server file system (TSFS) to use WindView, so I
> tried configuring TSFS in my target server.  When I try to start the target
> server, I get the following:
> 
> U:\host\x86-win32\bin\tgtsvr.exe
> U:
> tgtsvr.exe (ppc4@p2004937): Mon Apr 03 11:01:01 2000
>     License request... authorized on Local Host.
>     Wind River Systems Target Server: NT/Win95 version
>     Attaching backend... succeeded.
>     Connecting to target agent... succeeded.
>     Attaching C++ interface... succeeded.
>     Attaching elf OMF reader... succeeded.
>     Error: Error: Can't lock target server, environment variable WIND_UID is not
> defined.
> 
> Is anyone familiar with this message and what needs to be done to address it?
> Please let me know.  Thanks.
> --
> Charlie Grames
> The Boeing Company
> Charles.R.Grames @ boeing.com

- -- 
Lori Fraleigh                                Real-Time Innovations
Senior Software Engineer                     ScopeTools Lead
Phone: 408-734-4200 x121  Fax: 408-734-5009  http://www.rti.com
Please send/cc all support related email to support@rti.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Gnu Switches for Listing files
Date: Wed, 05 Apr 2000 17:48:59 GMT
From: Pete Kockritz <petekz@my-deja.com>
Organization: Deja.com - Before you buy.
Message-ID: <8cfua5$bb4$1@nnrp1.deja.com>
References: <8cfh82$rg3$1@nnrp1.deja.com>

In article <8cfh82$rg3$1@nnrp1.deja.com>,
  larry.dalessandro@ae.ge.com wrote:
> Hello All,
> I hope someone can help me do something I thought should be pretty
> straightforward.  I want to get a mixed assembly & C listing from the
> GNU compiler that ships with T1.01.

Wrong tool. I did like you, looked and looked for the switches to
generate the mixed listing. What you want to use is objdump (or
objdumpppc for the powerPC specific tool). Here are the options, I
think you want the -S option (at least).

> objdumpppc --help
Usage: objdumpppc [-ahifCdDprRtTxsSlw] [-b bfdname] [-m machine] [-j
section-name]
       [--archive-headers] [--target=bfdname] [--debugging]
[--disassemble]
       [--disassemble-all] [--disassemble-zeroes] [--file-headers]
       [--section-headers] [--headers]
       [--info] [--section=section-name] [--line-numbers] [--source]
       [--architecture=machine] [--reloc] [--full-contents] [--stabs]
       [--syms] [--all-headers] [--dynamic-syms] [--dynamic-reloc]
       [--wide] [--version] [--help] [--private-headers]
       [--start-address=addr] [--stop-address=addr]
       [--prefix-addresses] [--[no-]show-raw-insn] [--demangle]
       [--adjust-vma=offset] [-EB|-EL] [--endian={big|little}]
objfile...
at least one option besides -l (--line-numbers) must be given
objdumpppc: supported targets: elf32-powerpc aixcoff-rs6000
elf32-powerpcle pei-powerpcle pei-powerpc pe-powerpcle pe-powerpc
ppcboot srec symbolsrec tekhex binary ihex
Report bugs to bug-gnu-utils@gnu.org

     -S

     --source
          Display source code  intermixed  with  disassembly,  if
          possible.  Implies -d.

- --
Regards,
Pete Kockritz

The views expressed are my own and not necessarily that of my employer's

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: TCL and Virtual I/O
Date: Wed, 05 Apr 2000 14:21:24 -0500
From: "John W. Komp" <john.komp@uscorp.net>
Organization: Medtronic Inc.
Message-ID: <38EB9233.5A68D7EE@uscorp.net>

Hi,

I'm struggling with customizing my Tornado 2. I'm trying to get TCL
scripts to run but have an I/O problem.

The target server is set up with 'redirect Target IO', 'create Console
Window' and 'Redirect Target Shell' all set. I start the target server
and attach a shell. I execute a script:

vf0=open("/vio/0",2,0)
 ioGlobalStdSet(0,vf0)
 ioGlobalStdSet(1,vf0)
 ioGlobalStdSet(2,vf0)

and then from the prompt type 'printf("hi");'. I see the hi both in the
Windsh and the console. Now I run a tcl script such as:

set s hello
puts stdout "a string $s"

by typing ?testscript.tcl and I get the error:
'channel "consolse1" wasn't opened for writing'

What am I missing here?

Thanks for any help,

- -John Komp
Medtronic
Minneapolis, MN

- --
****************************************************
    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: Use of TFFS
Date: Wed, 05 Apr 2000 20:06:28 GMT
From: Andrey Kaganovsky <andreyk@home.com>
Organization: @Home Network
Message-ID: <38EB9D12.58BE7316@home.com>
References: <00f236ed.13483849@usw-ex0103-023.remarq.com> <8cd1ii$l48$2@news1.xs4all.nl> <1b06a0ac.4e5d3e1e@usw-ex0103-023.remarq.com>

The 'noOfTLs' and flRegisterComponents() are defined in 
target/src/drv/tffs/tffsConfig.c; flDelayLoop() is normally
defined in BSP/sysTffs.c (samples are in target/src/drv/tffs/sockets).
Make sure you included these two in your link.

       regards, Andray

Marco Penso wrote:
> 
> Buiding bootrom_uncmp the errors are the following:
> 
> D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(fatlite.o)
> (.text+0xdd0): undefined reference t
> o `flRegisterComponents'
> D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(fltl.o)(.text+0x2f):
> undefined reference to `n
> oOfTLs'
> D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(fltl.o)(.text+0x52):
> undefined reference to `t
> lTable'
> D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(fltl.o)(.text+0x63):
> undefined reference to `n
> oOfTLs'
> D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(fltl.o)(.text+0xaf):
> undefined reference to `n
> oOfTLs'
> D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(fltl.o)(.text+0xcb):
> undefined reference to `t
> lTable'
> D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(fltl.o)(.text+0xdc):
> undefined reference to `n
> oOfTLs'
> D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(flflash.o)
> (.text+0x117): undefined reference t
> o `flDelayLoop'
> D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(flflash.o)
> (.text+0x34d): undefined reference t
> o `flDelayLoop'
> D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(flflash.o)
> (.text+0x405): undefined reference t
> o `noOfMTDs'
> D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(flflash.o)
> (.text+0x414): undefined reference t
> o `mtdTable'
> D:\TORNADO_2.0\target\lib\libPENTIUMgnuvx.a(flflash.o)
> (.text+0x422): undefined reference t
> o `noOfMTDs'
> make.exe: *** [bootrom_uncmp] Error 0x1
> 
> Buiding VxWorks the errors are the following:
> 
> dataSegPad.o partialImage.o ctdt.o symTbl.o -o vxWorks
> partialImage.o: In function `usrRoot':
> D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
> \target\proj\Project2\prjConfig.
> c:477: undefined reference to `flRegisterComponents'
> D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
> \target\proj\Project2\prjConfig.
> c:477: undefined reference to `noOfTLs'
> D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
> \target\proj\Project2\prjConfig.
> c:477: undefined reference to `tlTable'
> D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
> \target\proj\Project2\prjConfig.
> c:477: undefined reference to `noOfTLs'
> D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
> \target\proj\Project2\prjConfig.
> c:477: undefined reference to `noOfTLs'
> D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
> \target\proj\Project2\prjConfig.
> c:477: undefined reference to `tlTable'
> D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
> \target\proj\Project2\prjConfig.
> c:477: undefined reference to `noOfTLs'
> D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
> \target\proj\Project2\prjConfig.
> c:477: undefined reference to `flDelayLoop'
> D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
> \target\proj\Project2\prjConfig.
> c:477: undefined reference to `flDelayLoop'
> D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
> \target\proj\Project2\prjConfig.
> c:477: undefined reference to `noOfMTDs'
> D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
> \target\proj\Project2\prjConfig.
> c:477: undefined reference to `mtdTable'
> D:\Tornado_2.0\target\proj\Project2\default\D:\TORNADO_2.0
> \target\proj\Project2\prjConfig.
> c:477: undefined reference to `noOfMTDs'
> make: *** [vxWorks] Error 0x1
> 
> Thank you.
> Marco.
> 
> * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
> The fastest and easiest way to search and participate in Usenet - Free!

- -- 
Andray Kaganovsky    
M-Systems            andrayk@m-sys.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Error 3d0004 and FIOSYNC
Date: Thu, 23 Mar 2000 06:55:57 GMT
From: john_94501@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8bcf5o$ufc$1@nnrp1.deja.com>
References: <38D67CCF.FA193790@loverso.southborough.ma.us> <38D68432.BF01BE54@loverso.southborough.ma.us>

> I have discovered that it is a problem with NFS and using
> ioctl(fd, FIOSYNC, 0). That ioctl is what is returning me the
> OBJ_TIMEOUT error. Is NFS just too slow? Is my data
> really getting to the server (i.e. should I just ignore this
> particular error)?

It isn't really returning you the error unless ioctl returns an error
status first. If ioctl() doesn't state that there was an error the errno
value should be ignored... it came from another system call, perhaps
internal to the OS.

Internally, a lot of VxWorks code is built on semaphores, and the
timeout mechanism is used in a number of places. If code requests a
semaphore with a timeout then it will presumably be checking whether it
got the semaphore or was timed out... it shouldn't be your problem
unless you call semTake yourself!

TTFN,

John...

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: 3C905B NIC doesn't work
Date: Wed, 05 Apr 2000 23:01:46 GMT
From: Andrey Kaganovsky <andreyk@home.com>
Organization: @Home Network
Message-ID: <38EBC623.BAEDAA59@home.com>

I am using T2/x86 (PentiumPro BSP) and trying to get 3C905B-TXNM
PCI NIC working. The NIC itself seems to be fine, 3COM's DOS-based
test tool identifies it correctly. I haven't changed anything in the
NIC's configuration.

I have #defined INCLUDE_EL_3C90X_END in config.h, set the boot device
in the DEFAULT_BOOT_LINE to "elPci", and noticed the following messages
on the screen:

    Attached TCP/IP interface to elPci0.
    Attached network interface lo0...done.
    Loading...

The bootrom fails to reach the host, and I cannot ping the target from
the host. If I change the boot device from 'elPci' to 'ene', the target
boots with no problems from ISA NE2000 NIC (NE2000 is the second NIC 
installed in the target, and it's driver is also built into the bootrom). 

I tried to edit sysEl3C90xEnd.c and set #defines EL_3C90X_IO_ADR0 and
EL_3C90X_INT_LVL0 to the values reported by 3COM test tool, but still
no luck. At that point I am really out of ideas, and would appreciate 
any help. Thanks in advance,

    Andray

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: same subnet/IP address on multiple devices...
Date: Wed, 5 Apr 2000 22:18:02 -0700
From: "Erik J. Johnson" <erik.j.johnson@intel.com>
Organization: Intel Corporation
Message-ID: <8ch6i0$bs0@news.or.intel.com>
References: <8cgvh7$oma5@overload.lbl.gov>

> Erik, I'm a bit confused by your question and suspect you may not be

> asking what you really want to.

I do have quite and unusual request (but, yes I really do want

two interfaces with the same IP address, which is possible in at

least Linux), but I will elaborate and try not to bore you too much ;)

Maybe with a bit more detail you will have some more insight. Again

thanks in advance.

>

> > Does anyone know if it is possible to have two (or more) network

> > devices on the same subnet, or to even have the same IP address,

> > in VxWorks?

>

> Clearly you can have multiple devices on a subnet. I think you are

> asking whether you can have multiple interfaces from a single

> processor

> onto the same subnet (e.g. two ethernet interfaces). Maybe you are

> looking to increase reliability by having an extra connection?

Sure, this might be one reason to have two NICs on the same

subnet. Another would be that I want to "bridge" (and I mean

perform L2 forwarding/bridge learning, etc. standand 802.1d stuff)

between them. This is essentially what current "L3 switches" do.

You can allocate a group of ports and put them into a VLAN. Those

ports all perform L2 forwarding between themselves and routing

between them another other groups of ports. Hence each group

of ports is not only on the same subnet, they all have a single

IP address.

>Whether

> you can even have multiple network devices connected to a single

> processor is going to be board specific. Some network drivers and

> BSPs only support a single "unit" or device as you call it. If you

> do hook up two connections to the same network, you will have to give

> them different IP addresses. Input messages would come in through

> whichever device was addressed. Outputs would all go over one of the

> interfaces by default. As far as I remember, though, it is possible

> to explicitely send a request through a particular interface.

Hmmmm.... I am actually running into an OS limitation right now.

I have (for example) two NICs on my system (I actually have 8+

but that is not relevant). If I perform the following calls

ifMaskSet "drivername0", 0xffffff00

ifAddrSet "drivername0", "10.0.0.1"

ifMaskSet "someotherdriver0", 0xffffff00

ifAddrSet "someotherdriver0", "10.0.0.2"

the OS fails on the last call, it does not even get to my

driver (not that setting IP addresses ever does, except for

multicast issues). i.e., it won't let me

put them on the same subnet. Your above paragraph seems to

indicate that you have at least this much working. I would

be interested in/grateful to see how you are doing it. (Note that in the

above I can use either different drivers/NICs, or multiple

instances of a single driver/NICs and it does not matter).

>

> > Maybe someone who has worked with the bridging

> > capabilities of TMS will know the secret, since I assume

> that bridged

> > ports will all have the same IP address. Any hints, magic compiler

> > flags, or even undocumented API calls are acceptable and

> appreciated.

>

> What do you mean by TMS? Also, "bridging" normally implies

> transferring

> data between different subnets/networks (something VxWorks can do).

Sorry about that. TMS = Tornado for Managed Switches. I believe

it is a direct translation of WindRiver's aquisition of RouterWare, but

regardless it is basically their packaging of various support for

networking equipment and protocols. In TMS, they have a L2 package

that supports all sorts of L2 protocols (STP, the GARP variants, etc.)

and in this light I assumed they supported (what I call) bridging.

I tend to call the transfer of data from subnet to subnet routing not

bridging.

erik

** not speaking for intel **

> There wouldn't be anything that compiler options would effect here.

> The networking is pretty much modelled on well established standards

> (e.g. BSD 4.4 code) so there aren't any "hidden" APIs. Not sure if

> this is what you were looking for but figured I would take a stab

> at answering. Fred

>

>

> | Fred J Roeber, BBN Systems & Technologies |

> | 4 John Clarke Road Middletown, RI 02842-5202 |

> | froeber@bbn.com 401-848-3548 |

> | Division Scientist, High Performance Computing |

>

>

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Gnu Switches for Listing files
Date: Wed, 5 Apr 2000 23:28:55 -0700
From: "TM" <x@x.com>
Organization: The Diamond Lane
Message-ID: <8chamf$i70$1@news.tdl.com>
References: <8cfh82$rg3$1@nnrp1.deja.com>

Try adding the -g option to the compile line.

<larry.dalessandro@ae.ge.com> wrote in message
news:8cfh82$rg3$1@nnrp1.deja.com...
> Hello All,
> I hope someone can help me do something I thought should be pretty
> straightforward.  I want to get a mixed assembly & C listing from the
> GNU compiler that ships with T1.01.
>
> My compile line looks like this -
>                $(CC) $(INCS) $(CFLAGS) -Wa,-a=$*.lis  -c $*.c
>
> Where CFLAGS looks like this -
> CFLAGS= -g -mcpu=604 -fno-builtin -fno-for-scope -nostdinc \
>         -DCPU=PPC604 -DVXWORKS -D_GNU_TOOL -DVXWORKS5_3 \
>         -fvolatile
>
> My understanding was that "-Wa,-a" should be the same as "-Wa,-ahls
> Which according to pg 271 of the GNU Toolkit 2.7 manual should give me
> all listings turned on.
>
> In any event, my listing file contains lines like the following -
>
>  1859                   .stabn 68,0,794,.LM19-eng_
>  1860                   .LM19:
>  1861 0200 3D600000             addis 11,0,engot4_@ha
>  1862 0204 392B0000             addi 9,11,engot4_@l
>  1863 0208 3D600000             addis 11,0,engot4_@ha
>  1864 020c 394B0000             addi 10,11,engot4_@l
>  1865 0210 C00A00F0             lfs 0,240(10)
>  1866 0214 D0090138             stfs 0,312(9)
>
> This looks nice but I don't see any high level source. I'd really like
> to see a line of 'C' code in there somewhere.  Can anyone please tell
> me the right way to do this?  Please don't tell me it has to be done
> through the debuggers mixed assy-c source feature because we still
> cannot get host - target symbol sync working, which is why I'm reduced
> to using an assembly listing for looking at an attached task on the
> debugger.
>
> All help appreciated.  Please feel free to respond to me directly.
>
> Thanks all.
>
> Larry
>
> larry.dalessandro@ae.ge.com
>
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: dec21x40 Initialization Options
Date: Thu, 23 Mar 2000 23:12:40 GMT
From: john_94501@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8be8cq$uhn$1@nnrp1.deja.com>
References: <38D93D86.B46D60A3@nowhere.com> <8bbtlv$bpe$1@nnrp1.deja.com> <38DA8DF3.D1253D8A@nowhere.com>

> I am using the mv2700 BSP. It includes a file configNet.h, which
contains the
> initialization string for the DEC 21x40 END driver. By default, the
string
> definition is:
>
> /*
>
<devAdrs>:<PCIadrs>:<ivec>:<ilevel>:<numRds>:<numTds>:<memBase>:<memSize
>:<userFlags>
> */
>
> #ifdef EXTENDED_VME
> # define DEC_LOAD_STRING
"0xfe020000:0x0:0x12:0x12:-1:-1:-1:0:0x80000000"
> #else
> # define DEC_LOAD_STRING
"0x81020000:0x80000000:0x12:0x12:-1:-1:-1:0:0x80000000"
> #endif
>
> What does each of the bits in userFlags represent?

The flags are documented in the manual for the driver - see dec21x40End
in section one of the reference manual. The values are defined in the
driver's header file: dec21x40End.h (in target/h/drv/end).

> Also, if you have two 21x40 interfaces on a single processor, how do
you
> initialize them with different values?

I'm not the expert on this, but my guess from looking in configNet.h is
that you'd simply need to define two DEC_LOAD_STRING values (say
DEC_LOAD_STRING_1 and DEC_LOAD_STRING_2) and use the appropriate one in
the endDevTbl array that is defined at the end of configNet.h; so your
table might look like this:

END_TBL_ENTRY endDevTbl [] =
{
    { 0, DEC_LOAD_FUNC, DEC_LOAD_STRING_1, DEC_BUFF_LOAN, NULL, FALSE},
    { 0, DEC_LOAD_FUNC, DEC_LOAD_STRING_2, DEC_BUFF_LOAN, NULL, FALSE},
    { 0, END_TBL_END, NULL, 0, NULL, FALSE},
};

Disclaimer: I'm looking at the ebsa285 BSP (also uses the DEC driver
though), and I haven't tried any of this... Let us all know if it works
- - could be useful for the future ;-)

TTFN,

John...

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: comp.os.vxworks newsdigest
Date: Thu, 06 Apr 2000 09:12:40 +0200
From: Leonid Rosenboim <leonid@bitband.com>
Organization: BitBand Technologies Ltd. http://www.bitband.com
Message-ID: <38EC38E8.37B8287C@bitband.com>
References: <8ch31n$omb3@overload.lbl.gov>
Reply-To: leonid@bitband.com

TFFS is an optional product, but TFFS for M-Systems' DiskOnChip2000 on
x86 and PPC architectures only is a free of charge option available on
all Tornado CDs, but need to be installed separately, when required.

HTH.

Jimmie T Marks wrote:

> vxWorks and TFFS
>
> Did you purchase TFFS optional product from WRS?

---------------------------

Newsgroups: comp.os.vxworks
Subject: VxWorks + GCC v2.95.2 => !GDB
Date: 6 Apr 2000 08:06:24 GMT
From: Geir Frode Raanes <geirfrs@invalid.ed.ntnu.no>
Organization: UNINETT news service
Message-ID: <8chgi0$ccc$1@snipp.uninett.no>

Our local hot-shots have compiled GCC version 2.95.2 for
VxWorks v5.4. Personaly I can not proceed past a deadlock 
conflict between the GCC internal supplied architecture 
header files for PowerPC and the ones deliverd with VxWorks.

Anyway, the purpose of this exercise is to have a working
handling of (global) C++ constructor/destructor lists, 
introduced in the versions of GCC following Tornado 2.

[As far as I can determine, VxW v5.4 use ELF and comes 
 with a program loader that can read .init/.ctour/.dtour 
 sections. Which should result in VxW v5.4 beeing fully
 equiped to handle C++ in "native" mode. And so it does.]

Problem is, the Tornado supplied GDB - or rather the 
target resident stubs - can not read these symbol tables.
Our hot-shots deem working C++ a lot more important than
a working debug environment and thus, revertion to Tornado
supplied GCC is ruled out. They rather switch OS, which I
can understand. Beeing hot-shots, they can not spare the
time to trick VxWorks aware GDB into reading these symbol 
tables. I am not even sure whether these target stubs are
open-source. They should since they are derived from GPL 
licensed code but evenso I am not sure they are.

Now, has anyone managed to have VxWorks v5.4 aware GDB
work with object code from GCC v2.95.2 or newer?

Does VxWorks v5.4 comply with the EABI specification?

- -- 

  ******************************************************
  Never ever underestimate the power of human stupidity.
  -Robert Anson Heinlein

		GeirFRS@invalid.and.so.forth
  ******************************************************

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: ORBIX and Tornado
Date: Fri, 24 Mar 2000 04:31:05 GMT
From: bill.beckwith@realtime-corba.com (Bill Beckwith)
Organization: Objective Interface
Message-ID: <8F00E4CA1beckwbnewscom@sigma.ois.com>
References: <8a8bn0$rko2@overload.lbl.gov>

Joe Carissimi <jcarissi@bbn.com> wrote in <8a8bn0$rko2@overload.lbl.gov>:

>For an upcoming development effort (Power PC based running Tornado
>I and possibly upgrading to Tornado II), our system needs to be a
>CORBA client.  IONA's ORBIX 3.0 has been recommended, but I am
>also looking at other vendors.  I would like to hear from anyone who
>has had experience with ORBIX and Tornado (ease of integration,
>price, support... ).

Hi Joe,

You might want to take a look at ORBexpress:

  http://www.ois.com/

OIS supports both Tornado I and Tornado II with several
different processors.

- -- Bill

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Gnu Switches for Listing files
Date: 6 Apr 2000 08:43:23 GMT
From: johan.borkhuis@peektraffic.nl
Organization: XS4ALL Internet BV
Message-ID: <8chinb$c19$1@news1.xs4all.nl>
References: <8cfh82$rg3$1@nnrp1.deja.com>

larry.dalessandro@ae.ge.com wrote:
: Hello All,
: I hope someone can help me do something I thought should be pretty
: straightforward.  I want to get a mixed assembly & C listing from the
: GNU compiler that ships with T1.01.

I have a sollution for T2, but that might also work for T1.01. Have a look
at my VxWorks page under Make
(http://www.xs4all.nl/~borkhuis/vxworks/vxw_pt1.html#1.5-C)

Groeten,
	Johan

- -- 
     o o o o o o o . . .   ___________________________________
    o      _____           ||    Johan Borkhuis              |
  .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
 >(________|__|_[_________]_|________________________________|
 _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
=== VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.vxworks
Subject: File system problem
Date: Thu, 06 Apr 2000 11:05:18 +0200
From: =?iso-8859-1?Q?=D8ystein?= Straume <ostraume@itk.ntnu.no>
Organization: Norwegian university of science and technology
Message-ID: <38EC534E.C97465B9@itk.ntnu.no>

Hi !

I have a x86 board with a DiskOnChip 2000 device. I have installed TFFS
and it seams to work properly. VxWorks is booting and running.

My problem is that the "ls" command will not show me the contents of the
DOC. I receive the following error message:

- -> ls
value = -1 = 0xffffffff = _funk_taskRegsShowRtn + 0xffe2c287

Maybe someone can give a hint about what the problem can be ?
Every replay will be appreciated.

Thanks in advance.

ystein Straume

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Newbie shared memory question
Date: 24 Mar 2000 12:30:29 +0000
From: Prateek Sadhukhan <psadhukhan@hss.hns.com>
Organization: Hughes Network Systems
Message-ID: <m3snxgh7oa.fsf@psadhukhan.hss.hns.com>
References: <martint-ya02408000R2303002016540001@news.swbell.net>

    Toby> I've been able to spawn tasks, start, suspend, resume, play
    Toby> with semiphores, etc. But for the life of me I've not been
    Toby> able to get multiple (two) spawned tasks to see the same
    Toby> data in a data structure.

The simplest way is just make the data structure a global variable and
it will be visible to all tasks on that CPU.

regards

  ------------------------------------------------ 
 | Prateek Sadhukhan, [Senior Software Engineer], |
 | Hughes Software Systems Ltd., INDIA.           |
 | Off. Tel. : +91-124-6346666 (Ext : 2924)       |
  ------------------------------------------------ 

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: File system problem
Date: Thu, 6 Apr 2000 11:44:55 +0200
From: "Richard Marsh" <richard.marsh@siemens.atea.be>
Organization: Belgacom Skynet SA/NV
Message-ID: <8chma1$ddf$1@news1.skynet.be>
References: <38EC534E.C97465B9@itk.ntnu.no>

Hi,
Have you done a 'cd /<dev>' to the device? You can find <dev> using the devs
command.
Richard

"ystein Straume" <ostraume@itk.ntnu.no> wrote in message
news:38EC534E.C97465B9@itk.ntnu.no...
> Hi !
>
> I have a x86 board with a DiskOnChip 2000 device. I have installed TFFS
> and it seams to work properly. VxWorks is booting and running.
>
> My problem is that the "ls" command will not show me the contents of the
> DOC. I receive the following error message:
>
> -> ls
> value = -1 = 0xffffffff = _funk_taskRegsShowRtn + 0xffe2c287
>
> Maybe someone can give a hint about what the problem can be ?
> Every replay will be appreciated.
>
> Thanks in advance.
>
> ystein Straume
>

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: File system problem
Date: Thu, 06 Apr 2000 02:48:08 -0700
From: Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid>
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Message-ID: <0690b868.e0500327@usw-ex0103-023.remarq.com>
References: <38EC534E.C97465B9@itk.ntnu.no>

If the TFFS is rightly configured, to execute the command ls on
the device (for example) /tffs0/ , you must type the following:

ls "/tffs0/"

I hope this will be useful.

Bye.
Marco.

* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Device driver? in VxWorks
Date: Fri, 24 Mar 2000 08:21:47 GMT
From: john_94501@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8bf8if$1nu$1@nnrp1.deja.com>
References: <8begtb$her$1@news2.kornet.net>

The programmer's guide has a pretty good explanation of how device
drivers are connected to the I/O system for VxWorks, but you are talking
about a special class of driver when you talk about network drivers.
They are in fact not connected directly to the I/O system; instead they
are connected to the network stack which is itself a type of driver as
far as the OS is concerned.

Ask your sales rep. or FAE for an example of an END network driver (in
fact, there might even be one installed in your Tornado tree - have a
look in $WIND_BASE/target/src/drv/end and see).

Good luck,

John...

In article <8begtb$her$1@news2.kornet.net>,
"̵" <dklee@mirinet.willtech.co.kr> wrote:
> I am a embeded programmer.
> I am in confusion related to device driver in vxWorks.
>
> taking a example,
> If I coded Ethernet device driver (external ethernet controller),
> then how can I use it after?
> ie, how can I use it like buitin default ethernet device driver?
> (example, normal operations : file system, booting, TCP/IP ....)
>
>

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Thu Apr  6 04:19:13 2000
From: "Michael Lawnick" <lawnick@softec.de>
Date: Thu Apr  6 04:19:15 PDT 2000
Subject: Re: Debugging spawned task

Date sent:      	Thu, 6 Apr 2000 01:12:01 -0700 (PDT)
To:             	vxworks_users@csg.lbl.gov
From:           	vxwexplo@lbl.gov (the vxWorks Users Group Exploder)
Subject:        	Re: Debugging spawned task

> Submitted-by vxwexplo-errs@csg.lbl.gov  Thu Apr  6 01:05:22 2000
> Submitted-by: "Annamalai" <annamalai@comneti.com>
> 
> Ranjana,
> If the debugging is to be carried out without change in code,
> can we make use of the System Mode debugging feature in Tornado?
> 
> Annamalai
> 
> 
> > Wilco,
> >
> > One way that I use to debug a spawned task is to put a taskSuspend(0) as
> the
> > first thing in that task, which ofcourse requires you to change the code.
> > Once the task has been spawned, I attach the debugger to it. Then I end up
> > in a disassembly window. At this point I close the disassembly window and
> > use the finish (to step out to return from current function) command to
> the
> > debugger which in turn brings control to the statement following the
> > taskSuspend(0) in the spawned task.
> >
> > Ranjana
> >
> >
Annamalai,

on your shell type in
b <functionname>
before starting your application.
This will set a global breakpoint and execution is stopped when 
reached.
Caveat: a taskResume won't work to restart the task. You must 
attach with debugger a step out. Then you can resume.

HTH

MfG
Lawnick, SOFTEC GmbH

==============================================
SOFTEC GmbH               Tel +49-731-96600-0
Promenade 17              Fax +49-731-96600-23
D-89073 Ulm               Michael Lawnick
Germany                   lawnick@softec.de
==============================================

From vxwexplo-errs@csg.lbl.gov  Thu Apr  6 05:13:48 2000
From: "cimsroom.sina.vxexplor" <cimsroom@sina.com>
Date: Thu Apr  6 05:13:50 PDT 2000
Subject: memory

This is a multi-part message in MIME format.

------=_NextPart_000_0020_01BE73B5.A9A6AC60
Content-Type: text/plain;
	charset="gb2312"
Content-Transfer-Encoding: quoted-printable

tornado,vxworks.

I  want to manage memory.In detail,I use memory as cache between disks =
and must specify size and location of memory.But if I use malloc I can =
not control the location of memory allocated.=20
I think a fool way is that I can create a memory partition and allocate =
memory in this linear space by using my allocation functions.I am not =
sure if it is works.Perhaps someone would give me a suggestion.
Following excerpt codes mayeb represent my idea clearly:
big_memory =3D malloc(10000);    =20
small_1=3Dbig_memory;          =20
small_2=3Dbig_memory+2000;
small_2=3Dbig_memory+4000;
small_3=3Dbig_memory+7000;
small_4=3Dbig_memory+5000;
.........
.........
copy(small_1,source1);      /*sourceN is a address. */
copy(small_2,source2);      /*I myself check boundary of memory. */
copy(small_3,source3);
copy(small_4,source4);
......
.....
Thanks.

------=_NextPart_000_0020_01BE73B5.A9A6AC60
Content-Type: text/html;
	charset="gb2312"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Dgb2312 http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>tornado,vxworks.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>I&nbsp; want to manage memory.In =
detail,I use=20
memory as cache between disks and must specify size and location of =
memory.But=20
if I use malloc I can not control the location of memory=20
allocated.&nbsp;</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>I think a fool way is that I can =
create a memory=20
partition and allocate memory in this linear space by using my =
allocation=20
functions.I am not sure if it is works.Perhaps someone would give me a=20
suggestion.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>Following excerpt codes mayeb =
represent my idea=20
clearly:</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>big_memory =3D=20
malloc(10000);&nbsp;&nbsp;&nbsp;&nbsp; </FONT></DIV>
<DIV><FONT color=3D#000000=20
size=3D2>small_1=3Dbig_memory;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;=20
</FONT></DIV>
<DIV><FONT color=3D#000000 =
size=3D2></FONT>small_2=3Dbig_memory+2000;</DIV>
<DIV>small_2=3Dbig_memory+4000;</DIV>
<DIV>small_3=3Dbig_memory+7000;</DIV>
<DIV>small_4=3Dbig_memory+5000;</DIV>
<DIV><FONT color=3D#000000 size=3D2>.........</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>.........</FONT></DIV>
<DIV><FONT color=3D#000000=20
size=3D2></FONT>copy(small_1,source1);&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
<U><FONT=20
color=3D#0000ff>/*sourceN is a address.</FONT></U> */</DIV>
<DIV>copy(small_2,source2);&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /*I myself =
check=20
boundary of memory. */</DIV>
<DIV>copy(small_3,source3);</DIV>
<DIV>copy(small_4,source4);</DIV>
<DIV><FONT color=3D#000000 size=3D2>......</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>.....</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>Thanks.</FONT></DIV></BODY></HTML>

------=_NextPart_000_0020_01BE73B5.A9A6AC60--

From vxwexplo-errs@csg.lbl.gov  Thu Apr  6 06:10:04 2000
From: "Andreas H. Wolf" <wolf@suhep.phy.syr.edu>
Date: Thu Apr  6 06:10:06 PDT 2000
Subject: Re: ORBIX and Tornado

Joe Carissimi <jcarissi@bbn.com> wrote in <8a8bn0$rko2@overload.lbl.gov>:

>For an upcoming development effort (Power PC based running Tornado
>I and possibly upgrading to Tornado II), our system needs to be a
>CORBA client.  IONA's ORBIX 3.0 has been recommended, but I am
>also looking at other vendors.  I would like to hear from anyone who
>has had experience with ORBIX and Tornado (ease of integration,
>price, support... ).

Hi,
	we are using VisiBroker 3.2 on TI/PPC platforms
	(and M68K for a short while).
	we are preparing to switch over to TII, soon.
	We have connected ca 30 VxWorks clients and servers to
	a few UNIX and WinNT machines in a distributed network
	to run a Physics experiment and have successfully taken
	data over the last months.

	Check out http://www.highlander.com for more information.

	      Andreas =:-)

From vxwexplo-errs@csg.lbl.gov  Thu Apr  6 06:17:12 2000
From: "Shah, Ranjana" <SHAH@Telephonics.com>
Date: Thu Apr  6 06:17:14 PDT 2000
Subject: RE: Debugging spawned task

VxWorks.

Annamalai,

Yes. The system mode debugging enables you to debug spawned tasks and
Interrupt Service Routines (ISRs), because in that mode everything stops and
becomes under debug control. I have personally not done debugging in system
mode. Also, from what I understand, if your target server at the host end is
connected to the target agent (in the target) via Ethernet, you would have
to switch to a serial connection (wdbserial). May be someone else in the
usenet group can help you with that. In theory, I know you can do what you
want in system mode. In my case, I could modify the code with
taskSuspend(0), re-build it and debug it, and then I would comment out the
extra code when done.

Good luck.

Ranjana

>Ranjana,
>If the debugging is to be carried out without change in code,
>can we make use of the System Mode debugging feature in Tornado?
>
>Annamalai
>
>
>> Wilco,
>>
>> One way that I use to debug a spawned task is to put a 
>taskSuspend(0) as
>the
>> first thing in that task, which ofcourse requires you to 
>change the code.
>> Once the task has been spawned, I attach the debugger to it. 
>Then I end up
>> in a disassembly window. At this point I close the 
>disassembly window and
>> use the finish (to step out to return from current function) 
>command to
>the
>> debugger which in turn brings control to the statement following the
>> taskSuspend(0) in the spawned task.
>>
>> Ranjana
>>

From vxwexplo-errs@csg.lbl.gov  Thu Apr  6 07:32:54 2000
From: Bob <Bob@dskti.com>
Date: Thu Apr  6 07:32:56 PDT 2000
Subject: No rule to make target

We have been having lots of problems using tornado 2 when building an 
application with the 'No rule to make target' appearing. Having tried all 
the usual black magic cures. E.G. using ':' for VPATH separators instead of 
spaces. Using 'space :' or ': space' or 'space : space', changing the order 
of the macro's, forward slashes, back slashes, double slashes, pointing the 
PC screen south at dawn etc the problem turned out to be incompatibility 
between tornado 2 and win95/98. Simply copying the whole directory 
structure containing the application and project files onto an NT box 
solved the problem and produced a complete build. Copying onto another 
win95 and win 98 box and the builds failed. The point of failure was where 
the build was trying to access a file in a shared library on a network 
drive. I have tried different combinations of seperator in the VPATH and 
they all work on theNT box.
Hope this helps someone

R Baker

DSKTI Ltd

From vxwexplo-errs@csg.lbl.gov  Thu Apr  6 08:46:35 2000
From: "Michael Lawnick" <lawnick@softec.de>
Date: Thu Apr  6 08:46:38 PDT 2000
Subject: Re: PCI Interrupt Issues

> Hello, Vxworkers,
> 
> I need help on some PCI Interrupt Issues with Pentium BSP.
> 
> 1. I tried to connect a PCI interrupt to an ISR by doing:
> 
> if(pciIntConnect(INUM_TO_IVEC(EDS_PCI_IRQ+INT_NUM_IRQ0),
> pciIntTest)==OK)/* interrupt vector and handler to attach to */
>  {
>   printf("\nISR attached OK\n");
>   sysIntEnablePIC(EDS_PCI_IRQ);
>  }
> 
> Once I set the "EDS_PCI_IRQ" correctly, for instance "0xf", my ISR
> "pciIntTest" does get called when an PCI interrupt is asserted. The
> number of PCI interrupts result in the ISR gets called the number of
> times. Everything seems OK so far except I can no longer use the Vxworks
> Target Shell. No matter how hard I hit the keyboard, no shell can ever
> come back. Beside, my target server on the host fails to communicate with
> the target agent on the target side too. I cannot "ping" the target
> either. I am using an ethernet connection between the host and target.
> Until I reset the system, I cannot really do anything useful.
> 
> 2. Does anybody have a clue how to get a list of system used and
> occuppied IRQs? I am getting lost on how my PCI target's interrupt gets
> routed into hosts IRQ table. By reseting the system, my PCI target's
> configuration register tells me the IRQ line is assigned to "0xff" which
> indicates an "unknown" or "no connection". I am wondering who is the one
> suppose to do this job. If I should do this, how am I suppose to know what
> IRQ to be assigned? I have been driven nuts for couple of days. Beside, I
> got that working "0xf" IRQ by a lucky trial. Who knows if there exists any
> confilict.
> 
> Any comment or suggestion is highly appreciated.
> 
> Bob
Hi Bob,

the IRQ-line you have to connect to / enable, you can retreive by 
reading in the PCI configuration space of your card.
pciConfigInByte(busNo, deviceNo, funcNo, 
PCI_CFG_DEV_INT_LINE, &intLine);

On PCI-standard, most devices use the same (0xf?) interruptline 
wich is distributed by hardware on different pins of your PIC.

Your main problem seems to result from your ISR - could you mail 
it ?

MfG
Lawnick, SOFTEC GmbH

==============================================
SOFTEC GmbH               Tel +49-731-96600-0
Promenade 17              Fax +49-731-96600-23
D-89073 Ulm               Michael Lawnick
Germany                   lawnick@softec.de
==============================================

From vxwexplo-errs@csg.lbl.gov  Fri Apr  7 04:03:20 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Fri Apr  7 04:03:22 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Fri Apr  7 04:03:15 PDT 2000

        Subject: Re: WIND_UID Mystery
        Subject: Using VxWorks with GHS' MULTI-2000 IDE,  FORTRAN and C Compilers
        Subject: VxWorks vs. Chorus
        Subject: Re: Cache Problem on MPC860 Board
        Subject: Re: Installing VxWorks problem
        Subject: Intel LAN Adapter Driver
        Subject: Re: dec21x40 Initialization Options
        Subject: 100FX or 100FL Fiber Optic NIC
        Subject: Re: licence problem
        Subject: Re: 68K vmBaseGlobalMapInit()
        Subject: Re: vxWorks Scheduling
        Subject: Re: Booting from sm Interface with INCLUDE_END Defined
        Subject: Making a PCI driver into a component
        Subject: Re: File system problem
        Subject: Re: booting problem
        Subject: semShow vs semInfo; Semaphore status
        Subject: Re: elfToBin says not elf format
        Subject: Re: PCI Interrupt Issues
        Subject: Re: Debugging spawned task
        Subject: linux-vxworks networking problem
        Subject: x86 Software Floating Point Emulation
        Subject: Re: VSS integration into Tornado 2
        Subject: Re: VSS integration into Tornado 2
        Subject: Re: PCI Interrupt Issues
        Subject: Re: semShow vs semInfo; Semaphore status
        Subject: Re: licence problem
        Subject: Re: vxWorks Scheduling
        Subject: Re: PCI Interrupt Issues
        Subject: Re: Write my own Mblk to buffer copy routine in END
        Subject: The WIND_UID Mystery Continues
        Subject: Re: semShow vs semInfo; Semaphore status
        Subject: Need help using Class E Subnets with VxWorks
        Subject: Re: VSS integration into Tornado 2
        Subject: muxDevLoad failed?
        Subject: Re: Need help using Class E Subnets with VxWorks
        Subject: Re: VSS integration into Tornado 2
        Subject: Re: 3C905B NIC doesn't work
        Subject: Re: VSS integration into Tornado 2
        Subject: PSO systems' tcp/ip stack
        Subject: PC-Data Transfer

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: Re: WIND_UID Mystery
Date: Thu, 06 Apr 2000 11:21:58 GMT
From: MJM <mike.mcnaughton@sympatico.ca>
Organization: mjm et al
Message-ID: <38EC7195.AD561875@sympatico.ca>
References: <38E8C0D3.ABBBE666@nowhere.com>
Reply-To: mike.mcnaughton@sympatico.ca

I checked on what our FSE did to fire up windView (a wonderful package). Here it is.

 1. Add an environment variable: WIND_UID (set to any value) using
           Start-->Settings-->Control Panel-->System-->Environment
            (This is required for the TSFS, below)
 2. modify the target server to support the TSFS (Target Server File
           System).  Target Server File System-->Root: D:\ & Read/Write

MJMcN.

Charlie Grames wrote:

> I am trying to use WindView 2.0 under Tornado 1.0.1 (ZC-10 CD).  I've discovered
> that I need to use the target server file system (TSFS) to use WindView, so I
> tried configuring TSFS in my target server.  When I try to start the target
> server, I get the following:
>
> U:\host\x86-win32\bin\tgtsvr.exe
> U:
> tgtsvr.exe (ppc4@p2004937): Mon Apr 03 11:01:01 2000
>     License request... authorized on Local Host.
>     Wind River Systems Target Server: NT/Win95 version
>     Attaching backend... succeeded.
>     Connecting to target agent... succeeded.
>     Attaching C++ interface... succeeded.
>     Attaching elf OMF reader... succeeded.
>     Error: Error: Can't lock target server, environment variable WIND_UID is not
> defined.
>
> Is anyone familiar with this message and what needs to be done to address it?
> Please let me know.  Thanks.
> --
> Charlie Grames
> The Boeing Company
> Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Using VxWorks with GHS' MULTI-2000 IDE,  FORTRAN and C Compilers
Date: Fri, 24 Mar 2000 12:42:10 GMT
From: "Jeremy Matott" <matottjm@adelphia.net>
Message-ID: <CoJC4.216$V%.31943623@news2.news.adelphia.net>

Hello,

Does anyone have any experience using WindRiver's VxWorks OS and BSPs with
Green Hills' MULTI-2000 IDE and thier FORTRAN and C compilers for the
PowerPC?  How well do they integrate?

Any help would be greatly appreciated.

Thanks.

Jeremy Matott
matottjm@adelphia.net, jmatott@sierradatasys.com
Software Engineer
Sierra Data Systems

---------------------------

Newsgroups: comp.os.vxworks
Subject: VxWorks vs. Chorus
Date: Thu, 06 Apr 2000 11:44:26 GMT
From: Peter Hunter <PeterHunter@hotmail.com>
Organization: mcivillagecom
Message-ID: <38EC7822.8A5E2A0E@hotmail.com>

Hi folks,

I try to figure out if it would be very keen to use Chorus instead of
VxWorks.
Maybe there are some people with a wise comment on this.

Thanks

Peter

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Cache Problem on MPC860 Board
Date: Thu, 06 Apr 2000 11:45:25 GMT
From: pkockritz@home.com (Pete Kockritz)
Organization: @Home Network
Message-ID: <pkockritz-0604000645250001@24.0.106.190>
References: <8cgr5u$c4k$1@nnrp1.deja.com>

In article <8cgr5u$c4k$1@nnrp1.deja.com>, svcrht@my-deja.com wrote:

> Hi, All
>   I can not enable the cache on my MPC860 board. When I included cache
> and MMU in the BSP files, It passed cacheLibInit(USER_I_CACHE_MODE,
> USER_D_CACHE_MODE), but failed in cacheEnable(INSTRUCTION_CACHE). if I
> skip cacheEnable(INSTRUCTION_CACHE), it still failed in cacheEnable
> (DATA_CACHE). If I passed both the instruction and data cache enable
> functions, it went into usrMmuInit() and never return. So I undefine
> the MMU and cache support, then everything is OK, but without cache,
> the CPU perfomance is rather low.
>   This problem have puzzled me for a few days. I almost have no ideas.
> Does anyone who have used 860's cache? Any suggestions will be very
> much appreciated.

What BSP are you using, one supplied by WRS or a custom one? If custom,
did you set up the entries in sysPhysMemDesc correctly?

Regards,
Pete
- --
+-----------------------------------------------------------------+
|       Pete Kockritz                  mailto:pkockritz@home.com  |
|                       This space for rent.                      |
+-----------------------------------------------------------------+

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Installing VxWorks problem
Date: Thu, 06 Apr 2000 12:49:08 +0100
From: Stephen Starkie <s.starkie@ic.ac.uk>
Organization: Imperial College, London, UK
Message-ID: <B5123843.5F1%s.starkie@ic.ac.uk>
References: <B50E36BC.4EB%s.starkie@ic.ac.uk> <0xcG4.25925$U4.108771@news1.rdc1.az.home.com>

in article 0xcG4.25925$U4.108771@news1.rdc1.az.home.com, John or Jenn at
lastimp@home.com wrote on 4/4/00 3:34 am:

> In article <B50E36BC.4EB%s.starkie@ic.ac.uk> Stephen Starkie,
> s.starkie@ic.ac.uk writes:
>> I'm trying to create a test machine from an old 486 we've got lying
>> around the Lab,  and I'm trying to get a 3rd party version of VxWorks onto
>> it.
> 
> Whats a 3rd party version of VxWorks?

I mean a 3rd party BSP - they've included support for different ethernet
chip sets and their own control cards.

Steve

---------------------------

Newsgroups: comp.os.vxworks
Subject: Intel LAN Adapter Driver
Date: Thu, 06 Apr 2000 13:02:06 +0100
From: Stephen Starkie <s.starkie@ic.ac.uk>
Organization: Imperial College, London, UK
Message-ID: <B5123B4E.5F2%s.starkie@ic.ac.uk>

Hi,

   I have an old 486 with an Intel 8/16 LAN Adapter in it.  I'm new to this
kind of thing - so,  how do I know what driver should be being used?

   When VxWorks starts up - I get Attaching to lo0 ... done.

   Does this mean that the NIC can be used now - what does lo0 mean?  Where
do I find out what lo0 means.   Is lo even correct for this card?

Steve.

PS: Sorry, I'm trying hard - but I find all this very confusing! 

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: dec21x40 Initialization Options
Date: Fri, 24 Mar 2000 15:58:13 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38DB9095.7E6CB535@nowhere.com>
References: <38D93D86.B46D60A3@nowhere.com> <8bbtlv$bpe$1@nnrp1.deja.com> <38DA8DF3.D1253D8A@nowhere.com> <8be8cq$uhn$1@nnrp1.deja.com>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

John,

Thanks for the info.  I'll let you know how two devices work in the near future.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

john_94501@my-deja.com wrote:
> 
> > I am using the mv2700 BSP. It includes a file configNet.h, which
> contains the
> > initialization string for the DEC 21x40 END driver. By default, the
> string
> > definition is:
> >
> > /*
> >
> <devAdrs>:<PCIadrs>:<ivec>:<ilevel>:<numRds>:<numTds>:<memBase>:<memSize
> >:<userFlags>
> > */
> >
> > #ifdef EXTENDED_VME
> > # define DEC_LOAD_STRING
> "0xfe020000:0x0:0x12:0x12:-1:-1:-1:0:0x80000000"
> > #else
> > # define DEC_LOAD_STRING
> "0x81020000:0x80000000:0x12:0x12:-1:-1:-1:0:0x80000000"
> > #endif
> >
> > What does each of the bits in userFlags represent?
> 
> The flags are documented in the manual for the driver - see dec21x40End
> in section one of the reference manual. The values are defined in the
> driver's header file: dec21x40End.h (in target/h/drv/end).
> 
> > Also, if you have two 21x40 interfaces on a single processor, how do
> you
> > initialize them with different values?
> 
> I'm not the expert on this, but my guess from looking in configNet.h is
> that you'd simply need to define two DEC_LOAD_STRING values (say
> DEC_LOAD_STRING_1 and DEC_LOAD_STRING_2) and use the appropriate one in
> the endDevTbl array that is defined at the end of configNet.h; so your
> table might look like this:
> 
> END_TBL_ENTRY endDevTbl [] =
> {
>     { 0, DEC_LOAD_FUNC, DEC_LOAD_STRING_1, DEC_BUFF_LOAN, NULL, FALSE},
>     { 0, DEC_LOAD_FUNC, DEC_LOAD_STRING_2, DEC_BUFF_LOAN, NULL, FALSE},
>     { 0, END_TBL_END, NULL, 0, NULL, FALSE},
> };
> 
> Disclaimer: I'm looking at the ebsa285 BSP (also uses the DEC driver
> though), and I haven't tried any of this... Let us all know if it works
> - could be useful for the future ;-)
> 
> TTFN,
> 
> John...
> 
> Sent via Deja.com http://www.deja.com/
> Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: 100FX or 100FL Fiber Optic NIC
Date: Thu, 06 Apr 2000 13:12:31 GMT
From: "Lou Kale" <Lou.Kale@kenetec.com>
Organization: EarthLink Inc. -- http://www.EarthLink.net
Message-ID: <330H4.113$y4.9151@newsread1.prod.itd.earthlink.net>

I'm looking to use a PCI 100FX or 100FL Fiber Optic NIC.
Does anyone make one that has VxWorks drivers?  I would prefer END drivers.

Thanx,
   Lou Kale

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: licence problem
Date: Fri, 24 Mar 2000 11:47:01 -0800
From: Joe Durusau <durusau@delphi.com>
Organization: Lockheed Martin Corporation
Message-ID: <38DBC635.A1B1FC1@delphi.com>
References: <38DB8DCE.5EF73635@orion-sim.com>

	Have someone in the Ivory Tower (With a long title) call
Thomas St. Dennis at WRS.  He's the president of the company.  Usually
they take exception to customers screaming at them and will see to it
that your problem is resolved.  

Speaking only for myself,

Joe Durusau

Brian Genisio wrote:
> 
> We have been running tornado and vxWorks for about 2 weeks now with no
> problem.  All of a sudden, when I try to start a target server, it tells
> me that no license file can be found.  I am pretty sure we got a full
> license, so I not sure what is happening here.  I contacted WindRiver
> Support, and they told me that I need to talk to the WindRiver Sales
> person.  Too bad, I cant get ahold of him (voice mail) and I have not
> received a response back.  Now, I sit, with two others, waiting to get
> this silly problem fixed, unable to proceed with our development and
> research.  Any Ideas?
> 
> Brian

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: 68K vmBaseGlobalMapInit()
Date: Thu, 06 Apr 2000 07:31:32 -0600
From: Russ Johnson <rajohnson@bigfoot.com>
Message-ID: <38EC91B4.87E9CD6@bigfoot.com>
References: <8cgvh8$omb2@overload.lbl.gov>

Thanks for the pointers.  We are using a Motorola MVME172-523A.  I'll
give the TTR registers a try.

Fred Roeber wrote:
> 
> Russ, Interesting timing on your question. I was trying to hunt down
> today why MMU initialization for our PPC board was taking an intolerable
> 1.5 seconds. I guess I shouldn't complain ;). As to your problem, I
> seem to remember that this issue came up in this forum when T2 was
> in beta and first released. Have you checked with Wind River or with
> the online tech support part of their website (ie. WindSurf)?
> 
> Another suggestion I could make that is processor specific is to look
> into using the Transparent Translation registers that some of the 68K
> processors provide (you don't say which 68K). The 68040, for instance,
> has 2 transparent translation registers (TTR)s. Any memory you make
> accessible through the TTRs doesn't need to be in sysPhysMemDesc. Even
> better, the TTRs provide faster address translation than the MMU and
> don't take up memory for page tables.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: vxWorks Scheduling
Date: 24 Mar 2000 10:23:21 -0800
From: gillies@cs.ubc.ca (Donald Gillies)
Organization: Computer Science, University of British Columbia, Canada
Message-ID: <8bgbqp$s1$1@newcastle.cs.ubc.ca>
References: <38DB74FA.DF4276CF@gecm.com>

Dave Moore <dave.moore@gecm.com> writes:

>Hi everyone,
>	Does anybody know whether it's possible to re-write the vxWorks
>scheduling algorithm?. I want to implement something more exotic than
>vxWorks currently offers and wondered whether the kernel will support a
>scheduler re-write. Has anyone done/attempted this?.

I'm curious why you would like to do this ??  For real-time systems,
most people prefer static-priority scheduling because it is so
predictable during an overload situation.  Also, we can perform
static-priority analysis to pre-determine if all your tasks will meet
their deadlines.

On top of that you can change the task priority and this allows you to
implement all sorts of dynamic priority scheduling algorithms, which
is probably what you are proposing to do, for all or part of the
priority range.

For example, you could make a "scheduler" task that has full knowledge
of every task in the system and changes the priorities according to
some policy you devise.  New tasks could be created and their
priorities changed through this "scheduler" task.

What do you intend to achieve by mucking with the kernel ???  I would
imagine that there are a lot of assumptions about task priority in the
kernel primitives, and you would have a difficult time rewriting the
scheduler without full kernel sources.

- - Don

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Booting from sm Interface with INCLUDE_END Defined
Date: Thu, 06 Apr 2000 13:49:16 GMT
From: ulf_franke@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8ci4km$odv$1@nnrp1.deja.com>
References: <38E50A92.BF0599E2@nowhere.com> <38E8EF48.B9B2B664@fluke.com> <38E8F8DA.43DA0E52@nowhere.com>

Hello Charlie,

try:

/* network */
#define INCLUDE_END
#ifdef INCLUDE_SM_NET
  #define INCLUDE_BSD
#endif /*INCLUDE_SM_NET*/

It works fine.

Ulf

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Making a PCI driver into a component
Date: Thu, 06 Apr 2000 15:01:55 +0100
From: Adrian Cox <apc@agelectronics.co.uk>
Message-ID: <20000406140157.3ED78EEB.NFL@trout.agsite2.demon.co.uk>
Reply-To: Adrian Cox <apc@agelectronics.co.uk>

I've developed a vxworks driver for a PCI device. It works on a Motorola
MVME2305, and on an in-house PowerPC board. I'd like to make it into a
general component which will work on any vxworks architecture with PCI,
but I'm not sure if that's possible.

I've read WTN-49 "A Discussion of the implementation of PCI support on
Tornado/vxWorks BSPs", and come to the conclusion that it describes
vxworks in a parallel universe. 

* The component is called INCLUDE_PCI_PARAMS, not INCLUDE_PCI.
* The MVME BSP doesn't define the PCI_MSTR_IO... and PCI_MSTR_MEM...
macros, so they all default to the wrong value of 0.
* I can't find definitions of PCI_CFG_FORCE, PCI_CFG_AUTO, and
PCI_CFG_NONE anywhere.
* The MVME BSP doesn't provide any form of dynamic configuration to map
in the memory region of the PCI device at sysHwInit() time.

Currently I've resorted to distributing the driver as a set of C files
with the instruction to "read your BSP very carefully and fill in the
values by hand." Is the MVME board a freak? Do any boards work like
WTN-49 says?  Can a PCI driver be distributed in source code form and
work as a Tornado 2 component?

- - Adrian Cox, AG Electronics

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: File system problem
Date: Thu, 06 Apr 2000 16:20:43 +0200
From: =?iso-8859-1?Q?=D8ystein?= Straume <ostraume@itk.ntnu.no>
Organization: Norwegian university of science and technology
Message-ID: <38EC9D3B.6290F27A@itk.ntnu.no>
References: <38EC534E.C97465B9@itk.ntnu.no> <8chma1$ddf$1@news1.skynet.be>

My bootline is:

"tffs=0,0(0,0)host:/tffs0/vxWorks h=129.241.187.100 e=129.241.187.61:ffffff00
g=129.241.187.1 u=target tn=vxtarget o=elt"

, but when I use the devs command I can't see the device called /tffs0/, even if
it seams like VxWorks boots ok. Do I have to mount this device manually does it
need some kind of initializing ?

ystein Straume

Richard Marsh wrote:

> Hi,
> Have you done a 'cd /<dev>' to the device? You can find <dev> using the devs
> command.
> Richard
>
> "ystein Straume" <ostraume@itk.ntnu.no> wrote in message
> news:38EC534E.C97465B9@itk.ntnu.no...
> > Hi !
> >
> > I have a x86 board with a DiskOnChip 2000 device. I have installed TFFS
> > and it seams to work properly. VxWorks is booting and running.
> >
> > My problem is that the "ls" command will not show me the contents of the
> > DOC. I receive the following error message:
> >
> > -> ls
> > value = -1 = 0xffffffff = _funk_taskRegsShowRtn + 0xffe2c287
> >
> > Maybe someone can give a hint about what the problem can be ?
> > Every replay will be appreciated.
> >
> > Thanks in advance.
> >
> > ystein Straume
> >

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: booting problem
Date: Thu, 6 Apr 2000 15:12:05 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38ECA945.705869F1@nowhere.com>
References: <8cd1h6$2rq$1@nnrp1.deja.com>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

Contrary to one of the responses, it is normal to get a single number after
"Loading..." when booting a PowerPC target, so I don't think that is your
problem.

I have seen these symptoms before when I tried to create an image that addresses
too large an area of memory.  On PowerPC platforms, the size of the page table
for memory mapping is equal to the total amount of memory being mapped divided
by 128 and rounded up to the next power of two.  The minimum page table size is
64 KB.  The total amount of memory includes everything defined in
sysPhysMemDesc, including RAM, PCI resources, VMEbus, etc.  The page table must
then be located at a memory address evenly divisible by the size of the table.

Did you modify sysPhysMemDesc in sysLib.c or any of the VME window sizes in
config.h?  Are you reserving memory with USER_RESERVED_MEM in config.h?  How
much memory do you have on your target?

I hope this helps.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: semShow vs semInfo; Semaphore status
Date: Thu, 06 Apr 2000 10:51:33 -0500
From: "John W. Komp" <john.komp@uscorp.net>
Organization: Medtronic Inc.
Message-ID: <38ECB285.CE71B2FF@uscorp.net>

Hi,

I'm need to know the status of a binary semaphore (i.e. full or empty)
but there doesn't seem to be a function to call that returns such a
value. semShow displays it to stdout and semInfo returns everything
except the status.

Is the semaphore structure documented anywhere such that I can just
check the status myself or has anyone written code which can return the
status?

Thanks,

John Komp
Medtronic
Minneapolis

- --
****************************************************
    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: Re: elfToBin says not elf format
Date: Fri, 24 Mar 2000 19:52:35 GMT
From: fatihozcan@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8bgh1q$e5t$1@nnrp1.deja.com>
References: <8bfpan$im5$1@nnrp1.deja.com> <ur9d0mg78.fsf@yahoo.com>

The problem was that I added a library to the code without compilation.
So there is a weird section in my code. When I added the library to the
LIBS section the problem is solved. Thank you for your interest.

In article <ur9d0mg78.fsf@yahoo.com>,
Bill Pringlemeir <bpringlemeir@yahoo.com> wrote:
>
> We ended up using the Diab tool 'ddump' instead of the elftobin
> program. It _appears_ that the elftobin would only handle certain
> images (on x86). If I moved the image from 0x10000 (?), then the
> elftobin program wouldn't work. Sorry for being vague, this was
> a while ago.
>
> My other option (before ddump) was to use the BFD libraries to make
> my own elftobin. Can you make an 'off the shelf' VxWorks image that
> functions properly? If your code has something in weird sections
> that elftobin doesn't understand, this could be the cause of the
> problem.
>
> hth,
> Bill
>
> >>>>> "fatihozcan" == fatihozcan <fatihozcan@my-deja.com> writes:
>
> fatihozcan> Hello, We are using TornadoII in Solaris. We build a
> fatihozcan> project using Tornado IDE . The core BSP files are
> fatihozcan> working fine. But when we add our files to the
> fatihozcan> project, it correctly builds and links the application
> fatihozcan> but the target can not boot giving error code of
> fatihozcan> 0xdd. When we apply elftobin to our vxWorks file it
> fatihozcan> says it is not in elf format. elfhex says it is not
> fatihozcan> executable. Our linker command is ldppc -X -N -r
> fatihozcan> xxxlib.a -e _sysInit
>
> --
> Yes, Gnus does random signatures.
>

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI Interrupt Issues
Date: Thu, 6 Apr 2000 13:33:58 -0500
From: "Bob Feng" <bfeng@noran.com>
Message-ID: <1O4H4.663$yz4.1664@client>
References: <200004061453.QAA11826@net.softec.de>

Hi, lawnick,

Here is my ISR:

void pciIntTest(void)
{
    printf("Hello, Dave!\n");
}

I thought it's too simple to cause problem but the reality proves I am weigh
too opmistic. Beside, you mentioned the PCI device IRQ is assigned by
hardware on the PCI master side and the default is always 0xff? I checked
with PCI spec. 2.1 and found out "0xff" indicates no connection. How do I
cannect it to some unused one and make sure it is right?

Thanks!

- --
- -----------------------------------------------------------
Bob Feng
Electronic Engineer
Noran Instruments, Inc. http://www.noran.com
bfeng@noran.com
608-8364114(Office)    608-8367224(Fax)
- -----------------------------------------------------------
Michael Lawnick <lawnick@softec.de> wrote in message
news:200004061453.QAA11826@net.softec.de...
>
> > Hello, Vxworkers,
> >
> > I need help on some PCI Interrupt Issues with Pentium BSP.
> >
> > 1. I tried to connect a PCI interrupt to an ISR by doing:
> >
> > if(pciIntConnect(INUM_TO_IVEC(EDS_PCI_IRQ+INT_NUM_IRQ0),
> > pciIntTest)==OK)/* interrupt vector and handler to attach to */
> >  {
> >   printf("\nISR attached OK\n");
> >   sysIntEnablePIC(EDS_PCI_IRQ);
> >  }
> >
> > Once I set the "EDS_PCI_IRQ" correctly, for instance "0xf", my ISR
> > "pciIntTest" does get called when an PCI interrupt is asserted. The
> > number of PCI interrupts result in the ISR gets called the number of
> > times. Everything seems OK so far except I can no longer use the Vxworks
> > Target Shell. No matter how hard I hit the keyboard, no shell can ever
> > come back. Beside, my target server on the host fails to communicate
with
> > the target agent on the target side too. I cannot "ping" the target
> > either. I am using an ethernet connection between the host and target.
> > Until I reset the system, I cannot really do anything useful.
> >
> > 2. Does anybody have a clue how to get a list of system used and
> > occuppied IRQs? I am getting lost on how my PCI target's interrupt gets
> > routed into hosts IRQ table. By reseting the system, my PCI target's
> > configuration register tells me the IRQ line is assigned to "0xff" which
> > indicates an "unknown" or "no connection". I am wondering who is the one
> > suppose to do this job. If I should do this, how am I suppose to know
what
> > IRQ to be assigned? I have been driven nuts for couple of days. Beside,
I
> > got that working "0xf" IRQ by a lucky trial. Who knows if there exists
any
> > confilict.
> >
> > Any comment or suggestion is highly appreciated.
> >
> > Bob
> Hi Bob,
>
> the IRQ-line you have to connect to / enable, you can retreive by
> reading in the PCI configuration space of your card.
> pciConfigInByte(busNo, deviceNo, funcNo,
> PCI_CFG_DEV_INT_LINE, &intLine);
>
> On PCI-standard, most devices use the same (0xf?) interruptline
> wich is distributed by hardware on different pins of your PIC.
>
> Your main problem seems to result from your ISR - could you mail
> it ?
>
> MfG
> Lawnick, SOFTEC GmbH
>
> ==============================================
> SOFTEC GmbH               Tel +49-731-96600-0
> Promenade 17              Fax +49-731-96600-23
> D-89073 Ulm               Michael Lawnick
> Germany                   lawnick@softec.de
> ==============================================
>

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Debugging spawned task
Date: Thu, 6 Apr 2000 09:57:39 -0600
From: "Rob Tromp" <rob_tromp@hp.com>
Organization: Hewlett-Packard Fort Collins Site
Message-ID: <8cic54$i9k$1@fcnews.fc.hp.com>
References: <8chh3n$omb4@overload.lbl.gov>

Another option to be able to debug without changing the code (at least not
in a way that ever has to be changed back) is to add the following to the
task startup:

...
#ifdef TASK_xxxx_DEBUG
  taskSuspend(0) ;
#endif
...

Then, when you want to debug this task, you just have to add
- -dTASK_xxxx_DEBUG to the make or compile command and recompile the
appropriate files.

"Annamalai" <annamalai@comneti.com> wrote in message
news:8chh3n$omb4@overload.lbl.gov...
> Ranjana,
> If the debugging is to be carried out without change in code,
> can we make use of the System Mode debugging feature in Tornado?
>
> Annamalai
>
>
> > Wilco,
> >
> > One way that I use to debug a spawned task is to put a taskSuspend(0) as
> the
> > first thing in that task, which ofcourse requires you to change the
code.
> > Once the task has been spawned, I attach the debugger to it. Then I end
up
> > in a disassembly window. At this point I close the disassembly window
and
> > use the finish (to step out to return from current function) command to
> the
> > debugger which in turn brings control to the statement following the
> > taskSuspend(0) in the spawned task.
> >
> > Ranjana
> >
> >
>
>

---------------------------

Newsgroups: comp.os.vxworks
Subject: linux-vxworks networking problem
Date: Thu, 06 Apr 2000 10:27:45 -0700
From: Tony Hoffmann <tony.hoffmann@nrc.ca>
Organization: National Research Council of Canada
Message-ID: <38ECC911.85A27A40@nrc.ca>
Reply-To: tony.hoffmann@nrc.ca

We are having some bizarre behaviour getting some distributed processing

working between Linux and VXWorks.   Solaris-VXWorks and Linux-Solaris
give no problems but Linux-VXWorks appears to have sparatic timeout
retries
when the VXWorks side is sending a 1900 byte message to the linux box
and then
waits for an acknowledgement.  here's an explanation of the problem from
the
person working with the code.

What appears to be happening is that occasionally, a packet (segment)
from
VxWorks is getting lost somewhere.  When the Linux side begins to get
other packages out of sequence, it begins to send duplicate acks back to

VxWorks, for every subsiquent message sent to it.  However, after the
packet doesn't go through, the VxWorks side does not send any more
packets.

The program running on VxWorks is waiting for an acknowledgement message

from the reciever side (Drama).  When the VxWorks side times out (for
some reason, stuck at 64 seconds when sending to Linux), it resends the
message, the receiver gets it, send the acknowledgement, and continues
on
its way.

---------------------------

Newsgroups: comp.os.vxworks
Subject: x86 Software Floating Point Emulation
Date: Thu, 6 Apr 2000 17:39:15 +0200
From: "Vladimir" <svoval@t2.technion.ac.il>
Organization: NetVision Israel	
Message-ID: <8ciamd$67e$1@news.netvision.net.il>
Reply-To: "Vladimir" <svoval@t2.technion.ac.il>

My platform is x86 compatible without HW fpp support. I have problmes
configuring software fpp support?
When I enable software floating point with or without HW fpp,
printf("%f",3.3) gives NaN and sin(1) prints the following error:
0x1fa8090 (t8): ERROR - floating point math not initialized!
I saw that fppProbe always returns 0 as if HW fpp were installed. I removed
fppALib.o module and rewrote this function so it always return -1, but it
doesn't get better.
Of course I call to floatInit and mathSoftInit.

What is the problem and how can I resolve this?

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: VSS integration into Tornado 2
Date: 6 Apr 2000 19:35:38 GMT
From: johan.borkhuis@peektraffic.nl
Organization: XS4ALL Internet BV
Message-ID: <8cioua$200$1@news1.xs4all.nl>
References: <38D7835F.942122B8@avl.com> <38ECB406.648AA759@well.com>

Whiteis Family <pipandco@well.com> wrote:
: We are using Tornado2.0 and VSS, but have not yet integrated the two.   I
: am writing to let you know that if you attempt to save your Tornado
: Workspace file in VSS, VSS will put in an extra line feed in the file
: which will cause Tornado 2.0 to complain when it opens the VSS-modified
: Workspace.   Be aware that you have to save your Workspace (and project?)
: files in binary mode to avoid having this problem with VSS.   Also, if
: you do find yourself with a VSS modified Tornado Workspace file, you can
: fix it by running the PC version of dos2unix command.
: My apologies if you have already encountered this problem, and found a
: fix.   I just wanted to save you the headaches we have  had.

There is another way to fix this problem. There is a command in the TCL
files to set the TCL interpreter to the Unix file format. When you disable
these commands you don't have problems with this. I hav this worked out on
my VxWorks page, under Version Control (1.11)

Groeten,
	Johan

- -- 
     o o o o o o o . . .   ___________________________________
    o      _____           ||    Johan Borkhuis              |
  .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
 >(________|__|_[_________]_|________________________________|
 _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
=== VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: VSS integration into Tornado 2
Date: Thu, 06 Apr 2000 16:57:02 GMT
From: Whiteis Family <pipandco@well.com>
Organization: PiPandCo Ltd.
Message-ID: <38ECB406.648AA759@well.com>
References: <38D7835F.942122B8@avl.com>

We are using Tornado2.0 and VSS, but have not yet integrated the two.   I
am writing to let you know that if you attempt to save your Tornado
Workspace file in VSS, VSS will put in an extra line feed in the file
which will cause Tornado 2.0 to complain when it opens the VSS-modified
Workspace.   Be aware that you have to save your Workspace (and project?)
files in binary mode to avoid having this problem with VSS.   Also, if
you do find yourself with a VSS modified Tornado Workspace file, you can
fix it by running the PC version of dos2unix command.
My apologies if you have already encountered this problem, and found a
fix.   I just wanted to save you the headaches we have  had.

Roland Hauser wrote:

> The problem I encountered is, that the Tornado internal checkin and
> checkout mechanism givs you only the filename and the comment as
> parameter. But i need VSS archive path to identify the file correctly.
> Is it possible or better did anyone integrate VSS into Tornado 2 ?
>
> Any ideas/sugestions welcome. Thanks.
>
> --
> Roland Hauser
> mailto:Roland.Hauser@avl.com    Voice: ++43- 316- 787-587
> FAX: ++49- 089- 2443- 29400
> mailto:rhauser@cccom.at

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI Interrupt Issues
Date: 06 Apr 2000 15:56:48 -0400
From: Ken Taylor <tecak@sprynet.com>
Organization: SpryNet
Message-ID: <uem8j0zr3.fsf@sprynet.com>
References: <200004061453.QAA11826@net.softec.de> <1O4H4.663$yz4.1664@client>
Sender: ktaylor@KTAYLOR

"Bob Feng" <bfeng@noran.com> writes:

You can't call printf (it blocks on a semaphore) from an ISR...  use
logMsg instead.

- ---
Ken Taylor
Member of Technical Staff
Unisphere Solutions, Inc.

> Hi, lawnick,
> 
> Here is my ISR:
> 
> void pciIntTest(void)
> {
>     printf("Hello, Dave!\n");
> }
> 
> I thought it's too simple to cause problem but the reality proves I am weigh
> too opmistic. Beside, you mentioned the PCI device IRQ is assigned by
> hardware on the PCI master side and the default is always 0xff? I checked
> with PCI spec. 2.1 and found out "0xff" indicates no connection. How do I
> cannect it to some unused one and make sure it is right?
> 
> Thanks!
> 
> --
> -----------------------------------------------------------
> Bob Feng
> Electronic Engineer
> Noran Instruments, Inc. http://www.noran.com
> bfeng@noran.com
> 608-8364114(Office)    608-8367224(Fax)

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: semShow vs semInfo; Semaphore status
Date: Thu, 06 Apr 2000 20:25:02 GMT
From: Minh.Lang@jpl.nasa.gov
Organization: Jet Propulsion Laboratory - Pasadena CA
Message-ID: <38ecf16e.187642866@news.jpl.nasa.gov>
References: <38ECB285.CE71B2FF@uscorp.net>

Take a look at target/h/private/semLibP.h for the definition of
structure "semaphore". SEM_ID is a pointer to this structure, which
you have accessed once you created a semaphore. Look at
the structure element "state", which is a union of "count"
and "owner". As you use binary semaphore, the following
test tells you either it's empty of full:

if state.owner != NULL then it's EMPTY, otherwise it's FULL.

 = Minh =

On Thu, 06 Apr 2000 10:51:33 -0500, "John W. Komp"
<john.komp@uscorp.net> wrote:

>
>Hi,
>
>I'm need to know the status of a binary semaphore (i.e. full or empty)
>but there doesn't seem to be a function to call that returns such a
>value. semShow displays it to stdout and semInfo returns everything
>except the status.
>
>Is the semaphore structure documented anywhere such that I can just
>check the status myself or has anyone written code which can return the
>status?
>
>Thanks,
>
>John Komp
>Medtronic
>Minneapolis
>
>
>--
>****************************************************
>    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: Re: licence problem
Date: Thu, 06 Apr 2000 14:28:31 -0700
From: Graham Waters <Graham.Waters@triumf.ca>
Organization: TRIUMF
Message-ID: <38ED017F.DD30EBE7@triumf.ca>
References: <38DB8DCE.5EF73635@orion-sim.com> <38E3F623.D2503DB5@raytheon.com>
Reply-To: Graham.Waters@triumf.ca

Edsel Harrell wrote:
> 
> If anyone alters hardly anything on some of the
> license servers, then we've had to reinstall the license.
> 
> (Defragged drive, changed directory structure/location of license file,
> IP address, harddrive, altering any of the date stamps, etc)
> 

I have experienced the same problem since day 1 and have never managed
to get an answer as to why. I have re-installed the licence so often
I can do it in my sleep.

Graham

+---------------------------------------------------------------------+
|Graham Waters, Control System Eng       phone: (604)-222-1047        |
|TRIUMF --- University of B.C,           Fax: (604)-222-7307          |
|Vancouver, BC, Canada                e-mail: Graham.Waters@triumf.ca |
|                                                                     |
|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: vxWorks Scheduling
Date: Sat, 25 Mar 2000 00:10:52 GMT
From: john_94501@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8bh060$va7$1@nnrp1.deja.com>
References: <38DB74FA.DF4276CF@gecm.com>

> Does anybody know whether it's possible to re-write the vxWorks
> scheduling algorithm?. I want to implement something more exotic than
> vxWorks currently offers and wondered whether the kernel will support
a
> scheduler re-write. Has anyone done/attempted this?.

In theory it is! The scheduler is actually based on a queue object, and
that object could be replaced very simply. It is the properties of the
queue that control scheduling. The scheduler itself merely takes the
head of the queue as the next task, and all the queue operations are
indirected to allow for replacement of the queue implementation.

If you look in usrKernelInit() [either
target/config/comps/src/usrKernel.c or target/src/config/usrKernel.c
depending on how you build your image and the version of Tornado you
have] you'll see that there is already an option here controlling the
scheduling algorithm: INCLUDE_CONSTANT_RDY_Q.

Now, for the two algorithms supplied the scheduling behaviour is the
same, but the implementation is quite different. There is nothing to
stop you adding your own type of queue here to change the behaviour of
the scheduler.

You would need to write an implementation of a queue that follows the
rules of the kernel's queues, and is registered with the system as a
valid queue type. Take a look into qLib.h for a little more information,
or contact WRS support and ask them about this.

If all else fails, email me and I'll see what I can do, but it's a
longer discussion than is possible here, and while theoretically
possible, I'm not aware of anybody having done it!

Regards,

John...

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI Interrupt Issues
Date: Thu, 06 Apr 2000 21:48:10 GMT
From: peter.kannegiesser@gmx.de (Peter K)
Organization: SEK
Message-ID: <38ecfba8.2848315@news.btx.dtag.de>
References: <200004061453.QAA11826@net.softec.de> <1O4H4.663$yz4.1664@client>
Reply-To: peter.kannegiesser@gmx.de

On Thu, 6 Apr 2000 13:33:58 -0500, "Bob Feng" <bfeng@noran.com> wrote:

>Here is my ISR:
>
>void pciIntTest(void)
>{
>    printf("Hello, Dave!\n");
>}

Bob,
this routine will take some time (printf() is notoriously slow).
Assumed that your interrupt comes cyclically, within a millisecond or
so, it will use all of the available processor time.
Nothing else will get done...
That's what's happended to me, most of the testing time :-((

- - Peter
- -- 
Peter Kannegiesser, Dudenhofen, Europe
http://home.t-online.de/home/peter.kannegiesser/
Please do not send courtesy copies. It is NOT necessary

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Write my own Mblk to buffer copy routine in END
Date: Fri, 24 Mar 2000 23:39:24 GMT
From: gold@sdsu.edu
Organization: Deja.com - Before you buy.
Message-ID: <8bguba$tb0$1@nnrp1.deja.com>
References: <38d68892.0@dnews.sbell.com.cn>

In article <38d68892.0@dnews.sbell.com.cn>,
"Cyclone" <scewjian@sbell.com.cn> wrote:
> Hi, all
>
> Because my device cannot access network buffer pool directly,
> I have to write its own copy routine. Manual of netMblkToBufCopy( )
> doesn't describe this very clear. Does anyone know how to do it?

What part isn't very clear ?  Do you have an example vxWorks driver
where this is used ?  If not, contact your FAE and ask for one.

Dan Gold  gold@sdsu.edu

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: The WIND_UID Mystery Continues
Date: Thu, 6 Apr 2000 23:05:03 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38ED181F.B6F31CBA@nowhere.com>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

Thanks to all of you who responded to my question about WIND_UID. 
Unfortunately, my problems are not completely solved.

I have defined the WIND_UID environment variable from Control Panel, as
specified in the Tornado 2 documentation on WindSurf (I am, however, using
Tornado 1.0.1 from the ZC-10 CD).  I can create a target server and attach tools
to it, but the target server spits out a message like the following every
second:

tgtsvr.exe (ppc4@p2004937): Thu Apr 06 18:03:21 2000
    Warning: Target Server locked by unknown user (uid = 1)

Does anyone know what this is all about?  Thanks in advance.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: semShow vs semInfo; Semaphore status
Date: Thu, 6 Apr 2000 23:20:07 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38ED1BA7.239EA538@nowhere.com>
References: <38ECB285.CE71B2FF@uscorp.net>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

John,

If you don't want to muck around in VxWorks semaphore implementation, you can
also perform semTake() with NO_WAIT for the timeout.  If semTake() returns
ERROR, the semaphore was empty.  If it returns OK, the semaphore was full and is
now empty.  Calling semGive() will return it to full.

Admittedly, this approach is most useful in situations where you would want to
take the semaphore, anyway.  If you want true status without the overhead of the
semaphore operations, you'll want to muck around in VxWorks semaphore
implementation.  Just be forewarned that that implementation could change.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

"John W. Komp" wrote:
> 
> Hi,
> 
> I'm need to know the status of a binary semaphore (i.e. full or empty)
> but there doesn't seem to be a function to call that returns such a
> value. semShow displays it to stdout and semInfo returns everything
> except the status.
> 
> Is the semaphore structure documented anywhere such that I can just
> check the status myself or has anyone written code which can return the
> status?
> 
> Thanks,
> 
> John Komp
> Medtronic
> Minneapolis
> 
> --
> ****************************************************
>     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: Need help using Class E Subnets with VxWorks
Date: Fri, 07 Apr 2000 02:54:51 GMT
From: mbrader@alink.net
Organization: Newsfeeds.com http://www.newsfeeds.com 80,000+ UNCENSORED Newsgroups.
Message-ID: <38ed464b.1597901@204.181.81.99>

First off, let me warn you this will be a long message.  If you like
to look into the arcana of VxWorks and IP than read on, otherwise you
may wish to pass this up.
- -----------
I am working for a client who is developing a system containing
hundreds of processors connected by two different media to form a
large machine.  The media are NOT shared memory or Ethernet.

I developed an inter-processor communication system that appears to
vxWorks as an END driver (yes, I am using SENS).

Now, we really want this internal IP network seperate from the
external network we will connect this machine to.  Ideally, we would
port in another source IP stack (non-WindRiver), take care of name
conflicts, and make the two stacks live side-by-side in ignorance of
one another.  We will probably eventually do this.

At present however, we need to get to our goals quickly.

The big problem is that we cannot have the external and internal
subnets be the same.  Therefore we must tell our customers that there
is a subnet number they cannot use for the external connection.  The
powers-that-be have decided this is only acceptable if we use a subnet
internally that the customer could not possibly care about.

Thus we chose to use 'Class E' (or 'experimental') addressing.  The
whole idea of Class E addressing is that most devices on a net where
the experiment is carried out will ignore the packets automatically.
That is, you have to modify the stack to get Class E to work.

Well, I used Class E addressing on my internal IPC network, and it
worked immediately with no problem whatsoever.

Unfortunately that was not the end of the problem.

The card that attaches to the external world not only attaches to the
IPC interface, but has two other 'internal' ethernet connections.
These two also have to be 'hidden' from the outside world.

When we try to attach the IP stack to these interfaces, with Class E
addresses, that works, but we can send no messages, they just get
quietly dropped!

So, I sent the question to WindRiver. Their reply is that they do not
support Class E addressing and that the IP stack is the problem, not
arpresolve.  ( I had suggested to them that arpresolve was filtering
out the addresses).   

This makes no sense to me.  I have written a non-ethernet END driver
and supplied my own address resolution routine through the MUX
interface, and Class E addresses work just fine with the WRS IP stack!
So it is either the ethernet driver, which should be blind to IP
addresses, or it is the Address Resolution routine.  

Well, this WRS response is just more grist for the mill for me.  Every
single time I have asked a tricky technical problem (and I never ask
the easier ones, I just solve them) I have gotten this sort of
response, where the responder shrugs me off.  I have gotten through to
knowledgeable people in the past (or I would never have gotten the IPC
done), but it can take weeks.  So I thought I might put this dilemma
up on Usenet and see if someone in the world has dealt with this
before.

So, Have you ever figured out how to get VxWorks to use Class E
addressing on ethernet drivers?  If the solution is pre-SENS, that is
okay, I would be willing to try generating a mixed system with both
driver types.  Just let me know how.

I have been thinking of raiding the FreeBSD code to learn how to make
a function to totally supplant WRS's arpresolve, but that is frought
with peril.  OTOH the reply to my request made it pretty clear that,
once again since WRS has some information I might need, they would
like to make us pay through the nose for it, so the hassle of
replacing their function might be worth it.

In the worst case, I will have to port in the new IP stack sooner than
I would have liked <sigh>.  That puts an unwanted lump in our
schedule.

Any suggestions as to how to cut this Gordian Knot will be most
welcome.

Mark J Brader
Brader Software
Santa Clara
braderm@acm.org

- -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
- -----==  Over 80,000 Newsgroups - 16 Different Servers! =-----

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: VSS integration into Tornado 2
Date: Fri, 7 Apr 2000 08:54:34 +0200
From: "Markus MItterer" <markus.mitterer@sbu1.storkgroup.com>
Organization: KPNQwest customer news service
Message-ID: <9CfH4.2$Ga4.232@nreader3.kpnqwest.net>
References: <38D7835F.942122B8@avl.com>

We are using Tornado2 with VSS.
We run into the dokumented problem with workspace and project-files. But the
fix with storing these files as binary files will work (but then always the
whole file will be stored and not only the differences!!!)
The main problem was to do a check and an uncheck within the Tornado-IDE. We
use for VSS the same virtual directory structure as in the filesystem and
then we can use the $filepath variable. I wrote a little program which
changes the drive letter into the $-sign and calls the final command.

Hope that helps,
Markus Mitterer, STK

---------------------------

Newsgroups: comp.os.vxworks
Subject: muxDevLoad failed?
Date: Sat, 25 Mar 2000 03:44:48 GMT
From: cismroom@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8bhcne$ceh$1@nnrp1.deja.com>

Hi:
  All!
  When vxworks boot up ,the information show as:
////////////////////////////////////////////////////////////
  muxDevLoad failed for device entry 0!
  Could  not find  ene0
  Attaching interface lo0....done

 Adding 2935 symbols for standlone.
 wdbConfig:error configuring WDB communication interface
/////////////////////////////////////////////////////////
  I do not know how to do.:(
  But because I use pcPentium board,I guess PCI bus configuration
cause this error.I have add PCI configuration in project utility
and left all value as the default value 0.:(
  I guess rightly?What is correct step?
                                                 cimsroom

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Need help using Class E Subnets with VxWorks
Date: Fri, 07 Apr 2000 10:07:35 +0200
From: Leonid Rosenboim <leonid@bitband.com>
Organization: BitBand Technologies Ltd. http://www.bitband.com
Message-ID: <38ED9747.E7C0D56E@bitband.com>
References: <38ed464b.1597901@204.181.81.99>
Reply-To: leonid@bitband.com

Mark,

Regarding your experience with WRS support, you are not alone, beleive me!
However, the NASDAQ rules all companies, and as long as the stock is doing
OK, they beleive the company is doing well...

Regarding the issue at hand, I have not learnt enough to judge yoru
conclusion, that the ARP code is to blame, but assuming you are right, the
way out is rather simple:

You take a source code of a BSD4.4 ethernet driver, and there you replace
the calls to do_protocol() and ether_output() with your own functions
which you can easily learn from BSD code, or by modifying WRS's if_subr.c
file which contains all this stuff, which is simply a set of cunctions
which are common to all BSD ethernet drivers, while in BSD this code is
typically in-line inside the driver itself.

Perhaps if instead of puzzling the support person with tough questions,
you would simply ASK for a particular source file, you can get away with
less trouble.

Lastly, tell your managers, that there is a set of Class A, B and C
addresses set aside SPECIFICALLY for the purpose of being used
"Internally" and should be never routed onto a public network, they shoud
consider usiong one of these. Class A is 10.x.x.x, Class C is
192.168.xx.xx, lookup the RFC for Registered Numbers for a complete list
and assignment.

HTH,
Leonid

mbrader@alink.net wrote:

> First off, let me warn you this will be a long message.  If you like
> to look into the arcana of VxWorks and IP than read on, otherwise you
> may wish to pass this up.
> -----------
> I am working for a client who is developing a system containing
> hundreds of processors connected by two different media to form a
> large machine.  The media are NOT shared memory or Ethernet.
>
> I developed an inter-processor communication system that appears to
> vxWorks as an END driver (yes, I am using SENS).
>
> Now, we really want this internal IP network seperate from the
> external network we will connect this machine to.  Ideally, we would
> port in another source IP stack (non-WindRiver), take care of name
> conflicts, and make the two stacks live side-by-side in ignorance of
> one another.  We will probably eventually do this.
>
> At present however, we need to get to our goals quickly.
>
> The big problem is that we cannot have the external and internal
> subnets be the same.  Therefore we must tell our customers that there
> is a subnet number they cannot use for the external connection.  The
> powers-that-be have decided this is only acceptable if we use a subnet
> internally that the customer could not possibly care about.
>
> Thus we chose to use 'Class E' (or 'experimental') addressing.  The
> whole idea of Class E addressing is that most devices on a net where
> the experiment is carried out will ignore the packets automatically.
> That is, you have to modify the stack to get Class E to work.
>
> Well, I used Class E addressing on my internal IPC network, and it
> worked immediately with no problem whatsoever.
>
> Unfortunately that was not the end of the problem.
>
> The card that attaches to the external world not only attaches to the
> IPC interface, but has two other 'internal' ethernet connections.
> These two also have to be 'hidden' from the outside world.
>
> When we try to attach the IP stack to these interfaces, with Class E
> addresses, that works, but we can send no messages, they just get
> quietly dropped!
>
> So, I sent the question to WindRiver. Their reply is that they do not
> support Class E addressing and that the IP stack is the problem, not
> arpresolve.  ( I had suggested to them that arpresolve was filtering
> out the addresses).
>
> This makes no sense to me.  I have written a non-ethernet END driver
> and supplied my own address resolution routine through the MUX
> interface, and Class E addresses work just fine with the WRS IP stack!
> So it is either the ethernet driver, which should be blind to IP
> addresses, or it is the Address Resolution routine.
>
> Well, this WRS response is just more grist for the mill for me.  Every
> single time I have asked a tricky technical problem (and I never ask
> the easier ones, I just solve them) I have gotten this sort of
> response, where the responder shrugs me off.  I have gotten through to
> knowledgeable people in the past (or I would never have gotten the IPC
> done), but it can take weeks.  So I thought I might put this dilemma
> up on Usenet and see if someone in the world has dealt with this
> before.
>
> So, Have you ever figured out how to get VxWorks to use Class E
> addressing on ethernet drivers?  If the solution is pre-SENS, that is
> okay, I would be willing to try generating a mixed system with both
> driver types.  Just let me know how.
>
> I have been thinking of raiding the FreeBSD code to learn how to make
> a function to totally supplant WRS's arpresolve, but that is frought
> with peril.  OTOH the reply to my request made it pretty clear that,
> once again since WRS has some information I might need, they would
> like to make us pay through the nose for it, so the hassle of
> replacing their function might be worth it.
>
> In the worst case, I will have to port in the new IP stack sooner than
> I would have liked <sigh>.  That puts an unwanted lump in our
> schedule.
>
> Any suggestions as to how to cut this Gordian Knot will be most
> welcome.
>
> Mark J Brader
> Brader Software
> Santa Clara
> braderm@acm.org
>
> -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
> http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
> -----==  Over 80,000 Newsgroups - 16 Different Servers! =-----

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: VSS integration into Tornado 2
Date: Fri, 07 Apr 2000 09:59:26 +0100
From: Roland Hauser <Roland.Hauser@avl.com>
Organization: Technische Universitaet Graz, Austria
Message-ID: <38EDA36E.324A42@avl.com>
References: <38D7835F.942122B8@avl.com> <38ECB406.648AA759@well.com>

I found my problem. The option entry in VSS - Project bases on Current
Folder - didn`t work. But inserting the line 
Force_Prj = Yes
into the ss.ini file resolved the problem. Now the ss command changes
automatically into the correct VSS project.

Whiteis Family schrieb:
> 
> We are using Tornado2.0 and VSS, but have not yet integrated the two.   I
> am writing to let you know that if you attempt to save your Tornado
> Workspace file in VSS, VSS will put in an extra line feed in the file
> which will cause Tornado 2.0 to complain when it opens the VSS-modified
> Workspace.   Be aware that you have to save your Workspace (and project?)
> files in binary mode to avoid having this problem with VSS.   Also, if
> you do find yourself with a VSS modified Tornado Workspace file, you can
> fix it by running the PC version of dos2unix command.
> My apologies if you have already encountered this problem, and found a
> fix.   I just wanted to save you the headaches we have  had.
> 
> Roland Hauser wrote:
> 
> > The problem I encountered is, that the Tornado internal checkin and
> > checkout mechanism givs you only the filename and the comment as
> > parameter. But i need VSS archive path to identify the file correctly.
> > Is it possible or better did anyone integrate VSS into Tornado 2 ?
> >
> > Any ideas/sugestions welcome. Thanks.
> >
> > --
> > Roland Hauser
> > mailto:Roland.Hauser@avl.com    Voice: ++43- 316- 787-587
> > FAX: ++49- 089- 2443- 29400
> > mailto:rhauser@cccom.at

- --
Roland Hauser
mailto:Roland.Hauser@avl.com    Voice: ++43- 316- 787-587 
FAX: ++49- 089- 2443- 29400
mailto:rhauser@cccom.at

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: 3C905B NIC doesn't work
Date: Fri, 07 Apr 2000 10:12:59 +0200
From: Leonid Rosenboim <leonid@bitband.com>
Organization: BitBand Technologies Ltd. http://www.bitband.com
Message-ID: <38ED988B.9D23BDBD@bitband.com>
References: <38EBC623.BAEDAA59@home.com>
Reply-To: leonid@bitband.com

Andryusha Dorogoy,

The 3c509B NIC is a long-time FAQ - the "B" version has added Plug & Pray
support, which is nowhere inthe WRS driver, so what you need to do is to use
the 3Com SETUP dirkette under DOS to modify the NIC to disable P&P, and make
darn sure the IRQs are set properly, and in synch with your pc486/config.h
definition, and you should be just fine.

Hope this helps. Uspechov!

Leonid

P.S. How about we get together someitme ?

Andrey Kaganovsky wrote:

> I am using T2/x86 (PentiumPro BSP) and trying to get 3C905B-TXNM
> PCI NIC working. The NIC itself seems to be fine, 3COM's DOS-based
> test tool identifies it correctly. I haven't changed anything in the
> NIC's configuration.
>
> I have #defined INCLUDE_EL_3C90X_END in config.h, set the boot device
> in the DEFAULT_BOOT_LINE to "elPci", and noticed the following messages
> on the screen:
>
>     Attached TCP/IP interface to elPci0.
>     Attached network interface lo0...done.
>     Loading...
>
> The bootrom fails to reach the host, and I cannot ping the target from
> the host. If I change the boot device from 'elPci' to 'ene', the target
> boots with no problems from ISA NE2000 NIC (NE2000 is the second NIC
> installed in the target, and it's driver is also built into the bootrom).
>
> I tried to edit sysEl3C90xEnd.c and set #defines EL_3C90X_IO_ADR0 and
> EL_3C90X_INT_LVL0 to the values reported by 3COM test tool, but still
> no luck. At that point I am really out of ideas, and would appreciate
> any help. Thanks in advance,
>
>     Andray

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: VSS integration into Tornado 2
Date: Fri, 07 Apr 2000 10:32:08 +0100
From: Roland Hauser <Roland.Hauser@avl.com>
Organization: Technische Universitaet Graz, Austria
Message-ID: <38EDAB18.611C0ABB@avl.com>
References: <38D7835F.942122B8@avl.com> <9CfH4.2$Ga4.232@nreader3.kpnqwest.net>

Just for curiosity. I tried to use the $filepath keyword but within the
chekin/checkout context it hadn`t been substituted. So, where is the
difference. I`m using Tornado II on WINDOWS NT4.0 German.

Markus MItterer schrieb:
> 
> We are using Tornado2 with VSS.
> We run into the dokumented problem with workspace and project-files. But the
> fix with storing these files as binary files will work (but then always the
> whole file will be stored and not only the differences!!!)
> The main problem was to do a check and an uncheck within the Tornado-IDE. We
> use for VSS the same virtual directory structure as in the filesystem and
> then we can use the $filepath variable. I wrote a little program which
> changes the drive letter into the $-sign and calls the final command.
> 
> Hope that helps,
> Markus Mitterer, STK

- --
Roland Hauser
mailto:Roland.Hauser@avl.com    Voice: ++43- 316- 787-587 
FAX: ++49- 089- 2443- 29400
mailto:rhauser@cccom.at

---------------------------

Newsgroups: comp.os.vxworks
Subject: PSO systems' tcp/ip stack
Date: 07 Apr 2000 19:18:08 +0900
From: Shoichi Miyake <smi@sm.sony.co.jp>
Organization: IT R&D, PNC-Development Center, PNC, Sony Corporation
Message-ID: <dwpus2usdb.fsf@sm.sony.co.jp>

Hello,

I got the information about tcp/ip stack for vxWorks which was ported
by PSO systems about 2 month ago on the following website.
	http://wwww.netbsd.org/Changes/#pso-tcpip

And for this few weeks, www.pso.com says:

- ---
	Sorry
  Indefinitely shutdown for various reasons.
- ---

Does anybody know what's happining on them? I want to access their
product....

- --
Shoichi Miyake

---------------------------

Newsgroups: comp.os.vxworks
Subject: PC-Data Transfer
Date: Fri, 7 Apr 2000 11:52:50 -0500
From: "Satyannarayana" <chalapathi_98@yahoo.com>
Organization: Esat Net 	
Message-ID: <38edbd78.0@seat.s3two.ie>
Reply-To: "Satyannarayana" <chalapathi_98@yahoo.com>

Hi,

         I've a simple project to do for academic purpose in
VxWorks,RTOS....It is simply to transfer the data from one PC to another
PC...OfCourse I will connect PCs with a Serial or Parallel (???) port. Is
there any suggestions/references how can I proceed is greatly appreciated.

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Fri Apr  7 05:32:35 2000
From: John_W_Cosgrove@res.raytheon.com
Date: Fri Apr  7 05:32:37 PDT 2000
Subject: Re: comp.os.vxworks newsdigest

"Jeremy Matott" writes:
>Does anyone have any experience using WindRiver's VxWorks OS and BSPs
>with
>Green Hills' MULTI-2000 IDE and thier FORTRAN and C compilers for the
>PowerPC?  How well do they integrate?

While I have not used the environment, we have had trouble integrating the
FORTRAN compiler into our vxWorks environment (vxWorks 5.3.1 on an
MVME-2700).  The first delivery of the compiler generated all variables
referenced from the image.  As this is a port, the Sparc hosted image was
~1.8 meg, the vxWorks/Green Hills image was 22+ meg.

A call to support showed that this compiler revision was superceded years
(4, I think) ago.  They shipped another revision which used the stack (now
Sparc and vxWorks are comparable size).

However, the story does not end there.  As we tested our port we found
(BTW, the initial support expired about here) that the calls to many math
functions did not work.  In some instances the float call worked but the
ported code used the double version, which did not work.  Some crashed,
others just returned wrong answers.  Finally, (Maitenance Contract finally
paid for) we received library routine replacements without a complete
delivery.  I have know idea how to track these except to just tape the
completely installed product, and say we have a "Green Hills custom
installation".

While Green Hills has been responsive, these issues have used a lot of
resources we did not plan for in budgeting this port.  Caveat Emptor
(spelling???)

John Cosgrove
jwc@ssd.ray.com

From vxwexplo-errs@csg.lbl.gov  Fri Apr  7 09:08:34 2000
From: Christopher Stutts <stutts@innocon.com>
Date: Fri Apr  7 09:08:36 PDT 2000
Subject: Re: PCI Interrupt Issues

the vxWorks Users Group Exploder wrote:
> 
> Submitted-by vxwexplo-errs@csg.lbl.gov  Thu Apr  6 08:46:35 2000
> Submitted-by: "Michael Lawnick" <lawnick@softec.de>
> 
> > Hello, Vxworkers,
> >
> > I need help on some PCI Interrupt Issues with Pentium BSP.
> >
> > 1. I tried to connect a PCI interrupt to an ISR by doing:
> >
> > if(pciIntConnect(INUM_TO_IVEC(EDS_PCI_IRQ+INT_NUM_IRQ0),
> > pciIntTest)==OK)/* interrupt vector and handler to attach to */
> >  {
> >   printf("\nISR attached OK\n");
> >   sysIntEnablePIC(EDS_PCI_IRQ);
> >  }
> >

Shouldn't the BIOS have already assigned the IRQ to the PCI
device before vxWorks gets loaded.  The IRQ number should be
available at the device config register, and the BIOS should
have performed the routing & level trigger setup at the
chipset.  If there's a BIOS present and it didn't load an
IRQ number into the config register, maybe it didn't detect
the presence of an interrupt line.  You can double check the
routing if you know your PCI device's IRQ line A - D at the
chipset.

From vxwexplo-errs@csg.lbl.gov  Fri Apr  7 09:13:07 2000
From: "Viswanath" <Viswanath.Bandaru@cmcltd.com>
Date: Fri Apr  7 09:13:09 PDT 2000
Subject: PCI Intr. Issues.

hi!

just thought may be i can share some of our experinces using
(pci)Intconnect() here.
We are using a Pentium motherboard for developing a scsi driver for a PCI
Scsi card.
For a PC-Pentium BSP, VxWorks assumes the presence of a Bios, which assignes
the IRQs. So by default the PCI_CFG_TYPE  macro is not PCI_CFG_FORCE. So we
just read from the Card PCI registers to findout the IRQ, Base addresses and
so on. Initially when we kept the PCI card in one of the available PCI
Slots, BIOS was assigning the IRQ#8. We had problems connecting the isr to
the IRQ.  the pciIntConnect was returning OK. The problem was that the ISR
was getting called too many times that we suspected that it is not because
of our PCI card that these interrupts are generated. After trying out
certain other, rather non-relavent things, we examined the BIOS. We found
out that BIOS was assigning the same IRQ to many other On-Board pci devices.
We could change this by setting a unique IRQ to a PCI Slot and putting our
PCI Scsi Card there. It Worked finally!!! and since we have a unique IRQ, we
just used intConnect instead of pciIntConnect().

If we connect the interrupt using pciIntConnect, its required that we check
the source of interrupt and exit if its not our devicw which is
interrupting. This is required because every time a 'pciIntConnect' is
called for an IRQ, the pciLibrary adds that Isr to the linked list being
maintained for the IRQ. Finally when the interrupt interrupts, all the isrs
in the linked list will be called one after the other. Seeing the ISR, just
getting a feeling that if this ISR is also called that many number of times,
as we have seen in our case, the 'printf' might hang the system. May be you
can try enabling a Port Pin if available or some thing very small or even
logMsg instead of printf and see if it still hangs.

Hope this helps,

regards,

Viswanath.

From vxwexplo-errs@csg.lbl.gov  Fri Apr  7 13:14:54 2000
From: "Keith Buchanan" <Keith_Buchanan@SPARTA.com>
Date: Fri Apr  7 13:14:56 PDT 2000
Subject: RPC tools

Has anyone had good/bad/indifferent experiences with Distinct's ONC RPC/XDR
Toolkit running on WindowsNT talking to VxWorks?  What version of the
public-domain RPC libraries did you use?

thanks,
------------------------------------
      /\       Thomas Keith Buchanan
     /**\      Principal Engineer
    /****\     SPARTA, Inc.
   /****/..    205 East IH 30
  /****/....   Rockwall, TX 75087
 .\****\__...
...\**\  /.... Voice: 972 772 4487
....\**\/\.... FAX:   214 824 3670
 ....\****\..  PCS:   972 672 9657
  ....\****/   WWW:   www.sparta.com
   .../***/
    ./***/     SPARTA
     \**/      ======
      \/       Pride In Performance

From vxwexplo-errs@csg.lbl.gov  Sat Apr  8 04:03:11 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Sat Apr  8 04:03:13 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Sat Apr  8 04:03:07 PDT 2000

        Subject: Re: Cache Problem on MPC860 Board
        Subject: Telnet and target shell
        Subject: Re: File system problem
        Subject: Boot vxWorks with TFFS
        Subject: Re: Need help using Class E Subnets with VxWorks
        Subject: Re: Intel LAN Adapter Driver
        Subject: Re: semShow vs semInfo; Semaphore status
        Subject: Booting AXPvme 160 via second Thernet Interface.
        Subject: Re: Boot vxWorks with TFFS
        Subject: Re: Cache Problem on MPC860 Board
        Subject: tNetTask: How to increase its stack size
        Subject: Engineer Need for OSEG, Can, J1939 Dev
        Subject: vmware and vxworks
        Subject: taskdelay() vs nanosleep()
        Subject: Display gif in web page with Wind Web server
        Subject: Assembly language & PPC
        Subject: Re: Changing RAM_LOW_ADRS on MVME2700
        Subject: Re: tNetTask: How to increase its stack size
        Subject: Re: taskdelay() vs nanosleep()
        Subject: Re: taskdelay() vs nanosleep()
        Subject: WTB:Ramix RM435 or similar card reader
        Subject: VxWorks and CORBA.
        Subject: Re: VxWorks + GCC v2.95.2 => !GDB
        Subject: Re: File system problem
        Subject: Re: TFFS died after power loss..

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Cache Problem on MPC860 Board
Date: Fri, 7 Apr 2000 13:20:17 +0200
From: "Achim Zimmer" <hzimmer@dica.de>
Organization: Colt Telecom GmbH
Message-ID: <8ckg6m$d84$1@crusher.de.colt.net>
References: <8cgr5u$c4k$1@nnrp1.deja.com> <pkockritz-0604000645250001@24.0.106.190>

With Tornado1 the cache usage for 860 is faulty. It didn't works.
With T2 it is fine.

Pete Kockritz <pkockritz@home.com> schrieb in im Newsbeitrag:
pkockritz-0604000645250001@24.0.106.190...
> In article <8cgr5u$c4k$1@nnrp1.deja.com>, svcrht@my-deja.com wrote:
>
> > Hi, All
> >   I can not enable the cache on my MPC860 board. When I included cache
> > and MMU in the BSP files, It passed cacheLibInit(USER_I_CACHE_MODE,
> > USER_D_CACHE_MODE), but failed in cacheEnable(INSTRUCTION_CACHE). if I
> > skip cacheEnable(INSTRUCTION_CACHE), it still failed in cacheEnable
> > (DATA_CACHE). If I passed both the instruction and data cache enable
> > functions, it went into usrMmuInit() and never return. So I undefine
> > the MMU and cache support, then everything is OK, but without cache,
> > the CPU perfomance is rather low.
> >   This problem have puzzled me for a few days. I almost have no ideas.
> > Does anyone who have used 860's cache? Any suggestions will be very
> > much appreciated.
>
> What BSP are you using, one supplied by WRS or a custom one? If custom,
> did you set up the entries in sysPhysMemDesc correctly?
>
> Regards,
> Pete
> --
> +-----------------------------------------------------------------+
> |       Pete Kockritz                  mailto:pkockritz@home.com  |
> |                       This space for rent.                      |
> +-----------------------------------------------------------------+

---------------------------

Newsgroups: comp.os.vxworks
Subject: Telnet and target shell
Date: Fri, 7 Apr 2000 13:35:59 +0200
From: "Achim Zimmer" <hzimmer@dica.de>
Organization: Colt Telecom GmbH
Message-ID: <8ckh44$dn3$1@crusher.de.colt.net>

Hi,
when I include the "Telnet server" it always want's the "target shell" and
the "target debugging" also included.
But I don't need the target shell. Otherway I have also to include the
"symboltable" to the image to work with the target shell.
We only will "connect" our commandlinetask (normaly working on RS232
terminal) to the telnet deamen.
Is there any way to eleminate the target shell  and nevertheless using the
telnet server ?
How can I realize get and puts to the telnet interface ?

We are using T2 and an RTOS image from flash, so we have to reduze it to a
minimum.

Thanks for help, i am wasting some days on this problem.

- --
Thanks
Achim Zimmer
R&D DICA Technologies

Have a nice day !

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: File system problem
Date: Fri, 7 Apr 2000 14:01:45 +0200
From: "Richard Marsh" <richard.marsh@siemens.atea.be>
Organization: Belgacom Skynet SA/NV
Message-ID: <8ckinj$7ol$1@news1.skynet.be>
References: <38EC534E.C97465B9@itk.ntnu.no> <8chma1$ddf$1@news1.skynet.be> <38EC9D3B.6290F27A@itk.ntnu.no>

If the device isn't in the device list then it might not have been created.
Check in the function usrRoot (all\usrConfig.c) to see if the following line
is included. If not stick it in and recompile

usrTffsConfig (0, 0, "/tffs0");

Richard

ystein Straume <ostraume@itk.ntnu.no> wrote in message
news:38EC9D3B.6290F27A@itk.ntnu.no...
> My bootline is:
>
> "tffs=0,0(0,0)host:/tffs0/vxWorks h=129.241.187.100
e=129.241.187.61:ffffff00
> g=129.241.187.1 u=target tn=vxtarget o=elt"
>
> , but when I use the devs command I can't see the device called /tffs0/,
even if
> it seams like VxWorks boots ok. Do I have to mount this device manually
does it
> need some kind of initializing ?
>
> ystein Straume
>
> Richard Marsh wrote:
>
> > Hi,
> > Have you done a 'cd /<dev>' to the device? You can find <dev> using the
devs
> > command.
> > Richard
> >
> > "ystein Straume" <ostraume@itk.ntnu.no> wrote in message
> > news:38EC534E.C97465B9@itk.ntnu.no...
> > > Hi !
> > >
> > > I have a x86 board with a DiskOnChip 2000 device. I have installed
TFFS
> > > and it seams to work properly. VxWorks is booting and running.
> > >
> > > My problem is that the "ls" command will not show me the contents of
the
> > > DOC. I receive the following error message:
> > >
> > > -> ls
> > > value = -1 = 0xffffffff = _funk_taskRegsShowRtn + 0xffe2c287
> > >
> > > Maybe someone can give a hint about what the problem can be ?
> > > Every replay will be appreciated.
> > >
> > > Thanks in advance.
> > >
> > > ystein Straume
> > >
>

---------------------------

Newsgroups: comp.os.vxworks
Subject: Boot vxWorks with TFFS
Date: Fri, 07 Apr 2000 05:09:34 -0700
From: Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid>
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Message-ID: <112bb072.493ce3e1@usw-ex0102-013.remarq.com>

Hi,

I'm trying to boot vxWorks from a DiskOnChip.

Now my target starts with bootrom.sys on the diskOnChip, then it
loads vxWorks from an ATA device.

I need to have vxWorks also on the DiskOnChip. To do so how must
I modify my config.h (if this is the only file that I must
change)?

I made the following canges to my config.h:

#define INCLUDE_TFFS
#define INCLUDE_PCMCIA   /*(I don't know why but without this*/
                         /* I can't create the bootrom_uncmp)*/

#define DEFAULT_BOOT_LINE \
	"tffs=0,0(0,0)desk:/tffs0/vxWorks h=90.0.0.3 e=90.0.0.50
u=target"

but with only these changes I receive   "can't load boot file!!!"

Thank you in advance.
Regards.
Marco.

* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Need help using Class E Subnets with VxWorks
Date: Fri, 7 Apr 2000 14:24:14 +0200
From: "Richard Marsh" <richard.marsh@siemens.atea.be>
Organization: Belgacom Skynet SA/NV
Message-ID: <8ckk1p$826$1@news1.skynet.be>
References: <38ed464b.1597901@204.181.81.99> <38ED9747.E7C0D56E@bitband.com>

Hi,
We use the reserved range for class C (192.168.xxx.xxx) networks to hide our
internal processors all sat on shared memory, i..e backplane IP is left
blank in the bootline and the default address is set to the above. When
we're debugging we just supply a backplane IP address (via bootline) and
away we go.
Richard

Leonid Rosenboim <leonid@bitband.com> wrote in message
news:38ED9747.E7C0D56E@bitband.com...
> Mark,
>
> Regarding your experience with WRS support, you are not alone, beleive me!
> However, the NASDAQ rules all companies, and as long as the stock is doing
> OK, they beleive the company is doing well...
>
> Regarding the issue at hand, I have not learnt enough to judge yoru
> conclusion, that the ARP code is to blame, but assuming you are right, the
> way out is rather simple:
>
> You take a source code of a BSD4.4 ethernet driver, and there you replace
> the calls to do_protocol() and ether_output() with your own functions
> which you can easily learn from BSD code, or by modifying WRS's if_subr.c
> file which contains all this stuff, which is simply a set of cunctions
> which are common to all BSD ethernet drivers, while in BSD this code is
> typically in-line inside the driver itself.
>
> Perhaps if instead of puzzling the support person with tough questions,
> you would simply ASK for a particular source file, you can get away with
> less trouble.
>
> Lastly, tell your managers, that there is a set of Class A, B and C
> addresses set aside SPECIFICALLY for the purpose of being used
> "Internally" and should be never routed onto a public network, they shoud
> consider usiong one of these. Class A is 10.x.x.x, Class C is
> 192.168.xx.xx, lookup the RFC for Registered Numbers for a complete list
> and assignment.
>
> HTH,
> Leonid
>
> mbrader@alink.net wrote:
>
> > First off, let me warn you this will be a long message.  If you like
> > to look into the arcana of VxWorks and IP than read on, otherwise you
> > may wish to pass this up.
> > -----------
> > I am working for a client who is developing a system containing
> > hundreds of processors connected by two different media to form a
> > large machine.  The media are NOT shared memory or Ethernet.
> >
> > I developed an inter-processor communication system that appears to
> > vxWorks as an END driver (yes, I am using SENS).
> >
> > Now, we really want this internal IP network seperate from the
> > external network we will connect this machine to.  Ideally, we would
> > port in another source IP stack (non-WindRiver), take care of name
> > conflicts, and make the two stacks live side-by-side in ignorance of
> > one another.  We will probably eventually do this.
> >
> > At present however, we need to get to our goals quickly.
> >
> > The big problem is that we cannot have the external and internal
> > subnets be the same.  Therefore we must tell our customers that there
> > is a subnet number they cannot use for the external connection.  The
> > powers-that-be have decided this is only acceptable if we use a subnet
> > internally that the customer could not possibly care about.
> >
> > Thus we chose to use 'Class E' (or 'experimental') addressing.  The
> > whole idea of Class E addressing is that most devices on a net where
> > the experiment is carried out will ignore the packets automatically.
> > That is, you have to modify the stack to get Class E to work.
> >
> > Well, I used Class E addressing on my internal IPC network, and it
> > worked immediately with no problem whatsoever.
> >
> > Unfortunately that was not the end of the problem.
> >
> > The card that attaches to the external world not only attaches to the
> > IPC interface, but has two other 'internal' ethernet connections.
> > These two also have to be 'hidden' from the outside world.
> >
> > When we try to attach the IP stack to these interfaces, with Class E
> > addresses, that works, but we can send no messages, they just get
> > quietly dropped!
> >
> > So, I sent the question to WindRiver. Their reply is that they do not
> > support Class E addressing and that the IP stack is the problem, not
> > arpresolve.  ( I had suggested to them that arpresolve was filtering
> > out the addresses).
> >
> > This makes no sense to me.  I have written a non-ethernet END driver
> > and supplied my own address resolution routine through the MUX
> > interface, and Class E addresses work just fine with the WRS IP stack!
> > So it is either the ethernet driver, which should be blind to IP
> > addresses, or it is the Address Resolution routine.
> >
> > Well, this WRS response is just more grist for the mill for me.  Every
> > single time I have asked a tricky technical problem (and I never ask
> > the easier ones, I just solve them) I have gotten this sort of
> > response, where the responder shrugs me off.  I have gotten through to
> > knowledgeable people in the past (or I would never have gotten the IPC
> > done), but it can take weeks.  So I thought I might put this dilemma
> > up on Usenet and see if someone in the world has dealt with this
> > before.
> >
> > So, Have you ever figured out how to get VxWorks to use Class E
> > addressing on ethernet drivers?  If the solution is pre-SENS, that is
> > okay, I would be willing to try generating a mixed system with both
> > driver types.  Just let me know how.
> >
> > I have been thinking of raiding the FreeBSD code to learn how to make
> > a function to totally supplant WRS's arpresolve, but that is frought
> > with peril.  OTOH the reply to my request made it pretty clear that,
> > once again since WRS has some information I might need, they would
> > like to make us pay through the nose for it, so the hassle of
> > replacing their function might be worth it.
> >
> > In the worst case, I will have to port in the new IP stack sooner than
> > I would have liked <sigh>.  That puts an unwanted lump in our
> > schedule.
> >
> > Any suggestions as to how to cut this Gordian Knot will be most
> > welcome.
> >
> > Mark J Brader
> > Brader Software
> > Santa Clara
> > braderm@acm.org
> >
> > -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
> > http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
> > -----==  Over 80,000 Newsgroups - 16 Different Servers! =-----
>

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Intel LAN Adapter Driver
Date: Fri, 07 Apr 2000 14:13:54 +0100
From: Stephen Starkie <s.starkie@ic.ac.uk>
Organization: Imperial College, London, UK
Message-ID: <B5139DA2.654%s.starkie@ic.ac.uk>
References: <B5123B4E.5F2%s.starkie@ic.ac.uk> <38ECEB1E.1350@ti.com>

Frank,

    Thanks for your reply

>> When VxWorks starts up - I get Attaching to lo0 ... done.
> 
> This is the loopback adapter.  You won't be getting too
> many packets from it :->

Thanks - that makes sense - how do you know?  Where can I found out what
card is supported by which driver?

> When you see the countdown screen, hit a key.  Then hit the
> '?' key for help.  The names of the "known" boot devices,
> including the known ethernet adapters appears at the bottom
> of the screen.  Make sure the one for your card is listed
> in the "boot device" field when you hit the 'p' key.

This I have done - but I don't know how to get these to actually start up,
nor do I know which drivers correspond to which cards.  Where can I find
more info on this?

Thanks,

Steve

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: semShow vs semInfo; Semaphore status
Date: Fri, 07 Apr 2000 08:44:35 -0500
From: "John W. Komp" <john.komp@uscorp.net>
Organization: Medtronic Inc.
Message-ID: <38EDE642.73B0CA92@uscorp.net>
References: <38ECB285.CE71B2FF@uscorp.net> <38ecf16e.187642866@news.jpl.nasa.gov>

Thanks Minh, That did the trick. Further investigation shows that the
binary semaphore must use the same code as the mutual exclusion semaphore.
By that I mean the way state.owner operates. When full the state is NULL or
for the exclusion semaphore, available. When empty the state is the task ID
of the task which took the semaphore.

Looks like smart reuse of some code.

Again, thanks for the help,

- -John Komp

Minh.Lang@jpl.nasa.gov wrote:

> Take a look at target/h/private/semLibP.h for the definition of
> structure "semaphore". SEM_ID is a pointer to this structure, which
> you have accessed once you created a semaphore. Look at
> the structure element "state", which is a union of "count"
> and "owner". As you use binary semaphore, the following
> test tells you either it's empty of full:
>
> if state.owner != NULL then it's EMPTY, otherwise it's FULL.
>
>  = Minh =
>
> On Thu, 06 Apr 2000 10:51:33 -0500, "John W. Komp"
> <john.komp@uscorp.net> wrote:
>
> >
> >Hi,
> >
> >I'm need to know the status of a binary semaphore (i.e. full or empty)
> >but there doesn't seem to be a function to call that returns such a
> >value. semShow displays it to stdout and semInfo returns everything
> >except the status.
> >
> >Is the semaphore structure documented anywhere such that I can just
> >check the status myself or has anyone written code which can return the
> >status?
> >
> >Thanks,
> >
> >John Komp
> >Medtronic
> >Minneapolis
> >
> >
> >--
> >****************************************************
> >    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: Booting AXPvme 160 via second Thernet Interface.
Date: Mon, 27 Mar 2000 11:25:50 +0200
From: "Fred Zwarts" <F.Zwarts@KVI.nl>
Organization: Kernfysisch Versneller Instituut
Message-ID: <8bn9eu$4vb$1@info.service.rug.nl>

Did any one  succeed to boot VxWorks 5.3.1 via its second Ethernet =
Interface
of a AXPvme 160?

I tried it and I succeeded to get the announcement of the VxWorks =
Network Loader.
The VxWorks Network Loader, however, does not seem to be able to use the =

second Ethernet Interface.
Do I need another Network Loader?

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Boot vxWorks with TFFS
Date: Fri, 07 Apr 2000 14:36:46 GMT
From: Andrey Kaganovsky <andreyk@home.com>
Organization: @Home Network
Message-ID: <38EDF2CD.8210BA70@home.com>
References: <112bb072.493ce3e1@usw-ex0102-013.remarq.com>

Dear Marco,

you probably have based your sysTffs.c on pc386-sysTffs.c. The
latter includes support for PCMCIA flash cards (enabled by
default). Try to disable all the components which are not
DiskOnChip specific (i.e. leave only INCLUDE_MTD_DOC2,
INCLUDE_SOCKET_DOC and INCLUDE_TL_NFTL); this should allow
you to disable INCLUDE_PCMCIA. Alternatively, you could
base your sysTffs.c on doc2k-sysTffs.c (target/src/drv/tffs/sockets).
After re-building your bootrom, you should be able to boot VxWorks
from the DiskOnChip.

   regards, Andray

Marco Penso wrote:
> 
> Hi,
> 
> I'm trying to boot vxWorks from a DiskOnChip.
> 
> Now my target starts with bootrom.sys on the diskOnChip, then it
> loads vxWorks from an ATA device.
> 
> I need to have vxWorks also on the DiskOnChip. To do so how must
> I modify my config.h (if this is the only file that I must
> change)?
> 
> I made the following canges to my config.h:
> 
> #define INCLUDE_TFFS
> #define INCLUDE_PCMCIA   /*(I don't know why but without this*/
>                          /* I can't create the bootrom_uncmp)*/
> 
> #define DEFAULT_BOOT_LINE \
>         "tffs=0,0(0,0)desk:/tffs0/vxWorks h=90.0.0.3 e=90.0.0.50
> u=target"
> 
> but with only these changes I receive   "can't load boot file!!!"
> 
> Thank you in advance.
> Regards.
> Marco.
> 
> * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
> The fastest and easiest way to search and participate in Usenet - Free!

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Cache Problem on MPC860 Board
Date: 07 Apr 2000 10:57:01 -0400
From: Bill Pringlemeir <bpringlemeir@yahoo.com>
Organization: Factory of the mind
Message-ID: <ud7o2rmbm.fsf@yahoo.com>
References: <8cgr5u$c4k$1@nnrp1.deja.com> <pkockritz-0604000645250001@24.0.106.190> <8ckg6m$d84$1@crusher.de.colt.net>
Sender: bpringle@DeadDuck

That made me recall that there was errata with some MPC860
chips that would trash the data cache if you wrote to certain
SPR registers.  I wrote a timer class using the CPM timers
instead of the PPC decremented.  This seemed to solve our
problems with early versions of the BSP.

This may be a source of the problem.  Perhaps WRS has fixed 
it and it has been released with newer versions of Tornado
and vxWorks.

fwiw,
Bill

>>>>> "Achim" == Achim Zimmer <hzimmer@dica.de> writes:

    Achim> With Tornado1 the cache usage for 860 is faulty. It didn't
    Achim> works.  With T2 it is fine.

    >> > Hi, All > I can not enable the cache on my MPC860 board. When
    >> I included cache > and MMU in the BSP files, It passed
    >> cacheLibInit(USER_I_CACHE_MODE, > USER_D_CACHE_MODE), but
    >> failed in cacheEnable(INSTRUCTION_CACHE). if I > skip
    >> cacheEnable(INSTRUCTION_CACHE), it still failed in cacheEnable
    >> > (DATA_CACHE). If I passed both the instruction and data cache
    >> enable > functions, it went into usrMmuInit() and never
    >> return. So I undefine > the MMU and cache support, then
    >> everything is OK, but without cache, > the CPU perfomance is
    >> rather low.  > This problem have puzzled me for a few days. I
    >> almost have no ideas.  > Does anyone who have used 860's cache?
    >> Any suggestions will be very > much appreciated.
    >> 
    >> What BSP are you using, one supplied by WRS or a custom one? If
    >> custom, did you set up the entries in sysPhysMemDesc correctly?

- -- 
Brain surgery is more of a dextrous skill than cerebral.

---------------------------

Newsgroups: comp.os.vxworks
Subject: tNetTask: How to increase its stack size
Date: Fri, 07 Apr 2000 16:13:32 GMT
From: "Huy Vu" <huy_vu@mitel.com>
Message-ID: <MOnH4.735$R2.51035679@nr1.ottawa.istar.net>
Reply-To: "Huy Vu" <nospamplease@hotmail.com>

Hello,
My tNetTask overflowed its stack (size = 9988). How do I adjust the stack
size for this task? I don't have to source for vxworks. Is there a
configuration item to set the stack size?

Thanks,

---------------------------

Newsgroups: comp.os.vxworks
Subject: Engineer Need for OSEG, Can, J1939 Dev
Date: Fri, 07 Apr 2000 16:21:18 GMT
From: "Frank Povoski" <fpovosk1@rochester.rr.com>
Organization: Time Warner Road Runner - Rochester NY
Message-ID: <2WnH4.1833$Db6.63546@typhoon.nyroc.rr.com>

Engineer Need for OSEG, Can, J1939 Dev
Reply or Call Frank @ 716 8200857

---------------------------

Newsgroups: comp.os.vxworks
Subject: vmware and vxworks
Date: Fri, 07 Apr 2000 19:19:28 +0200
From: Yoav Zangvil <zangvil@inter.net.il>
Organization: Cheabest
Message-ID: <38EE18A0.89859527@inter.net.il>

Hello

I was wondering if I can install vxworks on vmware
and if i can, will vxworks function like it does on a
regular pc?

Thanks,
Yoav Zangvil

---------------------------

Newsgroups: comp.os.vxworks
Subject: taskdelay() vs nanosleep()
Date: 7 Apr 2000 17:48:33 GMT
From: jharkins@netcom.com (Jim Harkins)
Organization: Small, unmarked bill collectors of America
Message-ID: <8cl71h$r8v$1@slb1.atl.mindspring.net>

I'm writing a device driver where I need a series of delays of about 20 usec
over a period of 1 ms or so.  I hate to tie the CPU up in a spin loop for
a millisecond, but my timing is such that if I wait more than 40 usec or so
I may timeout.   My code is basically:

	while(count--)
		twiddle bit
		delay 20 usec
	end while

Looks like the VxWorks kernel provides taskdelay() and nanosleep() for this
kind of delay.

What is the granularity of taskdelay()?  If I have a 20 ms clock tick and
try to sleep for 20 usec, will my task wake up on the next 20 ms clock tick?
My suspicion is "yes".

Is nanosleep() a busy-wait loop?  Or is it in any way tied to the scheduler
(that is, does it also have the 20 ms granularity)?

If either will do what I need which would you prefer, and why?

The CPU is an Hitachi SH series, if it makes a difference.  It's also not a
show stopping problem.  Rather, it's the difference between "works the way
it is" and "optimum solution".  I'm using a spin loop now, but would like
to do it right before system integration starts.

jim

- --
I drive way too fast to worry about my cholesterol

Jim Harkins                          jharkins@netcom.com 
San Diego, CA.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Display gif in web page with Wind Web server
Date: Fri, 07 Apr 2000 18:13:16 GMT
From: "Steeve Gagne" <steevegagne@sympatico.ca>
Organization: MetroNet Communications Group Inc.
Message-ID: <0zpH4.74$WM6.4114173@news1.mtl.metronet.ca>

Hi I use Wind web server 1.
and I have a problem when I load a page containing
gif and jpg files (a lot of).

The web page stay alive but there is a long time
before all the gif and jpg can be displayed

I have tried to change the task size, the connections in queue, the number
of task, etc.

Nothing seems to works.

Thank for your help

Steeve Gagne
steeve.gagne@sympatico.ca

---------------------------

Newsgroups: comp.os.vxworks
Subject: Assembly language & PPC
Date: Fri, 07 Apr 2000 18:08:38 GMT
From: larry.dalessandro@ae.ge.com
Organization: Deja.com - Before you buy.
Message-ID: <8cl86p$5k2$1@nnrp1.deja.com>

Greetings,
Thanks to those folks that helped with my last post.
This question is mostly applicable for those working with the Power PC
cards. I am having a miserable time finding an assembly language book,
one that covers the 603 & 604 chips. Has anyone seen a title they can
recommend to me?

Thanks again

Larry

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Changing RAM_LOW_ADRS on MVME2700
Date: Fri, 31 Mar 2000 20:23:02 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38E50926.AE440F27@nowhere.com>
References: <38E26403.2FA860FA@nowhere.com>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

For anyone who may have read this thread, I solved the problem.  The reason I
couldn't get the target server to attach is because I was trying to attach to a
nonexistent backplane address rather than the Ethernet address.  The kernel for
the MVME2700 *can* successfully be relocated from 0x100000 to 0x10000.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: tNetTask: How to increase its stack size
Date: Fri, 07 Apr 2000 18:06:33 GMT
From: Minh.Lang@jpl.nasa.gov
Organization: Jet Propulsion Laboratory - Pasadena CA
Message-ID: <38ee1fc4.265040077@news.jpl.nasa.gov>
References: <MOnH4.735$R2.51035679@nr1.ottawa.istar.net>

On Fri, 07 Apr 2000 16:13:32 GMT, "Huy Vu" <huy_vu@mitel.com> wrote:

>Hello,
>My tNetTask overflowed its stack (size = 9988). How do I adjust the stack
>size for this task? I don't have to source for vxworks. Is there a
>configuration item to set the stack size?
>
>Thanks,

We know that "tNetTask" was spawned by netLibInit() in
all/bootConfig.c.
Doing a 'lkup "netTask"' shown that netTaskStackSize is global. So we
can change the stack size before calling netLibInit() in bootConfig.c:

extern int netTaskStackSize;  /* added */
netTaskStackSize = 20000;    /* added */
netLibInit();

Rebuild the bootrom and vxWorks kernels. "checkStack" now should
reflect the new change.

This is what I think it should work. I haven't tested this myself.

 = Minh =

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: taskdelay() vs nanosleep()
Date: Fri, 7 Apr 2000 19:31:55 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38EE37AB.D59952D6@nowhere.com>
References: <8cl71h$r8v$1@slb1.atl.mindspring.net>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

Jim,

taskDelay() is a native VxWorks function.  nanosleep() is a POSIX function. 
Both do essentially the same thing, and both are based on the resolution of the
system clock.  If portability is an issue, you may want to use nanosleep().

For the delay times you are talking about, you will probably need to use a
busy-wait loop.  You might design a self-timing loop to increase portability.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

Jim Harkins wrote:
> 
> I'm writing a device driver where I need a series of delays of about 20 usec
> over a period of 1 ms or so.  I hate to tie the CPU up in a spin loop for
> a millisecond, but my timing is such that if I wait more than 40 usec or so
> I may timeout.   My code is basically:
> 
>         while(count--)
>                 twiddle bit
>                 delay 20 usec
>         end while
> 
> Looks like the VxWorks kernel provides taskdelay() and nanosleep() for this
> kind of delay.
> 
> What is the granularity of taskdelay()?  If I have a 20 ms clock tick and
> try to sleep for 20 usec, will my task wake up on the next 20 ms clock tick?
> My suspicion is "yes".
> 
> Is nanosleep() a busy-wait loop?  Or is it in any way tied to the scheduler
> (that is, does it also have the 20 ms granularity)?
> 
> If either will do what I need which would you prefer, and why?
> 
> The CPU is an Hitachi SH series, if it makes a difference.  It's also not a
> show stopping problem.  Rather, it's the difference between "works the way
> it is" and "optimum solution".  I'm using a spin loop now, but would like
> to do it right before system integration starts.
> 
> jim
> 
> --
> I drive way too fast to worry about my cholesterol
> 
> Jim Harkins                          jharkins@netcom.com
> San Diego, CA.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: taskdelay() vs nanosleep()
Date: 7 Apr 2000 15:33:10 -0600
From: bgeer@xmission.xmission.com (bgeer)
Organization: XMission http://www.xmission.com/
Message-ID: <8clk6m$10o$1@xmission.xmission.com>
References: <8cl71h$r8v$1@slb1.atl.mindspring.net>

jharkins@netcom.com (Jim Harkins) writes:
 >Looks like the VxWorks kernel provides taskdelay() and nanosleep() for this
 >kind of delay.

 >What is the granularity of taskdelay()?

sysClkRateGet() returns the system clock rate.  It has been 60Hz on
all the vx boards I've used.

As for nanosleep, well...:

From the VxWorks "man nanosleep":

     The suspension may be  longer  than  requested  due  to  the
     rounding  up  of the request to the timer's resolution or to
     other scheduling activities (e.g., a  higher  priority  task
     intervenes).

From the VxWorks "man timerLib":

IMPLEMENTATION
     The actual clock resolution is hardware-specific and in many
     cases   is   1/60th   of   a  second.   This  is  less  than
     _POSIX_CLOCKRES_MIN, which is  defined  as  20  milliseconds
     (1/50th of a second).

- -- 
<> Robert Geer & Donna Tomky  |               *             <>
<>    bgeer@xmission.com      |    _o      *   o *      o   <>
<>    dtomky@xmission.com     |   -\<,      * <\      </L   <>
<> Salt Lake City, Utah  USA  |   O/ O     __ /__,    />    <>

---------------------------

Newsgroups: alt.periphs.pcmcia,comp.arch.embedded,comp.os.os9,comp.os.vxworks
Subject: WTB:Ramix RM435 or similar card reader
Date: Fri, 07 Apr 2000 21:30:14 GMT
From: hr06903 AT yahoo.com <hr06903@yahoo.com>
Organization: Deja.com - Before you buy.
Message-ID: <8clk0k$isl$1@nnrp1.deja.com>
Reply-To: hr06903@yahoo.com

Holds 4 PCMCIA cards (PC card), CardBus-capable,
occupies a single PCI slot.
RM435 discontinued by maker, so I'm looking for a current
owner who's willing to sell.
Please, CardBus + PCI *ONLY* -- no VME, par-port, etc.

Thank you.
- --
PLEASE REPLY DIRECTLY TO hr06903@yahoo.com

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: VxWorks and CORBA.
Date: 07 Apr 2000 22:35:04 GMT
From: subodh@best.com (Subodh Nijsure)
Organization: a user of Best Internet Communications, Inc.  www.best.com
Message-ID: <38ee6298$0$200@nntp1.ba.best.com>

Anybody here used CORBA and VxWorks on a embedded router/switch?

I am wondering what were the impact on memory and performance. Most of
my embedded programming work has been in simple C. I find it tough
to "imagine" heavy stuff like CORBA/IIOP on a embedded box. Would love
to hear any **real-life** experiences when designing FAST box pushing 500 MBPS. 
Some of our forwarding of filtring, forwarding are done in software , so 
we have very limited CPU, I guess...

Anyone here used HighComm (Highlander Communications) product with
VxWorks for this?

Yes I have gone through deja.com archives on this subject know of TAO 
implementation. What I am looking for is some information on performance
memory numbers if anybody out there has any...

/Subodh Nijsure

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: VxWorks + GCC v2.95.2 => !GDB
Date: Fri, 07 Apr 2000 21:10:10 -0700
From: engineer_scotty <sj@aracnet.com>
Organization: Aracnet Internet
Message-ID: <38EEB122.3C36DD5E@aracnet.com>
References: <8chgi0$ccc$1@snipp.uninett.no>

Geir Frode Raanes wrote:
> 
> Our local hot-shots have compiled GCC version 2.95.2 for
> VxWorks v5.4. Personaly I can not proceed past a deadlock
> conflict between the GCC internal supplied architecture
> header files for PowerPC and the ones deliverd with VxWorks.

What is the debug format you are using?????  You have no mention
of this.  The gdb supplied with Tornado for PowerPC supports
the "stabs" debug format; your "local hotshots" may have
compiled in support for the "dwarf" format.  Dwarf provides
much better support for C++ than does stabs.

The two formats are incompatible.  However, they only affect
debugging; for loading and running modules, the only important
thing is that the object format (ELF) is correct.  Both stabs
and dwarf are implemented "on top of" ELF.

Incidentally, WRS themselves plan to migrate to GCC 2.9x.x and
use dwarf in the future; there is an alpha version of GCC 2.9x.x
for vxWorks on the Windsurf site.
 
> Anyway, the purpose of this exercise is to have a working
> handling of (global) C++ constructor/destructor lists,
> introduced in the versions of GCC following Tornado 2.
> 
> [As far as I can determine, VxW v5.4 use ELF and comes
>  with a program loader that can read .init/.ctour/.dtour
>  sections. Which should result in VxW v5.4 beeing fully
>  equiped to handle C++ in "native" mode. And so it does.]
> 
> Problem is, the Tornado supplied GDB - or rather the
> target resident stubs - can not read these symbol tables.
> Our hot-shots deem working C++ a lot more important than
> a working debug environment and thus, revertion to Tornado
> supplied GCC is ruled out. 

The question is; do your CUSTOMERS care?  Were I the project
manager; I would deem having a debugger that works more 
important than use of a particular language.  The supplied
version of GCC with Tornado (2.7.2) works fine for C++ as
long as you avoid exceptions and template-heavy stuff; at 
my place of employment we have ported GCC2.8.1 to vxWorks 
(elf/stabs) and use that.  2.8 provides working exceptions
and templates.

At any rate; it sounds like you may have a management 
problem.  Make sure your "hot shots" can articulate a good
reason for wanting GCC 2.9x rather than 2.7.2 (there are
good reasons, BTW), and make sure it is relevant to some
customer requirement.  Unless you are in the business of
providing C++ libraries; I doubt the end user cares what
language your system is implemented in.

> They rather switch OS, which I
> can understand. Beeing hot-shots, they can not spare the
> time to trick VxWorks aware GDB into reading these symbol
> tables. 

If they were "hot shots", surely they would know the difference
between dwarf and stabs.  It don't take a genius, after all,
to download gcc and type "./configure; make".  :)

(Actually, building for vxWorks is a bit trickier than that...)

As far as I am aware, GCC2.9x.x still supports stabs (have
you tried gcc -gstabs foo.c rather than gcc -g foo.c)???.

> I am not even sure whether these target stubs are
> open-source. They should since they are derived from GPL
> licensed code but evenso I am not sure they are.
 
> Now, has anyone managed to have VxWorks v5.4 aware GDB
> work with object code from GCC v2.95.2 or newer?
 
> Does VxWorks v5.4 comply with the EABI specification?

Yes.  However, EABI only has to do with how programs (once
loaded) allocate registers, create stack frames, call
functions, etc.  (Plus language details like the packing of
structures, and a few other gotchas).  It is largely 
orthogonal to issues like the object file format (ELF, COFF, 
a.out, etc), which deals with how linkers create object files
and how loaders load 'em into memory; and both are largely 
orthogonal to the debug format (dwarf, stabs).

EABI has NOTHING to do with why gdb ain't working.
 
 
>   ******************************************************
>   Never ever underestimate the power of human stupidity.
>   -Robert Anson Heinlein
> 
>                 GeirFRS@invalid.and.so.forth
>   ******************************************************

- -- 
- ------------------------------------------------------------------------
engineer_scotty (no, not that one) -- consumer of  fine ales and lagers
some days you're the fire hydrant, some days you're the dog | go blazers
no small furry creatures were harmed in the creation of this .signature
- ------------------------------------------------------------------------

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: File system problem
Date: Sat, 8 Apr 2000 09:20:06 +0200
From: "ystein Straume" <ostraume@itk.ntnu.no>
Organization: Norwegian university of science and technology
Message-ID: <8cmmma$gta$1@kopp.stud.ntnu.no>
References: <38EC534E.C97465B9@itk.ntnu.no> <8chma1$ddf$1@news1.skynet.be> <38EC9D3B.6290F27A@itk.ntnu.no> <8ckinj$7ol$1@news1.skynet.be>

Thanks for your help ! When I run <usrTffsConfig 0, 0, "/tffs0"> on the
target shell the problem was solved.

Thanks,

ystein

- --
=======================================================
ystein Straume, Arne Bergsgrds vei 5-12, 7033 Trondheim.
e-mail: ostraume@itk.ntnu.no
Tlf: (+47) 73889202 Mob: (+47) 91750331

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: TFFS died after power loss..
Date: Sun, 02 Apr 2000 01:52:05 GMT
From: snaphook@southwesternbell.net (Bruce)
Organization: SBC Internet Services
Message-ID: <38e6a761.2720275@news.swbell.net>
References: <MPG.135018e86ddedd36989696@nntp.ix.netcom.com>

In comp.os.vxworks
Burt Bicksler <SBSTbbick@ix.netcom.com> wrote:

>We had a case where power was lost during a write to the dosFS on a TFFS.  
>When the system rebooted it doesn't recognize the presence of TFFS on 
>that flash device and, of course, would be unable to mount the dosFS.
>
>Nothing out of the ordinary, just writing log type data to files on the 
>flash file system.
>
>An examination of the TFFS headers for each ERU don't show anything 
>obvious, and the master boot sector is present for the dosFS, and appears 
>to be intact.
>
>Has anyone else experienced failures of TFFS when power is lost during 
>file writes?

Absolutely we have.  I'll email you a summary of our problems and solutions
on Monday. Are you using the Disk On Chip? The primary thing is to be sure
that you have disk caching disabled.

Bruce

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Sat Apr  8 19:18:19 2000
From: Fred Roeber <froeber@bbn.com>
Date: Sat Apr  8 19:18:21 PDT 2000
Subject: Re: comp.os.vxworks newsdigest

Hey John, You wrote:

> However, the story does not end there.  As we tested our port we found
> (BTW, the initial support expired about here) that the calls to many math
> functions did not work.  In some instances the float call worked but the
> ported code used the double version, which did not work.  Some crashed,
> others just returned wrong answers.  Finally, (Maitenance Contract finally
> paid for) we received library routine replacements without a complete
> delivery.  I have know idea how to track these except to just tape the
> completely installed product, and say we have a "Green Hills custom
> installation".
> 
> While Green Hills has been responsive, these issues have used a lot of
> resources we did not plan for in budgeting this port.  Caveat Emptor
> (spelling???)

Isn't this stuff a pain? We pay big bucks and still have problems with
these products. Personally, I have to keep getting source files and fixing
the problems in them to make things work.

I was wondering, have you looked at f2c? I does a pretty good job making
Fortran code into C code which can be used.  Just a thought. Good to see
you still hanging in there. I like your posts. Fred

   |      Fred J Roeber,  BBN Systems & Technologies      |
   |    4 John Clarke Road   Middletown, RI  02842-5202   |
   |          froeber@bbn.com     401-848-3548            |
   |    Division Scientist, High Performance Computing    |

From vxwexplo-errs@csg.lbl.gov  Sun Apr  9 04:03:08 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Sun Apr  9 04:03:10 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Sun Apr  9 04:03:05 PDT 2000

        Subject: Re: DOS FS compatibility with PC?
        Subject: Re: Need help using Class E Subnets with VxWorks
        Subject: link problem
        Subject: Configure SDRAM for SA1110
        Subject: Re: x86 Software Floating Point Emulation
        Subject: Re: Intel LAN Adapter Driver
        Subject: Re: Problems with file system
        Subject: Re: Unresolved _pciDeviceShow
        Subject: Running vxWorks on a standard PC question
        Subject: Re: printf() spooler task & tshell
        Subject: Re: Unresolved _pciDeviceShow

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: Re: DOS FS compatibility with PC?
Date: Sun, 02 Apr 2000 09:45:09 +0200
From: Leonid Rosenboim <leonid@bitband.com>
Organization: BitBand Technologies Ltd. http://www.bitband.com
Message-ID: <38E6FA85.77E3E1E2@bitband.com>
References: <38E3F336.40698B74@raytheon.com>
Reply-To: leonid@bitband.com

I recomemnd you should immediately upgrade to DosFs 2.0 which is available free of
charge from Wind River, and provides the level of compatibility with FAT, FAT32 and VFAT
long names as well as partition tables.

For minimal hassle, I recommend that you format the drive on a PC (avoid NT-FS( and move
the drives to VxWorks.

Leonid
(The Father of DosFs 2.0)

Edsel Harrell wrote:

> I'm trying to move a harddrive between a MS NT PC and a VxWorks PPC.
>
> Found some fine print in the Programmer's Guide about VxWorks not using
> the partition table...
>
> Some MS info appeared to indicate that the drive's sector number 1
> contained the partition table...
>
> And that it contained room for 4 partitions.
>
> And "extended partitions" pointed/chained to other partitions/logical
> drives...
>
> Questions:
> 1. In VxWorks, would I "create" the block device starting at
> block/sector 2
>     and be able to see the PC formatted file system?
>
> 2. Does anyone have an algorithm for using extended partitions?
>     (how to set the "create block device" values, based on what the
>     PC shows for the partition sizes?)
> --
> Edsel A. Harrell, Jr           (voice) (972) 575-6468   (email)
> eah@raytheon.com
> Senior Principle Systems Eng   (pager) (972) 597-8874
> Raytheon Systems Company      (snail) 6600 Chase Oaks Blvd, MS 8454,
> Plano, Tx 75023
> ------------------------------------------------------------------------------------
>
> "Proofread Carefully to See if You Any Words Out"
>
> DISCLAIMER: I speak only for myself, not my employer.
>    EXCEPTION: If any of my ideas are worth more than $0.02, then they
> are
>               property of my employer.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Need help using Class E Subnets with VxWorks
Date: 08 Apr 2000 18:57:04 GMT
From: "C. M. Heard" <heard@vvnet.com>
Message-ID: <38ef8100$0$206@nntp1.ba.best.com>
References: <38ed464b.1597901@204.181.81.99>

Mark J Brader wrote:
> [ ... ] we chose to use 'Class E' (or 'experimental') addressing.  The
> whole idea of Class E addressing is that most devices on a net where
> the experiment is carried out will ignore the packets automatically.
> That is, you have to modify the stack to get Class E to work.
[ ... ]
> When we try to attach the IP stack to these interfaces, with Class E
> addresses, that works, but we can send no messages, they just get
> quietly dropped!
>
> So, I sent the question to WindRiver. Their reply is that they do not
> support Class E addressing and that the IP stack is the problem, not
> arpresolve.  ( I had suggested to them that arpresolve was filtering
> out the addresses).
>
> This makes no sense to me.  I have written a non-ethernet END driver
> and supplied my own address resolution routine through the MUX
> interface, and Class E addresses work just fine with the WRS IP stack!
> So it is either the ethernet driver, which should be blind to IP
> addresses, or it is the Address Resolution routine.

Possibly you are right, but be aware:  RFC-compliant IP stacks are supposed
to discard as invalid anything with a class E address.  Depending on the
stack, such checks may or may not be carried out;  and when they are, they
are carried out with varying degrees of thoroughness and at various places
in the stack.  So you are asking for troubles you don't need if you use
class E IP addresses.

My suggestion -- like that of one other person -- would be to use addresses
from one of the reserved blocks set aside for private addresses.  Here is
the list, copied verbatim from RFC 1918:

     10.0.0.0        -   10.255.255.255  (10/8 prefix)
     172.16.0.0      -   172.31.255.255  (172.16/12 prefix)
     192.168.0.0     -   192.168.255.255 (192.168/16 prefix)

These address blocks are set aside for exactly the purpose you want (private
networks that are not connected to the global Internet).  They look like any
any other addresses to traditional IP stacks (no class E or other "special"
addresses) and so should avoid the troubles you have seen.

Regards,

C. M. Heard
heard@vvnet.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: link problem
Date: Tue, 04 Apr 2000 17:52:42 GMT
From: junli@qcominc.com
Organization: Deja.com - Before you buy.
Message-ID: <8cda53$d2v$1@nnrp1.deja.com>

Hi, All

We are using TornadoII, hosted on Solaris, targeted at PPC860.
When I try to link the application for target using the following
command:
ldppc  -L/home/junli/ACE_wrappers/TAO/tao -L/home/junli/ACE_wrappers/ace
- -X -N -r  -o server .obj/timeS.o .obj/timeC.o .obj/server.o -lTAO -L./

I got the following message:
Abort(coredump)

I have no idea about what's wrong.
Can anybody help me?

TIA,

Jun

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Configure SDRAM for SA1110
Date: Sun, 02 Apr 2000 01:37:30 GMT
From: chayla@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8c688p$r90$1@nnrp1.deja.com>

Does any one know how to configure MDCAS00 of
SA1110 to work at 133MHZ and bus speed at 66Mhz.
Thanks

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: x86 Software Floating Point Emulation
Date: Sat, 08 Apr 2000 21:07:07 GMT
From: Ken Hayber <khayber@socal.rr.com>
Organization: Road Runner
Message-ID: <38EF9F54.692EF25E@socal.rr.com>
References: <8ciamd$67e$1@news.netvision.net.il>

Vladimir,

I seem to recall that there is a separate INCLUDE_ for Floating point support
for printf and the like.  Perhaps this does not get enabled when SW fpp is
included.

Ken H.

Vladimir wrote:

> My platform is x86 compatible without HW fpp support. I have problmes
> configuring software fpp support?
> When I enable software floating point with or without HW fpp,
> printf("%f",3.3) gives NaN and sin(1) prints the following error:
> 0x1fa8090 (t8): ERROR - floating point math not initialized!
> I saw that fppProbe always returns 0 as if HW fpp were installed. I removed
> fppALib.o module and rewrote this function so it always return -1, but it
> doesn't get better.
> Of course I call to floatInit and mathSoftInit.
>
> What is the problem and how can I resolve this?

- --
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Ken Hayber
Huntington Beach, CA
khayber@socal.rr.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Intel LAN Adapter Driver
Date: Sat, 08 Apr 2000 21:15:34 GMT
From: Ken Hayber <khayber@socal.rr.com>
Organization: Road Runner
Message-ID: <38EFA14F.97CC1ADB@socal.rr.com>
References: <B5123B4E.5F2%s.starkie@ic.ac.uk> <38ECEB1E.1350@ti.com> <B5139DA2.654%s.starkie@ic.ac.uk>

Steve,

There is probably a more comprehensive list of information, but you can start
by looking in config.h itself.  There is usually enough information in there
to see if your card is likely to be supported.  If you're not picky about
cards just use of of the one's there. (e.g. 'fei' is an Intel PCI, 'ene' is a
NE2000 compatible ISA card)

To get things going, the quickest way is to type 'c' (for Change) after
stopping the countdown and entering test values into the fields that you are
prompted for.  (e.g. for the Intel card just enter 'fei' in the first
field).  You can type 'p' to print the current settings.

After you've gotten things working to your liking you must modify the
DEFAULT_BOOT_something_or_other in your config.h to save your desired values
(unless you're using some system that automatically saves them in NVRAM e.g.
non-PC).

Ken H.

Stephen Starkie wrote:

> Frank,
>
>     Thanks for your reply
>
> >> When VxWorks starts up - I get Attaching to lo0 ... done.
> >
> > This is the loopback adapter.  You won't be getting too
> > many packets from it :->
>
> Thanks - that makes sense - how do you know?  Where can I found out what
> card is supported by which driver?
>
> > When you see the countdown screen, hit a key.  Then hit the
> > '?' key for help.  The names of the "known" boot devices,
> > including the known ethernet adapters appears at the bottom
> > of the screen.  Make sure the one for your card is listed
> > in the "boot device" field when you hit the 'p' key.
>
> This I have done - but I don't know how to get these to actually start up,
> nor do I know which drivers correspond to which cards.  Where can I find
> more info on this?
>
> Thanks,
>
> Steve

- --
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Ken Hayber
Huntington Beach, CA
khayber@socal.rr.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Problems with file system
Date: Sat, 08 Apr 2000 21:30:35 GMT
From: Ken Hayber <khayber@socal.rr.com>
Organization: Road Runner
Message-ID: <38EFA4D4.333B2502@socal.rr.com>
References: <1e29828a.8146fb94@usw-ex0103-023.remarq.com>

Marco,

Are you sure that the disk is mounted?  Does it get listed in the 'devs'
command?  If not try usrAtaConfig (or usrIdeConfig).  If yes, is it the current
path?  Try 'pwd'.

Ken

Marco Penso wrote:

> Hi,
> I have some problems with handling file system.
>
> I'm not able to create a file on my target's IDE hard disk.
> The "close" function always returns an error (while "open"
> and "write" don't return error). So no file is saved on the disk.
>
> This may be connected to another problem I have: using vxWorks
> (with appropriate target shell and symbol table) my target
> doesn't show me the contents of the hard disk. For example the
> answer at the command ls is not the contents of the directory
> (like it should be), but is:
>       value=-1=0xffffffff = _func_taskRegsShowRtn + 0xffe39baf
>
> Every reply or suggest will be appreciated.
>
> Thanks in advance.
> Bye.
> Marco.
>
> * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
> The fastest and easiest way to search and participate in Usenet - Free!

- --
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Ken Hayber
Huntington Beach, CA
khayber@socal.rr.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Unresolved _pciDeviceShow
Date: 2 Apr 2000 22:22:26 GMT
From: johan.borkhuis@peektraffic.nl
Organization: XS4ALL Internet BV
Message-ID: <8c8h72$es5$1@news1.xs4all.nl>
References: <8c3toh$eip$1@nnrp1.deja.com>

cismroom@my-deja.com wrote:
: Compiling is succesfull but while downloading obj file
:  to target a error info is showed: Unresolved symbols
:  encoutered while
:  Errors while downloading
:  c:/TORNADO/target/proj/Project3/PENTIUMgnu/pciShow.o
: :_pciDeviceShow
:  Even I add pcic.o and pcicShow.o to this project by using
:  LIBS macro the error exists.  How to do for using these
:  drive lib?

Be sure to add the PCI show module to your kernel. 

Groeten,
	Johan

- -- 
     o o o o o o o . . .   ___________________________________
    o      _____           ||    Johan Borkhuis              |
  .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
 >(________|__|_[_________]_|________________________________|
 _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
=== VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.vxworks
Subject: Running vxWorks on a standard PC question
Date: Sat, 8 Apr 2000 22:33:49 -0400
From: "Michael McGarry" <mmcgarry@speakeasy.org>
Organization: Giganews.Com - Premium News Outsourcing
Message-ID: <nZRH4.126109$Pa1.3282704@news6.giganews.com>

Hi,

I would like to run vxWorks on a standard Pentium PC and was wondering if
anyone had experience using a particular ethernet card with vxWorks and
could give me some tips on configuring vxWorks to use the card.

I was thinking of using a NetGear 10/100 ethernet card. Any comments?

Thank you for your time.

Regards,

Michael McGarry

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: printf() spooler task & tshell
Date: Sun, 02 Apr 2000 22:43:35 GMT
From: Ken Hayber <khayber@socal.rr.com>
Organization: Road Runner
Message-ID: <38E7CCE8.9BEBE158@socal.rr.com>
References: <38E105A0.F1353CE3@ftw.mot.com>

Michael,

I see two possibilities:

1) Hack your vxWorks binary using ar.  Rename (don't exactly know how)
printf to something else, link in your replacement printf that does what
you want...  This sounds really ugly to me and I'm not even sure that it
would work/do what you want.  It would also be hard to maintain I guess.

2) Get the source to tshell and link this in as a replacement to the
standard one.  I seem to recall that my BSP comes with a lot if not all of
the tshell code.  Perhaps the routines you are interested in are available
to you already.

Ken

Michael White wrote:

> Hello all,
>
>     I want to set up a spooler task for printf()s.
> I have the following requirements for the print spooler:
>
>  - Should use POSIX message queues.  Some print-outs need to
>    get out before others, at varying priorities.
>  - "Owns" its queue, i.e. only the print spooler may receive
>    from its queue.
>  - All tasks only print out via the print spooler.
>
> With tasks created as part of this project, this is easy.  Simply
> put in some sort of "printf()" replacement routine (e.g. "lprintf()")
> that is used rather than the VxWorks library call.  "lprintf()" would
> simply format and send to the print spooler.
>
> I'm having problems with the target shell, though.  Since tshell
> only knows file descriptors for all its I/O, POSIX queues won't
> work.  It also seems that VxWorks queues would also not work.
>
> I've tossed around a few ideas, but most seem to have serious
> shortcomings:
>
> - Use file I/O to talk to the spooler, with different files for
> different
>    priorities.  But this requires the spooler to continually examine all
>    sorts of files, and requires some method of being notified when
> something
>    has been added.
> - Use pipes.  Unacceptable, as they could cause a task to block on a
> full
>    pipe.
> - Use sockets.  I will lose my prioritization, unless I have the print
> spooler
>    enter a continual checking loop.
>
> Has anyone ever tried doing this with VxWorks?  I've done this
> successfully
> with other OSes, but tshell looks to be a bit less flexible.
> ---
> Michael White, qa1402@ftw.mot.com
> Cellular Infrastructure Group
> Ft. Worth, Texas    (817)245-6418

- --
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Ken Hayber
Huntington Beach, CA
khayber@socal.rr.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Unresolved _pciDeviceShow
Date: Mon, 03 Apr 2000 00:48:00 GMT
From: cismroom@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8c8pnt$e9i$1@nnrp1.deja.com>
References: <8c3toh$eip$1@nnrp1.deja.com> <8c8h72$es5$1@news1.xs4all.nl>

 > Be sure to add the PCI show module to your kernel.
>
> Groeten,
> Johan
Thanks.
But I never see any options about pci in project utility.Under
development components --> show routines   there isn't any pci_Show
options.How do you do that?
Thanks again!

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Mon Apr 10 01:21:03 2000
From: "Michael Lawnick" <lawnick@softec.de>
Date: Mon Apr 10 01:21:07 PDT 2000
Subject: Re: PCI Intr. Issues.

> hi!
> 
> just thought may be i can share some of our experinces using
> (pci)Intconnect() here.
> We are using a Pentium motherboard for developing a scsi driver for a PCI
> Scsi card.
> For a PC-Pentium BSP, VxWorks assumes the presence of a Bios, which assignes
> the IRQs. 
No ! Standard is: all settings are made in sysLib.c and the driver 
setup. PNP isn't supported yet.

> So by default the PCI_CFG_TYPE  macro is not 
PCI_CFG_FORCE. So we
> just read from the Card PCI registers to findout the IRQ, Base addresses and
> so on. 
That's the correct way for the INT-line. To get addresses, you 
should go along PCI-Spec (i.e write 0xFFFFFFFF to adress 
registers and evaluate contents or setup with predefined 
parameters in your header file)
> Initially when we kept the PCI card in one of the available PCI
> Slots, BIOS was assigning the IRQ#8. We had problems connecting the isr to
> the IRQ.  the pciIntConnect was returning OK. The problem was that the ISR
> was getting called too many times that we suspected that it is not because
> of our PCI card that these interrupts are generated. After trying out
> certain other, rather non-relavent things, we examined the BIOS. We found
> out that BIOS was assigning the same IRQ to many other On-Board pci devices.
As it's defined in PCI-Spec. All PCI devices share 4 lines, single 
interrupt devices are connected all to one - I'm not pretty sure but I 
think its 0xf.
> We could change this by setting a unique IRQ to a PCI Slot and putting our
> PCI Scsi Card there. It Worked finally!!! and since we have a unique IRQ, we
> just used intConnect instead of pciIntConnect().
> 
Great - so you have broken PCI-Spec and gone down to simple IDE!
> If we connect the interrupt using pciIntConnect, its required that we check
> the source of interrupt and exit if its not our devicw which is
> interrupting.
That's the way to do!
> This is required because every time a 'pciIntConnect' is
> called for an IRQ, the pciLibrary adds that Isr to the linked list being
> maintained for the IRQ. Finally when the interrupt interrupts, all the isrs
> in the linked list will be called one after the other. Seeing the ISR, just
> getting a feeling that if this ISR is also called that many number of times,
> as we have seen in our case, the 'printf' might hang the system. 
Because printf() isn't allowed in ISR !!!!!!!!!!!!!!!
logMsg is the means for it.
Any call to system MUST never block ! So routines like printf, 
write, semTake, msgQReceive etc. are not allowed. semTake and 
msgQReceive are protected against blocking in interrupt state 
within the kernel. Most standard I/O-routines don't check the 
context.
Generally:
The only thing an ISR should do is a semGive to a high-priority-
task and, only if not to avoid, a memcpy - no really heavy work . 
Then it should do a perhaps necessary H/W ack on the device's 
INT register. That's it.
If your CPU can't do that in time, you probably should think about a 
processor update or reducing the amount of PCI-cards.

MfG
Lawnick, SOFTEC GmbH

==============================================
SOFTEC GmbH               Tel +49-731-96600-0
Promenade 17              Fax +49-731-96600-23
D-89073 Ulm               Michael Lawnick
Germany                   lawnick@softec.de
==============================================

From vxwexplo-errs@csg.lbl.gov  Mon Apr 10 03:14:42 2000
From: "Viswanath" <Viswanath.Bandaru@cmcltd.com>
Date: Mon Apr 10 03:14:44 PDT 2000
Subject: RE: PCI Intr. Issues.

hi!

sorry i made a mess out of it. actually i was refering to an isr posted in
the mailing list which had a printf in it. so i was suggesting that it may
be changed to see if its printf that is hanging the system..
Regarding PC-Pentium BSP assuming that BIOS is there...Actually, by default,
it assumes the presence of somebody who assignes the IRQs and Base
Addresses. This can be verified by the fact that pciAutoConfig() (which also
does the same) is not called in the system initialization process and the
macro PCI_CFG_TYPE is defined to be PCI_CFG_NONE in pc.h. Ofcourse, these
are the default values and can be over ridden in many ways..If we, for
example, take a PowerPC related BSP, depending on how the PCI initialization
is to be done, pciAutoConfig is called from sysLib.c. this what i was
referring to when i said PC-Pentium BSP assumes the presence of a PCI-Aware
BIOS. If we see the PC-Pentium's BSP, the pciAutoConfigLib.c is no where
included. But you can see this in a MTX604 BSP. But we can always override
the defaults by customizing sysLib.c.

Sorry for the mess again. I should have been more clear in putting down my
views.

thanks and regards

viswanath.

-----Original Message-----
From: Michael Lawnick [mailto:lawnick@softec.de]
Sent: Monday, April 10, 2000 1:12 PM
To: vxwexplo@lbl.gov; Viswanath
Subject: Re: PCI Intr. Issues.

> hi!
>
> just thought may be i can share some of our experinces using
> (pci)Intconnect() here.
> We are using a Pentium motherboard for developing a scsi driver for a PCI
> Scsi card.
> For a PC-Pentium BSP, VxWorks assumes the presence of a Bios, which
assignes
> the IRQs.
No ! Standard is: all settings are made in sysLib.c and the driver
setup. PNP isn't supported yet.

> So by default the PCI_CFG_TYPE  macro is not
PCI_CFG_FORCE. So we
> just read from the Card PCI registers to findout the IRQ, Base addresses
and
> so on.
That's the correct way for the INT-line. To get addresses, you
should go along PCI-Spec (i.e write 0xFFFFFFFF to adress
registers and evaluate contents or setup with predefined
parameters in your header file)
> Initially when we kept the PCI card in one of the available PCI
> Slots, BIOS was assigning the IRQ#8. We had problems connecting the isr to
> the IRQ.  the pciIntConnect was returning OK. The problem was that the ISR
> was getting called too many times that we suspected that it is not because
> of our PCI card that these interrupts are generated. After trying out
> certain other, rather non-relavent things, we examined the BIOS. We found
> out that BIOS was assigning the same IRQ to many other On-Board pci
devices.
As it's defined in PCI-Spec. All PCI devices share 4 lines, single
interrupt devices are connected all to one - I'm not pretty sure but I
think its 0xf.
> We could change this by setting a unique IRQ to a PCI Slot and putting our
> PCI Scsi Card there. It Worked finally!!! and since we have a unique IRQ,
we
> just used intConnect instead of pciIntConnect().
>
Great - so you have broken PCI-Spec and gone down to simple IDE!
> If we connect the interrupt using pciIntConnect, its required that we
check
> the source of interrupt and exit if its not our devicw which is
> interrupting.
That's the way to do!
> This is required because every time a 'pciIntConnect' is
> called for an IRQ, the pciLibrary adds that Isr to the linked list being
> maintained for the IRQ. Finally when the interrupt interrupts, all the
isrs
> in the linked list will be called one after the other. Seeing the ISR,
just
> getting a feeling that if this ISR is also called that many number of
times,
> as we have seen in our case, the 'printf' might hang the system.
Because printf() isn't allowed in ISR !!!!!!!!!!!!!!!
logMsg is the means for it.
Any call to system MUST never block ! So routines like printf,
write, semTake, msgQReceive etc. are not allowed. semTake and
msgQReceive are protected against blocking in interrupt state
within the kernel. Most standard I/O-routines don't check the
context.
Generally:
The only thing an ISR should do is a semGive to a high-priority-
task and, only if not to avoid, a memcpy - no really heavy work .
Then it should do a perhaps necessary H/W ack on the device's
INT register. That's it.
If your CPU can't do that in time, you probably should think about a
processor update or reducing the amount of PCI-cards.

MfG
Lawnick, SOFTEC GmbH

==============================================
SOFTEC GmbH               Tel +49-731-96600-0
Promenade 17              Fax +49-731-96600-23
D-89073 Ulm               Michael Lawnick
Germany                   lawnick@softec.de
==============================================

From vxwexplo-errs@csg.lbl.gov  Mon Apr 10 04:03:11 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Mon Apr 10 04:03:13 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Mon Apr 10 04:03:07 PDT 2000

        Subject: Re: Reduce the size of .out
        Subject: Re: #define and #if define
        Subject: Re: source code for vxWorks programming
        Subject: source code for vxWorks programming
        Subject: Cache can not be enabled
        Subject: Re: 82559ER
        Subject: Re: Display gif in web page with Wind Web server
        Subject: Re: Cache can not be enabled
        Subject: Re: Running vxWorks on a standard PC question
        Subject: Re: VSS integration into Tornado 2
        Subject: Re: Problems with file system
        Subject: Re: source code for vxWorks programming
        Subject: Add files ".o" to project
        Subject: Re: Cache can not be enabled
        Subject: Re: Intel LAN Adapter Driver
        Subject: Re: Cache Problem on MPC860 Board

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Reduce the size of .out
Date: Sun, 02 Apr 2000 18:16:23 -0400
From: Fred Walther <fwalther@erols.com>
Message-ID: <38E7C6B7.8A025F51@erols.com>
References: <38E763A4.97A300E@erols.com> <38e78bff.3152439@news.swbell.net>

I have compiled with the debug information out and it reduced the size to 15
Mbytes
I am using middleware known as ACE, Has anybody heard of it? and could it be
the cause?
Fred

Bruce wrote:

> In comp.os.vxworks
> Fred Walther <fwalther@erols.com> wrote:
>
> >My .out  application file is 20+Megbytes
> >I have an 8 Megabyte flash that I want to boot from
> >My executable in memory is less then 2 Megabytes How do I reduce the
> >.out file size to the desired size, I am aware of compression, but is
> >there any other way to remove the symbols or do anything else to reduce
> >the size and be able to use the ld
> >command from boot.
>
> 20 MBytes?  You HAVE to have debug information compiled in.  Taking that
> out will reduce it tremendously.  You won't gain much without symbols, but
> it is worth trying.  I use a custom symbol table with only about 70 symbols
> that I need from the shell.  Also look at your initialized global data.  Do
> you have some huge tables initialized with values?   You can save a lot by
> doing this at runtime.  Give us some more info about where the 20 Mbytes is
> coming from.
>
> Bruce

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: #define and #if define
Date: Mon, 3 Apr 2000 15:41:11 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38E8BB97.9E950383@nowhere.com>
References: <8c8qlr$f6t$1@nnrp1.deja.com>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

The only difference I see between the two is the spacing.  You don't show the
#endif that matches the #ifdef INCLUDE_END in either the "before" or "after"
example.  I would guess that something else changed.  The spacing shouldn't
matter.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: source code for vxWorks programming
Date: Mon, 10 Apr 2000 00:31:06 GMT
From: John or Jenn <lastimp@home.com>
Organization: Who, us organized???
Message-ID: <eh9I4.38811$U4.160652@news1.rdc1.az.home.com>
References: <8cr4mo$97h$1@nnrp1.deja.com>

In article <8cr4mo$97h$1@nnrp1.deja.com> , gsieber@ecom.govst.edu writes:
>I'm trying to find a book or we-page that has Vxworks programming
>exanples... I need to write some Vxworks code and would like to
>have some reference material with plenty of examples...Any info
>to point me in the right direction would be greatly
>appreciated...

How about WindSurf?

http://www.windriver.com
Click on support
click on WindSurf
if you dont have a username/password, you can get one with
your license number.

Theres demo code there.

HTH,

John

---------------------------

Newsgroups: comp.os.vxworks
Subject: source code for vxWorks programming
Date: Sun, 09 Apr 2000 23:45:31 GMT
From: gsieber@ecom.govst.edu
Organization: Deja.com - Before you buy.
Message-ID: <8cr4mo$97h$1@nnrp1.deja.com>

I'm trying to find a book or we-page that has Vxworks programming
exanples... I need to write some Vxworks code and would like to
have some reference material with plenty of examples...Any info
to point me in the right direction would be greatly
appreciated...

Edward Siebert

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Cache can not be enabled
Date: Sun, 9 Apr 2000 19:48:53 +0800
From: "TonyHuang" <huangxin888@yeah.net>
Organization: BST Communication Technology Ltd.
Message-ID: <8cr961$20ca$1@news.cz.js.cn>

Hi All,

I made the configuration in my MPC860 BSP:

in config.h:
/* Cache configuration */
#define INCLUDE_CACHE_SUPPORT
#define USER_I_CACHE_ENABLE
#define USER_I_CACHE_MODE  CACHE_WRITETHROUGH
#define USER_D_CACHE_ENABLE
#define USER_D_CACHE_MODE  CACHE_WRITETHROUGH

/* MMU configuration */
#undef INCLUDE_MMU_FULL
#define USER_I_MMU_ENABLE
#define USER_D_MMU_ENABLE
#define INCLUDE_MMU_BASIC

and in sysLib.c:
PHYS_MEM_DESC sysPhysMemDesc [] =
    {
    {
    (void *) LOCAL_MEM_LOCAL_ADRS,
    (void *) LOCAL_MEM_LOCAL_ADRS,
    LOCAL_MEM_SIZE ,
    VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE | VM_STATE_MASK_CACHEABLE,
    VM_STATE_VALID      | VM_STATE_WRITABLE      | VM_STATE_CACHEABLE
    },
    {
    (void *) INTERNAL_MEM_MAP_ADDR,
    (void *) INTERNAL_MEM_MAP_ADDR,
    INTERNAL_MEM_MAP_SIZE,  /* 64 k - Internal Memory Map */
    VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE | VM_STATE_MASK_CACHEABLE,
    VM_STATE_VALID      | VM_STATE_WRITABLE      | VM_STATE_CACHEABLE_NOT
    },

    {
    (void *) ROM_BASE_ADRS,
    (void *) ROM_BASE_ADRS,
    ROM_SIZE,    /* Flach memory */
    VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE | VM_STATE_MASK_CACHEABLE,
    VM_STATE_VALID      | VM_STATE_WRITABLE      | VM_STATE_CACHEABLE_NOT
    }
    };

I had thought that my cache would be enable in usrInit( ),but when I trace
into usrInit( ),I saw that one of the routines of
cacheLibInit (USER_I_CACHE_MODE, USER_D_CACHE_MODE),
cacheEnable (INSTRUCTION_CACHE) and  cacheEnable (DATA_CACHE)
has been executed.
How can I enable the Cache? any suggestion is appreciated.

Thanks
TonyHuang

                           /^^^\
                          ( o o )
======================oOOO==(_)==OOOo=========================
Senior Hardware Design Engineer
BST Communication technology LTD.
F11 XuNeng Building,
32 LongKou Road East,
TianHe,GuangZhou 510635,
P.R.China.
email: huangxin@163.net
==============================================================

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: 82559ER
Date: Mon, 10 Apr 2000 01:40:13 GMT
From: "Don Bowman" <donbowman@sympatico.ca>
Organization: none
Message-ID: <1iaI4.60658$1C2.1965797@news20.bellglobal.com>
References: <38D7A20B.50FE5CA0@eng.fore.com> <Xa8D4.212$HG1.6946@nnrp1.uunet.ca> <8ccen2$4d3$1@oslo-nntp.eunet.no>

"BT" <brede.thurmann@kongsberg.simrad.no> wrote in message
news:8ccen2$4d3$1@oslo-nntp.eunet.no...
> I am in the very near future going to use yhe 82559ER on a new board and
> vould like
> to read the document you refer to. I tries to locate it at www.intel.com
but
> was not able to
> find it.
>
> What is the "NDA with Intel"?

It means that Intel does not make the information generally available,
you have to sign a non-disclosure agreement. If you contact your intel
distributor or rep, they can help you out.

The title of the document you want is:
"10/100MBIT ETHERNET FAMILY SOFTWARE TECHNICAL REFERENCE MANUAL"

This information is not available on the developer web site.

- --don

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Display gif in web page with Wind Web server
Date: Mon, 10 Apr 2000 05:39:33 GMT
From: Computer Engineer <engineer4computer@netscape.net>
Organization: Somewhere in the Earth
Message-ID: <38F0F857.32BF0AEF@netscape.net>
References: <0zpH4.74$WM6.4114173@news1.mtl.metronet.ca>

Hi Steeve,

Use more than 1 HTTP deamon for multiple HTTP request.
You were overloading your HTTP deamon before.

#define HTTP_NR_OF_TASKS          1 

Change this macro in your httpconf.c file.

Good Luck!

CE

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Cache can not be enabled
Date: Mon, 10 Apr 2000 06:04:33 GMT
From: john_94501@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8crqtc$6l$1@nnrp1.deja.com>
References: <8cr961$20ca$1@news.cz.js.cn>

Please supply us with the version of Tornado/VxWorks you are using,
something about your BSP (is it vanilla WRS, or a custom BSP?), and also
the exact version of the 860 silicon you are using.

You might also want to watch the other active thread on this subject for
ideas, and perhaps check the motorola web site for errata relating to
the version of the 860 you have (there have been cache related bugs in
older versions).

Regards,

John...

In article <8cr961$20ca$1@news.cz.js.cn>,
  "TonyHuang" <huangxin888@yeah.net> wrote:
> Hi All,
>
> I made the configuration in my MPC860 BSP:
>
> in config.h:
> /* Cache configuration */
> #define INCLUDE_CACHE_SUPPORT
> #define USER_I_CACHE_ENABLE
> #define USER_I_CACHE_MODE  CACHE_WRITETHROUGH
> #define USER_D_CACHE_ENABLE
> #define USER_D_CACHE_MODE  CACHE_WRITETHROUGH
>
> /* MMU configuration */
> #undef INCLUDE_MMU_FULL
> #define USER_I_MMU_ENABLE
> #define USER_D_MMU_ENABLE
> #define INCLUDE_MMU_BASIC
>
> and in sysLib.c:
> PHYS_MEM_DESC sysPhysMemDesc [] =
>     {
>     {
>     (void *) LOCAL_MEM_LOCAL_ADRS,
>     (void *) LOCAL_MEM_LOCAL_ADRS,
>     LOCAL_MEM_SIZE ,
>     VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
VM_STATE_MASK_CACHEABLE,
>     VM_STATE_VALID      | VM_STATE_WRITABLE      | VM_STATE_CACHEABLE
>     },
>     {
>     (void *) INTERNAL_MEM_MAP_ADDR,
>     (void *) INTERNAL_MEM_MAP_ADDR,
>     INTERNAL_MEM_MAP_SIZE,  /* 64 k - Internal Memory Map */
>     VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
VM_STATE_MASK_CACHEABLE,
>     VM_STATE_VALID      | VM_STATE_WRITABLE      |
VM_STATE_CACHEABLE_NOT
>     },
>
>     {
>     (void *) ROM_BASE_ADRS,
>     (void *) ROM_BASE_ADRS,
>     ROM_SIZE,    /* Flach memory */
>     VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
VM_STATE_MASK_CACHEABLE,
>     VM_STATE_VALID      | VM_STATE_WRITABLE      |
VM_STATE_CACHEABLE_NOT
>     }
>     };
>
> I had thought that my cache would be enable in usrInit( ),but when I
trace
> into usrInit( ),I saw that one of the routines of
> cacheLibInit (USER_I_CACHE_MODE, USER_D_CACHE_MODE),
> cacheEnable (INSTRUCTION_CACHE) and  cacheEnable (DATA_CACHE)
> has been executed.
> How can I enable the Cache? any suggestion is appreciated.
>
> Thanks
> TonyHuang
>
>                            /^^^\
>                           ( o o )
> ======================oOOO==(_)==OOOo=========================
> Senior Hardware Design Engineer
> BST Communication technology LTD.
> F11 XuNeng Building,
> 32 LongKou Road East,
> TianHe,GuangZhou 510635,
> P.R.China.
> email: huangxin@163.net
> ==============================================================
>
>

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Running vxWorks on a standard PC question
Date: Mon, 10 Apr 2000 06:08:22 GMT
From: john_94501@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8crr4h$g8$1@nnrp1.deja.com>
References: <nZRH4.126109$Pa1.3282704@news6.giganews.com>

I'm running on an 82559 based card (fei driver) at the moment in a Dell
P-III and that's working well. I would like to try to add the 3Com 90x
driver to my boo floppy so I could try the on-board ether, but I haven't
got around to that yet...

Do you know what chip is on the NetGear cards?

Regards,

John...

In article <nZRH4.126109$Pa1.3282704@news6.giganews.com>,
  "Michael McGarry" <mmcgarry@speakeasy.org> wrote:
> Hi,
>
> I would like to run vxWorks on a standard Pentium PC and was wondering
if
> anyone had experience using a particular ethernet card with vxWorks
and
> could give me some tips on configuring vxWorks to use the card.
>
> I was thinking of using a NetGear 10/100 ethernet card. Any comments?
>
> Thank you for your time.
>
> Regards,
>
> Michael McGarry
>
>

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: VSS integration into Tornado 2
Date: Mon, 10 Apr 2000 08:44:15 +0200
From: "Markus MItterer" <markus.mitterer@sbu1.storkgroup.com>
Organization: KPNQwest customer news service
Message-ID: <YJeI4.4$ZR1.179@nreader2.kpnqwest.net>
References: <38D7835F.942122B8@avl.com> <9CfH4.2$Ga4.232@nreader3.kpnqwest.net>

Oh sorry, I forgot to tell you that I don`t use the checkin and checkout
menu-context. I am working with the customize tool in the tools-menu,
because there all substitution-variables are available.

Greetings
Markus

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Problems with file system
Date: Mon, 10 Apr 2000 01:04:59 -0700
From: Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid>
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Message-ID: <04096494.7058c7ed@usw-ex0102-013.remarq.com>
References: <1e29828a.8146fb94@usw-ex0103-023.remarq.com> <38EFA4D4.333B2502@socal.rr.com>

Thank you,

using usrAtaConfig(0,0,"/ata0/") solved my problem

Marco.

* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: source code for vxWorks programming
Date: 10 Apr 2000 08:05:34 GMT
From: johan.borkhuis@peektraffic.nl
Organization: XS4ALL Internet BV
Message-ID: <8cs20e$qbk$2@news1.xs4all.nl>
References: <8cr4mo$97h$1@nnrp1.deja.com>

gsieber@ecom.govst.edu wrote:
: I'm trying to find a book or we-page that has Vxworks programming
: exanples... I need to write some Vxworks code and would like to
: have some reference material with plenty of examples...Any info
: to point me in the right direction would be greatly
: appreciated...

There is some information available at:
http://www.smartmodulartech.com/systems/library/docs/vxworks/vxintro/VXINTRO.HTM

Groeten,
	Johan

- -- 
     o o o o o o o . . .   ___________________________________
    o      _____           ||    Johan Borkhuis              |
  .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
 >(________|__|_[_________]_|________________________________|
 _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
=== VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.vxworks
Subject: Add files ".o" to project
Date: Mon, 10 Apr 2000 01:48:00 -0700
From: Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid>
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Message-ID: <1be0267a.7b90ce05@usw-ex0102-013.remarq.com>

Hi

I must add some files to my project due to adding new hardware
in my system.
The furnisher gave me the necessary drivers, but he gave me only
the object files (.o), not the source files. So I don't know
what should I do with Tornado 2.0 to be able in use that drivers.

Is there someone that can help me?

Thank you and best regards.
Marco.

* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Cache can not be enabled
Date: Mon, 10 Apr 2000 16:38:01 +0800
From: "TonyHuang" <huangxin888@yeah.net>
Organization: BST Communication Technology Ltd.
Message-ID: <8cs4jr$bgd$1@news.cz.js.cn>
References: <8cr961$20ca$1@news.cz.js.cn> <8crqtc$6l$1@nnrp1.deja.com>

As is my board configuration:
tools: Tornado2.0/VxWorks5.4
MPC860T part number: XPC860TZP50B3 running at 50Mhz
BSP :custom BSP with both caches disabled

Now I can initialize the cache,but when I trace into usrInit(),
I got checkstop exception in kernelInit() and booting process corrupted .

<john_94501@my-deja.com> wrote in message news:8crqtc$6l$1@nnrp1.deja.com...
> Please supply us with the version of Tornado/VxWorks you are using,
> something about your BSP (is it vanilla WRS, or a custom BSP?), and also
> the exact version of the 860 silicon you are using.
>
> You might also want to watch the other active thread on this subject for
> ideas, and perhaps check the motorola web site for errata relating to
> the version of the 860 you have (there have been cache related bugs in
> older versions).
>
> Regards,
>
> John...
>
>
> In article <8cr961$20ca$1@news.cz.js.cn>,
>   "TonyHuang" <huangxin888@yeah.net> wrote:
> > Hi All,
> >
> > I made the configuration in my MPC860 BSP:
> >
> > in config.h:
> > /* Cache configuration */
> > #define INCLUDE_CACHE_SUPPORT
> > #define USER_I_CACHE_ENABLE
> > #define USER_I_CACHE_MODE  CACHE_WRITETHROUGH
> > #define USER_D_CACHE_ENABLE
> > #define USER_D_CACHE_MODE  CACHE_WRITETHROUGH
> >
> > /* MMU configuration */
> > #undef INCLUDE_MMU_FULL
> > #define USER_I_MMU_ENABLE
> > #define USER_D_MMU_ENABLE
> > #define INCLUDE_MMU_BASIC
> >
> > and in sysLib.c:
> > PHYS_MEM_DESC sysPhysMemDesc [] =
> >     {
> >     {
> >     (void *) LOCAL_MEM_LOCAL_ADRS,
> >     (void *) LOCAL_MEM_LOCAL_ADRS,
> >     LOCAL_MEM_SIZE ,
> >     VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
> VM_STATE_MASK_CACHEABLE,
> >     VM_STATE_VALID      | VM_STATE_WRITABLE      | VM_STATE_CACHEABLE
> >     },
> >     {
> >     (void *) INTERNAL_MEM_MAP_ADDR,
> >     (void *) INTERNAL_MEM_MAP_ADDR,
> >     INTERNAL_MEM_MAP_SIZE,  /* 64 k - Internal Memory Map */
> >     VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
> VM_STATE_MASK_CACHEABLE,
> >     VM_STATE_VALID      | VM_STATE_WRITABLE      |
> VM_STATE_CACHEABLE_NOT
> >     },
> >
> >     {
> >     (void *) ROM_BASE_ADRS,
> >     (void *) ROM_BASE_ADRS,
> >     ROM_SIZE,    /* Flach memory */
> >     VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
> VM_STATE_MASK_CACHEABLE,
> >     VM_STATE_VALID      | VM_STATE_WRITABLE      |
> VM_STATE_CACHEABLE_NOT
> >     }
> >     };
> >
> > I had thought that my cache would be enable in usrInit( ),but when I
> trace
> > into usrInit( ),I saw that one of the routines of
> > cacheLibInit (USER_I_CACHE_MODE, USER_D_CACHE_MODE),
> > cacheEnable (INSTRUCTION_CACHE) and  cacheEnable (DATA_CACHE)
> > has been executed.
> > How can I enable the Cache? any suggestion is appreciated.
> >
> > Thanks
> > TonyHuang
> >
> >                            /^^^\
> >                           ( o o )
> > ======================oOOO==(_)==OOOo=========================
> > Senior Hardware Design Engineer
> > BST Communication technology LTD.
> > F11 XuNeng Building,
> > 32 LongKou Road East,
> > TianHe,GuangZhou 510635,
> > P.R.China.
> > email: huangxin@163.net
> > ==============================================================
> >
> >
>
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Intel LAN Adapter Driver
Date: Mon, 10 Apr 2000 09:41:17 GMT
From: mrvalli@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8cs7js$e82$1@nnrp1.deja.com>
References: <B5123B4E.5F2%s.starkie@ic.ac.uk> <38ECEB1E.1350@ti.com> <B5139DA2.654%s.starkie@ic.ac.uk> <38EFA14F.97CC1ADB@socal.rr.com>

Just changing the boot device parameter to "fei" or anything else may
not work, as the driver for that device must have been included in your
bootrom.  To see what drivers are included in your present bootrom,
type "?" at the vxworks: prompt.  To include the relevant drivers, you
have to modify the config.h.  Include whatever drivers you want to
try.  Also, the parameters of the driver have to be specified with
suitable macros as seen in the config.h file for each of the drivers.
It is better to find the chipset of the network module and go from
there to add the correct driver.  Some of the network controller chips
say they are NE2000 compatible but they may not work with the NE2000
driver that comes off-the-shelf with vxworks.  Recompile the bootrom
and also the vxworks.

Valli.

In article <38EFA14F.97CC1ADB@socal.rr.com>,
  Ken Hayber <khayber@socal.rr.com> wrote:
> Steve,
>
> There is probably a more comprehensive list of information, but you
can start
> by looking in config.h itself.  There is usually enough information
in there
> to see if your card is likely to be supported.  If you're not picky
about
> cards just use of of the one's there. (e.g. 'fei' is an Intel PCI,
'ene' is a
> NE2000 compatible ISA card)
>
> To get things going, the quickest way is to type 'c' (for Change)
after
> stopping the countdown and entering test values into the fields that
you are
> prompted for.  (e.g. for the Intel card just enter 'fei' in the first
> field).  You can type 'p' to print the current settings.
>
> After you've gotten things working to your liking you must modify the
> DEFAULT_BOOT_something_or_other in your config.h to save your desired
values
> (unless you're using some system that automatically saves them in
NVRAM e.g.
> non-PC).
>
> Ken H.
>
> Stephen Starkie wrote:
>
> > Frank,
> >
> >     Thanks for your reply
> >
> > >> When VxWorks starts up - I get Attaching to lo0 ... done.
> > >
> > > This is the loopback adapter.  You won't be getting too
> > > many packets from it :->
> >
> > Thanks - that makes sense - how do you know?  Where can I found out
what
> > card is supported by which driver?
> >
> > > When you see the countdown screen, hit a key.  Then hit the
> > > '?' key for help.  The names of the "known" boot devices,
> > > including the known ethernet adapters appears at the bottom
> > > of the screen.  Make sure the one for your card is listed
> > > in the "boot device" field when you hit the 'p' key.
> >
> > This I have done - but I don't know how to get these to actually
start up,
> > nor do I know which drivers correspond to which cards.  Where can I
find
> > more info on this?
> >
> > Thanks,
> >
> > Steve
>
> --
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Ken Hayber
> Huntington Beach, CA
> khayber@socal.rr.com
>
>

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Cache Problem on MPC860 Board
Date: Mon, 10 Apr 2000 18:00:53 +0800
From: "TonyHuang" <huangxin888@yeah.net>
Organization: BST Communication Technology Ltd.
Message-ID: <8cs9i6$il3$1@news.cz.js.cn>
References: <8cgr5u$c4k$1@nnrp1.deja.com> <pkockritz-0604000645250001@24.0.106.190> <8crg43$l0q$1@nnrp1.deja.com>

Maybe this would help:

Scott Johnson wrote:

> Pierre Olivier wrote:
> >
> > I *hope* you're *not* using the data cache!
> >
> > There is a note in the MPC860 Errata to the effect that a CPU bug in
> > pre-C1 silicon revisions may affect the integrity of the Data Cache a=
fter
> > some off-core SPR's are written to. There is a software workaround, b=
ut
> > unfortunately WindRiver as not included it in any VxWorks patch.
>
> Latest silicon of the 860 (rev C1), as well as the 860P and DP,
> has this erratum fixed. No version of the T has it fixed; don't
> know about the SAR, 855T, or any other 860 flavor (or 850, 82x, or
> 801).
>
> We have C1 silicon in our board, and run the d-cache without any
> problems (with the MMU on.)
>
> HOWEVER--the C1 silicon of the 860 (I don't know about other variants)
> has a new erratum in it--the IMMU is broken. Fortunately, this is a
> much less serious erratum; use of the data cache requires use of the
> DMMU to prevent memory mapped registers from being cached (either that,=

> or you have to disable the cache completely). However, in operating
> systems such as vxWorks where there is no need to protect memory
> or registers from hostile processes, or do address translation; the
> usefulness of the IMMU is diminished. After all, one does not (in
> correct code, at least) fetch intsructions from memory-mapped registers=
;
> if your code does THAT you are already in trouble. :) So use of the
> IMMU to prevent the I-cache from caching a register is not required
> (assuming you keep registers and code from occupying the same cache >
line--which any same system ought to do.)
>
> As a result, we run with the I-cache and D-cache on, the D-MMU on,
> and the I-MMU off, and are hardware is very stable. According to
> Motorola documentation, turning off the IMMU disables performance
> a slight bit (as speculative fetches that cross page boundaries are
> disabled); however, I doubt the performance degredation will be noticed=
=2E
> Cancelling out any such degradation, I suspect, will be the complete
> absences of instruction TLB misses...

[Pierre] I guess it depends on the application running on your system... =
In our
case, we have an ObjecTime-based application running from Flash, implemen=
ting
an ISDN BRI stack. Totally unusable if the I-Cache is not activated. YOMM=
V....

>
>
> Consult the latest errata sheets for more information; as well as
> the Motorola app note "Performance driven optimization of 8xx MMUs
> and caches". Both are on the Motorola website.
>
> Scott

<svcrht@my-deja.com> wrote in message news:8crg43$l0q$1@nnrp1.deja.com...
>   In fact, the BSP we are using is from a company who offer the MPC860
> to PCI bridge chips. We also got their evaluation board. The EVM board
> works very well with cache and MMU enable if I used that BSP. Then I
> modified the BSP for our own board. Of course, I also did some changes
> by refering to ads860's BSP. For example, I replaced EVM's scc4 serial
> driver with ads860's smc1 serial driver. After I finishing the BSP
> configration. The cache can not be enabled in our board as I mentioned
> before. The tornado version we are using is 1.01, the 860 chip is
> XPC860MHZP50C1(the same as the one in evm board) which I think is a new
> version without cache bug. The entries in sysPhysMemDesc is as follow:
>
> PHYS_MEM_DESC sysPhysMemDesc [] =
>     {
>     {
>     (void *) LOCAL_MEM_LOCAL_ADRS,
>     (void *) LOCAL_MEM_LOCAL_ADRS,
>     LOCAL_MEM_SIZE ,
>     VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
> VM_STATE_MASK_CACHEABLE,
>     VM_STATE_VALID      | VM_STATE_WRITABLE      | VM_STATE_CACHEABLE
>     },
>
>     {
>     (void *) INTERNAL_MEM_MAP_ADDR,
>     (void *) INTERNAL_MEM_MAP_ADDR,
>     INTERNAL_MEM_MAP_SIZE, /* 64 k - Internal Memory Map */
>     VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
> VM_STATE_MASK_CACHEABLE,
>     VM_STATE_VALID      | VM_STATE_WRITABLE      |
> VM_STATE_CACHEABLE_NOT
>     },
>
>     {
>     (void *) ROM_BASE_ADRS,
>     (void *) ROM_BASE_ADRS,
>     ROM_SIZE, /* Flach memory */
>     VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
> VM_STATE_MASK_CACHEABLE,
>     VM_STATE_VALID      | VM_STATE_WRITABLE      |
> VM_STATE_CACHEABLE_NOT
>     }
>     };
>
>   I think the biggest difference between my BSP and EVM's bsp is the
serial
> driver. Are there some relationships between cache error and serial
> driver(The only thing I can suspect)?  or are they some hardware proplems
on
> my board? but the cache and MMU are on chip. external components can
affact
> them?
>
> Ren Hantao
> 2000/4/10
>
>
>
> In article <pkockritz-0604000645250001@24.0.106.190>,
>   pkockritz@home.com (Pete Kockritz) wrote:
> > In article <8cgr5u$c4k$1@nnrp1.deja.com>, svcrht@my-deja.com wrote:
> >
> > > Hi, All
> > >   I can not enable the cache on my MPC860 board. When I included
> cache
> > > and MMU in the BSP files, It passed cacheLibInit(USER_I_CACHE_MODE,
> > > USER_D_CACHE_MODE), but failed in cacheEnable(INSTRUCTION_CACHE). if
> I
> > > skip cacheEnable(INSTRUCTION_CACHE), it still failed in cacheEnable
> > > (DATA_CACHE). If I passed both the instruction and data cache enable
> > > functions, it went into usrMmuInit() and never return. So I undefine
> > > the MMU and cache support, then everything is OK, but without cache,
> > > the CPU perfomance is rather low.
> > >   This problem have puzzled me for a few days. I almost have no
> ideas.
> > > Does anyone who have used 860's cache? Any suggestions will be very
> > > much appreciated.
> >
> > What BSP are you using, one supplied by WRS or a custom one? If
> custom,
> > did you set up the entries in sysPhysMemDesc correctly?
> >
> > Regards,
> > Pete
> > --
> > +-----------------------------------------------------------------+
> > |       Pete Kockritz                  mailto:pkockritz@home.com  |
> > |                       This space for rent.                      |
> > +-----------------------------------------------------------------+
> >
>
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Tue Apr 11 04:03:12 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Tue Apr 11 04:03:15 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Tue Apr 11 04:03:09 PDT 2000

        Subject: Telnet application
        Subject: Re: TFFS died after power loss..
        Subject: Re: Add files ".o" to project
        Subject: Crash Dump Analysis
        Subject: Software Floating Point - x86
        Subject: "lockd not responding" for Tornado2 launch
        Subject: Lost interrupts on MPC860
        Subject: Re: Software Floating Point - x86
        Subject: Re: Lost interrupts on MPC860
        Subject: Re: Boot vxWorks with TFFS
        Subject: Re: TFFS died after power loss..
        Subject: PCI puzzlement
        Subject: MPC860 SPI Driver
        Subject: Re: Running vxWorks on a standard PC(x86 Compatible) question
        Subject: Accidental posting
        Subject: HMI for mbx860 board in Tornado
        Subject: Re: Fast Ethernet, End Drivers, PowerPC 860T
        Subject: Re: MPC860 SPI Driver
        Subject: usrNetwork.c Initialization
        Subject: Re: Add files ".o" to project
        Subject: Re: Boot vxWorks with TFFS
        Subject: Comparison of VxWorks with pSOS/QNX/VRTX
        Subject: Re: usrNetwork.c Initialization
        Subject: Re: Add files ".o" to project
        Subject: Re: Add files ".o" to project
        Subject: Re: PCI puzzlement
        Subject: Re: PCI puzzlement
        Subject: Re: linux-vxworks networking problem
        Subject: Re: Add files ".o" to project

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: Telnet application
Date: Mon, 10 Apr 2000 13:27:06 +0200
From: "Achim Zimmer" <hzimmer@dica.de>
Organization: Colt Telecom GmbH
Message-ID: <8csdni$3r9$1@crusher.de.colt.net>
References: <8ckh44$dn3$1@crusher.de.colt.net>

Achim Zimmer <hzimmer@dica.de> schrieb in im Newsbeitrag:
8ckh44$dn3$1@crusher.de.colt.net...
> Hi,
> when I include the "Telnet server" it always want's the "target shell" and
> the "target debugging" also included.
> But I don't need the target shell. Otherway I have also to include the
> "symboltable" to the image to work with the target shell.
> We only will "connect" our commandlinetask (normaly working on RS232
> terminal) to the telnet deamen.
> Is there any way to eleminate the target shell  and nevertheless using the
> telnet server ?
> How can I realize get and puts to the telnet interface ?
>
> We are using T2 and an RTOS image from flash, so we have to reduze it to a
> minimum.
>
> Thanks for help, i am wasting some days on this problem.
>
> --
> Thanks
> Achim Zimmer
> R&D DICA Technologies
>
> Have a nice day !
>
>

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: TFFS died after power loss..
Date: Mon, 10 Apr 2000 08:36:05 -0400
From: Burt Bicksler <NSpambbick@ix.netcom.com>
Organization: BBB
Message-ID: <MPG.135b94bc8a34c547989680@nntp.ix.netcom.com>
References: <MPG.135018e86ddedd36989696@nntp.ix.netcom.com> <38e6a761.2720275@news.swbell.net>

Bruce, if you're out there..

I had forgotten in my original post to say to remove the 'spam bait' in 
the reply address, so if you tried e-mailing me you probably didn't have 
much luck.  Likewise I haven't been able to reach you at the snaphook e-
mail address..

If you have a chance to send me the information you were referring to 
I've revised the reply address to be more obvious as to what needs to be 
altered to be able to e-mail me.

Andrey, thanks for the response as well..

Regards,
Burt

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Add files ".o" to project
Date: Mon, 10 Apr 2000 17:04:49 +0100
From: Graham Baxter <gbaxter@NOSPAM.bcs.org.uk>
Organization: Graham Baxter (Software) Limited
Message-ID: <38F1FBA1.C2AB71E0@NOSPAM.bcs.org.uk>
References: <1be0267a.7b90ce05@usw-ex0102-013.remarq.com>

Marco,

From the builds tab of  <your workspace> -> <your project> -> defaults

select the macro EXTRA_MODULES and add your object file names.

You need to check that they were built with a compatible compiler.

I Hope this helps.

Regards,

Graham Baxter
Freelance Software Engineer
gbaxterNOSPAM@bcs.org.uk

Marco Penso wrote:

> Hi
>
> I must add some files to my project due to adding new hardware
> in my system.
> The furnisher gave me the necessary drivers, but he gave me only
> the object files (.o), not the source files. So I don't know
> what should I do with Tornado 2.0 to be able in use that drivers.
>
> Is there someone that can help me?
>
> Thank you and best regards.
> Marco.
>
> * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
> The fastest and easiest way to search and participate in Usenet - Free!

---------------------------

Newsgroups: comp.os.vxworks
Subject: Crash Dump Analysis
Date: Mon, 10 Apr 2000 16:22:08 GMT
From: "Vu Pham" <vuhuong@starcomtec.com>
Organization: EarthLink Inc. -- http://www.EarthLink.net
Message-ID: <QcnI4.12475$y4.484792@newsread1.prod.itd.earthlink.net>

Hello all,
    I am using Tornado 1.01, Vxworks 5.3.1, pcPentium.
    I am developing SCSI driver. My driver is running for a while and
crashing the target (automatically reboot the target). I am having some
trace buffer to see what is going when the target is up; however, the target
is crashing I also lost my buffer. My questions are
    Is there any way to get the crashed memory dump from the Vxworks target?
    Are there any tools available to do the crash dump analysis?

Thanks in advance,

Vu Pham
STI

---------------------------

Newsgroups: comp.os.vxworks
Subject: Software Floating Point - x86
Date: Mon, 10 Apr 2000 18:42:56 +0200
From: "Vladimir" <svoval@t2.technion.ac.il>
Organization: NetVision Israel	
Message-ID: <8csvtn$h2m$1@news.netvision.net.il>
Reply-To: "Vladimir" <svoval@t2.technion.ac.il>

I have a problem with software floating point emulation: (AMD SC400
processor - 486 compatible)
The following macros are enabled:
#define INCLUDE_GCC_FP
#define INCLUDE_I80387
#define INCLUDE_HW_FP
#define INCLUDE_SW_FP

When I do some floating point operation (like comparison), I get exception:
Device Not Available
Program Counter: 0x0036ab1f
Status Register: 0x00010206
Task: 0x1fa8090 "t1"

It seems that the software floating point support library doesn't install
itself correctly (because it should handle Device Not Available) exception.
What is the solution?

---------------------------

Newsgroups: comp.os.vxworks
Subject: "lockd not responding" for Tornado2 launch
Date: Mon, 10 Apr 2000 12:29:26 -0700
From: "Narendra C. Tulpule" <naren@trillium.com>
Organization: Trillium
Message-ID: <38F22B96.E1B655C6@trillium.com>

Hi,
  We have Tornado 2.0.1 running on Solaris 2.5.1 or Solaris 2.7; my
desktop environment is CDE and the window manager (AFAIK) is dtwm.
  I start launch, then click on "Project" button. Nothing happens except
in the dtterm window I started the launch in I get this message:
UITclSh:11381: file locking of <my home dir>/.wind/mw/win.ini failed:
lock daemon not responding
  Anyone faced a similar problem? How did you get out of it?

---------------------------

Newsgroups: comp.os.vxworks
Subject: Lost interrupts on MPC860
Date: Mon, 10 Apr 2000 15:12:17 -0500
From: "David Spencer" <dspencer@bluews.com>
Message-ID: <TsqI4.98$6i7.2699@client>

We have a board running vxWorks on an 860 that uses one of the edge
sensitive port C pins to generate an interrupt via the CPM. We also have
several other CPM interrupts in use, including one of the SCC channels which
is being used as a UART, and which has higher interrupt priority than the
port C pin.

The problem we are seeing is that occasionally, we miss an edge on the port
C pin. Our external hardware generates it, but the ISR never gets called and
when we look after the event, the corresponding bit in the CIPR register is
not set. (Before everyone jumps and says "Classic race condition", this is
not the case, our hardware can only generate a new edge after the previous
one has been acknowledged.) Therefore, it looks like something in vxWorks is
clearing the pending interrupt without ever calling the ISR. Interestingly,
this failure is very dependent on the SCC interrupt activity. If we reduce
the SCC usage (print out less debug messages!) then the number of lost edges
decreases, and if we give the port C pin highest priority (through the HP
field in the CICR register) then the problem goes away altogether.

Wind River can't think of anything, but have given us the source to all the
interrupt code, and we too can't spot an obvious problem. Has anyone else
had any similar problems, and if so, what's the cure?

Thanks
David

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Software Floating Point - x86
Date: Mon, 10 Apr 2000 21:00:00 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38F240D0.F410C640@nowhere.com>
References: <8csvtn$h2m$1@news.netvision.net.il>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

I'm not certain, but I don't believe you should define both INCLUDE_HW_FP and
INCLUDE_SW_FP.  If you don't have floating-point hardware, INCLUDE_HW_FP should
not be defined.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

Vladimir wrote:
> 
> I have a problem with software floating point emulation: (AMD SC400
> processor - 486 compatible)
> The following macros are enabled:
> #define INCLUDE_GCC_FP
> #define INCLUDE_I80387
> #define INCLUDE_HW_FP
> #define INCLUDE_SW_FP
> 
> When I do some floating point operation (like comparison), I get exception:
> Device Not Available
> Program Counter: 0x0036ab1f
> Status Register: 0x00010206
> Task: 0x1fa8090 "t1"
> 
> It seems that the software floating point support library doesn't install
> itself correctly (because it should handle Device Not Available) exception.
> What is the solution?

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Lost interrupts on MPC860
Date: Mon, 10 Apr 2000 21:40:53 GMT
From: Pete Kockritz <petekz@my-deja.com>
Organization: Deja.com - Before you buy.
Message-ID: <8cthp2$t45$1@nnrp1.deja.com>
References: <TsqI4.98$6i7.2699@client>

In article <TsqI4.98$6i7.2699@client>,
  "David Spencer" <dspencer@bluews.com> wrote:
> We have a board running vxWorks on an 860 that uses one of the edge
> sensitive port C pins to generate an interrupt via the CPM. We also
have
> several other CPM interrupts in use, including one of the SCC channels
which
> is being used as a UART, and which has higher interrupt priority than
the
> port C pin.
>
> The problem we are seeing is that occasionally, we miss an edge on the
port
> C pin. Our external hardware generates it, but the ISR never gets
called and
> when we look after the event, the corresponding bit in the CIPR
register is
> not set. (Before everyone jumps and says "Classic race condition",
this is
> not the case, our hardware can only generate a new edge after the
previous
> one has been acknowledged.) Therefore, it looks like something in
vxWorks is
> clearing the pending interrupt without ever calling the ISR.
Interestingly,
> this failure is very dependent on the SCC interrupt activity. If we
reduce
> the SCC usage (print out less debug messages!) then the number of lost
edges
> decreases, and if we give the port C pin highest priority (through the
HP
> field in the CICR register) then the problem goes away altogether.
>
> Wind River can't think of anything, but have given us the source to
all the
> interrupt code, and we too can't spot an obvious problem. Has anyone
else
> had any similar problems, and if so, what's the cure?

Make sure you don't have this in your ISRs (depending on how you are
using the CPM interrupts):

   CPIR |= CPM_PENDING_BIT;

The or-equals can clear pending bits for pending interrupts that you
haven't handled. This also goes for the SIPEND register in the SIU. It
should be just:

   CPIR = CPM_PENDING_BIT;

If you look in the change history for the 860 ISR from WRS, you'll see
that they alternately fixed and broke and fixed this problem.

- --
Regards,
Pete Kockritz

The views expressed are my own and not necessarily that of my employer's

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Boot vxWorks with TFFS
Date: Mon, 10 Apr 2000 21:44:37 GMT
From: bwedding@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8cti00$t61$1@nnrp1.deja.com>
References: <112bb072.493ce3e1@usw-ex0102-013.remarq.com> <38EDF2CD.8210BA70@home.com> <0f528348.7dd3d434@usw-ex0102-013.remarq.com>

In article <0f528348.7dd3d434@usw-ex0102-013.remarq.com>,
  Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid> wrote:
> Thank you for your interest, but I'm still not able to load
> vxWorks from DiskOnChip. It seems like is missing something.
> Maybe there are declarations specific to add in config.h or
> elsewhere for boot from DiskOnChip.
> Can you tell me something more?

I'll make it as simple as it gets.  Get this file:

http://www.m-sys.com/files/drivers/doc/DOC_vxworks_5_3_1.zip

Follow the directions in the readme.txt

Bruce

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: TFFS died after power loss..
Date: Mon, 10 Apr 2000 21:47:14 GMT
From: bwedding@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8cti4t$tfh$1@nnrp1.deja.com>
References: <MPG.135018e86ddedd36989696@nntp.ix.netcom.com> <38e6a761.2720275@news.swbell.net> <MPG.135b94bc8a34c547989680@nntp.ix.netcom.com>

In article <MPG.135b94bc8a34c547989680@nntp.ix.netcom.com>,
  Burt Bicksler <NSpambbick@ix.netcom.com> wrote:
> Bruce, if you're out there..

Still here.

> the reply address, so if you tried e-mailing me you probably didn't
> have  much luck.  Likewise I haven't been able to reach you at the
> snaphook e-mail address..

Mine is tricky too, you have to 2 letter abreviate the southwestern
part of snaphook@southwesternbell.com.

> If you have a chance to send me the information you were referring to
> I've revised the reply address to be more obvious as to what needs to

I'll send it right now.

Bruce

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: PCI puzzlement
Date: Mon, 10 Apr 2000 16:54:41 -0700
From: "Charles Krinke" <ckrinke@doctordesign.com>
Message-ID: <aRtI4.1$%N.76@news.connectnet.com>

Gentlemen:
    I am searching for a little advice. I have a target system that is an
ARM (non-PC) with a PCI bus and several devices on the bus (video, bridge to
processor, other chip). I need to work at the lowest level possible for an
embedded app so I have no BIOS to automatically initialize PCI devices and
am working with the PCI library routines in vxWorks. I can successfully run
pciFindDevice(), and pciDevConfig() and set a BaseAddressRegister to a known
point above physical memory. My problem is that when I use the shell via my
rs-232 port to display memory ('d'), the shell restarts. The question seems
to me to be "Is vxWorks short stopping this memory access or is my device
really not where I think it is?". I can read/write the configuration
registers in the chip I am working with (a video chip), and I can see that I
have set the BAR to the value I wish, but when I try to access it from the
shell, things go awry. Any suggestions would be helpful.

Charles Krinke

---------------------------

Newsgroups: comp.os.vxworks
Subject: MPC860 SPI Driver
Date: 11 Apr 2000 00:24:26 GMT
From: newfriend5@aol.com (Newfriend5)
Organization: AOL http://www.aol.com
Message-ID: <20000410202426.22234.00000872@ng-ci1.aol.com>

Hi all !!  I need help with writing a device driver for MPC860's 
Serial Peripheral Interface. The operating system being used is VxWorks.

Any help will be appreciated.

Thanks.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Running vxWorks on a standard PC(x86 Compatible) question
Date: Tue, 11 Apr 2000 10:29:57 +0900
From: "ChanSeong Kim" <cskim@kci.co.kr>
Organization: Korea Telecom
Message-ID: <8ctupk$e9g$1@news1.kornet.net>
References: <nZRH4.126109$Pa1.3282704@news6.giganews.com>

I'm running vxWorks on a embedded x86 board(model no: HS450
http://www.borser.com.tw all-in-one board that have a RealTek(8139 chip)
lan,CHIPS 69000 VGA + 4 serial port +IDE type FLASH DISK+Floopy port) with
ZINC for GUI programming. Downloading from Host computer(NT) is current
situation. But booting from FLASH HARD DISK is another problem because of
linking application which called zinc's subroutine.

We have a following problem in linking for hard disk booting without network
download.

1. We refered zafstart.pdf page31~32 for StandAlone vxWorks image.

2. Entered following codes in ../config/pcpentium/Makefile
    Also, entered user wanted program(let's say hello()) in usrConfig.c
like following

MACH_EXTRA        =
C:/Tornado/target/src/zinc/demos/hello/proj/i86/PENTIUMgnu/hello1_boot.o \

C:/Tornado/Target/lib/objPENTIUMgnuApps/ugl.o \

C:/Tornado/Target/lib/objPENTIUMgnuApps/zinc.o
3. but we have a following error
C:\Tornado\target\config\pcPentium>make CPU=PENTIUM
cc386 -BC:\Tornado/host/x86-win32/lib/gcc-lib/ -c -mpentium -ansi -nostdinc 
- -O2
- -fvolatile -nostdlib -fno-builtin -fno-defer-pop -Wall -I/h   -I. -IC:\Torna
do\t
arget\config\all -IC:\Tornado\target/h -IC:\Tornado\target/src/config -IC:\T
orna
do\target/src/drv -DCPU=PENTIUM  -DCPU_VARIANT=PENTIUM   -o version.o
C:\Tornado
\target\config\all/version.c
cc386 -BC:\Tornado/host/x86-win32/lib/gcc-lib/ -nostdlib -r -Wl,-X \
    -o vxWorks.tmp sysALib.o sysLib.o
C:/Tornado/target/src/zinc/demos/hello/pro
j/i86/PENTIUMgnu/hello1.o
C:/Tornado/target/src/zinc/demos/hello/proj/i86/PENTIU
Mgnu/v_app.o C:/Tornado/Target/lib/objPENTIUMgnuApps/ugl.o
C:/Tornado/Target/li
b/objPENTIUMgnuApps/zinc.o   usrConfig.o version.o
C:\Tornado\target/lib/libPEN
TIUMgnuvx.a
C:/Tornado/Target/lib/objPENTIUMgnuApps/zinc.o(.data+0xe1a8): multiple
definitio
n of `_ctors'
C:/Tornado/Target/lib/objPENTIUMgnuApps/ugl.o(.data+0x72d8): first defined
here
C:/Tornado/Target/lib/objPENTIUMgnuApps/zinc.o(.data+0xe208): multiple
definitio
n of `_dtors'
C:/Tornado/Target/lib/objPENTIUMgnuApps/ugl.o(.data+0x72e8): first defined
here
collect2: ld returned 1 exit status
cc386: Internal compiler error: program ld got fatal signal 1
make: *** [vxWorks] Error 0x1

4. Before doing above 3., we previously installed tornadoII , then installed
zinc.
    Then added ..src/ugl/fonts/unifont.c  for 2 byte language(korean).  then
rebuild ugl, zinc like this
Cd ugl
make CPU=PENTIUM rclean
make CPU=PENTIUM CPU=PENTIUM applibsclean
make CPU=PENTIUM CPU=PENTIUM applibs
make CPU=PENTIUM CPU=PENTIUM
cd ..
cd zinc
make CPU=PENTIUM rclean
make CPU=PENTIUM CPU=PENTIUM applibsclean
make CPU=PENTIUM CPU=PENTIUM applibs
make CPU=PENTIUM CPU=PENTIUM

Any comments or advise( Thank you in advance) will be appreciated.

"Michael McGarry" <mmcgarry@speakeasy.org> wrote in message
news:nZRH4.126109$Pa1.3282704@news6.giganews.com...
> Hi,
>
> I would like to run vxWorks on a standard Pentium PC and was wondering if
> anyone had experience using a particular ethernet card with vxWorks and
> could give me some tips on configuring vxWorks to use the card.
>
> I was thinking of using a NetGear 10/100 ethernet card. Any comments?
>
> Thank you for your time.
>
> Regards,
>
> Michael McGarry
>
>

---------------------------

Newsgroups: comp.os.vxworks
Subject: Accidental posting
Date: Tue, 11 Apr 2000 02:25:56 GMT
From: Fred Roeber <froeber@bbn.com>
Organization: BBN
Message-ID: <38F28DF2.827FB6C1@bbn.com>
References: <8cosl5$20u37@overload.lbl.gov>

Hi, I would like to apologize in advance for the wasted bandwidth but I feel I
should correct an error I made in a posting over the weekend. I had intended to
send a reply to a posting from John Cosgrove back to him directly as I used to
work with him. Instead, the message was sent to the newsgroup. In the message
(excerpted below) I had voiced criticisms about software products. I was not
referring to any products in particular in my criticism (i.e. Greenhill's
products). I had intended a general statement to John about the state of affairs
in the overall software industry where lots of products that we pay good money
for have errors that cost engineer time and effort to solve. I work with
numerous tools and it's safe to say they all have bugs. At least with many of
the embedded vendors there are possibilities of fixing the problems. When was
the last time a certain unnamed company that is on trial and dominates the
software industry fixed a critical problem for anyone? Anyways, please don't
take my accidental post as criticism of particular companies as it wasn't
directed at those companies.    Fred

   |      Fred J Roeber,  BBN Systems & Technologies      |
   |    4 John Clarke Road   Middletown, RI  02842-5202   |
   |          froeber@bbn.com     401-848-3548            |
   |    Division Scientist, High Performance Computing    |

Problematic posting I had sent:

> Hey John, You wrote:

> <<cut>>

> > While Green Hills has been responsive, these issues have used a lot of
> > resources we did not plan for in budgeting this port.  Caveat Emptor
> > (spelling???)
>
> Isn't this stuff a pain? We pay big bucks and still have problems with
> these products. Personally, I have to keep getting source files and fixing
> the problems in them to make things work.

<<cut>>

---------------------------

Newsgroups: comp.os.vxworks
Subject: HMI for mbx860 board in Tornado
Date: Mon, 10 Apr 2000 20:19:45 -0700
From: "Dean C. Wang" <dwang@ardentek.com>
Organization: Ardent Technologies
Message-ID: <38F299D1.A0B2C1FF@ardentek.com>

Anyone has experience with HMI BMD (BDM) in the Tornado environment?
Does it work under VxWorks? How about comparison to visionProbe?

Dean
dwang@ardentek.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Fast Ethernet, End Drivers, PowerPC 860T
Date: Tue, 11 Apr 2000 03:28:55 GMT
From: mike kelly <mike@cogcomp.com>
Organization: Cogent Computer Systems, Inc.
Message-ID: <38F29B3F.15F1C50F@cogcomp.com>
References: <8atks8$lf9$1@nnrp1.deja.com>

AFAIK, the MII bus is just the mechanism for accessing the internal
registers of the PHY.  The actual addressing and bit assignments can be
vastly different between MII devices.  You need to refer to the specs
of the LTX971 and LTX970 to see where the changes are.  The 802.3 spec
only defines the first 7 registers for generic PHY functions.  The 970 
has 5 additional registers for chip specific functions.  

As for working with the BSP, you should be able to access the registers
using the same code, but obviously you need to adjust what you are
writing into and expecting to read from the registers.

rfeller@pgaero.co.uk wrote:
> 
> Reference BSP :-   ADS860 - Motorola MPC821/860ADS and MPC860TFADS
> 
> The Problem.....
> 
> We are using the MPC860FADS hardware / BSP. We have configured the
> system to use the on board Fast Ethernet Controller.
> 
> This hardware uses a external Fast Ethernet Transceiver LXT970.
> 
> For our final hardware the Fast Ethernet Transceiver shall be a LXT971
> device which has a slightly different register set-up, and I believe
> this is not directly compatible with the previous device.
> ( Both devices are MII compliant (  Note MII stands for  Media
> Independent Interface ) )
> 
> From the BSP it states that the platform complies to the MII
> specification. (I am not fully aware of the MII specification etc )
> 
> Therefore any device that is MII compliant should work correctly, is
> this correct ??.
> 
> Therefore I assume that replacing the LTX970 with the LTX971 should
> work ??. (Assuming the hardware is set-up correctly)
> 
> I ask because we do not have the source code, only an object module- as
> follows :- motFecEnd.o - END-style Fast-Ethernet Controller
> communication library
> 
> Has anyone written an End driver for this type of device ?
> I am not familiar with Fast Ethernet or this FEC, your help would very
> much be appreciated.
> 
> Riccardo Feller
> Software Engineer
> rfeller@pgaero.co.uk
> 
> Sent via Deja.com http://www.deja.com/
> Before you buy.

- -- 
****************************************************
* Michael J. Kelly,  VP Engineering and Marketing  *
* Cogent Computer Systems, Inc.  tel: 508-278-9400 *
* 10 River Rd., Suite 205        fax: 508-278-9500 *
* Uxbridge, MA 01569          web: www.cogcomp.com *
****************************************************
* CMA: 32/64-Bit Microprocessor Development Boards *
****************************************************

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: MPC860 SPI Driver
Date: Tue, 11 Apr 2000 09:19:23 +0200
From: "Achim Zimmer" <hzimmer@dica.de>
Organization: Colt Telecom GmbH
Message-ID: <8cujjb$3t4$1@crusher.de.colt.net>
References: <20000410202426.22234.00000872@ng-ci1.aol.com>

I have written one. what type of help do you need ?

Newfriend5 <newfriend5@aol.com> schrieb in im Newsbeitrag:
20000410202426.22234.00000872@ng-ci1.aol.com...
> Hi all !!  I need help with writing a device driver for MPC860's
> Serial Peripheral Interface. The operating system being used is VxWorks.
>
> Any help will be appreciated.
>
> Thanks.

---------------------------

Newsgroups: comp.os.vxworks
Subject: usrNetwork.c Initialization
Date: Tue, 11 Apr 2000 09:23:32 +0200
From: "Achim Zimmer" <hzimmer@dica.de>
Organization: Colt Telecom GmbH
Message-ID: <8cujqm$44b$1@crusher.de.colt.net>

my problem is: I want to initialize the network interfaces myself not in
usrNetInit()
also in further times it can be possible that we have to change
"usrNetwork.c"

Now I want to copy and then changed the copied "usrNetwork.c"  to my
directories.
I have added it to the BSP workspace, but when it compiles it as double
declarations.

If I change the original file, nothing happens. I build in some errors for
the compiler, but he didn't touch that file ???

I don't understand that mechanism, please help me.

- --
Thanks
Achim Zimmer
R&D DICA Technologies

Have a nice day !

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Add files ".o" to project
Date: Tue, 11 Apr 2000 00:48:30 -0700
From: Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid>
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Message-ID: <121288a8.e3af872e@usw-ex0102-013.remarq.com>
References: <1be0267a.7b90ce05@usw-ex0102-013.remarq.com> <38F1FBA1.C2AB71E0@NOSPAM.bcs.org.uk>

Thank you,

I'm sorry but I dont find any macro EXTRA_MODULES. Can you tell
me more?

Regards.
Marco.

* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Boot vxWorks with TFFS
Date: Tue, 11 Apr 2000 01:00:59 -0700
From: Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid>
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Message-ID: <26d5d72c.e6f03bda@usw-ex0102-013.remarq.com>
References: <112bb072.493ce3e1@usw-ex0102-013.remarq.com> <38EDF2CD.8210BA70@home.com> <0f528348.7dd3d434@usw-ex0102-013.remarq.com> <8cti00$t61$1@nnrp1.deja.com>

Bruce,

I tried the solution you told me, but when I boot the system I
receive the message

MuxLoad failed

before the 7-seconds countdown
and after the countdown appear the following.

Can't load boot file!!
Can't open "bootrom.{sys,dat}"

I hope you can tell me something more.
Thank you for all.

Marco.

* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!

---------------------------

Newsgroups: comp.os.vxworks
Subject: Comparison of VxWorks with pSOS/QNX/VRTX
Date: Tue, 11 Apr 2000 01:20:15 -0700
From: somani <somani@aludra.usc.edu>
Organization: University of Southern California, Los Angeles, CA
Message-ID: <Pine.GSO.4.10.10004110118230.24960-100000@aludra.usc.edu>

Hi,

 Does anyone have any pointers to where I could find comparison of VxWorks
to QNX/VRTX/pSOS.

 Any help would be highly appreciated.

Thanks.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: usrNetwork.c Initialization
Date: 11 Apr 2000 08:25:13 GMT
From: johan.borkhuis@peektraffic.nl
Organization: XS4ALL Internet BV
Message-ID: <8cunh9$kjt$1@news1.xs4all.nl>
References: <8cujqm$44b$1@crusher.de.colt.net>

Achim Zimmer <hzimmer@dica.de> wrote:
: my problem is: I want to initialize the network interfaces myself not in
: usrNetInit()
: also in further times it can be possible that we have to change
: "usrNetwork.c"

: Now I want to copy and then changed the copied "usrNetwork.c"  to my
: directories.
: I have added it to the BSP workspace, but when it compiles it as double
: declarations.

The code in src/config is normally not included in your project, but the
code that is available in config/src/net is included to initialise the
network (al least for T2, I don't know for T1.0.1). When you don';t want
to include part of the initialisation you can copy the file(s) from this
directory to your local directory and modify it. Or you can try to find
where the file is referred from within one of the CDF files in
config/VxWorks. 

Groeten,
	Johan

- -- 
     o o o o o o o . . .   ___________________________________
    o      _____           ||    Johan Borkhuis              |
  .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
 >(________|__|_[_________]_|________________________________|
 _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
=== VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Add files ".o" to project
Date: Tue, 11 Apr 2000 01:38:37 -0700
From: Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid>
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Message-ID: <02bc011c.f0c1c096@usw-ex0102-013.remarq.com>
References: <1be0267a.7b90ce05@usw-ex0102-013.remarq.com> <38F1FBA1.C2AB71E0@NOSPAM.bcs.org.uk>

Sorry, my previous message was not correct, I found the macro
EXTRA_MODULES, but I don't know how to add my files .o.
I added them in the "value" bar, but when I execute the rebuild
all, I receive the message:

make: *** No rule to make target `HCF.O', needed by
`partialImage.o'.  Stop.

Where HCF.O is the file I must add.

Thank you.
Marco.

* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Add files ".o" to project
Date: 11 Apr 2000 08:53:30 GMT
From: johan.borkhuis@peektraffic.nl
Organization: XS4ALL Internet BV
Message-ID: <8cup6a$mqj$1@news1.xs4all.nl>
References: <1be0267a.7b90ce05@usw-ex0102-013.remarq.com> <38F1FBA1.C2AB71E0@NOSPAM.bcs.org.uk> <02bc011c.f0c1c096@usw-ex0102-013.remarq.com>

Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid> wrote:

: make: *** No rule to make target `HCF.O', needed by
: `partialImage.o'.  Stop.

: Where HCF.O is the file I must add.

Be sure to have the file in your build directory, with all the other .o
files that are genearted by Tornado.

Groeten,
	Johan

- -- 
     o o o o o o o . . .   ___________________________________
    o      _____           ||    Johan Borkhuis              |
  .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
 >(________|__|_[_________]_|________________________________|
 _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
=== VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI puzzlement
Date: Tue, 11 Apr 2000 10:53:03 +0200
From: "Jean-Francois Monestier" <foo@foo.com>
Organization: Guest of OLEANE
Message-ID: <8cupb3$d1b$1@minus.oleane.net>
References: <aRtI4.1$%N.76@news.connectnet.com>

>Gentlemen:
>    I am searching for a little advice. I have a target system that is an
>ARM (non-PC) with a PCI bus and several devices on the bus (video, bridge
to
>processor, other chip). I need to work at the lowest level possible for an
>embedded app so I have no BIOS to automatically initialize PCI devices and
>am working with the PCI library routines in vxWorks. I can successfully run
>pciFindDevice(), and pciDevConfig() and set a BaseAddressRegister to a
known
>point above physical memory. My problem is that when I use the shell via my
>rs-232 port to display memory ('d'), the shell restarts. The question seems
>to me to be "Is vxWorks short stopping this memory access or is my device
>really not where I think it is?". I can read/write the configuration
>registers in the chip I am working with (a video chip), and I can see that
I
>have set the BAR to the value I wish, but when I try to access it from the
>shell, things go awry. Any suggestions would be helpful.
>
>Charles Krinke

I tried to do the same sort of thing a few time ago, without success, and
here is what I'd been replied by the guru of our team (who left, btw) :

"The memory setup is so that the processor needs to be in supervisor state
when accessing the PCI space, which is not the case from the shell".

I never dared arguing with this guy.

As long as you can r/w the registers of your devices, I guess your setup is
fine...

Jean-Francois.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI puzzlement
Date: Tue, 11 Apr 2000 09:59:45 +0100
From: Adrian Cox <apc@agelectronics.co.uk>
Message-ID: <20000411085947.4D058D15.NFL@trout.agsite2.demon.co.uk>
References: <aRtI4.1$%N.76@news.connectnet.com>
Reply-To: Adrian Cox <apc@agelectronics.co.uk>

Charles Krinke wrote:
> [...] I can successfully run
> pciFindDevice(), and pciDevConfig() and set a BaseAddressRegister to a known
> point above physical memory. My problem is that when I use the shell via my
> rs-232 port to display memory ('d'), the shell restarts. The question seems
> to me to be "Is vxWorks short stopping this memory access or is my device
> really not where I think it is?". I can read/write the configuration
> registers in the chip I am working with (a video chip), and I can see that I
> have set the BAR to the value I wish, but when I try to access it from the
> shell, things go awry. Any suggestions would be helpful.

1: Are ARM memory addresses the same as PCI memory addresses? On x86
this is true, on many PowerPC boards it is not true.

2: Is the address range you've picked mapped? You may need to add the
memory region to sysPhysMemDesc in sysLib.c. (If ARM even has
sysPhysMemDesc)

3: Have you enabled memory space in the PCI command register (config
space offset 4)?

There are probably other things that can go wrong, but these are my
favourites.

- - Adrian Cox, AG Electronics

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: linux-vxworks networking problem
Date: Tue, 11 Apr 2000 09:42:26 GMT
From: Sperry Family <sperry.family@gte.net>
Message-ID: <38F2F304.51BF9734@gte.net>
References: <38ECC911.85A27A40@nrc.ca>

Tony Hoffmann wrote:
> 
> We are having some bizarre behaviour getting some distributed processing
> 
> working between Linux and VXWorks.   Solaris-VXWorks and Linux-Solaris
> give no problems but Linux-VXWorks appears to have sparatic timeout
> retries
> when the VXWorks side is sending a 1900 byte message to the linux box
> and then
> waits for an acknowledgement.  here's an explanation of the problem from
> the
> person working with the code.
[snip]

A shot in the dark: are the MTU settings for the interfaces of the linux
and vx boxes compatible? When you say 1900-bytes, a red flag goes up in
my
mind. Ethernet's MTU (are you using ethernet here?) is normally ~1500
bytes.
Maybe the vx box is config'd with a larger MTU than the linux box and IP
(are you using IP here?) is not fragmenting packets that are between
~1500
and 1900 bytes long. The linux box might then throw these packets away.

Vic Sperry
Paradyne Networks

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Add files ".o" to project
Date: Tue, 11 Apr 2000 02:40:18 -0700
From: Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid>
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Message-ID: <1328e1c0.00d93d41@usw-ex0102-013.remarq.com>
References: <1be0267a.7b90ce05@usw-ex0102-013.remarq.com> <38F1FBA1.C2AB71E0@NOSPAM.bcs.org.uk> <02bc011c.f0c1c096@usw-ex0102-013.remarq.com> <8cup6a$mqj$1@news1.xs4all.nl>

Thank you Joan,

now it seems work properly.

For add more than one file ".o", is correct to write in the
value bar all the file names separated by a space, or must I
proceed in another way?

Is possible (and how) specify link order (I have seen in the
link order tab only the files derived from project, but there is
not the possibility to add other files)

Thanks.

Regards.
Marco.

* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Tue Apr 11 05:16:51 2000
From: Ian Willats <ian.willats@telelogic.com>
Date: Tue Apr 11 05:16:53 PDT 2000
Subject: RE: PCI puzzlement

Charles Krinke wrote:

> My problem is that when I use the shell via my
> rs-232 port to display memory ('d'), the shell restarts.

Apart from the other useful suggestions already posted, do you know whether 
your device responds to all types of access (8-, 16- and 32-bit)?  I think by 
default the shell will use 16-bit accesses to read memory when you use the 'd' 
command.

I have found a safer way to do this kind of test is to use the 'm' command with 
a specific width (in bytes), e.g.

-> m <myAddress>, 4

By the way, Jean-Francois Monestier wrote of a "guru" having said:

> "The memory setup is so that the processor needs to be in supervisor state
> when accessing the PCI space, which is not the case from the shell".

In my experience with VxWorks, the last part of this statement is incorrect; 
the shell runs in the most-privileged processor state, as indeed do all other 
tasks.

Ian

Ian Willats
Principal Engineer, Telelogic UK Ltd
+44 121 234 6637

From vxwexplo-errs@csg.lbl.gov  Tue Apr 11 11:05:36 2000
From: Tom Antles <antles@spk.agilent.com>
Date: Tue Apr 11 11:05:38 PDT 2000
Subject: intel82557 or 559 ethernet drivers for PPC?

We are trying to use the 82559 ethernet chip on a ppc board
but the drivers we have are currently targeted to intel
architecture. 

We will port the intel drivers to PPC if necessary, but 
wondered if anyone knows of PPC drivers that would save
us the trouble?

vxworks tornado

 Tom Antles
 ----------------------
 tom_antles@agilent.com
 Phone: (509) 921-3590
 Fax:   (509) 921-3991

From vxwexplo-errs@csg.lbl.gov  Tue Apr 11 20:11:26 2000
From: Fred Roeber <froeber@bbn.com>
Date: Tue Apr 11 20:11:31 PDT 2000
Subject: Re: Crash Dump Analysis

On Tue, 11 Apr 2000, Vu Pham <vuhuong@starcomtec.com> wrote:

>     I am using Tornado 1.01, Vxworks 5.3.1, pcPentium.
>     I am developing SCSI driver. My driver is running for a while and
> crashing the target (automatically reboot the target). I am having some
> trace buffer to see what is going when the target is up; however, the target
> is crashing I also lost my buffer. My questions are
>     Is there any way to get the crashed memory dump from the Vxworks target?
>     Are there any tools available to do the crash dump analysis?

I think what you want to look at is the Wind River WindView tool running
in "post mortem" mode. WindView gives great insight into what a processor
running VxWorks is doing. In post mortem mode, you can see everything
that happens right up to the time it crashes. Check the WRS web site
if you want more info.  Fred

   |      Fred J Roeber,  BBN Systems & Technologies      |
   |    4 John Clarke Road   Middletown, RI  02842-5202   |
   |          froeber@bbn.com     401-848-3548            |
   |    Division Scientist, High Performance Computing    |

From vxwexplo-errs@csg.lbl.gov  Wed Apr 12 04:03:15 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Wed Apr 12 04:03:18 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Wed Apr 12 04:03:11 PDT 2000

        Subject: Re: taskdelay() vs nanosleep()
        Subject: Re: PCI puzzlement
        Subject: tcpdump
        Subject: Re: TFFS died after power loss..
        Subject: Re: Add files ".o" to project
        Subject: Re: PCI puzzlement
        Subject: TrueFFS for MVME2400 board
        Subject: name demangling
        Subject: Re: taskdelay() vs nanosleep()
        Subject: bsp management
        Subject: Re: PCI Interrupt Issues
        Subject: Intel StrongARM 1110 Development Board
        Subject: Re: PCI Intr. Issues.
        Subject: How to add cdromFS to kernel?
        Subject: Development tools for PC station
        Subject: Re: PCI Intr. Issues.
        Subject: Re: bsp management
        Subject: Re: bsp management
        Subject: 16 bit access with ARM.
        Subject: Re: Intel StrongARM 1110 Development Board
        Subject: Re: taskdelay() vs nanosleep()
        Subject: Re: 16 bit access with ARM.
        Subject: Re: who can tell me where I can find material(tutorial) about vxworks
        Subject: capturing core dumps on vxworks
        Subject: set system time
        Subject: Re: same subnet/IP address on multiple devices...
        Subject: Re: Cache Problem on MPC860 Board
        Subject: Re: Cache can not be enabled
        Subject: Re: Cache Problem on MPC860 Board
        Subject: Re: usrNetwork.c Initialization
        Subject: Re: Cache Problem on MPC860 Board
        Subject: Re: PCI Interrupt Issues
        Subject: Re: TFFS died after power loss..
        Subject: Re: Add files ".o" to project
        Subject: Re: Add files ".o" to project
        Subject: Re: Assembly language & PPC
        Subject: Re: bsp management
        Subject: Re: Software Floating Point - x86

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: Re: taskdelay() vs nanosleep()
Date: Tue, 11 Apr 2000 10:26:07 +0100
From: "Dave Korn" <no.spam@my.mailbox>
Organization: (Posted via) U-NET Internet Ltd.
Message-ID: <obEI4.4823$16.1153720@newsr2.u-net.net>
References: <8cl71h$r8v$1@slb1.atl.mindspring.net> <38EE37AB.D59952D6@nowhere.com>

Jim Harkins wrote:

>> I'm writing a device driver where I need a series of delays of about 20
usec
>> over a period of 1 ms or so.  I hate to tie the CPU up in a spin loop for
>> a millisecond, but my timing is such that if I wait more than 40 usec or
so
>> I may timeout.   My code is basically:
>>
>>         while(count--)
>>                 twiddle bit
>>                 delay 20 usec
>>         end while

Charlie Grames replied in message <38EE37AB.D59952D6@nowhere.com>...

>For the delay times you are talking about, you will probably need to use a
>busy-wait loop.  You might design a self-timing loop to increase
>portability.

  Well, there is a better solution than either of those. It is of course
more complicated and painful, but doing things properly always is..... <g>

  The reason (I presume) that Jim wants to nanosleep(...) between
bit-twiddles
is to allow other tasks to make use of the spare CPU cycles. But you must
remember that context switching is quite a slow operation. Two task-swaps
every 20usec for 1ms.means 100 task swaps per millisecond which works
out equivalent to a task-switching tick rate of 100 kHz. Which would
undoubtedly bog down the CPU pretty badly, and so not produce the desired
saving, to put it mildly...

  The 'correct' way to achieve this goal is to use an interrupt driven off
a hardware timer. Do it something like this:

      -- in the driver function
1.  set timer: delay = 20 usec, repeated count-downs, trigger an interrupt
       each time it hits zero.
2.  Put the details needed for twiddling the bit and the value of count
       into storage where the interrupt routine can find them.
3.  Wait for the interrupt to finish by sleeping on a previously-allocated
       binary semaphore.

      -- in the interrupt that is attached to the hardware timer
1.  twiddle the bit according to the data that was passed in by step 2.
       above;
2.  decrement the count.
3.  If there's more bits to twiddle (count non-zero) reset the timer to
       interrupt in another 20 usec, else halt the timer and semGive the
       semaphore that the foreground is waiting on.

  This solution then has the advantage that a) the 20usec. intervals are
accurately timed by hardware rather than approximated by delay loops
that will themselves be subject to interrupts and b) any spare CPU cycles
are given to another task, but the task that has called into the driver only
gets put to sleep once and woken up once.

  Note that as described above, there will be a wasted 20usec delay at the
start while waiting for the timer to first count down. You could perhaps do
the first bit-twiddle from the foreground driver code at the same time as
you
set the timer going. Perfection is left as an exercise for the reader :-)

  FWIW, I think that the notion of nanosleep(..) is fundamentally flawed,
for
the reason I mentioned above: task switching is a relatively expensive
operation, and unsuited to take place on any timescale that could reasonably
be called 'nano'!

        HTH,
              DaveK

- --
I wouldn't recommend sex, drugs or insanity for everyone, but they've
always worked for me.
                -- Hunter S. Thompson

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI puzzlement
Date: Tue, 11 Apr 2000 11:41:26 GMT
From: mike kelly <mike@cogcomp.com>
Organization: Cogent Computer Systems, Inc.
Message-ID: <38F30EB0.38C6A741@cogcomp.com>
References: <aRtI4.1$%N.76@news.connectnet.com>

Charles,

Make sure you understand how your PCI bridge works.  Some bridges, like
the 21285 from Intel, use fixed memory areas to access the various PCI
spaces.  So you would go to a particular CPU address to get config space
and a different local address for memory space, etc.  Other bridges,
like the PLX9060 or V360 use local-pci windows.  These windows can be 
programmed to translate a desired range of local addresses into PCI
accesses.  They allow you to set the type of PCI access (mem, i/o, 
config) that occurs when you access the window.  However, both the PLX
and V3 have only two windows.  This means one or both must do double
duty (i.e. i/o and config).  You need to make sure that you don't need
to remap the window to memory before you can use it and remap back to
config for card setup.

Other possible issues are cache and MMU.  You should not cache PCI space
since the ARM processors do not support any kind of snooping and/or
cache invalidate.  If you have the MMU enabled, make sure you are
allowing accesses to the base address you set the card to.

I hope this helps.

Michael

Charles Krinke wrote:
> 
> Gentlemen:
>     I am searching for a little advice. I have a target system that is an
> ARM (non-PC) with a PCI bus and several devices on the bus (video, bridge to
> processor, other chip). I need to work at the lowest level possible for an
> embedded app so I have no BIOS to automatically initialize PCI devices and
> am working with the PCI library routines in vxWorks. I can successfully run
> pciFindDevice(), and pciDevConfig() and set a BaseAddressRegister to a known
> point above physical memory. My problem is that when I use the shell via my
> rs-232 port to display memory ('d'), the shell restarts. The question seems
> to me to be "Is vxWorks short stopping this memory access or is my device
> really not where I think it is?". I can read/write the configuration
> registers in the chip I am working with (a video chip), and I can see that I
> have set the BAR to the value I wish, but when I try to access it from the
> shell, things go awry. Any suggestions would be helpful.
> 
> Charles Krinke

- -- 
****************************************************
* Michael J. Kelly,  VP Engineering and Marketing  *
* Cogent Computer Systems, Inc.  tel: 508-278-9400 *
* 10 River Rd., Suite 205        fax: 508-278-9500 *
* Uxbridge, MA 01569          web: www.cogcomp.com *
****************************************************
* CMA: 32/64-Bit Microprocessor Development Boards *
****************************************************

---------------------------

Newsgroups: comp.os.vxworks
Subject: tcpdump
Date: Tue, 11 Apr 2000 15:11:18 +0200
From: Tim Osbaldeston <Tim.Osbaldeston@stest.ch>
Organization: Swisscom IP+ (post doesn't reflect views of Swisscom)
Message-ID: <38F32476.8C6629E4@stest.ch>

Hi,

I'm loking for a tcpdump utility for vxworks. I've followed a couple of
dead links to vxsniff... 
If anyone has something working or knows an alive location...

Cheers,

Tim.

- -- 
Tim Osbaldeston
STS Switching Test Solutions AG, Friesenbergstrasse 75, CH-8055 Zurich 
tel: +41-1 454 6714
fax: +41-1 454 6605
mail: Tim.Osbaldeston@stest.ch
web: www.stest.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: TFFS died after power loss..
Date: Tue, 11 Apr 2000 13:10:58 GMT
From: sandrah7150@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8cv88r$its$1@nnrp1.deja.com>
References: <MPG.135018e86ddedd36989696@nntp.ix.netcom.com> <38e6a761.2720275@news.swbell.net>

Bruce,

Could I tap you too for the solutions you found to avoid corruption?

I'm using TFFS with DOS-FS2 on a NOR flash array. Explicitly sync'ing
every 5 secs and auto-checking at startup. So don't often get
corruption on power loss.. but once is too many.

Any help very gratefully received. Will post up any solutions I find
along the way.

Regards,
Sandra

In article <38e6a761.2720275@news.swbell.net>,
  snaphook@southwesternbell.net (Bruce) wrote:
> In comp.os.vxworks
> Burt Bicksler <SBSTbbick@ix.netcom.com> wrote:
>
> >We had a case where power was lost during a write to the dosFS on a
TFFS.
> >When the system rebooted it doesn't recognize the presence of TFFS
on
> >that flash device and, of course, would be unable to mount the dosFS.
> >
> >Nothing out of the ordinary, just writing log type data to files on
the
> >flash file system.
> >
> >An examination of the TFFS headers for each ERU don't show anything
> >obvious, and the master boot sector is present for the dosFS, and
appears
> >to be intact.
> >
> >Has anyone else experienced failures of TFFS when power is lost
during
> >file writes?
>
> Absolutely we have.  I'll email you a summary of our problems and
solutions
> on Monday. Are you using the Disk On Chip? The primary thing is to be
sure
> that you have disk caching disabled.
>
> Bruce
>
>

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Add files ".o" to project
Date: 11 Apr 2000 13:45:45 GMT
From: johan.borkhuis@peektraffic.nl
Organization: XS4ALL Internet BV
Message-ID: <8cvaa9$40v$1@news1.xs4all.nl>
References: <1be0267a.7b90ce05@usw-ex0102-013.remarq.com> <38F1FBA1.C2AB71E0@NOSPAM.bcs.org.uk> <02bc011c.f0c1c096@usw-ex0102-013.remarq.com> <8cup6a$mqj$1@news1.xs4all.nl> <1328e1c0.00d93d41@usw-ex0102-013.remarq.com>

Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid> wrote:
: For add more than one file ".o", is correct to write in the
: value bar all the file names separated by a space, or must I
: proceed in another way?

They can be separated by spaces.

BTW: I checked our own builds, and saw that we use ../<filename>. The file
is placed in the same directory as the source files. This has the
advantage that you can do a Rebuild all, without loosing the object file.

: Is possible (and how) specify link order (I have seen in the
: link order tab only the files derived from project, but there is
: not the possibility to add other files)

If you want to do this you should take a look in the file rules.vxworks,
here this macro is being used.

Groeten,
	Johan

- -- 
     o o o o o o o . . .   ___________________________________
    o      _____           ||    Johan Borkhuis              |
  .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
 >(________|__|_[_________]_|________________________________|
 _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
=== VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI puzzlement
Date: Tue, 11 Apr 2000 07:47:13 -0700
From: "Charles Krinke" <ckrinke@doctordesign.com>
Message-ID: <XVGI4.1$6f1.119@news.connectnet.com>
References: <8cv8i4$a3b18@overload.lbl.gov>

Rolando Goldman got me past the first hump and that was adding a new
descriptor for my new PCI memory window into sysPhysMemDesc in SYSLIB.c and
re-compiling. This now works just fine and I can read my memory window up
high at 0xD0000000 without the shell restarting. I am working with a Sigma
Designs EM8400 mpeg decode/video out chip which I can read/write
configuration space but cannot yet read/write its memory window. Anyone else
working with this chip family?

Charles Krinke

---------------------------

Newsgroups: comp.os.vxworks
Subject: TrueFFS for MVME2400 board
Date: Tue, 11 Apr 2000 15:07:36 GMT
From: Bjoern Olsson <bjoern.olsson@space.at>
Organization: Austrian Aerospace
Message-ID: <38F340E7.6E3AA1DE@space.at>

Anyone who has configured TrueFFS for the MVME2400 board, Intel E28F400
FLASH ???

The best files to start with, which I have found so far, are:

mv177-TrueFFS.c & (MTD) i28f008.c
(Not quite the right BSP supported and not quite the right FLASH either)

I guess there is a lot of "configuring" to be done, and any little help
would be highly appreciated.

mvh
/Bjrn

- -- 
====================================================
  Bjoern OLSSON
  Electrical Design
  
  AUSTRIAN AEROSPACE Ges.m.b.H.
  Stachegasse 16
  A-1120 Vienna, AUSTRIA / EUROPE

  Tel.       +43-1-80199/5600
  Fax        +43-1-80199/5577
  E-Mail     bjoern.olsson@space.at
  Internet   http://www.space.at
====================================================
  This email is for information only!
====================================================

---------------------------

Newsgroups: comp.os.vxworks
Subject: name demangling
Date: Tue, 11 Apr 2000 15:32:59 GMT
From: alooksha@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8cvgjb$rke$1@nnrp1.deja.com>

Hi,
I would like to know if my understanding is right.

char *   cplusDemangle (char *source, char *dest, int n);

  'source' contains the function name to be demangled and the the
demangled name is returned in 'dest'. What is 'n' used for..
Any further info on how to demangle names would be appreciated.
I couldn't find any documanetation on this function in online manuals.

thanks
alooksha

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: taskdelay() vs nanosleep()
Date: Tue, 11 Apr 2000 15:36:14 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38F3466E.99B2DC02@nowhere.com>
References: <8cl71h$r8v$1@slb1.atl.mindspring.net> <38EE37AB.D59952D6@nowhere.com> <obEI4.4823$16.1153720@newsr2.u-net.net>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

Dave Korn wrote:
> 
>   The 'correct' way to achieve this goal is to use an interrupt driven off
> a hardware timer. Do it something like this:

[details omitted]

>   This solution then has the advantage that a) the 20usec. intervals are
> accurately timed by hardware rather than approximated by delay loops
> that will themselves be subject to interrupts and b) any spare CPU cycles
> are given to another task, but the task that has called into the driver only
> gets put to sleep once and woken up once.

I appreciate your mentioning the hardware timer solution as an alternative, but
identifying it as the "correct" solution is a little overstated.  The are
several reasons why you may not select a hardware solution:

o  Hardware is not available or may not have sufficient resolution for your
application

o  Interrupt load on your system is already high enough that introducing another
interrupt source is not desirable

o  Portability issues constrain you to using a standard set of resources

o  Timing requirements are constrained by a minimum, not a maximum, so the cost
of having a delay loop interrupted is not worth the cost of developing a driver
for the hardware

It is important to note that interrupts are not without overhead, either.  The
amount of time required to save and restore context on either side of the user's
interrupt service routine often accounts for the majority of time taken to
process the interrupt.  Also, because interrupts are typically prioritized,
adding your own interrupt can cause preemption of lower-level interrupts, and
your interrupt can be preempted by a higher-priority one.

>   FWIW, I think that the notion of nanosleep(..) is fundamentally flawed,
> for
> the reason I mentioned above: task switching is a relatively expensive
> operation, and unsuited to take place on any timescale that could reasonably
> be called 'nano'!

I'm afraid I don't follow your reasoning, here.  nanosleep() ultimately calls
taskDelay(), and taskDelay() ultimately pends the calling task.  Admittedly,
taskDelay() has more setup overhead than semTake(), but both result in a context
switch when the current task is pended (if another task is waiting), and in both
cases, a context switch will occur when the tasks are ready to run (assuming
another task ran while the current task was pended).  The context switch
overhead is the same in both cases.

Again, I am not saying that the hardware timer approach is bad; I am certain
that there are a number of applications in which it would be the best solution. 
However, I do not believe that it is the "correct" approach for every
application.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: bsp management
Date: Tue, 11 Apr 2000 17:17:19 +0100
From: Dave Moore <dave.moore@gecm.com>
Organization: BAE SYSTEMS
Message-ID: <38F3500F.A8AA882A@gecm.com>

Hi everyone,
	I'm after a bit of advice concerning the management of two PPC bsp
configurations.

Here's my problem: Basically I've got two PowerPC cards each of which
uses an IO card. The IO cards are different and require different
modifications to the PPC bsp files for them to operate correctly.
Unfortunately, these mods are not confined to the local PPC bsp
directory 
(ie. ${WIND_BASE}/target/config/mcp750) but are also required within
common files in the 'all' directory 
(ie. ${WIND_BASE}/target/config/all). These include configAll.h and
usrConfig.c.

Question: As the changes to the common files (configAll.h and
usrConfig.c) need to be different for each bsp configuration, how do I
host both bsps in the same Tornado directory tree?.

I'd like to have a
${WIND_BASE}/target/config/mcp750Config1 and a 
${WIND_BASE}/target/config/mcp750Config2 directory but as these bsps use
the common files in the 'all' directory (which would need to be altered
differently), it won't work.

Any comments or suggestions gratefully received. Thanks in advance.

David Moore

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI Interrupt Issues
Date: Tue, 11 Apr 2000 11:27:09 +0100
From: "Bob Feng" <bfeng@noran.com>
Message-ID: <cnII4.62$rH.1147@client>
References: <8cl1jn$20u16@overload.lbl.gov>

The problem is the BIOS doesn't seem assign anything useful to our board.
Instead, the IRQ line is written as "0xff" which indicates no connection. We
are using a PLX9050-1 PCI interface chip and the vxworks "pciDeviceShow"
routine is able to find and locate it(I mean the device number). I tried
"sysIntUnlock" and to see what IRQs it actually went and recorded them down.
But lately I found these are shared by many other devices as well,
particually with video controller. It is funny, sometime I asserted an
interrupt on our board, the display would get totally messed up and might
cause system to reboot as well.

I would like to assign an unique IRQ for this. But question is how?????

I appreciate all concerns from you guys.

Bob

Christopher Stutts <stutts@innocon.com> wrote in message
news:8cl1jn$20u16@overload.lbl.gov...
> the vxWorks Users Group Exploder wrote:
> >
> > Submitted-by vxwexplo-errs@csg.lbl.gov  Thu Apr  6 08:46:35 2000
> > Submitted-by: "Michael Lawnick" <lawnick@softec.de>
> >
> > > Hello, Vxworkers,
> > >
> > > I need help on some PCI Interrupt Issues with Pentium BSP.
> > >
> > > 1. I tried to connect a PCI interrupt to an ISR by doing:
> > >
> > > if(pciIntConnect(INUM_TO_IVEC(EDS_PCI_IRQ+INT_NUM_IRQ0),
> > > pciIntTest)==OK)/* interrupt vector and handler to attach to */
> > >  {
> > >   printf("\nISR attached OK\n");
> > >   sysIntEnablePIC(EDS_PCI_IRQ);
> > >  }
> > >
>
> Shouldn't the BIOS have already assigned the IRQ to the PCI
> device before vxWorks gets loaded.  The IRQ number should be
> available at the device config register, and the BIOS should
> have performed the routing & level trigger setup at the
> chipset.  If there's a BIOS present and it didn't load an
> IRQ number into the config register, maybe it didn't detect
> the presence of an interrupt line.  You can double check the
> routing if you know your PCI device's IRQ line A - D at the
> chipset.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Intel StrongARM 1110 Development Board
Date: Tue, 11 Apr 2000 16:08:35 GMT
From: "Steve Dillen" <sdillen@waverider.com>
Message-ID: <76II4.356$q4.38709@petpeeve.ziplink.net>

Howdy,

Does anyone use VxWorks on the Intel StrongARM 1110 development board, and
if they do where did you get the BSP for it?

Thanks

SJD

sdillen@waverider.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI Intr. Issues.
Date: Tue, 11 Apr 2000 11:47:53 +0100
From: "Bob Feng" <bfeng@noran.com>
Message-ID: <CGII4.66$rH.993@client>
References: <8cs9kn$a3c7@overload.lbl.gov>

Hello, Viswanath,

Thank you very much for these information messges. I believe they are very
helpful.

First of all, I agree that Vxworks does expect for BIOS configuration for
pentium BSP. I researched a little bit on some PCI device drivers came with
my Tornado tools and learned they all fetch an IRQ line from the device PCI
configuration register.

In my case, I am a little lost because the BIOS never assignes anything
useful to my IRQ line register. Instead, an "0xff" which indicates "no
connection" is written to it. I called "sysIntUnlock" from the shell and
then asserted a PCI interrupt from my board. I read following messages:
"Uninitialized Interrupt Vecoter 42..."
Since for pentium BSP, IRQ0 has an vector offset "0x20", the above means the
system somehow routed my PCI interrupt to IRQ10. I am totally lost. Who did
that?

Beside, I am interested in assigning an unique IRQ to my PCI interrupt. The
question is how? Would you mind tell me that? I like to go back to old ISA
way.

Sincerely,

Bob
Viswanath <Viswanath.Bandaru@cmcltd.com> wrote in message
news:8cs9kn$a3c7@overload.lbl.gov...
> hi!
>
> sorry i made a mess out of it. actually i was refering to an isr posted in
> the mailing list which had a printf in it. so i was suggesting that it may
> be changed to see if its printf that is hanging the system..
> Regarding PC-Pentium BSP assuming that BIOS is there...Actually, by
default,
> it assumes the presence of somebody who assignes the IRQs and Base
> Addresses. This can be verified by the fact that pciAutoConfig() (which
also
> does the same) is not called in the system initialization process and the
> macro PCI_CFG_TYPE is defined to be PCI_CFG_NONE in pc.h. Ofcourse, these
> are the default values and can be over ridden in many ways..If we, for
> example, take a PowerPC related BSP, depending on how the PCI
initialization
> is to be done, pciAutoConfig is called from sysLib.c. this what i was
> referring to when i said PC-Pentium BSP assumes the presence of a
PCI-Aware
> BIOS. If we see the PC-Pentium's BSP, the pciAutoConfigLib.c is no where
> included. But you can see this in a MTX604 BSP. But we can always override
> the defaults by customizing sysLib.c.
>
> Sorry for the mess again. I should have been more clear in putting down my
> views.
>
> thanks and regards
>
> viswanath.
>
>
> -----Original Message-----
> From: Michael Lawnick [mailto:lawnick@softec.de]
> Sent: Monday, April 10, 2000 1:12 PM
> To: vxwexplo@lbl.gov; Viswanath
> Subject: Re: PCI Intr. Issues.
>
>
> > hi!
> >
> > just thought may be i can share some of our experinces using
> > (pci)Intconnect() here.
> > We are using a Pentium motherboard for developing a scsi driver for a
PCI
> > Scsi card.
> > For a PC-Pentium BSP, VxWorks assumes the presence of a Bios, which
> assignes
> > the IRQs.
> No ! Standard is: all settings are made in sysLib.c and the driver
> setup. PNP isn't supported yet.
>
> > So by default the PCI_CFG_TYPE  macro is not
> PCI_CFG_FORCE. So we
> > just read from the Card PCI registers to findout the IRQ, Base addresses
> and
> > so on.
> That's the correct way for the INT-line. To get addresses, you
> should go along PCI-Spec (i.e write 0xFFFFFFFF to adress
> registers and evaluate contents or setup with predefined
> parameters in your header file)
> > Initially when we kept the PCI card in one of the available PCI
> > Slots, BIOS was assigning the IRQ#8. We had problems connecting the isr
to
> > the IRQ.  the pciIntConnect was returning OK. The problem was that the
ISR
> > was getting called too many times that we suspected that it is not
because
> > of our PCI card that these interrupts are generated. After trying out
> > certain other, rather non-relavent things, we examined the BIOS. We
found
> > out that BIOS was assigning the same IRQ to many other On-Board pci
> devices.
> As it's defined in PCI-Spec. All PCI devices share 4 lines, single
> interrupt devices are connected all to one - I'm not pretty sure but I
> think its 0xf.
> > We could change this by setting a unique IRQ to a PCI Slot and putting
our
> > PCI Scsi Card there. It Worked finally!!! and since we have a unique
IRQ,
> we
> > just used intConnect instead of pciIntConnect().
> >
> Great - so you have broken PCI-Spec and gone down to simple IDE!
> > If we connect the interrupt using pciIntConnect, its required that we
> check
> > the source of interrupt and exit if its not our devicw which is
> > interrupting.
> That's the way to do!
> > This is required because every time a 'pciIntConnect' is
> > called for an IRQ, the pciLibrary adds that Isr to the linked list being
> > maintained for the IRQ. Finally when the interrupt interrupts, all the
> isrs
> > in the linked list will be called one after the other. Seeing the ISR,
> just
> > getting a feeling that if this ISR is also called that many number of
> times,
> > as we have seen in our case, the 'printf' might hang the system.
> Because printf() isn't allowed in ISR !!!!!!!!!!!!!!!
> logMsg is the means for it.
> Any call to system MUST never block ! So routines like printf,
> write, semTake, msgQReceive etc. are not allowed. semTake and
> msgQReceive are protected against blocking in interrupt state
> within the kernel. Most standard I/O-routines don't check the
> context.
> Generally:
> The only thing an ISR should do is a semGive to a high-priority-
> task and, only if not to avoid, a memcpy - no really heavy work .
> Then it should do a perhaps necessary H/W ack on the device's
> INT register. That's it.
> If your CPU can't do that in time, you probably should think about a
> processor update or reducing the amount of PCI-cards.
>
>
> MfG
> Lawnick, SOFTEC GmbH
>
> ==============================================
> SOFTEC GmbH               Tel +49-731-96600-0
> Promenade 17              Fax +49-731-96600-23
> D-89073 Ulm               Michael Lawnick
> Germany                   lawnick@softec.de
> ==============================================
>

---------------------------

Newsgroups: comp.os.vxworks
Subject: How to add cdromFS to kernel?
Date: 11 Apr 2000 17:34:47 GMT
From: canuck@best.com (Chris Wein)
Organization: a user of Best Internet Communications, Inc.  www.best.com
Message-ID: <38f36237$0$202@nntp1.ba.best.com>

Has anyone added cdromFS (iso9660) support to a kernel?  I know that my
libSPARCgnuvx.a has it in there but I can't find out how to add it from
the GUI.  Of course, I could probably hack in a cdromFsLibInit() 
somewhere but I would still like to retain configurability from the GUI.

---------------------------

Newsgroups: comp.arch.embedded,comp.realtime,microsoft.public.win32.programmer.kernel,comp.os.ms-windows.programmer.nt.kernel-mode,comp.os.vxworks,comp.os.psos
Subject: Development tools for PC station
Date: Tue, 11 Apr 2000 19:39:30 +0200
From: Rami Gideoni <rami@flash-networks.com>
Organization: Flash Networks
Message-ID: <38F36351.42B38EE@flash-networks.com>

Hi,

I need to develop and debug PC station (in other words : my application
board  is PC station bought in a computer store, Pentium II or III, BGA
socket, no JTAG pins).

The application is running at system kernel level -- meaning : Visual
C++ is not relevant.

Looking for information on  JTAG-based or ICE development tools and CPU
mezzine to support the development.

Thanks in advance

G.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI Intr. Issues.
Date: Tue, 11 Apr 2000 10:42:50 -0700
From: "Charles Krinke" <ckrinke@doctordesign.com>
Message-ID: <yuJI4.1$Vk1.37@news.connectnet.com>
References: <8cs9kn$a3c7@overload.lbl.gov> <CGII4.66$rH.993@client>

Hello Bob:
    I believe to relate back to the old ISA way that one needs to understand
the InterruptLine (offset 0x3C) and InterruptPin (offset 0x3D) in the PCI
configuration header. The PCI specification has two sections dealing with
interrupts and you might want to get a copy of the spec and refer to section
2.2.6 Interrupt Pins which describes the mapping of INTA# (from the PCI
viewpoint) to an IRQ on the x86. Additionally section 6.2.4 describes how
the host should interpret the values in the InterruptLine register which
correspond to the old ISA concept of IRQ. This section also states that a
value of  0..15 corresponds to our IRQ 0..15 and a value of 0xFF is unknown
or no connection. Hope this helps a little.

Charles Krinke

>
> Beside, I am interested in assigning an unique IRQ to my PCI interrupt.
The
> question is how? Would you mind tell me that? I like to go back to old ISA
> way.
>

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: bsp management
Date: Tue, 11 Apr 2000 12:45:07 -0500
From: "Don W. McClure" <don.w.mcclure@lmco.com>
Organization: Lockheed Martin Corporation
Message-ID: <38F364A3.CD5BA6D7@lmco.com>
References: <38F3500F.A8AA882A@gecm.com>

David--

I am experiencing a similar situation in my current engagement.  According to
the
Board Support Developer's Kit produced by WindRiver Systems, one should take
the following approach:

1.  Modify the bsp-unique files as required, in the directory structure you
suggested.

2.  Copy to  EACH BSP (eg, <$WB/target/config/mcp750> and in
<$WB/target/config/mcp750copy1>, for example) any 'universal' files to be
modified; in this case, configAll.h and usrConfig.c.  Make your changes to
these files ONLY--
not to the ~/all versions.

3. Modify the BSP's Makefile to include these files.  This should go
immediately after
the HEX_FLAGS assignment, and should take the following form:
<var_name>  = configAll.h

The Makefile structure uses something of this order to include the 'universal'
files
from the $(WB)/target/all directory.  I have already found this for
bootConfig.c,
where I have had to make modifications of the order you describe--required for

one of my target boards, but highly unusable to everyone else utilizing my
system.

Hope this helps.

DWM

Don W. McClure, P.E.

Lockheed Martin Missiles & Fire Controls - Dallas
P.O. Box 650003
M/S:  MC-29
Dallas, TX  75265-0003
Phone:  972-603-2637
Fax:  972-603-7818
E-Mail:  don.w.mcclure@lmco.com

Dave Moore wrote:

> Hi everyone,
>         I'm after a bit of advice concerning the management of two PPC bsp
> configurations.
>
> Here's my problem: Basically I've got two PowerPC cards each of which
> uses an IO card. The IO cards are different and require different
> modifications to the PPC bsp files for them to operate correctly.
> Unfortunately, these mods are not confined to the local PPC bsp
> directory
> (ie. ${WIND_BASE}/target/config/mcp750) but are also required within
> common files in the 'all' directory
> (ie. ${WIND_BASE}/target/config/all). These include configAll.h and
> usrConfig.c.
>
> Question: As the changes to the common files (configAll.h and
> usrConfig.c) need to be different for each bsp configuration, how do I
> host both bsps in the same Tornado directory tree?.
>
> I'd like to have a
> ${WIND_BASE}/target/config/mcp750Config1 and a
> ${WIND_BASE}/target/config/mcp750Config2 directory but as these bsps use
> the common files in the 'all' directory (which would need to be altered
> differently), it won't work.
>
> Any comments or suggestions gratefully received. Thanks in advance.
>
> David Moore

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: bsp management
Date: Tue, 11 Apr 2000 18:00:20 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38F36834.95172398@nowhere.com>
References: <38F3500F.A8AA882A@gecm.com>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

David,

Do you absolutely *have* to make the changes in configAll.h, or can they be made
in config.h?  If the changes must be in configAll.h, you might consider defining
a symbol in your Makefile that uniquely identifies the configuration.  Since
Makefile is BSP-specific, you could have one copy of configAll.h that does
different things depending on which symbol is defined.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: 16 bit access with ARM.
Date: 11 Apr 2000 14:41:07 -0400
From: Bill Pringlemeir <bpringlemeir@yahoo.com>
Organization: Factory of the mind
Message-ID: <uln2kjxa4.fsf@yahoo.com>
Sender: bpringle@DeadDuck

Hello,

I  am using the gcc that comes with vxWorks.

    2.7.9-970819 egcs-971225 tornado 2.0

I am trying to use a 16 bit codec and the compiler is
doing two byte writes.  Has this been fixed or patched
by WindRiver?  I didn't seem to find any CPU specific 
options to control this.  This is a real hit if you are
doing an FFT on the data!

Are there any prebuilt windows NT binaries for .coff arm
for more recent versions of gcc on the web?  Do I need
to retrieve different libgcc, etc?

thanks,
Bill

[start test code]

void test(unsigned short *p) 
{
    volatile unsigned int test;

    test = *p;

    test = 0x05050a0a;

    *p = test;
}

[end test code]

[start listing]
0000057c <_test>:
 57c:	e1a0c00d 	mov	ip, sp
 580:	e92dd800 	stmdb	sp!, {fp, ip, lr, pc}
 584:	e24cb004 	sub	fp, ip, #4
 588:	e24dd004 	sub	sp, sp, #4

0000058c <.LM133>:
 58c:	e5903000 	ldr	r3, [r0]
 590:	e1a03803 	mov	r3, r3, lsl #10
 594:	e1a03823 	mov	r3, r3, lsr #10
 598:	e50b3010 	str	r3, [fp, -#10]

0000059c <.LM134>:
 59c:	e3a03ea0 	mov	r3, #a00
 5a0:	e283300a 	add	r3, r3, #a
 5a4:	e1833783 	orr	r3, r3, r3, lsl #f
 5a8:	e50b3010 	str	r3, [fp, -#10]

000005ac <.LM135>:
 5ac:	e51b3010 	ldr	r3, [fp, -#10]
 5b0:	e5c03000 	strb	r3, [r0]
 5b4:	e1a03443 	mov	r3, r3, asr #8
 5b8:	e5c03001 	strb	r3, [r0, #1]

000005bc <.LM136>:
 5bc:	e91ba800 	ldmdb	fp, {fp, sp, pc}

[end listing]

- -- 
Catapultam habeo. Nisi pecuniam omnem mihi dabis, ad caput tuum saxum
immane mittam.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Intel StrongARM 1110 Development Board
Date: 11 Apr 2000 15:05:12 -0400
From: Bill Pringlemeir <bpringlemeir@yahoo.com>
Organization: Factory of the mind
Message-ID: <u66tojw5z.fsf@yahoo.com>
References: <76II4.356$q4.38709@petpeeve.ziplink.net>
Sender: bpringle@DeadDuck

>>>>> "Steve" == Steve Dillen <sdillen@waverider.com> writes:

    Steve> Howdy, Does anyone use VxWorks on the Intel StrongARM 1110
    Steve> development board, and if they do where did you get the BSP
    Steve> for it?

I wrote my own, basing it off the Brutus BSP.  It isn't too tough to
do.  I had also heard that WRS was developing an abbaset bsp.  It 
was suppose to be betaing about a month ago (or so I heard).  I don't
know if anyone has recieved it or if it has been released.

There are some wonky things with the SDRAM controller on the SA-1110.
I don't seem to be able to get it working at all PLL speeds.  It does
work at 1/4 speed at 150Mhz.  There is startup code on the intel web
sight that give values for the SDRAM.  There are no app notes that
I could find.  I also ported the ne2000 END ethernet driver.

Besides these, the interrupt controller and serial drivers are the 
same... everything is the same as the Brutus (Sa-1100).  Mine is for
a custom board so it wouldn't work out of the box.  Besides, I don't
know if my boss would let me give it away.

hth,
Bill

- -- 
Warning: This message not to be used as a life-saving flotation device.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: taskdelay() vs nanosleep()
Date: 11 Apr 2000 19:04:21 GMT
From: jharkins@netcom.com (Jim Harkins)
Organization: Small, unmarked bill collectors of America
Message-ID: <8cvsvl$cuf$1@slb2.atl.mindspring.net>
References: <8cl71h$r8v$1@slb1.atl.mindspring.net> <38EE37AB.D59952D6@nowhere.com> <obEI4.4823$16.1153720@newsr2.u-net.net>

Thanks for the replies, sounds like a busy wait is what works best.  I'd
go the ISR route except I don't have a timer available.  And I was afraid
task switching would be pretty slow, so nanosleeping seems pointless.
Oh well.  I should have hardware Any Month Now for hands-on experience, as
opposed to reading the book.

jim

- --
I drive way too fast to worry about my cholesterol

Jim Harkins                          jharkins@netcom.com 
San Diego, CA.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: 16 bit access with ARM.
Date: 11 Apr 2000 15:38:02 -0400
From: Bill Pringlemeir <bpringle@teklogix.com>
Message-ID: <uog7gig2t.fsf@teklogix.com>
References: <uln2kjxa4.fsf@yahoo.com>
Sender: bpringle@DeadDuck

Sorry, I had set the wrong architecture.  -mcpu=strongarm110
fixed the problem.

    Bill> I believe I have a very old version of the compiler.  I am
    Bill> using the one that comes with vxWorks.

    Bill>     2.7.9-970819 egcs-971225 tornado 2.0

    Bill> I am trying to use a 16 bit codec and the compiler is doing
    Bill> two byte writes.  Has this been fixed in a more recent

- -- 
Yes, Emacs does random signatures.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: who can tell me where I can find material(tutorial) about vxworks
Date: Mon, 10 Apr 2000 09:59:25 -0400
From: "Sohacki, Timothy [NCRTP:3M24:EXCH]" <sohacki@americasm01.nt.com>
Organization: Nortel Networks
Message-ID: <38F1DE3D.344446D7@americasm01.nt.com>
References: <8bp8v7$mlg$1@news.smartworld.net> <J9WD4.11209$U4.42474@news1.rdc1.az.home.com>

John or Jenn wrote:
> =

> Go to http://www.windriver.com/products/html/vxwks54.html =

> and download the VxWorks Programmer=B9s Guide in .pdf.

Wow, the documentation is now publicly available?  A great change.

---------------------------

Newsgroups: comp.os.vxworks
Subject: capturing core dumps on vxworks
Date: Wed, 12 Apr 2000 00:48:59 GMT
From: captain_underwear@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8d0h5m$ura$1@nnrp1.deja.com>

Hi,

as part of an exercise in figuring out a bug, I would like to get a
stack trace (like what pstack would get from a /proc file system in
unix) and do a core dump for later analysis. Is there a way to do
either in vxworks ?

thanks
Siddharth

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: set system time
Date: Thu, 06 Apr 2000 15:43:53 GMT
From: juno@fokkercontrol.com
Organization: fcs
Message-ID: <8cibbk$g2$1@nnrp1.deja.com>

I want to be able set my system/local time using VxWorks.
My Realtime is based on a PC system (pentium).

In this way my files are saved using the correct time
and date on the file system (used dosFsDateTimeInstall((FUNCPTR)
dosFsDateTimeHook))

Thanx,
Juno.

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: same subnet/IP address on multiple devices...
Date: Thu, 06 Apr 2000 14:46:39 -0500
From: Frank Minich <fminich@ti.com>
Organization: NCP
Message-ID: <38ECE99F.5D64@ti.com>
References: <8cgvh7$oma5@overload.lbl.gov> <8ch6i0$bs0@news.or.intel.com>
Reply-To: fminich@ti.com

Erik J. Johnson wrote:

> I do have quite and unusual request (but, yes I really do want
> two interfaces with the same IP address, which is possible in at
> least Linux), but I will elaborate and try not to bore you too much ;)

Pre-SENS (and perhaps post-SENS, I'm stuck on 5.3.1) this 
is tough to do.
When the time comes to actually send a packet to a card for
output, the IP stack apparently looks for the first card that
appears to be on a subnet that can get to the destination.  
If both cards have IP addresses which appear to be on the 
same subnet, the packet is always sent to the first card.
You can install an etherOutputHook and channel the 
packets directly, but the only info you will have to
go on is the contents of the outgoing packet.

Note that in this case the hook routine will get called twice
for packets going out the second card:  once when the stack 
sends it to the first card and once when your hook routine calls
etherOutput with the pIf of the second card.

> Sure, this might be one reason to have two NICs on the same
> subnet. Another would be that I want to "bridge" (and I mean
> perform L2 forwarding/bridge learning, etc. standand 802.1d stuff)
> between them.

I don't understand this (not being a network expert).  I thought 
a bridge had different IP addresses on each side.  Live and learn,
I guess.

> Hmmmm.... I am actually running into an OS limitation right now.
> I have (for example) two NICs on my system (I actually have 8+
> but that is not relevant). If I perform the following calls
> ifMaskSet "drivername0", 0xffffff00
> ifAddrSet "drivername0", "10.0.0.1"
> ifMaskSet "someotherdriver0", 0xffffff00> 
> ifAddrSet "someotherdriver0", "10.0.0.2"

You did call the "...attach" function for your someotherdriver, right?

How about
ifMaskSet "drivername0", 0xffffff00
ifAddrSet "drivername0", "10.0.0.1"
ifMaskSet "drivername1", 0xffffff00
ifAddrSet "drivername1", "10.0.0.2"

That is, try using two of the same type of card.
I doubt the problem with the OS failing on the last call is 
due to "same subnetwork", since I've seen it work with 3C509 
cards (the only problem is that you can't trivially get the 
second card to talk).
> 
> the OS fails on the last call, it does not even get to my
> driver 

AH! "my driver"!  The picture is becoming clearer.  You're
developing a network driver?  If that's the case, I recommend
that you put your card on it's own separate network and give 
it an IP address on a different subnetwork from the first card
(at least till you get it going).

>        (not that setting IP addresses ever does, except for
> multicast issues). i.e., it won't let me> 
> put them on the same subnet. 

You imply that the following does work?

> ifMaskSet "drivername0", 0xffffff00
> ifAddrSet "drivername0", "10.0.0.1"
> ifMaskSet "someotherdriver0", 0xffffff00> 
> ifAddrSet "someotherdriver0", "11.0.0.2"

The only problems I have seen with two cards of the same type
are that:
o  even if you attach the first as a result of the boot
     sequence, you have to explicitly attach the second
o  the second card will appear to be up, and it can
     receive packets (even shows such on ifShow), but
     it won't send any unless you invoke etherOutput()
     (say, from the etherOutputHook)

Good luck,
Frank Minich.
fminich@ti.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Cache Problem on MPC860 Board
Date: Wed, 12 Apr 2000 10:15:44 +0800
From: "news.clinux.cz.js.cn" <svcrht@sbell.com.cn>
Organization: The news server of Changzhou TeleCom
Message-ID: <8d0m98$1m4n$1@news.cz.js.cn>
References: <8cgr5u$c4k$1@nnrp1.deja.com> <pkockritz-0604000645250001@24.0.106.190> <8crg43$l0q$1@nnrp1.deja.com> <8cs9i6$il3$1@news.cz.js.cn>

  The only thing I can suspect now is the hardware
since I can't see any problems in my BSP.
  Are there some probabilities that hardware error on
external components can affect MPC860's cache though
the cache is on-chip?

Ren Hantao
2000/4/12

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Cache can not be enabled
Date: Tue, 11 Apr 2000 19:11:28 -0700
From: engineer_scotty <sj@aracnet.com>
Organization: Aracnet Internet
Message-ID: <38F3DB50.D9664B89@aracnet.com>
References: <8cr961$20ca$1@news.cz.js.cn> <8crqtc$6l$1@nnrp1.deja.com> <8cs4jr$bgd$1@news.cz.js.cn>

TonyHuang wrote:
> 
> As is my board configuration:
> tools: Tornado2.0/VxWorks5.4
> MPC860T part number: XPC860TZP50B3 running at 50Mhz
> BSP :custom BSP with both caches disabled
> 
> Now I can initialize the cache,but when I trace into usrInit(),
> I got checkstop exception in kernelInit() and booting process corrupted .

A-ha!  The data cache doesn't work AT ALL in the rev B 860.  There is a
serious CPU bug (erratum CPU6 in the errata sheets from Motorola) which
makes the D cache dysfunctional.  There is a workaround, but it is
expensive (and requires a patch to vxWorks; it is not something you can
do easily yourself).  If you have a rev B 860T, don't bother trying
to turn on the D-cache.  All you'll get are mysterious crashes.  (The
bug is a HW race condition, and tends to happen on a more-or-less random
basis.)

The rev D 860T, which is (I think) now available, fixes this little 
problem (and a lot of others in the 860T, which was still quite a buggy
part in rev B silicon).  You might get some samples and fab a few new
boards.  

(The I cache works fine).

Also (and this is a more generic concern), what BSP did you use for your 
template????

The 5.3 BSP we used, based on the MBX860 BSP, initializes the caches
(first I, then D) in usrInit().  It then turns on the MMU in usrRoot().
(This is all in usrConfig.c, BTW...)

This is a Bad Thing To Do--at least as far as the data cache is
concerned.
When the data cache is turned ON and the data mmu turned OFF, all memory
is subject to caching--including any hardware registers you might have.
While I dunno if kernelInit() messes with any external hardware; it DOES
call sysHwInit2() which DOES mess with peripherals.

We fixed the problem by moving the call to cacheEnable(DATA_CACHE) out
of usrInit() and into usrRoot(), right after the call to usrMmuInit().

That change alone resulted in a noticeable improvement in system 
stability.

> <john_94501@my-deja.com> wrote in message news:8crqtc$6l$1@nnrp1.deja.com...
> > Please supply us with the version of Tornado/VxWorks you are using,
> > something about your BSP (is it vanilla WRS, or a custom BSP?), and also
> > the exact version of the 860 silicon you are using.
> >
> > You might also want to watch the other active thread on this subject for
> > ideas, and perhaps check the motorola web site for errata relating to
> > the version of the 860 you have (there have been cache related bugs in
> > older versions).
> >
> > Regards,
> >
> > John...
> >
> >
> > In article <8cr961$20ca$1@news.cz.js.cn>,
> >   "TonyHuang" <huangxin888@yeah.net> wrote:
> > > Hi All,
> > >
> > > I made the configuration in my MPC860 BSP:
> > >
> > > in config.h:
> > > /* Cache configuration */
> > > #define INCLUDE_CACHE_SUPPORT
> > > #define USER_I_CACHE_ENABLE
> > > #define USER_I_CACHE_MODE  CACHE_WRITETHROUGH
> > > #define USER_D_CACHE_ENABLE
> > > #define USER_D_CACHE_MODE  CACHE_WRITETHROUGH
> > >
> > > /* MMU configuration */
> > > #undef INCLUDE_MMU_FULL
> > > #define USER_I_MMU_ENABLE
> > > #define USER_D_MMU_ENABLE
> > > #define INCLUDE_MMU_BASIC
> > >
> > > and in sysLib.c:
> > > PHYS_MEM_DESC sysPhysMemDesc [] =
> > >     {
> > >     {
> > >     (void *) LOCAL_MEM_LOCAL_ADRS,
> > >     (void *) LOCAL_MEM_LOCAL_ADRS,
> > >     LOCAL_MEM_SIZE ,
> > >     VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
> > VM_STATE_MASK_CACHEABLE,
> > >     VM_STATE_VALID      | VM_STATE_WRITABLE      | VM_STATE_CACHEABLE
> > >     },
> > >     {
> > >     (void *) INTERNAL_MEM_MAP_ADDR,
> > >     (void *) INTERNAL_MEM_MAP_ADDR,
> > >     INTERNAL_MEM_MAP_SIZE,  /* 64 k - Internal Memory Map */
> > >     VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
> > VM_STATE_MASK_CACHEABLE,
> > >     VM_STATE_VALID      | VM_STATE_WRITABLE      |
> > VM_STATE_CACHEABLE_NOT
> > >     },
> > >
> > >     {
> > >     (void *) ROM_BASE_ADRS,
> > >     (void *) ROM_BASE_ADRS,
> > >     ROM_SIZE,    /* Flach memory */
> > >     VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
> > VM_STATE_MASK_CACHEABLE,
> > >     VM_STATE_VALID      | VM_STATE_WRITABLE      |
> > VM_STATE_CACHEABLE_NOT
> > >     }
> > >     };
> > >
> > > I had thought that my cache would be enable in usrInit( ),but when I
> > trace
> > > into usrInit( ),I saw that one of the routines of
> > > cacheLibInit (USER_I_CACHE_MODE, USER_D_CACHE_MODE),
> > > cacheEnable (INSTRUCTION_CACHE) and  cacheEnable (DATA_CACHE)
> > > has been executed.
> > > How can I enable the Cache? any suggestion is appreciated.
> > >
> > > Thanks
> > > TonyHuang
> > >
> > >                            /^^^\
> > >                           ( o o )
> > > ======================oOOO==(_)==OOOo=========================
> > > Senior Hardware Design Engineer
> > > BST Communication technology LTD.
> > > F11 XuNeng Building,
> > > 32 LongKou Road East,
> > > TianHe,GuangZhou 510635,
> > > P.R.China.
> > > email: huangxin@163.net
> > > ==============================================================
> > >
> > >
> >
> >
> > Sent via Deja.com http://www.deja.com/
> > Before you buy.

- -- 
- ------------------------------------------------------------------------
engineer_scotty (no, not that one) -- consumer of  fine ales and lagers
some days you're the fire hydrant, some days you're the dog | go blazers
no small furry creatures were harmed in the creation of this .signature
- ------------------------------------------------------------------------

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Cache Problem on MPC860 Board
Date: Tue, 11 Apr 2000 19:21:22 -0700
From: engineer_scotty <sj@aracnet.com>
Organization: Aracnet Internet
Message-ID: <38F3DDA2.14A97097@aracnet.com>
References: <8cgr5u$c4k$1@nnrp1.deja.com> <pkockritz-0604000645250001@24.0.106.190> <8crg43$l0q$1@nnrp1.deja.com> <8cs9i6$il3$1@news.cz.js.cn> <8d0m98$1m4n$1@news.cz.js.cn>

"news.clinux.cz.js.cn" wrote:
> 
>   The only thing I can suspect now is the hardware
> since I can't see any problems in my BSP.
>   Are there some probabilities that hardware error on
> external components can affect MPC860's cache though
> the cache is on-chip?
> 
> Ren Hantao
> 2000/4/12

One other possibilty.... that I've run into.

You don't by any chance have a PLX9054 PCI bridge on your
board, revision AA silicon???  **THAT** has a few nasty errata
on it which (among other things) can make use of the cache on 
the 860 crash the system, **EVEN IF YOU ARE NOT TALKING TO THE 
PLX PART AT ALL**.  The erratum has to deal with the PLX 
inappropriately snooping the #BURST and #BI (burst inhibit)
lines and changing state, even if the memory transaction doesn't
involve the PLX or anything on PCI.  As cache line fills are 
usually done with bursting; this tends to confuse the PLX.

Fortuantely, the errata only shows up if you engage in
cached memory accesses to devices (like EEPROMs) with a "standard"
bus interface; the PLX will (thankfully) ignore burst accesses
to SDRAM.  However, bursting out of your boot FLASH will likely 
crash your system when you try and initialize the PLX 9054 AA part.

The AB version of the 9054 has this fixed.  PLX is apparently
embarrased about this (as well they should); the AA errata sheets
have disappeared from the website.  (Now you have to go begging
to your local FAE if you want the errata sheet for the AA part.)

:)

- -- 
- ------------------------------------------------------------------------
engineer_scotty (no, not that one) -- consumer of  fine ales and lagers
some days you're the fire hydrant, some days you're the dog | go blazers
no small furry creatures were harmed in the creation of this .signature
- ------------------------------------------------------------------------

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: usrNetwork.c Initialization
Date: Wed, 12 Apr 2000 04:19:45 GMT
From: "Dragan Ostojic" <ostojic@sympatico.ca>
Organization: Sympatico
Message-ID: <BPSI4.74324$1C2.2199737@news20.bellglobal.com>
References: <8cujqm$44b$1@crusher.de.colt.net> <8cunh9$kjt$1@news1.xs4all.nl>

If you generate skeleton project from the BSP in T2 and start from there,
usrNetwork.c will not be compiled (it's a legacy code). Instead, T2 includes
pieces of code from target/config/comps/src/net/ in prjConfig.c in your proj
directory. If you copy selected pr all files that are included in
prjConfig.c from target/config/comps/src/net/,
into your_projects_directory/net/ and re-bulid dependencies,
VxWorks project manager will compile these locally copied files. Go through
these
little pieces of code looking into prjConfig.c at the same time from where
they are called and you'll figure out how it works. This applies to T2, I
don't know for T101.

- ---
Dragan Ostojic
E-mail: ostojic@sympatico.ca
<johan.borkhuis@peektraffic.nl> wrote in message
news:8cunh9$kjt$1@news1.xs4all.nl...
> Achim Zimmer <hzimmer@dica.de> wrote:
> : my problem is: I want to initialize the network interfaces myself not in
> : usrNetInit()
> : also in further times it can be possible that we have to change
> : "usrNetwork.c"
>
> : Now I want to copy and then changed the copied "usrNetwork.c"  to my
> : directories.
> : I have added it to the BSP workspace, but when it compiles it as double
> : declarations.
>
> The code in src/config is normally not included in your project, but the
> code that is available in config/src/net is included to initialise the
> network (al least for T2, I don't know for T1.0.1). When you don';t want
> to include part of the initialisation you can copy the file(s) from this
> directory to your local directory and modify it. Or you can try to find
> where the file is referred from within one of the CDF files in
> config/VxWorks.
>
> Groeten,
> Johan
>
> --
>      o o o o o o o . . .   ___________________________________
>     o      _____           ||    Johan Borkhuis              |
>   .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
>  >(________|__|_[_________]_|________________________________|
>  _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
> === VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Cache Problem on MPC860 Board
Date: Wed, 12 Apr 2000 13:01:57 +0800
From: "news.clinux.cz.js.cn" <svcrht@sbell.com.cn>
Organization: The news server of Changzhou TeleCom
Message-ID: <8d1017$26s4$1@news.cz.js.cn>
References: <8cgr5u$c4k$1@nnrp1.deja.com> <pkockritz-0604000645250001@24.0.106.190> <8crg43$l0q$1@nnrp1.deja.com> <8cs9i6$il3$1@news.cz.js.cn> <8d0m98$1m4n$1@news.cz.js.cn> <38F3DDA2.14A97097@aracnet.com>

"engineer_scotty" <sj@aracnet.com> wrote in message
news:38F3DDA2.14A97097@aracnet.com...
> "news.clinux.cz.js.cn" wrote:
> >
> >   The only thing I can suspect now is the hardware
> > since I can't see any problems in my BSP.
> >   Are there some probabilities that hardware error on
> > external components can affect MPC860's cache though
> > the cache is on-chip?
> >
> > Ren Hantao
> > 2000/4/12
>
> One other possibilty.... that I've run into.
>
> You don't by any chance have a PLX9054 PCI bridge on your
> board, revision AA silicon???  **THAT** has a few nasty errata
> on it which (among other things) can make use of the cache on
> the 860 crash the system, **EVEN IF YOU ARE NOT TALKING TO THE
> PLX PART AT ALL**.  The erratum has to deal with the PLX
> inappropriately snooping the #BURST and #BI (burst inhibit)
> lines and changing state, even if the memory transaction doesn't
> involve the PLX or anything on PCI.  As cache line fills are
> usually done with bursting; this tends to confuse the PLX.
>
> Fortuantely, the errata only shows up if you engage in
> cached memory accesses to devices (like EEPROMs) with a "standard"
> bus interface; the PLX will (thankfully) ignore burst accesses
> to SDRAM.  However, bursting out of your boot FLASH will likely
> crash your system when you try and initialize the PLX 9054 AA part.
>
> The AB version of the 9054 has this fixed.  PLX is apparently
> embarrased about this (as well they should); the AA errata sheets
> have disappeared from the website.  (Now you have to go begging
> to your local FAE if you want the errata sheet for the AA part.)
>
> :)
>
>
>
>
> --
> ------------------------------------------------------------------------
> engineer_scotty (no, not that one) -- consumer of  fine ales and lagers
> some days you're the fire hydrant, some days you're the dog | go blazers
> no small furry creatures were harmed in the creation of this .signature
> ------------------------------------------------------------------------

I didn't use plx9054, I used qspan(CA91L862A-50CEZ1) instead.

Ren Hantao

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI Interrupt Issues
Date: Fri, 07 Apr 2000 12:59:47 GMT
From: catsfoot@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8ckm3s$gp4$1@nnrp1.deja.com>
References: <200004061453.QAA11826@net.softec.de> <1O4H4.663$yz4.1664@client>

Are you clearning the interrupt anywhere?  If not that could cause a
problem.

Cheers
Lyn

In article <1O4H4.663$yz4.1664@client>,
  "Bob Feng" <bfeng@noran.com> wrote:
> Hi, lawnick,
>
> Here is my ISR:
>
> void pciIntTest(void)
> {
>     printf("Hello, Dave!\n");
> }
>

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: TFFS died after power loss..
Date: Fri, 07 Apr 2000 15:02:33 GMT
From: Andrey Kaganovsky <andreyk@home.com>
Organization: @Home Network
Message-ID: <38EDF8D9.EEAA7E0E@home.com>
References: <MPG.135018e86ddedd36989696@nntp.ix.netcom.com> <38e6a761.2720275@news.swbell.net>

Bruce wrote:
> 
> In comp.os.vxworks
> Burt Bicksler <SBSTbbick@ix.netcom.com> wrote:
> 
> >We had a case where power was lost during a write to the dosFS on a TFFS.
> >When the system rebooted it doesn't recognize the presence of TFFS on
> >that flash device and, of course, would be unable to mount the dosFS.
> >
> >Nothing out of the ordinary, just writing log type data to files on the
> >flash file system.
> >
> >An examination of the TFFS headers for each ERU don't show anything
> >obvious, and the master boot sector is present for the dosFS, and appears
> >to be intact.
> >
> >Has anyone else experienced failures of TFFS when power is lost during
> >file writes?
> 
> Absolutely we have.  I'll email you a summary of our problems and solutions
> on Monday. Are you using the Disk On Chip? The primary thing is to be sure
> that you have disk caching disabled.
> 
> Bruce

[AndrayK]. There are two levels of the format on the TrueFFS volumes - the 
[upper] filesystem level (FAT12 or FAT16 in case of dosFs), and the lower
flash specific level (NFTL in case of DiskOnChip, or FTL in case of most other
flash devices). The lower level formats (FTL and NFTL) have been designed
specifically to withstand power failures, and are consistent at any given 
point of time. There is no way for power failure to corrupt NFTL or FTL.

The upper, filesystem level format is totally different matter. Unfortunately,
all that VxWorks got (in terms of bundled filesystems) is FAT, and this thing 
is vulnerable to power failures. To reduce the chance of the filesystem corruption,
you could use DOS_OPT_CHANGENOWARN mount option (see dosFsLib description), 
sync the TrueFFS volume periodically etc. Another possibility is to get
VxWorks equivalent of DOS's CHKDSK, and chkdsk the TrueFFS volume(s) as part
of the system startup. However, all this will just reduce the chance of the
FAT filesystem corruption, but not eliminate it totally. To get rid of any
concerns of this kind, you will need the filesystem which has been designed
to specifically withstand unexpected system shutdowns. The TrueFFS will work
with any filesystem, not only FAT12/16, and there is no any modification needed 
for that purpose apart from the turning off DOS-specific code sections in TrueFFS
by calling tffsDevOptionsSet(pTffsDev) rightafter tffsDevCreate().

     regards, Andray

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Add files ".o" to project
Date: Tue, 11 Apr 2000 23:44:30 -0700
From: Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid>
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Message-ID: <140f574c.4a9cd2a2@usw-ex0102-013.remarq.com>
References: <1be0267a.7b90ce05@usw-ex0102-013.remarq.com> <38F1FBA1.C2AB71E0@NOSPAM.bcs.org.uk> <02bc011c.f0c1c096@usw-ex0102-013.remarq.com> <8cup6a$mqj$1@news1.xs4all.nl> <1328e1c0.00d93d41@usw-ex0102-013.remarq.com> <8cvaa9$40v$1@news1.xs4all.nl>

Johan,

thank you very much, your help has been very useful.

Bye.
Marco.

* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Add files ".o" to project
Date: Wed, 12 Apr 2000 07:28:52 GMT
From: russell_elliott@nospam.mitel.com (Russelleee)
Message-ID: <38f4251f.813269@news.mitel.com>
References: <1be0267a.7b90ce05@usw-ex0102-013.remarq.com> <38F1FBA1.C2AB71E0@NOSPAM.bcs.org.uk> <02bc011c.f0c1c096@usw-ex0102-013.remarq.com>

On Tue, 11 Apr 2000 01:38:37 -0700, Marco Penso
<marco.pensoNOmaSPAM@parizzi.it.invalid> wrote:

>Sorry, my previous message was not correct, I found the macro
>EXTRA_MODULES, but I don't know how to add my files .o.
>I added them in the "value" bar, but when I execute the rebuild
>all, I receive the message:
>
>make: *** No rule to make target `HCF.O', needed by
>`partialImage.o'.  Stop.
>
>Where HCF.O is the file I must add.
>
>Thank you.
>Marco.
>
>* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
>The fastest and easiest way to search and participate in Usenet - Free!
>
Quick fix: manually add the .o file to the project's prjObjs.lst file
Other than that - how's your Tcl ?

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Assembly language & PPC
Date: Fri, 07 Apr 2000 14:44:19 -0400
From: Douglas Fraser <dwfraser@lucent.com>
Organization: Lucent Technologies
Message-ID: <38EE2C83.1C5ABA8@lucent.com>
References: <8cl86p$5k2$1@nnrp1.deja.com>

Motorola document number MPCFPE32B/AD REV.1 is what I use.

The title is:

PowerPC Microprocessor Family:
The Programming Environments for 32-bit Microprocessors

This can be ordered from their web site at:

<http://www.mot-sps.com/home/lit_ord.htm>

In addition, it can be downloaded in PDF from....

<http://199.104.132.208/brdata/PDFDB/MICROPROCESSORS/32_BIT/M951447188430collateral.pdf>

... however it is close to 900 pages, so you won't want to
print it yourself, when you can just order it.

Doug

larry.dalessandro@ae.ge.com wrote:
> 
> Greetings,
> Thanks to those folks that helped with my last post.
> This question is mostly applicable for those working with the Power PC
> cards. I am having a miserable time finding an assembly language book,
> one that covers the 603 & 604 chips. Has anyone seen a title they can
> recommend to me?
> 
> Thanks again
> 
> Larry
> 
> Sent via Deja.com http://www.deja.com/
> Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: bsp management
Date: Wed, 12 Apr 2000 09:58:02 +0100
From: Graham Baxter <gbaxter@NOSPAM.bcs.org.uk>
Organization: Graham Baxter (Software) Limited
Message-ID: <38F43A9A.896AEE0F@NOSPAM.bcs.org.uk>
References: <38F3500F.A8AA882A@gecm.com>

Dave,

Try having local copies of each file in each BSP directory.

It looks like the file names can be overridden by the makefile macros:
    USRCONFIG
    CONFIG_ALL_H
    BOOTCONFIG
    BOOTINIT

These macros are defined in defs.$(WIND_HOST_TYPE)

so redefine them in your makefile AFTER the include of $(WIND_HOST_TYPE)

I have not tried this.

Good luck.

Regards,

Graham Baxter
Freelance Sofware Engineer
gbaxterNOSPAM@bcs.org.uk

Dave Moore wrote:

> Hi everyone,
>         I'm after a bit of advice concerning the management of two PPC bsp
> configurations.
>
> Here's my problem: Basically I've got two PowerPC cards each of which
> uses an IO card. The IO cards are different and require different
> modifications to the PPC bsp files for them to operate correctly.
> Unfortunately, these mods are not confined to the local PPC bsp
> directory
> (ie. ${WIND_BASE}/target/config/mcp750) but are also required within
> common files in the 'all' directory
> (ie. ${WIND_BASE}/target/config/all). These include configAll.h and
> usrConfig.c.
>
> Question: As the changes to the common files (configAll.h and
> usrConfig.c) need to be different for each bsp configuration, how do I
> host both bsps in the same Tornado directory tree?.
>
> I'd like to have a
> ${WIND_BASE}/target/config/mcp750Config1 and a
> ${WIND_BASE}/target/config/mcp750Config2 directory but as these bsps use
> the common files in the 'all' directory (which would need to be altered
> differently), it won't work.
>
> Any comments or suggestions gratefully received. Thanks in advance.
>
> David Moore

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Software Floating Point - x86
Date: Wed, 12 Apr 2000 11:42:57 +0200
From: Gerald van Kampen <kam@oce.nl>
Organization: =?iso-8859-1?Q?Oc=E9=2DTechnologies?= B.V.
Message-ID: <38F44521.D2A5C6A@oce.nl>
References: <8csvtn$h2m$1@news.netvision.net.il>

Hello Vladimir,

I had the same problem with my SC410 and Tornado 2.0

You are suffering from a problem that is recorded by Wind River Systems
under SPR28624, the description being:
"Tornado 2.0, Intel 80486SX: NaN produced on printf() from shell

The published workaround is: 

"Consider WIND_BASE/target/config/comps/vxWorks/00vxWorks.cdf,
specifically
around line 1883:  

InitGroup usrIosCoreInit {
        INIT_RTN        usrIosCoreInit ();
        SYNOPSIS        core I/O system
        INIT_ORDER      INCLUDE_HW_FP \
                        INCLUDE_SW_FP \
                        INCLUDE_BOOT_LINE_INIT \
                        INCLUDE_IO_SYSTEM \
                        INCLUDE_TTY_DEV \
                        INCLUDE_TYCODRV_5_2 \
                        INCLUDE_SIO \
                        INCLUDE_PC_CONSOLE
        }

It is noted, in reference to 00vxWorks.cdf, that this problem no longer
exists with the initialization sequence:

        INIT_ORDER      INCLUDE_SW_FP \
                        INCLUDE_HW_FP \

In other words, edit WIND_BASE/target/config/comps/vxWorks/00vxWorks.cdf
such that the software floating point support is intialized prior to
hardware floating point support.

Gerald.

Vladimir wrote:
> 
> I have a problem with software floating point emulation: (AMD SC400
> processor - 486 compatible)
> The following macros are enabled:
> #define INCLUDE_GCC_FP
> #define INCLUDE_I80387
> #define INCLUDE_HW_FP
> #define INCLUDE_SW_FP
> 
> When I do some floating point operation (like comparison), I get exception:
> Device Not Available
> Program Counter: 0x0036ab1f
> Status Register: 0x00010206
> Task: 0x1fa8090 "t1"
> 
> It seems that the software floating point support library doesn't install
> itself correctly (because it should handle Device Not Available) exception.
> What is the solution?

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Wed Apr 12 17:51:32 2000
From: Jim Thomas <thomas@cfht.hawaii.edu>
Date: Wed Apr 12 17:51:34 PDT 2000
Subject: Re: Recommending WindSurf

John> How about WindSurf?

Speaking of WindSurf...

How many of you have read the "License Agreement" that you agree to when
you get a password?  It says, among other things:

        "Customer shall maintain at its own expense an appropriate modem and
        all appropriate equipment to provide Wind River with remote access
        to Customer's installation for support purposes only."
        Source: WRS Software Maintenance License Agreement from
                www.wrs.com on 17-Mar-00

How many people do that?  I sent a e-mail request to support for
clarification and, of course, have received no response.  Is the modem you
provided dedicated?  Since they do not require it, do you provide an
account for them to use?

Mahalo,
Jim

vxworks(tm) VxWorks(tm) Tornado(tm) why not WindSurf(tm) also?

From vxwexplo-errs@csg.lbl.gov  Wed Apr 12 18:58:54 2000
From: Ed Rafferty <edrafferty@yahoo.com>
Date: Wed Apr 12 18:58:56 PDT 2000
Subject: X Window System on VxWorks?

Does anyone know of an X Window System implementation
for VxWorks? My company needs to be able to run X
applications on a PowerPC running
VxWorks. We're developing an NT-hosted setup using
Tornado2. The application will be going onto a
military platform (sorry I can't say more). We're
thinking about using Motif, but maybe we'd spin our
own set of widgets.

I know that reentrancy is kind of an issue with 
VxWorks, so we'd also like to see a reentrant
implementation as well.

Any tips and pointers are more than welcome.

Thanks so much.

Ed
edrafferty@yahoo.com

__________________________________________________
Do You Yahoo!?
Send online invitations with Yahoo! Invites.
http://invites.yahoo.com

From vxwexplo-errs@csg.lbl.gov  Thu Apr 13 00:59:36 2000
From: teit.uldal@philips.com
Date: Thu Apr 13 00:59:38 PDT 2000
Subject: FEI network driver problem

Dear VxWorkers,

We are experiencing occasional problems with the network connection to
our target. When there is a lot of traffic on the network, establishing a target
connection fails with the message:

Error setting inet address of fei0 to 130.145.114.34, errno = 0xfffffff

We are using the following configuration:
Tornado 1.0.1 and pc486 BSP
Intel pro 100+ network card
Intel 82557 Ethernet interface driver (from WRS BSP source code kit)
We are not using the SENS network stack

Has anyone experienced the same?

Thanks in Advance,

Teit Uldal

VxWorks Tornado

----------------------------------------------------------------------------------------------------------
Teit Uldal     Software Engineer
Digital Networks Product Services
Philips Industrial Activities nv
Kempische Steenweg 293
B-3500 Hasselt, Belgium
tlf / fax: +32 (0)11 305816 / 958          email:  teit.uldal@philips.com                       

From vxwexplo-errs@csg.lbl.gov  Thu Apr 13 04:04:01 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Thu Apr 13 04:04:03 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Thu Apr 13 04:03:07 PDT 2000

        Subject: Re: name demangling
        Subject: compiler error with class member variable named "m_type"
        Subject: Re: Development tools for PC station
        Subject: Re: Cache Problem on MPC860 Board
        Subject: Detecting serial port DTR 
        Subject: Re: tcpdump
        Subject: Ping Packet Timeout
        Subject: Re: Cache can not be enabled
        Subject: RTOS comparison + enhancement(s)
        Subject: Re: X Window System on VxWorks?
        Subject: Re: What is the difference?

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: Re: name demangling
Date: Wed, 12 Apr 2000 07:21:03 -0700
From: Joe Durusau <durusau@delphi.com>
Organization: Lockheed Martin Corporation
Message-ID: <38F4864F.EF1A7CDD@delphi.com>
References: <8cvgjb$rke$1@nnrp1.deja.com>

	Are you looking for a vxworks function or a shell command?
The only thing I can find that is similar is the shell function
(on tornado 1.?) demangle <style> <name> which returns a demangled
name to stdout.  In Solaris, there is a function similar to the
one you gave.  In that system, the last argument is actually
size_t and it gives the size of the output string, but the 
function itself returns integer.  Perhaps if you specify 
exact version of software you are running, someone could help you
more.  

Speaking only for myself,

Joe Durusau

alooksha@my-deja.com wrote:
> 
> Hi,
> I would like to know if my understanding is right.
> 
> char *   cplusDemangle (char *source, char *dest, int n);
> 
>   'source' contains the function name to be demangled and the the
> demangled name is returned in 'dest'. What is 'n' used for..
> Any further info on how to demangle names would be appreciated.
> I couldn't find any documanetation on this function in online manuals.
> 
> thanks
> alooksha
> 
> Sent via Deja.com http://www.deja.com/
> Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: compiler error with class member variable named "m_type"
Date: Wed, 12 Apr 2000 14:57:36 +0200
From: "Markus MItterer" <markus.mitterer@sbu1.storkgroup.com>
Organization: KPNQwest customer news service
Message-ID: <ao_I4.25$4v2.932@nreader2.kpnqwest.net>

Hello,
I found a curious thing which may be a compiler bug or any undocumented
additional info:
In every class where I want to implement a member named "m_type" the
compiler generates the error message: "syntax error before `.`". Has anyone
seen this before and can tell me what is happening.

Thank you in advance

Markus Mitterer, STK
- ----------------------------------------------------

---------------------------

Newsgroups: comp.arch.embedded,comp.realtime,microsoft.public.win32.programmer.kernel,comp.os.ms-windows.programmer.nt.kernel-mode,comp.os.vxworks,comp.os.psos
Subject: Re: Development tools for PC station
Date: Wed, 12 Apr 2000 13:16:19 GMT
From: Herman <aerosoft@AerospaceSoftware.com>
Message-ID: <38F476DC.A9DA97F7@AerospaceSoftware.com>
References: <38F36351.42B38EE@flash-networks.com>

I would not revert to an ICE. Since the hardware is most probably OK, a
software only solution should work.  What you need is a debugger/monitor
program that will load your code and allow you to set break points etc. 
These things are widely available for the x86 family and doesn't cost
much, eg. Paradigm Debug etc.

As far as VC++ is concerned:  Just don't use any fancy OS based library
features that you don't want to support and of course the debugger won't
work since it relies on DOS/Windoze, but the compiler itself is OK.

Cheers,

Herman
http://www.AerospaceSoftware.com

Rami Gideoni wrote:
> 
> Hi,
> 
> I need to develop and debug PC station (in other words : my application
> board  is PC station bought in a computer store, Pentium II or III, BGA
> socket, no JTAG pins).
> 
> The application is running at system kernel level -- meaning : Visual
> C++ is not relevant.
> 
> Looking for information on  JTAG-based or ICE development tools and CPU
> mezzine to support the development.
> 
> Thanks in advance
> 
> G.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Cache Problem on MPC860 Board
Date: Wed, 12 Apr 2000 21:02:47 GMT
From: Karen Musgrove & Stephane Couture <muscou@sympatico.ca>
Organization: Sympatico
Message-ID: <38F4E537.666FDB43@sympatico.ca>
References: <8cgr5u$c4k$1@nnrp1.deja.com> <pkockritz-0604000645250001@24.0.106.190> <8crg43$l0q$1@nnrp1.deja.com> <8cs9i6$il3$1@news.cz.js.cn> <8d0m98$1m4n$1@news.cz.js.cn> <38F3DDA2.14A97097@aracnet.com> <8d1017$26s4$1@news.cz.js.cn>

You should also check your SDRAM, The UPM might be misconfigured for burst
read/write.

"news.clinux.cz.js.cn" wrote:

> "engineer_scotty" <sj@aracnet.com> wrote in message
> news:38F3DDA2.14A97097@aracnet.com...
> > "news.clinux.cz.js.cn" wrote:
> > >
> > >   The only thing I can suspect now is the hardware
> > > since I can't see any problems in my BSP.
> > >   Are there some probabilities that hardware error on
> > > external components can affect MPC860's cache though
> > > the cache is on-chip?
> > >
> > > Ren Hantao
> > > 2000/4/12
> >
> > One other possibilty.... that I've run into.
> >
> > You don't by any chance have a PLX9054 PCI bridge on your
> > board, revision AA silicon???  **THAT** has a few nasty errata
> > on it which (among other things) can make use of the cache on
> > the 860 crash the system, **EVEN IF YOU ARE NOT TALKING TO THE
> > PLX PART AT ALL**.  The erratum has to deal with the PLX
> > inappropriately snooping the #BURST and #BI (burst inhibit)
> > lines and changing state, even if the memory transaction doesn't
> > involve the PLX or anything on PCI.  As cache line fills are
> > usually done with bursting; this tends to confuse the PLX.
> >
> > Fortuantely, the errata only shows up if you engage in
> > cached memory accesses to devices (like EEPROMs) with a "standard"
> > bus interface; the PLX will (thankfully) ignore burst accesses
> > to SDRAM.  However, bursting out of your boot FLASH will likely
> > crash your system when you try and initialize the PLX 9054 AA part.
> >
> > The AB version of the 9054 has this fixed.  PLX is apparently
> > embarrased about this (as well they should); the AA errata sheets
> > have disappeared from the website.  (Now you have to go begging
> > to your local FAE if you want the errata sheet for the AA part.)
> >
> > :)
> >
> >
> >
> >
> > --
> > ------------------------------------------------------------------------
> > engineer_scotty (no, not that one) -- consumer of  fine ales and lagers
> > some days you're the fire hydrant, some days you're the dog | go blazers
> > no small furry creatures were harmed in the creation of this .signature
> > ------------------------------------------------------------------------
>
> I didn't use plx9054, I used qspan(CA91L862A-50CEZ1) instead.
>
> Ren Hantao

---------------------------

Newsgroups: comp.os.vxworks
Subject: Detecting serial port DTR 
Date: Wed, 12 Apr 2000 14:43:08 -0700
From: "Mitch Stermer" <mstermer@vanteon.com>
Message-ID: <38f4eeba$0$226@nntp1.ba.best.com>

Looking at the tyLib and I am trying to find a way to determine if a serial
cable is connect to the
port. Something that will give me DTR. Is there a way to get that.

Thanks

Mitchs

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: tcpdump
Date: 12 Apr 2000 13:46:54 GMT
From: SIMONE@linac.ikp.physik.tu-darmstadt.de (RICHTER SIMONE)
Organization: Technical University Darmstadt, FRG (Nuclear Physics Institute)
Keywords: tcpdump, vxsniff
Message-ID: <8d1uoe$irk$1@sun27.hrz.tu-darmstadt.de>
References: <38F32476.8C6629E4@stest.ch>
Reply-To: SIMONE@ikp.tu-darmstadt.de

In <38F32476.8C6629E4@stest.ch> Tim writes:

> Hi,
> 
> I'm loking for a tcpdump utility for vxworks. I've followed a couple of
> dead links to vxsniff... 
> If anyone has something working or knows an alive location...
> 
> Cheers,
> 
> Tim.

Hi, 

I've attached the code for vxsniff, I don't remember from where I got it.
Hope this helps 

Regards
		
	Simone

- ----------------------------------------------------------------------------
Dipl.-Phys. Simone Richter	simone@ikp.tu-darmstadt.de
Institut f. Kernphysik
Schlossgartenstr. 9		Tel: +49 (0) 6151 / 16-5152, 16-3323
TU Darmstadt 
64289 Darmstadt			Fax: +49 (0) 6151 / 16-4321

- ------------------------------- cut here -----------------------------------

/*
 * quick and dirty ethernet sniffer for vxworks
 */

#include "vxWorks.h"
#include "sys/types.h"
#include "ioLib.h"
#include "iosLib.h"
#include "fioLib.h"
#include "stdio.h"
#include "unistd.h"
#include "string.h"
#include "usrLib.h"
#include "errnoLib.h"
#include "hostLib.h"
#include "sockLib.h"
#include "socket.h"
#include "inetLib.h"
#include "in.h"
#include "selectLib.h"
#include "taskLib.h"
#include "dosFsLib.h"
#include "etherLib.h"
#include "systm.h"
#include "mbuf.h"
#include "domain.h"
#include "tickLib.h"
#include "protosw.h"
#include "socket.h"
#include "errno.h"
#include "if.h"
#include "route.h"
#include "in.h"
#include "in_pcb.h"
#include "in_systm.h"
#include "in_var.h"
#include "ip.h"
#include "ip_var.h"
#include "ip_icmp.h"
#include "udp.h"
#include "tcp.h"
#include "if_ether.h"
#include "systm.h"
#include "inetLib.h"

char vxSniffLog[200][200];
int vxSniffLogIdx= 0;

STATUS
vxSniffHook(struct ifnet *ifp, char *buf, int len)
{
	struct ip *ip;
	struct  udphdr *udp;
	struct tcphdr *tcp;
	unsigned long ticks;
	char *proto;
	int optlen;
	char srcAddr[20], dstAddr[20];
	char protoxxx[10];

	ip = (struct ip *)(buf + 14);
	inet_ntoa_b(ip->ip_src, srcAddr);
	inet_ntoa_b(ip->ip_dst, dstAddr);
	switch (ip->ip_p) {
	case IPPROTO_TCP:
		proto = "TCP";
		break;
	case IPPROTO_UDP:
		proto = "UDP";
		break;
	case IPPROTO_ICMP:
		proto = "ICMP";
		break;
	default:
		sprintf(protoxxx, "?0x%x", ip->ip_p);
		proto = protoxxx;
		break;
	}

	ticks = tickGet ();
	
	sprintf(vxSniffLog[vxSniffLogIdx++],
		"0x%x:IP(p:%s,v:%d,h:%d,l:%d) %s -> %s\n", 
		ticks,
		proto,
		(ip->ip_v_hl>>4)&0xf, 
		(ip->ip_v_hl & 0xf)<<2, ip->ip_len,
		srcAddr, dstAddr);

	if (vxSniffLogIdx == 200)
		vxSniffLogIdx = 0;

	optlen = ((ip->ip_v_hl & 0xf)<<2) - sizeof( struct ip );
	if (ip->ip_p == IPPROTO_UDP) {
		udp = (struct udphdr *)((char *)(ip + 1) + optlen);
		sprintf(vxSniffLog[vxSniffLogIdx++],
			"    UDP(s:%d,d:%d,l:%d)\n",
			udp->uh_sport, udp->uh_dport,
			udp->uh_ulen);
	} else if (ip->ip_p == IPPROTO_TCP) {
		tcp = (struct tcphdr *)((char *)(ip + 1) + optlen);
		sprintf(vxSniffLog[vxSniffLogIdx++],
			"    TCP(s:%d,d:%d,q:%d,a:%d,f:0x%x,w:%d)\n",
			tcp->th_sport, tcp->th_dport,
			tcp->th_seq, tcp->th_ack, tcp->th_flags,
			tcp->th_win);
	}

	if (vxSniffLogIdx == 200)
		vxSniffLogIdx = 0;

	return FALSE;
}

int vxSniffStartIdx = 0;

void
vxSniffStart()
{
	vxSniffStartIdx = vxSniffLogIdx;
}

void
vxSniffShow()
{
	int end = vxSniffLogIdx;
	int i;

	if (end < vxSniffStartIdx) {
		for (i = vxSniffStartIdx; i < 200; i++)
			printf("%s", vxSniffLog[i]);
		for (i = 0; i < end; i++)
			printf("%s", vxSniffLog[i]);
	} else {
		for (i = vxSniffStartIdx; i < end; i++)
			printf("%s", vxSniffLog[i]);
	}
}

void
vxSniffInit()
{
	/* XXX do something here to put ethernet driver in promiscuous mode */

	etherInputHookAdd(vxSniffHook);
}

---------------------------

Newsgroups: comp.os.vxworks
Subject: Ping Packet Timeout
Date: Wed, 12 Apr 2000 18:38:00 -0400
From: "Presnell, Craig [NC2:3B30:EXCH]" <presnell@americasm01.nt.com>
Organization: Nortel Networks
Message-ID: <38F4FAC8.5F1595D2@americasm01.nt.com>

Hello,

I'm using Ping from pingLib to test for remote host connectivity. The
default packet timeout (when a host is unreachable) is 5 seconds. I
need something closer to 1 second. The documentation mentions
that the _pingTxTmo global can be set from the shell but does
not indicate if it can be set from within a program.

Does anyone know of a way to set this timeout programmatically?

Thanks,

Craig Presnell
Nortel Networks

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Cache can not be enabled
Date: Thu, 13 Apr 2000 11:16:08 +0800
From: "TonyHuang" <huangxin888@yeah.net>
Organization: BST Communication Technology Ltd.
Message-ID: <8d3dmo$1hr$1@news.cz.js.cn>
References: <8cr961$20ca$1@news.cz.js.cn> <8crqtc$6l$1@nnrp1.deja.com> <8cs4jr$bgd$1@news.cz.js.cn> <38F3DB50.D9664B89@aracnet.com>

Engineer_scotty,
Thank you very much for your help.

Now we can enable the I_CACHE and leave the D_CACHE disabled.
 but fail to initialize the MMU with USER_I_MMU_ENABLE configuration in
config.h.
the booting crashed in usrMmuInit().

Our BSP template is from Plx( both of CACHE and MMU disabled ), and we are
using an "AA" Plx9054  chip.
Yet,our BSP seams has no  chance to access the nun_burstable memory
after the I_CACHE be enabled ,
because we use "vxworks_rom" image burned into the Flash. when booting,
the whole vxworks image is copied into SDRAM and the booting process
proceeds.

Why my I_MMU fail to initialize?
Hoping to receive your answer.

Best Regards
TonyHuang
                           /^^^\
                          ( o o )
======================oOOO==(_)==OOOo=========================
Senior Hardware Design Engineer
BST Communication technology LTD.
F11 XuNeng Building,
32 LongKou Road East,
TianHe,GuangZhou 510635,
P.R.China.
email: huangxin@163.net
==============================================================

engineer_scotty <sj@aracnet.com> wrote in message
news:38F3DB50.D9664B89@aracnet.com...
> TonyHuang wrote:
> >
> > As is my board configuration:
> > tools: Tornado2.0/VxWorks5.4
> > MPC860T part number: XPC860TZP50B3 running at 50Mhz
> > BSP :custom BSP with both caches disabled
> >
> > Now I can initialize the cache,but when I trace into usrInit(),
> > I got checkstop exception in kernelInit() and booting process corrupted
 .
>
> A-ha!  The data cache doesn't work AT ALL in the rev B 860.  There is a
> serious CPU bug (erratum CPU6 in the errata sheets from Motorola) which
> makes the D cache dysfunctional.  There is a workaround, but it is
> expensive (and requires a patch to vxWorks; it is not something you can
> do easily yourself).  If you have a rev B 860T, don't bother trying
> to turn on the D-cache.  All you'll get are mysterious crashes.  (The
> bug is a HW race condition, and tends to happen on a more-or-less random
> basis.)
>
> The rev D 860T, which is (I think) now available, fixes this little
> problem (and a lot of others in the 860T, which was still quite a buggy
> part in rev B silicon).  You might get some samples and fab a few new
> boards.
>
> (The I cache works fine).
>
> Also (and this is a more generic concern), what BSP did you use for your
> template????
>
> The 5.3 BSP we used, based on the MBX860 BSP, initializes the caches
> (first I, then D) in usrInit().  It then turns on the MMU in usrRoot().
> (This is all in usrConfig.c, BTW...)
>
>
> This is a Bad Thing To Do--at least as far as the data cache is
> concerned.
> When the data cache is turned ON and the data mmu turned OFF, all memory
> is subject to caching--including any hardware registers you might have.
> While I dunno if kernelInit() messes with any external hardware; it DOES
> call sysHwInit2() which DOES mess with peripherals.
>
> We fixed the problem by moving the call to cacheEnable(DATA_CACHE) out
> of usrInit() and into usrRoot(), right after the call to usrMmuInit().
>
> That change alone resulted in a noticeable improvement in system
> stability.
>
>
>
>
> > <john_94501@my-deja.com> wrote in message
news:8crqtc$6l$1@nnrp1.deja.com...
> > > Please supply us with the version of Tornado/VxWorks you are using,
> > > something about your BSP (is it vanilla WRS, or a custom BSP?), and
also
> > > the exact version of the 860 silicon you are using.
> > >
> > > You might also want to watch the other active thread on this subject
for
> > > ideas, and perhaps check the motorola web site for errata relating to
> > > the version of the 860 you have (there have been cache related bugs in
> > > older versions).
> > >
> > > Regards,
> > >
> > > John...
> > >
> > >
> > > In article <8cr961$20ca$1@news.cz.js.cn>,
> > >   "TonyHuang" <huangxin888@yeah.net> wrote:
> > > > Hi All,
> > > >
> > > > I made the configuration in my MPC860 BSP:
> > > >
> > > > in config.h:
> > > > /* Cache configuration */
> > > > #define INCLUDE_CACHE_SUPPORT
> > > > #define USER_I_CACHE_ENABLE
> > > > #define USER_I_CACHE_MODE  CACHE_WRITETHROUGH
> > > > #define USER_D_CACHE_ENABLE
> > > > #define USER_D_CACHE_MODE  CACHE_WRITETHROUGH
> > > >
> > > > /* MMU configuration */
> > > > #undef INCLUDE_MMU_FULL
> > > > #define USER_I_MMU_ENABLE
> > > > #define USER_D_MMU_ENABLE
> > > > #define INCLUDE_MMU_BASIC
> > > >
> > > > and in sysLib.c:
> > > > PHYS_MEM_DESC sysPhysMemDesc [] =
> > > >     {
> > > >     {
> > > >     (void *) LOCAL_MEM_LOCAL_ADRS,
> > > >     (void *) LOCAL_MEM_LOCAL_ADRS,
> > > >     LOCAL_MEM_SIZE ,
> > > >     VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
> > > VM_STATE_MASK_CACHEABLE,
> > > >     VM_STATE_VALID      | VM_STATE_WRITABLE      |
VM_STATE_CACHEABLE
> > > >     },
> > > >     {
> > > >     (void *) INTERNAL_MEM_MAP_ADDR,
> > > >     (void *) INTERNAL_MEM_MAP_ADDR,
> > > >     INTERNAL_MEM_MAP_SIZE,  /* 64 k - Internal Memory Map */
> > > >     VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
> > > VM_STATE_MASK_CACHEABLE,
> > > >     VM_STATE_VALID      | VM_STATE_WRITABLE      |
> > > VM_STATE_CACHEABLE_NOT
> > > >     },
> > > >
> > > >     {
> > > >     (void *) ROM_BASE_ADRS,
> > > >     (void *) ROM_BASE_ADRS,
> > > >     ROM_SIZE,    /* Flach memory */
> > > >     VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
> > > VM_STATE_MASK_CACHEABLE,
> > > >     VM_STATE_VALID      | VM_STATE_WRITABLE      |
> > > VM_STATE_CACHEABLE_NOT
> > > >     }
> > > >     };
> > > >
> > > > I had thought that my cache would be enable in usrInit( ),but when I
> > > trace
> > > > into usrInit( ),I saw that one of the routines of
> > > > cacheLibInit (USER_I_CACHE_MODE, USER_D_CACHE_MODE),
> > > > cacheEnable (INSTRUCTION_CACHE) and  cacheEnable (DATA_CACHE)
> > > > has been executed.
> > > > How can I enable the Cache? any suggestion is appreciated.
> > > >
> > > > Thanks
> > > > TonyHuang
> > > >
> > > >                            /^^^\
> > > >                           ( o o )
> > > > ======================oOOO==(_)==OOOo=========================
> > > > Senior Hardware Design Engineer
> > > > BST Communication technology LTD.
> > > > F11 XuNeng Building,
> > > > 32 LongKou Road East,
> > > > TianHe,GuangZhou 510635,
> > > > P.R.China.
> > > > email: huangxin@163.net
> > > > ==============================================================
> > > >
> > > >
> > >
> > >
> > > Sent via Deja.com http://www.deja.com/
> > > Before you buy.
>
> --
> ------------------------------------------------------------------------
> engineer_scotty (no, not that one) -- consumer of  fine ales and lagers
> some days you're the fire hydrant, some days you're the dog | go blazers
> no small furry creatures were harmed in the creation of this .signature
> ------------------------------------------------------------------------

---------------------------

Newsgroups: comp.os.psos,comp.os.qnx,comp.os.vxworks,comp.realtime
Subject: RTOS comparison + enhancement(s)
Date: Wed, 12 Apr 2000 22:34:37 -0700
From: "M. Asim Rasheed" <rasheed@koh-sun019.usc.edu>
Organization: University of Southern California, Los Angeles, CA
Message-ID: <Pine.GSO.4.10.10004122135320.7542-100000@koh-sun019.usc.edu>

Hi,

I am doing some research on internet enabled devices and am considering
these RTOSes: VxWorks,pSOS,VRTX and QNX. 

Since you guys already have working experiences with these RTOSes, I would
appreciate it very much if you can give me some input about:

1. Your experiences with some/all of these RTOSes
2. Their relative fortes/limitations
3. What you would like to be incorporated in these RTOSes

*Any* input relating to this will be highly appreciated.

R'gds

M. Asim Rasheed
Graduate Student
Electrical Engineering-Systems
University of Southern California
Los Angeles, CA 90089

** It's a little known fact that the Dark Ages were caused by the  Y1K
   problem. **

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: X Window System on VxWorks?
Date: Thu, 13 Apr 2000 11:12:57 +0200
From: "Jean-Francois Monestier" <foo@foo.com>
Organization: Guest of OLEANE
Message-ID: <8d438o$u6r$1@minus.oleane.net>
References: <8d3akl$h6l1@overload.lbl.gov>

>Does anyone know of an X Window System implementation
>for VxWorks? My company needs to be able to run X
>applications on a PowerPC running
>VxWorks. We're developing an NT-hosted setup using
>Tornado2. The application will be going onto a
>military platform (sorry I can't say more). We're
>thinking about using Motif, but maybe we'd spin our
>own set of widgets.
>
>I know that reentrancy is kind of an issue with
>VxWorks, so we'd also like to see a reentrant
>implementation as well.
>
>Any tips and pointers are more than welcome.

I'm currently supporting XTerms, on a Mips-based hardware, and the OS is
VxWorks.

The XServer itself is a porting of a well-known XServer (Xfree86, or
whatever...), and the trick is to developp a layer (we call it the devkit,
i.e. libc, libm, etc...) between VxWorks and the XServer, providing Posix
compliance.

You will also (probably) have to re-work the DDX (Device Dependant X)
modules of the Xserver (i.e. input -for keyboard, mouse, trackball,...- and
output -for video-), depending on your hardware.

Good luck,
Jean-Francois.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: What is the difference?
Date: Thu, 13 Apr 2000 11:36:26 -0500
From: "Satyannarayana" <chalapathi_98@yahoo.com>
Organization: Esat Net 	
Message-ID: <38f5a293.0@seat.s3two.ie>
References: <38f5a25c.0@seat.s3two.ie>
Reply-To: "Satyannarayana" <chalapathi_98@yahoo.com>

"Satyannarayana" <chalapathi_98@yahoo.com> wrote in message
news:38f5a25c.0@seat.s3two.ie...
>
> What is the difference between Multi-tasking, Multi-processing and
> Multi-threading? For me, all looks same! Can any 1 pass their suggestions
in
> this regard?
> --
> Satyannarayana
>
>
>

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Thu Apr 13 06:39:35 2000
From: "Kiernan, John" <john.kiernan@lmco.com>
Date: Thu Apr 13 06:39:37 PDT 2000
Subject: X Window System on VxWorks?

> Does anyone know of an X Window System implementation
> for VxWorks? My company needs to be able to run X
> applications on a PowerPC running
> VxWorks. We're developing an NT-hosted setup using
> Tornado2. The application will be going onto a
> military platform (sorry I can't say more). We're
> thinking about using Motif, but maybe we'd spin our
> own set of widgets.
> 
> I know that reentrancy is kind of an issue with 
> VxWorks, so we'd also like to see a reentrant
> implementation as well.
> 
> Any tips and pointers are more than welcome.
> 
	[Kiernan, John]  Seaweed Systems has an X Windows System
implementation 
	for VxWorks that we have been using for the past 3 years. Seaweed
supports the 3DLabs 
	Hardware graphics chip sets which we are using and possibly others.
Seaweed has fully reentrant
	X11R6, OpenGL and Motif libraries.

	Seaweed has been a great supplier and will provide engineering
services to meet some of the
	military non standard requirements. Our Implementation is a single
slot VME PowerPC 750 using 
	the MX/Delta chip sets supporting both interlaced and non-interlaced
displays. We are currently
	working on the next generation chipset.  We have deployed our
hardware with Seaweed's software onto 2  
	full mil platforms and have a couple more in the pipeline.

	Seaweed can be reached at
	Seaweed Systems
	Bob Schulman
	425-895-1721
	bob@seaweed.com

	Hope this helps
	john.kiernan@lmco.com

From vxwexplo-errs@csg.lbl.gov  Thu Apr 13 08:18:41 2000
From: "Shah, Ranjana" <SHAH@Telephonics.com>
Date: Thu Apr 13 08:18:43 PDT 2000
Subject: Need to use PC as the VxWorks console

Does anyone know how to use a PC connected to an x86 based VxWorks target
via one of it's COM port as the console. We currently use a monitor via VGA
interface with a daughter board connected to the CPU borad, which is fine in
the lab environment with the open box. But when we have a closed
box, we do not have much visibility into what is happening, other than using
telnet over a PPP connection. The PPP connection works only under normal
conditions, but if the target is hung, we do not have any visibility about
free memory status, stack status, and to get any other information out of
the target.
 
Thanks for any help in advance.
 

Ranjana Shah
Staff Engineer 
Telephonics Corp. 

Voice: (631) 549-6104 
FAX: (631) 755-7642 

 

From vxwexplo-errs@csg.lbl.gov  Thu Apr 13 22:45:48 2000
From: "Annamalai" <annamalai@comneti.com>
Date: Thu Apr 13 22:45:50 PDT 2000
Subject: Re: Need to use PC as the VxWorks console

vxWorks

Ranjana

Will it not be possible to have a separate LED in your target board (like in
the PCs)  which should be lit up by the software when the target hangs?
Also to handle the case of a hung target,  you can  build data capture
mechanism in your software which will store the required data in some
battery backed RAM or flash for later retrival and analysis.

How the software is going to detect a hung target is another question. I
think that is closely related to the implementation
and design of your software.

Annamalai

> Does anyone know how to use a PC connected to an x86 based VxWorks target
> via one of it's COM port as the console. We currently use a monitor via
VGA
> interface with a daughter board connected to the CPU borad, which is fine
in
> the lab environment with the open box. But when we have a closed
> box, we do not have much visibility into what is happening, other than
using
> telnet over a PPP connection. The PPP connection works only under normal
> conditions, but if the target is hung, we do not have any visibility about
> free memory status, stack status, and to get any other information out of
> the target.
>
> Thanks for any help in advance.
>
>
> Ranjana Shah
> Staff Engineer
> Telephonics Corp.
>
> Voice: (631) 549-6104
> FAX: (631) 755-7642
>
>

From vxwexplo-errs@csg.lbl.gov  Fri Apr 14 04:03:40 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Fri Apr 14 04:03:42 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Fri Apr 14 04:03:35 PDT 2000

        Subject: BSP installation problem
        Subject: telnet connection lost! (VxWorks)
        Subject: Re: taskdelay() vs nanosleep()
        Subject: PCI 16bit vs 32bit accesses
        Subject: Support SLIP not PPP?
        Subject: Re: What is the difference?
        Subject: Re: Ping Packet Timeout
        Subject: Re: PCI 16bit vs 32bit accesses
        Subject: Re: PCI 16bit vs 32bit accesses
        Subject: Re: compiler error with class member variable named "m_type"
        Subject: Adding POST to VxWorks Boot Image
        Subject: Re: PCI 16bit vs 32bit accesses
        Subject: Re: PCI 16bit vs 32bit accesses
        Subject: loading application separately
        Subject: Re: PCI 16bit vs 32bit accesses
        Subject: Re: Adding POST to VxWorks Boot Image
        Subject: recvfrom
        Subject: DHCP not working properly
        Subject: MVME 162-022A wanted
        Subject: Problem with Tornado depend
        Subject: Re: Support SLIP not PPP?
        Subject: Re: loading application separately
        Subject: Re: PCI 16bit vs 32bit accesses
        Subject: Re: http server
        Subject: Re: Problem with Tornado depend
        Subject: Re: RTOS comparison + enhancement(s)
        Subject: Re: capturing core dumps on vxworks
        Subject: re: PCI Interrupt Issues
        Subject: re: PCI Interrupt Issues
        Subject: Re: Development tools for PC station
        Subject: Re: Cache Problem on MPC860 Board
        Subject: Re: RTOS comparison + enhancement(s)
        Subject: Multiple END Objects
        Subject: Re: Lost interrupts on MPC860
        Subject: Re: BSP installation problem
        Subject: Re: Cache Problem on MPC860 Board
        Subject:  Re: [Fwd: Cache can not be enabled]
        Subject: Ethernet Drivers
        Subject: Re: usrNetwork.c Initialization
        Subject: VxWorks in deep space
        Subject: re: Need to use PC as the VxWorks console
        Subject: Re: Need to use PC as the VxWorks console

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: BSP installation problem
Date: Thu, 13 Apr 2000 13:26:55 +0200
From: 2g1303team11 <2g130300team11@it.kth.se>
Message-ID: <38F5AEFF.75AF2F30@it.kth.se>

Hello,

I hope somebody can help me with this problem:
I've got a BSP from somebody else, which basically
consisted of his libraries in the "target" directory zipped.'

So I decided to just unzip the in my target directory :)

And sure enough, the BSP appeared in the window for
creating new projects (bootable), but when I try to create a new
project based on this BSP, I get this error message:

make.exe: *** No rule to make target `makeMacros'.  Stop.
"make makeMacros BSP2PRJ=TRUE" in C:/TORNADO/target/config/BadgePAD
failed

What should I do? I've tried to look for a file with bsp2prj in it but I
can't
find one...

Hopeful regards,
Ola

---------------------------

Newsgroups: comp.os.vxworks
Subject: telnet connection lost! (VxWorks)
Date: Thu, 13 Apr 2000 17:32:58 +0530
From: k m prasanna <kmprasan@miel.mot.com>
Organization: MIEL
Message-ID: <38F5B772.157936B@miel.mot.com>

hi,
I have written an application to run on target ppc750.
I can do 'telnet' to the board and  interact with the application.
I am facing two problems:

1> If i open the debugger(for debugging my application)
    the telnet connection will be lost.

2> When iam executing my commands through telnet, the
    connection will be lost in about 8 to 10 minutes.
    I could not make it out.( the debugger was not opened).

Any suggestions...........

regards
pras

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: taskdelay() vs nanosleep()
Date: Thu, 13 Apr 2000 13:32:17 +0100
From: "Dave Korn" <no.spam@my.mailbox>
Organization: (Posted via) U-NET Internet Ltd.
Message-ID: <fbjJ4.5032$16.1255417@newsr2.u-net.net>
References: <8cl71h$r8v$1@slb1.atl.mindspring.net> <38EE37AB.D59952D6@nowhere.com> <obEI4.4823$16.1153720@newsr2.u-net.net> <38F3466E.99B2DC02@nowhere.com>

Charlie Grames wrote in message <38F3466E.99B2DC02@nowhere.com>...
>Dave Korn wrote:
>>
>>   The 'correct' way to achieve this goal is to use an interrupt driven
>>off
>> a hardware timer. Do it something like this:
>
>I appreciate your mentioning the hardware timer solution as an alternative,
>but
>identifying it as the "correct" solution is a little overstated.  The are
>several reasons why you may not select a hardware solution:

    ...[snip]...

  Your points are all valid. I put the quotes around the word 'correct' to
indicate that it wasn't an absolute... perhaps I should have added the words
'all other things being equal in an ideal universe' as well. Perhaps I
should have called it the 'textbook' solution rather than the 'correct' one.
Perhaps I should think longer and harder before opening my mouth... <g>

                                 DaveK

- --
I wouldn't recommend sex, drugs or insanity for everyone, but they've
always worked for me.
                -- Hunter S. Thompson

---------------------------

Newsgroups: comp.os.vxworks
Subject: PCI 16bit vs 32bit accesses
Date: Thu, 13 Apr 2000 06:33:10 -0700
From: "Charles Krinke" <ckrinke@doctordesign.com>
Message-ID: <r0kJ4.1$gC2.47@news.connectnet.com>

Gentlemen:
    I am working with a PCI chip that requires both 32bit access for some
addresses and 16bit access for other addresses. In fact, doing a 32bit
access even in the shell to one of its 16 bit registers just loads garbage
 m 0xXXXXXXXX,4 just doesn't work with the 16 bit regions, but m
0xXXXXXXXX,2 does). Processor wise, I am using an ARM110 in an embedded
target. First I tried casting (unsigned short*) before PCI_WRITE, no go.
Then I looked up PCI_WRITE, PCI_ADDR, PCI_READ in pciLocalBus.h and see they
are accessing ULONG*, so I made a new local copy (with a different name)
that accessed unsigned short*. No go still. Then I tried a union with a long
and a short in the same memory space and loaded into my variable with the
long alias and read out with the short alias, still no go. So....., this
morning I am searching for ideas and this is your opportunity to lamblast my
knowledge of C (or lack thereof).

Charles Krinke

---------------------------

Newsgroups: comp.os.vxworks
Subject: Support SLIP not PPP?
Date: Thu, 13 Apr 2000 15:53:41 -0500
From: "John McDonald" <donike_2000@yahoo.com>
Organization: Esat Net 	
Message-ID: <38f5dede.0@seat.s3two.ie>
Reply-To: "John McDonald" <donike_2000@yahoo.com>

VxWorks supports Serial Line Internet Protocol (SLIP), but not
Point-to-Point Protocol(PPP). What it does it mean? Anyone have an idea? How
(Where) do we use the Protocols in VxWorks? For my projects, I just develop
the applications on VxWorks and test it on target (say Motorola PowerPC) and
burn it into the ROM. Where this protocol business is coming into the
picture? If it comes, how it is used? If I use it, how SLIP and PPP differs?

Thanx in advance for any suggestions.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: What is the difference?
Date: Thu, 13 Apr 2000 07:57:06 -0700
From: "Charles Krinke" <ckrinke@doctordesign.com>
Message-ID: <3flJ4.1$2G2.91@news.connectnet.com>
References: <38f5a25c.0@seat.s3two.ie> <38f5a293.0@seat.s3two.ie>

"Satyannarayana" <chalapathi_98@yahoo.com> wrote in message
news:38f5a293.0@seat.s3two.ie...
 >
 > What is the difference between Multi-tasking, Multi-processing and
 > Multi-threading? For me, all looks same! Can any 1 pass their suggestions
 in
 > this regard?
 > --
 > Satyannarayana
 >
Let me give this a go to help 'Sat' and maybe other more eloquent folks can
also help him.

Multi-tasking: Here we are implying that one microprocessor is doing more
then one task on some sort of shared basis. This might be a few milliseconds
for taskA, then a few for taskB or it might be that each task has a hardware
interrupt that gets the attention of the processor when it needs some time
from the one CPU. One could say that receiving RS-232 data in one window
(perhaps task), while editing a source code file in another while compiling
the executable in another is an example of multitasking.

Multi-processing: Here we are implying that there is more then one
microprocessor or CPU so multiple processes (which in themselves could be
tasks) are operating at the same time. In fact, each of the processors in a
multitasking configuration could be in themselves multitasking. However it
doesn't make sense to say that one microprocessor that is multitasking could
also be multiprocessing as their is only one processor.

Multi-threading: Many would argue that multithreading is an advanced variant
of multitasking. Early multitasking operating systems (programs?) could not
in themselves create a new task. One and only one copy of a task was in
existence. More modern operating systems can create (or spawn) multiple new
tasks as required. A web server is a good example of this as in general,
each request to serve up pages spawns a new thread from one task that could
be running on multiple processors. So in this case, a multiprocessor
environment is multitasking and each of the tasks can in themselves spawn
new threads and do multithreading. In this example, you have all three
cases. But the reverse can never be true. It makes no sense to say a thread
can spawn a task and for the task to create a processor. It does make sense
to have hardware with multiple processors (Multi-processing) that are each
running multiple tasks (Multi-tasking) and each of the multiple tasks can
create or spawn threads (Multi-threading).

Charles Krinke

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Ping Packet Timeout
Date: Thu, 13 Apr 2000 16:10:54 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38F5F18E.468148E9@nowhere.com>
References: <38F4FAC8.5F1595D2@americasm01.nt.com>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

Craig,

Do the following in your code:

    extern int _pingTxTmo;	/* ping timeout */
        ...
    _pingTxTmo = 1;	/* or whatever value you want */

Good luck!
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI 16bit vs 32bit accesses
Date: Thu, 13 Apr 2000 16:35:14 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38F5F742.74F8AAB7@nowhere.com>
References: <r0kJ4.1$gC2.47@news.connectnet.com>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

Charles,

It might help if you showed us how you defined your versions of PCI_ADDR,
PCI_READ, and PCI_WRITE.  Offhand, I can think of no reason why what you are
trying to do shouldn't work.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI 16bit vs 32bit accesses
Date: Thu, 13 Apr 2000 16:38:54 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38F5F81E.4BA804F9@nowhere.com>
References: <r0kJ4.1$gC2.47@news.connectnet.com>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

Charles,

It might help if you showed us how you defined your versions of PCI_ADDR,
PCI_READ, and PCI_WRITE.  Offhand, I can think of no reason why what you are
trying to do shouldn't work.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: compiler error with class member variable named "m_type"
Date: Thu, 13 Apr 2000 07:12:34 -1000
From: Jim Thomas <thomas@cfht.hawaii.edu>
Organization: Canada France Hawai`i Telescope Corporation
Message-ID: <38F60001.3C378210@cfht.hawaii.edu>
References: <ao_I4.25$4v2.932@nreader2.kpnqwest.net>

Markus MItterer wrote:

> I found a curious thing which may be a compiler bug or any undocumented
> additional info:
> In every class where I want to implement a member named "m_type" the
> compiler generates the error message: "syntax error before `.`". Has anyone
> seen this before and can tell me what is happening.

Look at net/mbuf.h .  WindRiver decided to steal that symbol from our
namespace and make it a macro :-(

---------------------------

Newsgroups: comp.os.vxworks
Subject: Adding POST to VxWorks Boot Image
Date: Thu, 13 Apr 2000 17:11:34 GMT
From: jmontvil@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8d4v3m$qpv$1@nnrp1.deja.com>

I have a Power On Self Test (POST) that I would like to execute before
VxWorks uncompresses and loads. I have linked in my code in the Tornado
1 environment and set the BOOT_EXTRA make variable equal to the object
file that is my POST routine. I have also placed a call to my POST in
rominit.s, right before the branch to romStart, after the stack pointer
is initialized. Everything builds OK and the bootrom image is built.
The bootrom image gets burned into our flash with no problem.

The problem occurs at execution (of course). What I've been best able
to determine is that there is some kind of size limitation in building
this way. When I comment out all of the tests except for 1, everything
is OK. As soon as I try to un-comment more of the tests, what did
execute no longer works. In fact, the code executing from flash at that
point sends the processor "out in the weeds". I do believe that my POST
is position independent code, as I have compiled everything with the -
mrelocatable option, and have examined the results of an objdump
disassembly of the bootrom image. Unfortunately, this problem is nearly
impossible to debug. My only debug method is to build, burn, and test.
I also must add that I have built and debugged the POST code standalone
and am confident of it. I'm also confident of board initialization in
romInit, prior to invoking my POST.

Is this the recommended way for doing what I want to do? I can find
little if any documentation for doing this, only the comments in
rominit.s. I cannot run my POST after VxWorks is booted because VxWorks
is somewhat intolerant of some of the low level testing I'm doing (ie.
disabling, testing, enabling L2 cache, etc.).

My environment is a PPC750, and building under Tornado 1. I have also
been unable to find any information about how to accomplish this.

Jim Montville
DNA Enterprises Inc.
1240 E. Campbell Road
Richardson, Texas 75081
972-671-1972 Ext 260
972-671-1581 FAX
jmontvil@dnaent.com

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI 16bit vs 32bit accesses
Date: Thu, 13 Apr 2000 10:50:39 -0700
From: "Charles Krinke" <ckrinke@doctordesign.com>
Message-ID: <1WnJ4.1$RL2.107@news.connectnet.com>
References: <r0kJ4.1$gC2.47@news.connectnet.com> <38F5F81E.4BA804F9@nowhere.com>

> It might help if you showed us how you defined your versions of PCI_ADDR,
> PCI_READ, and PCI_WRITE.  Offhand, I can think of no reason why what you
are
> trying to do shouldn't work.
> --

/***************These are from pciLocalBus.h********************/
# define PCI_ADDR(base,index) (&((ULONG *)(base))[index])
#   define PCI_READ(base,index,addr) \
     (*(ULONG *)addr = PSWAP(*PCI_ADDR(base,index)))
#   define PCI_WRITE(base,index,data) (*PCI_ADDR(base,index) = PSWAP(data))

/*************And these are my modified versions ***************/
#define WPCI_ADDR(base,index) (&((unsigned short *)(base))[index])
#define WPCI_WRITE(base,index,data) (*WPCI_ADDR(base,index) = data)
#define WPCI_READ(base,index,addr) (*(unsigned short *)addr =
*(WPCI_ADDR(base,index)))

Im am thinking that perhaps the macros might be correct, but the compiler or
perhaps architecture file or linker is forcing 32 bit accesses even though
16 bit is defined in the macro. The following is the code snippet that uses
these macros.

       unsigned short wdata;
/************** this works because it is at space accessed as 32bits
******************/
       for(longi=0x00; longi<0x100; longi++)
         {
         ldata = longi;
         PCI_WRITE(EM8400Base+0x80000000,longi,ldata);
         ich++;
         PCI_READ(EM8400Base+0x80000000,  longi, &wdata);
         if(longi%16 == 0)printf("\n <%08X>     ", (int)(longi + EM8400Base
+ 0x80000000) );
         printf("%04X ", wdata);
         }
       printf("\n");
/**************** this is in the16 bit access region of the chip in question
and doesn't work ****/
       for(longi=0x7cc0; longi<0x7ccf; longi++)
         {
         wdata = 0x0400 + longi; /* must be 16 bit access for this space */
         WPCI_WRITE(EM8400Base+0x80000000, longi, wdata);
         ich++;
         WPCI_READ(EM8400Base+0x80000000,  longi, &wdata);
         if(longi%16 == 0)printf("\n <%08X>     ", (int)(longi + EM8400Base
+ 0x80000000) );
         printf("%04X ", wdata);
         }

Thank you for considering this problem.

Charles Krinke

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI 16bit vs 32bit accesses
Date: Thu, 13 Apr 2000 10:59:28 -0700
From: "Charles Krinke" <ckrinke@doctordesign.com>
Message-ID: <1WnJ4.2$RL2.107@news.connectnet.com>
References: <r0kJ4.1$gC2.47@news.connectnet.com> <38F5F742.74F8AAB7@nowhere.com>

> Charles,
>
> It might help if you showed us how you defined your versions of PCI_ADDR,
> PCI_READ, and PCI_WRITE.  Offhand, I can think of no reason why what you
are
> trying to do shouldn't work.
> --
> Charlie Grames
> The Boeing Company
> Charles.R.Grames @ boeing.com

/******** VxWorks original macro definitions from pciLocalBus.h
************/
# define PCI_ADDR(base,index) (&((ULONG *)(base))[index])
#   define PCI_READ(base,index,addr) \
     (*(ULONG *)addr = PSWAP(*PCI_ADDR(base,index)))
#   define PCI_WRITE(base,index,data) (*PCI_ADDR(base,index) = PSWAP(data))

/********* my 16 bit versions of PCI_XXX *****************************/
#define WPCI_ADDR(base,index) (&((unsigned short *)(base))[index])
#define WPCI_WRITE(base,index,data) (*WPCI_ADDR(base,index) = data)
#define WPCI_READ(base,index,addr) (*(unsigned short *)addr =
*(WPCI_ADDR(base,index)))

unsigned short wdata;

/*********** this works because it is in a 32bit access area of the Sigma
EM8400 chip ****/
       for(longi=0x00; longi<0x100; longi++)
         {
         ldata = longi;
         PCI_WRITE(EM8400Base+0x80000000,longi,ldata);
         ich++;
         PCI_READ(EM8400Base+0x80000000,  longi, &wdata);
         if(longi%16 == 0)printf("\n <%08X>     ", (int)(longi + EM8400Base
+ 0x80000000) );
         printf("%04X ", wdata);
         }
       printf("\n");
/************ this doesn't work because it is in a 16bit access area of the
Sigma EM8400 chip ***/
       for(longi=0x7cc0; longi<0x7ccf; longi++)
         {
         wdata = 0x0400 + longi; /* must be 16 bit access for this space */
         WPCI_WRITE(EM8400Base+0x80000000, longi, tempdata.sdata);
         ich++;
         WPCI_READ(EM8400Base+0x80000000,  longi, &wdata);
         if(longi%16 == 0)printf("\n <%08X>     ", (int)(longi + EM8400Base
+ 0x80000000) );
         printf("%04X ", wdata);
         }

---------------------------

Newsgroups: comp.os.vxworks
Subject: loading application separately
Date: Thu, 13 Apr 2000 18:52:01 +0000
From: Prashant Shukla <prashant.shukla@fluke.com>
Organization: Fluke Networks
Message-ID: <38F61751.13FC742D@fluke.com>

hi all,

Can we load three application having direct  function calls into the
other application separately and not have a problem??

e.g., we have three application A,B and C and In A we have  a function
call to B . B we have a function call A and C . And C we have function
call to A and B.
Can we load A, perform some check, then load module B and then load
module C. I know that A will complain about unresolved symbols in B. But
once i load module B will it be able to resolve the symbols  to the
function calls in B and so on??? Or the only solution to have one .out
file and link all the application together.

Thanks
Prashant

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI 16bit vs 32bit accesses
Date: Thu, 13 Apr 2000 15:49:23 -0400
From: Jeff Daly <jeffrey.j.daly@lmco.com>
Organization: Sanders A Lockheed Martin Company
Message-ID: <38F624C3.29B97002@lmco.com>
References: <r0kJ4.1$gC2.47@news.connectnet.com> <38F5F81E.4BA804F9@nowhere.com> <1WnJ4.1$RL2.107@news.connectnet.com>
Reply-To: jeffrey.j.daly@lmco.com

perhaps you're not really writing to where you think you are.  the addresses you
are writing to in the 16 bit section are
EM8400BASE+0x8000f980, EM8400BASE+0x8000f982, EM8400BASE+0x8000f984, etc...  is
this what you meant?
while the 32 bit section is writing to EM8400BASE+0x80000000,
EM8400BASE+0x80000004, EM8400BASE+0x80000008,
admittedly, i don't know your hardware....you also don't swap the data in the 16
bit section.

Charles Krinke wrote:

> > It might help if you showed us how you defined your versions of PCI_ADDR,
> > PCI_READ, and PCI_WRITE.  Offhand, I can think of no reason why what you
> are
> > trying to do shouldn't work.
> > --
>
> /***************These are from pciLocalBus.h********************/
> # define PCI_ADDR(base,index) (&((ULONG *)(base))[index])
> #   define PCI_READ(base,index,addr) \
>      (*(ULONG *)addr = PSWAP(*PCI_ADDR(base,index)))
> #   define PCI_WRITE(base,index,data) (*PCI_ADDR(base,index) = PSWAP(data))
>
> /*************And these are my modified versions ***************/
> #define WPCI_ADDR(base,index) (&((unsigned short *)(base))[index])
> #define WPCI_WRITE(base,index,data) (*WPCI_ADDR(base,index) = data)
> #define WPCI_READ(base,index,addr) (*(unsigned short *)addr =
> *(WPCI_ADDR(base,index)))
>
> Im am thinking that perhaps the macros might be correct, but the compiler or
> perhaps architecture file or linker is forcing 32 bit accesses even though
> 16 bit is defined in the macro. The following is the code snippet that uses
> these macros.
>
>        unsigned short wdata;
> /************** this works because it is at space accessed as 32bits
> ******************/
>        for(longi=0x00; longi<0x100; longi++)
>          {
>          ldata = longi;
>          PCI_WRITE(EM8400Base+0x80000000,longi,ldata);
>          ich++;
>          PCI_READ(EM8400Base+0x80000000,  longi, &wdata);
>          if(longi%16 == 0)printf("\n <%08X>     ", (int)(longi + EM8400Base
> + 0x80000000) );
>          printf("%04X ", wdata);
>          }
>        printf("\n");
> /**************** this is in the16 bit access region of the chip in question
> and doesn't work ****/
>        for(longi=0x7cc0; longi<0x7ccf; longi++)
>          {
>          wdata = 0x0400 + longi; /* must be 16 bit access for this space */
>          WPCI_WRITE(EM8400Base+0x80000000, longi, wdata);
>          ich++;
>          WPCI_READ(EM8400Base+0x80000000,  longi, &wdata);
>          if(longi%16 == 0)printf("\n <%08X>     ", (int)(longi + EM8400Base
> + 0x80000000) );
>          printf("%04X ", wdata);
>          }
>
> Thank you for considering this problem.
>
> Charles Krinke

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Adding POST to VxWorks Boot Image
Date: Thu, 13 Apr 2000 15:55:09 -0400
From: Jeff Daly <jeffrey.j.daly@lmco.com>
Organization: Sanders A Lockheed Martin Company
Message-ID: <38F6261D.CB1509BB@lmco.com>
References: <8d4v3m$qpv$1@nnrp1.deja.com>
Reply-To: jeffrey.j.daly@lmco.com

the expensive way is to get an ICE for your target.

jmontvil@my-deja.com wrote:

> I have a Power On Self Test (POST) that I would like to execute before
> VxWorks uncompresses and loads. I have linked in my code in the Tornado
> 1 environment and set the BOOT_EXTRA make variable equal to the object
> file that is my POST routine. I have also placed a call to my POST in
> rominit.s, right before the branch to romStart, after the stack pointer
> is initialized. Everything builds OK and the bootrom image is built.
> The bootrom image gets burned into our flash with no problem.
>
> The problem occurs at execution (of course). What I've been best able
> to determine is that there is some kind of size limitation in building
> this way. When I comment out all of the tests except for 1, everything
> is OK. As soon as I try to un-comment more of the tests, what did
> execute no longer works. In fact, the code executing from flash at that
> point sends the processor "out in the weeds". I do believe that my POST
> is position independent code, as I have compiled everything with the -
> mrelocatable option, and have examined the results of an objdump
> disassembly of the bootrom image. Unfortunately, this problem is nearly
> impossible to debug. My only debug method is to build, burn, and test.
> I also must add that I have built and debugged the POST code standalone
> and am confident of it. I'm also confident of board initialization in
> romInit, prior to invoking my POST.
>
> Is this the recommended way for doing what I want to do? I can find
> little if any documentation for doing this, only the comments in
> rominit.s. I cannot run my POST after VxWorks is booted because VxWorks
> is somewhat intolerant of some of the low level testing I'm doing (ie.
> disabling, testing, enabling L2 cache, etc.).
>
> My environment is a PPC750, and building under Tornado 1. I have also
> been unable to find any information about how to accomplish this.
>
> Jim Montville
> DNA Enterprises Inc.
> 1240 E. Campbell Road
> Richardson, Texas 75081
> 972-671-1972 Ext 260
> 972-671-1581 FAX
> jmontvil@dnaent.com
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: recvfrom
Date: Thu, 13 Apr 2000 20:21:22 GMT
From: cpelliott@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8d5a7g$7mg$1@nnrp1.deja.com>

I have a function that creates and binds a socket
in order to receive UDP message to a particular
port.  I use recvfrom, so I can find out where
they are coming from.  This works when I call the
function from the shell, but if I spawn it as a
task, the IP and port data is not set when I get
a message.

Any ideas on why?  I am using Tornado 2.0.0 for
the ARM processor.

cpelliott@SPAM.yahoo.com  <-- Remove "SPAM."
before mailing.

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: DHCP not working properly
Date: Thu, 13 Apr 2000 20:29:51 GMT
From: cpelliott@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8d5anb$8ak$1@nnrp1.deja.com>

I have the supported DHCP server running under Tornado 2.0.0 on an ARM
processor.  It works fine with my Windows98 machine, but with some
other machines (include some Windows98 machines), it does not work.
When it fails I see the following on the network:  DHCPDISCOVER,
DHCPOFFER, DHCPREQUEST.  The Wind River DHCP server never gives a
DHCPACK.  Anyone seen this problem before?  Unlike some other network
services, I can't find any sort of debug flag that might tell me why
the server decides not to ACK the valid REQUEST.

- -Chris Elliott cpelliott@SPAM.yahoo.com  <-- Remove "SPAM." before
mailing

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.realtime,comp.os.vxworks,comp.arch.bus.vmebus
Subject: MVME 162-022A wanted
Date: 13 Apr 2000 10:08:41 +0200
From: lars.g.troppen@kongsberg.com (lars.g.troppen@kongsberg.com)
Organization: Kongsberg Gruppen ASA
Message-ID: <vo8vh1mpgmu.fsf@kongsberg.com>

I have inherited some simulation sw that only runs on MVME 162-022A,
but this card is no longer in production. Is there anyone out there
who has such a board that they could sell us ?

Any hints about where to get one is also welcome.

- -- 
Lars Troppen, Avd DC4S, Kongsberg Defence & Aerospace
PO 1003, N3601 Kongsberg, Norway
Tel: (+47) 32738722 Mail: lars.g.troppen@kongsberg.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Problem with Tornado depend
Date: Thu, 13 Apr 2000 16:16:41 -0500
From: Lee Graba <graba_lee@htc.honeywell.com>
Organization: Honeywell Technology Center
Message-ID: <38F63939.6324F6E1@htc.honeywell.com>

When constructing dependencies for a project, Tornado is including some
files twice.  I assume this would be alright, except that it doesn't
find them in the same place!!  One instance of the file will include the
full pathname, i.e. d:/Projects/MyProject/dummyName.h, while the other
instance will only include the name:  ./dummyName.h.

Has anyone seen this behaviour?  Is there a work around?

- --
- --------------------------------------------------------------------------------

Lee Graba
Honeywell Technology Center
graba_lee@htc.honeywell.com
- --------------------------------------------------------------------------------

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Support SLIP not PPP?
Date: 13 Apr 2000 21:38:50 GMT
From: johan.borkhuis@peektraffic.nl
Organization: XS4ALL Internet BV
Message-ID: <8d5epa$1hm$1@news1.xs4all.nl>
References: <38f5dede.0@seat.s3two.ie>

John McDonald <donike_2000@yahoo.com> wrote:

: VxWorks supports Serial Line Internet Protocol (SLIP), but not
: Point-to-Point Protocol(PPP). 

I am afraid you are wrong here. VxWorls supports both PPP and SLIP.

Groeten,
	Johan

- -- 
     o o o o o o o . . .   ___________________________________
    o      _____           ||    Johan Borkhuis              |
  .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
 >(________|__|_[_________]_|________________________________|
 _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
=== VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: loading application separately
Date: Thu, 13 Apr 2000 21:43:46 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38F63F92.3D94EC8D@nowhere.com>
References: <38F61751.13FC742D@fluke.com>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

Prashant,

If module A depends on B, and B depends on A, and you load A before B, the
loader will resolve all references in B to A, but not the other way around.  You
can, however, do this yourself at runtime by using function pointers in your
code and then using the routine symFindByName() to initialize the function
pointers.

Depending on your application, you may find it easier to link everything
together.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

Prashant Shukla wrote:
> 
> hi all,
> 
> Can we load three application having direct  function calls into the
> other application separately and not have a problem??
> 
> e.g., we have three application A,B and C and In A we have  a function
> call to B . B we have a function call A and C . And C we have function
> call to A and B.
> Can we load A, perform some check, then load module B and then load
> module C. I know that A will complain about unresolved symbols in B. But
> once i load module B will it be able to resolve the symbols  to the
> function calls in B and so on??? Or the only solution to have one .out
> file and link all the application together.
> 
> Thanks
> Prashant

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI 16bit vs 32bit accesses
Date: Thu, 13 Apr 2000 21:33:24 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38F63D24.25E446AC@nowhere.com>
References: <r0kJ4.1$gC2.47@news.connectnet.com> <38F5F81E.4BA804F9@nowhere.com> <1WnJ4.1$RL2.107@news.connectnet.com> <38F624C3.29B97002@lmco.com>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

Yeah, what he said.

Thanks, Jeff.  That is where I was going, but you beat me to the punch.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

Jeff Daly wrote:
> 
> perhaps you're not really writing to where you think you are.  the addresses you
> are writing to in the 16 bit section are
> EM8400BASE+0x8000f980, EM8400BASE+0x8000f982, EM8400BASE+0x8000f984, etc...  is
> this what you meant?
> while the 32 bit section is writing to EM8400BASE+0x80000000,
> EM8400BASE+0x80000004, EM8400BASE+0x80000008,
> admittedly, i don't know your hardware....you also don't swap the data in the 16
> bit section.
> 
> Charles Krinke wrote:
> 
> > > It might help if you showed us how you defined your versions of PCI_ADDR,
> > > PCI_READ, and PCI_WRITE.  Offhand, I can think of no reason why what you
> > are
> > > trying to do shouldn't work.
> > > --
> >
> > /***************These are from pciLocalBus.h********************/
> > # define PCI_ADDR(base,index) (&((ULONG *)(base))[index])
> > #   define PCI_READ(base,index,addr) \
> >      (*(ULONG *)addr = PSWAP(*PCI_ADDR(base,index)))
> > #   define PCI_WRITE(base,index,data) (*PCI_ADDR(base,index) = PSWAP(data))
> >
> > /*************And these are my modified versions ***************/
> > #define WPCI_ADDR(base,index) (&((unsigned short *)(base))[index])
> > #define WPCI_WRITE(base,index,data) (*WPCI_ADDR(base,index) = data)
> > #define WPCI_READ(base,index,addr) (*(unsigned short *)addr =
> > *(WPCI_ADDR(base,index)))
> >
> > Im am thinking that perhaps the macros might be correct, but the compiler or
> > perhaps architecture file or linker is forcing 32 bit accesses even though
> > 16 bit is defined in the macro. The following is the code snippet that uses
> > these macros.
> >
> >        unsigned short wdata;
> > /************** this works because it is at space accessed as 32bits
> > ******************/
> >        for(longi=0x00; longi<0x100; longi++)
> >          {
> >          ldata = longi;
> >          PCI_WRITE(EM8400Base+0x80000000,longi,ldata);
> >          ich++;
> >          PCI_READ(EM8400Base+0x80000000,  longi, &wdata);
> >          if(longi%16 == 0)printf("\n <%08X>     ", (int)(longi + EM8400Base
> > + 0x80000000) );
> >          printf("%04X ", wdata);
> >          }
> >        printf("\n");
> > /**************** this is in the16 bit access region of the chip in question
> > and doesn't work ****/
> >        for(longi=0x7cc0; longi<0x7ccf; longi++)
> >          {
> >          wdata = 0x0400 + longi; /* must be 16 bit access for this space */
> >          WPCI_WRITE(EM8400Base+0x80000000, longi, wdata);
> >          ich++;
> >          WPCI_READ(EM8400Base+0x80000000,  longi, &wdata);
> >          if(longi%16 == 0)printf("\n <%08X>     ", (int)(longi + EM8400Base
> > + 0x80000000) );
> >          printf("%04X ", wdata);
> >          }
> >
> > Thank you for considering this problem.
> >
> > Charles Krinke

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: http server
Date: 13 Apr 2000 22:17:07 GMT
From: johan.borkhuis@peektraffic.nl
Organization: XS4ALL Internet BV
Message-ID: <8d5h13$45m$1@news1.xs4all.nl>
References: <8d54ue$1j4$1@nnrp1.deja.com>

fatihozcan@my-deja.com wrote:
: For an embedded http server in MBX board we like to keep the files in
: flash. What is the way to do it? Any suggestion would be appreciated?

TFFS?

Groeten,
	Johan

- -- 
     o o o o o o o . . .   ___________________________________
    o      _____           ||    Johan Borkhuis              |
  .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
 >(________|__|_[_________]_|________________________________|
 _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
=== VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Problem with Tornado depend
Date: 13 Apr 2000 22:21:26 GMT
From: johan.borkhuis@peektraffic.nl
Organization: XS4ALL Internet BV
Message-ID: <8d5h96$45m$2@news1.xs4all.nl>
References: <38F63939.6324F6E1@htc.honeywell.com>

Lee Graba <graba_lee@htc.honeywell.com> wrote:
: When constructing dependencies for a project, Tornado is including some
: files twice.  I assume this would be alright, except that it doesn't
: find them in the same place!!  One instance of the file will include the
: full pathname, i.e. d:/Projects/MyProject/dummyName.h, while the other
: instance will only include the name:  ./dummyName.h.

: Has anyone seen this behaviour?  Is there a work around?

I expect that this is the same file.

Did you use the same include statement in all of your code (#include
"dummyname.h"), or did you use ".." and <..> for the same include in
different files? Or did you maybe use a #include "./dummyname.h"?

Groeten,
	Johan

- -- 
     o o o o o o o . . .   ___________________________________
    o      _____           ||    Johan Borkhuis              |
  .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
 >(________|__|_[_________]_|________________________________|
 _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
=== VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.psos,comp.os.qnx,comp.os.vxworks,comp.realtime
Subject: Re: RTOS comparison + enhancement(s)
Date: Thu, 13 Apr 2000 22:28:15 GMT
From: paulboss@erols.com (Paul J. Bosselaers)
Message-ID: <8d5hll$5n4$1@bob.news.rcn.net>
References: <Pine.GSO.4.10.10004122135320.7542-100000@koh-sun019.usc.edu>

In article <Pine.GSO.4.10.10004122135320.7542-100000@koh-sun019.usc.edu>, "M. Asim Rasheed" <rasheed@koh-sun019.usc.edu> wrote:
>
>Hi,
>
>I am doing some research on internet enabled devices and am considering
>these RTOSes: VxWorks,pSOS,VRTX and QNX. 
>
You may want to consider the CMX RTOS (http://www.cmx.com) also.  The CMX 
RTOSes are fast, take up very little ROM and RAM, and are available for many 
processors and compilers.  No royalties either!

Paul Bosselaers

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: capturing core dumps on vxworks
Date: Thu, 13 Apr 2000 17:50:28 -0500
From: "Peter Marqui" <peter.marqui@rauland.com>
Organization: Verio
Message-ID: <f7sJ4.6045$ZE4.113703@ord-read.news.verio.net>
References: <8d0h5m$ura$1@nnrp1.deja.com>

from the console or a shell use the task trace command tt

tt <task_id>

captain_underwear@my-deja.com wrote in message
<8d0h5m$ura$1@nnrp1.deja.com>...
>Hi,
>
>as part of an exercise in figuring out a bug, I would like to get a
>stack trace (like what pstack would get from a /proc file system in
>unix) and do a core dump for later analysis. Is there a way to do
>either in vxworks ?
>
>thanks
>Siddharth
>
>
>Sent via Deja.com http://www.deja.com/
>Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: re: PCI Interrupt Issues
Date: Thu, 13 Apr 2000 15:44:49 -0700
From: Jason Leong <Jason_Leong@spectrumsignal.com>
Organization: BCnet
Message-ID: <E146601F705BD3119C87009027301FED01580031@PIGEON>
References: <8cl1jn$20u16@overload.lbl.gov>

Hello,

I'm also having difficulties in getting interrupts to work properly
under the Pentium BSP.  Here's the code I'm using to connect the
interrupt:

pciConfigInByte(busNum, devNum, funcNum, PCI_CFG_DEV_INT_LINE,
&intLine);
result = pciIntConnect(INUM_TO_IVEC(intLine + INT_NUM_IRQ0),pciISR,0);
if(OK == result)
   sysIntEnablePIC(intLine);

After the pciConfigInByte, intLine becomes 9, which corresponds to
interrupt vector 41.  If I do not call pciIntConnect, then I get the
error uninitialized interrupt at vector 41, so the board I'm using is
indeed generating the proper interrupt.

Here's the code for the ISR:
void pciISR(void)
{
   logMsg("Executing ISR\n",0,0,0,0,0,0);
}

When I run the code, the ISR never seems to get called because I don't
see the log message.  Is there anything else that I need to do?  Thanks
in advance.

Jason

- -----Original Message-----
From: vxwexplo@lbl.gov [mailto:vxwexplo@lbl.gov]On Behalf Of Christopher
Stutts
Posted At: Friday, April 07, 2000 9:09 AM
Posted To: vxworks
Conversation: PCI Interrupt Issues
Subject: re: PCI Interrupt Issues

the vxWorks Users Group Exploder wrote:
> 
> Submitted-by vxwexplo-errs@csg.lbl.gov  Thu Apr  6 08:46:35 2000
> Submitted-by: "Michael Lawnick" <lawnick@softec.de>
> 
> > Hello, Vxworkers,
> >
> > I need help on some PCI Interrupt Issues with Pentium BSP.
> >
> > 1. I tried to connect a PCI interrupt to an ISR by doing:
> >
> > if(pciIntConnect(INUM_TO_IVEC(EDS_PCI_IRQ+INT_NUM_IRQ0),
> > pciIntTest)==OK)/* interrupt vector and handler to attach to */
> >  {
> >   printf("\nISR attached OK\n");
> >   sysIntEnablePIC(EDS_PCI_IRQ);> >  }
> >

Shouldn't the BIOS have already assigned the IRQ to the PCI
device before vxWorks gets loaded.  The IRQ number should be
available at the device config register, and the BIOS should
have performed the routing & level trigger setup at the
chipset.  If there's a BIOS present and it didn't load an
IRQ number into the config register, maybe it didn't detect
the presence of an interrupt line.  You can double check the
routing if you know your PCI device's IRQ line A - D at the
chipset.

---------------------------

Newsgroups: comp.arch.embedded,comp.realtime,microsoft.public.win32.programmer.kernel,comp.os.ms-windows.programmer.nt.kernel-mode,comp.os.vxworks,comp.os.psos
Subject: Re: Development tools for PC station
Date: Thu, 13 Apr 2000 08:49:41 +0200
From: "Peter Petersen" <pp@on-time.de>
Organization: On Time Informatik
Message-ID: <8d3qm9$5kf$1@news07.btx.dtag.de>
References: <38F36351.42B38EE@flash-networks.com>

Rami,

> I need to develop and debug PC station (in other words : my application
> board  is PC station bought in a computer store, Pentium II or III, BGA
> socket, no JTAG pins).
>
> The application is running at system kernel level -- meaning : Visual
> C++ is not relevant.
>
> Looking for information on  JTAG-based or ICE development tools and CPU
> mezzine to support the development.

I would also recommend to use a software debugger instead of an expensive
ICE.

Check out RTTarget-32 from On Time (http://www.on-time.com). It supports
Microsoft Visual C++ (even its integrated debugger) for embedded systems not
running DOS, Windows, etc. You can also use Borland or Watcom compilers.
Apart from boot code, locator, and cross debugging, RTTarget-32 also gives
you support for the complete C/C++ run-time system which comes with the
compiler. It does that by supplying a subset of the Win32 API on the target.
Effectively, RTTarget-32 is a real time, NT compatible operating system with
a minimal memory footprint of only 16k RAM/ROM.

There is a test version available for download on On Time's Web site.

Peter

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Cache Problem on MPC860 Board
Date: Mon, 10 Apr 2000 03:00:28 GMT
From: svcrht@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8crg43$l0q$1@nnrp1.deja.com>
References: <8cgr5u$c4k$1@nnrp1.deja.com> <pkockritz-0604000645250001@24.0.106.190>

  In fact, the BSP we are using is from a company who offer the MPC860
to PCI bridge chips. We also got their evaluation board. The EVM board
works very well with cache and MMU enable if I used that BSP. Then I
modified the BSP for our own board. Of course, I also did some changes
by refering to ads860's BSP. For example, I replaced EVM's scc4 serial
driver with ads860's smc1 serial driver. After I finishing the BSP
configration. The cache can not be enabled in our board as I mentioned
before. The tornado version we are using is 1.01, the 860 chip is
XPC860MHZP50C1(the same as the one in evm board) which I think is a new
version without cache bug. The entries in sysPhysMemDesc is as follow:

PHYS_MEM_DESC sysPhysMemDesc [] =
    {
    {
    (void *) LOCAL_MEM_LOCAL_ADRS,
    (void *) LOCAL_MEM_LOCAL_ADRS,
    LOCAL_MEM_SIZE ,
    VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
VM_STATE_MASK_CACHEABLE,
    VM_STATE_VALID      | VM_STATE_WRITABLE      | VM_STATE_CACHEABLE
    },

    {
    (void *) INTERNAL_MEM_MAP_ADDR,
    (void *) INTERNAL_MEM_MAP_ADDR,
    INTERNAL_MEM_MAP_SIZE,		/* 64 k - Internal Memory Map */
    VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
VM_STATE_MASK_CACHEABLE,
    VM_STATE_VALID      | VM_STATE_WRITABLE      |
VM_STATE_CACHEABLE_NOT
    },

    {
    (void *) ROM_BASE_ADRS,
    (void *) ROM_BASE_ADRS,
    ROM_SIZE,				/* Flach memory */
    VM_STATE_MASK_VALID | VM_STATE_MASK_WRITABLE |
VM_STATE_MASK_CACHEABLE,
    VM_STATE_VALID      | VM_STATE_WRITABLE      |
VM_STATE_CACHEABLE_NOT
    }
    };

  I think the biggest difference between my BSP and EVM's bsp is the serial
driver. Are there some relationships between cache error and serial
driver(The only thing I can suspect)?  or are they some hardware proplems on
my board? but the cache and MMU are on chip. external components can affact
them?

Ren Hantao
2000/4/10

In article <pkockritz-0604000645250001@24.0.106.190>,
  pkockritz@home.com (Pete Kockritz) wrote:
> In article <8cgr5u$c4k$1@nnrp1.deja.com>, svcrht@my-deja.com wrote:
>
> > Hi, All
> >   I can not enable the cache on my MPC860 board. When I included
cache
> > and MMU in the BSP files, It passed cacheLibInit(USER_I_CACHE_MODE,
> > USER_D_CACHE_MODE), but failed in cacheEnable(INSTRUCTION_CACHE). if
I
> > skip cacheEnable(INSTRUCTION_CACHE), it still failed in cacheEnable
> > (DATA_CACHE). If I passed both the instruction and data cache enable
> > functions, it went into usrMmuInit() and never return. So I undefine
> > the MMU and cache support, then everything is OK, but without cache,
> > the CPU perfomance is rather low.
> >   This problem have puzzled me for a few days. I almost have no
ideas.
> > Does anyone who have used 860's cache? Any suggestions will be very
> > much appreciated.
>
> What BSP are you using, one supplied by WRS or a custom one? If
custom,
> did you set up the entries in sysPhysMemDesc correctly?
>
> Regards,
> Pete
> --
> +-----------------------------------------------------------------+
> |       Pete Kockritz                  mailto:pkockritz@home.com  |
> |                       This space for rent.                      |
> +-----------------------------------------------------------------+
>

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.psos,comp.os.qnx,comp.os.vxworks,comp.realtime
Subject: Re: RTOS comparison + enhancement(s)
Date: Thu, 13 Apr 2000 17:20:51 -0700
From: Selvamani <selva@nospam.me>
Organization: Switzerland of Internet
Message-ID: <38F66463.64B8C8C5@nospam.me>
References: <Pine.GSO.4.10.10004122135320.7542-100000@koh-sun019.usc.edu> <8d5hll$5n4$1@bob.news.rcn.net>

Hi

    Don't forget C-Executive (www.jmi.com) which is
mostly written in C with POSIX.1 support too.

Selva

"Paul J. Bosselaers" wrote:

> In article <Pine.GSO.4.10.10004122135320.7542-100000@koh-sun019.usc.edu>, "M. Asim Rasheed" <rasheed@koh-sun019.usc.edu> wrote:
> >
> >Hi,
> >
> >I am doing some research on internet enabled devices and am considering
> >these RTOSes: VxWorks,pSOS,VRTX and QNX.
> >
> You may want to consider the CMX RTOS (http://www.cmx.com) also.  The CMX
> RTOSes are fast, take up very little ROM and RAM, and are available for many
> processors and compilers.  No royalties either!
>
> Paul Bosselaers

---------------------------

Newsgroups: comp.os.vxworks
Subject: Multiple END Objects
Date: Fri, 14 Apr 2000 00:25:58 GMT
From: jethani@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8d5oi8$npt$1@nnrp1.deja.com>

I am able to get one END Object up & running, but how do I get multiple
of them running.

I changed the configNet.h to include multiple drivers &
the EndLoad & EndStart routines gets called, but the
EndFindByName routine fails for the second device.

I need to have different IP address/networks for each of the END Object

Any help would be appreciated.

Navin

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Lost interrupts on MPC860
Date: Fri, 14 Apr 2000 03:14:07 GMT
From: Stephen Banville <banville@mediaone.net>
Organization: Road Runner
Message-ID: <38F68E04.40FFB7E9@mediaone.net>
References: <TsqI4.98$6i7.2699@client>

David Spencer wrote:

> We have a board running vxWorks on an 860 that uses one of the edge
> sensitive port C pins to generate an interrupt via the CPM. We also have
> several other CPM interrupts in use, including one of the SCC channels which
> is being used as a UART, and which has higher interrupt priority than the
> port C pin.
>
> The problem we are seeing is that occasionally, we miss an edge on the port
> C pin. Our external hardware generates it, but the ISR never gets called and
> when we look after the event, the corresponding bit in the CIPR register is
> not set. (Before everyone jumps and says "Classic race condition", this is
> not the case, our hardware can only generate a new edge after the previous
> one has been acknowledged.) Therefore, it looks like something in vxWorks is
> clearing the pending interrupt without ever calling the ISR. Interestingly,
> this failure is very dependent on the SCC interrupt activity. If we reduce
> the SCC usage (print out less debug messages!) then the number of lost edges
> decreases, and if we give the port C pin highest priority (through the HP
> field in the CICR register) then the problem goes away altogether.
>
> Wind River can't think of anything, but have given us the source to all the
> interrupt code, and we too can't spot an obvious problem. Has anyone else
> had any similar problems, and if so, what's the cure?
>
> Thanks
> David

David,
                    I'm also using an MPC850. I am experiencing a simillar
problem. I have an 8260 and an 860 talkiing over a PCI bridge (PLX9054). At
certain times when I hit a PCI doorbell intrp on the MPC8260 the MPC860's isr
does not respond. These intrps are level sensitive. I would be interested to
find out if you have come across a solution for your problem.

- --Steve

Nortel Netwrks.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: BSP installation problem
Date: Fri, 14 Apr 2000 07:21:36 GMT
From: Computer Engineer <engineer4computer@netscape.net>
Organization: Somewhere in the Earth
Message-ID: <38F6563D.AA0B2CF2@netscape.net>
References: <38F5AEFF.75AF2F30@it.kth.se>

Make sure you have write permission to the BSP directory!!!!!!!

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Cache Problem on MPC860 Board
Date: Fri, 14 Apr 2000 15:24:31 +0800
From: "Ren Hantao" <svcrht@sbell.com.cn>
Organization: The news server of Changzhou TeleCom
Message-ID: <8d6h4d$113m$1@news.cz.js.cn>
References: <8cgr5u$c4k$1@nnrp1.deja.com> <pkockritz-0604000645250001@24.0.106.190> <8crg43$l0q$1@nnrp1.deja.com> <8cs9i6$il3$1@news.cz.js.cn> <8d0m98$1m4n$1@news.cz.js.cn> <38F3DDA2.14A97097@aracnet.com> <8d1017$26s4$1@news.cz.js.cn> <38F4E537.666FDB43@sympatico.ca>

Hi, Pete

  Thank you very much for your concern. Yes, with burst disabled
on SDRAM , My board works well.(but VM_STATE_GUARDED
can not be added in sysPhysMemDesc[ ], otherwise, it can't pass
usrMmuInit()). So It seemed the fault is really on the UPM configration.
I think when 860 core find a cache miss, it will fetch code or data
from external SDRAM and copy the content of corresponding
memory to the cache. Because the internal bus for accessing cache
is 128-bit wide, it will generate a bust access to SDRAM by default.
If the burst setting of SDRAM is wrong, it will crash the system.

   I remember you said that you have met cache problems too, your
board will crash after running 20-30 miniutes. So check your UPM
configration too. If you have a emulator like EST's visionICE, you
can look up the difference between cache and memory when the
system is crashed. On my occasion, if the borad was running OK,
there weren't any difference between cache and memory. if the
system was crashed, there would be a lot of difference, and the
content in cache are relative every four words which is obvious
abnormal as the content in SDRAM are mostly unrelatable each
word.

   When I read MPC860's manual,  I am a little confused about the
burst access.  On which condition MPC860 launch a burst access
on the bus?  Does it use some special instruction on  burst access?
I suspect it,  but if so, the complier must have some intelligent to
know when to generate a burst insruction. for example, if you want
to copy a block of memory, the complier will know the block is
consecutive and it then generate "burst read" and "burst write"
instruction. When the processor excute these "burst instruction",
it then check if the external memroy support burst access, if so,
it will initial a burst access.    Another idea of mine is: There are
no special instructions of burst access(more possible),  the processor
has the intelligence to know when to launch a burst.  but how does
it know?

   In fact, The UPM configration of burst access to SDRAM is wrong
on my board, but it works very well with cache disabled.  It seemed
there are no SDRAM burst access on my board at all if I turn off the
cache. So,  does burst is only for cache? I am really confused.

Ren Hantao
2000/4/14

- ----------
From:  Pete Kockritz[SMTP:pkockritz@home.com]
Sent:  Friday, April 14, 2000 8:53 AM
To:  SRD Ren Hantao
Subject:  Re: [Fwd: Cache can not be enabled]

SRD Ren Hantao wrote:
>
>   I am using XPC860MHZP50C1. I think it's a new revision
> without cache problem.
>   Someone told me that I might have something wrong with
> UPM configration for burst access to SDRAM. I think I
> should check it.
>
> Ren Hantao
> 2000/4/13
>

Try setting the burst inhibit (BI) in the memory controller. I think its
in the OR register for the chip select that corresponds to your SDRAM.
That should prevent it from bursting. If that fixes it, then you know
you have a problem with your UPM configuration.

- --
Regards,
Pete
<mailto:pkockritz@home.com>
- --
LinuxPPC   <http://www.linuxppc.org>

---------------------------

Newsgroups: comp.os.vxworks
Subject: Ethernet Drivers
Date: Fri, 14 Apr 2000 02:05:06 -0700
From: "Hemophobic Vampire" <nospam.trustno1@iname.com>
Organization: InReach Internet
Message-ID: <N9BJ4.174$yY1.5177@news.inreach.com>

I'm trying to write Ethernet drivers for a non-standard controller on our
MPC860-based target.  I'm trying to support mbuf using the ether_attach(),
ether_output functions in "net/if_subr.h".

Does anyone know where I can find documentation or example code for those
functions?

Thanks

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: usrNetwork.c Initialization
Date: Fri, 14 Apr 2000 02:23:08 -0700
From: "Hemophobic Vampire" <nospam.trustno1@iname.com>
Organization: InReach Internet
Message-ID: <IqBJ4.175$yY1.5332@news.inreach.com>
References: <8cujqm$44b$1@crusher.de.colt.net>

usrNetwork.c is not supposed to be compiled as a separate object file.

usrConfig.c does #include "usrDepend.c".  usrDepend.c does #include
"usrNetwork.c" if INCLUDE_NETWORK is defined.

Therefore, if you want to use your own usrNetwork.c, you'll need to make
sure usrConfig.c gets recompiled and find your usrNetwork.c before the
vxWorks one.

Achim Zimmer <hzimmer@dica.de> wrote in message
news:8cujqm$44b$1@crusher.de.colt.net...
> my problem is: I want to initialize the network interfaces myself not in
> usrNetInit()
> also in further times it can be possible that we have to change
> "usrNetwork.c"
>
> Now I want to copy and then changed the copied "usrNetwork.c"  to my
> directories.
> I have added it to the BSP workspace, but when it compiles it as double
> declarations.
>
> If I change the original file, nothing happens. I build in some errors for
> the compiler, but he didn't touch that file ???
>
> I don't understand that mechanism, please help me.
>
> --
> Thanks
> Achim Zimmer
> R&D DICA Technologies
>
> Have a nice day !
>
>

---------------------------

Newsgroups: comp.os.vxworks
Subject: VxWorks in deep space
Date: Fri, 14 Apr 2000 11:28:30 +0200
From: "AC" <abcdefgh@poczta.fm>
Organization: ATCOM ISP http://www.atcom.pl
Message-ID: <8d6s1n$luf$1@sklad.atcom.net.pl>

I found some information about VxWorks on Mars Pathfinder.
Is anybody who know what system was on any other lost Mars probes...

Best regards
AC

---------------------------

Newsgroups: comp.os.vxworks
Subject: re: Need to use PC as the VxWorks console
Date: Fri, 14 Apr 2000 09:52:44 GMT
From: juno@fokkercontrol.com
Organization: Deja.com - Before you buy.
Message-ID: <8d6pp8$rkg$1@nnrp1.deja.com>
References: <8d6d2n$h6l15@overload.lbl.gov>

> Will it not be possible to have a separate LED in your target board
(like in
> the PCs)  which should be lit up by the software when the target
hangs?

Suggestion:
create a "watchdog" led, which must be polled every (micro)second
otherwise it will switch on/off.
Now connect this hardware component to one of the datalines
of the paralel port, and toggle the correct bit of the port.
When having multiple threads/interrupts, you can address
each thread/interrupt to one of the datalines of the port.

Juno.

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Need to use PC as the VxWorks console
Date: Fri, 14 Apr 2000 09:47:23 GMT
From: juno@fokkercontrol.com
Organization: Deja.com - Before you buy.
Message-ID: <8d6pf9$rat$1@nnrp1.deja.com>
References: <8d4rrl$h6l9@overload.lbl.gov> <16beb5c7.2b9857a5@usw-ex0102-084.remarq.com>

> >Does anyone know how to use a PC connected to an x86 based
> > VxWorks target via one of it's COM port as the console.
>
> Use something like this:
>
> BOOLEAN RedirectStdIoToCom3(void)
> {
...
> }
>
> Bruce

Another solution using the project components of Tornado2:
find component "serial" and exclude its "PC console"
component (macro: "INCLUDE_PC_CONSOLE");
The parameters of "serial" can be changed for the baudrate
etc.

Juno (juno@fokkercontrol.com)

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Fri Apr 14 10:28:09 2000
From: John_W_Cosgrove@res.raytheon.com
Date: Fri Apr 14 10:28:11 PDT 2000
Subject: Attaching to the Parallel Port Interrupt

To VxWorks Gurus,

I have a MVME-2700 board running vxWorks 5.3.1 (T 1.0.1) and am trying to
attach an ISR to the parallel port.  We lloked through the BSP and think
the PP is attached to Int 7, Level 7.  We are not receiving our interrupt,
though the chip (an 87308) seems to indicate the interrupt.

Has anyone the needed info to set this up?

We are using intConnect() and sysIntEnable() to set it up.

John Cosgrove
jwc@ssd.ray.com
(401)842-4167  (desk)

From vxwexplo-errs@csg.lbl.gov  Sat Apr 15 04:03:14 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Sat Apr 15 04:03:16 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Sat Apr 15 04:03:11 PDT 2000

        Subject: Fonts malfucations in Tornado 2
        Subject: QIC tape
        Subject: Re: Fonts malfucations in Tornado 2
        Subject: Re: What is the difference?
        Subject: Re: Building libraries with Tornado
        Subject: Re: RTOS comparison + enhancement(s)
        Subject: Re: Problem accessing TCP/IP application in VXSim from outside
        Subject: Tornado2 vxworks and GCC2.8.1
        Subject: Re: MVME 162-022A wanted

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: Fonts malfucations in Tornado 2
Date: Fri, 14 Apr 2000 13:07:37 +0200
From: "AC" <abcdefgh@poczta.fm>
Organization: ATCOM ISP http://www.atcom.pl
Message-ID: <8d71rf$sfp$1@sklad.atcom.net.pl>

How change a font type & size in Tornado 2 ???

I use Win NT4 Service Pack 5 and I enountered this problem on Tornado 2
(i86, PPC, MC68k)

In a menu Tool/Options
panel:  "fonts&colors" do not allow to display available name of  fonts and
sizes so choice (change) is not
possible.
A default font and size allow to work with Tornado 2 only on 21" monitor
with a low like 1024x768
resolution  :-((((
A "Restore to Default" and "Restore All to Default" buttons can be used but
without effect on fonts and sizes.
I'know so a sometimes this problem occurs in a some Windows when is not
choised a printer (only a
some not a TrueType fonts available in this case) but in my configuration
this problem do not occur.

Please reply on group comp.os.vxworks

A.C.

---------------------------

Newsgroups: comp.os.vxworks
Subject: QIC tape
Date: Fri, 14 Apr 2000 14:18:48 +0200
From: "Serge Wenger" <serge.wenger@nobody.ch>
Organization: Swisscom IP+ (post doesn't reflect views of Swisscom)
Message-ID: <8d7284$i5s$1@pollux.ip-plus.net>

I am using a SCSI tape on a PPC with Tornado2.

I need to write a software that store data from my PPC and read on a PC.
I think use a standard format like QIC113. Did anybody know a free sotware
that I can adapt?

/Serge Wenger

In my e-mail address, replace nobody by matisa

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Fonts malfucations in Tornado 2
Date: Fri, 14 Apr 2000 16:01:58 +0200
From: "Martin Raabe" <Martin.Raabe@BaSystem.de>
Organization: T-Online
Message-ID: <8d78k4$rui$1@news07.btx.dtag.de>
References: <8d71rf$sfp$1@sklad.atcom.net.pl>

Hello AC,
I guess this is only flawwless possible in the US version of Windows?!

Ciao

Martin Raabe

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: What is the difference?
Date: Fri, 14 Apr 2000 10:22:49 -0400
From: Douglas Fraser <dwfraser@lucent.com>
Organization: Lucent Technologies
Message-ID: <38F729B9.25419E3C@lucent.com>
References: <38f5a25c.0@seat.s3two.ie> <38f5a293.0@seat.s3two.ie> <3flJ4.1$2G2.91@news.connectnet.com>

Charles.

I nice first cut but I would add a couple of clarifications.

Between multi-tasking and multi-threading, there is a gray
area, but some (including me) would make the distinction
that multi-tasking involves a higher level of separation
between the paths of execution than multi-threading. I like
to think of multi-tasking as a memory protected realm, though
it isn't always, and multi-threading as an open memory realm.
It also implies a different weight of processor overhead for
context switching.

Fundamentally, vxWorks, and the Wind kernel, is a multi-thread
environment. Unix and Linux are multi-tasking, though they support
threading from within a task.

As far as tasks being able to create threads, but threads not
being able to create tasks, I think I would avoid that. I am not
aware of anything that stops me from doing a fork/exec pair
from a thread under Solaris.

Doug

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Building libraries with Tornado
Date: 14 Apr 2000 08:42:16 GMT
From: johan.borkhuis@peektraffic.nl
Organization: XS4ALL Internet BV
Message-ID: <8d6ll8$qiv$1@news1.xs4all.nl>
References: <38F60F4B.71762B2F@htc.honeywell.com>

Lee Graba <graba_lee@htc.honeywell.com> wrote:
: Can someone provide a pointer (product documentation, web page, etc.) to
: information on how to make a Tornado project produce a library?

From the Builds tab in the Workspace window you can select your project
and the buildspec for this project. If you look into the properties of
this project you can select the Rules section. Here you can select the
rule "Archive".

Groeten,
	Johan

- -- 
     o o o o o o o . . .   ___________________________________
    o      _____           ||    Johan Borkhuis              |
  .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
 >(________|__|_[_________]_|________________________________|
 _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
=== VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.psos,comp.os.qnx,comp.os.vxworks,comp.realtime
Subject: Re: RTOS comparison + enhancement(s)
Date: Fri, 14 Apr 2000 20:22:36 -0700
From: "M. Asim Rasheed" <rasheed@nunki.usc.edu>
Organization: University of Southern California, Los Angeles, CA
Message-ID: <Pine.GSO.4.10.10004142004180.636-100000@nunki.usc.edu>
References: <Pine.GSO.4.10.10004122135320.7542-100000@koh-sun019.usc.edu> <8d5hll$5n4$1@bob.news.rcn.net> <Pine.GSO.4.10.10004141141080.3775-100000@aludra.usc.edu> <8d84fu$p7a$1@bob.news.rcn.net>

What increase in size does the inclusion of the TCP/IP stack brings to the
RTOS footprint?

Asim

On Fri, 14 Apr 2000, Paul J. Bosselaers wrote:

> CMX (http://ww.cmx.com) has a fully RFC compliant TCP/IP stack that is 
> integrated with the RTOS.  We also have a small TCP/IP implementation for 8 
> and 16 bit processors called MicroNet. No changes need to made to the RTOS to 
> work in internet-enabled devices, just add the TCP/IP stack.
> 
> Paul Bosselaers
> 
> 

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Problem accessing TCP/IP application in VXSim from outside
Date: Sat, 15 Apr 2000 03:25:42 GMT
From: John or Jenn <lastimp@home.com>
Organization: Who, us organized???
Message-ID: <WiRJ4.50273$U4.233186@news1.rdc1.az.home.com>
References: <38F7B23F.142D57BA@nospam_teja.com>

In article <38F7B23F.142D57BA@nospam_teja.com> Marco Zandonadi,
marcoz@teja.com writes:
>I tried doing that using the ip address of the host machine on which I'm
>running VxSim but that doesn't work. The question is: is there a way to
>reach a TCP/IP program running in VxSim from the outside world?

Are you trying to do this with the VxSim lite that is bundled with 
Tornado?

The full version of VxSim supports networking, the bundled lite
version doesnt.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Tornado2 vxworks and GCC2.8.1
Date: Fri, 14 Apr 2000 12:36:09 GMT
From: Sven Jauring <jas@approve.se>
Organization: Telia Internet
Message-ID: <38F710C3.31B3C2D6@approve.se>

This is a multi-part message in MIME format.
- --------------E86E0ECDD458E0CD78B99653
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi

Is there anyone that has any experience with GCC2.8.1 for vxworks and
Power PC?

Any problems with vxworks BSP/libraries?

/Sven Jauring

- --------------E86E0ECDD458E0CD78B99653
Content-Type: text/x-vcard; charset=us-ascii;
 name="jas.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Sven Jauring
Content-Disposition: attachment;
 filename="jas.vcf"

begin:vcard 
n:Jauring;Sven
tel;work:+46-589-855 08
x-mozilla-html:TRUE
org:HiQ Approve AB
version:2.1
email;internet:sven.jauring@approve.se
adr;quoted-printable:;;Nygata 53=0D=0ABox 8;S-732 21 Arboga;;;Sweden
fn:Sven Jauring
end:vcard

- --------------E86E0ECDD458E0CD78B99653--

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: MVME 162-022A wanted
Date: Fri, 14 Apr 2000 14:36:59 +0200
From: Leif Thuresson <leif.thuresson@tsl.uu.se>
Organization: TSL
Message-ID: <38F710EB.DA1C4F46@tsl.uu.se>
References: <vo8vh1mpgmu.fsf@kongsberg.com>
Reply-To: leif.thuresson@tsl.uu.se

"lars.g.troppen@kongsberg.com" wrote:

> I have inherited some simulation sw that only runs on MVME 162-022A,
> but this card is no longer in production. Is there anyone out there
> who has such a board that they could sell us ?
>
> Any hints about where to get one is also welcome.
>
> --
> Lars Troppen, Avd DC4S, Kongsberg Defence & Aerospace
> PO 1003, N3601 Kongsberg, Norway
> Tel: (+47) 32738722 Mail: lars.g.troppen@kongsberg.com

Hi Lars,
Are you sure it won't run on a MVME162-512A ?
It is (almost) backward compatible with the 022A
I have both 022A and 512A boards and they run the
same binaries. The only tweak I noticed is that you have to
adjust the system clock divider for the 25/32 MHz CPU
difference and the new IP-module interface chip on 512A
doesn't reset correctly on a warm boot.

regards,
- --leif
- ---------------------------------------------------------
Leif Thuresson               Tel:    +46-18-4713860
Uppsala University           Fax:    +46-18-4713833
The Svedberg Laboratory      E-mail: leif.thuresson@tsl.uu.se
P.O.Box 533
S-751 21 Uppsala
Sweden

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Sat Apr 15 05:45:31 2000
From: "RRRRR CCCCC" <requester@mailcity.com>
Date: Sat Apr 15 05:45:33 PDT 2000
Subject: vxworks material

Hi all,

Iam a new entrant to embedded software field. Can anyone give me information/material on vxworks basics tutorial and O.S basics tutorial.

Thanks in advance.

Bye

requester

Send FREE April Fool's Greetings to your friends!
http://www.whowhere.lycos.com/redirects/American_Greetings.rdct

From vxwexplo-errs@csg.lbl.gov  Sun Apr 16 04:03:08 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Sun Apr 16 04:03:10 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Sun Apr 16 04:03:05 PDT 2000

        Subject: Data transmission Vxworks app. to NT app.
        Subject: Re: PCI 16bit vs 32bit accesses
        Subject: Re: RTOS comparison + enhancement(s)
        Subject: Re: RTOS comparison + enhancement(s)
        Subject: Re: Data transmission Vxworks app. to NT app.
        Subject: Problem accessing TCP/IP application in VXSim from outside
        Subject: Re: taskdelay() vs nanosleep()
        Subject: Re: RTOS comparison + enhancement(s)
        Subject: Re: VxWorks in deep space
        Subject: Re: Problem accessing TCP/IP application in VXSim from outside
        Subject: Re: Problem accessing TCP/IP application in VXSim from outside
        Subject: Re: VxWorks in deep space

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: Data transmission Vxworks app. to NT app.
Date: Sat, 15 Apr 2000 12:07:32 GMT
From: MJM <mike.mcnaughton@sympatico.ca>
Organization: mjm et al
Message-ID: <38F859B4.CA052B34@sympatico.ca>
Reply-To: mike.mcnaughton@sympatico.ca

Hello good people:

I wish to send data over a tcp/ip connection. I would write an
application in VB or C to run on a pc and monitor the data from a
Vxworks application.

I hae a working NFS connection over which I can send files. However, I
would like for the vxworks app to continuously update a set of variable
in the PC (NT) app. (Something like a DDE connection)

Could somebody put a name to what I'm looking for or point me in the
right direction..

Thanks
MJM

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PCI 16bit vs 32bit accesses
Date: Thu, 13 Apr 2000 20:33:43 +0100
From: mark <mark@vapour-trail.demon.co.uk>
Message-ID: <357beae49%mark@vapour-trail.demon.co.uk>
References: <r0kJ4.1$gC2.47@news.connectnet.com> <38F5F742.74F8AAB7@nowhere.com> <1WnJ4.2$RL2.107@news.connectnet.com>

In message <1WnJ4.2$RL2.107@news.connectnet.com>
          "Charles Krinke" <ckrinke@doctordesign.com> wrote:

> > Charles,
> >
> > It might help if you showed us how you defined your versions of PCI_ADDR,
> > PCI_READ, and PCI_WRITE.  Offhand, I can think of no reason why what you
> are
> > trying to do shouldn't work.
> > --
> > Charlie Grames
> > The Boeing Company
> > Charles.R.Grames @ boeing.com
> 
> /******** VxWorks original macro definitions from pciLocalBus.h
> ************/
> # define PCI_ADDR(base,index) (&((ULONG *)(base))[index])
> #   define PCI_READ(base,index,addr) \
>      (*(ULONG *)addr = PSWAP(*PCI_ADDR(base,index)))
> #   define PCI_WRITE(base,index,data) (*PCI_ADDR(base,index) = PSWAP(data))
> 
> /********* my 16 bit versions of PCI_XXX *****************************/
> #define WPCI_ADDR(base,index) (&((unsigned short *)(base))[index])
> #define WPCI_WRITE(base,index,data) (*WPCI_ADDR(base,index) = data)
> #define WPCI_READ(base,index,addr) (*(unsigned short *)addr =
> *(WPCI_ADDR(base,index)))
> 
> unsigned short wdata;
> 
[snip]

What are your compiler options? 

ARMs prior to the v4 architecture (eg. Arm 2,3,6,some of 7 series) did not
have 16 bit memory load/store intructions (STH, LDH)  - compilers synthesize
a 16bit access out of either 8- or 32-bit accesses, often using a 32 bit
access combined with shifts and masking for load and two byte writes for
store.  This is obviously not good news for memory mapped IO that has side
effects when read or written to.

V4 ARMs (which include the StrongARM SA110) do have 16 bit load/store.

Various ARMs have also behaved differently when attempting to perform a 32bit
load on unaligned data. Again, compilers tend to play safe and assume that 32
bit accesses are always word aligned unless told otherwise.

Unless you've got something like -mcpu=strongarm110 on the GCC command line
(asuming you're using GCC that it) you'll probably get ARMV3 compatible code.

I assume your IO is uncachable *and* unbufferable by the write-buffer?

Perhaps you could post an assembler fragment?

Mark

---------------------------

Newsgroups: comp.os.psos,comp.os.qnx,comp.os.vxworks,comp.realtime
Subject: Re: RTOS comparison + enhancement(s)
Date: Fri, 14 Apr 2000 11:43:33 -0700
From: "M. Asim Rasheed" <rasheed@aludra.usc.edu>
Organization: University of Southern California, Los Angeles, CA
Message-ID: <Pine.GSO.4.10.10004141141080.3775-100000@aludra.usc.edu>
References: <Pine.GSO.4.10.10004122135320.7542-100000@koh-sun019.usc.edu> <8d5hll$5n4$1@bob.news.rcn.net>

 
What about the applicability of these RTOSes for internet-enabled devices?
Do they scale well for these applications? What needs to be changed in
order to make them work better for internet enabled devices scenario.

Thanks in advance.

M. Asim Rasheed
Graduate Student
Electrical Engineering-Systems
University of Southern California
Los Angeles, CA 90089

** It's a little known fact that the Dark Ages were caused by the  Y1K
   problem. **

On Thu, 13 Apr 2000, Paul J. Bosselaers wrote:

> In article <Pine.GSO.4.10.10004122135320.7542-100000@koh-sun019.usc.edu>, "M. Asim Rasheed" <rasheed@koh-sun019.usc.edu> wrote:
> >
> >Hi,
> >
> >I am doing some research on internet enabled devices and am considering
> >these RTOSes: VxWorks,pSOS,VRTX and QNX. 
> >
> You may want to consider the CMX RTOS (http://www.cmx.com) also.  The CMX 
> RTOSes are fast, take up very little ROM and RAM, and are available for many 
> processors and compilers.  No royalties either!
> 
> Paul Bosselaers
> 
> 

---------------------------

Newsgroups: comp.os.psos,comp.os.qnx,comp.os.vxworks,comp.realtime
Subject: Re: RTOS comparison + enhancement(s)
Date: Fri, 14 Apr 2000 22:01:45 GMT
From: paulboss@erols.com (Paul J. Bosselaers)
Message-ID: <8d84fu$p7a$1@bob.news.rcn.net>
References: <Pine.GSO.4.10.10004122135320.7542-100000@koh-sun019.usc.edu> <8d5hll$5n4$1@bob.news.rcn.net> <Pine.GSO.4.10.10004141141080.3775-100000@aludra.usc.edu>

In article <Pine.GSO.4.10.10004141141080.3775-100000@aludra.usc.edu>, "M. Asim Rasheed" <rasheed@aludra.usc.edu> wrote:
> 
>What about the applicability of these RTOSes for internet-enabled devices?
>Do they scale well for these applications? What needs to be changed in
>order to make them work better for internet enabled devices scenario.
>
CMX (http://ww.cmx.com) has a fully RFC compliant TCP/IP stack that is 
integrated with the RTOS.  We also have a small TCP/IP implementation for 8 
and 16 bit processors called MicroNet. No changes need to made to the RTOS to 
work in internet-enabled devices, just add the TCP/IP stack.

Paul Bosselaers

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Data transmission Vxworks app. to NT app.
Date: Sat, 15 Apr 2000 16:29:04 GMT
From: Pete Kockritz <pkockritz@home.com>
Organization: @Home Network
Message-ID: <38F898DE.E9C5A828@home.com>
References: <38F859B4.CA052B34@sympatico.ca>

MJM wrote:
> 
> Hello good people:
> 
> I wish to send data over a tcp/ip connection. I would write an
> application in VB or C to run on a pc and monitor the data from a
> Vxworks application.
> 
> I hae a working NFS connection over which I can send files. However, I
> would like for the vxworks app to continuously update a set of variable
> in the PC (NT) app. (Something like a DDE connection)
> 
> Could somebody put a name to what I'm looking for or point me in the
> right direction..
> 
> Thanks
> MJM

One way to do this would be with a 'socket' connection between the PC
and the vxWorks system. Probably have a 'server' process on the PC that
accepts a connection from the vxWorks system and receives the data,
(although you could run the server on the vxWorks system). The server
process could then update your variables using the data from the vxw
system. Look at the descriptions of these functions:

   socket(), accept(), connect(), listen(), bind(), send()

There is a demo application that we have that came with T1 that
demonstrates this kind client-server socket application. The demo we
have runs the server on Unix, but you can do the same type of thing on a
PC.

- -- 
Regards,
Pete
<mailto:pkockritz@home.com>
- --
LinuxPPC   <http://www.linuxppc.org>

---------------------------

Newsgroups: comp.os.vxworks
Subject: Problem accessing TCP/IP application in VXSim from outside
Date: Fri, 14 Apr 2000 17:05:19 -0700
From: Marco Zandonadi <marcoz@teja.com>
Organization: SBC Internet Services
Message-ID: <38F7B23F.142D57BA@nospam_teja.com>

Hello,
I wrote a program using TCP/IP that waits in select() for connections. I
am running the program using VxSim for Solaris and I would like to
connect to it from another computer. 

I tried doing that using the ip address of the host machine on which I'm
running VxSim but that doesn't work. The question is: is there a way to
reach a TCP/IP program running in VxSim from the outside world?

Thanks in advance!

Marco Zandonadi

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: taskdelay() vs nanosleep()
Date: Sat, 15 Apr 2000 10:33:01 -0700
From: "who?" <glennt@ibm.net>
Organization: Global Network Services - Remote Access Mail & News Services
Message-ID: <38f8a8ad_2@news1.prserv.net>
References: <8cl71h$r8v$1@slb1.atl.mindspring.net> <38EE37AB.D59952D6@nowhere.com> <obEI4.4823$16.1153720@newsr2.u-net.net> <38F3466E.99B2DC02@nowhere.com> <fbjJ4.5032$16.1255417@newsr2.u-net.net>

I think that the "correct" answer to the question depends on exactly how much time
is used in a task switch or in interrupt overhead *on the machine in question*.
If both of these require a lot less than 20us, it doesn't much matter which is used.
If it's only a little less than 20us (maybe 5us) or more, then a timing loop, perhaps
one that tests a free running counter, is better as it will encur no overhead other
than loop overhead and will work even if task/interrupt overhead is >20us.

Of coarse (sic), any higher priority interrupts that happen to occur will tend to
slay the 20us timing anyway, so it would be wise to plan for that happening
anyway...

- - Glenn Thomas

Dave Korn wrote in message ...
>
>Charlie Grames wrote in message <38F3466E.99B2DC02@nowhere.com>...
>>Dave Korn wrote:
>>>
>>>   The 'correct' way to achieve this goal is to use an interrupt driven
>>>off
>>> a hardware timer. Do it something like this:
>>
>>I appreciate your mentioning the hardware timer solution as an alternative,
>>but
>>identifying it as the "correct" solution is a little overstated.  The are
>>several reasons why you may not select a hardware solution:
>
>    ...[snip]...
>
>  Your points are all valid. I put the quotes around the word 'correct' to
>indicate that it wasn't an absolute... perhaps I should have added the words
>'all other things being equal in an ideal universe' as well. Perhaps I
>should have called it the 'textbook' solution rather than the 'correct' one.
>Perhaps I should think longer and harder before opening my mouth... <g>
>
>                                 DaveK

---------------------------

Newsgroups: comp.os.psos,comp.os.qnx,comp.os.vxworks,comp.realtime
Subject: Re: RTOS comparison + enhancement(s)
Date: Sat, 15 Apr 2000 18:06:19 GMT
From: paulboss@erols.com (Paul J. Bosselaers)
Message-ID: <8dab2g$qj4$1@bob.news.rcn.net>
References: <Pine.GSO.4.10.10004122135320.7542-100000@koh-sun019.usc.edu> <8d5hll$5n4$1@bob.news.rcn.net> <Pine.GSO.4.10.10004141141080.3775-100000@aludra.usc.edu> <8d84fu$p7a$1@bob.news.rcn.net> <Pine.GSO.4.10.10004142004180.636-100000@nunki.usc.edu>

In article <Pine.GSO.4.10.10004142004180.636-100000@nunki.usc.edu>, "M. Asim Rasheed" <rasheed@nunki.usc.edu> wrote:
>
>What increase in size does the inclusion of the TCP/IP stack brings to the
>RTOS footprint?
>
It varies with the processor, efficiency and the tools, and the TCP/IP options 
selected, but the code size increase will typically be in the range of 48K to 
128K. RAM usages varies with the protocols selected, the size and number of 
buffers, task stack sizes, etc., but the minimum ( not including buffers and 
task stacks) is about 4K, actual RAM usage is usually 32K to 80K. Those 
figures are for the full stack, MicroNet code sizes are 2.5K to 12K, with a 
minimum RAM usage of 160 - 400 bytes (not including buffers and task stacks). 
Below is an example:

CMX-MicroNet - Atmel AVR Family ROM Requirements

Using IAR tools

UDP/IP + Core = 2536 bytes
or
TCP/IP + Core = 4162 bytes
(use only one of the above)

PPP = 2084 bytes
Modem = 309 bytes
HTTP WEB server = 1875 bytes
Virtual file = 469 bytes

Paul Bosselaers

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: VxWorks in deep space
Date: Fri, 14 Apr 2000 19:05:44 +0100
From: mark <mark@vapour-trail.demon.co.uk>
Message-ID: <2c1f3aaf49%mark@vapour-trail.demon.co.uk>
References: <8d6s1n$luf$1@sklad.atcom.net.pl>

In message <8d6s1n$luf$1@sklad.atcom.net.pl>
          "AC" <abcdefgh@poczta.fm> wrote:

> I found some information about VxWorks on Mars Pathfinder.
> Is anybody who know what system was on any other lost Mars probes...

This is a question I am constantly reminded of  having got on my desk one
of the coffee-mug coasters WRS were giving away last year (the one with a
picture of the Mars Pathfinder on it and a slogan someting along the lines of
'Cool software for a red planet'.) 

I suspect they're not giving these away any more :-)

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Problem accessing TCP/IP application in VXSim from outside
Date: Sat, 15 Apr 2000 18:44:12 -0700
From: Marco Zandonadi <marcoz@teja.com>
Organization: SBC Internet Services
Message-ID: <38F91AEC.8B21C45D@teja.com>
References: <38F7B23F.142D57BA@nospam_teja.com> <WiRJ4.50273$U4.233186@news1.rdc1.az.home.com>

> Are you trying to do this with the VxSim lite that is bundled with
> Tornado?
> 
> The full version of VxSim supports networking, the bundled lite
> version doesnt.

I'm using the full version of the simulator. Still it's not clear to me
how to assign an IP address to the simulator (if that's possible at
all).

Thanks

Marco

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Problem accessing TCP/IP application in VXSim from outside
Date: Sat, 15 Apr 2000 19:03:51 -0700
From: Marco Zandonadi <marcoz@teja.com>
Organization: SBC Internet Services
Message-ID: <38F91F87.54769144@teja.com>
References: <38F7B23F.142D57BA@nospam_teja.com> <WiRJ4.50273$U4.233186@news1.rdc1.az.home.com>

I just found out that there is a script called installUlipSolaris that
is supposed to allow the simulator to have its own IP address (it's only
visible on the host though). However when I run the script I get the
following message:

# ./installUlipSolaris basic

starting basic installation of ULIP files...

stopping ULIP services...
starting ULIP services...
devfsadm: driver failed to attach: ul
Warning: Driver (ul) successfully added to system but failed to attach
Open of /dev/ul0 failed
No such file or directory
ifconfig: plumb: ul0: Bad file number
ifconfig: SIOCGLIFNETMASK: ul0: no such interface
ifconfig: plumb: ul1: Bad file number
ifconfig: SIOCGLIFNETMASK: ul1: no such interface
ifconfig: plumb: ul2: Bad file number
ifconfig: SIOCGLIFNETMASK: ul2: no such interface
ifconfig: plumb: ul3: Bad file number
ifconfig: SIOCGLIFNETMASK: ul3: no such interface
ifconfig: plumb: ul4: Bad file number
ifconfig: SIOCGLIFNETMASK: ul4: no such interface
ifconfig: plumb: ul5: Bad file number
ifconfig: SIOCGLIFNETMASK: ul5: no such interface
ifconfig: plumb: ul6: Bad file number
ifconfig: SIOCGLIFNETMASK: ul6: no such interface
ifconfig: plumb: ul7: Bad file number
ifconfig: SIOCGLIFNETMASK: ul7: no such interface
ifconfig: plumb: ul8: Bad file number
ifconfig: SIOCGLIFNETMASK: ul8: no such interface
ifconfig: plumb: ul9: Bad file number
ifconfig: SIOCGLIFNETMASK: ul9: no such interface
ifconfig: plumb: ul10: Bad file number
ifconfig: SIOCGLIFNETMASK: ul10: no such interface
ifconfig: plumb: ul11: Bad file number
ifconfig: SIOCGLIFNETMASK: ul11: no such interface
ifconfig: plumb: ul12: Bad file number
ifconfig: SIOCGLIFNETMASK: ul12: no such interface
ifconfig: plumb: ul13: Bad file number
ifconfig: SIOCGLIFNETMASK: ul13: no such interface
ifconfig: plumb: ul14: Bad file number
ifconfig: SIOCGLIFNETMASK: ul14: no such interface
ifconfig: plumb: ul15: Bad file number
ifconfig: SIOCGLIFNETMASK: ul15: no such interface
chmod: WARNING: can't access /devices/pseudo/ul*:ul*

installation done

Does anybody know what's wrong? 

Thanks!

Marco

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: VxWorks in deep space
Date: Sun, 16 Apr 2000 01:50:44 -0400
From: Gene S. Berkowitz <geneb@ma.ultranet.com>
Organization: Applied Entropy
Message-ID: <MPG.13631ea9845790129896b8@news.rcn.com>
References: <8d6s1n$luf$1@sklad.atcom.net.pl> <2c1f3aaf49%mark@vapour-trail.demon.co.uk>

In article <2c1f3aaf49%mark@vapour-trail.demon.co.uk>, mark@vapour-
trail.demon.co.uk says...
> In message <8d6s1n$luf$1@sklad.atcom.net.pl>
>           "AC" <abcdefgh@poczta.fm> wrote:
> 
> > I found some information about VxWorks on Mars Pathfinder.
> > Is anybody who know what system was on any other lost Mars probes...
> 
> This is a question I am constantly reminded of  having got on my desk one
> of the coffee-mug coasters WRS were giving away last year (the one with a
> picture of the Mars Pathfinder on it and a slogan someting along the lines of
> 'Cool software for a red planet'.) 
> 
> I suspect they're not giving these away any more :-)

I don't see why not.  Pathfinder was an unqualified success.  The 
rebooting problem (which was actually what saved the mission) was 
due to a priority inversion in the application, NOT the OS.
In fact, it was the OS debugging hooks that allowed the application
to be tested and patched remotely.

Now, the Observer mission crashed because of a failure to convert
from English to metric units by the engineers.  Can't place
WRS at the scene of that one.

The Polar Lander likely crashed due to a poor design that used
the landing legs to signal an engine cutoff, rather than a 
radar altimeter.

- --Gene

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Mon Apr 17 04:03:08 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Mon Apr 17 04:03:10 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Mon Apr 17 04:03:05 PDT 2000

        Subject: Re: PerformancePak: StethoScope, TraceScope
        Subject: Dynamic Link question
        Subject: Re: vxworks material
        Subject: Re: Data transmission Vxworks app. to NT app.
        Subject: Re: Dynamic Link question
        Subject: Re: DOS FS compatibility with PC?
        Subject: Debugger - inspect data objects
        Subject: TCP/IP END driver on MPC860

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: Re: PerformancePak: StethoScope, TraceScope
Date: Sun, 16 Apr 2000 14:09:44 +0200
From: "Michael St" <michael@rtview.co.il>
Organization: NetVision Israel	
Message-ID: <8dc717$39i$1@news.netvision.net.il>
References: <8aqsgg$17s@nntpa.cb.lucent.com>

Hi !

Try  www.rtview.com
May be it will be interesting for you.

Regards
Michael

Hsing-bung(HB) Chen <hbchen@gossamer.wh.lucent.com> wrote in message
news:8aqsgg$17s@nntpa.cb.lucent.com...
> I am looking for information about StethoScope and TraceScope.
> Experience and suggestion are welcome.
> Can I use them for task level or procedure(function) level
> run-time performance monitoring?
> Thanks.
>
>
> HB Chen
>
> --
> Hsing-bung(HB) CHEN, MTS
> Wireless Network Group, 67 Whippany Rd., Whippany, NJ 07981
> (973)386-2256  hbchen@lucent.com
>

---------------------------

Newsgroups: comp.os.vxworks
Subject: Dynamic Link question
Date: Sun, 16 Apr 2000 14:20:42 +0200
From: "Michael St" <michael@rtview.co.il>
Organization: NetVision Israel	
Message-ID: <8dc7lj$3i4$1@news.netvision.net.il>

Hi All !

I compile my c-file into .o
This object file may to have different sections of code ( .text, .data
etc. )
include my own defined sections.

After I dynamically loaded this file in target, it has no more than 3 ( 4 )
sections:
.text
.data
.bss
"Other symbols" - it's a "common" as I understand.

The question is how, and what's the rules to map input section addr of given
object file
to only these vxWorks sections ( .text, .data, .bss )

Thanks

Regards
Michael

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: vxworks material
Date: 16 Apr 2000 13:29:59 GMT
From: johan.borkhuis@peektraffic.nl
Organization: XS4ALL Internet BV
Message-ID: <8dcf8n$b6n$1@news1.xs4all.nl>
References: <8d9q23$ksu16@overload.lbl.gov>

RRRRR CCCCC <requester@mailcity.com> wrote:

: Hi all,

: I am a new entrant to embedded software field. Can anyone give me
: information/material on vxworks basics tutorial and O.S basics tutorial.

Take a look at:
http://www.smartmodulartech.com/systems/library/docs/vxworks/vxintro/VXINTRO.HTM

Groeten,
	Johan

- -- 
     o o o o o o o . . .   ___________________________________
    o      _____           ||    Johan Borkhuis              |
  .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
 >(________|__|_[_________]_|________________________________|
 _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
=== VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Data transmission Vxworks app. to NT app.
Date: 16 Apr 2000 13:31:16 GMT
From: johan.borkhuis@peektraffic.nl
Organization: XS4ALL Internet BV
Message-ID: <8dcfb4$b6n$2@news1.xs4all.nl>
References: <38F859B4.CA052B34@sympatico.ca>

MJM <mike.mcnaughton@sympatico.ca> wrote:
: Hello good people:

: I wish to send data over a tcp/ip connection. I would write an
: application in VB or C to run on a pc and monitor the data from a
: Vxworks application.

: I hae a working NFS connection over which I can send files. However, I
: would like for the vxworks app to continuously update a set of variable
: in the PC (NT) app. (Something like a DDE connection)

One possibility is VxDCOM. I do not have any experience with this, but it
looks like this can give you a good interface between VxWorks and NT.

Groeten,
	Johan

- -- 
     o o o o o o o . . .   ___________________________________
    o      _____           ||    Johan Borkhuis              |
  .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
 >(________|__|_[_________]_|________________________________|
 _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
=== VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Dynamic Link question
Date: Sun, 16 Apr 2000 09:29:11 -0700
From: Harvey Taylor <het@despam.pangea.ca>
Organization: Newsfeeds.com http://www.newsfeeds.com 73,000+ UNCENSORED Newsgroups.
Message-ID: <38F9EA57.4E45@despam.pangea.ca>
References: <8dc7lj$3i4$1@news.netvision.net.il>

Michael St wrote:
>[...]
> The question is how, and what's the rules to map input section addr of given
> object file to only these vxWorks sections ( .text, .data, .bss )
> 

Hi Michael,
	You may find the book Linkers & Loaders by John Levine interesting.  
	In the meanwhile, you could get _real_ familiar with objdumpXXX
	(and maybe nmXXX).
<ciao>
- -het
	

- --- 
"Progress in software has not followed Moore's law." -John Holland  

Harvey Taylor  mailto:het@despam.pangea.ca  http://www.pangea.ca/~het

- -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
- -----==  Over 80,000 Newsgroups - 16 Different Servers! =-----

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: DOS FS compatibility with PC?
Date: Sun, 16 Apr 2000 18:24:10 -0600
From: "Mark Morrison" <guido@nospam.dimensional.com>
Organization: Dimensional Communications
Message-ID: <ZRsK4.749$3i1.34356@wormhole.dimensional.com>
References: <38E3F336.40698B74@raytheon.com> <38E6FA85.77E3E1E2@bitband.com>

I would agree that DosFs 2.0 is much nicer than 1.0, for the automatic
partition detection if nothing else.

However, I would offer up a small warning:  When you get the DosFs 2.0 CD,
make sure you get a CD key that installs both source code and object code
for your PPC platform; otherwise, it won't work.  (It took me a couple of
days going back and forth with WRS to find that one...)

For that matter, can anyone guess why code that's free of charge should
require a CD key in the first place?  I still can't figure that one out...

 - markm@ctilidar.com

Leonid Rosenboim wrote in message <38E6FA85.77E3E1E2@bitband.com>...
>I recomemnd you should immediately upgrade to DosFs 2.0 which is available
free of
>charge from Wind River, and provides the level of compatibility with FAT,
FAT32 and VFAT
>long names as well as partition tables.
>
>For minimal hassle, I recommend that you format the drive on a PC (avoid
NT-FS( and move
>the drives to VxWorks.
>
>Leonid
>(The Father of DosFs 2.0)
>
>

---------------------------

Newsgroups: comp.os.vxworks
Subject: Debugger - inspect data objects
Date: Mon, 17 Apr 2000 09:04:00 +0200
From: "Markus MItterer" <markus.mitterer@sbu1.storkgroup.com>
Organization: KPNQwest customer news service
Message-ID: <oGyK4.2$sy4.245@nreader1.kpnqwest.net>

Hi VxWorkers,

When I debug my application I often inspect data objects, because most of it
is written in C++. It is really annoying that not all members of an object
become viewed automaticly. To be able to watch them I must write explicitly
the object and variable name (e.g. "this->member").
I think there must be a lot of peope having this problem. Is there already a
patch available or will it be solved soon by WindRiver?

Thank you in advance
Markus Mitterer, STK

---------------------------

Newsgroups: comp.os.vxworks
Subject: TCP/IP END driver on MPC860
Date: Mon, 17 Apr 2000 10:26:15 +0200
From: "Achim Zimmer" <hzimmer@dica.de>
Organization: Colt Telecom GmbH
Message-ID: <8dehog$qla$1@crusher.de.colt.net>

How can I change the MTU size and other parameters for TCP/IP and/or
Ehternet
in T2 with MPC860

- --
Thanks
Achim Zimmer
R&D DICA Technologies

Have a nice day !

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Mon Apr 17 04:13:49 2000
From: Atkinson Andrew <AATKINSON1@dera.gov.uk>
Date: Mon Apr 17 04:13:51 PDT 2000
Subject: Checksums - 

Does VxWorks provide any routines for calculating checksums? If so, is
the algorithm used a recognised standard? Are they any official sources
for standard checksum algorithms?

Thanks

Andy Atkinson
Software Engineer
Bldg 31a
DERA Bincleaves
Newtons Road
Weymouth
Dorset
DT4 8UR
AATKINSON1@mail.dera.gov.uk
Tel : 01305 764660
Fax : 01305 764661

-- 
The Information contained in this E-Mail and any subsequent correspondence
is private and is intended solely for the intended recipient(s).
For those other than the recipient any disclosure, copying, distribution, 
or any action taken or omitted to be taken in reliance on such information is
prohibited and may be unlawful.

From vxwexplo-errs@csg.lbl.gov  Mon Apr 17 04:16:22 2000
From: Atkinson Andrew <AATKINSON1@dera.gov.uk>
Date: Mon Apr 17 04:16:24 PDT 2000
Subject: Mutexes - 

In VxWorks, is it necessary to use a mutual exclusion semaphore to
protect shared data which has many readers, but only a single writer AND
it is not imperative that the readers use the most current value. I
understand that multiple writers would required a mutex, and also that
if the readers were required to use the most up-to-date value, then a
mutex would again be required.

Thanks

Andy Atkinson
Software Engineer
Bldg 31a
DERA Bincleaves
Newtons Road
Weymouth
Dorset
DT4 8UR
AATKINSON1@mail.dera.gov.uk
Tel : 01305 764660
Fax : 01305 764661

-- 
The Information contained in this E-Mail and any subsequent correspondence
is private and is intended solely for the intended recipient(s).
For those other than the recipient any disclosure, copying, distribution, 
or any action taken or omitted to be taken in reliance on such information is
prohibited and may be unlawful.

From vxwexplo-errs@csg.lbl.gov  Tue Apr 18 00:41:14 2000
From: Atkinson Andrew <AATKINSON1@dera.gov.uk>
Date: Tue Apr 18 00:41:16 PDT 2000
Subject: FW: Checksums - 

Apologies - my previous message contained insufficient information!

What I am looking for is C source for an algorithm to calculate a 32-bit
CRC code.

Any takers

Andy Atkinson
Software Engineer
Bldg 31a
DERA Bincleaves
Newtons Road
Weymouth
Dorset
DT4 8UR
AATKINSON1@mail.dera.gov.uk
Tel : 01305 764660
Fax : 01305 764661

> -----Original Message-----
> From:	Atkinson Andrew 
> Sent:	Monday, April 17, 2000 12:06 PM
> To:	VxWork Users Group (E-mail)
> Subject:	Checksums - This mail is UNCLASSIFIED
> Importance:	High
> 
> Does VxWorks provide any routines for calculating checksums? If so, is
> the algorithm used a recognised standard? Are they any official
> sources for standard checksum algorithms?
> 
> Thanks
> 
> Andy Atkinson
> Software Engineer
> Bldg 31a
> DERA Bincleaves
> Newtons Road
> Weymouth
> Dorset
> DT4 8UR
> AATKINSON1@mail.dera.gov.uk
> Tel : 01305 764660
> Fax : 01305 764661
> 

-- 
The Information contained in this E-Mail and any subsequent correspondence
is private and is intended solely for the intended recipient(s).
For those other than the recipient any disclosure, copying, distribution, 
or any action taken or omitted to be taken in reliance on such information is
prohibited and may be unlawful.

From vxwexplo-errs@csg.lbl.gov  Tue Apr 18 01:45:50 2000
From: John Efstathiades <john.efstathiades@telelogic.com>
Date: Tue Apr 18 01:45:53 PDT 2000
Subject: RE: Checksums - 

Andy Atkinson wrote:

> What I am looking for is C source for an algorithm to calculate a 32-bit
> CRC code.   VxWorks

I have used C.M.Heard's algorithm for CRC-32 generation with no problems. Code 
can be found at 
http://cell-relay.indiana.edu/cell-relay/publications/software/CRC/32bitCRC.  
html

HTH,
John

----------------------------------------------------------
John Efstathiades   mailto:john.efstathiades@telelogic.com
Telelogic UK Ltd                  http://www.telelogic.com
Chancery House,
8 Edward Street,               Tel:    +44 (0)121 234 6600
Birmingham. B1 2RX. UK.        Fax:    +44 (0)121 234 6611
----------------------------------------------------------

From vxwexplo-errs@csg.lbl.gov  Tue Apr 18 04:03:09 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Tue Apr 18 04:03:11 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Tue Apr 18 04:03:06 PDT 2000

        Subject: Re: Boot vxWorks with TFFS
        Subject: Re: Mutexes -
        Subject: Re: Mutexes -
        Subject: Terminal Layout
        Subject: Re: VxWorks in deep space
        Subject: Re: DOS FS compatibility with PC?
        Subject: Re: TCP/IP END driver on MPC860
        Subject: Re: Terminal Layout
        Subject: Re: Checksums -
        Subject: MPC860/SPI Driver
        Subject: Re: Terminal Layout
        Subject: Network protocol stack location
        Subject: Re: Mutexes -
        Subject: setjmp() & longjmp() MT-safe ?
        Subject: MBlk mapipulation
        Subject: Want to adjust system clock !

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Boot vxWorks with TFFS
Date: Mon, 10 Apr 2000 01:56:40 -0700
From: Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid>
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Message-ID: <0f528348.7dd3d434@usw-ex0102-013.remarq.com>
References: <112bb072.493ce3e1@usw-ex0102-013.remarq.com> <38EDF2CD.8210BA70@home.com>

Thank you for your interest, but I'm still not able to load
vxWorks from DiskOnChip. It seems like is missing something.
Maybe there are declarations specific to add in config.h or
elsewhere for boot from DiskOnChip.
Can you tell me something more?

Thank you.
Marco.

* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Mutexes -
Date: Mon, 17 Apr 2000 14:23:58 +0200
From: "Achim Zimmer" <hzimmer@dica.de>
Organization: Colt Telecom GmbH
Message-ID: <8devm6$3fu$1@crusher.de.colt.net>
References: <8dev9j$kst38@overload.lbl.gov>

If it is so you discribed, and there is realy only one writing data then you
dont need a mutex

Achim

Atkinson Andrew <AATKINSON1@dera.gov.uk> schrieb in im Newsbeitrag:
8dev9j$kst38@overload.lbl.gov...
> In VxWorks, is it necessary to use a mutual exclusion semaphore to
> protect shared data which has many readers, but only a single writer AND
> it is not imperative that the readers use the most current value. I
> understand that multiple writers would required a mutex, and also that
> if the readers were required to use the most up-to-date value, then a
> mutex would again be required.
>
> Thanks
>
> Andy Atkinson
> Software Engineer
> Bldg 31a
> DERA Bincleaves
> Newtons Road
> Weymouth
> Dorset
> DT4 8UR
> AATKINSON1@mail.dera.gov.uk
> Tel : 01305 764660
> Fax : 01305 764661
>
>
>
> --
> The Information contained in this E-Mail and any subsequent correspondence
> is private and is intended solely for the intended recipient(s).
> For those other than the recipient any disclosure, copying, distribution,
> or any action taken or omitted to be taken in reliance on such information
is
> prohibited and may be unlawful.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Mutexes -
Date: Mon, 17 Apr 2000 14:14:20 GMT
From: George Varndell <gvarndell@mgfairfax.rr.com>
Organization: Varndell Engineering,LLC.
Message-ID: <38FB1D29.D6CEAB26@mgfairfax.rr.com>
References: <8dev9j$kst38@overload.lbl.gov>
Reply-To: george@varndellengineering.com

Atkinson Andrew wrote:
> 
> In VxWorks, is it necessary to use a mutual exclusion semaphore to
> protect shared data which has many readers, but only a single writer AND
> it is not imperative that the readers use the most current value. I
> understand that multiple writers would required a mutex, and also that
> if the readers were required to use the most up-to-date value, then a
> mutex would again be required.
> 

This will depend on the nature of the data structure and it's
constituent fields.
While the readers may not require the most current data, they likely
will require
coherent data. If the writer, in the course of updating the structure,
might
put the structure into a temporary nonsense state (update a field that
can't
be updated atomically) then some exclusion mechanism might still be
required.

GV
- -- 
Embedded Systems Expertise           Varndell Engineering, LLC.
http://www.varndellengineering.com   13138 Kidwell Field Rd.
                                     Herndon  VA  20171

---------------------------

Newsgroups: comp.os.vxworks
Subject: Terminal Layout
Date: Mon, 17 Apr 2000 16:36:10 +0200
From: "Achim Zimmer" <hzimmer@dica.de>
Organization: Colt Telecom GmbH
Message-ID: <8df7eb$6om$1@crusher.de.colt.net>

what should I write to terminal FD (connected to Windows hyperteminal ) to
get white letters on black background ?

- --
Thanks
Achim Zimmer
R&D DICA Technologies

Have a nice day !

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: VxWorks in deep space
Date: Mon, 17 Apr 2000 11:37:41 -0400
From: "Emory R. Stagmer" <Emory_Stagmer@LittonAS.com>
Organization: Ezekiel's Wheel (works for Litton, Amecom division)
Message-ID: <38FB2FC5.3E77C476@LittonAS.com>
References: <8d6s1n$luf$1@sklad.atcom.net.pl> <2c1f3aaf49%mark@vapour-trail.demon.co.uk> <MPG.13631ea9845790129896b8@news.rcn.com>

VxWorks is going up on several spacecraft in the fairly near future:

Earth Observing One (EO1) - low earth orbit (polar)
 http://eo1.gsfc.nasa.gov/ (Aug 2000 launch)

Microwave Anistropy Probe (MAP) - L2 Earth-Sun LaGrange point
 http://map.gsfc.nasa.gov/ (Nov 2000 launch)

Naval EarthMap Observer (NEMO) - low earth orbit
 not sure of the launch date...

EOS-Aura (in the Interface Adapter Module(IAM) which talks to the
         Ozone Monitoring Instrument(OMI))(not sure of the orbit here)
         (NOTE: This is still called EOS-Chem on the GSFC main page,
          but the name has officially changed...no website yet)
         ( Dec 2002 launch )

There are at least two others in the works, but these are the ones
I'm working on...

All four of these are using a processor called the Mongoose 5; essentially
a MIPS R3000 core at either 12Mhz or 20Mhz(NEMO).

The Polar Lander scenario as I understand it was that there was an
accelerometer that was used to identify that the spacecraft had
touched down and that when the legs deployed, they caused the 
"I'm Down!" limit to kick off, disabling the retros at some significant
distance above the surface.  Mars gravity is ~0.6G so the impact was
still pretty significant!

- -- 
    Emory R. Stagmer
    Scientist, Litton Advanced Sys Div - Space Systems Operation
        http://www.amecom.com
    Bass/12string/keyboards/windsynth for Ezekiel's Wheel
        http://www.untiedmusic.com
    Baltimore CMC Chapter Coordinator & North Atlantic CMC Regional Board
        http://www.cmcnet.org
    RingMaster for the Christian Music Ring 
        http://www.webring.org/cgi-bin/webring?ring=christmusic;home
"Gene S. Berkowitz" wrote:
> 
> In article <2c1f3aaf49%mark@vapour-trail.demon.co.uk>, mark@vapour-
> trail.demon.co.uk says...
> > In message <8d6s1n$luf$1@sklad.atcom.net.pl>
> >           "AC" <abcdefgh@poczta.fm> wrote:
> >
> > > I found some information about VxWorks on Mars Pathfinder.
> > > Is anybody who know what system was on any other lost Mars probes...
> >
> > This is a question I am constantly reminded of  having got on my desk one
> > of the coffee-mug coasters WRS were giving away last year (the one with a
> > picture of the Mars Pathfinder on it and a slogan someting along the lines of
> > 'Cool software for a red planet'.)
> >
> > I suspect they're not giving these away any more :-)
> 
> I don't see why not.  Pathfinder was an unqualified success.  The
> rebooting problem (which was actually what saved the mission) was
> due to a priority inversion in the application, NOT the OS.
> In fact, it was the OS debugging hooks that allowed the application
> to be tested and patched remotely.
> 
> Now, the Observer mission crashed because of a failure to convert
> from English to metric units by the engineers.  Can't place
> WRS at the scene of that one.
> 
> The Polar Lander likely crashed due to a poor design that used
> the landing legs to signal an engine cutoff, rather than a
> radar altimeter.
> 
> --Gene

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: DOS FS compatibility with PC?
Date: Mon, 17 Apr 2000 08:39:01 +0200
From: Leonid Rosenboim <leonid@bitband.com>
Organization: BitBand Technologies Ltd. http://www.bitband.com
Message-ID: <38FAB185.DD288CBC@bitband.com>
References: <38E3F336.40698B74@raytheon.com> <38E6FA85.77E3E1E2@bitband.com> <ZRsK4.749$3i1.34356@wormhole.dimensional.com>
Reply-To: leonid@bitband.com

Mark Morrison wrote:

> I would agree that DosFs 2.0 is much nicer than 1.0, for the automatic
> partition detection if nothing else.
>

Mark, partitions are nice but you should pay more attention to the entire
design of the file
system, and you will see there are improvements quite more important then this
one.
For instance, it is scalabale in terms of memory footprint versus overall
performance and
support of huge disks. Built-in scandisk and FAT32/VFAT compatibility are very
important.

In other words, DosFs 2.0 has different things for different people.

>
> However, I would offer up a small warning:  When you get the DosFs 2.0 CD,
> make sure you get a CD key that installs both source code and object code
> for your PPC platform; otherwise, it won't work.  (It took me a couple of
> days going back and forth with WRS to find that one...)
>

This is probably because some module is missing from the object distribution.
Could you
share with us which module is it that is missing in the object ? If the name of
the module is
known, it can be sent separately instead of the entire source code.

>
> For that matter, can anyone guess why code that's free of charge should
> require a CD key in the first place?  I still can't figure that one out...
>

This is simply the procedure for shipping nproducts. At one point even patches
had an installation key...

Leonid

>
>  - markm@ctilidar.com
>
> Leonid Rosenboim wrote in message <38E6FA85.77E3E1E2@bitband.com>...
> >I recomemnd you should immediately upgrade to DosFs 2.0 which is available
> free of
> >charge from Wind River, and provides the level of compatibility with FAT,
> FAT32 and VFAT
> >long names as well as partition tables.
> >
> >For minimal hassle, I recommend that you format the drive on a PC (avoid
> NT-FS( and move
> >the drives to VxWorks.
> >
> >Leonid
> >(The Father of DosFs 2.0)
> >
> >

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: TCP/IP END driver on MPC860
Date: Mon, 17 Apr 2000 13:20:18 -0400
From: Gaurav Kulshreshtha <gkul@mantranets.com>
Message-ID: <38FB47D2.92E0610C@mantranets.com>
References: <8dehog$qla$1@crusher.de.colt.net>

If you have the source code of the driver you can change it in the
header file.
this is the only way i know.
Gaurav

Achim Zimmer wrote:

> How can I change the MTU size and other parameters for TCP/IP and/or
> Ehternet
> in T2 with MPC860
>
> --
> Thanks
> Achim Zimmer
> R&D DICA Technologies
>
> Have a nice day !

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Terminal Layout
Date: Mon, 17 Apr 2000 19:50:24 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38FB6B00.F541B887@nowhere.com>
References: <8df7eb$6om$1@crusher.de.colt.net>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

Achim,

Once upon a time, I had a book that showed all of the ANSI terminal escape
sequences.  Now, the closest I could find was the following reference on the
web:

    http://www.sdsu.edu/doc/texi/screen_10.html

If you looked hard enough, you might find something more complete.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Checksums -
Date: Mon, 17 Apr 2000 19:26:26 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38FB6562.ADCB960@nowhere.com>
References: <8derp4$ksu38@overload.lbl.gov>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

Andy,

What kind of checksum are you looking for?  VxWorks has code to calculate IP
checksums, but it is not documented.  Most checksum algorithms are pretty
straightforward and simple to write.

Now, if you are talking about CRC algorithms, I don't claim to be an expert on
them.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: MPC860/SPI Driver
Date: 18 Apr 2000 01:05:16 GMT
From: newfriend5@aol.com (Newfriend5)
Organization: AOL http://www.aol.com
Message-ID: <20000417210516.00131.00002003@ng-cf1.aol.com>

A while back I posted a message regarding an SPI driver for MPC860 under
VxWorks. Since then I have found a working driver on motorola's website. It
includes a driver and application code to test the driver. And it is free. If
anyone needs it, let me know.

Have fun.

Bye.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Terminal Layout
Date: Tue, 18 Apr 2000 01:54:29 GMT
From: snaphook@southwesternbell.net (Bruce)
Organization: SBC Internet Services
Message-ID: <38fbc00e.12816429@news.swbell.net>
References: <8df7eb$6om$1@crusher.de.colt.net> <38FB6B00.F541B887@nowhere.com>

In comp.os.vxworks
Charlie Grames <nobody@nowhere.com> wrote:

>Once upon a time, I had a book that showed all of the ANSI terminal escape
>sequences.  Now, the closest I could find was the following reference on the
>web:
>
>    http://www.sdsu.edu/doc/texi/screen_10.html

Try www.snippets.org

It has ansi and vt100

---------------------------

Newsgroups: comp.os.psos,comp.os.qnx,comp.os.vxworks,comp.realtime
Subject: Network protocol stack location
Date: Tue, 18 Apr 2000 01:16:29 -0700
From: "M. Asim Rasheed" <rasheed@nunki.usc.edu>
Organization: University of Southern California, Los Angeles, CA
Message-ID: <Pine.GSO.4.20.0004180114290.6806-100000@nunki.usc.edu>
References: <Pine.GSO.4.10.10004122135320.7542-100000@koh-sun019.usc.edu> <AVoJ4.2158$By1.43173@news1.online.no> <8dch8c$suk$1@nnrp1.deja.com>

Hi again,

Do you guys know where in the most commonly used RTOS architectures are
the network protocols stacks placed?

Also what differentiates the protocol implementation from non-real time
OSes e.g. Unix.

Thanks,

M. Asim Rasheed
Graduate Student
Electrical Engineering-Systems
University of Southern California
Los Angeles, CA 90089

There are two major products that come out of Berkeley: LSD and UNIX.
We don't believe this to be a coincidence.  -- Jeremy S. Anderson

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Mutexes -
Date: Tue, 18 Apr 2000 09:23:26 +0100
From: Graham Baxter <gbaxter@NOSPAM.bcs.org.uk>
Organization: Graham Baxter (Software) Limited
Message-ID: <38FC1B7E.F3C2272F@NOSPAM.bcs.org.uk>
References: <8dev9j$kst38@overload.lbl.gov> <38FB1D29.D6CEAB26@mgfairfax.rr.com>

Agreed, you need a mutex.

The only reason not to use a semaphore is if the complete write can be
guaranteed to take place in a single non-interruptable processor instruction.

Regards,

Graham Baxter
Freelance Software Engineer
gbaxter@NOSPAMbcs.org.uk

George Varndell wrote:

> Atkinson Andrew wrote:
> >
> > In VxWorks, is it necessary to use a mutual exclusion semaphore to
> > protect shared data which has many readers, but only a single writer AND
> > it is not imperative that the readers use the most current value. I
> > understand that multiple writers would required a mutex, and also that
> > if the readers were required to use the most up-to-date value, then a
> > mutex would again be required.
> >
>
> This will depend on the nature of the data structure and it's
> constituent fields.
> While the readers may not require the most current data, they likely
> will require
> coherent data. If the writer, in the course of updating the structure,
> might
> put the structure into a temporary nonsense state (update a field that
> can't
> be updated atomically) then some exclusion mechanism might still be
> required.
>
> GV
> --
> Embedded Systems Expertise           Varndell Engineering, LLC.
> http://www.varndellengineering.com   13138 Kidwell Field Rd.
>                                      Herndon  VA  20171

---------------------------

Newsgroups: comp.os.vxworks
Subject: setjmp() & longjmp() MT-safe ?
Date: Tue, 18 Apr 2000 10:11:23 +0200
From: Samuel Renaud <samuel.renaud@alcatel.fr>
Organization: Alcatel Telecom
Message-ID: <38FC18AB.25474041@alcatel.fr>

Hi !

Easy question for you : are the functions setjmp() and lonjmp() MT-safe
?
(I suppose not but ...)

Thx
- --
Samuel RENAUD
ALCATEL
Network Applications Division
Service Nodes
Tel (Fax) : +33.2.99.87.47.41 (17.00)

---------------------------

Newsgroups: comp.os.vxworks
Subject: MBlk mapipulation
Date: 18 Apr 2000 10:42:44 +0100
From: Charlie Wood <charlie@spider.com>
Organization: Spider Software Limited
Message-ID: <78ya6bg2y3.fsf@orchy.spider.com>

I'm using Tornado II on a cpu32 target, working on the bottom of the
netwqork stack.

The Network protocol Toolkit (5.4) provides functions for the
manipulation of MBlks; creation, deletion, copying to and from
buffers.

There is no reference in the documentation as to whether or not these
functions are MT safe. I'm not using them in interrupt context but
have several processes running all of which which allocate and/or free 
MBlks.

Do I need to protect these sections of code with a SPL call or the
like?

- -- 
charlie wood                                   Spider Software Limited
+44 (0)131 475 7028         o/                  http://www.spider.com/
                         ___#___         
Veni Vidi Natavi ~~~~~~~~~~/~~~~~~~~ http://members.tripod.co.uk/ssppp

---------------------------

Newsgroups: comp.os.vxworks
Subject: Want to adjust system clock !
Date: Tue, 18 Apr 2000 12:35:47 +0200
From: =?iso-8859-1?Q?=D8ystein?= Straume <ostraume@itk.ntnu.no>
Organization: Norwegian university of science and technology
Message-ID: <38FC3A83.F3CD1C0C@itk.ntnu.no>

Hello VxWorkers

As I understand the sysClkRateSet(60) is set  in usrConfig.c and
bootConfig.c under the catalog ...config/all/  Default the system clock
is set to 60Hz ( 60 ticks/sek). I would like to change this to 100Hz.

I thought maybe I could change the value  to sysClkRateSet (100); in
both these files, and rebuild the bootrom and the vxWorks image. But
this doesn't seam solve my problem. When I check the system with
sysClkRateGet() the system still runs with system clock set to 60Hz.

If someone could help me with this problem I will appreciate it !!

Thanks in advance !

ystein Straume

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Tue Apr 18 05:02:35 2000
From: Joerg Bisang <jb@zuehlke.com>
Date: Tue Apr 18 05:02:38 PDT 2000
Subject: VxWorks Exploder

subscribe to comp.os.vxworks-mailing-list

From vxwexplo-errs@csg.lbl.gov  Tue Apr 18 08:24:35 2000
From: "Tim Allen" <Tim@TimAllenLtd.idps.co.uk>
Date: Tue Apr 18 08:24:38 PDT 2000
Subject: Re: Want to adjust system clock !

>I thought maybe I could change the value  to sysClkRateSet (100); in
>both these files, and rebuild the bootrom and the vxWorks image. But
>this doesn't seam solve my problem. When I check the system with
>sysClkRateGet() the system still runs with system clock set to 60Hz.

Have you checked that the device providing the system clock is capable of
supporting 100Hz?

You don't mention what board or processor type you are using. In the absence
of any documentation, the timer driver is usually included in your BSP
sysLib.c file, checking the source file may indicate which frequencies are
supported.

Regards,
Tim Allen.

From vxwexplo-errs@csg.lbl.gov  Tue Apr 18 11:27:03 2000
From: "Joseph Sebastian" <joseph_ks@hotmail.com>
Date: Tue Apr 18 11:27:06 PDT 2000
Subject: Problem accessing TCP/IP application in VXSim from outside

Hi Marco

I could communicate between VxSim target and my target hardware  through the 
TCP/IP .
I belive you are using the ULIP driver in the workstation.
Is your target is connected through "wdb RPC" as the back end.
If you are using wdb pipe change to wdb RPC and make sure that you could 
connect through the ULIP driver.  There is some problem with VxWorks ULIP 
driver to run in 64 bit solaris, may be you can reboot the workstation in 
32bit mode.
Your  VxSim target IP address will be 127.0.1.X
Where X is the processor number you selected while invoking VxSim.
You can try for a connection on this IP address.
You may have to enable ip forwarding in your workstation where the VxSim is 
running, use
ndd -set /dev/ip ip_forwarding 1
If you are trying to connect from another computer make sure to add route 
for the vx sim target (vxsim target is in another virtual subnet) in your 
remote computer.
You can do somthing like route add 127.0.1.0 "IP address of the computer 
where the VxSim runs"
I belive this will help you to communicate with vxSim from another machine. 
It is working for me, and I could communicate from one of my target board to 
the VxSim target through TCP/IP.

Joseph Sebastian,
Pacific Broad Band Communication
joseph_ks@hotmail.com
--------------------------------------------------_
>From: Marco Zandonadi <marcoz@teja.com>
>Organization: SBC Internet Services
>Message-ID: <38F7B23F.142D57BA@nospam_teja.com>
>Hello,
>I wrote a program using TCP/IP that waits in select() for connections. I
>am running the program using VxSim for Solaris and I would like to
>connect to it from another computer.

>I tried doing that using the ip address of the host machine on which I'm
>running VxSim but that doesn't work. The question is: is there a way to
>reach a TCP/IP program running in VxSim from the outside world?

>Thanks in advance!

>Marco Zandonadi

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

From vxwexplo-errs@csg.lbl.gov  Wed Apr 19 04:03:09 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Wed Apr 19 04:03:11 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Wed Apr 19 04:03:06 PDT 2000

        Subject: Re: Want to adjust system clock !
        Subject: LS120 & Hdd Interfacing
        Subject: MMX Instructions
        Subject: VxWorks I/O API for VME DMA driver
        Subject: Re: setjmp() & longjmp() MT-safe ?
        Subject: What gets passed to ftpd password verification callback?
        Subject: Re: Cache Problem on MPC860 Board
        Subject: Re: FW: Checksums -
        Subject: Re: Want to adjust system clock !
        Subject: Re: X Window System on VxWorks?
        Subject: Help with UDP transmit
        Subject: trouble with TFFS_DEFRAGMENT_VOLUME
        Subject: Re: What gets passed to ftpd password verification callback?
        Subject: Re: Checksums -
        Subject: Re: Checksums -

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Want to adjust system clock !
Date: Tue, 18 Apr 2000 08:32:48 -0400
From: Douglas Fraser <dwfraser@lucent.com>
Organization: Lucent Technologies
Message-ID: <38FC55F0.218ACEE0@lucent.com>
References: <38FC3A83.F3CD1C0C@itk.ntnu.no>

You can also just change the clock rate when your user init code runs.
We reset the clock to 100Hz in our "user APPL init" function as soon
as it is run. That way, all the vxWorks initialization is complete
and we don't have to worry about those startup functions changing it
back to 60 on us. It works fine.

Doug

=D8ystein Straume wrote:
> =

> Hello VxWorkers
> =

> As I understand the sysClkRateSet(60) is set  in usrConfig.c and
> bootConfig.c under the catalog ...config/all/  Default the system clock=

> is set to 60Hz ( 60 ticks/sek). I would like to change this to 100Hz.
> =

> I thought maybe I could change the value  to sysClkRateSet (100); in
> both these files, and rebuild the bootrom and the vxWorks image. But
> this doesn't seam solve my problem. When I check the system with
> sysClkRateGet() the system still runs with system clock set to 60Hz.
> =

> If someone could help me with this problem I will appreciate it !!
> =

> Thanks in advance !
> =

> =D8ystein Straume

---------------------------

Newsgroups: comp.os.vxworks
Subject: LS120 & Hdd Interfacing
Date: Tue, 18 Apr 2000 16:00:52 +0200
From: =?iso-8859-1?Q?Morn=E9_Hartman?= <mhartman@grintek.com>
Message-ID: <38fc6a52$0$233@helios.is.co.za>

Hi all,

I would like to add an LS120 device as an ata master and a Hdd as an
ata slave to a single board computer. I am running VxWorks and
Tornado2.

If I configure the LS120 as a slave and the Hdd as the master, I am
able to write to the Hdd, but I am unable to access the LS 120, the
BIOS doesn't even detect it.

If I configure the LS120 as the master and the Hdd as the slave, the
BIOS detects both, but I am unable to access either of them. I am
using the code usrAtaConfig() to setup the interface.
For the LS120 I have set it to usrAtaConfig(0,0, "/ata0/")
for the Hdd I have set it to usrAtaConfig(0,1,"/ata1/")

Any help would be greatly appreciated
Morne Hartman
mhartman@grintek.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: MMX Instructions
Date: Tue, 18 Apr 2000 08:51:52 -0700
From: Keith Nicewarner <knicewar@erg.sri.com>
Organization: SRI International
Message-ID: <38FC8498.D471A1D4@erg.sri.com>

We are using Tornado 2.0 on a Windows NT host, compiling for 
an MMX Pentium target running VxWorks 5.4.  We have MMX 
assembly instructions in our code, but the compiler assembler 
complains that the instructions are invalid.  Here's the top 
of the compile output, which continues on for quite some time:

cc386 -g -mpentium -nostdinc -DRW_MULTI_THREAD -D_REENTRANT -fvolatile -nostdlib -fno-builtin
- -fno-defer-pop -I. -IH:\Tornado\target\h -DCPU=PENTIUM -DVXWORKS -c F:\work\svs\src\corrsum.c
C:\TEMP\cca00972.s: Assembler messages:
C:\TEMP\cca00972.s:2386: Error: no such 386 instruction: `movq'
C:\TEMP\cca00972.s:2388: Error: no such 386 instruction: `movq'
C:\TEMP\cca00972.s:2389: Error: no such 386 instruction: `movq'
C:\TEMP\cca00972.s:2390: Error: no such 386 instruction: `punpckhbw'
 .
 .
 .

We've used GCC before and never had to do anything special
for it to compile MMX instructions, so I'm perplexed why
this doesn't work with Tornado.

What am I missing?

Keith.

- -- 
Dr. Keith Nicewarner                  | SRI International
Research Engineer                     | 333 Ravenswood Ave, EK184
Advanced Automation Technology Center | Menlo Park, CA  94025
Email: knicewar@erg.sri.com           | Voice: (650) 859-5369

---------------------------

Newsgroups: comp.os.vxworks
Subject: VxWorks I/O API for VME DMA driver
Date: Tue, 18 Apr 2000 18:11:55 +0200
From: Danjel McGougan <danjel.mcgougan@era.ericsson.se>
Organization: Ericsson Radio Systems
Message-ID: <38FC894B.7DD8B4ED@era.ericsson.se>

Hi,

We have written a VxWorks VME driver for MVME2300 and MVME2400. The
driver uses DMA to achieve asynchronous transfer of data at high rates.

We now need a way of interfacing this driver with the VxWorks API. We
need a filedescriptor with select-support (this is crucial). We do not
wish to use the network driver, because the extra overhead of TCP/IP
would kill performance. The driver design includes connect and
disconnect primitives along with support for server access points and
client connect calls.

We have thought of using a simple open/read/write interface where you
open special files, ie open("/dev/VME/1/MGM_SAP") for a client connect.
The problem is the server side. How does one open a service access
point, wait for connections and accept new connections when a client
connects? The open/read/write interface does not seem appropriate for
this task (you'd have to use very inelegant constructs like using read
to retrieve filedescriptors). As far as I know the socket interface
(using bind/listen/accept) is only available for network device drivers,
or am I wrong?

Does anyone have any suggestions? Unix domain sockets would be a nice
solution but those aren't supported, are they?

Any help would be greatly appreciated!

Danjel McGougan
Enea Epact AB, Link=F6ping, Sweden.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: setjmp() & longjmp() MT-safe ?
Date: Tue, 18 Apr 2000 18:31:19 +0200
From: Leonid Rosenboim <leonid@bitband.com>
Organization: BitBand Technologies Ltd. http://www.bitband.com
Message-ID: <38FC8DD7.E9A802DD@bitband.com>
References: <38FC18AB.25474041@alcatel.fr>
Reply-To: leonid@bitband.com

I think that longjump() can be made MT safe, simply by making jump_buf a
task-private buffer, e.g. by referencing ti via a taskVar pointer. setjmp(0
ttself only touches the stack which IS a task-private structure.

Samuel Renaud wrote:

> Hi !
>
> Easy question for you : are the functions setjmp() and lonjmp() MT-safe
> ?
> (I suppose not but ...)
>
> Thx
> --
> Samuel RENAUD
> ALCATEL
> Network Applications Division
> Service Nodes
> Tel (Fax) : +33.2.99.87.47.41 (17.00)

---------------------------

Newsgroups: comp.os.vxworks
Subject: What gets passed to ftpd password verification callback?
Date: 18 Apr 2000 18:07:42 GMT
From: "C. M. Heard" <heard@vvnet.com>
Message-ID: <38fca46e$0$225@nntp1.ba.best.com>

Hi,

The ftpdInit() function in VxWorks 5.4 accepts a pointer to a user-supplied
password verification callback as one of its parameters:

SYNOPSIS

STATUS ftpdInit
    (
    FUNCPTR pLoginRtn, /* user verification routine, or NULL */
    int     stackSize  /* task stack size, or 0 for default */
    )

The man page does not describe what is passed to the callback function
when it is invoked.  If someone out there knows, I'd appreciate it if
you'd share that knowledge.

Regards,

Mike
- --
C. M. Heard
heard@vvnet.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Cache Problem on MPC860 Board
Date: Wed, 19 Apr 2000 01:02:28 GMT
From: Karen Musgrove & Stephane Couture <muscou@sympatico.ca>
Organization: Sympatico
Message-ID: <38FD0681.62FD6FC5@sympatico.ca>
References: <8cgr5u$c4k$1@nnrp1.deja.com> <pkockritz-0604000645250001@24.0.106.190> <8crg43$l0q$1@nnrp1.deja.com> <8cs9i6$il3$1@news.cz.js.cn> <8d0m98$1m4n$1@news.cz.js.cn> <38F3DDA2.14A97097@aracnet.com> <8d1017$26s4$1@news.cz.js.cn> <38F4E537.666FDB43@sympatico.ca> <8d6h4d$113m$1@news.cz.js.cn>

Hi,
    You should only get BURST access when enabling the cache.  There is no
special instructions generated by the compiler.  A burst read will mostly
occurs when enabling the instruction cache and a burst write when dumping
the contents of the cache into SDRAM when the data cache is enabled in
copyback mode.  Try only enabling one at a time, it should give you a better
idea of where the problem is; from your description, it looks like it is the
burst read that is failing.  Get the MPC860 UPM Programming Tool - UPM860 at
http://199.104.132.208/collateral/M954862812288collateral.htm and
recalculate the value for the UPM using the data sheet of the SDRAM.  That
is the only way to solve your problem.

Ren Hantao wrote:

> Hi, Pete
>
>   Thank you very much for your concern. Yes, with burst disabled
> on SDRAM , My board works well.(but VM_STATE_GUARDED
> can not be added in sysPhysMemDesc[ ], otherwise, it can't pass
> usrMmuInit()). So It seemed the fault is really on the UPM configration.
> I think when 860 core find a cache miss, it will fetch code or data
> from external SDRAM and copy the content of corresponding
> memory to the cache. Because the internal bus for accessing cache
> is 128-bit wide, it will generate a bust access to SDRAM by default.
> If the burst setting of SDRAM is wrong, it will crash the system.
>
>    I remember you said that you have met cache problems too, your
> board will crash after running 20-30 miniutes. So check your UPM
> configration too. If you have a emulator like EST's visionICE, you
> can look up the difference between cache and memory when the
> system is crashed. On my occasion, if the borad was running OK,
> there weren't any difference between cache and memory. if the
> system was crashed, there would be a lot of difference, and the
> content in cache are relative every four words which is obvious
> abnormal as the content in SDRAM are mostly unrelatable each
> word.
>
>    When I read MPC860's manual,  I am a little confused about the
> burst access.  On which condition MPC860 launch a burst access
> on the bus?  Does it use some special instruction on  burst access?
> I suspect it,  but if so, the complier must have some intelligent to
> know when to generate a burst insruction. for example, if you want
> to copy a block of memory, the complier will know the block is
> consecutive and it then generate "burst read" and "burst write"
> instruction. When the processor excute these "burst instruction",
> it then check if the external memroy support burst access, if so,
> it will initial a burst access.    Another idea of mine is: There are
> no special instructions of burst access(more possible),  the processor
> has the intelligence to know when to launch a burst.  but how does
> it know?
>
>    In fact, The UPM configration of burst access to SDRAM is wrong
> on my board, but it works very well with cache disabled.  It seemed
> there are no SDRAM burst access on my board at all if I turn off the
> cache. So,  does burst is only for cache? I am really confused.
>
> Ren Hantao
> 2000/4/14
>
> ----------
> From:  Pete Kockritz[SMTP:pkockritz@home.com]
> Sent:  Friday, April 14, 2000 8:53 AM
> To:  SRD Ren Hantao
> Subject:  Re: [Fwd: Cache can not be enabled]
>
> SRD Ren Hantao wrote:
> >
> >   I am using XPC860MHZP50C1. I think it's a new revision
> > without cache problem.
> >   Someone told me that I might have something wrong with
> > UPM configration for burst access to SDRAM. I think I
> > should check it.
> >
> > Ren Hantao
> > 2000/4/13
> >
>
> Try setting the burst inhibit (BI) in the memory controller. I think its
> in the OR register for the chip select that corresponds to your SDRAM.
> That should prevent it from bursting. If that fixes it, then you know
> you have a problem with your UPM configuration.
>
> --
> Regards,
> Pete
> <mailto:pkockritz@home.com>
> --
> LinuxPPC   <http://www.linuxppc.org>

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: FW: Checksums -
Date: Wed, 19 Apr 2000 01:30:01 GMT
From: snaphook@southwesternbell.net (Bruce)
Organization: SBC Internet Services
Message-ID: <38fd0bf0.20028748@news.swbell.net>
References: <8dh5ji$t7t3@overload.lbl.gov>

In comp.os.vxworks
Atkinson Andrew <AATKINSON1@dera.gov.uk> wrote:

>Apologies - my previous message contained insufficient information!
>
>What I am looking for is C source for an algorithm to calculate a 32-bit
>CRC code.

About ten thousand places on the internet including www.snippets.org

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Want to adjust system clock !
Date: Wed, 19 Apr 2000 01:54:48 GMT
From: "Paddy" <patfitz@hotmail.com>
Organization: Time Warner Cable of San Diego, CA
Message-ID: <Il8L4.2135$%4.17279@typhoon1.san.rr.com>
References: <38FC3A83.F3CD1C0C@itk.ntnu.no>

Are you using T2 project to build your image, if so check the vxWorks
components and look under hardware. There should be an entry for clocks, one
of the parameters for system clock will be the ticks per second. You should
set this to 100 as this variable seems to be used somewhere within the
bowels of the t2 comps/src code.
Hope this helps...

Patrick Fitzpatrick

"ystein Straume" <ostraume@itk.ntnu.no> wrote in message
news:38FC3A83.F3CD1C0C@itk.ntnu.no...
> Hello VxWorkers
>
> As I understand the sysClkRateSet(60) is set  in usrConfig.c and
> bootConfig.c under the catalog ...config/all/  Default the system clock
> is set to 60Hz ( 60 ticks/sek). I would like to change this to 100Hz.
>
> I thought maybe I could change the value  to sysClkRateSet (100); in
> both these files, and rebuild the bootrom and the vxWorks image. But
> this doesn't seam solve my problem. When I check the system with
> sysClkRateGet() the system still runs with system clock set to 60Hz.
>
> If someone could help me with this problem I will appreciate it !!
>
> Thanks in advance !
>
> ystein Straume
>
>

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: X Window System on VxWorks?
Date: Wed, 19 Apr 2000 02:24:54 GMT
From: Glen Cornell <the.cornells@home.com>
Organization: @Home Network
Message-ID: <38FD465A.47F864A@home.com>
References: <8d3akl$h6l1@overload.lbl.gov>

General Dynamics Land Systems as been using the client libraries and X
server from Seaweed systems (http://www.seaweed.com) for sevaral of the
vehicles that we produce. Currently, Seaweeds ports of the X client
libraries, the OpenGroup Motif libraries, and the X Server are being
used on the system enhancement package for the M1A2 Abrams (ASEP) tank,
the Heavy Assault Bridge (Wolverine), and the Advanced Amfibious Assault
Vehicle (http://www.gdls.com/programs.html).  Seaweed doesn't just port
software to VxWorks.  There's a lot of value added by using their
software - performance, reliability, and efficient memory utilization.

As I understand it, the Bradley Fighting Vehicle from Unnited Defense
uses a VME card running a Seaweed X Server on it as well.

Glen Cornell
cornell@gdls.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Help with UDP transmit
Date: Tue, 18 Apr 2000 19:32:25 -0700
From: Christopher A Leddy <caleddy@west.raytheon.com>
Organization: Raytheon Company
Message-ID: <38FD1AB9.6E67951F@west.raytheon.com>

I am running on a custom BSP (5.3.1), PPC603 board, trying to do 
network data transfers.  I have a UDP port open (and sending single,
well spaced messages sucessfully) and am having trouble sending 
520 byte messages in a tight for loop using sendto().  I need to send 
64 messages and it seems as if the vxWorks send buffer is getting
overrun. Note that this only has to work within the same subnet as the
processor (no routers, routing tables, etc)

The first 8 - 10 messages are always sent flawlessly, then I start
skipping messages in a pattern, missing two or three in between.

I have noted or tried the following:

1. Sendto never fails and never reports less than the 520 bytes sent

2. Increase in send buffer size does nothing

3. Using a sniffer, the missing messages are simply not sent out over 	
the interface.  I don't see any error packets, etc. The whole packet is
transfered or nothing is.

4. If I put a task delay(1) between each transmit, all messages are
sent 	out over the interface without errors.

5. I know it is not collisions because it is exactly the same packets
that get dropped each time.

Anyone have any clues? Is there a way to see if sendto is out of buffer
space and holdoff?  vxWorks bug?  Do I just have to put a cheesy "delay"
and hope it works?  

(and yes, I do have a mechanism to compensate for lost packets, but it
is much slower than the burst transfer above and was meant to fill in
for random collisions)

					Chris

---------------------------

Newsgroups: comp.os.vxworks
Subject: trouble with TFFS_DEFRAGMENT_VOLUME
Date: Wed, 19 Apr 2000 10:39:18 +0200
From: "Matthias Guelck" <Matthias.Guelck@gmx.de>
Organization: Heidelberger Druckmaschinen AG
Message-ID: <8djrff$aak$1@news.hdpp.de>

Hi all,

I am in trouble with TFFS_DEFRAGMENT_VOLUME.
The following test case ALWAYS prints the ERROR line.

BLK_DEV *pBlkDev;
unsigned long ulReclaimedSectors;

if ( tffsRawio(0,TFFS_DEFRAGMENT_VOLUME,0,(int)&ulReclaimedSectors,0)  !=
OK )
{
  printf("\nERROR while defragmenting\n");
}

The WRS support pointed out, that "any attempt to write or erase using
tffsRawio() should be blocked by the system after device creation".
So I tried to defragment my TrueFFS drive before device creation, but
nothing changed.
The WRS support put the blame on my MTD (memory technology driver) and
closed my TSR, but EVERY other operation on this device (including all other
tffxRawio() functions) works as expected.

I am using Tornado 2.0 with VxWorks 5.4 on a PPC860 with an MBX860 based BSP
but with AM29LV160BB/AM29LV160BT. So none of the example MTDs is useful,
because of non constant block size (erase unit size).

Looking forward to any suggestion

Matthias

********************************************
*
* Matthias Guelck
* Research & Development
*
* Heidelberg Digital
* Siemenswall
* D-24107 Kiel
*
* Phone +49-431-386-1608
* Fax   +49-431-386-3882
* E-Mail Matthias.Guelck@DE.Heidelberg.com
*
********************************************

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: What gets passed to ftpd password verification callback?
Date: Wed, 19 Apr 2000 11:59:18 +0200
From: Leonid Rosenboim <leonid@bitband.com>
Organization: BitBand Technologies Ltd. http://www.bitband.com
Message-ID: <38FD8376.9B0F11A@bitband.com>
References: <38fca46e$0$225@nntp1.ba.best.com>
Reply-To: leonid@bitband.com

As you can see in teh usrNetworks.c initialization, the callback interface is
exactly adopted to loginLib loginUserVrfy() function. You can write a function
with the same API.

"C. M. Heard" wrote:

> Hi,
>
> The ftpdInit() function in VxWorks 5.4 accepts a pointer to a user-supplied
> password verification callback as one of its parameters:
>
> SYNOPSIS
>
> STATUS ftpdInit
>     (
>     FUNCPTR pLoginRtn, /* user verification routine, or NULL */
>     int     stackSize  /* task stack size, or 0 for default */
>     )
>
> The man page does not describe what is passed to the callback function
> when it is invoked.  If someone out there knows, I'd appreciate it if
> you'd share that knowledge.
>
> Regards,
>
> Mike
> --
> C. M. Heard
> heard@vvnet.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Checksums -
Date: Wed, 19 Apr 2000 12:18:10 +0200
From: "Marcello Giustiniani" <m.giustiniani@mistel.it>
Organization: Centro Servizi Interbusiness
Message-ID: <8dk13j$fuu$1@fe1.cs.interbusiness.it>
References: <8derp4$ksu38@overload.lbl.gov>

If you need CRC calculating routines ( CRC-16, CRC-CCITT, and CRC-32) try

http://www.embedded.com/2000/0001/0001connect.htm

Best Regards.

Atkinson Andrew <AATKINSON1@dera.gov.uk> wrote in message
news:8derp4$ksu38@overload.lbl.gov...
> Does VxWorks provide any routines for calculating checksums? If so, is
> the algorithm used a recognised standard? Are they any official sources
> for standard checksum algorithms?
>
> Thanks
>
> Andy Atkinson
> Software Engineer
> Bldg 31a
> DERA Bincleaves
> Newtons Road
> Weymouth
> Dorset
> DT4 8UR
> AATKINSON1@mail.dera.gov.uk
> Tel : 01305 764660
> Fax : 01305 764661
>
>
>
> --
> The Information contained in this E-Mail and any subsequent correspondence
> is private and is intended solely for the intended recipient(s).
> For those other than the recipient any disclosure, copying, distribution,
> or any action taken or omitted to be taken in reliance on such information
is
> prohibited and may be unlawful.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Checksums -
Date: Wed, 19 Apr 2000 12:18:10 +0200
From: "Marcello Giustiniani" <m.giustiniani@mistel.it>
Organization: Centro Servizi Interbusiness
Message-ID: <10s4u8d$cou$1@fe2.cs.interbusiness.it>
References: <8derp4$ksu38@overload.lbl.gov>

If you need CRC calculating routines ( CRC-16, CRC-CCITT, and CRC-32) try

http://www.embedded.com/2000/0001/0001connect.htm

Best Regards.

Atkinson Andrew <AATKINSON1@dera.gov.uk> wrote in message
news:8derp4$ksu38@overload.lbl.gov...
> Does VxWorks provide any routines for calculating checksums? If so, is
> the algorithm used a recognised standard? Are they any official sources
> for standard checksum algorithms?
>
> Thanks
>
> Andy Atkinson
> Software Engineer
> Bldg 31a
> DERA Bincleaves
> Newtons Road
> Weymouth
> Dorset
> DT4 8UR
> AATKINSON1@mail.dera.gov.uk
> Tel : 01305 764660
> Fax : 01305 764661
>
>
>
> --
> The Information contained in this E-Mail and any subsequent correspondence
> is private and is intended solely for the intended recipient(s).
> For those other than the recipient any disclosure, copying, distribution,
> or any action taken or omitted to be taken in reliance on such information
is
> prohibited and may be unlawful.

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Wed Apr 19 06:06:09 2000
From: mmenge@dspt.com
Date: Wed Apr 19 06:06:11 PDT 2000
Subject: Bus Errors

On our 68040 processors we would get VME bus error exceptions when
accessing hardware that went bad (which is desireable). Now with the
mvme2604 we don't get any exceptions - it just returns values on -1.  Has
anyone figured out how to get the universe chip to generate an interrupt on
bus errors? we don't want to use vxMemProbe since it is very slow compared
to a direct access.

Tornado, vxWorks.

From vxwexplo-errs@csg.lbl.gov  Wed Apr 19 08:06:57 2000
From: Bruce Wilson <bawilson@llnl.gov>
Date: Wed Apr 19 08:06:59 PDT 2000
Subject: Re: FW: Checksums -

Andy,
	Take a look at 
http://www.repairfaq.org/filipg/LINK/F_crc_v3.html, in which Ross 
Williams describes CRC issues and also provides a "C" code 
implementation.
--Bruce Wilson
vxWorks

>Submitted-by vxwexplo-errs@csg.lbl.gov  Tue Apr 18 00:41:14 2000
>Submitted-by: Atkinson Andrew <AATKINSON1@dera.gov.uk>
>
>Apologies - my previous message contained insufficient information!
>
>What I am looking for is C source for an algorithm to calculate a 32-bit
>CRC code.
>
>Any takers
>
>Andy Atkinson
>Software Engineer
>Bldg 31a
>DERA Bincleaves
>Newtons Road
>Weymouth
>Dorset
>DT4 8UR
>AATKINSON1@mail.dera.gov.uk
>Tel : 01305 764660
>Fax : 01305 764661

Bruce A. Wilson
U.C. Lawrence Livermore National Lab
P.O. Box 808   (L-491)
Livermore, CA  94550
voice: (925) 422-4145
fax:   (925) 423-9889

From vxwexplo-errs@csg.lbl.gov  Wed Apr 19 09:41:04 2000
From: "Shah, Ranjana" <SHAH@Telephonics.com>
Date: Wed Apr 19 09:41:06 PDT 2000
Subject: RE: Want to adjust system clock !

I am not sure if this will help, but here are the facts:

VxWorks has its own internal "software" system clock, based on the hardware
system clock. The hardware real time clock is different from either of these
clocks. The VxWorks system clock is the clock used when standard C time
functions are called.

Changing the clock rate via sysClkRateSet() generally sets the hardware real
time clock (presumably supported by your BSP). It does not resync the time
functions of the VxWorks library. It is actually done by clock_setres()
call. This function must be called every time the system timer resolution is
changed.

Ranjana Shah

>-----Original Message-----
>From: vxwexplo@lbl.gov [mailto:vxwexplo@lbl.gov]
>Sent: Tuesday, April 18, 2000 11:32 AM
>To: vxworks_users@csg.lbl.gov
>Subject: Re: Want to adjust system clock !
>
>
>Submitted-by vxwexplo-errs@csg.lbl.gov  Tue Apr 18 08:24:35 2000
>Submitted-by: "Tim Allen" <Tim@TimAllenLtd.idps.co.uk>
>
>>I thought maybe I could change the value  to sysClkRateSet (100); in
>>both these files, and rebuild the bootrom and the vxWorks image. But
>>this doesn't seam solve my problem. When I check the system with
>>sysClkRateGet() the system still runs with system clock set to 60Hz.
>
>Have you checked that the device providing the system clock is 
>capable of
>supporting 100Hz?
>
>You don't mention what board or processor type you are using. 
>In the absence
>of any documentation, the timer driver is usually included in your BSP
>sysLib.c file, checking the source file may indicate which 
>frequencies are
>supported.
>
>Regards,
>Tim Allen.

From vxwexplo-errs@csg.lbl.gov  Wed Apr 19 12:27:47 2000
From: "Vishal Sinha" <vsinha@fore.com>
Date: Wed Apr 19 12:27:50 PDT 2000
Subject: Inceasing the number of files on which one can select

Hi,

   I have increased the number of files/socket that we can open in Vxworks
to 1024. This works fine, but when I select on socket with socket number
greater than 256, it doesnot work. I have changed the value of #define
FD_SETSIZE to 1024.
The FD_SETSIZE value is defined in file vxTypesold.h which is included in
vxworks.h only when _ASM_LANGUAGE is not defined. I want to know how
FD_SETSIZE is defined in case when _ASM_LANGUAGE is defined.

Thanks,

Vishal

From vxwexplo-errs@csg.lbl.gov  Thu Apr 20 00:45:54 2000
From: Ian Willats <ian.willats@telelogic.com>
Date: Thu Apr 20 00:45:56 PDT 2000
Subject: RE: Inceasing the number of files on which one can select

Vishal Sinha" <vsinha@fore.com> wrote:

>   I have increased the number of files/socket that we can open in Vxworks
> to 1024. This works fine, but when I select on socket with socket number
> greater than 256, it doesnot work.

Correct.  There is a fixed limit of 256 bits in an fd_set so you can only 
select on fd's in the range [0..255].

> I have changed the value of #define FD_SETSIZE to 1024.

Unfortunately this won't have any effect unless you also recompile the VxWorks 
select library (and, for safety, anything else that depends on FD_SETSIZE).

> I want to know how
> FD_SETSIZE is defined in case when _ASM_LANGUAGE is defined.

I'm not clear why you want to know this, it probably isn't used by any assembly 
language source code.

I investigated various ways to solve/work around this problem several years 
ago, and concluded that the only reasonable way to do so was to get source code 
for the VxWorks selectLib and either recompile it with a fixed (different) 
FD_SETSIZE, or (as I eventually did) make it support a variable sized fd_set. 
 Let me know if you'd like any further information, but bear in mind that you 
will need a source licence for selectLib.c before you can make any of these 
changes.

Regards,

Ian

Ian Willats
Principal Engineer, Telelogic UK Ltd
+44 121 234 6637

From vxwexplo-errs@csg.lbl.gov  Thu Apr 20 01:39:16 2000
From: "Annamalai" <annamalai@comneti.com>
Date: Thu Apr 20 01:39:18 PDT 2000
Subject: GNU  compiler option

This is a multi-part message in MIME format.

------=_NextPart_000_005C_01BFAADB.3FF7AFE0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

vxWorks/Tornado:

I am using a GNU cross compiler for PowerPC .For  the C source code I =
compile,  using the option -save-temps I am able
to get the assembly listing.

In the assembly listing I want the C source code also to be interpersed =
with the assembly language so that I can identify the assembly blocks =
for each C source code individually. =20

Is there any option in the compiler which can make it happen?

Thanks for your time
Annamalai

------=_NextPart_000_005C_01BFAADB.3FF7AFE0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>vxWorks/Tornado:</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I am using a GNU cross compiler for =
PowerPC .For =20
the C source code I compile,  using the option -save-temps I am=20
able</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>to get the assembly =
listing.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>In the assembly listing I want the C =
source code=20
also to be interpersed with the assembly language </FONT><FONT =
face=3DArial=20
size=3D2>so that I can identify </FONT><FONT face=3DArial size=3D2>the =
assembly blocks=20
for each C source code individually.&nbsp; </FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Is there any option in the compiler =
which can make=20
it happen?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks for your time</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Annamalai</FONT></DIV></BODY></HTML>

------=_NextPart_000_005C_01BFAADB.3FF7AFE0--

From vxwexplo-errs@csg.lbl.gov  Thu Apr 20 04:05:08 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Thu Apr 20 04:05:11 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Thu Apr 20 04:05:05 PDT 2000

        Subject: Re: Checksums -
        Subject: Re: Help with UDP transmit
        Subject: Re: Checksums -
        Subject: Re: Help with UDP transmit
        Subject: Re: Advice needed on SBC console solutions
        Subject: Re: Help with UDP transmit
        Subject: Re: Help with UDP transmit
        Subject: UI engines (rapid logic)
        Subject: Re: Problem starting Tornado edit from Windows Exporer
        Subject: Re: linux-vxworks networking problem
        Subject: UDP broadcast 404 bytes ok, but not 564
        Subject: Re: Advice needed on SBC console solutions
        Subject: Re: Advice needed on SBC console solutions
        Subject: Instruction translation miss!
        Subject: Re: Tornado II Editor Bug
        Subject: FTP Boot problem over Shared Network

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Checksums -
Date: Wed, 19 Apr 2000 12:18:10 +0200
From: "Marcello Giustiniani" <m.giustiniani@mistel.it>
Organization: Centro Servizi Interbusiness
Message-ID: <8dk38c$j15$1@fe1.cs.interbusiness.it>
References: <8derp4$ksu38@overload.lbl.gov>

If you need CRC calculating routines ( CRC-16, CRC-CCITT, and CRC-32) try

http://www.embedded.com/2000/0001/0001connect.htm

Best Regards.

Atkinson Andrew <AATKINSON1@dera.gov.uk> wrote in message
news:8derp4$ksu38@overload.lbl.gov...
> Does VxWorks provide any routines for calculating checksums? If so, is
> the algorithm used a recognised standard? Are they any official sources
> for standard checksum algorithms?
>
> Thanks
>
> Andy Atkinson
> Software Engineer
> Bldg 31a
> DERA Bincleaves
> Newtons Road
> Weymouth
> Dorset
> DT4 8UR
> AATKINSON1@mail.dera.gov.uk
> Tel : 01305 764660
> Fax : 01305 764661
>
>
>
> --
> The Information contained in this E-Mail and any subsequent correspondence
> is private and is intended solely for the intended recipient(s).
> For those other than the recipient any disclosure, copying, distribution,
> or any action taken or omitted to be taken in reliance on such information
is
> prohibited and may be unlawful.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Help with UDP transmit
Date: Wed, 19 Apr 2000 08:01:51 -0700
From: Joe Durusau <durusau@delphi.com>
Organization: Lockheed Martin Corporation
Message-ID: <38FDCA5F.C2544343@delphi.com>
References: <38FD1AB9.6E67951F@west.raytheon.com>

	UDP by definition does not guarantee success.  You will have
to use TCP or write your own system for overlaying IP if you want
to get certain delivery.

Speaking only for myself,

Joe Durusau

Christopher A Leddy wrote:
> 
> I am running on a custom BSP (5.3.1), PPC603 board, trying to do
> network data transfers.  I have a UDP port open (and sending single,
> well spaced messages sucessfully) and am having trouble sending
> 520 byte messages in a tight for loop using sendto().  I need to send
> 64 messages and it seems as if the vxWorks send buffer is getting
> overrun. Note that this only has to work within the same subnet as the
> processor (no routers, routing tables, etc)
> 
> The first 8 - 10 messages are always sent flawlessly, then I start
> skipping messages in a pattern, missing two or three in between.
> 
> I have noted or tried the following:
> 
> 1. Sendto never fails and never reports less than the 520 bytes sent
> 
> 2. Increase in send buffer size does nothing
> 
> 3. Using a sniffer, the missing messages are simply not sent out over
> the interface.  I don't see any error packets, etc. The whole packet is
> transfered or nothing is.
> 
> 4. If I put a task delay(1) between each transmit, all messages are
> sent    out over the interface without errors.
> 
> 5. I know it is not collisions because it is exactly the same packets
> that get dropped each time.
> 
> Anyone have any clues? Is there a way to see if sendto is out of buffer
> space and holdoff?  vxWorks bug?  Do I just have to put a cheesy "delay"
> and hope it works?
> 
> (and yes, I do have a mechanism to compensate for lost packets, but it
> is much slower than the burst transfer above and was meant to fill in
> for random collisions)
> 
>                                         Chris

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Checksums -
Date: Wed, 19 Apr 2000 12:18:10 +0200
From: "Marcello Giustiniani" <m.giustiniani@mistel.it>
Organization: Centro Servizi Interbusiness
Message-ID: <8dk6fd$n8d$1@fe1.cs.interbusiness.it>
References: <8derp4$ksu38@overload.lbl.gov>

If you need CRC calculating routines ( CRC-16, CRC-CCITT, and CRC-32) try

http://www.embedded.com/2000/0001/0001connect.htm

Best Regards.

Atkinson Andrew <AATKINSON1@dera.gov.uk> wrote in message
news:8derp4$ksu38@overload.lbl.gov...
> Does VxWorks provide any routines for calculating checksums? If so, is
> the algorithm used a recognised standard? Are they any official sources
> for standard checksum algorithms?
>
> Thanks
>
> Andy Atkinson
> Software Engineer
> Bldg 31a
> DERA Bincleaves
> Newtons Road
> Weymouth
> Dorset
> DT4 8UR
> AATKINSON1@mail.dera.gov.uk
> Tel : 01305 764660
> Fax : 01305 764661
>
>
>
> --
> The Information contained in this E-Mail and any subsequent correspondence
> is private and is intended solely for the intended recipient(s).
> For those other than the recipient any disclosure, copying, distribution,
> or any action taken or omitted to be taken in reliance on such information
is
> prohibited and may be unlawful.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Help with UDP transmit
Date: Wed, 19 Apr 2000 14:15:09 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38FDBF6D.DA0A389@nowhere.com>
References: <38FD1AB9.6E67951F@west.raytheon.com>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

Chris,

You didn't mention whether you are using an Ethernet interface (as opposed to
shared memory) and, if so, which one it is.  We had similar problems on the
MVME2700 (using the DEC 21140 Ethernet controller) and solved it by increasing
DC_POOL_SIZE in config.h.  There is also an adjustment you can make to the
interface queue length:  Check out target/h/net/if.h.

Just out of curiosity, have you looked at errno after returning from sendto()? 
For us, sendto() returns ERROR, and errno is ENOBUFS when we run out of buffer
space.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

Christopher A Leddy wrote:
> 
> I am running on a custom BSP (5.3.1), PPC603 board, trying to do
> network data transfers.  I have a UDP port open (and sending single,
> well spaced messages sucessfully) and am having trouble sending
> 520 byte messages in a tight for loop using sendto().  I need to send
> 64 messages and it seems as if the vxWorks send buffer is getting
> overrun. Note that this only has to work within the same subnet as the
> processor (no routers, routing tables, etc)
> 
> The first 8 - 10 messages are always sent flawlessly, then I start
> skipping messages in a pattern, missing two or three in between.
> 
> I have noted or tried the following:
> 
> 1. Sendto never fails and never reports less than the 520 bytes sent
> 
> 2. Increase in send buffer size does nothing
> 
> 3. Using a sniffer, the missing messages are simply not sent out over
> the interface.  I don't see any error packets, etc. The whole packet is
> transfered or nothing is.
> 
> 4. If I put a task delay(1) between each transmit, all messages are
> sent    out over the interface without errors.
> 
> 5. I know it is not collisions because it is exactly the same packets
> that get dropped each time.
> 
> Anyone have any clues? Is there a way to see if sendto is out of buffer
> space and holdoff?  vxWorks bug?  Do I just have to put a cheesy "delay"
> and hope it works?
> 
> (and yes, I do have a mechanism to compensate for lost packets, but it
> is much slower than the burst transfer above and was meant to fill in
> for random collisions)
> 
>                                         Chris

---------------------------

Newsgroups: comp.os.vxworks,comp.arch.embedded
Subject: Re: Advice needed on SBC console solutions
Date: Wed, 19 Apr 2000 16:14:25 +0100
From: "PeterS" <peters AT aston desIGNS comMERCIAL>
Organization: Aston
Message-ID: <38fdcd11@aston-server2.astondes.com>
References: <38FDC6CC.2A0783C4@boeing.com>

I've used early model Psion organisers (Series 3)  as terminal emulators
with a
Psion-supplied RS232 adapter, but I'm not sure if this option is available
anymore. Emulation
was fairly basic VT100. They were a lot cheaper than hand-held LCD terminals
though.
Are other organisers suitable - they usually have virtually zero boot-time.

Is IrDa an option?

Just a thought.

Craig E. Johnston wrote in message <38FDC6CC.2A0783C4@boeing.com>...
>
>I'm soon installing a VME chassis with an SBC and a bunch of boards on
>an airplane.  I need to provide an interface for the RS232 console port
>on the SBC, but I don't completely like my options.  No glass terminals
>allowed.
>
>Option 1: Laptop computer running a terminal emulator.
>  I don't like this, because it adds a lot of complexity and failure
>modes for such a simple function.  Heck, it takes longer to boot the
>console (Win98/WinNT/Linux), than the system it's connected to!  It's
>also likely to be a maintenance headache.  I do like having a smart
>terminal with scrollback and logging however.
>
>Option 2: Simple LCD VT220/VT340 terminal (w/ scrollback?)
>  Where?  Can't find such a beast.  It would have to be less expensive
>than a laptop.
>
>Option 3: Remote serial terminal server
>  This is a gadget with an RS232 port connected to the console on the
>SBC, and an ethernet port connected to a LAN.  You Telnet to it from
>another machine and it gives you a remote connection to the console.  I
>do have a couple of other machines (SGI's) on board that I could Telnet
>from.  It would require this host machine to be up in order to Telnet to
>the port server, but they are up most of the time anyway.  It's cheaper
>and a lot less complicated than a laptop or terminal, but a little
>indirect and potentially awkward (the SGI's are not right next to the
>SBC).
>
>Option 4,5,6?
>
>Any tips or lessons learned would be much appreciated.
>
>Thanks.
>--
>Craig Johnston
>Craig.E.Johnston@boeing.com
>                                                (253)773-4808

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Help with UDP transmit
Date: Wed, 19 Apr 2000 09:51:07 -0700
From: Christopher A Leddy <caleddy@west.raytheon.com>
Organization: Raytheon Company
Message-ID: <38FDE3FB.1E23AEE4@west.raytheon.com>
References: <38FD1AB9.6E67951F@west.raytheon.com> <38FDBF6D.DA0A389@nowhere.com>

I'll keep the replies in the newsgroup, unless someone complains that
the discussion is too banal for general discussion.

I am using an ethernet interface with the AM79C970A.  This has been
working flawlessly for near a year now (no serial, all tornado
communication over ethernet), so I don't think it is hardware.

I am adding some system troubleshooting control to an existing system. 
Recompiling the BSP is not allowed, I need to make minor changes at the
application level.

I never check errno because sendto never returns an error.  In fact
sendto always reports that it has sent all 520 bytes, even when that
packet does not show up on the external interface.

very puzzling.

I will look at net/if.h though.

				Thanks,

				Chris   

Charlie Grames wrote:
> 
> Chris,
> 
> You didn't mention whether you are using an Ethernet interface (as opposed to
> shared memory) and, if so, which one it is.  We had similar problems on the
> MVME2700 (using the DEC 21140 Ethernet controller) and solved it by increasing
> DC_POOL_SIZE in config.h.  There is also an adjustment you can make to the
> interface queue length:  Check out target/h/net/if.h.
> 
> Just out of curiosity, have you looked at errno after returning from sendto()?
> For us, sendto() returns ERROR, and errno is ENOBUFS when we run out of buffer
> space.
> --
> Charlie Grames
> The Boeing Company
> Charles.R.Grames @ boeing.com
> 
> Christopher A Leddy wrote:
> >
> > I am running on a custom BSP (5.3.1), PPC603 board, trying to do
> > network data transfers.  I have a UDP port open (and sending single,
> > well spaced messages sucessfully) and am having trouble sending
> > 520 byte messages in a tight for loop using sendto().  I need to send
> > 64 messages and it seems as if the vxWorks send buffer is getting
> > overrun. Note that this only has to work within the same subnet as the
> > processor (no routers, routing tables, etc)
> >
> > The first 8 - 10 messages are always sent flawlessly, then I start
> > skipping messages in a pattern, missing two or three in between.
> >
> > I have noted or tried the following:
> >
> > 1. Sendto never fails and never reports less than the 520 bytes sent
> >
> > 2. Increase in send buffer size does nothing
> >
> > 3. Using a sniffer, the missing messages are simply not sent out over
> > the interface.  I don't see any error packets, etc. The whole packet is
> > transfered or nothing is.
> >
> > 4. If I put a task delay(1) between each transmit, all messages are
> > sent    out over the interface without errors.
> >
> > 5. I know it is not collisions because it is exactly the same packets
> > that get dropped each time.
> >
> > Anyone have any clues? Is there a way to see if sendto is out of buffer
> > space and holdoff?  vxWorks bug?  Do I just have to put a cheesy "delay"
> > and hope it works?
> >
> > (and yes, I do have a mechanism to compensate for lost packets, but it
> > is much slower than the burst transfer above and was meant to fill in
> > for random collisions)
> >
> >                                         Chris

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Help with UDP transmit
Date: Wed, 19 Apr 2000 10:02:47 -0700
From: Christopher A Leddy <caleddy@west.raytheon.com>
Organization: Raytheon Company
Message-ID: <38FDE6B7.ED32BD57@west.raytheon.com>
References: <38FD1AB9.6E67951F@west.raytheon.com> <38FDCA5F.C2544343@delphi.com>

I have the uncertainty of UDP transmission covered by the upper level
communication protocol in my application  (Master - Slave, Slave always
confirms receipt to Master, Master retries a number of times if no
confirm within timeout, burst transfers log which data set elements have
been received, and non-recieved elements can be re-requested).   

UDP vs TCP is not the problem. Random collisions killing packets would
not cause exactly the same pattern of lost packets on each run.  
The packets that are lost are very deterministic.....

Joe Durusau wrote:
> 
>         UDP by definition does not guarantee success.  You will have
> to use TCP or write your own system for overlaying IP if you want
> to get certain delivery.
> 
> Speaking only for myself,
> 
> Joe Durusau
> 
> Christopher A Leddy wrote:
> >
> > I am running on a custom BSP (5.3.1), PPC603 board, trying to do
> > network data transfers.  I have a UDP port open (and sending single,
> > well spaced messages sucessfully) and am having trouble sending
> > 520 byte messages in a tight for loop using sendto().  I need to send
> > 64 messages and it seems as if the vxWorks send buffer is getting
> > overrun. Note that this only has to work within the same subnet as the
> > processor (no routers, routing tables, etc)
> >
> > The first 8 - 10 messages are always sent flawlessly, then I start
> > skipping messages in a pattern, missing two or three in between.
> >
> > I have noted or tried the following:
> >
> > 1. Sendto never fails and never reports less than the 520 bytes sent
> >
> > 2. Increase in send buffer size does nothing
> >
> > 3. Using a sniffer, the missing messages are simply not sent out over
> > the interface.  I don't see any error packets, etc. The whole packet is
> > transfered or nothing is.
> >
> > 4. If I put a task delay(1) between each transmit, all messages are
> > sent    out over the interface without errors.
> >
> > 5. I know it is not collisions because it is exactly the same packets
> > that get dropped each time.
> >
> > Anyone have any clues? Is there a way to see if sendto is out of buffer
> > space and holdoff?  vxWorks bug?  Do I just have to put a cheesy "delay"
> > and hope it works?
> >
> > (and yes, I do have a mechanism to compensate for lost packets, but it
> > is much slower than the burst transfer above and was meant to fill in
> > for random collisions)
> >
> >                                         Chris

---------------------------

Newsgroups: comp.os.vxworks
Subject: UI engines (rapid logic)
Date: Wed, 19 Apr 2000 19:13:01 GMT
From: nia_schmald@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8dl0fd$6r1$1@nnrp1.deja.com>

I'm looking for a UI engine to handle web and
command line based interfaces.  I've looked at
rapidLogic.

Does anyone have an experience they can share
with using rapidlogic?  Are there any competing
products?

Thank you,
nia

- ---
Nia Schmald
nia@coactive.com
Coactive Networks, Inc.
http://www.coactive.com

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Problem starting Tornado edit from Windows Exporer
Date: 19 Apr 2000 19:41:53 GMT
From: ggg+news@best.com (GGG)
Organization: rest
Message-ID: <38fe0c01$0$210@nntp1.ba.best.com>
References: <8dkj6b$n90$1@nnrp1.deja.com>

Known bug.  I tend to go and edit default actions for source files just to
use my (external) editor of choice.

If you wish to open a source file from explorer in an existing Tornado2
IDE, drag the file into the IDE and it will be opened there.

In article <8dkj6b$n90$1@nnrp1.deja.com>,  <randyj5573@my-deja.com> wrote:
>This problem started when I installed Tornado 2 on a new PC that I was
>given. I use to be able to click on a Tornado source file in a Explorer
>window and have it start up in the Tornado edit session that I
>currently had running. Now when ever I click on a Tornado source file
>in a Explorer window, I start a new copy Tornado.
>
>What is the option to have al the source files show up in one Tornado
>session?
>
>Thanks,
>Randy
>
>
>Sent via Deja.com http://www.deja.com/
>Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: linux-vxworks networking problem
Date: 19 Apr 2000 20:20:34 GMT
From: dima@chaparral.phys.unm.edu (Dmitri A. Sergatskov)
Organization: University of New Mexico, Albuquerque
Message-ID: <slrn8fs4f6.2ak.dima@chaparral.phys.unm.edu>
References: <38ECC911.85A27A40@nrc.ca> <38F2F304.51BF9734@gte.net>

On Tue, 11 Apr 2000 09:42:26 GMT, Sperry Family <sperry.family@gte.net> wrote:
>Tony Hoffmann wrote:
>> 
>> We are having some bizarre behaviour getting some distributed processing
>> 
>> working between Linux and VXWorks.   Solaris-VXWorks and Linux-Solaris
>> give no problems but Linux-VXWorks appears to have sparatic timeout
>> retries
>> when the VXWorks side is sending a 1900 byte message to the linux box
>> and then
>> waits for an acknowledgement.  here's an explanation of the problem from
>> the
>> person working with the code.
>[snip]
>
>A shot in the dark: are the MTU settings for the interfaces of the linux
........ deleted .......
>Vic Sperry
>Paradyne Networks

Somewhat related - you may want to disable "MTU Path discovery" on the
linux box.

Depending on what is linux kernel version you have, you will need 
either re-compile the kernel (for 2.0.x ) or use /proc interface
for the newer kernels (2.2.x), i.e. as root:

bash# echo 1 >> /proc/sys/net/ipv4/ip_no_pmtu_disc

Sincerely,

Dmitri.

---------------------------

Newsgroups: comp.os.vxworks
Subject: UDP broadcast 404 bytes ok, but not 564
Date: Wed, 19 Apr 2000 19:11:48 -0700
From: brianb <brianNObrSPAM@bizfon.com.invalid>
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Message-ID: <06180e24.025cdc0d@usw-ex0109-068.remarq.com>

Given two hosts, A and B, I can broadcast from A to B and
vice versa as long as the packets are roughly smaller than
500 bytes.  Specific data indicates that I can broadcast
404 bytes in the UDP payload, but not 564 bytes (or
greater).  If the payload is 564 bytes, then only the
sender gets his broadcast.

The OS is vxworks 5.3.1 with the BSD sockets.

The ethernet chip is the Cirrus 8900.

I have the sockets set to send and receive up to 1500 bytes
(they in theory default to 4k each).

The transmit side is ok -  there is no error from sendto().

My packet analyzer sees the packets on the net.

The stats of the UPD layer in vxworks (from udpstats())
shows that only a few spurious packets were received when
in fact I transmitted 20.

This seems to possibly indicate that the Cirrus 8900 driver
is not passing broadcast packets greater than a specific
size.

Any other theories??
Thanks
Brian B

* Sent from AltaVista http://www.altavista.com Where you can also find related Web Pages, Images, Audios, Videos, News, and Shopping.  Smart is Beautiful

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Advice needed on SBC console solutions
Date: Thu, 20 Apr 2000 02:22:08 GMT
From: Yves Boudreault <yves.boudreault2@sympatico.ca>
Organization: Sympatico
Message-ID: <38FE69ED.52BCD39F@sympatico.ca>
References: <38FDC6CC.2A0783C4@boeing.com>

"Craig E. Johnston" wrote:
> 
> I'm soon installing a VME chassis with an SBC and a bunch of boards on
> an airplane.  I need to provide an interface for the RS232 console port
> on the SBC, but I don't completely like my options.  No glass terminals
> allowed.
> 
> Option 1: Laptop computer running a terminal emulator.
>   I don't like this, because it adds a lot of complexity and failure
> modes for such a simple function.  Heck, it takes longer to boot the
> console (Win98/WinNT/Linux), than the system it's connected to!  It's
> also likely to be a maintenance headache.  I do like having a smart
> terminal with scrollback and logging however.
> 
> Option 2: Simple LCD VT220/VT340 terminal (w/ scrollback?)
>   Where?  Can't find such a beast.  It would have to be less expensive
> than a laptop.
> 
> Option 3: Remote serial terminal server
>   This is a gadget with an RS232 port connected to the console on the
> SBC, and an ethernet port connected to a LAN.  You Telnet to it from
> another machine and it gives you a remote connection to the console.  I
> do have a couple of other machines (SGI's) on board that I could Telnet
> from.  It would require this host machine to be up in order to Telnet to
> the port server, but they are up most of the time anyway.  It's cheaper
> and a lot less complicated than a laptop or terminal, but a little
> indirect and potentially awkward (the SGI's are not right next to the
> SBC).
> 
> Option 4,5,6?
> 
> Any tips or lessons learned would be much appreciated.
> 
> Thanks.
> --
> Craig Johnston
> Craig.E.Johnston@boeing.com
>                                                 (253)773-4808

Most SGI have at least 1 serial port, ll you need is the correct cabling
and configuring a terminal emulator on the W/S. Do you need vt100
emulation ?

Yves

---------------------------

Newsgroups: comp.os.vxworks,comp.arch.embedded
Subject: Re: Advice needed on SBC console solutions
Date: Thu, 20 Apr 2000 03:44:02 GMT
From: John or Jenn <lastimp@home.com>
Organization: Who, us organized???
Message-ID: <62vL4.61624$U4.329012@news1.rdc1.az.home.com>
References: <38FDC6CC.2A0783C4@boeing.com>

In article <38FDC6CC.2A0783C4@boeing.com> Craig E. Johnston,
Craig.E.Johnston@boeing.com writes:
>I need to provide an interface for the RS232 console port
>on the SBC, but I don't completely like my options.  No glass terminals
>allowed.

I talked to someone who found Telnet (I think) for a Palm Pilot and 
used it as the monitor over a serial connection to a VxWorks target!

---------------------------

Newsgroups: comp.os.vxworks
Subject: Instruction translation miss!
Date: Thu, 20 Apr 2000 12:30:51 +0800
From: "TonyHuang" <huangxin888@yeah.net>
Organization: BST Communication Technology Ltd.
Message-ID: <8dm0lo$1ueu$1@news.cz.js.cn>

Hi,

I encounter a strange problem,
Fisrt I download my application to my 860 target through the serial port,
and I invoke one funtion from the shell,

If I invoke the fuction defined at the lower part of the application source
file,
exception  messages will appear in the shell window:
"Instruction translation miss......."

If I invoke the functions at the upper part fo the source file, it will be
OK.

Why can this happen?

My Tornado environment:

Tornado2.0/vxWorks5.4
BSP ver1.1
memory 16MB SDRAM
RAM_HIGH_ADRS=4MB
RAM_LOW_ADRS=1MB

TonyHuang
Regards
                           /^^^\
                          ( o o )
======================oOOO==(_)==OOOo=========================
Senior Hardware Design Engineer
BST Communication technology LTD.
F11 XuNeng Building,
32 LongKou Road East,
TianHe,GuangZhou 510635,
P.R.China.
email: huangxin@163.net
==============================================================

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Tornado II Editor Bug
Date: Thu, 20 Apr 2000 07:45:05 +0200
From: "Markus MItterer" <markus.mitterer@sbu1.storkgroup.com>
Organization: KPNQwest customer news service
Message-ID: <HOwL4.1$3y5.91@nreader1.kpnqwest.net>
References: <8dkpi2$uos$1@nnrp1.deja.com>

I am working in the same environment as you but for me file reloading works
fine. Sorry, I have no idea.

Greetings Markus

---------------------------

Newsgroups: comp.os.vxworks
Subject: FTP Boot problem over Shared Network
Date: Thu, 20 Apr 2000 17:33:21 +0930
From: You_Wish <You_Wish@Piss.Off.Com>
Organization: OzEmail Pty Ltd, Australia
Message-ID: <38FEB9C9.6A5B101B@Piss.Off.Com>

Hi all,

My setup is:
Host:          Win NT 4.0 Workstation SP 5

Tornado:    1.0.1 (Yes, yes, I know there is a newer version)
VxWorks:  5.3.4 (" ")

VME bus containing 2 MV2700 PPC604 boards each with 64meg.

Board1 has an Ethernet link to my host computer.

Board2 needs to boot through the backplane and shared memory.  It needs
to get to my
host computer via FTP to the get the vxWorks image file.

My host runs an FTP server.

The backplane IP's have been setup using a different subnet then the
Ethernet network.
Routing has been added to my host so that it can talk to both the VME
boards.

Now,

Board1 boots up fine, creates the shared memory anchor, transfer the
vxworks image file,
no problems at all.

Board2 uses SM, it connects to the shared memory anchor fine, it
connects the local
network device to the backplane fine, it then registers a FILE RETRIEVAL
request
on my FTP server.  The problem occurs when the FTP server tries to send
back a
Send.Connecting message (or initiate transfer) to the 2nd board.

The second board doesn't seem to recognize the message from the FTP
server.

During this time, I can PING from my host to the 2nd board with no
problems.

After a certain amount of time, the FTP server times out, and tries to
initiate the transfer
again.

After a while, the 2nd board comes back with an error message saying
"Erroneous Header read" (or something).

Looking at the Boot code, it seems that the ftpXfer() function seems to
be giving
the error message.

Has anyone had problems like this, or have suggestions (other than to
upgrade to the next
version)???

Thanks in advance.
Paul

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Thu Apr 20 05:11:38 2000
From: Arand Thomas <Thomas.Arand@icn.siemens.de>
Date: Thu Apr 20 05:11:40 PDT 2000
Subject: AW: Inceasing the number of files on which one can select

Hi,

this is an implementation issue of the select-call. They use a bit for every
possible driver being attached, and they only have 256 bits.

Note that this is already a UNIX problem.

Hope that makes it clear,

Thomas

----------------------------------------------------------------------
Thomas Arand                              Siemens AG
Tel.  +49 - 89 - 722 42296
Fax. +49 - 89 - 722 26572
thomas.arand@icn.siemens.de

	----Ursprngliche Nachricht-----
	Von:	vxwexplo@lbl.gov [SMTP:vxwexplo@lbl.gov]
	Gesendet am:	Mittwoch, 19. April 2000 21:32
	An:	vxworks_users@csg.lbl.gov
	Betreff:	Inceasing the number of files on which one can
select

	Submitted-by vxwexplo-errs@csg.lbl.gov  Wed Apr 19 12:27:47 2000
	Submitted-by: "Vishal Sinha" <vsinha@fore.com>

	Hi,

	   I have increased the number of files/socket that we can open in
Vxworks
	to 1024. This works fine, but when I select on socket with socket
number
	greater than 256, it doesnot work. I have changed the value of
#define
	FD_SETSIZE to 1024.
	The FD_SETSIZE value is defined in file vxTypesold.h which is
included in
	vxworks.h only when _ASM_LANGUAGE is not defined. I want to know how
	FD_SETSIZE is defined in case when _ASM_LANGUAGE is defined.

	Thanks,

	Vishal

From vxwexplo-errs@csg.lbl.gov  Thu Apr 20 10:19:07 2000
From: Ed Rafferty <edrafferty@yahoo.com>
Date: Thu Apr 20 10:19:10 PDT 2000
Subject: Re: X Window System on VxWorks?

I had previously asked about any X Window System
software out there for VxWorks. I've gotten some
replies and wish to thank everyone for them.

It seems that the best resource for this software is
Seaweed Systems. Seaweed's been shipping for quite a
while now and its customers seem happy. Some
suggestions regarding use of Visicom's software were
made, but Visicom seems to be out of the X picture.
Wind River's product, RtX Windows doesn't seem to be
supported under Tornado 2 (and is actually from
Visicom, so support for it is questionable). Rolling
my own is definitely out of the question.

Plus Seaweed has OpenGL support. That's cool and may
be useful later on down the road.

Many thanks!

Ed Rafferty

__________________________________________________
Do You Yahoo!?
Send online invitations with Yahoo! Invites.
http://invites.yahoo.com

From vxwexplo-errs@csg.lbl.gov  Sat Apr 22 04:03:10 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Sat Apr 22 04:03:12 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Sat Apr 22 04:03:07 PDT 2000

        Subject: Number of data in serial buffer
        Subject: Re: Number of data in serial buffer
        Subject: Re: Tornado II Editor Bug
        Subject: Re: Tornado II Editor Bug
        Subject: Re: FTP Boot problem over Shared Network
        Subject: Re: MMX Instructions

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: Number of data in serial buffer
Date: Thu, 20 Apr 2000 05:54:01 -0700
From: Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid>
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Message-ID: <04ded016.ed5e1092@usw-ex0107-055.remarq.com>

Hi everybody,

I hope someone will be able to help me.

I need to read data from serial channel if and only if there are
data (bytes) in serial receive buffer (physical buffer). If
there are no data in buffer my application must continue with
other operations. So I need to write code like this:

while (<CONDITION>)
{
    read(serial_fd, &Data_read[num_data], 1);
    numdata++;
}

Which is the condition I must put in brackets in order to store
data read from serial channel in the Data_read array and neglect
this if there are not data read from serial line?

Thank you in advance.

* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Number of data in serial buffer
Date: Thu, 20 Apr 2000 15:28:14 GMT
From: snaphook@southwesternbell.net (Bruce)
Organization: SBC Internet Services
Message-ID: <38ff21d1.2263576@news.swbell.net>
References: <04ded016.ed5e1092@usw-ex0107-055.remarq.com>

In comp.os.vxworks
Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid> wrote:

>I need to read data from serial channel if and only if there are
>data (bytes) in serial receive buffer (physical buffer). If
>there are no data in buffer my application must continue with
>other operations. So I need to write code like this:

>while (<CONDITION>)
>{
>    read(serial_fd, &Data_read[num_data], 1);
>    numdata++;
>}
>
>
>Which is the condition I must put in brackets in order to store
>data read from serial channel in the Data_read array and neglect
>this if there are not data read from serial line?

You want to put an ioctl() call there.  I forgot the name of the flag, but
get help on it and I'm sure you can find it.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Tornado II Editor Bug
Date: 21 Apr 2000 16:01:30 GMT
From: "C. M. Heard" <heard@vvnet.com>
Message-ID: <39007b5a$0$226@nntp1.ba.best.com>
References: <8dkpi2$uos$1@nnrp1.deja.com>

fatihozcan@my-deja.com sez:
>When the already opened file is modified outside and the editor asks to
>reload it, you answer yes and Tornado usually crashes. Any solution?
>I am using Tornado II in NT.

Yes.  Don't use the Tornado editor.  Instead, set up Tornado to use an
external editor.  At the shop where I work those who prefer vi use Lemmy
and those who prefer emacs use the cygwin port of emacs.

C. M. Heard
heard@vvnet.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Tornado II Editor Bug
Date: Fri, 21 Apr 2000 20:24:52 GMT
From: Yves Boudreault <yves.boudreault2@sympatico.ca>
Organization: Sympatico
Message-ID: <3900B92D.528DA5A6@sympatico.ca>
References: <8dkpi2$uos$1@nnrp1.deja.com> <39007b5a$0$226@nntp1.ba.best.com>

"C. M. Heard" wrote:
> 
> fatihozcan@my-deja.com sez:
> >When the already opened file is modified outside and the editor asks to
> >reload it, you answer yes and Tornado usually crashes. Any solution?
> >I am using Tornado II in NT.
> 
> Yes.  Don't use the Tornado editor.  Instead, set up Tornado to use an
> external editor.  At the shop where I work those who prefer vi use Lemmy
> and those who prefer emacs use the cygwin port of emacs.
> 
> C. M. Heard
> heard@vvnet.com

Has anyone integrated emacs into Tornado (next error, compile, errors in
a buffer, etc)

Yves

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: FTP Boot problem over Shared Network
Date: Fri, 21 Apr 2000 21:02:48 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <3900C1F8.57DE384C@nowhere.com>
References: <38FEB9C9.6A5B101B@Piss.Off.Com> <p7%L4.30$KX1.507@client>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

We have been using the shared memory boot method successfully for several years
with Tornado 1.0.1 on PowerPC (Motorola MVME2700).  We typically boot from
Windows NT hosts.  The only issues we had to overcome before getting it to work
were:

o  Make sure we had separate network numbers (with appropriate subnet masks, if
necessary) for Ethernet and shared memory networks

o  Avoid using the wftpd32 product bundled with Tornado.  We had problems when
booting multiple targets across shared memory when running wftpd32 on the host. 
Microsoft's FTP included in its Windows NT Peer Web Services has been stable.

o  Make sure the host knows how to get to the backplane target.  On Windows
hosts, this requires adding a static route using the "route" command.

We ran into problems later when trying to boot a large number of targets (seven
or more) across the backplane at once.  A revised smLib.o with an improved
shared memory access backoff algorithm, along with changing bootConfig.c to use
mailbox interrupts instead of polling for backplane messages, solved those
problems.

I hope this is useful.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: MMX Instructions
Date: Wed, 19 Apr 2000 10:11:37 -0700
From: Keith Nicewarner <knicewar@erg.sri.com>
Organization: SRI International
Message-ID: <38FDE8C9.E2AC2CD1@erg.sri.com>
References: <38FC8498.D471A1D4@erg.sri.com> <8dkei2$htd$1@nnrp1.deja.com>

Where did you get a new as386?
The version I'm using is cygnus-2.6, which I gather is
pretty old ...

Thanks for letting me know I'm not crazy ... :-)
Keith.

Thomas Rahn wrote:
> 
> Hello Keith,
> 
> we have the same problem with MMX instructions using T1/T2.
> The reason is the out of date GCC/binutils Windriver uses
> for the x86 target.
> 
> We compiled a newer as386.  Unfortunately debug info/stabs
> are not processed correctly, so we use the patched host
> suite carefully. It might be necessary to exchange the
> complete toolchain...
> 
> Thomas Rahn
> 
> Sent via Deja.com http://www.deja.com/
> Before you buy.

- -- 
Dr. Keith Nicewarner                  | SRI International
Research Engineer                     | 333 Ravenswood Ave, EK184
Advanced Automation Technology Center | Menlo Park, CA  94025
Email: knicewar@erg.sri.com           | Voice: (650) 859-5369

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Sun Apr 23 11:15:50 2000
From: Fred Roeber <froeber@bbn.com>
Date: Sun Apr 23 11:15:52 PDT 2000
Subject: Re: Help with UDP transmit

On Wed, 19 Apr 2000, Christopher A Leddy <caleddy@west.raytheon.com> wrote:

> I am running on a custom BSP (5.3.1), PPC603 board, trying to do 
> network data transfers.  I have a UDP port open (and sending single,
> well spaced messages sucessfully) and am having trouble sending 
> 520 byte messages in a tight for loop using sendto().  I need to send 
> 64 messages and it seems as if the vxWorks send buffer is getting
> overrun. Note that this only has to work within the same subnet as the
> processor (no routers, routing tables, etc)

Back when I too worked for Raytheon I was part of a project that did
an extensive analysis of how to set up a good system architecture on
VxWorks for certain classes of embedded projects. Among many other
aspects, we addressed the issue of how best to communicate within
distributed systems that use networks. We adopted UDP as the comm
protocol due to numerous issues like overhead, responsiveness...

The two biggest drawbacks of UDP, however, are lack of guaranteed
reliability and lack of flow control. We found that the second issue
is really the most important since with architectures like the ones
we use in systems (ie single subnet-local networks), transmission
problems due to bit errors are extremely rare (what we saw was far
lower than the 1 in 10**12 bit error rates we had seen quoted).
Thus, almost all communication problems revolve around flow control
issues.

VxWorks UDP behaves like most UDP stacks (since it uses the same code
base as some UNIX versions). You can check out the Stevens books on
TCP/IP implementation for details. The process of sending and receiving
messages involves moving the data buffers from the user (task) areas
through various internal data structures and hardware communication
structures. At any point in this progression through all these SW
layers, the data can be dropped on the floor if there isn't enough
space. We had a VxWorks source license at the time and one of the
team members actually did some studies with instrumented versions
of the kernel to measure the different communication overheads to
understand the factors related UDP performance. As I remember (it
was a while ago), there were as many as 7 data copies done in the
process of sending messages. When data is dropped at any of these
points past the first data copy done in the sosend() routine, no
response is returned to the user; the message simply disappears.

I saw Charly Grames good response on things he did to decrease the
likelyhood of having communication problems like boosting some buffer
sizes. The thing is that there are many little things you can tweak
at the different levels to try to minimize the problems (like buffer
sizes and RMD/TMD counts at the network driver level) but ultimately
it is a systems engineering issue to restrict throughput to minimize
overflows. This is because there are so many variables that can
impact the exact point at which buffer dropping will happen on either
the sender or receiver that it is best to try to avoid bursts in
message communication (the problem being that fast processors can
so overload the ethernet HW communication rate that 100% data
packet loss can result from extended communication bursts).

> The first 8 - 10 messages are always sent flawlessly, then I start
> skipping messages in a pattern, missing two or three in between.

You don't say what ethernet HW you are using. Since you aren't getting
errors at the user level, I'm guessing that you aren't overflowing the
mbuf data pools used to hold the data being sent. I would guess that
your problem is at the HW driver level. Most ethernet chips use a ring
buffer to hold data to be sent on the wire. The TMD value sets the
size of the output ring in most ethernet drivers I have looked at. You
could boost this value to increase the number of messages that could queue
up before dropping happens. This would, however, just delay the point
at which the problem occurs and not prevent it. Until the design is
changed to reduce the burst IO rate, messages will continue to be
dropped, giving the HW a chance to catch up.

> I have noted or tried the following:
> 
> 1. Sendto never fails and never reports less than the 520 bytes sent

This would be expected if overflow is occurring at some intermediate
buffer point.
 
> 2. Increase in send buffer size does nothing
> 
> 3. Using a sniffer, the missing messages are simply not sent out over 	
> the interface.  I don't see any error packets, etc. The whole packet is
> transfered or nothing is.

Just says the messages are being dropped on the senders side. You could
fix that problem, though and end up finding that messages just end up
getting dropped somewhere in the receiver's IP stack.
 
> 4. If I put a task delay(1) between each transmit, all messages are
> sent 	out over the interface without errors.

Ultimately, this is the type of solution you will need. You need to make
sure both the average and extended burst message rate is "well below" the
maximum. Coming up with a good number for "well below" is a trick since
it depends on other traffic on the network in general and the sender and
receiver boards in particular. In the end, the key to using UDP
successfully all boils down to designing the system to maintain IO rates
that don't overload your processor or network capabilities.

There have been studies in the literature over the years that I have
seen on safe network utilization rates to avoid super high error rates.
Most of these have implied that trying to use more than something like
30-50% of the network bandwidth was a recipe for disaster with error rates
going up quickly beyond those levels. Such studies, usually don't apply
to the conditions in embedded systems though. We found that we could
easily run networks with utilization rates of 80 and 90% without
problems as long as the traffic was distributed across different
sender/receiver pairs.

At the risk of being far too general, I would suggest using your burst
test to establish the maximum sustained IO rate achievable for your
particular architecture and then design your application to not exceed
some percentage (like 70%) of that rate. It is the use of the value
70% that is hard to pick since it will vary based on factors like other
network traffic, changes in processor speed or VxWorks versions. You
don't want the system to stop working when ported to another architecture.
The value I picked doesn't yield the highest possible throughput but is
a reasonably "safe" value I have found.

> 5. I know it is not collisions because it is exactly the same packets
> that get dropped each time.

On small single-subnet systems, collisions don't often tend to be a
big issue. If the network isn't physically long, then collisions tend
to be far less likely since the window for concurrent transfers needed
to cause a collision becomes much smaller and therefor less likely.
Besides, as you conclude, collisions wouldn't tend to be repeatable.
Finally, I got the sense that you had one primary "talker" and one
"listener". Obviously, collisions don't occur unless there are multiple
"talkers" on the network at the same time.

> Anyone have any clues? Is there a way to see if sendto is out of buffer
> space and holdoff?  vxWorks bug?  Do I just have to put a cheesy "delay"
> and hope it works?  

There isn't any way I know (and certainly not a portable way) of checking
all the various buffers used in the IP stack from user task to HW. You
need to limit your throughput through application design.

Hope this helps.   Fred

   |      Fred J Roeber,  BBN Systems & Technologies      |
   |    4 John Clarke Road   Middletown, RI  02842-5202   |
   |          froeber@bbn.com     401-848-3548            |
   |    Division Scientist, High Performance Computing    |

From vxwexplo-errs@csg.lbl.gov  Tue Apr 25 01:13:59 2000
From: "Nagaraj G" <Softcores-WebMaster@wipinfo.soft.net>
Date: Tue Apr 25 01:14:01 PDT 2000
Subject: VxWorks: ev386Ex BSP Configuration

This is a multi-part message in MIME format.

------=_NextPart_000_000D_01BFAEBC.E8D01960
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello VxWorkers,

I have the ev386ex BSP. I want to configure the BSP for my board. I have =
my board schematics and my memory map.=20

I would like to know what all files I need to change to match the BSP to =
my board configuration.

Any help, pointers, contacts, URLs will be of great use to me.

If any of you have done such configuration and can help me, please do =
reply.

Hope I get a lot of help from the list members and of course WindRiver!

Thanks in advance

Regards,

Nagaraj
G. Nagaraj=20
Senior Software Engineer=20
EnThink Inc.=20
37, Castle Street, Ashok Nagar,=20
Bangalore - 560 025, India=20
Phone: +91-80-536-7297 Ext: 211=20
Fax: +91-80-557-6032=20
www.EnThink.com=20

------=_NextPart_000_000D_01BFAEBC.E8D01960
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4030.2400" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hello VxWorkers,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I have the ev386ex BSP. I want to =
configure the BSP=20
for my board. I have my board schematics and my memory map. =
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I would like to know what all files I =
need to=20
change to match the BSP to my board configuration.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Any help, pointers, contacts, URLs will =
be of great=20
use to me.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>If any of you have done such =
configuration and can=20
help me, please do reply.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Hope I get a lot of help from the list =
members and=20
of course WindRiver!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks in advance</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Regards,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Nagaraj</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS"><FONT color=3D#800000>
<P><B><I><FONT face=3D"Comic Sans MS" color=3D#ff0000>G. Nagaraj=20
</FONT></I></B><BR><FONT face=3D"Comic Sans MS" color=3D#800000 =
size=3D2>Senior=20
Software Engineer</FONT><FONT face=3D"Comic Sans MS" color=3D#000000 =
size=3D2>=20
</FONT><BR><FONT face=3D"Comic Sans MS" color=3D#ff00ff size=3D2>EnThink =

Inc.</FONT><FONT face=3D"Comic Sans MS" color=3D#000000 size=3D2> =
</FONT><BR><FONT=20
face=3D"Comic Sans MS" color=3D#0000ff size=3D2>37, Castle Street, Ashok =

Nagar,</FONT><FONT face=3D"Comic Sans MS" color=3D#000000 size=3D2> =
</FONT><BR><FONT=20
face=3D"Comic Sans MS" color=3D#0000ff size=3D2>Bangalore - 560 025, =
India</FONT><FONT=20
face=3D"Comic Sans MS" color=3D#000000 size=3D2> </FONT><BR><B><FONT=20
face=3D"Comic Sans MS" color=3D#800080 size=3D2>Phone: +91-80-536-7297 =
Ext:=20
211</FONT></B><FONT face=3D"Comic Sans MS" color=3D#000000 size=3D2>=20
</FONT><BR><B><FONT face=3D"Comic Sans MS" color=3D#800080 size=3D2>Fax: =

+91-80-557-6032</FONT></B><FONT face=3D"Comic Sans MS" color=3D#000000 =
size=3D2>=20
</FONT><BR><U><B><FONT face=3D"Bookman Old Style" color=3D#0000ff=20
size=3D2>www.EnThink.com</FONT></B></U><B></B>=20
</P></FONT></FONT></DIV></BODY></HTML>

------=_NextPart_000_000D_01BFAEBC.E8D01960--

From vxwexplo-errs@csg.lbl.gov  Tue Apr 25 04:03:30 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Tue Apr 25 04:03:33 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Tue Apr 25 04:03:27 PDT 2000

        Subject: Re: MVME 162-022A wanted
        Subject: Re: environment vars within tornado shell script
        Subject: Re: bootable vxworks image
        Subject: Re: UDP broadcast 404 bytes ok, but not 564
        Subject: Re: Help with UDP transmit
        Subject: STL
        Subject: A More Robust File System than dosFs2.0 ??
        Subject: Building a standalone image with T2
        Subject: Re: Building a standalone image with T2
        Subject: bootable vxworks image
        Subject: Building GCC cross-compiler?
        Subject: Telnet session to VxWorks hangs from Linux
        Subject: Re: 68K vmBaseGlobalMapInit()
        Subject: Modem dialer for VxWorks ?
        Subject: Re: A More Robust File System than dosFs2.0 ??
        Subject: Re: Building GCC cross-compiler?
        Subject: Re: Building a standalone image with T2
        Subject: Re: Help with UDP transmit
        Subject: Problem in writing MTDs for 28F400B Flash ??
        Subject: Re: UDP broadcast 404 bytes ok, but not 564
        Subject: Re: same subnet/IP address on multiple devices...
        Subject: Warning
        Subject: Problem using TFFS 
        Subject: Zilog Z16C30 USC HDLC/SDLC?
        Subject: Re: VxWorks + GCC v2.95.2 => !GDB
        Subject: Re: Help with UDP transmit
        Subject: Re: Fonts malfucations in Tornado 2
        Subject: I can't initialise my network driver

-------------------------------------------------------

Newsgroups: comp.realtime,comp.os.vxworks,comp.arch.bus.vmebus
Subject: Re: MVME 162-022A wanted
Date: Wed, 19 Apr 2000 23:31:31 GMT
From: "Richard Fryer" <fryerre#@#earthlink.net>
Organization: EarthLink Inc. -- http://www.EarthLink.net
Message-ID: <nlrL4.45897$y4.1611543@newsread1.prod.itd.earthlink.net>
References: <vo8vh1mpgmu.fsf@kongsberg.com>

Try Sun Harbor Sales (http://www.ghgcorp.com/wmcalpin/index.htm)
He has a 162-022 for sale.  I've bought from him - & happy with the results.

I myself have a 162-013A in new condition that's excess to my needs at the
moment if it would be of
help.

<lars.g.troppen@kongsberg.com> wrote in message
news:vo8vh1mpgmu.fsf@kongsberg.com...
>
> I have inherited some simulation sw that only runs on MVME 162-022A,
> but this card is no longer in production. Is there anyone out there
> who has such a board that they could sell us ?
>
> Any hints about where to get one is also welcome.
>
>
> --
> Lars Troppen, Avd DC4S, Kongsberg Defence & Aerospace
> PO 1003, N3601 Kongsberg, Norway
> Tel: (+47) 32738722 Mail: lars.g.troppen@kongsberg.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: environment vars within tornado shell script
Date: Mon, 24 Apr 2000 11:06:26 -0500
From: "Douglas E. Bercot" <NOSPAM_deberc@ftw.rsc.raytheon.com>
Organization: Raytheon Company
Message-ID: <39047102.3B5C0B10@ftw.rsc.raytheon.com>
References: <3904309D.2D468295@fallschurch.esys.com>

Within the shell, you can use TCL to access environment vars. I don't think
you could use them in a VxWorks program since the environment is part of
the shell, not on the target.

Here's an example that I use to set the "VC40PATH" environment var in a
shell script:

    ?shParse putenv (\"VC40PATH=$env(PIP)\")
    ld <arielLoad.o

Harold Schultz wrote:

> Is it possible to readin environment variables from the tornado shell?
>
> I want to use one of my NT environment variables within a tornado shell
> script.
> I am using tornado 1.0.1 on Windows NT 4.0.
>
> Please email me any ideas you have.
>
> thanks,
> --
> Harold Schultz
> email: hschultz@fallschurch.esys.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: bootable vxworks image
Date: Mon, 24 Apr 2000 12:44:36 -0400
From: "Denis Rouleau" <roule@cyberus.ca>
Message-ID: <JS_M4.1938$J11.62071@wagner.videotron.net>
References: <8dmfk3$qhj$1@newsserv.intranet.gr>

binArrayStart and binArrayEnd are supposed to point to your compressed load.
They are produced bi bintoasm if memory serves me right and are used by the
start up code to copy whatever is between those flags to RAM.

Sounds like bin2asm isn't completing successfully OR that its output isn't
being assembled.

I'm relatively new at this so take this with a grain of salt but I believe
that I'm correct.

Good luck,

Denis Rouleau

Fornaro Antony <afor@intracom.gr> a crit dans le message :
8dmfk3$qhj$1@newsserv.intranet.gr...
>
>
> Hi all,
>
> I am working on Tornado2 and PPC860. I usually load the vxworks image by
FTP
> but I now want to build a bootable vxworks image and load it on ROM. So, I
> choose vxworks_rom rule (project's build specifications) but when building
> undefined references to "binArrayStart" and "binArrayEnd" come up.
> I wouldn't be surprised if I have to change something else as well, but
> what?
>
> thanks
>
>
>

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: UDP broadcast 404 bytes ok, but not 564
Date: Mon, 24 Apr 2000 09:45:10 -0700
From: brianb <brianNObrSPAM@bizfon.com.invalid>
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Message-ID: <01053f12.d36e398f@usw-ex0109-068.remarq.com>
References: <06180e24.025cdc0d@usw-ex0109-068.remarq.com> <38FF24E5.1B58DD49@nowhere.com> <0326f2a7.0bc9d9fc@usw-ex0109-068.remarq.com> <3900E1AD.1891EFAD@nowhere.com>

Yes, Charlie, this is a true broadcast using a class C
address:
192.168.0.255.

I am sure that if I sent the data via a point to point
connection, I could send more data but that would be less
efficient for what I am doing: conference calls based on
voice over IP.  So "source" data needs to go to N nodes all
at the same time.  Obviously broadcast is less bandwidth
wasteful than point to point.

Further testing shows that the magic number of bytes I can
broadcast is 483 with this version of vxworks / tcp stack.

To answer your other question, ifShow() shows an MTU of
1500, but the ethernet chip can actually do 1518.
Brian

* Sent from AltaVista http://www.altavista.com Where you can also find related Web Pages, Images, Audios, Videos, News, and Shopping.  Smart is Beautiful

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Help with UDP transmit
Date: Mon, 24 Apr 2000 10:11:25 -0700
From: Christopher A Leddy <caleddy@west.raytheon.com>
Organization: Raytheon Company
Message-ID: <3904803D.8DA79FCA@west.raytheon.com>
References: <8e1of0$f961@overload.lbl.gov>

Just to close this out (in case anyone else comes across the same
questions later),  It seems as though there are lot of network settings
that I probably can't change (because I can't change the vxWorks image
at this time) and some that I can which may or may not help.

It also seems it is quite possible for me to overrun the ethernet
communication capability of my target (probably at the driver level) 
without notification of error from the sendto function call.

I plan to "tune" the data rate at which I put packets on the interface
to be as fast as possible while maintaining a low probability of dropped
packets.

The small amount of dropped packets will be identified at the receiving
end and re-requested (packet by packet, not burst transfer) using the
same mechanism I use to compensate for data errors and collisions. This
should allow me to burst my data at near the maximum rate the interface
will sustain.   

Thanks to all who have responded both by email and on the newsgroup.
Your assistance was greatly appreciated.

						Chris

---------------------------

Newsgroups: comp.os.vxworks
Subject: STL
Date: Thu, 20 Apr 2000 06:04:19 GMT
From: jmt@pagebuilderpro.com
Organization: Value Net Internetwork Services
Message-ID: <38fe9d4b.3262165@news.sc.value.net>

Hi,
I've never used a Mac 'till very recently.  I need to get my C++ code
compiled with MetroWerks CodeWarrior on the Mac.  I use the stl
heavily.

If I write...

#include <list>
void main(){}

... I get errors.

Can someone tell me how to do it?

Thanks,
- -JMT

---------------------------

Newsgroups: comp.os.vxworks
Subject: A More Robust File System than dosFs2.0 ??
Date: 24 Apr 2000 17:34:28 GMT
From: cjohnson@oresis.com
Organization: NewsOne.Net - Free Usenet News via the Web - http://newsone.net/
Message-ID: <8e20j4$lju$1@news.netmar.com>

Does anyone know if there are any other file systems available for VxWorks
which are more robust that dosFs2.0 ??  (Maybe a journaling file system?)
Possibly from a third party ??

Thanks.

Charles Johnson
Oresis Communications, Inc.
cjohnson@oresis.com

     -----  Posted via NewsOne.Net: Free Usenet News via the Web  -----
     -----  http://newsone.net/ --  Discussions on every subject. -----
   NewsOne.Net prohibits users from posting spam.  If this or other posts
made through NewsOne.Net violate posting guidelines, email abuse@newsone.net

---------------------------

Newsgroups: comp.os.vxworks
Subject: Building a standalone image with T2
Date: Mon, 24 Apr 2000 14:08:37 -0400
From: "Denis Rouleau" <roule@cyberus.ca>
Message-ID: <t50N4.1965$J11.65252@wagner.videotron.net>

I'm having difficulty getting the network initialized with a stand alone
image that I built with T2.

I understand that I must define STANDALONE and STANDALONE_NET but I am a bit
confused as to where I must do this as what I tried didn't work.

I tried defining STANDALONE and STANDALONE_NET in config.h and as compiler
options but my network never initializes correctly. What am I doing wrong?

Any help will be appreciated.

Regards,

Denis

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Building a standalone image with T2
Date: Mon, 24 Apr 2000 14:00:40 -0500
From: "Douglas E. Bercot" <NOSPAM_deberc@ftw.rsc.raytheon.com>
Organization: Raytheon Company
Message-ID: <390499D8.4728D613@ftw.rsc.raytheon.com>
References: <t50N4.1965$J11.65252@wagner.videotron.net>

I'm just winging it here, but sometimes we must put "o=dc" (where dc = the net
device) in the DEFAULT_BOOT_xxx in order to get VxWorks to start up the network.
I believe that STANDALONE_xx only applies to .st images.

Good luck !

Denis Rouleau wrote:

> I'm having difficulty getting the network initialized with a stand alone
> image that I built with T2.
>
> I understand that I must define STANDALONE and STANDALONE_NET but I am a bit
> confused as to where I must do this as what I tried didn't work.
>
> I tried defining STANDALONE and STANDALONE_NET in config.h and as compiler
> options but my network never initializes correctly. What am I doing wrong?
>
> Any help will be appreciated.
>
> Regards,
>
> Denis

---------------------------

Newsgroups: comp.os.vxworks
Subject: bootable vxworks image
Date: Thu, 20 Apr 2000 23:32:08 +0300
From: "Fornaro Antony" <afor@intracom.gr>
Organization: Intracom S.A., GREECE
Message-ID: <8dmfk3$qhj$1@newsserv.intranet.gr>

Hi all,

I am working on Tornado2 and PPC860. I usually load the vxworks image by FTP
but I now want to build a bootable vxworks image and load it on ROM. So, I
choose vxworks_rom rule (project's build specifications) but when building
undefined references to "binArrayStart" and "binArrayEnd" come up.
I wouldn't be surprised if I have to change something else as well, but
what?

thanks

---------------------------

Newsgroups: comp.os.vxworks
Subject: Building GCC cross-compiler?
Date: Thu, 20 Apr 2000 09:23:21 GMT
From: sawatts@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8dmia0$tt1$1@nnrp1.deja.com>

I am trying to build a GCC cross-compiler to
target vxworks on powerpc, from a i686 linux
host.  A noddy attempt failed during the build of
libgcc2.c when stdlib.h, unistd.h could not be
found.

According to GCC notes, as of 2.8 support was
added for "SPARC and PowerPC running VxWorks".
As of 2.95 "VxWorks targets include support for
VxWorks threads".  So I guess support is there?

I managed to compile binutils 2.9.5, and trying
GCC 2.95.2.  Local host is i686-gnu-linux, target
is specified as powerpc-wrs-vxworks.

Any assistance appreciated.

SAW.

(cc long replies to
simon.watts@marconimed.NOSPAM.com ;-)

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Telnet session to VxWorks hangs from Linux
Date: Mon, 24 Apr 2000 19:31:35 GMT
From: Harry Rarig <rarig@tellium.com>
Message-ID: <3904A1FE.4F0BF019@tellium.com>

I am telneting from a linux box (RedHat 6.1) into a VxWorks embedded
processor running version 5.4.  Whenever I enter a command, e.g.,
"ifShow", part of the response will print out, then the entire session
hangs.  The only way to recover is to use the telnet escape sequence and
close the connection.  Telneting in from an NT 4.0 box works fine--this
problem only seems to plague Linux.

Question: Has anyone else experienced this problem, and if so, what is
the cure?

Much tnx,

Harry

- -- 
Harry Rarig                        _/  _/   _/    _/_/_/  _/_/_/  _/  _/
Tellium Inc.                      _/_/_/ _/_/_/  _/_/_/  _/_/_/    _/
732 923-4249 Voice               _/  _/ _/  _/ _/   _/ _/   _/    _/
732 923-9804 Fax                ___________________________________/

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: 68K vmBaseGlobalMapInit()
Date: Fri, 14 Apr 2000 07:31:13 -0600
From: Russ Johnson <rajohnson@bigfoot.com>
Organization: RMI.NET
Message-ID: <38F71DA1.6195D821@bigfoot.com>
References: <8cgvh8$omb2@overload.lbl.gov> <38EC91B4.87E9CD6@bigfoot.com>

Using the TTR registers, our boot time went from 36 seconds to 2 seconds
on VxWorks 5.3 and from 1minute 56 seconds to 6 seconds on VxWorks 5.4. 
Thanks for the pointer to the TTRs!

Russ

> 
> Thanks for the pointers.  We are using a Motorola MVME172-523A.  I'll
> give the TTR registers a try.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Modem dialer for VxWorks ?
Date: Mon, 24 Apr 2000 13:21:48 -0700
From: Tony Hill <arhill@hns.com>
Organization: Hughes Network Systems
Message-ID: <3904ACDC.EE18D3E8@hns.com>
Reply-To: arhill@hns.com

I am looking for a modem dialer piece of code to use with the PPP stack to

implement a modem dial-up to an ISP. Can anybody help ?

I'm using VxWorks 5.4 on an NEC MIPS platform.

- --
Anthony Hill
Senior Member of Technical Staff

Hughes Network Systems
10450 Pacific Center Court
San Diego
CA 92121 U.S.A

TEL:(858) 642-5254
FAX:(858) 597-8979
INTERNET:arhill@hns.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: A More Robust File System than dosFs2.0 ??
Date: Mon, 24 Apr 2000 16:26:05 -0400
From: Tin Siladin <tin@crosstor.com>
Organization: Crosstor Software Inc.
Message-ID: <3904ADDD.4935D3B8@crosstor.com>
References: <8e20j4$lju$1@news.netmar.com>

cjohnson@oresis.com wrote:
> 
> Does anyone know if there are any other file systems available for VxWorks
> which are more robust that dosFs2.0 ??  (Maybe a journaling file system?)
> Possibly from a third party ??
> 
> Thanks.
> 

The CrosStor file system is available for VxWorks.

For more info:
http://www.crosstor.com

Tin

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Building GCC cross-compiler?
Date: Thu, 20 Apr 2000 07:46:54 -0700
From: Joe Durusau <durusau@delphi.com>
Organization: Lockheed Martin Corporation
Message-ID: <38FF185E.6B67438D@delphi.com>
References: <8dmia0$tt1$1@nnrp1.deja.com>

	I don't know which version of tornado you are using, but
on tornado 1, the files in question are at $(WIND_BASE)/target/h.
(Assuming it needs the target files).  

If you need the system's files, they should be in /usr/include.

If you still have trouble, change the Makefile to use the -v option
of gcc, and you will get info as to where the compiler is looking
for various files.

Speaking only for myself,

Joe Durusau
sawatts@my-deja.com wrote:
> 
> I am trying to build a GCC cross-compiler to
> target vxworks on powerpc, from a i686 linux
> host.  A noddy attempt failed during the build of
> libgcc2.c when stdlib.h, unistd.h could not be
> found.
> 
> According to GCC notes, as of 2.8 support was
> added for "SPARC and PowerPC running VxWorks".
> As of 2.95 "VxWorks targets include support for
> VxWorks threads".  So I guess support is there?
> 
> I managed to compile binutils 2.9.5, and trying
> GCC 2.95.2.  Local host is i686-gnu-linux, target
> is specified as powerpc-wrs-vxworks.
> 
> Any assistance appreciated.
> 
> SAW.
> 
> (cc long replies to
> simon.watts@marconimed.NOSPAM.com ;-)
> 
> Sent via Deja.com http://www.deja.com/
> Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Building a standalone image with T2
Date: 24 Apr 2000 23:01:33 GMT
From: johan.borkhuis@peektraffic.nl
Organization: XS4ALL Internet BV
Message-ID: <8e2jod$t46$1@news1.xs4all.nl>
References: <t50N4.1965$J11.65252@wagner.videotron.net>

Denis Rouleau <roule@cyberus.ca> wrote:
: I'm having difficulty getting the network initialized with a stand alone
: image that I built with T2.

: I understand that I must define STANDALONE and STANDALONE_NET but I am a bit
: confused as to where I must do this as what I tried didn't work.

: I tried defining STANDALONE and STANDALONE_NET in config.h and as compiler
: options but my network never initializes correctly. What am I doing wrong?

You should use the Project tool to set these defines. When you set these
in the config.h file they are (re)set by the prjConfig file.

I agree with another reply in this thread about the "o=..." boot
parameter. What is your boot device? It could be that you have to change
something to your usrNetBoot.c, See ,y VxWorks page, section 3.2 for more
info about this.

Groeten,
	Johan

- -- 
     o o o o o o o . . .   ___________________________________
    o      _____           ||    Johan Borkhuis              |
  .][__n_n_|DD[  ====_____  |    johan@borksoft.xs4all.nl    |
 >(________|__|_[_________]_|________________________________|
 _/oo OOOOO oo`  ooo   ooo  'o!o!o                      o!o!o`
=== VxWorks page: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ===

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Help with UDP transmit
Date: Mon, 24 Apr 2000 23:01:08 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <3904D234.CF6787A4@nowhere.com>
References: <8e1of0$f961@overload.lbl.gov>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

Fred,

Thank you for your excellent synopsis of issues related to the use of UDP.  I'm
tired of people simply dismissing UDP because it is "unreliable," because it is
the most appropriate method of communication for many applications.  At the same
time, the lack of flow control, as you mentioned, requires special provisions.

The thing that concerned me most about Chris' original note is that he was
seeing data drops after eight to ten packets.  Certainly, that should not be
considered "normal" for a properly tuned system.  Our current implementation
will allow us to burst several hundred packets without data loss, but at the
expense of some memory and with the understanding that exceeding the burst limit
will cause us problems.  Fortunately, memory has not been a major issue, and, to
date, we have not exceeded the burst limit in normal operation.

If Chris is unable to make kernel changes, there _is_ little that can be done
except introduce time delays to effect flow control.  It is unfortunate that
delays must be the final solution, but I believe Chris said that this was for a
testing application rather than for a customer.

Thanks again for the information.
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Problem in writing MTDs for 28F400B Flash ??
Date: Mon, 24 Apr 2000 23:44:38 GMT
From: "Harjot Saluja" <harjot.saluja@kenetec.com>
Organization: EarthLink Inc. -- http://www.EarthLink.net
Message-ID: <G%4N4.68489$y4.2207542@newsread1.prod.itd.earthlink.net>

Hi,

I am using BSP MCP750 which has soldered Flash as
28F400B (Micron tech.).

I am facing problem in writing MTDs.
Please let me know if anybody has written MTDs for 28F400 for TFFS support ?

Is 28F400 CFI compatible ? I mean can I use CFI MTDs for it ?

I'll really appreciate any help in this issue.

Thanks
- --
harjot
203-756-7105 (home)
203-264-1888 exn 129 (work)
harjot.saluja@kenetec.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: UDP broadcast 404 bytes ok, but not 564
Date: Thu, 20 Apr 2000 15:40:21 GMT
From: Charlie Grames <nobody@nowhere.com>
Organization: Boeing
Message-ID: <38FF24E5.1B58DD49@nowhere.com>
References: <06180e24.025cdc0d@usw-ex0109-068.remarq.com>
Sender: nntp@news.boeing.com (Boeing NNTP News Access)

Brian,

UDP broadcasts cannot be fragmented, so perhaps the problem is a function of the
maximum transfer unit (MTU) size.  What is the MTU for the interfaces you are
using?
- -- 
Charlie Grames
The Boeing Company
Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: same subnet/IP address on multiple devices...
Date: Thu, 20 Apr 2000 10:21:43 -0600
From: Doug Gibbons <ldgibbons@lucent.com>
Organization: Lucent Technologies
Message-ID: <38FF2E97.33C861CD@lucent.com>

>Subject: Re: same subnet/IP address on multiple devices...
>From: "Erik J. Johnson" erik.j.johnson@intel.com
>Date: 4/5/00 11:18 PM Mountain Daylight Time
>Message-id: <8ch6i0$bs0@news.or.intel.com>
>

>
>> > Does anyone know if it is possible to have two (or more) network
>> > devices on the same subnet, or to even have the same IP address,
>> > in VxWorks?

...

>Hmmmm.... I am actually running into an OS limitation right now.
>I have (for example) two NICs on my system (I actually have 8+
>but that is not relevant). If I perform the following calls
>
>ifMaskSet "drivername0", 0xffffff00
>ifAddrSet "drivername0", "10.0.0.1"
>ifMaskSet "someotherdriver0", 0xffffff00
>ifAddrSet "someotherdriver0", "10.0.0.2"
>
>the OS fails on the last call, it does not even get to my
>driver (not that setting IP addresses ever does, except for
>multicast issues). i.e., it won't let me
>put them on the same subnet. Your above paragraph seems to

The fine print which needs to be brought up here is that ifAddrSet()
uses the IP address and the subnet mask to create a route to that
IP subnet. After the first ifMaskSet/ifAddrSet is done, the route to
any IP address on the 10.0.0.x subnet will be through interface
"drivername0." (Try doing a routeShow() after the first ifAddrSet().)

When the second ifAddrSet() is performed, it tries to establish
a route to the 10.0.0.x subnet through "someotherdriver0." But
the route to this subnet already exists! The ifAddrSet() "fails"
with errno=0x11 (EEXIST), but the failure really just means
that the route to 10.0.0.xx was not created.

This all becomes pretty obvious if you ask yourself which
interface you would have expected to be used to transmit
a packet to, say, 10.0.0.3.

- -- 
Lee Douglas Gibbons         L u c e n t  T e c h n o l o g i e s
ldgibbons@lucent.com                     Bell Labs Innovations

---------------------------

Newsgroups: comp.os.vxworks
Subject: Warning
Date: Tue, 25 Apr 2000 09:32:40 +0900
From: "Kazunori Maruhashi" <u90366@uis-inf.co.jp>
Organization: NIKON
Message-ID: <8e2p3l$b8e@news.nikon.co.jp>

I download *.out file and when I got following message from tgtsvr.exe
DosPrompt ...

 "Warning: Target server chache for agent memory is full"

Can someone tell me what I have to do to erase such message.

Thanks

---------------------------

Newsgroups: comp.os.vxworks
Subject: Problem using TFFS 
Date: Thu, 20 Apr 2000 18:36:09 GMT
From: "Harjot Saluja" <harjot.saluja@kenetec.com>
Organization: EarthLink Inc. -- http://www.EarthLink.net
Message-ID: <t6IL4.50523$y4.1720215@newsread1.prod.itd.earthlink.net>

I am trying to support TFFS on BajaSpan(BSP), and flash device
on it is 28F008
I am using MTD as INCLUDE_MTD_I28F008_BAJA

After making vxWorks image, none of the tffs command works on shell.
I get following error:

- -> tffsShowAll
TFFS Version 2.0

Exception number 768: Task: 0x3feb48 (t1)

data access
program counter:  0x86a48
access address:   0x1d400000
machine status:   0x9030
8dd78    vxTaskEntry    +5c : 76eb8 ([])
76f5c    wdbFuncCallLibInit+154: tffsShowAll ([])
13490    tffsShowAll    +48 : tffsShow ([])
13518    tffsShow       +60 : tffsRawio ([])
6e1cc    tffsRawio      +dc : flCall ([])
b7958    flCall         +1c4: b7560 ([])
b7588    replaceFATsector+3e4: flIdentifyFlash (cf660)
86b18    flIdentifyFlash+4c : 86a14 ([])
value = 0 = 0x0

Results are same even if I issue tffsDevFormat.

Any suggetsion ??

- --
harjot
203-756-7105 (home)
203-264-1888 exn 129 (work)
harjot.saluja@kenetec.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Zilog Z16C30 USC HDLC/SDLC?
Date: Thu, 20 Apr 2000 15:35:24 -0500
From: "R. L. Bob Irwin" <bobi@systemsinterface.com>
Organization: Systems Interface Software Inc
Message-ID: <38FF6A0C.646CE99A@systemsinterface.com>

Doing a driver for the Z16C30 Universal Serial Controller chip and having
no luck in getting it to talk HDLC.   It's working fine in ASYNC mode,
so I'm accessing registers properly.

Would really appreciate some 'sample code' showing how to setup
a channel for HDLC and tx/rx some data.  I've got a request into
Zilog, but that may take quite a while.

Yes, I've got the User's Manual, but it jumps thru the chip's many
modes and is not complete on any one mode.

Thanks for any help or suggestions,
  -bob
- -- 
R L Bob Irwin * bobi@systemsinterface.com * 281-484-6661 x26 * Houston TX

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: VxWorks + GCC v2.95.2 => !GDB
Date: Tue, 25 Apr 2000 08:45:09 GMT
From: sawatts@my-deja.com
Organization: Deja.com - Before you buy.
Message-ID: <8e3luk$kf8$1@nnrp1.deja.com>

Can somebody who has built a GCC cross compiler for VxWorks post
instructions, as its something I am trying to do at the mo -- GCC2.95.2
hosted on linux, target powerpc vxworks.  The WRS compiler we have is
for a Sun.

SAW.

Sent via Deja.com http://www.deja.com/
Before you buy.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Help with UDP transmit
Date: Thu, 20 Apr 2000 16:51:03 -0700
From: Christopher A Leddy <caleddy@west.raytheon.com>
Organization: Raytheon Company
Message-ID: <38FF97E7.690F60F4@west.raytheon.com>
References: <38FD1AB9.6E67951F@west.raytheon.com> <38FDBF6D.DA0A389@nowhere.com> <38FDE3FB.1E23AEE4@west.raytheon.com> <38FF5915.10A72046@nowhere.com>

No I think the BSP had standard drivers for the ethernet chip.  I am
about ready to just "live with it" and throw a few packets out and then
wait a while.  This whole interface is for troubleshooting (not the
customer) so "good enough" is a about all I have time for...

					Thanks for the help,

					Chris
  

Charlie Grames wrote:
> 
> Chris,
> 
> I don't know anything about the AM79C970A.  Did you write your own driver?  I
> remember from working with the Intel 82596 that there were specific procedures
> that needed to be followed when adding new transmit packets to the end of an
> active transmit chain.  I don't know if this applies to your architecture or
> not.  If the IP stack is giving you good status back but the packet is never
> making it to the wire, I would suspect either the hardware or its driver.
> 
> Good luck!
> --
> Charlie Grames
> The Boeing Company
> Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Fonts malfucations in Tornado 2
Date: Tue, 25 Apr 2000 12:38:43 +0200
From: Manfred Fischer <m.fischer@steinbichler.de>
Organization: roNet GmbH Rosenheim
Message-ID: <390575B3.44F9DCC6@steinbichler.de>
References: <8d71rf$sfp$1@sklad.atcom.net.pl>

I had the same problem with Tornado 2 and a German Win NT 4.0.
The problem was fixed after installing the Tornado Patch SPR-T2CP2 from
Wind-River               

Manfred Fischer

---------------------------

Newsgroups: comp.os.vxworks
Subject: I can't initialise my network driver
Date: Fri, 21 Apr 2000 01:37:48 GMT
From: "Backlund, Hans I" <ingemar.backlund@telia.com>
Organization: Telia Internet
Message-ID: <MhOL4.691$wYl.190089728@newsb.telia.net>

Hi,

I'm trying to get a olicom ethernet driver running.
Somewhere in the code i calls a function called
something like cachedmamalloc() to a some space
for a buffer. The problem is that the cachedmamalloc
returns NULL... Does anybody know in what situation
this function returns NULL?

Have I missed to initialise something or have I placed
the code badly in memory?

Where does this function get the data?

I've compiled it on an ARMSA1100 processor with
the build option vxWorks.res_rom_res_low

The thing is that the BSP was developed for Tornado ver 1
but I'm using it on Tornado ver 2 (building it in a funny - no project way).

I would be very happy for any help you can give me...

Regards,
Ola

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Tue Apr 25 11:01:03 2000
From: ktsubota@keck.hawaii.edu (Kevin Tsubota)
Date: Tue Apr 25 11:01:05 PDT 2000
Subject: increasing target shell command line length

Hi,

I'm running Tornado-1 (VxWorks m5.3.1, BSP: Mv2304) and
I want to increase the target shell's command line length
from 128chars.

Has anyone done this before?

Thank you.

Kevin Tsubota
W.M. Keck Observatory
(808)885-7887

From vxwexplo-errs@csg.lbl.gov  Tue Apr 25 18:17:33 2000
From: Fred Roeber <froeber@bbn.com>
Date: Tue Apr 25 18:17:36 PDT 2000
Subject: Re: UDP broadcast 404 bytes ok, but not 564

On Tue, 25 Apr 2000, brianb <brianNObrSPAM@bizfon.com.invalid> wrote:

> Further testing shows that the magic number of bytes I can
> broadcast is 483 with this version of vxworks / tcp stack.
> 
> To answer your other question, ifShow() shows an MTU of
> 1500, but the ethernet chip can actually do 1518.

Brian, This really sounds like there must be an MTU restriction
somewhere that is causing your broadcast problems. As Charlie Grames
said, broadcasts can't be fragmented so will fail if they are bigger
than the MTU value anywhere along your communication path. An MTU value
of 512 is not uncommon in environments that use SLIP/PPP connections.
Interestingly, a UDP/IP header pair is 28 bytes so the max message you
can send is 511 bytes.  Sounds like an MTU value of 512 is being used
somewhere.

You should try some "MTU discovery" program to see where your broadcast
is going and what restrictions it is hitting. Perhaps are you using a
broadcast that is being sent through a router somehow? Sorry that I don't
have a great suggestion for what tool to use for this under VxWorks.
The issue of MTU discovery is covered in the Stevens "TCP/IP Volume I"
book.  Fred

   |      Fred J Roeber,  BBN Systems & Technologies      |
   |    4 John Clarke Road   Middletown, RI  02842-5202   |
   |          froeber@bbn.com     401-848-3548            |
   |    Division Scientist, High Performance Computing    |

From vxwexplo-errs@csg.lbl.gov  Wed Apr 26 04:03:07 2000
From: Vxworks Exploder <vx_explo@csg.lbl.gov>
Date: Wed Apr 26 04:03:09 PDT 2000
Subject: comp.os.vxworks newsdigest

Comp.Os.Vxworks Daily Digest    Wed Apr 26 04:03:04 PDT 2000

        Subject: Memory problem
        Subject: Help for VIA IDE Driver
        Subject: Re: Changing MAC Address
        Subject: Re: Number of data in serial buffer
        Subject: asPPP under Solaris 2.6
        Subject: Re: Adding POST to VxWorks Boot Image
        Subject: Re: 604 privilege
        Subject: Re: VxWorks + GCC v2.95.2 => !GDB

-------------------------------------------------------

Newsgroups: comp.os.vxworks
Subject: Memory problem
Date: Tue, 25 Apr 2000 13:18:32 +0200
From: 2g1303team11 <2g130300team11@it.kth.se>
Message-ID: <39057F08.D6C31342@it.kth.se>

When the data cache is enabled, the cacheDmaMalloc function
return NULL.

When it is disabled, it returns a pointer to the memory
as it should.

What could be the problem? I've been trying to figure it out for days
now...

I'm using an ARMSA1100 processor...

Regards,
Ola

---------------------------

Newsgroups: comp.os.vxworks
Subject: Help for VIA IDE Driver
Date: Fri, 21 Apr 2000 12:31:35 +0900
From: Jmson <jmson@dtvro.com>
Organization: ELIMnet Internet News
Message-ID: <38FFCB95.1CF9032D@dtvro.com>

Hi,, Readers.

I'm developing on SA-110 and VIA "VT82C586B"
for IDE, Interrupt controller, KeyBoard, RTC.

Is there anybody have a driver for VIA chip-set (IDE) ?

please.. help me.. and give me a sample

thanks.. for reading.

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Changing MAC Address
Date: Tue, 25 Apr 2000 15:39:09 -0400
From: Douglas Fraser <dwfraser@lucent.com>
Organization: Lucent Technologies
Message-ID: <3905F45D.A9D32E2A@lucent.com>
References: <8e2lvs$kin$1@nnrp1.deja.com> <39058991.2C579D26@lucent.com> <8e4fj2$e20$1@nnrp1.deja.com>

I worked on an MPC860 based board two years ago.
We had a speck of SEEPROM hanging off the I2C
that was used for various things including the
MAC address. Here at Lucent we own a large
chunk of valid addresses, so I got a block of
those for our development boards.

As David states in his response, using duplicate
addresses on boards is a procedural no-no, and
EST should not be doing that. If they don't have
valid (purchased) MAC addresses to populate on
their eval boards, they should at least use a
sequence of numbers out of the experimental domain.

Does anyone on this thread remember what those
values are? I recall that it is one bit in the
first byte of the address, but cannot recall
which one.

Do NOT just pull values out of the air. I was
not joking that it could cause network admin
problems (in spite of the smiley). Chances are,
if you are on an unrouted subnet, that nothing
will go wrong. But if you are on the network,
it will cause bad things to happen.

Bill gives you the rest of the clues. Chances are
that the board has non-volatile memory on it someplace.
The trick is to find a 'vacant space' in a block that
you can erase and rewrite without trashing the
board.

Good luck

Doug

arnel@vina-tech.com wrote:
> 
> We're doing development on the Motorola 8260
> platform using the EST eval boards.  The MAC
> address of these boards are all the same, and
> I need to change it to get 2 boards to talk to
> each other across the Enet backplane.  Since this
> is in a development environment I have complete
> control of the MAC addresses on the LAN.
>

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Number of data in serial buffer
Date: Fri, 21 Apr 2000 00:06:23 -0700
From: Marco Penso <marco.pensoNOmaSPAM@parizzi.it.invalid>
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Message-ID: <1c5a578c.86f53a39@usw-ex0104-028.remarq.com>
References: <04ded016.ed5e1092@usw-ex0107-055.remarq.com> <38FF5AEA.A06F1063@hetnet.nl>

Hi Gerald,

Thank you very much, with your suggest I cleared my doubt on
this problem.

Bye.
Marco.

* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!

---------------------------

Newsgroups: comp.os.vxworks
Subject: asPPP under Solaris 2.6
Date: Fri, 14 Apr 2000 16:16:50 +0200
From: "Maik H." <Maik@npost.de>
Organization: Nikoma Mediaworks GmbH
Message-ID: <1867d8.lbt.ln@spaci.marichs.mhn>
Reply-To: "Maik H." <Maik@npost.de>

Hi,

we have tried to use PPP as network interface together with WDB network
connection.
After termination of VxSIM the respective PPP interface cannot be accessed
by further VxSIM sessions.
Only a reboot of the machine (or a restart of asppp) can solve the problem.

 The configuaration of our SUN machines is based on Solaris 2.6.
We have heard, that this problem would not occur on other versions of
Solaris.
Is there any workaround for Solaris 2.6?

- --
MfG,
Maik

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: Adding POST to VxWorks Boot Image
Date: Fri, 14 Apr 2000 10:39:42 -0400
From: Douglas Fraser <dwfraser@lucent.com>
Organization: Lucent Technologies
Message-ID: <38F72DAE.31BEE404@lucent.com>
References: <8d4v3m$qpv$1@nnrp1.deja.com>

Jim,

I had a similar dilemma on my ARM target. I added a data table to
facilitate CRC32 verification of my ROM before the stack exists.
I had to position this table such that it did not violate address
offsets that were used to reference local variables at the end
of romInit.s. Certainly a 'load from immediate offset' instruction
for ARM has different limitations than PPC, but it is one place to
look.

One thing to think about, as far as isolating whether it is a size
related problem, is to compile all of your code, and use the boot
line contents to control the flow of your software. I use the 'other'
field to do this on a regular basis. Instead of calling your POST
before the jump to romStart, call it in bootConfig. At the very top
of the section in bootauto() (autoboot()??) add a check for the contents
of 'other' to determine if you should call out to POST.

From within POST, you can decode the bootline and use its value
to control what tests get run and to invoke early termination.

You could use an 'other' string like POST_0 .. POST_582 and
search up to the '_', then strtol() the digits and use that integer
value to control your POST.

This way you can step through your POST code without your current
'test/edit/compile/flash' cycle.

good luck

Doug

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: 604 privilege
Date: Tue, 25 Apr 2000 15:11:47 -0700
From: John Griffith <jgriffith2@west.raytheon.com>
Organization: Raytheon Company
Message-ID: <39061823.3E2C8456@west.raytheon.com>
References: <3905175E.564D4CFB@west.raytheon.com> <3905B34A.E6809C6E@nowhere.com>

Charlie,

Thanks for the reply.  As usual, asking for help promptly resulted in the
realization that I don't know what I'm talking about.

Yeah, I had syncs around the mtmsr.

But I inverted the bit sense in my mind.

The MSR works as expected.

Respects,
- -Griff

Charlie Grames wrote:

> Griff,
>
> What 604 implementation are you using?  I use the MVME2604, and when I call
> vxMsrGet(), it shows that the PR bit is reset.  I have never seen it in any
> other state.
>
> How are you writing to the MSR?  vxMsrSet() allows you to do this with the
> proper context synchronizing instruction after the mtmsr instruction.
>
> Hope this helps.
> --
> Charlie Grames
> The Boeing Company
> Charles.R.Grames @ boeing.com

---------------------------

Newsgroups: comp.os.vxworks
Subject: Re: VxWorks + GCC v2.95.2 => !GDB
Date: Tue, 25 Apr 2000 23:35:00 -0500
From: Jeremey Barrett <jeremey@terisa.com>
Organization: SPYRUS
Message-ID: <390671F4.D95DC93C@terisa.com>
References: <8e3luk$kf8$1@nnrp1.deja.com>

sawatts@my-deja.com wrote:
> 
> Can somebody who has built a GCC cross compiler for VxWorks post
> instructions, as its something I am trying to do at the mo -- GCC2.95.2
> hosted on linux, target powerpc vxworks.  The WRS compiler we have is
> for a Sun.
> 

Have a look at

  http://linux.sparta.com/VxWorks/

I can't speak for it (haven't tried it) except to say that it might be
useful information.

Regards,
Jeremey.
- -- 
Jeremey Barrett <jeremey@terisa.com>
GPG fingerprint = 7BB2 E1F1 5559 3718 CE25 565A 8455 D60B 8FE8 B38F

---------------------------

End of New-News digest
**********************

From vxwexplo-errs@csg.lbl.gov  Wed Apr 26 07:26:52 2000
From: "cimsroom.sina.vxexplor" <cimsroom@sina.com>
Date: Wed Apr 26 07:26:54 PDT 2000
Subject: symbios 895

This is a multi-part message in MIME format.

------=_NextPart_000_000E_01BE7644.EE35A7A0
Content-Type: text/plain;
	charset="gb2312"
Content-Transfer-Encoding: quoted-printable

vxworks 5.4 tornado 2.0 pc target
=3D20
I have tried many times.
After writing script to 895,I can inqure a interrupt ,that is the =3D
interrupt register bit is set,but I can receive any pci interrupt and my =
=3D
int handler
is not called.I have tried in many way,for example,I use a loop to =3D
connect
all int number to my int handler :(. I am sure my int handler is good =
=3D
because it is called and works correctly when other int happens.
No I guess my 895 really have a interrupt but not *generates* a =3D
interrupt
in pci bus. =3D20
Any suggestion?
Thanks a lot.
                                                         cimsroom

------=_NextPart_000_000E_01BE7644.EE35A7A0
Content-Type: text/html;
	charset="gb2312"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Dgb2312 http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><BR>vxworks 5.4 tornado 2.0 pc target<BR>=3D20<BR>I have tried many =

times.<BR>After writing script to 895,I can inqure a interrupt ,that is =
the=20
=3D<BR>interrupt register bit is set,but I can receive any pci interrupt =
and my=20
=3D<BR>int handler<BR>is not called.I have tried in many way,for =
example,I use a=20
loop to =3D<BR>connect<BR>all int number to my int handler :(. I am sure =
my int=20
handler is good =3D<BR>because it is called and works correctly when =
other int=20
happens.<BR>No I guess my 895 really have a interrupt but not =
*generates* a=20
=3D<BR>interrupt<BR>in pci bus. =3D20<BR>Any suggestion?<BR>Thanks a=20
lot.<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;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
cimsroom<BR></DIV></BODY></HTML>

------=_NextPart_000_000E_01BE7644.EE35A7A0--

From vxwexplo-errs@csg.lbl.gov  Wed Apr 26 08:08:02 2000
From: David Laight <dsl@tadpole.co.uk>
Date: Wed Apr 26 08:08:04 PDT 2000
Subject: Re: Changing MAC Address

Arnel,

Sounds like the EST eval boards are stuffed!  Manufacturers should allocate a 
unique MAC address to each instance of a network interface.

The standards say that any address with the 02:00:00:00:00:00 bit set (this is 
the second bit transmitted by the hardware (the first is the broadcast bit)) is 
available as a 'locally administered' address.

Some protocols (DECNET in particular) REQUIRE the use of locally administered 
addresses - I recall that all systems on a specific network must use the same 
prefix.

Addresses without the '02' bit set are allocated by the standards body (IEEE, or 
someone given a block by them).  However, before allocating a 'locally 
administered' address be aware that certain (quite large) network card 
manufacturers use locally administered addresses.  You will see 02:cf:1f, 
02:09:0b and others in use.

The other problem is that some token ring cards have the address bit reversed 
(or rather have an ethernet format address quoted instead of the bit reversed 
token ring one).

Additionally some other manufacturers are using unallocated addresses!

In practise all the addresses I've seen start 00, 02 or 08 - so anything else is 
probably safe!  I've been known to use my initials.  Just make sure you don't 
allocate a mulicast address (unless you want some fun).

	David
	
(We'd better have a vxWorks in this somewhere :-)

----------------------------------------------------------------
David Laight                          email: dsl@tadpole.co.uk
Tadpole Technology plc                phone: +44 1223 428 232
Cambridge, UK                         fax:   +44 1223 428 201

From vxwexplo-errs@csg.lbl.gov  Thu Apr 27 05:18:15 2000
From: Bob <Bob@dskti.com>
Date: Thu Apr 27 05:18:17 PDT 2000
Subject: 

 Hi 

I am trying to get a java program connect to my vxworks box using the code

InetAddress msvr = InetAddress.getByName("17.12.19.90");
aSocket = new Socket(msvr, 5555);

Where 17.12.19.90 is th ip number of the vxworks box. However this code does not work. In some example code from various books suggests

        aSocket = new Socket("targetname", 5555);

My question is how do I setup an NT box and a solaris box to translate targetname into an IP number.

TIA

RTBaker

From vxwexplo-errs@csg.lbl.gov  Fri Apr 28 02:07:46 2000
From: Atkinson Andrew <AATKINSON1@dera.gov.uk>
Date: Fri Apr 28 02:07:49 PDT 2000
Subject: TCP Errors - 

My VxWorks application is to receive data from an external system,
transmitted over a TCP/IP connection. I use the BSD sockets interface at
the application level, but I am unsure of what error checking is
required on the data I receive. As I understand it, TCP will guarantee
error-free, in-sequence delivery between one TCP entity and another, but
does guarantee this quality of service through to the application. Does
this mean that additional error checking should be applied to all data
received from the socket? Just how error-free is data communicated over
such an architecture?

Thanks

Andy Atkinson
Software Engineer
DERA Bincleaves
Weymouth
Dorset
DT4 8UR
UK
AATKINSON1@mail.dera.gov.uk

-- 
The Information contained in this E-Mail and any subsequent correspondence
is private and is intended solely for the intended recipient(s).
For those other than the recipient any disclosure, copying, distribution, 
or any action taken or omitted to be taken in reliance on such information is
prohibited and may be unlawful.

From vxwexplo-errs@csg.lbl.gov  Fri Apr 28 09:13:08 2000
From: David Laight <dsl@tadpole.co.uk>
Date: Fri Apr 28 09:13:10 PDT 2000
Subject: UDP transmit flow control

vxworks bods,

There was some discussion last week (I was off walking...) concerning what 
happens if you transmit large numbers of UDP packets (without any delays).

The observed problem was that certain of the packets were being discarded in a 
systematic manner before reaching the network.  This behaviour is, IMHO, 
completely undesirable.

Although it is legal for a network stack to discard transmit packets at any 
point where the network itself could lose them, this should be done lightly.  In 
particular it should not be done for flow control reasons.

If you look at the sockets spec (eg the TOG XNS document - available online try 
www.opengroup.org/pubs/catalog.t912.htm for starters) it certainly allows 
sendmsg() to block awaiting local resources.  Included in the 'local resources' 
should be 'transmit LAN bandwidth'.

If vxWorks doesn't apply back pressure flow control from the network driver to 
the application there is either a bug in the network driver in use, or the 
vxworks UDP and IP stacks.

Discarding packets in the MAC driver will have horrid performance penalties for 
both TCP and UDP.  Even though TCP and the protocols typically running over UDP 
will recover from lost packets, they do not expect there to be any.

NFS, for example, will send an 8k NFS write as a single UDP datagram.  This is 
fragmented by IP into 6 ethernet packets which will be transmitted (or at least 
queued for transmttion) back to back.  If ANY of these are lost the UDP datagram 
is re-transmitted. Systematic inability to transmit, or more likely to receive, 
ALL these packets leads to zero throughput.  You cannot even expect that there 
will only be a single request outstanding - even if a single process is copying 
a single file.

FTP may be running with a large (40k+ TCP window) and will dump a window full of 
data into TCP and hence into IP and the network driver.  Again, if fragments are 
systematically discarded there will be significant number of retries (not 
necessarily with large delays) and the LAN utilisation will be much higher than 
expected.  I have seen LAN traces where every data packet of a file transfer was 
on the LAN 3 or 4 times!

Don't get me wrong, I'm not saying that you can't discard a transmit message 
because of a resource crisis.  If you can't get a message block in order to add 
a protocol header, then discarding the message is probably the best thing to do 
(you free up some resource, by the time the protocol retries thinks might be 
better).

Also for UDP you have to discard RECIEVED data if the amount of data queued to a 
specific port is too great.  However if the system isn't short of buffers there 
is no reason not to queue the data - you can always recover them later.

If I did a test with a single UDP socket transmitting in a loop, I would expect 
EVERY packet to appear on the LAN.  Even a 20MHz 68020 should be capable 
reaching LAN bandwidth (10M ethernet) with moderate (say 100 byte) datagrams.  
Anything faster will always be flow controlled by the LAN.  A PCI bus (or sBus) 
fast ethernet card and a reasonable processor will flood a 100MHz LAN.

(If you are doing these tests you need a LAN monitor that will receive all the 
packets on a heavily loaded LAN - and be willing to report when it fails.  A few 
years ago I was involved in the evaluation of a 30,000 pound LAN analiser that 
started discarding the odd packet at about 30% loading on a 100M LAN - an 
entirely useless device).

The safe ethernet utilisation limit also requires some investigation.  I recall 
a document from the mid 1980's that suggested the utilisation be kept down to 
around 25%.  However the assumptions it made do not apply to most modern 
installations.  In particular:

a) Most modern LAN's are physically small (no more 5km LAN segments), so 
collisions tend to only happen in the packet pre-amble.  It takes about 40000 
collisions/sec to flood the LAN.  Unless the collisions/sec is getting anywhere 
near this figure, they are not taking up a significant part of the bandwidth.

b) Traffic tends to be bursts from single systems, not made of randon 
transmittions from all systems.  Indeed much of the data probably comes from a 
few 'file server' systems.

c) Delays in transmitting a packet typically reduce the network load (slightly) 
because the target machine will not respond until it has received the packet.

The chance of enough packets being lost to lose a data connection is miniscule, 
even with a LAN loaded to 90%.  The ethernet chipset will look for the LAN being 
idle at least 16 times (some chipsets can be configured to retry for ever, or 
have other options which, if enabled, increase the likelyhood that the packet 
will be transmitted) .90^16 is about .185, so with truly random data just under 
1/5 of packets don't get transmitted.  However the higher layer protocol will 
perform further retries, I don't know how many TCP does, but it may be as many 
as 10 (spread over longer and longer intervals) .185^10 is 47E-9 or about 1 in 
50 million. At 95% it is about 1 in 3500 - maybe enough to lose the connection, 
but you would need to sustain 95% utilisation for a significant period.

Connections are much more likely to be lost because a store and forward 
hub/bridge/router runs out of buffer space and discards some packets.  If you 
use full duplex ethernet there is absolutely nothing the hub can do to slow you 
down. With half duplex the hub could (I don't know if any do, this is an idea 
I've had) generate a collision on the receive packet if it determines that it 
would have to discard the packet.  The source system will then resend the packet 
at a later time when, hopefully, the hub has buffer space.

It is possible that you can achieve a higher overall throughput with a simpler 
network with larger collision domains that if you fragment the network with hubs 
that get overloaded.  Be aware that I was told (by someone who worked for a hub 
manufacturer) that some early 'cross-bar' switches discarded packets if the 
target LAN was busy!

It is also worth while artifically limiting the transmit throughput of any 
single network card to (say) 90%.  This will leave gaps in the datastream for 
other devices to transmit into.  (Especially useful if you have a bridge/router 
that uses the AMD 7990 Lance in promiscuous mode - which can NEVER transmit in 
time (after receiving a packet) to generate a collision with the next one...)

Enough babbling...

	David

----------------------------------------------------------------
David Laight                          email: dsl@tadpole.co.uk
Tadpole Technology plc                phone: +44 1223 428 232
Cambridge, UK                         fax:   +44 1223 428 201

From vxwexplo-errs@csg.lbl.gov  Fri Apr 28 09:23:30 2000
From: David Laight <dsl@tadpole.co.uk>
Date: Fri Apr 28 09:23:32 PDT 2000
Subject: Is -fvolatile needed?

Does anyone know whether it is necessary to compile any of the vxWorks code we 
get supplied with (excluding any device drivers) with -fvolatile?

IMHO it seems unlikely. The -fvolatile forces every memory reference in the C 
source to be explicitly generated (in the same order?) in the object code.
So if you write:

	x[ y->z ] = x[ y->z ] & ~a | b;
	
The y->z, and hence the array address, has to be calculated twice.  Without 
-fvolatile (or with -fno-volatile in EXTRA_DEFINE) y->z can be assumed constant 
and the address calculation done only once.

Most of the data items writable by multiple threads are covered by locks of some 
form - which should have the desired effect of stopping the compiler caching the 
value.

Anyone any thoughts?

	David
	
----------------------------------------------------------------
David Laight                          email: dsl@tadpole.co.uk
Tadpole Technology plc                phone: +44 1223 428 232
Cambridge, UK                         fax:   +44 1223 428 201

From vxwexplo-errs@csg.lbl.gov  Sun Apr 30 07:13:00 2000
From: Fred Roeber <froeber@bbn.com>
Date: Sun Apr 30 07:13:03 PDT 2000
Subject: Re: Is -fvolatile needed?

On Fri, 28 Apr 2000, David Laight <dsl@tadpole.co.uk> wrote:

> Does anyone know whether it is necessary to compile any of the vxWorks
> code we get supplied with (excluding any device drivers) with -fvolatile?
> 
> IMHO it seems unlikely. The -fvolatile forces every memory reference in the C 
> source to be explicitly generated (in the same order?) in the object code.

David, You raise a question that caused me much grief back in the early 90s.
The problem we had back then was that we were working with a source licensed
version of VxWorks and "accidently" compiled it with -fvolatile and ended
up breaking things. In resolving the problem, I had some very enlightening
discussions with Dave Wilner of WRS and Richard Stallman (wrote original
GCC). The issue is that -fvolatile is a very big hammer to throw at code
since it forces all pointer references to be volatile. To make things
easier to implement, GCC turned off certain instruction level optimizations
when -fvolatile was used. Back then we were using 68K processors that had
atomic bit manipulation instructions. When -fvolatile was used, code that
had been using atomic bit manipulation instructions previously, stopped
using atomic instructions.

Back then, some of the VxWorks code assumed such atomic instructions were
being used and stopped working reliably when those instructions were no
longer used. I remember that Dave did some pretty in depth investigation
of the issue and prepared an excellent discussion of the issues that was
provided to the engineering team. Obviously, with the push towards RISC
processors, code that assumed bit manipulations were atomic would no
longer work. The VxWorks code was all fixed up such that it avoided bit
fields and used critical sections as required to work right. I guess the
bottom line is that you certainly don't need to use -fvolatile to compile
any of the core VxWorks code (i.e. the stuff that is delivered as object
libraries).

Now as far as BSPs that are delivered by third parties, things get a little
murkier. A lot of this code goes back a ways to the days before VxWorks
was converted to all be ANSI C (i.e. being able to use prototypes and
volatile keyword). The default options for compiling BSP stuff are:
   CC_OPTIM_TARGET = -O -fvolatile
This combination was picked to get code that performed reasonably well
(optimized) but worked with HW devices even when the volatile keyword
wasn't used. Again, back in the past we had a long discussion on why
this combination was best to use. There were lots of side issues like
getting the compiler to avoid changing the type of instruction accesses
that were intended. For example in the code:

  int *hwreg = some_address;
  *hwreg |= 0x20000;

In this case, the compiler can figure out that only a single byte is
changing and will sometimes generate a byte instruction to do the change
(when optimization is on). If the HW register requires 32 bit accesses,
the optimized code will break. It seems the best way to get the compiler
to do this right was to use the options above. In fact, if you used the
volatile keyword but not the options above, the compiler would still
generate the broken code. The bottom line was that if you used different
options on some BSP code it stopped working.

Ideally, you would never want to use -fvolatile since it causes the
generation of code that is much less efficient. One should always use
the volatile keyword for things like HW registers or data variables that
are manipulated by multiple tasks. That isn't always enough though
because of issues like the one mentioned above. As you well know, when
you get into the details of hardware programming, making compilers do
what you want can sometimes get tricky and you have to resort to looking
at assembler outputs.

I remember that when we were discussing all these issues about the GNU
C compiler, some of the Ada compiler vendors sent me mail thanking me
for getting some "air time" on a thorny issue they were also wrestling
with.

Hope this helps.  Fred

   |      Fred J Roeber,  BBN Systems & Technologies      |
   |    4 John Clarke Road   Middletown, RI  02842-5202   |
   |          froeber@bbn.com     401-848-3548            |
   |    Division Scientist, High Performance Computing    |