From owner-freebsd-stable@FreeBSD.ORG Sun May 22 07:16:45 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B989B106566B for ; Sun, 22 May 2011 07:16:45 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id A2C208FC0C for ; Sun, 22 May 2011 07:16:45 +0000 (UTC) Received: from omta03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by qmta03.emeryville.ca.mail.comcast.net with comcast id mXGj1g0010b6N64A3XGkf3; Sun, 22 May 2011 07:16:44 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta03.emeryville.ca.mail.comcast.net with comcast id mXGj1g00Q1t3BNj8PXGjff; Sun, 22 May 2011 07:16:44 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 0447A102C19; Sun, 22 May 2011 00:16:43 -0700 (PDT) Date: Sun, 22 May 2011 00:16:42 -0700 From: Jeremy Chadwick To: Willy Offermans Message-ID: <20110522071642.GA61515@icarus.home.lan> References: <20110521092037.GB3271@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110521092037.GB3271@vpn.offrom.nl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2011 07:16:45 -0000 On Sat, May 21, 2011 at 11:20:37AM +0200, Willy Offermans wrote: > Dear FreeBSD friends, > > I need support with a MultiTech modem, MT9234ZPX-PCIE-NV > (http://www.multitech.com/en_US/PRODUCTS/Families/MultiModemZPX/) > > The modem is recognised during the boot event: > > > pci6: at device 0.0 (no driver attached) > > > and also appears in the list of found hardware over the PCI bus: > > > none1@pci0:6:0:0: class=0x070002 card=0x20262205 chip=0x015213a8 rev=0x02 hdr=0x00 > vendor = 'Exar Corp.' > device = 'XR17C/D152 Dual PCI UART' > class = simple comms > subclass = UART > > > However, as the boot process already mentions, there is no driver attached > and I cannot get the modem to appear as an accessible and functional > device. Is there someone, who can help me to get this modem to work? It would be helpful if you could specify what FreeBSD version you're using. Assuming 8.2 or RELENG_8: no promises, but puc(4) is probably what you're looking for. I would try adding: puc_load="yes" To your /boot/loader.conf, then see what happens after booting. uart(4) may auto-attach to that. Again, no promises. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun May 22 08:48:14 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD4EA1065670; Sun, 22 May 2011 08:48:14 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 56F808FC14; Sun, 22 May 2011 08:48:12 +0000 (UTC) Received: from [192.168.42.215] (maarsy.rocketrange.no [128.39.153.30]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p4M8m3vx050107 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 22 May 2011 18:18:07 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20110522071642.GA61515@icarus.home.lan> Date: Sun, 22 May 2011 10:48:03 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <986DD7FA-E426-4261-8DB0-6F9063CE9BF6@gsoft.com.au> References: <20110521092037.GB3271@vpn.offrom.nl> <20110522071642.GA61515@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1084) X-Spam-Score: -1.5 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Willy Offermans , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2011 08:48:14 -0000 On 22/05/2011, at 9:16, Jeremy Chadwick wrote: >> However, as the boot process already mentions, there is no driver = attached >> and I cannot get the modem to appear as an accessible and functional >> device. Is there someone, who can help me to get this modem to work? >=20 > It would be helpful if you could specify what FreeBSD version you're > using. >=20 > Assuming 8.2 or RELENG_8: no promises, but puc(4) is probably what > you're looking for. I would try adding: >=20 > puc_load=3D"yes" >=20 > To your /boot/loader.conf, then see what happens after booting. = uart(4) > may auto-attach to that. Again, no promises. I have my doubts it would work though, most likely it's a soft modem = which will only work with proprietary drivers. I couldn't find any details on the web page though so you might get = lucky I suppose :) -- 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 From owner-freebsd-stable@FreeBSD.ORG Sun May 22 12:02:24 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 887461065677 for ; Sun, 22 May 2011 12:02:24 +0000 (UTC) (envelope-from refer@z.woomyfriends.com) Received: from outbound3.email-woometrans.com (outbound3.email-woometrans.com [97.107.22.80]) by mx1.freebsd.org (Postfix) with ESMTP id 56E2A8FC19 for ; Sun, 22 May 2011 12:02:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; d=z.woomyfriends.com; s=yesmail1; c=relaxed/simple; q=dns/txt; i=@z.woomyfriends.com; t=1306064902; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=3cfOlANUy3zsAlRC6QQB0SDXAh4=; b=Vi1fx5riDZ+11H2meePxEzeXOhjuoiaAGULv1hZy50E5V7I0TMknfstqCH5va15L Cn8HK4dKcRTr4fbMFunl9UfVcGlhRzXZ19n37Dub9CSL3X4rOSg+VUEtLETMoecj; DomainKey-Signature: q=dns; a=rsa-sha1; c=nofws; s=yesmail1; d=z.woomyfriends.com; h=Date:From:Subject:To:Message-ID:X-Vitals:List-Unsubscribe:X-Header-Versions:Reply-To:X-Header-CompanyDBUserName:X-Header-MasterId:MIME-Version:Content-Type; b=wgYIhDb1e+QTCA46Fqy8Y8WQtDKyd2ETVzI4KNFipiz5YMx6sSXpTTnyO5BJiNdE n/m5a+1xVS/OVghbL7JZnKbnuMk/fe4xldqsN/l7bTLq4H6A5tZbtIkkCzBuOo31 Date: Sun, 22 May 2011 04:48:22 PDT From: Jeffrey To: stable@freebsd.org Message-ID: X-Vitals: 1.116023.22341346.1240293.11.b731 X-Header-Versions: Jeffrey.6y3wtk7vqbr.fwm2@z.woomyfriends.com X-Header-CompanyDBUserName: woomesiteinvite X-Header-MasterId: 1240293 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: You have 1 new message from Jeffrey! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: woome2@woome.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2011 12:02:24 -0000 Hi! You have 1 new message from Jeffrey! Click here to view your message now: http://link.z.woomyfriends.com/t.d?c4GmI9L1FtSorj=woome/newuser/vsi/2v2r41/_0utm_2source=woom&utm_2medium=virl&utm_2campaign=ALL1st - WooMe Team sent by WOO Media Inc., 11751 Mississippi Ave #150, Los Angeles CA 90025, USA unsubscribe / manage emails you receive from WooMe here: http://link.z.woomyfriends.com/t.d?N4GmI9L1FtSorj=woome/unsubscribe_2email/4217ce100f6774f9bbf18971f2b06039a6575dbc/_0utm_2source=woom&utm_2medium=virl&utm_2content=unsub&utm_2campaign=ALL1st From owner-freebsd-stable@FreeBSD.ORG Sun May 22 12:02:39 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 194C61065760 for ; Sun, 22 May 2011 12:02:39 +0000 (UTC) (envelope-from refer@z.woomyfriends.com) Received: from outbound5.email-woometrans.com (outbound5.email-woometrans.com [97.107.22.82]) by mx1.freebsd.org (Postfix) with ESMTP id DB5C98FC17 for ; Sun, 22 May 2011 12:02:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; d=z.woomyfriends.com; s=yesmail1; c=relaxed/simple; q=dns/txt; i=@z.woomyfriends.com; t=1306064902; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=z3KbQmFa0qNNAmClAM3M8ju+PfM=; b=sTM9zrxgEsPPKNGnZLlq8A1FVoj6ZdRqYoxZxjSWQZz5Dum4H/E6RJfX5UUkPkZW gIC0ydBxUKnay8t6gfw1o2Ng8EizDmlSXuye8lP3LYHMYPpL2Kix2HvscdMmGl0v; DomainKey-Signature: q=dns; a=rsa-sha1; c=nofws; s=yesmail1; d=z.woomyfriends.com; h=Date:From:Subject:To:Message-ID:X-Vitals:List-Unsubscribe:X-Header-Versions:Reply-To:X-Header-CompanyDBUserName:X-Header-MasterId:MIME-Version:Content-Type; b=qI1kuFp7bVlL4zWfFcRg9PG78kdV0+6ze6OKW+1/lbDfo70sV/omeFahrf3ZDqDw bi/pbSG3dTk4KefS2urP551bIfv6RI7SAA3g8YNMObsG+kTxMHhTwekv225tzr+5 Date: Sun, 22 May 2011 04:48:22 PDT From: Jeffrey To: freebsd-stable@freebsd.org Message-ID: X-Vitals: 1.116023.22341424.1240293.11.8ea3 X-Header-Versions: Jeffrey.6t3wtk7vqb8.fwm2@z.woomyfriends.com X-Header-CompanyDBUserName: woomesiteinvite X-Header-MasterId: 1240293 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: You have 1 new message from Jeffrey! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: woome2@woome.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2011 12:02:39 -0000 Hi! You have 1 new message from Jeffrey! Click here to view your message now: http://link.z.woomyfriends.com/t.d?GYGmI9L1F9yorj=woome/newuser/vsi/2v2r4e/_0utm_2source=woom&utm_2medium=virl&utm_2campaign=ALL1st - WooMe Team sent by WOO Media Inc., 11751 Mississippi Ave #150, Los Angeles CA 90025, USA unsubscribe / manage emails you receive from WooMe here: http://link.z.woomyfriends.com/t.d?cYGmI9L1F9yorj=woome/unsubscribe_2email/0417ad2728334e388c6acd658bd2e3ed2629bcd9/_0utm_2source=woom&utm_2medium=virl&utm_2content=unsub&utm_2campaign=ALL1st From owner-freebsd-stable@FreeBSD.ORG Sun May 22 12:27:48 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 217A7106564A for ; Sun, 22 May 2011 12:27:48 +0000 (UTC) (envelope-from lars@larseighner.com) Received: from mail.team1internet.com (mail.team1internet.com [216.110.13.10]) by mx1.freebsd.org (Postfix) with ESMTP id 059308FC14 for ; Sun, 22 May 2011 12:27:47 +0000 (UTC) Received: from larseighner.com (unknown [216.110.13.74]) by mail.team1internet.com (Postfix) with SMTP id 1BB7916B4AB for ; Sun, 22 May 2011 06:59:25 -0500 (CDT) Received: by larseighner.com (nbSMTP-1.00) for uid 1001 lars@larseighner.com; Sun, 22 May 2011 06:58:18 -0500 (CDT) Date: Sun, 22 May 2011 06:58:17 -0500 (CDT) From: Lars Eighner X-X-Sender: lars@noos.6dollardialup.com To: freebsd-stable@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: Bring sio up to 8+ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2011 12:27:48 -0000 It seems increasing unlikely that uart will ever support the only internal hardware modem recently available in the US (PR kern/155196), so what are the chances of sio (which works in 7.x reasonably well and better with a one-line hack) being brought forward? From owner-freebsd-stable@FreeBSD.ORG Sun May 22 14:38:54 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24D23106564A for ; Sun, 22 May 2011 14:38:54 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id CF3CC8FC0C for ; Sun, 22 May 2011 14:38:53 +0000 (UTC) Received: by iwn33 with SMTP id 33so6135064iwn.13 for ; Sun, 22 May 2011 07:38:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :reply-to:references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=Fn0MAsDLwxqR05ZrLnPQAH6l/tzzW17Fk0NLWjll0JU=; b=aBgUQ0CI7yfYJiSCwC1lgk9SlHVZvxqFxeq2IioctoQbcH3BsjOARkgxBXEkHiPtGw i+xRjbBjVzNisRNuNKs46givLTlJMejMom9bzliIt0UUz3l0eDFqPlPpx3tp1DQ/f4H8 1bMam21Hyv8bun1DLzhqX5c4i2FwiNoTu21AQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:reply-to:references :mime-version:content-type:content-disposition:in-reply-to :x-openpgp-key-id:x-openpgp-key-fingerprint:x-openpgp-key-url; b=FOv61BD9+wU36H9lsgFtWl3+uCZ03+hm6FsuLA4UXn9ryJQXvKkWBZ43Y8D0uiaj7t jbgqrBj6sTkQFUK7zFQQlaL+gf9WsefXq+Ih0YaWf1y2BP1CEGRbc1RRmdfl86oPDJO6 3QtnN4waLkQuia/N29PGgqGTXEimLGuwhbwbQ= Received: by 10.42.46.80 with SMTP id j16mr7429101icf.393.1306075133312; Sun, 22 May 2011 07:38:53 -0700 (PDT) Received: from DataIX.net (adsl-99-181-146-200.dsl.klmzmi.sbcglobal.net [99.181.146.200]) by mx.google.com with ESMTPS id jv9sm2211539icb.1.2011.05.22.07.38.51 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 22 May 2011 07:38:52 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p4MEcm09038372 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 May 2011 10:38:49 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p4MEclF9038371; Sun, 22 May 2011 10:38:47 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sun, 22 May 2011 10:38:47 -0400 From: Jason Hellenthal To: Lars Eighner Message-ID: <20110522143847.GA38122@DataIX.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: freebsd-stable@freebsd.org Subject: Re: Bring sio up to 8+ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jhell@DataIX.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2011 14:38:54 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Lars, On Sun, May 22, 2011 at 06:58:17AM -0500, Lars Eighner wrote: >=20 > It seems increasing unlikely that uart will ever support the only internal > hardware modem recently available in the US (PR kern/155196), so what are > the chances of sio (which works in 7.x reasonably well and better with a > one-line hack) being brought forward? >=20 Just as good as adding device sio to your kernel config and adjusting your device.hints appropriately. You may also have to adjust /etc/ttys depending on your use but sio(4) should bring you up-to-speed. Good luck. --=20 Regards, (jhell) Jason Hellenthal --azLHFNyN32YCQGCU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJN2R/3AAoJEJBXh4mJ2FR+P8sH/RTclvFT1HZm27bP4Xa5nxWG NzE2a/6QgmOB9i1UvdI1BuFVJmPCZ+Dva3FGmb+8yS9zExY5i7ZO5cA52I5PnrYg Gh9wsN7lWTi6cH9s0hR5jy5ccfEfhs1Ksw9ypyx0tLNj1ScpclPbiH5dWCZWDM43 mmKg+07U4jjwmMDSKG8gOrt8kvQQGFDE9QJ8fBiU2CgAQm6XpVCza8GqFXfTCqVr G16aDvJk6XU5sGU1uAikcohMrBrynKVCHsUy0M579l3GBYfBwvHh3BBZhzHXQVTl kNm21G38RjE049d4ftr9y0mvBjRX/sBY0ecSVN1fgGgyuUJunTbmBtoXGMf1Vxw= =xCse -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-stable@FreeBSD.ORG Sun May 22 14:53:51 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D58A1106564A for ; Sun, 22 May 2011 14:53:51 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 87E1B8FC08 for ; Sun, 22 May 2011 14:53:49 +0000 (UTC) Received: from [192.168.42.215] (maarsy.rocketrange.no [128.39.153.30]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p4MErfkj069128 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 23 May 2011 00:23:44 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 22 May 2011 16:53:40 +0200 To: freebsd-stable List Message-Id: Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-Spam-Score: -1.5 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Subject: calendar(1) problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2011 14:53:51 -0000 Hi, I have the following calendar entry.. Tue+2 test for the second Tuesday in the month. This used to work in 6.x however it = prints the following in 7.x and onward [maarsy-acq2 14:47] ~ >calendar -f testcal Unprocessed: ------- date: |Tue+2| flags: 10a - dayofweek modifierindex variable=20 modifierindex: |+2| dayofweek: |Tue| (2) Ignored: Tue+2 test Although now that I go to test it I find that 4.8 and 6.3 don't print = anything for.. calendar -f testcal -A 120 which surprises me because I definitely received email from the system = when it ran calendar -a.. -- 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 From owner-freebsd-stable@FreeBSD.ORG Sun May 22 16:37:43 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23B3D106566C for ; Sun, 22 May 2011 16:37:43 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 570078FC1A for ; Sun, 22 May 2011 16:37:41 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA25912; Sun, 22 May 2011 19:37:05 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QOBeK-000Pkw-Ou; Sun, 22 May 2011 19:37:04 +0300 Message-ID: <4DD93BAF.8060709@FreeBSD.org> Date: Sun, 22 May 2011 19:37:03 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Lars Eighner References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: Bring sio up to 8+ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2011 16:37:43 -0000 on 22/05/2011 14:58 Lars Eighner said the following: > > It seems increasing unlikely that uart will ever support the only internal > hardware modem recently available in the US (PR kern/155196) What's up with the dramatic tone? I haven't seen this issue being actively discussed (or being discussed at all until now). -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon May 23 01:02:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BF0A106566B; Mon, 23 May 2011 01:02:11 +0000 (UTC) (envelope-from roger90250@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 424FC8FC0A; Mon, 23 May 2011 01:02:11 +0000 (UTC) Received: by gwb15 with SMTP id 15so2434452gwb.13 for ; Sun, 22 May 2011 18:02:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=r5tSzhSMYyNhiGK0q96Nobb9BKoGyWVJqLM1TfBBLA4=; b=Yrh6gMyotv313YD8DTsacM9VyfNabc6pNLcg5vjz1fOPBo+k7CtuxHk2Y9wHHL0/vs GeY2sWKIuYaUrbmq2pltgUjNrzGkXzDCZ6vIfDh9jVuhWrMidfBEY/mlcLMqQyid8zf/ dSpxTSGIkm6hDxaujsJP479Pnh0Ub3GPrN+bo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=TMLXXvkFxa1jLx8VkUF68v2O3Q3NhLSxFnC1fkUE5UcsC82odNjJwxQWzPqFK/+eQk 6jAThzBNLByFcbmkpIWGjfos3bUCkgodrLxO8adhfrsT4zp+K15BYSJEBdFtLqsJwIYq uR4t4kEDZKj2bcdG0lPCGgPwo0mnGIHcM04wA= MIME-Version: 1.0 Received: by 10.236.146.68 with SMTP id q44mr2098394yhj.185.1306110673663; Sun, 22 May 2011 17:31:13 -0700 (PDT) Received: by 10.147.98.14 with HTTP; Sun, 22 May 2011 17:31:13 -0700 (PDT) Received: by 10.147.98.14 with HTTP; Sun, 22 May 2011 17:31:13 -0700 (PDT) In-Reply-To: <4DD93BAF.8060709@FreeBSD.org> References: <4DD93BAF.8060709@FreeBSD.org> Date: Sun, 22 May 2011 17:31:13 -0700 Message-ID: From: Roger Gonzalez To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Lars Eighner Subject: Re: Bring sio up to 8+ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2011 01:02:11 -0000 On May 22, 2011 9:38 AM, "Andriy Gapon" wrote: > on 22/05/2011 14:58 Lars Eighner said the following: >> >> It seems increasing unlikely that uart will ever support the only internal >> hardware modem recently available in the US (PR kern/155196) > > What's up with the dramatic tone? > I haven't seen this issue being actively discussed (or being discussed at all > until now). > > -- > Andriy Gapon > _______________________________________________ > 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 May 23 05:56:24 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A17741065673 for ; Mon, 23 May 2011 05:56:24 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [70.36.220.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1F4A58FC12 for ; Mon, 23 May 2011 05:56:23 +0000 (UTC) Received: from dhcp-192-168-2-22.wifi.xcllnt.net (atm.xcllnt.net [70.36.220.6]) (authenticated bits=0) by mail.xcllnt.net (8.14.4/8.14.4) with ESMTP id p4N5NfU4013668 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 22 May 2011 22:23:45 -0700 (PDT) (envelope-from marcel@xcllnt.net) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Marcel Moolenaar In-Reply-To: Date: Sun, 22 May 2011 22:23:41 -0700 Content-Transfer-Encoding: 7bit Message-Id: <5E1F466E-FA00-4EB5-BC26-5389BB6C5416@xcllnt.net> References: To: Lars Eighner X-Mailer: Apple Mail (2.1084) Cc: freebsd-stable@freebsd.org Subject: Re: Bring sio up to 8+ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2011 05:56:24 -0000 On May 22, 2011, at 4:58 AM, Lars Eighner wrote: > > It seems increasing unlikely that uart will ever support the only internal > hardware modem recently available in the US (PR kern/155196), so what are > the chances of sio (which works in 7.x reasonably well and better with a > one-line hack) being brought forward? The PR states that uart(4) basically works, but that "reconnecting on demand" doesn't. What makes you think this is a problem with uart(4) and not with the TTY overhaul? -- Marcel Moolenaar marcel@xcllnt.net From owner-freebsd-stable@FreeBSD.ORG Tue May 24 04:09:41 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65D611065675 for ; Tue, 24 May 2011 04:09:41 +0000 (UTC) (envelope-from mpp@mppsystems.com) Received: from mail963c35.nsolutionszone.com (mail963c35.nsolutionszone.com [209.235.152.153]) by mx1.freebsd.org (Postfix) with ESMTP id 188488FC0C for ; Tue, 24 May 2011 04:09:40 +0000 (UTC) X-POP-User: mppsystems.gulftel.com Received: from mppsystems.com (99-195-227-130.dyn.centurytel.net [99.195.227.130]) by mail963c35.nsolutionszone.com (8.13.6/8.13.1) with ESMTP id p4O3vFae012913; Tue, 24 May 2011 03:57:16 GMT Received: by mppsystems.com (Postfix, from userid 1000) id 2B1FCF1834; Mon, 23 May 2011 22:57:15 -0500 (CDT) Date: Mon, 23 May 2011 22:57:15 -0500 From: Mike Pritchard To: "Daniel O'Connor" Message-ID: <20110524035715.GA16337@mppsystems.com> References: 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) X-CSC: 0 X-CHA: v=1.1 cv=FaP+qPOmcLigx2VS2h1+/mVlCb38u491VNzw7+SmOLQ= c=1 sm=1 a=wom5GMh1gUkA:10 a=xR__N31QaFoA:10 a=kj9zAlcOel0A:10 a=dFLkLl5xsaYkTl874K+Uyw==:17 a=6I5d2MoRAAAA:8 a=IljK0TjA5CYgJtuJYJMA:9 a=CjuIK1q_8ugA:10 a=fgf5PR_cwQYA:10 a=dFLkLl5xsaYkTl874K+Uyw==:117 Cc: freebsd-stable List Subject: Re: calendar(1) problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 04:09:41 -0000 On Sun, May 22, 2011 at 04:53:40PM +0200, Daniel O'Connor wrote: > Hi, > I have the following calendar entry.. > > Tue+2 test > > for the second Tuesday in the month. This used to work in 6.x however it prints the following in 7.x and onward > [maarsy-acq2 14:47] ~ >calendar -f testcal > Unprocessed: > ------- > date: |Tue+2| > flags: 10a - dayofweek modifierindex variable > modifierindex: |+2| > dayofweek: |Tue| (2) > Ignored: Tue+2 test > > Although now that I go to test it I find that 4.8 and 6.3 don't print anything for.. > calendar -f testcal -A 120 > > which surprises me because I definitely received email from the system when it ran calendar -a.. Way way back...like in 1996 when I changed calendar to actually print the date of variable event entries, like your Tue+2 entry (it used to print "Tue+2", there were some issues with some month wraps, etc and some odd end cases that just displayed improperly. A lot of times a normal calendar run would print just fine, but different values of -A #### wouldn't match up. Several years after making the changes, I wished I had just gutted all of the date processing in calendar and started fresh instead of shoe-horning in the changes I made. Around that time there was some debate about just importing OpenBSD's (or maybe it was NetBSD's) calendar so I left it alone and forgot about it. That import never happened, and there are still some oddities floating around, as you can see. -- Mike Pritchard mpp @ FreeBSD.org "If tyranny and oppression come to this land, it will be in the guise of fighting a foreign enemy." - James Madison (1787) From owner-freebsd-stable@FreeBSD.ORG Tue May 24 06:15:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDEAB106566C for ; Tue, 24 May 2011 06:15:44 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 8B6BF8FC14 for ; Tue, 24 May 2011 06:15:44 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 52FC4AD; Tue, 24 May 2011 07:54:08 +0200 (MET DST) Date: Tue, 24 May 2011 07:54:08 +0200 From: Joerg Wunsch To: freebsd-stable@freebsd.org Message-ID: <20110524055408.GA2110@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: RELENG_8: panic: wrong offset 4096 for sectorsize 2352 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 06:15:45 -0000 After I recently (finally) upgraded my main machine to RELENG_8, I tried to rip a CD today, using abcde, and got panic: wrong offset 4096 for sectorsize 2352 Any ideas why this happens, and how to avoid it? (I've got a coredump of the kernel, so I could analyze it if someone has got an idea where to look for.) -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable@FreeBSD.ORG Tue May 24 06:48:09 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A25F106566B for ; Tue, 24 May 2011 06:48:09 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C73488FC17 for ; Tue, 24 May 2011 06:48:08 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA24542; Tue, 24 May 2011 09:48:04 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QOlPP-0006b4-Ob; Tue, 24 May 2011 09:48:03 +0300 Message-ID: <4DDB54A3.2050205@FreeBSD.org> Date: Tue, 24 May 2011 09:48:03 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Joerg Wunsch References: <20110524055408.GA2110@uriah.heep.sax.de> In-Reply-To: <20110524055408.GA2110@uriah.heep.sax.de> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Joerg Wunsch , freebsd-stable@FreeBSD.org Subject: Re: RELENG_8: panic: wrong offset 4096 for sectorsize 2352 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 06:48:09 -0000 on 24/05/2011 08:54 Joerg Wunsch said the following: > After I recently (finally) upgraded my main machine to RELENG_8, I > tried to rip a CD today, using abcde, and got > > panic: wrong offset 4096 for sectorsize 2352 > > Any ideas why this happens, and how to avoid it? > > (I've got a coredump of the kernel, so I could analyze it if > someone has got an idea where to look for.) Backtrace would be a first thing. Information from a frame that called panic would the next thing. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue May 24 07:26:21 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2E1C1065670 for ; Tue, 24 May 2011 07:26:21 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id D7BF38FC16 for ; Tue, 24 May 2011 07:26:20 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 088D8AA; Tue, 24 May 2011 09:26:19 +0200 (MET DST) Date: Tue, 24 May 2011 09:26:18 +0200 From: Joerg Wunsch To: freebsd-stable@FreeBSD.org Message-ID: <20110524072618.GB2110@uriah.heep.sax.de> References: <20110524055408.GA2110@uriah.heep.sax.de> <4DDB54A3.2050205@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DDB54A3.2050205@FreeBSD.org> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Andriy Gapon Subject: Re: RELENG_8: panic: wrong offset 4096 for sectorsize 2352 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 07:26:22 -0000 As Andriy Gapon wrote: > > panic: wrong offset 4096 for sectorsize 2352 > > > > Any ideas why this happens, and how to avoid it? > Backtrace would be a first thing. OK, here we go (the core has been dumped from within a serial console BREAK DDB entry, I'm omitting the frames related to that): #16 0xc0537352 in _cv_wait (cvp=0xc6e6bcd4, lock=0xc6e6bdd4) at /usr/src/sys/kern/kern_condvar.c:96 #17 0xc0aa8a13 in usb_process (arg=0xc6e6bccc) at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_process.c:183 #18 0xc054f948 in fork_exit (callout=0xc0aa88e0 , arg=0xc6e6bccc, frame=0xc6a1ad28) at /usr/src/sys/kern/kern_fork.c:865 #19 0xc077fd34 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:275 After the initial panic, I typed "c" in DDB, in the assumption it would proceed with a coredump, but it didn't. That's why I hit BREAK again, and forced a dump through the "panic" DDB command. Now, I'm no longer sure whether the frames above do really relate to the mentioned panic string. > Information from a frame that called panic > would the next thing. (kgdb) up 16 #16 0xc0537352 in _cv_wait (cvp=0xc6e6bcd4, lock=0xc6e6bdd4) at /usr/src/sys/kern/kern_condvar.c:96 96 { (kgdb) l 91 * sleeping and will be held on return. It is recommended that the mutex be 92 * held when cv_signal or cv_broadcast are called. 93 */ 94 void 95 _cv_wait(struct cv *cvp, struct lock_object *lock) 96 { 97 WITNESS_SAVE_DECL(lock_witness); 98 struct lock_class *class; 99 struct thread *td; 100 int lock_state; (kgdb) up #17 0xc0aa8a13 in usb_process (arg=0xc6e6bccc) at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_process.c:183 183 cv_wait(&up->up_cv, up->up_mtx); (kgdb) l 178 if (up->up_dsleep) { 179 up->up_dsleep = 0; 180 cv_broadcast(&up->up_drain); 181 } 182 up->up_msleep = 1; 183 cv_wait(&up->up_cv, up->up_mtx); 184 } 185 186 up->up_ptr = NULL; 187 cv_signal(&up->up_cv); (kgdb) up #18 0xc054f948 in fork_exit (callout=0xc0aa88e0 , arg=0xc6e6bccc, frame=0xc6a1ad28) at /usr/src/sys/kern/kern_fork.c:865 865 callout(arg, frame); (kgdb) l 860 * cpu_set_fork_handler intercepts this function call to 861 * have this call a non-return function to stay in kernel mode. 862 * initproc has its own fork handler, but it does return. 863 */ 864 KASSERT(callout != NULL, ("NULL callout in fork_exit")); 865 callout(arg, frame); 866 867 /* 868 * Check if a kernel thread misbehaved and returned from its main 869 * function. Here is the panic message from the DDB console: panic: wrong offset 4096 for sectorsize 2352 cpuid = 0 KDB: enter: panic [thread pid 2 tid 100009 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why as well as the output of the DDB "ps" command: db> ps pid ppid pgrp uid state wmesg wchan cmd 70698 70661 70661 0 S+ g_waitid 0xc088bcec cd-discid 70661 2486 70661 0 S+ piperd 0xc98eb498 sh 70615 1450 1416 8 S nanslp 0xc088e224 sleep 70466 1706 1706 125 R smtpd 70160 1706 1706 125 S select 0xc8281624 pickup 68504 1706 1706 125 S select 0xc8a17324 anvil 56974 1330 1330 58 S lockf 0xced9f7c0 perl5.8.9 56769 1330 1330 58 S lockf 0xcc0a8400 perl5.8.9 56578 1330 1330 58 S lockf 0xc7517900 perl5.8.9 56268 1330 1330 58 S accept 0xc7ef103e perl5.8.9 56078 1330 1330 58 S lockf 0xc8a88a00 perl5.8.9 52965 52961 2222 107 S (threaded) mysql-query-browser 100291 S ucond 0xc8a1c880 mysql-query-browser 100289 S select 0xc821f324 initial thread 52961 1 2222 107 S wait 0xce70aac0 sh 49078 2262 49078 107 S+ pause 0xc8be8b18 screen 38746 1591 1591 80 S lockf 0xc8a219c0 httpd 35437 1591 1591 80 S lockf 0xc8a41440 httpd 35436 1591 1591 80 S kqread 0xcf21f300 httpd 35435 1591 1591 80 S lockf 0xc8a38c00 httpd 27055 1591 1591 80 S lockf 0xc8aa0b40 httpd 10767 1 2222 107 S select 0xc8a14264 xpdf 99867 1591 1591 80 S lockf 0xc8a31140 httpd 91459 1 91459 32001 Ss select 0xc7517024 dbus-daemon 91458 1 91454 32001 S+ select 0xcd0bec64 dbus-launch 54346 1591 1591 80 S lockf 0xcc4d3ac0 httpd 51334 51314 51334 107 S+ (threaded) qlandkartegt 100221 S select 0xc8aa6664 initial thread 51314 51312 51314 107 Ss+ ttyin 0xcd207470 tcsh 51312 1 2222 107 S select 0xc8a38ea4 xterm 29249 26397 29249 107 S+ select 0xc8a5c164 initial thread 26397 26395 26397 107 Ss+ ttyin 0xc929e670 tcsh 26395 1 2222 107 S select 0xc8a15664 xterm 25354 25352 25354 107 Ss+ ttyin 0xc93a5e70 tcsh 25352 1 2222 107 S select 0xc821f964 xterm 16153 1591 1591 80 S lockf 0xc8a31240 httpd 16151 1591 1591 80 S lockf 0xcc4e0880 httpd 15141 1591 1591 80 S lockf 0xcee65400 httpd 13309 13304 13303 32001 S+ (threaded) soffice.bin 100237 S ucond 0xc8aa0740 soffice.bin 100235 S select 0xc8a9e4e4 soffice.bin 100236 S accept 0xc898a9e6 soffice.bin 100232 S ucond 0xc8a35b80 soffice.bin 100165 S select 0xc82eb264 initial thread 13304 13303 13303 32001 S+ wait 0xc9177ac0 sh 13303 5638 13303 32001 S+ wait 0xc897c2b0 sh 8734 5638 8734 32001 S+ select 0xc81fd464 initial thread 7892 2273 7892 107 Ss+ ttyin 0xc8feda70 tcsh 7560 1706 1706 125 S select 0xc8a396e4 tlsmgr 5638 5635 5638 32001 Ss+ ttyin 0xc89cba70 bash 5635 5634 5635 32001 Ss select 0xc8a21724 xterm 5634 5632 5632 32001 S select 0xc7266264 sshd 5632 1635 5632 0 Ss sbwait 0xc8f96bfc sshd 4468 1 2222 107 S select 0xc8a401e4 initial thread 4466 4462 2222 107 R (threaded) firefox-bin 100271 S ucond 0xc8aad980 firefox-bin 100274 S ucond 0xc8a41840 firefox-bin 100234 S ucond 0xc8a3ea40 firefox-bin 100233 S ucond 0xc8a34200 firefox-bin 100231 S ucond 0xc72e3d80 firefox-bin 100230 S ucond 0xc8a38ac0 firefox-bin 100229 CanRun firefox-bin 100228 S ucond 0xc8a5f8c0 firefox-bin 100227 S select 0xc8a3b964 firefox-bin 100171 S select 0xc821faa4 initial thread 4462 4458 2222 107 S wait 0xc8be7560 sh 4458 1 2222 107 S wait 0xc8bcbac0 sh 3728 3653 3728 32001 S+ select 0xc8a613e4 mutt 3653 3650 3653 32001 Ss+ wait 0xc8be82b0 bash 3650 3649 3650 32001 Ss select 0xc8a5fea4 xterm 3649 3645 3645 32001 S select 0xc8a3f4e4 sshd 3645 1635 3645 0 Ss sbwait 0xc8306728 sshd 2486 2485 2486 0 S+ pause 0xc897d308 tcsh 2485 2251 2485 107 S+ wait 0xc7f41560 su 2277 2275 2277 107 S+ select 0xc8a5cb64 mutt 2275 2273 2275 107 Ss+ pause 0xc897c868 tcsh 2273 1 2273 107 Ss select 0xc821f624 screen 2262 2260 2262 107 Ss+ pause 0xc809bb18 tcsh 2260 1 2222 107 S select 0xc81fdbe4 xterm 2251 2240 2251 107 Ss+ pause 0xc809a868 tcsh 2249 1 2222 107 S select 0xc8220764 xload 2248 1 2222 107 S select 0xc8a61124 xclock 2245 2222 2222 107 S select 0xc821f864 FvwmPager 2244 2222 2222 107 S select 0xc8280ea4 GoodStuff 2242 2222 2222 107 S select 0xc82eb9a4 xconsole 2241 2222 2222 107 R initial thread 2240 2222 2222 107 S select 0xc8280464 xterm 2239 2222 2222 107 S select 0xc8aae064 beforelight 2225 2222 2225 107 Ss select 0xc821f2e4 ssh-agent 2222 1871 2222 107 Ss select 0xc8a449a4 fvwm 2184 1803 2184 0 S+ ttyin 0xc6fa8a70 tcsh 1916 1812 1808 0 S select 0xc7ffcca4 initial thread 1871 1720 1871 0 Ss wait 0xc74f9810 xdm 1848 1720 1848 0 Ss select 0xc8281164 initial thread 1847 1720 1847 0 Ss select 0xc821f2a4 xdm 1835 1812 1808 0 S kqread 0xc8219c00 initial thread 1816 1812 1808 0 R initial thread 1812 1808 1808 0 S select 0xc81fe5a4 initial thread 1811 1 1811 0 Ss (threaded) console-kit-daemon 100175 S ucond 0xc6f258c0 console-kit-daemon 100121 S select 0xc8280424 console-kit-daemon 1808 1 1808 560 Ss (threaded) hald 100176 S piperd 0xc7348ab8 hald 100096 D g_waitfo 0xced9d680 hald 1803 1 1803 0 Ss+ wait 0xc8270560 login 1802 1 1802 0 Ss+ ttyin 0xc6fa7070 getty 1801 1 1801 0 Ss+ ttyin 0xc6fa7270 getty 1800 1 1800 0 Ss+ ttyin 0xc6efe870 getty 1799 1 1799 0 Ss+ ttyin 0xc6efea70 getty 1798 1 1798 0 Ss+ ttyin 0xc6efee70 getty 1756 1 1756 0 Ss select 0xc81fd2a4 inetd 1723 1720 1723 0 Ss select 0xc8281724 initial thread 1720 1 1720 0 Ss select 0xc8280664 xdm 1711 1706 1706 125 S select 0xc821f8a4 qmgr 1706 1 1706 0 Ss select 0xc72673e4 master 1647 1 1647 0 Ss nanslp 0xc088e224 cron 1635 1 1635 0 Ss select 0xc7ffc824 sshd 1591 1 1591 0 Ss select 0xc75292a4 httpd 1538 1537 1537 0 S select 0xc7ffc8e4 conserver 1537 1 1537 0 Ss select 0xc7ffcea4 conserver 1526 1350 1350 0 S select 0xc7529aa4 perl 1525 1350 1350 0 S select 0xc7529e24 perl 1519 1 1519 0 Ss kqread 0xc8019780 cupsd 1487 1 1487 556 Ss select 0xc7ffcc64 dbus-daemon 1450 1 1416 8 S+ wait 0xc809a2b0 sh 1449 1 1449 8 Rs innd 1427 1373 1370 89 S+ (threaded) mysqld 100140 S ucond 0xc7266a00 mysqld 100136 S sigwait 0xe96d4bb0 mysqld 100139 S ucond 0xc7ffd240 mysqld 100138 S select 0xc7ffd4a4 mysqld 100137 S select 0xc7ffd164 mysqld 100128 S ucond 0xc7528640 mysqld 100127 S ucond 0xc70dc680 mysqld 100126 S ucond 0xc7517a00 mysqld 100125 S ucond 0xc7527840 mysqld 100064 S select 0xc7529764 initial thread 1373 1 1370 89 S+ wait 0xc7f3f560 sh 1350 1 1350 0 Ss select 0xc7518464 perl 1330 1 1330 58 Ss select 0xc7517b64 perl5.8.9 1322 1311 1309 88 S piperd 0xc7347620 unlinkd 1321 1311 1309 88 S sbwait 0xc7ef1bfc dnsserver 1320 1311 1309 88 S sbwait 0xc7530d98 dnsserver 1319 1311 1309 88 S sbwait 0xc7ef13f0 dnsserver 1318 1311 1309 88 S sbwait 0xc7ee7a60 dnsserver 1317 1311 1309 88 S sbwait 0xc7ef2254 dnsserver 1311 1309 1309 88 S kqread 0xc7f6ce00 squid 1309 1 1309 88 Ss wait 0xc7f3f000 squid 1283 1 1283 67 Ss select 0xc72e3d64 dhcpd 1224 1 1224 0 Ss select 0xc7528e64 powerd 1216 1 1216 0 Rs ntpd 1052 1 1052 0 Ss (threaded) apcupsd 100145 S select 0xc6fab564 apcupsd 100070 S select 0xc7517724 apcupsd 1029 1028 1028 0 S (threaded) nfsd 100116 S rpcsvc 0xc7517410 nfsd: service 100115 S rpcsvc 0xc7517550 nfsd: service 100114 S rpcsvc 0xc7527010 nfsd: service 100113 S rpcsvc 0xc75174d0 nfsd: master 1028 1 1028 0 Ss select 0xc72e2a64 nfsd 1018 1 1018 0 Ss select 0xc7517364 mountd 926 1 926 0 Ss select 0xc7527a24 rpcbind 909 1 909 53 Rs (threaded) named 100100 RunQ named 100099 S ucond 0xc7527140 named 100098 S ucond 0xc7517b80 named 100097 S ucond 0xc7527200 named 100075 S sigwait 0xe95debb0 named 817 1 817 0 Ss select 0xc75285a4 syslogd 636 1 636 0 Ss select 0xc75270a4 devd 604 1 604 0 Rs moused 464 455 455 64 S bpf 0xc7538400 pflogd 455 1 455 0 Ss sbwait 0xc751e728 pflogd 452 0 0 0 SL pftm 0xc760fb40 [pfpurge] 21 0 0 0 SL sdflush 0xc08a7000 [softdepflush] 20 0 0 0 SL vlruwt 0xc6dabac0 [vnlru] 19 0 0 0 SL syncer 0xc08a1a34 [syncer] 18 0 0 0 SL psleep 0xc08a1768 [bufdaemon] 17 0 0 0 SL pgzero 0xc08a7cd4 [pagezero] 16 0 0 0 SL psleep 0xc08a78fc [vmdaemon] 15 0 0 0 SL psleep 0xc08a78c4 [pagedaemon] 9 0 0 0 SL ccb_scan 0xc0877454 [xpt_thrd] 8 0 0 0 SL - 0xc6fb3100 [gv_worker] 7 0 0 0 SL waiting_ 0xc08a3218 [sctp_iterator] 6 0 0 0 SL - 0xc6efe63c [fdc0] 5 0 0 0 SL idle 0xc6f32000 [aic_recovery0] 14 0 0 0 RL (threaded) usb 100033 D - 0xc6e6bd34 [usbus1] 100032 RunQ [usbus1] 100031 Run CPU 0 [usbus1] 100030 D - 0xc6e6bca4 [usbus1] 100028 D - 0xc6e62b5c [usbus0] 100027 D - 0xc6e62b2c [usbus0] 100026 Run CPU 1 [usbus0] 100025 RunQ [usbus0] 13 0 0 0 SL - 0xc088e084 [yarrow] 4 0 0 0 SL - 0xc088bdc4 [g_down] 3 0 0 0 SL - 0xc088bdc0 [g_up] 2 0 0 0 RL [g_event] 12 0 0 0 RL (threaded) intr 100044 I [irq7: ppc0] 100041 RunQ [irq257: re0] 100040 I [irq20: atapci1] 100039 I [irq15: ata1] 100038 I [irq14: ata0] 100037 RunQ [swi0: uart uart+++*] 100036 RunQ [irq17: sym1 puc0] 100035 I [irq16: sym0 ahd0] 100034 I [irq256: hdac0] 100029 L *ehci0 0xc7f46280 [irq22: ehci0] 100024 L *ohci0 0xc6cc9280 [irq21: ohci0] 100023 I [irq9: acpi0] 100021 I [swi5: +] 100019 I [swi2: cambio] 100015 I [swi6: task queue] 100013 I [swi6: Giant taskq] 100008 I [swi1: netisr 0] 100007 I [swi3: vm] 100006 RunQ [swi4: clock] 100005 RunQ [swi4: clock] 11 0 0 0 RL (threaded) idle 100004 CanRun [idle: cpu0] 100003 CanRun [idle: cpu1] 1 0 1 0 SLs wait 0xc6d2bac0 [init] 10 0 0 0 SL audit_wo 0xc08a69a0 [audit] 0 0 0 0 SLs (threaded) kernel 100117 D - 0xc75279c0 [aiod_bio taskq] 100022 D - 0xc6dfc200 [thread taskq] 100020 D - 0xc6dfc2c0 [kqueue taskq] 100018 D - 0xc6dfc400 [acpi_task_2] 100017 D - 0xc6dfc400 [acpi_task_1] 100016 D - 0xc6dfc400 [acpi_task_0] 100014 D - 0xc6dfc740 [ffs_trim taskq] 100000 D sched 0xc088be80 [swapper] I hope that somehow makes sense ... I guess I could repeat the panic again by re-issuing the abcde command, but that will have to wait until tonight. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable@FreeBSD.ORG Tue May 24 08:06:49 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37164106566C for ; Tue, 24 May 2011 08:06:49 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0ED7E8FC14 for ; Tue, 24 May 2011 08:06:47 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA25850; Tue, 24 May 2011 11:06:44 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QOmdX-0006ez-M0; Tue, 24 May 2011 11:06:43 +0300 Message-ID: <4DDB6713.8070109@FreeBSD.org> Date: Tue, 24 May 2011 11:06:43 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Joerg Wunsch References: <20110524055408.GA2110@uriah.heep.sax.de> <4DDB54A3.2050205@FreeBSD.org> <20110524072618.GB2110@uriah.heep.sax.de> In-Reply-To: <20110524072618.GB2110@uriah.heep.sax.de> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, Joerg Wunsch Subject: Re: RELENG_8: panic: wrong offset 4096 for sectorsize 2352 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 08:06:49 -0000 on 24/05/2011 10:26 Joerg Wunsch said the following: > As Andriy Gapon wrote: > >>> panic: wrong offset 4096 for sectorsize 2352 >>> >>> Any ideas why this happens, and how to avoid it? > >> Backtrace would be a first thing. > > OK, here we go (the core has been dumped from within a serial console > BREAK DDB entry, I'm omitting the frames related to that): > > #16 0xc0537352 in _cv_wait (cvp=0xc6e6bcd4, lock=0xc6e6bdd4) at /usr/src/sys/kern/kern_condvar.c:96 > #17 0xc0aa8a13 in usb_process (arg=0xc6e6bccc) > at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_process.c:183 > #18 0xc054f948 in fork_exit (callout=0xc0aa88e0 , arg=0xc6e6bccc, frame=0xc6a1ad28) > at /usr/src/sys/kern/kern_fork.c:865 > #19 0xc077fd34 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:275 Unfortunately this seems like a completely unrelated thread. And what you write below explains why. Maybe you can find the right thread (with the original panic call in it) in this crash dump or re-produce the problem later. > After the initial panic, I typed "c" in DDB, in the assumption > it would proceed with a coredump, but it didn't. That's why I > hit BREAK again, and forced a dump through the "panic" DDB > command. Now, I'm no longer sure whether the frames above do > really relate to the mentioned panic string. > >> Information from a frame that called panic >> would the next thing. > > (kgdb) up 16 > #16 0xc0537352 in _cv_wait (cvp=0xc6e6bcd4, lock=0xc6e6bdd4) at /usr/src/sys/kern/kern_condvar.c:96 > 96 { > (kgdb) l > 91 * sleeping and will be held on return. It is recommended that the mutex be > 92 * held when cv_signal or cv_broadcast are called. > 93 */ > 94 void > 95 _cv_wait(struct cv *cvp, struct lock_object *lock) > 96 { > 97 WITNESS_SAVE_DECL(lock_witness); > 98 struct lock_class *class; > 99 struct thread *td; > 100 int lock_state; > (kgdb) up > #17 0xc0aa8a13 in usb_process (arg=0xc6e6bccc) > at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_process.c:183 > 183 cv_wait(&up->up_cv, up->up_mtx); > (kgdb) l > 178 if (up->up_dsleep) { > 179 up->up_dsleep = 0; > 180 cv_broadcast(&up->up_drain); > 181 } > 182 up->up_msleep = 1; > 183 cv_wait(&up->up_cv, up->up_mtx); > 184 } > 185 > 186 up->up_ptr = NULL; > 187 cv_signal(&up->up_cv); > (kgdb) up > #18 0xc054f948 in fork_exit (callout=0xc0aa88e0 , arg=0xc6e6bccc, frame=0xc6a1ad28) > at /usr/src/sys/kern/kern_fork.c:865 > 865 callout(arg, frame); > (kgdb) l > 860 * cpu_set_fork_handler intercepts this function call to > 861 * have this call a non-return function to stay in kernel mode. > 862 * initproc has its own fork handler, but it does return. > 863 */ > 864 KASSERT(callout != NULL, ("NULL callout in fork_exit")); > 865 callout(arg, frame); > 866 > 867 /* > 868 * Check if a kernel thread misbehaved and returned from its main > 869 * function. > > Here is the panic message from the DDB console: > > panic: wrong offset 4096 for sectorsize 2352 > cpuid = 0 > KDB: enter: panic > [thread pid 2 tid 100009 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > > as well as the output of the DDB "ps" command: > > db> ps > pid ppid pgrp uid state wmesg wchan cmd > 70698 70661 70661 0 S+ g_waitid 0xc088bcec cd-discid > 70661 2486 70661 0 S+ piperd 0xc98eb498 sh > 70615 1450 1416 8 S nanslp 0xc088e224 sleep > 70466 1706 1706 125 R smtpd > 70160 1706 1706 125 S select 0xc8281624 pickup > 68504 1706 1706 125 S select 0xc8a17324 anvil > 56974 1330 1330 58 S lockf 0xced9f7c0 perl5.8.9 > 56769 1330 1330 58 S lockf 0xcc0a8400 perl5.8.9 > 56578 1330 1330 58 S lockf 0xc7517900 perl5.8.9 > 56268 1330 1330 58 S accept 0xc7ef103e perl5.8.9 > 56078 1330 1330 58 S lockf 0xc8a88a00 perl5.8.9 > 52965 52961 2222 107 S (threaded) mysql-query-browser > 100291 S ucond 0xc8a1c880 mysql-query-browser > 100289 S select 0xc821f324 initial thread > 52961 1 2222 107 S wait 0xce70aac0 sh > 49078 2262 49078 107 S+ pause 0xc8be8b18 screen > 38746 1591 1591 80 S lockf 0xc8a219c0 httpd > 35437 1591 1591 80 S lockf 0xc8a41440 httpd > 35436 1591 1591 80 S kqread 0xcf21f300 httpd > 35435 1591 1591 80 S lockf 0xc8a38c00 httpd > 27055 1591 1591 80 S lockf 0xc8aa0b40 httpd > 10767 1 2222 107 S select 0xc8a14264 xpdf > 99867 1591 1591 80 S lockf 0xc8a31140 httpd > 91459 1 91459 32001 Ss select 0xc7517024 dbus-daemon > 91458 1 91454 32001 S+ select 0xcd0bec64 dbus-launch > 54346 1591 1591 80 S lockf 0xcc4d3ac0 httpd > 51334 51314 51334 107 S+ (threaded) qlandkartegt > 100221 S select 0xc8aa6664 initial thread > 51314 51312 51314 107 Ss+ ttyin 0xcd207470 tcsh > 51312 1 2222 107 S select 0xc8a38ea4 xterm > 29249 26397 29249 107 S+ select 0xc8a5c164 initial thread > 26397 26395 26397 107 Ss+ ttyin 0xc929e670 tcsh > 26395 1 2222 107 S select 0xc8a15664 xterm > 25354 25352 25354 107 Ss+ ttyin 0xc93a5e70 tcsh > 25352 1 2222 107 S select 0xc821f964 xterm > 16153 1591 1591 80 S lockf 0xc8a31240 httpd > 16151 1591 1591 80 S lockf 0xcc4e0880 httpd > 15141 1591 1591 80 S lockf 0xcee65400 httpd > 13309 13304 13303 32001 S+ (threaded) soffice.bin > 100237 S ucond 0xc8aa0740 soffice.bin > 100235 S select 0xc8a9e4e4 soffice.bin > 100236 S accept 0xc898a9e6 soffice.bin > 100232 S ucond 0xc8a35b80 soffice.bin > 100165 S select 0xc82eb264 initial thread > 13304 13303 13303 32001 S+ wait 0xc9177ac0 sh > 13303 5638 13303 32001 S+ wait 0xc897c2b0 sh > 8734 5638 8734 32001 S+ select 0xc81fd464 initial thread > 7892 2273 7892 107 Ss+ ttyin 0xc8feda70 tcsh > 7560 1706 1706 125 S select 0xc8a396e4 tlsmgr > 5638 5635 5638 32001 Ss+ ttyin 0xc89cba70 bash > 5635 5634 5635 32001 Ss select 0xc8a21724 xterm > 5634 5632 5632 32001 S select 0xc7266264 sshd > 5632 1635 5632 0 Ss sbwait 0xc8f96bfc sshd > 4468 1 2222 107 S select 0xc8a401e4 initial thread > 4466 4462 2222 107 R (threaded) firefox-bin > 100271 S ucond 0xc8aad980 firefox-bin > 100274 S ucond 0xc8a41840 firefox-bin > 100234 S ucond 0xc8a3ea40 firefox-bin > 100233 S ucond 0xc8a34200 firefox-bin > 100231 S ucond 0xc72e3d80 firefox-bin > 100230 S ucond 0xc8a38ac0 firefox-bin > 100229 CanRun firefox-bin > 100228 S ucond 0xc8a5f8c0 firefox-bin > 100227 S select 0xc8a3b964 firefox-bin > 100171 S select 0xc821faa4 initial thread > 4462 4458 2222 107 S wait 0xc8be7560 sh > 4458 1 2222 107 S wait 0xc8bcbac0 sh > 3728 3653 3728 32001 S+ select 0xc8a613e4 mutt > 3653 3650 3653 32001 Ss+ wait 0xc8be82b0 bash > 3650 3649 3650 32001 Ss select 0xc8a5fea4 xterm > 3649 3645 3645 32001 S select 0xc8a3f4e4 sshd > 3645 1635 3645 0 Ss sbwait 0xc8306728 sshd > 2486 2485 2486 0 S+ pause 0xc897d308 tcsh > 2485 2251 2485 107 S+ wait 0xc7f41560 su > 2277 2275 2277 107 S+ select 0xc8a5cb64 mutt > 2275 2273 2275 107 Ss+ pause 0xc897c868 tcsh > 2273 1 2273 107 Ss select 0xc821f624 screen > 2262 2260 2262 107 Ss+ pause 0xc809bb18 tcsh > 2260 1 2222 107 S select 0xc81fdbe4 xterm > 2251 2240 2251 107 Ss+ pause 0xc809a868 tcsh > 2249 1 2222 107 S select 0xc8220764 xload > 2248 1 2222 107 S select 0xc8a61124 xclock > 2245 2222 2222 107 S select 0xc821f864 FvwmPager > 2244 2222 2222 107 S select 0xc8280ea4 GoodStuff > 2242 2222 2222 107 S select 0xc82eb9a4 xconsole > 2241 2222 2222 107 R initial thread > 2240 2222 2222 107 S select 0xc8280464 xterm > 2239 2222 2222 107 S select 0xc8aae064 beforelight > 2225 2222 2225 107 Ss select 0xc821f2e4 ssh-agent > 2222 1871 2222 107 Ss select 0xc8a449a4 fvwm > 2184 1803 2184 0 S+ ttyin 0xc6fa8a70 tcsh > 1916 1812 1808 0 S select 0xc7ffcca4 initial thread > 1871 1720 1871 0 Ss wait 0xc74f9810 xdm > 1848 1720 1848 0 Ss select 0xc8281164 initial thread > 1847 1720 1847 0 Ss select 0xc821f2a4 xdm > 1835 1812 1808 0 S kqread 0xc8219c00 initial thread > 1816 1812 1808 0 R initial thread > 1812 1808 1808 0 S select 0xc81fe5a4 initial thread > 1811 1 1811 0 Ss (threaded) console-kit-daemon > 100175 S ucond 0xc6f258c0 console-kit-daemon > 100121 S select 0xc8280424 console-kit-daemon > 1808 1 1808 560 Ss (threaded) hald > 100176 S piperd 0xc7348ab8 hald > 100096 D g_waitfo 0xced9d680 hald > 1803 1 1803 0 Ss+ wait 0xc8270560 login > 1802 1 1802 0 Ss+ ttyin 0xc6fa7070 getty > 1801 1 1801 0 Ss+ ttyin 0xc6fa7270 getty > 1800 1 1800 0 Ss+ ttyin 0xc6efe870 getty > 1799 1 1799 0 Ss+ ttyin 0xc6efea70 getty > 1798 1 1798 0 Ss+ ttyin 0xc6efee70 getty > 1756 1 1756 0 Ss select 0xc81fd2a4 inetd > 1723 1720 1723 0 Ss select 0xc8281724 initial thread > 1720 1 1720 0 Ss select 0xc8280664 xdm > 1711 1706 1706 125 S select 0xc821f8a4 qmgr > 1706 1 1706 0 Ss select 0xc72673e4 master > 1647 1 1647 0 Ss nanslp 0xc088e224 cron > 1635 1 1635 0 Ss select 0xc7ffc824 sshd > 1591 1 1591 0 Ss select 0xc75292a4 httpd > 1538 1537 1537 0 S select 0xc7ffc8e4 conserver > 1537 1 1537 0 Ss select 0xc7ffcea4 conserver > 1526 1350 1350 0 S select 0xc7529aa4 perl > 1525 1350 1350 0 S select 0xc7529e24 perl > 1519 1 1519 0 Ss kqread 0xc8019780 cupsd > 1487 1 1487 556 Ss select 0xc7ffcc64 dbus-daemon > 1450 1 1416 8 S+ wait 0xc809a2b0 sh > 1449 1 1449 8 Rs innd > 1427 1373 1370 89 S+ (threaded) mysqld > 100140 S ucond 0xc7266a00 mysqld > 100136 S sigwait 0xe96d4bb0 mysqld > 100139 S ucond 0xc7ffd240 mysqld > 100138 S select 0xc7ffd4a4 mysqld > 100137 S select 0xc7ffd164 mysqld > 100128 S ucond 0xc7528640 mysqld > 100127 S ucond 0xc70dc680 mysqld > 100126 S ucond 0xc7517a00 mysqld > 100125 S ucond 0xc7527840 mysqld > 100064 S select 0xc7529764 initial thread > 1373 1 1370 89 S+ wait 0xc7f3f560 sh > 1350 1 1350 0 Ss select 0xc7518464 perl > 1330 1 1330 58 Ss select 0xc7517b64 perl5.8.9 > 1322 1311 1309 88 S piperd 0xc7347620 unlinkd > 1321 1311 1309 88 S sbwait 0xc7ef1bfc dnsserver > 1320 1311 1309 88 S sbwait 0xc7530d98 dnsserver > 1319 1311 1309 88 S sbwait 0xc7ef13f0 dnsserver > 1318 1311 1309 88 S sbwait 0xc7ee7a60 dnsserver > 1317 1311 1309 88 S sbwait 0xc7ef2254 dnsserver > 1311 1309 1309 88 S kqread 0xc7f6ce00 squid > 1309 1 1309 88 Ss wait 0xc7f3f000 squid > 1283 1 1283 67 Ss select 0xc72e3d64 dhcpd > 1224 1 1224 0 Ss select 0xc7528e64 powerd > 1216 1 1216 0 Rs ntpd > 1052 1 1052 0 Ss (threaded) apcupsd > 100145 S select 0xc6fab564 apcupsd > 100070 S select 0xc7517724 apcupsd > 1029 1028 1028 0 S (threaded) nfsd > 100116 S rpcsvc 0xc7517410 nfsd: service > 100115 S rpcsvc 0xc7517550 nfsd: service > 100114 S rpcsvc 0xc7527010 nfsd: service > 100113 S rpcsvc 0xc75174d0 nfsd: master > 1028 1 1028 0 Ss select 0xc72e2a64 nfsd > 1018 1 1018 0 Ss select 0xc7517364 mountd > 926 1 926 0 Ss select 0xc7527a24 rpcbind > 909 1 909 53 Rs (threaded) named > 100100 RunQ named > 100099 S ucond 0xc7527140 named > 100098 S ucond 0xc7517b80 named > 100097 S ucond 0xc7527200 named > 100075 S sigwait 0xe95debb0 named > 817 1 817 0 Ss select 0xc75285a4 syslogd > 636 1 636 0 Ss select 0xc75270a4 devd > 604 1 604 0 Rs moused > 464 455 455 64 S bpf 0xc7538400 pflogd > 455 1 455 0 Ss sbwait 0xc751e728 pflogd > 452 0 0 0 SL pftm 0xc760fb40 [pfpurge] > 21 0 0 0 SL sdflush 0xc08a7000 [softdepflush] > 20 0 0 0 SL vlruwt 0xc6dabac0 [vnlru] > 19 0 0 0 SL syncer 0xc08a1a34 [syncer] > 18 0 0 0 SL psleep 0xc08a1768 [bufdaemon] > 17 0 0 0 SL pgzero 0xc08a7cd4 [pagezero] > 16 0 0 0 SL psleep 0xc08a78fc [vmdaemon] > 15 0 0 0 SL psleep 0xc08a78c4 [pagedaemon] > 9 0 0 0 SL ccb_scan 0xc0877454 [xpt_thrd] > 8 0 0 0 SL - 0xc6fb3100 [gv_worker] > 7 0 0 0 SL waiting_ 0xc08a3218 [sctp_iterator] > 6 0 0 0 SL - 0xc6efe63c [fdc0] > 5 0 0 0 SL idle 0xc6f32000 [aic_recovery0] > 14 0 0 0 RL (threaded) usb > 100033 D - 0xc6e6bd34 [usbus1] > 100032 RunQ [usbus1] > 100031 Run CPU 0 [usbus1] > 100030 D - 0xc6e6bca4 [usbus1] > 100028 D - 0xc6e62b5c [usbus0] > 100027 D - 0xc6e62b2c [usbus0] > 100026 Run CPU 1 [usbus0] > 100025 RunQ [usbus0] > 13 0 0 0 SL - 0xc088e084 [yarrow] > 4 0 0 0 SL - 0xc088bdc4 [g_down] > 3 0 0 0 SL - 0xc088bdc0 [g_up] > 2 0 0 0 RL [g_event] > 12 0 0 0 RL (threaded) intr > 100044 I [irq7: ppc0] > 100041 RunQ [irq257: re0] > 100040 I [irq20: atapci1] > 100039 I [irq15: ata1] > 100038 I [irq14: ata0] > 100037 RunQ [swi0: uart uart+++*] > 100036 RunQ [irq17: sym1 puc0] > 100035 I [irq16: sym0 ahd0] > 100034 I [irq256: hdac0] > 100029 L *ehci0 0xc7f46280 [irq22: ehci0] > 100024 L *ohci0 0xc6cc9280 [irq21: ohci0] > 100023 I [irq9: acpi0] > 100021 I [swi5: +] > 100019 I [swi2: cambio] > 100015 I [swi6: task queue] > 100013 I [swi6: Giant taskq] > 100008 I [swi1: netisr 0] > 100007 I [swi3: vm] > 100006 RunQ [swi4: clock] > 100005 RunQ [swi4: clock] > 11 0 0 0 RL (threaded) idle > 100004 CanRun [idle: cpu0] > 100003 CanRun [idle: cpu1] > 1 0 1 0 SLs wait 0xc6d2bac0 [init] > 10 0 0 0 SL audit_wo 0xc08a69a0 [audit] > 0 0 0 0 SLs (threaded) kernel > 100117 D - 0xc75279c0 [aiod_bio taskq] > 100022 D - 0xc6dfc200 [thread taskq] > 100020 D - 0xc6dfc2c0 [kqueue taskq] > 100018 D - 0xc6dfc400 [acpi_task_2] > 100017 D - 0xc6dfc400 [acpi_task_1] > 100016 D - 0xc6dfc400 [acpi_task_0] > 100014 D - 0xc6dfc740 [ffs_trim taskq] > 100000 D sched 0xc088be80 [swapper] > > I hope that somehow makes sense ... I guess I could repeat the panic > again by re-issuing the abcde command, but that will have to wait > until tonight. > -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue May 24 08:53:04 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34AB51065673 for ; Tue, 24 May 2011 08:53:04 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.emeryville.ca.mail.comcast.net (qmta14.emeryville.ca.mail.comcast.net [76.96.27.212]) by mx1.freebsd.org (Postfix) with ESMTP id 1B5198FC12 for ; Tue, 24 May 2011 08:53:04 +0000 (UTC) Received: from omta21.emeryville.ca.mail.comcast.net ([76.96.30.88]) by qmta14.emeryville.ca.mail.comcast.net with comcast id nLrs1g0011u4NiLAELt3xf; Tue, 24 May 2011 08:53:03 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta21.emeryville.ca.mail.comcast.net with comcast id nLt21g00Z1t3BNj8hLt2mQ; Tue, 24 May 2011 08:53:03 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 78169102C19; Tue, 24 May 2011 01:53:02 -0700 (PDT) Date: Tue, 24 May 2011 01:53:02 -0700 From: Jeremy Chadwick To: Joerg Wunsch Message-ID: <20110524085302.GA9939@icarus.home.lan> References: <20110524055408.GA2110@uriah.heep.sax.de> <4DDB54A3.2050205@FreeBSD.org> <20110524072618.GB2110@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110524072618.GB2110@uriah.heep.sax.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@FreeBSD.org, phk@freebsd.org, Andriy Gapon Subject: Re: RELENG_8: panic: wrong offset 4096 for sectorsize 2352 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 08:53:04 -0000 On Tue, May 24, 2011 at 09:26:18AM +0200, Joerg Wunsch wrote: > As Andriy Gapon wrote: > > > > panic: wrong offset 4096 for sectorsize 2352 > > > > > > Any ideas why this happens, and how to avoid it? > > > Backtrace would be a first thing. > > OK, here we go (the core has been dumped from within a serial console > BREAK DDB entry, I'm omitting the frames related to that): > > #16 0xc0537352 in _cv_wait (cvp=0xc6e6bcd4, lock=0xc6e6bdd4) at /usr/src/sys/kern/kern_condvar.c:96 > #17 0xc0aa8a13 in usb_process (arg=0xc6e6bccc) > at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_process.c:183 > #18 0xc054f948 in fork_exit (callout=0xc0aa88e0 , arg=0xc6e6bccc, frame=0xc6a1ad28) > at /usr/src/sys/kern/kern_fork.c:865 > #19 0xc077fd34 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:275 > > After the initial panic, I typed "c" in DDB, in the assumption > it would proceed with a coredump, but it didn't. That's why I > hit BREAK again, and forced a dump through the "panic" DDB > command. Now, I'm no longer sure whether the frames above do > really relate to the mentioned panic string. Just an informational note about inducing a panic: I tend to, once at the db> prompt, do "bt" then immediately "call doadump". That induces memory being written to swap, then do "reboot". I assume (since you have a crash at all) that you have dumpdev defined in /etc/rc.conf. savecore(8) will then pick up the panic, etc... you get the idea. The panic in question is intentional from what I can tell in the code. I'm not sure how much a kernel crash/dump is going to help with this, given the following code in src/sys/geom/geom_io.c: 391 void 392 g_io_request(struct bio *bp, struct g_consumer *cp) 393 { ... 426 if (bp->bio_cmd & (BIO_READ|BIO_WRITE|BIO_DELETE)) { 427 KASSERT(bp->bio_offset % cp->provider->sectorsize == 0, 428 ("wrong offset %jd for sectorsize %u", 429 bp->bio_offset, cp->provider->sectorsize)); phk@ added this code 6 years ago to HEAD (at the time); see the annotation around line 426: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/geom/geom_io.c#rev1.59 The assertion failed because sectorsize was not a multiple of bio_offset. Specifically: 4096 / 2352 = 1.741, which isn't zero, therefore the panic occurs. (It's important to read assertions "backwards"; that is, the assertion/panic happens when the conditional proves false). I know little to nothing about CD ripping so I can't tell you why abcde was able to somehow trigger this. Possibly some device read routines that abcde uses get translated directly into GEOM requests and therefore indirectly trigger the assertion? I'm CC'ing phk@ in case he happens to know what may be going on here, or has seen this in the wild as well, but I imagine his plate is quite full right now. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue May 24 13:21:11 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC6A81065673 for ; Tue, 24 May 2011 13:21:11 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E3B988FC12 for ; Tue, 24 May 2011 13:21:10 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA03759 for ; Tue, 24 May 2011 16:21:09 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DDBB0C4.5010109@FreeBSD.org> Date: Tue, 24 May 2011 16:21:08 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: [poll] hyperthreading_allowed, hlt_logical_cpus, mp_watchdog X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 13:21:11 -0000 I am planning on some changes in head and would like to see if people use the following features: - machdep.hyperthreading_allowed tunable and sysctl - machdep.hlt_logical_cpus tunable and sysctl - mp_watchdog kernel option If you are using any of the above, please let me know - better via a private reply: - which exactly of the mentioned above features you use - please make distinction between use of tunables and sysctls - tell for what you use the feature - provide overview of your hardware, which scheduler you use and intended purpose of the system Thank you! -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue May 24 13:36:03 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B59E61065673 for ; Tue, 24 May 2011 13:36:03 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from equilibrium.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id 5BBD48FC13 for ; Tue, 24 May 2011 13:36:03 +0000 (UTC) Received: by equilibrium.bsdes.net (Postfix, from userid 1001) id 7067C39832; Tue, 24 May 2011 15:20:28 +0200 (CEST) Date: Tue, 24 May 2011 15:20:28 +0200 From: Victor Balada Diaz To: stable@freebsd.org Message-ID: <20110524132028.GE1291@equilibrium.bsdes.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: gpart usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 13:36:03 -0000 Hello, I'm trying to setup a MBR partition with a BSD slice in it using gpart on FreeBSD 8.1 RELEASE. From the fixit console in the install i try to do gpart create -s MBR ad0 gpart add -t freebsd ad0 gpart create -s BSD ad0s1 gpart add -t freebsd-ufs ad0s1 gpart set -a active -i 1 ad0 For bootcode i do: gpart bootcode -b /boot/boot0 /dev/ad0 gpart bootcode -b /boot/boot /dev/ad0s1 This seems to work, but i have doubts about it. For example, looking at: http://freebsd.1045724.n5.nabble.com/gpart-micro-how-to-td4205149.html I can see that it leaves a 16 sectors offset. Can't find anything about it on gpart man page, but i did find on bsdlabel man page the following: offset The offset of the start of the partition from the beginning of the drive in sectors, or * to have bsdlabel calculate the correct offset to use (the end of the previous partition plus one, ignor- ing partition `c'). For partition `c', * will be interpreted as an offset of 0. The first partition should start at offset 16, because the first 16 sectors are reserved for metadata. So seems they're needed. Looking at what sysinstall did on a 8.0 install i can see the following: %gpart show => 63 285155262 da0 MBR (136G) 63 285153687 1 freebsd [active] (136G) 285153750 1575 - free - (788K) => 0 285153687 da0s1 BSD (136G) 0 2097152 1 freebsd-ufs (1.0G) 2097152 8388608 2 freebsd-swap (4.0G) [ more skipped ] Ie, no 16 sector offset in it. So my question is... What's the proper way of doing a MBR + BSD label partition and where is it documented? what are the different bootcodes and when is needed each one?[1] also, how do i know about offsets each partitioning scheme needs? shouldn't GEOM take care of it without user needing to know anything about it? If i wanted to also align partition to 1 MB offsets so i can get better performance with advanced format drives and RAID controllers, what would be the best option? I guess that i would need to add the first freebsd-ufs partition starting at 1985 sector, because 1 MB = 2048 512byte sector, and 63 are reserved for MBR scheme so 2048 - 63 = 1985. Is this right or i'm mistaken in something? Seems that gpart man page only documents doing it with GPT and doesn't talk about alignment constraints, but i can't use GPT because i want to do it over gmirror and last sector is used by gpt and gmirror at the same time causing some warnings[2]. It would be great if handbook's GEOM chapter would have some part about using gpart, but of course it's easier asking for it than actually writting it. Thanks a lot. Regards. [1]: I know handbook does have some info about /boot/boot0, boot1 and boot in "The Boot Manager and Boot Stages", but i can't find info about for example gptboot or gptzfsboot. [2]: Yes i know that i can create the GPT scheme and then gmirror the partitions but then, i can't use with the same speed the gmirror load algorithms over both disks so i prefer to gmirror the whole device. -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Tue May 24 13:43:18 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D666106566B for ; Tue, 24 May 2011 13:43:18 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 7DEB78FC24 for ; Tue, 24 May 2011 13:43:17 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QOrtE-0001KG-Fc for freebsd-stable@freebsd.org; Tue, 24 May 2011 15:43:16 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 24 May 2011 15:43:16 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 24 May 2011 15:43:16 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 24 May 2011 15:42:53 +0200 Lines: 18 Message-ID: References: <4DDBB0C4.5010109@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 In-Reply-To: <4DDBB0C4.5010109@FreeBSD.org> X-Enigmail-Version: 1.1.2 Subject: Re: [poll] hyperthreading_allowed, hlt_logical_cpus, mp_watchdog X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 13:43:18 -0000 On 24/05/2011 15:21, Andriy Gapon wrote: > > I am planning on some changes in head and would like to see if people use the > following features: > - machdep.hyperthreading_allowed tunable and sysctl > - machdep.hlt_logical_cpus tunable and sysctl > - mp_watchdog kernel option > > If you are using any of the above, please let me know - better via a private reply: > - which exactly of the mentioned above features you use > - please make distinction between use of tunables and sysctls > - tell for what you use the feature > - provide overview of your hardware, which scheduler you use and intended purpose > of the system Whatever you do, please leave at least some way (at least a tunable) to enable/disable HTT - some workloads are better with, and some without it, and some BIOSes are unreliable in enabling/disabling it :) From owner-freebsd-stable@FreeBSD.ORG Tue May 24 14:46:08 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 6C195106566B for ; Tue, 24 May 2011 14:46:08 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 8BCA2150F71; Tue, 24 May 2011 14:46:07 +0000 (UTC) Message-ID: <4DDBC4A9.7040404@FreeBSD.org> Date: Tue, 24 May 2011 18:46:01 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Victor Balada Diaz References: <20110524132028.GE1291@equilibrium.bsdes.net> In-Reply-To: <20110524132028.GE1291@equilibrium.bsdes.net> X-Enigmail-Version: 1.1.2 OpenPGP: id=10C8A17A Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8D28162DEE97DD6314863528" Cc: stable@freebsd.org Subject: Re: gpart usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 14:46:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8D28162DEE97DD6314863528 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 24.05.2011 17:20, Victor Balada Diaz wrote: > Ie, no 16 sector offset in it. So my question is... What's the proper w= ay of > doing a MBR + BSD label partition and where is it documented? what are = the different > bootcodes and when is needed each one?[1]=20 gptboot is used for GPT scheme. It should be written to the partition with type "freebsd-boot". And it searches in the GPT table partitions with type "freebsd-ufs" to boot from. gptzfsboot is also used for GPT, but it searches ZFS pools on the partitions with type "freebsd-zfs". zfsboot is used for MBR and BSD schemes to boot from ZFS. > also, how do i know about offsets each partitioning scheme needs? shoul= dn't GEOM > take care of it without user needing to know anything about it? Usually you do not need to know anything about offsets. > If i wanted to also align partition to 1 MB offsets so i can get better= performance > with advanced format drives and RAID controllers, what would be the bes= t option? > I guess that i would need to add the first freebsd-ufs partition starti= ng at 1985 > sector, because 1 MB =3D 2048 512byte sector, and 63 are reserved for M= BR scheme > so 2048 - 63 =3D 1985. Is this right or i'm mistaken in something? Yes, you are right. > Seems that gpart man page only documents doing it with GPT and doesn't = talk > about alignment constraints, but i can't use GPT because i want to do i= t over > gmirror and last sector is used by gpt and gmirror at the same time cau= sing > some warnings[2]. You can create GPT on top of your mirror. It will cause some warnings, but all should work. --=20 WBR, Andrey V. Elsukov --------------enig8D28162DEE97DD6314863528 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJN28StAAoJEAHF6gQQyKF6+XkIAKO8RQwY0Sg1Hzb1RtRbhcjF c204b6qVhFBmjvkEWXRHk2W3ejoYW58pIhy3Rw9z7Rj0QDzM8CCmm1yVQvecWcic P8eb++YZ8mlJU0SFeNmBIFBMiqytYvsJ5gNOeZhw3vpySLo8LA+mJQs9NV/V7GOc d1NOq+jAp7EpjVaBTJp+FeLwmaczu4P3MTfbLu7MGUdNLpdOQ8SOziv+rtGXKTb+ SjyC3vhg+pQbhPoqJGNYJOEG0oWtX19A2XAYpbgwkTssbP0pRLhxPXcXmE3WyfHW ao2bZeKjydQ6bZ0Jw+Sn3gmOTKiGRqshV5j5PDdqgl+EwOENza6TIgCOEaDeqlk= =ZVQt -----END PGP SIGNATURE----- --------------enig8D28162DEE97DD6314863528-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 15:09:53 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF6BA106564A for ; Tue, 24 May 2011 15:09:53 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from equilibrium.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id 4C0278FC12 for ; Tue, 24 May 2011 15:09:52 +0000 (UTC) Received: by equilibrium.bsdes.net (Postfix, from userid 1001) id D121939832; Tue, 24 May 2011 17:09:51 +0200 (CEST) Date: Tue, 24 May 2011 17:09:51 +0200 From: Victor Balada Diaz To: "Andrey V. Elsukov" Message-ID: <20110524150951.GF1291@equilibrium.bsdes.net> References: <20110524132028.GE1291@equilibrium.bsdes.net> <4DDBC4A9.7040404@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4DDBC4A9.7040404@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org Subject: Re: gpart usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 15:09:53 -0000 On Tue, May 24, 2011 at 06:46:01PM +0400, Andrey V. Elsukov wrote: > On 24.05.2011 17:20, Victor Balada Diaz wrote: > > also, how do i know about offsets each partitioning scheme needs? shouldn't GEOM > > take care of it without user needing to know anything about it? > > Usually you do not need to know anything about offsets. So the 16 sector offset in BSD label is really needed or isn't? -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Tue May 24 16:05:53 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 2719A1065676 for ; Tue, 24 May 2011 16:05:53 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 6288B158869; Tue, 24 May 2011 16:05:22 +0000 (UTC) Message-ID: <4DDBD73B.7090600@FreeBSD.org> Date: Tue, 24 May 2011 20:05:15 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Victor Balada Diaz References: <20110524132028.GE1291@equilibrium.bsdes.net> <4DDBC4A9.7040404@FreeBSD.org> <20110524150951.GF1291@equilibrium.bsdes.net> In-Reply-To: <20110524150951.GF1291@equilibrium.bsdes.net> X-Enigmail-Version: 1.1.2 OpenPGP: id=10C8A17A Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig38FE9293A22161965523B498" Cc: stable@freebsd.org Subject: Re: gpart usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 16:05:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig38FE9293A22161965523B498 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 24.05.2011 19:09, Victor Balada Diaz wrote: > On Tue, May 24, 2011 at 06:46:01PM +0400, Andrey V. Elsukov wrote: >> On 24.05.2011 17:20, Victor Balada Diaz wrote: >>> also, how do i know about offsets each partitioning scheme needs? sho= uldn't GEOM >>> take care of it without user needing to know anything about it? >> >> Usually you do not need to know anything about offsets. >=20 > So the 16 sector offset in BSD label is really needed or isn't? First 8 KBytes of the freebsd partition are reserved for the boot code (/boot/boot). The table of BSD partitions itself is located in the second sector. So, if you plan to create freebsd-ufs partition you can create it without any offset. But if it will be not an UFS partition, then i would created it with offset, otherwise you can wipe the BSD label= =2E --=20 WBR, Andrey V. Elsukov --------------enig38FE9293A22161965523B498 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJN29dAAAoJEAHF6gQQyKF67zoH/1pC2+OQTtM7ePkNcN60bm0f I3gKC94vpcOb+kEIq2ZfAunNOZ3UmvPRnvdcuOq3OcXz7trVeRSt1+2dxyzV99K2 rtW6SmqHxpvG7zL/Mrc2uIy1/MF/+9hJWX7yA1NW+RaIVLCd1IFLRiSOVXNxycHF el+TR1JbcwqIp6rv+sYMWSXxRVyoUkPPTZ9s4LMY2xx/mmHH+BBMO/zphwZECGfV mO7odRXKFVJ1ZIkcsqQQjiUAGQ3l3WJdSMkCOibV7JGSpkpdbq99+oCIBUAtGpkr s+bw88mfIyUs3aQ5bHsUCXss1zd7OvVcbiGL7mHovD61wGiZBVKld1w6imWljSs= =6UKf -----END PGP SIGNATURE----- --------------enig38FE9293A22161965523B498-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 16:51:04 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 648AC1065670 for ; Tue, 24 May 2011 16:51:04 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3B18D8FC0A for ; Tue, 24 May 2011 16:51:03 +0000 (UTC) Received: by pzk27 with SMTP id 27so3948329pzk.13 for ; Tue, 24 May 2011 09:51:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=6qfk4VZ9ZdRTEPYgMnf+DC+bVnHiRx+jmvhepWXwqVg=; b=KtxkXo/Y7h+ar1a0zg55RclM7UXEqNInHC62ptUSmYF1YEPJFKP2O12512V+aWzdWo hdHgQ84kMJZPiQMV8VHoqWBPQ3Kzp3U6xN3yRs1K1RiNJIibRJUfcI6ILkSwclDh4eRK 4/jKwLK32LSSU9pbQeSoLnSg8B9wjT5ZHBR34= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; b=RG+dsTvkwKmpIxMkO/N/5x0MP0Jn2kcL78P2AXS5uAcoeMhvKmO0jAeIKH8PwyRp0i BDCW9bEz9gKoNaIn1MjFWJRfNoMy3XmUTDN0bIol0iDU/QEvmP/6zPHXPNBHGAQO2Kuj sjfrPmb4KYrGjHp4r8kmyfuuh4CMpImiFXET0= MIME-Version: 1.0 Received: by 10.68.17.232 with SMTP id r8mr3006098pbd.91.1306254467686; Tue, 24 May 2011 09:27:47 -0700 (PDT) Received: by 10.68.63.104 with HTTP; Tue, 24 May 2011 09:27:47 -0700 (PDT) In-Reply-To: References: <4DDBB0C4.5010109@FreeBSD.org> Date: Tue, 24 May 2011 09:27:47 -0700 Message-ID: From: Josh Carroll To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [poll] hyperthreading_allowed, hlt_logical_cpus, mp_watchdog X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 16:51:04 -0000 > Whatever you do, please leave at least some way (at least a tunable) to > enable/disable HTT - some workloads are better with, and some without it, > and some BIOSes are unreliable in enabling/disabling it :) I noticed that disabling HTT via the machdep.hyperthreading_allowed tunable resulted in worse performance than disabling HTT via the BIOS. I'm not sure if that is to be expected due to how the scheduler ignores those cores or what, but just an observation I found while testing my i7 2600k to see if I should leave HTT on or off for my particular workloads. I was expecting only certain workloads to perform better with HTT on and others better with it off. However, I haven't found a task that performed better with HTT off. Some are almost equal (within a margin of error), but most are faster with HTT enabled (see below for the testing I did). For the tests below, I used an mdmfs for /usr/obj for all buildworld/buildkernel tests and they were all performed after caching the contents of /usr/src. I also ran each test 5 times and for each data point, I took the best run time. For the ffmpeg tests, I used -threads 0 to let it pick the number of threads to use. It seems hyperthreading on the Sandy Bridge i7 may be worth leaving enabled, though of course what I've tested below is just a small sample of possible tasks. So as with any benchmark, the only relevant tests are the things you use your machine for :) My workloads happen to all benefit from having HTT enabled. Josh buildworld (w/o HTT=-j5, w/HTT=-j11) =============================== HTT off: 558.65 seconds HTT on: 501.01 seconds buildkernel (w/o HTT=-j5, w/HTT=-j7) =============================== HTT off: 188.80 seconds HTT on: 187.03 seconds ffmpeg (10 min SD input - xvid/mp3) =============================== HTT off: 7.75 seconds HTT on: 6.28 seconds ffmpeg (5 min 720p input - h264/aac) =============================== HTT off: 20.08 seconds HTT on: 12.97 seconds ffmpeg (1 min 1080p input - h264/aac) =============================== HTT off: 38.91 seconds HTT on: 30.79 seconds From owner-freebsd-stable@FreeBSD.ORG Tue May 24 17:27:21 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C84FA106566B; Tue, 24 May 2011 17:27:21 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from equilibrium.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id 71B518FC14; Tue, 24 May 2011 17:27:20 +0000 (UTC) Received: by equilibrium.bsdes.net (Postfix, from userid 1001) id 1D8B739832; Tue, 24 May 2011 19:27:19 +0200 (CEST) Date: Tue, 24 May 2011 19:27:19 +0200 From: Victor Balada Diaz To: "Andrey V. Elsukov" Message-ID: <20110524172718.GG1291@equilibrium.bsdes.net> References: <20110524132028.GE1291@equilibrium.bsdes.net> <4DDBC4A9.7040404@FreeBSD.org> <20110524150951.GF1291@equilibrium.bsdes.net> <4DDBD73B.7090600@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4DDBD73B.7090600@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org Subject: Re: gpart usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 17:27:21 -0000 On Tue, May 24, 2011 at 08:05:15PM +0400, Andrey V. Elsukov wrote: > On 24.05.2011 19:09, Victor Balada Diaz wrote: > > On Tue, May 24, 2011 at 06:46:01PM +0400, Andrey V. Elsukov wrote: > >> On 24.05.2011 17:20, Victor Balada Diaz wrote: > >>> also, how do i know about offsets each partitioning scheme needs? shouldn't GEOM > >>> take care of it without user needing to know anything about it? > >> > >> Usually you do not need to know anything about offsets. > > > > So the 16 sector offset in BSD label is really needed or isn't? > > First 8 KBytes of the freebsd partition are reserved for the boot code > (/boot/boot). The table of BSD partitions itself is located in the > second sector. So, if you plan to create freebsd-ufs partition you can > create it without any offset. But if it will be not an UFS partition, > then i would created it with offset, otherwise you can wipe the BSD label. Who's the one reserving the 16 sector (8 KBytes) offset? the UFS filesystem? the BSD slice/disklabel provider? the MBR provider? If i understood it correctly, it would be like: Sector 0: usual IBM-PC MBR, MBR provider doesn't need anything more Sector 1-63: Reserved by MBR scheme (dunno why, but seems to be the case, probably CHS alignment) start: 63 Sector 64: BSD scheme unused because on disk metadata is stored on second sector Sector 65: BSD scheme (disklabel) on disk data (148 + 8 * 16 = 276 bytes according to sys/disklabel.h) Sectors 65-81: Reserved by ??? for /boot/boot Sectors 82+: UFS/other FS data Is this right or i'm mistaken? -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Tue May 24 19:05:23 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 976C1106564A for ; Tue, 24 May 2011 19:05:23 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id B7DA714DA85; Tue, 24 May 2011 19:04:37 +0000 (UTC) Message-ID: <4DDC013E.5040107@FreeBSD.org> Date: Tue, 24 May 2011 23:04:30 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Victor Balada Diaz References: <20110524132028.GE1291@equilibrium.bsdes.net> <4DDBC4A9.7040404@FreeBSD.org> <20110524150951.GF1291@equilibrium.bsdes.net> <4DDBD73B.7090600@FreeBSD.org> <20110524172718.GG1291@equilibrium.bsdes.net> In-Reply-To: <20110524172718.GG1291@equilibrium.bsdes.net> X-Enigmail-Version: 1.1.2 OpenPGP: id=10C8A17A Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDF77CE52950761F9D34044A6" Cc: stable@freebsd.org Subject: Re: gpart usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 19:05:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDF77CE52950761F9D34044A6 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 24.05.2011 21:27, Victor Balada Diaz wrote: >>> So the 16 sector offset in BSD label is really needed or isn't? >> >> First 8 KBytes of the freebsd partition are reserved for the boot code= >> (/boot/boot). The table of BSD partitions itself is located in the >> second sector. So, if you plan to create freebsd-ufs partition you can= >> create it without any offset. But if it will be not an UFS partition, >> then i would created it with offset, otherwise you can wipe the BSD la= bel. >=20 > Who's the one reserving the 16 sector (8 KBytes) offset? the UFS filesy= stem? the BSD slice/disklabel > provider? the MBR provider? BSD slice provider. > If i understood it correctly, it would be like: >=20 > Sector 0: usual IBM-PC MBR, MBR provider doesn't need anything more > Sector 1-62: Reserved by MBR scheme (dunno why, but seems to be the cas= e, probably CHS alignment) start: 63 Yes, currently we are actively discussing about this in the freebsd-geom@ maillist. > Sector 63: BSD scheme unused because on disk metadata is stored on seco= nd sector Here is saved the boot1 stage of /boot/boot. > Sector 64: BSD scheme (disklabel) on disk data (148 + 8 * 16 =3D 276 by= tes according to sys/disklabel.h) GEOM_PART_BSD supports up to 20 partitions. > Sectors 65-(63+16): Reserved by ??? for /boot/boot Here is saved the boot2 stage of /boot/boot. > Sectors (63+16)+: partitions If you will not use offset for the first BSD partition, then you can wipe BSD scheme with this command: # dd if=3D/dev/zero of=3D/dev/da0s1a count=3D2 --=20 WBR, Andrey V. Elsukov --------------enigDF77CE52950761F9D34044A6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJN3AFDAAoJEAHF6gQQyKF6DoYH/i6bPG1tkPpWdvZMaNWe5n8l HKP0LlKRwQ/t8x9txvwkCKjzwrRlPKyLF0+VvLxXRTIZfbEmZ0jjsOfUEr4VdUx7 t+2KI/k7Jd6/3jeab7JlHERhUkqZhfdn6BzsUQy9DP4f7+vaey747NpRxh5CYC1p 4FOP6MhjyDmnwKNLr9T1cVHmyPn3NKHwomHv6NPoAtJp/ECGURewcob1ovaoYAam 6Ag4Udndlh+93qfxn0Wxwlxf5wDyegTcP5U+K4lvV6NnYPltn2/syWGIK66n9VCf 3bYbwTJ57PQ/uW1NwgbdypH2QLyK6hsuUFSXKQNNrMxTbGacZ4Nhq3n1QjrNFps= =vbI/ -----END PGP SIGNATURE----- --------------enigDF77CE52950761F9D34044A6-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 21:12:38 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 966BD1065670 for ; Tue, 24 May 2011 21:12:38 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 4E5FC8FC0A for ; Tue, 24 May 2011 21:12:38 +0000 (UTC) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p4OLCYU6085985 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 May 2011 17:12:34 -0400 (EDT) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca ([IPv6:2607:f3e0:0:3::18]) by smtp2.sentex.ca (8.14.4/8.14.4) with ESMTP id p4OLCYj3019310; Tue, 24 May 2011 17:12:34 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.ca [192.168.43.26]) by pyroxene.sentex.ca (8.14.4/8.14.3) with ESMTP id p4OLCXxH083436; Tue, 24 May 2011 17:12:33 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4DDC1F2E.4080700@sentex.net> Date: Tue, 24 May 2011 17:12:14 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Lars Eighner References: In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.67 on 64.7.153.18 Cc: freebsd-stable@freebsd.org Subject: Re: Bring sio up to 8+ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 21:12:38 -0000 On 5/22/2011 7:58 AM, Lars Eighner wrote: > > It seems increasing unlikely that uart will ever support the only internal > hardware modem recently available in the US (PR kern/155196), so what are > the chances of sio (which works in 7.x reasonably well and better with a > one-line hack) being brought forward? I have a number of these. The modem is indeed identified as uart2: port 0xe500-0xe507 irq 10 at device 14.0 on pci0 uart2: [FILTER] uart2@pci0:0:14:0: class=0x070002 card=0x00d312b9 chip=0x100812b9 rev=0x01 hdr=0x00 vendor = '3COM Corp, Modem Division (Formerly US Robotics)' device = 'USR5610B (0005610-02) 56K Performance Pro Modem (PCI Internal) (USR5610B)' class = simple comms subclass = UART cap 01[dc] = powerspec 2 supports D0 D2 D3 current D0 But other than that, it seems to work just fine for my setup which is dial backup for a pppoe site. Can you post details of your ppp.conf setup and the steps needed to illustrate the problem ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Tue May 24 21:27:27 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E771106564A for ; Tue, 24 May 2011 21:27:27 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from unimail.uni-dortmund.de (mx1.HRZ.Uni-Dortmund.DE [129.217.128.51]) by mx1.freebsd.org (Postfix) with ESMTP id 2855E8FC19 for ; Tue, 24 May 2011 21:27:26 +0000 (UTC) Received: from [192.168.178.23] (dtmd-4d0bd32b.pool.mediaWays.net [77.11.211.43]) (authenticated bits=0) by unimail.uni-dortmund.de (8.14.5/8.14.5) with ESMTP id p4OL9kfj011166 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Tue, 24 May 2011 23:09:47 +0200 (CEST) Message-ID: <4DDC1E9A.60000@FreeBSD.org> Date: Tue, 24 May 2011 23:09:46 +0200 From: Matthias Andree Organization: FreeBSD User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110424 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org References: <20110524055408.GA2110@uriah.heep.sax.de> <4DDB54A3.2050205@FreeBSD.org> <20110524072618.GB2110@uriah.heep.sax.de> <20110524085302.GA9939@icarus.home.lan> In-Reply-To: <20110524085302.GA9939@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: RELENG_8: panic: wrong offset 4096 for sectorsize 2352 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 21:27:27 -0000 Am 24.05.2011 10:53, schrieb Jeremy Chadwick: > On Tue, May 24, 2011 at 09:26:18AM +0200, Joerg Wunsch wrote: >> As Andriy Gapon wrote: >> >>>> panic: wrong offset 4096 for sectorsize 2352 >>>> >>>> Any ideas why this happens, and how to avoid it? >> >>> Backtrace would be a first thing. >> >> OK, here we go (the core has been dumped from within a serial console >> BREAK DDB entry, I'm omitting the frames related to that): >> >> #16 0xc0537352 in _cv_wait (cvp=0xc6e6bcd4, lock=0xc6e6bdd4) at /usr/src/sys/kern/kern_condvar.c:96 >> #17 0xc0aa8a13 in usb_process (arg=0xc6e6bccc) >> at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_process.c:183 >> #18 0xc054f948 in fork_exit (callout=0xc0aa88e0 , arg=0xc6e6bccc, frame=0xc6a1ad28) >> at /usr/src/sys/kern/kern_fork.c:865 >> #19 0xc077fd34 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:275 >> >> After the initial panic, I typed "c" in DDB, in the assumption >> it would proceed with a coredump, but it didn't. That's why I >> hit BREAK again, and forced a dump through the "panic" DDB >> command. Now, I'm no longer sure whether the frames above do >> really relate to the mentioned panic string. > > Just an informational note about inducing a panic: I tend to, once at > the db> prompt, do "bt" then immediately "call doadump". That induces > memory being written to swap, then do "reboot". I assume (since you > have a crash at all) that you have dumpdev defined in /etc/rc.conf. > savecore(8) will then pick up the panic, etc... you get the idea. > > The panic in question is intentional from what I can tell in the code. > I'm not sure how much a kernel crash/dump is going to help with this, > given the following code in src/sys/geom/geom_io.c: > > 391 void > 392 g_io_request(struct bio *bp, struct g_consumer *cp) > 393 { > ... > 426 if (bp->bio_cmd & (BIO_READ|BIO_WRITE|BIO_DELETE)) { > 427 KASSERT(bp->bio_offset % cp->provider->sectorsize == 0, > 428 ("wrong offset %jd for sectorsize %u", > 429 bp->bio_offset, cp->provider->sectorsize)); > > phk@ added this code 6 years ago to HEAD (at the time); see the > annotation around line 426: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/geom/geom_io.c#rev1.59 > > The assertion failed because sectorsize was not a multiple of > bio_offset. Specifically: 4096 / 2352 = 1.741, which isn't zero, > therefore the panic occurs. (It's important to read assertions > "backwards"; that is, the assertion/panic happens when the conditional > proves false). > > I know little to nothing about CD ripping so I can't tell you why abcde > was able to somehow trigger this. Possibly some device read routines > that abcde uses get translated directly into GEOM requests and therefore > indirectly trigger the assertion? CDDA blocks have 588 samples * 2 channels * 16 bit, 1/75th of a second sampled at 44100 Hz, so that's the high-level view where the block size of 2352 comes from. IMNSHO the kernel should return EINVAL or EIO or similar, not panic. Where the 4096 offset comes from on a 2352 block size is the other question. If something's trying block 3, it should seek to 4704; OTOH if anywhere block sizes get out of synch, that might explain it. Perhaps truss can help if its output doesn't get scratched in the panic. The interesting question is, which devices are affected, does this happen with acd (ATAPI) or with cd (SCSI/CAM)? Not that I could help with that though, just a hint to Jörg for sidestepping the problem: if it was ATAPI, try loading atapicam via /etc/loader.conf and retry abcde on cd. ISTR that it worked for me on an internal SATA or PATA CD-ROM. Feel free to ping me off-list if you want me to try if narrowing down 8-STABLE drivers is any help for the kernel hackers. -- Matthias Andree From owner-freebsd-stable@FreeBSD.ORG Wed May 25 09:36:22 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F02C81065677; Wed, 25 May 2011 09:36:22 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 23AA78FC13; Wed, 25 May 2011 09:36:21 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 6DEE827; Wed, 25 May 2011 11:36:20 +0200 (MET DST) Date: Wed, 25 May 2011 11:36:20 +0200 From: Joerg Wunsch To: freebsd-stable@FreeBSD.org Message-ID: <20110525093620.GA1917@uriah.heep.sax.de> References: <20110524055408.GA2110@uriah.heep.sax.de> <4DDB54A3.2050205@FreeBSD.org> <20110524072618.GB2110@uriah.heep.sax.de> <20110524085302.GA9939@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110524085302.GA9939@icarus.home.lan> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: lulf@freebsd.org, Andriy Gapon , Jeremy Chadwick , phk@freebsd.org Subject: Re: RELENG_8: panic: wrong offset 4096 for sectorsize 2352 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2011 09:36:23 -0000 As Jeremy Chadwick wrote: > Just an informational note about inducing a panic: I tend to, once at > the db> prompt, do "bt" then immediately "call doadump". That induces > memory being written to swap, then do "reboot". OK, reproduced the panic (which was easy ;), and did it that way. Now, the stack trace makes sense: (kgdb) bt #0 doadump () at pcpu.h:231 #1 0xc0475049 in db_fncall (dummy1=249790, dummy2=0, dummy3=0, dummy4=0xc69b8914 "\220#\003") at /usr/src/sys/ddb/db_command.c:548 #2 0xc0475441 in db_command (last_cmdp=0xc08780fc, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc047559a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc04774bd in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:229 #5 0xc05a9422 in kdb_trap (type=3, code=0, tf=0xc69b8ac0) at /usr/src/sys/kern/subr_kdb.c:548 #6 0xc079a25e in trap (frame=0xc69b8ac0) at /usr/src/sys/i386/i386/trap.c:721 #7 0xc077fcbc in calltrap () at /usr/src/sys/i386/i386/exception.s:168 #8 0xc05a92aa in kdb_enter (why=0xc07f7e81 "panic", msg=0xc07f7e81 "panic") at cpufunc.h:71 #9 0xc05796f4 in panic (fmt=0xc07eeafc "wrong offset %jd for sectorsize %u") at /usr/src/sys/kern/kern_shutdown.c:575 #10 0xc051d28c in g_io_request (bp=0xc82f4d20, cp=0xc8cf0780) at /usr/src/sys/geom/geom_io.c:427 #11 0xc051daa1 in g_read_data (cp=0xc8cf0780, offset=4096, length=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/geom/geom_io.c:704 #12 0xc09c5692 in gv_read_header (cp=0xc8cf0780, m_hdr=0xc69b8c08) at /usr/src/sys/modules/geom/geom_vinum/../../../geom/vinum/geom_vinum_drive.c:129 #13 0xc09c0e1b in gv_taste (mp=0xc09d75a0, pp=0xcbab9600, flags=0) at /usr/src/sys/modules/geom/geom_vinum/../../../geom/vinum/geom_vinum.c:613 #14 0xc05209df in g_new_provider_event (arg=0xcbab9600, flag=0) at /usr/src/sys/geom/geom_subr.c:551 #15 0xc051cb44 in g_run_events () at /usr/src/sys/geom/geom_event.c:212 #16 0xc051e52a in g_event_procbody () at /usr/src/sys/geom/geom_kern.c:140 #17 0xc054f948 in fork_exit (callout=0xc051e4a0 , arg=0x0, frame=0xc69b8d28) at /usr/src/sys/kern/kern_fork.c:865 #18 0xc077fd34 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:275 (kgdb) up 10 #10 0xc051d28c in g_io_request (bp=0xc82f4d20, cp=0xc8cf0780) at /usr/src/sys/geom/geom_io.c:427 427 KASSERT(bp->bio_offset % cp->provider->sectorsize == 0, (kgdb) up #11 0xc051daa1 in g_read_data (cp=0xc8cf0780, offset=4096, length=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/geom/geom_io.c:704 704 g_io_request(bp, cp); (kgdb) up #12 0xc09c5692 in gv_read_header (cp=0xc8cf0780, m_hdr=0xc69b8c08) at /usr/src/sys/modules/geom/geom_vinum/../../../geom/vinum/geom_vinum_drive.c:129 129 d_hdr = g_read_data(cp, GV_HDR_OFFSET, pp->sectorsize, NULL); (kgdb) l 124 KASSERT(m_hdr != NULL, ("gv_read_header: null m_hdr")); 125 KASSERT(cp != NULL, ("gv_read_header: null cp")); 126 pp = cp->provider; 127 KASSERT(pp != NULL, ("gv_read_header: null pp")); 128 129 d_hdr = g_read_data(cp, GV_HDR_OFFSET, pp->sectorsize, NULL); 130 if (d_hdr == NULL) 131 return (-1); 132 off = 0; 133 m_hdr->magic = GV_GET64(be); (kgdb) p cp->provider->sectorsize $1 = 2352 (kgdb) up #13 0xc09c0e1b in gv_taste (mp=0xc09d75a0, pp=0xcbab9600, flags=0) at /usr/src/sys/modules/geom/geom_vinum/../../../geom/vinum/geom_vinum.c:613 613 error = gv_read_header(cp, &vhdr); So the panic happens because gvinum is being asked to "taste" the audio CD device when it's being opened, and gvinum in turn tries to read the header (at offset 4096) from it. Well, the workaround is easy (just return -1 from gv_taste() when noticing the offset is not on a sector boundary - this can never be a valid gvinum device anyway), but I'm curious about why this panic now happens in RELENG_8 when it didn't before. I see Ulf Lilleengen changed a lot there in the gvinum code (thus cc'ing him), maybe he's got an explanation. Previously, gvinum used to have three different "taste" methods for drives, plexes, and volumes, respectively, while now everything appears to be unified in a single gv_taste() method. Somehow, therein must lie the actual problem. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable@FreeBSD.ORG Wed May 25 10:46:05 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C60BB106564A for ; Wed, 25 May 2011 10:46:05 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward1.mail.yandex.net (forward1.mail.yandex.net [77.88.46.6]) by mx1.freebsd.org (Postfix) with ESMTP id 75A188FC19 for ; Wed, 25 May 2011 10:46:05 +0000 (UTC) Received: from smtp3.mail.yandex.net (smtp3.mail.yandex.net [77.88.46.103]) by forward1.mail.yandex.net (Yandex) with ESMTP id 31E681244264; Wed, 25 May 2011 14:30:57 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1306319457; bh=thKtcIPydr9VtRe7Bfs4/9/1pc0tA6898Vm/1YBKHdc=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=VF05GUYtrDe8UYx8C7uC8d4AN/9+ngqiZzdZ1OqnLzaVawXFTow6M+SOow0BHWj7g 6cuXGBFUxj9ulBj7CfkdWB4683dFO4GV1HPx3rN2v+20aAhDNY+aOrx4uDJmDm1Icx ieB0SeSjh4NoTnKtOPYf4VW4XlgMoiC1MBKVysIw= Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp3.mail.yandex.net (Yandex) with ESMTPSA id E838B6980078; Wed, 25 May 2011 14:30:56 +0400 (MSD) Message-ID: <4DDCDA5C.6020500@yandex.ru> Date: Wed, 25 May 2011 14:30:52 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Joerg Wunsch References: <20110524055408.GA2110@uriah.heep.sax.de> <4DDB54A3.2050205@FreeBSD.org> <20110524072618.GB2110@uriah.heep.sax.de> <20110524085302.GA9939@icarus.home.lan> <20110525093620.GA1917@uriah.heep.sax.de> In-Reply-To: <20110525093620.GA1917@uriah.heep.sax.de> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6527CD48FF12214F252F5F12" X-Yandex-Spam: 1 Cc: freebsd-stable@FreeBSD.org Subject: Re: RELENG_8: panic: wrong offset 4096 for sectorsize 2352 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2011 10:46:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6527CD48FF12214F252F5F12 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 25.05.2011 13:36, Joerg Wunsch wrote: > Well, the workaround is easy (just return -1 from gv_taste() when > noticing the offset is not on a sector boundary - this can never be a > valid gvinum device anyway), but I'm curious about why this panic now > happens in RELENG_8 when it didn't before. I see Ulf Lilleengen Are you sure that it is RELENG_8? Or maybe you added options INVARIANTS to your kernel? --=20 WBR, Andrey V. Elsukov --------------enig6527CD48FF12214F252F5F12 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJN3NpgAAoJEAHF6gQQyKF6q6wH/33HHHNKScmBZv3IM95eVH/Y BgWPN0ujY8y0KezPakySR5c2w0QzIFRDQIjjvGitLx1ZqNr3We4w4Y7rfgGtRO7Z qEuyLZcE3PO0xVI6E1BCfxjIeifv230F6wOoI+lv7M+SQbBOeGTmW9Ns3+64n+X1 47GvKy0FLqYyLrcq2/cdTmtLNOxlZVyKVVex/bHLYx1q8SP2FPG6Y1U3f5JC96Cm 3MbEgazZ6DR2+tpsill4mn8pDXkCmAlv5GQAnMU+LjZMPvPhVRcWE8igXA/xwszN SVCGcfMlIMQKgQ6FnKaToqO9lYfgQDxbkIVo6KmPWclkP/xqohyiNH2ZGLeI1LM= =23pG -----END PGP SIGNATURE----- --------------enig6527CD48FF12214F252F5F12-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 11:15:15 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BE361065672 for ; Wed, 25 May 2011 11:15:15 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 2649F8FC19 for ; Wed, 25 May 2011 11:15:14 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id C26C1C; Wed, 25 May 2011 13:15:13 +0200 (MET DST) Date: Wed, 25 May 2011 13:15:13 +0200 From: Joerg Wunsch To: freebsd-stable@FreeBSD.org Message-ID: <20110525111513.GC1917@uriah.heep.sax.de> References: <20110524055408.GA2110@uriah.heep.sax.de> <4DDB54A3.2050205@FreeBSD.org> <20110524072618.GB2110@uriah.heep.sax.de> <20110524085302.GA9939@icarus.home.lan> <20110525093620.GA1917@uriah.heep.sax.de> <4DDCDA5C.6020500@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DDCDA5C.6020500@yandex.ru> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "Andrey V. Elsukov" Subject: Re: RELENG_8: panic: wrong offset 4096 for sectorsize 2352 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2011 11:15:15 -0000 As Andrey V. Elsukov wrote: > Are you sure that it is RELENG_8? Yes, I am. > Or maybe you added options INVARIANTS > to your kernel? I did (for other rasons, which you can read about in the freebsd-scsi list). Anyway, it appears to be a software bug. Ah, OK, it's quite possible the bug has always been there, even in RELENG_7 ... I just never tested that one against INVARIANTS. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable@FreeBSD.ORG Wed May 25 11:20:43 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E897106566B for ; Wed, 25 May 2011 11:20:43 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward5.mail.yandex.net (forward5.mail.yandex.net [77.88.46.21]) by mx1.freebsd.org (Postfix) with ESMTP id C7B488FC12 for ; Wed, 25 May 2011 11:20:41 +0000 (UTC) Received: from smtp2.mail.yandex.net (smtp2.mail.yandex.net [77.88.46.102]) by forward5.mail.yandex.net (Yandex) with ESMTP id 101F81200B07; Wed, 25 May 2011 15:20:10 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1306322410; bh=Ey8o2nqOidL9QYPht9i7DYba5b8sDI7p/f/A+GjMhog=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=qZsmjhldXOlF1PzRSuexE5uq4bqeZtR7F8wcPkAhq2AGWLnkJZkEWuIPBFHqPOSxz etcol9RpHOSiWwT83n07KqQhpi5XjDZnjkxOZye7ou27ZevVjyffwR2v4CYDTMkI+8 wlCaWA5nW3qGJSnmaLklQQ5WndG1pNvFu+Qqq5WY= Received: from [127.0.0.1] (unknown [77.72.136.145]) by smtp2.mail.yandex.net (Yandex) with ESMTPSA id B45115D1008E; Wed, 25 May 2011 15:20:09 +0400 (MSD) Message-ID: <4DDCE5E5.1010407@yandex.ru> Date: Wed, 25 May 2011 15:20:05 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Joerg Wunsch References: <20110524055408.GA2110@uriah.heep.sax.de> <4DDB54A3.2050205@FreeBSD.org> <20110524072618.GB2110@uriah.heep.sax.de> <20110524085302.GA9939@icarus.home.lan> <20110525093620.GA1917@uriah.heep.sax.de> <4DDCDA5C.6020500@yandex.ru> <20110525111513.GC1917@uriah.heep.sax.de> In-Reply-To: <20110525111513.GC1917@uriah.heep.sax.de> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA2AC504C104902DF9E0BB223" X-Yandex-Spam: 1 Cc: freebsd-stable@FreeBSD.org, Joerg Wunsch Subject: Re: RELENG_8: panic: wrong offset 4096 for sectorsize 2352 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2011 11:20:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA2AC504C104902DF9E0BB223 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 25.05.2011 15:15, Joerg Wunsch wrote: >> Or maybe you added options INVARIANTS >> to your kernel? >=20 > I did (for other rasons, which you can read about in the freebsd-scsi > list). >=20 > Anyway, it appears to be a software bug. Ah, OK, it's quite possible > the bug has always been there, even in RELENG_7 ... I just never > tested that one against INVARIANTS. I committed the fix in the r222283, can you test it? --=20 WBR, Andrey V. Elsukov --------------enigA2AC504C104902DF9E0BB223 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJN3OXpAAoJEAHF6gQQyKF695MIALhZO5Ro8lpGtWZFo3KiWhrP 566HL6NG+SWet2XutiQi9PR+qH12s5M/bGdhboM+Ht3RVhnmjmF1REptdHtTjlD1 TayVxUSuAR/mFs2ia1LBtnzkmyARDnVqth5L2AqmaECAKgZ3LoeteBCCjYqqUVxA GKjoINazBoc1bVwRmMMjncxqcb4yI98GnwTNjeV1eiagVDOP8IN8haO2eO6BMzGO 8/ZlrKklbdzS6nH+0CAns0QWTOVFbNwrWeptnrwxXhkCoYYXzl8qjngty3xIMHho kmIP2Zk7VEtjAo+tihJy65hp+6N7Isg4GWE8k3e7t/HL5xUHLeYwu6xYSNjdZ9s= =josw -----END PGP SIGNATURE----- --------------enigA2AC504C104902DF9E0BB223-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 12:05:09 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 996FF106566B for ; Wed, 25 May 2011 12:05:09 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 4224C8FC08 for ; Wed, 25 May 2011 12:05:08 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 917BA5; Wed, 25 May 2011 14:05:07 +0200 (MET DST) Date: Wed, 25 May 2011 14:05:07 +0200 From: Joerg Wunsch To: freebsd-stable@FreeBSD.org Message-ID: <20110525120507.GA1878@uriah.heep.sax.de> References: <20110524055408.GA2110@uriah.heep.sax.de> <4DDB54A3.2050205@FreeBSD.org> <20110524072618.GB2110@uriah.heep.sax.de> <20110524085302.GA9939@icarus.home.lan> <20110525093620.GA1917@uriah.heep.sax.de> <4DDCDA5C.6020500@yandex.ru> <20110525111513.GC1917@uriah.heep.sax.de> <4DDCE5E5.1010407@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4DDCE5E5.1010407@yandex.ru> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "Andrey V. Elsukov" Subject: Re: RELENG_8: panic: wrong offset 4096 for sectorsize 2352 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2011 12:05:09 -0000 As Andrey V. Elsukov wrote: > > Anyway, it appears to be a software bug. Ah, OK, it's quite possible > > the bug has always been there, even in RELENG_7 ... I just never > > tested that one against INVARIANTS. > > I committed the fix in the r222283, can you test it? СпаÑибо, I'll test it tonight when I'm back at the machine. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable@FreeBSD.ORG Wed May 25 14:05:01 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5FEA1065672; Wed, 25 May 2011 14:05:01 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from cpsmtpb-ews07.kpnxchange.com (cpsmtpb-ews07.kpnxchange.com [213.75.39.10]) by mx1.freebsd.org (Postfix) with ESMTP id 23CBE8FC14; Wed, 25 May 2011 14:05:00 +0000 (UTC) Received: from cpbrm-ews24.kpnxchange.com ([10.94.84.155]) by cpsmtpb-ews07.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 25 May 2011 16:04:59 +0200 Received: from CPSMTPM-CMT101.kpnxchange.com ([195.121.3.17]) by cpbrm-ews24.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 25 May 2011 16:04:58 +0200 Received: from koko.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT101.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Wed, 25 May 2011 16:04:57 +0200 Received: from squid.home.itmc.RWTH-Aachen.DE (squid.vpn.offrom.nl [10.168.0.72]) by koko.offrom.nl (8.14.3/8.14.3) with ESMTP id p4PE4s0S011164; Wed, 25 May 2011 16:04:54 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid.home.itmc.RWTH-Aachen.DE with local (Exim 4.72) (envelope-from ) id 1QPEhh-0001MU-VL; Wed, 25 May 2011 16:04:53 +0200 Date: Wed, 25 May 2011 16:04:53 +0200 From: Willy Offermans To: Jeremy Chadwick Message-ID: <20110525140453.GD3842@vpn.offrom.nl> References: <20110521092037.GB3271@vpn.offrom.nl> <20110522071642.GA61515@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="7iMSBzlTiPOCCT2k" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20110522071642.GA61515@icarus.home.lan> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 25 May 2011 14:04:57.0979 (UTC) FILETIME=[BB0A6CB0:01CC1AE4] X-RcptDomain: FreeBSD.ORG Cc: freebsd-stable@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2011 14:05:01 -0000 --7iMSBzlTiPOCCT2k Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit Hello Jeremy and FreeBSD friends, On Sun, May 22, 2011 at 12:16:42AM -0700, Jeremy Chadwick wrote: > On Sat, May 21, 2011 at 11:20:37AM +0200, Willy Offermans wrote: > > Dear FreeBSD friends, > > > > I need support with a MultiTech modem, MT9234ZPX-PCIE-NV > > (http://www.multitech.com/en_US/PRODUCTS/Families/MultiModemZPX/) > > > > The modem is recognised during the boot event: > > > > > > pci6: at device 0.0 (no driver attached) > > > > > > and also appears in the list of found hardware over the PCI bus: > > > > > > none1@pci0:6:0:0: class=0x070002 card=0x20262205 chip=0x015213a8 rev=0x02 hdr=0x00 > > vendor = 'Exar Corp.' > > device = 'XR17C/D152 Dual PCI UART' > > class = simple comms > > subclass = UART > > > > > > However, as the boot process already mentions, there is no driver attached > > and I cannot get the modem to appear as an accessible and functional > > device. Is there someone, who can help me to get this modem to work? > > It would be helpful if you could specify what FreeBSD version you're > using. > > Assuming 8.2 or RELENG_8: no promises, but puc(4) is probably what > you're looking for. I would try adding: > > puc_load="yes" > > To your /boot/loader.conf, then see what happens after booting. uart(4) > may auto-attach to that. Again, no promises. > > -- > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP 4BD6C0CB | > I'm using FreeBSD 7.2-RELEASE-p2. I have enclosed the dmesg.boot file. puc was already incorporated into the kernel: kosmos# kldload -v puc kldload: can't load puc: File exists So I assume puc has already been loaded. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Willy ************************************* Dr. W.K. Offermans CAT Postdoctoral Fellow CAT Catalytic Center Institut für Technische und Makromolekulare Chemie RWTH Aachen Worringerweg 1, Raum 38C-150 D-52074 Aachen, Germany Phone: +49 241 80 28592 Fax: +49 241 80 22593 Home: +31 45 544 49 44 Mobile: +31 681 15 87 68 e-mail: Willy@Offermans.Rompen.nl e-mail: Willy.Offermans@CatalyticCenter.RWTH-Aachen.de Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org --7iMSBzlTiPOCCT2k Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 done All buffers synced. Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-RELEASE-p2 #3: Thu May 12 16:15:47 CEST 2011 willy@kosmos.rompen.nl:/usr/obj/usr/src/sys/KOSMOS Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU X3360 @ 2.83GHz (2266.76-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Features=0xbfebfbff Features2=0x408e3fd,XSAVE> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 4285059072 (4086 MB) avail memory = 4116738048 (3926 MB) ACPI APIC Table: <082608 APIC0956> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: <082608 RSDT0956> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci5: on pcib1 pcib2: at device 0.0 on pci5 pci6: on pcib2 pci6: at device 0.0 (no driver attached) pcib3: irq 16 at device 28.0 on pci0 pci4: on pcib3 pcib4: irq 16 at device 28.4 on pci0 pci3: on pcib4 bge0: mem 0xfbef0000-0xfbefffff irq 16 at device 0.0 on pci3 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:24:8c:66:4b:62 bge0: [ITHREAD] pcib5: irq 17 at device 28.5 on pci0 pci2: on pcib5 bge1: mem 0xfbdf0000-0xfbdfffff irq 17 at device 0.0 on pci2 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: Ethernet address: 00:24:8c:66:4c:48 bge1: [ITHREAD] uhci0: port 0xcc00-0xcc1f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd080-0xd09f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfbbff800-0xfbbffbff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib6: at device 30.0 on pci0 pci1: on pcib6 vgapci0: port 0xec00-0xec7f mem 0xf4000000-0xf7ffffff,0xfbcc0000-0xfbcfffff at device 3.0 on pci1 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfbbffc00-0xfbbfffff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] cpu0: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - 67, should be 64 [20070320] est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 p4tcc3: on cpu3 orm0: at iomem 0xc0000-0xc7fff on isa0 ppc0: cannot reserve I/O port range WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forwarding disabled, default to deny, logging limited to 10 packets/entry by default ZFS filesystem version 6 ZFS storage pool version 6 ad4: 953869MB at ata2-master SATA150 ad5: 953869MB at ata2-slave SATA150 ad6: 953869MB at ata3-master SATA150 GEOM_LABEL: Label for provider ad4s1a is ufsid/4a6b25f55a113d71. acd0: DVDR at ata3-slave SATA150 SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Trying to mount root from zfs:tank/root tap0: Ethernet address: 00:bd:45:09:00:00 GEOM_LABEL: Label ufsid/4a6b25f55a113d71 removed. GEOM_LABEL: Label for provider ad4s1a is ufsid/4a6b25f55a113d71. GEOM_LABEL: Label ufsid/4a6b25f55a113d71 removed. bge0: link state changed to UP bge1: link state changed to UP --7iMSBzlTiPOCCT2k-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 14:10:55 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A82791065672; Wed, 25 May 2011 14:10:55 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from cpsmtpb-ews01.kpnxchange.com (cpsmtpb-ews01.kpnxchange.com [213.75.39.4]) by mx1.freebsd.org (Postfix) with ESMTP id 27CEE8FC16; Wed, 25 May 2011 14:10:54 +0000 (UTC) Received: from cpbrm-ews07.kpnxchange.com ([10.94.84.138]) by cpsmtpb-ews01.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 25 May 2011 16:10:53 +0200 Received: from CPSMTPM-CMT105.kpnxchange.com ([195.121.3.21]) by cpbrm-ews07.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 25 May 2011 16:10:53 +0200 Received: from koko.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT105.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Wed, 25 May 2011 16:10:52 +0200 Received: from squid.home.itmc.RWTH-Aachen.DE (squid.vpn.offrom.nl [10.168.0.72]) by koko.offrom.nl (8.14.3/8.14.3) with ESMTP id p4PEAlnK011199; Wed, 25 May 2011 16:10:49 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid.home.itmc.RWTH-Aachen.DE with local (Exim 4.72) (envelope-from ) id 1QPEnP-0001NP-Cb; Wed, 25 May 2011 16:10:47 +0200 Date: Wed, 25 May 2011 16:10:47 +0200 From: Willy Offermans To: "Daniel O'Connor" Message-ID: <20110525141047.GE3842@vpn.offrom.nl> References: <20110521092037.GB3271@vpn.offrom.nl> <20110522071642.GA61515@icarus.home.lan> <986DD7FA-E426-4261-8DB0-6F9063CE9BF6@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <986DD7FA-E426-4261-8DB0-6F9063CE9BF6@gsoft.com.au> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 25 May 2011 14:10:52.0736 (UTC) FILETIME=[8E7E0C00:01CC1AE5] X-RcptDomain: freebsd.org Cc: Willy Offermans , freebsd-stable@freebsd.org, Jeremy Chadwick , freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2011 14:10:55 -0000 Dear Daniel and FreeBSD friends, On Sun, May 22, 2011 at 10:48:03AM +0200, Daniel O'Connor wrote: > > On 22/05/2011, at 9:16, Jeremy Chadwick wrote: > >> However, as the boot process already mentions, there is no driver attached > >> and I cannot get the modem to appear as an accessible and functional > >> device. Is there someone, who can help me to get this modem to work? > > > > It would be helpful if you could specify what FreeBSD version you're > > using. > > > > Assuming 8.2 or RELENG_8: no promises, but puc(4) is probably what > > you're looking for. I would try adding: > > > > puc_load="yes" > > > > To your /boot/loader.conf, then see what happens after booting. uart(4) > > may auto-attach to that. Again, no promises. > > I have my doubts it would work though, most likely it's a soft modem which will only work with proprietary drivers. > > I couldn't find any details on the web page though so you might get lucky I suppose :) > > -- > 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 > > > > > > According to the manufacturer (http://www.multitech.com/en_US/PRODUCTS/Families/MultiModemZPX/) it is not a soft modem, but a ``hardware'' modem. It says: Built-in processor does the work, so your computer doesn't have to. I do not know if this is sufficient to work under FreeBSD, but it seems to indicate that it does not need any proprietary driver. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, Willy ************************************* W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 681 15 87 68 e-mail: Willy@Offermans.Rompen.nl From owner-freebsd-stable@FreeBSD.ORG Wed May 25 14:32:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F35D106564A; Wed, 25 May 2011 14:32:32 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 15BC98FC19; Wed, 25 May 2011 14:32:30 +0000 (UTC) Received: from [192.168.42.215] (maarsy.rocketrange.no [128.39.153.30]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p4PEWLm6011217 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 26 May 2011 00:02:25 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20110525141047.GE3842@vpn.offrom.nl> Date: Wed, 25 May 2011 16:32:20 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <43FC5BF5-27B7-4051-BF7D-44A8FDB6ECE6@gsoft.com.au> References: <20110521092037.GB3271@vpn.offrom.nl> <20110522071642.GA61515@icarus.home.lan> <986DD7FA-E426-4261-8DB0-6F9063CE9BF6@gsoft.com.au> <20110525141047.GE3842@vpn.offrom.nl> To: Willy@Offermans.Rompen.nl X-Mailer: Apple Mail (2.1084) X-Spam-Score: -1.5 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2011 14:32:32 -0000 On 25/05/2011, at 16:10, Willy Offermans wrote: > According to the manufacturer > (http://www.multitech.com/en_US/PRODUCTS/Families/MultiModemZPX/) > it is not a soft modem, but a ``hardware'' modem. It says: Built-in > processor does the work, so your computer doesn't have to. I do not = know if > this is sufficient to work under FreeBSD, but it seems to indicate = that it > does not need any proprietary driver.=20 Ahh, sounds promising.. You could just try adding the device IDs to the PUC driver and seeing = what happens. Failing that ask Multitech if they can help you out. -- 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 From owner-freebsd-stable@FreeBSD.ORG Wed May 25 15:23:56 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D05B7106566C; Wed, 25 May 2011 15:23:56 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id D8B398FC17; Wed, 25 May 2011 15:23:55 +0000 (UTC) Received: from [192.168.42.215] (maarsy.rocketrange.no [128.39.153.30]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p4PFNjbM012890 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 26 May 2011 00:53:50 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20110525140453.GD3842@vpn.offrom.nl> Date: Wed, 25 May 2011 17:23:44 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20110521092037.GB3271@vpn.offrom.nl> <20110522071642.GA61515@icarus.home.lan> <20110525140453.GD3842@vpn.offrom.nl> To: Willy@Offermans.Rompen.nl X-Mailer: Apple Mail (2.1084) X-Spam-Score: -1.5 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2011 15:23:56 -0000 On 25/05/2011, at 16:04, Willy Offermans wrote: > I'm using FreeBSD 7.2-RELEASE-p2. I have enclosed the dmesg.boot file. >=20 > puc was already incorporated into the kernel: >=20 > kosmos# kldload -v puc > kldload: can't load puc: File exists >=20 > So I assume puc has already been loaded. You could try editing /usr/src/sys/dev/puc/pucdata.c to add your card's = ID and then rebuild & reload the puc module. -- 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 From owner-freebsd-stable@FreeBSD.ORG Wed May 25 16:36:31 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92B4C106566B; Wed, 25 May 2011 16:36:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 68FF28FC18; Wed, 25 May 2011 16:36:31 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 17D2346B3C; Wed, 25 May 2011 12:36:31 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id ABE1B8A04F; Wed, 25 May 2011 12:36:30 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org, Willy@offermans.rompen.nl Date: Wed, 25 May 2011 12:36:30 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110521092037.GB3271@vpn.offrom.nl> In-Reply-To: <20110521092037.GB3271@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105251236.30188.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 25 May 2011 12:36:30 -0400 (EDT) Cc: freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2011 16:36:31 -0000 On Saturday, May 21, 2011 5:20:37 am Willy Offermans wrote: > Dear FreeBSD friends, > > I need support with a MultiTech modem, MT9234ZPX-PCIE-NV > (http://www.multitech.com/en_US/PRODUCTS/Families/MultiModemZPX/) > > The modem is recognised during the boot event: > > > pci6: at device 0.0 (no driver attached) > > > and also appears in the list of found hardware over the PCI bus: > > > none1@pci0:6:0:0: class=0x070002 card=0x20262205 chip=0x015213a8 rev=0x02 hdr=0x00 > vendor = 'Exar Corp.' > device = 'XR17C/D152 Dual PCI UART' > class = simple comms > subclass = UART > > > However, as the boot process already mentions, there is no driver attached > and I cannot get the modem to appear as an accessible and functional > device. Is there someone, who can help me to get this modem to work? Try this patch to sys/dev/uart/uart_bus_pci.c: Index: uart_bus_pci.c =================================================================== --- uart_bus_pci.c (revision 222248) +++ uart_bus_pci.c (working copy) @@ -110,6 +110,7 @@ static struct pci_id pci_ns8250_ids[] = { { 0x1415, 0x950b, 0xffff, 0, "Oxford Semiconductor OXCB950 Cardbus 16950 UART", 0x10, 16384000 }, { 0x151f, 0x0000, 0xffff, 0, "TOPIC Semiconductor TP560 56k modem", 0x10 }, +{ 0x13a8, 0x0152, 0x2205, 0x2026, "MultiTech MultiModem ZPX", 0x10 }, { 0x9710, 0x9820, 0x1000, 1, "NetMos NM9820 Serial Port", 0x10 }, { 0x9710, 0x9835, 0x1000, 1, "NetMos NM9835 Serial Port", 0x10 }, { 0x9710, 0x9865, 0xa000, 0x1000, "NetMos NM9865 Serial Port", 0x10 }, -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed May 25 17:27:29 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2C32106564A for ; Wed, 25 May 2011 17:27:29 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 50C6F8FC15 for ; Wed, 25 May 2011 17:27:29 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id BA500C; Wed, 25 May 2011 19:27:27 +0200 (MET DST) Date: Wed, 25 May 2011 19:27:27 +0200 From: Joerg Wunsch To: freebsd-stable@FreeBSD.org Message-ID: <20110525172727.GA1918@uriah.heep.sax.de> References: <20110524055408.GA2110@uriah.heep.sax.de> <4DDB54A3.2050205@FreeBSD.org> <20110524072618.GB2110@uriah.heep.sax.de> <20110524085302.GA9939@icarus.home.lan> <20110525093620.GA1917@uriah.heep.sax.de> <4DDCDA5C.6020500@yandex.ru> <20110525111513.GC1917@uriah.heep.sax.de> <4DDCE5E5.1010407@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DDCE5E5.1010407@yandex.ru> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "Andrey V. Elsukov" Subject: Re: RELENG_8: panic: wrong offset 4096 for sectorsize 2352 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2011 17:27:29 -0000 As Andrey V. Elsukov wrote: > > Anyway, it appears to be a software bug. Ah, OK, it's quite possible > > the bug has always been there, even in RELENG_7 ... I just never > > tested that one against INVARIANTS. > > I committed the fix in the r222283, can you test it? Works fine! -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable@FreeBSD.ORG Wed May 25 17:28:34 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2466D1065672; Wed, 25 May 2011 17:28:34 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id DAE738FC1B; Wed, 25 May 2011 17:28:33 +0000 (UTC) Received: from baby-jane.lamaiziere.net (6.176.97.84.rev.sfr.net [84.97.176.6]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 8D44B633205; Wed, 25 May 2011 19:13:09 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 855B57303C; Wed, 25 May 2011 19:13:15 +0200 (CEST) Date: Wed, 25 May 2011 19:13:14 +0200 From: Patrick Lamaiziere To: freebsd-stable@FreeBSD.org Message-ID: <20110525191314.62d5f7f5@davenulle.org> In-Reply-To: <4DDBB0C4.5010109@FreeBSD.org> References: <4DDBB0C4.5010109@FreeBSD.org> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Andriy Gapon Subject: Re: [poll] hyperthreading_allowed, hlt_logical_cpus, mp_watchdog X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2011 17:28:34 -0000 Le Tue, 24 May 2011 16:21:08 +0300, Andriy Gapon a écrit : Hello, > I am planning on some changes in head and would like to see if people > use the following features: > - machdep.hyperthreading_allowed tunable and sysctl If I remember well, these tunables were introduced because the paper of Colin Percival about the HTT security flaw on intel processors : http://www.daemonology.net/hyperthreading-considered-harmful/ http://security.freebsd.org/advisories/FreeBSD-SA-05:09.htt.asc I guess this is still a concern?. Best regards. From owner-freebsd-stable@FreeBSD.ORG Wed May 25 22:16:05 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3E3F1065675 for ; Wed, 25 May 2011 22:16:05 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from fep21.mx.upcmail.net (fep21.mx.upcmail.net [62.179.121.41]) by mx1.freebsd.org (Postfix) with ESMTP id E681D8FC13 for ; Wed, 25 May 2011 22:16:04 +0000 (UTC) Received: from edge03.upcmail.net ([192.168.13.238]) by viefep20-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20110525215704.LLQE24739.viefep20-int.chello.at@edge03.upcmail.net>; Wed, 25 May 2011 23:57:04 +0200 Received: from pinky ([95.96.138.26]) by edge03.upcmail.net with edge id nxx21g01J0aMTqv03xx3fZ; Wed, 25 May 2011 23:57:04 +0200 X-SourceIP: 95.96.138.26 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "FreeBSD Stable Mailing List" , "Josh Carroll" References: <4DDBB0C4.5010109@FreeBSD.org> Date: Wed, 25 May 2011 23:57:03 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.11 (Win32) X-Cloudmark-Analysis: v=1.1 cv=zlRBWuFCZaNL9+WHNm1pWLowY5Lx061w2zJBJiDkNAU= c=1 sm=0 a=2CeqBfwGSwcA:10 a=ESEUSsu7X_kA:10 a=bgpUlknNv7MA:10 a=kj9zAlcOel0A:10 a=pGLkceISAAAA:8 a=6I5d2MoRAAAA:8 a=s0OMC1h7Q3FzNymYiYUA:9 a=dDVboX9cf40vdH3Zap8A:7 a=CjuIK1q_8ugA:10 a=MSl-tDqOz04A:10 a=SV7veod9ZcQA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: Subject: Re: [poll] hyperthreading_allowed, hlt_logical_cpus, mp_watchdog X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2011 22:16:05 -0000 On Tue, 24 May 2011 18:27:47 +0200, Josh Carroll wrote: >> Whatever you do, please leave at least some way (at least a tunable) to >> enable/disable HTT - some workloads are better with, and some without >> it, >> and some BIOSes are unreliable in enabling/disabling it :) > > I noticed that disabling HTT via the machdep.hyperthreading_allowed > tunable resulted in worse performance than disabling HTT via the BIOS. > I'm not sure if that is to be expected due to how the scheduler > ignores those cores or what, but just an observation I found while > testing my i7 2600k to see if I should leave HTT on or off for my > particular workloads. > > I was expecting only certain workloads to perform better with HTT on > and others better with it off. However, I haven't found a task that > performed better with HTT off. Some are almost equal (within a margin > of error), but most are faster with HTT enabled (see below for the > testing I did). > > For the tests below, I used an mdmfs for /usr/obj for all > buildworld/buildkernel tests and they were all performed after caching > the contents of /usr/src. I also ran each test 5 times and for each > data point, I took the best run time. For the ffmpeg tests, I used > -threads 0 to let it pick the number of threads to use. It seems > hyperthreading on the Sandy Bridge i7 may be worth leaving enabled, > though of course what I've tested below is just a small sample of > possible tasks. So as with any benchmark, the only relevant tests are > the things you use your machine for :) My workloads happen to all > benefit from having HTT enabled. > > Josh > > > buildworld (w/o HTT=-j5, w/HTT=-j11) > =============================== > HTT off: 558.65 seconds > HTT on: 501.01 seconds > > buildkernel (w/o HTT=-j5, w/HTT=-j7) > =============================== > HTT off: 188.80 seconds > HTT on: 187.03 seconds > > ffmpeg (10 min SD input - xvid/mp3) > =============================== > HTT off: 7.75 seconds > HTT on: 6.28 seconds > > ffmpeg (5 min 720p input - h264/aac) > =============================== > HTT off: 20.08 seconds > HTT on: 12.97 seconds > > ffmpeg (1 min 1080p input - h264/aac) > =============================== > HTT off: 38.91 seconds > HTT on: 30.79 seconds > _______________________________________________ > 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" I ones read about progress Intel made with HTT in newer cpu's. So it might very well depend on cpu type if the rumors about worse performance with HTT are true or not. Ronald. From owner-freebsd-stable@FreeBSD.ORG Thu May 26 10:39:23 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A557D106564A for ; Thu, 26 May 2011 10:39:23 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id F34658FC12 for ; Thu, 26 May 2011 10:39:22 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA18009; Thu, 26 May 2011 13:39:19 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DDE2DD7.8090908@FreeBSD.org> Date: Thu, 26 May 2011 13:39:19 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Patrick Lamaiziere References: <4DDBB0C4.5010109@FreeBSD.org> <20110525191314.62d5f7f5@davenulle.org> In-Reply-To: <20110525191314.62d5f7f5@davenulle.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@FreeBSD.org Subject: Re: [poll] hyperthreading_allowed, hlt_logical_cpus, mp_watchdog X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2011 10:39:23 -0000 on 25/05/2011 20:13 Patrick Lamaiziere said the following: > Le Tue, 24 May 2011 16:21:08 +0300, > Andriy Gapon a écrit : > > Hello, > >> I am planning on some changes in head and would like to see if people >> use the following features: >> - machdep.hyperthreading_allowed tunable and sysctl > > If I remember well, these tunables were introduced because the > paper of Colin Percival about the HTT security flaw on intel > processors : > http://www.daemonology.net/hyperthreading-considered-harmful/ > > http://security.freebsd.org/advisories/FreeBSD-SA-05:09.htt.asc > > I guess this is still a concern?. Yes, the issue hasn't magically disappeared. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu May 26 19:01:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6142C106564A; Thu, 26 May 2011 19:01:43 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from cpsmtpb-ews01.kpnxchange.com (cpsmtpb-ews01.kpnxchange.com [213.75.39.4]) by mx1.freebsd.org (Postfix) with ESMTP id A053B8FC08; Thu, 26 May 2011 19:01:42 +0000 (UTC) Received: from cpbrm-ews10.kpnxchange.com ([10.94.84.141]) by cpsmtpb-ews01.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 26 May 2011 21:01:41 +0200 Received: from CPSMTPM-CMT108.kpnxchange.com ([195.121.3.24]) by cpbrm-ews10.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 26 May 2011 21:01:40 +0200 Received: from koko.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT108.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Thu, 26 May 2011 21:01:39 +0200 Received: from squid.home.itmc.RWTH-Aachen.DE (squid.vpn.offrom.nl [10.168.0.72]) by koko.offrom.nl (8.14.3/8.14.3) with ESMTP id p4QJ1Zww020662; Thu, 26 May 2011 21:01:36 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid.home.itmc.RWTH-Aachen.DE with local (Exim 4.72) (envelope-from ) id 1QPfoN-0000tM-4e; Thu, 26 May 2011 21:01:35 +0200 Date: Thu, 26 May 2011 21:01:35 +0200 From: Willy Offermans To: John Baldwin Message-ID: <20110526190134.GA3037@vpn.offrom.nl> References: <20110521092037.GB3271@vpn.offrom.nl> <201105251236.30188.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201105251236.30188.jhb@freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 26 May 2011 19:01:39.0801 (UTC) FILETIME=[582AA490:01CC1BD7] X-RcptDomain: freebsd.org Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2011 19:01:43 -0000 Dear John and FreeBSD friends, On Wed, May 25, 2011 at 12:36:30PM -0400, John Baldwin wrote: > On Saturday, May 21, 2011 5:20:37 am Willy Offermans wrote: > > Dear FreeBSD friends, > > > > I need support with a MultiTech modem, MT9234ZPX-PCIE-NV > > (http://www.multitech.com/en_US/PRODUCTS/Families/MultiModemZPX/) > > > > The modem is recognised during the boot event: > > > > > > pci6: at device 0.0 (no driver attached) > > > > > > and also appears in the list of found hardware over the PCI bus: > > > > > > none1@pci0:6:0:0: class=0x070002 card=0x20262205 chip=0x015213a8 > rev=0x02 hdr=0x00 > > vendor = 'Exar Corp.' > > device = 'XR17C/D152 Dual PCI UART' > > class = simple comms > > subclass = UART > > > > > > However, as the boot process already mentions, there is no driver attached > > and I cannot get the modem to appear as an accessible and functional > > device. Is there someone, who can help me to get this modem to work? > > Try this patch to sys/dev/uart/uart_bus_pci.c: > > Index: uart_bus_pci.c > =================================================================== > --- uart_bus_pci.c (revision 222248) > +++ uart_bus_pci.c (working copy) > @@ -110,6 +110,7 @@ static struct pci_id pci_ns8250_ids[] = { > { 0x1415, 0x950b, 0xffff, 0, "Oxford Semiconductor OXCB950 Cardbus 16950 > UART", > 0x10, 16384000 }, > { 0x151f, 0x0000, 0xffff, 0, "TOPIC Semiconductor TP560 56k modem", 0x10 }, > +{ 0x13a8, 0x0152, 0x2205, 0x2026, "MultiTech MultiModem ZPX", 0x10 }, > { 0x9710, 0x9820, 0x1000, 1, "NetMos NM9820 Serial Port", 0x10 }, > { 0x9710, 0x9835, 0x1000, 1, "NetMos NM9835 Serial Port", 0x10 }, > { 0x9710, 0x9865, 0xa000, 0x1000, "NetMos NM9865 Serial Port", 0x10 }, > > -- > John Baldwin I have applied your suggested patch. Upon reboot the system showed an extra serial device: crw-rw---- 1 uucp dialer 0, 36 May 26 19:13 /dev/cuau0 crw-rw---- 1 uucp dialer 0, 37 May 26 19:00 /dev/cuau0.init crw-rw---- 1 uucp dialer 0, 38 May 26 19:00 /dev/cuau0.lock crw-rw---- 1 uucp dialer 0, 55 May 26 19:00 /dev/cuau1 crw-rw---- 1 uucp dialer 0, 56 May 26 19:00 /dev/cuau1.init crw-rw---- 1 uucp dialer 0, 57 May 26 19:00 /dev/cuau1.lock crw-rw---- 1 uucp dialer 0, 61 May 26 19:00 /dev/cuau2 crw-rw---- 1 uucp dialer 0, 62 May 26 19:00 /dev/cuau2.init crw-rw---- 1 uucp dialer 0, 63 May 26 19:00 /dev/cuau2.lock the boot messages concerning uart were: uart0: failed to enable port mapping! uart0: failed to enable port mapping! uart0: <16750 or compatible> mem 0xfbfffc00-0xfbffffff irq 16 at device 0.0 on pci6 uart0: [FILTER] uart1: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 uart1: [FILTER] uart2: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart2: [FILTER] pciconf -lv gave the following: uart0@pci0:6:0:0: class=0x070002 card=0x20262205 chip=0x015213a8 rev=0x02 hdr=0x00 vendor = 'Exar Corp.' device = 'XR17C/D152 Dual PCI UART' class = simple comms subclass = UART However minicom was not able to initialise the modem properly. I only saw some ooo.oo signs. HylaFAX could find the modem, but was not able to initialise it: HylaFAX scheduler on localhost: Running Modem modem (+31455******): Waiting for modem to come ready In the debug.log: May 26 20:57:05 kosmos HylaFAX[2889]: Parsing hostPort(): "EPRT" May 26 20:57:05 kosmos HylaFAX[2889]: Parsing "|1|127.0.0.1|62073|" May 26 20:57:05 kosmos HylaFAX[2889]: `-> s.length() = 19 May 26 20:57:05 kosmos HylaFAX[2889]: `-> s[0] = '|' May 26 20:57:05 kosmos HylaFAX[2889]: `-> s[2] = '|' May 26 20:57:05 kosmos HylaFAX[2889]: `-> s[18] = '|' May 26 20:57:05 kosmos HylaFAX[2889]: Looks like extended syntax: "|1|127.0.0.1|62073|" [7C: |] May 26 20:57:05 kosmos HylaFAX[2889]: `-> Got a: 127.0.0.1[13] May 26 20:57:05 kosmos HylaFAX[2889]: `-> Got a: 62073[19] May 26 20:57:05 kosmos HylaFAX[2889]: Parsed: Family 1 Address 127.0.0.1 Port 62073 May 26 20:57:06 kosmos HylaFAX[2891]: Parsing hostPort(): "EPRT" May 26 20:57:06 kosmos HylaFAX[2891]: Parsing "|1|127.0.0.1|60536|" May 26 20:57:06 kosmos HylaFAX[2891]: `-> s.length() = 19 May 26 20:57:06 kosmos HylaFAX[2891]: `-> s[0] = '|' May 26 20:57:06 kosmos HylaFAX[2891]: `-> s[2] = '|' May 26 20:57:06 kosmos HylaFAX[2891]: `-> s[18] = '|' May 26 20:57:06 kosmos HylaFAX[2891]: Looks like extended syntax: "|1|127.0.0.1|60536|" [7C: |] May 26 20:57:06 kosmos HylaFAX[2891]: `-> Got a: 127.0.0.1[13] May 26 20:57:06 kosmos HylaFAX[2891]: `-> Got a: 60536[19] May 26 20:57:06 kosmos HylaFAX[2891]: Parsed: Family 1 Address 127.0.0.1 Port 60536 So it looks promising, but the goal has not been achieved yet. Is there something that needs to be done? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, Willy ************************************* W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 681 15 87 68 e-mail: Willy@Offermans.Rompen.nl From owner-freebsd-stable@FreeBSD.ORG Thu May 26 20:12:42 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18705106566B; Thu, 26 May 2011 20:12:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id CD2808FC13; Thu, 26 May 2011 20:12:41 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6363346B2D; Thu, 26 May 2011 16:12:41 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 01B1F8A04F; Thu, 26 May 2011 16:12:41 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org, Willy@offermans.rompen.nl Date: Thu, 26 May 2011 16:12:40 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110521092037.GB3271@vpn.offrom.nl> <201105251236.30188.jhb@freebsd.org> <20110526190134.GA3037@vpn.offrom.nl> In-Reply-To: <20110526190134.GA3037@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105261612.40451.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 26 May 2011 16:12:41 -0400 (EDT) Cc: Marcel Moolenaar , freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2011 20:12:42 -0000 On Thursday, May 26, 2011 3:01:35 pm Willy Offermans wrote: > Dear John and FreeBSD friends, > > On Wed, May 25, 2011 at 12:36:30PM -0400, John Baldwin wrote: > > On Saturday, May 21, 2011 5:20:37 am Willy Offermans wrote: > > > Dear FreeBSD friends, > > > > > > I need support with a MultiTech modem, MT9234ZPX-PCIE-NV > > > (http://www.multitech.com/en_US/PRODUCTS/Families/MultiModemZPX/) > > > > > > The modem is recognised during the boot event: > > > > > > > > > pci6: at device 0.0 (no driver attached) > > > > > > > > > and also appears in the list of found hardware over the PCI bus: > > > > > > > > > none1@pci0:6:0:0: class=0x070002 card=0x20262205 chip=0x015213a8 > > rev=0x02 hdr=0x00 > > > vendor = 'Exar Corp.' > > > device = 'XR17C/D152 Dual PCI UART' > > > class = simple comms > > > subclass = UART > > > > > > > > > However, as the boot process already mentions, there is no driver attached > > > and I cannot get the modem to appear as an accessible and functional > > > device. Is there someone, who can help me to get this modem to work? > > > > Try this patch to sys/dev/uart/uart_bus_pci.c: > > > > Index: uart_bus_pci.c > > =================================================================== > > --- uart_bus_pci.c (revision 222248) > > +++ uart_bus_pci.c (working copy) > > @@ -110,6 +110,7 @@ static struct pci_id pci_ns8250_ids[] = { > > { 0x1415, 0x950b, 0xffff, 0, "Oxford Semiconductor OXCB950 Cardbus 16950 > > UART", > > 0x10, 16384000 }, > > { 0x151f, 0x0000, 0xffff, 0, "TOPIC Semiconductor TP560 56k modem", 0x10 }, > > +{ 0x13a8, 0x0152, 0x2205, 0x2026, "MultiTech MultiModem ZPX", 0x10 }, > > { 0x9710, 0x9820, 0x1000, 1, "NetMos NM9820 Serial Port", 0x10 }, > > { 0x9710, 0x9835, 0x1000, 1, "NetMos NM9835 Serial Port", 0x10 }, > > { 0x9710, 0x9865, 0xa000, 0x1000, "NetMos NM9865 Serial Port", 0x10 }, > > > > -- > > John Baldwin > > I have applied your suggested patch. > > Upon reboot the system showed an extra serial device: > crw-rw---- 1 uucp dialer 0, 36 May 26 19:13 /dev/cuau0 > crw-rw---- 1 uucp dialer 0, 37 May 26 19:00 /dev/cuau0.init > crw-rw---- 1 uucp dialer 0, 38 May 26 19:00 /dev/cuau0.lock > crw-rw---- 1 uucp dialer 0, 55 May 26 19:00 /dev/cuau1 > crw-rw---- 1 uucp dialer 0, 56 May 26 19:00 /dev/cuau1.init > crw-rw---- 1 uucp dialer 0, 57 May 26 19:00 /dev/cuau1.lock > crw-rw---- 1 uucp dialer 0, 61 May 26 19:00 /dev/cuau2 > crw-rw---- 1 uucp dialer 0, 62 May 26 19:00 /dev/cuau2.init > crw-rw---- 1 uucp dialer 0, 63 May 26 19:00 /dev/cuau2.lock > > the boot messages concerning uart were: > > uart0: failed to enable port mapping! > uart0: failed to enable port mapping! > uart0: <16750 or compatible> mem 0xfbfffc00-0xfbffffff irq 16 at device 0.0 on pci6 > uart0: [FILTER] Hmm, can you get 'pciconf -lb' output? Hmm, wow, I wonder how uart(4) works at all. It tries to reuse it's softc structure in uart_bus_attach() that was setup in uart_bus_probe(). Since it doesn't return 0 from its probe routine, that is forbidden. I guess it accidentally works because of the hack where we call DEVICE_PROBE() again to make sure the device description is correct. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu May 26 20:59:07 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53ED2106566C; Thu, 26 May 2011 20:59:07 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 03E258FC12; Thu, 26 May 2011 20:59:06 +0000 (UTC) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p4QKx0qE058904 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 May 2011 16:59:01 -0400 (EDT) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca ([IPv6:2607:f3e0:0:3::18]) by smtp2.sentex.ca (8.14.4/8.14.4) with ESMTP id p4QKx0kk086720; Thu, 26 May 2011 16:59:00 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.ca [192.168.43.26]) by pyroxene.sentex.ca (8.14.4/8.14.3) with ESMTP id p4QKx0LE060701; Thu, 26 May 2011 16:59:00 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4DDEBEFD.8050902@sentex.net> Date: Thu, 26 May 2011 16:58:37 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: John Baldwin References: <20110521092037.GB3271@vpn.offrom.nl> <201105251236.30188.jhb@freebsd.org> <20110526190134.GA3037@vpn.offrom.nl> <201105261612.40451.jhb@freebsd.org> In-Reply-To: <201105261612.40451.jhb@freebsd.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.67 on 64.7.153.18 Cc: Marcel Moolenaar , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2011 20:59:07 -0000 On 5/26/2011 4:12 PM, John Baldwin wrote: > > Hmm, can you get 'pciconf -lb' output? > > Hmm, wow, I wonder how uart(4) works at all. It tries to reuse it's softc > structure in uart_bus_attach() that was setup in uart_bus_probe(). Since it > doesn't return 0 from its probe routine, that is forbidden. I guess it > accidentally works because of the hack where we call DEVICE_PROBE() again > to make sure the device description is correct. I think this is a similar card. Had it laying about for a while and popped it in. cu -l to it, attaches, but I am not able to interact with it. none3@pci0:5:0:0: class=0x070002 card=0x20282205 chip=0x015213a8 rev=0x02 hdr=0x00 vendor = 'Exar Corp.' device = 'XR17C/D152 Dual PCI UART' class = simple comms subclass = UART bar [10] = type Memory, range 32, base 0xe8950000, size 1024, enabled NetBSD supposedly has support for this card http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/dev/pci/pucdata.c.diff?r1=1.43&r2=1.44 ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Thu May 26 22:03:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C073E106564A for ; Thu, 26 May 2011 22:03:43 +0000 (UTC) (envelope-from william@palfreman.com) Received: from mail-px0-f176.google.com (mail-px0-f176.google.com [209.85.212.176]) by mx1.freebsd.org (Postfix) with ESMTP id A2DC18FC14 for ; Thu, 26 May 2011 22:03:43 +0000 (UTC) Received: by pxi11 with SMTP id 11so731962pxi.7 for ; Thu, 26 May 2011 15:03:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.30.7 with SMTP id o7mr546799pbh.75.1306445741240; Thu, 26 May 2011 14:35:41 -0700 (PDT) Received: by 10.68.66.231 with HTTP; Thu, 26 May 2011 14:35:41 -0700 (PDT) Date: Thu, 26 May 2011 23:35:41 +0200 Message-ID: From: William Palfreman To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: mountlate not late enough for nfe0 with dhcp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2011 22:03:43 -0000 I find my nfe0 interface on my media server (an Acer Revo Atom) has not finished dhcp by the time /etc/rc.d/mountlate is run, or /etc/rc.d/mountcritremote. So the two NFS filesystems I want to mount cause booting to halt in the most inconvenient manner possible for a machine with no keyboard. I originally had this problem with mountcritremote, so I added the late option to /ett/fstab: nfshost:/share /nfs nfs rw,late 0 0 nfshost:/data /data nfs ro,late 0 0 But the network was still not up by the time /etc/rc.d/mountlate ran. So I slowed things down with the patch you can see below. I am not saying that you should add something so crude to the base system, but I do think that it would be better if failure to mount an NFS share due to DHCP not being finished did not cause the boot to halt. Non-root filesystem NFS mounts are rarely so critical that is it necessary to drop into single user mode instead - especially as these days many machines do not have a console continuously attached. It would be better just to retry mounting NFS in the background. Here's how I slow it down, anyway. Ten seconds seems to be plenty: $ diff -u /usr/src/etc/rc.d/mountlate /etc/rc.d/mountlate --- /usr/src/etc/rc.d/mountlate 2009-08-03 10:13:06.000000000 +0200 +++ /etc/rc.d/mountlate 2011-05-26 22:34:49.000000000 +0200 @@ -14,6 +14,13 @@ start_cmd="mountlate_start" stop_cmd=":" +ping -c1 -t1 8.8.8.8 > /dev/null +if [ $? -ne 0 ]; then + echo "Sleeping 10 waiting for network to come up" + sleep 10 + ping -c1 -t1 8.8.8.8 > /dev/null || echo "Network might still be down, pressing on" +fi + mountlate_start() { local err latefs @@ -40,8 +47,8 @@ ;; *) echo 'Mounting /etc/fstab filesystems failed,' \ - ' startup aborted' - stop_boot true + ' startup continuing' + stop_boot false ;; esac $ uname -a FreeBSD host.domain.com 8.2-STABLE FreeBSD 8.2-STABLE #0: Thu May 26 18:53:04 CEST 2011 root@host.domain.com:/usr/obj/usr/src/sys/TV amd64 [built from RELENG_8 as of a few days ago] From owner-freebsd-stable@FreeBSD.ORG Thu May 26 22:34:38 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id A8A3C106564A for ; Thu, 26 May 2011 22:34:38 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 6B6691525A1; Thu, 26 May 2011 22:34:37 +0000 (UTC) Message-ID: <4DDED57B.5040802@FreeBSD.org> Date: Thu, 26 May 2011 15:34:35 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: William Palfreman References: In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mountlate not late enough for nfe0 with dhcp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2011 22:34:38 -0000 On 05/26/2011 14:35, William Palfreman wrote: > I do think that it would be better if failure to mount an NFS share due > to DHCP not being finished did not cause the boot to halt. Non-root > filesystem NFS mounts are rarely so critical that is it necessary to drop > into single user mode instead - especially as these days many machines do > not have a console continuously attached. It would be better just to retry > mounting NFS in the background. If having DHCP up before proceeding is mission critical, set the synchronous_dhclient option in rc.conf. If you are satisfied with having the nfs mounts continue in the background, use that option in fstab. In the absence of those 2 clear indications from the admin as to what should happen, the current behavior is the right choice. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Thu May 26 23:14:19 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64897106566B for ; Thu, 26 May 2011 23:14:19 +0000 (UTC) (envelope-from cliftonr@volcano.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id 232778FC12 for ; Thu, 26 May 2011 23:14:18 +0000 (UTC) X-Authority-Analysis: v=1.1 cv=NmbQexcdgr4rtO3OwYGrP5Q3rTMpacrTPhuaXkv4uP8= c=1 sm=0 a=z1TLwsU0kBEA:10 a=RIc1Tz3ES0sA:10 a=sLPLfFCmqb0A:10 a=kj9zAlcOel0A:10 a=G5OLwwqwWgs+1dCEPNHTSw==:17 a=jb__rZ8GAAAA:8 a=GjEiR67sAAAA:8 a=JEhC-Mi91_6H1vVPxngA:9 a=CjuIK1q_8ugA:10 a=sHp_62vNEjwA:10 a=Ke08FT2oSu0A:10 a=G5OLwwqwWgs+1dCEPNHTSw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 75.80.196.236 Received: from [75.80.196.236] ([75.80.196.236:63246] helo=oz.volcano.org) by hrndva-oedge01.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 93/A2-08391-9CEDEDD4; Thu, 26 May 2011 23:14:18 +0000 Received: by oz.volcano.org (Postfix, from userid 1001) id 4107850846; Thu, 26 May 2011 13:14:17 -1000 (HST) Date: Thu, 26 May 2011 13:14:17 -1000 From: Clifton Royston To: William Palfreman Message-ID: <20110526231417.GA74048@volcano.org> Mail-Followup-To: William Palfreman , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: mountlate not late enough for nfe0 with dhcp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2011 23:14:19 -0000 On Thu, May 26, 2011 at 11:35:41PM +0200, William Palfreman wrote: > I find my nfe0 interface on my media server (an Acer Revo Atom) has not > finished dhcp by the time /etc/rc.d/mountlate is run, or > /etc/rc.d/mountcritremote. So the two NFS filesystems I want to mount cause > booting to halt in the most inconvenient manner possible for a machine with > no keyboard. > > I originally had this problem with mountcritremote, so I added the late > option to /ett/fstab: > > nfshost:/share /nfs nfs rw,late 0 0 > nfshost:/data /data nfs ro,late 0 0 > > But the network was still not up by the time /etc/rc.d/mountlate ran. So I > slowed things down with the patch you can see below. What's wrong with "rw,bg,intr" and "ro,bg,intr", respectively, in your situation? -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@volcano.org President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Thu May 26 23:14:50 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0B35106566C for ; Thu, 26 May 2011 23:14:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta11.emeryville.ca.mail.comcast.net (qmta11.emeryville.ca.mail.comcast.net [76.96.27.211]) by mx1.freebsd.org (Postfix) with ESMTP id 6F7B68FC15 for ; Thu, 26 May 2011 23:14:50 +0000 (UTC) Received: from omta21.emeryville.ca.mail.comcast.net ([76.96.30.88]) by qmta11.emeryville.ca.mail.comcast.net with comcast id oNsv1g0011u4NiLABPEpiV; Thu, 26 May 2011 23:14:49 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta21.emeryville.ca.mail.comcast.net with comcast id oPEo1g00i1t3BNj8hPEopo; Thu, 26 May 2011 23:14:49 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C488F102C19; Thu, 26 May 2011 16:14:47 -0700 (PDT) Date: Thu, 26 May 2011 16:14:47 -0700 From: Jeremy Chadwick To: William Palfreman Message-ID: <20110526231447.GA92428@icarus.home.lan> References: 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) Cc: freebsd-stable@freebsd.org Subject: Re: mountlate not late enough for nfe0 with dhcp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2011 23:14:50 -0000 On Thu, May 26, 2011 at 11:35:41PM +0200, William Palfreman wrote: > I find my nfe0 interface on my media server (an Acer Revo Atom) has not > finished dhcp by the time /etc/rc.d/mountlate is run, or > /etc/rc.d/mountcritremote. So the two NFS filesystems I want to mount cause > booting to halt in the most inconvenient manner possible for a machine with > no keyboard. > > I originally had this problem with mountcritremote, so I added the late > option to /ett/fstab: > > nfshost:/share /nfs nfs rw,late 0 0 > nfshost:/data /data nfs ro,late 0 0 > > But the network was still not up by the time /etc/rc.d/mountlate ran. So I > slowed things down with the patch you can see below. > > [snip] This has been discussed at length in the past, causing me to write an rc.d script to work around the problem. You can drop this script into /usr/local/etc/rc.d, chmod 755 it, and make use of it appropriately. The comments in the script should help you understand it. http://jdc.parodius.com/freebsd/netwait Example entries in rc.conf: netwait_enable="yes" netwait_ip="4.2.2.1 4.2.2.2" netwait_if="em0" I can point you to lengthy discussions on the mailing lists about this problem if need be, but they're from last year or the year before. They basically discuss the problem and are what caused me to write what I did. synchronous_dhcp might solve this problem for you as well, but I tend to recommend folks use netwait in more complex situations. A "simple sleep" is not 100% reliable and makes a lot of (bad) assumptions. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu May 26 23:15:29 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F770106564A for ; Thu, 26 May 2011 23:15:29 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 776E68FC24 for ; Thu, 26 May 2011 23:15:29 +0000 (UTC) Received: from omta21.emeryville.ca.mail.comcast.net ([76.96.30.88]) by qmta12.emeryville.ca.mail.comcast.net with comcast id oP2F1g0041u4NiLACPFUAu; Thu, 26 May 2011 23:15:28 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta21.emeryville.ca.mail.comcast.net with comcast id oPFU1g00i1t3BNj8hPFUwr; Thu, 26 May 2011 23:15:28 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 14A44102C19; Thu, 26 May 2011 16:15:28 -0700 (PDT) Date: Thu, 26 May 2011 16:15:28 -0700 From: Jeremy Chadwick To: William Palfreman Message-ID: <20110526231528.GA92489@icarus.home.lan> References: <20110526231447.GA92428@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110526231447.GA92428@icarus.home.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: mountlate not late enough for nfe0 with dhcp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2011 23:15:29 -0000 On Thu, May 26, 2011 at 04:14:47PM -0700, Jeremy Chadwick wrote: > synchronous_dhcp might solve this problem for you as well, but I tend to ^^^^^^^^^^^^^^^^ This should have read synchronous_dhclient, sorry. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu May 26 23:20:42 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E97541065675 for ; Thu, 26 May 2011 23:20:42 +0000 (UTC) (envelope-from cliftonr@volcano.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.124]) by mx1.freebsd.org (Postfix) with ESMTP id A5CA98FC1F for ; Thu, 26 May 2011 23:20:42 +0000 (UTC) X-Authority-Analysis: v=1.1 cv=u/eXSd3k4P+OuNmbl5aZU3ellt6eTxbOnGssQLT4hSY= c=1 sm=0 a=z1TLwsU0kBEA:10 a=RIc1Tz3ES0sA:10 a=sLPLfFCmqb0A:10 a=kj9zAlcOel0A:10 a=G5OLwwqwWgs+1dCEPNHTSw==:17 a=QycZ5dHgAAAA:8 a=jb__rZ8GAAAA:8 a=GjEiR67sAAAA:8 a=tHLP3f5oZIP-wHyYEJYA:9 a=CjuIK1q_8ugA:10 a=sHp_62vNEjwA:10 a=Ke08FT2oSu0A:10 a=G5OLwwqwWgs+1dCEPNHTSw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 75.80.196.236 Received: from [75.80.196.236] ([75.80.196.236:2084] helo=oz.volcano.org) by hrndva-oedge03.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 8B/04-28963-940EEDD4; Thu, 26 May 2011 23:20:41 +0000 Received: by oz.volcano.org (Postfix, from userid 1001) id DA96C50846; Thu, 26 May 2011 13:20:40 -1000 (HST) Date: Thu, 26 May 2011 13:20:40 -1000 From: Clifton Royston To: Jeremy Chadwick Message-ID: <20110526232040.GB74048@volcano.org> Mail-Followup-To: Jeremy Chadwick , William Palfreman , freebsd-stable@freebsd.org References: <20110526231447.GA92428@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110526231447.GA92428@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, William Palfreman Subject: Re: mountlate not late enough for nfe0 with dhcp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2011 23:20:43 -0000 On Thu, May 26, 2011 at 04:14:47PM -0700, Jeremy Chadwick wrote: > On Thu, May 26, 2011 at 11:35:41PM +0200, William Palfreman wrote: > > I find my nfe0 interface on my media server (an Acer Revo Atom) has not > > finished dhcp by the time /etc/rc.d/mountlate is run, or > > /etc/rc.d/mountcritremote. So the two NFS filesystems I want to mount cause > > booting to halt in the most inconvenient manner possible for a machine with > > no keyboard. ... > This has been discussed at length in the past, causing me to write an > rc.d script to work around the problem. You can drop this script into > /usr/local/etc/rc.d, chmod 755 it, and make use of it appropriately. > The comments in the script should help you understand it. > > http://jdc.parodius.com/freebsd/netwait > > Example entries in rc.conf: > > netwait_enable="yes" > netwait_ip="4.2.2.1 4.2.2.2" > netwait_if="em0" > > I can point you to lengthy discussions on the mailing lists about this > problem if need be, but they're from last year or the year before. They > basically discuss the problem and are what caused me to write what I > did. Ah yes, I'll also plug Jeremy's script. I don't use it with NFS, but I use it (for example) to keep ntpd from trying to come up when it has no peers because the firewall machine hasn't yet come back up, after a power outage -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@volcano.org President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Fri May 27 00:01:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 697DA106566C for ; Fri, 27 May 2011 00:01:22 +0000 (UTC) (envelope-from prvs=112715c899=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id E22228FC12 for ; Fri, 27 May 2011 00:01:21 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 27 May 2011 00:50:18 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 27 May 2011 00:50:16 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50013384205.msg for ; Fri, 27 May 2011 00:50:14 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=112715c899=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: From: "Steven Hartland" To: "Clifton Royston" , "Jeremy Chadwick" References: <20110526231447.GA92428@icarus.home.lan> <20110526232040.GB74048@volcano.org> Date: Fri, 27 May 2011 00:50:39 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6090 Cc: freebsd-stable@freebsd.org, William Palfreman Subject: Re: mountlate not late enough for nfe0 with dhcp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 00:01:22 -0000 ----- Original Message ----- From: "Clifton Royston" >> This has been discussed at length in the past, causing me to write an >> rc.d script to work around the problem. You can drop this script into >> /usr/local/etc/rc.d, chmod 755 it, and make use of it appropriately. >> The comments in the script should help you understand it. >> >> http://jdc.parodius.com/freebsd/netwait I can recommend Jeremy's script, we use it on all our machines now as a matter of cause, solves loads of issues. In our case the big one is slow links from Cisco routers when portfast isn't enabled. Install script, forget about problem :) Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri May 27 07:14:42 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77F18106566B for ; Fri, 27 May 2011 07:14:42 +0000 (UTC) (envelope-from joerg_surmann@snafu.de) Received: from sour.ops.eusc.inter.net (sour.ops.eusc.inter.net [84.23.254.154]) by mx1.freebsd.org (Postfix) with ESMTP id 3B9BD8FC0A for ; Fri, 27 May 2011 07:14:41 +0000 (UTC) X-Trace: 507c73757269697c38352e3137392e36342e31397c31515072466f2d3030303462 562d4a737c31333036343830343830 Received: from sour.ops.eusc.inter.net ([10.154.10.19] helo=localhost) by sour.ops.eusc.inter.net with esmtpsa (Exim 4.72) id 1QPrFo-0004bV-Js for freebsd-stable@freebsd.org; Fri, 27 May 2011 09:14:40 +0200 Message-ID: <4DDF4F5F.3010704@snafu.de> Date: Fri, 27 May 2011 09:14:39 +0200 From: joerg_surmann User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; de; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 85.179.64.19 X-SA-Exim-Mail-From: joerg_surmann@snafu.de X-SA-Exim-Scanned: No (on sour.ops.eusc.inter.net); SAEximRunCond expanded to false Subject: can't update dblataex X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 07:14:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, when i'll update the port textproc/dblatex from 0.2.12_2 to 0.3.1 i become: dblatex-0.3.1 depends on file: /usr/local/bin/2.7 - not found env: /usr/local/bin/2.7: No such file or directory Error code 127 Stop in /usr/ports/textproc/dblatex There is not a 2.7 in /usr/local/bin. I de and reinstall the port lang/python27 but nothing helps. Have anyone a idea? Thanks Joerg Surmann -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.12 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3fT18ACgkQcEHvP2uxrTNKAACfTVWTitiyXnpKBhDnDViJeRo7 IdcAoNLMryJTn067w4ESalWu4zGnAh5y =f8f4 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri May 27 07:30:46 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F875106564A; Fri, 27 May 2011 07:30:46 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from cpsmtpb-ews07.kpnxchange.com (cpsmtpb-ews07.kpnxchange.com [213.75.39.10]) by mx1.freebsd.org (Postfix) with ESMTP id E02E58FC1A; Fri, 27 May 2011 07:30:45 +0000 (UTC) Received: from cpbrm-ews12.kpnxchange.com ([10.94.84.143]) by cpsmtpb-ews07.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 27 May 2011 09:30:43 +0200 Received: from CPSMTPM-cmt107.kpnxchange.com ([195.121.3.23]) by cpbrm-ews12.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 27 May 2011 09:30:43 +0200 Received: from koko.offrom.nl ([77.170.60.162]) by CPSMTPM-cmt107.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Fri, 27 May 2011 09:30:42 +0200 Received: from squid.home.itmc.RWTH-Aachen.DE (squid.vpn.offrom.nl [10.168.0.72]) by koko.offrom.nl (8.14.3/8.14.3) with ESMTP id p4R7Ud5N024847; Fri, 27 May 2011 09:30:39 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid.home.itmc.RWTH-Aachen.DE with local (Exim 4.72) (envelope-from ) id 1QPrVG-0000ty-Sv; Fri, 27 May 2011 09:30:38 +0200 Date: Fri, 27 May 2011 09:30:38 +0200 From: Willy Offermans To: John Baldwin Message-ID: <20110527073038.GB3065@vpn.offrom.nl> References: <20110521092037.GB3271@vpn.offrom.nl> <201105251236.30188.jhb@freebsd.org> <20110526190134.GA3037@vpn.offrom.nl> <201105261612.40451.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201105261612.40451.jhb@freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 27 May 2011 07:30:42.0911 (UTC) FILETIME=[FC58FEF0:01CC1C3F] X-RcptDomain: freebsd.org Cc: Marcel Moolenaar , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 07:30:46 -0000 Dear John and FreeBSD friends, On Thu, May 26, 2011 at 04:12:40PM -0400, John Baldwin wrote: > On Thursday, May 26, 2011 3:01:35 pm Willy Offermans wrote: > > Dear John and FreeBSD friends, > > > > On Wed, May 25, 2011 at 12:36:30PM -0400, John Baldwin wrote: > > > On Saturday, May 21, 2011 5:20:37 am Willy Offermans wrote: > > > > Dear FreeBSD friends, > > > > > > > > I need support with a MultiTech modem, MT9234ZPX-PCIE-NV > > > > (http://www.multitech.com/en_US/PRODUCTS/Families/MultiModemZPX/) > > > > > > > > The modem is recognised during the boot event: > > > > > > > > > > > > pci6: at device 0.0 (no driver attached) > > > > > > > > > > > > and also appears in the list of found hardware over the PCI bus: > > > > > > > > > > > > none1@pci0:6:0:0: class=0x070002 card=0x20262205 chip=0x015213a8 > > > rev=0x02 hdr=0x00 > > > > vendor = 'Exar Corp.' > > > > device = 'XR17C/D152 Dual PCI UART' > > > > class = simple comms > > > > subclass = UART > > > > > > > > > > > > However, as the boot process already mentions, there is no driver attached > > > > and I cannot get the modem to appear as an accessible and functional > > > > device. Is there someone, who can help me to get this modem to work? > > > > > > Try this patch to sys/dev/uart/uart_bus_pci.c: > > > > > > Index: uart_bus_pci.c > > > =================================================================== > > > --- uart_bus_pci.c (revision 222248) > > > +++ uart_bus_pci.c (working copy) > > > @@ -110,6 +110,7 @@ static struct pci_id pci_ns8250_ids[] = { > > > { 0x1415, 0x950b, 0xffff, 0, "Oxford Semiconductor OXCB950 Cardbus 16950 > > > UART", > > > 0x10, 16384000 }, > > > { 0x151f, 0x0000, 0xffff, 0, "TOPIC Semiconductor TP560 56k modem", 0x10 }, > > > +{ 0x13a8, 0x0152, 0x2205, 0x2026, "MultiTech MultiModem ZPX", 0x10 }, > > > { 0x9710, 0x9820, 0x1000, 1, "NetMos NM9820 Serial Port", 0x10 }, > > > { 0x9710, 0x9835, 0x1000, 1, "NetMos NM9835 Serial Port", 0x10 }, > > > { 0x9710, 0x9865, 0xa000, 0x1000, "NetMos NM9865 Serial Port", 0x10 }, > > > > > > -- > > > John Baldwin > > > > I have applied your suggested patch. > > > > Upon reboot the system showed an extra serial device: > > crw-rw---- 1 uucp dialer 0, 36 May 26 19:13 /dev/cuau0 > > crw-rw---- 1 uucp dialer 0, 37 May 26 19:00 /dev/cuau0.init > > crw-rw---- 1 uucp dialer 0, 38 May 26 19:00 /dev/cuau0.lock > > crw-rw---- 1 uucp dialer 0, 55 May 26 19:00 /dev/cuau1 > > crw-rw---- 1 uucp dialer 0, 56 May 26 19:00 /dev/cuau1.init > > crw-rw---- 1 uucp dialer 0, 57 May 26 19:00 /dev/cuau1.lock > > crw-rw---- 1 uucp dialer 0, 61 May 26 19:00 /dev/cuau2 > > crw-rw---- 1 uucp dialer 0, 62 May 26 19:00 /dev/cuau2.init > > crw-rw---- 1 uucp dialer 0, 63 May 26 19:00 /dev/cuau2.lock > > > > the boot messages concerning uart were: > > > > uart0: failed to enable port mapping! > > uart0: failed to enable port mapping! > > uart0: <16750 or compatible> mem 0xfbfffc00-0xfbffffff irq 16 at device 0.0 on pci6 > > uart0: [FILTER] > > Hmm, can you get 'pciconf -lb' output? > > Hmm, wow, I wonder how uart(4) works at all. It tries to reuse it's softc > structure in uart_bus_attach() that was setup in uart_bus_probe(). Since it > doesn't return 0 from its probe routine, that is forbidden. I guess it > accidentally works because of the hack where we call DEVICE_PROBE() again > to make sure the device description is correct. > > -- > John Baldwin I guess this is the interesting part: uart0@pci0:6:0:0: class=0x070002 card=0x20262205 chip=0x015213a8 rev=0x02 hdr=0x00 bar [10] = type Memory, range 32, base 0xfbfffc00, size 1024, enabled -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, Willy ************************************* W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 681 15 87 68 e-mail: Willy@Offermans.Rompen.nl From owner-freebsd-stable@FreeBSD.ORG Fri May 27 07:35:33 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B9DA1065670; Fri, 27 May 2011 07:35:33 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from cpsmtpb-ews06.kpnxchange.com (cpsmtpb-ews06.kpnxchange.com [213.75.39.9]) by mx1.freebsd.org (Postfix) with ESMTP id CDA808FC17; Fri, 27 May 2011 07:35:32 +0000 (UTC) Received: from cpbrm-ews02.kpnxchange.com ([10.94.84.133]) by cpsmtpb-ews06.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 27 May 2011 09:35:31 +0200 Received: from CPSMTPM-CMT102.kpnxchange.com ([195.121.3.18]) by cpbrm-ews02.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 27 May 2011 09:35:31 +0200 Received: from koko.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT102.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Fri, 27 May 2011 09:35:30 +0200 Received: from squid.home.itmc.RWTH-Aachen.DE (squid.vpn.offrom.nl [10.168.0.72]) by koko.offrom.nl (8.14.3/8.14.3) with ESMTP id p4R7ZQvg024885; Fri, 27 May 2011 09:35:27 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid.home.itmc.RWTH-Aachen.DE with local (Exim 4.72) (envelope-from ) id 1QPrZt-0000ui-Td; Fri, 27 May 2011 09:35:25 +0200 Date: Fri, 27 May 2011 09:35:25 +0200 From: Willy Offermans To: Mike Tancsa Message-ID: <20110527073525.GC3065@vpn.offrom.nl> References: <20110521092037.GB3271@vpn.offrom.nl> <201105251236.30188.jhb@freebsd.org> <20110526190134.GA3037@vpn.offrom.nl> <201105261612.40451.jhb@freebsd.org> <4DDEBEFD.8050902@sentex.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DDEBEFD.8050902@sentex.net> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 27 May 2011 07:35:30.0442 (UTC) FILETIME=[A7BABEA0:01CC1C40] X-RcptDomain: freebsd.org Cc: Marcel Moolenaar , freebsd-stable@freebsd.org, John Baldwin , freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 07:35:33 -0000 On Thu, May 26, 2011 at 04:58:37PM -0400, Mike Tancsa wrote: > On 5/26/2011 4:12 PM, John Baldwin wrote: > > > > Hmm, can you get 'pciconf -lb' output? > > > > Hmm, wow, I wonder how uart(4) works at all. It tries to reuse it's softc > > structure in uart_bus_attach() that was setup in uart_bus_probe(). Since it > > doesn't return 0 from its probe routine, that is forbidden. I guess it > > accidentally works because of the hack where we call DEVICE_PROBE() again > > to make sure the device description is correct. > > > I think this is a similar card. Had it laying about for a while and > popped it in. cu -l to it, attaches, but I am not able to interact with it. > > none3@pci0:5:0:0: class=0x070002 card=0x20282205 chip=0x015213a8 > rev=0x02 hdr=0x00 > vendor = 'Exar Corp.' > device = 'XR17C/D152 Dual PCI UART' > class = simple comms > subclass = UART > bar [10] = type Memory, range 32, base 0xe8950000, size 1024, enabled > > > NetBSD supposedly has support for this card > > http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/dev/pci/pucdata.c.diff?r1=1.43&r2=1.44 > > > ---Mike > > -- > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/ I guess you refer to this part: + { "EXAR XR17D152", + { 0x13a8, 0x0152, 0, 0 }, + { 0xffff, 0xffff, 0, 0 }, + { + { PUC_PORT_TYPE_COM, 0x10, 0x0000, COM_FREQ * 8 }, + { PUC_PORT_TYPE_COM, 0x10, 0x0200, COM_FREQ * 8 }, + }, + }, I also found this link, but I cannot do anything with the entries. Maybe a developer can use this. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, Willy ************************************* W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 681 15 87 68 e-mail: Willy@Offermans.Rompen.nl From owner-freebsd-stable@FreeBSD.ORG Fri May 27 10:03:07 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 582FC106564A for ; Fri, 27 May 2011 10:03:07 +0000 (UTC) (envelope-from nickolasbug@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0FC0A8FC12 for ; Fri, 27 May 2011 10:03:06 +0000 (UTC) Received: by qwc9 with SMTP id 9so1075285qwc.13 for ; Fri, 27 May 2011 03:03:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=zVtQYJjDtPaqHjRLo/oVD13AIOS/Qtr5vdHcU+GiFSM=; b=EaAzIQoWGHuNqg+Xs1vO96F6QsszeATx1seaQCO5ujtsQWMuVbOlHk8VLQbCRfDhWM jeBxUOOQJ+zeKQD3AhdeuwDzw3GmABtuxnok1RulQ1mIC3GlwVhuDVBuFWFwhoR+TmCa PE8hZ8zyAnztNLuvbA/9HZCBgkNdiVnOgj1u0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=OaBXdRVJiWWcbicoKNmLkSotf9rcV0qPXVs2HLdsM057aC9Fl+XgsqtaXPN/afhIkL trtQPD77m6MYt1Jk64KiKiEcHr+9BfWpB31ht7Ft1dAFAKhm6ts/MHzPTidjlNDNaDmf chwBexIJvcC7QzJX1dXtqImUxhSTJI0VL+BrE= MIME-Version: 1.0 Received: by 10.229.48.74 with SMTP id q10mr1438391qcf.141.1306488987318; Fri, 27 May 2011 02:36:27 -0700 (PDT) Received: by 10.229.218.65 with HTTP; Fri, 27 May 2011 02:36:27 -0700 (PDT) In-Reply-To: <20110526231447.GA92428@icarus.home.lan> References: <20110526231447.GA92428@icarus.home.lan> Date: Fri, 27 May 2011 12:36:27 +0300 Message-ID: From: nickolasbug@gmail.com To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, William Palfreman Subject: Re: mountlate not late enough for nfe0 with dhcp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 10:03:07 -0000 2011/5/27 Jeremy Chadwick : > This has been discussed at length in the past, causing me to write an > rc.d script to work around the problem. =A0You can drop this script into > /usr/local/etc/rc.d, chmod 755 it, and make use of it appropriately. > The comments in the script should help you understand it. > > http://jdc.parodius.com/freebsd/netwait > > Example entries in rc.conf: > > netwait_enable=3D"yes" > netwait_ip=3D"4.2.2.1 4.2.2.2" > netwait_if=3D"em0" Maybe it's time to add this script to -STABLE? Problem touch many people, who need it (IMHO) From owner-freebsd-stable@FreeBSD.ORG Fri May 27 10:29:14 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC3B61065670 for ; Fri, 27 May 2011 10:29:14 +0000 (UTC) (envelope-from nvass@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 292FF8FC19 for ; Fri, 27 May 2011 10:29:14 +0000 (UTC) Received: (qmail invoked by alias); 27 May 2011 10:29:12 -0000 Received: from sany-epe.ath.forthnet.gr (EHLO [192.168.1.3]) [193.92.253.30] by mail.gmx.com (mp-eu003) with SMTP; 27 May 2011 12:29:12 +0200 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX1/ljroAN6Pl2ka+7k8gnHGEjUSg4OU2IFLt8sOCAw LtBVaOhGud9xZM Message-ID: <4DDF7CEE.2090805@gmx.com> Date: Fri, 27 May 2011 13:29:02 +0300 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: trying to dump core, hangs the kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 10:29:14 -0000 Hi, A new box I have installed cannot dump core. It seems hung, I cannot cannot break into the debugger, after calling doadump(). Physical memory: 943 MB Dumping 60MB: This is 8.2-RELEASE-p1. It has this (probably cheap) SATA controller, in case it matters: atapci1@pci0:0:31:1: class=0x010601 card=0x52871849 chip=0x528710b9 rev=0x02 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'SATA/Raid controller (ULI M1573)' class = mass storage subclass = SATA Thanks in advance for any help, Nikos From owner-freebsd-stable@FreeBSD.ORG Fri May 27 11:08:54 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B58991065670 for ; Fri, 27 May 2011 11:08:54 +0000 (UTC) (envelope-from tzim@tzim.net) Received: from orlith.tzim.net (unknown [IPv6:2001:41d0:2:1d32:21c:c0ff:fe82:92c6]) by mx1.freebsd.org (Postfix) with ESMTP id 562F38FC16 for ; Fri, 27 May 2011 11:08:54 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=secure.tzim.net) by orlith.tzim.net with esmtp (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QPuuT-0007E0-9J for freebsd-stable@freebsd.org; Fri, 27 May 2011 13:08:53 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 27 May 2011 13:08:53 +0200 From: tzim@tzim.net To: Message-ID: <63454684d7d46c2ef76cfcc979500612@tzim.net> X-Sender: tzim@tzim.net User-Agent: RoundCube Webmail/0.5.2 Subject: zfs-root and "safe" atomic updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 11:08:54 -0000 I use zfs on / for quite some time now on 8-stable. Each time I want to update base, I use those steps : - zfs snapshot tank/root@old - zfs clone tank/root@old tank/root.old - csup / Rebuild world and kernel - install world & kernel - reboot - (mergemaster and all usual post-update stuff) This way, if I unfortunately can't boot, I can revert to old userland & kernel by : - dropping into loader prompt - setting vfs.root.mountfrom to zfs:tank/root.old - booting kernel.old - then rollback tank/root to pre-update snapshot and reboot (again) I see 2 drawbacks to my method : - This wont work if the update screws the loader. - I must be able to access the loader prompt (can't do it on a remote server). Also, world is updated "in place". I think it should be possible to do the installworld & installkernel on a root clone then boot into it (changing tank bootfs property), but then : how to revert to previous state in case of failure ? Is there a "nextboot" thing planed for zfs ? What do you think ? How do you address the problem ? From owner-freebsd-stable@FreeBSD.ORG Fri May 27 11:42:02 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A354106564A for ; Fri, 27 May 2011 11:42:02 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 84EA88FC1A for ; Fri, 27 May 2011 11:42:01 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA07351; Fri, 27 May 2011 14:41:55 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DDF8E02.4060108@FreeBSD.org> Date: Fri, 27 May 2011 14:41:54 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: tzim@tzim.net References: <63454684d7d46c2ef76cfcc979500612@tzim.net> In-Reply-To: <63454684d7d46c2ef76cfcc979500612@tzim.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: zfs-root and "safe" atomic updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 11:42:02 -0000 on 27/05/2011 14:08 tzim@tzim.net said the following: > I use zfs on / for quite some time now on 8-stable. > > Each time I want to update base, I use those steps : > > - zfs snapshot tank/root@old > - zfs clone tank/root@old tank/root.old > - csup / Rebuild world and kernel > - install world & kernel > - reboot > - (mergemaster and all usual post-update stuff) > > This way, if I unfortunately can't boot, I can revert to old userland & kernel by : > > - dropping into loader prompt > - setting vfs.root.mountfrom to zfs:tank/root.old > - booting kernel.old Just for the records, I would like to poin out that kernel.old would be loaded from zfs:tank/root. > - then rollback tank/root to pre-update snapshot and reboot (again) > > > I see 2 drawbacks to my method : > > - This wont work if the update screws the loader. > - I must be able to access the loader prompt (can't do it on a remote server). Yes. > Also, world is updated "in place". > > I think it should be possible to do the installworld & installkernel on a root > clone then boot into it (changing tank bootfs property), but then : how to revert > to previous state in case of failure ? Is there a "nextboot" thing planed for zfs ? I am not aware of any plans to implement nextboot for zfs as it would require at least some write support for zpool and there is none (for boot code) at the moment. > What do you think ? How do you address the problem ? I have some patches that allow to boot a different loader or a kernel from a different (non-bootfs) ZFS dataset: http://lists.freebsd.org/pipermail/freebsd-fs/2010-July/008976.html But that still requires access to zfs boot and/or loader command interface. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri May 27 12:13:38 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02A2D106566C; Fri, 27 May 2011 12:13:38 +0000 (UTC) (envelope-from ramaswamy.bm@globaledgesoft.com) Received: from gesmail.globaledgesoft.com (gesmail.globaledgesoft.com [203.76.137.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0F2638FC1A; Fri, 27 May 2011 12:13:35 +0000 (UTC) Received: from RamaswamySM (ramaswamy_sm.globaledgesoft.com [172.16.8.54]) by gesmail.globaledgesoft.com (Postfix) with ESMTP id 59BFB5880C5; Fri, 27 May 2011 17:27:33 +0530 (IST) From: "ramaswamy" To: , , References: Your message "Fri, 27 May 2011 16:34:07 +0530." <00b101cc1c5d$cc86bbe0$659433a0$@bm@globaledgesoft.com> <201105271138.p4RBcaVf095610@fire.js.berklix.net> In-Reply-To: <201105271138.p4RBcaVf095610@fire.js.berklix.net> Date: Fri, 27 May 2011 17:25:54 +0530 Message-ID: <00ce01cc1c65$086b5bf0$194213d0$@bm@globaledgesoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcwcYyZ92TyVd8jSSXixrdF6uC4G8AAAUTzg Content-Language: en-us Cc: 'venkatgiri' Subject: Kernel(2.6.23.1-42.fc8) is not identifying the SADB_ACQUIRE(PF_KEY) message to indicate key management failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 12:13:38 -0000 Hi all, I'm receiving the SADB_ACQUIRE message from the kernel to establish the required SA, as i have registered my pfkey socket with the kernel. The Key management in my application is failing to get the require key information from the server, so I'm sending the same SADB_ACQUIRE message to the kernel with same sequence number which have received in the SADB_ACQUIRE message with errno set to ENOENT to indicate the Key management has failed. Here i'm constructing only the base header (struct sadb_msg) as described in the RFC 2367. As per the RFC 2367 it has to return me the SADB_ACQUIRE message with the same errno set. The problem here I'm facing is, the kernel is dropping the message which i have sent to the kernel to indicate the Key management has failed. The Kernel is sending the same (last SADB_ACQUIRE for which key management is failed) SADB_ACQUIRE message with errno set to ZERO. The OS i'm using is Fedora core 8 (2.6.23.1-42.fc8). Is this handled in the above mentioned Linux Kernel version ? can any please let me know what is wrong i'm doing here. It will be very helpful for me. This is code snippet which i'm sending to kernel. /* * send error against acquire message to kenrel. */ int send_acquire_msg_fail(struct acquire *acquire) { struct sadb_msg *newmsg; int len; len = sizeof(struct sadb_msg); newmsg = calloc(1, len); if (newmsg == NULL) { ERROR_RETURN("failed to get buffer to send acquire.\n"); return -1; } memset(newmsg, 0, len); newmsg->sadb_msg_version = PF_KEY_V2; newmsg->sadb_msg_type = SADB_ACQUIRE; newmsg->sadb_msg_errno = ENOENT; newmsg->sadb_msg_satype = SADB_SATYPE_ESP; newmsg->sadb_msg_len = (len/8); newmsg->sadb_msg_reserved = 0; newmsg->sadb_msg_seq = acquire->seq; newmsg->sadb_msg_pid = (u_int32_t)getpid(); /* send message */ if (len != write(pfkey_socket, (void*)msg, len)) { ERROR_RETURN (("SORRY, failed to write the SADB_ACQUIRE message to the kernel\n")); } free(newmsg); return 0; } -- Regards, Ram From owner-freebsd-stable@FreeBSD.ORG Fri May 27 12:23:55 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA0E7106566B; Fri, 27 May 2011 12:23:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A0E968FC08; Fri, 27 May 2011 12:23:55 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 574F346B2E; Fri, 27 May 2011 08:23:55 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EC68C8A04F; Fri, 27 May 2011 08:23:54 -0400 (EDT) From: John Baldwin To: Mike Tancsa Date: Fri, 27 May 2011 08:05:56 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110521092037.GB3271@vpn.offrom.nl> <201105261612.40451.jhb@freebsd.org> <4DDEBEFD.8050902@sentex.net> In-Reply-To: <4DDEBEFD.8050902@sentex.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105270805.56457.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 27 May 2011 08:23:55 -0400 (EDT) Cc: Marcel Moolenaar , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 12:23:55 -0000 On Thursday, May 26, 2011 4:58:37 pm Mike Tancsa wrote: > On 5/26/2011 4:12 PM, John Baldwin wrote: > > > > Hmm, can you get 'pciconf -lb' output? > > > > Hmm, wow, I wonder how uart(4) works at all. It tries to reuse it's softc > > structure in uart_bus_attach() that was setup in uart_bus_probe(). Since it > > doesn't return 0 from its probe routine, that is forbidden. I guess it > > accidentally works because of the hack where we call DEVICE_PROBE() again > > to make sure the device description is correct. > > > I think this is a similar card. Had it laying about for a while and > popped it in. cu -l to it, attaches, but I am not able to interact with it. > > none3@pci0:5:0:0: class=0x070002 card=0x20282205 chip=0x015213a8 > rev=0x02 hdr=0x00 > vendor = 'Exar Corp.' > device = 'XR17C/D152 Dual PCI UART' > class = simple comms > subclass = UART > bar [10] = type Memory, range 32, base 0xe8950000, size 1024, enabled > > > NetBSD supposedly has support for this card Oh, hmm, looks like the clock has an unusual multiplier. Does it work if you use 'cu -l -s 1200' to talk at 9600 for example? (In general use speed / 8 as the speed to '-s'.) Also, is your card a modem or a dual-port card? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri May 27 12:32:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12342106564A; Fri, 27 May 2011 12:32:11 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id C05508FC0A; Fri, 27 May 2011 12:32:10 +0000 (UTC) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p4RCW8AH022960 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 May 2011 08:32:09 -0400 (EDT) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca ([IPv6:2607:f3e0:0:3::18]) by smtp2.sentex.ca (8.14.4/8.14.4) with ESMTP id p4RCW8Hc026263; Fri, 27 May 2011 08:32:09 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.net [192.168.43.26]) by pyroxene.sentex.ca (8.14.4/8.14.3) with ESMTP id p4RCW8Gh085975; Fri, 27 May 2011 08:32:08 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4DDF99B0.3030309@sentex.net> Date: Fri, 27 May 2011 08:31:44 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: John Baldwin References: <20110521092037.GB3271@vpn.offrom.nl> <201105261612.40451.jhb@freebsd.org> <4DDEBEFD.8050902@sentex.net> <201105270805.56457.jhb@freebsd.org> In-Reply-To: <201105270805.56457.jhb@freebsd.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.67 on 64.7.153.18 Cc: Marcel Moolenaar , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 12:32:11 -0000 On 5/27/2011 8:05 AM, John Baldwin wrote: > > Oh, hmm, looks like the clock has an unusual multiplier. Does it work if you > use 'cu -l -s 1200' to talk at 9600 for example? (In general use speed / 8 > as the speed to '-s'.) > > Also, is your card a modem or a dual-port card? Its a 3G modem. ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Fri May 27 14:16:52 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3C55106564A; Fri, 27 May 2011 14:16:52 +0000 (UTC) (envelope-from tzim@tzim.net) Received: from orlith.tzim.net (unknown [IPv6:2001:41d0:2:1d32:21c:c0ff:fe82:92c6]) by mx1.freebsd.org (Postfix) with ESMTP id 516618FC08; Fri, 27 May 2011 14:16:52 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=secure.tzim.net) by orlith.tzim.net with esmtp (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QPxqN-000Ew8-A7; Fri, 27 May 2011 16:16:51 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 27 May 2011 16:16:51 +0200 From: Arnaud Houdelette To: Andriy Gapon In-Reply-To: <4DDF8E02.4060108@FreeBSD.org> References: <63454684d7d46c2ef76cfcc979500612@tzim.net> <4DDF8E02.4060108@FreeBSD.org> Message-ID: X-Sender: tzim@tzim.net User-Agent: RoundCube Webmail/0.5.2 Cc: freebsd-stable@FreeBSD.org Subject: Re: zfs-root and "safe" atomic updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 14:16:52 -0000 On Fri, 27 May 2011 14:41:54 +0300, Andriy Gapon wrote: > on 27/05/2011 14:08 tzim@tzim.net said the following: >> I use zfs on / for quite some time now on 8-stable. >> >> Each time I want to update base, I use those steps : >> >> - zfs snapshot tank/root@old >> - zfs clone tank/root@old tank/root.old >> - csup / Rebuild world and kernel >> - install world & kernel >> - reboot >> - (mergemaster and all usual post-update stuff) >> >> This way, if I unfortunately can't boot, I can revert to old >> userland & kernel by : >> >> - dropping into loader prompt >> - setting vfs.root.mountfrom to zfs:tank/root.old >> - booting kernel.old > > Just for the records, I would like to poin out that kernel.old would > be loaded > from zfs:tank/root. > Yes indeed. (...) >> Also, world is updated "in place". >> >> I think it should be possible to do the installworld & installkernel >> on a root >> clone then boot into it (changing tank bootfs property), but then : >> how to revert >> to previous state in case of failure ? Is there a "nextboot" thing >> planed for zfs ? > > I am not aware of any plans to implement nextboot for zfs as it would > require at > least some write support for zpool and there is none (for boot code) > at the moment. > Could'nt the loader use a bit flag in the loader sector ? Nextboot (or something equivalent) missing is the sole thing keeping me from removing ufs boot partition for remote servers. >> What do you think ? How do you address the problem ? > > I have some patches that allow to boot a different loader or a kernel > from a > different (non-bootfs) ZFS dataset: > http://lists.freebsd.org/pipermail/freebsd-fs/2010-July/008976.html > But that still requires access to zfs boot and/or loader command > interface. Interesting though. Thanks. Does the mentionned patch still works with latest 8-stable loader ? And do you still have to change vfs.root.mountfrom once currdev set ? From owner-freebsd-stable@FreeBSD.ORG Fri May 27 14:38:09 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 647451065674; Fri, 27 May 2011 14:38:09 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from cpsmtpb-ews02.kpnxchange.com (cpsmtpb-ews02.kpnxchange.com [213.75.39.5]) by mx1.freebsd.org (Postfix) with ESMTP id DBB138FC16; Fri, 27 May 2011 14:38:08 +0000 (UTC) Received: from cpbrm-ews30.kpnxchange.com ([10.94.84.161]) by cpsmtpb-ews02.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 27 May 2011 16:38:07 +0200 Received: from CPSMTPM-CMT108.kpnxchange.com ([195.121.3.24]) by cpbrm-ews30.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 27 May 2011 16:38:06 +0200 Received: from koko.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT108.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Fri, 27 May 2011 16:38:06 +0200 Received: from squid.home.itmc.RWTH-Aachen.DE (squid.vpn.offrom.nl [10.168.0.72]) by koko.offrom.nl (8.14.3/8.14.3) with ESMTP id p4REc296060891; Fri, 27 May 2011 16:38:03 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid.home.itmc.RWTH-Aachen.DE with local (Exim 4.72) (envelope-from ) id 1QPyAs-0001PE-CP; Fri, 27 May 2011 16:38:02 +0200 Date: Fri, 27 May 2011 16:38:02 +0200 From: Willy Offermans To: John Baldwin Message-ID: <20110527143802.GA5352@vpn.offrom.nl> References: <20110521092037.GB3271@vpn.offrom.nl> <201105261612.40451.jhb@freebsd.org> <4DDEBEFD.8050902@sentex.net> <201105270805.56457.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201105270805.56457.jhb@freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 27 May 2011 14:38:06.0390 (UTC) FILETIME=[B10D5D60:01CC1C7B] X-RcptDomain: freebsd.org Cc: Marcel Moolenaar , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 14:38:09 -0000 Dear John and FreeBSD friends, On Fri, May 27, 2011 at 08:05:56AM -0400, John Baldwin wrote: > On Thursday, May 26, 2011 4:58:37 pm Mike Tancsa wrote: > > On 5/26/2011 4:12 PM, John Baldwin wrote: > > > > > > Hmm, can you get 'pciconf -lb' output? > > > > > > Hmm, wow, I wonder how uart(4) works at all. It tries to reuse it's softc > > > structure in uart_bus_attach() that was setup in uart_bus_probe(). Since > it > > > doesn't return 0 from its probe routine, that is forbidden. I guess it > > > accidentally works because of the hack where we call DEVICE_PROBE() again > > > to make sure the device description is correct. > > > > > > I think this is a similar card. Had it laying about for a while and > > popped it in. cu -l to it, attaches, but I am not able to interact with it. > > > > none3@pci0:5:0:0: class=0x070002 card=0x20282205 chip=0x015213a8 > > rev=0x02 hdr=0x00 > > vendor = 'Exar Corp.' > > device = 'XR17C/D152 Dual PCI UART' > > class = simple comms > > subclass = UART > > bar [10] = type Memory, range 32, base 0xe8950000, size 1024, enabled > > > > > > NetBSD supposedly has support for this card > > Oh, hmm, looks like the clock has an unusual multiplier. Does it work if you > use 'cu -l -s 1200' to talk at 9600 for example? (In general use speed / 8 > as the speed to '-s'.) > > Also, is your card a modem or a dual-port card? > > -- > John Baldwin It is a modem. As suggested: kosmos# cu -l /dev/cuau0 -s 1200 Stale lock on cuau0 PID=3642... overriding. Connected at&F OK atdt0045******* NO DIALTONE The last message can be explained. There is no line connected yet. But this looks very promising again. What do you exactly mean with ``Oh, hmm, looks like the clock has an unusual multiplier.'' What kind of multiplier are you talking about? How to proceed? B.t.w. cu looks like a nice tool. I was not aware of its existence. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Willy ************************************* W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 681 15 87 68 e-mail: Willy@Offermans.Rompen.nl From owner-freebsd-stable@FreeBSD.ORG Fri May 27 14:43:36 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24A301065673; Fri, 27 May 2011 14:43:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B68018FC0A; Fri, 27 May 2011 14:43:35 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 5366646B1A; Fri, 27 May 2011 10:43:35 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E51248A04F; Fri, 27 May 2011 10:43:34 -0400 (EDT) From: John Baldwin To: Willy@offermans.rompen.nl Date: Fri, 27 May 2011 10:43:34 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110521092037.GB3271@vpn.offrom.nl> <201105270805.56457.jhb@freebsd.org> <20110527143802.GA5352@vpn.offrom.nl> In-Reply-To: <20110527143802.GA5352@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105271043.34268.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 27 May 2011 10:43:35 -0400 (EDT) Cc: freebsd-hardware@freebsd.org, Marcel Moolenaar , freebsd-stable@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 14:43:36 -0000 On Friday, May 27, 2011 10:38:02 am Willy Offermans wrote: > Dear John and FreeBSD friends, > > On Fri, May 27, 2011 at 08:05:56AM -0400, John Baldwin wrote: > > On Thursday, May 26, 2011 4:58:37 pm Mike Tancsa wrote: > > > On 5/26/2011 4:12 PM, John Baldwin wrote: > > > > > > > > Hmm, can you get 'pciconf -lb' output? > > > > > > > > Hmm, wow, I wonder how uart(4) works at all. It tries to reuse it's softc > > > > structure in uart_bus_attach() that was setup in uart_bus_probe(). Since > > it > > > > doesn't return 0 from its probe routine, that is forbidden. I guess it > > > > accidentally works because of the hack where we call DEVICE_PROBE() again > > > > to make sure the device description is correct. > > > > > > > > > I think this is a similar card. Had it laying about for a while and > > > popped it in. cu -l to it, attaches, but I am not able to interact with it. > > > > > > none3@pci0:5:0:0: class=0x070002 card=0x20282205 chip=0x015213a8 > > > rev=0x02 hdr=0x00 > > > vendor = 'Exar Corp.' > > > device = 'XR17C/D152 Dual PCI UART' > > > class = simple comms > > > subclass = UART > > > bar [10] = type Memory, range 32, base 0xe8950000, size 1024, enabled > > > > > > > > > NetBSD supposedly has support for this card > > > > Oh, hmm, looks like the clock has an unusual multiplier. Does it work if you > > use 'cu -l -s 1200' to talk at 9600 for example? (In general use speed / 8 > > as the speed to '-s'.) > > > > Also, is your card a modem or a dual-port card? > > > > -- > > John Baldwin > > It is a modem. > > As suggested: > > kosmos# cu -l /dev/cuau0 -s 1200 > Stale lock on cuau0 PID=3642... overriding. > Connected > at&F > OK > atdt0045******* > NO DIALTONE Ok, try this updated patch. After this you should be able to use the correct speed: Index: uart_bus_pci.c =================================================================== --- uart_bus_pci.c (revision 222285) +++ uart_bus_pci.c (working copy) @@ -110,6 +110,8 @@ static struct pci_id pci_ns8250_ids[] = { { 0x1415, 0x950b, 0xffff, 0, "Oxford Semiconductor OXCB950 Cardbus 16950 UART", 0x10, 16384000 }, { 0x151f, 0x0000, 0xffff, 0, "TOPIC Semiconductor TP560 56k modem", 0x10 }, +{ 0x13a8, 0x0152, 0x2205, 0x2026, "MultiTech MultiModem ZPX", 0x10, + 8 * DEFAULT_RCLK }, { 0x9710, 0x9820, 0x1000, 1, "NetMos NM9820 Serial Port", 0x10 }, { 0x9710, 0x9835, 0x1000, 1, "NetMos NM9835 Serial Port", 0x10 }, { 0x9710, 0x9865, 0xa000, 0x1000, "NetMos NM9865 Serial Port", 0x10 }, -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri May 27 14:43:51 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F33F106567B; Fri, 27 May 2011 14:43:51 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id CC48E8FC0A; Fri, 27 May 2011 14:43:50 +0000 (UTC) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p4REhm4I051637 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 May 2011 10:43:48 -0400 (EDT) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca ([IPv6:2607:f3e0:0:3::18]) by smtp2.sentex.ca (8.14.4/8.14.4) with ESMTP id p4REhmie084902; Fri, 27 May 2011 10:43:48 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.net [192.168.43.26]) by pyroxene.sentex.ca (8.14.4/8.14.3) with ESMTP id p4REhm7A089405; Fri, 27 May 2011 10:43:48 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4DDFB88B.2090408@sentex.net> Date: Fri, 27 May 2011 10:43:23 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: John Baldwin References: <20110521092037.GB3271@vpn.offrom.nl> <201105261612.40451.jhb@freebsd.org> <4DDEBEFD.8050902@sentex.net> <201105270805.56457.jhb@freebsd.org> In-Reply-To: <201105270805.56457.jhb@freebsd.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.67 on 64.7.153.18 Cc: Marcel Moolenaar , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 14:43:51 -0000 On 5/27/2011 8:05 AM, John Baldwin wrote: > > Oh, hmm, looks like the clock has an unusual multiplier. Does it work if you > use 'cu -l -s 1200' to talk at 9600 for example? (In general use speed / 8 > as the speed to '-s'.) > > Also, is your card a modem or a dual-port card? If I add in the device IDs, I am not able to talk to it at any speed. However, the port that is exposed, might just not be echoing back chars and the second port which is not showing up, might be the "control port" ? uart2@pci0:5:0:0: class=0x070002 card=0x20282205 chip=0x015213a8 rev=0x02 hdr=0x00 vendor = 'Exar Corp.' device = 'XR17C/D152 Dual PCI UART' class = simple comms subclass = UART -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Fri May 27 16:00:55 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37C321065676 for ; Fri, 27 May 2011 16:00:55 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from thalia-smout.broadpark.no (thalia-smout.broadpark.no [80.202.8.21]) by mx1.freebsd.org (Postfix) with ESMTP id E44328FC0C for ; Fri, 27 May 2011 16:00:54 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Received: from ignis-smin.broadpark.no ([80.202.8.11]) by thalia-smout.broadpark.no (Sun Java(tm) System Messaging Server 7u3-15.01 64bit (built Feb 12 2010)) with ESMTP id <0LLV00KVH35HG160@thalia-smout.broadpark.no> for freebsd-stable@freebsd.org; Fri, 27 May 2011 18:00:53 +0200 (CEST) Received: from kg-v2.kg4.no ([84.48.120.215]) by ignis-smin.broadpark.no (Sun Java(tm) System Messaging Server 7u3-15.01 64bit (built Feb 12 2010)) with SMTP id <0LLV00CL835GGZ00@ignis-smin.broadpark.no> for freebsd-stable@freebsd.org; Fri, 27 May 2011 18:00:53 +0200 (CEST) Date: Fri, 27 May 2011 18:00:52 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20110527180052.fc93c166.torfinn.ingolfsen@broadpark.no> In-reply-to: References: <20110526231447.GA92428@icarus.home.lan> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; amd64-portbld-freebsd8.1) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Content-transfer-encoding: quoted-printable Subject: Re: mountlate not late enough for nfe0 with dhcp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 16:00:55 -0000 On Fri, 27 May 2011 12:36:27 +0300 nickolasbug@gmail.com wrote: > 2011/5/27 Jeremy Chadwick : > > This has been discussed at length in the past, causing me to write an > > rc.d script to work around the problem. =A0You can drop this script into > > /usr/local/etc/rc.d, chmod 755 it, and make use of it appropriately. > > The comments in the script should help you understand it. > > > > http://jdc.parodius.com/freebsd/netwait > > > > Example entries in rc.conf: > > > > netwait_enable=3D"yes" > > netwait_ip=3D"4.2.2.1 4.2.2.2" > > netwait_if=3D"em0" >=20 > Maybe it's time to add this script to -STABLE? > Problem touch many people, who need it (IMHO) Or, if the FAQ at freebsd.org isn't updated already, simply write about thi= s script there? HTH --=20 Torfinn From owner-freebsd-stable@FreeBSD.ORG Fri May 27 16:02:06 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 725001065693; Fri, 27 May 2011 16:02:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 484238FC25; Fri, 27 May 2011 16:02:06 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id EEA5046B55; Fri, 27 May 2011 12:02:05 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 864A18A050; Fri, 27 May 2011 12:02:05 -0400 (EDT) From: John Baldwin To: Mike Tancsa Date: Fri, 27 May 2011 12:00:11 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110521092037.GB3271@vpn.offrom.nl> <201105270805.56457.jhb@freebsd.org> <4DDFB88B.2090408@sentex.net> In-Reply-To: <4DDFB88B.2090408@sentex.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105271200.12062.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 27 May 2011 12:02:05 -0400 (EDT) Cc: Marcel Moolenaar , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 16:02:06 -0000 On Friday, May 27, 2011 10:43:23 am Mike Tancsa wrote: > On 5/27/2011 8:05 AM, John Baldwin wrote: > > > > > Oh, hmm, looks like the clock has an unusual multiplier. Does it work if you > > use 'cu -l -s 1200' to talk at 9600 for example? (In general use speed / 8 > > as the speed to '-s'.) > > > > Also, is your card a modem or a dual-port card? > > If I add in the device IDs, I am not able to talk to it at any speed. > However, the port that is exposed, might just not be echoing back chars > and the second port which is not showing up, might be the "control port" ? > > uart2@pci0:5:0:0: class=0x070002 card=0x20282205 chip=0x015213a8 > rev=0x02 hdr=0x00 > vendor = 'Exar Corp.' > device = 'XR17C/D152 Dual PCI UART' > class = simple comms > subclass = UART Possibly. Did you try adding it via puc instead? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri May 27 16:36:37 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3A2B106566B for ; Fri, 27 May 2011 16:36:37 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2E3BC8FC1A for ; Fri, 27 May 2011 16:36:36 +0000 (UTC) Received: by bwz12 with SMTP id 12so2079925bwz.13 for ; Fri, 27 May 2011 09:36:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=5ZfmTF3l9yIy3jJAFmotN/RgVlToGKYHiuMQ+rwLKV0=; b=VvJ5BA3bXHSF3bIK+u/ntij5spA5RToWA5ZGmLfqn5H6PyMbkjMXSOhrP8hu2+MPRG d9eKyyNCFZT2qAj1wk0TNyf+5lIZ0Q6ye7yQvocOZOHbtnOTrUJ7vualoLolOtAbcVFR WQ2JLsvcEVaQ3aWqQ7d27WhgIHm/xceWGTTEU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=xq6Z3GQ7KgXfnCobX27mFLmu7e4Ttk7nIwzDmg1fww4t91GCZvvdTOB8pdJnU9XUSK hfKNAzVsLjJymW+EWan6SN20Pq2ch+plJbE7XAOsU1kl1iy/+F6x/Exwa+VibwHNY2W2 n8kz8N+Gm0RRdcPVaBjTj1ofjqfEBgMlvtlPs= MIME-Version: 1.0 Received: by 10.204.74.11 with SMTP id s11mr1978544bkj.43.1306514195848; Fri, 27 May 2011 09:36:35 -0700 (PDT) Received: by 10.204.81.17 with HTTP; Fri, 27 May 2011 09:36:35 -0700 (PDT) In-Reply-To: <4DDF4F5F.3010704@snafu.de> References: <4DDF4F5F.3010704@snafu.de> Date: Fri, 27 May 2011 11:36:35 -0500 Message-ID: From: Scot Hetzel To: joerg_surmann Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: can't update dblataex X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 16:36:37 -0000 On Fri, May 27, 2011 at 2:14 AM, joerg_surmann wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi all, > > when i'll update the port textproc/dblatex from 0.2.12_2 to 0.3.1 > i become: > dblatex-0.3.1 depends on file: /usr/local/bin/2.7 - not found > env: /usr/local/bin/2.7: No such file or directory > Error code 127 > > Stop in /usr/ports/textproc/dblatex > > There is not a 2.7 in /usr/local/bin. > I de and reinstall the port lang/python27 > but nothing helps. > > Have anyone a idea? > What is PYTHON_VERSION set to? If it is set to 2.7 then that is wrong, it should be set to python2.7. Scot From owner-freebsd-stable@FreeBSD.ORG Fri May 27 17:55:23 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5636F106564A; Fri, 27 May 2011 17:55:23 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 0EE458FC08; Fri, 27 May 2011 17:55:22 +0000 (UTC) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p4RHtKgH087940 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 May 2011 13:55:21 -0400 (EDT) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca ([IPv6:2607:f3e0:0:3::18]) by smtp2.sentex.ca (8.14.4/8.14.4) with ESMTP id p4RHtK9q000752; Fri, 27 May 2011 13:55:20 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.net [192.168.43.26]) by pyroxene.sentex.ca (8.14.4/8.14.3) with ESMTP id p4RHtJ2v095019; Fri, 27 May 2011 13:55:20 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4DDFE56E.3000406@sentex.net> Date: Fri, 27 May 2011 13:54:54 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: John Baldwin References: <20110521092037.GB3271@vpn.offrom.nl> <201105270805.56457.jhb@freebsd.org> <4DDFB88B.2090408@sentex.net> <201105271200.12062.jhb@freebsd.org> In-Reply-To: <201105271200.12062.jhb@freebsd.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.67 on 64.7.153.18 Cc: Marcel Moolenaar , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 17:55:23 -0000 On 5/27/2011 12:00 PM, John Baldwin wrote: >> >> uart2@pci0:5:0:0: class=0x070002 card=0x20282205 chip=0x015213a8 >> rev=0x02 hdr=0x00 >> vendor = 'Exar Corp.' >> device = 'XR17C/D152 Dual PCI UART' >> class = simple comms >> subclass = UART > > Possibly. Did you try adding it via puc instead? Yes, same result. But I am not sure what values to plugin for some of the options. I tried this is uart 1(ich10)# diff -u uart_bus_pci.c.orig uart_bus_pci.c --- uart_bus_pci.c.orig 2011-05-24 17:10:21.000000000 -0400 +++ uart_bus_pci.c 2011-05-27 10:49:05.000000000 -0400 @@ -110,6 +110,8 @@ { 0x1415, 0x950b, 0xffff, 0, "Oxford Semiconductor OXCB950 Cardbus 16950 UART", 0x10, 16384000 }, { 0x151f, 0x0000, 0xffff, 0, "TOPIC Semiconductor TP560 56k modem", 0x10 }, +{ 0x13a8, 0x0152, 0x2205, 0x2028, "MultiTech MultiModem ZPX", 0x10, + 8 * DEFAULT_RCLK }, { 0x9710, 0x9835, 0x1000, 1, "NetMos NM9835 Serial Port", 0x10 }, { 0x9710, 0x9865, 0xa000, 0x1000, "NetMos NM9865 Serial Port", 0x10 }, { 0x9710, 0x9901, 0xa000, 0x1000, 1(ich10)# Then I removed the entry from uart and added the following for pucdata.c { 0x13a8, 0x0152, 0xffff, 0, "Exar Multitech", DEFAULT_RCLK * 8, PUC_PORT_2S, 0x10, 0, -1, }, But it does not seem to want to attach ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Fri May 27 19:18:15 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F385106566C; Fri, 27 May 2011 19:18:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 660D58FC12; Fri, 27 May 2011 19:18:15 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 06CE346B35; Fri, 27 May 2011 15:18:15 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8FF038A04F; Fri, 27 May 2011 15:18:14 -0400 (EDT) From: John Baldwin To: Mike Tancsa Date: Fri, 27 May 2011 15:18:13 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110521092037.GB3271@vpn.offrom.nl> <201105271200.12062.jhb@freebsd.org> <4DDFE56E.3000406@sentex.net> In-Reply-To: <4DDFE56E.3000406@sentex.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105271518.13856.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 27 May 2011 15:18:14 -0400 (EDT) Cc: Marcel Moolenaar , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 19:18:15 -0000 On Friday, May 27, 2011 1:54:54 pm Mike Tancsa wrote: > On 5/27/2011 12:00 PM, John Baldwin wrote: > >> > >> uart2@pci0:5:0:0: class=0x070002 card=0x20282205 chip=0x015213a8 > >> rev=0x02 hdr=0x00 > >> vendor = 'Exar Corp.' > >> device = 'XR17C/D152 Dual PCI UART' > >> class = simple comms > >> subclass = UART > > > > Possibly. Did you try adding it via puc instead? > > Yes, same result. But I am not sure what values to plugin for some of > the options. > > I tried this is uart > > 1(ich10)# diff -u uart_bus_pci.c.orig uart_bus_pci.c > --- uart_bus_pci.c.orig 2011-05-24 17:10:21.000000000 -0400 > +++ uart_bus_pci.c 2011-05-27 10:49:05.000000000 -0400 > @@ -110,6 +110,8 @@ > { 0x1415, 0x950b, 0xffff, 0, "Oxford Semiconductor OXCB950 Cardbus > 16950 UART", > 0x10, 16384000 }, > { 0x151f, 0x0000, 0xffff, 0, "TOPIC Semiconductor TP560 56k modem", 0x10 }, > +{ 0x13a8, 0x0152, 0x2205, 0x2028, "MultiTech MultiModem ZPX", 0x10, > + 8 * DEFAULT_RCLK }, > { 0x9710, 0x9835, 0x1000, 1, "NetMos NM9835 Serial Port", 0x10 }, > { 0x9710, 0x9865, 0xa000, 0x1000, "NetMos NM9865 Serial Port", 0x10 }, > { 0x9710, 0x9901, 0xa000, 0x1000, > 1(ich10)# > > Then I removed the entry from uart and added the following for pucdata.c > > > { 0x13a8, 0x0152, 0xffff, 0, > "Exar Multitech", > DEFAULT_RCLK * 8, > PUC_PORT_2S, 0x10, 0, -1, > }, Use '0x200' rather than -1. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri May 27 19:33:05 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB0761065670; Fri, 27 May 2011 19:33:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id AAEA28FC18; Fri, 27 May 2011 19:33:04 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 60F0C46B45; Fri, 27 May 2011 15:33:04 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 005388A04F; Fri, 27 May 2011 15:33:04 -0400 (EDT) From: John Baldwin To: Mike Tancsa Date: Fri, 27 May 2011 15:33:03 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110521092037.GB3271@vpn.offrom.nl> <201105271200.12062.jhb@freebsd.org> <4DDFE56E.3000406@sentex.net> In-Reply-To: <4DDFE56E.3000406@sentex.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105271533.03445.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 27 May 2011 15:33:04 -0400 (EDT) Cc: Marcel Moolenaar , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 19:33:05 -0000 On Friday, May 27, 2011 1:54:54 pm Mike Tancsa wrote: > On 5/27/2011 12:00 PM, John Baldwin wrote: > >> > >> uart2@pci0:5:0:0: class=0x070002 card=0x20282205 chip=0x015213a8 > >> rev=0x02 hdr=0x00 > >> vendor = 'Exar Corp.' > >> device = 'XR17C/D152 Dual PCI UART' > >> class = simple comms > >> subclass = UART > > > > Possibly. Did you try adding it via puc instead? > > Yes, same result. But I am not sure what values to plugin for some of > the options. > > I tried this is uart > > 1(ich10)# diff -u uart_bus_pci.c.orig uart_bus_pci.c > --- uart_bus_pci.c.orig 2011-05-24 17:10:21.000000000 -0400 > +++ uart_bus_pci.c 2011-05-27 10:49:05.000000000 -0400 > @@ -110,6 +110,8 @@ > { 0x1415, 0x950b, 0xffff, 0, "Oxford Semiconductor OXCB950 Cardbus > 16950 UART", > 0x10, 16384000 }, > { 0x151f, 0x0000, 0xffff, 0, "TOPIC Semiconductor TP560 56k modem", 0x10 }, > +{ 0x13a8, 0x0152, 0x2205, 0x2028, "MultiTech MultiModem ZPX", 0x10, > + 8 * DEFAULT_RCLK }, > { 0x9710, 0x9835, 0x1000, 1, "NetMos NM9835 Serial Port", 0x10 }, > { 0x9710, 0x9865, 0xa000, 0x1000, "NetMos NM9865 Serial Port", 0x10 }, > { 0x9710, 0x9901, 0xa000, 0x1000, > 1(ich10)# > > Then I removed the entry from uart and added the following for pucdata.c > > > { 0x13a8, 0x0152, 0xffff, 0, > "Exar Multitech", > DEFAULT_RCLK * 8, > PUC_PORT_2S, 0x10, 0, -1, > }, > > But it does not seem to want to attach ? Actually, can you just try this: Index: pucdata.c =================================================================== --- pucdata.c (revision 222364) +++ pucdata.c (working copy) @@ -48,7 +48,6 @@ __FBSDID("$FreeBSD$"); #include static puc_config_f puc_config_amc; -static puc_config_f puc_config_cronyx; static puc_config_f puc_config_diva; static puc_config_f puc_config_icbook; static puc_config_f puc_config_quatech; @@ -548,11 +547,22 @@ const struct puc_cfg puc_pci_devices[] = { PUC_PORT_8S, 0x18, 0, 8, }, + { 0x13a8, 0x0152, 0xffff, 0, + "Exar XR17C/D152", + DEFAULT_RCLK * 8, + PUC_PORT_2S, 0x10, 0, 0x200, + }, + + { 0x13a8, 0x0154, 0xffff, 0, + "Exar XR17C154", + DEFAULT_RCLK * 8, + PUC_PORT_4S, 0x10, 0, 0x200, + }, + { 0x13a8, 0x0158, 0xffff, 0, - "Cronyx Omega2-PCI", + "Exar XR17C158", DEFAULT_RCLK * 8, - PUC_PORT_8S, 0x10, 0, -1, - .config_function = puc_config_cronyx + PUC_PORT_8S, 0x10, 0, 0x200, }, { 0x13a8, 0x0258, 0xffff, 0, @@ -1014,17 +1024,6 @@ puc_config_amc(struct puc_softc *sc, enum puc_cfg_ } static int -puc_config_cronyx(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, - intptr_t *res) -{ - if (cmd == PUC_CFG_GET_OFS) { - *res = port * 0x200; - return (0); - } - return (ENXIO); -} - -static int puc_config_diva(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, intptr_t *res) { -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri May 27 19:38:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5870D1065672; Fri, 27 May 2011 19:38:32 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 121338FC19; Fri, 27 May 2011 19:38:31 +0000 (UTC) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p4RJcUwO008395 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 May 2011 15:38:30 -0400 (EDT) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca ([IPv6:2607:f3e0:0:3::18]) by smtp2.sentex.ca (8.14.4/8.14.4) with ESMTP id p4RJcUch042296; Fri, 27 May 2011 15:38:30 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.ca [192.168.43.26]) by pyroxene.sentex.ca (8.14.4/8.14.3) with ESMTP id p4RJcTVX097760; Fri, 27 May 2011 15:38:30 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4DDFFD9C.2000503@sentex.net> Date: Fri, 27 May 2011 15:38:04 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: John Baldwin References: <20110521092037.GB3271@vpn.offrom.nl> <201105271200.12062.jhb@freebsd.org> <4DDFE56E.3000406@sentex.net> <201105271533.03445.jhb@freebsd.org> In-Reply-To: <201105271533.03445.jhb@freebsd.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.67 on 64.7.153.18 Cc: Marcel Moolenaar , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 19:38:32 -0000 On 5/27/2011 3:33 PM, John Baldwin wrote: > > Actually, can you just try this: > > Index: pucdata.c Hi, Patch applies, but it doesnt compile on RELENG_8 patch < p Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: pucdata.c |=================================================================== |--- pucdata.c (revision 222364) |+++ pucdata.c (working copy) -------------------------- Patching file pucdata.c using Plan A... Hunk #1 succeeded at 48. Hunk #2 succeeded at 546 (offset -1 lines). Hunk #3 succeeded at 949 (offset -75 lines). done ===> puc (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/ipsec/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/usr/obj/usr/src/sys/ipsec -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/puc/../../dev/puc/pucdata.c cc1: warnings being treated as errors /usr/src/sys/modules/puc/../../dev/puc/pucdata.c:552: warning: overflow in implicit constant conversion /usr/src/sys/modules/puc/../../dev/puc/pucdata.c:558: warning: overflow in implicit constant conversion /usr/src/sys/modules/puc/../../dev/puc/pucdata.c:564: warning: overflow in implicit constant conversion *** Error code 1 Stop in /usr/src/sys/modules/puc. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/ipsec. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Fri May 27 20:22:23 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 060741065677; Fri, 27 May 2011 20:22:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D15268FC0A; Fri, 27 May 2011 20:22:22 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6DBE346B45; Fri, 27 May 2011 16:22:22 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E1F748A04F; Fri, 27 May 2011 16:22:21 -0400 (EDT) From: John Baldwin To: Mike Tancsa Date: Fri, 27 May 2011 16:22:21 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110521092037.GB3271@vpn.offrom.nl> <201105271533.03445.jhb@freebsd.org> <4DDFFD9C.2000503@sentex.net> In-Reply-To: <4DDFFD9C.2000503@sentex.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105271622.21355.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 27 May 2011 16:22:22 -0400 (EDT) Cc: Marcel Moolenaar , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 20:22:23 -0000 On Friday, May 27, 2011 3:38:04 pm Mike Tancsa wrote: > On 5/27/2011 3:33 PM, John Baldwin wrote: > > > > Actually, can you just try this: > > > > Index: pucdata.c > > Hi, > Patch applies, but it doesnt compile on RELENG_8 Ugh, looks like the offset can't handle 0x200, try this instead: Index: pucdata.c =================================================================== --- pucdata.c (revision 222364) +++ pucdata.c (working copy) @@ -48,8 +48,8 @@ __FBSDID("$FreeBSD$"); #include static puc_config_f puc_config_amc; -static puc_config_f puc_config_cronyx; static puc_config_f puc_config_diva; +static puc_config_f puc_config_exar; static puc_config_f puc_config_icbook; static puc_config_f puc_config_quatech; static puc_config_f puc_config_syba; @@ -548,11 +548,25 @@ const struct puc_cfg puc_pci_devices[] = { PUC_PORT_8S, 0x18, 0, 8, }, + { 0x13a8, 0x0152, 0xffff, 0, + "Exar XR17C/D152", + DEFAULT_RCLK * 8, + PUC_PORT_2S, 0x10, 0, -1, + .config_function = puc_config_exar + }, + + { 0x13a8, 0x0154, 0xffff, 0, + "Exar XR17C154", + DEFAULT_RCLK * 8, + PUC_PORT_4S, 0x10, 0, -1, + .config_function = puc_config_exar + }, + { 0x13a8, 0x0158, 0xffff, 0, - "Cronyx Omega2-PCI", + "Exar XR17C158", DEFAULT_RCLK * 8, PUC_PORT_8S, 0x10, 0, -1, - .config_function = puc_config_cronyx + .config_function = puc_config_exar }, { 0x13a8, 0x0258, 0xffff, 0, @@ -1014,28 +1028,28 @@ puc_config_amc(struct puc_softc *sc, enum puc_cfg_ } static int -puc_config_cronyx(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, +puc_config_diva(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, intptr_t *res) { + const struct puc_cfg *cfg = sc->sc_cfg; + if (cmd == PUC_CFG_GET_OFS) { - *res = port * 0x200; + if (cfg->subdevice == 0x1282) /* Everest SP */ + port <<= 1; + else if (cfg->subdevice == 0x104b) /* Maestro SP2 */ + port = (port == 3) ? 4 : port; + *res = port * 8 + ((port > 2) ? 0x18 : 0); return (0); } return (ENXIO); } static int -puc_config_diva(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, +puc_config_exar(struct puc_softc *sc, enum puc_cfg_cmd cmd, int port, intptr_t *res) { - const struct puc_cfg *cfg = sc->sc_cfg; - if (cmd == PUC_CFG_GET_OFS) { - if (cfg->subdevice == 0x1282) /* Everest SP */ - port <<= 1; - else if (cfg->subdevice == 0x104b) /* Maestro SP2 */ - port = (port == 3) ? 4 : port; - *res = port * 8 + ((port > 2) ? 0x18 : 0); + *res = port * 0x200; return (0); } return (ENXIO); -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri May 27 20:38:16 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22F08106566B; Fri, 27 May 2011 20:38:16 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id B816C8FC08; Fri, 27 May 2011 20:38:15 +0000 (UTC) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p4RKcDt8019096 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 May 2011 16:38:14 -0400 (EDT) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca ([IPv6:2607:f3e0:0:3::18]) by smtp2.sentex.ca (8.14.4/8.14.4) with ESMTP id p4RKcEGk064800; Fri, 27 May 2011 16:38:14 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.net [192.168.43.26]) by pyroxene.sentex.ca (8.14.4/8.14.3) with ESMTP id p4RKcDAP099250; Fri, 27 May 2011 16:38:13 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4DE00B9C.4070809@sentex.net> Date: Fri, 27 May 2011 16:37:48 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: John Baldwin References: <20110521092037.GB3271@vpn.offrom.nl> <201105271533.03445.jhb@freebsd.org> <4DDFFD9C.2000503@sentex.net> <201105271622.21355.jhb@freebsd.org> In-Reply-To: <201105271622.21355.jhb@freebsd.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.67 on 64.7.153.18 Cc: Marcel Moolenaar , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 20:38:16 -0000 On 5/27/2011 4:22 PM, John Baldwin wrote: > On Friday, May 27, 2011 3:38:04 pm Mike Tancsa wrote: >> On 5/27/2011 3:33 PM, John Baldwin wrote: >>> >>> Actually, can you just try this: >>> >>> Index: pucdata.c >> >> Hi, >> Patch applies, but it doesnt compile on RELENG_8 > > Ugh, looks like the offset can't handle 0x200, try this instead: > > Index: pucdata.c > =================================================================== Thanks! that applies cleanly and I see both ports now. However, I still cannot interact with the modem. Let me fire up LINUX 0(ich10)# patch < p Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: pucdata.c |=================================================================== |--- pucdata.c (revision 222364) |+++ pucdata.c (working copy) -------------------------- Patching file pucdata.c using Plan A... Hunk #1 succeeded at 48. Hunk #2 succeeded at 547 (offset -1 lines). Hunk #3 succeeded at 953 (offset -75 lines). done 0(ich10)# puc0: mem 0xe8950000-0xe89503ff irq 21 at device 0.0 on pci5 puc0: [FILTER] uart2: <16750 or compatible> on puc0 uart2: [FILTER] uart3: <16750 or compatible> on puc0 uart3: [FILTER] -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Sat May 28 02:15:25 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9984E106566B for ; Sat, 28 May 2011 02:15:25 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (unknown [IPv6:2001:418:3fd::18]) by mx1.freebsd.org (Postfix) with ESMTP id 6BBEA8FC08 for ; Sat, 28 May 2011 02:15:25 +0000 (UTC) Received: from scollay.m5p.com (mailhost.m5p.com [IPv6:2001:418:3fd::f7]) by mailhost.m5p.com (8.14.4/8.14.4) with ESMTP id p4S2FJl5065816 for ; Fri, 27 May 2011 22:15:24 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <4DE05AB7.7010301@m5p.com> Date: Fri, 27 May 2011 22:15:19 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Fri, 27 May 2011 22:15:24 -0400 (EDT) X-Scanned-By: MIMEDefang 2.68 on IPv6:2001:418:3fd::f7 Subject: Statistics? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2011 02:15:25 -0000 In a couple of days, I'll be shutting down a 7.1-RELEASE server which has been running continuously for 769 days, in order to add some memory to it and update to 8.2-STABLE. It has received over 1 billion packets and transmitted over 1.4 billion, of which over 20 million in each direction were IPv6 packets. Are there any other statistics that anyone would like to see before I shut it down? The only strange thing I've seen over the last two years are that there are 2,634 lingering sockets listed in "netstat -a" in CLOSED state from when client machines, having automounted /usr/home and /var/mail from this server, were shut down. Notwithstanding, I've had a very warm, fuzzy feeling about 7.1-RELEASE for a long time now! -- George Mitchell From owner-freebsd-stable@FreeBSD.ORG Sat May 28 13:29:28 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1788106566B for ; Sat, 28 May 2011 13:29:28 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 099198FC08 for ; Sat, 28 May 2011 13:29:27 +0000 (UTC) Received: by wwc33 with SMTP id 33so2566591wwc.31 for ; Sat, 28 May 2011 06:29:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=mY6iXD5uQVnB8zC+nSwRLvoggMUp6ltXbbxr24EOtmA=; b=eCNAAShdrRGfUc7E+/hoec5Op1sKM/Gzkvze1O5cWtP+Cqz/gDevVLjEYy8J4X0GiG /Mers2rp+/dgdPDR2EoZIJumMi+iJ3FNr6IeCpfUNyPdaocf23PPyqtui34waYlELmBg MJ7G7/vDaai4Lsbm+OvE9b0ttHyA4Dt3yjq6g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=l1MeeYvhdYOonBpeZ4gt2AhbJFqEWRkxr0jQrrhYV9HA0Q4C2GPSQ8DtL9BwekeOeI bJ6Nie2AJc1HedxhXOSYGCk50/4QXybbk9uwWrdHMrTQVC+fuCrZlhEh+o1ntoZ+iRVO E99QCwkUmJ7D6I2/jegAxvZu+fM8kMvkX06+E= Received: by 10.227.98.9 with SMTP id o9mr3132914wbn.25.1306589366739; Sat, 28 May 2011 06:29:26 -0700 (PDT) Received: from Groseille.malikania.fr (65.21.102.84.rev.sfr.net [84.102.21.65]) by mx.google.com with ESMTPS id ge4sm1841249wbb.13.2011.05.28.06.29.22 (version=SSLv3 cipher=OTHER); Sat, 28 May 2011 06:29:24 -0700 (PDT) Message-ID: <4DE0F8F2.2030301@gmail.com> Date: Sat, 28 May 2011 15:30:26 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-stable , freebsd-current@freebsd.org References: <4DCB8271.3070707@gmail.com> In-Reply-To: <4DCB8271.3070707@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: snd_hda : sometimes sound sometimes not X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2011 13:29:28 -0000 On 12/05/2011 08:47, David Demelier wrote: > Hello, > > I don't know if there is a lot of changes in the snd_hda driver in the > -STABLE branch but since I upgraded to it sometimes I have sound and > sometimes not. > > The mixer are exactly the same when these event occurs. This happened > this morning. After booting I do not have any sound. I rebooted and > suddenly I've got sound again... > > I only tweak snd_hda(4) for a pin sense on the front panel (it has no > sound neither) > > So I added in /boot/devices.hints : > hint.hdac.1.cad0.nid27.config="as=1 seq=15" > > And there's the both dmesg ok.txt when sound is here and not.txt when > there isn't as you can see there is no difference related to the hda > driver. > > http://markand.malikania.fr/ok.txt > http://markand.malikania.fr/nok.txt > > I'm guessing something. My laptop has a mute shortcut, if I press it at > the BIOS stage I will not have sound neither thus is it possible that my > chipset is muted from anything? > > Cheers, > Sorry to cross-post again, but I just wanted to tell you that the problem disappeared in -CURRENT so now I just how the unknown bogus code will be MFC before 8.3-RELEASE Cheers, -- David Demelier From owner-freebsd-stable@FreeBSD.ORG Sat May 28 13:46:25 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA2481065674 for ; Sat, 28 May 2011 13:46:25 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id 671BD8FC1C for ; Sat, 28 May 2011 13:46:24 +0000 (UTC) Received: from omta06.westchester.pa.mail.comcast.net ([76.96.62.51]) by qmta03.westchester.pa.mail.comcast.net with comcast id p1l51g00716LCl0531mRji; Sat, 28 May 2011 13:46:25 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta06.westchester.pa.mail.comcast.net with comcast id p1mP1g00a1t3BNj3S1mQwq; Sat, 28 May 2011 13:46:25 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 7E7A0102C19; Sat, 28 May 2011 06:46:22 -0700 (PDT) Date: Sat, 28 May 2011 06:46:22 -0700 From: Jeremy Chadwick To: David Demelier Message-ID: <20110528134622.GA31033@icarus.home.lan> References: <4DCB8271.3070707@gmail.com> <4DE0F8F2.2030301@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DE0F8F2.2030301@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: mav@freebsd.org, freebsd-current@freebsd.org, freebsd-stable Subject: Re: snd_hda : sometimes sound sometimes not X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2011 13:46:25 -0000 On Sat, May 28, 2011 at 03:30:26PM +0200, David Demelier wrote: > On 12/05/2011 08:47, David Demelier wrote: > >Hello, > > > >I don't know if there is a lot of changes in the snd_hda driver in the > >-STABLE branch but since I upgraded to it sometimes I have sound and > >sometimes not. > > > >The mixer are exactly the same when these event occurs. This happened > >this morning. After booting I do not have any sound. I rebooted and > >suddenly I've got sound again... > > > >I only tweak snd_hda(4) for a pin sense on the front panel (it has no > >sound neither) > > > >So I added in /boot/devices.hints : > >hint.hdac.1.cad0.nid27.config="as=1 seq=15" > > > >And there's the both dmesg ok.txt when sound is here and not.txt when > >there isn't as you can see there is no difference related to the hda > >driver. > > > >http://markand.malikania.fr/ok.txt > >http://markand.malikania.fr/nok.txt > > > >I'm guessing something. My laptop has a mute shortcut, if I press it at > >the BIOS stage I will not have sound neither thus is it possible that my > >chipset is muted from anything? > > > >Cheers, > > > > Sorry to cross-post again, but I just wanted to tell you that the > problem disappeared in -CURRENT so now I just how the unknown bogus > code will be MFC before 8.3-RELEASE Unless someone can chime in with details of the commits which changed, assuming "the magic change" will be MFC'd is a bad one. It's safe to say that when 8.3-RELEASE comes out if this problem haunts you again, you will be mailing the list about it, and this cycle will continue until 9.0-RELEASE comes out. Does any developer/committer have familiarity with this issue and have some ideas as to what may have changed in CURRENT that addresses David's issue? And if so, can that code be MFC'd safely or patches provided to David for RELENG_8 that he can try out? I'm CC'ing mav@ here (snd_hda(4) says he's one of the authors), although he may not have any knowledge of the code which may need to be MFC'd. He may be able to point us to who has a better idea though. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB |