HELP: Boca multiport(BB1008) board configuration

1999-10-14 Thread Qingyue Shirley Wang

Hi all,

I recently installed a Boca 8-port board with Redhat linux 2.2.5.  I pretty
much followed the instructions in Boca-HOWTO: recompiled the kernel,
installed the board, and created all necessary the device files (I only
created 4).  All 8 ports were recognized at start up, and seem to be
configured correctly, but somehow only the first port (ttyS16) works (I'm
attaching it to a remote power control device), but all others have no
response when I try to read/write to it.  I'm using IRQ 4 for all of them
and have disabled ttyS0 (com1) and ttyS1 (com 2).

Here is the out of setserial -g:

# setserial -g ttyS1*
ttyS16, UART: 16550A, Port: 0x0100, IRQ: 4
ttyS17, UART: 16550A, Port: 0x0108, IRQ: 4
ttyS18, UART: 16550A, Port: 0x0110, IRQ: 4
ttyS19, UART: 16550A, Port: 0x0118, IRQ: 4

And here is the configuration for the multiports sharing one IRQ:

# setserial ttyS16 get_multiport
Multiport config for irq 4:
Port monitor = 0x107
Port1 = 0x107, mask=0xff, match=0x0
Port2 = 0x10f, mask=0xff, match=0x0
Port3 = 0x117, mask=0xff, match=0x0
Port4 = 0x11f, mask=0xff, match=0x0

(The Boca manual says that the port status register appears at the end of
the eight-address block for each port)

I have no idea why the first port works while the other don't.  Any
help/suggestions would be greatly appreciated!

Shirley

-
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to [EMAIL PROTECTED]



Re: RTS/~RTS on Red Hat 6.0 laptop

1999-10-14 Thread David Lawyer



>
>> My understanding of CRTSCTS is that the DCE device uses CTS to start
>and
>> stop the DTE device Tx to prevent buffer overrun.  My DCE device won't
>> grant CTS if it can't receive but expects the DTE to drop RTS to signal
>> end of message.

Lawson wrote:
>I thought it only held RTS when it had something to send, so it should
>drop it when it's done sending, but ICBW.  Also, it will do other things
>like block on DSR and DCD at open, which you might not want.

Perhaps 20 years ago this was the way RTS behaved.  But it's now held on
by the DTE when the DTE is ready to receive.  A transition to off signals
the DCE to stop sending (flow control).  Then back to on signals the DCE
to resume sending.  CTS is similar but protects the DCE.  You can watch
these using the modemstat program.  It has a color-coded display in a tiny
window and runs as a daemon.  You might wan't to use this for monitoring 
RTS althogh a voltmeter works also. 

>> >> The symptoms on the Dell laptop are: 
>> I successfully deassert RTS in initialization. I do this since RTS goes
>> high on open of the serial device.  When I try to assert RTS nothing
>> happens.  The application thinks all is ok and procedes to wait for
>CTS.

Are you sure that setserial shows the port correctly?  Will the port work 
OK normally without using your special program?

David Lawyer

-
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to [EMAIL PROTECTED]



Re: Serial ports not detected

1999-10-14 Thread tytso

   Date:   Tue, 12 Oct 1999 10:18:42 +0200 (MET DST)
   From: Jean-Paul Le Fevre <[EMAIL PROTECTED]>

   After having spent a lot of time trying to figure out the cause
   of the problem, it turns out that it is likely a BIOS setup problem.

   At boot time, the serial driver (version 4.27) just declares that no
   options are enabled but does not print anything else. At work, on
   a Dell OptiPlex, the driver detects as expected 2 ports ttyS01
   and ttyS00. At home, these ports remain invisible.

   Someone told me that it has something to do with the BIOS.
   Unfortunately, I didn't see anything related to the serial ports
   in the BIOS menus.

The BIOS config information is usually on a menu labelled "peripherals";
sometimes it's on a secondary menu accessed off the advanced
configuration page.  There wasn't anything labelled "COM1" or "COM2"
there?

- Ted


-
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to [EMAIL PROTECTED]



Re: RTS/~RTS on Red Hat 6.0 laptop

1999-10-14 Thread John Florence

Good suggestion and in fact that's what I had to do to get RTS
deasserted after open but unfortunately it doesn't help between
deassertion and assertion of RTS.

Thanks again,
john

