From owner-freebsd-sparc64@FreeBSD.ORG Sun May 17 14:32:42 2009 Return-Path: Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C2B1106566C for ; Sun, 17 May 2009 14:32:42 +0000 (UTC) (envelope-from mike.gordon@primus.ca) Received: from matrix.start.ca (matrix.start.ca [204.101.248.1]) by mx1.freebsd.org (Postfix) with ESMTP id 328A78FC1F for ; Sun, 17 May 2009 14:32:42 +0000 (UTC) (envelope-from mike.gordon@primus.ca) Received: from rti (pool7-157.adsl.user.start.ca [207.236.142.157]) by matrix.start.ca (8.13.6/8.12.11) with SMTP id n4HDUuxn025599 for ; Sun, 17 May 2009 09:30:59 -0400 Message-Id: <200905171330.n4HDUuxn025599@matrix.start.ca> From: "mike gordon" To: "freebsd-sparc" Date: Sun, 17 May 2009 09:30:53 -0400 Organization: repharm MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Technology - Oracle, IBM, ERP - SAP, QAD, CRM - Siebel, Communication - Cisco, Manufacturing, Healthcare customer lists X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2009 14:32:42 -0000 This email is to introduce our company Repharm and services we offer. Repharm is an international leader of sales and marketing database products for high technology businesses. We provide installed customer lists for companies such as Oracle, PeopleSoft, Siebel, etc. Our lists are continuously maintained to ensure the highest level of accuracy and completeness. We have hundreds of industry leaders as customers today - many whose names you would recognize. If you are interested, we could send you a sample of one of our lists complete with summary information, so that you could evaluate our content. To find out about the various lists we have available, in preparation for any sales or marketing campaigns that your organization may be considering in future, we'd love to hear from you. Or, perhaps you'd be interested in acquiring your competitors' customer lists? If you would like more information, please contact us at (905) 721-8456 or email us at repharm1@aol.com Below are just some of the lists available: ERP (ENTERPRISE RESOURCE PLANNING): Baan JD Edwards Lawson Made2Manage Mapics Marcam Oracle Peoplesoft SAP SSA E-BUSINESS APPLICATIONS: Ariba BMC BroadVision Commerce One Webtrends MIDDLEWARE/CONNECTIVITY/APP SERVERS/WEB SERVERS: Bea Systems Iona Unisys OPERATING SYSTEMS/HARDWARE/SOFTWARE: COMPAQ HP 3000 HP 9000 HP-UX IBM AS/400 IBM OS/390 Lotus Notes Microsoft Sun Microsystems DATABASE: DB2 FileMaker Informix Oracle SQL SybaseCRM (CUSTOMER RELATIONSHIP MANAGEMENT): Clarify E.piphany HNC Onyx Pivotal Siebel Vantive Xchange SUPPLY CHAIN: Agile i2 Technologies Manugistics QAD Webplan COMMUNICATIONS: Nortel Cisco 3com Siemens Alcatel Telecom Vars ASP’s CLECS ISP’s E-COMMERCE: Dot Com Directory Consultant Directory Software Directory EXECUTIVE DIRECTORIES: Chief Executive Officer Chief Financial Officer Chief Information Officer Engineering Human Resources Purchasing Sales/Marketing INDUSTRY SPECIFIC LISTS: Agriculture, Forestry and Fishing, Communications, Construction, Finance, Insurance and Real Estate, Manufacturing, Mining, Public Administration, Retail Trade, Services, Transportation, Utilities, Wholesale Trade From owner-freebsd-sparc64@FreeBSD.ORG Mon May 18 11:07:00 2009 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D382F10656C2 for ; Mon, 18 May 2009 11:07:00 +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 BEC518FC1A for ; Mon, 18 May 2009 11:07:00 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4IB70me075807 for ; Mon, 18 May 2009 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4IB70xj075803 for freebsd-sparc64@FreeBSD.org; Mon, 18 May 2009 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 18 May 2009 11:07:00 GMT Message-Id: <200905181107.n4IB70xj075803@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2009 11:07:02 -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 -------------------------------------------------------------------------------- f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/119017 sparc64 [install] 7.0 Beta won't install on U60 o sparc/113556 sparc64 [panic] trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 13 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon May 18 16:04:58 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 146A0106566B for ; Mon, 18 May 2009 16:04:58 +0000 (UTC) (envelope-from steve@kcilink.com) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id B6CFD8FC19 for ; Mon, 18 May 2009 16:04:57 +0000 (UTC) (envelope-from steve@kcilink.com) Received: from steve.int.kcilink.com (steve.int.kcilink.com [192.168.7.99]) by yertle.kcilink.com (Postfix) with ESMTP id 34B828A009 for ; Mon, 18 May 2009 11:49:22 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kcilink.com; s=kci0709; t=1242661762; bh=EjPj9I0tZLgwp307Lq8cSyeh2/cxEGvPWSvpHca6yMo=; h=Message-Id:From:To:Content-Type:Mime-Version:Subject:Date; b=B3WpugD3yU3SFYjdZPJ26Ngso20yIc6c8nzX5XGBgIxsT/3H61jNKkJAaOaZ1GCfW L4Vhz5w078BJ0I7YY2Y2htVbai0D9dE/n+vFLraD0P5SjbxwOgA5a4uK2vQdNCsX53 cQu3uizZKI4MjfsUiQY1z5317zvgfyKKRo18Kih8= Message-Id: <43658782-451B-4B3E-9F59-6E04409AFAA1@kcilink.com> From: Steve Scally To: freebsd-sparc64@freebsd.org Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 18 May 2009 11:49:14 -0400 X-Mailer: Apple Mail (2.935.3) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Serial Port Troubleshooting X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2009 16:04:58 -0000 Hello, I currently have two machines one Ultra60 and one Dell GX400. Both of these boxes have two serial ports. Currently port A on the Sun goes to com2 on the Dell and com1 on the Dell goes to port B on the Sun. I upgraded my Ultra60 to FreeBSD 7.2 from 7.0 last night using the serial connection from the Dell box. However now when trying to connect from the Sun to the Dell I only receive the "connected" string and no prompt. I also tried connecting to the Dell from the Sun and then rebooting the dell from another terminal. When the Dell box reaches the multi-user prompt the terminal window with the serial connection receives a question mark, "?." My boot.config and ttys files have not changed and I did test that it was working prior to upgrading the Sun. I read through the freebsd docs however most of it is just the setup and "it should work". When I initially set this up it did work just as it was written. I was wondering if I missed any changes in 7.2 for the serial ports or if there is any other documentation to look at for troubleshooting serial port connections. Is there is a script or more debugging I can turn on to see where exactly the connection is failing? I have included snips of my dmesg and boot.config and ttys file. Let me know if you need more info or the full listings. I haven't troubleshooted serial port issues before and apologize if I missed something obvious. Thank you for your help. I use the following commands to connect. Sun Terms root 900 0.0 0.2 5880 1176 u1 Is+ 11:46PM 0:00.02 /usr/ libexec/getty std.9600 ttyu1 root 732 0.0 0.2 5880 1168 v1 Is+ 11:26PM 0:00.01 /usr/ libexec/getty Pc ttyv1 root 733 0.0 0.2 5880 1168 v2 Is+ 11:26PM 0:00.01 /usr/ libexec/getty Pc ttyv2 Dell Terms root 896 0.0 0.1 1352 948 d0 Is+ 8:51PM 0:00.01 /usr/ libexec/getty std.9600 ttyd0 root 762 0.0 0.1 1352 948 v1 Is+ 8:11PM 0:00.00 /usr/ libexec/getty Pc ttyv1 root 763 0.0 0.1 1352 948 v2 Is+ 8:11PM 0:00.00 /usr/ libexec/getty Pc ttyv2 From the Sun to the Dell cu -l /dev/cuau0 From Dell to Sun cu -l /dev/cuad1 Sun Files FreeBSD 7.2-RELEASE #1: Sun May 17 14:00:45 EDT 2009 root@etch.helios.local:/usr/obj/usr/src/sys/GENERIC cpu0: Sun Microsystems UltraSparc-II Processor (450.03 MHz CPU) scc0: addr 0x1400400000-0x140040007f irq 43 on ebus0 scc0: [FILTER] uart0: on scc0 uart0: [FILTER] uart0: CTS oflow uart1: on scc0 uart1: [FILTER] uart1: CTS oflow uart1: console (9600,n,8,1) uart2: <16550 or compatible> addr 0x14003083f8-0x14003083ff irq 41 on ebus0 uart2: [FILTER] uart2: keyboard (1200,n,8,1) uart2: keyboard not present uart3: <16550 or compatible> addr 0x14003062f8-0x14003062ff irq 42 on ebus0 uart3: [FILTER] boot.config -Dh /etc/ttys # Serial terminals # The 'dialup' keyword identifies dialin lines to login, fingerd etc. # uart(4) ttyu0 "/usr/libexec/getty std.9600" dialup off secure ttyu1 "/usr/libexec/getty std.9600" vt100 on secure ttyu2 "/usr/libexec/getty std.9600" vt100 off secure ttyu3 "/usr/libexec/getty std.9600" vt100 off secure Dell Files FreeBSD 7.2-RELEASE #1: Sun May 17 22:22:58 EDT 2009 sscally@buzz.helios.local:/usr/obj/usr/src/sys/GENERIC sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] boot.config -Dh /etc/ttys # Serial terminals # The 'dialup' keyword identifies dialin lines to login, fingerd etc. ttyd0 "/usr/libexec/getty std.9600" vt100 on secure ttyd1 "/usr/libexec/getty std.9600" dialup off secure ttyd2 "/usr/libexec/getty std.9600" dialup off secure ttyd3 "/usr/libexec/getty std.9600" dialup off secure From owner-freebsd-sparc64@FreeBSD.ORG Tue May 19 17:55:04 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66DFA1065673 for ; Tue, 19 May 2009 17:55:04 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id AFD868FC21 for ; Tue, 19 May 2009 17:55:03 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n4JHt2Sj065273; Tue, 19 May 2009 19:55:02 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n4JHt1sJ065272; Tue, 19 May 2009 19:55:01 +0200 (CEST) (envelope-from marius) Date: Tue, 19 May 2009 19:55:01 +0200 From: Marius Strobl To: Steve Scally Message-ID: <20090519175501.GA65063@alchemy.franken.de> References: <43658782-451B-4B3E-9F59-6E04409AFAA1@kcilink.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43658782-451B-4B3E-9F59-6E04409AFAA1@kcilink.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Serial Port Troubleshooting X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2009 17:55:04 -0000 On Mon, May 18, 2009 at 11:49:14AM -0400, Steve Scally wrote: > Hello, > > I currently have two machines one Ultra60 and one Dell GX400. Both > of these boxes have two serial ports. Currently port A on the Sun > goes to com2 on the Dell and com1 on the Dell goes to port B on the > Sun. I upgraded my Ultra60 to FreeBSD 7.2 from 7.0 last night using > the serial connection from the Dell box. However now when trying to > connect from the Sun to the Dell I only receive the "connected" string > and no prompt. I also tried connecting to the Dell from the Sun and > then rebooting the dell from another terminal. When the Dell box > reaches the multi-user prompt the terminal window with the serial > connection receives a question mark, "?." Does this imply that the low-level console works, i.e. you get the dmesg output of the kernel etc. but at the point getty(8) should take over things break? Does the other way work, i.e. can you login in to the Sun from the Dell machine? What happens if you connect each machine to itself and try to log in? Have you tried with something different than cu(1), f.e. minicom from ports? > My boot.config and ttys > files have not changed and I did test that it was working prior to > upgrading the Sun. I read through the freebsd docs however most of it > is just the setup and "it should work". When I initially set this up > it did work just as it was written. I was wondering if I missed any > changes in 7.2 for the serial ports or if there is any other > documentation to look at for troubleshooting serial port connections. > Is there is a script or more debugging I can turn on to see where > exactly the connection is failing? Not as far as I can tell. > I have included snips of my dmesg > and boot.config and ttys file. Let me know if you need more info or > the full listings. > I haven't troubleshooted serial port issues before and apologize if I > missed something obvious. > > Thank you for your help. > > I use the following commands to connect. > > Sun Terms > root 900 0.0 0.2 5880 1176 u1 Is+ 11:46PM 0:00.02 /usr/ > libexec/getty std.9600 ttyu1 > root 732 0.0 0.2 5880 1168 v1 Is+ 11:26PM 0:00.01 /usr/ > libexec/getty Pc ttyv1 > root 733 0.0 0.2 5880 1168 v2 Is+ 11:26PM 0:00.01 /usr/ > libexec/getty Pc ttyv2 > > Dell Terms > root 896 0.0 0.1 1352 948 d0 Is+ 8:51PM 0:00.01 /usr/ > libexec/getty std.9600 ttyd0 > root 762 0.0 0.1 1352 948 v1 Is+ 8:11PM 0:00.00 /usr/ > libexec/getty Pc ttyv1 > root 763 0.0 0.1 1352 948 v2 Is+ 8:11PM 0:00.00 /usr/ > libexec/getty Pc ttyv2 > > From the Sun to the Dell > > cu -l /dev/cuau0 > > From Dell to Sun > > cu -l /dev/cuad1 > > > Sun Files > > FreeBSD 7.2-RELEASE #1: Sun May 17 14:00:45 EDT 2009 > root@etch.helios.local:/usr/obj/usr/src/sys/GENERIC > cpu0: Sun Microsystems UltraSparc-II Processor (450.03 MHz CPU) > scc0: addr > 0x1400400000-0x140040007f irq 43 on ebus0 > scc0: [FILTER] > uart0: on scc0 > uart0: [FILTER] > uart0: CTS oflow > uart1: on scc0 > uart1: [FILTER] > uart1: CTS oflow > uart1: console (9600,n,8,1) > uart2: <16550 or compatible> addr 0x14003083f8-0x14003083ff irq 41 on > ebus0 > uart2: [FILTER] > uart2: keyboard (1200,n,8,1) > uart2: keyboard not present > uart3: <16550 or compatible> addr 0x14003062f8-0x14003062ff irq 42 on > ebus0 > uart3: [FILTER] > > boot.config > -Dh > > /etc/ttys > > # Serial terminals > # The 'dialup' keyword identifies dialin lines to login, fingerd etc. > # uart(4) > ttyu0 "/usr/libexec/getty std.9600" dialup off secure > ttyu1 "/usr/libexec/getty std.9600" vt100 on secure > ttyu2 "/usr/libexec/getty std.9600" vt100 off secure > ttyu3 "/usr/libexec/getty std.9600" vt100 off secure > > Dell Files > > FreeBSD 7.2-RELEASE #1: Sun May 17 22:22:58 EDT 2009 > sscally@buzz.helios.local:/usr/obj/usr/src/sys/GENERIC > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 > on acpi0 > sio0: type 16550A, console > sio0: [FILTER] > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > sio1: [FILTER] > > boot.config > -Dh > > /etc/ttys > > # Serial terminals > # The 'dialup' keyword identifies dialin lines to login, fingerd etc. > ttyd0 "/usr/libexec/getty std.9600" vt100 on secure > ttyd1 "/usr/libexec/getty std.9600" dialup off secure > ttyd2 "/usr/libexec/getty std.9600" dialup off secure > ttyd3 "/usr/libexec/getty std.9600" dialup off secure > > _______________________________________________ Marius From owner-freebsd-sparc64@FreeBSD.ORG Tue May 19 18:44:30 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1CB5106567C for ; Tue, 19 May 2009 18:44:30 +0000 (UTC) (envelope-from steve@kcilink.com) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 7AEB88FC1E for ; Tue, 19 May 2009 18:44:30 +0000 (UTC) (envelope-from steve@kcilink.com) Received: from steve.int.kcilink.com (steve.int.kcilink.com [192.168.7.99]) by yertle.kcilink.com (Postfix) with ESMTP id 875328A253; Tue, 19 May 2009 14:44:29 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kcilink.com; s=kci0709; t=1242758669; bh=seIbu2wT6u1NdMoLcpTOb0xl3CT1MM8RskXHpKyl3N0=; h=Cc:Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References; b=uVLRFnaNYBiRBWsWZc8VPwOuCcH35zZsLg8HMMQUep2GkWibRQO7LNtl/cSs5477Q ZOw/1ZkgmlPl2+2tYPqSypyn12rE7g+c2UwoVz5VmpTFzPb9SRF8nlkRHjKDnRz036 fRDA3jmno+CiEyRFSvUip6k2k1/hknasDTvktcbo= Message-Id: From: Steve Scally To: marius@alchemy.franken.de In-Reply-To: <20090519175501.GA65063@alchemy.franken.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Tue, 19 May 2009 14:44:29 -0400 References: <43658782-451B-4B3E-9F59-6E04409AFAA1@kcilink.com> <20090519175501.GA65063@alchemy.franken.de> X-Mailer: Apple Mail (2.935.3) Cc: freebsd-sparc64@freebsd.org Subject: Re: Serial Port Troubleshooting X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2009 18:44:31 -0000 Marius & all, First thank you for your responses. On May 19, 2009, at 1:55 PM, Marius Strobl wrote: > On Mon, May 18, 2009 at 11:49:14AM -0400, Steve Scally wrote: >> Hello, >> >> I currently have two machines one Ultra60 and one Dell GX400. Both >> of these boxes have two serial ports. Currently port A on the Sun >> goes to com2 on the Dell and com1 on the Dell goes to port B on the >> Sun. I upgraded my Ultra60 to FreeBSD 7.2 from 7.0 last night >> using >> the serial connection from the Dell box. However now when trying to >> connect from the Sun to the Dell I only receive the "connected" >> string >> and no prompt. I also tried connecting to the Dell from the Sun and >> then rebooting the dell from another terminal. When the Dell box >> reaches the multi-user prompt the terminal window with the serial >> connection receives a question mark, "?." > > Does this imply that the low-level console works, i.e. you get > the dmesg output of the kernel etc. but at the point getty(8) > should take over things break? > Does the other way work, i.e. can you login in to the Sun from > the Dell machine? > What happens if you connect each machine to itself and try to > log in? > Have you tried with something different than cu(1), f.e. > minicom from ports? To answer your questions. I assume the low-level console is working if it is showing up the dmesg output. Is there any other way to verify this? I appears that yes at this point the failure is occurring when getty should be taking over, is there way to verify this as well? I can indeed login to the Sun from the Dell using tip and cu, I have not tried minicom simply because cu worked before. I will try tonight to remove all serial cables, reboot both boxes without any serial cables attached, then I will just attach the Sun to Dell setup and try again. This is the only output I have from /var/log/aculog. Sun (Tue May 19 14:37:56 2009) call completed (Tue May 19 14:38:21 2009) call terminated Dell (Tue May 19 14:35:55 2009) call completed (Tue May 19 14:36:34 2009) call completed Connecting Dell to Sun using cu -l /dev/cuad1 [root@buzz]% cu -l /dev/cuad1 Connected FreeBSD/sparc64 (etch) (ttyu1) login: Connecting Sun to Dell using cu -l /dev/cuau0 etch# cu -l /dev/cuau0 Connected I appreciate your help and thanks again. From owner-freebsd-sparc64@FreeBSD.ORG Wed May 20 04:31:32 2009 Return-Path: Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D1E5106564A for ; Wed, 20 May 2009 04:31:32 +0000 (UTC) (envelope-from suport@bid2win.ro) Received: from ro01.octosquid.com (ro01.octosquid.com [89.36.197.174]) by mx1.freebsd.org (Postfix) with ESMTP id 5834D8FC0A for ; Wed, 20 May 2009 04:31:32 +0000 (UTC) (envelope-from suport@bid2win.ro) Received: from [86.105.136.10] (port=1226 helo=home-10a92e148d) by ro01.octosquid.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M6dIj-000DXV-5u for freebsd-sparc@freebsd.org; Wed, 20 May 2009 07:21:09 +0300 Date: Wed, 20 May 2009 07:21:21 +0300 X-Mailer: rss2email Message-ID: <20090520042121203.61CB722226D528A1@Ecmgsgfnwkjydkhhiphh> To: From: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ro01.octosquid.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [26 6] / [26 6] X-AntiAbuse: Sender Address Domain - bid2win.ro X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Laptop, Lcd-uri, Telefoane si multe alte produse toate la 1 leu!!!! X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-sparc@freebsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2009 04:31:32 -0000 Intra si tu pe www.bid2win.ro si ai numai de castigat! Toate produsele pleaca de la pretul de 1 leu!!! Intra si nu vei regreta!! WWW.BID2WIN.RO Multumim! Echipa Bid 2 Win In conformitate cu legea 365/2002 cu modificarile aduse prin legea 121/2006 privind comertul electronic, acest mesaj nu este si nu poate fi considerat spam, deoarece: - contine datele necesare de identificare ale expeditorului; - adresa dumneavoastra de e-mail a fost gasita fie pe un site public, fie intr-un ghid de afaceri; - acest mesaj va este adresat cu scopul de a va invita sa beneficiati de serviciile companiei noastre si va este transmis in dorinta de a va tine la curent cu cele mai noi si mai profitabile servicii pe care vi le putem oferi. Pentru ca intelegem si apreciem intimitatea dumneavoastra, ne cerem scuze daca acest mesaj a ajuns din greseala la dumneavoastra, iar daca doriti sa nu mai primiti astfel de mesaje in viitor va rugam sa dati un replay la acest mesaj indicand adresa sau adresele de e-mail care doriti sa fie sterse din baza de date. Va multumim! From owner-freebsd-sparc64@FreeBSD.ORG Wed May 20 20:36:28 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A9E0106564A for ; Wed, 20 May 2009 20:36:28 +0000 (UTC) (envelope-from mcalderara@lbl.gov) Received: from smtp1.nine.ch (smtp1.nine.ch [217.150.241.29]) by mx1.freebsd.org (Postfix) with ESMTP id 520CC8FC08 for ; Wed, 20 May 2009 20:36:28 +0000 (UTC) (envelope-from mcalderara@lbl.gov) Received: from whitehead2.dhcp.lbnl.us (whitehead2.dhcp.lbnl.us [198.128.27.131]) by smtp1.nine.ch (Postfix) with ESMTP id BB7CDDA83B0; Wed, 20 May 2009 22:14:07 +0200 (CEST) Message-Id: <21C7712A-2C48-4D95-91B9-536361CA04EA@lbl.gov> From: Mauro Calderara To: marius@alchemy.franken.de Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 20 May 2009 13:14:06 -0700 X-Mailer: Apple Mail (2.935.3) Cc: freebsd-sparc64@freebsd.org Subject: tap-driver on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2009 20:36:28 -0000 Hi Marius I just ran into an issue with the tap-driver on FreeBSD resulting in a kernel panic. Googling yielded this bug report (the poster did exactly what I'm trying to do, run OpenVPN on a tap-interface): http://lists.freebsd.org/pipermail/freebsd-sparc64/2006-May/004132.html You provided a patch but it seems the person never responded. I still see the issue on 7.0 and am currently recompiling to see whether it is still there with 7.2. Did that patch go into the official repo somewhen? In case not, what would you need to create one? I'm pretty sure I can provide instructions detailed enough to reproduce the issue. Thanks, mauro From owner-freebsd-sparc64@FreeBSD.ORG Thu May 21 02:42:43 2009 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52DA21065670; Thu, 21 May 2009 02:42:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 28E158FC08; Thu, 21 May 2009 02:42:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4L2geuU054069; Wed, 20 May 2009 22:42:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4L2get8014510; Wed, 20 May 2009 22:42:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6E3247302F; Wed, 20 May 2009 22:42:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090521024240.6E3247302F@freebsd-current.sentex.ca> Date: Wed, 20 May 2009 22:42:40 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2009 02:42:44 -0000 TB --- 2009-05-21 01:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-21 01:10:00 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-05-21 01:10:00 - cleaning the object tree TB --- 2009-05-21 01:10:35 - cvsupping the source tree TB --- 2009-05-21 01:10:35 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-05-21 01:10:52 - building world TB --- 2009-05-21 01:10:52 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-21 01:10:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-21 01:10:52 - TARGET=sparc64 TB --- 2009-05-21 01:10:52 - TARGET_ARCH=sparc64 TB --- 2009-05-21 01:10:52 - TZ=UTC TB --- 2009-05-21 01:10:52 - __MAKE_CONF=/dev/null TB --- 2009-05-21 01:10:52 - cd /src TB --- 2009-05-21 01:10:52 - /usr/bin/make -B buildworld >>> World build started on Thu May 21 01:10:54 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu May 21 02:33:13 UTC 2009 TB --- 2009-05-21 02:33:13 - generating LINT kernel config TB --- 2009-05-21 02:33:13 - cd /src/sys/sparc64/conf TB --- 2009-05-21 02:33:13 - /usr/bin/make -B LINT TB --- 2009-05-21 02:33:13 - building LINT kernel TB --- 2009-05-21 02:33:13 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-21 02:33:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-21 02:33:13 - TARGET=sparc64 TB --- 2009-05-21 02:33:13 - TARGET_ARCH=sparc64 TB --- 2009-05-21 02:33:13 - TZ=UTC TB --- 2009-05-21 02:33:13 - __MAKE_CONF=/dev/null TB --- 2009-05-21 02:33:13 - cd /src TB --- 2009-05-21 02:33:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 21 02:33:13 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/wb/if_wb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/wi/if_wi.c cc1: warnings being treated as errors /src/sys/dev/wi/if_wi.c: In function 'wi_rx_intr': /src/sys/dev/wi/if_wi.c:1385: warning: right shift count >= width of type /src/sys/dev/wi/if_wi.c:1385: warning: right shift count >= width of type /src/sys/dev/wi/if_wi.c:1385: warning: left shift count >= width of type /src/sys/dev/wi/if_wi.c:1385: warning: left shift count >= width of type *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-21 02:42:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-21 02:42:40 - ERROR: failed to build lint kernel TB --- 2009-05-21 02:42:40 - 4287.73 user 417.24 system 5560.03 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Thu May 21 03:30:42 2009 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF3ED1065676; Thu, 21 May 2009 03:30:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B4F5D8FC24; Thu, 21 May 2009 03:30:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4L3Ue37056579; Wed, 20 May 2009 23:30:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4L3UeRe074629; Wed, 20 May 2009 23:30:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0A4FE7302F; Wed, 20 May 2009 23:30:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090521033040.0A4FE7302F@freebsd-current.sentex.ca> Date: Wed, 20 May 2009 23:30:40 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2009 03:30:43 -0000 TB --- 2009-05-21 02:05:33 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-21 02:05:33 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-05-21 02:05:33 - cleaning the object tree TB --- 2009-05-21 02:06:09 - cvsupping the source tree TB --- 2009-05-21 02:06:09 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-05-21 02:06:28 - building world TB --- 2009-05-21 02:06:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-21 02:06:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-21 02:06:28 - TARGET=sun4v TB --- 2009-05-21 02:06:28 - TARGET_ARCH=sparc64 TB --- 2009-05-21 02:06:28 - TZ=UTC TB --- 2009-05-21 02:06:28 - __MAKE_CONF=/dev/null TB --- 2009-05-21 02:06:28 - cd /src TB --- 2009-05-21 02:06:28 - /usr/bin/make -B buildworld >>> World build started on Thu May 21 02:06:29 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu May 21 03:22:27 UTC 2009 TB --- 2009-05-21 03:22:27 - generating LINT kernel config TB --- 2009-05-21 03:22:27 - cd /src/sys/sun4v/conf TB --- 2009-05-21 03:22:27 - /usr/bin/make -B LINT TB --- 2009-05-21 03:22:28 - building LINT kernel TB --- 2009-05-21 03:22:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-21 03:22:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-21 03:22:28 - TARGET=sun4v TB --- 2009-05-21 03:22:28 - TARGET_ARCH=sparc64 TB --- 2009-05-21 03:22:28 - TZ=UTC TB --- 2009-05-21 03:22:28 - __MAKE_CONF=/dev/null TB --- 2009-05-21 03:22:28 - cd /src TB --- 2009-05-21 03:22:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 21 03:22:28 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/wb/if_wb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/wi/if_wi.c cc1: warnings being treated as errors /src/sys/dev/wi/if_wi.c: In function 'wi_rx_intr': /src/sys/dev/wi/if_wi.c:1385: warning: right shift count >= width of type /src/sys/dev/wi/if_wi.c:1385: warning: right shift count >= width of type /src/sys/dev/wi/if_wi.c:1385: warning: left shift count >= width of type /src/sys/dev/wi/if_wi.c:1385: warning: left shift count >= width of type *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-21 03:30:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-21 03:30:39 - ERROR: failed to build lint kernel TB --- 2009-05-21 03:30:39 - 4253.29 user 413.07 system 5106.88 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-sparc64@FreeBSD.ORG Thu May 21 14:46:28 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01D89106566B for ; Thu, 21 May 2009 14:46:28 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 9B7888FC1A for ; Thu, 21 May 2009 14:46:27 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n4LEkQnP097639; Thu, 21 May 2009 16:46:26 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n4LEkPCO097638; Thu, 21 May 2009 16:46:25 +0200 (CEST) (envelope-from marius) Date: Thu, 21 May 2009 16:46:25 +0200 From: Marius Strobl To: Steve Scally Message-ID: <20090521144625.GA89774@alchemy.franken.de> References: <43658782-451B-4B3E-9F59-6E04409AFAA1@kcilink.com> <20090519175501.GA65063@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Serial Port Troubleshooting X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2009 14:46:28 -0000 On Tue, May 19, 2009 at 02:44:29PM -0400, Steve Scally wrote: > Marius & all, > > First thank you for your responses. > > On May 19, 2009, at 1:55 PM, Marius Strobl wrote: > > >On Mon, May 18, 2009 at 11:49:14AM -0400, Steve Scally wrote: > >>Hello, > >> > >>I currently have two machines one Ultra60 and one Dell GX400. Both > >>of these boxes have two serial ports. Currently port A on the Sun > >>goes to com2 on the Dell and com1 on the Dell goes to port B on the > >>Sun. I upgraded my Ultra60 to FreeBSD 7.2 from 7.0 last night > >>using > >>the serial connection from the Dell box. However now when trying to > >>connect from the Sun to the Dell I only receive the "connected" > >>string > >>and no prompt. I also tried connecting to the Dell from the Sun and > >>then rebooting the dell from another terminal. When the Dell box > >>reaches the multi-user prompt the terminal window with the serial > >>connection receives a question mark, "?." > > > >Does this imply that the low-level console works, i.e. you get > >the dmesg output of the kernel etc. but at the point getty(8) > >should take over things break? > >Does the other way work, i.e. can you login in to the Sun from > >the Dell machine? > >What happens if you connect each machine to itself and try to > >log in? > >Have you tried with something different than cu(1), f.e. > >minicom from ports? > > To answer your questions. I assume the low-level console is working > if it is showing up the dmesg output. Is there any other way to > verify this? If you get the kernel output this should be a sufficient proof that the low-level console on the Dell machine, the cabling and the terminal emulation on the Sun machine are all working. If the TTY also duplicates as console device like in your case a 3-wire cabling is actually sufficient, otherwise it would also need to deliver a DCD. You could additionally test whether the low-level console input actually also works. The only way to do so that I currently can think of is to build a kernel with ddb(4) and check whether its prompt works. I don't think you'll gain any information related to your problem by doing so though. > I appears that yes at this point the failure is occurring when getty > should be taking over, is there way to verify this as well? Unfortunately I can't think of one. Unless you want to delve into debugging the code the only thing I can suggest is to try to use uart(4) instead of sio(4) as the problem seems to be on the side of the Dell machine as its low-level console works. Note that besides needing to use ttyu0 instead of ttyd0 in /etc/ttys and a kernel without sio(4), setting up uart(4) as a console also differs from sio(4) on amd64 and i386, i.e. you don't need a boot.config but instead should put something like the following in /boot/loader.conf: console="comconsole" hw.uart.console="io:0x3f8,br:9600" > > I can indeed login to the Sun from the Dell using tip and cu, I have > not tried minicom simply because cu worked before. Well, cu(1) and tip(1) often don't work for me (i.e. no communication) while things like conserver and minicom just do, so I prefer to use the latter even if they are overkill for my needs. This doesn't seem to be the problem in your case though > > I will try tonight to remove all serial cables, reboot both boxes > without any serial cables attached, then I will just attach the Sun to > Dell setup and try again. > > This is the only output I have from /var/log/aculog. > > Sun > > (Tue May 19 14:37:56 2009) call completed > (Tue May 19 14:38:21 2009) call terminated > > Dell > > (Tue May 19 14:35:55 2009) call completed > (Tue May 19 14:36:34 2009) call completed > > Connecting Dell to Sun using cu -l /dev/cuad1 > > [root@buzz]% cu -l /dev/cuad1 > Connected > > FreeBSD/sparc64 (etch) (ttyu1) > > login: > > Connecting Sun to Dell using cu -l /dev/cuau0 > > etch# cu -l /dev/cuau0 > Connected > > I appreciate your help and thanks again. Marius From owner-freebsd-sparc64@FreeBSD.ORG Thu May 21 14:50:07 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94EA61065674 for ; Thu, 21 May 2009 14:50:07 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 0EB748FC17 for ; Thu, 21 May 2009 14:50:06 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n4LEo5Pj097825; Thu, 21 May 2009 16:50:05 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n4LEo53V097824; Thu, 21 May 2009 16:50:05 +0200 (CEST) (envelope-from marius) Date: Thu, 21 May 2009 16:50:05 +0200 From: Marius Strobl To: Mauro Calderara Message-ID: <20090521145005.GB89774@alchemy.franken.de> References: <21C7712A-2C48-4D95-91B9-536361CA04EA@lbl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <21C7712A-2C48-4D95-91B9-536361CA04EA@lbl.gov> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: tap-driver on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2009 14:50:07 -0000 On Wed, May 20, 2009 at 01:14:06PM -0700, Mauro Calderara wrote: > Hi Marius > > I just ran into an issue with the tap-driver on FreeBSD resulting in a > kernel panic. Googling yielded this bug report (the poster did exactly > what I'm trying to do, run OpenVPN on a tap-interface): > http://lists.freebsd.org/pipermail/freebsd-sparc64/2006-May/004132.html > > You provided a patch but it seems the person never responded. I still > see the issue on 7.0 and am currently recompiling to see whether it is > still there with 7.2. Did that patch go into the official repo somewhen? > > In case not, what would you need to create one? I'm pretty sure I can > provide instructions detailed enough to reproduce the issue. > Hi, that patch went it into the repository prior to FreeBSD 7.0, so what you are seeing is likely to be a different problem. If it still persists with 7.2 it would be great if you could also provide a backtrace. Marius From owner-freebsd-sparc64@FreeBSD.ORG Thu May 21 22:15:02 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BFAE106566B for ; Thu, 21 May 2009 22:15:02 +0000 (UTC) (envelope-from mcalderara@lbl.gov) Received: from smtp1.nine.ch (smtp1.nine.ch [217.150.241.29]) by mx1.freebsd.org (Postfix) with ESMTP id 2EECE8FC16 for ; Thu, 21 May 2009 22:15:02 +0000 (UTC) (envelope-from mcalderara@lbl.gov) Received: from whitehead2.dhcp.lbnl.us (whitehead2.dhcp.lbnl.us [198.128.27.131]) by smtp1.nine.ch (Postfix) with ESMTP id 2B9B4DA865C; Fri, 22 May 2009 00:14:59 +0200 (CEST) Message-Id: <77C5E7CD-F672-41A6-80D0-A10E3BC13370@lbl.gov> From: Mauro Calderara To: Marius Strobl In-Reply-To: <20090521145005.GB89774@alchemy.franken.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 21 May 2009 15:14:54 -0700 References: <21C7712A-2C48-4D95-91B9-536361CA04EA@lbl.gov> <20090521145005.GB89774@alchemy.franken.de> X-Mailer: Apple Mail (2.935.3) Cc: freebsd-sparc64@freebsd.org Subject: Re: tap-driver on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2009 22:15:02 -0000 Hi there > that patch went it into the repository prior to FreeBSD 7.0, > so what you are seeing is likely to be a different problem. > If it still persists with 7.2 it would be great if you > could also provide a backtrace. Problem seems to be solved in 7.2. Sorry for bothering. And thanks for all the work you do on sparc64. I know it is not a popular port, but I am very happy with it for many things. mauro