* TIOCSERGETLSR
@ 2007-04-11 13:33 kees schoenmakers
2007-04-11 14:11 ` TIOCSERGETLSR Stuart MacDonald
0 siblings, 1 reply; 2+ messages in thread
From: kees schoenmakers @ 2007-04-11 13:33 UTC (permalink / raw)
To: linux-serial
Hi,
I have noticed difference in return "value" of ioctl(port,
TIOCSERGETLSR, &value) between different chips(hardware).
Kernel is Linux version 2.6.20.4 (root@pc_develop02.fluidwell.local)
(gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP
PREEMPT Fri Apr 6 13:41:02 CEST 2007 (build from source)
My mobo is from recent date and has an on-board serial port (ttyS0).
An extra PCI board with 2 serial ports is added:
07:00.0 Serial controller: NetMos Technology PCI 9835 Multi-I/O Controller (rev
01) (prog-if 02 [16550])
Subsystem: LSI Logic / Symbios Logic 2S (16C550 UART)
Flags: medium devsel, IRQ 21
I/O ports at 1030 [size=8]
I/O ports at 1028 [size=8]
I/O ports at 1020 [size=8]
I/O ports at 1018 [size=8]
I/O ports at 1010 [size=8]
I/O ports at 1000 [size=16]
My application uses a simplex modem connection over the low-speed
serial port, therefore I need to know for sure that all chararcters
have been written out before changing over from xmit to receive. I use
the TIOCSERGETLSR to check if this is the case. My problem is that for
the on board serial port the ioctl returns that situation OK but it is
wrong for the 9835 ports. There the TIOCSERGETLSR returns empty almost
after the first/second character is written which is not correct
(verified with scope). It may be a bug in the 9835 controller. Do
others have similar findings?
please CC me as I am not on the list
Kees
^ permalink raw reply [flat|nested] 2+ messages in thread* RE: TIOCSERGETLSR
2007-04-11 13:33 TIOCSERGETLSR kees schoenmakers
@ 2007-04-11 14:11 ` Stuart MacDonald
0 siblings, 0 replies; 2+ messages in thread
From: Stuart MacDonald @ 2007-04-11 14:11 UTC (permalink / raw)
To: 'kees schoenmakers', linux-serial
From: On Behalf Of kees schoenmakers
> I have noticed difference in return "value" of ioctl(port,
> TIOCSERGETLSR, &value) between different chips(hardware).
> Kernel is Linux version 2.6.20.4 (root@pc_develop02.fluidwell.local)
> (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP
> PREEMPT Fri Apr 6 13:41:02 CEST 2007 (build from source)
> My mobo is from recent date and has an on-board serial port (ttyS0).
> An extra PCI board with 2 serial ports is added:
> 07:00.0 Serial controller: NetMos Technology PCI 9835
> Multi-I/O Controller (rev 01) (prog-if 02 [16550])
If this
http://www.moschip.com/html/MCS9835.html
is your board, the data sheet is
http://www.moschip.com/data/products/NM9835/Data%20Sheet_9835.pdf
I looked it over quickly. The UART is contained within a chip they
make. The LSR looks good from the documentation. **
> My application uses a simplex modem connection over the low-speed
> serial port, therefore I need to know for sure that all chararcters
> have been written out before changing over from xmit to receive. I use
> the TIOCSERGETLSR to check if this is the case. My problem is that for
> the on board serial port the ioctl returns that situation OK but it is
> wrong for the 9835 ports. There the TIOCSERGETLSR returns empty almost
> after the first/second character is written which is not correct
> (verified with scope). It may be a bug in the 9835 controller. Do
> others have similar findings?
** I don't have one of these boards, but I'm suspecting a hardware
error as well, based on your description. (I'm assuming that you do
see the proper bits go high briefly, and then go off too quickly.)
I'd try contacting the OEM or Moschip.
..Stu
--
We make multiport serial products.
http://www.connecttech.com/
(800) 426-8979
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2007-04-11 14:30 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-04-11 13:33 TIOCSERGETLSR kees schoenmakers
2007-04-11 14:11 ` TIOCSERGETLSR Stuart MacDonald
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).