[EMAIL PROTECTED] wrote:
> 
> This feels like a timing problem.  Try putting a sleep(5); after you
> deassert RTS in initialization.  Probably, sleep(1); would be enough, or
> even nanosleep, but just to be sure we give it a fair test...
> 
> Lawson
>   >< Microsoft free environment
> 
> This mail client runs on Wine.  Your mileage may vary.
> 
> On Wed, 13 Oct 1999, John Florence wrote:
> 
> > I am using /dev/ttyS.
> >
> > Both machines have 16550A uarts.
> >
> > I use tcdrain before deasserting RTS.
> >
> > My understanding of CRTSCTS is that the DCE device uses CTS to start
> and
> > stop the DTE device Tx to prevent buffer overrun.  My DCE device won't
> > grant CTS if it can't receive but expects the DTE to drop RTS to signal
> > end of message.
> >
> > The symptoms on the Dell laptop are:
> > I successfully deassert RTS in initialization. I do this since RTS goes
> > high on open of the serial device.  When I try to assert RTS nothing
> > happens.  The application thinks all is ok and procedes to wait for
> CTS.
> >
> > I'm not familiar with TIOCSERGETLSR but will look into it.
> >
> > Thanks,
> > john
> >
> > [EMAIL PROTECTED] wrote:
> > >
> > > I am still using SlackHat with 2.0.38 and retrofits, so I can't
> comment
> > > on 2.2.x, except I don't think /dev/cua is supported anymore.  You
> > > should be right if you use /dev/ttyS.
> > >
> > > I don't see anything wrong about using TIOCMGET/TIOCMSET.  CRTSCTS
> would
> > > do the same automagically, but it makes some requirements about the
> > > other signals that might greatly inconvenience you.  Depending on the
> > > size of the FIFO in the UART, you might need to read the LSR with
> > > TIOCSERGETLSR to check that all characters have gone out on the line
> > > before you drop RTS.  I'm pretty sure write() won't block on that, so
> if
> > > the box that works has a 16450, and the one that doesn't has a
> 16550A,
> > > that may well be the trouble.
> > >
> > > It would help if you told us _how_ it doesn't work (symptoms, please
> :-)
> > >
> > > Lawson
> > >   >< Microsoft free environment
> > >
> > > This mail client runs on Wine.  Your mileage may vary.
> > >
> > > On Wed, 13 Oct 1999, John Florence wrote:
> > >
> > > > I have an application that needs the ability to assert RTS before
> > > > sending a 700 bit message and to deassert RTS after CTS is granted
> and
> > > > the message is transmitted.  I use ioctls and TIOCMGET/TIOCMSET to
> > > > control RTS. The application seemed to run fine on a Compaq running
> an
> > > > old version on Slackware (kernel 1.2.8) but won't run on a Dell
> laptop
> > > > running Red Hat 6.0.  I looked at the serial device driver in the
> > > > Slackware and the Red Hat systems and they are the same.
> > > >
> > > > Has anyone else had problems with Red Hat, kernel 2.2.5-15, and/or
> > > > laptops?  Comments on my technique are also welcome - I know that I
> > > > should write a device driver but for now I'm just trying to get
> > > > something working.
> > > > --
> > > >
> > >
> 
> > > > John Florence, Mathematician, VSS Group, 25-162 Phone:
> > > 240-228-6685
> > > > JHU/APL, Johns Hopkins Road, Laurel, MD 20723 FAX:
> > > 240-228-6663
> > > >
> > >
> [EMAIL PROTECTED]
> > > >
> > > > -
> > > > To unsubscribe from this list: send the line "unsubscribe
> linux-serial"
> > > in
> > > > the body of a message to [EMAIL PROTECTED]
> > > >
> > >
> > > ___
> > > Get the Internet just the way you want it.
> > > Free software, free e-mail, and free Internet access for a month!
> > > Try Juno Web: http://dl.www.juno.com/dynoget/tagj.
> >
> > --
> >
> 
> > John Florence, Mathematician, VSS Group, 25-162 Phone:
> 240-228-6685
> > JHU/APL, Johns Hopkins Road, Laurel, MD 20723 FAX:
> 240-228-6663
> >
> [EMAIL PROTECTED]
> >
> 
> ___
> Get the Internet just the way you want it.
> Free software, free e-mail, and free Internet access for a month!
> Try Juno Web: http://dl.www.juno.com/dynoget/tagj.

-- 

John Florence, Mathematician, VSS Group, 25-162 Phone:  240-228-6685
JHU/APL, Johns Hopkins Road, Laurel, MD 20723 FAX:  240-228-6663
[EMAIL PROTECTED]

-
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to [EMAIL PROTECTED]