From owner-freebsd-stable@FreeBSD.ORG Fri Nov 27 16:48:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CA36106566C for ; Fri, 27 Nov 2009 16:48:18 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 115FF8FC0C for ; Fri, 27 Nov 2009 16:48:16 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id nARGmHTt004136 for ; Fri, 27 Nov 2009 10:48:17 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Fri Nov 27 10:48:17 2009 Message-ID: <4B100262.6000900@denninger.net> Date: Fri, 27 Nov 2009 10:46:26 -0600 From: Karl Denninger User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: multipart/mixed; boundary="------------000007000601080802040509" X-Antivirus: avast! (VPS 091127-1, 11/27/2009), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: PUC Serial I/O problem - copy of gnats-filed bug report (as discussed previously) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 16:48:18 -0000 This is a multi-part message in MIME format. --------------000007000601080802040509 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit This is pretty serious folks - as noted below I have tried several options including limiting FIFO depth with the flags with no result. The PUC-based ports are basically useless under 8.x as a consequence. I can reproduce this lockup within 15-30 minutes every time. >Submitter-Id: current-users >Originator: Karl Denninger >Organization: Karls Sushi and Packet Smashers >Confidential: no >Synopsis: Serial I/O is terminally screwed under 8.x. >Severity: serious >Priority: high >Category: i386 >Class: sw-bug >Release: FreeBSD 8.0-STABLE i386 >Environment: System: FreeBSD FS.denninger.net 8.0-STABLE FreeBSD 8.0-STABLE #3: Fri Nov 27 08 :32:51 CST 2009 karl@FS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP i386 puc0: port 0x4060-0x407f,0x4040-0x405f m em 0x94503000-0x94503fff,0x94502000-0x94502fff irq 16 at device 0.0 on pci3 puc0: [FILTER] uart2: <16550 or compatible> on puc0 uart2: [FILTER] uart3: <16550 or compatible> on puc0 uart3: [FILTER] uart4: <16550 or compatible> on puc0 uart4: [FILTER] uart5: <16550 or compatible> on puc0 uart5: [FILTER] puc0@pci0:3:0:0: class=0x070006 card=0x00001415 chip=0x950a1415 rev=0x00 hdr=0x00 bar [10] = type I/O Port, range 32, base 0x4060, size 32, enabled bar [14] = type Memory, range 32, base 0x94503000, size 4096, enabled bar [18] = type I/O Port, range 32, base 0x4040, size 32, enabled bar [1c] = type Memory, range 32, base 0x94502000, size 4096, enabled cap 01[40] = powerspec 1 supports D0 D2 D3 current D0 # # SMP -- Generic kernel configuration file for FreeBSD/i386 SMP # Use this for multi-processor machines # # $FreeBSD: src/sys/i386/conf/SMP,v 1.5.6.1 2005/09/18 03:37:58 scottl Exp $ include GENERIC ident KSD-SMP # To make an SMP kernel, the next line is needed #options SMP # Symmetric MultiProcessor Kernel # # We also need the firewall, divert, and PPS_SYNC (for the GPS) options # options IPFIREWALL options IPDIVERT options PPS_SYNC # # Rate-shaping requirements # options DUMMYNET options HZ=1000 #options SYSVSHM # # Local stuff # device rp # Comtrol Rocketport Board device sound # Generic sound card drivers #device ubsa # USB Serial Adapters #device ucom #device uftdi #device uplcom device umct device puc >Description: Serial I/O fails with a lockup after a variable amount of time. Modem-controlled ports are succeptible, especially those that require tight adherence to that capability. There is no reset possible without rebooting the machine. Attempts to "probe" the port by stopping the running process(es) and re-initializing them fail. This IDENTICAL board in the IDENTICAL machine was functioning properly under 7.x over the space of about a year under extremely heavy use. As soon as 8.x-RC2 was loaded, and subsequently with the released version (as seen above) it failed and has remained dead. The custom kernel with "PPS_SYNC" is present as one of the ports (on the motherboard) is used for a GPS clock under ntpd. This port is operating fine - it is relatively low-traffic, of course, containing only timecode. Another port used to talk to an APC UPS (again, low traffic) is also ok. All ports in use for Hylafax, however, lock up as described above. Attempting to limit FIFO depth with 0x100 or 0x200 flags on the ports has no effect. >How-To-Repeat: Put a "puc" style board in the machine, set up hylafax, send a few dozen faxes. The driver will wedge. >Fix: --------------000007000601080802040509--