From owner-freebsd-hardware@FreeBSD.ORG Tue Feb 21 22:15:44 2012 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D605106567C for ; Tue, 21 Feb 2012 22:15:44 +0000 (UTC) (envelope-from freebsd-hardware@dino.sk) Received: from loki.netlab.sk (loki.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id 819F28FC08 for ; Tue, 21 Feb 2012 22:15:42 +0000 (UTC) Received: from atom.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan, TLS: TLSv1/SSLv3,128bits,AES128-SHA) by loki.netlab.sk with ESMTPSA; Tue, 21 Feb 2012 23:16:25 +0100 id 00033C0A.4F4417B9.0000198E Date: Tue, 21 Feb 2012 23:15:35 +0100 From: Milan Obuch To: freebsd-hardware@freebsd.org Message-ID: <20120221231535.641419b1@atom.dino.sk> In-Reply-To: <20120221124333.0e8a9763@atom.dino.sk> References: <20120220220237.7474cc1e@atom.dino.sk> <20120221124333.0e8a9763@atom.dino.sk> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEX+/v7++v6YOTrq8PCcuIX989UvOSj++v0BNCbpAAAAB3RJTUUHsQwfFzs7RBhzUQAAAhJJREFUOI1dU8GOqzAMNKIoV1bvwD1i0ysqrHplIdBrVSX7ATSbd03VVvn9tQNtQy0hjAdn7LED4AAcPtWm9RV+MPSfxhBLx9ajd6X/ngB6/mTwnRSZua7i7Ca+0ctZKo4Qmz+JY13X6I3nFZBxIYW1PbgfQ5RP8g0XlltEWGf3cV03joYpRnFbvYDKbXjZlXyyhEZA4lI+cN3NaVXE4VKjSwTExO10eTEkkJVqIAD5z0nUBQJluQDRSQjcrBiHAJxZlAH5CUMBMC7OcJ4LMQNnxhZ1HYPscMc6J4UlWRMNwzOpCcAHKSICd1EDn83abdREIbXsHkD1OinP1aCUCOEVRaa1lMcvywUWdYgk13JQUpYNKmvXQ8Kw5ML9YI5h8SakctBc7E/IYuLhYd/zZIk+1gM1vNweQBvHE0j+oYah3sMqAytQYlZk6+ANaaawJdu3OFzYGMZ3iGpa3qMlq9ZH0VZTgrCtw/ngdYkEIIpSbP1bWQAdFdX9vocBdkH2qVjVmuMu3gI5rjs814EUdrCZgWlPaxZZ3RiLFUtr+ud0PXwp2dnQSNXgePt6AZpBj6UMJ7VQkzN4utVeaSW1Dhn/kblGrKeMvNGnzwX4zuEDarYz1KdPtR60Gul0Gued+515SJXhCsl+Tx/3kY/UDvicPll9mfu50t3tvQ/thZpJYgeuwdSKNJ6tCD98MCgoxLDaPxbwqqwPWaWiAAAAAElFTkSuQmCC X-Face: ak5rwz4-aUa>hPFZlcg,bXxn.(TN}e9DGFrKU\.i_'B[&5=pAd9o"j)5VSUYW:BRQG#^42Ev$Il|; Ztn=,C X-Operating-System: FreeBSD/amd64 8.2-STABLE Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: PER-C40C minipci card under FreeBSD X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 22:15:44 -0000 On Tue, 21 Feb 2012 12:43:33 +0100 Milan Obuch wrote: > On Mon, 20 Feb 2012 22:02:37 +0100 > Milan Obuch wrote: > > > Hi, > > > > is somebody using $subject? I need to get this card working in order > > to get more serial ports in ALIX boards. Unfortunately, all I am > > getting is hangup - last lines on console are > > > > pci0: at device 13.0 (no driver attached) > > puc0: > > port 0x1440-0x145f,0x1480-0x149f mem > > 0x80040000-0x80040fff,0x80080000-0x80080fff irq 12 at device 13.1 on > > pci0 > > puc0: Reserved 0x20 bytes for rid 0x10 type 4 at 0x1440 > > puc0: [FILTER] > > > > and nothing more happens (second line is wrapped here, very long for > > mail). > > After consulting datasheet, I found this part of pucdata.c looks erroneously to me: { 0x1415, 0x9511, 0xffff, 0, "Oxford Semiconductor OX9160/OX16PCI954 UARTs (function 1)", DEFAULT_RCLK, PUC_PORT_4S, 0x10, 0, 8, }, Function 1 is actually local bus/parallel port, and this could really be the reason for hang I observed. Comparing what I found in datasheet with other entries I found replacing above entry with { 0x1415, 0x9505, 0xffff, 0, "Oxford Semiconductor OXuPCI952 UARTs (function 0)", DEFAULT_RCLK, PUC_PORT_2S, 0x10, 4, 0, }, makes me happier, I see some well looking lines in console log: puc0: port 0x1400-0x1407,0x1440-0x1447,0x1480-0x1487,0x14c0-0x14c7,0x1800-0x181f mem 0xe0040000-0xe0040fff irq 9 at device 12.00 uart1: <16550 or compatible> at port 1 on puc0 uart1: fast interrupt uart2: <16550 or compatible> at port 2 on puc0 uart2: fast interrupt Just one thing remains to resolve - it looks like baud rates are incorrect. Connecting two port with null modem cable and running cu -l /dev/cuau1 -s 9600 cu -l /dev/cuau2 -s 9600 makes functioning connection, as in 'what I type in one session appears at the second and vice versa', but when I connect one of my 'new' ports with other serial port, all I see is just some garbage. How could I find where I should put 'the last change' to make baud rates correct? Regards, Milan