Bug 18987

Summary: Problems with Comtrol RocketPort
Product: Base System Reporter: Elliot Dierksen <ebd>
Component: miscAssignee: freebsd-bugs (Nobody) <bugs>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: 3.4-STABLE   
Hardware: Any   
OS: Any   

Description Elliot Dierksen 2000-06-03 19:00:01 UTC
The problem involves a Comtrol RocketPort PCI/Octa/DB25. The problem is
that you can not use the port at any baud rate other than 9600 baud. The
problem is two-fold. I have a fix for the first part. There is an
incorrect definition of the static struct speedtab baud_table array. This
should be an array of 2 element structures. As it is currently defined,
it is a single structure will more than 2 elements. I tested this by
breaking up the structure into multiple elements, and that works fine.
I have isolated the second part, but have not yet come up with a
resolution. The setting lock devices are not working properly
(cualR0, ttylR0) with regards to the baud rate. If you set the lock device
to zero baud, it will only let you access the device at zero baud. The
same holds true for 1200, 2400, etc. The initial setting of this device
starts at 9600 baud. I have not been able to locate a value that allows
you to change the baud rate of the regular callout device (cuaR0) when
you access it. I don't know if this problem is in rp.c or tty.c. I will
keep trying to find it, but I would appreciate any assistance.

Thanx,

EBD

Fix: 

Fix speedtab structure definition.
??? I don't know yet about the rest.
How-To-Repeat: Correct to the structure definition in rp.c.
recompile and install new kernel.
reboot
stty -a < /dev/cualR0
baud rate will be 9600 baud. any value set on this device locks the
baud rate. I have not found a value that permits the baud rate to vary.
Comment 1 Matt Jacob freebsd_committer freebsd_triage 2001-10-02 06:34:52 UTC
State Changed
From-To: open->feedback

Is this still a problem for you?
Comment 2 Matt Jacob freebsd_committer freebsd_triage 2001-10-14 18:58:44 UTC
State Changed
From-To: feedback->closed

Submitter says that bug is fixed in -current and that it probably 
isn't practical to move the changes to -stable as it.