From vxwexplo-errs@csg.lbl.gov Fri Mar 1 04:03:27 2002
From: Vxworks Exploder
Date: Fri Mar 1 04:03:30 PST 2002
Subject: comp.os.vxworks newsdigest
Comp.Os.Vxworks Daily Digest Fri Mar 1 04:03:21 PST 2002
Subject: Re: Help! Cannot access vxworks from another network
Subject: Re: Help! Cannot access vxworks from another network
Subject: [comp.os.vxworks] FAQ - index
Subject: Re: Help! Cannot access vxworks from another network
Subject: Re: Help! Cannot access vxworks from another network
Subject: Re: Help! Cannot access vxworks from another network
Subject: Re: DOS file system
Subject: Re: DOS file system
Subject: Re: DOS file system
Subject: DHCP and WINS
Subject: Re: problem creating new project
Subject: Re: Having trouble with dynamicly loading modules
Subject: Ethernet problem on an mvme2700
Subject: Re: Having trouble with dynamicly loading modules
Subject: Re: Having trouble with dynamicly loading modules
Subject: Re: DOS file system
Subject: Re: DHCP and WINS
Subject: Re: Ethernet problem on an mvme2700
Subject: Re: Help! Cannot access vxworks from another network
Subject: Re: Why do I need to do eieio behavior after sysInByte() and sysOutByte()?
Subject: Re: clock_gettime fails with write() but not fwrite
Subject: Re: [question]Memory access in mpc750..
Subject: Re: [question]Memory access in mpc750..
Subject: Re: DHCP and WINS
Subject: Re: NFS File - Appending
Subject: Re: Ethernet problem on an mvme2700
Subject: Re: Ethernet problem on an mvme2700
Subject: How do I echo my input back to windshell
Subject: Re: Ethernet problem on an mvme2700
Subject: Re: Ethernet problem on an mvme2700 - a new test
Subject: ISOLATE and PRATITION states on LXT9880 ethernet Repeater?
Subject: Re: Ethernet problem on an mvme2700 - a new test
Subject: Re: Ethernet problem on an mvme2700 - a new test
Subject: Flash MVME162 under VxWorks
Subject: Re: Binding to a socket
Subject: Re: DOS file system
Subject: Re: DOS file system
Subject: Re: Ethernet problem on an mvme2700 - a new test
Subject: Finding undefined symbols in .out file
Subject: Re: NFS File - Appending
Subject: Re: Ethernet problem on an mvme2700 - a new test
Subject: Re: Help! Cannot access vxworks from another network
Subject: Re: Ethernet problem on an mvme2700 - a new test
Subject: Re: Finding undefined symbols in .out file
Subject: post-mortem debugging, upper memory, and USER_RESERVED_MEM
Subject: Difference between MPC860SAR and MPC860MH
Subject: Re: source code for SCSI Fibre Channel implementation
Subject: Re: Finding undefined symbols in .out file
Subject: Re: GP fault from "hello World"
Subject: How to make assert break into debugger with hardcoded breakpoint
Subject: Re: problem creating new project
Subject: Re: Having trouble with dynamicly loading modules
Subject: Re: Binding to a socket
Subject: muxLoad Failed while picking up the VxWorks image from host
Subject: Re: Finding undefined symbols in .out file
Subject: Re: How to make assert break into debugger with hardcoded breakpoint
Subject: Re: source code for SCSI Fibre Channel implementation
Subject: Re: Binding to a socket
Subject: Re: DOS file system
Subject: Re: post-mortem debugging, upper memory, and USER_RESERVED_MEM
Subject: Re: source code for SCSI Fibre Channel implementation
-------------------------------------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Help! Cannot access vxworks from another network
Date: Thu, 28 Feb 2002 08:03:01 -0500
From: "Joe Georger"
Message-ID: <4Qpf8.71$Sk3.3151@llslave.llan.ll.mit.edu>
References: <0Baf8.69$Sk3.3211@llslave.llan.ll.mit.edu> <3C7D9038.A51390B8@dsto.defence.gov.au>
> Have you set up an entry in your development PC's route table. Although
the
> gateway is specified at the boot prompt, the PC has to know how to get
back to
> the vxWorks machine. If you haven't try adding the following at a DOS
prompt on
> the development PC:
>
> route ADD 155.34.103.0 MASK 255.255.255.0 METRIC 2 IF 1
>
> where is the IP address of your hostname on your 155.34.99.0
network.
>
The gateway on my development pc is 155.34.99.1. I have no trouble pinging
the host pc (155.34.103.41) on the 103 subnet. Therefore I would think that
I should be able to ping the VxWorks board as well. Unless I am missing
some nuance of networking....
> To be honest, I'd be surprised if there were errors in the vmetro
software, as
> I've always found their software excellent.
Well, we've encountered a number of files limit of 248 on their mdr
software, which is just plain inexcusable when several hundred gigabyte
raids are commonly available. We've also encountered a limit of 10 mdr-220
boards that can be used in 1 cage with their midas-120 gateway and
shared-memory networking. They have since recitified the situation, but
having such low, fixed numbers in software is pretty bad. I suppose these
are minor annoyances, since their software is stable.
Thanks,
Joe
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Help! Cannot access vxworks from another network
Date: Thu, 28 Feb 2002 08:08:08 -0500
From: "Joe Georger"
Message-ID:
References: <0Baf8.69$Sk3.3211@llslave.llan.ll.mit.edu> <3C7D47FB.699925C1@notifier-is.net>
> I had to turn on IP Forwarding on my host.
>
> doug
My host is a WinNT machine. I'm not even sure this is an option. Our
gateway on that subnet is a router. The only reason the host pc is even
down there on the same subnet was for VxWorks to ftp and boot off of. And I
was going to switch that over to my development pc....
Thanks,
Joe
---------------------------
Newsgroups: comp.os.vxworks,comp.realtime,comp.embedded,comp.answers,news.answers
Subject: [comp.os.vxworks] FAQ - index
Date: 28 Feb 2002 13:10:22 GMT
From: johan@borksoft.xs4all.nl (Johan Borkhuis)
Organization: none
Message-ID:
Followup-To: comp.os.vxworks
Archive-name: vxworks-faq/index
Posting-Frequency: monthly
Last-modified: 2001/12/31
Version: 1.41
URL: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html
Copyright: (c) 1999 - 2002 Johan Borkhuis
Maintainer: Johan Borkhuis
This is the index of the FAQ for the newsgroup comp.os.vxworks. The FAQ
itself can be found at http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html
Contents:
1. Tool problems
1.1 Compiler and Linker
1.2 Debugger
1.3 FTP
1.4 Host tools
1.5 Installation
1.6 Make
1.7 Project facility
1.7.1 Hierarchical projects
1.7.2 Super projects
1.8 Target Server
1.9 Target Shell
1.10 Telnet
1.11 Tornado
1.11.1 Tornado (General)
1.11.2 Tornado (Windows)
1.12 Version Control
1.13 Visual Studio integration
1.14 Windsh
1.15 WindView
2. Changes/additions to be made to BSP's
2.1 Different BSP's
2.2 Processor specific issues
2.2.1 Power PC
2.2.2 I960
2.2.3 MIPS
2.2.4 ARM
2.3 Bootstrap
2.4 Adding component to your VxWorks configuration
2.5 VME problems
2.6 VxWorks environment
2.6.1 usrSerial.c
2.6.2 prj_vxworks.tcl
2.7 PCI problems
3. File System problems
3.1 Dos file system
3.2 Flash File system
3.3 Floppy-disk File system
3.4 RAM-disk File system
3.5 General file system questions
4. Network
4.1 Configuration problems
4.2 ARP
4.3 DHCP
4.4 FTP and TFTP
4.5 PPP
4.5.1 PPP on Windows 95
4.5.2 PPP on Windows NT
4.5.3 PPP on Solaris
4.6 Sockets
4.7 Telnet
4.8 Other network related questions
5. VxWorks Questions
5.1 C++ issues
5.2 Communication problems
5.3 Interrupts
5.4 LoadModule problems
5.5 pthreads
5.6 Reboot
5.7 Semaphores
5.8 Simulator (VxSim)
5.9 Task related items
5.10 Time/timer related items
5.11 Wind Web Server related items
5.12 Zinc/windML related items
5.13 Other items
6. Extra information
6.1 Hard delay
6.2 Memory leaks
6.3 Corba engines
6.4 Web servers
6.5 NTP usage
6.6 Performace / Benchmarks
6.7 SNMP
6.8 Lint
6.9 Encryption
Other Links
The News Department
Overall question index
Overall Sources index
Change history
- --
o o o o o o o . . . _____J_o_h_a_n___B_o_r_k_h_u_i_s___
o _____ || http://www.xs4all.nl/~borkhuis |
.][__n_n_|DD[ ====_____ | johan@borksoft.xs4all.nl |
>(________|__|_[_________]_|________________________________|
_/oo OOOOO oo` ooo ooo 'o!o!o o!o!o`
==== VxWorks-FAQ: http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html ====
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Help! Cannot access vxworks from another network
Date: 28 Feb 2002 07:33:13 -0800
From: john_94501@yahoo.com (John)
Organization: http://groups.google.com/
Message-ID: <488e459a.0202280733.5ebde2be@posting.google.com>
References: <0Baf8.69$Sk3.3211@llslave.llan.ll.mit.edu> <3C7D47FB.699925C1@notifier-is.net>
Hello all,
"Joe Georger" wrote in message news:...
> > do you need a routing table entry?
> >
> I wouldn't think so. Isn't that what the gateway entry is for? To tell the
> machine this is where you send packets destined for other networks.....
No, the gateway in the bootline tells the target where to send packets
destined for the host. It does not add a default route.
Try adding the following somewhere in the target's init sequence (or
you can type it at the target shell if you have that installed):
routeAdd ("0", "155.34.103.1")
That should get you a default route pointing at your router OK.
HTH,
John...
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Help! Cannot access vxworks from another network
Date: Thu, 28 Feb 2002 10:55:28 -0500
From: "Joe Georger"
Message-ID:
References: <0Baf8.69$Sk3.3211@llslave.llan.ll.mit.edu> <3C7D47FB.699925C1@notifier-is.net> <488e459a.0202280733.5ebde2be@posting.google.com>
> No, the gateway in the bootline tells the target where to send packets
> destined for the host. It does not add a default route.
>
> Try adding the following somewhere in the target's init sequence (or
> you can type it at the target shell if you have that installed):
>
> routeAdd ("0", "155.34.103.1")
>
> That should get you a default route pointing at your router OK.
>
> HTH,
>
> John...
John,
You are on the right track I believe. I've been doing a little more
digging, searching the old archives, and from over 2 years ago I think I
found the answer. It looks like VxWorks only adds a route to the host's
subnet. So there is no route for packets destined for other networks. This
makes very little sense to me.
What this means is that if I chose my 155.34.99.99 pc as my host (with the
VxWorks board being 155.34.103.42 and it's gateway being 155.34.103.1), then
VxWorks would only set up a route to the 155.34.103.0 network, but no other.
The apparent solution is to modify the bootConfig.c file with the routeAdd
command above and build a new bootrom. It has also been suggested to modify
the usrNetwork.c file, but I am not sure where that file is used (if anyone
could help me out here that would be great!). So I am currently building a
new bootrom and let everyone know what happens after I flash it.
Thanks,
Joe
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Help! Cannot access vxworks from another network
Date: Thu, 28 Feb 2002 16:06:25 +0000 (UTC)
From: David Laight
Organization: BT Openworld
Message-ID: <3C7E55E2.7000900@spamm.me.l8s.co.uk>
References: <0Baf8.69$Sk3.3211@llslave.llan.ll.mit.edu> <3C7D47FB.699925C1@notifier-is.net> <488e459a.0202280733.5ebde2be@posting.google.com>
Joe Georger wrote:
>>No, the gateway in the bootline tells the target where to send packets
>>destined for the host. It does not add a default route.
>>
>>Try adding the following somewhere in the target's init sequence (or
>>you can type it at the target shell if you have that installed):
>>
>>routeAdd ("0", "155.34.103.1")
>>
>>That should get you a default route pointing at your router OK.
>>
>>HTH,
>>
>>John...
>>
>
> John,
>
> You are on the right track I believe. I've been doing a little more
> digging, searching the old archives, and from over 2 years ago I think I
> found the answer. It looks like VxWorks only adds a route to the host's
> subnet. So there is no route for packets destined for other networks. This
> makes very little sense to me.
>
> What this means is that if I chose my 155.34.99.99 pc as my host (with the
> VxWorks board being 155.34.103.42 and it's gateway being 155.34.103.1), then
> VxWorks would only set up a route to the 155.34.103.0 network, but no other.
> The apparent solution is to modify the bootConfig.c file with the routeAdd
> command above and build a new bootrom. It has also been suggested to modify
> the usrNetwork.c file, but I am not sure where that file is used (if anyone
> could help me out here that would be great!). So I am currently building a
> new bootrom and let everyone know what happens after I flash it.
I call the vxWorks code broken. It is possible to have a system where
the 'boot' host isn't found using the default route. But those systems
have hand crafted IP routing and people who understand what they are
doing.
I changed the code in usrNetwork.c to make the 'gateway' parameter
be the default route. I didn't bother with network booting (target was
going to be standalone), so dunno what the boot roms do. Hoever they
probably only need to talk to the subnet that contains the boot host...
David
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: DOS file system
Date: Thu, 28 Feb 2002 16:16:09 GMT
From: "H. E. Taylor"
Organization: MTS Internet
Message-ID: <3C7E72B3.5740@despam.autobahn.mb.ca>
References:
In article ,
Leonid Rosenboim wrote:
>
> "Richard" wrote in message
> news:b3ec7c99.0202271412.1d9ed685@posting.google.com..
>> We are using Wind River's Flash File System and DOS File System with
>> Tornado 5.3.1 on a card with an Intel 386EX processor. We are
>> transfering files over a LAN from one card to another and storing the
>> files in the Flash File System. We have found the DOS file sytem to be
>> an incredible bottle neck, slowing down the file transfer to a crawl.
>>[...]
>
> Frankly, Richard,
> all Flash memories are rather slow on writing (except of some new
> CompactFlash cards) so I think the true bottle neck is your
> Flash device, hence whatever the file system you use, the
> performance will stay pretty much the same.
>[...]
>
I have seen people get around this problem by downloading
to ramdrive and doing a copy to flash later. Depending
upon your pattern of usage and required reliability, this
may or may not be useful to you.
- -het
- --
"progress in software has not followed Moore's law." -John Holland
Energy Alternatives: http://www.autobahn.mb.ca/~het/energy.html
H.E. Taylor http://www.autobahn.mb.ca/~het/
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: DOS file system
Date: Thu, 28 Feb 2002 18:22:03 +0200
From: "Leonid Rosenboim"
Organization: Verio
Message-ID:
References: <3C7DFD92.7060908@spamm.me.l8s.co.uk>
"David Laight" wrote in message
news:3C7DFD92.7060908@spamm.me.l8s.co.uk...
[snip]
>
> Actually it is the 'erase' that takes the time. I have a feeling
> that some manufacturers are quoting a fast 'write' time - which
> isn't actually significant!
>
Dave, erase is indeed a pain in the neck, but even without it raw writing
speed of common Flash devices is a drag. For example, common NOR
devices that I recall like 38F016 have a write time of 6 microseconds per
byte, which translates into less then 500KBytes/sec.
NAND flash has a cool trick around this by using an internal RAM buffer
that holds an entire 512 byte sector, and then writes all the 512 bytes
at the same time - in parallel.
FlashLib happend a while back, but I sitll remember a thing or two about it
;-))
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: DOS file system
Date: 28 Feb 2002 11:33:17 -0500
From: Bill Pringlemeir
Organization: Bell Sympatico
Message-ID:
References:
Sender: bpringlemeir@DeadDuck
Leonid> Frankly, Richard, all Flash memories are rather slow on
Leonid> writing (except of some new CompactFlash cards) so I think
Leonid> the true bottle neck is your Flash device, hence whatever the
Leonid> file system you use, the performance will stay pretty much
Leonid> the same.
Actually, I have removed the code to modify the `last accessed' field
in DosFs. This make DosFs not write when you read a file. However,
we have application people who read files constantly. An actual
bottle neck appears to be the semaphores. Each layer of DosFs tends
to grab a semaphore. A naive implementation of "a Windows like INI
file API" can give horrendous performance for only _READ_ operations.
I think that a journalling file system would do far better; Not to
criticize the authors of DosFs. DosFs's goal was to emulate the Dos
file system. If you are allowed to switch technologies, then FAT and
directory re-writes can be minimize or eliminated, meaning that flash
writes and erase can be reduced. I would estimate that this is about
10-30% from looking at traces on the TFFS level functions.
Frankly, I think that you are both right (or both wrong if the glass
is half empty).
Regards,
Bill Pringlemeir.
- --
I firmly believe that you remind me of the Pope. It's well known that
the Russians are tapping your phone.
vxWorks FAQ, "http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html"
---------------------------
Newsgroups: comp.os.vxworks
Subject: DHCP and WINS
Date: 28 Feb 2002 08:38:12 -0800
From: zachary.isom@anritsu.com (Zac Isom)
Organization: http://groups.google.com/
Message-ID: <2df4589f.0202280838.15fb4da@posting.google.com>
I am using DHCP to assign an IP address to my target. That is working
just fine. I also would like to be able to find my target on the
network by name. That works when I use a static IP address that is
assigned a name in our DNS server. However, I would like to be able
to register my targets with our local WINS server so that local hosts
can find the target by name when it is assigned an IP address through
DHCP.
The reason this is so important is because when I try to connect a
target server to a unit that has been assigned a dynamic IP address I
first have to discover the IP address of the target and change it in
the Tornado target server configuration dialog. It would be much
easier to simply provide a name.
Has anyone out there got a solution for this? Thank you in advance
for your help.
Zac Isom
Firmware Engineer
Anritsu Company
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: problem creating new project
Date: Thu, 28 Feb 2002 11:46:58 -0500
From: david lindauer
Message-ID: <3C7E5F02.2545B753@notifier-is.net>
References:
I'm having the same problem. I don't have PCMCIA installed though... I would
really like to know what causes this in general.
David
meekes wrote:
> Hi,
>
> I have a problem creating a new project based on an existing BSP.
>
> Using Tornado-2, I created a project (bootable vxWorks image) based on a
> pcPentium BSP.
> The project initially had only an IDE_LOCAL disk and no PCMCIA support.
> Later on I added PCMCIA support by defining INCLUDE_PCMCIA in config.h.
> The PCMCIA functionality (ATA compact flash disk) is working OK in my
> project.
>
> Now, when I try to create a new project (in the same workspace) based on the
> same BSP,
> the creation fails.
> The messages I get are:
> - parsing BSP makefile
> - parsing user defined rules from BSP makefile
> - parsing BSP's config.h
> - creating project file
> - calculating included components
> -> project creation failed:
> "list must have an even number of elements"
>
> If I undefine INCLUDE_PCMCIA in config.h the creation of a new project is
> OK.
> I have examined the config.h, pc.h and sysLib.c files, but could not find a
> clue.
>
> One thing I noticed in the first project was that the PC card show routines
> were not
> included by defining INCLUDE_SHOW_ROUTINES in config.h.
> I added a call to pcmciaShowInit in usrAppInit.c to get the show routines
> available.
>
> What can be the problem here?
>
> TIA,
> Michiel
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Having trouble with dynamicly loading modules
Date: 28 Feb 2002 11:45:45 -0500
From: Bill Pringlemeir
Organization: Bell Sympatico
Message-ID:
References: <0cff8.5682$G7.1085@nwrddc01.gnilink.net> <3C7DFE80.7040702@spamm.me.l8s.co.uk>
Sender: bpringlemeir@DeadDuck
>>>>> me writes:
>> You do indeed have this right. Loading kernel modules under Linux
>> or DLL's under Windows also follow this rule afaik. The basic
>> problem is that when module A loads, the kernel must keep track of
>> all `unresolved places'.
>>>>> "David" == David Laight replies:
David> Actually it will load A, add A's symbols load B add B's
David> symbols fixup B's references fixup A's references
I am not sure what `it' refers to here as I have degenerated in to
discussing Linux kernel modules, Windows DLLs and vxWorks modules.
You could use your algorithm and the Gnu linker/load (ld) does.
However, you have to specify a list of modules to do this, or store
the fixups and run the relocation before things are run/installed,
etc.
My understanding is that vxWorks's moduleLoad(), Window's
LoadLibrary(), and Linux's init_module() are only called in sequence
per module. The load and fixups are all done at the same time on a
per module basis AFAIK. Anyways, I am quite sure that `it' doesn't
refer to vxWorks. Linux and/or Windows could resolve things this way.
I suspect if anything does, _IT_ is Linux... will you please tell us?
Regards,
Bill
- --
You must be a real fool to think that Multics is a really primitive
operating system. No nukes!
vxWorks FAQ, "http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html"
---------------------------
Newsgroups: comp.os.vxworks
Subject: Ethernet problem on an mvme2700
Date: 28 Feb 2002 08:50:19 -0800
From: jperkins@ll.mit.edu (J. Perkins)
Organization: http://groups.google.com/
Message-ID: <514a749c.0202280850.348a6474@posting.google.com>
I have a system that we built using an mvme2700. We want to replicate
the system so we purchased the exact same hardware. The new mvme2700
has the following issues.
1) It will not boot using ftp (the first one will), but it will boot
using tftp.
2) Once it boots it will not except commands (via ethernet) from our
control software.
I want to say the ethernet controller is bad but why would tftp work
and ftp fail? I can ping the troubled board without a problem.
Any ideas?
Jim
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Having trouble with dynamicly loading modules
Date: Thu, 28 Feb 2002 17:06:04 GMT
From: "Matt Schuckmann"
Message-ID: <0stf8.8225$G7.2065@nwrddc01.gnilink.net>
References: <0cff8.5682$G7.1085@nwrddc01.gnilink.net> <3C7DFE80.7040702@spamm.me.l8s.co.uk>
David, how would you perform the last 2 steps in VxWorks?
Thanks
Matt S.
"David Laight" wrote in message
news:3C7DFE80.7040702@spamm.me.l8s.co.uk...
>
> > You do indeed have this right. Loading kernel modules under Linux or
> > DLL's under Windows also follow this rule afaik. The basic problem is
> > that when module A loads, the kernel must keep track of all
> > `unresolved places'.
>
>
> Actually it will
> load A,
> add A's symbols
> load B
> add B's symbols
> fixup B's references
> fixup A's references
>
> David
>
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Having trouble with dynamicly loading modules
Date: Thu, 28 Feb 2002 17:12:22 +0000 (UTC)
From: David Laight
Organization: BT Openworld
Message-ID: <3C7E6559.3000300@spamm.me.l8s.co.uk>
References: <0cff8.5682$G7.1085@nwrddc01.gnilink.net> <3C7DFE80.7040702@spamm.me.l8s.co.uk> <0stf8.8225$G7.2065@nwrddc01.gnilink.net>
Matt Schuckmann wrote:
> David, how would you perform the last 2 steps in VxWorks?
You can't - it is only done when libraries 'cascade' load other
libraries.
the vxWorks loader doesn't even do anything sensible for
'common' data items.... (mind you we had to fix the one
in UnixWare 2)
David
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: DOS file system
Date: Thu, 28 Feb 2002 20:01:26 +0200
From: "Leonid Rosenboim"
Organization: Verio
Message-ID:
References:
Hey Bill,
I dreamt to do a Journaling file system for WIndRiver, but it did not work
out.
As to the access date updates in directory entries, you are quite right,
this
should have been done as another option (to go with case sensitive)
to be set when a device is being mounted.
Still, if there is disk cache, these updates won't be causing much of a
performance penalty, as small modification swill be delayed to the
tDcacheUpd
task, which will cick in when the application task lays off the Flash disk.
The udpates do cause unnecesary wearing of the Flash device.
As to the original question herein, he is using the OLD dosFs 1.x, so he
eint got disk cache and he eint got access time updates, and all of his
directory entires are cached in RAM (yuk!), and he got a cluster-sized
data buffer per open file, so the MTD operations would be same size as
his cluster.
Hence there really eint much I can do for him, except suggest he redesigns
the Flash in 4-way interleaved setup, and dig into the MTD to make it
to 4-way parallel writes and boost 4x on the write speed.
Not very likely he is going to redesign the H/W me thinks,
and he could violate a Lexar patent if he does, so I skipped this advise
altogether.
Ceers, Dude!
Leonid
"Bill Pringlemeir" wrote in message
news:ur8n5r2gi.fsf@yahoo.com...
>
> Leonid> Frankly, Richard, all Flash memories are rather slow on
> Leonid> writing (except of some new CompactFlash cards) so I think
> Leonid> the true bottle neck is your Flash device, hence whatever the
> Leonid> file system you use, the performance will stay pretty much
> Leonid> the same.
>
> Actually, I have removed the code to modify the `last accessed' field
> in DosFs. This make DosFs not write when you read a file. However,
> we have application people who read files constantly. An actual
> bottle neck appears to be the semaphores. Each layer of DosFs tends
> to grab a semaphore. A naive implementation of "a Windows like INI
> file API" can give horrendous performance for only _READ_ operations.
>
> I think that a journalling file system would do far better; Not to
> criticize the authors of DosFs. DosFs's goal was to emulate the Dos
> file system. If you are allowed to switch technologies, then FAT and
> directory re-writes can be minimize or eliminated, meaning that flash
> writes and erase can be reduced. I would estimate that this is about
> 10-30% from looking at traces on the TFFS level functions.
>
> Frankly, I think that you are both right (or both wrong if the glass
> is half empty).
>
> Regards,
> Bill Pringlemeir.
> --
> I firmly believe that you remind me of the Pope. It's well known that
> the Russians are tapping your phone.
> vxWorks FAQ, "http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html"
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: DHCP and WINS
Date: Thu, 28 Feb 2002 20:05:36 +0200
From: "Leonid Rosenboim"
Organization: Verio
Message-ID:
References: <2df4589f.0202280838.15fb4da@posting.google.com>
Franky Zacky, you are posting on the wrong newsgroup!
This is by no means VxWorks specific, it could be any kinda box
hooked to the net and getting dynamic IP address that you want
a name mapped to.
It does call for some groovy Windoze intimacy to answer this,
you are using a Win NT WINS server, and probably a MSFT DHCP
server on the same machine, and you're after making these two Dudes
from Seatle to get to know eachother, and exchange some data.
Try to post it on a Windows-specific newsgroup or on MSDN.
Leonid
"Zac Isom" wrote in message
news:2df4589f.0202280838.15fb4da@posting.google.com...
> I am using DHCP to assign an IP address to my target. That is working
> just fine. I also would like to be able to find my target on the
> network by name. That works when I use a static IP address that is
> assigned a name in our DNS server. However, I would like to be able
> to register my targets with our local WINS server so that local hosts
> can find the target by name when it is assigned an IP address through
> DHCP.
>
> The reason this is so important is because when I try to connect a
> target server to a unit that has been assigned a dynamic IP address I
> first have to discover the IP address of the target and change it in
> the Tornado target server configuration dialog. It would be much
> easier to simply provide a name.
>
> Has anyone out there got a solution for this? Thank you in advance
> for your help.
>
> Zac Isom
> Firmware Engineer
> Anritsu Company
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Ethernet problem on an mvme2700
Date: Thu, 28 Feb 2002 20:10:23 +0200
From: "Leonid Rosenboim"
Organization: Verio
Message-ID:
References: <514a749c.0202280850.348a6474@posting.google.com>
Here goes a wild guess:
your new board might be using the same MAC address as your
old one?
"J. Perkins" wrote in message
news:514a749c.0202280850.348a6474@posting.google.com...
> I have a system that we built using an mvme2700. We want to replicate
> the system so we purchased the exact same hardware. The new mvme2700
> has the following issues.
>
> 1) It will not boot using ftp (the first one will), but it will boot
> using tftp.
> 2) Once it boots it will not except commands (via ethernet) from our
> control software.
>
> I want to say the ethernet controller is bad but why would tftp work
> and ftp fail? I can ping the troubled board without a problem.
>
> Any ideas?
>
> Jim
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Help! Cannot access vxworks from another network
Date: Thu, 28 Feb 2002 16:18:59 -0000
From: "Dave Korn"
Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh)
Message-ID:
References: <0Baf8.69$Sk3.3211@llslave.llan.ll.mit.edu> <3C7D9038.A51390B8@dsto.defence.gov.au> <4Qpf8.71$Sk3.3151@llslave.llan.ll.mit.edu>
"Joe Georger" wrote in message
news:4Qpf8.71$Sk3.3151@llslave.llan.ll.mit.edu...
> > Have you set up an entry in your development PC's route table. Although
> the
> > gateway is specified at the boot prompt, the PC has to know how to get
> back to
> > the vxWorks machine. If you haven't try adding the following at a DOS
> prompt on
> > the development PC:
> >
> > route ADD 155.34.103.0 MASK 255.255.255.0 METRIC 2 IF 1
> >
> > where is the IP address of your hostname on your 155.34.99.0
> network.
> >
> The gateway on my development pc is 155.34.99.1. I have no trouble
pinging
> the host pc (155.34.103.41) on the 103 subnet. Therefore I would think
that
> I should be able to ping the VxWorks board as well. Unless I am missing
> some nuance of networking....
You're going to have to draw an ascii-art diagram of the subnets, showing
the two pcs, the gateway, and the vxworks target, I think...
DaveK
- --
moderator of
alt.talk.rec.soc.biz.news.comp.humanities.meow.misc.moderated.meow
Burn your ID card! http://www.optional-identity.org.uk/
Help support the campaign, copy this into your .sig!
Proud Member of the Exclusive "I have been plonked by Davee because he
thinks I'm interesting" List Member #
Master of Many Meowing Minions
Holder of the exhalted PF Chang's Crab Wonton Award for kook spankage above
and beyond the call of hilarity.
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Why do I need to do eieio behavior after sysInByte() and sysOutByte()?
Date: Thu, 28 Feb 2002 16:19:03 -0000
From: "Dave Korn"
Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh)
Message-ID:
References: <3C728BDC.8070407@spamm.me.l8s.co.uk> <3C75867E.9020908@spamm.me.l8s.co.uk>
"David Laight" wrote in message
news:3C75867E.9020908@spamm.me.l8s.co.uk...
> Vinh wrote:
>
> > David Laight wrote in message
news:<3C728BDC.8070407@spamm.me.l8s.co.uk>...
> >
>
> >>Also remember that a write could still be buffered (eg in a
> >>PCI bridge) even after the eieio completes. Reading the same
> >>location back is necessary in order to flush the written data.
> >>
> >
> > Agree, but what happen if data cache is enable?
> > if the cache is not in a write-through mode, a read will not flush the
> > written data...?
>
> Ok - we are talking about uncached accesses, enabling the cache
> for IO (device) addresses is not for the faint hearted :-)
>
> Consider the write at the end of an ISR that causes the IO chip
> to remove its interrupt request.
> You don't want the ISR to exit until this write has happened (or
> the ISR is entered again).
> In order to increase performance, a significant number of devices
> will buffer the address and data for a write cycle, telling the
> cycle initiator that the cycle is complete, but completeing the
> cycle (eg on a target bus) at a later time.
> Normally this doesn't matter, but is you REALLY need the cycle to
> have completed you must force the cycle out of the buffer. The
> easiest (maybe only) way is to issue a read cycle for the same
> address - if you have written to a register you cannot read
> without destroying some status info, you may have to write to
> a differenent register just to do the readback. Even this
> required that writes not re reordered.....
You generally also need to set the G (guarded) bit in the appropriate
BAT/PTE as well as the I (cache-inhibited) and M (memory coherency) bits....
that pretty much serializes and de-speculates everything. (OMG... imagine
the consequences of doing a read from a cached memory-mapped IO device with
lots of read-clear registers and the cache goes and pulls in an entire
cache-line's worth of data...yuk!)
DaveK
- --
moderator of
alt.talk.rec.soc.biz.news.comp.humanities.meow.misc.moderated.meow
Burn your ID card! http://www.optional-identity.org.uk/
Help support the campaign, copy this into your .sig!
Proud Member of the Exclusive "I have been plonked by Davee because he
thinks I'm interesting" List Member #
Master of Many Meowing Minions
Holder of the exhalted PF Chang's Crab Wonton Award for kook spankage above
and beyond the call of hilarity.
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: clock_gettime fails with write() but not fwrite
Date: Thu, 28 Feb 2002 16:19:06 -0000
From: "Dave Korn"
Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh)
Message-ID:
References: <6wBb8.3387$zl4.2197904@typhoon3.we.ipsvc.net> <3C714455.4050207@spamm.me.l8s.co.uk> <22vd8.2703$5o.1592814@newsr2.u-net.net> <3C7688A1.8050805@spamm.me.l8s.co.uk> <2pve8.2770$5o.1748555@newsr2.u-net.net> <3C7A8869.3020108@spamm.me.l8s.co.uk>
"David Laight" wrote in message
news:3C7A8869.3020108@spamm.me.l8s.co.uk...
> Dave Korn wrote:
>
> >
> > Oh... gotcha now. We can deduce that that has to be *why* vxTicks
gets
> > reset - but not necessarily where or when. Yeh, I see. Ok, I think I
know
> > how to track it down. If I were to set a h/w write breakpoint on
vxTicks...
> > well, it would get triggered every interrupt for starters, but if I were
to
> > make it return from the exception every time the value being written
into
> > vxTicks was non-zero.... hmmmm....
>
>
> It is much easier than that, just put a code breakpoint on the routine
> that resorts the list. I've forgotten it's name, but is it easily
> determinable from the code - try _qPriListCalibrate (guess from
> namelist)
I convinced myself that it had to be tScsiTask, simply by issuing a huge
scsi read from my application while tScsiTask was taskSuspend'ed from the
shell, then waiting a while and seeing vxTicks wasn't zeroed yet, suspending
everything else (except tShell and tNetTask), waiting a while, and verifying
vxTicks wasn't reset; then taskResume'ing tScsiTask and spotting vxTicks get
zeroed at once. But not having the source code, I never felt it was much
worth narrowing it down any further.
> Sometimes it is faster to read likely source files looking
> for a bug that might cause what you are seeing, fix the
> bug you found and see if it solves the problem you have.
Heh, of course, if you feel you can dip into any source file at random and
stand a good chance of just spotting a bug, that's not *really* a good sign.
Anyway, my chances of convincing my management to spend 10's of kiloquids
just so I could help WRS find their own bugs have gotta be next to zero :)
which is fair enough since I got other things to do with me time anyway :P
DaveK
- --
moderator of
alt.talk.rec.soc.biz.news.comp.humanities.meow.misc.moderated.meow
Burn your ID card! http://www.optional-identity.org.uk/
Help support the campaign, copy this into your .sig!
Proud Member of the Exclusive "I have been plonked by Davee because he
thinks I'm interesting" List Member #
Master of Many Meowing Minions
Holder of the exhalted PF Chang's Crab Wonton Award for kook spankage above
and beyond the call of hilarity.
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: [question]Memory access in mpc750..
Date: 28 Feb 2002 10:31:50 -0800
From: mremski@cetacean.com (mike remski)
Organization: http://groups.google.com/
Message-ID: <9156104d.0202281031.1aff1529@posting.google.com>
References: <2b0ae335.0202280148.3d1be3ab@posting.google.com>
The data access exception is saying that you do not have any memory
management unit translations set up to cover that address. You need
to go to sysLib.c and look for the section that is setting up BATs and
PTEs. Add either a DBAT to cover the range or another entry in the
PTE table to cover it.
Look in the users guide for the 750 about this.
emycall@dreamx.net (Ahn Jung Hoon) wrote in message news:<2b0ae335.0202280148.3d1be3ab@posting.google.com>...
> Hi, all..
>
> I can access PCI memory to 16Mb, 64Mb and 128Mb size in MPC750 board.
>
> /* 16MB : 0x02000000,
> 64MB : 0x08000000,
> 128MB : 0x10000000,
> 256MB : 0x20000000,
> 512MB : 0x40000000
> */
> #define CPU_PCI_MEM_SIZE 0x20000000
>
> I can read 256Mb size, but I can not access PCI memory more than 256Mb size..
>
> I don't know that what is problem..
>
> please, help me..
>
> -=-=-=-=-=-=-=-=--=-=-=-=-=-=-=-=--=-=-=-=-=-=-=-=--=-=-=-=-=-=-=-=-
>
> 1..
> -> pciHeaderShow(2, 0, 0)
> vendor ID = 0x11b0
> device ID = 0x0200
> command register = 0x0002
> status register = 0x0280
> revision ID = 0x00
> class code = 0x05
> sub class code = 0x00
> programming interface = 0x00
> cache line = 0x00
> latency time = 0xf8
> header type = 0x00
> BIST = 0x00
> base address 0 = 0x10000000
> base address 1 = 0x00000000
> base address 2 = 0x00000000
> base address 3 = 0x00000000
> base address 4 = 0x00000000
> base address 5 = 0x00000000
> cardBus CIS pointer = 0x00000000
> sub system vendor ID = 0x4754
> sub system ID = 0x0005
> expansion ROM base address = 0x00000000
> interrupt line = 0xff
> interrupt pin = 0x00
> min Grant = 0x00
> max Latency = 0x00
> value = 0 = 0x0
> ->
>
> 2..
> -> d 0x10000000
> 10000000:
> data access
> Exception current instruction address: 0x0015c070
> Machine Status Register: 0x0000b030
> Data Access Register: 0x10000000
> Condition Register: 0x48200080
> Data storage interrupt Register: 0x40000000
>
> 1812e0 vxTaskEntry +60 : shell ()
> 177118 shell +18c: 177144 ()
> 177368 shell +3dc: execute ()
> 1774ec execute +d8 : yyparse ()
> 1a96ec yyparse +7a8: 1a7634 ()
> 1a77ac yystart +8f8: d ()
> shell restarted.
>
> ->
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: [question]Memory access in mpc750..
Date: 28 Feb 2002 10:41:53 -0800
From: vloscomp@yahoo.com (Vinh)
Organization: http://groups.google.com/
Message-ID:
References: <2b0ae335.0202280148.3d1be3ab@posting.google.com>
Hi,
Check you 'sysLib.c' file; you should have an entry in the sysPhysMemDesc
that describeb your PCI window.
Vinh Lam
emycall@dreamx.net (Ahn Jung Hoon) wrote in message news:<2b0ae335.0202280148.3d1be3ab@posting.google.com>...
> Hi, all..
>
> I can access PCI memory to 16Mb, 64Mb and 128Mb size in MPC750 board.
>
> /* 16MB : 0x02000000,
> 64MB : 0x08000000,
> 128MB : 0x10000000,
> 256MB : 0x20000000,
> 512MB : 0x40000000
> */
> #define CPU_PCI_MEM_SIZE 0x20000000
>
> I can read 256Mb size, but I can not access PCI memory more than 256Mb size..
>
> I don't know that what is problem..
>
> please, help me..
>
> -=-=-=-=-=-=-=-=--=-=-=-=-=-=-=-=--=-=-=-=-=-=-=-=--=-=-=-=-=-=-=-=-
>
> 1..
> -> pciHeaderShow(2, 0, 0)
> vendor ID = 0x11b0
> device ID = 0x0200
> command register = 0x0002
> status register = 0x0280
> revision ID = 0x00
> class code = 0x05
> sub class code = 0x00
> programming interface = 0x00
> cache line = 0x00
> latency time = 0xf8
> header type = 0x00
> BIST = 0x00
> base address 0 = 0x10000000
> base address 1 = 0x00000000
> base address 2 = 0x00000000
> base address 3 = 0x00000000
> base address 4 = 0x00000000
> base address 5 = 0x00000000
> cardBus CIS pointer = 0x00000000
> sub system vendor ID = 0x4754
> sub system ID = 0x0005
> expansion ROM base address = 0x00000000
> interrupt line = 0xff
> interrupt pin = 0x00
> min Grant = 0x00
> max Latency = 0x00
> value = 0 = 0x0
> ->
>
> 2..
> -> d 0x10000000
> 10000000:
> data access
> Exception current instruction address: 0x0015c070
> Machine Status Register: 0x0000b030
> Data Access Register: 0x10000000
> Condition Register: 0x48200080
> Data storage interrupt Register: 0x40000000
>
> 1812e0 vxTaskEntry +60 : shell ()
> 177118 shell +18c: 177144 ()
> 177368 shell +3dc: execute ()
> 1774ec execute +d8 : yyparse ()
> 1a96ec yyparse +7a8: 1a7634 ()
> 1a77ac yystart +8f8: d ()
> shell restarted.
>
> ->
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: DHCP and WINS
Date: 28 Feb 2002 13:46:44 -0500
From: Bill Pringlemeir
Organization: Bell Sympatico
Message-ID:
References: <2df4589f.0202280838.15fb4da@posting.google.com>
Sender: bpringlemeir@DeadDuck
>>>>> "Zac" == Zac Isom writes:
Zac> I am using DHCP to assign an IP address to my target. That is
Zac> working just fine. I also would like to be able to find my
Zac> target on the network by name. That works when I use a static
Zac> IP address that is assigned a name in our DNS server. However,
Zac> I would like to be able to register my targets with our local
Zac> WINS server so that local hosts can find the target by name when
Zac> it is assigned an IP address through DHCP.
DHCP is a misnomer. It is more like `centralized IP registration'.
Maybe CIR doesn't sound as good... Anyways, whether the IPs are
truly dynamic depends on the DHCP server. vxWorks will only listen
to what IP addresses (and other entries) are given to it through the
UDP port 67/68 messages.
You could use something like "http://clients.dyndns.org/unix.php" to
send an update to a DNS server. I don't know why you would want to
use WINS. A normal DNS server would do fine. Your quandary is to
either have the client notify the `name server' [not my
recommendation] or have the DHCP server notify the `name server'. By
statically assigning IP addresses in the DHCP server, you can also add
fixed records to the name server. In this case, the DHCP server
really becomes a `centralized IP registration'; there is nothing
dynamic about it. This is still valuable for people who wish to
maintain networks as all IPs are recorded in a central location. The
last setup I described is one that we use with NT machines and a Linux
DHCP and DNS server.
The best kind of work to do with vxWorks is no work at all.
hth,
Bill Pringlemeir.
- --
ATTACKED BY ATOMIC BOMB 29W 32S. SINKING. U-382.
vxWorks FAQ, "http://www.xs4all.nl/~borkhuis/vxworks/vxworks.html"
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: NFS File - Appending
Date: Thu, 28 Feb 2002 20:46:14 +0200
From: "Leonid Rosenboim"
Organization: Verio
Message-ID:
References: <3C7E07FB.9040902@spamm.me.l8s.co.uk>
Well, simulation is better then trunkation. SunOS eint NetBSD,
and it was a while ago, maybe SunOS did simulate O_APPEND over
NFS, I think it did not, I think it actually returned an error... it does
not really matter.
VxWorks NFS client simply ignores O_APPEND, but if simulation
is sufficient, there is nothing wring with doing one fseek() call just after
the fopen(), just one more line...
"David Laight" wrote in message
news:3C7E07FB.9040902@spamm.me.l8s.co.uk...
> Leonid Rosenboim wrote:
>
> > Appending to a file has never worked over NFS, not even on the original
> > SunOS platform (both client and server).
>
>
> Bullshit.... This fragment is from NetBSD:
>
> if (ioflag & IO_APPEND) {
> np->n_attrstamp = 0;
> error = VOP_GETATTR(vp, &vattr, cred, p);
> if (error)
> return (error);
> uio->uio_offset = np->n_size;
> }
>
> Which similates write append by requesting the current offset just
> before the write.
>
>
> >
> > The reason is that NFS server is state-less, i.e. it does not keep any
> > record
> > about who are the cleints and what files they access, thus the O_APPEND
> > file option available for all local Unix file systems on SunOS is not
> > available on NFS. Every NFS write request contains a specific file
> > offset field where the data needs to be written relative to start of
file.
>
>
> State isn't needed to support O_APPEND!
> However the NFS protocol (probably) doesn't include the append feature,
> so concurrent appends from different remote systems will fail.
>
> (FWIW, for a long time the unix shell '>>' redirection did 'open at
> end of file' (not open append) so that appending to a file from 2 places
> didn't work. Also SVR4 got O_APPEND wrong - failed to lock the write
> to the file size change, caused very funny effects with multiple
> writers.)
>
>
>
> >>I have a NFS file that I want to be able to append to.
>
> >>The file seems to be truncated everytime I open the file.
> >>I perform a fopen(filename,"a").
>
> >>
> >> This works fine if I open the file on the hard drive on the target,
>
> >>but the NFS file on the PC workstation will never append.
> >>Any ideas? (PC486 BSP)
>
> I suspect your PC NFS server is broken.....
> Try with a unix NFS server.
>
> David
>
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Ethernet problem on an mvme2700
Date: Thu, 28 Feb 2002 14:06:28 -0500
From: "James Perkins"
Message-ID:
References: <514a749c.0202280850.348a6474@posting.google.com>
Leonid,
I don't have both boards up at the same time. I pull one board out of the
card cage and pop the other in.
Thanks,
Jim
"Leonid Rosenboim" wrote in message
news:newscache$88b9sg$ql6$1@lnews.actcom.co.il...
> Here goes a wild guess:
> your new board might be using the same MAC address as your
> old one?
>
>
> "J. Perkins" wrote in message
> news:514a749c.0202280850.348a6474@posting.google.com...
> > I have a system that we built using an mvme2700. We want to replicate
> > the system so we purchased the exact same hardware. The new mvme2700
> > has the following issues.
> >
> > 1) It will not boot using ftp (the first one will), but it will boot
> > using tftp.
> > 2) Once it boots it will not except commands (via ethernet) from our
> > control software.
> >
> > I want to say the ethernet controller is bad but why would tftp work
> > and ftp fail? I can ping the troubled board without a problem.
> >
> > Any ideas?
> >
> > Jim
>
>
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Ethernet problem on an mvme2700
Date: 28 Feb 2002 11:41:20 -0800
From: Joe Chung
Message-ID:
References: <514a749c.0202280850.348a6474@posting.google.com>
jperkins@ll.mit.edu (J. Perkins) writes:
> I have a system that we built using an mvme2700. We want to replicate
> the system so we purchased the exact same hardware. The new mvme2700
> has the following issues.
>
> 1) It will not boot using ftp (the first one will), but it will boot
> using tftp.
Whenever that happens to me, it's usually due to a misconfig of
the ftp server. Are you using the correct username/password? Is
the ftp server somehow limiting who can connect to it? Is the
"default" path correct. Is the kernel to be downloaded where it
really is, etc.
If you look at your ftp server's logs, can you tell what went
wrong? Was there ever a connection to the ftp server to begin
with? Can you ftp from that server manually, yourself? Etc.
> 2) Once it boots it will not except commands (via ethernet) from our
> control software.
If your client is supposed to be listening on a known port, can
you manually connect to it, say with telnet?
> I want to say the ethernet controller is bad but why would tftp work
> and ftp fail? I can ping the troubled board without a problem.
When I had hardware fail on the 2700, it's usually catastrophic.
I once got a mvme2700 whose scsi controller started smoking when
I powered up the board. I tried another 2700 and that one worked.
So I'm thinking this is probably not a hardware issue...
>
> Any ideas?
>
> Jim
I'm just wondering how did you arrive at those 2 conclusions.
Can you provide details of the steps you took and the errors you got?
In both cases, if you sniff the network, what do you see?
- -jc
- --
(apply 'concat (reverse (list "com"
(char-to-string 46) "yahoo"
(char-to-string 64) "joechung")))
---------------------------
Newsgroups: comp.os.vxworks
Subject: How do I echo my input back to windshell
Date: 28 Feb 2002 12:25:29 -0800
From: dpraveen@hotmail.com (Praveen Dulam)
Organization: http://groups.google.com/
Message-ID: <182ee52a.0202281225.2f4b12a9@posting.google.com>
VxWorks Guru's
Hope this question is asked many time before , but I could not dig out
the exact answers.
Can some one tell me how I can echo back the "commands" on the
windshell as I type in commands. ( This is for my CLI project ).
The fallowing is the code snippet I am using.
void test() {
char buf[256];
ioctl(STD_IN, FIOSETOPTIONS, OPT_TERMINAL);
printf ( "Please enter the Command\n");
gets(buf);
printf ( "The entered Commandis %s \n",buf);
}
THe Characters are echoed only when I hit eneter, but not as when I
type.
Hope I am clear , I need a interactive command line interface. I think
if I do from serial interface , telnet it might work. For now what I
want is , from shell integrated in the Tornodo Environment.
TIA,
- -Praveen
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Ethernet problem on an mvme2700
Date: Thu, 28 Feb 2002 15:39:05 -0500
From: "James Perkins"
Message-ID:
References: <514a749c.0202280850.348a6474@posting.google.com>
In my system the 2700 takes commands from control software on a PC via TCP.
The 2700 then issues commands to other boards in the card cage, or it sends
commands to other boards via TCP. In the system the only thing I change is
the 2700. I put the "good" one in, power up, and it boots, gets the system
image via ftp, and works fine. I can run my control software and it
connects to the 2700 and all is well. I ran inetstatShow in the Tornado
shell and I could see the connection to the control software on the PC.
Now, I switch the 2700 with an identical 2700 that is configured
identically. It will not get the system image via ftp. It just hangs and
then reports an error in the terminal window. To get this board to boot I
have to use tftp. After that the "bad" board is running the same system
image that was running on the "good" board but it will not accept a
connection from my control PC. I run inetstatShow in the shell and all I
see is task waiting for TCP connection. I just never accepts the
connection. The only thing I have changed here is the 2700.
FTP and my control program both use TCP. TFTP uses UDP. So it looks like I
have one board that accepts TCP and UDP connections and another board that
only accepts UDP connections. So, I don't understand how this is a hardware
problem. On the other hand how can it be a software problem?
- -Jim
"Joe Chung" wrote in message
news:rpsbse9gzrz.fsf@nospam.invalid...
> jperkins@ll.mit.edu (J. Perkins) writes:
>
> > I have a system that we built using an mvme2700. We want to replicate
> > the system so we purchased the exact same hardware. The new mvme2700
> > has the following issues.
> >
> > 1) It will not boot using ftp (the first one will), but it will boot
> > using tftp.
>
> Whenever that happens to me, it's usually due to a misconfig of
> the ftp server. Are you using the correct username/password? Is
> the ftp server somehow limiting who can connect to it? Is the
> "default" path correct. Is the kernel to be downloaded where it
> really is, etc.
>
> If you look at your ftp server's logs, can you tell what went
> wrong? Was there ever a connection to the ftp server to begin
> with? Can you ftp from that server manually, yourself? Etc.
>
> > 2) Once it boots it will not except commands (via ethernet) from our
> > control software.
>
> If your client is supposed to be listening on a known port, can
> you manually connect to it, say with telnet?
>
> > I want to say the ethernet controller is bad but why would tftp work
> > and ftp fail? I can ping the troubled board without a problem.
>
> When I had hardware fail on the 2700, it's usually catastrophic.
> I once got a mvme2700 whose scsi controller started smoking when
> I powered up the board. I tried another 2700 and that one worked.
> So I'm thinking this is probably not a hardware issue...
>
> >
> > Any ideas?
> >
> > Jim
>
> I'm just wondering how did you arrive at those 2 conclusions.
>
> Can you provide details of the steps you took and the errors you got?
>
> In both cases, if you sniff the network, what do you see?
>
> -jc
> --
> (apply 'concat (reverse (list "com"
> (char-to-string 46) "yahoo"
> (char-to-string 64) "joechung")))
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Ethernet problem on an mvme2700 - a new test
Date: Thu, 28 Feb 2002 16:49:49 -0500
From: "James Perkins"
Message-ID:
References: <514a749c.0202280850.348a6474@posting.google.com>
I compiled the following function into my system image:
void testTCP(){
ulint * bufFTP;
int ctrlSock;
int dataSock;
bufFTP = new ulint [25];
if(ftpXfer ("192.168.0.107", "quiklook", "quiklook", "", "STOR %s",
"", "testdata.bin", &ctrlSock, &dataSock) == ERROR){
cout << "ftp transfer init failed \n";
}else{
cout << "ftp transfer init succeeded \n";
if(write(dataSock, (char *)bufFTP, 100) < 100){
cout << "ftp transfer error 0\n";
}else{
cout << "passed 0\n";
}
close (dataSock);
if (ftpReplyGet (ctrlSock, TRUE) != FTP_COMPLETE){
cout << "ftp transfer error 1\n";
}else{
cout << "passed 1\n";
}
if (ftpCommand (ctrlSock, "QUIT", 0, 0, 0, 0, 0, 0) != FTP_COMPLETE){
cout << "ftp transfer error 2\n";
}else{
cout << "passed 2\n";
}
close (ctrlSock);
cout << "ftp transfer finished\n";
}
delete[]bufFTP;
}
On my "good" 2700 this function executes properly. It writes 100 bytes to
the ftp server into a file named testdata.bin and then exits gracefully. On
my "bad" 2700 running the exact SAME system image the function hangs. It
starts the ftp session, creates a file on the ftp server, but does not write
any data to the file. It just sits there and does nothing. The file on the
server is 0 bytes.
- -Jim
"J. Perkins" wrote in message
news:514a749c.0202280850.348a6474@posting.google.com...
> I have a system that we built using an mvme2700. We want to replicate
> the system so we purchased the exact same hardware. The new mvme2700
> has the following issues.
>
> 1) It will not boot using ftp (the first one will), but it will boot
> using tftp.
> 2) Once it boots it will not except commands (via ethernet) from our
> control software.
>
> I want to say the ethernet controller is bad but why would tftp work
> and ftp fail? I can ping the troubled board without a problem.
>
> Any ideas?
>
> Jim
---------------------------
Newsgroups: comp.os.vxworks
Subject: ISOLATE and PRATITION states on LXT9880 ethernet Repeater?
Date: Thu, 28 Feb 2002 16:48:14 -0500
From: Babu Yama
Organization: Lucent Technologies
Message-ID: <3C7EA59E.D86B64B8@lucent.com>
Hi,
On Intel's ethernet repeater device LXT9880, what will be the symptoms of
ISOLATE and PARTITION states? When will these states happen?
We are seeing that (my previous post about tx-stall dated Tues, Feb 19th), some
times, MPC8260 CPM is not transmitting to the LXT9880. That is, after we set up
the Buffer Descriptors for DMA, the CPM is not clearing TXBD[Ready] bit on all
the BDs. We are stuck in this state for ever. Could this symptom be related to
ISOLATE or PARTITION states? If not, what might be causing this?
Any ideas to pursue and fix.
Thanks in advance,
Babu
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Ethernet problem on an mvme2700 - a new test
Date: 28 Feb 2002 14:07:54 -0800
From: Joe Chung
Message-ID:
References: <514a749c.0202280850.348a6474@posting.google.com>
Does your server have a firewall?
- -jc
- --
(apply 'concat (reverse (list "com"
(char-to-string 46) "yahoo"
(char-to-string 64) "joechung")))
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Ethernet problem on an mvme2700 - a new test
Date: Thu, 28 Feb 2002 14:17:55 -0800
From: "Hwa-Jin Bae"
Organization: Posted via Supernews, http://www.supernews.com
Message-ID:
References: <514a749c.0202280850.348a6474@posting.google.com>
I have seen this kind of situation when the ethernet MAC address is set to
something bad (like all 1's). It might help to print out the MAC address of
the "problem" board. If it looks suspicious, set it to something that
makes sense (3 vendor octets followed by 3 unique octets of choice).
If that is not the problem, you should get something like ethereal
(www.ethereal.com) and sniff the ethernet to see what is going on.
My guess is that the vxworks side running on "problem" board never gets any
TCP ack's from windows machine, because your vxworks side "problem" board
has bad ethernet mac address.
---------------------------
Newsgroups: comp.os.vxworks
Subject: Flash MVME162 under VxWorks
Date: 28 Feb 2002 14:34:01 -0800
From: hoff@bnl.gov (unixmidiplugin)
Organization: http://groups.google.com/
Message-ID: <12075c07.0202281434.3ba3f9eb@posting.google.com>
Does anyone know of a (free) utility to reprogram
the FLASH memory on a MVME162? We just installed a new
firewall/router which does not work well with the boot
code in our network of MVME162s (based on VxWorks 5.1).
I'd like to reprogram the bootcode, but I do not relish
the idea of going through 162-Bug by hand on 80 different
systems.
Thanks -- Larry
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Binding to a socket
Date: Thu, 28 Feb 2002 14:46:28 -0800
From: "Hwa-Jin Bae"
Organization: Posted via Supernews, http://www.supernews.com
Message-ID:
References:
SO_BINDTODEVICE is Linux specific. BSD does not support it and neither does
vxWorks.
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: DOS file system
Date: 28 Feb 2002 14:47:10 -0800
From: cjohnson@oresis.com (Charles Johnson)
Organization: http://groups.google.com/
Message-ID:
References:
We had to make the exact same modification. (Not modifying the access
time attribute on reads.) We also totally disable the disk block
cache to reduce the chance of corrupting the file system.
- --Charles Johnson
Oresis Communications, Inc.
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: DOS file system
Date: 28 Feb 2002 14:52:13 -0800
From: cjohnson@oresis.com (Charles Johnson)
Organization: http://groups.google.com/
Message-ID:
References:
At one point there was a journalled file system available for VxWorks
from a third party company called CrosStor. We were even evaluating
it for possible use. It basically was the journaling file system from
Unixware with a VxWorks compatible wrapper around the VFS APIs.
However CrosStor was purchased by EMC and they were no longer
interested in selling the product externally.
I've thought about taking either IBM JFS, SGI XFS or ext3 and doing
the same. It just takes time.
- --Charles Johnson
Oresis Communications, Inc.
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Ethernet problem on an mvme2700 - a new test
Date: Thu, 28 Feb 2002 18:02:47 -0500
From:
Organization: Posted via Supernews, http://www.supernews.com
Message-ID:
References: <514a749c.0202280850.348a6474@posting.google.com>
No.
"Joe Chung" wrote in message
news:rpsheo145vp.fsf@nospam.invalid...
> Does your server have a firewall?
>
> -jc
> --
> (apply 'concat (reverse (list "com"
> (char-to-string 46) "yahoo"
> (char-to-string 64) "joechung")))
---------------------------
Newsgroups: comp.os.vxworks
Subject: Finding undefined symbols in .out file
Date: Thu, 28 Feb 2002 23:51:13 GMT
From: Jon Newbill
Organization: EarthLink Inc. -- http://www.EarthLink.net
Message-ID: <3C7EC2D5.1B9A2EE9@bitworkssystemsDELETETHIS.com>
Being a fairly new to VxWorks I ask some simple questions that field and
tech support haven't been able to give simple answers to.
The first time I tried to download my application.out file I got a slew
of undefined symbols. In any other environment I would have looked at
the linker's map file to determine where the undefined symbols were
referenced or actually the linker would have told me the module that
referenced the undefined symbol. Since with VxWorks the .out file is
really an object module built from other object modules it doesn't seem
that there is a map to show symbols and what module they were referenced
in.
My FAE and his tech support person indicated that objdump386 should give
me what I need but were unable to tell me what switches would yield a
symbol table showing symbol references and what modules the symbols were
referenced in. I questioned whether the .out file even has the
information in it as to where all its symbols originated from (source or
object). The answer I got was was vague, along the lines of
"objDump386 should do anything you need".
So the question is. How do you find what module referenced an undefined
symbol when you download a .out file that was built from 50 or more
modules?
Jon Newbill
jonUN@bitworkssystemsREMOVTHIS.com
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: NFS File - Appending
Date: Thu, 28 Feb 2002 16:30:11 -0800
From: "Hwa-Jin Bae"
Organization: Posted via Supernews, http://www.supernews.com
Message-ID:
References: <3C7E07FB.9040902@spamm.me.l8s.co.uk>
NFS servers in Solaris and SunOS always supported appending (as in fopen
with "a"). This is not really done in NFS at all, but in a generic way.
The fopen() is not a system call in Unix; it is a libc routine. Most
fopen() implementations (Solaris, Sunos, netbsd, and vxWorks) will look at
the mode string and decode before making a system call open(). If "a" is
used, instead of setting O_TRUNC, O_APPEND will be set and sent down to
open(). The same behavior is preserved in all Unix machines as well as
vxWorks.
vxWorks NFS client (nfsDrv) will pay attention to the mode bits (O_CREAT,
O_TRUNC, etc.) and only truncate the file if O_TRUNC is set. It might be
useful to call open() instead of fopen() and see what happens. Make sure
O_TRUNC is not set and O_APPEND is set.
Regarding the quote BSD kernel code (IO_APPEND flag handling), that is a
seperate thing from the higher level thing. fopen() in libraries will call
open() and seek to end of file if O_APPEND is set. The semantics of "a" is
handled at C library level, not in kernel level. The IO_APPEND is a flag
used as an arg to Vnode ops as per unix style VFS interface within kernel.
It is not related to handling "a" flag of fopen().
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Ethernet problem on an mvme2700 - a new test
Date: Thu, 28 Feb 2002 19:39:22 -0500
From:
Organization: Posted via Supernews, http://www.supernews.com
Message-ID:
References: <514a749c.0202280850.348a6474@posting.google.com>
I must admit, I did not know that the MAC address can be changed. How do
you set the MAC address?
- -Jim
"Hwa-Jin Bae" wrote in message
news:u7tb5ulhm8jg20@corp.supernews.com...
> I have seen this kind of situation when the ethernet MAC address is set to
> something bad (like all 1's). It might help to print out the MAC address
of
> the "problem" board. If it looks suspicious, set it to something that
> makes sense (3 vendor octets followed by 3 unique octets of choice).
>
> If that is not the problem, you should get something like ethereal
> (www.ethereal.com) and sniff the ethernet to see what is going on.
>
> My guess is that the vxworks side running on "problem" board never gets
any
> TCP ack's from windows machine, because your vxworks side "problem" board
> has bad ethernet mac address.
>
>
>
>
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Help! Cannot access vxworks from another network
Date: Fri, 01 Mar 2002 11:16:10 +1030
From: Tim Shaw
Organization: Defence Science and Technology Organisation
Message-ID: <3C7ECF52.8429283C@dsto.defence.gov.au>
References: <0Baf8.69$Sk3.3211@llslave.llan.ll.mit.edu> <3C7D9038.A51390B8@dsto.defence.gov.au> <4Qpf8.71$Sk3.3151@llslave.llan.ll.mit.edu>
Great suggestion Dave, here's my guess:
vx Target PC host
155.34.103.42 155.34.103.41
|__________________|_____________________ 155.34.103.0 net
|
|
155.34.103.1
Gateway (PC?)
155.34.99.XX
|
__________________________________|_____ 155.34.99.0 net
|
155.34.99.99
dev PC
So the vxWorks targets needs to have the following:
routeNetAdd "155.34.99.0", "155.34.103.1"
which tells it to use the gateway to get to the 155.34.99.0 network.
Then on the development PC, you need to add the route:
route ADD 155.34.103.0 MASK 255.255.255.0 METRIC 2 IF 1
which you obviously have done if you can ping the 155.34.103.41 host.
Dave Korn wrote:
> "Joe Georger" wrote in message
> news:4Qpf8.71$Sk3.3151@llslave.llan.ll.mit.edu...
> > > Have you set up an entry in your development PC's route table. Although
> > the
> > > gateway is specified at the boot prompt, the PC has to know how to get
> > back to
> > > the vxWorks machine. If you haven't try adding the following at a DOS
> > prompt on
> > > the development PC:
> > >
> > > route ADD 155.34.103.0 MASK 255.255.255.0 METRIC 2 IF 1
> > >
> > > where is the IP address of your hostname on your 155.34.99.0
> > network.
> > >
> > The gateway on my development pc is 155.34.99.1. I have no trouble
> pinging
> > the host pc (155.34.103.41) on the 103 subnet. Therefore I would think
> that
> > I should be able to ping the VxWorks board as well. Unless I am missing
> > some nuance of networking....
>
> You're going to have to draw an ascii-art diagram of the subnets, showing
> the two pcs, the gateway, and the vxworks target, I think...
>
> DaveK
> --
> moderator of
> alt.talk.rec.soc.biz.news.comp.humanities.meow.misc.moderated.meow
> Burn your ID card! http://www.optional-identity.org.uk/
> Help support the campaign, copy this into your .sig!
> Proud Member of the Exclusive "I have been plonked by Davee because he
> thinks I'm interesting" List Member #
> Master of Many Meowing Minions
> Holder of the exhalted PF Chang's Crab Wonton Award for kook spankage above
> and beyond the call of hilarity.
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Ethernet problem on an mvme2700 - a new test
Date: Thu, 28 Feb 2002 17:05:23 -0800
From: "Hwa-Jin Bae"
Organization: Posted via Supernews, http://www.supernews.com
Message-ID:
References: <514a749c.0202280850.348a6474@posting.google.com>
Typically changing MAC address is done in HW dependent way. If you have
ethernet driver source code you can look into that. There is no standard
API for that in vxWorks, unless someone added such an API since vxWorks 5.0
(last release I participated in making).
The MAC address really should be set it HW. Most vendors will use EEPROM
connected to MAC chip to store MAC address unique to the device. However,
some VME and compact PCi vendors like to bypass that altogether and have the
MAC address programmed from FW. For those boards, vxWorks ethernet driver
will typically store the MAC address in NvRAM or flashROM and then program
the address at the initialization time. That is not really a good thing to
do (ethernet addresses should be unique and should be hardcoded by the
manufacturer), but we live in imperfect world.
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Finding undefined symbols in .out file
Date: Fri, 01 Mar 2002 01:17:20 GMT
From: "H. E. Taylor"
Organization: MTS Internet
Message-ID: <3C7EF18C.5621@despam.autobahn.mb.ca>
References: <3C7EC2D5.1B9A2EE9@bitworkssystemsDELETETHIS.com>
In article <3C7EC2D5.1B9A2EE9@bitworkssystemsDELETETHIS.com>,
Jon Newbill wrote:
>
>[...]
> So the question is. How do you find what module referenced an undefined
> symbol when you download a .out file that was built from 50 or more
> modules?
>
This is a problem we have all faced. There are a couple of
tactics I used until I got to know the code better.
One simple thing you can do is build images with your code
added. This way you find out at compile time rather than
load time. It just shortens your cycle.
Another thing you can do is get real friendly with grep.
Another thing you can do is get a source code browser. It seems
to me there is a VxWorks version of this now.
If you are adventurous and happen to have MSVC (or whatever they
are calling it now), you can set up a static lib project of the
files you are compiling (to the .out) and use the MSVC source code
browser (the lib will be throwaway).
- -het
- --
"progress in software has not followed Moore's law." -John Holland
Zimbabwe Links & News: http://www.autobahn.mb.ca/~het/zimbabwe.html
H.E. Taylor http://www.autobahn.mb.ca/~het/
---------------------------
Newsgroups: comp.os.vxworks
Subject: post-mortem debugging, upper memory, and USER_RESERVED_MEM
Date: 1 Mar 2002 02:13:22 GMT
From: Denis Perelyubskiy
Message-ID:
Hello,
There is an upper memory, which is not managed by VxWorks,
nor VxWorks knows about its existence. The amount of memory
there, from what I understand, is defined by
USER_RESERVED_MEM
There is also some chunk of memory, in sysPhysMemDesc table,
which defines some sort of post-mortem debugging memory area
(or so it does in our system)
Are the two supposed to co-incide? From their definitions it
does not seem that they are: one VxWorks knows nothing
about, and the second one it does know about. The main
question is how the two are different? I mean, does VxWorks
simply not re-initialize memory reserved for post-mortem
debugging? If that's the case, why would I want to
USER_RESERVED_MEM any memory?
thanks,
denis
- --
if you want to reply by mail, please tweak my
address in a reasonable way. sorry for the
inconvenience.
---------------------------
Newsgroups: comp.os.vxworks
Subject: Difference between MPC860SAR and MPC860MH
Date: Fri, 1 Mar 2002 10:26:20 +0800
From: "David Wei"
Organization: Bentium Ltd. (CN99)
Message-ID:
In the MPC860MH, if I configure the SCC4 to work in the QMC mode, I
couldn't use SMC2 because of the parameter ram confliction.
My question: whether or not the MPC860SAR could solute this
confliction.
---------------------------
Newsgroups: comp.arch.storage,comp.periphs.scsi,comp.os.vxworks
Subject: Re: source code for SCSI Fibre Channel implementation
Date: Fri, 01 Mar 2002 02:42:41 GMT
From: David A. Lethe
Message-ID:
References: <5c04bc56.0202272342.124108d6@posting.google.com>
On 27 Feb 2002 23:42:18 -0800, jjf@bcs.org.uk (J. J. Farrell) wrote:
>I'm looking for the source code of a C (or C++) implementation
>of the 'SCSI over Fibre Channel' stack - SCSI commands at the
>top and Fibre Channel Frames at the bottom. Does anyone know of
>an available implementation, free or commercial?
>
>To help with development based on this stack, I'm also looking
>for a PCI card which allows host software access to all incoming
>Fibre Channel frames, and allows the software to transmit FC
>frames. Does anyone know of one? The cards I've looked at have
>various parts of the stack implemented on board, and don't
>provide any mechanisms to receive or send raw frames.
>
>I'm new to FC, so please excuse any naivety in these requests!
>
>My target OS in both cases is VxWorks, though any source is
>better than none.
>
>Many Thanks,
> jjf
Just go to http://www.redhat.com, and follow the links to download
their source code for LINUX.
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Finding undefined symbols in .out file
Date: Fri, 01 Mar 2002 02:49:23 GMT
From: Jon Newbill
Organization: EarthLink Inc. -- http://www.EarthLink.net
Message-ID: <3C7EEC94.2A97020B@bitworkssystemsDELETETHIS.com>
References: <3C7EC2D5.1B9A2EE9@bitworkssystemsDELETETHIS.com> <3C7EF18C.5621@despam.autobahn.mb.ca>
"H. E. Taylor" wrote:
> In article <3C7EC2D5.1B9A2EE9@bitworkssystemsDELETETHIS.com>,
> Jon Newbill wrote:
> >
> >[...]
> > So the question is. How do you find what module referenced an undefined
> > symbol when you download a .out file that was built from 50 or more
> > modules?
> >
> This is a problem we have all faced. There are a couple of
> tactics I used until I got to know the code better.
>
> One simple thing you can do is build images with your code
> added. This way you find out at compile time rather than
> load time. It just shortens your cycle.
>
> Another thing you can do is get real friendly with grep.
>
> Another thing you can do is get a source code browser. It seems
> to me there is a VxWorks version of this now.
>
> If you are adventurous and happen to have MSVC (or whatever they
> are calling it now), you can set up a static lib project of the
> files you are compiling (to the .out) and use the MSVC source code
> browser (the lib will be throwaway).
>
> -het
>
> --
> "progress in software has not followed Moore's law." -John Holland
>
> Zimbabwe Links & News: http://www.autobahn.mb.ca/~het/zimbabwe.html
> H.E. Taylor http://www.autobahn.mb.ca/~het/
These solutions assume you have source to all the code and that it's in a
convienient place to do a massive grep on. It also assumes no use of #defines
to create symbols. From your reply it appears that there really is no way to
find the offending object file? When you say build an image you mean a final
executable with OS included which would actually use the linker? In that case
does the linker/loader report the offending object module for an undefined?
Jon Newbill
JonUN@bitworkssystemsREMOVTHIS.com
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: GP fault from "hello World"
Date: Fri, 01 Mar 2002 03:11:50 GMT
From: Jon Newbill
Organization: EarthLink Inc. -- http://www.EarthLink.net
Message-ID: <3C7EF1D9.41A59D5C@bitworkssystemsDELETETHIS.com>
References: <3C7AD68C.87BA3075@bitworkssystemsDELETETHIS.com>
The problem turned out to be a buggy BSP from VMIC V1.2/0. They have sent
me V1.2/2 and it's fixed.
Jon Newbill
Jon Newbill wrote:
> I'm getting a GP fault trying to run a simple hello world on a VMIC
> VMIVME7750 Pentium III (GNU tools).
>
> #include
> int main()
> {
> int a;
> double pi = 3.141592;
> printf("hello world\n");
> }
>
> This loads without error but the instant I try to run and break at the
> entry point, I get
>
> General Protection Fault
> Program Counter: 0x02174d92
> Status Register: 0x00010212
> Error Code: 0x0000001a
> Task: 0x1fcbe5c8 "tDbgTask"
>
> I can single step the program but continue to get another GP
> fault on the printf() call even though it does print "hello world" to
> the
> console. It appears that all CALL's cause a GP fault. This occurs in
> all programs I try to debug. Does anyone know where to look up the
> Error Code returned by General Protection fault. errno.h shows 0x1A
> (26) as file name too long which doesn't make any sense.
>
> Any help would be appreciated.
>
> Jon Newbill
> jonUN@bitworkssystemsREMOVSPAM.com
---------------------------
Newsgroups: comp.os.vxworks
Subject: How to make assert break into debugger with hardcoded breakpoint
Date: Fri, 01 Mar 2002 03:58:41 GMT
From: Jon Newbill
Organization: EarthLink Inc. -- http://www.EarthLink.net
Message-ID: <3C7EFCCC.A5A03741@bitworkssystemsDELETETHIS.com>
Ok here's another VxWorks Newbi question or is that a Newbill
question. On every other embedded system debugger I've used I would
always create an assert() macro that would execute a hard coded
breakpoint instruction to cause a trap into the debugger when an assert
occurs. This is quite useful since your in sitting right there in
context and can use the full power of the debugger to figure out how you
got the assert or in some cases correct the problem and continue on
debugging. On Intel platforms INT3 is the usual breakpoint
instruction and on 68K systems it was a TRAP 0.
Now I'm using Intel on VxWorks 5.4.2 with GNU tools and executing an INT
3 seems to send the target into never never land. Does anyone know a
method to programatically break into the debugger?
Jon Newbill
JonUN@bitworkssystemsREMOVTHIS.com
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: problem creating new project
Date: Fri, 01 Mar 2002 04:17:20 GMT
From: "drdiags"
Organization: AT&T Broadband
Message-ID:
References: <3C7E5F02.2545B753@notifier-is.net>
David and Michiel,
This is an SPR, don't know when it will be fixed since Wind Surf states
it was created Apri 22,
1999:
TITLE: Including PCMCIA by hand in config.h or #define n in the
BSP header file
makes it impossible to create a bootable project.
SPR #: 26952
STATUS: Assigned
IDE: Tornado 2.0
"david lindauer" wrote in message
news:3C7E5F02.2545B753@notifier-is.net...
> I'm having the same problem. I don't have PCMCIA installed though... I
would
> really like to know what causes this in general.
>
> David
>
> meekes wrote:
>
> > Hi,
> >
> > I have a problem creating a new project based on an existing BSP.
> >
> > Using Tornado-2, I created a project (bootable vxWorks image) based on
a
> > pcPentium BSP.
> > The project initially had only an IDE_LOCAL disk and no PCMCIA support.
> > Later on I added PCMCIA support by defining INCLUDE_PCMCIA in config.h.
> > The PCMCIA functionality (ATA compact flash disk) is working OK in my
> > project.
> >
> > Now, when I try to create a new project (in the same workspace) based on
the
> > same BSP,
> > the creation fails.
> > The messages I get are:
> > - parsing BSP makefile
> > - parsing user defined rules from BSP makefile
> > - parsing BSP's config.h
> > - creating project file
> > - calculating included components
> > -> project creation failed:
> > "list must have an even number of elements"
> >
> > If I undefine INCLUDE_PCMCIA in config.h the creation of a new project
is
> > OK.
> > I have examined the config.h, pc.h and sysLib.c files, but could not
find a
> > clue.
> >
> > One thing I noticed in the first project was that the PC card show
routines
> > were not
> > included by defining INCLUDE_SHOW_ROUTINES in config.h.
> > I added a call to pcmciaShowInit in usrAppInit.c to get the show
routines
> > available.
> >
> > What can be the problem here?
> >
> > TIA,
> > Michiel
>
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Having trouble with dynamicly loading modules
Date: 28 Feb 2002 20:48:16 -0800
From: john_94501@yahoo.com (John)
Organization: http://groups.google.com/
Message-ID: <488e459a.0202282048.2b2f8a3e@posting.google.com>
References: <0cff8.5682$G7.1085@nwrddc01.gnilink.net> <3C7DFE80.7040702@spamm.me.l8s.co.uk> <0stf8.8225$G7.2065@nwrddc01.gnilink.net>
Hello,
> David, how would you perform the last 2 steps in VxWorks?
You can't in VxWorks 5.x, but AE includes a new loader with an
optional feature called out of order loading which handles exactly the
problem you've been discussing. You can also unload any of the modules
and then load in a new version.
HTH,
John...
> Thanks
> Matt S.
> "David Laight" wrote in message
> news:3C7DFE80.7040702@spamm.me.l8s.co.uk...
> >
> > > You do indeed have this right. Loading kernel modules under Linux or
> > > DLL's under Windows also follow this rule afaik. The basic problem is
> > > that when module A loads, the kernel must keep track of all
> > > `unresolved places'.
> >
> >
> > Actually it will
> > load A,
> > add A's symbols
> > load B
> > add B's symbols
> > fixup B's references
> > fixup A's references
> >
> > David
> >
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Binding to a socket
Date: 28 Feb 2002 21:29:13 -0800
From: bryanramesh@yahoo.com (Bryan)
Organization: http://groups.google.com/
Message-ID:
References:
"Hwa-Jin Bae" wrote in message news:...
> SO_BINDTODEVICE is Linux specific. BSD does not support it and neither does
> vxWorks.
Hi Hwa,
Yeah SO_BINDTODEVICE is specific to Linux. But how to acheive this
functionality in VxWorks. Does VxWorks provides something like this to
ensure that a data is going out of a specific interface. Is there any
way to do this in VxWorks.
Thanks,
Bryan
---------------------------
Newsgroups: comp.os.vxworks
Subject: muxLoad Failed while picking up the VxWorks image from host
Date: 28 Feb 2002 22:34:48 -0800
From: ajay_garg@delhi.tcs.co.in (Ajay Garg)
Organization: http://groups.google.com/
Message-ID:
Hi,
I am using 3COM card to communicate across network. I am getting a
message "muxLoad failed" after getting the prompt on target. But if I
am using a fei card, I am getting everything fine. I am making the
necessary changes in config file for my BSP which is pentium.
Your help is needed to solve this problem.
Regards,
Ajay Garg.
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Finding undefined symbols in .out file
Date: Fri, 01 Mar 2002 06:43:00 GMT
From: "H. E. Taylor"
Organization: MTS Internet
Message-ID: <3C7F3DDC.3032@despam.autobahn.mb.ca>
References: <3C7EC2D5.1B9A2EE9@bitworkssystemsDELETETHIS.com> <3C7EF18C.5621@despam.autobahn.mb.ca> <3C7EEC94.2A97020B@bitworkssystemsDELETETHIS.com>
In article <3C7EEC94.2A97020B@bitworkssystemsDELETETHIS.com>,
Jon Newbill wrote:
> "H. E. Taylor" wrote:
>> In article <3C7EC2D5.1B9A2EE9@bitworkssystemsDELETETHIS.com>,
>> Jon Newbill wrote:
>>>
>>>[...]
>>> So the question is. How do you find what module referenced an undefined
>>> symbol when you download a .out file that was built from 50 or more
>>> modules?
>>>
>> This is a problem we have all faced. There are a couple of
>> tactics I used until I got to know the code better.
>>
>> One simple thing you can do is build images with your code
>> added. This way you find out at compile time rather than
>> load time. It just shortens your cycle.
>>
>> Another thing you can do is get real friendly with grep.
>>
>> Another thing you can do is get a source code browser. It seems
>> to me there is a VxWorks version of this now.
>>
>> If you are adventurous and happen to have MSVC (or whatever they
>> are calling it now), you can set up a static lib project of the
>> files you are compiling (to the .out) and use the MSVC source code
>> browser (the lib will be throwaway).
>
> These solutions assume you have source to all the code and that it's in a
> convienient place to do a massive grep on. It also assumes no use of #defines
> to create symbols.
>
Implicitly yes. If the symbols are in VxWorks supplied libraries
(and all you have are bin files) you are back to 'ar' and 'objdump'.
Note you can use objdump on both your .out and the libraries.
> From your reply it appears that there really is no way to
> find the offending object file?
>
If you have only the possibly mangled name to work with and you
are unfamiliar with the VxWorks libraries, I would recommend you
attack the problem by simpiflication. Divide your .out in half
until you get something which will load, then build it up.
> When you say build an image you mean a final
> executable with OS included which would actually use the linker?
>
Well I would tend to think of it as an OS image with an embedded
app, but yes.
>In that case does the linker/loader report the offending object module
>for an undefined?
>
Ah note of caution here. I am familiar with 5.3.1, but have never
used 5.4 or AE which use a different GNU toolset version. Plus
I am working from memory cause I don't have a VxWorks system to hand,
but it seems to me the linker will tell you module.o referenced
unknown symbol such&such. You will still have to figure out where
symbol such&such lives and if it is in a VxWorks library you are
back to dumping libs.
- -het
- --
"Usenet is a strange place." - Dennis M Ritchie, 29 July 1999.
Computer Related Links: http://www.autobahn.mb.ca/~het/clinks.html
H.E. Taylor http://www.autobahn.mb.ca/~het/
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: How to make assert break into debugger with hardcoded breakpoint
Date: Fri, 1 Mar 2002 09:54:20 +0200
From: "Leonid Rosenboim"
Organization: Verio
Message-ID:
References: <3C7EFCCC.A5A03741@bitworkssystemsDELETETHIS.com>
Two solutions:
the easiest is simply set a breakpoint on the function abort(), which is
called
by the standard assert() macro if asserion fails;
or define your very own assert() macro and do with it as you please.
By the way, you gould put the breakpoint set command into the debugger
intialization script file.
"Jon Newbill" wrote in message
news:3C7EFCCC.A5A03741@bitworkssystemsDELETETHIS.com...
> Ok here's another VxWorks Newbi question or is that a Newbill
> question. On every other embedded system debugger I've used I would
> always create an assert() macro that would execute a hard coded
> breakpoint instruction to cause a trap into the debugger when an assert
> occurs. This is quite useful since your in sitting right there in
> context and can use the full power of the debugger to figure out how you
> got the assert or in some cases correct the problem and continue on
> debugging. On Intel platforms INT3 is the usual breakpoint
> instruction and on 68K systems it was a TRAP 0.
>
> Now I'm using Intel on VxWorks 5.4.2 with GNU tools and executing an INT
> 3 seems to send the target into never never land. Does anyone know a
> method to programatically break into the debugger?
>
> Jon Newbill
> JonUN@bitworkssystemsREMOVTHIS.com
>
>
>
---------------------------
Newsgroups: comp.arch.storage,comp.periphs.scsi,comp.os.vxworks
Subject: Re: source code for SCSI Fibre Channel implementation
Date: 1 Mar 2002 00:01:56 -0800
From: kallolm_tech@yahoo.com (Kallol Mallick)
Organization: http://groups.google.com/
Message-ID:
References: <5c04bc56.0202272342.124108d6@posting.google.com>
David A. Lethe wrote in message news:...
> On 27 Feb 2002 23:42:18 -0800, jjf@bcs.org.uk (J. J. Farrell) wrote:
>
> >To help with development based on this stack, I'm also looking
> >for a PCI card which allows host software access to all incoming
> >Fibre Channel frames, and allows the software to transmit FC
> >frames. Does anyone know of one? The cards I've looked at have
> >various parts of the stack implemented on board, and don't
> >provide any mechanisms to receive or send raw frames.
> >
You can try to use one of the standard fibre channel controllers
cards(QLogic /Tachyon/LSILogic). Most of them provide a mechanism to
download firmware. Instead of downloading the firmware, they supply,
write your own. The register interfaces gives you a fairly low level
access.
But why do you want re-invent the wheel, when standard implementation
is already availavle?
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Binding to a socket
Date: Fri, 1 Mar 2002 00:05:33 -0800
From: "Hwa Jin Bae"
Organization: PSO Systems Inc
Message-ID:
References:
There is no way to do something like that at socket level in vxworks. You
will need to manipulate routing table content to force routing to the
interface you wish to use.
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: DOS file system
Date: Fri, 1 Mar 2002 10:20:37 +0100
From: "Matthias Guelck"
Organization: Heidelberger Druckmaschinen AG
Message-ID:
References:
Hi Bill, hi Charles,
we are very concerned about the FLASH wearing by read functions modifying
the last accessed field.
How did you get the source code (bought from WRS? - how much $?).
How much time did you need for the rework?
Regards,
Matthias
Matthias Guelck
Research & Development
Heidelberg Druckmaschinen AG
Dr.-Hell-Str.
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: post-mortem debugging, upper memory, and USER_RESERVED_MEM
Date: Fri, 1 Mar 2002 10:59:46 +0100
From: "Michael Lawnick"
Organization: Buergernetz Dillingen
Message-ID:
References:
Reply-To: "Michael Lawnick"
Sender: mlawnick@pd9e65e8e.dip.t-dialin.net
see below...
"Denis Perelyubskiy" schrieb im
Newsbeitrag
news:slrna7tou1.39r.denis_newsREMOVE-TO-REPLY@finch.lecs.cs.ucla.edu...
> Hello,
>
> There is an upper memory, which is not managed by VxWorks,
> nor VxWorks knows about its existence. The amount of memory
> there, from what I understand, is defined by
> USER_RESERVED_MEM
>
> There is also some chunk of memory, in sysPhysMemDesc table,
> which defines some sort of post-mortem debugging memory area
> (or so it does in our system)
>
> Are the two supposed to co-incide? From their definitions it
> does not seem that they are: one VxWorks knows nothing
> about, and the second one it does know about. The main
> question is how the two are different? I mean, does VxWorks
> simply not re-initialize memory reserved for post-mortem
> debugging? If that's the case, why would I want to
> USER_RESERVED_MEM any memory?
just to put your post-mortem into it ! :-)
- --
Mit freundlichen Grьяen,
Michael Lawnick
==============================================
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.arch.storage,comp.periphs.scsi,comp.os.vxworks
Subject: Re: source code for SCSI Fibre Channel implementation
Date: Fri, 1 Mar 2002 12:32:41 +0100
From: "jimmy" christiansen@hotmail.com>
Organization: TDC Internet
Message-ID: <3c7f6642$0$46212$edfadb0f@dspool01.news.tele.dk>
References: <5c04bc56.0202272342.124108d6@posting.google.com>
> But why do you want re-invent the wheel, when standard implementation
> is already availavle?
Maybe because ( ?? ):
>My target OS in both cases is VxWorks, though any source is
>better than none.
---------------------------
End of New-News digest
**********************
From vxwexplo-errs@csg.lbl.gov Fri Mar 1 07:25:51 2002
From: "Chuck Meade"
Date: Fri Mar 1 07:25:53 PST 2002
Subject: Re: Ethernet problem on an mvme2700
VxWorks Greetings!
James Perkins writes:
> In my system the 2700 takes commands from control software on a PC via TCP.
> The 2700 then issues commands to other boards in the card cage, or it sends
> commands to other boards via TCP. In the system the only thing I change is
> the 2700. I put the "good" one in, power up, and it boots, gets the system
> image via ftp, and works fine. I can run my control software and it
> connects to the 2700 and all is well. I ran inetstatShow in the Tornado
> shell and I could see the connection to the control software on the PC.
> Now, I switch the 2700 with an identical 2700 that is configured
> identically. It will not get the system image via ftp. It just hangs and
> then reports an error in the terminal window. To get this board to boot I
> have to use tftp. After that the "bad" board is running the same system
> image that was running on the "good" board but it will not accept a
> connection from my control PC. I run inetstatShow in the shell and all I
> see is task waiting for TCP connection. I just never accepts the
> connection. The only thing I have changed here is the 2700.
>
> FTP and my control program both use TCP. TFTP uses UDP. So it looks like I
> have one board that accepts TCP and UDP connections and another board that
> only accepts UDP connections. So, I don't understand how this is a hardware
> problem. On the other hand how can it be a software problem?
>
This sounds like an ARP table issue. When you communicate
on a network using IP, the machines that you send and receive
from store an association between your MAC address and your IP
address in their ARP table. Typically this association will
timeout after 20 minutes.
If your second target is configured identically to the first
(meaning that they are using the same IP address), then you
will have a period of time after using the first target during
which machines you have previously communicated with will "assume"
your MAC address has not changed. If you are indeed using a
different MAC address, you will see this problem until the peers'
ARP table entries are deleted manually or until they timeout.
You can delete the ARP entry on the peer machine using "arp -d "
or something similar depending on the particular OS.
By the way, if my suggestion is correct, your "ftp vs. tftp" issue
could just be that a timeout occurred between your 2 attempts.
If you are trying to truly create 2 targets identical in *every*
way, then you can (possibly) make their MAC addresses equal, if
the firmware supports setting the MAC address. But each network
device out there should have a unique MAC.
Chuck Meade
=======================================================
T h e P T R G r o u p, I n c.
=======================================================
Embedded, Real-Time Solutions and Training
Chuck Meade mailto:chuck@ThePTRGroup.com
Principal Engineer http://www.ThePTRGroup.com
V: (703)815-3231 F: (703)815-8512
=======================================================
From vxwexplo-errs@csg.lbl.gov Sat Mar 2 04:03:25 2002
From: Vxworks Exploder
Date: Sat Mar 2 04:03:28 PST 2002
Subject: comp.os.vxworks newsdigest
Comp.Os.Vxworks Daily Digest Sat Mar 2 04:03:19 PST 2002
Subject: Re: error lookup
Subject: Re: Finding undefined symbols in .out file
Subject: PING johan! [was Re: Newbie question, please help!]
Subject: Re: TCP/IP Support in VxWorks
Subject: Re: PPP problem
Subject: Re: PMC Span expansion board setup... it works!
Subject: Re: Help! Cannot access vxworks from another network
Subject: Re: Ethernet problem on an mvme2700 - a new test
Subject: final image segment sizes
Subject: Problem in accessing PCI I/O Registers in IBM ppc 405GP
Subject: Re: Finding undefined symbols in .out file
Subject: Re: Help! Cannot access vxworks from another network
Subject: test
Subject: vxSim networking problem
Subject: Re: Problem in accessing PCI I/O Registers in IBM ppc 405GP
Subject: Re: DHCP and WINS
Subject: Limiting the size of incoming/outgoing TCP packets
Subject: Re: post-mortem debugging, upper memory, and USER_RESERVED_MEM
Subject: Re: DHCP and WINS
Subject: alignment
Subject: Re: clock_gettime fails with write() but not fwrite
Subject: Re: Problem in accessing PCI I/O Registers in IBM ppc 405GP
Subject: Re: problem creating new project
Subject: Re: Problem in accessing PCI I/O Registers in IBM ppc 405GP
Subject: Re: Finding undefined symbols in .out file
Subject: Re: alignment
Subject: Re: alignment
Subject: Re: post-mortem debugging, upper memory, and USER_RESERVED_MEM
Subject: Re: DOS file system
Subject: PPP/DHCP bugs [was: clock_gettime fails with write() but not fwrite]
Subject: Re: Finding undefined symbols in .out file
Subject: Re: problem creating new project
Subject: Re: How to make assert break into debugger with hardcoded breakpoint
Subject: Re: muxLoad Failed while picking up the VxWorks image from host
Subject: Proc Numbers, booting and VME transfers
Subject: Re: Limiting the size of incoming/outgoing TCP packets
Subject: Re: How to make assert break into debugger with hardcoded breakpoint
Subject: Re: PPP problem
Subject: Re: muxLoad Failed while picking up the VxWorks image from host
Subject: Re: intLock() and "system routines" vs. "kernel services"
Subject: LP-VxWin
Subject: Re: How to make assert break into debugger with hardcoded breakpoint
Subject: Re: June 2001 v/s T2CP4
Subject: Re: PPP/DHCP bugs [was: clock_gettime fails with write() but not fwrite]
Subject: Re: problem creating new project
Subject: Re: source code for SCSI Fibre Channel implementation
Subject: Re: source code for SCSI Fibre Channel implementation
Subject: need help: about windNet PPP ?
Subject: sendto() failing in Class A network
Subject: Re: source code for SCSI Fibre Channel implementation
Subject: Re: [question]Memory access in mpc750..
Subject: Re: muxLoad Failed while picking up the VxWorks image from host
Subject: how to invoke a task number of times based on radom number
-------------------------------------------------------
Newsgroups: comp.os.vxworks
Subject: Re: error lookup
Date: Fri, 1 Mar 2002 11:49:43 -0000
From: "Dave Korn"
Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh)
Message-ID:
References: <7z%c8.10429$3k2.2194219@news20> <7vNd8.14668$3k2.2464940@news20> <2pve8.2771$5o.1748555@newsr2.u-net.net> <3C7A88FA.7040908@spamm.me.l8s.co.uk>
"David Laight" wrote in message
news:3C7A88FA.7040908@spamm.me.l8s.co.uk...
> >
> > And of course it is always good for people to study each other's code
and
> > learn how things are done.
>
>
> Unless the code has the GPL license - when you mustn't read it if
> you write software for a living......
>
> David
I think you have that the wrong way around: actually, you mustn't read
proprietary sources if you wish to write GPL code, since you might give some
company a claim over what ought to be public code.
But there's nothing to stop you reading gpl'd source in order to
understand how the principles of its design work. If you were to cut and
paste chunks into your own code, that would be a copyright breach. If you
distribute binaries that have GPL'd code in them, you must open your own
source. But the entire point of the GPL is to share the knowledge of
programming techniques and thereby improve the standards of practice and
skills throughout the entire computing industry.
Just say no to GPL FUD!
DaveK
- --
moderator of
alt.talk.rec.soc.biz.news.comp.humanities.meow.misc.moderated.meow
Burn your ID card! http://www.optional-identity.org.uk/
Help support the campaign, copy this into your .sig!
Proud Member of the Exclusive "I have been plonked by Davee because he
thinks I'm interesting" List Member #
Master of Many Meowing Minions
Holder of the exhalted PF Chang's Crab Wonton Award for kook spankage above
and beyond the call of hilarity.
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Finding undefined symbols in .out file
Date: Fri, 1 Mar 2002 11:58:39 -0000
From: "Dave Korn"
Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh)
Message-ID:
References: <3C7EC2D5.1B9A2EE9@bitworkssystemsDELETETHIS.com>
"Jon Newbill" wrote in message
news:3C7EC2D5.1B9A2EE9@bitworkssystemsDELETETHIS.com...
> Being a fairly new to VxWorks I ask some simple questions that field and
> tech support haven't been able to give simple answers to.
> object). The answer I got was was vague, along the lines of
> "objDump386 should do anything you need".
> So the question is. How do you find what module referenced an undefined
> symbol when you download a .out file that was built from 50 or more
> modules?
They should have told you to use nm386 rather than objdump.
That prints out a list of symbols for a given obj file.
When I have trouble like this, I use a script that calls nm on all the
individual .obj files. In NT it's something roughly like
for %%i in (*.o) do nmppc %%i >%%i.sym
[note that the doubled-up %s are needed in a .bat file; from the command
line you only need single
then grep for "U
Master of Many Meowing Minions
Holder of the exhalted PF Chang's Crab Wonton Award for kook spankage above
and beyond the call of hilarity.
---------------------------
Newsgroups: comp.os.vxworks
Subject: PING johan! [was Re: Newbie question, please help!]
Date: Fri, 1 Mar 2002 12:15:13 -0000
From: "Dave Korn"
Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh)
Message-ID:
References: <28f07413.0202221001.180f9405@posting.google.com> <28f07413.0202221556.4736f3ba@posting.google.com> <28f07413.0202251349.73780fe7@posting.google.com>
"Cuong Pham" wrote in message
news:28f07413.0202251349.73780fe7@posting.google.com...
> "doug dotson" wrote in message
news:...
> > I had a problem a while back after installing Tornado that sounds
> > similar to this. Turned out that I had djgpp (GNU for PCs) installed
> > and the PATH was causing it to pick up the djgpp executables
> > instead of the Tornado ones.
> >
> > doug
>
> Thanks. I actually had djgpp installed, I deleted their path, now I'm
> compiling fine under Tornado. Thanks again for the help!
Johan? You listening? The FAQ needs to say at least something about
interference between existing cygwin (or as in this case djgpp)
installations and Tornado. It can get quite complicated, but at least to
mention there must never be two cygwin.dll's in the path at the same time,
and that you can run cygwin's command "cygcheck -s -v -r -h" to find out if
you do have dll clash.
DaveK
- --
moderator of
alt.talk.rec.soc.biz.news.comp.humanities.meow.misc.moderated.meow
Burn your ID card! http://www.optional-identity.org.uk/
Help support the campaign, copy this into your .sig!
Proud Member of the Exclusive "I have been plonked by Davee because he
thinks I'm interesting" List Member #
Master of Many Meowing Minions
Holder of the exhalted PF Chang's Crab Wonton Award for kook spankage above
and beyond the call of hilarity.
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: TCP/IP Support in VxWorks
Date: Fri, 1 Mar 2002 12:02:34 -0000
From: "Dave Korn"
Organization: Lumber Cartel (tinlc) Members #2234-2237 (owing to browser refresh)
Message-ID:
References: <3c741e96_4@news1.prserv.net>
"Hwa Jin Bae" wrote in message
news:ce1027c4.0202261500.1f6b8433@posting.google.com...
> "Leonid Rosenboim" wrote in message
news:...
> > Hey Dude,
> > I think you got something wrong here, it couldn't be VxWorks version 3.
> >
>
> I doubt it is vxWorks version 3.
>
> > The earlies version of VxWorks I have actually used was 5.0.2 in 1990,
just
> > before to Gulf War.
>
> The earliest widely used vxWorks with BSD networking is 4.2. I doubt
> 4.X is still being used any more, but if it is, it really should be
> upgraded. 4.X had severe problems in network code, the least of which
> is the subnet mask issue. For example, in 4.X all mbufs were 128
> bytes long and bcopy'ed all the time. I recoded all mbuf stuff in
> 5.0, added cluster mbufs, and loanding, etc. The 5.0 was a major
> release which had BSD tahoe based TCP/IP stack and WIND kernel. If at
> all possible, older version of vxWorks should be updated to use at
> least 5.0 and later.
Hwa Jin Bae! You're back! Or you were here all along but very quiet!
Do you have a website again? I miss the pso site!
DaveK
- --
moderator of
alt.talk.rec.soc.biz.news.comp.humanities.meow.misc.moderated.meow
Burn your ID card! http://www.optional-identity.org.uk/
Help support the campaign, copy this into your .sig!
Proud Member of the Exclusive "I have been plonked by Davee because he
thinks I'm interesting" List Member #
Master of Many Meowing Minions
Holder of the exhalted PF Chang's Crab Wonton Award for kook spankage above
and beyond the call of hilarity.
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: PPP problem
Date: Fri, 01 Mar 2002 13:57:01 +0100
From: Emmanuel Herbreteau
Organization: SEPRO Robotique (BEP)
Message-ID: <3C7F7A9D.2AB0A3B2@sepro-robotique.com>
References: <3C7E0A02.3F646C90@sepro-robotique.com>
Hi,
Thanks for this answer.
Unfortunately, it didn't solve the problem
Leonid Rosenboim wrote:
> It could be the NetTask, so I do recommend you double its stack size
So, I tried two things :
- - add the "Define" in "netBufLib.h" to increase the number of mBlk buffer
(used by the network stack).
- - change some setting in the FTP server (number of client allowed, miscelleanous
time setting, etc...)
> If not, this could be due to the serial driver not being able to keep up
> with the high rate of interrupt, so I would suggest to repeat the same
> test with a lower speed, e.g. 9600 baud.
I also tried this but it didn't change anything.
Description : the FTP server works (on the target) perfectly when
transferring medium size files (64KB), but when I tried to transfer
a lot of small files, it's like the PPP driver crash after 8-9 files
(CRC error on the serial link, no more IP service available, even "ICMP/ping")
(I have to disconnect PPP and then reconnect).
It's VxWorks 5.4 with the latest patches and FTP server from DOSFS2 add-on.
> Leonid
'Au revoir' and 'Bonne journйe' ! ;-)
- --
Best regards
Emmanuel
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: PMC Span expansion board setup... it works!
Date: Fri, 01 Mar 2002 13:42:38 +0000
From: Enrique Joven
Organization: IAC
Message-ID: <3C7F854E.47DE71AB@ll.iac.es>
References: <3C7CDFCB.CCE7AEE3@ll.iac.es> <3C7D8E8B.B66B6163@dsto.defence.gov.au>
Thanks a lot, Tim.
My PMC card is working properly attached to the PMC-span board!
For future victims...
It is necessary to configure the IO base & limit of the span.
In my case, for example, I've only written in my code:
pciConfigOutLong (0,0x14,0,0x30,0x00050004)
So, now, when we "see" the configuration of the span device,
it appears..
> pciHeaderShow(0,0x14,0)
vendorID=0x1011
....
IO base upper 16 bits 0x0004
IO limit upper 16 bits 0x0005
...
These parameters are not configured automatically by vxWorks.
The rest of the application does not vary. The PMC is configured
as I said in my previous e-mail and the access to the registers
is "CPU_PCI_IO_ADRS + PMC_DEV_SPACE". Identical.
That is all.
Enrique
Tim Shaw escribiу:
>
> We've been using the SPAN on a MV2604 for some time, though mainly with
> memory mapped PMCs. The address 0xfe040000 is the CPU address, this
> translates to an PCI IO access at address 0x00040000. You have to make sure
> the PCI-PCI bridge has a window opened for this region (and not including
> the regions used by the IO devices on the motherboard). From memory (I
> haven't checked this) the IO space is actually configured using 2 sets of
> registers, being the upper and lower pairs of base and limit.
>
> HTH
> Tim
>
> Enrique Joven wrote:
>
> >
> > Hi,
> >
> > "I am trying to setup a PMC card in a PMC adapter carrier board
> > from Motorola (PMCspan-002) which is attached to a MVME2431..."
> >
> > These are the first lines of an old message I've found searching
> > with Google-groups... and others similar to it. Now, I am suffering
> > the same problem... and I can not fix it.
> >
> > I am working with the MVME2432 (BSP mv2400).
> > My PMC card is rather simple, I only have to use the I/O space to
> > see the registers (it is a multi-port RS232 from Technobox) and
> > very easy to configure in the main board. But adding the PMCspan-002...
> > impossible.
> >
> > As some people said, I defined INCLUDE_PMC_SPAN in config.h, and created
> > a new vxWorks image, I've checked the P2P_IO_BASE and the
> > SPAN_IO_DEV_SPACE... and a lot of things more.
> > I've also checked that the PMC card is recognized by VxWorks in the
> > secondary bus, so the PCI-to-PCI bridge is working, I guess.
> >
> > But I do not know what is the pysical address
> > of the PMC card as seen from the processor. In the main card, I use
> > as pci_base=PCI_IO_PMC_ADRS with the "pciDevConfig" function. And
> > the offset to see the registers is... "PCI_MSTR_IO_LOCAL +
> > PMC_DEV_SPACE"
> > (ie,. 0xFE010000 + 0x00040000) ... any one knows the equivalences
> > using the SPAN card?
> >
> > Or, at least, anyone is using this SPAN card without problems?
> >
> > I will be very thanked if any can suggest me any solution...
> > Plase do not tell me to put the SPAN card in the wastebasket.
> > At this moment, is my only idea.
> >
> > Regards,
> > Enrique
> >
> > _____________________________________________________________________
> >
> > Enrique Joven Phone : 34 922 605332
> > Electronics & Detectors Department Fax : 34 922 605210
> > Instituto de Astrofisica de Canarias (IAC) E-mail: eja@ll.iac.es
> > 38200, La Laguna, Tenerife
> > Canary Islands (SPAIN)
> > _____________________________________________________________________
> > Official Web-Site http://www.iac.es
---------------------------
Newsgroups: comp.os.vxworks
Subject: Re: Help! Cannot access vxworks from another network
Date: Fri, 1 Mar 2002 09:28:04 -0500
From: "Joe Georger"
Message-ID:
References: <0Baf8.69$Sk3.3211@llslave.llan.ll.mit.edu> <3C7D9038.A51390B8@dsto.defence.gov.au> <4Qpf8.71$Sk3.3151@llslave.llan.ll.mit.edu>