How can I use floppy disk drive."

Getting an error display, vp_freepkt: Bad file descriptor.

Re: Getting an error display, vp_freepkt: Bad file descriptor.

Maybe you ran out of file descriptors, and possibly other resources.
Try to increase that (make a new boot image).

On Fri, 1 Oct 2004 20:54:55 +0530, Prajith
<prajith@...> wrote:
> 
> Hello all,
>  
>   We have developed a bandwidth regulating software in QNX4.5(In application space).  We are getting the
network packets into the application space using the Virtual Packet Interface(VPI) and regulating them
and send it back using the same VPI.
>  
>   It's working fine with moderate network traffic. But in the case of heavy traffic, it's working but
displays the following error message continuously.
>  
>   vp_freepkt: Bad file descriptor.
>  
> If anybody have any idea about this, please let me know.
>  
> Thanks in advance
> Jith.
>     «·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·» 
> «..........Prajith P.K..............» 
>     «·´`·.(¸.·*(¸.·´ `·.¸)*·.¸).·´`·»
>     GlobalEdge Software Ltd.
>     Bangalore  560003
>     Cell : 9886171652

-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: How can I use floppy disk drive."

1) is the hard disk too big? and QNX partition beyond cylinder 1024?
What's on the screen when you try to boot the HD?

2) QNX 4 has some issues with the new Pentium machine. Most of the
community QNX users are using QNX 6 because it is free. QNX 4 is very
expensive and there are all commercial users. You may want to contact
QNX for a new version of Fsys.floppy that works with Pentium machine.

On Fri, 1 Oct 2004 15:13:36 +0100 (BST), jens mammen
<jensjmammen@...> wrote:
> 
> Hello Everybody,
>  
>   I have installed QNX 4.5 in my new 'HP Presario 1115L'  machine using QNX installation CD. I am facing the
following problems.
>  
> 
> 1. I couldn't make a QNX boot floppy during the installation. Even if I had inserted a new floppy disk in the
drive, it was asking me to insert a disk in the floppy drive (It was not detecting the floppy disk - so I
aborted that).
>  
> 
> 2. After the installation I am not able to boot from the hard disk. (I am using LILO as the boot loader - The
other 2 OSs are booting well). 
>   So I maid a QNX boot floppy from my friend's system and using that  I am able to boot QNX in my system (Though the
floppy drive was not detecting during the installation!!).
>  
> 
> 3. After booting QNX using the floppy, I am not able to mount any floppy disk using the mount comand. While
trying that, getting the following error message:
> mount: mount() of /dev/fd0 failed: Input/Output error.(I maid sure that the Fsys.floppy is running.)
> (Even the fdformat & dinit commands are not working.)
>  
> So what will be the problems? It will be a great help if anyone can give me a solution for these problems. 
> (1. Not booting from the Harddisk.
>  2. Not able to use the Floppy drive)
>  
> Thanking you all in advance
> Jens. 
> (I am a beginner in QNX, but very curious on it)
> 
> ________________________________
> 
> ALL-NEW Yahoo! Messenger
>  - all new features - even more fun!
>  
> 
>

-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

TCP/IP

We are trying to make a TCP/IP stack for QNX. But we
feel that the available documentation (in the network
DDK section) is not enough for doing so. Can we buy
the project documentations necessary for the TCP/IP
stack. Kindly also tell us what are the components we
need to buy for the project. Can we get the source of
npm-ttcpip.so (the TCP/IP stack originally provided
with QNX). Is it open source, or we need to buy it?
Please tell us the cost of the components and how we
can buy.
Thanking you
Ansuman

=====

Ansuman

		
_______________________________
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com

-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: How can I use floppy disk drive."

Re: Getting an error display, vp_freepkt: Bad file descriptor.

Hi all.

  As sugggested by Frank, I have build a new boot image with a maximum of
2048 file descripters/process ( Proc32 -f 16 2048 8000) and tried. But no
effect.

  Our Bandwidth Manager is showing around 20 times the error message
"vp_freepkt: Bad file descriptor." while transfering a 5MB file at a
bandwidth regulation of 1Mbits/sec,  irespective of the available no.of
file descripters/process.(even I have tied with Proc32 -f 16 10240 20480,
then too I got around 20 error messages.).

  We have implemented a queueing discipline (CBQ) in the application space,
where we are getting network packets using the VPI (Virtual Packet
Interface) as a IP FILTER. These queueing disciplines keeps the netwoks
packets for a while and send them back in a random order(not in the
sequeuece in which packets are received). Will this make any problem in VPI
(keeping packets for a while in memory and send them back in a random
order)?
Or is there any way to configure the Virtual Packet Interface?

Please give us some solution/suggestion/comments.

Thanks in advance
Jith.

----- Original Message -----
From: Frank Liu <gfrankliu@...>
To: Prajith <prajith@...>
Sent: Friday, October 01, 2004 10:54 PM
Subject: Re: [Openqnx-developer] Getting an error display, vp_freepkt: Bad
file descriptor.

Maybe you ran out of file descriptors, and possibly other resources.
Try to increase that (make a new boot image).

Frank

----- Original Message -----
From: Prajith <prajith@...>
Date: Fri, 1 Oct 2004 20:54:55 +0530
Subject: [Openqnx-developer] Getting an error display,  vp_freepkt:
Bad file descriptor.
To: openqnx-developer@...

Hello all,

  We have developed a bandwidth regulating software in QNX4.25(In
application space).  We are getting the network packets into the
application space using the Virtual Packet Interface(VPI) and
regulating them and send it back using the same VPI.

  It's working fine with moderate network traffic. But in the case of
heavy traffic, it's working but displays the following error message
continuously.

  vp_freepkt: Bad file descriptor.

If anybody have any idea about this, please let me know.

Thanks in advance
Jith.
    «·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
«..........Prajith P.K..............»
    «·´`·.(¸.·*(¸.·´ `·.¸)*·.¸).·´`·»
    GlobalEdge Software Ltd.
    Bangalore  560003
    Cell : 9886171652

-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: Getting an error display, vp_freepkt: Bad file descriptor.

Hi all,

  Thanks to X.Tang for his valuable information.

  I am using vp_attach() and vp_detach() only once in our code & providing
proper FD to vp_attach() (even tried vp_attach with -1 option) and nowhere
closing that FD.

 And I am not doing any fork() in my code.

 I am creating a thread in our code and using VPI library functions across
the thread. ( I found, none of the VPI library functions are thread safe.
Will this be the problem?)

  But I feel, once when I was doing a stress test on VPI  using a program
(without thread), I got he same error (vp_freepkt: Bad file descriptor.) If
I get that program I will let u all know.

  BTW, what is this vp_freepkt() function? Can I get any implementation
document of the VPI?

Thanks
Jith.

----- Original Message -----
From: Xiaodan Tang <xtang@...>
To: Prajith <prajith@...>; Frank Liu <gfrankliu@...>
Sent: Tuesday, October 05, 2004 11:42 PM
Subject: RE: [Openqnx-developer] Getting an error display, vp_freepkt: Bad
file descriptor.

When you call vp_mfree(), it will then call vp_freepkt(), this end up
to Sendmx(v->sock, ...), which is a message send to Tcpip.

The EBADF seems indicating the v->sock is not right. The
v->sock is comming from vp_attach(). If you pass in one,
then it will dup() it; if you pass in -1, it will create one use
socket() call.

I don't know why that socket fd would be bad, but things
to think about is, are you vp_attach()/detach() a lot?
Did you fork()'d your process after attach()? If you passed
in a fd in vp_attach(), did you accidently closed it?

-xtang

> -----Original Message-----
> From: openqnx-developer-admin@...
> [mailto:openqnx-developer-admin@...] On
> Behalf Of Prajith
> Sent: Tuesday, October 05, 2004 8:57 AM
> To: Frank Liu
> Cc: OpenQNX
> Subject: Re: [Openqnx-developer] Getting an error display,
> vp_freepkt: Bad file descriptor.
>
> Hi all.
>
>   Our Bandwidth Manager is showing around 20 times the error message
> "vp_freepkt: Bad file descriptor." while transfering a 5MB
> file at a bandwidth regulation of 1Mbits/sec,  irespective of
> the available no.of file descripters/process.(even I have
> tied with Proc32 -f 16 10240 20480, then too I got around 20
> error messages.).
>
>   We have implemented a queueing discipline (CBQ) in the
> application space, where we are getting network packets using
> the VPI (Virtual Packet
> Interface) as a IP FILTER. These queueing disciplines keeps
> the netwoks packets for a while and send them back in a
> random order(not in the sequeuece in which packets are
> received). Will this make any problem in VPI (keeping packets
> for a while in memory and send them back in a random order)?
> Or is there any way to configure the Virtual Packet Interface?
>
> Please give us some solution/suggestion/comments.
>
> Thanks in advance
> Jith.
>
>
> ----- Original Message -----
> From: Frank Liu <gfrankliu@...>
> To: Prajith <prajith@...>
> Sent: Friday, October 01, 2004 10:54 PM
> Subject: Re: [Openqnx-developer] Getting an error display,
> vp_freepkt: Bad file descriptor.
>
>
> Maybe you ran out of file descriptors, and possibly other resources.
> Try to increase that (make a new boot image).
>
> Frank
>
>
> ----- Original Message -----
> From: Prajith <prajith@...>
> Date: Fri, 1 Oct 2004 20:54:55 +0530
> Subject: [Openqnx-developer] Getting an error display,  vp_freepkt:
> Bad file descriptor.
> To: openqnx-developer@...
>
>
> Hello all,
>
>   We have developed a bandwidth regulating software in
> QNX4.25(In application space).  We are getting the network
> packets into the application space using the Virtual Packet
> Interface(VPI) and regulating them and send it back using the
> same VPI.
>
>   It's working fine with moderate network traffic. But in the
> case of heavy traffic, it's working but displays the
> following error message continuously.
>
>   vp_freepkt: Bad file descriptor.
>
> If anybody have any idea about this, please let me know.
>
> Thanks in advance
> Jith.
>     «·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
> «..........Prajith P.K..............»
>     «·´`·.(¸.·*(¸.·´ `·.¸)*·.¸).·´`·»
>     GlobalEdge Software Ltd.
>     Bangalore  560003
>     Cell : 9886171652
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on
> ITManagersJournal Use IT products in your business? Tell us
> what you think of them. Give us Your Opinions, Get Free
> ThinkGeek Gift Certificates! Click to find out more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> openqnx-developer mailing list
> openqnx-developer@...
> https://lists.sourceforge.net/lists/listinfo/openqnx-developer
>

-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: Getting an error display, vp_freepkt: Bad file descriptor.

Hi X.Tang,

  Thanks a lot for your detailed explanation about VPI. I respect and
appreciate these efforts.

  In our code, as per the present design, we can't avoid using the VPI
across the threads. Because,  in our code one thread is getting the packet
from the Tcpip and putting it into the Queues, and the other thread is
getting the packet from the Queues and send it back to the Tcpip. We will
have to think over it for a solution.

 About that test program, Hum!!.. I couldn't find it yet!!..

Thanks a lot to all.
Regards
Jith.

----- Original Message -----
From: Xiaodan Tang <xiaodan.tang@...>
To: <prajith@...>; Frank Liu <gfrankliu@...>
Sent: Friday, October 08, 2004 9:09 PM
Subject: RE: [Openqnx-developer] Getting an error display, vp_freepkt: Bad
file descriptor.

> > -----Original Message-----
> > From: Prajith [mailto:prajith@...]
> > Subject: Re: [Openqnx-developer] Getting an error display,
> > vp_freepkt: Bad file descriptor.
> >
> >  And I am not doing any fork() in my code.
> >
> > I am creating a thread in our code and using VPI library
> > functions across the thread. ( I found, none of the VPI
> > library functions are thread safe. Will this be the problem?)
>
> Hm...
>
> This is QNX4 right? So a "thread" is basically another vfork()
> isn't it? (the new "thread" is just another process).
>
> Do you really HAVE TO create a "thread"? Can you make
> it so that you only use one thread using VPI functions?
> Something like:
>
>     int main() {
>         crate_new_thread();
>         vp_attach();
>         ...
>     }
>
> Make sure attach to VPI *AFTER* create thread, and the
> new thread never call VPI function?
>
> > But I feel, once when I was doing a stress test on VPI
> > using a program (without thread), I got he same error
> > (vp_freepkt: Bad file descriptor.) If I get that program
> > I will let u all know.
>
> That is also an interesting test to prove/denial our guess.
>
> >   BTW, what is this vp_freepkt() function? Can I get any
> >   implementation document of the VPI?
>
> I don't think there is an "implementation document" ever
> publiced, but let me explain the basic ideas behind VPI.
>
>
> 1) The stack (Tcpip) allocate all it's buffers/clusters from a
>     shared memory pool.
>
> 2) A VPI program will find out the pool, and map it into
>     local virtual space.
>
> 3) The Tcpip Stack and the VPI program have "queues"
>     in shared memroy, so they can exchange mbufs.
>     VPI program use vp_getpkt()/vp_putpkt() to get/put
>     mbufs on the queues.
>
> 4) The memory pool can only be operated by Tcpip.
>
>     So if a VPI program calling vp_mget*() try to get some
>     memory, it actually turns into a Message send to
>     Tcpip, saying "I want this much mbuf...".
>
>     When a VPI program calling vp_mfree() to free some
>     mbufs, this also turns into a Message send to Tcpip,
>     saying "these mbufs I can return to you..."
>
>     Of cause to minimize the message passing, the VPI
>     program keep arround some free mbufs/mclusters
>     and recycle them. Only if there is no more free mbufs
>     locally during vp_mget*(), or there is too much free
>     mbufs during vp_mfree(), then a message passing
>     happened.
>
>     The internal function "vp_freepkt()" is the one to free
>     mbufs back to Tcpip when vp_mfree() find there is
>     too much free bufs locally.
>
> Hope this can give you some view of the VPI library.
>
> Regards,
>
> -xtang
>

-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: Getting an error display, vp_freepkt: Bad file descriptor.

On Mon, 11 Oct 2004 10:07:02 +0530, Prajith
<prajith@...> wrote:
> Hi X.Tang,
> 
>  Thanks a lot for your detailed explanation about VPI. I respect and
> appreciate these efforts.
> 
>  In our code, as per the present design, we can't avoid using the VPI
> across the threads. Because,  in our code one thread is getting the packet
> from the Tcpip and putting it into the Queues, and the other thread is
> getting the packet from the Queues and send it back to the Tcpip. We will
> have to think over it for a solution.

QNX4 does not support real posix thread, that's why a lot of QNX4 library 
doesn't really handle exclusive access.

In your satuation, either you have to add a semaphore and let both your
thread lock it before calling VPI function, or create another Queue to let
your working thread return packets back. Something like this:

   VPI thread (vp_getpkt())  -->  queue for packets to process --> work thread

                                  |
   VPI thread (vp_putpkt())  -->  queue for packets to return   <-- work thread

Thus you can avoid the lock and have the VPI thread always do VPI calls.

-xtang

> 
> ----- Original Message -----
> From: Xiaodan Tang <xiaodan.tang@...>
> To: <prajith@...>; Frank Liu <gfrankliu@...>
> Sent: Friday, October 08, 2004 9:09 PM
> Subject: RE: [Openqnx-developer] Getting an error display, vp_freepkt: Bad
> file descriptor.
> 
> 
> 
> 
> > > -----Original Message-----
> > > From: Prajith [mailto:prajith@...]
> > > Subject: Re: [Openqnx-developer] Getting an error display,
> > > vp_freepkt: Bad file descriptor.
> > >
> > >  And I am not doing any fork() in my code.
> > >
> > > I am creating a thread in our code and using VPI library
> > > functions across the thread. ( I found, none of the VPI
> > > library functions are thread safe. Will this be the problem?)
> >
> > Hm...
> >
> > This is QNX4 right? So a "thread" is basically another vfork()
> > isn't it? (the new "thread" is just another process).
> >
> > Do you really HAVE TO create a "thread"? Can you make
> > it so that you only use one thread using VPI functions?
> > Something like:
> >
> >     int main() {
> >         crate_new_thread();
> >         vp_attach();
> >         ...
> >     }
> >
> > Make sure attach to VPI *AFTER* create thread, and the
> > new thread never call VPI function?
> >
> > > But I feel, once when I was doing a stress test on VPI
> > > using a program (without thread), I got he same error
> > > (vp_freepkt: Bad file descriptor.) If I get that program
> > > I will let u all know.
> >
> > That is also an interesting test to prove/denial our guess.
> >
> > >   BTW, what is this vp_freepkt() function? Can I get any
> > >   implementation document of the VPI?
> >
> > I don't think there is an "implementation document" ever
> > publiced, but let me explain the basic ideas behind VPI.
> >
> >
> > 1) The stack (Tcpip) allocate all it's buffers/clusters from a
> >     shared memory pool.
> >
> > 2) A VPI program will find out the pool, and map it into
> >     local virtual space.
> >
> > 3) The Tcpip Stack and the VPI program have "queues"
> >     in shared memroy, so they can exchange mbufs.
> >     VPI program use vp_getpkt()/vp_putpkt() to get/put
> >     mbufs on the queues.
> >
> > 4) The memory pool can only be operated by Tcpip.
> >
> >     So if a VPI program calling vp_mget*() try to get some
> >     memory, it actually turns into a Message send to
> >     Tcpip, saying "I want this much mbuf...".
> >
> >     When a VPI program calling vp_mfree() to free some
> >     mbufs, this also turns into a Message send to Tcpip,
> >     saying "these mbufs I can return to you..."
> >
> >     Of cause to minimize the message passing, the VPI
> >     program keep arround some free mbufs/mclusters
> >     and recycle them. Only if there is no more free mbufs
> >     locally during vp_mget*(), or there is too much free
> >     mbufs during vp_mfree(), then a message passing
> >     happened.
> >
> >     The internal function "vp_freepkt()" is the one to free
> >     mbufs back to Tcpip when vp_mfree() find there is
> >     too much free bufs locally.
> >
> > Hope this can give you some view of the VPI library.
> >
> > Regards,
> >
> > -xtang
> >
> 
>

-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl