From owner-freebsd-hardware@FreeBSD.ORG Mon May 30 08:12:36 2011 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 1DFFE106564A for ; Mon, 30 May 2011 08:12:36 +0000 (UTC) (envelope-from m-zdgxzg46Tlb6bzUIQTgB_w46U0EpBnA7zT-48ro4VI2@bounce.linkedin.com) Received: from maile-bf.linkedin.com (maile-bf.linkedin.com [216.52.242.169]) by mx1.freebsd.org (Postfix) with ESMTP id EE89D8FC15 for ; Mon, 30 May 2011 08:12:35 +0000 (UTC) DomainKey-Signature: q=dns; a=rsa-sha1; c=nofws; s=prod; d=linkedin.com; h=DKIM-Signature:Sender:Date:From:To:Message-ID:Subject:MIME-Version:Content-Type:X-LinkedIn-Template:X-LinkedIn-Class:X-LinkedIn-fbl; b=qk2ScZtPAkO6+Ugcl/TaV4gUWNQqMVMwYKtteriqqxLASESdwoE9xzaN43iYQI1o AmGtHAlWGdBet0aYKPP0htu4UY+q20RS7HFa5Qp7Y7JOhHmOUkC3TXR44ln8V6DX DKIM-Signature: v=1; a=rsa-sha1; d=linkedin.com; s=proddkim; c=relaxed/relaxed; q=dns/txt; i=@linkedin.com; t=1306743155; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=6iJ2OQRQsjDwCCSXMxOnhg8HSuk=; b=irLzapSLT87ckEzg3/OxeKkVIK5ERCRtCjiG5wlXIbY2MM8jiQTJmsQ+rwpTfWRH hVmcTsBpDm01KoV5Kv5memU2ZynEbY+0gX1XBUER/dZN5g1zEo4OaUY3l/m1bULS; Sender: messages-noreply@bounce.linkedin.com Date: Mon, 30 May 2011 08:12:35 +0000 (UTC) From: LinkedIn Today To: Chunlin Yao Message-ID: <1219501408.21377883.1306743155595.JavaMail.app@ela4-app0103.prod> MIME-Version: 1.0 X-LinkedIn-Template: at_a_glance X-LinkedIn-Class: LIN-NEWS X-LinkedIn-fbl: m-zdgxzg46Tlb6bzUIQTgB_w46U0EpBnA7zT-48ro4VI2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Top Headlines in Computer Software 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: Mon, 30 May 2011 08:12:36 -0000 The week's most popular industry news: Computer Software -------------------- =20 =20 =20 =20 =20 =20 =20 Computer Software =20 =20 " Japan recreates the sensation of buttons on a touchscreen phone " Mobile= - thenextweb.com (48 shares) Japanese telecommunications operator KDDI is developing a smartphone which = can accurately recreate the sensation of using physical buttons on a touch = panel. Using fingers to swipe, ... http://www.linkedin.com/e/8y5tt7-gob54vwn-21/nab/550108428/0Qdj4PcP4MdjkIe3= gRejwMc3kRb3wOcj8Rcz0RdiMUdz0Tdz0MdjkIe38Qe30Nc3kR/true/weekly/eml-tod-b-tt= le-4/ =20 Adobe Issues Flash Player Fix for IE9 Users Experiencing Issues - Nigel Par= ker's Outside Line - Site Home - MSDN Blogs - blogs.msdn.com (5 shares) Silverlight WPF IE8 New Zealand Web UX Microsoft Nigel Parker DPE IE9 Windo= ws Phone 7 Series HTML5 MVC ASP.NET Internet Explorer Windows Phone 7 WP7..= . http://www.linkedin.com/e/8y5tt7-gob54vwn-21/nab/550067068/0Qdj4PcP4MdjkIe3= gRejwMc3kRb3wOcj8Rcz0RdiMUdz0Tdz0MdjkIe38Qe30Nc3kR/true/weekly/eml-tod-b-tt= le-4/ =20 ViewSonic ViewPad 10Pro boots an Intel Oak Trail CPU into either Android or= Windows 7 Pro - engadget.com (9 shares) Engadget... http://www.linkedin.com/e/8y5tt7-gob54vwn-21/nab/550252128/0Qdj4PcP4MdjkIe3= gRejwMc3kRb3wOcj8Rcz0RdiMUdz0Tdz0MdjkIe38Qe30Nc3kR/true/weekly/eml-tod-b-tt= le-4/ =20 Samsung Electronics Asks Apple to Show Next iPhone, iPad in Patent Dispute = - Bloomberg (28 shares) Samsung Electronics Co. sought a court order to force Apple Inc. (AAPL) to = disclose iPhone and iPad models under development, claiming it needs the in= formation to defend against allegations it copied Apple's products. http://www.linkedin.com/e/8y5tt7-gob54vwn-21/nab/550089548/0Qdj4PcP4MdjkIe3= gRejwMc3kRb3wOcj8Rcz0RdiMUdz0Tdz0MdjkIe38Qe30Nc3kR/true/weekly/eml-tod-b-tt= le-4/ =20 =C2=BB China admits existence of a cyber-warfare team called =E2=80=9CBlue= Army=E2=80=9D =C2=BB TNW Asia - thenextweb.com (15 shares) China has admitted for the first time that it had poured tens of millions i= nto the formation of a 30-strong commando unit of cyberwarriors called The = Blue Army. The team is reportedly ... http://www.linkedin.com/e/8y5tt7-gob54vwn-21/nab/550133154/0Qdj4PcP4MdjkIe3= gRejwMc3kRb3wOcj8Rcz0RdiMUdz0Tdz0MdjkIe38Qe30Nc3kR/true/weekly/eml-tod-b-tt= le-4/ =20 =20 =20 =20 =20 =20 From owner-freebsd-hardware@FreeBSD.ORG Mon May 30 09:25:22 2011 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 CB6BD106567A; Mon, 30 May 2011 09:25:22 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from cpsmtpb-ews01.kpnxchange.com (cpsmtpb-ews01.kpnxchange.com [213.75.39.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4D0CF8FC1E; Mon, 30 May 2011 09:25:21 +0000 (UTC) Received: from cpbrm-ews17.kpnxchange.com ([10.94.84.148]) by cpsmtpb-ews01.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 30 May 2011 11:25:20 +0200 Received: from CPSMTPM-CMT108.kpnxchange.com ([195.121.3.24]) by cpbrm-ews17.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 30 May 2011 11:25:19 +0200 Received: from koko.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT108.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Mon, 30 May 2011 11:25:18 +0200 Received: from squid.home.itmc.RWTH-Aachen.DE (squid.vpn.offrom.nl [10.168.0.72]) by koko.offrom.nl (8.14.3/8.14.3) with ESMTP id p4U9PFb4051245; Mon, 30 May 2011 11:25:15 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid.home.itmc.RWTH-Aachen.DE with local (Exim 4.72) (envelope-from ) id 1QQyio-0001OB-K1; Mon, 30 May 2011 11:25:14 +0200 Date: Mon, 30 May 2011 11:25:14 +0200 From: Willy Offermans To: John Baldwin Message-ID: <20110530092514.GB4558@vpn.offrom.nl> References: <20110521092037.GB3271@vpn.offrom.nl> <201105270805.56457.jhb@freebsd.org> <20110527143802.GA5352@vpn.offrom.nl> <201105271043.34268.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201105271043.34268.jhb@freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 30 May 2011 09:25:18.0941 (UTC) FILETIME=[7E0528D0:01CC1EAB] X-RcptDomain: freebsd.org Cc: Willy@offermans.rompen.nl, Marcel Moolenaar , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org, Mike Tancsa Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2011 09:25:22 -0000 Hello John and FreeBSD friends, On Fri, May 27, 2011 at 10:43:34AM -0400, John Baldwin wrote: > On Friday, May 27, 2011 10:38:02 am Willy Offermans wrote: > > Dear John and FreeBSD friends, > > > > On Fri, May 27, 2011 at 08:05:56AM -0400, John Baldwin wrote: > > > On Thursday, May 26, 2011 4:58:37 pm Mike Tancsa wrote: > > > > On 5/26/2011 4:12 PM, John Baldwin wrote: > > > > > > > > > > Hmm, can you get 'pciconf -lb' output? > > > > > > > > > > Hmm, wow, I wonder how uart(4) works at all. It tries to reuse it's softc > > > > > structure in uart_bus_attach() that was setup in uart_bus_probe(). Since > > > it > > > > > doesn't return 0 from its probe routine, that is forbidden. I guess it > > > > > accidentally works because of the hack where we call DEVICE_PROBE() again > > > > > to make sure the device description is correct. > > > > > > > > > > > > I think this is a similar card. Had it laying about for a while and > > > > popped it in. cu -l to it, attaches, but I am not able to interact with it. > > > > > > > > none3@pci0:5:0:0: class=0x070002 card=0x20282205 chip=0x015213a8 > > > > rev=0x02 hdr=0x00 > > > > vendor = 'Exar Corp.' > > > > device = 'XR17C/D152 Dual PCI UART' > > > > class = simple comms > > > > subclass = UART > > > > bar [10] = type Memory, range 32, base 0xe8950000, size 1024, enabled > > > > > > > > > > > > NetBSD supposedly has support for this card > > > > > > Oh, hmm, looks like the clock has an unusual multiplier. Does it work if you > > > use 'cu -l -s 1200' to talk at 9600 for example? (In general use speed / 8 > > > as the speed to '-s'.) > > > > > > Also, is your card a modem or a dual-port card? > > > > > > -- > > > John Baldwin > > > > It is a modem. > > > > As suggested: > > > > kosmos# cu -l /dev/cuau0 -s 1200 > > Stale lock on cuau0 PID=3642... overriding. > > Connected > > at&F > > OK > > atdt0045******* > > NO DIALTONE > > Ok, try this updated patch. After this you should be able to use the correct > speed: > > Index: uart_bus_pci.c > =================================================================== > --- uart_bus_pci.c (revision 222285) > +++ uart_bus_pci.c (working copy) > @@ -110,6 +110,8 @@ static struct pci_id pci_ns8250_ids[] = { > { 0x1415, 0x950b, 0xffff, 0, "Oxford Semiconductor OXCB950 Cardbus 16950 UART", > 0x10, 16384000 }, > { 0x151f, 0x0000, 0xffff, 0, "TOPIC Semiconductor TP560 56k modem", 0x10 }, > +{ 0x13a8, 0x0152, 0x2205, 0x2026, "MultiTech MultiModem ZPX", 0x10, > + 8 * DEFAULT_RCLK }, > { 0x9710, 0x9820, 0x1000, 1, "NetMos NM9820 Serial Port", 0x10 }, > { 0x9710, 0x9835, 0x1000, 1, "NetMos NM9835 Serial Port", 0x10 }, > { 0x9710, 0x9865, 0xa000, 0x1000, "NetMos NM9865 Serial Port", 0x10 }, > > -- > John Baldwin Hello John, After inserting the magic line into uart_bus_pci.c, things start to be really good. Minicom is now able to communicate with the device in a proper way. Hereafter you can see some response from the modem. AT S7=45 S0=0 L1 V1 X4 &c1 E1 Q0 OK at OK ati Agere OCM V.92 MT9234ZPX-PCIE Internal Data/Fax/Voice Modem Version 1.02d OK at&F OK atdt0,0455444944 NO DIALTONE Of course there is no dialtone, since the telephone line is not connected yet. I will ask the people on the remote site to connect the line as soon as possible. The status of HylaFAX is also as expected: kosmos# faxstat HylaFAX scheduler on localhost: Running Modem cuau0 (+31455667077): Running and idle As soon as the line is established and as soon as I have established a proper setup with HylaFAX and performed some tests, I will report about the results again. I would like to thank you for your support so far. It was of great help and without it I would certainly not have succeed. However, since it does not seem to be so difficult, it would be wise to put the setup into http://www.freebsd.org/doc/handbook/serial.html. Other users would benefit from it. The structure you have provided in your magic line would also need some explanation. The data concerns the description of the chip and the card I guess and can be gained by `pciconf -lv` uart0@pci0:6:0:0: class=0x070002 card=0x20262205 chip=0x015213a8 rev=0x02 hdr=0x00 vendor = 'Exar Corp.' device = 'XR17C/D152 Dual PCI UART' class = simple comms subclass = UART A more detailed explanation would not harm. The data 0x10 and 8 * DEFAULT_RCLK are still totally miraculous to me. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, Willy ************************************* W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 681 15 87 68 e-mail: Willy@Offermans.Rompen.nl From owner-freebsd-hardware@FreeBSD.ORG Mon May 30 11:06:59 2011 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 B74F51065672 for ; Mon, 30 May 2011 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8D4138FC0C for ; Mon, 30 May 2011 11:06:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4UB6xWl050385 for ; Mon, 30 May 2011 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4UB6wRI050383 for freebsd-hardware@FreeBSD.org; Mon, 30 May 2011 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 30 May 2011 11:06:58 GMT Message-Id: <201105301106.p4UB6wRI050383@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-hardware@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-hardware@FreeBSD.org 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: Mon, 30 May 2011 11:06:59 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/156241 hardware [mfi] 'zfs send' does not prevents disks to suspend if 1 problem total. From owner-freebsd-hardware@FreeBSD.ORG Tue May 31 15:01:31 2011 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 9F3321065770; Tue, 31 May 2011 15:01:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 06DB68FC14; Tue, 31 May 2011 15:01:31 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 9365A46B42; Tue, 31 May 2011 11:01:30 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1E9558A01F; Tue, 31 May 2011 11:01:30 -0400 (EDT) From: John Baldwin To: Willy@offermans.rompen.nl Date: Tue, 31 May 2011 11:01:23 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110521092037.GB3271@vpn.offrom.nl> <201105271043.34268.jhb@freebsd.org> <20110530092514.GB4558@vpn.offrom.nl> In-Reply-To: <20110530092514.GB4558@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105311101.23905.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 31 May 2011 11:01:30 -0400 (EDT) Cc: freebsd-hardware@freebsd.org, Marcel Moolenaar , freebsd-stable@freebsd.org, Mike Tancsa Subject: Re: modem support MT9234ZPX-PCIE-NV 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, 31 May 2011 15:01:31 -0000 On Monday, May 30, 2011 5:25:14 am Willy Offermans wrote: > Hello John and FreeBSD friends, > > On Fri, May 27, 2011 at 10:43:34AM -0400, John Baldwin wrote: > > On Friday, May 27, 2011 10:38:02 am Willy Offermans wrote: > > > Dear John and FreeBSD friends, > > > > > > On Fri, May 27, 2011 at 08:05:56AM -0400, John Baldwin wrote: > > > > On Thursday, May 26, 2011 4:58:37 pm Mike Tancsa wrote: > > > > > On 5/26/2011 4:12 PM, John Baldwin wrote: > > > > > > > > > > > > Hmm, can you get 'pciconf -lb' output? > > > > > > > > > > > > Hmm, wow, I wonder how uart(4) works at all. It tries to reuse it's softc > > > > > > structure in uart_bus_attach() that was setup in uart_bus_probe(). Since > > > > it > > > > > > doesn't return 0 from its probe routine, that is forbidden. I guess it > > > > > > accidentally works because of the hack where we call DEVICE_PROBE() again > > > > > > to make sure the device description is correct. > > > > > > > > > > > > > > > I think this is a similar card. Had it laying about for a while and > > > > > popped it in. cu -l to it, attaches, but I am not able to interact with it. > > > > > > > > > > none3@pci0:5:0:0: class=0x070002 card=0x20282205 chip=0x015213a8 > > > > > rev=0x02 hdr=0x00 > > > > > vendor = 'Exar Corp.' > > > > > device = 'XR17C/D152 Dual PCI UART' > > > > > class = simple comms > > > > > subclass = UART > > > > > bar [10] = type Memory, range 32, base 0xe8950000, size 1024, enabled > > > > > > > > > > > > > > > NetBSD supposedly has support for this card > > > > > > > > Oh, hmm, looks like the clock has an unusual multiplier. Does it work if you > > > > use 'cu -l -s 1200' to talk at 9600 for example? (In general use speed / 8 > > > > as the speed to '-s'.) > > > > > > > > Also, is your card a modem or a dual-port card? > > > > > > > > -- > > > > John Baldwin > > > > > > It is a modem. > > > > > > As suggested: > > > > > > kosmos# cu -l /dev/cuau0 -s 1200 > > > Stale lock on cuau0 PID=3642... overriding. > > > Connected > > > at&F > > > OK > > > atdt0045******* > > > NO DIALTONE > > > > Ok, try this updated patch. After this you should be able to use the correct > > speed: > > > > Index: uart_bus_pci.c > > =================================================================== > > --- uart_bus_pci.c (revision 222285) > > +++ uart_bus_pci.c (working copy) > > @@ -110,6 +110,8 @@ static struct pci_id pci_ns8250_ids[] = { > > { 0x1415, 0x950b, 0xffff, 0, "Oxford Semiconductor OXCB950 Cardbus 16950 UART", > > 0x10, 16384000 }, > > { 0x151f, 0x0000, 0xffff, 0, "TOPIC Semiconductor TP560 56k modem", 0x10 }, > > +{ 0x13a8, 0x0152, 0x2205, 0x2026, "MultiTech MultiModem ZPX", 0x10, > > + 8 * DEFAULT_RCLK }, > > { 0x9710, 0x9820, 0x1000, 1, "NetMos NM9820 Serial Port", 0x10 }, > > { 0x9710, 0x9835, 0x1000, 1, "NetMos NM9835 Serial Port", 0x10 }, > > { 0x9710, 0x9865, 0xa000, 0x1000, "NetMos NM9865 Serial Port", 0x10 }, > > > > -- > > John Baldwin > > The structure you have provided in your magic line would also need > some explanation. The data concerns the description of the chip and the > card I guess and can be gained by `pciconf -lv` > > uart0@pci0:6:0:0: class=0x070002 card=0x20262205 chip=0x015213a8 rev=0x02 hdr=0x00 > vendor = 'Exar Corp.' > device = 'XR17C/D152 Dual PCI UART' > class = simple comms > subclass = UART > > > A more detailed explanation would not harm. The data 0x10 and > 8 * DEFAULT_RCLK are still totally miraculous to me. 0x10 is the resource id for the first PCI BAR (rids for PCI device resources use the offset in PCI config space of the associated BAR). It would perhaps be more obvious if uart(4) and puc(4) used PCIR_BAR(0) rather than 0x10. Bumping the clock by a multiple of 8 was based on looking at the change in NetBSD that Mike Tancsa pointed to and that you verified by noting that 'cu -s 1200' connected at 9600 (9600 / 1200 == 8). One question though, would you be able to test the patch for puc(4) that I sent to Mike Tancsa to see if your modem works with puc(4)? The puc(4) patch is more general and if it works fine for your modem I'd rather just commit that. -- John Baldwin From owner-freebsd-hardware@FreeBSD.ORG Fri Jun 3 12:35:05 2011 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 D87BE106564A; Fri, 3 Jun 2011 12:35:05 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from cpsmtpb-ews09.kpnxchange.com (cpsmtpb-ews09.kpnxchange.com [213.75.39.14]) by mx1.freebsd.org (Postfix) with ESMTP id 1960F8FC0A; Fri, 3 Jun 2011 12:35:04 +0000 (UTC) Received: from cpbrm-ews30.kpnxchange.com ([10.94.84.161]) by cpsmtpb-ews09.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 3 Jun 2011 14:35:03 +0200 Received: from CPSMTPM-CMT108.kpnxchange.com ([195.121.3.24]) by cpbrm-ews30.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 3 Jun 2011 14:35:01 +0200 Received: from koko.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT108.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Fri, 3 Jun 2011 14:35:00 +0200 Received: from squid.home.itmc.RWTH-Aachen.DE (squid.vpn.offrom.nl [10.168.0.72]) by koko.offrom.nl (8.14.3/8.14.3) with ESMTP id p53CYtQ9032052; Fri, 3 Jun 2011 14:34:55 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid.home.itmc.RWTH-Aachen.DE with local (Exim 4.72) (envelope-from ) id 1QSTaY-000139-Kr; Fri, 03 Jun 2011 14:34:54 +0200 Date: Fri, 3 Jun 2011 14:34:54 +0200 From: Willy Offermans To: John Baldwin Message-ID: <20110603123454.GB3433@vpn.offrom.nl> References: <20110521092037.GB3271@vpn.offrom.nl> <201105271043.34268.jhb@freebsd.org> <20110530092514.GB4558@vpn.offrom.nl> <201105311101.23905.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201105311101.23905.jhb@freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 03 Jun 2011 12:35:00.0114 (UTC) FILETIME=[A7615720:01CC21EA] X-RcptDomain: freebsd.org X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Willy@offermans.rompen.nl, Marcel Moolenaar , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org, Mike Tancsa Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2011 12:35:06 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit Dear John and FreeBSD friends, On Tue, May 31, 2011 at 11:01:23AM -0400, John Baldwin wrote: > On Monday, May 30, 2011 5:25:14 am Willy Offermans wrote: > > Hello John and FreeBSD friends, > > > > On Fri, May 27, 2011 at 10:43:34AM -0400, John Baldwin wrote: > > > On Friday, May 27, 2011 10:38:02 am Willy Offermans wrote: > > > > Dear John and FreeBSD friends, > > > > > > > > On Fri, May 27, 2011 at 08:05:56AM -0400, John Baldwin wrote: > > > > > On Thursday, May 26, 2011 4:58:37 pm Mike Tancsa wrote: > > > > > > On 5/26/2011 4:12 PM, John Baldwin wrote: > > > > > > > > > > > > > > Hmm, can you get 'pciconf -lb' output? > > > > > > > > > > > > > > Hmm, wow, I wonder how uart(4) works at all. It tries to reuse it's softc > > > > > > > structure in uart_bus_attach() that was setup in uart_bus_probe(). Since > > > > > it > > > > > > > doesn't return 0 from its probe routine, that is forbidden. I guess it > > > > > > > accidentally works because of the hack where we call DEVICE_PROBE() again > > > > > > > to make sure the device description is correct. > > > > > > > > > > > > > > > > > > I think this is a similar card. Had it laying about for a while and > > > > > > popped it in. cu -l to it, attaches, but I am not able to interact with it. > > > > > > > > > > > > none3@pci0:5:0:0: class=0x070002 card=0x20282205 chip=0x015213a8 > > > > > > rev=0x02 hdr=0x00 > > > > > > vendor = 'Exar Corp.' > > > > > > device = 'XR17C/D152 Dual PCI UART' > > > > > > class = simple comms > > > > > > subclass = UART > > > > > > bar [10] = type Memory, range 32, base 0xe8950000, size 1024, enabled > > > > > > > > > > > > > > > > > > NetBSD supposedly has support for this card > > > > > > > > > > Oh, hmm, looks like the clock has an unusual multiplier. Does it work if you > > > > > use 'cu -l -s 1200' to talk at 9600 for example? (In general use speed / 8 > > > > > as the speed to '-s'.) > > > > > > > > > > Also, is your card a modem or a dual-port card? > > > > > > > > > > -- > > > > > John Baldwin > > > > > > > > It is a modem. > > > > > > > > As suggested: > > > > > > > > kosmos# cu -l /dev/cuau0 -s 1200 > > > > Stale lock on cuau0 PID=3642... overriding. > > > > Connected > > > > at&F > > > > OK > > > > atdt0045******* > > > > NO DIALTONE > > > > > > Ok, try this updated patch. After this you should be able to use the correct > > > speed: > > > > > > Index: uart_bus_pci.c > > > =================================================================== > > > --- uart_bus_pci.c (revision 222285) > > > +++ uart_bus_pci.c (working copy) > > > @@ -110,6 +110,8 @@ static struct pci_id pci_ns8250_ids[] = { > > > { 0x1415, 0x950b, 0xffff, 0, "Oxford Semiconductor OXCB950 Cardbus 16950 UART", > > > 0x10, 16384000 }, > > > { 0x151f, 0x0000, 0xffff, 0, "TOPIC Semiconductor TP560 56k modem", 0x10 }, > > > +{ 0x13a8, 0x0152, 0x2205, 0x2026, "MultiTech MultiModem ZPX", 0x10, > > > + 8 * DEFAULT_RCLK }, > > > { 0x9710, 0x9820, 0x1000, 1, "NetMos NM9820 Serial Port", 0x10 }, > > > { 0x9710, 0x9835, 0x1000, 1, "NetMos NM9835 Serial Port", 0x10 }, > > > { 0x9710, 0x9865, 0xa000, 0x1000, "NetMos NM9865 Serial Port", 0x10 }, > > > > > > -- > > > John Baldwin > > > > The structure you have provided in your magic line would also need > > some explanation. The data concerns the description of the chip and the > > card I guess and can be gained by `pciconf -lv` > > > > uart0@pci0:6:0:0: class=0x070002 card=0x20262205 chip=0x015213a8 rev=0x02 hdr=0x00 > > vendor = 'Exar Corp.' > > device = 'XR17C/D152 Dual PCI UART' > > class = simple comms > > subclass = UART > > > > > > A more detailed explanation would not harm. The data 0x10 and > > 8 * DEFAULT_RCLK are still totally miraculous to me. > > 0x10 is the resource id for the first PCI BAR (rids for PCI device resources > use the offset in PCI config space of the associated BAR). It would perhaps > be more obvious if uart(4) and puc(4) used PCIR_BAR(0) rather than 0x10. > Bumping the clock by a multiple of 8 was based on looking at the change in > NetBSD that Mike Tancsa pointed to and that you verified by noting that > 'cu -s 1200' connected at 9600 (9600 / 1200 == 8). > > One question though, would you be able to test the patch for puc(4) that I > sent to Mike Tancsa to see if your modem works with puc(4)? The puc(4) > patch is more general and if it works fine for your modem I'd rather just > commit that. > > -- > John Baldwin I have applied the suggested patch. The outcome was a new /usr/src/sys/dev/puc/pucdata.c file, which I have enclosed. Upon compiling the new kernel, I encountered the following error: cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/dev/puc/pucdata.c cc1: warnings being treated as errors /usr/src/sys/dev/puc/pucdata.c:535: warning: overflow in implicit constant conversion /usr/src/sys/dev/puc/pucdata.c:541: warning: overflow in implicit constant conversion /usr/src/sys/dev/puc/pucdata.c:547: warning: overflow in implicit constant conversion *** Error code 1 Stop in /usr/obj/usr/src/sys/KOSMOS. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I guess, I was not lucky. Did I miss something? ``cc1: warnings being treated as errors'' might also be released. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Willy ************************************* Dr. W.K. Offermans CAT Postdoctoral Fellow CAT Catalytic Center Institut für Technische und Makromolekulare Chemie RWTH Aachen Worringerweg 1, Raum 38C-150 D-52074 Aachen, Germany Phone: +49 241 80 28592 Fax: +49 241 80 22593 Home: +31 45 544 49 44 Mobile: +31 681 15 87 68 e-mail: Willy@Offermans.Rompen.nl e-mail: Willy.Offermans@CatalyticCenter.RWTH-Aachen.de Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org --tKW2IUtsqtDRztdT-- From owner-freebsd-hardware@FreeBSD.ORG Fri Jun 3 13:48:27 2011 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 E3F36106564A; Fri, 3 Jun 2011 13:48:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 903238FC0A; Fri, 3 Jun 2011 13:48:27 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 2AB7F46B2C; Fri, 3 Jun 2011 09:48:27 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B14298A01F; Fri, 3 Jun 2011 09:48:26 -0400 (EDT) From: John Baldwin To: Willy@offermans.rompen.nl Date: Fri, 3 Jun 2011 09:48:26 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110521092037.GB3271@vpn.offrom.nl> <201105311101.23905.jhb@freebsd.org> <20110603123454.GB3433@vpn.offrom.nl> In-Reply-To: <20110603123454.GB3433@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201106030948.26246.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 03 Jun 2011 09:48:26 -0400 (EDT) Cc: freebsd-hardware@freebsd.org, Marcel Moolenaar , freebsd-stable@freebsd.org, Mike Tancsa Subject: Re: modem support MT9234ZPX-PCIE-NV 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: Fri, 03 Jun 2011 13:48:28 -0000 On Friday, June 03, 2011 8:34:54 am Willy Offermans wrote: > Dear John and FreeBSD friends, > > On Tue, May 31, 2011 at 11:01:23AM -0400, John Baldwin wrote: > > On Monday, May 30, 2011 5:25:14 am Willy Offermans wrote: > > > Hello John and FreeBSD friends, > > > > > > On Fri, May 27, 2011 at 10:43:34AM -0400, John Baldwin wrote: > > > > On Friday, May 27, 2011 10:38:02 am Willy Offermans wrote: > > > > > Dear John and FreeBSD friends, > > > > > > > > > > On Fri, May 27, 2011 at 08:05:56AM -0400, John Baldwin wrote: > > > > > > On Thursday, May 26, 2011 4:58:37 pm Mike Tancsa wrote: > > > > > > > On 5/26/2011 4:12 PM, John Baldwin wrote: > > > > > > > > > > > > > > > > Hmm, can you get 'pciconf -lb' output? > > > > > > > > > > > > > > > > Hmm, wow, I wonder how uart(4) works at all. It tries to reuse it's softc > > > > > > > > structure in uart_bus_attach() that was setup in uart_bus_probe(). Since > > > > > > it > > > > > > > > doesn't return 0 from its probe routine, that is forbidden. I guess it > > > > > > > > accidentally works because of the hack where we call DEVICE_PROBE() again > > > > > > > > to make sure the device description is correct. > > > > > > > > > > > > > > > > > > > > > I think this is a similar card. Had it laying about for a while and > > > > > > > popped it in. cu -l to it, attaches, but I am not able to interact with it. > > > > > > > > > > > > > > none3@pci0:5:0:0: class=0x070002 card=0x20282205 chip=0x015213a8 > > > > > > > rev=0x02 hdr=0x00 > > > > > > > vendor = 'Exar Corp.' > > > > > > > device = 'XR17C/D152 Dual PCI UART' > > > > > > > class = simple comms > > > > > > > subclass = UART > > > > > > > bar [10] = type Memory, range 32, base 0xe8950000, size 1024, enabled > > > > > > > > > > > > > > > > > > > > > NetBSD supposedly has support for this card > > > > > > > > > > > > Oh, hmm, looks like the clock has an unusual multiplier. Does it work if you > > > > > > use 'cu -l -s 1200' to talk at 9600 for example? (In general use speed / 8 > > > > > > as the speed to '-s'.) > > > > > > > > > > > > Also, is your card a modem or a dual-port card? > > > > > > > > > > > > -- > > > > > > John Baldwin > > > > > > > > > > It is a modem. > > > > > > > > > > As suggested: > > > > > > > > > > kosmos# cu -l /dev/cuau0 -s 1200 > > > > > Stale lock on cuau0 PID=3642... overriding. > > > > > Connected > > > > > at&F > > > > > OK > > > > > atdt0045******* > > > > > NO DIALTONE > > > > > > > > Ok, try this updated patch. After this you should be able to use the correct > > > > speed: > > > > > > > > Index: uart_bus_pci.c > > > > =================================================================== > > > > --- uart_bus_pci.c (revision 222285) > > > > +++ uart_bus_pci.c (working copy) > > > > @@ -110,6 +110,8 @@ static struct pci_id pci_ns8250_ids[] = { > > > > { 0x1415, 0x950b, 0xffff, 0, "Oxford Semiconductor OXCB950 Cardbus 16950 UART", > > > > 0x10, 16384000 }, > > > > { 0x151f, 0x0000, 0xffff, 0, "TOPIC Semiconductor TP560 56k modem", 0x10 }, > > > > +{ 0x13a8, 0x0152, 0x2205, 0x2026, "MultiTech MultiModem ZPX", 0x10, > > > > + 8 * DEFAULT_RCLK }, > > > > { 0x9710, 0x9820, 0x1000, 1, "NetMos NM9820 Serial Port", 0x10 }, > > > > { 0x9710, 0x9835, 0x1000, 1, "NetMos NM9835 Serial Port", 0x10 }, > > > > { 0x9710, 0x9865, 0xa000, 0x1000, "NetMos NM9865 Serial Port", 0x10 }, > > > > > > > > -- > > > > John Baldwin > > > > > > The structure you have provided in your magic line would also need > > > some explanation. The data concerns the description of the chip and the > > > card I guess and can be gained by `pciconf -lv` > > > > > > uart0@pci0:6:0:0: class=0x070002 card=0x20262205 chip=0x015213a8 rev=0x02 hdr=0x00 > > > vendor = 'Exar Corp.' > > > device = 'XR17C/D152 Dual PCI UART' > > > class = simple comms > > > subclass = UART > > > > > > > > > A more detailed explanation would not harm. The data 0x10 and > > > 8 * DEFAULT_RCLK are still totally miraculous to me. > > > > 0x10 is the resource id for the first PCI BAR (rids for PCI device resources > > use the offset in PCI config space of the associated BAR). It would perhaps > > be more obvious if uart(4) and puc(4) used PCIR_BAR(0) rather than 0x10. > > Bumping the clock by a multiple of 8 was based on looking at the change in > > NetBSD that Mike Tancsa pointed to and that you verified by noting that > > 'cu -s 1200' connected at 9600 (9600 / 1200 == 8). > > > > One question though, would you be able to test the patch for puc(4) that I > > sent to Mike Tancsa to see if your modem works with puc(4)? The puc(4) > > patch is more general and if it works fine for your modem I'd rather just > > commit that. > > > > -- > > John Baldwin > > I have applied the suggested patch. > > The outcome was a new /usr/src/sys/dev/puc/pucdata.c file, which I have > enclosed. Hmm, there was a newer puc patch. Please try this one instead: Index: pucdata.c =================================================================== --- pucdata.c (revision 222565) +++ pucdata.c (working copy) @@ -48,8 +48,8 @@ __FBSDID("$FreeBSD$"); #include static puc_config_f puc_config_amc; -static puc_config_f puc_config_cronyx; static puc_config_f puc_config_diva; +static puc_config_f puc_config_exar; static puc_config_f puc_config_icbook; static puc_config_f puc_config_quatech; static puc_config_f puc_config_syba; @@ -548,11 +548,25 @@ const struct puc_cfg puc_pci_devices[] = { PUC_PORT_8S, 0x18, 0, 8, }, + { 0x13a8, 0x0152, 0xffff, 0, + "Exar XR17C/D152", + DEFAULT_RCLK * 8, + PUC_PORT_2S, 0x10, 0, -1, + .config_function = puc_config_exar + }, + + { 0x13a8, 0x0154, 0xffff, 0, + "Exar XR17C154", + DEFAULT_RCLK * 8, + PUC_PORT_4S, 0x10, 0, -1, + .config_function = puc_config_exar + }, + { 0x13a8, 0x0158, 0xffff, 0, - "Cronyx Omega2-PCI", + "Exar XR17C158", DEFAULT_RCLK * 8, PUC_PORT_8S, 0x10, 0, -1, - .config_function = puc_config_cronyx + .config_function = puc_config_exar }, { 0x13a8, 0x0258, 0xffff, 0, @@ -1014,28 +1028,28 @@ puc_config_amc(struct puc_softc *sc, enum puc_cfg_ } static int -puc_config_cronyx(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, +puc_config_diva(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, intptr_t *res) { + const struct puc_cfg *cfg = sc->sc_cfg; + if (cmd == PUC_CFG_GET_OFS) { - *res = port * 0x200; + if (cfg->subdevice == 0x1282) /* Everest SP */ + port <<= 1; + else if (cfg->subdevice == 0x104b) /* Maestro SP2 */ + port = (port == 3) ? 4 : port; + *res = port * 8 + ((port > 2) ? 0x18 : 0); return (0); } return (ENXIO); } static int -puc_config_diva(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, +puc_config_exar(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, intptr_t *res) { - const struct puc_cfg *cfg = sc->sc_cfg; - if (cmd == PUC_CFG_GET_OFS) { - if (cfg->subdevice == 0x1282) /* Everest SP */ - port <<= 1; - else if (cfg->subdevice == 0x104b) /* Maestro SP2 */ - port = (port == 3) ? 4 : port; - *res = port * 8 + ((port > 2) ? 0x18 : 0); + *res = port * 0x200; return (0); } return (ENXIO); -- John Baldwin From owner-freebsd-hardware@FreeBSD.ORG Fri Jun 3 19:00:19 2011 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 1DC8F106566B; Fri, 3 Jun 2011 19:00:18 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from cpsmtpb-ews07.kpnxchange.com (cpsmtpb-ews07.kpnxchange.com [213.75.39.10]) by mx1.freebsd.org (Postfix) with ESMTP id 63CF08FC13; Fri, 3 Jun 2011 19:00:16 +0000 (UTC) Received: from cpbrm-ews04.kpnxchange.com ([10.94.84.135]) by cpsmtpb-ews07.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 3 Jun 2011 21:00:15 +0200 Received: from CPSMTPM-CMT108.kpnxchange.com ([195.121.3.24]) by cpbrm-ews04.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 3 Jun 2011 21:00:14 +0200 Received: from koko.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT108.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Fri, 3 Jun 2011 21:00:14 +0200 Received: from squid.home.itmc.RWTH-Aachen.DE (squid.vpn.offrom.nl [10.168.0.72]) by koko.offrom.nl (8.14.3/8.14.3) with ESMTP id p53J0AHX030464; Fri, 3 Jun 2011 21:00:10 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid.home.itmc.RWTH-Aachen.DE with local (Exim 4.72) (envelope-from ) id 1QSZbO-0001W1-0E; Fri, 03 Jun 2011 21:00:10 +0200 Date: Fri, 3 Jun 2011 21:00:09 +0200 From: Willy Offermans To: John Baldwin Message-ID: <20110603190009.GA5809@vpn.offrom.nl> References: <20110521092037.GB3271@vpn.offrom.nl> <201105311101.23905.jhb@freebsd.org> <20110603123454.GB3433@vpn.offrom.nl> <201106030948.26246.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201106030948.26246.jhb@freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on koko.offrom.nl X-OriginalArrivalTime: 03 Jun 2011 19:00:14.0168 (UTC) FILETIME=[786E1580:01CC2220] X-RcptDomain: freebsd.org Cc: Willy@offermans.rompen.nl, Marcel Moolenaar , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org, Mike Tancsa Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2011 19:00:19 -0000 Hello John and FreeBSD friends, On Fri, Jun 03, 2011 at 09:48:26AM -0400, John Baldwin wrote: > On Friday, June 03, 2011 8:34:54 am Willy Offermans wrote: > > Dear John and FreeBSD friends, > > > > On Tue, May 31, 2011 at 11:01:23AM -0400, John Baldwin wrote: > > > On Monday, May 30, 2011 5:25:14 am Willy Offermans wrote: > > > > Hello John and FreeBSD friends, > > > > > > > > On Fri, May 27, 2011 at 10:43:34AM -0400, John Baldwin wrote: > > > > > On Friday, May 27, 2011 10:38:02 am Willy Offermans wrote: > > > > > > Dear John and FreeBSD friends, > > > > > > > > > > > > On Fri, May 27, 2011 at 08:05:56AM -0400, John Baldwin wrote: > > > > > > > On Thursday, May 26, 2011 4:58:37 pm Mike Tancsa wrote: > > > > > > > > On 5/26/2011 4:12 PM, John Baldwin wrote: > > > > > > > > > > > > > > > > > > Hmm, can you get 'pciconf -lb' output? > > > > > > > > > > > > > > > > > > Hmm, wow, I wonder how uart(4) works at all. It tries to > reuse it's softc > > > > > > > > > structure in uart_bus_attach() that was setup in > uart_bus_probe(). Since > > > > > > > it > > > > > > > > > doesn't return 0 from its probe routine, that is forbidden. > I guess it > > > > > > > > > accidentally works because of the hack where we call > DEVICE_PROBE() again > > > > > > > > > to make sure the device description is correct. > > > > > > > > > > > > > > > > > > > > > > > > I think this is a similar card. Had it laying about for a while > and > > > > > > > > popped it in. cu -l to it, attaches, but I am not able to > interact with it. > > > > > > > > > > > > > > > > none3@pci0:5:0:0: class=0x070002 card=0x20282205 > chip=0x015213a8 > > > > > > > > rev=0x02 hdr=0x00 > > > > > > > > vendor = 'Exar Corp.' > > > > > > > > device = 'XR17C/D152 Dual PCI UART' > > > > > > > > class = simple comms > > > > > > > > subclass = UART > > > > > > > > bar [10] = type Memory, range 32, base 0xe8950000, size > 1024, enabled > > > > > > > > > > > > > > > > > > > > > > > > NetBSD supposedly has support for this card > > > > > > > > > > > > > > Oh, hmm, looks like the clock has an unusual multiplier. Does it > work if you > > > > > > > use 'cu -l -s 1200' to talk at 9600 for example? (In general use > speed / 8 > > > > > > > as the speed to '-s'.) > > > > > > > > > > > > > > Also, is your card a modem or a dual-port card? > > > > > > > > > > > > > > -- > > > > > > > John Baldwin > > > > > > > > > > > > It is a modem. > > > > > > > > > > > > As suggested: > > > > > > > > > > > > kosmos# cu -l /dev/cuau0 -s 1200 > > > > > > Stale lock on cuau0 PID=3642... overriding. > > > > > > Connected > > > > > > at&F > > > > > > OK > > > > > > atdt0045******* > > > > > > NO DIALTONE > > > > > > > > > > Ok, try this updated patch. After this you should be able to use the > correct > > > > > speed: > > > > > > > > > > Index: uart_bus_pci.c > > > > > =================================================================== > > > > > --- uart_bus_pci.c (revision 222285) > > > > > +++ uart_bus_pci.c (working copy) > > > > > @@ -110,6 +110,8 @@ static struct pci_id pci_ns8250_ids[] = { > > > > > { 0x1415, 0x950b, 0xffff, 0, "Oxford Semiconductor OXCB950 Cardbus > 16950 UART", > > > > > 0x10, 16384000 }, > > > > > { 0x151f, 0x0000, 0xffff, 0, "TOPIC Semiconductor TP560 56k modem", > 0x10 }, > > > > > +{ 0x13a8, 0x0152, 0x2205, 0x2026, "MultiTech MultiModem ZPX", 0x10, > > > > > + 8 * DEFAULT_RCLK }, > > > > > { 0x9710, 0x9820, 0x1000, 1, "NetMos NM9820 Serial Port", 0x10 }, > > > > > { 0x9710, 0x9835, 0x1000, 1, "NetMos NM9835 Serial Port", 0x10 }, > > > > > { 0x9710, 0x9865, 0xa000, 0x1000, "NetMos NM9865 Serial Port", 0x10 > }, > > > > > > > > > > -- > > > > > John Baldwin > > > > > > > > The structure you have provided in your magic line would also need > > > > some explanation. The data concerns the description of the chip and the > > > > card I guess and can be gained by `pciconf -lv` > > > > > > > > uart0@pci0:6:0:0: class=0x070002 card=0x20262205 chip=0x015213a8 > rev=0x02 hdr=0x00 > > > > vendor = 'Exar Corp.' > > > > device = 'XR17C/D152 Dual PCI UART' > > > > class = simple comms > > > > subclass = UART > > > > > > > > > > > > A more detailed explanation would not harm. The data 0x10 and > > > > 8 * DEFAULT_RCLK are still totally miraculous to me. > > > > > > 0x10 is the resource id for the first PCI BAR (rids for PCI device > resources > > > use the offset in PCI config space of the associated BAR). It would > perhaps > > > be more obvious if uart(4) and puc(4) used PCIR_BAR(0) rather than 0x10. > > > Bumping the clock by a multiple of 8 was based on looking at the change in > > > NetBSD that Mike Tancsa pointed to and that you verified by noting that > > > 'cu -s 1200' connected at 9600 (9600 / 1200 == 8). > > > > > > One question though, would you be able to test the patch for puc(4) that I > > > sent to Mike Tancsa to see if your modem works with puc(4)? The puc(4) > > > patch is more general and if it works fine for your modem I'd rather just > > > commit that. > > > > > > -- > > > John Baldwin > > > > I have applied the suggested patch. > > > > The outcome was a new /usr/src/sys/dev/puc/pucdata.c file, which I have > > enclosed. > > Hmm, there was a newer puc patch. Please try this one instead: > > Index: pucdata.c > =================================================================== > --- pucdata.c (revision 222565) > +++ pucdata.c (working copy) > @@ -48,8 +48,8 @@ __FBSDID("$FreeBSD$"); > #include > > static puc_config_f puc_config_amc; > -static puc_config_f puc_config_cronyx; > static puc_config_f puc_config_diva; > +static puc_config_f puc_config_exar; > static puc_config_f puc_config_icbook; > static puc_config_f puc_config_quatech; > static puc_config_f puc_config_syba; > @@ -548,11 +548,25 @@ const struct puc_cfg puc_pci_devices[] = { > PUC_PORT_8S, 0x18, 0, 8, > }, > > + { 0x13a8, 0x0152, 0xffff, 0, > + "Exar XR17C/D152", > + DEFAULT_RCLK * 8, > + PUC_PORT_2S, 0x10, 0, -1, > + .config_function = puc_config_exar > + }, > + > + { 0x13a8, 0x0154, 0xffff, 0, > + "Exar XR17C154", > + DEFAULT_RCLK * 8, > + PUC_PORT_4S, 0x10, 0, -1, > + .config_function = puc_config_exar > + }, > + > { 0x13a8, 0x0158, 0xffff, 0, > - "Cronyx Omega2-PCI", > + "Exar XR17C158", > DEFAULT_RCLK * 8, > PUC_PORT_8S, 0x10, 0, -1, > - .config_function = puc_config_cronyx > + .config_function = puc_config_exar > }, > > { 0x13a8, 0x0258, 0xffff, 0, > @@ -1014,28 +1028,28 @@ puc_config_amc(struct puc_softc *sc, enum puc_cfg_ > } > > static int > -puc_config_cronyx(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, > +puc_config_diva(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, > intptr_t *res) > { > + const struct puc_cfg *cfg = sc->sc_cfg; > + > if (cmd == PUC_CFG_GET_OFS) { > - *res = port * 0x200; > + if (cfg->subdevice == 0x1282) /* Everest SP */ > + port <<= 1; > + else if (cfg->subdevice == 0x104b) /* Maestro SP2 */ > + port = (port == 3) ? 4 : port; > + *res = port * 8 + ((port > 2) ? 0x18 : 0); > return (0); > } > return (ENXIO); > } > > static int > -puc_config_diva(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, > +puc_config_exar(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, > intptr_t *res) > { > - const struct puc_cfg *cfg = sc->sc_cfg; > - > if (cmd == PUC_CFG_GET_OFS) { > - if (cfg->subdevice == 0x1282) /* Everest SP */ > - port <<= 1; > - else if (cfg->subdevice == 0x104b) /* Maestro SP2 */ > - port = (port == 3) ? 4 : port; > - *res = port * 8 + ((port > 2) ? 0x18 : 0); > + *res = port * 0x200; > return (0); > } > return (ENXIO); > > -- > John Baldwin The latter patch seems to work: >From the boot.msg: .... puc0: mem 0xfbfffc00-0xfbffffff irq 16 at device 0.0 on pci6 puc0: failed to enable port mapping! puc0: [FILTER] uart0: <16750 or compatible> on puc0 uart0: [FILTER] uart1: <16750 or compatible> on puc0 uart1: [FILTER] .... As I already pointed out, I do not have a line connected to the modem yet. This connection will hopefully be established tomorrow. After some rigorous testing I will post a mail with the on stream results. On the other hand, if someone knows some off stream testing procedures, then I'm happy to hear about that. For the time being I have started minicom and issued: AT AT&F ATI All with positive and already mentioned results. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, Willy ************************************* W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 681 15 87 68 e-mail: Willy@Offermans.Rompen.nl From owner-freebsd-hardware@FreeBSD.ORG Fri Jun 3 20:11:05 2011 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 308411065676 for ; Fri, 3 Jun 2011 20:11:05 +0000 (UTC) (envelope-from cliftonr@volcano.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id DD25A8FC1C for ; Fri, 3 Jun 2011 20:11:04 +0000 (UTC) Received: from hrndva-omtalb.mail.rr.com ([10.128.143.52]) by hrndva-qmta04.mail.rr.com with ESMTP id <20110603194017240.KWWF26750@hrndva-qmta04.mail.rr.com> for ; Fri, 3 Jun 2011 19:40:17 +0000 X-Authority-Analysis: v=1.1 cv=PfPQ8rIoTcZsncbPZjVSZ7K0hy8Zc4hmL68r4VPNpKE= c=1 sm=0 a=z1TLwsU0kBEA:10 a=MD6hJYEng8YA:10 a=sLPLfFCmqb0A:10 a=kj9zAlcOel0A:10 a=G5OLwwqwWgs+1dCEPNHTSw==:17 a=jb__rZ8GAAAA:8 a=GjEiR67sAAAA:8 a=DKK-TQLtKhTl9Dc4CRUA:9 a=CjuIK1q_8ugA:10 a=sHp_62vNEjwA:10 a=Ke08FT2oSu0A:10 a=G5OLwwqwWgs+1dCEPNHTSw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 75.80.196.236 Received: from [75.80.196.236] ([75.80.196.236:17667] helo=oz.volcano.org) by hrndva-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 66/99-01023-26839ED4; Fri, 03 Jun 2011 19:39:14 +0000 Received: by oz.volcano.org (Postfix, from userid 1001) id 87AB050846; Fri, 3 Jun 2011 09:39:13 -1000 (HST) Date: Fri, 3 Jun 2011 09:39:13 -1000 From: Clifton Royston To: Willy Offermans Message-ID: <20110603193913.GA7077@volcano.org> Mail-Followup-To: Willy Offermans , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org References: <20110521092037.GB3271@vpn.offrom.nl> <201105311101.23905.jhb@freebsd.org> <20110603123454.GB3433@vpn.offrom.nl> <201106030948.26246.jhb@freebsd.org> <20110603190009.GA5809@vpn.offrom.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110603190009.GA5809@vpn.offrom.nl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV 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: Fri, 03 Jun 2011 20:11:05 -0000 On Fri, Jun 03, 2011 at 09:00:09PM +0200, Willy Offermans wrote: > Hello John and FreeBSD friends, ... > > The latter patch seems to work: > > >From the boot.msg: > > > .... > puc0: mem 0xfbfffc00-0xfbffffff irq 16 at device 0.0 on pci6 > puc0: failed to enable port mapping! > puc0: [FILTER] > uart0: <16750 or compatible> on puc0 > uart0: [FILTER] > uart1: <16750 or compatible> on puc0 > uart1: [FILTER] > .... > > > As I already pointed out, I do not have a line connected to the modem yet. > This connection will hopefully be established tomorrow. After some rigorous > testing I will post a mail with the on stream results. On the other hand, > if someone knows some off stream testing procedures, then I'm happy to hear > about that. ... Many if not most modems supporting a Hayes-style command set include several loopback points (digital and analog) which you can turn on via specific command. Those commands are all non-standardized, so I can't tell you the commands for yours, but if you can look through a user manual or command reference you should be able to find them. Turning on loopback should allow you to do some basic verification tests, e.g. pipe a file of random binary values into it while concurrently reading it, and verify that you get the same contents. Personally, I'd try to get the digital loopback working first, then if that's OK try the analog loopback point. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@volcano.org President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-hardware@FreeBSD.ORG Fri Jun 3 20:59:38 2011 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 B1272106566B; Fri, 3 Jun 2011 20:59:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 767DF8FC0A; Fri, 3 Jun 2011 20:59:38 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 2EA3446B24; Fri, 3 Jun 2011 16:59:38 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B119B8A02A; Fri, 3 Jun 2011 16:59:37 -0400 (EDT) From: John Baldwin To: Willy@offermans.rompen.nl Date: Fri, 3 Jun 2011 16:54:48 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110521092037.GB3271@vpn.offrom.nl> <201106030948.26246.jhb@freebsd.org> <20110603190009.GA5809@vpn.offrom.nl> In-Reply-To: <20110603190009.GA5809@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106031654.48865.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 03 Jun 2011 16:59:37 -0400 (EDT) Cc: freebsd-hardware@freebsd.org, Marcel Moolenaar , freebsd-stable@freebsd.org, Mike Tancsa Subject: Re: modem support MT9234ZPX-PCIE-NV 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: Fri, 03 Jun 2011 20:59:38 -0000 On Friday, June 03, 2011 3:00:09 pm Willy Offermans wrote: > Hello John and FreeBSD friends, > > On Fri, Jun 03, 2011 at 09:48:26AM -0400, John Baldwin wrote: > > On Friday, June 03, 2011 8:34:54 am Willy Offermans wrote: > > > Dear John and FreeBSD friends, > > > > > > On Tue, May 31, 2011 at 11:01:23AM -0400, John Baldwin wrote: > > > > On Monday, May 30, 2011 5:25:14 am Willy Offermans wrote: > > > > > Hello John and FreeBSD friends, > > > > > > > > > > On Fri, May 27, 2011 at 10:43:34AM -0400, John Baldwin wrote: > > > > > > On Friday, May 27, 2011 10:38:02 am Willy Offermans wrote: > > > > > > > Dear John and FreeBSD friends, > > > > > > > > > > > > > > On Fri, May 27, 2011 at 08:05:56AM -0400, John Baldwin wrote: > > > > > > > > On Thursday, May 26, 2011 4:58:37 pm Mike Tancsa wrote: > > > > > > > > > On 5/26/2011 4:12 PM, John Baldwin wrote: > > > > > > > > > > > > > > > > > > > > Hmm, can you get 'pciconf -lb' output? > > > > > > > > > > > > > > > > > > > > Hmm, wow, I wonder how uart(4) works at all. It tries to > > reuse it's softc > > > > > > > > > > structure in uart_bus_attach() that was setup in > > uart_bus_probe(). Since > > > > > > > > it > > > > > > > > > > doesn't return 0 from its probe routine, that is forbidden. > > I guess it > > > > > > > > > > accidentally works because of the hack where we call > > DEVICE_PROBE() again > > > > > > > > > > to make sure the device description is correct. > > > > > > > > > > > > > > > > > > > > > > > > > > > I think this is a similar card. Had it laying about for a while > > and > > > > > > > > > popped it in. cu -l to it, attaches, but I am not able to > > interact with it. > > > > > > > > > > > > > > > > > > none3@pci0:5:0:0: class=0x070002 card=0x20282205 > > chip=0x015213a8 > > > > > > > > > rev=0x02 hdr=0x00 > > > > > > > > > vendor = 'Exar Corp.' > > > > > > > > > device = 'XR17C/D152 Dual PCI UART' > > > > > > > > > class = simple comms > > > > > > > > > subclass = UART > > > > > > > > > bar [10] = type Memory, range 32, base 0xe8950000, size > > 1024, enabled > > > > > > > > > > > > > > > > > > > > > > > > > > > NetBSD supposedly has support for this card > > > > > > > > > > > > > > > > Oh, hmm, looks like the clock has an unusual multiplier. Does it > > work if you > > > > > > > > use 'cu -l -s 1200' to talk at 9600 for example? (In general use > > speed / 8 > > > > > > > > as the speed to '-s'.) > > > > > > > > > > > > > > > > Also, is your card a modem or a dual-port card? > > > > > > > > > > > > > > > > -- > > > > > > > > John Baldwin > > > > > > > > > > > > > > It is a modem. > > > > > > > > > > > > > > As suggested: > > > > > > > > > > > > > > kosmos# cu -l /dev/cuau0 -s 1200 > > > > > > > Stale lock on cuau0 PID=3642... overriding. > > > > > > > Connected > > > > > > > at&F > > > > > > > OK > > > > > > > atdt0045******* > > > > > > > NO DIALTONE > > > > > > > > > > > > Ok, try this updated patch. After this you should be able to use the > > correct > > > > > > speed: > > > > > > > > > > > > Index: uart_bus_pci.c > > > > > > =================================================================== > > > > > > --- uart_bus_pci.c (revision 222285) > > > > > > +++ uart_bus_pci.c (working copy) > > > > > > @@ -110,6 +110,8 @@ static struct pci_id pci_ns8250_ids[] = { > > > > > > { 0x1415, 0x950b, 0xffff, 0, "Oxford Semiconductor OXCB950 Cardbus > > 16950 UART", > > > > > > 0x10, 16384000 }, > > > > > > { 0x151f, 0x0000, 0xffff, 0, "TOPIC Semiconductor TP560 56k modem", > > 0x10 }, > > > > > > +{ 0x13a8, 0x0152, 0x2205, 0x2026, "MultiTech MultiModem ZPX", 0x10, > > > > > > + 8 * DEFAULT_RCLK }, > > > > > > { 0x9710, 0x9820, 0x1000, 1, "NetMos NM9820 Serial Port", 0x10 }, > > > > > > { 0x9710, 0x9835, 0x1000, 1, "NetMos NM9835 Serial Port", 0x10 }, > > > > > > { 0x9710, 0x9865, 0xa000, 0x1000, "NetMos NM9865 Serial Port", 0x10 > > }, > > > > > > > > > > > > -- > > > > > > John Baldwin > > > > > > > > > > The structure you have provided in your magic line would also need > > > > > some explanation. The data concerns the description of the chip and the > > > > > card I guess and can be gained by `pciconf -lv` > > > > > > > > > > uart0@pci0:6:0:0: class=0x070002 card=0x20262205 chip=0x015213a8 > > rev=0x02 hdr=0x00 > > > > > vendor = 'Exar Corp.' > > > > > device = 'XR17C/D152 Dual PCI UART' > > > > > class = simple comms > > > > > subclass = UART > > > > > > > > > > > > > > > A more detailed explanation would not harm. The data 0x10 and > > > > > 8 * DEFAULT_RCLK are still totally miraculous to me. > > > > > > > > 0x10 is the resource id for the first PCI BAR (rids for PCI device > > resources > > > > use the offset in PCI config space of the associated BAR). It would > > perhaps > > > > be more obvious if uart(4) and puc(4) used PCIR_BAR(0) rather than 0x10. > > > > Bumping the clock by a multiple of 8 was based on looking at the change in > > > > NetBSD that Mike Tancsa pointed to and that you verified by noting that > > > > 'cu -s 1200' connected at 9600 (9600 / 1200 == 8). > > > > > > > > One question though, would you be able to test the patch for puc(4) that I > > > > sent to Mike Tancsa to see if your modem works with puc(4)? The puc(4) > > > > patch is more general and if it works fine for your modem I'd rather just > > > > commit that. > > > > > > > > -- > > > > John Baldwin > > > > > > I have applied the suggested patch. > > > > > > The outcome was a new /usr/src/sys/dev/puc/pucdata.c file, which I have > > > enclosed. > > > > Hmm, there was a newer puc patch. Please try this one instead: > > > > Index: pucdata.c > > =================================================================== > > --- pucdata.c (revision 222565) > > +++ pucdata.c (working copy) > > @@ -48,8 +48,8 @@ __FBSDID("$FreeBSD$"); > > #include > > > > static puc_config_f puc_config_amc; > > -static puc_config_f puc_config_cronyx; > > static puc_config_f puc_config_diva; > > +static puc_config_f puc_config_exar; > > static puc_config_f puc_config_icbook; > > static puc_config_f puc_config_quatech; > > static puc_config_f puc_config_syba; > > @@ -548,11 +548,25 @@ const struct puc_cfg puc_pci_devices[] = { > > PUC_PORT_8S, 0x18, 0, 8, > > }, > > > > + { 0x13a8, 0x0152, 0xffff, 0, > > + "Exar XR17C/D152", > > + DEFAULT_RCLK * 8, > > + PUC_PORT_2S, 0x10, 0, -1, > > + .config_function = puc_config_exar > > + }, > > + > > + { 0x13a8, 0x0154, 0xffff, 0, > > + "Exar XR17C154", > > + DEFAULT_RCLK * 8, > > + PUC_PORT_4S, 0x10, 0, -1, > > + .config_function = puc_config_exar > > + }, > > + > > { 0x13a8, 0x0158, 0xffff, 0, > > - "Cronyx Omega2-PCI", > > + "Exar XR17C158", > > DEFAULT_RCLK * 8, > > PUC_PORT_8S, 0x10, 0, -1, > > - .config_function = puc_config_cronyx > > + .config_function = puc_config_exar > > }, > > > > { 0x13a8, 0x0258, 0xffff, 0, > > @@ -1014,28 +1028,28 @@ puc_config_amc(struct puc_softc *sc, enum puc_cfg_ > > } > > > > static int > > -puc_config_cronyx(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, > > +puc_config_diva(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, > > intptr_t *res) > > { > > + const struct puc_cfg *cfg = sc->sc_cfg; > > + > > if (cmd == PUC_CFG_GET_OFS) { > > - *res = port * 0x200; > > + if (cfg->subdevice == 0x1282) /* Everest SP */ > > + port <<= 1; > > + else if (cfg->subdevice == 0x104b) /* Maestro SP2 */ > > + port = (port == 3) ? 4 : port; > > + *res = port * 8 + ((port > 2) ? 0x18 : 0); > > return (0); > > } > > return (ENXIO); > > } > > > > static int > > -puc_config_diva(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, > > +puc_config_exar(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, > > intptr_t *res) > > { > > - const struct puc_cfg *cfg = sc->sc_cfg; > > - > > if (cmd == PUC_CFG_GET_OFS) { > > - if (cfg->subdevice == 0x1282) /* Everest SP */ > > - port <<= 1; > > - else if (cfg->subdevice == 0x104b) /* Maestro SP2 */ > > - port = (port == 3) ? 4 : port; > > - *res = port * 8 + ((port > 2) ? 0x18 : 0); > > + *res = port * 0x200; > > return (0); > > } > > return (ENXIO); > > > > -- > > John Baldwin > > The latter patch seems to work: > > From the boot.msg: > > > .... > puc0: mem 0xfbfffc00-0xfbffffff irq 16 at device 0.0 on pci6 > puc0: failed to enable port mapping! > puc0: [FILTER] > uart0: <16750 or compatible> on puc0 > uart0: [FILTER] > uart1: <16750 or compatible> on puc0 > uart1: [FILTER] > .... > > > As I already pointed out, I do not have a line connected to the modem yet. > This connection will hopefully be established tomorrow. After some rigorous > testing I will post a mail with the on stream results. On the other hand, > if someone knows some off stream testing procedures, then I'm happy to hear > about that. For the time being I have started minicom and issued: > > AT > AT&F > ATI > > All with positive and already mentioned results. Ok. So it looks like your modem does indeed have two functioning UARTs. Do you have any idea what might be on the second UART? -- John Baldwin