I'm looking at the SYBA SD-PCI15029 8 port RS-232 PCI card
http://www.sybausa.com/productInfo.php?iid=994
$32.99 from newegg:
http://www.newegg.com/Product/Product.aspx?Item=N82E16815124099
Chipset: SB16C1058PCI
Compatible with 16C550
But... grep doesn't find any reference to the SB16C1058PCI
There seems to be a bad symlink on the ftp sites for the 8.2 release:
.../pub/FreeBSD/releases/amd64/8.2-RELEASE/packages -
../../../ports/amd64/packages-8.2-release
___
freebsd-questions@freebsd.org mailing list
Why would doing a printf(9) in a device driver (usb, firewire, probably
others) cause an obscenely long lockout on
/usr/src/sys/kern/uipc_sockbuf.c:148 (sx:so_rcv_sx) ?
Printf(9) alone isn't the problem, adding printfs to chown(2) does not
cause the problem, but printfs from device drivers do.
It might be a hardware resource starvation problem. It is possible to
nice
umass by simply adding a line like:
.interval = 2,/* 2 milliseconds */
Thanks, but it didn't help. Also tried setting it to 1, 4, and 20.
http://svn.freebsd.org/changeset/base/217350
Is
I suspect that I have a problem with lock/mutex contention.
Reading from a USB disk appears to lock out the firewire driver
for too long, causing data transfer (writing to firewire bus) to fail
with EAGAIN. Once it fails it does not recover.
kernel: fwohci1: IT DMA underrun (0x40308011) (stat
Wojciech Puchar writes:
This crappy controllers have builtin bios that don't allow selecting
AHCI mode.
The controller itself may be ok. The BIOS is certainly crappy.
I have a couple of JMB363 PCIe x1 cards. If I plug one into a certain
slot the machine hangs on boot (doesn't make it out of