I have a big problem with accessing the YeP serial ports in a Dell
PowerEdge 2550 with Dual Pentium III 933Mhz.
For some reason al YeP boards and serial ports ARE detected, but when I
try to access the serial ports with cu only one board is accessable,
trying to connect a port on the other YeP board leaves me with 2 cu
proccesses both connecting to the same port and one of those processes
could not be killed.
Has it something to do with SMP? (We have a single processor PII400
Inetl 440 chipsset machines working with 2 Cyclades boards without problems)
Building a Single processor kernel didn't help it even got worse because
the machine locks-up in the boot process after detecting the third board
and ports, diconnecting two of the three cables solved the boot-lockup.
I assume that you have your own fix for the minor numbering problem
(PR 19256) or a version of FreeBSD with the fix committed.
I suspect a problem with shared interrupts. SMP doesn't do much different
for multiple boards except it should try harder to give each board its
own interrupt, which in theory should work better. Do you use the
CY_PCI_FASTINTR option? It should be the default, but... The lockup
for the !SMP case is consistent with the following configuration:
- CY_PCI_FASTINTR not configured
- irq for YeP board shared
- some race in the driver that is more fatal when the irq is shared between
I always configure CY_PCI_FASTINTR and shuffle boards in the PCI slots
to make the YeP interrupt non-shared. This is easier with only 1 YeP
board, but it still required lots of shuffling on a BP6 motherboard.
(The BP6 needs an extra irq or two for the second ata controller
(HPTsomething), and its BIOS doesn't support adjusting these like it
does for the PCI slots, and the YeP irq ended up shared with an HPT
irq in most configurations; this just prevented CY_PCI_FASTINTR from
helping under FreeBSD, but it caused the boot to hang under Linux.)
To Unsubscribe: send mail to majo...@FreeBSD.org
with "unsubscribe freebsd-smp" in the body of the message