From owner-freebsd-stable@FreeBSD.ORG Sun Apr 28 17:55:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 54DE031F for ; Sun, 28 Apr 2013 17:55:21 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d:c00::232]) by mx1.freebsd.org (Postfix) with ESMTP id 1ECE81F66 for ; Sun, 28 Apr 2013 17:55:21 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id dx4so761263qab.9 for ; Sun, 28 Apr 2013 10:55:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:from:date:x-google-sender-auth :message-id:subject:to:content-type; bh=VjYMIaWQJT1mS0MZPEE131qy3EJSWDl1t+6M6WctnE0=; b=gDmJU1l3ssFuQtJbIte5sHXtwYBokAr0BHOEcFmTyLXNIidDn+lNe0j3dkmiiz9c1D uAi2cEX1MwAlgWd1kt02HzzwV2skcJT4Kb6uJUb6TOMnaWpEUSJOXWZC1cgr0jSxWKs/ n1em4DgsyrRsmYpIMNZC/VaEzfjqU3XvlbjIzV24gJMr4eAExheJrENDyy794PV8Hmsy 56NMZt5KIAHx8haHuOrAPezEZ/OvmY2rQNsnJrOPwITkF/Sr5wE/rTh3f6O+jLoJ/72m PHlrHUZ6wlPUut121HOyUOF7QTlgoFX+RCV79DTgVKPpLLpifeKZL4FQ9oRm3n5Uk/Lr Lu1g== X-Received: by 10.224.160.136 with SMTP id n8mr38545028qax.71.1367171720609; Sun, 28 Apr 2013 10:55:20 -0700 (PDT) MIME-Version: 1.0 Sender: mozolevsky@gmail.com Received: by 10.64.14.205 with HTTP; Sun, 28 Apr 2013 10:48:06 -0700 (PDT) From: Igor Mozolevsky Date: Sun, 28 Apr 2013 13:48:06 -0400 X-Google-Sender-Auth: p4jVoNdehiWK6gZ0KR8g6s4QNWY Message-ID: Subject: [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... To: freebsd-stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 17:55:21 -0000 Hi, I'm having issues connecting Garmin GPS 18 to COM1 on 9.1, I get nothing but silence. Identical setup works absolutely fine with Linux. I've got PPS wire connected to DCD, but that seems to make no difference on Linux, so I presume it shouldn't affect fbsd either. On Linux, I get: $ uname -a Linux ubuntu 3.8.0-19-generic #29-Ubuntu SMP Wed Apr 17 18:16:28 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux $ sudo stty -F /dev/ttyS0 raw 4800 $ sudo stty -F /dev/ttyS0 -a speed 4800 baud; rows 0; columns 0; line = 0; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = ; eol2 = ; swtch = ; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; -parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl -ixon -ixoff -iuclc -ixany -imaxbel -iutf8 -opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 -isig -icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke $ sudo cat /dev/ttyS0 $GPGLL,0000.00000,N,00000.00000,W,170638.0,V*3D $GPGLL,0000.00000,N,00000.00000,W,170638.0,V*3D $GPGLL,0000.00000,N,00000.00000,W,170638.0,V*3D $GPGLL,0000.00000,N,00000.00000,W,170639.0,V*3C $GPGLL,0000.00000,N,00000.00000,W,170639.0,V*3C $GPGLL,0000.00000,N,00000.00000,W,170639.0,V*3C $GPGLL,0000.00000,N,00000.00000,W,170639.0,V*3C $GPGLL,0000.00000,N,00000.00000,W,170639.0,V*3C $GPGLL,0000.00000,N,00000.00000,W,170640.0,V*32 With FreeBSD, the story is different: # uname -a FreeBSD fbsd 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 # stty -f /dev/cuau0.init raw 4800 # stty -f /dev/cuau0.init -a speed 4800 baud; 0 rows; 0 columns; lflags: -icanon -isig -iexten -echo -echoe -echok echoke -echonl echoctl -echoprt -altwerase -noflsh -tostop -flusho -pendin -nokerninfo -extproc iflags: -istrip -icrnl -inlcr -igncr -ixon -ixoff ixany -imaxbel ignbrk -brkint -inpck -ignpar -parmrk oflags: -opost onlcr -ocrnl tab0 -onocr -onlret cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow -dtrflow -mdmbuf cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; eol2 = ; erase = ^?; erase2 = ^H; intr = ^C; kill = ^U; lnext = ^V; min = 1; quit = ^\; reprint = ^R; start = ^Q; status = ^T; stop = ^S; susp = ^Z; time = 0; werase = ^W; # cu -l /dev/cuau0 -s 4800 Connected and after the 'Connected' there is just silence (should be getting $GPGLL every 200ms from the GPS unit)... Obviously I'm missing something, just can't figure out what it is... Cheers, -- Igor M. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 28 22:33:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7AB63B8 for ; Sun, 28 Apr 2013 22:33:01 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) by mx1.freebsd.org (Postfix) with ESMTP id 420C01796 for ; Sun, 28 Apr 2013 22:33:01 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id bs12so811789qab.1 for ; Sun, 28 Apr 2013 15:33:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=MY/9IsEttLMDHhH6Jy27J1K2iXAHTYzBHRCJyYMUcLY=; b=CEdTIF72Vijhgd8+XWQaIDGVyDD6UMILQF2cX+WSqqMclagabv4rZvy8lMJY+eTV4u 8Q9dOxVjM5uFzWLifcqXamrglTKQfMKy1ApWw0vfyadx4tHxP9JJ+n2LNj7tnaHr9FJU 7e0+v4Ec09QyI59Cs6mt1typ/c/XyJxEbiwvxu4IlfOqyCTyII+z6HAcuu65ZS96CkXM DX+aItm5h+Uo6z4UpOvM3gzM65283fzGaBApD03NQzYHfTm+S1smfU3JaEM+s6cNN/a+ s3VgM9Kl52TxLmyydce/M8LKAV9QDHnAI7EoLCyRziTz/nDzjtjdffIGKI8o8Xsoa+HY 9rgw== X-Received: by 10.49.119.196 with SMTP id kw4mr28078810qeb.35.1367188380822; Sun, 28 Apr 2013 15:33:00 -0700 (PDT) MIME-Version: 1.0 Sender: mozolevsky@gmail.com Received: by 10.224.172.197 with HTTP; Sun, 28 Apr 2013 15:32:20 -0700 (PDT) In-Reply-To: References: From: Igor Mozolevsky Date: Sun, 28 Apr 2013 18:32:20 -0400 X-Google-Sender-Auth: zIXAvmbPbPHWUNl5N-BTQJt7DVI Message-ID: Subject: Re: [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... To: "Daniel O'Connor" Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 22:33:01 -0000 On 28 April 2013 18:26, Daniel O'Connor wrote: > Do you have any other serial ports? > They may be probed in a different order between the 2 OSs. Nope, that's the only serial port on the system: # dmesg | grep uart uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 -- Igor M. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 28 22:37:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 168A9274 for ; Sun, 28 Apr 2013 22:37:12 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 45DD017CC for ; Sun, 28 Apr 2013 22:37:10 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-48-210.lns20.adl2.internode.on.net [118.210.48.210]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r3SMQNFJ068515 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 29 Apr 2013 07:56:30 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Content-Type: multipart/signed; boundary="Apple-Mail=_6EFAFE27-3957-4F46-8D74-94B4DDDFDF0B"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... From: "Daniel O'Connor" In-Reply-To: Date: Mon, 29 Apr 2013 07:56:22 +0930 Message-Id: References: To: Igor Mozolevsky X-Mailer: Apple Mail (2.1503) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 22:37:12 -0000 --Apple-Mail=_6EFAFE27-3957-4F46-8D74-94B4DDDFDF0B Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 29/04/2013, at 3:18, Igor Mozolevsky wrote: > I'm having issues connecting Garmin GPS 18 to COM1 on 9.1, I get > nothing but silence. Identical setup works absolutely fine with Linux. > I've got PPS wire connected to DCD, but that seems to make no > difference on Linux, so I presume it shouldn't affect fbsd either. > # cu -l /dev/cuau0 -s 4800 > Connected > > and after the 'Connected' there is just silence (should be getting > $GPGLL every 200ms from the GPS unit)... Do you have any other serial ports? They may be probed in a different order between the 2 OSs. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_6EFAFE27-3957-4F46-8D74-94B4DDDFDF0B Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIINWTCCBjQw ggQcoAMCAQICAR4wDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0 Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAn BgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3MTAyNDIxMDE1NVoX DTE3MTAyNDIxMDE1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFy dENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAMcJg8zOLdgasSmkLhOrlr6KMoOMpohBllVHrdRvEg/q6r8jR+EK 75xCGhR8ToREoqe7zM9/UnC6TS2y9UKTpT1v7RSMzR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC +y7P3/1/X7U8ocb8VpH/Clt+4iq7nirMcNh6qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxD z2UbFqE2+6vIZoL+jb9x4Pa5gNf1TwSDkOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr /+N2JLKutIxMYqQOJebr/f/h5t95m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0w ggGpMA8GA1UdEwEB/wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFc fH6WNU7y1LhRgjAfBgNVHSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRa MFgwJwYIKwYBBQUHMAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYh aHR0cDovL3d3dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6 Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5j b20vc2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqDCH14qywG XLhjjF6uHLkjd02hcdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy6QMVQjbbMXlt UfO4n4bGGdKo3awPWp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPIzKKR9tQW8gGK+2+R HxkUCTbYFnL6kl8Ch507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKfKSETEPrHh7p5shuuNktv sv6hxHTLhiMKX893gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HORz9v3vQwR4e3ksLc2JZOAFK+s sS5XMEoznzpihEP0PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9sIPP7ON0fz095HdThKjiVJe6vofq +n6b1NBc8XdrQvBmunwxD5nvtTW4vtN6VY7mUCmxsCieuoBJ9OlqmsVWQvifIYf40dJPZkk9YgGT zWLpXDSfLSplbY2LL9C9U0ptvjcDjefLTvqSFc7tw1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGq Up/pNy8ZuPGQmHwFi2/14+xeSUDG2bwnsYJQG2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb1 9mOgSF0bBdXbuKhEpuP9wirslFe6fQ1t5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMIIHHTCCBgWg AwIBAgIDBHnoMA0GCSqGSIb3DQEBBQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYG A1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcN MTIwNzA1MDIyMTI5WhcNMTMwNzA2MTU1NDQ5WjBhMRkwFwYDVQQNExBtdW11Rmk0OXh3cGRrUWh3 MR4wHAYDVQQDDBVkb2Nvbm5vckBnc29mdC5jb20uYXUxJDAiBgkqhkiG9w0BCQEWFWRvY29ubm9y QGdzb2Z0LmNvbS5hdTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANLhGSNBVp7lteWC Kgmh5gw0Z7wnwJqESu3IYZ885kbCP4lMpZwQv9GOVDCqPuuVUzY+K3kwaf91g/kz2oRcU+bw1bpY iOvwMzwPD1V3hZ7r8NNToUdT/VKQRTVcAP9/Cr4NYekyVTehQZ7GGF7cyqXKvMpOHriW7KzNq7R0 p6eJ2uadOL5VPY+uTsVjmizQlFMl+My34vgkQ1Wo765MRjzHzwvpmWiqHrgjpvJL33bmgHB2ZtbG KcQ55Ze2T2ysAsa+SoDBwYC+8uBhuFtdSl0/Nm2q1eZBFNamCmGzpEjVDQPlAxhOwjde15WMsJPB mTibsOer4LN8cN0XfeBqKrMCAwEAAaOCA7AwggOsMAkGA1UdEwQCMAAwCwYDVR0PBAQDAgSwMB0G A1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQUGrouPvtucJ95hJDEw/MyVdgH 2JowHwYDVR0jBBgwFoAUU3Ltkpzg2ssBXHx+ljVO8tS4UYIwIAYDVR0RBBkwF4EVZG9jb25ub3JA Z3NvZnQuY29tLmF1MIICIQYDVR0gBIICGDCCAhQwggIQBgsrBgEEAYG1NwECAjCCAf8wLgYIKwYB BQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwgfcGCCsGAQUFBwICMIHqMCcW IFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRl IHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1l bnRzIG9mIHRoZSBTdGFydENvbSBDQSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRl bmRlZCBwdXJwb3NlIGluIGNvbXBsaWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlv bnMuMIGcBggrBgEFBQcCAjCBjzAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAD AgECGmRMaWFiaWxpdHkgYW5kIHdhcnJhbnRpZXMgYXJlIGxpbWl0ZWQhIFNlZSBzZWN0aW9uICJM ZWdhbCBhbmQgTGltaXRhdGlvbnMiIG9mIHRoZSBTdGFydENvbSBDQSBwb2xpY3kuMDYGA1UdHwQv MC0wK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUF BwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3Mx L2NsaWVudC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3Vi LmNsYXNzMS5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29t LzANBgkqhkiG9w0BAQUFAAOCAQEAgT50PcSRWSCNYUsBvFh33Iku7Us501FqkCqN2YcnwULjz1z1 9f9BXQd6EpyUpAGjpoclBh8NCwaezXIXbp6qMktLBvoRNiH+dd1HtefqPQ7b4rt5LrS3vrptaVWa Qiqmxg/sFdQ20uNGpXYlUDoIHRoD4DT7oa9n45eLjE3S8Jw2RZO2y0Ve3HZvwpQOkTbYsESBHZmh szYsOHd5kZH1S573LlMffbH1IztIBtx8ozlyT4io3T5e4GJBro1jSepC3oIaqpwnDOzQqdnoPNHd QUxlI0YlhAaYUC9bNNfHJtQo7jyYhQcTK/MGYeJ6NJa5A+6BQWrZhHl7v/OOlaxwyjGCA28wggNr AgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh c3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwR56DAJBgUrDgMCGgUAoIIBrzAY BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA0MjgyMjI2MjNaMCMG CSqGSIb3DQEJBDEWBBRJaFOrtihG65uVotSao/V0rrJtOzCBpQYJKwYBBAGCNxAEMYGXMIGUMIGM MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERp Z2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwR56DCBpwYLKoZIhvcNAQkQAgsxgZeggZQwgYwx CzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGln aXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1h cnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDBHnoMA0GCSqGSIb3DQEBAQUABIIBAER7eOmmxbl2 jkDfv3cPG25p3fSHm+Lu1Li105hfcu4glWHPh/LFWs98VxM+1VTuL2w7n3YzwUu4mPzi9am+YfpH hxKtYRoz8g4T02xSdi5nt3rVdp3kzgsEcOFepeWSpThWE/lhaglIwg+1AKr52L0nRYThDW9GNpUG fqOSn9tnEuS59qlR7WE8CY+AzwTywwpN4EKSbgrzdupqYBzRJqMUefp8yz4+/odBsTjw8zb0ZPbz 4j7swpNoIuBuaszZGr7+4eD5jP0Vq0hxfRXpTtiH6QW6OdyvyYMUB0SX6ca03SzYRns870ADb0bd 0cpuPbBhbUyUvhXTj3Y8njozmQMAAAAAAAA= --Apple-Mail=_6EFAFE27-3957-4F46-8D74-94B4DDDFDF0B-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 28 22:41:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 333244B1 for ; Sun, 28 Apr 2013 22:41:47 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) by mx1.freebsd.org (Postfix) with ESMTP id EDF1C17F3 for ; Sun, 28 Apr 2013 22:41:46 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id b25so2939417qca.3 for ; Sun, 28 Apr 2013 15:41:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=Sfts9Lmg6Lz8BwBrGiOfI3O+0sTFUn3AgI/QO5uydsA=; b=n5nHBvf8d/pWjACaifXjGk38Z9x9PPowKFkGaXstBLfiAzN+Q1YTj5IMNMN0EV4SeS xrkjBPbFdiexhOu3UxSCvKh29Vmx9i3fgWTNMcZPfuKQdNbQrmBXKzvxMMC9dHXEESpA QNsHPE5c8Z+elY4d/UzsjV6WbLPDjSDyvTo33UuSQL4J/Js7Ssd5Spx3IntWQGcBsxs1 /Fl/3Xcx9dB3M6RZgzyKgHJ3VBPIhnYqnpTgCa3A2VoiYlg0Px0C0MIDg8BxUoSBiRAa l2wyNWm8uya31MEWRstALkB6EjGSakR1g+TbqJLHoDvt83EM8gxxGycOviz4P1PVK974 dSfQ== X-Received: by 10.49.97.130 with SMTP id ea2mr58235359qeb.23.1367188906494; Sun, 28 Apr 2013 15:41:46 -0700 (PDT) MIME-Version: 1.0 Sender: mozolevsky@gmail.com Received: by 10.224.172.197 with HTTP; Sun, 28 Apr 2013 15:41:06 -0700 (PDT) In-Reply-To: References: From: Igor Mozolevsky Date: Sun, 28 Apr 2013 18:41:06 -0400 X-Google-Sender-Auth: QkIOVDdYrCDQa12qO4FDrxYwD-8 Message-ID: Subject: Re: [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... To: freebsd-stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 22:41:47 -0000 On 28 April 2013 13:48, Igor Mozolevsky wrote: > # cu -l /dev/cuau0 -s 4800 > Connected > > and after the 'Connected' there is just silence (should be getting > $GPGLL every 200ms from the GPS unit)... > Obviously I'm missing something, just can't figure out what it is... I should add that when I connect through uplcom on cuaU0, the messages come through (and ntpd can use them) but I need the UART connection for the PPS sync... -- Igor M. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 28 23:04:06 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B39A214D for ; Sun, 28 Apr 2013 23:04:06 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 805A119F1 for ; Sun, 28 Apr 2013 23:04:06 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id v19so5011409obq.31 for ; Sun, 28 Apr 2013 16:04:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=YW+56Z2nZ7jz2Bt/ZJnEWJsSam8b80l/iyP9LPnmov4=; b=SXItxnZJBA1aFMYlA3IdBhVKP9/e6Mw1xsynbYePENk6GQqEYujBj3ge+H+MZqTlP0 FzXzd0wHON5ipvEW0jst+Ouiu2vifJpVJVLwr3i8kkXgaNueZYJbl/wzQywmzs/MgKOt DmyK29SiE+4legxoxxZ0Hfy3yWUTgYiDxaeZlI3T0v8DTQ05WAf4lH8Ndk29CysPtQVc wzyoZga/A9zXvXAujUX9ovTpK+ohIV+7uKIx9GVsrvvJPkLyOKv6M6bUpDgBF938jw5z H7LQiqSniV/fUpXR9lwu+nvS7WhyMKDAbpV/Ih7dg2eufb4WsZasJlUgkpw3Av15NhlY eZCg== MIME-Version: 1.0 X-Received: by 10.60.34.167 with SMTP id a7mr23436214oej.20.1367190245704; Sun, 28 Apr 2013 16:04:05 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.76.12.167 with HTTP; Sun, 28 Apr 2013 16:04:05 -0700 (PDT) In-Reply-To: References: Date: Sun, 28 Apr 2013 16:04:05 -0700 X-Google-Sender-Auth: LDfNEDBE6nuL0LHDOoWMfFj1C_w Message-ID: Subject: Re: [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... From: Kevin Oberman To: Igor Mozolevsky Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 23:04:06 -0000 On Sun, Apr 28, 2013 at 3:41 PM, Igor Mozolevsky wrote: > On 28 April 2013 13:48, Igor Mozolevsky wrote: > > > > > # cu -l /dev/cuau0 -s 4800 > > Connected > > > > and after the 'Connected' there is just silence (should be getting > > $GPGLL every 200ms from the GPS unit)... > > > Obviously I'm missing something, just can't figure out what it is... > > I should add that when I connect through uplcom on cuaU0, the messages > come through (and ntpd can use them) but I need the UART connection > for the PPS sync... > > > -- > Igor M. > Igor, Even though you have only a single physical port, most systems have at least a dual serial UART controller, though only one mat have a DB-9 connector attached. Can you look at /var/run/dmesg.boot and confirm that only one UART is is found? E.g.: uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 (Note that this system has only a single DB-9 connector for uart0. I suspect that there is a header for uart1 on the board, but I've never had a need to check. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Apr 28 23:18:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0569A4F8 for ; Sun, 28 Apr 2013 23:18:01 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) by mx1.freebsd.org (Postfix) with ESMTP id CFC661ABC for ; Sun, 28 Apr 2013 23:18:00 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id c12so6771659ieb.31 for ; Sun, 28 Apr 2013 16:18:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=BmMy2QtcOF/ew718CASwmrbqlw4rIMfUwi0iGnnm2hU=; b=Po9k6dcmTlUEwB4ng6+AQakK32goudUjFzakq8b3Fg7YYHlG8vhB/HB79DmAB9n5gw yViOiNb34ipfaVwItMTnFS3qgPCLr80u9kPVfB3spIr9MbzRCUdJP6kCxtGoOvqL3N+0 Jv7l2XrseCdkfW53d5Etz+W/S5JKFnMhApqSrqQF6a4nrKAkhMV/xF7y8g6pDOqjQpix cr69I6qibNM7eK0fZDOjRxkVKQzLZFcbhXYhE18AtXl61fEHqRszO1hwtbegiVA7O575 00Tl57pCXtB38+JJbJfRFQRCPEl3zpl/97niYpUsr0UqC5pdYb+9rpKE+1+hSeZj1Wk/ Ay+g== X-Received: by 10.42.162.2 with SMTP id v2mr709325icx.18.1367191080544; Sun, 28 Apr 2013 16:18:00 -0700 (PDT) MIME-Version: 1.0 Sender: mozolevsky@gmail.com Received: by 10.64.143.133 with HTTP; Sun, 28 Apr 2013 16:17:19 -0700 (PDT) In-Reply-To: References: From: Igor Mozolevsky Date: Sun, 28 Apr 2013 19:17:19 -0400 X-Google-Sender-Auth: zVMRGd9jOl4_j2knjM-FhASiXUU Message-ID: Subject: Re: [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... To: Kevin Oberman Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 23:18:01 -0000 On 28 April 2013 19:04, Kevin Oberman wrote: > Even though you have only a single physical port, most systems have at least > a dual serial UART controller, though only one mat have a DB-9 connector > attached. Can you look at /var/run/dmesg.boot and confirm that only one UART > is is found? E.g.: > > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > (Note that this system has only a single DB-9 connector for uart0. I suspect > that there is a header for uart1 on the board, but I've never had a need to > check. It is the only one---I've disabled COM2 in BIOS, and according to the manual the external connector is COM1 (mobo is JNF99FL-525). Just tried re-enabling COM2 in BIOS, but that made no difference---both cuau0 and cuau1 remain silent... I'm beginning to think that it might be an `unintended feature' that crept into the UART code... Cheers, -- Igor M. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 28 23:52:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A188DFB4 for ; Sun, 28 Apr 2013 23:52:38 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 75C7E1BF6 for ; Sun, 28 Apr 2013 23:52:38 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id A7E0860D7; Sun, 28 Apr 2013 19:52:30 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=XAmR7rmy9H8SAP8aLmaoRV0KQMdimq7My4TAHgEqH9zVO0MiE0Z3APPoDcQ48Y553 5o6c6yMtc3PCCPytfarCuWm7yakdY8/ga50pmb/BhJJJmjUM48a3hnLS3A4JZbI Message-ID: <517DB62E.5010007@protected-networks.net> Date: Sun, 28 Apr 2013 19:52:14 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 MIME-Version: 1.0 To: Igor Mozolevsky Subject: Re: [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... References: In-Reply-To: X-Enigmail-Version: 1.5.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 23:52:38 -0000 On 04/28/13 13:48, Igor Mozolevsky wrote: > On Linux, I get: [ .. ] Just a thought - Linux is not using flow-control .. > $ sudo stty -F /dev/ttyS0 -a > speed 4800 baud; rows 0; columns 0; line = 0; > intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = ; > eol2 = ; swtch = ; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; > werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; > -parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts ^^^^^^ BSD does .. > With FreeBSD, the story is different: > # stty -f /dev/cuau0.init -a > speed 4800 baud; 0 rows; 0 columns; > lflags: -icanon -isig -iexten -echo -echoe -echok echoke -echonl echoctl > -echoprt -altwerase -noflsh -tostop -flusho -pendin -nokerninfo > -extproc > iflags: -istrip -icrnl -inlcr -igncr -ixon -ixoff ixany -imaxbel ignbrk > -brkint -inpck -ignpar -parmrk > oflags: -opost onlcr -ocrnl tab0 -onocr -onlret > cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow ^^^^^^^ imb From owner-freebsd-stable@FreeBSD.ORG Sun Apr 28 23:57:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 837CB270 for ; Sun, 28 Apr 2013 23:57:19 +0000 (UTC) (envelope-from colin@restecp.com) Received: from max.restecp.com (max.restecp.com [IPv6:2a01:4f8:d13:e00::2]) by mx1.freebsd.org (Postfix) with ESMTP id 00CB21C21 for ; Sun, 28 Apr 2013 23:57:19 +0000 (UTC) Received: from max.restecp.com (localhost [127.0.0.1]) by max.restecp.com (Postfix) with ESMTP id 70E542C9087; Sun, 28 Apr 2013 23:57:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=restecp.com; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=dkim; bh=mvl+FOdcbAeR MsnmrZDJVcwdYdA=; b=yOYbx0pY9xdJESl7dWomuArO3R8OAj4hIjvfLLS1u99F DjzqU3MhSBKSsaZBP8e5ubiH/T/J3f9ii2ka9pnzlrrxoJAJwmR4KLwZurtVEX1X hUTgzcOUdHAEPYYNgf1ediJnK6vuetb1qejnFnb4lihJOTEy2o3DXx090Xv7Bf3P F+i9rsM4av6V01IGMfX8Ki1fD1t2830mSRmn/4eIo++zj+RKGxgPGIMur9g4rsx6 5ufP0uzi1MuXQ68iRYO0V2Tb5o112QffsPugty7ZYVNVuoZsqXIlftOgonJ7vXm7 xaNxK0v+ByTiZMDK8666ssPBeFfoIo2VFkW07XS+Cg== DomainKey-Signature: a=rsa-sha1; c=nofws; d=restecp.com; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=dkim; b=N1ljgO vlP7UqbV0qAWlsI9bJa6rTs35czfsc7ql9AsLAa/TfoqJqSffkmlSNJroyvq1eTg NfbCrlq2so+TnVtUwtPcBCICfJMXDtaS6EGb9uJHJM9+T9v5vt7JhUiJM1jOjEex IyCnTSxRSzmkgziyz8U6eqjWLmGeDp2yAITBxSTxWxWt5FVWrlRqgHo4ZvPdNFfx o7dI5NKAvLnUssPIRUiKLSdnufiqPb3C29e/hxubM3tmrR6GMKu2g6Q9DCvThqUp R3XQvYDZtsmLWdc1d0VdwPZnmqnDS44bp6VfgBxDlFwKkdGr5AXkel40YbXHmeeV 0Lgc8iPmhkeHKJuQ== Received: from [192.168.1.150] (c58-107-27-156.fitzg4.qld.optusnet.com.au [58.107.27.156]) by max.restecp.com (Postfix) with ESMTPSA id 266342C9083; Sun, 28 Apr 2013 23:56:44 +0000 (UTC) Message-ID: <517DB738.4060902@restecp.com> Date: Mon, 29 Apr 2013 09:56:40 +1000 From: Colin House User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Igor Mozolevsky Subject: Re: [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 23:57:19 -0000 On 29/04/2013 3:48 AM, Igor Mozolevsky wrote: > Hi, > I'm having issues connecting Garmin GPS 18 to COM1 on 9.1, I get > nothing but silence. Identical setup works absolutely fine with Linux. > I've got PPS wire connected to DCD, but that seems to make no > difference on Linux, so I presume it shouldn't affect fbsd either. ... > > With FreeBSD, the story is different: > > # uname -a > FreeBSD fbsd 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 > 09:23:10 UTC 2012 > root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > # stty -f /dev/cuau0.init raw 4800 > > # stty -f /dev/cuau0.init -a > speed 4800 baud; 0 rows; 0 columns; > lflags: -icanon -isig -iexten -echo -echoe -echok echoke -echonl echoctl > -echoprt -altwerase -noflsh -tostop -flusho -pendin -nokerninfo > -extproc > iflags: -istrip -icrnl -inlcr -igncr -ixon -ixoff ixany -imaxbel ignbrk > -brkint -inpck -ignpar -parmrk > oflags: -opost onlcr -ocrnl tab0 -onocr -onlret > cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow > -dtrflow -mdmbuf > cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; > eol2 = ; erase = ^?; erase2 = ^H; intr = ^C; kill = ^U; > lnext = ^V; min = 1; quit = ^\; reprint = ^R; start = ^Q; > status = ^T; stop = ^S; susp = ^Z; time = 0; werase = ^W; > > # cu -l /dev/cuau0 -s 4800 > Connected > > and after the 'Connected' there is just silence (should be getting > $GPGLL every 200ms from the GPS unit)... > > > > Obviously I'm missing something, just can't figure out what it is... > > > Cheers, > If it helps any, I've got the 18x LVC (not the 5hz model) working on 9.0. clock# uname -r 9.0-RELEASE clock# head /dev/cuau0 $GPRMC,234655,A,3353.4847,S,15112.0482,E,000.0,130.4,280413,012.5,E*65 $GPGGA,234655,3353.4847,S,15112.0482,E,1,05,1.2,51.9,M,20.2,M,,*66 $GPGSA,A,3,02,05,17,24,25,,,,,,,,2.2,1.2,1.8*38 $GPGLL,3353.4847,S,15112.0482,E,234655,A*35 $GPRMC,234656,A,3353.4847,S,15112.0481,E,000.0,130.4,280413,012.5,E*65 $GPGGA,234656,3353.4847,S,15112.0481,E,1,05,1.2,51.9,M,20.2,M,,*66 $GPGSA,A,3,02,05,17,24,25,,,,,,,,2.2,1.2,1.8*38 $GPGLL,3353.4847,S,15112.0481,E,234656,A*35 $GPRMC,234657,A,3353.4848,S,15112.0480,E,000.0,130.4,280413,012.5,E*6A $GPGGA,234657,3353.4848,S,15112.0480,E,1,04,1.8,52.0,M,20.2,M,,*68 clock# It's been a good while since I set it up so I can't remember exactly which hoops I may have had to jump through. Not sure if any of this is particularly helpful/relevant or not.. clock# grep cuau0 /etc/* /etc/devfs.conf:link cuau0 gps1 /etc/devfs.conf:link cuau0 pps1 /etc/remote: :dv=/dev/cuau0:cu=/dev/cuau0:at=hayes:du:pa=none: /etc/remote:cuau0c|cua0c:dv=/dev/cuau0:br#9600:pa=none: /etc/remote:uart0|com1:dv=/dev/cuau0:br#9600:pa=none: clock# stty -a -f /dev/cuau0 speed 4800 baud; 0 rows; 0 columns; lflags: -icanon -isig -iexten -echo -echoe -echok -echoke -echonl -echoctl -echoprt -altwerase -noflsh -tostop -flusho -pendin -nokerninfo -extproc iflags: -istrip -icrnl -inlcr -igncr -ixon ixoff -ixany -imaxbel ignbrk -brkint -inpck ignpar -parmrk oflags: -opost -onlcr -ocrnl tab0 -onocr -onlret cflags: cread cs8 -parenb -parodd -hupcl clocal -cstopb -crtscts -dsrflow -dtrflow -mdmbuf cchars: discard = ^@; dsusp = ^@; eof = ^@; eol = ^@; eol2 = ^@; erase = ^@; erase2 = ^@; intr = ^@; kill = ^@; lnext = ^@; min = 1; quit = ^@; reprint = ^@; start = ^@; status = ^@; stop = ^@; susp = ^@; time = 0; werase = ^@; clock# stty -a -f /dev/cuau0.init speed 9600 baud; 0 rows; 0 columns; lflags: icanon isig iexten echo echoe -echok echoke -echonl echoctl -echoprt -altwerase -noflsh -tostop -flusho -pendin -nokerninfo -extproc iflags: -istrip icrnl -inlcr -igncr ixon -ixoff ixany imaxbel -ignbrk brkint -inpck -ignpar -parmrk oflags: opost onlcr -ocrnl tab0 -onocr -onlret cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow -dtrflow -mdmbuf cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; eol2 = ; erase = ^?; erase2 = ^H; intr = ^C; kill = ^U; lnext = ^V; min = 1; quit = ^\; reprint = ^R; start = ^Q; status = ^T; stop = ^S; susp = ^Z; time = 0; werase = ^W; clock# ntpq -pn | grep 127 127.127.1.0 .LOCL. 10 l 13 64 377 0.000 0.000 0.002 127.127.20.1 .NMEA. 0 l 1107 16 0 0.000 0.029 0.002 o127.127.22.1 .PPS. 0 l 10 16 377 0.000 0.033 0.002 clock# grep 127.127 /etc/ntp.conf restrict 127.127.1.0 server 127.127.1.0 fudge 127.127.1.0 stratum 10 server 127.127.20.1 mode 0 minpoll 4 prefer # maxpoll 4 prefer fudge 127.127.20.1 flag1 1 flag2 0 time2 0.600 refid NMEA server 127.127.22.1 mode 0 minpoll 2 prefer iburst fudge 127.127.22.1 refid PPS hope this helps.. col From owner-freebsd-stable@FreeBSD.ORG Mon Apr 29 00:18:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 370E270B for ; Mon, 29 Apr 2013 00:18:43 +0000 (UTC) (envelope-from daryl@isletech.net) Received: from mail.isletech.net (mail.isletech.net [216.254.158.138]) by mx1.freebsd.org (Postfix) with ESMTP id 0E7101CE6 for ; Mon, 29 Apr 2013 00:18:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=isletech.net; s=isle; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=P6pc5s7adPw7tJYk4MdLXak5InMdsUFpPIyDr2fJaR8=; b=Kof/v1Fs0RmNUCOPGRB3cZ1Nc4gk4rCp/My5qFm5kgcRcdfuGkPW0Ttho8ITP0jBKp3C0a18a3lkPX9/MsgvMg==; Message-ID: <517DB67A.4020202@isletech.net> Date: Sun, 28 Apr 2013 19:53:30 -0400 From: Daryl Richards User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 00:18:43 -0000 On 13-04-28 7:17 PM, Igor Mozolevsky wrote: > It is the only one---I've disabled COM2 in BIOS, and according to the > manual the external connector is COM1 (mobo is JNF99FL-525). Just > tried re-enabling COM2 in BIOS, but that made no difference---both > cuau0 and cuau1 remain silent... I'm beginning to think that it might > be an `unintended feature' that crept into the UART code... Cheers, I just wanted to throw a "me too" in here... I recently changed my motherboard, and my GPS18 didn't work plugged into the onboard COM port. I installed the cable from the mobo for COM2, and that works fine. I assumed at the time that COM1 was dead - this thread makes me think I should investigate more... -- Daryl Richards Isle Technical Services Inc. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 29 00:39:26 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B62E88CA for ; Mon, 29 Apr 2013 00:39:26 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 8C4121D58 for ; Mon, 29 Apr 2013 00:39:26 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id e11so6794608iej.30 for ; Sun, 28 Apr 2013 17:39:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=VgmRfQOgkUlmqwIXx+aKu6109PYudwkxSC3y8CZ++1I=; b=bLZv14GGgzn7neP09HhoL0D+K0HPZbE27lDZszA0WD2vfu56+FQp8dMqxd2WnLZMHg DsV24RewbAnvknnzDFEsKklg1K+3FB+zZCO2oAjsZu3aU/jn4yWs9OWrXjjgQOmm/m9a ndtjYKBeBUnCVz5J2u/2ijHTomoRg/ZF/u/5XtAMZ6lesCwPop658Q6Wz8qhcyjgFKw+ t7RDaa8dfvPETt5+XYOBfEfmoJkPjO1Dr+ndz9r0h0V9q860mjzDBJzE3oYWXlP+FRt4 rMVgwERMmtM1daqxAo0wyXYmUxHQyR3QAsAaGccNaOChyUnJ3lDycCi61FCbQzjcOHYU mvXw== X-Received: by 10.50.127.242 with SMTP id nj18mr276158igb.47.1367195966262; Sun, 28 Apr 2013 17:39:26 -0700 (PDT) MIME-Version: 1.0 Sender: mozolevsky@gmail.com Received: by 10.64.143.133 with HTTP; Sun, 28 Apr 2013 17:38:46 -0700 (PDT) In-Reply-To: <517DB738.4060902@restecp.com> References: <517DB738.4060902@restecp.com> From: Igor Mozolevsky Date: Sun, 28 Apr 2013 20:38:46 -0400 X-Google-Sender-Auth: CdWv4m_dWn2xg4-rmyyXuLXnwdc Message-ID: Subject: Re: [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... To: Colin House Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 00:39:26 -0000 On 28 April 2013 19:56, Colin House wrote: > If it helps any, I've got the 18x LVC (not the 5hz model) working on 9.0. > clock# stty -a -f /dev/cuau0 So, I've tried copying and pasting Colin's stty settings for cuau0 (which also include the clocal that imb noticed) but I still get silence... Any further thoughts/suggestions would be very appreciated! Cheers, -- Igor M. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 29 01:51:14 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 19A0F16B for ; Mon, 29 Apr 2013 01:51:14 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) by mx1.freebsd.org (Postfix) with ESMTP id E410E1EC6 for ; Mon, 29 Apr 2013 01:51:13 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id a11so6820649iee.34 for ; Sun, 28 Apr 2013 18:51:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=gTMqUmjMsDML0dl+mJjxxgjxOBRbbSO2K2WnYEc8Zo8=; b=cGEcZniQ9CQouW2gBtT2nZtp4h71oYhgE9+gMpBUvCg/nvcij8l0zVL9t/U/W22EDF 8jG45prLIARli+TWYJN3vyo8vHAkDsd0xRfauDPnCkbZMFb1y3Mvb21TuzTHYlJeWwYy FRuUPhUCf8WeTnpjbXWumuh8NaHS9Eb3riqm/e2NYOjQXUXYqRiTQ2VLFKIZ+Wo2rxd+ PSytW2nfQKZJRxURJeHu3PFpAcEmVxSxnYU99LPJrbEpX47eTKsFK3o8xln2mTPEL1cZ IuTdnVD+PK1pmsQc5PfK9o8ZS2SmzKDxsCZQ82QtAkqdG0JakC8lG728BMBDpKO6VIqX OUQw== X-Received: by 10.50.72.3 with SMTP id z3mr6418816igu.47.1367200273694; Sun, 28 Apr 2013 18:51:13 -0700 (PDT) MIME-Version: 1.0 Sender: mozolevsky@gmail.com Received: by 10.64.143.133 with HTTP; Sun, 28 Apr 2013 18:50:33 -0700 (PDT) In-Reply-To: References: <517DB738.4060902@restecp.com> From: Igor Mozolevsky Date: Sun, 28 Apr 2013 21:50:33 -0400 X-Google-Sender-Auth: f3cxtHM2DMrPfWWtguvC95Ttx3k Message-ID: Subject: Re: [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... To: Colin House Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 01:51:14 -0000 On 28 April 2013 20:38, Igor Mozolevsky wrote: > So, I've tried copying and pasting Colin's stty settings for cuau0 > (which also include the clocal that imb noticed) but I still get > silence... Any further thoughts/suggestions would be very appreciated! Having gone digging through my box of old hardware, I managed to find a PCI card with a Hynix controller (a puc device). Having plugged that in, I'm now getting the $GPGLL sentences as I was expecting. It would appear that the mobo's UART controller (off acpi) and fbsd just didn't want to play nice... -- Igor M. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 29 02:07:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EA4B3454 for ; Mon, 29 Apr 2013 02:07:15 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) by mx1.freebsd.org (Postfix) with ESMTP id C086F1F21 for ; Mon, 29 Apr 2013 02:07:15 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id tp5so6651247ieb.40 for ; Sun, 28 Apr 2013 19:07:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:cc:content-type; bh=lk8pgjWBYHtG9P8dXGi6DOG3Ay6ck8eX9ToQzZxm9DE=; b=dxgvIqsELzvIQWXwKrf93qcuMoI7OZ6bQA70JXv2Qt2wV44SI+ShPJPF69GM71fxJ5 XXxYnlWqPrSdbtt3qJxramoBRtfQ8JjadE1iWXoXPheKdnIPyk6tVwSPEWG49AUIAXhE A+nN9tJbk76CQQhLtUlGefkXPRFanTzhAeFNYPMn1ZDGMQ5+mkxjo1nMEXtrFRmlLD59 YrDmwsEXWMKAEhiL932gC8wSFbQutLyjnVP9Od1iALx4nkxkBDRjweEfM88RFeixlOwc WNGXBsQlZycf/YJspIH2dZ3Dzd8eC/m38zJvEXXFWJvXTyoWYLShmEwxeNa6y9O4OcQV hJhw== X-Received: by 10.50.111.199 with SMTP id ik7mr6201427igb.68.1367201235555; Sun, 28 Apr 2013 19:07:15 -0700 (PDT) MIME-Version: 1.0 Sender: mozolevsky@gmail.com Received: by 10.64.143.133 with HTTP; Sun, 28 Apr 2013 19:06:35 -0700 (PDT) In-Reply-To: References: <517DB738.4060902@restecp.com> From: Igor Mozolevsky Date: Sun, 28 Apr 2013 22:06:35 -0400 X-Google-Sender-Auth: EQqd1m9NuaoQKJS7EjwspSYtn1U Message-ID: Subject: [Solved] [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... Cc: freebsd-stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 02:07:16 -0000 Once I narrowed down the problem (acpi uart), I stumbled across http://forums.freebsd.org/archive/index.php/t-15740.html Preventing the ACPI driver from seizing control of UART seems to work and cuau0 is now functional. Thanks to all, -- Igor M. :-) From owner-freebsd-stable@FreeBSD.ORG Mon Apr 29 05:02:22 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E1C4D547 for ; Mon, 29 Apr 2013 05:02:22 +0000 (UTC) (envelope-from contact@ijtemt.org) Received: from ns85.Host1.yourdomainname.com (50.22.181.244-static.reverse.softlayer.com [50.22.181.244]) by mx1.freebsd.org (Postfix) with ESMTP id CD0BF14F3 for ; Mon, 29 Apr 2013 05:02:22 +0000 (UTC) X-Sender: "Editor IJTEMT" X-Receiver: freebsd-stable@freebsd.org From: "Editor IJTEMT" To: freebsd-stable@freebsd.org Date: 28 Apr 2013 21:59:42 -0700 Subject: Call for Papers IJTEMT. Kindly impart in your University/Organization/College/Colleagues/Academia/Circle. Priority: normal Importance: High Message-Id: <20130429050222.E1C4D547@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Editor IJTEMT List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 05:02:22 -0000 INTERNATIONAL JOURNAL OF TRENDS IN ECONOMICS MANAGEMENT & TECHNOLOGY IJTEMT invites you to submit your research paper for publishing in Volume II, Issue II ( April 2013). CALL FOR PAPERS VOLUME II, ISSUE II www.ijtemt.org About IJTEMT International Journal of Trends in Economics Management and Technology (IJTEMT) in an International Academic Journal e-published bimonthly in India and open to the world. In this present interdisciplinary era, here at IJTEMT, a group of intellectual came together to find a common platform for three major components of any economy i.e., Economics, Management and Technology. Here we provide a forum to bridge the gap between the brushed-up professional in their respective fields and the new researcher which will results in better understanding and fruitful outcomes. The focus of this journal is to publish paper on economics management and technology. Submitted papers are reviewed by a full double blind manner by the technical committee of the journal. The audience for the journal is professionals from related fields, academicians and new students & research scholars. All submitted articles should report original, previously unpublished research results, experimental or theoretical, and will be peer-reviewed. Articles submitted to the journal should meet these criteria and must not be under consideration for publication elsewhere. Manuscripts should follow the style of the journal and are subject to both review and editing. Why Select IJTEMT Journal IJTEMT Provides E-Certificates to Author's if Needed.IJTEMT is Globally Approved International Journal having Strong Editorial Board. This is Online Open Journal .Author's can Download Paper from Library of Journal at any Time from Anywhere.IJTEMT is a Association of Eminent Scientist, Researchers and Experienced Members of More than 20 Countries.IJTEMT Publishes High Quality Papers which are Peer Reviewed by International/National Reviewers. Author's Query can be solved within 18 Hours. Subject Category: ECONOMICS, MANAGEMENT & TECHNOLOGY. Important Dates: Paper Submission: 30th April 2013 Review Results (Acceptance/Rejection) Notification: Within two weeks after submitting manuscript. Guidelines for submission and Review Process: IJTEMT welcomes author submission of papers concerning any branch of the economics, management and technology and their applications in business, industry and other subjects relevant. The review process goes through following phases which can take time from ten days to two months: a. Each manuscript will be initially evaluated by the editorial board / editor, who may make use of appropriate software to examine the originality of the contents of the manuscript. b. The manuscripts passed through screening at above noted level will be forwarded to two referees for blind peer review, each of whom will make a recommendation to publish the article in its present form/edit/reject. During this period referees shall treat the contents of papers under review as privileged information. c. The reviewers' recommendations determine whether a paper will be accepted / accepted subject to change / subject to resubmission with significant changes / rejected. d. For papers which require changes, the same reviewers will be used to ensure that the quality of the revised paper is acceptable. e. All papers are refereed, and the Editor-in-Chief reserves the right to refuse any typescript, whether on invitation or otherwise, and to make suggestions and/or modifications before publication. Submission of Paper will takes place in two phases: a. Initial Paper Submission: Prospective author (s) is/are encouraged to submit their manuscript including charts, tables, figures and appendixes in .pdf and .doc (both) format to e-mail: [1]submit@ijtemt.org. All submitted articles should report original, previously unpublished research results, experimental or theoretical. Articles submitted to the IJIMT should meet these criteria and must not be under consideration for publication elsewhere. b. Camera Ready Paper Submission:On the acceptance of the paper after completion of the review process the author (s) is/are has to submit camera ready full text paper in .doc and .pdf (both) format to e-mail: [2]submitfinal@ijtemt.org along with the corresponding signed copy of copyright transfer form and scanned copy of payment slip. Publication fees Each accepted paper will be charged, for publication and paper handling, 100 USD per paper (for a maximum of 8 pages, above which 10 USD will be charged for every additional page) which is to be paid as per the instructions mentioned in the letter of acceptance of the manuscript submitted. Editor International Journal of Trends in Economics Management & Technology Website: [3]www.ijtemt.org Email: [4]editor@ijtemt.org, [5]coedtech@ijtemt.org, [6]contact@ijtemt.org. Paper Submission Email: [7]submit@ijtemt.org. References 1. mailto:submit@ijtemt.org 2. mailto:submitfinal@ijtemt.org 3. http://www.ijtemt.org/ 4. mailto:editor@ijtemt.org 5. mailto:coedtech@ijtemt.org 6. mailto:contact@ijtemt.org 7. mailto:submit@ijtemt.org From owner-freebsd-stable@FreeBSD.ORG Mon Apr 29 07:47:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8D28359F for ; Mon, 29 Apr 2013 07:47:18 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 511F11C18 for ; Mon, 29 Apr 2013 07:47:18 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:c1ca:3dbc:5137:8c40]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id E14144AC57; Mon, 29 Apr 2013 11:47:16 +0400 (MSK) Date: Mon, 29 Apr 2013 11:47:15 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1171466068.20130429114715@serebryakov.spb.ru> To: Igor Mozolevsky Subject: Re: [Solved] [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... In-Reply-To: References: <517DB738.4060902@restecp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 07:47:18 -0000 Hello, Igor. You wrote 29 =D0=B0=D0=BF=D1=80=D0=B5=D0=BB=D1=8F 2013 =D0=B3., 6:06:35: IM> Once I narrowed down the problem (acpi uart), I stumbled across IM> http://forums.freebsd.org/archive/index.php/t-15740.html IM> Preventing the ACPI driver from seizing control of UART seems to work IM> and cuau0 is now functional. Hm. I need to try this on my D2500CC, where I have 4 UARTs and none of them works. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Mon Apr 29 07:51:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0A98885F for ; Mon, 29 Apr 2013 07:51:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) by mx1.freebsd.org (Postfix) with ESMTP id 912F01C96 for ; Mon, 29 Apr 2013 07:51:40 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id m15so3455208wgh.5 for ; Mon, 29 Apr 2013 00:51:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=CU4XIdwDIH8WLUmu+Oexsp/LEfnS10yvfKdZnCiiRHA=; b=EFTfqfC/QMMwdUmRPRdGvwx8exwUA1XqB8kKtBrZUuQmO35u7tki92+s2lRaZJgOHG 0gtnO4Or7UfsI7xN4otKAdzl7PJ0klqVsYfdunIgV5+YXwzW5Y733TbCJ43Oeoo7j0+x pgqXBEQMVkJefGCZatuEZRgYfw1syRicHOQnNyB1t7Sfb1z9TzMkj3rfIlQ2HQaUDHhB CIRpfQxV63HrRd+LULHhJUuPgPMcim3PuoDwwW1JfzaAAhsfBkOT0RVY3XMmcHwuT6Wt hDPTD/eZQBmyMBGAvehNCg4DD1dpkVRDZKCMsFWYI+noYKoTwdnkKP6VF2tKdX6tMu74 2SEw== MIME-Version: 1.0 X-Received: by 10.180.72.228 with SMTP id g4mr15703725wiv.22.1367221899685; Mon, 29 Apr 2013 00:51:39 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.58.138 with HTTP; Mon, 29 Apr 2013 00:51:39 -0700 (PDT) In-Reply-To: References: <517DB738.4060902@restecp.com> Date: Mon, 29 Apr 2013 00:51:39 -0700 X-Google-Sender-Auth: z7y3yqRMe3-hXK_YL-XfCAoupWw Message-ID: Subject: Re: [Solved] [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... From: Adrian Chadd To: Igor Mozolevsky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 07:51:41 -0000 please file a PR! Adrian On 28 April 2013 19:06, Igor Mozolevsky wrote: > Once I narrowed down the problem (acpi uart), I stumbled across > > http://forums.freebsd.org/archive/index.php/t-15740.html > > Preventing the ACPI driver from seizing control of UART seems to work > and cuau0 is now functional. > > > Thanks to all, > > -- > Igor M. :-) > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Apr 29 08:41:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6967A8E2 for ; Mon, 29 Apr 2013 08:41:54 +0000 (UTC) (envelope-from bounces1@mail.emobimail.com) Received: from mail.emobimail.com (mail.emobimail.com [183.82.9.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1E4091FC9 for ; Mon, 29 Apr 2013 08:41:54 +0000 (UTC) Received: from mail.emobimail.com (localhost [127.0.0.1]) by mail.emobimail.com (Postfix) with ESMTP id EA206E80E95 for ; Mon, 29 Apr 2013 14:11:30 +0530 (IST) X-DKIM: Sendmail DKIM Filter v2.8.3 mail.emobimail.com EA206E80E95 To: freebsd-stable@freebsd.org Subject: SpaceDart.com Offers Pay Per Click Campaign! Message-ID: <132586ad13f890d2d56535bf0cdc6048@mail.emobimail.com> Date: Mon, 29 Apr 2013 13:42:03 +0530 From: "Spacedart" MIME-Version: 1.0 X-Mailer-LID: 527 X-Mailer-RecptId: 5465001 X-Mailer-SID: 550 X-Mailer-Sent-By: 40 Content-Type: text/plain; format=flowed; charset="UTF-8" Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: promo@spacedart.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 08:41:54 -0000 Greetings, SpaceDart.com is India’s real estate destination. Users can find and post properties as well as search to buy/sale/rent, both new or resale Flats,homes and villas. Affiliates can leverage SpaceDart.com’s presence as the premiere real estate company in India to grow this affiliate program. Here are the program specifics: SpaceDart.com provides tracking links that you can put on your site. Visitors click on the links and search for property on SpaceDart.com. We happily pay our affiliates for the traffic referred to us. Sign up Today! http://mail.emobimail.com/link.php?M=5465001&N=550&L=271&F=T If your site reaches a Indian audience and you are promoting other real estate affiliate programs then you need to be promoting SpaceDart.com. Feel free to contact us if you have questions or if you need anything, we are here to help. Thanks! Uday Bhaskar Affiliate Manager www.spacedart.com e-mail: udayabhaskar@spacedart.com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 29 15:53:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C4495465 for ; Mon, 29 Apr 2013 15:53:41 +0000 (UTC) (envelope-from fabian@wenks.ch) Received: from batman.home4u.ch (batman.home4u.ch [IPv6:2001:8a8:1005:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 057501D6E for ; Mon, 29 Apr 2013 15:53:40 +0000 (UTC) X-Virus-Scanned: amavisd-new at home4u.ch Received: from flashback.wenks.ch (fabian@flashback.wenks.ch [IPv6:2001:8a8:1005:1:223:dfff:fedf:13c9]) (authenticated bits=0) by batman.home4u.ch (8.14.5/8.14.5) with ESMTP id r3TFrcUO058965 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 29 Apr 2013 17:53:38 +0200 (CEST) (envelope-from fabian@wenks.ch) Message-ID: <517E9782.2050701@wenks.ch> Date: Mon, 29 Apr 2013 17:53:38 +0200 From: Fabian Wenk User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: [Solved] [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... References: <517DB738.4060902@restecp.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 15:53:41 -0000 Hello Igor On 29.04.2013 04:06, Igor Mozolevsky wrote: > Once I narrowed down the problem (acpi uart), I stumbled across > > http://forums.freebsd.org/archive/index.php/t-15740.html > > Preventing the ACPI driver from seizing control of UART seems to work > and cuau0 is now functional. I have a similar problem, but with a DCF77 Gude mouseCLOCK (connected to on-board COM2), which was working just fine on this system when running FreeBSD 7.4 (sio). But since I have upgraded to FreeBSD 9.1 (uart), ntpd does only get partial data from the mouseCLOCK. So today I tried with the above hint, but this did not help. Without any modification (and also with disabled acpi for the uart) I do see messages like this (sorry for the line wrapping): Apr 29 16:31:39 superman ntpd[1737]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 0 bits Apr 29 16:31:39 superman ntpd[1737]: PARSE receiver #0: interval for following error message class is at least 00:01:00 Apr 29 16:31:39 superman ntpd[1737]: PARSE receiver #0: FAILED TIMECODE: "\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00..." (check receiver configuration / wiring) Apr 29 16:31:41 superman ntpd[1737]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 1 bits Apr 29 16:31:43 superman ntpd[1737]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 2 bits Apr 29 16:31:52 superman ntpd[1737]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 11 bits [...] Apr 29 16:33:01 superman ntpd[1737]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 4 bits Apr 29 16:33:08 superman ntpd[1737]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 8 bits Apr 29 16:33:16 superman ntpd[1737]: PARSE receiver #0: no data from device within poll interval (check receiver / wiring) When I also add the following line to /boot/device.hints it does improve a little bit and ntpd sees more bits, but still not enough to be working (log entries below): hint.uart.1.flags="0x100" Apr 29 16:46:06 superman ntpd[1737]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 0 bits Apr 29 16:46:06 superman ntpd[1737]: PARSE receiver #0: interval for following error message class is at least 00:01:00 Apr 29 16:46:06 superman ntpd[1737]: PARSE receiver #0: FAILED TIMECODE: "\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00..." (check receiver configuration / wiring) Apr 29 16:46:21 superman ntpd[1737]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 1 bits Apr 29 16:46:53 superman ntpd[1737]: PARSE receiver #0: interval for following error message class is at least 00:01:00 Apr 29 16:46:53 superman ntpd[1737]: PARSE receiver #0: no data from device within poll interval (check receiver / wiring) Apr 29 16:47:00 superman ntpd[1737]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 45 bits Apr 29 16:47:41 superman ntpd[1737]: parse: convert_rawdcf: parity check FAILED for "--##--####-####RADMLS-24--24p-24---P1--81--2412-81-2481--8P_?" Apr 29 16:47:41 superman ntpd[1737]: PARSE receiver #0: 2 messages where suppressed, error condition class persists for 00:01:35 Apr 29 16:47:41 superman ntpd[1737]: PARSE receiver #0: FAILED TIMECODE: "--##--####-####RADMLS-24--24p-24---P1--81--2412-81-2481--8P_" (check receiver configuration / wiring) Apr 29 16:47:58 superman ntpd[1737]: PARSE receiver #0: no data from device within poll interval (check receiver / wiring) Apr 29 16:48:00 superman ntpd[1737]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 23 bits Apr 29 16:48:45 superman ntpd[1737]: parse: convert_rawdcf: parity check FAILED for "--##-------##-#-AD--S1--8124p-24--2P12-8121-4-2481--48-248P__" Apr 29 16:48:45 superman ntpd[1737]: PARSE receiver #0: 1 message was suppressed, error condition class persists for 00:02:39 Apr 29 16:48:45 superman ntpd[1737]: PARSE receiver #0: FAILED TIMECODE: "--##-------##-#-AD--S1--8124p-24--2P12-8121-4-2481--48-248P_" (check receiver configuration / wiring) Apr 29 16:49:00 superman ntpd[1737]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 18 bits Apr 29 16:49:44 superman ntpd[1737]: parse: convert_rawdcf: parity check FAILED for "------#########---MLs-24--24p---81-P1--8121-41-4811--81-48P?_" Apr 29 16:50:00 superman ntpd[1737]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 18 bits Apr 29 16:50:00 superman ntpd[1737]: PARSE receiver #0: 2 messages where suppressed, error condition class persists for 00:03:54 Apr 29 16:50:00 superman ntpd[1737]: PARSE receiver #0: FAILED TIMECODE: "---##--####--#---" (check receiver configuration / wiring) Apr 29 16:50:08 superman ntpd[1737]: PARSE receiver #0: no data from device within poll interval (check receiver / wiring) Is there anything else I could try? bye Fabian From owner-freebsd-stable@FreeBSD.ORG Mon Apr 29 17:51:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 68A8C170 for ; Mon, 29 Apr 2013 17:51:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) by mx1.freebsd.org (Postfix) with ESMTP id 0214313DC for ; Mon, 29 Apr 2013 17:51:39 +0000 (UTC) Received: by mail-we0-f178.google.com with SMTP id t11so2504361wey.9 for ; Mon, 29 Apr 2013 10:51:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=iOv8wIjU+E2BESFkKqvSjoAVoB81NEem2fidAZd5HxA=; b=zPL0+R8ibhcf20etZm1X3hFgIADFSjotim9DfAsmWrfmHAVIFyU3cN8bjXREnm8kGp ahMy1KUXCAdUf0P+p3ObeCAkIHJj+uYJCKjVyqVadqGxYz6QFhan8LOJntJUCNZ6nljj hHb6MpL1PdDp61qzrTZlNnq5BqrOyqeZSHs7OtUQT2zh30XywiYUmRi+5uqfK6XNz5jN PUVu0rjluB1DxmXx2959/H/EA+Rl3xkuyDr2O43PZQ+6fjyP56+Vdj42GQKPdPLoW2al pzEnpK/dZPpBoIDvBystNpwGPRYc+n9ATJO5v7NXVWursiDpL+hw/RlX2fADCip4eXUz 6tCA== MIME-Version: 1.0 X-Received: by 10.180.87.170 with SMTP id az10mr19757439wib.3.1367257899164; Mon, 29 Apr 2013 10:51:39 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.58.138 with HTTP; Mon, 29 Apr 2013 10:51:39 -0700 (PDT) In-Reply-To: <517E9782.2050701@wenks.ch> References: <517DB738.4060902@restecp.com> <517E9782.2050701@wenks.ch> Date: Mon, 29 Apr 2013 10:51:39 -0700 X-Google-Sender-Auth: zP7emzyGL--265wBR9-XXRyLbXw Message-ID: Subject: Re: [Solved] [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... From: Adrian Chadd To: Fabian Wenk Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 17:51:40 -0000 Hm, can you double check the port configuration? is it somehow getting the number of stop bits wrong or something? What about flow control? Are there overflow/underflow counters with the uart driver? I wonder if you're hitting issues there. adrian From owner-freebsd-stable@FreeBSD.ORG Mon Apr 29 18:01:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6CB8E671 for ; Mon, 29 Apr 2013 18:01:01 +0000 (UTC) (envelope-from fabian@wenks.ch) Received: from batman.home4u.ch (batman.home4u.ch [IPv6:2001:8a8:1005:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id E78B914A3 for ; Mon, 29 Apr 2013 18:01:00 +0000 (UTC) X-Virus-Scanned: amavisd-new at home4u.ch Received: from flashback.wenks.ch (fabian@flashback.wenks.ch [IPv6:2001:8a8:1005:1:223:dfff:fedf:13c9]) (authenticated bits=0) by batman.home4u.ch (8.14.5/8.14.5) with ESMTP id r3TI0wow071058 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 29 Apr 2013 20:00:58 +0200 (CEST) (envelope-from fabian@wenks.ch) Message-ID: <517EB559.3060200@wenks.ch> Date: Mon, 29 Apr 2013 20:00:57 +0200 From: Fabian Wenk User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: [Solved] [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... References: <517DB738.4060902@restecp.com> <517E9782.2050701@wenks.ch> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 18:01:03 -0000 Hello Adrian On 29.04.2013 19:51, Adrian Chadd wrote: > Hm, can you double check the port configuration? is it somehow getting > the number of stop bits wrong or something? What about flow control? I did not change anything, I even did not set anything special back with FreeBSD 7.4 during the setup of ntpd for the DCF77 mouseCLOCK. Here the settings of the serial (sorry for the line wrapping): root@superman:~ # stty -a -f /dev/refclock-0 speed 50 baud; 0 rows; 0 columns; lflags: -icanon -isig -iexten -echo -echoe -echok -echoke -echonl -echoctl -echoprt -altwerase -noflsh -tostop -flusho -pendin -nokerninfo -extproc iflags: -istrip -icrnl -inlcr -igncr -ixon -ixoff -ixany -imaxbel -ignbrk -brkint -inpck ignpar -parmrk oflags: -opost -onlcr -ocrnl tab0 -onocr -onlret cflags: cread cs8 -parenb -parodd -hupcl clocal -cstopb -crtscts -dsrflow -dtrflow -mdmbuf cchars: discard = ; dsusp = ; eof = ; eol = ; eol2 = ; erase = ; erase2 = ; intr = ; kill = ; lnext = ; min = 1; quit = ; reprint = ; start = ; status = ; stop = ; susp = ; time = 0; werase = ; root@superman:~ # ls -l /dev/refclock-0 lrwxr-xr-x 1 root wheel 5 Apr 29 17:05 /dev/refclock-0@ -> cuau1 root@superman:~ # > Are there overflow/underflow counters with the uart driver? I wonder > if you're hitting issues there. Is there anything I can do to debug? PS: No need to use "reply all", reply only to the list is perfect, as I do filter e-mails based on the "List-Id" header line. bye Fabian From owner-freebsd-stable@FreeBSD.ORG Mon Apr 29 18:14:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 35F15BCB for ; Mon, 29 Apr 2013 18:14:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) by mx1.freebsd.org (Postfix) with ESMTP id C2A7A15F9 for ; Mon, 29 Apr 2013 18:14:39 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id m15so3828051wgh.17 for ; Mon, 29 Apr 2013 11:14:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=1V2BgOgkW8+Q5sumYp8ql8DNq2aES1HY/+cXquRGKJw=; b=Zlx/LS5iHBuY/0PwYXbETs9+rcUg3NQV5ArAYgPtq3/GL8Ta/W+1bi5ZgVeaSMr+Tn /h/kKlVtWdPYPRY9KDl/dz6wTVQzPJmaPVi1Y1zqi084MZyfCeYG0WTuyQ8K705VRkoo ZI3JHDI7w7gU/c6rW+zW4UnqxC2dJ1OH1hg0es9SsExW+NG/UyLhEIl94anrBeIz+WMS G2TpWwQ3AVrJJwAKB/hQb9z4VLraRaVewbQm37DzCRQ6/f+ryfEkp6USTSPRIccZg9mE FVG81Yo6B5psM6RsvFcLvaHmfkgs+TZwWgvWQ7mB0P6xY5nQlV9x8O3t7pwIvNE8fJpr Vz8g== MIME-Version: 1.0 X-Received: by 10.180.89.140 with SMTP id bo12mr2387503wib.22.1367259279007; Mon, 29 Apr 2013 11:14:39 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.58.138 with HTTP; Mon, 29 Apr 2013 11:14:38 -0700 (PDT) In-Reply-To: <517EB559.3060200@wenks.ch> References: <517DB738.4060902@restecp.com> <517E9782.2050701@wenks.ch> <517EB559.3060200@wenks.ch> Date: Mon, 29 Apr 2013 11:14:38 -0700 X-Google-Sender-Auth: bXyWbe-aNXQEunOGJHSBRnv8s98 Message-ID: Subject: Re: [Solved] [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... From: Adrian Chadd To: Fabian Wenk Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 18:14:40 -0000 On 29 April 2013 11:00, Fabian Wenk wrote: > Is there anything I can do to debug? I don't know. Unfortunately there's no active uart maintainer. That's why I was wondering if someone already knew about whether uart kept underflow/overflow statistics. Adrian From owner-freebsd-stable@FreeBSD.ORG Mon Apr 29 18:25:14 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AE2BDE05 for ; Mon, 29 Apr 2013 18:25:14 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:43:76:96:30:32]) by mx1.freebsd.org (Postfix) with ESMTP id 8C938169F for ; Mon, 29 Apr 2013 18:25:14 +0000 (UTC) Received: from omta20.emeryville.ca.mail.comcast.net ([76.96.30.87]) by qmta03.emeryville.ca.mail.comcast.net with comcast id Vom71l0031smiN4A3uRDwY; Mon, 29 Apr 2013 18:25:13 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta20.emeryville.ca.mail.comcast.net with comcast id VuRC1l00z1t3BNj8guRDNg; Mon, 29 Apr 2013 18:25:13 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C7F5D73A1B; Mon, 29 Apr 2013 11:25:12 -0700 (PDT) Date: Mon, 29 Apr 2013 11:25:12 -0700 From: Jeremy Chadwick To: Adrian Chadd Subject: Re: [Solved] [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... Message-ID: <20130429182512.GA9896@icarus.home.lan> References: <517DB738.4060902@restecp.com> <517E9782.2050701@wenks.ch> <517EB559.3060200@wenks.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1367259913; bh=/9s6gLPEWLloL/xk9CCft32gm/UZCyEpeyZV7jI3MNk=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=kmryZXTDSFamoAAE5R2U78rvWt1XqlIVd485393J9MS8aIHrZiBJS49DqgMfSplSO hC1+jaJjmx3PjuzZe5FTygHJJHWr8ct0ZwUCIkJw6Ha+e02bb0PJl/1ccDigckHYmp rGADqzbpboFocH3nZOqYz2i2sYMlxINOSSDdRxwguRw9dDFx+QBSN+2aNICvxDlhb/ fMQFPhrKVdgBHB56Aek/PHWklPKTvwH7i3LgNQaZNTuO7f5QLMDibNCsw1rUmHpkCp Djd89VL/K1oqM9KwBDXHccxH6xgzbg5c71qJw20rSqlqHUSeWSqJMvzgk3Er3TE2Ji feiUGZFvIfbvQ== Cc: Fabian Wenk , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 18:25:14 -0000 On Mon, Apr 29, 2013 at 11:14:38AM -0700, Adrian Chadd wrote: > On 29 April 2013 11:00, Fabian Wenk wrote: > > > Is there anything I can do to debug? > > I don't know. Unfortunately there's no active uart maintainer. Eh? I was under the impression Marcel Moolenaar was active and maintaining this code. He has alternate Email addresses if that one does not work. > That's why I was wondering if someone already knew about whether uart > kept underflow/overflow statistics. Based on what I can tell, it does not. It has the capability of detecting overruns, but there does not appear to be (based on a quick skim) any counter capability. I should note that this has been a long-standing issue with FreeBSD, re: whether ACPI or ISA should have control over serial ports (uart(4)). The road goes both ways -- what works for some people doesn't for others. If a person is having to throw in ACPI tweaks/overrides/hints to get this to work, someone should probably involve freebsd-acpi. I'll also point out that since the ACPI tables come from the BIOS/UEFI, it does not surprise people that BIOS maintainers often screw things up as well. Nothing on PC architecture is simple any more. Nothing. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Apr 29 18:35:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7E2A3158 for ; Mon, 29 Apr 2013 18:35:05 +0000 (UTC) (envelope-from fabian@wenks.ch) Received: from batman.home4u.ch (batman.home4u.ch [IPv6:2001:8a8:1005:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0C46B171F for ; Mon, 29 Apr 2013 18:35:04 +0000 (UTC) X-Virus-Scanned: amavisd-new at home4u.ch Received: from flashback.wenks.ch (fabian@flashback.wenks.ch [IPv6:2001:8a8:1005:1:223:dfff:fedf:13c9]) (authenticated bits=0) by batman.home4u.ch (8.14.5/8.14.5) with ESMTP id r3TIZ4jd074316 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 29 Apr 2013 20:35:04 +0200 (CEST) (envelope-from fabian@wenks.ch) Message-ID: <517EBD58.4020400@wenks.ch> Date: Mon, 29 Apr 2013 20:35:04 +0200 From: Fabian Wenk User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: [Solved] [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though... References: <517DB738.4060902@restecp.com> <517E9782.2050701@wenks.ch> <517EB559.3060200@wenks.ch> <20130429182512.GA9896@icarus.home.lan> In-Reply-To: <20130429182512.GA9896@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 18:35:05 -0000 Hello Jeremy On 29.04.2013 20:25, Jeremy Chadwick wrote: > > Nothing on PC architecture is simple any more. Nothing. > I my case it was an upgrade from FreeBSD 7.4 to FreeBSD 9.1 without any change on the hardware. The only difference is the serial driver which changed from sio to uart. So I guess it is related to differences between sio and uart. PS: No need to use "reply all", reply only to the list is perfect, as I do filter e-mails based on the "List-Id" header line. bye Fabian From owner-freebsd-stable@FreeBSD.ORG Mon Apr 29 18:42:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 297113AF for ; Mon, 29 Apr 2013 18:42:17 +0000 (UTC) (envelope-from melanhit@gmail.com) Received: from mail-ee0-f47.google.com (mail-ee0-f47.google.com [74.125.83.47]) by mx1.freebsd.org (Postfix) with ESMTP id B8BD31787 for ; Mon, 29 Apr 2013 18:42:16 +0000 (UTC) Received: by mail-ee0-f47.google.com with SMTP id b57so2757153eek.34 for ; Mon, 29 Apr 2013 11:42:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=EY9vIHASFEMsDeC3OAyz3Pvd6vhBNLzW8WVv6M5H39o=; b=wk3cuRRn+mg38Juzes/agI9yVwVONaxNqTyMTmzgbHIDDPNPd8ki8OLAyJeSwp6ztr Op4iqOsjZKOnlPysXOX4BybK+I1Tkvq4EPb5WQ/0QouLEi1YOx43EYzFPfj6gfxcVNWj DculoDOJYnbQUwz4lusZPn5GxN6TqxIHpSuCIMU75L6Yl20wP0kJnO3UGVyjIYWqiIL7 vfClN94WnyHAOXCwmoR0Fd/s9emswAd6v2/jO7Gs3FFcqUCZjm2+ixdbl1H4umi1nuMd OLeiWgZ3knBL6JN8wBDs8+f9mCra2IaxVALESorHZNqBIOhZptMVbN9zGhWN86xGutGb ySgg== X-Received: by 10.14.182.137 with SMTP id o9mr11284094eem.5.1367260930559; Mon, 29 Apr 2013 11:42:10 -0700 (PDT) Received: from localhost.localdomain ([46.211.123.77]) by mx.google.com with ESMTPSA id i53sm34279990eeu.5.2013.04.29.11.42.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 29 Apr 2013 11:42:09 -0700 (PDT) Message-ID: <517EBEFE.3060703@gmail.com> Date: Mon, 29 Apr 2013 21:42:06 +0300 From: Andrew Romanenko User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130407 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: /usr/src over NFS: buildworld fail Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 18:42:17 -0000 Hi everyone! /usr/src imported via NFS make buildworld is always fails in the same place with error: "make: result too large". Localy its works fine Does anybody know how to fix it? i386 FreeBSD 9-STABLE (r250044) Best regards, Andrew Romanenko From owner-freebsd-stable@FreeBSD.ORG Mon Apr 29 23:17:51 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 672E12E9 for ; Mon, 29 Apr 2013 23:17:51 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 43D041DEE for ; Mon, 29 Apr 2013 23:17:51 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id C1AD433C1D; Mon, 29 Apr 2013 19:17:45 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id 4302D39829; Mon, 29 Apr 2013 19:17:42 -0400 (EDT) From: Lowell Gilbert To: Andrew Romanenko Subject: Re: /usr/src over NFS: buildworld fail References: <517EBEFE.3060703@gmail.com> Date: Mon, 29 Apr 2013 19:17:42 -0400 In-Reply-To: <517EBEFE.3060703@gmail.com> (Andrew Romanenko's message of "Mon, 29 Apr 2013 21:42:06 +0300") Message-ID: <44txmpq63t.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 23:17:51 -0000 Andrew Romanenko writes: > /usr/src imported via NFS > make buildworld is always fails in the same place with error: "make: result too large". > Localy its works fine > Does anybody know how to fix it? I've been doing that for years, with no problems. If you NFS-mount the src tree, do you do it read-only? When the src is reached by NFS, where is the obj tree (usually /usr/obj), and how is *it* accessed? Does it have enough space? Also, I'd generally recommend mounting the src read-only. > i386 FreeBSD 9-STABLE (r250044) Good luck. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 29 23:51:34 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B39B8825 for ; Mon, 29 Apr 2013 23:51:34 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:43:76:96:30:40]) by mx1.freebsd.org (Postfix) with ESMTP id 99D291EDA for ; Mon, 29 Apr 2013 23:51:34 +0000 (UTC) Received: from omta16.emeryville.ca.mail.comcast.net ([76.96.30.72]) by qmta04.emeryville.ca.mail.comcast.net with comcast id VzYw1l0021ZMdJ4A4zraSY; Mon, 29 Apr 2013 23:51:34 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta16.emeryville.ca.mail.comcast.net with comcast id VzrZ1l00W1t3BNj8czrZXz; Mon, 29 Apr 2013 23:51:33 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5385C73A1B; Mon, 29 Apr 2013 16:51:33 -0700 (PDT) Date: Mon, 29 Apr 2013 16:51:33 -0700 From: Jeremy Chadwick To: Andrew Romanenko Subject: Re: /usr/src over NFS: buildworld fail Message-ID: <20130429235133.GA15546@icarus.home.lan> References: <517EBEFE.3060703@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <517EBEFE.3060703@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1367279494; bh=NmxautNKW+H9RBXZ/RXN1TrFxtJewMtQV7ixswzKyqI=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=p6ZE+JpRltNrJTbELqvVfAA3q7JZeqW53H+T5FJJCPeKPpVGwqd2mC7UrgaSjAMmx iFjPXbvpyxpGVVcThDVghlC/Zi2ThCHCUx/zWlQR9kZdyALtnPf1FghJSkxaguUkNA DgOi5XN9bDK+ws5Fm0b1iipmArwGwJsaMJjrxqANV5dPfjRZXZZED2sLeolayJcOh4 Qe3G8Hwzry2w2KOGgxR83s6R5pmxF5HH9ahzT+qBMawAver8JEJFf/U3JXCYpKxBdh vz6gieZOFH66QNqOQQdgvxQ9vg6TbfLtD+i6zgm/Apg00BrV5a/BvG39f8zJy7JgEY 3jVAfUyAQ1ihQ== Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 23:51:34 -0000 On Mon, Apr 29, 2013 at 09:42:06PM +0300, Andrew Romanenko wrote: > Hi everyone! > /usr/src imported via NFS > make buildworld is always fails in the same place with error: "make: result too large". > Localy its works fine > Does anybody know how to fix it? > > i386 FreeBSD 9-STABLE (r250044) Actual output would have been more useful than a paraphrased response. The same goes for actual NFS server and client details (OS, backing filesystems, make.conf, src.conf, rc.conf, loader.conf, sysctl.conf, etc.). "Result too large" is error ERANGE (see /usr/include/errno.h), errno 34, assuming that it has a capital "R" ("Result", not "result"). I see no cases in src/usr.bin/make/* where ERANGE or errno 34 is returned directly. I do not believe NFS returns ERANGE either. There may be cases where the backing filesystem (i.e. the filesystem used on the NFS server) could return ERANGE. I know ZFS does, but only in one specific case (only if the compression property is enabled). I do see some other cases in the ZFS code pertaining to UTF-8 support that can return ERANGE but did not look at what those cases may be. You may end up having to do the following: rm -fr /usr/obj/* cd /usr/src ktrace -t+ -f /tmp/ktrace.out make buildworld {wait until the failure} cd /tmp kdump Then look to see what syscall/operation returns this. You may have to put this file up on the web somewhere (it should gzip quite well), and be aware there may be personal information in it (environment variables, contents of files, etc.), so choose wisely. Good luck. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Apr 30 09:47:32 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A9363D91 for ; Tue, 30 Apr 2013 09:47:32 +0000 (UTC) (envelope-from helen.williams@hotofferz.com) Received: from news.hotofferz.com (news.hotofferz.com [194.71.20.106]) by mx1.freebsd.org (Postfix) with ESMTP id 6D4871628 for ; Tue, 30 Apr 2013 09:47:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=dkim; d=hotofferz.com; h=To:From:Reply-to:Subject:Date:Message-ID:List-Unsubscribe:MIME-Version:Content-Type:Content-Transfer-Encoding; i=helen.williams@hotofferz.com; bh=CzuRiOFrpyR4S0utjinbU4Z/Gug=; b=Lxvp6yyjmR/6bhHs7eujXUJjNjE8Qfa+jaKBAwWzt+EGZfLGNCLp32Pe461ud/U+mitir+K3lVkQ Ke0lSbCuM/AnmzxKRpfJq4Uo1zWr6st8/Et72Q0m+5QdzCZqoGrtTiLefapOk5swGdMMGGvfGUpO Wjs58tGCd2MrfuDZYTc= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=dkim; d=hotofferz.com; b=g4u9v/woOf9GUT0WZ6xF8uxETJKXWqH40UC0QPq7095I0ZWfw+3Dv0LTn8EUUitKGjcQzmfm4NNV kfKaYIVy0SlaZUePXiOeb35Nv1JV5PZXvmz7OCrv5xS1M7j/GCc3tHVZXQtZtUEmCN5Yak5RGA4X ofbQsSxcbkoNGY/QLXw=; To: stable@freebsd.org From: "Helen Williams" Subject: Learn how you can get so much more on the house Date: Tue, 30 Apr 2013 10:45:07 +0200 Message-ID: X-JID: 403 X-Complaints-To: abuse@hotofferz.com X-CID: 82462584 X-Report-Abuse: abuse@hotofferz.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8" Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Helen Williams List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 09:47:32 -0000 Dear member, Receive your $5000 Welcome Bonus How? 1. Download the software 2. Register a real money account 3. Deposit and receive your $5000 Welcome Bonus with all games included Click here to claim your bonus now http://hotofferz.com/c/click/883/82462584/3a39f.html Why? Flash/Download All games included Multilingual software Live dealers Fast Payouts & Support 24/7 Frequent player promotions This offer is only lasting for the next 48 hours from the top name in the online casino industry, MansionCasino.com Join now to claim your $5000 Welcome Bonus. http://hotofferz.com/c/click/883/82462584/3a39f.html MansionCasino.com is licensed and regulated to offer online gaming services under the jurisdiction of Gibraltar. © 2013 MansionCasino.com is an internationally registered trademark. To unsubscribe, click here http://hotofferz.com/c/unsub/403/82462584/3a39f.html From owner-freebsd-stable@FreeBSD.ORG Tue Apr 30 22:20:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F0F15FFC for ; Tue, 30 Apr 2013 22:20:41 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ia0-x22c.google.com (mail-ia0-x22c.google.com [IPv6:2607:f8b0:4001:c02::22c]) by mx1.freebsd.org (Postfix) with ESMTP id C90E61C92 for ; Tue, 30 Apr 2013 22:20:41 +0000 (UTC) Received: by mail-ia0-f172.google.com with SMTP id i20so898980ian.17 for ; Tue, 30 Apr 2013 15:20:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=+b80v3gi2EZIxNtsRYS041NDgAW/TDTEwbuRV/vd2CM=; b=g2g90cgd8E4biA3m9gr22o1taeE12v8PFloschkK/QEIyaXvP9gPtmr6yPH/9TLJKA 0Bvb8zj8lO25QskvqPPxLRy29snvFXHEBC3kJBSfiN+iFTJqU1mTWDRZPQ96e9L6xTxq ZKaqhNokSerznqQvNbkCftJinBeZyXdM6pDeI9eQhyeDWJEYLDqD7SeKMSWwPQcFdc6X Eh6LfFggPKnvXc0c4O8KOJ1mcUcwVf1jbhJgl6VIYlDJw/a8YLtJdm8o+UxAvTccbVxp g6fLrNP7QC8NexNNYfyB7BmIgaEEACJuzYsXDftQTKXlntBBgKNVwCRYYBvqoOEV9Ijc cenQ== X-Received: by 10.50.42.165 with SMTP id p5mr11736896igl.75.1367360441536; Tue, 30 Apr 2013 15:20:41 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.64.58.52 with HTTP; Tue, 30 Apr 2013 15:20:11 -0700 (PDT) In-Reply-To: <9fb04ef95c1af64e3bd034910ccba590@jmorenov.com.co> References: <9fb04ef95c1af64e3bd034910ccba590@jmorenov.com.co> From: Chris Rees Date: Tue, 30 Apr 2013 23:20:11 +0100 X-Google-Sender-Auth: HdIMlx2vhQYMbb2mnJPioPMfY-g Message-ID: Subject: Re: named fails two weeks ago unexpectedly To: jmorenov@jmorenov.com.co Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 22:20:42 -0000 On 27 January 2013 20:25, wrote: > Hi > > I was used FreeBSD 9.1 Release since December 2012, I usually use > "portsnap fetch && update" and "portmaster-a" to keep my system updated. > Two weeks ago unexpectedly "named" not worked. this is my case: > > "Problem: > root@server:/etc # /etc/rc.d/named start > /etc/rc.d/named: ERROR: get_pidfile_from_conf: /etc/namedb/named.conf does > not exist (named) > Checking: > root@server:/etc # ls -l /var/named/etc/namedb > total 40 > drwxr-xr-x 2 bind wheel 512 Dec 4 04:32 dynamic > drwxr-xr-x 2 root wheel 512 Dec 4 04:34 master > -rw-r--r-- 1 bind wheel 15150 Jan 17 15:57 named.conf > -rw-r--r-- 1 bind wheel 3135 Dec 4 04:34 named.root > -rw------- 1 bind wheel 97 Dec 22 03:49 rndc.key > drwxr-xr-x 2 bind wheel 512 Dec 4 04:32 slave > drwxr-xr-x 2 bind wheel 512 Jan 27 13:25 working > > root@server:/root # cat /etc/defaults/rc.conf | grep named > # named. It may be possible to run named in a sandbox, man security for > named_enable="NO" # Run named, the DNS server (or NO). > named_program="/usr/sbin/named" # Path to named, if you want a different > one. > named_conf="/etc/namedb/named.conf" # Path to the configuration file > #named_flags="" # Use this for flags OTHER than -u and -c > named_uid="bind" # User to run named as > named_chrootdir="/var/named" # Chroot directory (or "" not to auto-chroot > it) > named_chroot_autoupdate="YES" # Automatically install/update chrooted > # components of named. See /etc/rc.d/named. > named_symlink_enable="YES" # Symlink the chrooted pid file > named_wait="NO" # Wait for working name service before exiting > named_wait_host="localhost" # Hostname to check if named_wait is enabled > named_auto_forward="NO" # Set up forwarders from /etc/resolv.conf > named_auto_forward_only="NO" # Do "forward only" instead of "forward > first" > > root@server:/root # cat /etc/rc.conf | grep named > named_enable="YES" > > Cause: > FreeBSD 9.1 was running OK, but "named" failed for no apparent reason > > My Solution: > root@server:/etc # ln -s /var/named/etc/namedb /etc/namedb > root@server:/etc # /etc/rc.d/named start > Starting named." > > I do not know what happened with "named" that it fails two weeks ago, any > ideas ? Necro-reply, sorry. That symlink is there on all of my systems, you must have accidentally removed it. [crees@pegasus]~% grep -n namedb /usr/src/etc/Makefile 220: @if [ ! -e ${DESTDIR}/etc/namedb ]; then \ 222: ln -s ../var/named/etc/namedb ${DESTDIR}/etc/namedb; \ 226: ${_+_}cd ${.CURDIR}/namedb; ${MAKE} install Chris From owner-freebsd-stable@FreeBSD.ORG Wed May 1 21:37:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 67D08EE9 for ; Wed, 1 May 2013 21:37:55 +0000 (UTC) (envelope-from melanhit@gmail.com) Received: from mail-ea0-x235.google.com (mail-ea0-x235.google.com [IPv6:2a00:1450:4013:c01::235]) by mx1.freebsd.org (Postfix) with ESMTP id F3BBE148A for ; Wed, 1 May 2013 21:37:54 +0000 (UTC) Received: by mail-ea0-f181.google.com with SMTP id a11so830352eae.40 for ; Wed, 01 May 2013 14:37:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=FOJx7cUMxNr/fUtcygQJppPUJ+gPL1h9GMksWvdtNnE=; b=Ext2kwCb6f3YJhTCAwJmhly+OY8TLu6JfKb3cVeYOq0PsJKNuXV5SOBbYIhw2chxLp 9sT1VGM+Tg6MIOaRnfIkAWAUjdzfZXRNLYmWo0PH0ombp4YJIaM62jmUhCg1Ph7Bd8H0 FBxaz1NniGJgde+FBwJOJlQTwo0Gs8GyuRI1+xD4Lm3PpzVxcS8mfPBZu67F/yW+fgqc vBy63/j3mq9ENlR8t8exGAHdsO5gsDTOBq+QI5Wpc5BApQOEAEko3ZaImhppSZyZWMu1 x+/KQBdgrmVl+2qFkiubZXdSGU1m2GLmZRerqWDXSfkS2Zf8KXjSAkG+GTUM/oYzdfBi ISlg== X-Received: by 10.14.173.71 with SMTP id u47mr12649546eel.24.1367444274032; Wed, 01 May 2013 14:37:54 -0700 (PDT) Received: from localhost.localdomain (77-52-158-0.dialup.umc.net.ua. [77.52.158.0]) by mx.google.com with ESMTPSA id w52sm5798808eev.12.2013.05.01.14.37.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 01 May 2013 14:37:53 -0700 (PDT) Message-ID: <51818B2E.3080402@gmail.com> Date: Thu, 02 May 2013 00:37:50 +0300 From: Andrew Romanenko User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130407 Thunderbird/17.0.5 MIME-Version: 1.0 To: Jeremy Chadwick Subject: Re: /usr/src over NFS: buildworld fail References: <517EBEFE.3060703@gmail.com> <20130429235133.GA15546@icarus.home.lan> In-Reply-To: <20130429235133.GA15546@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2013 21:37:55 -0000 On 04/30/2013 02:51 AM, Jeremy Chadwick wrote: > On Mon, Apr 29, 2013 at 09:42:06PM +0300, Andrew Romanenko wrote: >> Hi everyone! >> /usr/src imported via NFS >> make buildworld is always fails in the same place with error: "make: result too large". >> Localy its works fine >> Does anybody know how to fix it? >> >> i386 FreeBSD 9-STABLE (r250044) > Actual output would have been more useful than a paraphrased response. > The same goes for actual NFS server and client details (OS, backing > filesystems, make.conf, src.conf, rc.conf, loader.conf, sysctl.conf, > etc.). > > "Result too large" is error ERANGE (see /usr/include/errno.h), errno 34, > assuming that it has a capital "R" ("Result", not "result"). > > I see no cases in src/usr.bin/make/* where ERANGE or errno 34 is > returned directly. > > I do not believe NFS returns ERANGE either. > > There may be cases where the backing filesystem (i.e. the filesystem > used on the NFS server) could return ERANGE. I know ZFS does, but only > in one specific case (only if the compression property is enabled). > I do see some other cases in the ZFS code pertaining to UTF-8 support > that can return ERANGE but did not look at what those cases may be. > > You may end up having to do the following: > > rm -fr /usr/obj/* > cd /usr/src > ktrace -t+ -f /tmp/ktrace.out make buildworld > {wait until the failure} > cd /tmp > kdump > > Then look to see what syscall/operation returns this. You may have to > put this file up on the web somewhere (it should gzip quite well), and > be aware there may be personal information in it (environment variables, > contents of files, etc.), so choose wisely. > > Good luck. > Fixed. Trouble was in Linux NFS-server. Also, thx Jeremy for the tip (ktrace + kdump) thanks, everyone From owner-freebsd-stable@FreeBSD.ORG Wed May 1 22:30:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5EA6EC69 for ; Wed, 1 May 2013 22:30:55 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 280C01697 for ; Wed, 1 May 2013 22:30:54 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqIEAFqWgVGDaFvO/2dsb2JhbABSgz6DN7tpgRJ0gh8BAQEEAQEBICsgCwUWDgoCAg0ZAikBCSYGCAcEARwEh2sMrkKQRoEjjE1+NAeCP4ETA5RngkKBJpALgykgMoEENQ X-IronPort-AV: E=Sophos;i="4.87,591,1363147200"; d="scan'208";a="26345706" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu.net.uoguelph.ca with ESMTP; 01 May 2013 18:30:53 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id B8DBFB3F26; Wed, 1 May 2013 18:30:53 -0400 (EDT) Date: Wed, 1 May 2013 18:30:53 -0400 (EDT) From: Rick Macklem To: Andrew Romanenko Message-ID: <1269813286.56503.1367447453738.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <51818B2E.3080402@gmail.com> Subject: Re: /usr/src over NFS: buildworld fail MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: Jeremy Chadwick , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2013 22:30:55 -0000 Andrew Romanenko wrote: > On 04/30/2013 02:51 AM, Jeremy Chadwick wrote: > > On Mon, Apr 29, 2013 at 09:42:06PM +0300, Andrew Romanenko wrote: > >> Hi everyone! > >> /usr/src imported via NFS > >> make buildworld is always fails in the same place with error: > >> "make: result too large". > >> Localy its works fine > >> Does anybody know how to fix it? > >> > >> i386 FreeBSD 9-STABLE (r250044) > > Actual output would have been more useful than a paraphrased > > response. > > The same goes for actual NFS server and client details (OS, backing > > filesystems, make.conf, src.conf, rc.conf, loader.conf, sysctl.conf, > > etc.). > > > > "Result too large" is error ERANGE (see /usr/include/errno.h), errno > > 34, > > assuming that it has a capital "R" ("Result", not "result"). > > > > I see no cases in src/usr.bin/make/* where ERANGE or errno 34 is > > returned directly. > > > > I do not believe NFS returns ERANGE either. > > > > There may be cases where the backing filesystem (i.e. the filesystem > > used on the NFS server) could return ERANGE. I know ZFS does, but > > only > > in one specific case (only if the compression property is enabled). > > I do see some other cases in the ZFS code pertaining to UTF-8 > > support > > that can return ERANGE but did not look at what those cases may be. > > > > You may end up having to do the following: > > > > rm -fr /usr/obj/* > > cd /usr/src > > ktrace -t+ -f /tmp/ktrace.out make buildworld > > {wait until the failure} > > cd /tmp > > kdump > > > > Then look to see what syscall/operation returns this. You may have > > to > > put this file up on the web somewhere (it should gzip quite well), > > and > > be aware there may be personal information in it (environment > > variables, > > contents of files, etc.), so choose wisely. > > > > Good luck. > > > > Fixed. Trouble was in Linux NFS-server. > Also, thx Jeremy for the tip (ktrace + kdump) > thanks, everyone > Coule you please provide more information on the Linux NFS-server issue? It might be useful if/when others run into interoperability problems against a Linux NFS server. Thanks, rick > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri May 3 22:03:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7421F675 for ; Fri, 3 May 2013 22:03:38 +0000 (UTC) (envelope-from melanhit@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0C0211789 for ; Fri, 3 May 2013 22:03:37 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id e49so984701eek.41 for ; Fri, 03 May 2013 15:03:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=xFURh7zFsWYAbg5GjFxrk1bZu91rNoI48uya7MfG/58=; b=a/oZ8h2j9Fa+c++FeW0jb7Ji7PSMjT9+MUDNVUjvSrCgLyCKx0pszi6e1uU9V0PzWN gRXEsEIx6cp0UWGo9b11T08u9wNOkL9EB0DvNK+cSAXSu6qwpmZhGSC9vME1PPpPqIZ8 s7/UMEwhWQyuf3GOaxRPSC67wLv7YFAABTmQSmO6ql0jIackHz0JMfONXogm9TDLBxVj GL8E5j56bWx2XUinAlkbfuPvkiDSwUnhp21vJh2h6rN+36yKPazpRx20/4IjJtPlDe/g KwnPzZ8IapG5cn+WspuKtgIqkyOUx63M/5+wUQYi3qwTBJtY6dyR6W0JPFJNrRI4ZsnV ZKuw== X-Received: by 10.14.194.70 with SMTP id l46mr35661517een.28.1367618611165; Fri, 03 May 2013 15:03:31 -0700 (PDT) Received: from localhost.localdomain (46-133-225-106.dialup.umc.net.ua. [46.133.225.106]) by mx.google.com with ESMTPSA id n7sm18442869eeo.0.2013.05.03.15.03.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 03 May 2013 15:03:30 -0700 (PDT) Message-ID: <51843432.6060401@gmail.com> Date: Sat, 04 May 2013 01:03:30 +0300 From: Andrew Romanenko User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130407 Thunderbird/17.0.5 MIME-Version: 1.0 To: Rick Macklem Subject: Re: /usr/src over NFS: buildworld fail References: <1269813286.56503.1367447453738.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1269813286.56503.1367447453738.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Jeremy Chadwick , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 22:03:38 -0000 On 05/02/2013 01:30 AM, Rick Macklem wrote: > Andrew Romanenko wrote: >> On 04/30/2013 02:51 AM, Jeremy Chadwick wrote: >>> On Mon, Apr 29, 2013 at 09:42:06PM +0300, Andrew Romanenko wrote: >>>> Hi everyone! >>>> /usr/src imported via NFS >>>> make buildworld is always fails in the same place with error: >>>> "make: result too large". >>>> Localy its works fine >>>> Does anybody know how to fix it? >>>> >>>> i386 FreeBSD 9-STABLE (r250044) >>> Actual output would have been more useful than a paraphrased >>> response. >>> The same goes for actual NFS server and client details (OS, backing >>> filesystems, make.conf, src.conf, rc.conf, loader.conf, sysctl.conf, >>> etc.). >>> >>> "Result too large" is error ERANGE (see /usr/include/errno.h), errno >>> 34, >>> assuming that it has a capital "R" ("Result", not "result"). >>> >>> I see no cases in src/usr.bin/make/* where ERANGE or errno 34 is >>> returned directly. >>> >>> I do not believe NFS returns ERANGE either. >>> >>> There may be cases where the backing filesystem (i.e. the filesystem >>> used on the NFS server) could return ERANGE. I know ZFS does, but >>> only >>> in one specific case (only if the compression property is enabled). >>> I do see some other cases in the ZFS code pertaining to UTF-8 >>> support >>> that can return ERANGE but did not look at what those cases may be. >>> >>> You may end up having to do the following: >>> >>> rm -fr /usr/obj/* >>> cd /usr/src >>> ktrace -t+ -f /tmp/ktrace.out make buildworld >>> {wait until the failure} >>> cd /tmp >>> kdump >>> >>> Then look to see what syscall/operation returns this. You may have >>> to >>> put this file up on the web somewhere (it should gzip quite well), >>> and >>> be aware there may be personal information in it (environment >>> variables, >>> contents of files, etc.), so choose wisely. >>> >>> Good luck. >>> >> Fixed. Trouble was in Linux NFS-server. >> Also, thx Jeremy for the tip (ktrace + kdump) >> thanks, everyone >> > Coule you please provide more information on the Linux NFS-server issue? > It might be useful if/when others run into interoperability > problems against a Linux NFS server. > > Thanks, rick > >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" Server: Linux Sabayon (Linux localhost.localdomain 3.8.0-sabayon #1 SMP Fri Mar 29 13:54:24 UTC 2013 i686 Genuine Intel(R) CPU T2080 @ 1.73GHz GenuineIntel GNU/Linux) Package: net-fs/nfs-utils-1.2.7 /etc/exports /home/bsd/src 192.168.56.1/24(rw,async,no_subtree_check,root_squash,anonuid=1000,anongid=1001,fsid=1000) Client: Freebsd 9-STABLE (FreeBSD ion.uabsd.org 9.1-STABLE FreeBSD 9.1-STABLE #0 r250121: Wed May 1 23:38:36 EEST 2013 root@ion.uabsd.org:/usr/obj/usr/src/sys/GENERIC i386) mount command: mount -t nfs -o ro,nfsv3,tcp 192.168.56.1:/home/bsd/src /usr/src Fix: add option fsid=(1000 or any number) to /etc/exports . I don't understand, Why fsid is so important? From owner-freebsd-stable@FreeBSD.ORG Sat May 4 06:20:08 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1C3574CB for ; Sat, 4 May 2013 06:20:08 +0000 (UTC) (envelope-from kiri@pis.elm.toba-cmt.ac.jp) Received: from pis.elm.toba-cmt.ac.jp (pis.elm.toba-cmt.ac.jp [202.26.248.196]) by mx1.freebsd.org (Postfix) with ESMTP id A9A7E1636 for ; Sat, 4 May 2013 06:20:06 +0000 (UTC) Received: from kiri.pis.pis.elm.toba-cmt.ac.jp (kiri.pis [192.168.1.1] (may be forged)) by pis.elm.toba-cmt.ac.jp (8.14.5/8.14.5) with ESMTP id r445qNB3023430 for ; Sat, 4 May 2013 14:52:23 +0900 (JST) (envelope-from kiri@pis.elm.toba-cmt.ac.jp) Message-Id: <201305040552.r445qNB3023430@pis.elm.toba-cmt.ac.jp> Date: Sat, 04 May 2013 14:52:23 +0900 From: KIRIYAMA Kazuhiko To: stable@freebsd.org Subject: Vimage Jail kernel crashed User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.6 MULE XEmacs/21.4 (patch 22) (Instant Classic) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 06:20:08 -0000 Dear stable list, I've created private network by Vimage Jail using ezjail referenced [1] as follows: em0 X.X.X.X bridge0 192.168.1.254 --+-- epair0a --+-- epair0b 192.168.1.1(ns) | +-- epair1a --+-- epair1b 192.168.1.2(ns1) | +-- epair2a --+-- epair2b 192.168.1.3(cvs) | +-- epair3a --+-- epair3b 192.168.1.4(mail) | +-- epair4a --+-- epair4b 192.168.1.5(web) where X.X.X.X is the global address of outer network. All jail environments are under /jails: admin@xxxxxx:~[112]% ll /jails/ total 52 drwxrwxr-x 2 root operator 512 Apr 28 03:03 .snap drwxr-xr-x 9 root wheel 512 Apr 7 06:13 basejail drwxr-xr-x 4 root wheel 512 Apr 7 06:15 commonjail drwxr-xr-x 13 root wheel 512 Apr 7 06:35 cvs drwxr-xr-x 16 root wheel 3072 Apr 14 03:14 distfiles drwxr-xr-x 3 root wheel 512 Apr 7 06:13 flavours drwx------ 69 root operator 4096 Apr 18 21:06 lost+found drwxr-xr-x 13 root wheel 512 Apr 7 06:35 mail drwxr-xr-x 13 root wheel 512 Apr 7 06:16 newjail drwxr-xr-x 13 root wheel 512 Apr 7 06:35 ns drwxr-xr-x 13 root wheel 512 Apr 7 06:35 ns1 drwxr-xr-x 2 root wheel 512 Apr 6 08:00 packages drwxr-xr-x 13 root wheel 512 Apr 7 06:35 web admin@xxxxxx:~[113]% All seemd to go well. But when jail host shutdown, freezed and kernel paniced to put: Apr 28 09:56:40 xxxxxx root: /etc/rc.d/jail: DEBUG: cvs parameters: Apr 28 09:56:41 xxxxxx root: /etc/pccard_ether: DEBUG: run_rc_command: start_precmd: checkauto Apr 28 09:56:41 xxxxxx kernel: ifa_del_loopback_route: deletion failed Apr 28 09:56:41 xxxxxx kernel: Freed UMA keg was not empty (50 items). Lost 5 pages of memory. Apr 28 09:56:41 xxxxxx kernel: Freed UMA keg was not empty (672 items). Lost 4 pages of memory. Apr 28 09:56:41 xxxxxx kernel: Freed UMA keg was not empty (50 items). Lost 5 pages of memory. Apr 28 09:56:41 xxxxxx kernel: Freed UMA keg was not empty (28 items). Lost 7 pages of memory. Apr 28 09:56:41 xxxxxx kernel: hhook_vnet_uninit: hhook_head type=1, id=1 cleanup required Apr 28 09:56:41 xxxxxx kernel: hhook_vnet_uninit: hhook_head type=1, id=0 cleanup required May 4 11:19:46 xxxxxx syslogd: kernel boot file is /boot/kernel/kernel May 4 11:19:46 xxxxxx kernel: epair2a: promiscuous mode disabled May 4 11:19:46 xxxxxx kernel: May 4 11:19:46 xxxxxx kernel: May 4 11:19:46 xxxxxx kernel: Fatal trap 12: page fault while in kernel mode May 4 11:19:46 xxxxxx kernel: cpuid = 2; apic id = 02 May 4 11:19:46 xxxxxx kernel: fault virtual address = 0x7818c3798 May 4 11:19:46 xxxxxx kernel: fault code = supervisor write data, page not present May 4 11:19:46 xxxxxx kernel: instruction pointer = 0x20:0xffffffff8162c19e May 4 11:19:46 xxxxxx kernel: stack pointer = 0x28:0xffffff8121b22860 May 4 11:19:46 xxxxxx kernel: frame pointer = 0x28:0xffffff8121b22870 May 4 11:19:46 xxxxxx kernel: code segment = base 0x0, limit 0xfffff, type 0x1b May 4 11:19:46 xxxxxx kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 May 4 11:19:46 xxxxxx kernel: processor eflags = interrupt enabled, resume, IOPL = 0 May 4 11:19:46 xxxxxx kernel: current process = 15360 (ifconfig) May 4 11:19:46 xxxxxx kernel: trap number = 12 May 4 11:19:46 xxxxxx kernel: panic: page fault May 4 11:19:46 xxxxxx kernel: cpuid = 2 May 4 11:19:46 xxxxxx kernel: KDB: stack backtrace: May 4 11:19:46 xxxxxx kernel: #0 0xffffffff80923446 at kdb_backtrace+0x66 May 4 11:19:46 xxxxxx kernel: #1 0xffffffff808ed0be at panic+0x1ce May 4 11:19:46 xxxxxx kernel: #2 0xffffffff80c7e330 at trap_fatal+0x290 May 4 11:19:46 xxxxxx kernel: #3 0xffffffff80c7e668 at trap_pfault+0x1e8 May 4 11:19:46 xxxxxx kernel: #4 0xffffffff80c7ec6e at trap+0x3be May 4 11:19:46 xxxxxx kernel: #5 0xffffffff80c682ef at calltrap+0x8 May 4 11:19:46 xxxxxx kernel: #6 0xffffffff8162c76d at pfi_change_group_event+0x4d May 4 11:19:46 xxxxxx kernel: #7 0xffffffff809a0d3b at if_delgroup+0x38b May 4 11:19:46 xxxxxx kernel: #8 0xffffffff809a7846 at if_clone_destroyif+0x136 May 4 11:19:46 xxxxxx kernel: #9 0xffffffff809a831a at if_clone_destroy+0x17a May 4 11:19:46 xxxxxx kernel: #10 0xffffffff809a5892 at ifioctl+0x482 May 4 11:19:46 xxxxxx kernel: #11 0xffffffff80934ef6 at kern_ioctl+0x106 May 4 11:19:46 xxxxxx kernel: #12 0xffffffff8093513d at sys_ioctl+0xfd May 4 11:19:46 xxxxxx kernel: #13 0xffffffff80c7dc10 at amd64_syscall+0x540 May 4 11:19:46 xxxxxx kernel: #14 0xffffffff80c685d7 at Xfast_syscall+0xf7 My detail environment is as follows: (0) OS version and kernel configuration file[2] admin@xxxxxx:~[113]% uname -a FreeBSD xxxxxx.org 9.1-STABLE FreeBSD 9.1-STABLE #0 r249220M: Sun Apr 7 01:55:59 JST 2013 admin@xxxxxx:/usr/obj/usr/src/sys/GENERIC amd64 admin@xxxxxx:~[114]% diff -u /sys/amd64/conf/GENERIC.org /sys/amd64/conf/GENERIC --- /sys/amd64/conf/GENERIC.org 2013-04-06 22:46:15.000000000 +0900 +++ /sys/amd64/conf/GENERIC 2013-05-04 12:24:35.000000000 +0900 @@ -19,7 +19,7 @@ # $FreeBSD: stable/9/sys/amd64/conf/GENERIC 247306 2013-02-26 05:27:02Z bryanv $ cpu HAMMER -ident GENERIC +ident XXXXXX makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols @@ -349,3 +349,5 @@ device virtio_blk # VirtIO Block device device virtio_scsi # VirtIO SCSI device device virtio_balloon # VirtIO Memory Balloon device +options NULLFS # enable mount_nullfs without null.ko +options VIMAGE # enable Vimage Jail admin@xxxxxx:~[115]% (1) Vimage Jail startup scripts' patch according to [1] is [3] (2) /var/log/messages is [4] (3) ezjail startup files are [5] (4) /etc/devfs.rules is [6] (5) /etc/rc.conf is [7] (6) Jail envirinments' fstabs' are [8] (7) pf(4) configuration file is [9] Is there any suggestions? Best regards --- Kazuhiko Kiriyama kiri@openedu.org [1] http://wiki.polymorf.fr/index.php/Howto:FreeBSD_jail_vnet [2] http://www.st.toba-cmt.ac.jp/~admin/log/GENERIC [3] http://www.st.toba-cmt.ac.jp/~admin/log/jail.r243757.patch [4] http://www.st.toba-cmt.ac.jp/~admin/log/messages [5] http://www.st.toba-cmt.ac.jp/~admin/log/ns1 http://www.st.toba-cmt.ac.jp/~admin/log/ns http://www.st.toba-cmt.ac.jp/~admin/log/cvs http://www.st.toba-cmt.ac.jp/~admin/log/mail http://www.st.toba-cmt.ac.jp/~admin/log/web [6] http://www.st.toba-cmt.ac.jp/~admin/log/devfs.rules [7] http://www.st.toba-cmt.ac.jp/~admin/log/rc.conf [8] http://www.st.toba-cmt.ac.jp/~admin/log/fstab.ns1 http://www.st.toba-cmt.ac.jp/~admin/log/fstab.ns http://www.st.toba-cmt.ac.jp/~admin/log/fstab.cvs http://www.st.toba-cmt.ac.jp/~admin/log/fstab.mail http://www.st.toba-cmt.ac.jp/~admin/log/fstab.web [9] http://www.st.toba-cmt.ac.jp/~admin/log/pf.conf From owner-freebsd-stable@FreeBSD.ORG Sat May 4 12:07:21 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1F98277 for ; Sat, 4 May 2013 12:07:21 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-ee0-f44.google.com (mail-ee0-f44.google.com [74.125.83.44]) by mx1.freebsd.org (Postfix) with ESMTP id B00C416D5 for ; Sat, 4 May 2013 12:07:20 +0000 (UTC) Received: by mail-ee0-f44.google.com with SMTP id t10so1146442eei.31 for ; Sat, 04 May 2013 05:07:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=jI8f/SCM1CXJjJg95yv9WDssUO4oDTdKhniQPO76Hv0=; b=goCTgAvm3V0zT8OZ+vaPKaDWqbFCCBGOb//XDoADNUVxcppVZezAdKH6r//k3yP2GI lcmQnOK0mpDnqJK9Xh079MXmUkEPhdpo7mkc2DmDUueBLz/ql1okkbJrsMUy2EksBWJr nRQJRlv4TksGjGbuEMXvUbTq+Nv3xdIECD0SYoD05ApkGM030sJh8Fb42pWfwqPHrBlS 4zpAe5dC3Gpis0A79A9sW9cv58J3juL8w7iPpfbbHQtFeNk3X/ooWEhgL7+EDFamJ0ga QwLay6T/4ug693s04aRhJ8rtllgWtzooSrtfoLPD1cDL0V6rIJQe/5MrOg1+YRrmj8I1 gQkQ== X-Received: by 10.15.32.71 with SMTP id z47mr29843093eeu.3.1367669234465; Sat, 04 May 2013 05:07:14 -0700 (PDT) Received: from localhost ([178.150.115.244]) by mx.google.com with ESMTPSA id n7sm21475496eeo.0.2013.05.04.05.07.12 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sat, 04 May 2013 05:07:13 -0700 (PDT) Sender: Mikolaj Golub Date: Sat, 4 May 2013 15:07:11 +0300 From: Mikolaj Golub To: KIRIYAMA Kazuhiko Subject: Re: Vimage Jail kernel crashed Message-ID: <20130504120710.GB70992@gmail.com> References: <201305040552.r445qNB3023430@pis.elm.toba-cmt.ac.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201305040552.r445qNB3023430@pis.elm.toba-cmt.ac.jp> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 12:07:21 -0000 On Sat, May 04, 2013 at 02:52:23PM +0900, KIRIYAMA Kazuhiko wrote: > May 4 11:19:46 xxxxxx kernel: Fatal trap 12: page fault while in kernel mode > May 4 11:19:46 xxxxxx kernel: cpuid = 2; apic id = 02 > May 4 11:19:46 xxxxxx kernel: fault virtual address = 0x7818c3798 > May 4 11:19:46 xxxxxx kernel: fault code = supervisor write data, page not present > May 4 11:19:46 xxxxxx kernel: instruction pointer = 0x20:0xffffffff8162c19e > May 4 11:19:46 xxxxxx kernel: stack pointer = 0x28:0xffffff8121b22860 > May 4 11:19:46 xxxxxx kernel: frame pointer = 0x28:0xffffff8121b22870 > May 4 11:19:46 xxxxxx kernel: code segment = base 0x0, limit 0xfffff, type 0x1b > May 4 11:19:46 xxxxxx kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 > May 4 11:19:46 xxxxxx kernel: processor eflags = interrupt enabled, resume, IOPL = 0 > May 4 11:19:46 xxxxxx kernel: current process = 15360 (ifconfig) > May 4 11:19:46 xxxxxx kernel: trap number = 12 > May 4 11:19:46 xxxxxx kernel: panic: page fault > May 4 11:19:46 xxxxxx kernel: cpuid = 2 > May 4 11:19:46 xxxxxx kernel: KDB: stack backtrace: > May 4 11:19:46 xxxxxx kernel: #0 0xffffffff80923446 at kdb_backtrace+0x66 > May 4 11:19:46 xxxxxx kernel: #1 0xffffffff808ed0be at panic+0x1ce > May 4 11:19:46 xxxxxx kernel: #2 0xffffffff80c7e330 at trap_fatal+0x290 > May 4 11:19:46 xxxxxx kernel: #3 0xffffffff80c7e668 at trap_pfault+0x1e8 > May 4 11:19:46 xxxxxx kernel: #4 0xffffffff80c7ec6e at trap+0x3be > May 4 11:19:46 xxxxxx kernel: #5 0xffffffff80c682ef at calltrap+0x8 > May 4 11:19:46 xxxxxx kernel: #6 0xffffffff8162c76d at pfi_change_group_event+0x4d > May 4 11:19:46 xxxxxx kernel: #7 0xffffffff809a0d3b at if_delgroup+0x38b > May 4 11:19:46 xxxxxx kernel: #8 0xffffffff809a7846 at if_clone_destroyif+0x136 > May 4 11:19:46 xxxxxx kernel: #9 0xffffffff809a831a at if_clone_destroy+0x17a > May 4 11:19:46 xxxxxx kernel: #10 0xffffffff809a5892 at ifioctl+0x482 > May 4 11:19:46 xxxxxx kernel: #11 0xffffffff80934ef6 at kern_ioctl+0x106 > May 4 11:19:46 xxxxxx kernel: #12 0xffffffff8093513d at sys_ioctl+0xfd > May 4 11:19:46 xxxxxx kernel: #13 0xffffffff80c7dc10 at amd64_syscall+0x540 > May 4 11:19:46 xxxxxx kernel: #14 0xffffffff80c685d7 at Xfast_syscall+0xf7 It looks like it crashed when referring vnet that had already been destroyed, in pfi_change_group_event hook. > Is there any suggestions? VIMAGE+pf support is fragile. If it works for someone it is rather by accident. I expect replacing pf with ipfw_nat or natd will give better results. If you still prefer pf, you may try destroying epair interface before destroying vnet, e.g. using prestop rc.d/jail hooks instead of poststop, if it is possible. -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Sat May 4 13:41:49 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DEBA486D; Sat, 4 May 2013 13:41:49 +0000 (UTC) (envelope-from kiri@pis.elm.toba-cmt.ac.jp) Received: from pis.elm.toba-cmt.ac.jp (pis.elm.toba-cmt.ac.jp [202.26.248.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9F26B1BC0; Sat, 4 May 2013 13:41:48 +0000 (UTC) Received: from kiri.pis.pis.elm.toba-cmt.ac.jp (kiri.pis [192.168.1.1] (may be forged)) by pis.elm.toba-cmt.ac.jp (8.14.5/8.14.5) with ESMTP id r44DfknO029532; Sat, 4 May 2013 22:41:46 +0900 (JST) (envelope-from kiri@pis.elm.toba-cmt.ac.jp) Message-Id: <201305041341.r44DfknO029532@pis.elm.toba-cmt.ac.jp> Date: Sat, 04 May 2013 22:41:46 +0900 From: KIRIYAMA Kazuhiko To: Mikolaj Golub Subject: Re: Vimage Jail kernel crashed In-Reply-To: <20130504120710.GB70992@gmail.com> References: <201305040552.r445qNB3023430@pis.elm.toba-cmt.ac.jp> <20130504120710.GB70992@gmail.com> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.6 MULE XEmacs/21.4 (patch 22) (Instant Classic) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: stable@FreeBSD.org, KIRIYAMA Kazuhiko X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 13:41:49 -0000 Hi, At Sat, 4 May 2013 15:07:11 +0300, Mikolaj Golub wrote: > > On Sat, May 04, 2013 at 02:52:23PM +0900, KIRIYAMA Kazuhiko wrote: > > > May 4 11:19:46 xxxxxx kernel: Fatal trap 12: page fault while in kernel mode > > May 4 11:19:46 xxxxxx kernel: cpuid = 2; apic id = 02 > > May 4 11:19:46 xxxxxx kernel: fault virtual address = 0x7818c3798 > > May 4 11:19:46 xxxxxx kernel: fault code = supervisor write data, page not present > > May 4 11:19:46 xxxxxx kernel: instruction pointer = 0x20:0xffffffff8162c19e > > May 4 11:19:46 xxxxxx kernel: stack pointer = 0x28:0xffffff8121b22860 > > May 4 11:19:46 xxxxxx kernel: frame pointer = 0x28:0xffffff8121b22870 > > May 4 11:19:46 xxxxxx kernel: code segment = base 0x0, limit 0xfffff, type 0x1b > > May 4 11:19:46 xxxxxx kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 > > May 4 11:19:46 xxxxxx kernel: processor eflags = interrupt enabled, resume, IOPL = 0 > > May 4 11:19:46 xxxxxx kernel: current process = 15360 (ifconfig) > > May 4 11:19:46 xxxxxx kernel: trap number = 12 > > May 4 11:19:46 xxxxxx kernel: panic: page fault > > May 4 11:19:46 xxxxxx kernel: cpuid = 2 > > May 4 11:19:46 xxxxxx kernel: KDB: stack backtrace: > > May 4 11:19:46 xxxxxx kernel: #0 0xffffffff80923446 at kdb_backtrace+0x66 > > May 4 11:19:46 xxxxxx kernel: #1 0xffffffff808ed0be at panic+0x1ce > > May 4 11:19:46 xxxxxx kernel: #2 0xffffffff80c7e330 at trap_fatal+0x290 > > May 4 11:19:46 xxxxxx kernel: #3 0xffffffff80c7e668 at trap_pfault+0x1e8 > > May 4 11:19:46 xxxxxx kernel: #4 0xffffffff80c7ec6e at trap+0x3be > > May 4 11:19:46 xxxxxx kernel: #5 0xffffffff80c682ef at calltrap+0x8 > > May 4 11:19:46 xxxxxx kernel: #6 0xffffffff8162c76d at pfi_change_group_event+0x4d > > May 4 11:19:46 xxxxxx kernel: #7 0xffffffff809a0d3b at if_delgroup+0x38b > > May 4 11:19:46 xxxxxx kernel: #8 0xffffffff809a7846 at if_clone_destroyif+0x136 > > May 4 11:19:46 xxxxxx kernel: #9 0xffffffff809a831a at if_clone_destroy+0x17a > > May 4 11:19:46 xxxxxx kernel: #10 0xffffffff809a5892 at ifioctl+0x482 > > May 4 11:19:46 xxxxxx kernel: #11 0xffffffff80934ef6 at kern_ioctl+0x106 > > May 4 11:19:46 xxxxxx kernel: #12 0xffffffff8093513d at sys_ioctl+0xfd > > May 4 11:19:46 xxxxxx kernel: #13 0xffffffff80c7dc10 at amd64_syscall+0x540 > > May 4 11:19:46 xxxxxx kernel: #14 0xffffffff80c685d7 at Xfast_syscall+0xf7 > > It looks like it crashed when referring vnet that had already been > destroyed, in pfi_change_group_event hook. > > > Is there any suggestions? > > VIMAGE+pf support is fragile. If it works for someone it is rather by > accident. I expect replacing pf with ipfw_nat or natd will give better > results. I've been used natd before using VIMAGE Jail private network. And I tried to use with ipfw+natd like this: /etc/rc.conf: defaultrouter="X.X.X.X" hostname="hoge.org" ifconfig_em0="inet X.X.X.X netmask 255.255.255.240" cloned_interfaces="bridge0" ifconfig_bridge0="inet 192.168.1.254 netmask 255.255.255.0 up" jail_v2_enable="YES" ezjail_enable="YES" gateway_enable="YES" firewall_enable="YES" firewall_type="OPEN" natd_enable="YES" natd_interface="em0" natd_flags="-config /etc/natd.cf" keymap="jp.106" sshd_enable="YES" ntpd_enable="YES" sendmail_enable="NONE" dumpdev="NO" /etc/natd.cf: log no deny_incoming yes use_sockets no same_ports yes verbose no port 8668 interface em0 unregistered_only yes redirect_port tcp 192.168.1.1:domain domain redirect_port udp 192.168.1.1:domain domain redirect_port tcp 192.168.1.3:cvspserver cvspserver redirect_port udp 192.168.1.4:cvspserver cvspserver redirect_port tcp 192.168.1.4:smtp smtp redirect_port tcp 192.168.1.4:pop3 pop3 redirect_port tcp 192.168.1.5:http http redirect_port tcp 192.168.1.254:ABCDE ABCDE redirect_port tcp 192.168.1.1:ssh ABBCA redirect_port tcp 192.168.1.2:ssh ABBCB redirect_port tcp 192.168.1.3:ssh ABBCC redirect_port tcp 192.168.1.4:ssh ABBCD redirect_port tcp 192.168.1.5:ssh ABBCE /boot/loader.conf: ipdivert_load="YES" ipfw_load="YES" But all packet redirection were neglected except 192.168.1.254 namely firewall itself ;) > If you still prefer pf, you may try destroying epair interface before > destroying vnet, e.g. using prestop rc.d/jail hooks instead of > poststop, if it is possible. In particular, execute following sequence? # ifconfig epairXa destroy # ifconfig bridge0 deletem epairXa > -- > Mikolaj Golub > From owner-freebsd-stable@FreeBSD.ORG Sat May 4 18:17:23 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6503D475 for ; Sat, 4 May 2013 18:17:23 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-ee0-f48.google.com (mail-ee0-f48.google.com [74.125.83.48]) by mx1.freebsd.org (Postfix) with ESMTP id F08EE9BF for ; Sat, 4 May 2013 18:17:22 +0000 (UTC) Received: by mail-ee0-f48.google.com with SMTP id d4so1211950eek.35 for ; Sat, 04 May 2013 11:17:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=+bPmWi8MGY+5uQG2VShj0mqWJgjskAPy6LOQVZb/+mo=; b=YNihm2NyKraxiLDd7xH6xLUpXgrQIrYN0rrtin091hSYVo6Rq4ZskyZIsuj53TJAwQ fLbYUthib0jc8hWUWZedGKoQ7Kh6YnoRcRzf32A7yIjxaEsA//9h7Ip1+0ZuIMHBKWsN ihYscwcc+T9QvMJ5n2FXGh4skSgRx7Nsj7OyyI5rlZsIlgeRwnDxJT1lNPvYHPyZCqU+ d/cfqQolQmKdILUGmao16FeRbAlr79Rc8aIqZss3Snmxp38UypwfmcAm6P7+/hKdnJQN 4mFZgQcfhW4n3AqkbmOCBc+jUn8p4QYMFXOdISjDwDDdI4j0om0n7dATNeBKYG/1RD5T 7bdA== X-Received: by 10.15.82.201 with SMTP id a49mr43853505eez.44.1367691108990; Sat, 04 May 2013 11:11:48 -0700 (PDT) Received: from localhost ([178.150.115.244]) by mx.google.com with ESMTPSA id m48sm22961179eeu.15.2013.05.04.11.11.47 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sat, 04 May 2013 11:11:48 -0700 (PDT) Sender: Mikolaj Golub Date: Sat, 4 May 2013 21:11:45 +0300 From: Mikolaj Golub To: KIRIYAMA Kazuhiko Subject: Re: Vimage Jail kernel crashed Message-ID: <20130504181144.GD70992@gmail.com> References: <201305040552.r445qNB3023430@pis.elm.toba-cmt.ac.jp> <20130504120710.GB70992@gmail.com> <201305041341.r44DfknO029532@pis.elm.toba-cmt.ac.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201305041341.r44DfknO029532@pis.elm.toba-cmt.ac.jp> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 18:17:23 -0000 On Sat, May 04, 2013 at 10:41:46PM +0900, KIRIYAMA Kazuhiko wrote: > > If you still prefer pf, you may try destroying epair interface before > > destroying vnet, e.g. using prestop rc.d/jail hooks instead of > > poststop, if it is possible. > > In particular, execute following sequence? > > # ifconfig epairXa destroy > # ifconfig bridge0 deletem epairXa Yes, but in the revers order, delete from the bridge first. It is about lines like these in your configuration: export jail_web_exec_poststop0="ifconfig bridge0 deletem epair4a" export jail_web_exec_poststop1="ifconfig epair4a destroy" The crash happened when executing ifconfig epair destroy. You might want to try running commands manually before using the rc script. -- Mikolaj Golub