From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 03:01:15 2007 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 CB22C16A417 for ; Sun, 9 Dec 2007 03:01:15 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron-t0.protected-networks.net [202.12.127.82]) by mx1.freebsd.org (Postfix) with ESMTP id 7024213C455 for ; Sun, 9 Dec 2007 03:01:15 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 9F823C622 for ; Sat, 8 Dec 2007 22:01:13 -0500 (EST) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id BA45CC5C5 for ; Sat, 8 Dec 2007 22:00:55 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1197169255; bh=KeW9x/aYev4zsQ IMervzBCCo9fvMR3meFB5n5QSStl4=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:Subject:X-Enigmail-Version: OpenPGP:Content-Type:Content-Transfer-Encoding; b=GWsrepbKHDSkPD1G xsVF4eINNSwbM36izAKJlF8QEVn2Sauk4YuJsI9u/ANHCvEv49oP+aeavr0oYLFLd5q 9JeNM3kojHATcGslF9ANfkfpX2ogFwrMn/AQHipLs5K9R DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Wl+OafVcMwPfjuPDn68ekCti0XtCY2Y2iNfeJUj1Jasd93zrn8l0ffjwH9/+dMgfX /VtxV1XrnXXN6jD6CHFv+elczIlV8BwLcR9GhHOWrSLbN1M0izL60mWCVnfGcIK Message-ID: <475B5A67.302@protected-networks.net> Date: Sat, 08 Dec 2007 22:00:55 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: freebsd-stable X-Enigmail-Version: 0.95.5 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: hwpmc broken on T2300 Core 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, 09 Dec 2007 03:01:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 dmesg reads: Copyright (c) 1992-2007 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.0-BETA4 #42: Sat Dec 8 10:50:45 EST 2007 root@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc1a9 Cores per package: 2 .. yet hwpmc fails to attach .. pmc: Unknown Intel CPU. module_register_init: MOD_LOAD (hwpmc, 0xc0632364, 0xc0951a80) error 78 Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHW1pmQv9rrgRC1JIRAst+AKCQJu1Z+7ApXQOyvMK0X3KBC3elmACdFZT8 FpdQKws82SGjZ23FEivOiuA= =9yD4 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 03:03:07 2007 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 2B97A16A41B for ; Sun, 9 Dec 2007 03:03:07 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id F34C813C46A for ; Sun, 9 Dec 2007 03:03:06 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2530377waf for ; Sat, 08 Dec 2007 19:03:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=RSKck9o1HPzwFyB3F8zVWGouCtzoerpv0ic6gULcGAQ=; b=pgzBmOSLSbgLvY6p6aLfeh1QM8PkrOyevTRcEtTOetigVIfQqUY6ng6a9UmT3Afz3IW3p6XVPLPzC5Q+1Lb0IhCyYCPQKVXvsG3zoLnFVCcFFeUFPYl8goBabYUCGX7d9etxaX+I0YiL2t2oWLqAAlF2ovR820dkhWvFgrVP1U8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gRw7JJTIMCJW1nCBMfxza1BZcT35kURvu+CdMUxbWwtONFLRU0RwOKh1GFNGllMHJm8u9MMQMk181gBHxWa51bWodZKq7SHVzHxnMXLeEG4YFfSvfurUo5NkYqLqtkWBuPelqtfHOJ2rM0LiQJX17eVopHcRU4fA/TSJI8PRsm4= Received: by 10.114.156.1 with SMTP id d1mr1297849wae.1197169386372; Sat, 08 Dec 2007 19:03:06 -0800 (PST) Received: by 10.114.255.11 with HTTP; Sat, 8 Dec 2007 19:03:06 -0800 (PST) Message-ID: Date: Sat, 8 Dec 2007 19:03:06 -0800 From: "Kip Macy" To: "Michael Butler" In-Reply-To: <475B5A67.302@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <475B5A67.302@protected-networks.net> Cc: freebsd-stable Subject: Re: hwpmc broken on T2300 Core 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, 09 Dec 2007 03:03:07 -0000 FreeBSD's HWPMC doesn't currently support post-P4 processors. -Kip On Dec 8, 2007 7:00 PM, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > dmesg reads: > > Copyright (c) 1992-2007 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.0-BETA4 #42: Sat Dec 8 10:50:45 EST 2007 > root@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.51-MHz > 686-class CPU) > Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 > > Features=0xbfe9fbff > Features2=0xc1a9 > Cores per package: 2 > > .. yet hwpmc fails to attach .. > > pmc: Unknown Intel CPU. > module_register_init: MOD_LOAD (hwpmc, 0xc0632364, 0xc0951a80) error 78 > > Michael > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (FreeBSD) > > iD8DBQFHW1pmQv9rrgRC1JIRAst+AKCQJu1Z+7ApXQOyvMK0X3KBC3elmACdFZT8 > FpdQKws82SGjZ23FEivOiuA= > =9yD4 > -----END PGP SIGNATURE----- > > _______________________________________________ > 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 Sun Dec 9 06:04:25 2007 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 993E016A41B for ; Sun, 9 Dec 2007 06:04:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 332E413C45D for ; Sun, 9 Dec 2007 06:04:24 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 28868 invoked by uid 399); 9 Dec 2007 06:04:24 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 9 Dec 2007 06:04:24 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <475B8566.2050008@FreeBSD.org> Date: Sat, 08 Dec 2007 22:04:22 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: Jeremy Chadwick References: <4758DCDA.ED9F0C56@kuzbass.ru> <20071207074910.GA2404@eos.sc1.parodius.com> In-Reply-To: <20071207074910.GA2404@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Eugene Grosbein , Patrick van Iersel , freebsd-stable@FreeBSD.org Subject: Re: Extreme load with local password db lookups 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, 09 Dec 2007 06:04:25 -0000 Jeremy Chadwick wrote: > On Fri, Dec 07, 2007 at 08:44:37AM +0100, Patrick van Iersel wrote: >>> From: Eugene Grosbein >>> See http://www.freebsd.org/cgi/query-pr.cgi?pr=75855 >>> It seems the regression from RELENG_4 is still here. >>> >>> There are so many regressions in performance that I still >>> prefer to invest time to patch bsd.ports.mk to support 4.x >>> (and have a success, I use fresh ports with 4.x these days) >>> then upgrade my UP boxes to 6.x and suffer from loss of performaince. >> For what it's worth, Eugene's suggestion of changing nsswitch.conf actually >> helps. It was mentioned in the PR above as well. It's still a workaround but >> it works good enough for me now. > > I stand corrected. :-) The PR referenced by Eugene is dead on. The > priority on that PR should really be changed to medium or high, because > the impact is major. I'm sure large hosting/shell providers are being > bitten by this. My nsswitch.conf looks like the following. Do you get the same benefit (faster lookups) by commenting out the _compat methods, or only if you change group and passwd to 'files'? Doug group: compat #group_compat: nis hosts: files dns networks: files passwd: compat #passwd_compat: nis shells: files services: compat #services_compat: nis protocols: files rpc: files -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 06:14:56 2007 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 8B11116A419 for ; Sun, 9 Dec 2007 06:14:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 2BFE113C448 for ; Sun, 9 Dec 2007 06:14:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 6194 invoked by uid 399); 9 Dec 2007 06:14:55 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 9 Dec 2007 06:14:55 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <475B87DD.4030504@FreeBSD.org> Date: Sat, 08 Dec 2007 22:14:53 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: Imri Zvik References: <6F2DB4B43B9EAD4FA4659FA701F45ADB0BD24826@IGMAIL.InetGold> In-Reply-To: <6F2DB4B43B9EAD4FA4659FA701F45ADB0BD24826@IGMAIL.InetGold> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: _umtx_op -1 errno 60 Operation timed out using 7.0-BETA4 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, 09 Dec 2007 06:14:56 -0000 Imri Zvik wrote: > Hi, > I've tried using libthr with bind 9.3, but after a while, bind stops > working (that is, responding to queries - the process is still alive) > and I can see the following with ktrace: > > 1667 named CALL _umtx_op(0x81a6304,0x2,0x17,0,0xbf5fae20) > 1667 named RET _umtx_op -1 errno 60 Operation timed out > > With libpthread everything works fine... > > > It happened with 6.3-STABLE too. > > Any ideas where to look next? How heavily loaded is your name server? If the answer is "very," you will almost certainly be better off using FreeBSD 7 and BIND 9.4.x. If that's not a possibility, and you really want to run BIND threaded on FreeBSD 6 you should use the bind94 port. The problem is that threading in BIND 9.3.x doesn't work, and is not recommended. The good news is that threaded performance is greatly improved in FreeBSD 7 and BIND 9.4.x. I recently MFC'ed the BIND 9.4.2 update to RELENG_7, so the next snapshot should have it, or you can install the latest snapshot and upgrade. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 07:13:46 2007 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 7822A16A417 for ; Sun, 9 Dec 2007 07:13:46 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 5E4A213C455 for ; Sun, 9 Dec 2007 07:13:45 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1J1G6j-0006Zv-1L for freebsd-stable@freebsd.org; Sat, 08 Dec 2007 22:57:45 -0800 Message-ID: <14236301.post@talk.nabble.com> Date: Sat, 8 Dec 2007 22:57:45 -0800 (PST) From: aharonf To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: afriedman@drsns.net Subject: latest coda driver does not compile 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, 09 Dec 2007 07:13:46 -0000 I have tried compiling coda on a 6.3 Kernel. I have removed everything from /usr/obj and tried to build the kernel. I errors on coda. Just for demonstration I have run make again in /usr/obj/usr/src/sys/.../ The coda that I have is a git from yesterday. Here is the result: Script started on Sun Dec 9 01:42:08 2007 [root@bigdaddy /usr/obj/usr/src/sys/BIGDADDY]# uname -a FreeBSD bigdaddy.drsns.com 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0: Sat Dec 8 23:23:37 EST 2007 aharon@bigdaddy.drsns.com:/usr/obj/usr/src/sys/BIGDADDY i386 [root@bigdaddy /usr/obj/usr/src/sys/BIGDADDY]# pwd /usr/obj/usr/src/sys/BIGDADDY [root@bigdaddy /usr/obj/usr/src/sys/BIGDADDY]# make cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/coda/coda_fbsd.c In file included from /usr/src/sys/coda/coda_fbsd.c:50: /usr/src/sys/coda/coda_vnops.h:75: error: syntax error before "coda_lock" /usr/src/sys/coda/coda_vnops.h:75: warning: type defaults to `int' in declaration of `coda_lock' /usr/src/sys/coda/coda_vnops.h:75: warning: data definition has no type or storage class *** Error code 1 Stop in /usr/obj/usr/src/sys/BIGDADDY. -- View this message in context: http://www.nabble.com/latest-coda-driver-does-not-compile-tp14236301p14236301.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 12:41:31 2007 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 075B516A417 for ; Sun, 9 Dec 2007 12:41:31 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id B82EC13C457 for ; Sun, 9 Dec 2007 12:41:30 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1J1LTN-00002X-41 for freebsd-stable@freebsd.org; Sun, 09 Dec 2007 14:41:29 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Dec 2007 14:41:28 +0200 From: Danny Braniss Message-ID: Subject: 7.0-BETA4 and msk 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, 09 Dec 2007 12:41:31 -0000 with this onboard NIC (LOB?) mskc0: e1000phy0: PHY 0 on miibus0 mskc0@pci0:1:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab rev=0x12 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '88E8056 Yukon PCI-E Gigabit Ethernet Controller' class = network subclass = ethernet I'm getting allot of: msk0: watchdog timeout and mskc0: Tx descriptor error and msk0: link state changed to DOWN and msk0: link state changed to UP any help is most welcome, danny From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 15:34:39 2007 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 53DB316A417 for ; Sun, 9 Dec 2007 15:34:39 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 60C9513C465 for ; Sun, 9 Dec 2007 15:34:38 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A6447.dip.t-dialin.net [84.154.100.71]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id lB9FYXhB085912; Sun, 9 Dec 2007 15:34:33 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id lB9FZKbB070822; Sun, 9 Dec 2007 16:35:20 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id lB9FZKAj018694; Sun, 9 Dec 2007 16:35:20 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200712091535.lB9FZKAj018694@fire.js.berklix.net> To: Robert Gray In-reply-to: <200712081911.lB8JBniD087279@easter.boulderlabs.com> References: <200712081911.lB8JBniD087279@easter.boulderlabs.com> Comments: In-reply-to Robert Gray message dated "Sat, 08 Dec 2007 12:11:49 -0700." Date: Sun, 09 Dec 2007 16:35:20 +0100 From: "Julian H. Stacey" Cc: freebsd-stable@freebsd.org Subject: Re: 7.0BETA4 cannot install. acd0: TIMEOUT - READ_BIG retrying (1 retry left) 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, 09 Dec 2007 15:34:39 -0000 Robert Gray wrote: > I've tried to install both > 7.0-BETA4-i386-bootonly.iso and > 7.0-BETA4-i386-disc1.iso > > on a Dell Optiplex 745, Model# DCTR with > > acd0: CDROM at ata3-master UDMA33 > > The booting doesn't get past the acd0: TIMEOUT - READ_BIG retrying > error. > > 6.2 installs fine. > > Any ideas on what to try? Possibly Key 3 = Safe mode (before USA or country), which includes, ref my http://www.berklix.com/~jhs/hardware/laptops/#loader.conf the equivalent of loader command set hw.ata.atapi_dma=0 Please let me know if anything on my page above helps you, please also let me know if you discover other magic Not on my page. (I'm fighting a heap of old laptops, persuading them to upgrade :-)) -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 16:34:04 2007 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 99C2C16A417; Sun, 9 Dec 2007 16:34:04 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0EBCA13C457; Sun, 9 Dec 2007 16:34:02 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from epia-2.farid-hajji.net (epia-2 [192.168.254.11]) by fw.farid-hajji.net (Postfix) with ESMTP id 535D4E0A11; Sun, 9 Dec 2007 17:34:01 +0100 (CET) Date: Sun, 9 Dec 2007 17:33:59 +0100 From: cpghost To: freebsd-stable@freebsd.org Message-ID: <20071209173359.710ea5bd@epia-2.farid-hajji.net> In-Reply-To: <20071206161107.3c0c9a82@epia-2.farid-hajji.net> References: <20071206030500.746c782d@epia-2.farid-hajji.net> <4757E39C.8020009@FreeBSD.org> <20071206161107.3c0c9a82@epia-2.farid-hajji.net> Organization: Cordula's Web X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexander Motin , Julian Elischer Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 09 Dec 2007 16:34:04 -0000 On Thu, 6 Dec 2007 16:11:07 +0100 cpghost wrote: > On Thu, 06 Dec 2007 13:57:16 +0200 > Alexander Motin wrote: > > > cpghost wrote: > > > The problem is that the last mile carrier of the PPP provider > > > that this router is attached to disconnects the ppp session > > > forcibly once every 24h. Before the update, ppp would detect > > > this and reconnect immediately. After the update, ppp doesn't > > > recover gracefully from this anymore, but spits out on the > > > console: > > > > > > ng_pppoe[5]: no matching session > > > > > > for hours, and tries to connect again every two minutes without > > > success, until I manually stop and restart the userland ppp daemon > > > (and then the connection is immediately restored with a new > > > session). I've tried this for a few days now, and it is always the > > > same: it's definitely not a problem on the provider's side: As > > > soon as ppp restarts, it gets a new session without any problems > > > and connects again. > > > > > > Since the last working sources were from 2007/09/25, and > > > ng_pppoe.c was at rev. 1.74.2.3; and the new revision of > > > ng_pppoe.c is now at 1.74.2.4; I'm suspecting that whatever > > > was changed there could be the cause (because this "no matching > > > session" is being logged from there). > > > > I have tested and unable to reproduce that myself with ppp -> mpd or > > mpd > > - -> mpd PPPoE connections. Actually I am not sure about any > > difference between reconnect and ppp restart. From the ng_pppoe node > > point of view it should be the same. > > > > Could you provide tcpdump output for connection tries from your > > Ethernet interface? Use "-pes 0" options please. > > Will do; but I'll first have to wait 24h from now to get a > forcibly disconnected session (I've just had to restart ppp > again). All right, I've got a good tcpdump now: # tcpdump -i sis0 -n -pes 0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on sis0, link-type EN10MB (Ethernet), capture size 65535 bytes 17:06:08.400881 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC0C263C1] [Service-Name] 17:06:08.400891 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC0ED45C1] [Service-Name] 17:06:08.400898 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE > PADI [Host-Uniq 0x40C263C1] [Service-Name] 17:06:08.400904 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x80CA63C1] [Service-Name] 17:06:08.400910 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x80C963C1] [Service-Name] 17:06:08.528227 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq 0xC0C263C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] 17:08:08.488679 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x806320C1] [Service-Name] 17:08:08.488690 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE > PADI [Host-Uniq 0x40D063C1] [Service-Name] 17:08:08.488696 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x00C063C1] [Service-Name] 17:08:08.488702 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x40CE63C1] [Service-Name] 17:08:08.488708 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x80EC45C1] [Service-Name] 17:08:08.552036 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE > PADO [AC-Name "DSSX43-erx"] [Host-Uniq 0x806320C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] 17:08:08.557191 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq 0x40D063C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] 17:08:08.572971 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq 0x00C063C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] 17:08:08.577148 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq 0x40CE63C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] 17:08:08.581343 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq 0x80EC45C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] 17:10:08.577488 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x80D063C1] [Service-Name] 17:10:08.577499 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x80C463C1] [Service-Name] 17:10:08.577505 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC0CC63C1] [Service-Name] 17:10:08.577511 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE > PADI [Host-Uniq 0x00E745C1] [Service-Name] 17:10:08.577517 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x40EC45C1] [Service-Name] 17:10:08.631297 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq 0x80D063C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] 17:10:08.637181 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq 0x80C463C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] 17:10:08.646060 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq 0xC0CC63C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] 17:10:08.649262 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq 0x00E745C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] 17:10:08.660599 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq 0x40EC45C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] ----------- manually restarting ppp(1), then: ------------------------ 17:10:47.306928 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x40C663C1] [Service-Name] 17:10:47.306939 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC06220C1] [Service-Name] 17:10:47.359585 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq 0x40C663C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] 17:10:47.365720 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq 0xC06220C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] 17:10:47.365911 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype PPPoE D (0x8863), length 66: PPPoE PADR [Host-Uniq 0xC06220C1] [AC-Cookie "..7\t.K.,.!y.y.E"] [AC-Name "DSSX43-erx"] [Service-Name] 17:10:47.463059 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE PADS [ses 0x1906] [Service-Name] [Host-Uniq 0xC06220C1] [AC-Name "DSSX43-erx"] [AC-Cookie "..7\t.K.,.!y.y.E"] 17:10:49.338956 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype PPPoE S (0x8864), length 36: PPPoE [ses 0x1906] LCP (0xc021), length 16: LCP, Conf-Request (0x01), id 1, length 16 17:10:49.570907 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE S (0x8864), length 64: PPPoE [ses 0x1906] LCP (0xc021), length 20: LCP, Conf-Request (0x01), id 175, length 20 17:10:49.571646 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE S (0x8864), length 64: PPPoE [ses 0x1906] LCP (0xc021), length 16: LCP, Conf-Ack (0x02), id 1, length 16 17:10:49.584762 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype PPPoE S (0x8864), length 40: PPPoE [ses 0x1906] LCP (0xc021), length 20: LCP, Conf-Ack (0x02), id 175, length 20 ------- More LCP packets from ses 0x1906 then regular traffic -------- HTH... Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 19:13:30 2007 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 BC7DC16A417 for ; Sun, 9 Dec 2007 19:13:30 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outR.internet-mail-service.net (outR.internet-mail-service.net [216.240.47.241]) by mx1.freebsd.org (Postfix) with ESMTP id 9837F13C4DB for ; Sun, 9 Dec 2007 19:13:30 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sun, 09 Dec 2007 11:13:29 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 87B2F126C43; Sun, 9 Dec 2007 11:13:28 -0800 (PST) Message-ID: <475C3E49.6000906@elischer.org> Date: Sun, 09 Dec 2007 11:13:13 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: cpghost References: <20071206030500.746c782d@epia-2.farid-hajji.net> <4757E39C.8020009@FreeBSD.org> <20071206161107.3c0c9a82@epia-2.farid-hajji.net> <20071209173359.710ea5bd@epia-2.farid-hajji.net> In-Reply-To: <20071209173359.710ea5bd@epia-2.farid-hajji.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Julian Elischer , Alexander Motin , freebsd-stable@freebsd.org Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 09 Dec 2007 19:13:30 -0000 cpghost wrote: > On Thu, 6 Dec 2007 16:11:07 +0100 > cpghost wrote: > >> On Thu, 06 Dec 2007 13:57:16 +0200 >> Alexander Motin wrote: >> >>> cpghost wrote: >>>> The problem is that the last mile carrier of the PPP provider >>>> that this router is attached to disconnects the ppp session >>>> forcibly once every 24h. Before the update, ppp would detect >>>> this and reconnect immediately. After the update, ppp doesn't >>>> recover gracefully from this anymore, but spits out on the >>>> console: >>>> >>>> ng_pppoe[5]: no matching session >>>> >>>> for hours, and tries to connect again every two minutes without >>>> success, until I manually stop and restart the userland ppp daemon >>>> (and then the connection is immediately restored with a new >>>> session). I've tried this for a few days now, and it is always the >>>> same: it's definitely not a problem on the provider's side: As >>>> soon as ppp restarts, it gets a new session without any problems >>>> and connects again. >>>> >>>> Since the last working sources were from 2007/09/25, and >>>> ng_pppoe.c was at rev. 1.74.2.3; and the new revision of >>>> ng_pppoe.c is now at 1.74.2.4; I'm suspecting that whatever >>>> was changed there could be the cause (because this "no matching >>>> session" is being logged from there). >>> I have tested and unable to reproduce that myself with ppp -> mpd or >>> mpd >>> - -> mpd PPPoE connections. Actually I am not sure about any >>> difference between reconnect and ppp restart. From the ng_pppoe node >>> point of view it should be the same. >>> >>> Could you provide tcpdump output for connection tries from your >>> Ethernet interface? Use "-pes 0" options please. >> Will do; but I'll first have to wait 24h from now to get a >> forcibly disconnected session (I've just had to restart ppp >> again). > > All right, I've got a good tcpdump now: > > # tcpdump -i sis0 -n -pes 0 > tcpdump: verbose output suppressed, use -v or -vv for full protocol > decode listening on sis0, link-type EN10MB (Ethernet), capture size > 65535 bytes > > 17:06:08.400881 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, > ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq > 0xC0C263C1] [Service-Name] > > 17:06:08.400891 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE > D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC0ED45C1] > [Service-Name] > > 17:06:08.400898 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE > D (0x8863), length 32: PPPoE > PADI [Host-Uniq 0x40C263C1] > [Service-Name] > > 17:06:08.400904 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, > ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq > 0x80CA63C1] [Service-Name] > > 17:06:08.400910 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE > D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x80C963C1] > [Service-Name] why are we sending PADIs for 4 different sessions? what does ngctl list show? > > 17:06:08.528227 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE > D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq > 0xC0C263C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > they respond to the first one we sent. this info should now be sent the ppp daemon. > 17:08:08.488679 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE > D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x806320C1] > [Service-Name] > > 17:08:08.488690 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE > D (0x8863), length 32: PPPoE > PADI [Host-Uniq 0x40D063C1] > [Service-Name] > > 17:08:08.488696 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, > ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq > 0x00C063C1] [Service-Name] > > 17:08:08.488702 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE > D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x40CE63C1] > [Service-Name] > > 17:08:08.488708 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE > D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x80EC45C1] > [Service-Name] hey these are 4 more new pppoe sessions making 8 Are they just accumlating from each try? maybe we are not cleaning up? > > 17:08:08.552036 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE > D (0x8863), length 66: PPPoE > PADO [AC-Name "DSSX43-erx"] > [Host-Uniq 0x806320C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > 17:08:08.557191 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE > D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq > 0x40D063C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > 17:08:08.572971 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE > D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq > 0x00C063C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > 17:08:08.577148 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE > D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq > 0x40CE63C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > 17:08:08.581343 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE > D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq > 0x80EC45C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > router has responded to 4 more.. they should all be reporting back to whatever started them. some retries.. I haven't looked at all the host-unique fields to see which are new and which are retries.. whatever it is.. we have way too many sessions. > 17:10:08.577488 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE > D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x80D063C1] > [Service-Name] > > 17:10:08.577499 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, > ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq > 0x80C463C1] [Service-Name] > > 17:10:08.577505 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE > D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC0CC63C1] > [Service-Name] > > 17:10:08.577511 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE > D (0x8863), length 32: PPPoE > PADI [Host-Uniq 0x00E745C1] > [Service-Name] > > 17:10:08.577517 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, > ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq > 0x40EC45C1] [Service-Name] > > 17:10:08.631297 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE > D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq > 0x80D063C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > 17:10:08.637181 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE > D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq > 0x80C463C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > 17:10:08.646060 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE > D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq > 0xC0CC63C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > 17:10:08.649262 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE > D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq > 0x00E745C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > 17:10:08.660599 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE > D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq > 0x40EC45C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > ----------- manually restarting ppp(1), then: ------------------------ > > 17:10:47.306928 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE > D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x40C663C1] > [Service-Name] > > 17:10:47.306939 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE > D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC06220C1] > [Service-Name] > we still have 2 sessions instead of 1, but there is less confusion so things sort themselves out. Hey, notice that the host-unique fields are in reverse order... the first probably shoudl be: C1 63 C6 40 but instead is: 40 C6 63 C1 (It's a based on a kernel memory address and can't start with 40) this is not a problem, it just needs to eb unique, just intersting that it's getting put out without a htonl() > 17:10:47.359585 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, > ethertype PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name > "DSSX43-erx"] [Host-Uniq 0x40C663C1] [Service-Name] [AC-Cookie > "..7\t.K.,.!y.y.E"] > > 17:10:47.365720 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE > D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq > 0xC06220C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > the router responds to both with PADO > 17:10:47.365911 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype PPPoE > D (0x8863), length 66: PPPoE PADR [Host-Uniq 0xC06220C1] [AC-Cookie > "..7\t.K.,.!y.y.E"] [AC-Name "DSSX43-erx"] [Service-Name] > We take one and run with it.. teh other is allowed to languish. I think MAV may be able to see more.. He will need your mpd config files too. (or are you using ppp(8)?) either way, config files, and output of ngctl list will be interesting. > 17:10:47.463059 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE > D (0x8863), length 66: PPPoE PADS [ses 0x1906] [Service-Name] > [Host-Uniq 0xC06220C1] [AC-Name "DSSX43-erx"] [AC-Cookie > "..7\t.K.,.!y.y.E"] > > 17:10:49.338956 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype PPPoE > S (0x8864), length 36: PPPoE [ses 0x1906] LCP (0xc021), length 16: > LCP, Conf-Request (0x01), id 1, length 16 > > 17:10:49.570907 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE > S (0x8864), length 64: PPPoE [ses 0x1906] LCP (0xc021), length 20: > LCP, Conf-Request (0x01), id 175, length 20 > > 17:10:49.571646 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE > S (0x8864), length 64: PPPoE [ses 0x1906] LCP (0xc021), length 16: > LCP, Conf-Ack (0x02), id 1, length 16 > > 17:10:49.584762 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype PPPoE > S (0x8864), length 40: PPPoE [ses 0x1906] LCP (0xc021), length 20: > LCP, Conf-Ack (0x02), id 175, length 20 > > ------- More LCP packets from ses 0x1906 then regular traffic -------- > > HTH... > > Thanks, > -cpghost. > From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 20:50:20 2007 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 0FE9716A46C; Sun, 9 Dec 2007 20:50:20 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2623513C4D9; Sun, 9 Dec 2007 20:50:17 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from epia-2.farid-hajji.net (epia-2 [192.168.254.11]) by fw.farid-hajji.net (Postfix) with ESMTP id F3A04E07C1; Sun, 9 Dec 2007 21:50:15 +0100 (CET) Date: Sun, 9 Dec 2007 21:50:13 +0100 From: cpghost To: Julian Elischer Message-ID: <20071209215013.3cd794fe@epia-2.farid-hajji.net> In-Reply-To: <475C3E49.6000906@elischer.org> References: <20071206030500.746c782d@epia-2.farid-hajji.net> <4757E39C.8020009@FreeBSD.org> <20071206161107.3c0c9a82@epia-2.farid-hajji.net> <20071209173359.710ea5bd@epia-2.farid-hajji.net> <475C3E49.6000906@elischer.org> Organization: Cordula's Web X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-stable@freebsd.org Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 09 Dec 2007 20:50:20 -0000 On Sun, 09 Dec 2007 11:13:13 -0800 Julian Elischer wrote: > cpghost wrote: > > On Thu, 6 Dec 2007 16:11:07 +0100 > > cpghost wrote: > > > >> On Thu, 06 Dec 2007 13:57:16 +0200 > >> Alexander Motin wrote: > >> > >>> cpghost wrote: > >>>> The problem is that the last mile carrier of the PPP provider > >>>> that this router is attached to disconnects the ppp session > >>>> forcibly once every 24h. Before the update, ppp would detect > >>>> this and reconnect immediately. After the update, ppp doesn't > >>>> recover gracefully from this anymore, but spits out on the > >>>> console: > >>>> > >>>> ng_pppoe[5]: no matching session > >>>> > >>>> for hours, and tries to connect again every two minutes without > >>>> success, until I manually stop and restart the userland ppp > >>>> daemon (and then the connection is immediately restored with a > >>>> new session). I've tried this for a few days now, and it is > >>>> always the same: it's definitely not a problem on the provider's > >>>> side: As soon as ppp restarts, it gets a new session without any > >>>> problems and connects again. > >>>> > >>>> Since the last working sources were from 2007/09/25, and > >>>> ng_pppoe.c was at rev. 1.74.2.3; and the new revision of > >>>> ng_pppoe.c is now at 1.74.2.4; I'm suspecting that whatever > >>>> was changed there could be the cause (because this "no matching > >>>> session" is being logged from there). > >>> I have tested and unable to reproduce that myself with ppp -> mpd > >>> or mpd > >>> - -> mpd PPPoE connections. Actually I am not sure about any > >>> difference between reconnect and ppp restart. From the ng_pppoe > >>> node point of view it should be the same. > >>> > >>> Could you provide tcpdump output for connection tries from your > >>> Ethernet interface? Use "-pes 0" options please. > >> Will do; but I'll first have to wait 24h from now to get a > >> forcibly disconnected session (I've just had to restart ppp > >> again). > > > > All right, I've got a good tcpdump now: > > > > # tcpdump -i sis0 -n -pes 0 > > tcpdump: verbose output suppressed, use -v or -vv for full protocol > > decode listening on sis0, link-type EN10MB (Ethernet), capture size > > 65535 bytes > > > > 17:06:08.400881 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, > > ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq > > 0xC0C263C1] [Service-Name] > > > > 17:06:08.400891 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype > > PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC0ED45C1] > > [Service-Name] > > > > 17:06:08.400898 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype > > PPPoE D (0x8863), length 32: PPPoE > PADI [Host-Uniq 0x40C263C1] > > [Service-Name] > > > > 17:06:08.400904 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, > > ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq > > 0x80CA63C1] [Service-Name] > > > > 17:06:08.400910 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype > > PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x80C963C1] > > [Service-Name] > > > why are we sending PADIs for 4 different sessions? > what does ngctl list > show? Right now, with the working connection: # ngctl list There are 6 total nodes: Name: ngctl53522 Type: socket ID: 000002ec Num hooks: 0 Name: Type: socket ID: 000002eb Num hooks: 1 Name: Type: pppoe ID: 00000005 Num hooks: 2 Name: sis2 Type: ether ID: 00000003 Num hooks: 0 Name: sis1 Type: ether ID: 00000002 Num hooks: 0 Name: sis0 Type: ether ID: 00000001 Num hooks: 1 > > 17:06:08.528227 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype > > PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] > > [Host-Uniq 0xC0C263C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > > > > they respond to the first one we sent. > this info should now be sent the ppp daemon. > > > > 17:08:08.488679 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype > > PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x806320C1] > > [Service-Name] > > > > 17:08:08.488690 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype > > PPPoE D (0x8863), length 32: PPPoE > PADI [Host-Uniq 0x40D063C1] > > [Service-Name] > > > > 17:08:08.488696 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, > > ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq > > 0x00C063C1] [Service-Name] > > > > 17:08:08.488702 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype > > PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x40CE63C1] > > [Service-Name] > > > > 17:08:08.488708 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype > > PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x80EC45C1] > > [Service-Name] > > > hey these are 4 more new pppoe sessions making 8 > Are they just accumlating from each try? maybe we are not cleaning > up? > > > > > 17:08:08.552036 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype > > PPPoE D (0x8863), length 66: PPPoE > PADO [AC-Name "DSSX43-erx"] > > [Host-Uniq 0x806320C1] [Service-Name] [AC-Cookie > > "..7\t.K.,.!y.y.E"] > > > > 17:08:08.557191 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype > > PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] > > [Host-Uniq 0x40D063C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > > > 17:08:08.572971 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype > > PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] > > [Host-Uniq 0x00C063C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > > > 17:08:08.577148 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype > > PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] > > [Host-Uniq 0x40CE63C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > > > 17:08:08.581343 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype > > PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] > > [Host-Uniq 0x80EC45C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > > > router has responded to 4 more.. they should all be reporting back to > whatever started them. > > > some retries.. > I haven't looked at all the host-unique fields to see which are new > and which are retries.. whatever it is.. we have way too many > sessions. > > > > 17:10:08.577488 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype > > PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x80D063C1] > > [Service-Name] > > > > 17:10:08.577499 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, > > ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq > > 0x80C463C1] [Service-Name] > > > > 17:10:08.577505 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype > > PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC0CC63C1] > > [Service-Name] > > > > 17:10:08.577511 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype > > PPPoE D (0x8863), length 32: PPPoE > PADI [Host-Uniq 0x00E745C1] > > [Service-Name] > > > > 17:10:08.577517 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, > > ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq > > 0x40EC45C1] [Service-Name] > > > > 17:10:08.631297 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype > > PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] > > [Host-Uniq 0x80D063C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > > > 17:10:08.637181 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype > > PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] > > [Host-Uniq 0x80C463C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > > > 17:10:08.646060 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype > > PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] > > [Host-Uniq 0xC0CC63C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > > > 17:10:08.649262 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype > > PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] > > [Host-Uniq 0x00E745C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > > > 17:10:08.660599 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype > > PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] > > [Host-Uniq 0x40EC45C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > > > ----------- manually restarting ppp(1), then: > > ------------------------ > > > > 17:10:47.306928 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype > > PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x40C663C1] > > [Service-Name] > > > > 17:10:47.306939 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype > > PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC06220C1] > > [Service-Name] > > > > we still have 2 sessions instead of 1, but there is less confusion > so things sort themselves out. > > Hey, notice that the host-unique fields are in reverse order... > the first probably shoudl be: C1 63 C6 40 but instead is: 40 C6 63 > C1 (It's a based on a kernel memory address and can't start with 40) > this is not a problem, it just needs to eb unique, > just intersting that it's getting put out without a htonl() > > > 17:10:47.359585 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, > > ethertype PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name > > "DSSX43-erx"] [Host-Uniq 0x40C663C1] [Service-Name] [AC-Cookie > > "..7\t.K.,.!y.y.E"] > > > > 17:10:47.365720 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype > > PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] > > [Host-Uniq 0xC06220C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] > > > > the router responds to both with PADO > > > 17:10:47.365911 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype > > PPPoE D (0x8863), length 66: PPPoE PADR [Host-Uniq 0xC06220C1] > > [AC-Cookie "..7\t.K.,.!y.y.E"] [AC-Name "DSSX43-erx"] [Service-Name] > > > > We take one and run with it.. teh other is allowed to languish. > > I think MAV may be able to see more.. > He will need your mpd config files too. > (or are you using ppp(8)?) I'm using userland ppp(8). > either way, > config files, and output of ngctl list > > will be interesting. "ngctl list" see above (right now, the connection is up; I'd need to wait again until 17:05 UTC+1 until the next forced disconnect and hope to hit this condition again for a "ngctl list" with more sessions. /etc/ppp/ppp.conf: default: set log Phase Chat LCP IPCP CCP tun command ident user-ppp VERSION (built COMPILATIONDATE) sling2: set device PPPoE:sis0 #set MTU 1492 #set MRU 1492 set MTU 1460 set MRU 1460 set dial set crtscts off set speed sync #accept lqr #enable lqr #enable lqr echo disable lqr set echoperiod 30 enable echo disable deflate disable pred1 disable vjcomp disable acfcomp disable protocomp set log Phase LCP IPCP CCP Warning Error Alert set ifaddr 10.0.0.1/0 10.0.0.2/0 0.0.0.0 0.0.0.0 set login set authname XXXXXXXXXXXXXXXXXXXXX set authkey XXXXXXXXX set timeout 0 add default HISADDR set server /var/run/internet "" 0177 nat enable yes /etc/rc.conf: ppp_enable="YES" ppp_profile="sling2" ppp_user="root" ppp_mode="ddial" ppp_nat="YES" (The MTU/MRU of 1460 instead of 1492 is required by ISP) As said, this is exactly the configuration that worked up until Sep 25th 2007 without any problems. > > 17:10:47.463059 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype > > PPPoE D (0x8863), length 66: PPPoE PADS [ses 0x1906] [Service-Name] > > [Host-Uniq 0xC06220C1] [AC-Name "DSSX43-erx"] [AC-Cookie > > "..7\t.K.,.!y.y.E"] > > > > 17:10:49.338956 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype > > PPPoE S (0x8864), length 36: PPPoE [ses 0x1906] LCP (0xc021), > > length 16: LCP, Conf-Request (0x01), id 1, length 16 > > > > 17:10:49.570907 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype > > PPPoE S (0x8864), length 64: PPPoE [ses 0x1906] LCP (0xc021), > > length 20: LCP, Conf-Request (0x01), id 175, length 20 > > > > 17:10:49.571646 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype > > PPPoE S (0x8864), length 64: PPPoE [ses 0x1906] LCP (0xc021), > > length 16: LCP, Conf-Ack (0x02), id 1, length 16 > > > > 17:10:49.584762 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype > > PPPoE S (0x8864), length 40: PPPoE [ses 0x1906] LCP (0xc021), > > length 20: LCP, Conf-Ack (0x02), id 175, length 20 > > > > ------- More LCP packets from ses 0x1906 then regular traffic > > -------- > > > > HTH... > > > > Thanks, > > -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 20:57:53 2007 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 1642816A419; Sun, 9 Dec 2007 20:57:53 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 58EE913C4E7; Sun, 9 Dec 2007 20:57:52 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 53679904; Sun, 09 Dec 2007 22:57:51 +0200 Message-ID: <475C56CA.6030600@FreeBSD.org> Date: Sun, 09 Dec 2007 22:57:46 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: cpghost References: <20071206030500.746c782d@epia-2.farid-hajji.net> <4757E39C.8020009@FreeBSD.org> <20071206161107.3c0c9a82@epia-2.farid-hajji.net> <20071209173359.710ea5bd@epia-2.farid-hajji.net> In-Reply-To: <20071209173359.710ea5bd@epia-2.farid-hajji.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Julian Elischer , freebsd-stable@freebsd.org Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 09 Dec 2007 20:57:53 -0000 cpghost wrote: >>> Could you provide tcpdump output for connection tries from your >>> Ethernet interface? Use "-pes 0" options please. >> Will do; but I'll first have to wait 24h from now to get a >> forcibly disconnected session (I've just had to restart ppp >> again). > > All right, I've got a good tcpdump now: > > # tcpdump -i sis0 -n -pes 0 > tcpdump: verbose output suppressed, use -v or -vv for full protocol > decode listening on sis0, link-type EN10MB (Ethernet), capture size > 65535 bytes > > 17:06:08.400881 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, > ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq > 0xC0C263C1] [Service-Name] > > 17:06:08.400891 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE > D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC0ED45C1] > [Service-Name] > > 17:06:08.400898 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE > D (0x8863), length 32: PPPoE > PADI [Host-Uniq 0x40C263C1] > [Service-Name] Your host generates huge number of simultaneous session requests. Looking on different Host-Uniq values it should be different ng_pppoe sessions/hooks as Host-Uniq is actually pointer to the hook/session internal data and it stays persistent for all packets of the same session. So it looks that something creates those many hooks. I think such behaviour can take place if ppp daemon for some reason don't waits for reply but closes session immediately after sending connect request. If it so it also explains original "no matching session" errors as for the answer received time session/hook can already be destroyed. Provide please your ppp configuration files and part of detailed log file (set log All) describing connection attempts. PS: I am not ppp daemon expert, but quick code look shows that connection waiting can be configured with 'set cd ...' command. Setting 'set cd 0' gives results close to yours. Have you something like that in your configuration? -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 20:58:12 2007 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 644A816A4A1; Sun, 9 Dec 2007 20:58:12 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id F04E513C508; Sun, 9 Dec 2007 20:58:11 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from epia-2.farid-hajji.net (epia-2 [192.168.254.11]) by fw.farid-hajji.net (Postfix) with ESMTP id 4D92AE07C1; Sun, 9 Dec 2007 21:58:10 +0100 (CET) Date: Sun, 9 Dec 2007 21:58:08 +0100 From: cpghost To: Julian Elischer Message-ID: <20071209215808.68c22b2c@epia-2.farid-hajji.net> In-Reply-To: <475C3E49.6000906@elischer.org> References: <20071206030500.746c782d@epia-2.farid-hajji.net> <4757E39C.8020009@FreeBSD.org> <20071206161107.3c0c9a82@epia-2.farid-hajji.net> <20071209173359.710ea5bd@epia-2.farid-hajji.net> <475C3E49.6000906@elischer.org> Organization: Cordula's Web X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-stable@freebsd.org Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 09 Dec 2007 20:58:12 -0000 On Sun, 09 Dec 2007 11:13:13 -0800 Julian Elischer wrote: > > ----------- manually restarting ppp(1), then: > > ------------------------ > > > > 17:10:47.306928 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype > > PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x40C663C1] > > [Service-Name] > > > > 17:10:47.306939 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype > > PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC06220C1] > > [Service-Name] > > > > we still have 2 sessions instead of 1, but there is less confusion > so things sort themselves out. Just one more thing: If I remember correctly, sending two PADIs in quick succession was ppp's "normal" behaviour for *years* now (is it expected or required by the protocol? I don't know). I've always wondered why it was so. But that didn't cause any harm as it seemed one of the two PADO was picked up and eventually turned into a session. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 21:05:59 2007 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 26BB616A419 for ; Sun, 9 Dec 2007 21:05:59 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 9E56D13C4EB for ; Sun, 9 Dec 2007 21:05:58 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 53681080; Sun, 09 Dec 2007 23:05:57 +0200 Message-ID: <475C58B0.3010800@FreeBSD.org> Date: Sun, 09 Dec 2007 23:05:52 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: cpghost References: <20071206030500.746c782d@epia-2.farid-hajji.net> <4757E39C.8020009@FreeBSD.org> <20071206161107.3c0c9a82@epia-2.farid-hajji.net> <20071209173359.710ea5bd@epia-2.farid-hajji.net> <475C3E49.6000906@elischer.org> <20071209215808.68c22b2c@epia-2.farid-hajji.net> In-Reply-To: <20071209215808.68c22b2c@epia-2.farid-hajji.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Julian Elischer Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 09 Dec 2007 21:05:59 -0000 cpghost wrote: > If I remember correctly, sending two PADIs in quick succession > was ppp's "normal" behaviour for *years* now (is it expected or > required by the protocol? I don't know). I've always wondered > why it was so. But that didn't cause any harm as it seemed one > of the two PADO was picked up and eventually turned into a session. It is not required by protocol as I remember. ppp does not sends PADI itselt, it is done by ng_ppp node. And it retransmits packets with increasing time-out starting from 2 seconds. If you see many packets check their Host-Uniq values. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 21:19:41 2007 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 2F7C916A418; Sun, 9 Dec 2007 21:19:41 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id B67D813C461; Sun, 9 Dec 2007 21:19:40 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from epia-2.farid-hajji.net (epia-2 [192.168.254.11]) by fw.farid-hajji.net (Postfix) with ESMTP id 3951EE07C1; Sun, 9 Dec 2007 22:19:39 +0100 (CET) Date: Sun, 9 Dec 2007 22:19:36 +0100 From: cpghost To: Alexander Motin Message-ID: <20071209221936.1a6d47fa@epia-2.farid-hajji.net> In-Reply-To: <475C56CA.6030600@FreeBSD.org> References: <20071206030500.746c782d@epia-2.farid-hajji.net> <4757E39C.8020009@FreeBSD.org> <20071206161107.3c0c9a82@epia-2.farid-hajji.net> <20071209173359.710ea5bd@epia-2.farid-hajji.net> <475C56CA.6030600@FreeBSD.org> Organization: Cordula's Web X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Julian Elischer , freebsd-stable@freebsd.org Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 09 Dec 2007 21:19:41 -0000 On Sun, 09 Dec 2007 22:57:46 +0200 Alexander Motin wrote: > Your host generates huge number of simultaneous session requests. > Looking on different Host-Uniq values it should be different ng_pppoe > sessions/hooks as Host-Uniq is actually pointer to the hook/session > internal data and it stays persistent for all packets of the same > session. So it looks that something creates those many hooks. > > I think such behaviour can take place if ppp daemon for some reason > don't waits for reply but closes session immediately after sending > connect request. If it so it also explains original "no matching > session" errors as for the answer received time session/hook can > already be destroyed. > > Provide please your ppp configuration files and part of detailed log > file (set log All) describing connection attempts. ppp.conf already sent. I don't have a 'set log All' turned on, but maybe the following logfile of the aborted session would help? http://www.cordula.ws/tests/ppp-tcpdump.txt > PS: I am not ppp daemon expert, but quick code look shows that > connection waiting can be configured with 'set cd ...' command. > Setting 'set cd 0' gives results close to yours. Have you something > like that in your configuration? Uh... I'm not sure I understand what you're asking for here? Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 21:52:08 2007 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 80BE416A419; Sun, 9 Dec 2007 21:52:08 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id C2B1E13C457; Sun, 9 Dec 2007 21:52:07 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 53689219; Sun, 09 Dec 2007 23:52:06 +0200 Message-ID: <475C6381.9020701@FreeBSD.org> Date: Sun, 09 Dec 2007 23:52:01 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: cpghost References: <20071206030500.746c782d@epia-2.farid-hajji.net> <4757E39C.8020009@FreeBSD.org> <20071206161107.3c0c9a82@epia-2.farid-hajji.net> <20071209173359.710ea5bd@epia-2.farid-hajji.net> <475C56CA.6030600@FreeBSD.org> <20071209221936.1a6d47fa@epia-2.farid-hajji.net> In-Reply-To: <20071209221936.1a6d47fa@epia-2.farid-hajji.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Julian Elischer , freebsd-stable@freebsd.org Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 09 Dec 2007 21:52:08 -0000 cpghost wrote: >> I think such behaviour can take place if ppp daemon for some reason >> don't waits for reply but closes session immediately after sending >> connect request. If it so it also explains original "no matching >> session" errors as for the answer received time session/hook can >> already be destroyed. >> >> Provide please your ppp configuration files and part of detailed log >> file (set log All) describing connection attempts. > > ppp.conf already sent. I don't have a 'set log All' turned on, but maybe > the following logfile of the aborted session would help? > > http://www.cordula.ws/tests/ppp-tcpdump.txt Here is part of your logs which proves my assumption that it is ppp who creates numerous sessions: Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Establish Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: closed -> opening Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connected! Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: opening -> dial Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: dial -> carrier Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Disconnected! Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: carrier -> hangup Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connect time: 0 secs: 0 octets in, 0 octets out Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: 7070012 packets in, 6467630 packets out Dec 9 17:06:07 fw ppp[35265]: Phase: total 0 bytes/sec, peak 0 bytes/sec on Sun Dec 9 17:06:07 2007 Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: hangup -> closed Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Dead Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Establish Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: closed -> opening Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connected! Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: opening -> dial Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: dial -> carrier Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Disconnected! Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: carrier -> hangup Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connect time: 0 secs: 0 octets in, 0 octets out Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: 7070012 packets in, 6467630 packets out Dec 9 17:06:07 fw ppp[35265]: Phase: total 0 bytes/sec, peak 0 bytes/sec on Sun Dec 9 17:06:07 2007 Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: hangup -> closed Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Dead Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Establish For the some reason ppp logs "Disconnected!" message and terminates session (which is strange as it have not logged any message from ng_ppp node) just to initiate new without delay. Could you enable any more logs to understant why is it "Disconnected!"? -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 21:59:56 2007 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 B0F0A16A41A for ; Sun, 9 Dec 2007 21:59:56 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outJ.internet-mail-service.net (outJ.internet-mail-service.net [216.240.47.233]) by mx1.freebsd.org (Postfix) with ESMTP id 8C4BA13C45D for ; Sun, 9 Dec 2007 21:59:56 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sun, 09 Dec 2007 13:59:55 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id E3F6A126C39; Sun, 9 Dec 2007 13:59:54 -0800 (PST) Message-ID: <475C654A.2070607@elischer.org> Date: Sun, 09 Dec 2007 13:59:38 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: cpghost References: <20071206030500.746c782d@epia-2.farid-hajji.net> <4757E39C.8020009@FreeBSD.org> <20071206161107.3c0c9a82@epia-2.farid-hajji.net> <20071209173359.710ea5bd@epia-2.farid-hajji.net> <475C3E49.6000906@elischer.org> <20071209215013.3cd794fe@epia-2.farid-hajji.net> In-Reply-To: <20071209215013.3cd794fe@epia-2.farid-hajji.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Brian Somers , Alexander Motin , freebsd-stable@freebsd.org Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 09 Dec 2007 21:59:56 -0000 cpghost wrote: > On Sun, 09 Dec 2007 11:13:13 -0800 > Julian Elischer wrote: > >> cpghost wrote: >>> On Thu, 6 Dec 2007 16:11:07 +0100 >>> cpghost wrote: >>> >>>> On Thu, 06 Dec 2007 13:57:16 +0200 >>>> Alexander Motin wrote: >>>> >>>>> cpghost wrote: >>>>>> The problem is that the last mile carrier of the PPP provider >>>>>> that this router is attached to disconnects the ppp session >>>>>> forcibly once every 24h. Before the update, ppp would detect >>>>>> this and reconnect immediately. After the update, ppp doesn't >>>>>> recover gracefully from this anymore, but spits out on the >>>>>> console: >>>>>> >>>>>> ng_pppoe[5]: no matching session >>>>>> >>>>>> for hours, and tries to connect again every two minutes without >>>>>> success, until I manually stop and restart the userland ppp >>>>>> daemon (and then the connection is immediately restored with a >>>>>> new session). I've tried this for a few days now, and it is >>>>>> always the same: it's definitely not a problem on the provider's >>>>>> side: As soon as ppp restarts, it gets a new session without any >>>>>> problems and connects again. >>>>>> >>>>>> Since the last working sources were from 2007/09/25, and >>>>>> ng_pppoe.c was at rev. 1.74.2.3; and the new revision of >>>>>> ng_pppoe.c is now at 1.74.2.4; I'm suspecting that whatever >>>>>> was changed there could be the cause (because this "no matching >>>>>> session" is being logged from there). >>>>> I have tested and unable to reproduce that myself with ppp -> mpd >>>>> or mpd >>>>> - -> mpd PPPoE connections. Actually I am not sure about any >>>>> difference between reconnect and ppp restart. From the ng_pppoe >>>>> node point of view it should be the same. >>>>> >>>>> Could you provide tcpdump output for connection tries from your >>>>> Ethernet interface? Use "-pes 0" options please. >>>> Will do; but I'll first have to wait 24h from now to get a >>>> forcibly disconnected session (I've just had to restart ppp >>>> again). >>> All right, I've got a good tcpdump now: >>> >>> # tcpdump -i sis0 -n -pes 0 >>> tcpdump: verbose output suppressed, use -v or -vv for full protocol >>> decode listening on sis0, link-type EN10MB (Ethernet), capture size >>> 65535 bytes >>> >>> 17:06:08.400881 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, >>> ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq >>> 0xC0C263C1] [Service-Name] >>> >>> 17:06:08.400891 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype >>> PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC0ED45C1] >>> [Service-Name] >>> >>> 17:06:08.400898 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype >>> PPPoE D (0x8863), length 32: PPPoE > PADI [Host-Uniq 0x40C263C1] >>> [Service-Name] >>> >>> 17:06:08.400904 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, >>> ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq >>> 0x80CA63C1] [Service-Name] >>> >>> 17:06:08.400910 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype >>> PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x80C963C1] >>> [Service-Name] >> >> why are we sending PADIs for 4 different sessions? >> what does ngctl list >> show? > > Right now, with the working connection: > > # ngctl list > There are 6 total nodes: > Name: ngctl53522 Type: socket ID: 000002ec Num hooks: 0 > Name: Type: socket ID: 000002eb Num hooks: 1 > Name: Type: pppoe ID: 00000005 Num hooks: 2 > Name: sis2 Type: ether ID: 00000003 Num hooks: 0 > Name: sis1 Type: ether ID: 00000002 Num hooks: 0 > Name: sis0 Type: ether ID: 00000001 Num hooks: 1 > >>> 17:06:08.528227 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype >>> PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] >>> [Host-Uniq 0xC0C263C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] >>> >> >> they respond to the first one we sent. >> this info should now be sent the ppp daemon. >> >> >>> 17:08:08.488679 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype >>> PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x806320C1] >>> [Service-Name] >>> >>> 17:08:08.488690 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype >>> PPPoE D (0x8863), length 32: PPPoE > PADI [Host-Uniq 0x40D063C1] >>> [Service-Name] >>> >>> 17:08:08.488696 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, >>> ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq >>> 0x00C063C1] [Service-Name] >>> >>> 17:08:08.488702 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype >>> PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x40CE63C1] >>> [Service-Name] >>> >>> 17:08:08.488708 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype >>> PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x80EC45C1] >>> [Service-Name] >> >> hey these are 4 more new pppoe sessions making 8 >> Are they just accumlating from each try? maybe we are not cleaning >> up? >> >>> 17:08:08.552036 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype >>> PPPoE D (0x8863), length 66: PPPoE > PADO [AC-Name "DSSX43-erx"] >>> [Host-Uniq 0x806320C1] [Service-Name] [AC-Cookie >>> "..7\t.K.,.!y.y.E"] >>> >>> 17:08:08.557191 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype >>> PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] >>> [Host-Uniq 0x40D063C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] >>> >>> 17:08:08.572971 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype >>> PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] >>> [Host-Uniq 0x00C063C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] >>> >>> 17:08:08.577148 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype >>> PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] >>> [Host-Uniq 0x40CE63C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] >>> >>> 17:08:08.581343 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype >>> PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] >>> [Host-Uniq 0x80EC45C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] >>> >> router has responded to 4 more.. they should all be reporting back to >> whatever started them. >> >> >> some retries.. >> I haven't looked at all the host-unique fields to see which are new >> and which are retries.. whatever it is.. we have way too many >> sessions. >> >> >>> 17:10:08.577488 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype >>> PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x80D063C1] >>> [Service-Name] >>> >>> 17:10:08.577499 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, >>> ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq >>> 0x80C463C1] [Service-Name] >>> >>> 17:10:08.577505 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype >>> PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC0CC63C1] >>> [Service-Name] >>> >>> 17:10:08.577511 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype >>> PPPoE D (0x8863), length 32: PPPoE > PADI [Host-Uniq 0x00E745C1] >>> [Service-Name] >>> >>> 17:10:08.577517 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, >>> ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq >>> 0x40EC45C1] [Service-Name] >>> >>> 17:10:08.631297 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype >>> PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] >>> [Host-Uniq 0x80D063C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] >>> >>> 17:10:08.637181 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype >>> PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] >>> [Host-Uniq 0x80C463C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] >>> >>> 17:10:08.646060 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype >>> PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] >>> [Host-Uniq 0xC0CC63C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] >>> >>> 17:10:08.649262 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype >>> PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] >>> [Host-Uniq 0x00E745C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] >>> >>> 17:10:08.660599 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype >>> PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] >>> [Host-Uniq 0x40EC45C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] >>> >>> ----------- manually restarting ppp(1), then: >>> ------------------------ >>> >>> 17:10:47.306928 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype >>> PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x40C663C1] >>> [Service-Name] >>> >>> 17:10:47.306939 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype >>> PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC06220C1] >>> [Service-Name] >>> >> we still have 2 sessions instead of 1, but there is less confusion >> so things sort themselves out. >> >> Hey, notice that the host-unique fields are in reverse order... >> the first probably shoudl be: C1 63 C6 40 but instead is: 40 C6 63 >> C1 (It's a based on a kernel memory address and can't start with 40) >> this is not a problem, it just needs to eb unique, >> just intersting that it's getting put out without a htonl() >> >>> 17:10:47.359585 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, >>> ethertype PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name >>> "DSSX43-erx"] [Host-Uniq 0x40C663C1] [Service-Name] [AC-Cookie >>> "..7\t.K.,.!y.y.E"] >>> >>> 17:10:47.365720 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype >>> PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] >>> [Host-Uniq 0xC06220C1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] >>> >> the router responds to both with PADO >> >>> 17:10:47.365911 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype >>> PPPoE D (0x8863), length 66: PPPoE PADR [Host-Uniq 0xC06220C1] >>> [AC-Cookie "..7\t.K.,.!y.y.E"] [AC-Name "DSSX43-erx"] [Service-Name] >>> >> We take one and run with it.. teh other is allowed to languish. >> >> I think MAV may be able to see more.. >> He will need your mpd config files too. >> (or are you using ppp(8)?) > > I'm using userland ppp(8). ok, so I'm including brian (mr ppp) in the CCs > >> either way, >> config files, and output of ngctl list >> >> will be interesting. > > "ngctl list" see above (right now, the connection is up; I'd need > to wait again until 17:05 UTC+1 until the next forced disconnect > and hope to hit this condition again for a "ngctl list" with more > sessions. > > /etc/ppp/ppp.conf: > > default: > set log Phase Chat LCP IPCP CCP tun command > ident user-ppp VERSION (built COMPILATIONDATE) > > sling2: > set device PPPoE:sis0 > #set MTU 1492 > #set MRU 1492 > set MTU 1460 > set MRU 1460 > set dial > set crtscts off > set speed sync > #accept lqr > #enable lqr > #enable lqr echo > disable lqr > set echoperiod 30 > enable echo > disable deflate > disable pred1 > disable vjcomp > disable acfcomp > disable protocomp > set log Phase LCP IPCP CCP Warning Error Alert > set ifaddr 10.0.0.1/0 10.0.0.2/0 0.0.0.0 0.0.0.0 > set login > set authname XXXXXXXXXXXXXXXXXXXXX > set authkey XXXXXXXXX > set timeout 0 > add default HISADDR > set server /var/run/internet "" 0177 > nat enable yes > > /etc/rc.conf: > ppp_enable="YES" > ppp_profile="sling2" > ppp_user="root" > ppp_mode="ddial" > ppp_nat="YES" > > (The MTU/MRU of 1460 instead of 1492 is required by ISP) > > As said, this is exactly the configuration that worked up until > Sep 25th 2007 without any problems. > >>> 17:10:47.463059 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype >>> PPPoE D (0x8863), length 66: PPPoE PADS [ses 0x1906] [Service-Name] >>> [Host-Uniq 0xC06220C1] [AC-Name "DSSX43-erx"] [AC-Cookie >>> "..7\t.K.,.!y.y.E"] >>> >>> 17:10:49.338956 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype >>> PPPoE S (0x8864), length 36: PPPoE [ses 0x1906] LCP (0xc021), >>> length 16: LCP, Conf-Request (0x01), id 1, length 16 >>> >>> 17:10:49.570907 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype >>> PPPoE S (0x8864), length 64: PPPoE [ses 0x1906] LCP (0xc021), >>> length 20: LCP, Conf-Request (0x01), id 175, length 20 >>> >>> 17:10:49.571646 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype >>> PPPoE S (0x8864), length 64: PPPoE [ses 0x1906] LCP (0xc021), >>> length 16: LCP, Conf-Ack (0x02), id 1, length 16 >>> >>> 17:10:49.584762 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype >>> PPPoE S (0x8864), length 40: PPPoE [ses 0x1906] LCP (0xc021), >>> length 20: LCP, Conf-Ack (0x02), id 175, length 20 >>> >>> ------- More LCP packets from ses 0x1906 then regular traffic >>> -------- >>> >>> HTH... >>> >>> Thanks, >>> -cpghost. > From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 22:01:44 2007 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 4000816A420 for ; Sun, 9 Dec 2007 22:01:44 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outZ.internet-mail-service.net (outZ.internet-mail-service.net [216.240.47.249]) by mx1.freebsd.org (Postfix) with ESMTP id 2374413C46E for ; Sun, 9 Dec 2007 22:01:43 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sun, 09 Dec 2007 14:01:43 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 006A0126C21; Sun, 9 Dec 2007 14:01:42 -0800 (PST) Message-ID: <475C65B7.20708@elischer.org> Date: Sun, 09 Dec 2007 14:01:27 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: cpghost References: <20071206030500.746c782d@epia-2.farid-hajji.net> <4757E39C.8020009@FreeBSD.org> <20071206161107.3c0c9a82@epia-2.farid-hajji.net> <20071209173359.710ea5bd@epia-2.farid-hajji.net> <475C3E49.6000906@elischer.org> <20071209215808.68c22b2c@epia-2.farid-hajji.net> In-Reply-To: <20071209215808.68c22b2c@epia-2.farid-hajji.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-stable@freebsd.org Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 09 Dec 2007 22:01:44 -0000 cpghost wrote: > On Sun, 09 Dec 2007 11:13:13 -0800 > Julian Elischer wrote: > >>> ----------- manually restarting ppp(1), then: >>> ------------------------ >>> >>> 17:10:47.306928 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype >>> PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x40C663C1] >>> [Service-Name] >>> >>> 17:10:47.306939 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype >>> PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC06220C1] >>> [Service-Name] >>> >> we still have 2 sessions instead of 1, but there is less confusion >> so things sort themselves out. > > Just one more thing: > > If I remember correctly, sending two PADIs in quick succession > was ppp's "normal" behaviour for *years* now (is it expected or > required by the protocol? I don't know). I've always wondered > why it was so. But that didn't cause any harm as it seemed one > of the two PADO was picked up and eventually turned into a session. > > -cpghost. > btw try mpd as well. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 22:03:08 2007 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 6C0F416A47B for ; Sun, 9 Dec 2007 22:03:08 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outE.internet-mail-service.net (outE.internet-mail-service.net [216.240.47.228]) by mx1.freebsd.org (Postfix) with ESMTP id 24E0113C442 for ; Sun, 9 Dec 2007 22:03:08 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sun, 09 Dec 2007 14:03:07 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id C9E68126C4D; Sun, 9 Dec 2007 14:03:06 -0800 (PST) Message-ID: <475C660A.1070909@elischer.org> Date: Sun, 09 Dec 2007 14:02:50 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Alexander Motin References: <20071206030500.746c782d@epia-2.farid-hajji.net> <4757E39C.8020009@FreeBSD.org> <20071206161107.3c0c9a82@epia-2.farid-hajji.net> <20071209173359.710ea5bd@epia-2.farid-hajji.net> <475C56CA.6030600@FreeBSD.org> <20071209221936.1a6d47fa@epia-2.farid-hajji.net> <475C6381.9020701@FreeBSD.org> In-Reply-To: <475C6381.9020701@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Julian Elischer , freebsd-stable@freebsd.org, cpghost , Brian Somers Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 09 Dec 2007 22:03:08 -0000 Adding brian to CC list. Alexander Motin wrote: > cpghost wrote: >>> I think such behaviour can take place if ppp daemon for some reason >>> don't waits for reply but closes session immediately after sending >>> connect request. If it so it also explains original "no matching >>> session" errors as for the answer received time session/hook can >>> already be destroyed. >>> >>> Provide please your ppp configuration files and part of detailed log >>> file (set log All) describing connection attempts. >> >> ppp.conf already sent. I don't have a 'set log All' turned on, but maybe >> the following logfile of the aborted session would help? >> >> http://www.cordula.ws/tests/ppp-tcpdump.txt > > Here is part of your logs which proves my assumption that it is ppp who > creates numerous sessions: > > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Establish > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: closed -> opening > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connected! > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: opening -> dial > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: dial -> carrier > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Disconnected! > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: carrier -> hangup > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connect time: 0 secs: 0 > octets in, 0 octets out > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: 7070012 packets in, > 6467630 packets out > Dec 9 17:06:07 fw ppp[35265]: Phase: total 0 bytes/sec, peak 0 > bytes/sec on Sun Dec 9 17:06:07 2007 > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: hangup -> closed > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Dead > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Establish > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: closed -> opening > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connected! > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: opening -> dial > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: dial -> carrier > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Disconnected! > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: carrier -> hangup > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connect time: 0 secs: 0 > octets in, 0 octets out > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: 7070012 packets in, > 6467630 packets out > Dec 9 17:06:07 fw ppp[35265]: Phase: total 0 bytes/sec, peak 0 > bytes/sec on Sun Dec 9 17:06:07 2007 > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: hangup -> closed > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Dead > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Establish > > For the some reason ppp logs "Disconnected!" message and terminates > session (which is strange as it have not logged any message from ng_ppp > node) just to initiate new without delay. Could you enable any more logs > to understant why is it "Disconnected!"? > From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 22:18:21 2007 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 9F96C16A46B; Sun, 9 Dec 2007 22:18:21 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id B96FD13C4D3; Sun, 9 Dec 2007 22:18:20 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from epia-2.farid-hajji.net (epia-2 [192.168.254.11]) by fw.farid-hajji.net (Postfix) with ESMTP id 51889E0A41; Sun, 9 Dec 2007 23:18:19 +0100 (CET) Date: Sun, 9 Dec 2007 23:18:17 +0100 From: cpghost To: Alexander Motin Message-ID: <20071209231817.0385c8da@epia-2.farid-hajji.net> In-Reply-To: <475C6381.9020701@FreeBSD.org> References: <20071206030500.746c782d@epia-2.farid-hajji.net> <4757E39C.8020009@FreeBSD.org> <20071206161107.3c0c9a82@epia-2.farid-hajji.net> <20071209173359.710ea5bd@epia-2.farid-hajji.net> <475C56CA.6030600@FreeBSD.org> <20071209221936.1a6d47fa@epia-2.farid-hajji.net> <475C6381.9020701@FreeBSD.org> Organization: Cordula's Web X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Julian Elischer , freebsd-stable@freebsd.org Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 09 Dec 2007 22:18:21 -0000 On Sun, 09 Dec 2007 23:52:01 +0200 Alexander Motin wrote: > cpghost wrote: > >> I think such behaviour can take place if ppp daemon for some > >> reason don't waits for reply but closes session immediately after > >> sending connect request. If it so it also explains original "no > >> matching session" errors as for the answer received time > >> session/hook can already be destroyed. > >> > >> Provide please your ppp configuration files and part of detailed > >> log file (set log All) describing connection attempts. > > > > ppp.conf already sent. I don't have a 'set log All' turned on, but > > maybe the following logfile of the aborted session would help? > > > > http://www.cordula.ws/tests/ppp-tcpdump.txt > > Here is part of your logs which proves my assumption that it is ppp > who creates numerous sessions: > > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Establish > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: closed -> opening > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connected! > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: opening -> dial > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: dial -> carrier > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Disconnected! > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: carrier -> hangup > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connect time: 0 secs: > 0 octets in, 0 octets out > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: 7070012 packets in, > 6467630 packets out > Dec 9 17:06:07 fw ppp[35265]: Phase: total 0 bytes/sec, peak 0 > bytes/sec on Sun Dec 9 17:06:07 2007 > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: hangup -> closed > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Dead > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Establish > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: closed -> opening > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connected! > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: opening -> dial > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: dial -> carrier > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Disconnected! > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: carrier -> hangup > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connect time: 0 secs: > 0 octets in, 0 octets out > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: 7070012 packets in, > 6467630 packets out > Dec 9 17:06:07 fw ppp[35265]: Phase: total 0 bytes/sec, peak 0 > bytes/sec on Sun Dec 9 17:06:07 2007 > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: hangup -> closed > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Dead > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Establish > > For the some reason ppp logs "Disconnected!" message and terminates > session (which is strange as it have not logged any message from > ng_ppp node) just to initiate new without delay. Could you enable any > more logs to understant why is it "Disconnected!"? If you let me know which one to turn on: PPP ON fw> set log +connect PPP ON fw> show log Log: Log: CCP Chat Command Connect IPCP LCP Phase Tun Warning Error Alert Local: Warning Error Alert PPP ON fw> I've briefly tried to turn on 'all' but since it's an active router but a slow box, I'd rather not log this for very long... :( it generates huge logs VERY fast. PPP ON fw> set log all PPP ON fw> show log Log: Async CBCP CCP Chat Command Connect Debug DNS Filter HDLC ID0 IPCP IPV6CP LCP LQM Phase Physical Radius Sync TCP/IP Timer Tun Warning Error Alert Local: Warning Error Alert PPP ON fw> set log phase chat lcp ipcp ccp tun command PPP ON fw> Should I try to re-connect with all enabled now? Of course, it will reset the 24h period... -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 22:20:43 2007 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 CDFC216A417; Sun, 9 Dec 2007 22:20:43 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5A85613C442; Sun, 9 Dec 2007 22:20:43 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from epia-2.farid-hajji.net (epia-2 [192.168.254.11]) by fw.farid-hajji.net (Postfix) with ESMTP id BDA95E0A4B; Sun, 9 Dec 2007 23:20:41 +0100 (CET) Date: Sun, 9 Dec 2007 23:20:39 +0100 From: cpghost To: Julian Elischer Message-ID: <20071209232039.35d91d74@epia-2.farid-hajji.net> In-Reply-To: <475C65B7.20708@elischer.org> References: <20071206030500.746c782d@epia-2.farid-hajji.net> <4757E39C.8020009@FreeBSD.org> <20071206161107.3c0c9a82@epia-2.farid-hajji.net> <20071209173359.710ea5bd@epia-2.farid-hajji.net> <475C3E49.6000906@elischer.org> <20071209215808.68c22b2c@epia-2.farid-hajji.net> <475C65B7.20708@elischer.org> Organization: Cordula's Web X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-stable@freebsd.org Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 09 Dec 2007 22:20:43 -0000 On Sun, 09 Dec 2007 14:01:27 -0800 Julian Elischer wrote: > cpghost wrote: > > On Sun, 09 Dec 2007 11:13:13 -0800 > > Julian Elischer wrote: > > > >>> ----------- manually restarting ppp(1), then: > >>> ------------------------ > >>> > >>> 17:10:47.306928 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype > >>> PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x40C663C1] > >>> [Service-Name] > >>> > >>> 17:10:47.306939 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype > >>> PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC06220C1] > >>> [Service-Name] > >>> > >> we still have 2 sessions instead of 1, but there is less confusion > >> so things sort themselves out. > > > > Just one more thing: > > > > If I remember correctly, sending two PADIs in quick succession > > was ppp's "normal" behaviour for *years* now (is it expected or > > required by the protocol? I don't know). I've always wondered > > why it was so. But that didn't cause any harm as it seemed one > > of the two PADO was picked up and eventually turned into a session. > > > > -cpghost. > > > > btw try mpd as well. Never did before, but I'll definitely try it in a few days... ;) -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 23:29:58 2007 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 A33B616A417 for ; Sun, 9 Dec 2007 23:29:58 +0000 (UTC) (envelope-from bob@mail.boulderlabs.com) Received: from mail.boulderlabs.com (mail.boulderlabs.com [206.168.112.48]) by mx1.freebsd.org (Postfix) with ESMTP id 7B55D13C45D for ; Sun, 9 Dec 2007 23:29:58 +0000 (UTC) (envelope-from bob@mail.boulderlabs.com) Received: from easter.boulderlabs.com (63-225-108-24.hlrn.qwest.net [63.225.108.24]) by mail.boulderlabs.com (8.13.8/8.13.8) with ESMTP id lB9NTsDM067346; Sun, 9 Dec 2007 16:29:55 -0700 (MST) (envelope-from bob@mail.boulderlabs.com) Received: from easter.boulderlabs.com (localhost.boulderlabs.com [127.0.0.1]) by easter.boulderlabs.com (8.13.8/8.13.8) with ESMTP id lB9NTlI8098013; Sun, 9 Dec 2007 16:29:48 -0700 (MST) (envelope-from bob@easter.boulderlabs.com) Message-Id: <200712092329.lB9NTlI8098013@easter.boulderlabs.com> From: Robert Gray To: "Julian H. Stacey" In-reply-to: Your message of "Sun, 09 Dec 2007 16:35:20 +0100." Date: Sun, 09 Dec 2007 16:29:47 -0700 Sender: bob@boulderlabs.com X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (mail.boulderlabs.com [206.168.112.48]); Sun, 09 Dec 2007 16:29:55 -0700 (MST) Cc: Robert Gray , freebsd-stable@freebsd.org Subject: Re: 7.0BETA4 cannot install. acd0: TIMEOUT - READ_BIG retrying (1 retry left) 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, 09 Dec 2007 23:29:58 -0000 "Julian H. Stacey" Sun, 09 Dec 2007 16:35:20 +0100 says: >Robert Gray wrote: >> I've tried to install both >> 7.0-BETA4-i386-bootonly.iso and >> 7.0-BETA4-i386-disc1.iso >> >> on a Dell Optiplex 745, Model# DCTR with >> >> acd0: CDROM at ata3-master UDMA33 >> >> The booting doesn't get past the acd0: TIMEOUT - READ_BIG retrying >> error. >> >> 6.2 installs fine. >> >> Any ideas on what to try? > > >Possibly Key 3 = Safe mode (before USA or country), which includes, ref my > http://www.berklix.com/~jhs/hardware/laptops/#loader.conf >the equivalent of loader command > set hw.ata.atapi_dma=0 > >Please let me know if anything on my page above helps you, >please also let me know if you discover other magic Not on my page. >(I'm fighting a heap of old laptops, persuading them to upgrade :-)) > > >-- >Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Booting with Safe Mode (3) results in Fatal trap 9: general protection fault while in kernel cpuid 0 apcid 00 instuction pointer 0x70:0xc8c0 The last line printed before the crash is ata5: [ITHREAD] If people want details, I'll use a camera on the screen because I only get about 5 seconds before the computer restarts. Robert From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 01:21:22 2007 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 A091416A418 for ; Mon, 10 Dec 2007 01:21:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 6ECDF13C442 for ; Mon, 10 Dec 2007 01:21:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3165010waf for ; Sun, 09 Dec 2007 17:21:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=CNUrOwdgG9K5F4aaYQf7tJAIdJcNU70pB0QI7ekTPdY=; b=oLEeGgGjWIollGwlCjUsnETxS6/mPFYYdsOKyZo7eGyP1vI+Rv3HHyJt4693DU0o5XeDql06POtRYD3oMdeTNoqfX3HTFDfOlV8wD0W35dBx9nVhraFt5ydnlV7o4KnMVf+J7p2LoK7NyE3NMzHlOa9RJrhPMWHlgjG5XwcwFhA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=pYExbhPW24Bh+6W1upr47gT0CSVF/usGNp/h1wLtS7y4P6RiedLrnPQGWFUNQ1zSomTrbxxUGPYSDo75RuJiCwV2Tdad+rTuOPNUcf+bdbJGn3rshR2+Bp/bSptl29t7VY+xFIG2lch2A44l0aJvvMBcevXV9MZ9G0pefJp6uyY= Received: by 10.115.88.1 with SMTP id q1mr6448105wal.1197249681554; Sun, 09 Dec 2007 17:21:21 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id j29sm5338327waf.2007.12.09.17.21.13 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 09 Dec 2007 17:21:20 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lBA1HGP2060655 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Dec 2007 10:17:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lBA1HEvb060654; Mon, 10 Dec 2007 10:17:14 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 10 Dec 2007 10:17:14 +0900 From: Pyun YongHyeon To: Danny Braniss Message-ID: <20071210011714.GC60272@cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-BETA4 and msk problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2007 01:21:22 -0000 On Sun, Dec 09, 2007 at 02:41:28PM +0200, Danny Braniss wrote: > with this onboard NIC (LOB?) > > mskc0: > e1000phy0: PHY 0 on miibus0 > > mskc0@pci0:1:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab > rev=0x12 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = '88E8056 Yukon PCI-E Gigabit Ethernet Controller' > class = network > subclass = ethernet > > I'm getting allot of: > msk0: watchdog timeout > and > mskc0: Tx descriptor error > and > msk0: link state changed to DOWN > and > msk0: link state changed to UP > > any help is most welcome, > danny > > It seems that the issue happens only on 88E8056/88E1149 PHY. See PR 116853 and 114631. Sorry, I have no cluet yet. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 07:56:50 2007 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 0B21316A419 for ; Mon, 10 Dec 2007 07:56:50 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id C00E313C467 for ; Mon, 10 Dec 2007 07:56:49 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1J1dVQ-000CqJ-1R for freebsd-stable@FreeBSD.org; Mon, 10 Dec 2007 10:56:48 +0300 To: freebsd-stable@FreeBSD.org From: Boris Samorodov Date: Mon, 10 Dec 2007 10:55:10 +0300 Message-ID: <86910657@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: RELENG_7: GENERIC and options LOCK_PROFILING are breaking sockstat and netstat -a 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, 10 Dec 2007 07:56:50 -0000 Hi! The system updated a couple of hours ago (RELENG_7), the kernel config is GENERIC with "options LOCK_PROFILING", default /etc/make.conf, i386 (I have this problem at current-amd64 as well): ----- bb% uname -a FreeBSD bb.ipt.ru 7.0-BETA4 FreeBSD 7.0-BETA4 #1: Mon Dec 10 10:12:24 MSK 2007 root@bb.ipt.ru:/usr/obj/usr/src/sys/GENERIC i386 bb% sockstat sockstat: struct xtcpcb size mismatch sockstat: struct xinpcb size mismatch sockstat: struct xunpcb size mismatch sockstat: struct xunpcb size mismatch USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS bb% netstat -a | head Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr 0 #0 131073 0 ca5c6580 0 0 0 0 #0 1 0 0 d36bda90 0 0 0 #0 1 0 0 d2e11750 0 0 0 #0 1 0 0 d36bdd00 0 0 0 #0 1 0 0 d2e120d0 0 0 0 #0 1 0 0 d2e128f0 0 0 0 #0 1 0 0 d2e12820 0 0 0 #0 262145 0 0 d2e12a90 0 0 ----- Can somebody confirm? Is it a feature? Should I file a PR? Thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 07:59:23 2007 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 F337016A417 for ; Mon, 10 Dec 2007 07:59:22 +0000 (UTC) (envelope-from une@hkg.ac.jp) Received: from po.hkg.ac.jp (ipc005.hkg.ac.jp [202.25.192.30]) by mx1.freebsd.org (Postfix) with ESMTP id BE06A13C474 for ; Mon, 10 Dec 2007 07:59:22 +0000 (UTC) (envelope-from une@hkg.ac.jp) Received: from localhost (vck220.nk.hkg.ac.jp [172.18.0.220]) by po.hkg.ac.jp (Postfix) with ESMTP id E639121C004; Mon, 10 Dec 2007 16:40:04 +0900 (JST) Received: from po.hkg.ac.jp ([172.18.0.18]) by localhost (vck220.nk.hkg.ac.jp [172.18.0.220]) (amavisd-new, port 10024) with ESMTP id 30759-03-7; Mon, 10 Dec 2007 16:40:03 +0900 (JST) Received: from seiryu.cim.hkg.ac.jp (seiryu.cim.hkg.ac.jp [202.25.197.65]) by po.hkg.ac.jp (Postfix) with SMTP id 0925C21C017; Mon, 10 Dec 2007 16:40:00 +0900 (JST) Date: Mon, 10 Dec 2007 16:39:59 +0900 From: Hiroyuki Une To: freebsd-stable@freebsd.org Message-Id: <20071210163959.3169b23e.une@hkg.ac.jp> In-Reply-To: <4759A1F3.10008@asusa.net> References: <4759A1F3.10008@asusa.net> X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at vck220.nk.hkg.ac.jp Cc: nishida@asusa.net, une@hkg.ac.jp Subject: Re: G965 patch for 6.3-Beta 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, 10 Dec 2007 07:59:23 -0000 On Fri, 07 Dec 2007 11:41:39 -0800 Hiroshi Nishida wrote: > Does anybody need an Intel G965 patch for 6.3-Beta AGP i810? > I posted to Japanese freebsd-users-jp ML, but there has been no response. At least, I need. Your patch will fix the problem that xorg fails to detect memory assinged as the VRAM occationally. Thank you. --- Hiroyuki Une: Hiroshima Kokusai Gakuin University une@hkg.ac.jp / harrier@seiryu.id.hkg.ac.jp From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 09:03:49 2007 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 0F75416A418 for ; Mon, 10 Dec 2007 09:03:49 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id BDDCE13C448 for ; Mon, 10 Dec 2007 09:03:48 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1J1eYF-000Dp5-HF; Mon, 10 Dec 2007 11:03:47 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: pyunyh@gmail.com In-reply-to: <20071210011714.GC60272@cdnetworks.co.kr> References: <20071210011714.GC60272@cdnetworks.co.kr> Comments: In-reply-to Pyun YongHyeon message dated "Mon, 10 Dec 2007 10:17:14 +0900." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Dec 2007 11:03:47 +0200 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-BETA4 and msk 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: Mon, 10 Dec 2007 09:03:49 -0000 > On Sun, Dec 09, 2007 at 02:41:28PM +0200, Danny Braniss wrote: > > with this onboard NIC (LOB?) > > > > mskc0: > > e1000phy0: PHY 0 on miibus0 > > > > mskc0@pci0:1:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab > > rev=0x12 hdr=0x00 > > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > device = '88E8056 Yukon PCI-E Gigabit Ethernet Controller' > > class = network > > subclass = ethernet > > > > I'm getting allot of: > > msk0: watchdog timeout > > and > > mskc0: Tx descriptor error > > and > > msk0: link state changed to DOWN > > and > > msk0: link state changed to UP > > > > any help is most welcome, > > danny > > > > > > It seems that the issue happens only on 88E8056/88E1149 PHY. > See PR 116853 and 114631. > Sorry, I have no cluet yet. to add some more noise, this is the first host that panicked too :-) anything I can do to help? danny From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 10:00:42 2007 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 A28FB16A417 for ; Mon, 10 Dec 2007 10:00:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6F6A913C447 for ; Mon, 10 Dec 2007 10:00:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3427644waf for ; Mon, 10 Dec 2007 02:00:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=kkjDmZTLxFEgxTfI6uknbUSiLF67SoYMr7LPgBkf+JE=; b=tc6i06NMwo8mziXZwlSV8Uc4rAxhAZYQ4tZjyuDiCnwi/rFhXfDUi2xQLi6KUKrOR7KXj3259Z4XrfLbDyY+6xc8nNhoIfYRD+bPvvDUrUy7taNAYJw5fZur+reUI6dUGCqYr/fnbA6764gJnomvohjzpKQmInz0Cxr2O5LGRx4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=UPUQCiWM+w5CZ8C9ByD2D+Xe1THFS2AXADSzlBvcCkTFQ8ipW3phhtgUY5COFLLwtYK6zlSFMd4sXtST18mKsulHhjlkYoFG8TuUaqAOaylbOmwe9TUd0+efUmOy8sTmAh4SoP8I3iEXuDQ/2YmDbCxpoX4/hxqZoSoSVBuqiQs= Received: by 10.114.184.7 with SMTP id h7mr5485975waf.1197280841974; Mon, 10 Dec 2007 02:00:41 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id v37sm6164963wah.2007.12.10.02.00.38 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 10 Dec 2007 02:00:40 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lBA9vGLm061980 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Dec 2007 18:57:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lBA9vFgD061979; Mon, 10 Dec 2007 18:57:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 10 Dec 2007 18:57:15 +0900 From: Pyun YongHyeon To: Danny Braniss Message-ID: <20071210095715.GG60272@cdnetworks.co.kr> References: <20071210011714.GC60272@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-BETA4 and msk problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2007 10:00:42 -0000 On Mon, Dec 10, 2007 at 11:03:47AM +0200, Danny Braniss wrote: > > On Sun, Dec 09, 2007 at 02:41:28PM +0200, Danny Braniss wrote: > > > with this onboard NIC (LOB?) > > > > > > mskc0: > > > e1000phy0: PHY 0 on miibus0 > > > > > > mskc0@pci0:1:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab > > > rev=0x12 hdr=0x00 > > > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > > device = '88E8056 Yukon PCI-E Gigabit Ethernet Controller' > > > class = network > > > subclass = ethernet > > > > > > I'm getting allot of: > > > msk0: watchdog timeout > > > and > > > mskc0: Tx descriptor error > > > and > > > msk0: link state changed to DOWN > > > and > > > msk0: link state changed to UP > > > > > > any help is most welcome, > > > danny > > > > > > > > > > It seems that the issue happens only on 88E8056/88E1149 PHY. > > See PR 116853 and 114631. > > Sorry, I have no cluet yet. > > to add some more noise, this is the first host that panicked too :-) > anything I can do to help? Probably ship the hardware to me? :) > danny > > -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 11:21:54 2007 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 E2E8716A420 for ; Mon, 10 Dec 2007 11:21:54 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.freebsd.org (Postfix) with ESMTP id C5E2913C478 for ; Mon, 10 Dec 2007 11:21:54 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JST00CWSZK4QWQB@vms044.mailsrvcs.net> for freebsd-stable@FreeBSD.org; Mon, 10 Dec 2007 05:21:40 -0600 (CST) Date: Mon, 10 Dec 2007 06:22:01 -0500 From: Skip Ford In-reply-to: <86910657@bb.ipt.ru> To: Boris Samorodov Mail-followup-to: Boris Samorodov , freebsd-stable@FreeBSD.org Message-id: <20071210112201.GA1117@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <86910657@bb.ipt.ru> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@FreeBSD.org Subject: Re: RELENG_7: GENERIC and options LOCK_PROFILING are breaking sockstat and netstat -a 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, 10 Dec 2007 11:21:55 -0000 Boris Samorodov wrote: > The system updated a couple of hours ago (RELENG_7), the kernel config > is GENERIC with "options LOCK_PROFILING", default /etc/make.conf, i386 > (I have this problem at current-amd64 as well): > ----- > bb% uname -a > FreeBSD bb.ipt.ru 7.0-BETA4 FreeBSD 7.0-BETA4 #1: Mon Dec 10 10:12:24 MSK 2007 root@bb.ipt.ru:/usr/obj/usr/src/sys/GENERIC i386 > bb% sockstat > sockstat: struct xtcpcb size mismatch > sockstat: struct xinpcb size mismatch > sockstat: struct xunpcb size mismatch > sockstat: struct xunpcb size mismatch > USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS > bb% netstat -a | head > Active UNIX domain sockets > Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr > 0 #0 131073 0 ca5c6580 0 0 0 > 0 #0 1 0 0 d36bda90 0 0 > 0 #0 1 0 0 d2e11750 0 0 > 0 #0 1 0 0 d36bdd00 0 0 > 0 #0 1 0 0 d2e120d0 0 0 > 0 #0 1 0 0 d2e128f0 0 0 > 0 #0 1 0 0 d2e12820 0 0 > 0 #0 262145 0 0 d2e12a90 0 0 > ----- > > Can somebody confirm? > Is it a feature? > Should I file a PR? That error occurs when your kernel and world are out of sync. You need to rebuild netstat(1) and sockstat(1) with LOCK_PROFILING defined to match your kernel, or rebuild your kernel without the option LOCK_PROFILING to match your world. -- Skip From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 12:02:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id B18FD16A468; Mon, 10 Dec 2007 12:02:14 +0000 (UTC) Date: Mon, 10 Dec 2007 12:02:14 +0000 From: Alexey Dokuchaev To: freebsd-stable@freebsd.org Message-ID: <20071210120214.GA72009@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: "George V. Neville-Neil" Subject: kernel build broken on releng_6 due to camellia? 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, 10 Dec 2007 12:02:14 -0000 hi there, my usual kernel config did not work with fresh releng_6: ===> crypto (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include ln -s /usr/obj/usr/src/sys/VERSA/opt_param.h opt_param.h make: don't know how to make camellia.c. Stop *** Error code 2 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/VERSA. *** Error code 1 can it be caused by gnn@'s recent mfc? ./danfe From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 12:55:31 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 5F62E16A46B; Mon, 10 Dec 2007 12:55:31 +0000 (UTC) Date: Mon, 10 Dec 2007 12:55:31 +0000 From: Alexey Dokuchaev To: freebsd-stable@freebsd.org Message-ID: <20071210125531.GA80535@FreeBSD.org> References: <20071210120214.GA72009@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20071210120214.GA72009@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: "George V. Neville-Neil" Subject: Re: kernel build broken on releng_6 due to camellia? 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, 10 Dec 2007 12:55:31 -0000 On Mon, Dec 10, 2007 at 12:02:14PM +0000, Alexey Dokuchaev wrote: > hi there, > > my usual kernel config did not work with fresh releng_6: sorry, false alarm. my supfile was bogus. ./danfe From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 14:27:29 2007 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 A0D0416A419 for ; Mon, 10 Dec 2007 14:27:29 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 5EC2913C46A for ; Mon, 10 Dec 2007 14:27:29 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1J1jbU-000I6S-1t for freebsd-stable@FreeBSD.org; Mon, 10 Dec 2007 17:27:28 +0300 To: freebsd-stable@FreeBSD.org References: <86910657@bb.ipt.ru> <20071210112201.GA1117@menantico.com> From: Boris Samorodov Date: Mon, 10 Dec 2007 17:25:50 +0300 In-Reply-To: <20071210112201.GA1117@menantico.com> (Skip Ford's message of "Mon\, 10 Dec 2007 06\:22\:01 -0500") Message-ID: <74426321@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: RELENG_7: GENERIC and options LOCK_PROFILING are breaking sockstat and netstat -a 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, 10 Dec 2007 14:27:29 -0000 On Mon, 10 Dec 2007 06:22:01 -0500 Skip Ford wrote: > Boris Samorodov wrote: > > The system updated a couple of hours ago (RELENG_7), the kernel config > > is GENERIC with "options LOCK_PROFILING", default /etc/make.conf, i386 > > (I have this problem at current-amd64 as well): > > ----- > > bb% uname -a > > FreeBSD bb.ipt.ru 7.0-BETA4 FreeBSD 7.0-BETA4 #1: Mon Dec 10 10:12:24 MSK 2007 root@bb.ipt.ru:/usr/obj/usr/src/sys/GENERIC i386 > > bb% sockstat > > sockstat: struct xtcpcb size mismatch > > sockstat: struct xinpcb size mismatch > > sockstat: struct xunpcb size mismatch > > sockstat: struct xunpcb size mismatch > > USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS > > bb% netstat -a | head > > Active UNIX domain sockets > > Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr > > 0 #0 131073 0 ca5c6580 0 0 0 > > 0 #0 1 0 0 d36bda90 0 0 > > 0 #0 1 0 0 d2e11750 0 0 > > 0 #0 1 0 0 d36bdd00 0 0 > > 0 #0 1 0 0 d2e120d0 0 0 > > 0 #0 1 0 0 d2e128f0 0 0 > > 0 #0 1 0 0 d2e12820 0 0 > > 0 #0 262145 0 0 d2e12a90 0 0 > > ----- > > > > Can somebody confirm? > > Is it a feature? > > Should I file a PR? > That error occurs when your kernel and world are out of sync. You need to > rebuild netstat(1) and sockstat(1) with LOCK_PROFILING defined to match your > kernel, or rebuild your kernel without the option LOCK_PROFILING to match > your world. Ah, that's it! The world is also affected by this option. It's not clear from LOCK_PROFILING(9): ----- NOTES The LOCK_PROFILING option increases the size of struct lock_object, so a kernel built with that option will not work with modules built without it. ----- I've read it as if only kernel (i.e. modules) should be at sync... Thanks for the point! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 14:49:42 2007 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 90AC716A418 for ; Mon, 10 Dec 2007 14:49:42 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 572EA13C465 for ; Mon, 10 Dec 2007 14:49:42 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:bc77:cb1e:67b3:3fa2] (unknown [IPv6:2001:7b8:3a7:0:bc77:cb1e:67b3:3fa2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 94D2B3C; Mon, 10 Dec 2007 15:49:40 +0100 (CET) Message-ID: <475D5203.8080307@andric.com> Date: Mon, 10 Dec 2007 15:49:39 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.11pre (Windows/20071207) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <496975.29388.qm@web33714.mail.mud.yahoo.com> In-Reply-To: <496975.29388.qm@web33714.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD STABLE Subject: Re: FreeBSD 7.0 Weird acpi.ko in the dmesg 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, 10 Dec 2007 14:49:42 -0000 Abdullah Ibn Hamad Al-Marri wrote: > link_elf: symbol msleep undefined > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > KLD file acpi.ko - could not finalize loading > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Perhaps kldxref failed when you installed this kernel? Or possibly you have an outdated acpi.ko module around. What's the output of: find /boot -type f -name 'acpi*.ko' From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 15:28:00 2007 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 6534D16A419 for ; Mon, 10 Dec 2007 15:28:00 +0000 (UTC) (envelope-from khera@kcilink.com) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 29EB613C4D5 for ; Mon, 10 Dec 2007 15:28:00 +0000 (UTC) (envelope-from khera@kcilink.com) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 5838EC943A; Mon, 10 Dec 2007 10:27:59 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kcilink.com; s=kci0709; t=1197300479; bh=bJHoQHRTYv8TqN9gJ2ghTzR3bPYVTVUQl5oTXjw 9UL0=; h=Cc:Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References: X-Mailer; b=IzUzgBmU/O+lX3X3LXHriTJMmfBXexh4FuiBt1oPoiHdIvciNdvh8b 250Nm+hNsOKlIkXIRPFi/up0Bf+eROiDVhKOk0z/G9uTmHIrIZFl05ayCb+0ZEATnFV TH1dZYzgPEkbxz0DqcjIgUfQtrQ2JTCkddzd/I78A3NUSt52UA= Message-Id: <4AE85427-B663-4CE2-B526-AC13A6594C4C@kcilink.com> From: Vivek Khera To: FreeBSD Stable List In-Reply-To: <86hciuilpx.fsf@PECTOPAH.shenton.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 10 Dec 2007 10:27:59 -0500 References: <86hciuilpx.fsf@PECTOPAH.shenton.org> X-Mailer: Apple Mail (2.915) Cc: freebsd-hardware@freebsd.org Subject: Re: FreeBSD on Dell T105? ($350 dual-core Opteron) 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, 10 Dec 2007 15:28:00 -0000 On Dec 7, 2007, at 10:11 AM, Chris Shenton wrote: > Dell's got a decent deal on their PowerEdge T105 box with an 1.8GHz > AMD > dual-core Opteron, 512MB RAM, 80GB disk, and Gigabit ether: $350. Dell's got a great return policy. If it doesn't work, report here and send it back. If it does work, report here and keep it! :-) From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 15:45:57 2007 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 992EA16A419 for ; Mon, 10 Dec 2007 15:45:57 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33713.mail.mud.yahoo.com (web33713.mail.mud.yahoo.com [68.142.201.210]) by mx1.freebsd.org (Postfix) with SMTP id 62BEB13C468 for ; Mon, 10 Dec 2007 15:45:57 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 21897 invoked by uid 60001); 10 Dec 2007 15:45:56 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=5ILjfcEX8oo+bhMdu9M4u5fuN/xc8W3vSItOJt2JJBLeCmrop93kLxYmAZNvzwZFa4KnGksPxO/p/PtZKCHtreFbvbvetb0a74V2Pylcs1W2R+aAW02BviMR+/f0qVyxDP8OIrwTKfSVqD9KsV+4iNFsIWx9Q5fNtcwP3jv0WcM=; X-YMail-OSG: kOWDk2kVM1kE9dEDYlMPCg4GjvkehzxBtoGb6UnOhloo_LlrXaWjUYZa94_26S8qQK8KEigTTDgrePh61O6ETvQ22AcZfLOdn5NNONlTvxDE5Ls- Received: from [86.62.225.4] by web33713.mail.mud.yahoo.com via HTTP; Mon, 10 Dec 2007 07:45:55 PST X-Mailer: YahooMailRC/818.31 YahooMailWebService/0.7.158.1 Date: Mon, 10 Dec 2007 07:45:55 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: Dimitry Andric MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <785377.21840.qm@web33713.mail.mud.yahoo.com> Cc: FreeBSD STABLE Subject: Re: FreeBSD 7.0 Weird acpi.ko in the dmesg 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, 10 Dec 2007 15:45:57 -0000 ----- Original Message ---- > From: Dimitry Andric > To: Abdullah Ibn Hamad Al-Marri > Cc: FreeBSD STABLE > Sent: Monday, December 10, 2007 5:49:39 PM > Subject: Re: FreeBSD 7.0 Weird acpi.ko in the dmesg > > Abdullah Ibn Hamad Al-Marri wrote: > > link_elf: symbol msleep undefined > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > KLD file acpi.ko - could not finalize loading > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Perhaps kldxref failed when you installed this kernel? Or possibly you > have an outdated acpi.ko module around. What's the output of: > > find /boot -type f -name 'acpi*.ko' find /boot -type f -name 'acpi*.ko' /boot/modules/acpi.ko /boot/modules/acpi_asus.ko /boot/modules/acpi_panasonic.ko /boot/modules/acpi_toshiba.ko /boot/modules/acpi_video.ko /boot/modules/acpi_fujitsu.ko /boot/modules/acpi_ibm.ko /boot/modules/acpi_sony.ko /boot/modules/acpi_dock.ko For you info, this box was using FreeBSD 6.-2STABLE. Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 16:00:19 2007 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 AB02216A419 for ; Mon, 10 Dec 2007 16:00:19 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 719A613C467 for ; Mon, 10 Dec 2007 16:00:19 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:bc77:cb1e:67b3:3fa2] (unknown [IPv6:2001:7b8:3a7:0:bc77:cb1e:67b3:3fa2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 796A83C; Mon, 10 Dec 2007 17:00:18 +0100 (CET) Message-ID: <475D6292.3080707@andric.com> Date: Mon, 10 Dec 2007 17:00:18 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.11pre (Windows/20071207) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <785377.21840.qm@web33713.mail.mud.yahoo.com> In-Reply-To: <785377.21840.qm@web33713.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD STABLE Subject: Re: FreeBSD 7.0 Weird acpi.ko in the dmesg 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, 10 Dec 2007 16:00:19 -0000 Abdullah Ibn Hamad Al-Marri wrote: > find /boot -type f -name 'acpi*.ko' > /boot/modules/acpi.ko > /boot/modules/acpi_asus.ko > /boot/modules/acpi_panasonic.ko > /boot/modules/acpi_toshiba.ko > /boot/modules/acpi_video.ko > /boot/modules/acpi_fujitsu.ko > /boot/modules/acpi_ibm.ko > /boot/modules/acpi_sony.ko > /boot/modules/acpi_dock.ko Ah yes, these don't belong here, they should be in /boot/kernel, AFAIK. But I don't understand why there aren't any acpi modules in /boot/kernel? These should have been put there when you installed or built 7.0-BETA4. Anyway, you can try to temporarily unset module_path when loading your kernel, e.g. type: unset module_path at the loader prompt, and then boot with "boot" or "boot -s". From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 16:48:08 2007 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 3B16916A419 for ; Mon, 10 Dec 2007 16:48:08 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 291AB13C4D1 for ; Mon, 10 Dec 2007 16:48:07 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 893AC5B2E for ; Mon, 10 Dec 2007 08:22:16 -0800 (PST) To: freebsd-stable@freebsd.org Date: Mon, 10 Dec 2007 08:22:16 -0800 From: Bakul Shah Message-Id: <20071210162216.893AC5B2E@mail.bitblocks.com> Subject: FreeBSD 7.0-BETA4-amd64 boot problem under qemu 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, 10 Dec 2007 16:48:08 -0000 The amd64 version of -BETA4 doesn't completely boot under qemu-system-x86_64 -- it hangs while trying to mound md0 as root. The i386 version of -BETA4 does work under qemu-system-x86_64. Note that if you want to try this, use the -no-kqemu switch as kqemu with the 64 bit qemu crashes the system. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 17:15:07 2007 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 4123C16A417; Mon, 10 Dec 2007 17:15:07 +0000 (UTC) (envelope-from lolo@agneau.org) Received: from bergerie.agneau.org (bergerie.agneau.org [88.173.248.15]) by mx1.freebsd.org (Postfix) with ESMTP id EB87713C44B; Mon, 10 Dec 2007 17:15:06 +0000 (UTC) (envelope-from lolo@agneau.org) Received: by bergerie.agneau.org (Postfix, from userid 500) id B177410A0E1; Mon, 10 Dec 2007 17:47:19 +0100 (CET) Date: Mon, 10 Dec 2007 17:47:19 +0100 From: Laurent Frigault To: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Message-ID: <20071210164719.GA97514@obelix.bergerie.agneau.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Powered-By: UUCP Cc: Subject: major bge(4) performance problem 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, 10 Dec 2007 17:15:07 -0000 Hi, We are experiencing a problem with BCM5721 bge interfaces, which seems to be able to receive at almost 1Gbps but can only transmit at < 540Mbps. It is the exactly same problem describes at http://lists.freebsd.org/pipermail/freebsd-net/2007-June/014373.html Our test server is as Dell PE860 CPU: Intel(R) Xeon(R) CPU X3220 @ 2.40GHz (2400.10-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 8577101824 (8179 MB) avail memory = 8297656320 (7913 MB) bge0@pci0:4:0:0: class=0x020000 card=0x01e61028 chip=0x165914e4 rev=0x11 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5721 NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet bge1@pci0:5:0:0: class=0x020000 card=0x01e61028 chip=0x165914e4 rev=0x11 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5721 NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet We ran the following test with FreeBSD 6.3-PRERELEASE/i386 , FreeBSD 7.0BETA4/amd64 (ULE and BSD, with and without POLLING). # dd if=/dev/zero bs=1m count=102400 | nc peer 15000 no firewall on the server. netstat -i show no errors interface forced 1000baseTX duplex-full on both server and switch, no autoneg. The server as 2 bge interfaces, and both have the same problem. Peer was running 6.3-PRERELEASE/amd64 with an em interface on peer we run : nc -l 15000 >/dev/null If we boot our test server with a linux ubuntu 6.0.6 and run the same test, we can transmit at more than 900 Mbps so it is not an harware problem. But we would like to stay away from linux on our servers. Is there any patch/fix available for this driver ? Unfortunatly our server has no more slot available so we can't forget the bge interfaces and add an em interface. I can run tests on a spare server if needed (same hardware). Regards, -- Laurent Frigault | "Ask not what Windows 2000 can do for you, ask what you can do for Windows 2000." - John F. Kennedy, after submitting his first bug report. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 17:21:43 2007 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 7365116A419 for ; Mon, 10 Dec 2007 17:21:43 +0000 (UTC) (envelope-from chris@Shenton.Org) Received: from Shenton.org (static-71-246-241-106.washdc.fios.verizon.net [71.246.241.106]) by mx1.freebsd.org (Postfix) with ESMTP id 13EB813C4D3 for ; Mon, 10 Dec 2007 17:21:42 +0000 (UTC) (envelope-from chris@Shenton.Org) Received: (qmail 78138 invoked by uid 1001); 10 Dec 2007 17:21:41 -0000 From: Chris Shenton To: Ivan Voras References: <86hciuilpx.fsf@PECTOPAH.shenton.org> Date: Mon, 10 Dec 2007 12:21:41 -0500 In-Reply-To: (Ivan Voras's message of "Fri, 07 Dec 2007 21:22:31 +0100") Message-ID: <86bq8yjwii.fsf@PECTOPAH.shenton.org> User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD on Dell T105? ($350 dual-core Opteron) 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, 10 Dec 2007 17:21:43 -0000 Ivan Voras writes: > The CPU will certainly work. I can't dig out any decent data on the > motherboard, but it it's NVIDIA MCP55, then it will also work (just had > a Barcelona-class Opteron with MCP55 the other day and it's fine). The spec sheet says the following, does this help? http://www.dell.com/downloads/global/products/pedge/en/pe_T105_spec_sheet.pdf Processors Single AMD Opteron TM 1000 series at up to 2.8GHz; Single AMD SempronTM LE1250 at 2.2GHz HyperTransportTM HyperTransport at 2000MT/s Cache Up to 2MB AMD Opteron TM 512K AMD Sempron TM Chipset nVidia CK8-04 Pro Memory 512MB-8GB DDR1 677/800 I/O slots Two PCI Express TM x8; One PCI Express x1; One PCI 32 bit/33MHz, 5v Drive Controller Embedded SATA; optional SAS RAID Controller Optional SAS 6i/R for SAS or SATA RAID Drive Bays 2 x 3.5 cabled SATA or SAS 2 x 5.25 optional DVD-ROM, CD-RW/DVD combo or optional internal TBU Network Interfaces Single embedded Gigabit3 NIC From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 17:45:17 2007 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 793DC16A420 for ; Mon, 10 Dec 2007 17:45:17 +0000 (UTC) (envelope-from chris@Shenton.Org) Received: from Shenton.org (static-71-246-241-106.washdc.fios.verizon.net [71.246.241.106]) by mx1.freebsd.org (Postfix) with ESMTP id 3DCD813C44B for ; Mon, 10 Dec 2007 17:45:16 +0000 (UTC) (envelope-from chris@Shenton.Org) Received: (qmail 78409 invoked by uid 1001); 10 Dec 2007 17:45:16 -0000 From: Chris Shenton To: freebsd-hardware@freebsd.org References: <86hciuilpx.fsf@PECTOPAH.shenton.org> Date: Mon, 10 Dec 2007 12:45:16 -0500 In-Reply-To: <86hciuilpx.fsf@PECTOPAH.shenton.org> (Chris Shenton's message of "Fri, 07 Dec 2007 10:11:06 -0500") Message-ID: <867ijmjvf7.fsf@PECTOPAH.shenton.org> User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD on Dell T105? ($350 dual-core Opteron) 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, 10 Dec 2007 17:45:17 -0000 I should perhaps have mentioned that Dell offers this with SUSE Linux Enterprise Server 10 and Red Hat Enterprise Linux 5 x32 and x64, if that helps illuminate. Thanks. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 17:53:18 2007 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 4788716A420 for ; Mon, 10 Dec 2007 17:53:18 +0000 (UTC) (envelope-from nishida@asusa.net) Received: from vs02.admiral.net (vs02.admiral.net [65.121.144.49]) by mx1.freebsd.org (Postfix) with ESMTP id EEBC513C45A for ; Mon, 10 Dec 2007 17:53:17 +0000 (UTC) (envelope-from nishida@asusa.net) Received: from localhost (localhost.admiral.net [127.0.0.1]) by vs02.admiral.net (Postfix) with ESMTP id 1C7D3785B0 for ; Tue, 11 Dec 2007 02:53:17 +0900 (JST) Received: from usam.asusa.net (usa.asusa.net [65.121.144.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vs02.admiral.net (Postfix) with ESMTP id ED752785AF for ; Tue, 11 Dec 2007 02:53:16 +0900 (JST) Received: (qmail 90285 invoked from network); 10 Dec 2007 09:53:16 -0800 X-ASJ-Track-ID: <20071210175316.90285.qmail@usam.asusa.net> X-ASJ-Auth-ID: auth X-ASJ-Arrival-IP: 65.121.144.11 X-ASJ-SPF-Info: auth X-ASJ-Received-SPF: pass (send with smtp authentication by nishida#mail0002@65.121.144.11) Received: from unknown (HELO ?192.168.0.100?) (nishida?mail0002@65.121.144.11) by usam.asusa.net with SMTP; 10 Dec 2007 09:53:16 -0800 Message-ID: <475D7D09.4000702@asusa.net> Date: Mon, 10 Dec 2007 09:53:13 -0800 From: Hiroshi Nishida User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: ja, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4759A1F3.10008@asusa.net> <20071210163959.3169b23e.une@hkg.ac.jp> In-Reply-To: <20071210163959.3169b23e.une@hkg.ac.jp> Content-Type: multipart/mixed; boundary="------------040602000402090908060102" X-Virus-Scanned: by ASJ VSCAN based on AMaViS perl-11-ASJ-ETHEL-07030100-ML-SPEEDY58 Subject: Re: G965 patch for 6.3-Beta 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, 10 Dec 2007 17:53:18 -0000 This is a multi-part message in MIME format. --------------040602000402090908060102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi. I've attached the patch. Please apply it at /sys/pci. Thank you. Hiroyuki Une wrote: > At least, I need. Your patch will fix the problem that xorg fails to > detect memory > >assinged as the VRAM occationally. > >Thank you. > >--- >Hiroyuki Une: Hiroshima Kokusai Gakuin University >une@hkg.ac.jp / harrier@seiryu.id.hkg.ac.jp > > -- Hiroshi Nishida nishida at asusa.net --------------040602000402090908060102 Content-Type: text/plain; name="agp_i810-965.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="agp_i810-965.diff" --- agp_i810.c.org 2007-11-16 14:07:27.000000000 -0800 +++ agp_i810.c 2007-12-10 09:20:22.000000000 -0800 @@ -28,6 +28,7 @@ /* * Fixes for 830/845G support: David Dawes * 852GM/855GM/865G support added by David Dawes + * An experimental 965 support added by Hiroshi Nishida */ #include @@ -71,6 +72,8 @@ #define CHIP_I830 1 /* 830M/845G */ #define CHIP_I855 2 /* 852GM/855GM/865G */ #define CHIP_I915 3 /* 915G/915GM */ +#define CHIP_I965 4 /* G965 */ +#define CHIP_G33 5 /* G33/Q33/Q35 */ struct agp_i810_softc { struct agp_softc agp; @@ -152,6 +155,24 @@ case 0x27A28086: return ("Intel 82945GM (945GM GMCH) SVGA controller"); + + case 0x29728086: + return ("Intel 946GZ SVGA controller"); + + case 0x29828086: + return ("Intel G965 SVGA controller"); + + case 0x29928086: + return ("Intel Q965 SVGA controller"); + + case 0x29a28086: + return ("Intel G965 SVGA controller"); + + case 0x2a028086: + return ("Intel GM965 SVGA controller"); + + case 0x2a128086: + return ("Intel GME965 SVGA controller"); }; return NULL; @@ -260,6 +281,12 @@ case 0x25928086: case 0x27728086: /* 945G GMCH */ case 0x27A28086: /* 945GM GMCH */ + case 0x29728086: /* 946GZ */ + case 0x29828086: /* G965 */ + case 0x29928086: /* Q965 */ + case 0x29a28086: /* G965 */ + case 0x2a028086: /* GM965 */ + case 0x2a128086: /* GME965 */ gcc1 = pci_read_config(bdev, AGP_I915_DEVEN, 4); if ((gcc1 & AGP_I915_DEVEN_D2F0) == AGP_I915_DEVEN_D2F0_DISABLED) { @@ -317,24 +344,50 @@ case 0x27A28086: /* 945GM GMCH */ sc->chiptype = CHIP_I915; break; + case 0x29728086: + case 0x29828086: + case 0x29928086: + case 0x29a28086: + case 0x2a028086: + case 0x2a128086: + sc->chiptype = CHIP_I965; + break; }; +#if 0 /* Same for i810 and i830 */ if (sc->chiptype == CHIP_I915) rid = AGP_I915_MMADR; else rid = AGP_I810_MMADR; +#else + switch (sc->chiptype) { + case CHIP_I915: + case CHIP_G33: + rid = AGP_I915_MMADR; + break; + case CHIP_I965: + rid = AGP_I965_GTTMMADR; + break; + default: + rid = AGP_I810_MMADR; + break; + } + + printf("Chip Type: %d, rid:%x\n", sc->chiptype, rid); +#endif sc->regs = bus_alloc_resource_any(dev, SYS_RES_MEMORY, &rid, RF_ACTIVE); if (!sc->regs) { agp_generic_detach(dev); + printf("ENODEV at agp_i810_attach() 1\n"); return ENODEV; } sc->bst = rman_get_bustag(sc->regs); sc->bsh = rman_get_bushandle(sc->regs); - if (sc->chiptype == CHIP_I915) { + if (sc->chiptype == CHIP_I915 || sc->chiptype == CHIP_G33) { rid = AGP_I915_GTTADR; sc->gtt = bus_alloc_resource_any(dev, SYS_RES_MEMORY, &rid, RF_ACTIVE); @@ -342,6 +395,7 @@ bus_release_resource(dev, SYS_RES_MEMORY, AGP_I915_MMADR, sc->regs); agp_generic_detach(dev); + printf("ENODEV at agp_i810_attach() 2\n"); return ENODEV; } sc->gtt_bst = rman_get_bustag(sc->gtt); @@ -362,12 +416,28 @@ bus_release_resource(dev, SYS_RES_MEMORY, AGP_I915_GTTADR, sc->regs); agp_generic_detach(dev); + printf("ENODEV at agp_i810_attach() 3\n"); return ENODEV; } } + else if (sc->chiptype == CHIP_I965) { + rid = AGP_I915_GMADR; + sc->gm = bus_alloc_resource_any(dev, SYS_RES_MEMORY, &rid, 0); + if (sc->gm == NULL) { + bus_release_resource(dev, SYS_RES_MEMORY, + AGP_I915_MMADR, sc->regs); + agp_generic_detach(dev); + printf("ENODEV at agp_i810_attach() 4\n"); + return ENODEV; + } + } sc->initial_aperture = AGP_GET_APERTURE(dev); + if (sc->initial_aperture == 0) { + device_printf(dev, "bad initial aperture size, disabling\n"); + return ENXIO; + } gatt = malloc( sizeof(struct agp_gatt), M_AGP, M_NOWAIT); if (!gatt) { @@ -432,40 +502,82 @@ WRITE4(AGP_I810_PGTBL_CTL, pgtblctl); gatt->ag_physical = pgtblctl & ~1; - } else if (sc->chiptype == CHIP_I855 || sc->chiptype == CHIP_I915) { /* CHIP_I855 */ - unsigned int gcc1, pgtblctl, stolen; + } else if (sc->chiptype == CHIP_I855 || sc->chiptype == CHIP_I915 || + sc->chiptype == CHIP_I965 || sc->chiptype == CHIP_G33) { + unsigned int gcc1, pgtblctl, stolen, gtt_size; /* Stolen memory is set up at the beginning of the aperture by * the BIOS, consisting of the GATT followed by 4kb for the BIOS * display. */ +#if 0 if (sc->chiptype == CHIP_I855) stolen = 132; else stolen = 260; +#else + switch (sc->chiptype) { + case CHIP_I855: + gtt_size = 128; + break; + case CHIP_I915: + gtt_size = 256; + break; + case CHIP_I965: + case CHIP_G33: + switch (READ4(AGP_I810_PGTBL_CTL) & + AGP_I810_PGTBL_SIZE_MASK) { + case AGP_I810_PGTBL_SIZE_128KB: + gtt_size = 128; + break; + case AGP_I810_PGTBL_SIZE_256KB: + gtt_size = 256; + break; + case AGP_I810_PGTBL_SIZE_512KB: + gtt_size = 512; + break; + default: + device_printf(dev, "Bad PGTBL size\n"); + agp_generic_detach(dev); + return EINVAL; + } + break; + default: + device_printf(dev, "Bad chiptype\n"); + agp_generic_detach(dev); + return EINVAL; + } +#endif + /* GCC1 is called MGGC on i915+ */ gcc1 = pci_read_config(sc->bdev, AGP_I855_GCC1, 1); switch (gcc1 & AGP_I855_GCC1_GMS) { case AGP_I855_GCC1_GMS_STOLEN_1M: - sc->stolen = (1024 - stolen) * 1024 / 4096; + stolen = 1024; break; case AGP_I855_GCC1_GMS_STOLEN_4M: - sc->stolen = (4096 - stolen) * 1024 / 4096; + stolen = 4096; break; case AGP_I855_GCC1_GMS_STOLEN_8M: - sc->stolen = (8192 - stolen) * 1024 / 4096; + stolen = 8192; break; case AGP_I855_GCC1_GMS_STOLEN_16M: - sc->stolen = (16384 - stolen) * 1024 / 4096; + stolen = 16384; break; case AGP_I855_GCC1_GMS_STOLEN_32M: - sc->stolen = (32768 - stolen) * 1024 / 4096; + stolen = 32768; break; case AGP_I915_GCC1_GMS_STOLEN_48M: - sc->stolen = (49152 - stolen) * 1024 / 4096; + stolen = 49152; break; case AGP_I915_GCC1_GMS_STOLEN_64M: - sc->stolen = (65536 - stolen) * 1024 / 4096; + stolen = 65536; + break; + case AGP_G33_GCC1_GMS_STOLEN_128M: + stolen = 128 * 1024; + break; + case AGP_G33_GCC1_GMS_STOLEN_256M: + stolen = 256 * 1024; break; default: sc->stolen = 0; @@ -473,6 +585,7 @@ agp_generic_detach(dev); return EINVAL; } + sc->stolen = (stolen - gtt_size - 4) * 1024 / 4096; if (sc->stolen > 0) device_printf(dev, "detected %dk stolen memory\n", sc->stolen * 4); device_printf(dev, "aperture size is %dM\n", sc->initial_aperture / 1024 / 1024); @@ -518,6 +631,7 @@ } free(sc->gatt, M_AGP); +#if 0 if (sc->chiptype == CHIP_I915) { bus_release_resource(dev, SYS_RES_MEMORY, AGP_I915_GMADR, sc->gm); @@ -529,6 +643,35 @@ bus_release_resource(dev, SYS_RES_MEMORY, AGP_I810_MMADR, sc->regs); } +#else + switch (sc->chiptype) { + case CHIP_I810: + case CHIP_I830: + case CHIP_I855: + bus_release_resource(dev, SYS_RES_MEMORY, AGP_I810_MMADR, + sc->regs); + break; + case CHIP_I915: + case CHIP_G33: + bus_release_resource(dev, SYS_RES_MEMORY, AGP_I915_GMADR, + sc->gm); + bus_release_resource(dev, SYS_RES_MEMORY, AGP_I915_GTTADR, + sc->gtt); + bus_release_resource(dev, SYS_RES_MEMORY, AGP_I915_MMADR, + sc->regs); + break; + case CHIP_I965: + bus_release_resource(dev, SYS_RES_MEMORY, AGP_I915_GTTADR, + sc->gtt); + bus_release_resource(dev, SYS_RES_MEMORY, AGP_I965_GTTMMADR, + sc->regs); + break; + default: + device_printf(dev, "Bad chiptype at agp_i810_detach()\n"); + agp_generic_detach(dev); + return EINVAL; + } +#endif agp_free_res(dev); child = device_find_child( dev, "drmsub", 0 ); @@ -561,6 +704,8 @@ case CHIP_I855: return 128 * 1024 * 1024; case CHIP_I915: + case CHIP_I965: + case CHIP_G33: /* The documentation states that AGP_I915_MSAC should have bit * 1 set if the aperture is 128MB instead of 256. However, * that bit appears to not get set, so we instead use the @@ -620,6 +765,8 @@ } break; case CHIP_I915: + case CHIP_I965: + case CHIP_G33: temp = pci_read_config(dev, AGP_I915_MSAC, 1); temp &= ~AGP_I915_MSAC_GMASIZE; @@ -642,6 +789,46 @@ return 0; } +/** + * Writes a GTT entry mapping the page at the given offset from the beginning + * of the aperture to the given physical address. + */ +static void +agp_i810_write_gtt_entry(device_t dev, int offset, vm_offset_t physical, + int enabled) +{ + struct agp_i810_softc *sc = device_get_softc(dev); + u_int32_t pte; + + pte = (u_int32_t)physical | 1; + if (sc->chiptype == CHIP_I965 || sc->chiptype == CHIP_G33) { + pte |= (physical & 0x0000000f00000000ull) >> 28; + } else { + /* If we do actually have memory above 4GB on an older system, + * crash cleanly rather than scribble on system memory, + * so we know we need to fix it. + */ + KASSERT((pte & 0x0000000f00000000ull) == 0, + (">4GB physical address in agp")); + } + + switch (sc->chiptype) { + case CHIP_I810: + case CHIP_I830: + case CHIP_I855: + WRITE4(AGP_I810_GTT + (offset >> AGP_PAGE_SHIFT) * 4, + physical | 1); + break; + case CHIP_I915: + case CHIP_G33: + WRITEGTT((offset >> AGP_PAGE_SHIFT) * 4, pte); + break; + case CHIP_I965: + WRITE4((offset >> AGP_PAGE_SHIFT) * 4 + (512 * 1024), pte); + break; + } +} + static int agp_i810_bind_page(device_t dev, int offset, vm_offset_t physical) { @@ -659,11 +846,15 @@ } } +#if 0 if (sc->chiptype == CHIP_I915) { WRITEGTT((offset >> AGP_PAGE_SHIFT) * 4, physical | 1); } else { WRITE4(AGP_I810_GTT + (offset >> AGP_PAGE_SHIFT) * 4, physical | 1); } +#else + agp_i810_write_gtt_entry(dev, offset, physical, 1); +#endif return 0; } @@ -683,11 +874,15 @@ } } +#if 0 if (sc->chiptype == CHIP_I915) { WRITEGTT((offset >> AGP_PAGE_SHIFT) * 4, 0); } else { WRITE4(AGP_I810_GTT + (offset >> AGP_PAGE_SHIFT) * 4, 0); } +#else + agp_i810_write_gtt_entry(dev, offset, 0, 0); +#endif return 0; } @@ -848,6 +1043,7 @@ for (i = 0; i < mem->am_size; i += AGP_PAGE_SIZE) { u_int32_t physical = mem->am_physical + i; +#if 0 if (sc->chiptype == CHIP_I915) { WRITEGTT(((offset + i) >> AGP_PAGE_SHIFT) * 4, physical | 1); @@ -856,6 +1052,9 @@ ((offset + i) >> AGP_PAGE_SHIFT) * 4, physical | 1); } +#else + agp_i810_write_gtt_entry(dev, offset + i, physical, 1); +#endif } agp_flush_cache(); mem->am_offset = offset; @@ -894,6 +1093,7 @@ for (i = 0; i < mem->am_size; i += AGP_PAGE_SIZE) { vm_offset_t offset = mem->am_offset; +#if 0 if (sc->chiptype == CHIP_I915) { WRITEGTT(((offset + i) >> AGP_PAGE_SHIFT) * 4, 0); @@ -901,6 +1101,9 @@ WRITE4(AGP_I810_GTT + ((offset + i) >> AGP_PAGE_SHIFT) * 4, 0); } +#else + agp_i810_write_gtt_entry(dev, offset + i, 0, 0); +#endif } agp_flush_cache(); mem->am_is_bound = 0; --- agpreg.h.org 2007-11-20 16:19:46.000000000 -0800 +++ agpreg.h 2007-11-27 15:42:27.000000000 -0800 @@ -180,10 +180,19 @@ * Memory mapped register offsets for i810 chipset. */ #define AGP_I810_PGTBL_CTL 0x2020 -#define AGP_I810_DRT 0x3000 -#define AGP_I810_DRT_UNPOPULATED 0x00 -#define AGP_I810_DRT_POPULATED 0x01 -#define AGP_I810_GTT 0x10000 + +/** + * This field determines the actual size of the global GTT on the 965 + * and G33 + */ +#define AGP_I810_PGTBL_SIZE_MASK 0x0000000e +#define AGP_I810_PGTBL_SIZE_512KB (0 << 1) +#define AGP_I810_PGTBL_SIZE_256KB (1 << 1) +#define AGP_I810_PGTBL_SIZE_128KB (2 << 1) +#define AGP_I810_DRT 0x3000 +#define AGP_I810_DRT_UNPOPULATED 0x00 +#define AGP_I810_DRT_POPULATED 0x01 +#define AGP_I810_GTT 0x10000 /* * Config registers for i830MG device 0 @@ -244,6 +253,21 @@ #define AGP_I915_MSAC_GMASIZE_256 0x00 /* + * G965 registers + */ +#define AGP_I965_GTTMMADR 0x10 +#define AGP_I965_MSAC 0x62 +#define AGP_I965_MSAC_GMASIZE_128 0x00 +#define AGP_I965_MSAC_GMASIZE_256 0x02 +#define AGP_I965_MSAC_GMASIZE_512 0x06 + +/* + * G33 registers + */ +#define AGP_G33_GCC1_GMS_STOLEN_128M 0x80 +#define AGP_G33_GCC1_GMS_STOLEN_256M 0x90 + +/* * NVIDIA nForce/nForce2 registers */ #define AGP_NVIDIA_0_APBASE 0x10 --------------040602000402090908060102-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 17:54:45 2007 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 532D116A418 for ; Mon, 10 Dec 2007 17:54:45 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id 219A013C461 for ; Mon, 10 Dec 2007 17:54:44 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1857000rvb for ; Mon, 10 Dec 2007 09:54:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=4iU3dGZVeUuh39UHLg4pq6maeunm+LZEmGdUCTVePcY=; b=rxwIrDMwE2xcT9QVURzimzplhSw+03PbUOhpLgGREUQwmEtZ5T16U3+IPeiEsHtAfaJQT4MPgPKhRfl+e9YVLoTlICDKg9uC7lRqbNCoaSZhWbE3PmTJEPpujBfOYRGjtm/qRi9YqDrBFyUYowjpyBUw5q9mvMaxz9wqW7t+t9E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=JlDqxfzAkNdNExjm1PXYupr+XgZJy/TRthNDhbIXarr0ZowMRtByP7KxEzfqYWQR4/iwC/u7Mt2DmAlZpC83k7+jZJxXkNi28O9pV3/LNm8H4KQ1YstKUrXfUnkb2kyRRZOGsJS3GiILPsbs+NQsLJ2trPMBdtiipotyr9heVUI= Received: by 10.140.199.19 with SMTP id w19mr617464rvf.1197309284181; Mon, 10 Dec 2007 09:54:44 -0800 (PST) Received: by 10.141.63.14 with HTTP; Mon, 10 Dec 2007 09:54:44 -0800 (PST) Message-ID: <9bbcef730712100954r379b539fx5493543da8463775@mail.gmail.com> Date: Mon, 10 Dec 2007 18:54:44 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Chris Shenton" In-Reply-To: <86bq8yjwii.fsf@PECTOPAH.shenton.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <86hciuilpx.fsf@PECTOPAH.shenton.org> <86bq8yjwii.fsf@PECTOPAH.shenton.org> X-Google-Sender-Auth: 54c01e36170ee334 Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD on Dell T105? ($350 dual-core Opteron) 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, 10 Dec 2007 17:54:45 -0000 On 10/12/2007, Chris Shenton wrote: > Chipset nVidia CK8-04 Pro >From Googling I can't find anything except that it's "similar" to MCP55, but the nfe(4) man page says: The nfe driver supports PCI Ethernet adapters based on the NVIDIA nForce Media and Communications Processors (MCP), such as the nForce, nForce 2, nForce 3, CK804, MCP04, MCP51, MCP55, MCP61, MCP65 and MCP67 Ethernet controller chips. So, it looks like it could work (probably at least the driver developer could use it). I'd go for it. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 18:48:17 2007 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 80FA316A417 for ; Mon, 10 Dec 2007 18:48:17 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id DE81013C447 for ; Mon, 10 Dec 2007 18:48:16 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id lBAIm9wJ051520; Tue, 11 Dec 2007 01:48:09 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id lBAIm84I051519; Tue, 11 Dec 2007 01:48:08 +0700 (KRAT) (envelope-from eugen) Date: Tue, 11 Dec 2007 01:48:08 +0700 From: Eugene Grosbein To: Dimitry Andric Message-ID: <20071210184808.GA51059@svzserv.kemerovo.su> References: <785377.21840.qm@web33713.mail.mud.yahoo.com> <475D6292.3080707@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <475D6292.3080707@andric.com> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD STABLE , Abdullah Ibn Hamad Al-Marri Subject: Re: FreeBSD 7.0 Weird acpi.ko in the dmesg 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, 10 Dec 2007 18:48:17 -0000 On Mon, Dec 10, 2007 at 05:00:18PM +0100, Dimitry Andric wrote: > Abdullah Ibn Hamad Al-Marri wrote: > >find /boot -type f -name 'acpi*.ko' > >/boot/modules/acpi.ko > >/boot/modules/acpi_asus.ko > >/boot/modules/acpi_panasonic.ko > >/boot/modules/acpi_toshiba.ko > >/boot/modules/acpi_video.ko > >/boot/modules/acpi_fujitsu.ko > >/boot/modules/acpi_ibm.ko > >/boot/modules/acpi_sony.ko > >/boot/modules/acpi_dock.ko > > Ah yes, these don't belong here, they should be in /boot/kernel, AFAIK. > But I don't understand why there aren't any acpi modules in > /boot/kernel? These should have been put there when you installed or > built 7.0-BETA4. > > Anyway, you can try to temporarily unset module_path when loading your > kernel, e.g. type: > > unset module_path > > at the loader prompt, and then boot with "boot" or "boot -s". MODULES_WITH_WORLD build option changes installation dir for modules to /boot/modules. One just have to move old modules from /boot/kernel to /boot/modules manually if he set MODULES_WITH_WORLD to make sure there won't be stale copies (and move them back if unset MODULES_WITH_WORLD). If this (undocumented) rule is applied, there won't be problems with modules. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 20:44:27 2007 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 3784916A41A for ; Mon, 10 Dec 2007 20:44:27 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms173001pub.verizon.net (vms173001pub.verizon.net [206.46.173.1]) by mx1.freebsd.org (Postfix) with ESMTP id 14E2B13C447 for ; Mon, 10 Dec 2007 20:44:26 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms173001.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JSU00410MDRNBG1@vms173001.mailsrvcs.net> for freebsd-stable@FreeBSD.org; Mon, 10 Dec 2007 13:34:40 -0600 (CST) Date: Mon, 10 Dec 2007 14:43:53 -0500 From: Skip Ford In-reply-to: <74426321@bb.ipt.ru> To: Boris Samorodov Mail-followup-to: Boris Samorodov , freebsd-stable@FreeBSD.org Message-id: <20071210194353.GB1117@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <86910657@bb.ipt.ru> <20071210112201.GA1117@menantico.com> <74426321@bb.ipt.ru> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@FreeBSD.org Subject: Re: RELENG_7: GENERIC and options LOCK_PROFILING are breaking sockstat and netstat -a 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, 10 Dec 2007 20:44:27 -0000 Boris Samorodov wrote: > On Mon, 10 Dec 2007 06:22:01 -0500 Skip Ford wrote: > > Boris Samorodov wrote: > > > The system updated a couple of hours ago (RELENG_7), the kernel config > > > is GENERIC with "options LOCK_PROFILING", default /etc/make.conf, i386 > > > (I have this problem at current-amd64 as well): > > > ----- > > > bb% uname -a > > > FreeBSD bb.ipt.ru 7.0-BETA4 FreeBSD 7.0-BETA4 #1: Mon Dec 10 10:12:24 MSK 2007 root@bb.ipt.ru:/usr/obj/usr/src/sys/GENERIC i386 > > > bb% sockstat > > > sockstat: struct xtcpcb size mismatch > > > sockstat: struct xinpcb size mismatch > > > sockstat: struct xunpcb size mismatch > > > sockstat: struct xunpcb size mismatch > > > USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS > > > bb% netstat -a | head > > > Active UNIX domain sockets > > > Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr > > > 0 #0 131073 0 ca5c6580 0 0 0 > > > 0 #0 1 0 0 d36bda90 0 0 > > > 0 #0 1 0 0 d2e11750 0 0 > > > 0 #0 1 0 0 d36bdd00 0 0 > > > 0 #0 1 0 0 d2e120d0 0 0 > > > 0 #0 1 0 0 d2e128f0 0 0 > > > 0 #0 1 0 0 d2e12820 0 0 > > > 0 #0 262145 0 0 d2e12a90 0 0 > > > > That error occurs when your kernel and world are out of sync. You need to > > rebuild netstat(1) and sockstat(1) with LOCK_PROFILING defined to match your > > kernel, or rebuild your kernel without the option LOCK_PROFILING to match > > your world. > > Ah, that's it! The world is also affected by this option. It's not > clear from LOCK_PROFILING(9): > ----- > NOTES > The LOCK_PROFILING option increases the size of struct lock_object, so a > kernel built with that option will not work with modules built without > it. > ----- > > I've read it as if only kernel (i.e. modules) should be at sync... I think the reason it doesn't go into detail about userland tools is because a LOCK_PROFILING kernel is expected to be booted and run for very brief periods of time to test, and during that testing sockstat(1) and netstat(1) probably aren't needed. So, the man page just assumes one will have broken userland utilities while the ABI is temporarily broken. -- Skip From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 21:54:47 2007 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 12DD716A419 for ; Mon, 10 Dec 2007 21:54:47 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 9615213C465 for ; Mon, 10 Dec 2007 21:54:46 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id lBALshuC095121; Mon, 10 Dec 2007 22:54:43 +0100 (CET) (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.1/8.14.1/Submit) id lBALshMT095120; Mon, 10 Dec 2007 16:54:43 -0500 (EST) (envelope-from cracauer) Date: Mon, 10 Dec 2007 16:54:43 -0500 From: Martin Cracauer To: Reko Turja Message-ID: <20071210215443.GC90158@cons.org> References: <20071201213732.GA16638@cannabis.dataforce.net> 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, Alexey Vlasov Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 10 Dec 2007 21:54:47 -0000 Reko Turja wrote on Sun, Dec 02, 2007 at 12:23:15AM +0200: > On Sat, 01 Dec 2007 23:37:32 +0200, Alexey Vlasov wrote: > > >kernel: > >machine i386 > >cpu I686_CPU > >ident F1RNT1 > > > >options PAE > > One very probable culprit for slowness Sorry for the late reply, but here are some results for PAE. The slowdown isn't dramatic. Of course this is just 3 GB normal RAM + 1 GB PAE, so 3 Gb normal + 9 GB PAE would look worse. http://www.cons.org/cracauer/crabench/pae.user.html Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-stable@FreeBSD.ORG Mon Dec 10 21:49:46 2007 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 7649316A418 for ; Mon, 10 Dec 2007 21:49:46 +0000 (UTC) (envelope-from peter.thoenen@yahoo.com) Received: from smtp105.plus.mail.re1.yahoo.com (smtp105.plus.mail.re1.yahoo.com [69.147.102.68]) by mx1.freebsd.org (Postfix) with SMTP id 7E65B13C513 for ; Mon, 10 Dec 2007 21:49:41 +0000 (UTC) (envelope-from peter.thoenen@yahoo.com) Received: (qmail 29847 invoked from network); 10 Dec 2007 21:22:59 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type; b=WI1mv3v5InyP8+QXLwGIswi1YrFXV2J5eQzT6mmtzM03WaQ93ABCi1nSo3WTgtPc1/3p4D6gdYgGZGA5uFEdDYm3yj2gKoQ8CxWx6JF1JMqdjSp2p8JR++oVcCH6iqAaXJKTI8VQOvAB2OvGvWMllhFmLZpHUjhaDBTtYioq0yk= ; Received: from unknown (HELO ssfbsd.securestate.org) (eol1@70.227.5.28 with plain) by smtp105.plus.mail.re1.yahoo.com with SMTP; 10 Dec 2007 21:22:00 -0000 Message-ID: <475DADF7.6020702@yahoo.com> Date: Mon, 10 Dec 2007 16:21:59 -0500 From: Peter Thoenen User-Agent: Thunderbird 2.0.0.9 (X11/20071210) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------020603090608070905020409" X-Mailman-Approved-At: Mon, 10 Dec 2007 22:29:06 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Various Issues with 7.0-BETA4 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, 10 Dec 2007 21:49:46 -0000 This is a multi-part message in MIME format. --------------020603090608070905020409 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello, Having various issues with 7.0-BETA4 and not sure where to begin. Going to post multiple issues here so please bear with me. The ultimate goal of course is 7.0-BETA4 working cleanly in addition to associate ports (e.g. I can't get xchat or java to work either (though all my others port do) and I think its related somehow to this)). Feel free to point me at another list if applicable. EDIT: Big text attachments so I compressed. - Background: Install 7.0-BETA2 off the amd64.iso. - Background: / is UFS, /usr is ZFS - uname -a = FreeBSD ssfbsd.securestate.org 7.0-BETA4 FreeBSD 7.0-BETA4 #0: Mon Dec 10 08:36:52 EST 2007 root@ssfbsd.securestate.org:/usr/obj/usr/src/sys/GENERIC amd64 ---------------------------- Issue #1: For some reason zfs_enable="YES" in rc.conf doesn't work. It doesn't seem to auto mount my zfs mounts which is a PITA. Currently I am forces (each time I reboot) to boot into single user mode, mount all my drives, then exit, continuing into multi-user mode. The interesting this is step 3. 1) fsck -p 2) mount -u / 3) zfs 4) zfs mount -a 5) exit NOTE: If I skip #3 and immediately do #4 it mails. For some reason I have to to a straight zfs call. NOTE: If I immediately go to multiuser mode skipping manually mounting not only does zfs not mount but I have to re-force import the tank pool (e.g. step 3.5: zpool import -f tank) ----------------------- Issue 2: I originally built my source with WITHOUT_TCSH=YES defined but then discovered later that OpenOffice.org needs it to build. I can manually go into /usr/src/contrib/tcsh and make and make install but when I attempt to rebuild world (after removed WITHOUT_TSCH=YES from src.conf) it dies. See attachment "buildworld") ----------------------- Issue 3: To resolve Issue 2 I simply stick WITHOUT_TCSH=YES back in my src.conf and make buildworld (attachment: "buildworld_no_tcsh"). Once this completes I continue to follow UPDATING and make kernel (just fine) and reboot into single user mode. Once here though make installworld FAILS (see attachment: "makeinstallworld"). As you can see my kern.securelevel is correct and I know for a fact zfs supports symlinks so got me. To get around this I do it the old fashion way and "make installkernel" and then "make install" continuing to follow UPDATING after this (make delete-old and mergemaster -i). ---------------------------------------------------- Issue 4: For some reason I don't have a /usr/lib32 built even though COMPAT_IA32 is defined in my kernel. I am guessing this is causeing other issues later on as I have odd issues I can't track down xchat and java (see the ports list for the xchat segfault w/ libc) .. Java simply dies with no error or segfault I can see (and I have no idea how to debug java itself). ----------------------------------------------------- Help on the above issues would be appreciated. I can provide more info as needed or troubleshoot further if you provide me exactly what you want me to do. Thanks, -Peter --------------020603090608070905020409-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 11 04:30:22 2007 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 5B0F716A421 for ; Tue, 11 Dec 2007 04:30:22 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id DB8AD13C505 for ; Tue, 11 Dec 2007 04:30:21 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1376822nfb for ; Mon, 10 Dec 2007 20:30:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ZvLyRfo934fUHnc6vcD/2ciW16s7f/1VkIkvRnjomOs=; b=HlEsfW8x2ZNrQYWk0nxEfo8bcsnm5vKJq6sZyR+xEPBjSW7PG9UOvJ8/4TttZFxoxSgUAHbrtpz32vscINGHm9IkcbKSCVD4Rq4gVD3nQZAKDc79i0eJ15P65yFKQTGBDNiD+jMm6M7yIJnTqECwJyYpCQwW0QeS9veg0LcJeZs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TfU8XXDu6msaKr4qFaJJaajRzO83fHFWreRVzO9lXtX0jzgRJbha8vCvFOMCkrwdPO4fsVWuKPJClcchjwuP6kRiJa7nfT1QD8Y0YVMPkbDc3Hohf3ZiOYvctY9ZFMMYfApDYtdm6VObYMbzahns8tKKLvYYv12AStL+27nojIs= Received: by 10.86.80.5 with SMTP id d5mr6249644fgb.1197345951882; Mon, 10 Dec 2007 20:05:51 -0800 (PST) Received: by 10.86.3.20 with HTTP; Mon, 10 Dec 2007 20:05:51 -0800 (PST) Message-ID: <790a9fff0712102005y19d8bd17w6fb7c5c8394abe4@mail.gmail.com> Date: Mon, 10 Dec 2007 22:05:51 -0600 From: "Scot Hetzel" To: "Peter Thoenen" In-Reply-To: <475DADF7.6020702@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <475DADF7.6020702@yahoo.com> Cc: freebsd-stable@freebsd.org Subject: Re: Various Issues with 7.0-BETA4 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, 11 Dec 2007 04:30:22 -0000 On 12/10/07, Peter Thoenen wrote: > Hello, > > Having various issues with 7.0-BETA4 and not sure where to begin. Going > to post multiple issues here so please bear with me. The ultimate goal > of course is 7.0-BETA4 working cleanly in addition to associate ports > (e.g. I can't get xchat or java to work either (though all my others > port do) and I think its related somehow to this)). Feel free to point > me at another list if applicable. > > EDIT: Big text attachments so I compressed. > > - Background: Install 7.0-BETA2 off the amd64.iso. > - Background: / is UFS, /usr is ZFS > - uname -a = FreeBSD ssfbsd.securestate.org 7.0-BETA4 FreeBSD 7.0-BETA4 > #0: Mon Dec 10 08:36:52 EST 2007 > root@ssfbsd.securestate.org:/usr/obj/usr/src/sys/GENERIC amd64 > > ---------------------------- > > Issue #1: > > For some reason zfs_enable="YES" in rc.conf doesn't work. It doesn't > seem to auto mount my zfs mounts which is a PITA. Currently I am forces > (each time I reboot) to boot into single user mode, mount all my drives, > then exit, continuing into multi-user mode. The interesting this is step 3. > > 1) fsck -p > 2) mount -u / > 3) zfs > 4) zfs mount -a > 5) exit > > NOTE: If I skip #3 and immediately do #4 it mails. For some reason I > have to to a straight zfs call. > > NOTE: If I immediately go to multiuser mode skipping manually mounting > not only does zfs not mount but I have to re-force import the tank pool > (e.g. step 3.5: zpool import -f tank) > > I ran 7.0-CURRENT (now 8.0-CURRENT) with the same setup, and I don't need to manually mount the zfs filesystems. Do you have zfs_load="YES" in /boot/loader.conf? This loads the zfs.ko module at boot time. Scot From owner-freebsd-stable@FreeBSD.ORG Tue Dec 11 12:01:45 2007 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 6CF2A16A420 for ; Tue, 11 Dec 2007 12:01:45 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 053C013C465 for ; Tue, 11 Dec 2007 12:01:44 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1J23nf-0007Cd-Gr for freebsd-stable@freebsd.org; Tue, 11 Dec 2007 12:01:23 +0000 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, 11 Dec 2007 12:01:23 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Dec 2007 12:01:23 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 11 Dec 2007 13:06:49 +0100 Lines: 63 Message-ID: References: <475DADF7.6020702@yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1848B264CC39D7D7F425E7C6" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <475DADF7.6020702@yahoo.com> X-Enigmail-Version: 0.95.3 Sender: news Subject: Re: Various Issues with 7.0-BETA4 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, 11 Dec 2007 12:01:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1848B264CC39D7D7F425E7C6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Peter Thoenen wrote: > Issue #1: >=20 > For some reason zfs_enable=3D"YES" in rc.conf doesn't work. It doesn't= > seem to auto mount my zfs mounts which is a PITA. Currently I am force= s > (each time I reboot) to boot into single user mode, mount all my drives= , > then exit, continuing into multi-user mode. The interesting this is st= ep 3. >=20 > 1) fsck -p > 2) mount -u / > 3) zfs > 4) zfs mount -a > 5) exit >=20 > NOTE: If I skip #3 and immediately do #4 it mails. For some reason I > have to to a straight zfs call. >=20 > NOTE: If I immediately go to multiuser mode skipping manually mounting > not only does zfs not mount but I have to re-force import the tank pool= > (e.g. step 3.5: zpool import -f tank) Did you create the zfs structures and file system while in single user mode with root mounted read-only? If so, this is a "known feature" and it won't be fixed: you need to a) mount root read-write and b) run /etc/rc.d/hostid start before /etc/rc.d/zfs start. To fix it, mount root read-write, remove zpool.cache file (if any) from /boot/zfs, run commands from "b" and then run zfs import -f until you have your zfs file systems online. Then reboot into multiuser mode - it should work now. Never modify zfs without steps "a" and "b", some combinations of such modifications lead to kernel panics or possible data loss. As for the other problems: presence of /usr/lib32 is not influenced by kernel build options. I don't know what influences, but the kernel doesn't. Are you running java and other applications in 32-bit mode? Why?= --------------enig1848B264CC39D7D7F425E7C6 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.4-svn0 (GNU/Linux) iD8DBQFHXn1gldnAQVacBcgRAhjnAKC9U7c4ex7T5SkmHr8Uk1WhiNWnAQCglwHw EJLDkY09Scm78RSL9w2W3uk= =52jx -----END PGP SIGNATURE----- --------------enig1848B264CC39D7D7F425E7C6-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 11 12:59:09 2007 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 2C18316A420 for ; Tue, 11 Dec 2007 12:59:09 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9CF5F13C4CC for ; Tue, 11 Dec 2007 12:59:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id lBBCx0PO085482; Tue, 11 Dec 2007 13:59:06 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id lBBCx0Ld085481; Tue, 11 Dec 2007 13:59:00 +0100 (CET) (envelope-from olli) Date: Tue, 11 Dec 2007 13:59:00 +0100 (CET) Message-Id: <200712111259.lBBCx0Ld085481@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, killing@multiplay.co.uk In-Reply-To: <00e201c83349$b94ab7d0$b6db87d4@multiplay.co.uk> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 11 Dec 2007 13:59:07 +0100 (CET) Cc: Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, killing@multiplay.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 12:59:09 -0000 Steven Hartland wrote: > sysctl -a |grep dirhash > > Check vfs.ufs.dirhash_mem is not close to vfs.ufs.dirhash_maxmem if it is > and only most used boxes this seems to be the case increase maxmem. > > Seems this could either do with an auto tune option or a larger max by > default in today's day and age. I think it would make sense to tie it to the maxusers value (which in turn depends on the amount of RAM, by default). For example, setting dirhash_maxmem to maxusers/32 MB with a lower limit of 2 MB seems reasonable. By default, the maximum of the autotuned maxuers value is 384, so the auto- tuned value of dirhash_maxmem would be between 2 and 12 MB, depending on the amount of RAM. Of course the admin could still adjust it manually if required. I.e. something like this: --- ufs_dirhash.c.orig 2005-10-31 16:41:28.000000000 +0100 +++ ufs_dirhash.c 2007-12-11 13:56:05.000000000 +0100 @@ -1074,6 +1074,9 @@ void ufsdirhash_init() { + ufs_dirhashmaxmem = maxusers * (1024 * 1024 / 32); + if (ufs_dirhashmaxmem < 2 * 1024 * 1024) + ufs_dirhashmaxmem = 2 * 1024 * 1024; ufsdirhash_zone = uma_zcreate("DIRHASH", DH_NBLKOFF * sizeof(doff_t), NULL, NULL, NULL, NULL, UMA_ALIGN_PTR, 0); mtx_init(&ufsdirhash_mtx, "dirhash list", NULL, MTX_DEF); I haven't actually tried that, though, but the patch is trivial enough so there shouldn't be too many bugs. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd We're sysadmins. To us, data is a protocol-overhead. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 11 15:10:20 2007 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 AF9A616A417 for ; Tue, 11 Dec 2007 15:10:20 +0000 (UTC) (envelope-from peter.thoenen@yahoo.com) Received: from smtp103.plus.mail.re1.yahoo.com (smtp103.plus.mail.re1.yahoo.com [69.147.102.66]) by mx1.freebsd.org (Postfix) with SMTP id 8900913C461 for ; Tue, 11 Dec 2007 15:10:20 +0000 (UTC) (envelope-from peter.thoenen@yahoo.com) Received: (qmail 2186 invoked from network); 11 Dec 2007 15:10:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=SdIPA8XVqEXfQdKpY9Ho+fXoeljxKL5hUxCKw/olDT++U7skozngYASM90J2OkxoKfqBy/BqIaYWpEGhdqtqd+ZJ/VFbb8FM2HwH6Ag+bVK/3wE1WSWXY86K5xAWbVd0S/Up5Fe467LqlyQlt6kAif7F6/QGCu03VmQigXxnpcI= ; Received: from unknown (HELO ssfbsd.securestate.org) (eol1@70.227.5.28 with plain) by smtp103.plus.mail.re1.yahoo.com with SMTP; 11 Dec 2007 15:10:19 -0000 X-YMail-OSG: 8ZpVUkAVM1myWy5qIGLv9DUFNwHEvfKeSnZKR3vkO1Q_Bg7cpBz2phWj7XVuVcRmy3oRKRcfFQ6Sek61M8G8Dd4.mTckVMuB0eyJp3kkbRpf2cj5eA-- Message-ID: <475EA859.7000407@yahoo.com> Date: Tue, 11 Dec 2007 10:10:17 -0500 From: Peter Thoenen User-Agent: Thunderbird 2.0.0.9 (X11/20071210) MIME-Version: 1.0 To: Ivan Voras References: <475DADF7.6020702@yahoo.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Various Issues with 7.0-BETA4 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, 11 Dec 2007 15:10:20 -0000 > Do you have zfs_load="YES" in /boot/loader.conf? Scot: Shouldn't have to do this as zfs in compiled in. > Did you create the zfs structures and file system while in single user > mode with root mounted read-only? If so, this is a "known feature" and If so not intentionally ... don't remember to be honest. > it won't be fixed: you need to a) mount root read-write and b) run > /etc/rc.d/hostid start before /etc/rc.d/zfs start. To fix it, mount root > read-write, remove zpool.cache file (if any) from /boot/zfs, run > commands from "b" and then run zfs import -f until you have your zfs > file systems online. Then reboot into multiuser mode - it should work > now. Never modify zfs without steps "a" and "b", some combinations of > such modifications lead to kernel panics or possible data loss. Ja .. that def worked. Thanks much Ivan. I think the step I was missing in my fixes (or when working from single user mode) was calling /etc/rc.d/hostid .... never could figure out why I had to force input my pools (always in use) and that was most likely it. Just FYI above mainly worked minus the "zfs import -f" step ... had to do "zpool import -f" instead. I am guessing just fat fingered on your end but figured I should stick it in my response for the archives in case anybody has the problem and actually searches them. BTW, is that "known feature" documented anywhere .. .can't imagine I am the only guy that has hit this problem and it happened to me on all 3 ZFS systems I have build on FBSD. Googled quite a bit before posting over the last week or so but this is the first time I am seeing a fix. > > As for the other problems: presence of /usr/lib32 is not influenced by > kernel build options. I don't know what influences, but the kernel > doesn't. Are you running java and other applications in 32-bit mode? Why? Not intentionally running anything in 32-bit mode but trying to track down some odd problems (namely java, xchat, and slow X responsiveness (e.g. ~2 min to open a gnome-terminal from time of click) and one of the errors I always got on boot was something about 32 compatibility and not finding /usr/lib32 So took a look at /usr and noticed I do not have a lib32 and then from inference (bad or good) it appeared I should from the above error message and http://lists.freebsd.org/pipermail/freebsd-amd64/2004-March/000966.html (ja very old and referencing FBSD6). Figured I was in error not having it as: 1) I have options COMPAT_IA32 deifned in kernel 2) WITHOUT_LIB32 is NOT set in src.conf (implying that it should be built by default from my understanding of how world is built) Just trying to narrow things down one at a time. Thanks much on the ZFS issue. Now the build and install world issues :) (and hopefully once all fixed the java / xchat issues will magically clear up :( ALCON: When I got my original message from the server it appeared to strip my attachments. They can be found at http://www.nan-elmoth.net/fbsd/makeinstallworld.tar.gz http://www.nan-elmoth.net/fbsd/buildworld_no_tsch.tar.gz http://www.nan-elmoth.net/fbsd/makeinstallworld.tar.gz From owner-freebsd-stable@FreeBSD.ORG Tue Dec 11 16:15:09 2007 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 53F5216A417 for ; Tue, 11 Dec 2007 16:15:09 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id B458013C4D1 for ; Tue, 11 Dec 2007 16:15:08 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so2258754rvb for ; Tue, 11 Dec 2007 08:15:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=C+wZmrZnodgJZgzWCN6p+Q4RPQDWpz1TvCOulZmTd/Y=; b=nf4Z4hmdpGEkQ20qs4Qe1epM2Ggbx7uWox8SAWOcVvTw/VDTJYoIMA2DETy42ccUW5rWMUBNB84AQFcr1PpcLRapU7s4GQvK6lLWgPumjl7BsHf1v8rsW0YRRBeBbcyO5NrmNCvsutn0nxjVcl7w0W3wVx01jpLtbuHvZ9iQMNw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=wJJt35dq8KqDXHUTfTWm20qzTqBov20Sipi3+rTdwimYct75FV+hW7uPcBl03AhVbMPz8VsTq6hmUvuuHPHsU0crZvomfeqH4lm4TikD0p++HLkkI1jnT5z9cvz70BTe3ZlCCBbat1FVYEfMXbMU689PNIryFAdYLtG3xCOzRXQ= Received: by 10.141.87.13 with SMTP id p13mr254386rvl.1197389707527; Tue, 11 Dec 2007 08:15:07 -0800 (PST) Received: by 10.141.63.14 with HTTP; Tue, 11 Dec 2007 08:15:07 -0800 (PST) Message-ID: <9bbcef730712110815g34adb0dfv8fe89dbb52225cb3@mail.gmail.com> Date: Tue, 11 Dec 2007 17:15:07 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Peter Thoenen" In-Reply-To: <475EA859.7000407@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <475DADF7.6020702@yahoo.com> <475EA859.7000407@yahoo.com> X-Google-Sender-Auth: da276f13b6bcfa31 Cc: freebsd-stable@freebsd.org Subject: Re: Various Issues with 7.0-BETA4 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, 11 Dec 2007 16:15:09 -0000 On 11/12/2007, Peter Thoenen wrote: > Just FYI above mainly worked minus the "zfs import -f" step ... had to > do "zpool import -f" instead. I am guessing just fat fingered on your > end but figured I should stick it in my response for the archives in > case anybody has the problem and actually searches them. You're correct, thank you - I don't think "zfs" even has the "import" command in itself. "zpool" is what the intention was. > BTW, is that "known feature" documented anywhere .. .can't imagine I am > the only guy that has hit this problem and it happened to me on all 3 > ZFS systems I have build on FBSD. Googled quite a bit before posting > over the last week or so but this is the first time I am seeing a fix. I think it got mentioned, but always when someone gets burn by it. I think the real problem is that there should be some sort of dependency tracking so the /etc/rc.d/zfs script knows it should start "hostid" before running, or refuse to run if hostid is not started. Or maybe the same but for the kernel module and "zfs" and "zpool" executables. > Thanks much on the ZFS issue. Now the build and install world issues :) Can't help you with the build world issues except by suggesting generic troubleshooting: - try deleting /usr/obj - try installworld into a different directory (DESTDIR variable) - try building world on a different machine with exactly the same sources then copying /usr/obj to your machine and doing make installworld as usual. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 11 16:35:48 2007 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 96EAD16A417 for ; Tue, 11 Dec 2007 16:35:48 +0000 (UTC) (envelope-from harrier@seiryu.cim.hkg.ac.jp) Received: from seiryu.cim.hkg.ac.jp (seiryu.cim.hkg.ac.jp [202.25.197.65]) by mx1.freebsd.org (Postfix) with ESMTP id 0161413C45D for ; Tue, 11 Dec 2007 16:35:47 +0000 (UTC) (envelope-from harrier@seiryu.cim.hkg.ac.jp) Received: from shinnou.localdomain (seiryu.cim.hkg.ac.jp [202.25.197.65]) by seiryu.cim.hkg.ac.jp (Postfix) with SMTP id 4E6CE11401C; Wed, 12 Dec 2007 01:19:18 +0900 (JST) Date: Wed, 12 Dec 2007 01:19:18 +0900 From: Hiroyuki Une To: freebsd-stable@freebsd.org Message-Id: <20071212011918.6647edc0.harrier@seiryu.cim.hkg.ac.jp> In-Reply-To: <475D7D09.4000702@asusa.net> References: <4759A1F3.10008@asusa.net> <20071210163959.3169b23e.une@hkg.ac.jp> <475D7D09.4000702@asusa.net> Organization: Hiroshima Kokusai Gakuin University X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd6.3) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Wed__12_Dec_2007_01_19_18_+0900_MjO2RwRxSn5J5JJb" Cc: nishida@asusa.net Subject: Re: G965 patch for 6.3-Beta 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, 11 Dec 2007 16:35:48 -0000 This is a multi-part message in MIME format. --Multipart=_Wed__12_Dec_2007_01_19_18_+0900_MjO2RwRxSn5J5JJb Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Mon, 10 Dec 2007 09:53:13 -0800 Hiroshi Nishida wrote: > I've attached the patch. > Please apply it at /sys/pci. Unfortunately, your patch didn't work correctly. I obtained source of RELENG_6 by csup at 11 Dec 2007 22:25:56 JST(+0900), applied your patch, and buildworld/buildkernel. This kernel got the information about onboard VGA chip, however, made X server frozen. Furthermore, my box(Intel Core 2 Duo + Intel DQ965GF) made no response from terminal/network, and no core/kernel dumps are obtained. I attached result of dmesg(8) and loading i915.ko by kldload(8). What can I do to solve this problem? Thank you. -- Hiroyuki Une: Hiroshima Kokusai Gakuin University une@hkg.ac.jp / harrier@seiryu.cim.hkg.ac.jp --Multipart=_Wed__12_Dec_2007_01_19_18_+0900_MjO2RwRxSn5J5JJb Content-Type: application/octet-stream; name="dmesg.log" Content-Disposition: attachment; filename="dmesg.log" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDcgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA2LjMtUFJFUkVMRUFTRSAjMzogVHVlIERlYyAxMSAy MzowODozNSBKU1QgMjAwNwogICAgaGFycmllckBzaGlubm91LmxvY2FsZG9tYWluOi91c3Ivb2Jq L3Vzci9zcmMvc3lzL1NNUApUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6 IHF1YWxpdHkgMApDUFU6IEludGVsKFIpIENvcmUoVE0pMiBDUFUgICAgICAgICAgNjMwMCAgQCAx Ljg2R0h6ICgxODcwLjQxLU1IeiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50 ZWwiICBJZCA9IDB4NmY2ICBTdGVwcGluZyA9IDYKICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxW TUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1Ys UEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBC RT4KICBGZWF0dXJlczI9MHhlM2JkPFNTRTMsUlNWRDIsTU9OLERTX0NQTCxWTVgsRVNULFRNMixT U1NFMyxDWDE2LHhUUFIsUERDTT4KICBBTUQgRmVhdHVyZXM9MHgyMDEwMDAwMDxOWCxMTT4KICBB TUQgRmVhdHVyZXMyPTB4MTxMQUhGPgogIENvcmVzIHBlciBwYWNrYWdlOiAyCnJlYWwgbWVtb3J5 ICA9IDIxMjA1NDQyNTYgKDIwMjIgTUIpCmF2YWlsIG1lbW9yeSA9IDIwNjU1NDcyNjQgKDE5Njkg TUIpCkFDUEkgQVBJQyBUYWJsZTogPElOVEVMICBEUTk2NUdGID4KRnJlZUJTRC9TTVA6IE11bHRp cHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogMiBDUFVzCiBjcHUwIChCU1ApOiBBUElDIElEOiAg MAogY3B1MSAoQVApOiBBUElDIElEOiAgMQppb2FwaWMwOiBDaGFuZ2luZyBBUElDIElEIHRvIDIK aW9hcGljMCA8VmVyc2lvbiAyLjA+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZAprYmQxIGF0IGti ZG11eDAKYXRoX2hhbDogMC45LjIwLjMgKEFSNTIxMCwgQVI1MjExLCBBUjUyMTIsIFJGNTExMSwg UkY1MTEyLCBSRjI0MTMsIFJGNTQxMykKYWNwaTA6IDxJTlRFTCBEUTk2NUdGPiBvbiBtb3RoZXJi b2FyZAphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIg ZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRp bWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NDA4LTB4NDBiIG9uIGFjcGkwCmNwdTA6IDxBQ1BJ IENQVT4gb24gYWNwaTAKYWNwaV9wZXJmMDogPEFDUEkgQ1BVIEZyZXF1ZW5jeSBDb250cm9sPiBv biBjcHUwCmFjcGlfcGVyZjA6IGZhaWxlZCBpbiBQRVJGX1NUQVRVUyBhdHRhY2gKZGV2aWNlX2F0 dGFjaDogYWNwaV9wZXJmMCBhdHRhY2ggcmV0dXJuZWQgNgphY3BpX3BlcmYwOiA8QUNQSSBDUFUg RnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTAKYWNwaV9wZXJmMDogZmFpbGVkIGluIFBFUkZfU1RB VFVTIGF0dGFjaApkZXZpY2VfYXR0YWNoOiBhY3BpX3BlcmYwIGF0dGFjaCByZXR1cm5lZCA2CmFj cGlfdGhyb3R0bGUwOiA8QUNQSSBDUFUgVGhyb3R0bGluZz4gb24gY3B1MApjcHUxOiA8QUNQSSBD UFU+IG9uIGFjcGkwCmFjcGlfcGVyZjE6IDxBQ1BJIENQVSBGcmVxdWVuY3kgQ29udHJvbD4gb24g Y3B1MQphY3BpX3BlcmYxOiBmYWlsZWQgaW4gUEVSRl9TVEFUVVMgYXR0YWNoCmRldmljZV9hdHRh Y2g6IGFjcGlfcGVyZjEgYXR0YWNoIHJldHVybmVkIDYKYWNwaV9wZXJmMTogPEFDUEkgQ1BVIEZy ZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCmFjcGlfcGVyZjE6IGZhaWxlZCBpbiBQRVJGX1NUQVRV UyBhdHRhY2gKZGV2aWNlX2F0dGFjaDogYWNwaV9wZXJmMSBhdHRhY2ggcmV0dXJuZWQgNgphY3Bp X3Rocm90dGxlMTogPEFDUEkgQ1BVIFRocm90dGxpbmc+IG9uIGNwdTEKYWNwaV90aHJvdHRsZTE6 IGZhaWxlZCB0byBhdHRhY2ggUF9DTlQKZGV2aWNlX2F0dGFjaDogYWNwaV90aHJvdHRsZTEgYXR0 YWNoIHJldHVybmVkIDYKYWNwaV9idXR0b24wOiA8U2xlZXAgQnV0dG9uPiBvbiBhY3BpMApwY2li MDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCmFncDA6IDxJbnRlbCBROTY1IFNWR0EgY29udHJvbGxl cj4gcG9ydCAweDIxNjgtMHgyMTZmIG1lbSAweDkwMjAwMDAwLTB4OTAyZmZmZmYsMHg4MDAwMDAw MC0weDhmZmZmZmZmIGlycSAxNiBhdCBkZXZpY2UgMi4wIG9uIHBjaTAKQ2hpcCBUeXBlOiA0LCBy aWQ6MTAKYWdwMDogZGV0ZWN0ZWQgNzY3Nmsgc3RvbGVuIG1lbW9yeQphZ3AwOiBhcGVydHVyZSBz aXplIGlzIDI1Nk0KcGNpMDogPHNpbXBsZSBjb21tcz4gYXQgZGV2aWNlIDMuMCAobm8gZHJpdmVy IGF0dGFjaGVkKQphdGFwY2kwOiA8SW50ZWwgQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHgyMTYwLTB4 MjE2NywweDIxODQtMHgyMTg3LDB4MjE1OC0weDIxNWYsMHgyMTgwLTB4MjE4MywweDIxMjAtMHgy MTJmIGlycSAxOCBhdCBkZXZpY2UgMy4yIG9uIHBjaTAKYXRhMjogPEFUQSBjaGFubmVsIDA+IG9u IGF0YXBjaTAKYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAKcGNpMDogPHNpbXBsZSBj b21tcywgVUFSVD4gYXQgZGV2aWNlIDMuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQplbTA6IDxJbnRl bChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gVmVyc2lvbiAtIDYuNy4zPiBwb3J0IDB4 MjBjMC0weDIwZGYgbWVtIDB4OTAzMDAwMDAtMHg5MDMxZmZmZiwweDkwMzI0MDAwLTB4OTAzMjRm ZmYgaXJxIDIwIGF0IGRldmljZSAyNS4wIG9uIHBjaTAKZW0wOiBFdGhlcm5ldCBhZGRyZXNzOiAw MDoxNjo3NjpiYzo4YjozMwp1aGNpMDogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBw b3J0IDB4MjBhMC0weDIwYmYgaXJxIDE2IGF0IGRldmljZSAyNi4wIG9uIHBjaTAKdWhjaTA6IFtH SUFOVC1MT0NLRURdCnVzYjA6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhj aTAKdXNiMDogVVNCIHJldmlzaW9uIDEuMAp1aHViMDogSW50ZWwgVUhDSSByb290IGh1YiwgY2xh c3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkCnVoY2kxOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+ IHBvcnQgMHgyMDgwLTB4MjA5ZiBpcnEgMjEgYXQgZGV2aWNlIDI2LjEgb24gcGNpMAp1aGNpMTog W0dJQU5ULUxPQ0tFRF0KdXNiMTogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiB1 aGNpMQp1c2IxOiBVU0IgcmV2aXNpb24gMS4wCnVodWIxOiBJbnRlbCBVSENJIHJvb3QgaHViLCBj bGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQKZWhjaTA6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRy b2xsZXI+IG1lbSAweDkwMzI2NDAwLTB4OTAzMjY3ZmYgaXJxIDE4IGF0IGRldmljZSAyNi43IG9u IHBjaTAKZWhjaTA6IFtHSUFOVC1MT0NLRURdCnVzYjI6IEVIQ0kgdmVyc2lvbiAxLjAKdXNiMjog Y29tcGFuaW9uIGNvbnRyb2xsZXJzLCAyIHBvcnRzIGVhY2g6IHVzYjAgdXNiMQp1c2IyOiA8RUhD SSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBvbiBlaGNpMAp1c2IyOiBVU0IgcmV2aXNp b24gMi4wCnVodWIyOiBJbnRlbCBFSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEu MDAsIGFkZHIgMQp1aHViMjogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQK cGNtMDogPEludGVsIDgyODAxSCBIaWdoIERlZmluaXRpb24gQXVkaW8gQ29udHJvbGxlcj4gbWVt IDB4OTAzMjAwMDAtMHg5MDMyM2ZmZiBpcnEgMjIgYXQgZGV2aWNlIDI3LjAgb24gcGNpMApwY2li MTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyOC4wIG9uIHBjaTAKcGNpMTogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjEKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZp Y2UgMjguMSBvbiBwY2kwCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCmF0YXBjaTE6IDxN YXJ2ZWxsIDg4U1g2MTAxIFVETUExMzMgY29udHJvbGxlcj4gcG9ydCAweDEwMTgtMHgxMDFmLDB4 MTAyNC0weDEwMjcsMHgxMDEwLTB4MTAxNywweDEwMjAtMHgxMDIzLDB4MTAwMC0weDEwMGYgbWVt IDB4OTAxMDAwMDAtMHg5MDEwMDFmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMCBvbiBwY2kyCmF0YTQ6 IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kxCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g YXQgZGV2aWNlIDI4LjIgb24gcGNpMApwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwpwY2li NDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyOC4zIG9uIHBjaTAKcGNpNDogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjQKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZp Y2UgMjguNCBvbiBwY2kwCnBjaTU6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1CnVoY2kyOiA8VUhD SSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHgyMDYwLTB4MjA3ZiBpcnEgMjMgYXQg ZGV2aWNlIDI5LjAgb24gcGNpMAp1aGNpMjogW0dJQU5ULUxPQ0tFRF0KdXNiMzogPFVIQ0kgKGdl bmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMgp1c2IzOiBVU0IgcmV2aXNpb24gMS4wCnVo dWIzOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIg MQp1aHViMzogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWhjaTM6IDxV SENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gcG9ydCAweDIwNDAtMHgyMDVmIGlycSAxOSBh dCBkZXZpY2UgMjkuMSBvbiBwY2kwCnVoY2kzOiBbR0lBTlQtTE9DS0VEXQp1c2I0OiA8VUhDSSAo Z2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kzCnVzYjQ6IFVTQiByZXZpc2lvbiAxLjAK dWh1YjQ6IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRk ciAxCnVodWI0OiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aGNpNDog PFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4MjAyMC0weDIwM2YgaXJxIDE4 IGF0IGRldmljZSAyOS4yIG9uIHBjaTAKdWhjaTQ6IFtHSUFOVC1MT0NLRURdCnVzYjU6IDxVSENJ IChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTQKdXNiNTogVVNCIHJldmlzaW9uIDEu MAp1aHViNTogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBh ZGRyIDEKdWh1YjU6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmVoY2kx OiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHg5MDMyNjAwMC0weDkw MzI2M2ZmIGlycSAyMyBhdCBkZXZpY2UgMjkuNyBvbiBwY2kwCmVoY2kxOiBbR0lBTlQtTE9DS0VE XQp1c2I2OiBFSENJIHZlcnNpb24gMS4wCnVzYjY6IGNvbXBhbmlvbiBjb250cm9sbGVycywgMiBw b3J0cyBlYWNoOiB1c2IzIHVzYjQgdXNiNQp1c2I2OiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBj b250cm9sbGVyPiBvbiBlaGNpMQp1c2I2OiBVU0IgcmV2aXNpb24gMi4wCnVodWI2OiBJbnRlbCBF SENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMQp1aHViNjogNiBw b3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKcGNpYjY6IDxBQ1BJIFBDSS1QQ0kg YnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBjaTY6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWI2CmZ3b2hjaTA6IDxUZXhhcyBJbnN0cnVtZW50cyBUU0I0M0FCMjIvQT4gbWVtIDB4OTAwMDQw MDAtMHg5MDAwNDdmZiwweDkwMDAwMDAwLTB4OTAwMDNmZmYgaXJxIDE5IGF0IGRldmljZSAzLjAg b24gcGNpNgpmd29oY2kwOiBPSENJIHZlcnNpb24gMS4xMCAoUk9NPTApCmZ3b2hjaTA6IE5vLiBv ZiBJc29jaHJvbm91cyBjaGFubmVscyBpcyA0Lgpmd29oY2kwOiBFVUk2NCAwMDo5MDoyNzowMDow MTphZjoxZjphZgpmd29oY2kwOiBQaHkgMTM5NGEgYXZhaWxhYmxlIFM0MDAsIDIgcG9ydHMuCmZ3 b2hjaTA6IExpbmsgUzQwMCwgbWF4X3JlYyAyMDQ4IGJ5dGVzLgpmaXJld2lyZTA6IDxJRUVFMTM5 NChGaXJlV2lyZSkgYnVzPiBvbiBmd29oY2kwCmZ3ZTA6IDxFdGhlcm5ldCBvdmVyIEZpcmVXaXJl PiBvbiBmaXJld2lyZTAKaWZfZndlMDogRmFrZSBFdGhlcm5ldCBhZGRyZXNzOiAwMjo5MDoyNzph ZjoxZjphZgpmd2UwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMjo5MDoyNzphZjoxZjphZgpmd2UwOiBp Zl9zdGFydCBydW5uaW5nIGRlZmVycmVkIGZvciBHaWFudApzYnAwOiA8U0JQLTIvU0NTSSBvdmVy IEZpcmVXaXJlPiBvbiBmaXJld2lyZTAKZndvaGNpMDogSW5pdGlhdGUgYnVzIHJlc2V0CmZ3b2hj aTA6IEJVUyByZXNldApmd29oY2kwOiBub2RlX2lkPTB4YzgwMGZmYzAsIGdlbj0xLCBDWUNMRU1B U1RFUiBtb2RlCmZpcmV3aXJlMDogMSBub2RlcywgbWF4aG9wIDw9IDAsIGNhYmxlIElSTSA9IDAg KG1lKQpmaXJld2lyZTA6IGJ1cyBtYW5hZ2VyIDAgKG1lKQppc2FiMDogPFBDSS1JU0EgYnJpZGdl PiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphdGFwY2ky OiA8SW50ZWwgSUNIOCBTQVRBMzAwIGNvbnRyb2xsZXI+IHBvcnQgMHgyMTQ4LTB4MjE0ZiwweDIx N2MtMHgyMTdmLDB4MjE0MC0weDIxNDcsMHgyMTc4LTB4MjE3YiwweDIxMTAtMHgyMTFmLDB4MjEw MC0weDIxMGYgaXJxIDE5IGF0IGRldmljZSAzMS4yIG9uIHBjaTAKYXRhNTogPEFUQSBjaGFubmVs IDA+IG9uIGF0YXBjaTIKYXRhNjogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTIKcGNpMDogPHNl cmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQphdGFw Y2kzOiA8SW50ZWwgSUNIOCBTQVRBMzAwIGNvbnRyb2xsZXI+IHBvcnQgMHgyMTM4LTB4MjEzZiww eDIxNzQtMHgyMTc3LDB4MjEzMC0weDIxMzcsMHgyMTcwLTB4MjE3MywweDIwZjAtMHgyMGZmLDB4 MjBlMC0weDIwZWYgaXJxIDE5IGF0IGRldmljZSAzMS41IG9uIHBjaTAKYXRhNzogPEFUQSBjaGFu bmVsIDA+IG9uIGF0YXBjaTMKYXRhODogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTMKcHBjMDog PEVDUCBwYXJhbGxlbCBwcmludGVyIHBvcnQ+IHBvcnQgMHgzNzgtMHgzN2YsMHg3NzgtMHg3N2Yg aXJxIDcgb24gYWNwaTAKcHBjMDogR2VuZXJpYyBjaGlwc2V0IChFQ1AvUFMyL05JQkJMRSkgaW4g Q09NUEFUSUJMRSBtb2RlCnBwYzA6IEZJRk8gd2l0aCAxNi8xNi84IGJ5dGVzIHRocmVzaG9sZApw cGJ1czA6IDxQYXJhbGxlbCBwb3J0IGJ1cz4gb24gcHBjMApwbGlwMDogPFBMSVAgbmV0d29yayBp bnRlcmZhY2U+IG9uIHBwYnVzMApscHQwOiA8UHJpbnRlcj4gb24gcHBidXMwCmxwdDA6IEludGVy cnVwdC1kcml2ZW4gcG9ydApwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1czAKYXRrYmRjMDog PEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJxIDEgb24gYWNw aTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAK YXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpzaW8wOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBvcnQ+ IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMApzaW8wOiB0eXBlIDE2 NTUwQQpwbXRpbWVyMCBvbiBpc2EwCm9ybTA6IDxJU0EgT3B0aW9uIFJPTT4gYXQgaW9tZW0gMHhj MDAwMC0weGNhZmZmIG9uIGlzYTAKYXRhMCBhdCBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2IGlycSAx NCBvbiBpc2EwCmF0YTEgYXQgcG9ydCAweDE3MC0weDE3NywweDM3NiBpcnEgMTUgb24gaXNhMApz YzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYg dmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnNpbzE6IGNvbmZpZ3VyZWQgaXJxIDMgbm90 IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVk CnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAw MC0weGJmZmZmIG9uIGlzYTAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwphZDEw OiAxMTQ0NzNNQiA8U2VhZ2F0ZSBTVDMxMjA4MTNBUyAzLkFBRD4gYXQgYXRhNS1tYXN0ZXIgU0FU QTMwMAp1bXMwOiBBY3JveCBVU0IgJiBQUy8yIE1vdXNlLCByZXYgMS4xMC8wLjAxLCBhZGRyIDIs IGljbGFzcyAzLzEKdW1zMDogNSBidXR0b25zIGFuZCBaIGRpci4KYWNkMDogRFZEUiA8VFNTVGNv cnBDRC9EVkRXIFRTLUg2NTNBL1RJMDE+IGF0IGF0YTYtbWFzdGVyIFNBVEExNTAKcGNtMDogPEhE QSBDb2RlYzogU2lnbWF0ZWwgU1RBQzkyMjc+CnBjbTA6IDxIREEgRHJpdmVyIFJldmlzaW9uOiAy MDA3MTEyOV8wMDUwPgpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKVHJ5aW5nIHRvIG1vdW50IHJv b3QgZnJvbSB1ZnM6L2Rldi9hZDEwczFhCldBUk5JTkc6IC8gd2FzIG5vdCBwcm9wZXJseSBkaXNt b3VudGVkCldBUk5JTkc6IC9ob21lIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZApXQVJOSU5H OiAvdG1wIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZApXQVJOSU5HOiAvdXNyIHdhcyBub3Qg cHJvcGVybHkgZGlzbW91bnRlZApXQVJOSU5HOiAvdmFyIHdhcyBub3QgcHJvcGVybHkgZGlzbW91 bnRlZAovdmFyOiBtb3VudCBwZW5kaW5nIGVycm9yOiBibG9ja3MgMTQ0IGZpbGVzIDEKZW0wOiBs aW5rIHN0YXRlIGNoYW5nZWQgdG8gVVAK --Multipart=_Wed__12_Dec_2007_01_19_18_+0900_MjO2RwRxSn5J5JJb Content-Type: application/octet-stream; name="i915.log" Content-Disposition: attachment; filename="i915.log" Content-Transfer-Encoding: base64 Q29udGVudHMgb2YgL3Zhci9sb2cvbWVzc2FnZXMgKGFmdGVyICJrbGRsb2FkIGk5MTUiKQoKRGVj IDEyIDAwOjU2OjU2IHNoaW5ub3Uga2VybmVsOiBkcm1zdWIwOiA8SW50ZWwgaTk2NVE+OiAoY2hp bGQgb2YgYWdwX2k4MTAuYykgb24gYWdwMApEZWMgMTIgMDA6NTY6NTYgc2hpbm5vdSBrZXJuZWw6 IGluZm86IFtkcm1dIEFHUCBhdCAweDkwMjAwMDAwIDFNQgpEZWMgMTIgMDA6NTY6NTYgc2hpbm5v dSBrZXJuZWw6IGluZm86IFtkcm1dIEluaXRpYWxpemVkIGk5MTUgMS41LjAgMjAwNjAxMTkK --Multipart=_Wed__12_Dec_2007_01_19_18_+0900_MjO2RwRxSn5J5JJb-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 11 17:00:16 2007 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 5C79716A477; Tue, 11 Dec 2007 17:00:16 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 93A7513C45A; Tue, 11 Dec 2007 17:00:15 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from epia-2.farid-hajji.net (epia-2 [192.168.254.11]) by fw.farid-hajji.net (Postfix) with ESMTP id 4F03FE067F; Tue, 11 Dec 2007 18:00:13 +0100 (CET) Date: Tue, 11 Dec 2007 18:00:10 +0100 From: cpghost To: Julian Elischer Message-ID: <20071211180010.503f6ded@epia-2.farid-hajji.net> In-Reply-To: <475C660A.1070909@elischer.org> References: <20071206030500.746c782d@epia-2.farid-hajji.net> <4757E39C.8020009@FreeBSD.org> <20071206161107.3c0c9a82@epia-2.farid-hajji.net> <20071209173359.710ea5bd@epia-2.farid-hajji.net> <475C56CA.6030600@FreeBSD.org> <20071209221936.1a6d47fa@epia-2.farid-hajji.net> <475C6381.9020701@FreeBSD.org> <475C660A.1070909@elischer.org> Organization: Cordula's Web X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Elischer , Julian, Alexander Motin , freebsd-stable@freebsd.org, Brian Somers Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 11 Dec 2007 17:00:16 -0000 On Sun, 09 Dec 2007 14:02:50 -0800 Julian Elischer wrote: > Adding brian to CC list. > > > Alexander Motin wrote: > > cpghost wrote: > >>> I think such behaviour can take place if ppp daemon for some > >>> reason don't waits for reply but closes session immediately after > >>> sending connect request. If it so it also explains original "no > >>> matching session" errors as for the answer received time > >>> session/hook can already be destroyed. > >>> > >>> Provide please your ppp configuration files and part of detailed > >>> log file (set log All) describing connection attempts. > >> > >> ppp.conf already sent. I don't have a 'set log All' turned on, but > >> maybe the following logfile of the aborted session would help? > >> > >> http://www.cordula.ws/tests/ppp-tcpdump.txt > > > > Here is part of your logs which proves my assumption that it is ppp > > who creates numerous sessions: > > > > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Establish > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: closed -> opening > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connected! > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: opening -> dial > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: dial -> carrier > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Disconnected! > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: carrier -> hangup > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connect time: 0 > > secs: 0 octets in, 0 octets out > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: 7070012 packets in, > > 6467630 packets out > > Dec 9 17:06:07 fw ppp[35265]: Phase: total 0 bytes/sec, peak 0 > > bytes/sec on Sun Dec 9 17:06:07 2007 > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: hangup -> closed > > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Dead > > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Establish > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: closed -> opening > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connected! > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: opening -> dial > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: dial -> carrier > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Disconnected! > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: carrier -> hangup > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connect time: 0 > > secs: 0 octets in, 0 octets out > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: 7070012 packets in, > > 6467630 packets out > > Dec 9 17:06:07 fw ppp[35265]: Phase: total 0 bytes/sec, peak 0 > > bytes/sec on Sun Dec 9 17:06:07 2007 > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: hangup -> closed > > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Dead > > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Establish > > > > For the some reason ppp logs "Disconnected!" message and terminates > > session (which is strange as it have not logged any message from > > ng_ppp node) just to initiate new without delay. Could you enable > > any more logs to understant why is it "Disconnected!"? Here's a new, more detailed log: http://www.cordula.ws/tests/ppp-tcpdump2.txt That's all I can do here. I guess it's up to Brian now... If you have some patches for ppp, I'd be happy to try them and report back. Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Tue Dec 11 17:32:08 2007 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 84B0916A419 for ; Tue, 11 Dec 2007 17:32:08 +0000 (UTC) (envelope-from nishida@asusa.net) Received: from vs02.admiral.net (vs02.admiral.net [65.121.144.49]) by mx1.freebsd.org (Postfix) with ESMTP id 6A7A213C448 for ; Tue, 11 Dec 2007 17:32:08 +0000 (UTC) (envelope-from nishida@asusa.net) Received: from localhost (localhost.admiral.net [127.0.0.1]) by vs02.admiral.net (Postfix) with ESMTP id 9CFE8785B0 for ; Wed, 12 Dec 2007 02:32:07 +0900 (JST) Received: from usam.asusa.net (usa.asusa.net [65.121.144.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vs02.admiral.net (Postfix) with ESMTP id 7E620785AF for ; Wed, 12 Dec 2007 02:32:07 +0900 (JST) Received: (qmail 43080 invoked from network); 11 Dec 2007 09:32:07 -0800 X-ASJ-Track-ID: <20071211173207.43080.qmail@usam.asusa.net> X-ASJ-Auth-ID: auth X-ASJ-Arrival-IP: 65.121.144.11 X-ASJ-SPF-Info: auth X-ASJ-Received-SPF: pass (send with smtp authentication by nishida%asusa.net@65.121.144.11) Received: from unknown (HELO ?192.168.0.50?) (nishida%asusa.net@65.121.144.11) by usam.asusa.net with SMTP; 11 Dec 2007 09:32:07 -0800 Message-ID: <475EC995.6020208@asusa.net> Date: Tue, 11 Dec 2007 09:32:05 -0800 From: Hiroshi Nishida User-Agent: Thunderbird 1.5 (X11/20060123) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4759A1F3.10008@asusa.net> <20071210163959.3169b23e.une@hkg.ac.jp> <475D7D09.4000702@asusa.net> <20071212011918.6647edc0.harrier@seiryu.cim.hkg.ac.jp> In-Reply-To: <20071212011918.6647edc0.harrier@seiryu.cim.hkg.ac.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ASJ VSCAN based on AMaViS perl-11-ASJ-ETHEL-07030100-ML-SPEEDY58 Subject: Re: G965 patch for 6.3-Beta 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, 11 Dec 2007 17:32:08 -0000 Hi. Can you post your xorg.conf? Mine is at http://diary.jp.aol.com/fud9ay8dyeh/64.html. (It's my blog...) And also /var/log/Xorg.0.log will have some clues. And,,, you may not need to kldload i915.ko because it seems to be loaded automatically by agp. Hiroyuki Une wrote: > > Unfortunately, your patch didn't work correctly. > > I obtained source of RELENG_6 by csup at 11 Dec 2007 22:25:56 JST(+0900), > applied your patch, and buildworld/buildkernel. > This kernel got the information about onboard VGA chip, > however, made X server frozen. > Furthermore, my box(Intel Core 2 Duo + Intel DQ965GF) > made no response from terminal/network, > and no core/kernel dumps are obtained. > > I attached result of dmesg(8) and loading i915.ko by kldload(8). > What can I do to solve this problem? > > Thank you. > -- Hiroshi Nishida nishida@asusa.net From owner-freebsd-stable@FreeBSD.ORG Wed Dec 12 00:53:06 2007 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 EA45B16A419 for ; Wed, 12 Dec 2007 00:53:05 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.19.101.164]) by mx1.freebsd.org (Postfix) with ESMTP id D16EB13C45B for ; Wed, 12 Dec 2007 00:53:05 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (localhost [127.0.0.1]) by mail.barafranca.com (Postfix) with ESMTP id CF06CC4810 for ; Wed, 12 Dec 2007 00:42:11 +0000 (UTC) Received: from mail.barafranca.com ([67.19.101.164]) by localhost (mail.barafranca.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 59566-08-2 for ; Wed, 12 Dec 2007 00:41:36 +0000 (UTC) Received: from nexus.bsdlan.org (a213-22-38-76.cpe.netcabo.pt [213.22.38.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id 42BEDC404A for ; Wed, 12 Dec 2007 00:41:36 +0000 (UTC) Message-ID: <475F2D07.2080205@barafranca.com> Date: Wed, 12 Dec 2007 00:36:23 +0000 From: Hugo Silva User-Agent: Thunderbird 2.0.0.6 (X11/20070816) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <475DADF7.6020702@yahoo.com> <475EA859.7000407@yahoo.com> <9bbcef730712110815g34adb0dfv8fe89dbb52225cb3@mail.gmail.com> In-Reply-To: <9bbcef730712110815g34adb0dfv8fe89dbb52225cb3@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at barafranca.com X-Spam-Status: No, score=0 tagged_above=-1 required=4 tests=[none] X-Spam-Score: 0 X-Spam-Level: Subject: More issues with 7.0-BETA4 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, 12 Dec 2007 00:53:06 -0000 Hi, I've been having my share of problems with BETA4, thought I'd share with the list: ----- # grep "changed to" /var/log/messages| wc -l && uptime 105 1:19AM up 3:56, 2 users, load averages: 0.87, 0.74, 0.49 Virgin 7.0-BETA4 install. SSH connection isn't lost (workstation->freebsd ap->wireless laptop), but besides the interface going up and down every few minutes, it feels like there's huge packet loss every several keystrokes, and it only lasts for 1 second or less. (the only thing separating my workstation from the laptop(wireless) is a freebsd access point with an atheros card (ath0). I was actually backing up some stuff via wireless before nuking 6.3 and installing 7.0-BETA4 from the CD, and I did not notice this behaviour (altough it could have happened, I just wasn't paying attention.. pretty sure ssh wasn't sloppy as it now, though :)) iwi0: mem 0xd0208000-0xd0208fff irq 10 at device 4.0 on pci2 FreeBSD 7.0-BETA4 i386 ----- I'm also having an issue on 7.0-BETA4/amd64 related to jails: Dec 7 15:22:37 mysql su: in openpam_load_module(): no pam_unix.so found Dec 7 15:22:37 mysql su: pam_start: system error This is fixed by cp'ing -RPv /usr/lib/liby* /path/to/jail/usr/lib/ I did not encounter this issue on BETA3 (jails were installed then), all my jails displayed this behaviour after upgrading to beta4 and installworld/mergemaster'ing them. The same happens on any new jail I create.. cp'ing will fix them, everything else seems normal. ----- Building 32 bit binaries on amd64 apparently isn't working: # cc -m64 -march=k8 -o test64 test.c && ./test64 testing!! # cc -m32 -march=k8 -o test32 test.c && ./test32 /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for -lgcc /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for -lgcc /usr/bin/ld: cannot find -lgcc (FreeBSD 7.0-BETA4 amd64) ---- After that, I was trying my luck with devel/cross-gcc, but that eventually failed as well, with: cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -DHAVE_CONFIG_H -o xgcc gcc.o opts-common.o gcc-options.o gccspec.o \ intl.o prefix.o version.o ../libcpp/libcpp.a /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a gcc.o(.rodata+0x1298): undefined reference to `host_detect_local_cpu' gmake[2]: *** [xgcc] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/cross-gcc/work/gcc-4.2.0/host-amd64-portbld-freebsd6.2/gcc' gmake[1]: *** [all-gcc] Error 2 gmake[1]: Leaving directory `/usr/ports/devel/cross-gcc/work/gcc-4.2.0' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/devel/cross-gcc. *** Error code 1 ----- TCP: [129.143.116.10]:21 to [10.0.90.8]:62033 tcpflags 0x18; tcp_do_segment: FIN_WAIT_1: Received 10 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [71.91.230.170]:21 to [10.0.90.8]:60404 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 13 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [193.166.3.2]:21 to [10.0.90.8]:51130 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 13 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [129.143.116.10]:21 to [10.0.90.8]:59115 tcpflags 0x18; tcp_do_segment: FIN_WAIT_1: Received 10 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [193.166.3.2]:21 to [10.0.90.8]:51684 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 13 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [193.166.3.2]:21 to [10.0.90.8]:53003 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 13 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [129.143.116.10]:21 to [10.0.90.8]:53924 tcpflags 0x18; tcp_do_segment: FIN_WAIT_1: Received 10 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [193.166.3.2]:21 to [10.0.90.8]:65455 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 13 bytes of data after socket was closed, sending RST and removing tcpcb net.inet.tcp.log_debug: 0 I must be wrong, but I could swear that sysctl was added to prevent ^^ from showing ? It filled my message buffer without any mercy.. 7.0-beta4/amd64. Regards, Hugo From owner-freebsd-stable@FreeBSD.ORG Wed Dec 12 02:43:06 2007 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 397E216A468 for ; Wed, 12 Dec 2007 02:43:06 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.239]) by mx1.freebsd.org (Postfix) with ESMTP id EEB7513C43E for ; Wed, 12 Dec 2007 02:43:05 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so42958nzf.13 for ; Tue, 11 Dec 2007 18:43:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=xzAXmLMx4BmEXVnF9CLp0mFTNpmX9reNSAovDrrBhCc=; b=d58N9mBqzHK9eFmO1ayUyGY3omDN9yChbkmZjqhkP2PufygqQX/ahbGuo6j651rAQ7wOlVUds4l6gaTljdXELD9K5/xCFJUq3EBgVlqfBL88147cWE03IZMBEWiyURMeYPxxG7CWSfMhzIdmuvoOmK9lnA4xsW3jdXB00jrnRTE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mibO49wlWKDX29oLg5/DIP1i4MoSPbwP+2p8doRS53y9FUEtfkTFnbdpLSrZ0tcfRExG7ZCiO9yqWgFlHPWk5MlaU8J+fEarHj1k6GCAcgHv1XrH22OnovYOXIbns/9oyH9Z4ArpdjH9QX3UaTXnA6xa5Nwps7haLGIe7am6cXA= Received: by 10.142.226.2 with SMTP id y2mr21274wfg.75.1197427384786; Tue, 11 Dec 2007 18:43:04 -0800 (PST) Received: by 10.142.255.9 with HTTP; Tue, 11 Dec 2007 18:43:04 -0800 (PST) Message-ID: <8cb6106e0712111843j3367e051s102a6eb65c3b5b7@mail.gmail.com> Date: Tue, 11 Dec 2007 21:43:04 -0500 From: "Josh Carroll" To: "Hugo Silva" In-Reply-To: <475F2D07.2080205@barafranca.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <475DADF7.6020702@yahoo.com> <475EA859.7000407@yahoo.com> <9bbcef730712110815g34adb0dfv8fe89dbb52225cb3@mail.gmail.com> <475F2D07.2080205@barafranca.com> Cc: freebsd-stable@freebsd.org Subject: Re: More issues with 7.0-BETA4 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: Wed, 12 Dec 2007 02:43:06 -0000 > ----- > Building 32 bit binaries on amd64 apparently isn't working: > > # cc -m64 -march=k8 -o test64 test.c && ./test64 > testing!! > > # cc -m32 -march=k8 -o test32 test.c && ./test32 You need to include -B/usr/lib32, and as far as I know that is not new to -BETA4: Josh From owner-freebsd-stable@FreeBSD.ORG Wed Dec 12 02:44:33 2007 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 3385216A468 for ; Wed, 12 Dec 2007 02:44:33 +0000 (UTC) (envelope-from une@hkg.ac.jp) Received: from po.hkg.ac.jp (ipc005.hkg.ac.jp [202.25.192.30]) by mx1.freebsd.org (Postfix) with ESMTP id 583A713C45A for ; Wed, 12 Dec 2007 02:44:31 +0000 (UTC) (envelope-from une@hkg.ac.jp) Received: from localhost (vck220.nk.hkg.ac.jp [172.18.0.220]) by po.hkg.ac.jp (Postfix) with ESMTP id 1EAE221C017; Wed, 12 Dec 2007 11:44:31 +0900 (JST) Received: from po.hkg.ac.jp ([172.18.0.18]) by localhost (vck220.nk.hkg.ac.jp [172.18.0.220]) (amavisd-new, port 10024) with ESMTP id 23028-07; Wed, 12 Dec 2007 11:44:29 +0900 (JST) Received: from seiryu.cim.hkg.ac.jp (seiryu.cim.hkg.ac.jp [202.25.197.65]) by po.hkg.ac.jp (Postfix) with SMTP id B56D821C004; Wed, 12 Dec 2007 11:44:29 +0900 (JST) Date: Wed, 12 Dec 2007 11:44:29 +0900 From: Hiroyuki Une To: freebsd-stable@freebsd.org Message-Id: <20071212114429.37607492.une@hkg.ac.jp> In-Reply-To: <475EC995.6020208@asusa.net> References: <4759A1F3.10008@asusa.net> <20071210163959.3169b23e.une@hkg.ac.jp> <475D7D09.4000702@asusa.net> <20071212011918.6647edc0.harrier@seiryu.cim.hkg.ac.jp> <475EC995.6020208@asusa.net> X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Wed__12_Dec_2007_11_44_29_+0900_WccSurYD2kJkXfjD" X-Virus-Scanned: amavisd-new at vck220.nk.hkg.ac.jp Cc: une@hkg.ac.jp Subject: Re: G965 patch for 6.3-Beta 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, 12 Dec 2007 02:44:33 -0000 This is a multi-part message in MIME format. --Multipart=_Wed__12_Dec_2007_11_44_29_+0900_WccSurYD2kJkXfjD Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Tue, 11 Dec 2007 09:32:05 -0800 Hiroshi Nishida wrote: Hi. > Can you post your xorg.conf? Sorry, I'll send this. Should I also send kernel configuration file? I used SMP in source files obtained by csup(8). > And also /var/log/Xorg.0.log will have some clues. Ah, my box froze and "Xorg.0.log" wasn't created. > And,,, you may not need to kldload i915.ko because it seems to be loaded > automatically by agp. I see. --- Hiroyuki Une: Hiroshima Kokusai Gakuin University une@hkg.ac.jp / harrier@seiryu.cim.hkg.ac.jp --Multipart=_Wed__12_Dec_2007_11_44_29_+0900_WccSurYD2kJkXfjD Content-Type: application/octet-stream; name="xorg.conf.new" Content-Disposition: attachment; filename="xorg.conf.new" Content-Transfer-Encoding: base64 U2VjdGlvbiAiU2VydmVyTGF5b3V0IgoJSWRlbnRpZmllciAgICAgIlgub3JnIENvbmZpZ3VyZWQi CglTY3JlZW4gICAgICAwICAiU2NyZWVuMCIgMCAwCglJbnB1dERldmljZSAgICAiTW91c2UwIiAi Q29yZVBvaW50ZXIiCglJbnB1dERldmljZSAgICAiS2V5Ym9hcmQwIiAiQ29yZUtleWJvYXJkIgpF bmRTZWN0aW9uCgpTZWN0aW9uICJGaWxlcyIKCVJnYlBhdGggICAgICAiL3Vzci9sb2NhbC9zaGFy ZS9YMTEvcmdiIgoJTW9kdWxlUGF0aCAgICIvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMiCglG b250UGF0aCAgICAgIi91c3IvbG9jYWwvbGliL1gxMS9mb250cy9taXNjLyIKCUZvbnRQYXRoICAg ICAiL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL1RURi8iCglGb250UGF0aCAgICAgIi91c3IvbG9j YWwvbGliL1gxMS9mb250cy9PVEYiCglGb250UGF0aCAgICAgIi91c3IvbG9jYWwvbGliL1gxMS9m b250cy9UeXBlMS8iCglGb250UGF0aCAgICAgIi91c3IvbG9jYWwvbGliL1gxMS9mb250cy8xMDBk cGkvIgoJRm9udFBhdGggICAgICIvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvNzVkcGkvIgpFbmRT ZWN0aW9uCgpTZWN0aW9uICJNb2R1bGUiCglMb2FkICAiZXh0bW9kIgoJTG9hZCAgInJlY29yZCIK CUxvYWQgICJkYmUiCglMb2FkICAiZ2x4IgoJTG9hZCAgIkdMY29yZSIKCUxvYWQgICJ4dHJhcCIK CUxvYWQgICJkcmkiCglMb2FkICAiZnJlZXR5cGUiCglMb2FkICAidHlwZTEiCkVuZFNlY3Rpb24K ClNlY3Rpb24gIklucHV0RGV2aWNlIgoJSWRlbnRpZmllciAgIktleWJvYXJkMCIKCURyaXZlciAg ICAgICJrYmQiCkVuZFNlY3Rpb24KClNlY3Rpb24gIklucHV0RGV2aWNlIgoJSWRlbnRpZmllciAg Ik1vdXNlMCIKCURyaXZlciAgICAgICJtb3VzZSIKCU9wdGlvbgkgICAgIlByb3RvY29sIiAiYXV0 byIKCU9wdGlvbgkgICAgIkRldmljZSIgIi9kZXYvc3lzbW91c2UiCglPcHRpb24JICAgICJaQXhp c01hcHBpbmciICI0IDUgNiA3IgpFbmRTZWN0aW9uCgpTZWN0aW9uICJNb25pdG9yIgoJI0Rpc3Bs YXlTaXplCSAgMzgwICAgMzAwCSMgbW0KCUlkZW50aWZpZXIgICAiTW9uaXRvcjAiCglWZW5kb3JO YW1lICAgIkVOQyIKCU1vZGVsTmFtZSAgICAiUzE5MjEiCiAjIyMgQ29tbWVudCBhbGwgSG9yaXpT eW5jIGFuZCBWZXJ0UmVmcmVzaCB2YWx1ZXMgdG8gdXNlIEREQzoKCUhvcml6U3luYyAgICAyNC4w IC0gODAuMAoJVmVydFJlZnJlc2ggIDUwLjAgLSA3NS4wCglPcHRpb24JICAgICJEUE1TIgpFbmRT ZWN0aW9uCgpTZWN0aW9uICJEZXZpY2UiCiAgICAgICAgIyMjIEF2YWlsYWJsZSBEcml2ZXIgb3B0 aW9ucyBhcmU6LQogICAgICAgICMjIyBWYWx1ZXM6IDxpPjogaW50ZWdlciwgPGY+OiBmbG9hdCwg PGJvb2w+OiAiVHJ1ZSIvIkZhbHNlIiwKICAgICAgICAjIyMgPHN0cmluZz46ICJTdHJpbmciLCA8 ZnJlcT46ICI8Zj4gSHova0h6L01IeiIKICAgICAgICAjIyMgW2FyZ106IGFyZyBvcHRpb25hbAog ICAgICAgICNPcHRpb24gICAgICJOb0FjY2VsIiAgICAgICAgICAgIAkjIFs8Ym9vbD5dCiAgICAg ICAgI09wdGlvbiAgICAgIlNXY3Vyc29yIiAgICAgICAgICAgCSMgWzxib29sPl0KICAgICAgICAj T3B0aW9uICAgICAiQ29sb3JLZXkiICAgICAgICAgICAJIyA8aT4KICAgICAgICAjT3B0aW9uICAg ICAiQ2FjaGVMaW5lcyIgICAgICAgICAJIyA8aT4KICAgICAgICAjT3B0aW9uICAgICAiRGFjNkJp dCIgICAgICAgICAgICAJIyBbPGJvb2w+XQogICAgICAgICNPcHRpb24gICAgICJEUkkiICAgICAg ICAgICAgICAgIAkjIFs8Ym9vbD5dCiAgICAgICAgI09wdGlvbiAgICAgIk5vRERDIiAgICAgICAg ICAgICAgCSMgWzxib29sPl0KICAgICAgICAjT3B0aW9uICAgICAiU2hvd0NhY2hlIiAgICAgICAg ICAJIyBbPGJvb2w+XQogICAgICAgICNPcHRpb24gICAgICJYdk1DU3VyZmFjZXMiICAgICAgIAkj IDxpPgogICAgICAgICNPcHRpb24gICAgICJQYWdlRmxpcCIgICAgICAgICAgIAkjIFs8Ym9vbD5d CglJZGVudGlmaWVyICAiQ2FyZDAiCglEcml2ZXIgICAgICAiaW50ZWwiCglWZW5kb3JOYW1lICAi SW50ZWwgQ29ycG9yYXRpb24iCglCb2FyZE5hbWUgICAiODJROTYzL1E5NjUgSW50ZWdyYXRlZCBH cmFwaGljcyBDb250cm9sbGVyIgoJQnVzSUQgICAgICAgIlBDSTowOjI6MCIKRW5kU2VjdGlvbgoK U2VjdGlvbiAiU2NyZWVuIgoJSWRlbnRpZmllciAiU2NyZWVuMCIKCURldmljZSAgICAgIkNhcmQw IgoJTW9uaXRvciAgICAiTW9uaXRvcjAiCglTdWJTZWN0aW9uICJEaXNwbGF5IgoJCVZpZXdwb3J0 ICAgMCAwCgkJRGVwdGggICAgIDEKCUVuZFN1YlNlY3Rpb24KCVN1YlNlY3Rpb24gIkRpc3BsYXki CgkJVmlld3BvcnQgICAwIDAKCQlEZXB0aCAgICAgNAoJRW5kU3ViU2VjdGlvbgoJU3ViU2VjdGlv biAiRGlzcGxheSIKCQlWaWV3cG9ydCAgIDAgMAoJCURlcHRoICAgICA4CglFbmRTdWJTZWN0aW9u CglTdWJTZWN0aW9uICJEaXNwbGF5IgoJCVZpZXdwb3J0ICAgMCAwCgkJRGVwdGggICAgIDE1CglF bmRTdWJTZWN0aW9uCglTdWJTZWN0aW9uICJEaXNwbGF5IgoJCVZpZXdwb3J0ICAgMCAwCgkJRGVw dGggICAgIDE2CglFbmRTdWJTZWN0aW9uCglTdWJTZWN0aW9uICJEaXNwbGF5IgoJCVZpZXdwb3J0 ICAgMCAwCgkJRGVwdGggICAgIDI0CglFbmRTdWJTZWN0aW9uCkVuZFNlY3Rpb24KCg== --Multipart=_Wed__12_Dec_2007_11_44_29_+0900_WccSurYD2kJkXfjD-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 12 02:53:50 2007 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 96BBA16A41A for ; Wed, 12 Dec 2007 02:53:50 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.19.101.164]) by mx1.freebsd.org (Postfix) with ESMTP id 7739413C43E for ; Wed, 12 Dec 2007 02:53:50 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (localhost [127.0.0.1]) by mail.barafranca.com (Postfix) with ESMTP id 23123C3828; Wed, 12 Dec 2007 02:59:55 +0000 (UTC) Received: from mail.barafranca.com ([67.19.101.164]) by localhost (mail.barafranca.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 83877-05; Wed, 12 Dec 2007 02:59:18 +0000 (UTC) Received: from nexus.bsdlan.org (a213-22-38-76.cpe.netcabo.pt [213.22.38.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id 4575DC3824; Wed, 12 Dec 2007 02:59:17 +0000 (UTC) Message-ID: <475F4D4A.1010800@barafranca.com> Date: Wed, 12 Dec 2007 02:54:02 +0000 From: Hugo Silva User-Agent: Thunderbird 2.0.0.6 (X11/20070816) MIME-Version: 1.0 To: josh.carroll@gmail.com, freebsd-stable@freebsd.org References: <475DADF7.6020702@yahoo.com> <475EA859.7000407@yahoo.com> <9bbcef730712110815g34adb0dfv8fe89dbb52225cb3@mail.gmail.com> <475F2D07.2080205@barafranca.com> <8cb6106e0712111843j3367e051s102a6eb65c3b5b7@mail.gmail.com> In-Reply-To: <8cb6106e0712111843j3367e051s102a6eb65c3b5b7@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at barafranca.com X-Spam-Status: No, score=0 tagged_above=-1 required=4 tests=[none] X-Spam-Score: 0 X-Spam-Level: Cc: Subject: Re: More issues with 7.0-BETA4 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, 12 Dec 2007 02:53:50 -0000 Josh Carroll wrote: >> ----- >> Building 32 bit binaries on amd64 apparently isn't working: >> >> # cc -m64 -march=k8 -o test64 test.c && ./test64 >> testing!! >> >> # cc -m32 -march=k8 -o test32 test.c && ./test32 >> > > You need to include -B/usr/lib32, and as far as I know that is not new > to -BETA4: > > Josh > Always learning, thanks for the tip. It works indeed :-) Regards, Hugo From owner-freebsd-stable@FreeBSD.ORG Wed Dec 12 03:32:45 2007 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 D6B7316A417 for ; Wed, 12 Dec 2007 03:32:45 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id ABDC513C45D for ; Wed, 12 Dec 2007 03:32:45 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so61505rvb.43 for ; Tue, 11 Dec 2007 19:32:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:sender; bh=4vQ309Wbp/sIlG+ni0YeMbSKg0vd5RMRRWCygYdV/tU=; b=jH/C/2xvBzzKUetcVcsCqEXRq777ZKNk7eh+yL/yPrgtp0Wt6uFXPTxBafF+CsaKyXrFPMzmCTLKmOEsYL6CwLWhOf5hsD95kYktU9Yv9l19chxeDzhKr4EwbE5SLo9gNIjQxAtQZKXrL9ZzIMoFbfS3z5ER7NNFRM6S1kCt//8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer:sender; b=TaPQ6tE+lOtLOUNq9FL2rN0W6kTnxpYbmdImxvAttSd30H9ZXeeRVuAZ7vug+W8qJgsY5a646/1wl0YrajVS0VO+ydRT+HxW6kHvTHYIDCBymmChR743pm98qISWYHsdGTMx/uje5J2QTKTq/behTvf37LsuZkjpt7q9cFCYy9c= Received: by 10.140.139.3 with SMTP id m3mr82744rvd.38.1197428815950; Tue, 11 Dec 2007 19:06:55 -0800 (PST) Received: from ?192.168.10.84? ( [59.125.13.44]) by mx.google.com with ESMTPS id c19sm10560931rvf.2007.12.11.19.06.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 11 Dec 2007 19:06:54 -0800 (PST) From: "Eric L. Chen" To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Content-Type: multipart/mixed; boundary="=-a3QXkU35vvFSIr/5c+sL" Date: Wed, 12 Dec 2007 11:06:48 +0800 Message-Id: <1197428808.1576.8.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Sender: "Eric L. Chen" Cc: Subject: Fix cannot build mencoder on amd64 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, 12 Dec 2007 03:32:45 -0000 --=-a3QXkU35vvFSIr/5c+sL Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi! I cannot build mencoder on freebsd-7/amd64 successfully, like this: {standard input}: Assembler messages: {standard input}:1289: Error: can't encode register '%ch' in an instruction requiring REX prefix. {standard input}:1290: Error: can't encode register '%ah' in an instruction requiring REX prefix. {standard input}:1291: Error: can't encode register '%dh' in an instruction requiring REX prefix. make[3]: *** [osd.o] Error 1 After tried some guy's patch, it works on FreeBSD too. I tried encoding some DVDs to x264 encoded no any problem found. --=-a3QXkU35vvFSIr/5c+sL Content-Disposition: attachment; filename=ports.patch Content-Type: text/x-patch; name=ports.patch; charset=UTF-8 Content-Transfer-Encoding: 7bit diff -urN /usr/ports/multimedia/mencoder/Makefile /usr/ports/multimedia/mencoder/Makefile --- /usr/ports/multimedia/mencoder/Makefile 2007-12-10 09:45:16.000000000 +0800 +++ /usr/ports/multimedia/mencoder/Makefile 2007-12-10 09:46:45.000000000 +0800 @@ -55,7 +55,10 @@ sws-test w32codec_dl.pl wma2ogg.pl x2mpsub.sh .include - +.if ${ARCH} == amd64 +PATCH_SITES+=http://launchpadlibrarian.net/4441618/ +PATCHFILES+=mplayer-0.99+1.0pre8-X64.diff +.endif LIB_DEPENDS+= mp3lame.0:${PORTSDIR}/audio/lame BUILD_DEPENDS+= mplayer:${PORTSDIR}/multimedia/mplayer RUN_DEPENDS+= mplayer:${PORTSDIR}/multimedia/mplayer diff -urN mencoder/distinfo mencoder/distinfo --- /usr/ports/multimedia/mencoder/distinfo 2007-12-10 09:45:16.000000000 +0800 +++ /usr/ports/multimedia/mencoder/distinfo 2007-12-10 09:44:51.000000000 +0800 @@ -4,3 +4,6 @@ MD5 (asmrules_fix_20061231.diff) = f0b71c38b1207c1d604be091876ac051 SHA256 (asmrules_fix_20061231.diff) = 3f71e6f4e07940d4d55084d0df12404371bc4e534a3a6b0756ca73e44ddbc3c4 SIZE (asmrules_fix_20061231.diff) = 1450 +MD5 (mplayer-0.99+1.0pre8-X64.diff) = 47d76978861df599973c9a4822780a1d +SHA256 (mplayer-0.99+1.0pre8-X64.diff) = 5f44021e1d10dcaba72fa391bd49fcfa3a0592a7dd7da6dd5f2325e7c976de3c +SIZE (mplayer-0.99+1.0pre8-X64.diff) = 360 --=-a3QXkU35vvFSIr/5c+sL-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 12 06:33:21 2007 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 52BB516A417 for ; Wed, 12 Dec 2007 06:33:21 +0000 (UTC) (envelope-from jesper@nohack.se) Received: from proxy3.bredband.net (proxy3.bredband.net [195.54.101.73]) by mx1.freebsd.org (Postfix) with ESMTP id CBD4213C4E5 for ; Wed, 12 Dec 2007 06:33:20 +0000 (UTC) (envelope-from jesper@nohack.se) Received: from ironport2.bredband.com (195.54.101.122) by proxy3.bredband.net (7.3.127) id 473103E700D88B50 for freebsd-stable@freebsd.org; Wed, 12 Dec 2007 07:12:58 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtZjAEIKX0fVcMLpRmdsb2JhbACBWo4GAQEBNwE Received: from c-e9c270d5.06-33-6f72652.cust.bredbandsbolaget.se (HELO zero.nohack.se) ([213.112.194.233]) by ironport2.bredband.com with ESMTP; 12 Dec 2007 07:12:58 +0100 Received: by zero.nohack.se (Postfix, from userid 1000) id C4C171143E; Wed, 12 Dec 2007 07:13:12 +0100 (CET) Date: Wed, 12 Dec 2007 07:13:12 +0100 From: Jesper Wallin To: freebsd-stable@freebsd.org Message-ID: <20071212061312.GA85974@zero.nohack.se> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: sysinstall segfaults while fetching Xorg 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, 12 Dec 2007 06:33:21 -0000 Heya, I just installed FreeBSD 7.0-BETA4 on my workstation and decided to save myself a few hours compiling by installing Xorg using sysinstall. Not sure if it matters, but I've selected non-passive FTP and used ftp.se.freebsd.org as the mirrior and after the INDEX file has been fetched, sysinstall crashes. As I havn't read up on the changes between the different beta releases, I have no idea if this is specific for BETA4 or not. The core file can however be found at http://nohack.se/~jesper/sysinstall.core (it's about 2.8M) if anyone, with more knowledge than me, is interested. Regards, Jesper Wallin From owner-freebsd-stable@FreeBSD.ORG Wed Dec 12 13:53:48 2007 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 C7FE916A421 for ; Wed, 12 Dec 2007 13:53:48 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id 89C9B13C4E3 for ; Wed, 12 Dec 2007 13:53:48 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so217282rvb.43 for ; Wed, 12 Dec 2007 05:53:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=7qp9Xs87c7c99erbgUUJZYXyJOUezTu2BLQ8aRQH+w8=; b=FBBrFCVz6+uSfwDksCakoyP2LOvE1xZyx0dAs64h91IAI7Jj0FMOCiWIDocAtNhKgPIy+OLTnv1rLhvcpL/NADC+J/Ec9m5hp38bMIpAxnaM/4S3IUs8yJHHL2sh/XH9QDOTfjm5zNEqY/vUZzaV97jkiLSG4erh5E17ah+JQPI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=q5gwzhmlVkwIb/P6OvxOXKZXVfVUM13aI0E0mSpioJ9IDRjTA77DTG2Gwrex2+p6uOmLJpZBSEJOdWGiLtRzMFeJ4rkV/zlRQK/UrShC2504vzvA0jHTK/wZnG6c3GqP0eAP2WGy86GzXd6icdcRH1y02isTmz9PesfLDjPas3I= Received: by 10.141.83.15 with SMTP id k15mr321482rvl.120.1197465869170; Wed, 12 Dec 2007 05:24:29 -0800 (PST) Received: by 10.141.26.9 with HTTP; Wed, 12 Dec 2007 05:24:29 -0800 (PST) Message-ID: Date: Wed, 12 Dec 2007 21:24:29 +0800 From: "Ken Chen" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: why lighttpd complain "sendfile: Broken pipe 32 " 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, 12 Dec 2007 13:53:48 -0000 What causes this happen? 2007-12-12 21:17:47: (network_freebsd_sendfile.c.173) sendfile: Broken pipe 32 2007-12-12 21:17:47: (connections.c.603) connection closed: write failed on fd 149 2007-12-12 21:19:19: (network_freebsd_sendfile.c.173) sendfile: Broken pipe 32 2007-12-12 21:19:19: (connections.c.603) connection closed: write failed on fd 476 2007-12-12 21:19:19: (network_freebsd_sendfile.c.173) sendfile: Broken pipe 32 2007-12-12 21:19:19: (connections.c.603) connection closed: write failed on fd 476 2007-12-12 21:20:30: (network_freebsd_sendfile.c.173) sendfile: Broken pipe 32 2007-12-12 21:20:30: (connections.c.603) connection closed: write failed on fd 158 2007-12-12 21:20:30: (network_freebsd_sendfile.c.173) sendfile: Broken pipe 32 2007-12-12 21:20:30: (connections.c.603) connection closed: write failed on fd 158 web# sysctl -a | grep maxfiles kern.maxfiles: 32768 kern.maxfilesperproc: 32768 web# netstat -m 2126/1654/3780 mbufs in use (current/cache/total) 793/495/1288/25600 mbuf clusters in use (current/cache/total/max) 855/2538/6656 sfbufs in use (current/peak/max) 2117K/1403K/3521K bytes allocated to network (current/cache/total) 0 requests for sfbufs denied 0 requests for sfbufs delayed 273045 requests for I/O initiated by sendfile 325 calls to protocol drain routines web# uname -a FreeBSD web 6.0-RELEASE FreeBSD 6.0-RELEASE #4: Tue Dec 11 18:30:27 CST 2007 root@web:/usr/src/sys/i386/compile/WEB i386 From owner-freebsd-stable@FreeBSD.ORG Wed Dec 12 13:58:48 2007 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 CC90C16A41B for ; Wed, 12 Dec 2007 13:58:48 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 7181813C4D3 for ; Wed, 12 Dec 2007 13:58:48 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id D5D4A1B10E0D; Wed, 12 Dec 2007 14:58:46 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id B62561B10C26; Wed, 12 Dec 2007 14:58:43 +0100 (CET) Message-ID: <475FE913.4070808@moneybookers.com> Date: Wed, 12 Dec 2007 15:58:43 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: Ken Chen References: In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5099/Wed Dec 12 08:17:10 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: why lighttpd complain "sendfile: Broken pipe 32 " 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, 12 Dec 2007 13:58:48 -0000 Hi Ken, Ken Chen wrote: > What causes this happen? > > 2007-12-12 21:17:47: (network_freebsd_sendfile.c.173) sendfile: Broken pipe > 32 > 2007-12-12 21:17:47: (connections.c.603) connection closed: write failed on > fd 149 > 2007-12-12 21:19:19: (network_freebsd_sendfile.c.173) sendfile: Broken pipe > 32 > 2007-12-12 21:19:19: (connections.c.603) connection closed: write failed on > fd 476 > 2007-12-12 21:19:19: (network_freebsd_sendfile.c.173) sendfile: Broken pipe > 32 > 2007-12-12 21:19:19: (connections.c.603) connection closed: write failed on > fd 476 > 2007-12-12 21:20:30: (network_freebsd_sendfile.c.173) sendfile: Broken pipe > 32 > 2007-12-12 21:20:30: (connections.c.603) connection closed: write failed on > fd 158 > 2007-12-12 21:20:30: (network_freebsd_sendfile.c.173) sendfile: Broken pipe > 32 > 2007-12-12 21:20:30: (connections.c.603) connection closed: write failed on > fd 158 > This is probably because the client closed the connection before the server send all data - so broken pipe. > web# sysctl -a | grep maxfiles > kern.maxfiles: 32768 > kern.maxfilesperproc: 32768 > web# netstat -m > 2126/1654/3780 mbufs in use (current/cache/total) > 793/495/1288/25600 mbuf clusters in use (current/cache/total/max) > 855/2538/6656 sfbufs in use (current/peak/max) > 2117K/1403K/3521K bytes allocated to network (current/cache/total) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 273045 requests for I/O initiated by sendfile > 325 calls to protocol drain routines > > web# uname -a > FreeBSD web 6.0-RELEASE FreeBSD 6.0-RELEASE #4: Tue Dec 11 18:30:27 CST > 2007 root@web:/usr/src/sys/i386/compile/WEB i386 > _______________________________________________ > 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" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Wed Dec 12 14:02:12 2007 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 847B816A473 for ; Wed, 12 Dec 2007 14:02:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6394013C465 for ; Wed, 12 Dec 2007 14:02:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 567341CC07C; Wed, 12 Dec 2007 06:02:12 -0800 (PST) Date: Wed, 12 Dec 2007 06:02:12 -0800 From: Jeremy Chadwick To: Stefan Lambrev Message-ID: <20071212140212.GA66338@eos.sc1.parodius.com> References: <475FE913.4070808@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <475FE913.4070808@moneybookers.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org, Ken Chen Subject: Re: why lighttpd complain "sendfile: Broken pipe 32 " 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, 12 Dec 2007 14:02:12 -0000 On Wed, Dec 12, 2007 at 03:58:43PM +0200, Stefan Lambrev wrote: >> 2007-12-12 21:20:30: (connections.c.603) connection closed: write failed on fd 158 >> > This is probably because the client closed the connection before the server > send all data - so broken pipe. And ideally the handler in lighttpd should be handling SIGPIPE in this condition; that is to say, such logging output should probably only be made visible if debugging or verbosity is increased. -- | Jeremy Chadwick jdc at 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 Wed Dec 12 17:34:02 2007 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 EB77316A420 for ; Wed, 12 Dec 2007 17:34:02 +0000 (UTC) (envelope-from nishida@asusa.net) Received: from vs02.admiral.net (vs02.admiral.net [65.121.144.49]) by mx1.freebsd.org (Postfix) with ESMTP id BD8F913C442 for ; Wed, 12 Dec 2007 17:34:02 +0000 (UTC) (envelope-from nishida@asusa.net) Received: from localhost (localhost.admiral.net [127.0.0.1]) by vs02.admiral.net (Postfix) with ESMTP id 004EA785AC for ; Thu, 13 Dec 2007 02:34:02 +0900 (JST) Received: from usam.asusa.net (usa.asusa.net [65.121.144.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vs02.admiral.net (Postfix) with ESMTP id D5424785A8 for ; Thu, 13 Dec 2007 02:34:01 +0900 (JST) Received: (qmail 15608 invoked from network); 12 Dec 2007 09:34:01 -0800 X-ASJ-Track-ID: <20071212173401.15608.qmail@usam.asusa.net> X-ASJ-Auth-ID: auth X-ASJ-Arrival-IP: 65.121.144.11 X-ASJ-SPF-Info: auth X-ASJ-Received-SPF: pass (send with smtp authentication by nishida%asusa.net@65.121.144.11) Received: from unknown (HELO ?192.168.0.50?) (nishida%asusa.net@65.121.144.11) by usam.asusa.net with SMTP; 12 Dec 2007 09:34:01 -0800 Message-ID: <47601B87.7@asusa.net> Date: Wed, 12 Dec 2007 09:33:59 -0800 From: Hiroshi Nishida User-Agent: Thunderbird 1.5 (X11/20060123) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4759A1F3.10008@asusa.net> <20071210163959.3169b23e.une@hkg.ac.jp> <475D7D09.4000702@asusa.net> <20071212011918.6647edc0.harrier@seiryu.cim.hkg.ac.jp> <475EC995.6020208@asusa.net> <20071212114429.37607492.une@hkg.ac.jp> In-Reply-To: <20071212114429.37607492.une@hkg.ac.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ASJ VSCAN based on AMaViS perl-11-ASJ-ETHEL-07030100-ML-SPEEDY58 Subject: Re: G965 patch for 6.3-Beta 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, 12 Dec 2007 17:34:03 -0000 Hi. Hiroyuki Une wrote: > Ah, my box froze and "Xorg.0.log" wasn't created. Well, if you turn off soft-updates and use sync mode, it will be created. Xorg at least leaves messages beginning like: X.Org X Server 1.4.0 Release Date: 5 September 2007 .... Anyway, I have no idea. It may be due to my patch, or may be due to Xorg itself, or something else. If you use Xorg 7.3 and still have the problem, I'm sorry I cannot help any more. -- Hiroshi Nishida nishida@asusa.net From owner-freebsd-stable@FreeBSD.ORG Wed Dec 12 18:04:00 2007 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 2235A16A41A for ; Wed, 12 Dec 2007 18:04:00 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.freebsd.org (Postfix) with ESMTP id AD56E13C43E for ; Wed, 12 Dec 2007 18:03:59 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lBCI3o6G020873 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Dec 2007 05:03:51 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id lBCI3nA6035390; Thu, 13 Dec 2007 05:03:49 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id lBCI3nc5035388; Thu, 13 Dec 2007 05:03:49 +1100 (EST) (envelope-from peter) Date: Thu, 13 Dec 2007 05:03:49 +1100 From: Peter Jeremy To: Hugo Silva Message-ID: <20071212180349.GQ11310@server.vk2pj.dyndns.org> References: <475DADF7.6020702@yahoo.com> <475EA859.7000407@yahoo.com> <9bbcef730712110815g34adb0dfv8fe89dbb52225cb3@mail.gmail.com> <475F2D07.2080205@barafranca.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="b0op/nKJ9CeIhp9z" Content-Disposition: inline In-Reply-To: <475F2D07.2080205@barafranca.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: More issues with 7.0-BETA4 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, 12 Dec 2007 18:04:00 -0000 --b0op/nKJ9CeIhp9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 12, 2007 at 12:36:23AM +0000, Hugo Silva wrote: >Building 32 bit binaries on amd64 apparently isn't working: > ># cc -m64 -march=3Dk8 -o test64 test.c && ./test64 >testing!! > ># cc -m32 -march=3Dk8 -o test32 test.c && ./test32 >/usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for=20 >-lgcc >/usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for=20 >-lgcc >/usr/bin/ld: cannot find -lgcc This isn't supported at present. Note that just pointing at /usr/lib32 results in executables that won't run on FreeBSD/i386. And, quite apart from the linker issues, 'cc -m32' is using the wrong include files: All the machine-dependent types are defined in terms of I32LP64 primitives whilst 'cc -m32' uses ILP32 primitives. The current suggestion is to perform i386 compiles in a FreeBSD/i386 chroot environment. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --b0op/nKJ9CeIhp9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHYCKF/opHv/APuIcRAmq+AJ9fhnkiHSiRE9ADP1JL0zBmqv6VKgCgstNL gkU4h+1JoIt6r7+Tid6m4Wo= =D0v/ -----END PGP SIGNATURE----- --b0op/nKJ9CeIhp9z-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 12 20:24:44 2007 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 C0D8816A41B for ; Wed, 12 Dec 2007 20:24:44 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out13.ilk.de [194.121.104.13]) by mx1.freebsd.org (Postfix) with ESMTP id 6452E13C459 for ; Wed, 12 Dec 2007 20:24:44 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool61.ka.ilk.net [212.86.194.61]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id lBCKOgsg005803 for ; Wed, 12 Dec 2007 21:24:42 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.8+Sun/8.13.8) with ESMTP id lBCKKJBG025791 for ; Wed, 12 Dec 2007 21:20:20 +0100 (CET) Message-ID: <476043C1.4020008@smo.de> Date: Wed, 12 Dec 2007 21:25:37 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20071021 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: panic: ffs_blkfree: freeing free block on 7.0-PRE 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, 12 Dec 2007 20:24:44 -0000 Hi all, I just got a panic on my 7.0-PRERELEASE box. Here's the backtrace: # kgdb kernel.debug /var/crash/vmcore.0 [...] Unread portion of the kernel message buffer: handle_workitem_freeblocks: block count dev = ad4s1f, block = 7475968, fs = /usr panic: ffs_blkfree: freeing free block Uptime: 4h21m56s Physical memory: 1015 MB Dumping 199 MB: 184 168 152 136 120 104 88 72 56 40 24 8 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc058e783 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc058e97f in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc06bc2f3 in ffs_blkfree (ump=0xc3c62300, fs=0xc3f2d800, devvp=0xc3e41aa0, bno=7475968, size=16384, inum=942840) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1893 #4 0xc06cfbc8 in indir_trunc (freeblks=0xc835e000, dbn=15127360, level=0, lbn=12, countp=0xe4138c4c) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2896 #5 0xc06cfe97 in handle_workitem_freeblocks (freeblks=0xc835e000, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2746 #6 0xc06d162e in process_worklist_item (mp=0xc3f3a538, flags=Variable "flags" is not available. ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:963 #7 0xc06d2651 in softdep_process_worklist (mp=0xc3f3a538, full=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:847 #8 0xc06d4aca in softdep_flush () at /usr/src/sys/ufs/ffs/ffs_softdep.c:758 #9 0xc056fda6 in fork_exit (callout=0xc06d4660 , arg=0x0, frame=0xe4138d38) at /usr/src/sys/kern/kern_fork.c:796 #10 0xc0730740 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 (kgdb) quit # uname reports the following: FreeBSD herdubreid.x.y.de 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Sun Oct 21 19:27:53 CEST 2007 pj@herdubreid.x.y.de:/usr/obj/usr/src/sys/HERDUBREIDKERNEL i386 Yep, I know BETA4 is out, but I havn't had the time to update my system since then. Let me know if you need more information. Regards, Philipp -- www.familie-ost.info/~pj From owner-freebsd-stable@FreeBSD.ORG Wed Dec 12 21:33:51 2007 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 57BAF16A420 for ; Wed, 12 Dec 2007 21:33:51 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id B58A313C44B for ; Wed, 12 Dec 2007 21:33:50 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 12 Dec 2007 21:33:48 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO homeKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp045) with SMTP; 12 Dec 2007 22:33:48 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX19p1vZOy2tpvm9wnJfUH2XfNCXa21P/ZeiIEvElF2 KCpPrttNTAym5R Message-ID: <476053BB.2000806@gmx.de> Date: Wed, 12 Dec 2007 22:33:47 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20071203) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: RELENG_7 vchans broken Maestro 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, 12 Dec 2007 21:33:51 -0000 Since the switch to BETA4 (it might actually have happened earlier and I didn't recognize) vchans don't work properly anymore (for me). Instead of hearing a second source there only gets a lot of noise mixed into the first audio stream. # uname -a FreeBSD homeKamikaze.norad 7.0-BETA4 FreeBSD 7.0-BETA4 #0: Wed Dec 12 01:30:18 CET 2007 root@homeKamikaze.norad:/usr/obj/VECTRA-7/i386/usr/src/sys/VECTRA-7 i386 # cat /dev/sndstat FreeBSD Audio Driver (newpcm: 32bit 2007061600/i386) Installed devices: pcm0: port 0x5400-0x54ff irq 11 at device 11.0 on pci2 [MPSAFE] (4p:1v/1r:1v channels duplex default) # sysctl -a | grep vchan hw.snd.maxautovchans: 8 dev.pcm.0.play.vchans: 1 dev.pcm.0.play.vchanrate: 48000 dev.pcm.0.play.vchanformat: s16le dev.pcm.0.rec.vchans: 1 dev.pcm.0.rec.vchanrate: 48000 dev.pcm.0.rec.vchanformat: s16le From owner-freebsd-stable@FreeBSD.ORG Wed Dec 12 22:04:08 2007 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 9751F16A473 for ; Wed, 12 Dec 2007 22:04:08 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb5:7e66]) by mx1.freebsd.org (Postfix) with ESMTP id 253EE13C4D3 for ; Wed, 12 Dec 2007 22:04:07 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id lBCM40fr026379; Wed, 12 Dec 2007 23:04:00 +0100 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Wed, 12 Dec 2007 23:03:59 +0100 User-Agent: KMail/1.9.7 References: <476043C1.4020008@smo.de> In-Reply-To: <476043C1.4020008@smo.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712122303.59926.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Philipp Ost Subject: Re: panic: ffs_blkfree: freeing free block on 7.0-PRE 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, 12 Dec 2007 22:04:08 -0000 On Wednesday 12 December 2007, Philipp Ost wrote: > Hi all, > > I just got a panic on my 7.0-PRERELEASE box. Here's the backtrace: > > # kgdb kernel.debug /var/crash/vmcore.0 > [...] > Unread portion of the kernel message buffer: > handle_workitem_freeblocks: block count > dev = ad4s1f, block = 7475968, fs = /usr > panic: ffs_blkfree: freeing free block > Uptime: 4h21m56s > Physical memory: 1015 MB > Dumping 199 MB: 184 168 152 136 120 104 88 72 56 40 24 8 Known issue, upgrade to 7.x after 2007/10/18 to fix. Hope this helps, Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Thu Dec 13 00:06:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from miki (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id 5C72B16A419; Thu, 13 Dec 2007 00:06:22 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Thu, 13 Dec 2007 08:06:09 +0800 From: Ariff Abdullah To: Dominic Fandrey Message-Id: <20071213080609.6c028849.ariff@FreeBSD.org> In-Reply-To: <476053BB.2000806@gmx.de> References: <476053BB.2000806@gmx.de> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Thu__13_Dec_2007_08_06_09_+0800_EtQMqH5D96hYHLJ_" Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 vchans broken Maestro 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, 13 Dec 2007 00:06:23 -0000 --Signature=_Thu__13_Dec_2007_08_06_09_+0800_EtQMqH5D96hYHLJ_ Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 12 Dec 2007 22:33:47 +0100 Dominic Fandrey wrote: > Since the switch to BETA4 (it might actually have happened earlier > and I didn't recognize) vchans don't work properly anymore (for me). >=20 > Instead of hearing a second source there only gets a lot of noise > mixed into the first audio stream. > Try changing AGG_MAXPLAYCH from 4 to 1 (around line 80, sys/dev/sound/pci/maestro.c). > # uname -a > FreeBSD homeKamikaze.norad 7.0-BETA4 FreeBSD 7.0-BETA4 #0: Wed Dec > 12 01:30:18 CET 2007 > root@homeKamikaze.norad:/usr/obj/VECTRA-7/i386/usr/src/sys/VECTRA-7=20 > i386 >=20 > # cat /dev/sndstat > FreeBSD Audio Driver (newpcm: 32bit 2007061600/i386) > Installed devices: > pcm0: port 0x5400-0x54ff irq 11 at > device 11.0 on pci2 [MPSAFE] (4p:1v/1r:1v channels duplex default) >=20 > # sysctl -a | grep vchan > hw.snd.maxautovchans: 8 > dev.pcm.0.play.vchans: 1 > dev.pcm.0.play.vchanrate: 48000 > dev.pcm.0.play.vchanformat: s16le > dev.pcm.0.rec.vchans: 1 > dev.pcm.0.rec.vchanrate: 48000 > dev.pcm.0.rec.vchanformat: s16le > -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Thu__13_Dec_2007_08_06_09_+0800_EtQMqH5D96hYHLJ_ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHYHdxlr+deMUwTNoRAlhpAKCSgDjjJfSnkgcoOcRpTd+bgZx5MwCgo3kf 5TbYOciRU6rwond/0G16k1M= =OTTq -----END PGP SIGNATURE----- --Signature=_Thu__13_Dec_2007_08_06_09_+0800_EtQMqH5D96hYHLJ_-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 13 03:13:26 2007 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 AA8C916A41B for ; Thu, 13 Dec 2007 03:13:26 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.19.101.164]) by mx1.freebsd.org (Postfix) with ESMTP id 975FF13C448 for ; Thu, 13 Dec 2007 03:13:26 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (localhost [127.0.0.1]) by mail.barafranca.com (Postfix) with ESMTP id 1A739C4D20; Thu, 13 Dec 2007 03:19:38 +0000 (UTC) Received: from mail.barafranca.com ([67.19.101.164]) by localhost (mail.barafranca.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 61875-09; Thu, 13 Dec 2007 03:19:04 +0000 (UTC) Received: from nexus.bsdlan.org (a213-22-38-76.cpe.netcabo.pt [213.22.38.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id AA574C4D1F; Thu, 13 Dec 2007 03:19:03 +0000 (UTC) Message-ID: <4760A35C.1010502@barafranca.com> Date: Thu, 13 Dec 2007 03:13:32 +0000 From: Hugo Silva User-Agent: Thunderbird 2.0.0.6 (X11/20070816) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <475DADF7.6020702@yahoo.com> <475EA859.7000407@yahoo.com> <9bbcef730712110815g34adb0dfv8fe89dbb52225cb3@mail.gmail.com> <475F2D07.2080205@barafranca.com> <20071212180349.GQ11310@server.vk2pj.dyndns.org> In-Reply-To: <20071212180349.GQ11310@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at barafranca.com X-Spam-Status: No, score=0 tagged_above=-1 required=4 tests=[none] X-Spam-Score: 0 X-Spam-Level: Cc: Peter Jeremy Subject: Re: More issues with 7.0-BETA4 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, 13 Dec 2007 03:13:26 -0000 Peter Jeremy wrote: > On Wed, Dec 12, 2007 at 12:36:23AM +0000, Hugo Silva wrote: > >> Building 32 bit binaries on amd64 apparently isn't working: >> >> # cc -m64 -march=k8 -o test64 test.c && ./test64 >> testing!! >> >> # cc -m32 -march=k8 -o test32 test.c && ./test32 >> /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for >> -lgcc >> /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for >> -lgcc >> /usr/bin/ld: cannot find -lgcc >> > > This isn't supported at present. Note that just pointing at > /usr/lib32 results in executables that won't run on FreeBSD/i386. > And, quite apart from the linker issues, 'cc -m32' is using the wrong > include files: All the machine-dependent types are defined in terms of > I32LP64 primitives whilst 'cc -m32' uses ILP32 primitives. > > The current suggestion is to perform i386 compiles in a FreeBSD/i386 > chroot environment. > > I only tried to run the binary that was successfully compiled on the host, never moved it to an i386 machine. I'll keep that in mind, thanks for the tip. Regards, Hugo From owner-freebsd-stable@FreeBSD.ORG Thu Dec 13 03:42:24 2007 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 89A0116A421 for ; Thu, 13 Dec 2007 03:42:24 +0000 (UTC) (envelope-from arlogeek@lonetree.com) Received: from cluster1.bresnan.net (cluster1.bresnan.net [69.145.248.58]) by mx1.freebsd.org (Postfix) with ESMTP id 75D1F13C458 for ; Thu, 13 Dec 2007 03:42:24 +0000 (UTC) (envelope-from arlogeek@lonetree.com) Received: from [72.175.117.49] (HELO [192.168.1.25]) by fe-4.cluster1.bresnan.net (CommuniGate Pro SMTP 5.1.10) with ESMTP id 435277794 for freebsd-stable@freebsd.org; Wed, 12 Dec 2007 19:42:24 -0700 From: geek To: freebsd-stable@freebsd.org Date: Wed, 12 Dec 2007 19:42:23 -0700 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712121942.23188.arlogeek@lonetree.com> Subject: Server motherboard recommendation wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: arlogeek@lonetree.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 03:42:24 -0000 I am going to build two identical file servers using FreeBSD. They will be in a mixed linux and windoze network. I intend to use SCSI drives. I am not looking for the latest and greatest. I am not looking for each and every possible bell and whistle. I DO want maximum stability, reliability and compatibility with FreeBSD and Samba. I am seeking suggestions or recommendations. Thank you to all in advance. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 13 14:25:08 2007 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 3E92016A41A for ; Thu, 13 Dec 2007 14:25:08 +0000 (UTC) (envelope-from se@FreeBSD.org) Received: from spacemail1-out.mgmt.space.net (spacemail1-out.mgmt.Space.Net [194.97.149.146]) by mx1.freebsd.org (Postfix) with ESMTP id AE4DA13C447 for ; Thu, 13 Dec 2007 14:25:07 +0000 (UTC) (envelope-from se@FreeBSD.org) X-SpaceNet-SBRS: None X-IronPort-AV: E=Sophos;i="4.24,162,1196636400"; d="scan'208";a="117211053" Received: from mail.atsec.com ([195.30.252.105]) by spacemail1-out.mgmt.space.net with ESMTP; 13 Dec 2007 14:55:10 +0100 Received: from [10.2.2.88] (frueh.atsec.com [217.110.13.170]) (Authenticated sender: se@atsec.com) by mail.atsec.com (Postfix) with ESMTP id E7B1381C066; Thu, 13 Dec 2007 14:55:09 +0100 (CET) Message-ID: <476139B8.4040108@FreeBSD.org> Date: Thu, 13 Dec 2007 14:55:04 +0100 From: Stefan Esser User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Ivan Voras References: <475DADF7.6020702@yahoo.com> In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Various Issues with 7.0-BETA4 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, 13 Dec 2007 14:25:08 -0000 Ivan Voras schrieb: > Peter Thoenen wrote: > >> Issue #1: >> >> For some reason zfs_enable="YES" in rc.conf doesn't work. It doesn't >> seem to auto mount my zfs mounts which is a PITA. Currently I am forces >> (each time I reboot) to boot into single user mode, mount all my drives, >> then exit, continuing into multi-user mode. The interesting this is step 3. >> >> 1) fsck -p >> 2) mount -u / >> 3) zfs >> 4) zfs mount -a >> 5) exit >> >> NOTE: If I skip #3 and immediately do #4 it mails. For some reason I >> have to to a straight zfs call. >> >> NOTE: If I immediately go to multiuser mode skipping manually mounting >> not only does zfs not mount but I have to re-force import the tank pool >> (e.g. step 3.5: zpool import -f tank) > > Did you create the zfs structures and file system while in single user > mode with root mounted read-only? If so, this is a "known feature" and > it won't be fixed: you need to a) mount root read-write and b) run > /etc/rc.d/hostid start before /etc/rc.d/zfs start. To fix it, mount root > read-write, remove zpool.cache file (if any) from /boot/zfs, run > commands from "b" and then run zfs import -f until you have your zfs > file systems online. Then reboot into multiuser mode - it should work > now. Never modify zfs without steps "a" and "b", some combinations of > such modifications lead to kernel panics or possible data loss. I just rebuild my world and then kernel based on sources as of a few hours ago. It had been running well with kernel and world as of Nov 22., but fails to mount the ZFS root with the new kernel: [...] ZFS filesystem version 6 ZFS storage pool version 6 acd0: CDRW at ata0-master UDMA33 ad4: 76293MB at ata2-master SATA150 WARNING: Expected rawoffset 0, found 63 lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! Trying to mount root from zfs:root Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> zfs:root Trying to mount root from zfs:root WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. bge0: link state changed to UP [...] As you can see, the ZFS root mount succeeds after manual entry of just the value also specified in /boot/loader.conf. The file "zpool.cache" has also been stable since initial installation of the system: $ ls -l /boot/zfs/zpool.cache -rw-r--r-- 1 root wheel 908 Oct 2 17:33 /boot/zfs/zpool.cache Is this a regression that occured between 2007-11-22 and 2007-12-13 ? I know that automatic reboots (including mounting this ZFS root FS) worked fine with the previous kernel! I could try to export/import the ZFS pool from my boot file system, but since this is a productive system, I cannot do this right now ... Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Thu Dec 13 15:42:59 2007 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 83A2416A41B for ; Thu, 13 Dec 2007 15:42:59 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.terrorteam.de [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id 2FF4A13C46A for ; Thu, 13 Dec 2007 15:42:58 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id C8354B023F for ; Thu, 13 Dec 2007 16:12:15 +0100 (CET) MIME-Version: 1.0 Date: Thu, 13 Dec 2007 16:12:15 +0100 From: Marian Hettwer To: freebsd-stable@freebsd.org Message-ID: <6d41e00a0d0deb2e305b1a4f86b9c601@127.0.0.1> X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Subject: FreeBSD 7.0 BETA4 no serial console 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, 13 Dec 2007 15:42:59 -0000 Hi All, I thought of helping out beta testing FreeBSD 7.0, so I gave it a shot on one of our HP BL465c G1 blades. Problem is, serial output stops right before the login prompt should kick in. Thats sad... I need serial output (don't wanna go with the crappy Java applet for VGA output). So here's what I did: cvsup'ed RELENG_7 from today, build a NFSROOT and pxeboot'ed FreeBSD. Kernel is GENERIC, but with scheduler changed to SCHED_ULE here's a snipped of a verbose boot: sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio0: type 16550A, console looks like he's complaining, eh? But I have serial output until here: Trying to mount root from nfs: bceN0F:S lRiOnOkT :s t1a0t.e3 8c.h0a.n1g4e:d/ utsor /DlOoWcNa l/nfsroot/freebsd-70-amd64 bce0:b cGei0g:a bliitn kl isntka tuep changed to UP start_init: trying /sbin/init bce1: link state changed to UP looks like some garbled output between bce0 and it seems to say: bec0: link state changed to up NFS ROOT: 10.38.0.14:/usr/local/nfsroot/freebsd-70-amd64 although I guess thats no problem... my configuration as is: /boot.config -Dh /boot/loader.conf boot_multicons="YES" boot_serial="YES" comconsole_speed="9600" console="comconsole,vidconsole" Yes, I like to have serial output and as a fallback vga output. /etc/ttys [mhettwer@blowfish] grep ttyd0 etc/ttys [16:10:55 on 07-12-13] ttyd0 "/usr/libexec/getty std.9600" vt220 on secure I believe my configuration is correct, isn't it? Where's my login prompt? :) It's there with VGA output... complete verbose boot output can be delivered on demand... Any ideas what's going wrong?! best regards, Marian From owner-freebsd-stable@FreeBSD.ORG Thu Dec 13 17:16:50 2007 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 EDB6916A418 for ; Thu, 13 Dec 2007 17:16:50 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id A952413C448 for ; Thu, 13 Dec 2007 17:16:50 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 9939BC943A for ; Thu, 13 Dec 2007 12:16:49 -0500 (EST) Message-Id: <8EF98F5B-1533-41C5-B654-5ECDE68BC554@khera.org> From: Vivek Khera To: FreeBSD Stable List In-Reply-To: <18740974-7621-434A-BDFD-D2AFFF3D5721@khera.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Thu, 13 Dec 2007 12:16:49 -0500 References: <0ECA0F43-497A-4823-8731-D517889D5822@khera.org> <91893E44-B766-4B31-9DA7-62F5EC0CCD45@khera.org> <473A4620.8010909@FreeBSD.org> <18740974-7621-434A-BDFD-D2AFFF3D5721@khera.org> X-Mailer: Apple Mail (2.915) Subject: Re: reboot after panic: vm_page_unwire: invalid wire count: 0 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, 13 Dec 2007 17:16:51 -0000 On Nov 14, 2007, at 10:13 AM, Vivek Khera wrote: > I'm running 6.2-REL. The old kernel was -p5, now without the zero > copy sockets, i'm running -p8. I'll know in a couple of days if > this is our solution. For the archives: Removing zero copy sockets seems to have fixed the issue. Not a single panic on that box since, and it used to panic within 3-4 days under the load it has. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 13 18:23:05 2007 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 54AAC16A418 for ; Thu, 13 Dec 2007 18:23:05 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out13.ilk.de [194.121.104.13]) by mx1.freebsd.org (Postfix) with ESMTP id B22B213C467 for ; Thu, 13 Dec 2007 18:23:04 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool22.ka.ilk.net [212.86.194.22]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id lBDIMvxI022140; Thu, 13 Dec 2007 19:22:58 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.8+Sun/8.13.8) with ESMTP id lBDIIYLs029034; Thu, 13 Dec 2007 19:18:35 +0100 (CET) Message-ID: <476178BA.8010109@smo.de> Date: Thu, 13 Dec 2007 19:23:54 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20071021 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Pieter de Goeje References: <476043C1.4020008@smo.de> <200712122303.59926.pieter@degoeje.nl> In-Reply-To: <200712122303.59926.pieter@degoeje.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: panic: ffs_blkfree: freeing free block on 7.0-PRE 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, 13 Dec 2007 18:23:05 -0000 Pieter de Goeje wrote: > On Wednesday 12 December 2007, Philipp Ost wrote: > >>Hi all, >> >>I just got a panic on my 7.0-PRERELEASE box. Here's the backtrace: >> >># kgdb kernel.debug /var/crash/vmcore.0 >>[...] >>Unread portion of the kernel message buffer: >>handle_workitem_freeblocks: block count >>dev = ad4s1f, block = 7475968, fs = /usr >>panic: ffs_blkfree: freeing free block >>Uptime: 4h21m56s >>Physical memory: 1015 MB >>Dumping 199 MB: 184 168 152 136 120 104 88 72 56 40 24 8 > > > Known issue, upgrade to 7.x after 2007/10/18 to fix. > > Hope this helps, Yes, this helps. Thanks for the fast answer (though I could have found myself if I did some research before posting to the list...). Philipp -- www.familie-ost.info/~pj From owner-freebsd-stable@FreeBSD.ORG Thu Dec 13 19:01:32 2007 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 1FE7416A469 for ; Thu, 13 Dec 2007 19:01:32 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id E128413C45D for ; Thu, 13 Dec 2007 19:01:31 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id A68311A000B0D; Thu, 13 Dec 2007 10:33:59 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id wO-xu-Onf6Vp; Thu, 13 Dec 2007 10:33:52 -0800 (PST) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 7C2291A000B06; Thu, 13 Dec 2007 10:33:52 -0800 (PST) From: Freddie Cash Organization: School District 73 To: freebsd-stable@freebsd.org Date: Thu, 13 Dec 2007 10:33:50 -0800 User-Agent: KMail/1.9.7 References: <200712121942.23188.arlogeek@lonetree.com> In-Reply-To: <200712121942.23188.arlogeek@lonetree.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712131033.51242.fjwcash@gmail.com> Cc: arlogeek@lonetree.com Subject: Re: Server motherboard recommendation wanted 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, 13 Dec 2007 19:01:32 -0000 On December 12, 2007 06:42 pm geek wrote: > I am going to build two identical file servers using FreeBSD. They > will be in a mixed linux and windoze network. > > I intend to use SCSI drives. I am not looking for the latest and > greatest. I am not looking for each and every possible bell and > whistle. > > I DO want maximum stability, reliability and compatibility with FreeBSD > and Samba. > > I am seeking suggestions or recommendations. > > Thank you to all in advance. We have great success using the Tyan Thunder K8SD-Pro (S2882-D) motherboard. It is a dual socket 940 motherboard that supports AMD Opteron 200-series CPU (including dual-core), 16 GB ECC DDR400 RAM, with 2 64-bit/133 MHz PCI-X slots, 2 64-bit/100 MHz PCI-X slots, and 1 32-bit/33 MHz PCI slot. Comes with onboard SATA and (optional) SCSI controllers. Uses the AMD-8000 series core chipsets. Everything is fully supported by FreeBSD 6.1+ (and Debian Linux 4.0). We use these in file server (Samba and NFS), print server (Samba, CUPS, and lpr), routers/firewalls (IPFW/natd), X terminal servers (thin-client and diskless), VMWare servers, Xen servers, and more. Very stable systems. -- Freddie Cash, LPIC-2 CCNT CCLP Network Support Technician School District 73 (250) 377-HELP [377-4357] fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Dec 13 19:07:42 2007 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 D9E7916A420 for ; Thu, 13 Dec 2007 19:07:42 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 2096F13C44B for ; Thu, 13 Dec 2007 19:07:41 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 13 Dec 2007 19:07:40 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO homeKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp024) with SMTP; 13 Dec 2007 20:07:40 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX18yeFxVC9QysH5pPTb+0iGV+6kgXT9s517pr92xld C8AWADFAGbBypH Message-ID: <476182FB.1040206@gmx.de> Date: Thu, 13 Dec 2007 20:07:39 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20071203) MIME-Version: 1.0 To: Ariff Abdullah References: <476053BB.2000806@gmx.de> <20071213080609.6c028849.ariff@FreeBSD.org> In-Reply-To: <20071213080609.6c028849.ariff@FreeBSD.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 vchans broken Maestro 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, 13 Dec 2007 19:07:42 -0000 Ariff Abdullah wrote: > On Wed, 12 Dec 2007 22:33:47 +0100 > Dominic Fandrey wrote: >> Since the switch to BETA4 (it might actually have happened earlier >> and I didn't recognize) vchans don't work properly anymore (for me). >> >> Instead of hearing a second source there only gets a lot of noise >> mixed into the first audio stream. >> > > Try changing AGG_MAXPLAYCH from 4 to 1 > (around line 80, sys/dev/sound/pci/maestro.c). > That fixes my problem. Will this be changed or will I always have to do this myself? From owner-freebsd-stable@FreeBSD.ORG Thu Dec 13 20:01:04 2007 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 B05E516A419 for ; Thu, 13 Dec 2007 20:01:04 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 62D5C13C44B for ; Thu, 13 Dec 2007 20:01:04 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1J2uEu-0005tR-Mn; Thu, 13 Dec 2007 20:01:00 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1J2uEu-0009po-Ka; Thu, 13 Dec 2007 20:01:00 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J2uEu-000IiF-K2; Thu, 13 Dec 2007 20:01:00 +0000 To: fjwcash@gmail.com, freebsd-stable@freebsd.org In-Reply-To: <200712131033.51242.fjwcash@gmail.com> Message-Id: From: Pete French Date: Thu, 13 Dec 2007 20:01:00 +0000 Cc: arlogeek@lonetree.com Subject: Re: Server motherboard recommendation wanted 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, 13 Dec 2007 20:01:04 -0000 > We have great success using the Tyan Thunder K8SD-Pro (S2882-D) > motherboard. It is a dual socket 940 motherboard that supports AMD > Opteron 200-series CPU (including dual-core), 16 GB ECC DDR400 RAM, with > 2 64-bit/133 MHz PCI-X slots, 2 64-bit/100 MHz PCI-X slots, and 1 > 32-bit/33 MHz PCI slot. Comes with onboard SATA and (optional) SCSI > controllers. I can second this - I bought one after a recopmmendation on this list for a dual core Opteron board to replace a rather flaky MSI. It has performed magnificently, and is comletel stable, plus being well supported by FreBSD 9amd64 in my case). I run Adaptec SCSI controllers, and the onboard NIC's are good quality as well. definitely recommended. -pcf. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 13 20:50:53 2007 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 9C6FB16A41A for ; Thu, 13 Dec 2007 20:50:53 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 80FDC13C448 for ; Thu, 13 Dec 2007 20:50:53 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 7022F1CC079; Thu, 13 Dec 2007 12:50:53 -0800 (PST) Date: Thu, 13 Dec 2007 12:50:53 -0800 From: Jeremy Chadwick To: Marian Hettwer Message-ID: <20071213205053.GA10017@eos.sc1.parodius.com> References: <6d41e00a0d0deb2e305b1a4f86b9c601@127.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6d41e00a0d0deb2e305b1a4f86b9c601@127.0.0.1> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0 BETA4 no serial console 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, 13 Dec 2007 20:50:53 -0000 On Thu, Dec 13, 2007 at 04:12:15PM +0100, Marian Hettwer wrote: > here's a snipped of a verbose boot: > sio0: configured irq 3 not in bitmap of probed irqs 0 > sio0: port may not be enabled This is somewhat normal (depends on the system), and can sometimes even function normally (as is the case on your system). > sio0: port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 > sio0: type 16550A, console The "acpi0" portion of this is why you see the "configured irq 4 not in bitmap of probed irqs 0"; if acpi0 was isa0, you'd very likely not see that message. Because serial works for you, I strongly doubt the warnings (first paragraph) are of any concern. > looks like some garbled output between bce0 and it seems to say: > bec0: link state changed to up > NFS ROOT: 10.38.0.14:/usr/local/nfsroot/freebsd-70-amd64 Please see http://jdc.parodius.com/freebsd/common_issues.txt for that problem. > my configuration as is: > /boot.config > -Dh Change this to -S9600 -Dh, and remove the lines from /boot/loader.conf. > /boot/loader.conf > boot_multicons="YES" > boot_serial="YES" > comconsole_speed="9600" > console="comconsole,vidconsole" > /etc/ttys > [mhettwer@blowfish] grep ttyd0 etc/ttys [16:10:55 on 07-12-13] > ttyd0 "/usr/libexec/getty std.9600" vt220 on secure > > I believe my configuration is correct, isn't it? Looks correct. > Where's my login prompt? :) > > It's there with VGA output... conscontrol(8) might be able to tell you. It's very likely dedicated to the VGA system at this point. conscontrol(8) appears to simply read and parse the output of the kern.console sysctl. -- | Jeremy Chadwick jdc at 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 Dec 13 21:14:49 2007 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 4F61316A504 for ; Thu, 13 Dec 2007 21:14:49 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.19.101.164]) by mx1.freebsd.org (Postfix) with ESMTP id 20CB413C447 for ; Thu, 13 Dec 2007 21:14:49 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (localhost [127.0.0.1]) by mail.barafranca.com (Postfix) with ESMTP id E4583C4EFC for ; Thu, 13 Dec 2007 21:21:05 +0000 (UTC) Received: from mail.barafranca.com ([67.19.101.164]) by localhost (mail.barafranca.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 79435-09 for ; Thu, 13 Dec 2007 21:20:30 +0000 (UTC) Received: from nexus.bsdlan.org (a213-22-38-76.cpe.netcabo.pt [213.22.38.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id D7687C4E02 for ; Thu, 13 Dec 2007 21:20:29 +0000 (UTC) Message-ID: <4761A0D8.4070609@barafranca.com> Date: Thu, 13 Dec 2007 21:15:04 +0000 From: Hugo Silva User-Agent: Thunderbird 2.0.0.6 (X11/20070816) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at barafranca.com X-Spam-Status: No, score=0 tagged_above=-1 required=4 tests=[none] X-Spam-Score: 0 X-Spam-Level: Subject: iwi on BETA4 with WPA2: device timeout/firmware error 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, 13 Dec 2007 21:14:49 -0000 Hello list, Just wanted to report another issue with BETA4 on my laptop. The wireless connection is "working" without encryption (interface goes up and down every few minutes, but at least I don't lose any connections, so it's barely noticeable). Today I was setting up WPA2 with wpa_supplicant and hostapd and managed to do so (status: associated), however it goes down a few seconds later with iwi0: device timeout and iwi0: firmware error, every single time. Is this a known problem ? At least on my machine, WPA + iwi is currently unusable, as I am not able to ping anything even in the brief moments the card is associated with the AP. Also, after about 1 day and a half up (without WEP or WPA), the interface died with "firmware error", I could only bring it back by unloading and loading if_iwi.ko .. 7.0-BETA4 i386. Best regards, Hugo From owner-freebsd-stable@FreeBSD.ORG Thu Dec 13 21:21:47 2007 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 9C75C16A419 for ; Thu, 13 Dec 2007 21:21:47 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 313E313C46E for ; Thu, 13 Dec 2007 21:21:46 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 352047422; Fri, 14 Dec 2007 10:21:45 +1300 (NZDT) Date: Fri, 14 Dec 2007 10:21:45 +1300 From: Andrew Thompson To: Hugo Silva Message-ID: <20071213212145.GA55472@heff.fud.org.nz> References: <4761A0D8.4070609@barafranca.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4761A0D8.4070609@barafranca.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: iwi on BETA4 with WPA2: device timeout/firmware error 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, 13 Dec 2007 21:21:47 -0000 On Thu, Dec 13, 2007 at 09:15:04PM +0000, Hugo Silva wrote: > Hello list, > > Just wanted to report another issue with BETA4 on my laptop. > > The wireless connection is "working" without encryption (interface goes up > and down every few minutes, but at least I don't lose any connections, so > it's barely noticeable). > > Today I was setting up WPA2 with wpa_supplicant and hostapd and managed to > do so (status: associated), however it goes down a few seconds later with > iwi0: device timeout and iwi0: firmware error, every single time. > > Is this a known problem ? At least on my machine, WPA + iwi is currently > unusable, as I am not able to ping anything even in the brief moments the > card is associated with the AP. Can you please set the sysctl debug.iwi to 2 and post the debugging messages that are output. Make sure you get the section of output from when you kick off wpa_supplicant and when the firmware error happens. cheers, Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Dec 13 21:38:31 2007 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 C2F9216A417 for ; Thu, 13 Dec 2007 21:38:31 +0000 (UTC) (envelope-from maxx@mobistarmail.be) Received: from mailrelay002.isp.belgacom.be (mailrelay002.isp.belgacom.be [195.238.6.175]) by mx1.freebsd.org (Postfix) with ESMTP id 5894613C46E for ; Thu, 13 Dec 2007 21:38:31 +0000 (UTC) (envelope-from maxx@mobistarmail.be) Received: from 144.250-240-81.adsl-fix.isp.belgacom.be (HELO fireblade.medicalservices.be) ([81.240.250.144]) by relay.skynet.be with SMTP; 13 Dec 2007 22:09:07 +0100 Date: Thu, 13 Dec 2007 22:08:41 +0100 From: MaXX To: freebsd-stable@freebsd.org Message-Id: <20071213220841.116ba698.maxx@mobistarmail.be> X-Mailer: Sylpheed 2.4.3 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: FreeBSD 7 on old SMP server? 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, 13 Dec 2007 21:38:31 -0000 Hi list, I have an old netfinity 7000 (Quad PIII 500, 1Gb RAM) running 6.2 at the moment. I was wondering if it will take benefit of all the SMP improvement of 7 or is it too old? It runs a few postgresql databases, peak loads in the 2 to 4 range. As I do not have another equivalent machine, I prefer to ask before trying myself. I quite happy with the performances of my laptop (centrino duo) under 7, and hope my old server will be as happy as my laptop. thanks in advance, -- MaXX From owner-freebsd-stable@FreeBSD.ORG Thu Dec 13 22:13:58 2007 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 4A67416A41B; Thu, 13 Dec 2007 22:13:58 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.19.101.164]) by mx1.freebsd.org (Postfix) with ESMTP id D400013C4D5; Thu, 13 Dec 2007 22:13:57 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (localhost [127.0.0.1]) by mail.barafranca.com (Postfix) with ESMTP id BA4B6C4EFE; Thu, 13 Dec 2007 22:20:14 +0000 (UTC) Received: from mail.barafranca.com ([67.19.101.164]) by localhost (mail.barafranca.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 96586-01; Thu, 13 Dec 2007 22:19:34 +0000 (UTC) Received: from [192.168.200.26] (a213-22-38-76.cpe.netcabo.pt [213.22.38.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id 9C7C1C4F09; Thu, 13 Dec 2007 22:19:28 +0000 (UTC) Message-ID: <4761AE58.2070409@barafranca.com> Date: Thu, 13 Dec 2007 22:12:40 +0000 From: Hugo Silva User-Agent: Thunderbird 2.0.0.9 (X11/20071213) MIME-Version: 1.0 To: Andrew Thompson , freebsd-stable@freebsd.org References: <4761A0D8.4070609@barafranca.com> <20071213212145.GA55472@heff.fud.org.nz> In-Reply-To: <20071213212145.GA55472@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at barafranca.com X-Spam-Status: No, score=0 tagged_above=-1 required=4 tests=[none] X-Spam-Score: 0 X-Spam-Level: Cc: Subject: Re: iwi on BETA4 with WPA2: device timeout/firmware error 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, 13 Dec 2007 22:13:58 -0000 Andrew Thompson wrote: > On Thu, Dec 13, 2007 at 09:15:04PM +0000, Hugo Silva wrote: > >> Hello list, >> >> Just wanted to report another issue with BETA4 on my laptop. >> >> The wireless connection is "working" without encryption (interface goes up >> and down every few minutes, but at least I don't lose any connections, so >> it's barely noticeable). >> >> Today I was setting up WPA2 with wpa_supplicant and hostapd and managed to >> do so (status: associated), however it goes down a few seconds later with >> iwi0: device timeout and iwi0: firmware error, every single time. >> >> Is this a known problem ? At least on my machine, WPA + iwi is currently >> unusable, as I am not able to ping anything even in the brief moments the >> card is associated with the AP. >> > > Can you please set the sysctl debug.iwi to 2 and post the debugging > messages that are output. Make sure you get the section of output from > when you kick off wpa_supplicant and when the firmware error happens. > > > cheers, > Andrew > Hello, Okay, down'ed the interface, set debug.iwi=2, and ran wpa_supplicant -i iwi0 -c /etc/wpa_supplicant.conf. Here's the output: /var/log/messages: Dec 13 21:53:24 laptop syslogd: kernel boot file is /boot/kernel/kernel Dec 13 21:54:03 laptop su: klr to root on /dev/ttyp2 Dec 13 21:54:28 laptop kernel: iwi_newstate: INIT -> INIT flags 0x0 Dec 13 21:54:28 laptop kernel: enter FW state 1 Dec 13 21:54:28 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 Dec 13 21:54:28 laptop kernel: sending command idx=0 type=11 len=6 Dec 13 21:54:28 laptop kernel: Configuring adapter Dec 13 21:54:28 laptop kernel: sending command idx=1 type=6 len=20 Dec 13 21:54:28 laptop kernel: Setting power mode to 0 Dec 13 21:54:28 laptop kernel: sending command idx=2 type=17 len=4 Dec 13 21:54:28 laptop kernel: Setting RTS threshold to 2346 Dec 13 21:54:28 laptop kernel: sending command idx=3 type=15 len=4 Dec 13 21:54:28 laptop kernel: Setting fragmentation threshold to 2346 Dec 13 21:54:28 laptop kernel: sending command idx=4 type=16 len=4 Dec 13 21:54:28 laptop kernel: Setting .11bg supported rates (12) Dec 13 21:54:28 laptop kernel: sending command idx=5 type=22 len=16 Dec 13 21:54:28 laptop kernel: Setting .11a supported rates (0) Dec 13 21:54:28 laptop kernel: sending command idx=6 type=22 len=16 Dec 13 21:54:28 laptop kernel: Setting desired ESSID to "zaurak_wifi" Dec 13 21:54:28 laptop kernel: sending command idx=7 type=8 len=11 Dec 13 21:54:28 laptop kernel: Setting initialization vector to 3538991072 Dec 13 21:54:28 laptop kernel: sending command idx=8 type=34 len=4 Dec 13 21:54:28 laptop kernel: Setting wep key index 0 len 0 Dec 13 21:54:28 laptop kernel: sending command idx=9 type=18 len=20 Dec 13 21:54:28 laptop kernel: Setting wep key index 1 len 0 Dec 13 21:54:28 laptop kernel: sending command idx=10 type=18 len=20 Dec 13 21:54:28 laptop kernel: Setting wep key index 2 len 0 Dec 13 21:54:28 laptop kernel: sending command idx=11 type=18 len=20 Dec 13 21:54:28 laptop kernel: Setting wep key index 3 len 0 Dec 13 21:54:28 laptop kernel: sending command idx=12 type=18 len=20 Dec 13 21:54:28 laptop kernel: Enabling adapter Dec 13 21:54:28 laptop kernel: sending command idx=13 type=2 len=0 Dec 13 21:54:28 laptop kernel: exit FW state 1 Dec 13 21:54:28 laptop kernel: enter FW state 4 Dec 13 21:54:28 laptop kernel: Scan request: index 383 dwell 200/200/200 Dec 13 21:54:28 laptop kernel: Scan 1 2.4GHz channels: 5/BCAST Dec 13 21:54:28 laptop kernel: sending command idx=14 type=26 len=96 Dec 13 21:54:29 laptop kernel: Scan completed (1, 1) Dec 13 21:54:29 laptop kernel: exit FW state 4 Dec 13 21:54:34 laptop kernel: enter FW state 4 Dec 13 21:54:34 laptop kernel: sending command idx=15 type=8 len=11 Dec 13 21:54:34 laptop kernel: Scan request: index 384 dwell 200/200/200 Dec 13 21:54:34 laptop kernel: Scan 1 2.4GHz channels: 5/BDIR Dec 13 21:54:34 laptop kernel: sending command idx=0 type=26 len=96 Dec 13 21:54:34 laptop kernel: Scan completed (1, 1) Dec 13 21:54:34 laptop kernel: exit FW state 4 Dec 13 21:54:34 laptop kernel: iwi_newstate: INIT -> AUTH flags 0x1 Dec 13 21:54:34 laptop kernel: enter FW state 2 Dec 13 21:54:34 laptop kernel: Configuring adapter Dec 13 21:54:34 laptop kernel: sending command idx=1 type=6 len=20 Dec 13 21:54:34 laptop kernel: Setting ESSID to "zaurak_wifi" Dec 13 21:54:34 laptop kernel: sending command idx=2 type=8 len=11 Dec 13 21:54:34 laptop kernel: Setting negotiated rates (12) Dec 13 21:54:34 laptop kernel: sending command idx=3 type=22 len=16 Dec 13 21:54:34 laptop kernel: Setting optional IE (len=22) Dec 13 21:54:34 laptop kernel: sending command idx=4 type=31 len=22 Dec 13 21:54:34 laptop kernel: Setting sensitivity to 71 Dec 13 21:54:34 laptop kernel: sending command idx=5 type=42 len=4 Dec 13 21:54:34 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval 100 bintval 100 Dec 13 21:54:34 laptop kernel: sending command idx=6 type=21 len=40 Dec 13 21:54:34 laptop kernel: Authentication succeeeded Dec 13 21:54:34 laptop kernel: iwi_newstate: AUTH -> ASSOC flags 0x1 Dec 13 21:54:34 laptop kernel: Association succeeded Dec 13 21:54:34 laptop kernel: exit FW state 2 Dec 13 21:54:34 laptop kernel: iwi_newstate: ASSOC -> RUN flags 0x11 Dec 13 21:54:34 laptop kernel: iwi0: link state changed to UP Dec 13 21:54:37 laptop kernel: Authentication failed Dec 13 21:54:37 laptop kernel: expected FW state 2, got 0 Dec 13 21:54:41 laptop kernel: iwi0: device timeout Dec 13 21:54:41 laptop kernel: iwi_newstate: RUN -> INIT flags 0x0 Dec 13 21:54:41 laptop kernel: enter FW state 1 Dec 13 21:54:41 laptop kernel: iwi0: link state changed to DOWN Dec 13 21:54:41 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 Dec 13 21:54:41 laptop kernel: sending command idx=0 type=11 len=6 Dec 13 21:54:41 laptop kernel: Configuring adapter Dec 13 21:54:41 laptop kernel: sending command idx=1 type=6 len=20 Dec 13 21:54:41 laptop kernel: Setting power mode to 0 Dec 13 21:54:41 laptop kernel: sending command idx=2 type=17 len=4 Dec 13 21:54:41 laptop kernel: Setting RTS threshold to 2346 Dec 13 21:54:41 laptop kernel: sending command idx=3 type=15 len=4 Dec 13 21:54:41 laptop kernel: Setting fragmentation threshold to 2346 Dec 13 21:54:41 laptop kernel: sending command idx=4 type=16 len=4 Dec 13 21:54:41 laptop kernel: Setting .11bg supported rates (12) Dec 13 21:54:41 laptop kernel: sending command idx=5 type=22 len=16 Dec 13 21:54:41 laptop kernel: Setting .11a supported rates (0) Dec 13 21:54:41 laptop kernel: sending command idx=6 type=22 len=16 Dec 13 21:54:41 laptop kernel: Setting desired ESSID to "zaurak_wifi" Dec 13 21:54:41 laptop kernel: sending command idx=7 type=8 len=11 Dec 13 21:54:41 laptop kernel: Setting initialization vector to 2261493518 Dec 13 21:54:41 laptop kernel: sending command idx=8 type=34 len=4 Dec 13 21:54:41 laptop kernel: Setting wep key index 0 len 0 Dec 13 21:54:41 laptop kernel: sending command idx=9 type=18 len=20 Dec 13 21:54:41 laptop kernel: Setting wep key index 1 len 0 Dec 13 21:54:41 laptop kernel: sending command idx=10 type=18 len=20 Dec 13 21:54:41 laptop kernel: Setting wep key index 2 len 0 Dec 13 21:54:41 laptop kernel: sending command idx=11 type=18 len=20 Dec 13 21:54:41 laptop kernel: Setting wep key index 3 len 0 Dec 13 21:54:41 laptop kernel: sending command idx=12 type=18 len=20 Dec 13 21:54:41 laptop kernel: Enabling adapter Dec 13 21:54:41 laptop kernel: sending command idx=13 type=2 len=0 Dec 13 21:54:41 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 Dec 13 21:54:41 laptop kernel: exit FW state 1 Dec 13 21:54:41 laptop kernel: enter FW state 4 Dec 13 21:54:41 laptop kernel: sending command idx=14 type=8 len=11 Dec 13 21:54:41 laptop kernel: Scan request: index 385 dwell 200/200/200 Dec 13 21:54:41 laptop kernel: Scan 1 2.4GHz channels: 5/BDIR Dec 13 21:54:41 laptop kernel: sending command idx=15 type=26 len=96 Dec 13 21:54:42 laptop kernel: Scan completed (1, 1) Dec 13 21:54:42 laptop kernel: exit FW state 4 Dec 13 21:54:42 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 Dec 13 21:54:42 laptop kernel: enter FW state 2 Dec 13 21:54:42 laptop kernel: Configuring adapter Dec 13 21:54:42 laptop kernel: sending command idx=0 type=6 len=20 Dec 13 21:54:42 laptop kernel: Setting ESSID to "zaurak_wifi" Dec 13 21:54:42 laptop kernel: sending command idx=1 type=8 len=11 Dec 13 21:54:42 laptop kernel: Setting negotiated rates (12) Dec 13 21:54:42 laptop kernel: sending command idx=2 type=22 len=16 Dec 13 21:54:42 laptop kernel: Setting optional IE (len=22) Dec 13 21:54:42 laptop kernel: sending command idx=3 type=31 len=22 Dec 13 21:54:42 laptop kernel: Setting sensitivity to 70 Dec 13 21:54:42 laptop kernel: sending command idx=4 type=42 len=4 Dec 13 21:54:42 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval 100 bintval 100 Dec 13 21:54:42 laptop kernel: sending command idx=5 type=21 len=40 Dec 13 21:54:42 laptop kernel: iwi_newstate: AUTH -> AUTH flags 0x1 Dec 13 21:54:42 laptop kernel: Authentication succeeeded Dec 13 21:54:42 laptop kernel: iwi_newstate: AUTH -> ASSOC flags 0x1 Dec 13 21:54:42 laptop kernel: Association succeeded Dec 13 21:54:42 laptop kernel: exit FW state 2 Dec 13 21:54:42 laptop kernel: iwi_newstate: ASSOC -> RUN flags 0x11 Dec 13 21:54:42 laptop kernel: Setting WME parameters Dec 13 21:54:42 laptop kernel: sending command idx=6 type=25 len=96 Dec 13 21:54:42 laptop kernel: iwi0: link state changed to UP Dec 13 21:54:42 laptop kernel: Already associated Dec 13 21:54:45 laptop kernel: Authentication failed Dec 13 21:54:45 laptop kernel: expected FW state 2, got 0 Dec 13 21:54:49 laptop kernel: iwi0: device timeout Dec 13 21:54:49 laptop kernel: iwi_newstate: RUN -> INIT flags 0x0 Dec 13 21:54:49 laptop kernel: enter FW state 1 Dec 13 21:54:49 laptop kernel: iwi0: link state changed to DOWN Dec 13 21:54:50 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 Dec 13 21:54:50 laptop kernel: sending command idx=0 type=11 len=6 Dec 13 21:54:50 laptop kernel: Configuring adapter Dec 13 21:54:50 laptop kernel: sending command idx=1 type=6 len=20 Dec 13 21:54:50 laptop kernel: Setting power mode to 0 Dec 13 21:54:50 laptop kernel: sending command idx=2 type=17 len=4 Dec 13 21:54:50 laptop kernel: Setting RTS threshold to 2346 Dec 13 21:54:50 laptop kernel: sending command idx=3 type=15 len=4 Dec 13 21:54:50 laptop kernel: Setting fragmentation threshold to 2346 Dec 13 21:54:50 laptop kernel: sending command idx=4 type=16 len=4 Dec 13 21:54:50 laptop kernel: Setting .11bg supported rates (12) Dec 13 21:54:50 laptop kernel: sending command idx=5 type=22 len=16 Dec 13 21:54:50 laptop kernel: Setting .11a supported rates (0) Dec 13 21:54:50 laptop kernel: sending command idx=6 type=22 len=16 Dec 13 21:54:50 laptop kernel: Setting initialization vector to 819752498 Dec 13 21:54:50 laptop kernel: sending command idx=7 type=34 len=4 Dec 13 21:54:50 laptop kernel: Setting wep key index 0 len 0 Dec 13 21:54:50 laptop kernel: sending command idx=8 type=18 len=20 Dec 13 21:54:50 laptop kernel: Setting wep key index 1 len 0 Dec 13 21:54:50 laptop kernel: sending command idx=9 type=18 len=20 Dec 13 21:54:50 laptop kernel: Setting wep key index 2 len 0 Dec 13 21:54:50 laptop kernel: sending command idx=10 type=18 len=20 Dec 13 21:54:50 laptop kernel: Setting wep key index 3 len 0 Dec 13 21:54:50 laptop kernel: sending command idx=11 type=18 len=20 Dec 13 21:54:50 laptop kernel: Enabling adapter Dec 13 21:54:50 laptop kernel: sending command idx=12 type=2 len=0 Dec 13 21:54:50 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 Dec 13 21:54:50 laptop kernel: exit FW state 1 Dec 13 21:54:50 laptop kernel: enter FW state 4 Dec 13 21:54:50 laptop kernel: Scan request: index 386 dwell 200/200/200 Dec 13 21:54:50 laptop kernel: Scan 1 2.4GHz channels: 5/BCAST Dec 13 21:54:50 laptop kernel: sending command idx=13 type=26 len=96 Dec 13 21:54:50 laptop kernel: Scan completed (1, 1) Dec 13 21:54:50 laptop kernel: exit FW state 4 Dec 13 21:54:50 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 Dec 13 21:54:50 laptop kernel: enter FW state 2 Dec 13 21:54:50 laptop kernel: Configuring adapter Dec 13 21:54:50 laptop kernel: sending command idx=14 type=6 len=20 Dec 13 21:54:50 laptop kernel: Setting ESSID to "" Dec 13 21:54:50 laptop kernel: sending command idx=15 type=8 len=0 Dec 13 21:54:50 laptop kernel: Setting negotiated rates (12) Dec 13 21:54:50 laptop kernel: sending command idx=0 type=22 len=16 Dec 13 21:54:50 laptop kernel: Setting optional IE (len=22) Dec 13 21:54:50 laptop kernel: sending command idx=1 type=31 len=22 Dec 13 21:54:50 laptop kernel: Setting sensitivity to 71 Dec 13 21:54:50 laptop kernel: sending command idx=2 type=42 len=4 Dec 13 21:54:50 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval 100 bintval 100 Dec 13 21:54:50 laptop kernel: sending command idx=3 type=21 len=40 Dec 13 21:54:50 laptop kernel: iwi0: firmware error Dec 13 21:54:50 laptop kernel: iwi_newstate: AUTH -> INIT flags 0x0 Dec 13 21:54:50 laptop kernel: enter FW state 1 Dec 13 21:54:50 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 Dec 13 21:54:50 laptop kernel: sending command idx=0 type=11 len=6 Dec 13 21:54:50 laptop kernel: Configuring adapter Dec 13 21:54:50 laptop kernel: sending command idx=1 type=6 len=20 Dec 13 21:54:50 laptop kernel: Setting power mode to 0 Dec 13 21:54:50 laptop kernel: sending command idx=2 type=17 len=4 Dec 13 21:54:50 laptop kernel: Setting RTS threshold to 2346 Dec 13 21:54:50 laptop kernel: sending command idx=3 type=15 len=4 Dec 13 21:54:50 laptop kernel: Setting fragmentation threshold to 2346 Dec 13 21:54:50 laptop kernel: sending command idx=4 type=16 len=4 Dec 13 21:54:50 laptop kernel: Setting .11bg supported rates (12) Dec 13 21:54:50 laptop kernel: sending command idx=5 type=22 len=16 Dec 13 21:54:50 laptop kernel: Setting .11a supported rates (0) Dec 13 21:54:50 laptop kernel: sending command idx=6 type=22 len=16 Dec 13 21:54:50 laptop kernel: Setting desired ESSID to "zaurak_wifi" Dec 13 21:54:50 laptop kernel: sending command idx=7 type=8 len=11 Dec 13 21:54:50 laptop kernel: Setting initialization vector to 740106850 Dec 13 21:54:50 laptop kernel: sending command idx=8 type=34 len=4 Dec 13 21:54:50 laptop kernel: Setting wep key index 0 len 0 Dec 13 21:54:50 laptop kernel: sending command idx=9 type=18 len=20 Dec 13 21:54:50 laptop kernel: Setting wep key index 1 len 0 Dec 13 21:54:50 laptop kernel: sending command idx=10 type=18 len=20 Dec 13 21:54:50 laptop kernel: Setting wep key index 2 len 0 Dec 13 21:54:50 laptop kernel: sending command idx=11 type=18 len=20 Dec 13 21:54:50 laptop kernel: Setting wep key index 3 len 0 Dec 13 21:54:50 laptop kernel: sending command idx=12 type=18 len=20 Dec 13 21:54:50 laptop kernel: Enabling adapter Dec 13 21:54:50 laptop kernel: sending command idx=13 type=2 len=0 Dec 13 21:54:50 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 Dec 13 21:54:50 laptop kernel: exit FW state 1 Dec 13 21:54:50 laptop kernel: enter FW state 4 Dec 13 21:54:50 laptop kernel: sending command idx=14 type=8 len=11 Dec 13 21:54:50 laptop kernel: Scan request: index 387 dwell 200/200/200 Dec 13 21:54:50 laptop kernel: Scan 1 2.4GHz channels: 5/BDIR Dec 13 21:54:50 laptop kernel: sending command idx=15 type=26 len=96 Dec 13 21:54:50 laptop kernel: Scan completed (1, 1) Dec 13 21:54:50 laptop kernel: exit FW state 4 Dec 13 21:54:50 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 Dec 13 21:54:50 laptop kernel: enter FW state 2 Dec 13 21:54:50 laptop kernel: Configuring adapter Dec 13 21:54:50 laptop kernel: sending command idx=0 type=6 len=20 Dec 13 21:54:50 laptop kernel: Setting ESSID to "zaurak_wifi" Dec 13 21:54:50 laptop kernel: sending command idx=1 type=8 len=11 Dec 13 21:54:50 laptop kernel: Setting negotiated rates (12) Dec 13 21:54:50 laptop kernel: sending command idx=2 type=22 len=16 Dec 13 21:54:50 laptop kernel: Setting optional IE (len=22) Dec 13 21:54:50 laptop kernel: sending command idx=3 type=31 len=22 Dec 13 21:54:50 laptop kernel: Setting sensitivity to 71 Dec 13 21:54:50 laptop kernel: sending command idx=4 type=42 len=4 Dec 13 21:54:50 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval 100 bintval 100 Dec 13 21:54:50 laptop kernel: sending command idx=5 type=21 len=40 Dec 13 21:54:50 laptop kernel: iwi_newstate: AUTH -> AUTH flags 0x1 Dec 13 21:54:50 laptop kernel: Authentication succeeeded Dec 13 21:54:50 laptop kernel: iwi_newstate: AUTH -> ASSOC flags 0x1 Dec 13 21:54:50 laptop kernel: Association succeeded Dec 13 21:54:50 laptop kernel: exit FW state 2 Dec 13 21:54:50 laptop kernel: iwi_newstate: ASSOC -> RUN flags 0x11 Dec 13 21:54:50 laptop kernel: Setting WME parameters Dec 13 21:54:50 laptop kernel: sending command idx=6 type=25 len=96 Dec 13 21:54:50 laptop kernel: iwi0: link state changed to UP Dec 13 21:54:50 laptop kernel: Already associated Dec 13 21:54:53 laptop kernel: Authentication failed Dec 13 21:54:53 laptop kernel: expected FW state 2, got 0 Dec 13 21:54:58 laptop kernel: iwi0: device timeout Dec 13 21:54:58 laptop kernel: iwi_newstate: RUN -> INIT flags 0x0 Dec 13 21:54:58 laptop kernel: enter FW state 1 Dec 13 21:54:58 laptop kernel: iwi0: link state changed to DOWN Dec 13 21:54:58 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 Dec 13 21:54:58 laptop kernel: sending command idx=0 type=11 len=6 Dec 13 21:54:58 laptop kernel: Configuring adapter Dec 13 21:54:58 laptop kernel: sending command idx=1 type=6 len=20 Dec 13 21:54:58 laptop kernel: Setting power mode to 0 Dec 13 21:54:58 laptop kernel: sending command idx=2 type=17 len=4 Dec 13 21:54:58 laptop kernel: Setting RTS threshold to 2346 Dec 13 21:54:58 laptop kernel: sending command idx=3 type=15 len=4 Dec 13 21:54:58 laptop kernel: Setting fragmentation threshold to 2346 Dec 13 21:54:58 laptop kernel: sending command idx=4 type=16 len=4 Dec 13 21:54:58 laptop kernel: Setting .11bg supported rates (12) Dec 13 21:54:58 laptop kernel: sending command idx=5 type=22 len=16 Dec 13 21:54:58 laptop kernel: Setting .11a supported rates (0) Dec 13 21:54:58 laptop kernel: sending command idx=6 type=22 len=16 Dec 13 21:54:58 laptop kernel: Setting desired ESSID to "zaurak_wifi" Dec 13 21:54:58 laptop kernel: sending command idx=7 type=8 len=11 Dec 13 21:54:58 laptop kernel: Setting initialization vector to 312082786 Dec 13 21:54:58 laptop kernel: sending command idx=8 type=34 len=4 Dec 13 21:54:58 laptop kernel: Setting wep key index 0 len 0 Dec 13 21:54:58 laptop kernel: sending command idx=9 type=18 len=20 Dec 13 21:54:58 laptop kernel: Setting wep key index 1 len 0 Dec 13 21:54:58 laptop kernel: sending command idx=10 type=18 len=20 Dec 13 21:54:58 laptop kernel: Setting wep key index 2 len 0 Dec 13 21:54:58 laptop kernel: sending command idx=11 type=18 len=20 Dec 13 21:54:58 laptop kernel: Setting wep key index 3 len 0 Dec 13 21:54:58 laptop kernel: sending command idx=12 type=18 len=20 Dec 13 21:54:58 laptop kernel: Enabling adapter Dec 13 21:54:58 laptop kernel: sending command idx=13 type=2 len=0 Dec 13 21:54:58 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 Dec 13 21:54:58 laptop kernel: exit FW state 1 Dec 13 21:54:58 laptop kernel: enter FW state 4 Dec 13 21:54:58 laptop kernel: sending command idx=14 type=8 len=11 Dec 13 21:54:58 laptop kernel: Scan request: index 388 dwell 200/200/200 Dec 13 21:54:58 laptop kernel: Scan 1 2.4GHz channels: 5/BDIR Dec 13 21:54:58 laptop kernel: sending command idx=15 type=26 len=96 Dec 13 21:54:58 laptop kernel: Scan completed (1, 1) Dec 13 21:54:58 laptop kernel: exit FW state 4 Dec 13 21:54:58 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 Dec 13 21:54:58 laptop kernel: enter FW state 2 Dec 13 21:54:58 laptop kernel: Configuring adapter Dec 13 21:54:58 laptop kernel: sending command idx=0 type=6 len=20 Dec 13 21:54:58 laptop kernel: Setting ESSID to "zaurak_wifi" Dec 13 21:54:58 laptop kernel: sending command idx=1 type=8 len=11 Dec 13 21:54:58 laptop kernel: Setting negotiated rates (12) Dec 13 21:54:58 laptop kernel: sending command idx=2 type=22 len=16 Dec 13 21:54:58 laptop kernel: Setting optional IE (len=22) Dec 13 21:54:58 laptop kernel: sending command idx=3 type=31 len=22 Dec 13 21:54:58 laptop kernel: Setting sensitivity to 70 Dec 13 21:54:58 laptop kernel: sending command idx=4 type=42 len=4 Dec 13 21:54:58 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval 100 bintval 100 Dec 13 21:54:58 laptop kernel: sending command idx=5 type=21 len=40 Dec 13 21:54:58 laptop kernel: iwi_newstate: AUTH -> AUTH flags 0x1 Dec 13 21:54:58 laptop kernel: Authentication succeeeded Dec 13 21:54:58 laptop kernel: iwi_newstate: AUTH -> ASSOC flags 0x1 Dec 13 21:54:58 laptop kernel: Association succeeded Dec 13 21:54:58 laptop kernel: exit FW state 2 Dec 13 21:54:58 laptop kernel: iwi_newstate: ASSOC -> RUN flags 0x11 Dec 13 21:54:58 laptop kernel: Setting WME parameters Dec 13 21:54:58 laptop kernel: sending command idx=6 type=25 len=96 Dec 13 21:54:58 laptop kernel: iwi0: link state changed to UP Dec 13 21:54:58 laptop kernel: Already associated Dec 13 21:55:01 laptop kernel: Authentication failed Dec 13 21:55:01 laptop kernel: expected FW state 2, got 0 Dec 13 21:55:06 laptop kernel: iwi0: device timeout Dec 13 21:55:06 laptop kernel: iwi_newstate: RUN -> INIT flags 0x0 Dec 13 21:55:06 laptop kernel: enter FW state 1 Dec 13 21:55:06 laptop kernel: iwi0: link state changed to DOWN Dec 13 21:55:06 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 Dec 13 21:55:06 laptop kernel: sending command idx=0 type=11 len=6 Dec 13 21:55:06 laptop kernel: Configuring adapter Dec 13 21:55:06 laptop kernel: sending command idx=1 type=6 len=20 Dec 13 21:55:06 laptop kernel: Setting power mode to 0 Dec 13 21:55:06 laptop kernel: sending command idx=2 type=17 len=4 Dec 13 21:55:06 laptop kernel: Setting RTS threshold to 2346 Dec 13 21:55:06 laptop kernel: sending command idx=3 type=15 len=4 Dec 13 21:55:06 laptop kernel: Setting fragmentation threshold to 2346 Dec 13 21:55:06 laptop kernel: sending command idx=4 type=16 len=4 Dec 13 21:55:06 laptop kernel: Setting .11bg supported rates (12) Dec 13 21:55:06 laptop kernel: sending command idx=5 type=22 len=16 Dec 13 21:55:06 laptop kernel: Setting .11a supported rates (0) Dec 13 21:55:06 laptop kernel: sending command idx=6 type=22 len=16 Dec 13 21:55:06 laptop kernel: Setting initialization vector to 2414929354 Dec 13 21:55:06 laptop kernel: sending command idx=7 type=34 len=4 Dec 13 21:55:06 laptop kernel: Setting wep key index 0 len 0 Dec 13 21:55:06 laptop kernel: sending command idx=8 type=18 len=20 Dec 13 21:55:06 laptop kernel: Setting wep key index 1 len 0 Dec 13 21:55:06 laptop kernel: sending command idx=9 type=18 len=20 Dec 13 21:55:06 laptop kernel: Setting wep key index 2 len 0 Dec 13 21:55:06 laptop kernel: sending command idx=10 type=18 len=20 Dec 13 21:55:06 laptop kernel: Setting wep key index 3 len 0 Dec 13 21:55:06 laptop kernel: sending command idx=11 type=18 len=20 Dec 13 21:55:06 laptop kernel: Enabling adapter Dec 13 21:55:06 laptop kernel: sending command idx=12 type=2 len=0 Dec 13 21:55:06 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 Dec 13 21:55:06 laptop kernel: exit FW state 1 Dec 13 21:55:06 laptop kernel: enter FW state 4 Dec 13 21:55:06 laptop kernel: Scan request: index 389 dwell 200/200/200 Dec 13 21:55:06 laptop kernel: Scan 1 2.4GHz channels: 5/BCAST Dec 13 21:55:06 laptop kernel: sending command idx=13 type=26 len=96 Dec 13 21:55:06 laptop kernel: Scan completed (1, 1) Dec 13 21:55:06 laptop kernel: exit FW state 4 Dec 13 21:55:06 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 Dec 13 21:55:06 laptop kernel: enter FW state 2 Dec 13 21:55:06 laptop kernel: Configuring adapter Dec 13 21:55:06 laptop kernel: sending command idx=14 type=6 len=20 Dec 13 21:55:06 laptop kernel: Setting ESSID to "" Dec 13 21:55:06 laptop kernel: sending command idx=15 type=8 len=0 Dec 13 21:55:06 laptop kernel: Setting negotiated rates (12) Dec 13 21:55:06 laptop kernel: sending command idx=0 type=22 len=16 Dec 13 21:55:06 laptop kernel: Setting optional IE (len=22) Dec 13 21:55:06 laptop kernel: sending command idx=1 type=31 len=22 Dec 13 21:55:06 laptop kernel: Setting sensitivity to 71 Dec 13 21:55:06 laptop kernel: sending command idx=2 type=42 len=4 Dec 13 21:55:06 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval 100 bintval 100 Dec 13 21:55:06 laptop kernel: sending command idx=3 type=21 len=40 Dec 13 21:55:06 laptop kernel: iwi0: firmware error Dec 13 21:55:06 laptop kernel: iwi_newstate: AUTH -> INIT flags 0x0 Dec 13 21:55:06 laptop kernel: enter FW state 1 Dec 13 21:55:06 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 Dec 13 21:55:06 laptop kernel: sending command idx=0 type=11 len=6 Dec 13 21:55:06 laptop kernel: Configuring adapter Dec 13 21:55:06 laptop kernel: sending command idx=1 type=6 len=20 Dec 13 21:55:06 laptop kernel: Setting power mode to 0 Dec 13 21:55:06 laptop kernel: sending command idx=2 type=17 len=4 Dec 13 21:55:06 laptop kernel: Setting RTS threshold to 2346 Dec 13 21:55:06 laptop kernel: sending command idx=3 type=15 len=4 Dec 13 21:55:06 laptop kernel: Setting fragmentation threshold to 2346 Dec 13 21:55:06 laptop kernel: sending command idx=4 type=16 len=4 Dec 13 21:55:06 laptop kernel: Setting .11bg supported rates (12) Dec 13 21:55:06 laptop kernel: sending command idx=5 type=22 len=16 Dec 13 21:55:06 laptop kernel: Setting .11a supported rates (0) Dec 13 21:55:06 laptop kernel: sending command idx=6 type=22 len=16 Dec 13 21:55:06 laptop kernel: Setting desired ESSID to "zaurak_wifi" Dec 13 21:55:06 laptop kernel: sending command idx=7 type=8 len=11 Dec 13 21:55:06 laptop kernel: Setting initialization vector to 2825825359 Dec 13 21:55:06 laptop kernel: sending command idx=8 type=34 len=4 Dec 13 21:55:06 laptop kernel: Setting wep key index 0 len 0 Dec 13 21:55:06 laptop kernel: sending command idx=9 type=18 len=20 Dec 13 21:55:06 laptop kernel: Setting wep key index 1 len 0 Dec 13 21:55:06 laptop kernel: sending command idx=10 type=18 len=20 Dec 13 21:55:06 laptop kernel: Setting wep key index 2 len 0 Dec 13 21:55:06 laptop kernel: sending command idx=11 type=18 len=20 Dec 13 21:55:06 laptop kernel: Setting wep key index 3 len 0 Dec 13 21:55:06 laptop kernel: sending command idx=12 type=18 len=20 Dec 13 21:55:06 laptop kernel: Enabling adapter Dec 13 21:55:06 laptop kernel: sending command idx=13 type=2 len=0 Dec 13 21:55:06 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 Dec 13 21:55:06 laptop kernel: exit FW state 1 Dec 13 21:55:06 laptop kernel: enter FW state 4 Dec 13 21:55:06 laptop kernel: sending command idx=14 type=8 len=11 Dec 13 21:55:06 laptop kernel: Scan request: index 390 dwell 200/200/200 Dec 13 21:55:06 laptop kernel: Scan 1 2.4GHz channels: 5/BDIR Dec 13 21:55:06 laptop kernel: sending command idx=15 type=26 len=96 Dec 13 21:55:07 laptop kernel: Scan completed (1, 1) Dec 13 21:55:07 laptop kernel: exit FW state 4 Dec 13 21:55:07 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 Dec 13 21:55:07 laptop kernel: enter FW state 2 Dec 13 21:55:07 laptop kernel: Configuring adapter Dec 13 21:55:07 laptop kernel: sending command idx=0 type=6 len=20 Dec 13 21:55:07 laptop kernel: Setting ESSID to "zaurak_wifi" Dec 13 21:55:07 laptop kernel: sending command idx=1 type=8 len=11 Dec 13 21:55:07 laptop kernel: Setting negotiated rates (12) Dec 13 21:55:07 laptop kernel: sending command idx=2 type=22 len=16 Dec 13 21:55:07 laptop kernel: Setting optional IE (len=22) Dec 13 21:55:07 laptop kernel: sending command idx=3 type=31 len=22 Dec 13 21:55:07 laptop kernel: Setting sensitivity to 72 Dec 13 21:55:07 laptop kernel: sending command idx=4 type=42 len=4 Dec 13 21:55:07 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval 100 bintval 100 Dec 13 21:55:07 laptop kernel: sending command idx=5 type=21 len=40 Dec 13 21:55:07 laptop kernel: iwi_newstate: AUTH -> AUTH flags 0x1 Dec 13 21:55:07 laptop kernel: Authentication succeeeded Dec 13 21:55:07 laptop kernel: iwi_newstate: AUTH -> ASSOC flags 0x1 Dec 13 21:55:07 laptop kernel: Association succeeded Dec 13 21:55:07 laptop kernel: exit FW state 2 Dec 13 21:55:07 laptop kernel: iwi_newstate: ASSOC -> RUN flags 0x11 Dec 13 21:55:07 laptop kernel: Setting WME parameters Dec 13 21:55:07 laptop kernel: sending command idx=6 type=25 len=96 Dec 13 21:55:07 laptop kernel: iwi0: link state changed to UP Dec 13 21:55:07 laptop kernel: Already associated Dec 13 21:55:09 laptop kernel: iwi_newstate: RUN -> INIT flags 0x11 Dec 13 21:55:09 laptop kernel: enter FW state 3 Dec 13 21:55:09 laptop kernel: Trying to disassociate from 00:14:6c:2c:b4:a0 channel 5 Dec 13 21:55:09 laptop kernel: sending command idx=7 type=21 len=40 Dec 13 21:55:09 laptop kernel: iwi0: link state changed to DOWN Dec 13 21:55:09 laptop kernel: iwi_newstate: INIT -> INIT flags 0x0 Am I missing something ? Hope this helps, let me know if there's anything else I can provide.. Best regards, Hugo From owner-freebsd-stable@FreeBSD.ORG Thu Dec 13 23:22:40 2007 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 1A8CA16A419 for ; Thu, 13 Dec 2007 23:22:40 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.19.101.164]) by mx1.freebsd.org (Postfix) with ESMTP id E9C9813C43E for ; Thu, 13 Dec 2007 23:22:39 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (localhost [127.0.0.1]) by mail.barafranca.com (Postfix) with ESMTP id 06E3CC4F2F for ; Thu, 13 Dec 2007 23:28:57 +0000 (UTC) Received: from mail.barafranca.com ([67.19.101.164]) by localhost (mail.barafranca.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06054-03 for ; Thu, 13 Dec 2007 23:28:18 +0000 (UTC) Received: from [192.168.200.26] (a213-22-38-76.cpe.netcabo.pt [213.22.38.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id 0D292C4F0D for ; Thu, 13 Dec 2007 23:28:17 +0000 (UTC) Message-ID: <4761BE90.3040001@barafranca.com> Date: Thu, 13 Dec 2007 23:21:52 +0000 From: Hugo Silva User-Agent: Thunderbird 2.0.0.9 (X11/20071213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at barafranca.com X-Spam-Status: No, score=0 tagged_above=-1 required=4 tests=[none] X-Spam-Score: 0 X-Spam-Level: Subject: BETA4 and powerd (not doing anything) 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, 13 Dec 2007 23:22:40 -0000 Hi, Reporting another issue on BETA4, powerd isn't adapting the cpu frequency at all on my system - running it with -v shows that it selects APM, and then sits doing nothing. If if would check AC status via hw.acpi.battery.state (2=AC power 1=battery), (at least on) this system it would work::: From powerd.c: #define ACPIAC "hw.acpi.acline" (...) if (sysctlnametomib(ACPIAC, acline_mib, &len) == 0) { hw.acpi.acline does not exist (on this system, at least) but hw.acpi.battery.state does, and is immediatly changed as soon as I plug/unplug ac power. Best regards, Hugo From owner-freebsd-stable@FreeBSD.ORG Thu Dec 13 23:42:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from miki (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id 5D56C16A417; Thu, 13 Dec 2007 23:42:58 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Fri, 14 Dec 2007 07:42:31 +0800 From: Ariff Abdullah To: Dominic Fandrey Message-Id: <20071214074231.1c3082bc.ariff@FreeBSD.org> In-Reply-To: <476182FB.1040206@gmx.de> References: <476053BB.2000806@gmx.de> <20071213080609.6c028849.ariff@FreeBSD.org> <476182FB.1040206@gmx.de> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__14_Dec_2007_07_42_31_+0800_+B4R_hnN9YtOpEiA" Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 vchans broken Maestro 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, 13 Dec 2007 23:42:59 -0000 --Signature=_Fri__14_Dec_2007_07_42_31_+0800_+B4R_hnN9YtOpEiA Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 13 Dec 2007 20:07:39 +0100 Dominic Fandrey wrote: > Ariff Abdullah wrote: > > On Wed, 12 Dec 2007 22:33:47 +0100 > > Dominic Fandrey wrote: > >> Since the switch to BETA4 (it might actually have happened > >earlier > and I didn't recognize) vchans don't work properly > >anymore (for me). > > >> Instead of hearing a second source there only gets a lot of noise > >> mixed into the first audio stream. > >> > >=20 > > Try changing AGG_MAXPLAYCH from 4 to 1 > > (around line 80, sys/dev/sound/pci/maestro.c). > >=20 >=20 > That fixes my problem. Will this be changed or will I always have to > do this myself? It will be changed. In the meantime, try playing with the above #def, say like setting it to 2 or 3. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Fri__14_Dec_2007_07_42_31_+0800_+B4R_hnN9YtOpEiA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHYcNnlr+deMUwTNoRAvY9AJ4zKwQhBkjwKw46wDbi+YPVlse0iACfY4gW 64jDgmjFRVYVcBIEj1EVZuE= =FOiN -----END PGP SIGNATURE----- --Signature=_Fri__14_Dec_2007_07_42_31_+0800_+B4R_hnN9YtOpEiA-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 14 09:49:03 2007 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 509E016A46B; Fri, 14 Dec 2007 09:49:03 +0000 (UTC) (envelope-from devel@proxy.netroad.ru) Received: from mail.netroad.ru (mail.netroad.ru [213.24.172.7]) by mx1.freebsd.org (Postfix) with ESMTP id DCF4713C4CE; Fri, 14 Dec 2007 09:49:02 +0000 (UTC) (envelope-from devel@proxy.netroad.ru) Received: by mail.netroad.ru (Postfix, from userid 65534) id 8E39614A6A4; Fri, 14 Dec 2007 12:20:22 +0300 (MSK) Received: from mail.netroad.ru (localhost [127.0.0.1]) by mail.netroad.ru (Postfix) with ESMTP id 6B04214A31B; Fri, 14 Dec 2007 12:20:22 +0300 (MSK) Received: from proxy.netroad.ru (proxy.netroad.ru [213.24.172.2]) by mail.netroad.ru (Postfix) with ESMTP id 4CB76148C95; Fri, 14 Dec 2007 12:20:22 +0300 (MSK) Received: by proxy.netroad.ru (Postfix, from userid 999) id 43E34256217; Fri, 14 Dec 2007 12:20:22 +0300 (MSK) Date: Fri, 14 Dec 2007 12:20:22 +0300 From: Lenar Tukhvatullin To: Laurent Frigault Message-ID: <20071214092022.GA20666@proxy.netroad.ru> Mail-Followup-To: Laurent Frigault , freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org References: <20071210164719.GA97514@obelix.bergerie.agneau.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071210164719.GA97514@obelix.bergerie.agneau.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-AntiVirus: ClamAV at mail.netroad.ru Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: major bge(4) performance problem 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, 14 Dec 2007 09:49:03 -0000 On Mon, Dec 10, 2007 at 05:47:19PM +0100, Laurent Frigault wrote: > Hi, > > We are experiencing a problem with BCM5721 bge interfaces, which seems to > be able to receive at almost 1Gbps but can only transmit at < 540Mbps. > > It is the exactly same problem describes at > http://lists.freebsd.org/pipermail/freebsd-net/2007-June/014373.html > Is there any patch/fix available for this driver ? > > Unfortunatly our server has no more slot available so we can't forget the bge > interfaces and add an em interface. > > I can run tests on a spare server if needed (same hardware). Hello, can you test patch from Igor Sysoev with recommended tunables? http://lists.freebsd.org/pipermail/freebsd-net/2007-November/015951.html Also comments from Bruce Evans: http://lists.freebsd.org/pipermail/freebsd-net/2007-November/015954.html I have same problem with bge, but currently can't test this patch on production system. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 14 10:12:34 2007 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 A094816A46B for ; Fri, 14 Dec 2007 10:12:34 +0000 (UTC) (envelope-from tequnix@frogmi.net) Received: from mail.callooh.com (chello062178170039.13.14.vie.surfer.at [62.178.170.39]) by mx1.freebsd.org (Postfix) with ESMTP id 2F60113C457 for ; Fri, 14 Dec 2007 10:12:33 +0000 (UTC) (envelope-from tequnix@frogmi.net) Received: from jadzia.intern.creative.co.at (fw2.creative.co.at [193.81.98.66]) (authenticated bits=0) by mail.callooh.com (8.14.2/8.14.2) with ESMTP id lBE9rMde078262 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 14 Dec 2007 10:53:22 +0100 (CET) (envelope-from tequnix@frogmi.net) X-Authentication-Warning: lyekka.home.callooh.com: Host fw2.creative.co.at [193.81.98.66] claimed to be jadzia.intern.creative.co.at Date: Fri, 14 Dec 2007 10:53:20 +0100 From: tequnix@frogmi.net To: freebsd-stable@freebsd.org Message-ID: <20071214105320.6d199922@jadzia.intern.creative.co.at> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.3; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV 0.91.2/5116/Fri Dec 14 08:14:39 2007 on lyekka.home.callooh.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.callooh.com [62.178.170.39]); Fri, 14 Dec 2007 10:53:22 +0100 (CET) Subject: BETA4 - acpi.thermal.tz0 always at 40,0C 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, 14 Dec 2007 10:12:34 -0000 hi, sysctl shows __always__ 40=B0: $ sysctl hw.acpi.thermal.tz0.temperature hw.acpi.thermal.tz0.temperature: 40,0C motherboard is a Asus M2A-VM, version is FreeBSD 7.0-BETA4 amd64 is this a motherboard issue, or a known issue, or a bug, can anybody confirm this behaviour, should i send_pr ? best regards, reinhard --=20 All I ask of life is a constant and exaggerated sense of my own importance. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 14 10:14:15 2007 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 174E716A417 for ; Fri, 14 Dec 2007 10:14:15 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id E9BC813C46B for ; Fri, 14 Dec 2007 10:14:14 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id 20CB728431; Fri, 14 Dec 2007 04:14:14 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id B600361C44; Fri, 14 Dec 2007 04:14:13 -0600 (CST) Date: Fri, 14 Dec 2007 04:14:13 -0600 From: "Matthew D. Fuller" To: tequnix@frogmi.net Message-ID: <20071214101413.GD22305@over-yonder.net> References: <20071214105320.6d199922@jadzia.intern.creative.co.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071214105320.6d199922@jadzia.intern.creative.co.at> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.16-fullermd.4 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: BETA4 - acpi.thermal.tz0 always at 40,0C 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, 14 Dec 2007 10:14:15 -0000 On Fri, Dec 14, 2007 at 10:53:20AM +0100 I heard the voice of tequnix@frogmi.net, and lo! it spake thus: > > $ sysctl hw.acpi.thermal.tz0.temperature > hw.acpi.thermal.tz0.temperature: 40,0C > > motherboard is a Asus M2A-VM, version is FreeBSD 7.0-BETA4 amd64 I have the same board running on i386, and mine always shows 40 too. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 14 11:20:35 2007 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 3039116A420 for ; Fri, 14 Dec 2007 11:20:35 +0000 (UTC) (envelope-from geoff@apro.com.au) Received: from mail.ricksure.com.au (mail.ricksure.com.au [203.98.89.150]) by mx1.freebsd.org (Postfix) with ESMTP id A78A813C447 for ; Fri, 14 Dec 2007 11:20:34 +0000 (UTC) (envelope-from geoff@apro.com.au) Received: from dsl-202-173-129-2.nsw.westnet.com.au [202.173.129.2] by mail.ricksure.com.au with SMTP; Fri, 14 Dec 2007 22:20:29 +1100 From: Geoff Roberts Organization: Australian Projects To: freebsd-stable@freebsd.org Date: Fri, 14 Dec 2007 22:19:02 +1100 User-Agent: KMail/1.9.7 References: <200712050909.35045.geoff@apro.com.au> In-Reply-To: <200712050909.35045.geoff@apro.com.au> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_namYHB1m4L/xsc+" Message-Id: <200712142219.03914.geoff@apro.com.au> X-Declude-Sender: geoff@apro.com.au [202.173.129.2] X-Declude-Spoolname: 882947478490.eml X-Declude-RefID: X-Declude-Note: Scanned by Declude 4.3.57 "http://www.declude.com/x-note.htm" X-Declude-Scan: Outgoing Score [0] at 22:20:32 on 14 Dec 2007 X-Declude-Tests: Whitelisted X-Country-Chain: X-Declude-Code: 0 X-Declude-Recipcount: 1 Organization: Declude, Inc. X-Helo: bsdapro.home.wollongong X-RevDNS: Subject: Re: 7.0 - ZFS Fatal trap 12 on shutdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: geoff@apro.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 11:20:35 -0000 --Boundary-00=_namYHB1m4L/xsc+ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, On Wed, 5 Dec 2007 09:09:34 am Geoff Roberts wrote: > I am getting the attached Fatal trap on shutdown. > > Whenever I create a zfs pool I get the error. > > eg: zpool create data da0s3a > > I am running FreeBSD 7 on a Supermicro 5015M-MT+ running an Intel Core2 Duo > (E6700) CPU. I've been able to get some debug output from the issue with 7.0 current I mentioned about a week ago. Is there anything in here that may help indicate why I am getting this error on shutdown whenever I create a zpool? Kind regards, Geoff --Boundary-00=_namYHB1m4L/xsc+ Content-Type: text/plain; charset="iso-8859-1"; name="Trap12Debug.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Trap12Debug.txt" Dec 14 22:12:32 aprosrv2 reboot: rebooted by root Dec 14 22:12:32 aprosrv2 syslogd: exiting on signal 15 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...3 0 0 0 0 done All buffers synced. Uptime: 42s Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc0440b3d stack pointer = 0x28:0xf1447bf4 frame pointer = 0x28:0xf1447c90 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 18 (swi2: cambio) [thread pid 18 tid 100016 ] Stopped at camisr_runqueue+0x3d: movl %eax,0(%edx) db> trace Tracing pid 18 tid 100016 td 0xc5f08220 camisr_runqueue(c059e214,c5f08220,0,1,1000000,...) at camisr_runqueue+0x3d camisr(0,0,c074172a,46b,0,...) at camisr+0x138 ithread_loop(c5f046d0,f1447d38,0,0,0,...) at ithread_loop+0x19c fork_exit(c057a580,c5f046d0,f1447d38) at fork_exit+0x99 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xf1447d70, ebp = 0 --- db> panic panic: from debugger cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(c0745a7f,f14478d8,c059e11c,c5f65100,0,...) at db_trace_selkdb_backtrace(c5f65100,0,46,789,f14478fc,...) at kdb_backtrace+0x29 mi_switch(1,0,1) at mi_switch+0x47 sched_bind(c5f08220,0,c07439e5,10e,f1447918,...) at sched_bind+0x5c boot(c0743b10,1,c0730645,f1447970,1,...) at boot+0x47 shutdown_nice(c0730645,f1447a1c,c04872ac,c0440b3d,0,...) at shutdown_nice db_error(c0440b3d,0,ffffffff,f1447988,c0489000,...) at db_error db_command_loop(c0440b3d,f1447a44,46,1,0,...) at db_command_loop+0x2ea db_trap(c,0,1,28,f1447bb4,...) at db_trap+0xc4 kdb_trap(c,0,f1447bb4,1,1,...) at kdb_trap+0x8c trap_fatal(c07c4c00,0,2,8,f1447b34,...) at trap_fatal+0x2ee trap_pfault(0,4000,0,c5fed180,c5fb42ac,...) at trap_pfault+0x265 trap(f1447bb4) at trap+0x3fb calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc0440b3d, esp = 0xf1447bf4, ebp = 0xf1447c90 --- camisr_runqueue(c059e214,c5f08220,0,1,1000000,...) at camisr_runqueue+0x3d camisr(0,0,c074172a,46b,0,...) at camisr+0x138 ithread_loop(c5f046d0,f1447d38,0,0,0,...) at ithread_loop+0x19c fork_exit(c057a580,c5f046d0,f1447d38) at fork_exit+0x99 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xf1447d70, ebp = 0 --- --Boundary-00=_namYHB1m4L/xsc+-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 14 12:14:02 2007 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 C787C16A41A for ; Fri, 14 Dec 2007 12:14:02 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtp4.poczta.interia.pl (smtp35.poczta.interia.pl [80.48.65.35]) by mx1.freebsd.org (Postfix) with ESMTP id 8BBEA13C46A for ; Fri, 14 Dec 2007 12:14:02 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: by smtp4.poczta.interia.pl (INTERIA.PL, from userid 502) id 24184283D59; Fri, 14 Dec 2007 12:48:57 +0100 (CET) Received: from f33.poczta.interia.pl (f33.poczta.interia.pl [10.217.2.33]) by smtp4.poczta.interia.pl (INTERIA.PL) with ESMTP id 848FA283D0C; Fri, 14 Dec 2007 12:48:56 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by f33.poczta.interia.pl (Postfix) with ESMTP id D93124B3243; Fri, 14 Dec 2007 12:48:55 +0100 (CET) Date: 14 Dec 2007 12:48:55 +0100 From: vermaden To: maxx@mobistarmail.be MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=ISO-8859-2 Content-Transfer-Encoding: QUOTED-PRINTABLE X-ORIGINATE-IP: 217.76.112.72 X-Mailer: PSE Message-Id: <20071214114855.D93124B3243@f33.poczta.interia.pl> X-EMID: 23e40acc Cc: freebsd-stable@freebsd.org Subject: FreeBSD 7 on old SMP server? 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, 14 Dec 2007 12:14:02 -0000 > Hi list, >=20 > I have an old netfinity 7000 (Quad PIII 500, 1Gb RAM) running 6.2 > at the moment. I was wondering if it will take benefit of all the > SMP improvement of 7 or is it too old? It runs a few postgresql > databases, peak loads in the 2 to 4 range. >=20 > As I do not have another equivalent machine, I prefer to ask before > trying myself. >=20 > I quite happy with the performances of my laptop (centrino duo) > under 7, and hope my old server will be as happy as my laptop. >=20 > thanks in advance, > -- > MaXX=20 FreeBSD 7 will be doing a lot better there, since FreeBSD 6 does not scale = so well. You may want to check these: http://blog.insidesystems.net/articles/2007/04/11/more-is-better http://blog.insidesystems.net/articles/2007/04/11/postgresql-scaling-on-6-2= -and-7-0 http://people.freebsd.org/~kris/scaling/4cpu-pgsql.png http://people.freebsd.org/~kris/scaling/p3.png Regards vermaden ---------------------------------------------------------------------- Graj za darmo! Wejdz do swiata wojny wampirow! http://link.interia.pl/f1cb6 From owner-freebsd-stable@FreeBSD.ORG Fri Dec 14 12:21:40 2007 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 5D73D16A421 for ; Fri, 14 Dec 2007 12:21:40 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 54D8E13C502 for ; Fri, 14 Dec 2007 12:21:40 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 2E0A41CC079; Fri, 14 Dec 2007 04:21:40 -0800 (PST) Date: Fri, 14 Dec 2007 04:21:40 -0800 From: Jeremy Chadwick To: tequnix@frogmi.net Message-ID: <20071214122140.GA30568@eos.sc1.parodius.com> References: <20071214105320.6d199922@jadzia.intern.creative.co.at> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20071214105320.6d199922@jadzia.intern.creative.co.at> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: BETA4 - acpi.thermal.tz0 always at 40,0C 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, 14 Dec 2007 12:21:40 -0000 On Fri, Dec 14, 2007 at 10:53:20AM +0100, tequnix@frogmi.net wrote: > sysctl shows __always__ 40°: > > $ sysctl hw.acpi.thermal.tz0.temperature > hw.acpi.thermal.tz0.temperature: 40,0C > > motherboard is a Asus M2A-VM, version is FreeBSD 7.0-BETA4 amd64 > > is this a motherboard issue, or a known issue, or a bug, can anybody > confirm this behaviour, should i send_pr ? It's very likely an ACPI configuration problem (with the motherboard/ motherboard BIOS). I have some Asus boards which claim to support the ACPI thermal zone stuff, but an ACPI configuration dump shows the value being returned as a static 40C (e.g. the value is hard-coded and isn't tied to any hardware). You could use acpidump -d to confirm this. -- | Jeremy Chadwick jdc at 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 Fri Dec 14 13:59:53 2007 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 9BA0116A417 for ; Fri, 14 Dec 2007 13:59:53 +0000 (UTC) (envelope-from edt1023@ms17.hinet.net) Received: from msr11.hinet.net (msr11.hinet.net [168.95.4.111]) by mx1.freebsd.org (Postfix) with ESMTP id 0885913C457 for ; Fri, 14 Dec 2007 13:59:52 +0000 (UTC) (envelope-from edt1023@ms17.hinet.net) Received: from ms17.hinet.net (218-169-137-181.dynamic.hinet.net [218.169.137.181]) by msr11.hinet.net (8.9.3/8.9.3) with SMTP id VAA18386 for ; Fri, 14 Dec 2007 21:46:46 +0800 (CST) Received: by ms17.hinet.net (sSMTP sendmail emulation); Fri, 14 Dec 2007 21:43:56 +0800 Date: Fri, 14 Dec 2007 21:43:56 +0800 From: "Edward G.J. Lee" To: freebsd-stable Message-ID: <20071214134356.GA24368@lgj.amnesia.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: GNU/Linux/*BSD Dreamer Club User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Can't build graphviz 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, 14 Dec 2007 13:59:53 -0000 Dear all, I cannot build graphviz. lgj:/usr/ports/graphics/graphviz# make build "/usr/ports/Mk/bsd.gnome.mk", line 643: Malformed conditional (${_USE_GNOME_ALL:Mpango}=="") "/usr/ports/Mk/bsd.port.mk", line 6147: if-less endif make: fatal errors encountered -- cannot continue Edward From owner-freebsd-stable@FreeBSD.ORG Fri Dec 14 14:14:17 2007 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 E595516A420 for ; Fri, 14 Dec 2007 14:14:17 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 45DEC13C43E for ; Fri, 14 Dec 2007 14:14:17 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from lack-of-gravitas.thebunker.net (gateway.ash.thebunker.net [213.129.64.4]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.2/8.14.2) with ESMTP id lBEEE1Zm027378 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Dec 2007 14:14:10 GMT (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <47628FA8.7010100@infracaninophile.co.uk> Date: Fri, 14 Dec 2007 14:14:00 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.9 (X11/20071129) MIME-Version: 1.0 To: "Edward G.J. Lee" References: <20071214134356.GA24368@lgj.amnesia.net> In-Reply-To: <20071214134356.GA24368@lgj.amnesia.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [81.187.76.162]); Fri, 14 Dec 2007 14:14:10 +0000 (GMT) X-Virus-Scanned: ClamAV 0.91.2/5117/Fri Dec 14 11:59:16 2007 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_FAIL autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-stable Subject: Re: Can't build graphviz 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, 14 Dec 2007 14:14:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 Edward G.J. Lee wrote: > Dear all, > > I cannot build graphviz. > > lgj:/usr/ports/graphics/graphviz# make build > "/usr/ports/Mk/bsd.gnome.mk", line 643: Malformed conditional (${_USE_GNOME_ALL:Mpango}=="") > "/usr/ports/Mk/bsd.port.mk", line 6147: if-less endif > make: fatal errors encountered -- cannot continue You need to: make rmconfig and then try again. Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. Flat 3 7 Priory Courtyard PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW, UK -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHYo+o3jDkPpsZ+VYRA/LtAJoDibx1cRqAG49PB/DCp9WFcAfvkACfae/Z JhYOcrViiX87kkRtD2L5HuM= =BudK -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 14 14:32:07 2007 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 AD74016A418 for ; Fri, 14 Dec 2007 14:32:07 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.190]) by mx1.freebsd.org (Postfix) with ESMTP id 814BA13C458 for ; Fri, 14 Dec 2007 14:32:07 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1015528rvb.43 for ; Fri, 14 Dec 2007 06:32:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:content-type:content-transfer-encoding; bh=mlZ1HuOh2Eg+T9dQM91qqpf1SWKtTncurnimcy0bFQM=; b=PDS0gVlqPB/DoqN4ZQyy3VO83G4ujrxouWniuYDbdNTI82FbcAxcNL8wt93r1IwDPcnJAny2oNNo0bg/OGX3DHR+DgFnOa4WpKaD2B8/PzgtkJSCAFN5vIC9cGeCucInw94+v6CF4QX783v7Enj7dhhX4uW0o6CDjFVQnOnLBWs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:content-type:content-transfer-encoding; b=VKCWOTta7A89xOAyQKpJGlc1eLqb1789fGKxlymR2qmAO6wPByFaqxR20dZ93RLT9grsZzgChEHIO71ckSmEmkxnRUPpb9s+MTzxsRsEs5Jpf3rwLdFcZ5PzaTn7tnlrwpqHiw6CqYYVQs3Oa/a5kbA8zrfbHNKjoyo+SsY6Z0o= Received: by 10.141.99.4 with SMTP id b4mr1879358rvm.196.1197640978387; Fri, 14 Dec 2007 06:02:58 -0800 (PST) Received: from fortytwo.zapto.org ( [70.48.45.139]) by mx.google.com with ESMTPS id r1sm7403543nzd.2007.12.14.06.02.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 14 Dec 2007 06:02:57 -0800 (PST) Message-ID: <47628D15.6090803@gmail.com> Date: Fri, 14 Dec 2007 09:03:01 -0500 From: Jimmie James User-Agent: Thunderbird 2.0.0.4pre (X11/20071018) MIME-Version: 1.0 To: "Edward G.J. Lee" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: RE:Can't build graphviz X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jimmiejaz@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 14:32:07 -0000 > lgj:/usr/ports/graphics/graphviz# make build > "/usr/ports/Mk/bsd.gnome.mk", line 643: Malformed conditional (${_USE_GNOME_ALL:Mpango}=="") > "/usr/ports/Mk/bsd.port.mk", line 6147: if-less endif > make: fatal errors encountered -- cannot continue Copy your /var/db/ports/graphviz/options to somewhere safe, cd /usr/ports/graphviz && make rmconfig (as mentioned on ports- mailing list) That was worked for a number of people. HTH --jimmie -- If you can't beat your computer at chess, try kickboxing. --- --- --- Solving Today's Problems Tomorrow From owner-freebsd-stable@FreeBSD.ORG Fri Dec 14 14:33:36 2007 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 E81ED16A475 for ; Fri, 14 Dec 2007 14:33:36 +0000 (UTC) (envelope-from edt1023@ms17.hinet.net) Received: from msr15.hinet.net (msr15.hinet.net [168.95.4.115]) by mx1.freebsd.org (Postfix) with ESMTP id 4ED1413C4DD for ; Fri, 14 Dec 2007 14:33:36 +0000 (UTC) (envelope-from edt1023@ms17.hinet.net) Received: from ms17.hinet.net (218-169-137-181.dynamic.hinet.net [218.169.137.181]) by msr15.hinet.net (8.9.3/8.9.3) with SMTP id WAA29472; Fri, 14 Dec 2007 22:33:22 +0800 (CST) Received: by ms17.hinet.net (sSMTP sendmail emulation); Fri, 14 Dec 2007 22:30:33 +0800 Date: Fri, 14 Dec 2007 22:30:33 +0800 From: "Edward G.J. Lee" To: Matthew Seaman Message-ID: <20071214143033.GA24844@lgj.amnesia.net> References: <20071214134356.GA24368@lgj.amnesia.net> <47628FA8.7010100@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47628FA8.7010100@infracaninophile.co.uk> Organization: GNU/Linux/*BSD Dreamer Club User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable Subject: Re: Can't build graphviz 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, 14 Dec 2007 14:33:37 -0000 On Fri, Dec 14, 2007, Matthew Seaman wrote: > You need to: > > make rmconfig > > and then try again. Thanks. But how do I know when I need `make rmconfig'? If I use portupgrade to upgrade this port, it will fail too. Edward From owner-freebsd-stable@FreeBSD.ORG Fri Dec 14 15:27:54 2007 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 04A5D16A4D7 for ; Fri, 14 Dec 2007 15:27:54 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (happy-idiot-talk.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 52CF913C459 for ; Fri, 14 Dec 2007 15:27:53 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from lack-of-gravitas.thebunker.net (gateway.ash.thebunker.net [213.129.64.4]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.2/8.14.2) with ESMTP id lBEFRlK7028034 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Dec 2007 15:27:48 GMT (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <4762A0F3.2030605@infracaninophile.co.uk> Date: Fri, 14 Dec 2007 15:27:47 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.9 (X11/20071129) MIME-Version: 1.0 To: "Edward G.J. Lee" References: <20071214134356.GA24368@lgj.amnesia.net> <47628FA8.7010100@infracaninophile.co.uk> <20071214143033.GA24844@lgj.amnesia.net> In-Reply-To: <20071214143033.GA24844@lgj.amnesia.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [81.187.76.162]); Fri, 14 Dec 2007 15:27:48 +0000 (GMT) X-Virus-Scanned: ClamAV 0.91.2/5119/Fri Dec 14 14:16:31 2007 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_FAIL autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-stable Subject: Re: Can't build graphviz 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, 14 Dec 2007 15:27:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 Edward G.J. Lee wrote: > On Fri, Dec 14, 2007, Matthew Seaman wrote: > >> You need to: >> >> make rmconfig >> >> and then try again. > > Thanks. > > But how do I know when I need `make rmconfig'? Generally when someone tells you it's a good idea on one of the mailing lists.... It isn't necessary in normal operation -- there's just some unfortunate interaction between bsd.gnome.mk and the graphviz makefile that was introduced with a recent update to bsd.gnome.mk. > If I use portupgrade to upgrade this port, it will fail too. portupgrade worked perfectly well for me after this fix. Matthew - -- Dr Matthew J Seaman MA, D.Phil. Flat 3 7 Priory Courtyard PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW, UK -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHYqDy3jDkPpsZ+VYRA89YAJ9V2RJmNw01BVr6rNtjZzoo4U+VtQCfSJkA r4Y08sbJc8nAu2yz3KALG50= =hExp -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 14 15:32:50 2007 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 75E7816A41A; Fri, 14 Dec 2007 15:32:50 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2420213C447; Fri, 14 Dec 2007 15:32:49 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (ip-83-134-212-48.dsl.scarlet.be [83.134.212.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 380A21BAC2E; Fri, 14 Dec 2007 16:32:46 +0100 (CET) Received: from avoriaz.restart.bel (avoriaz.restart.bel [192.168.24.1]) (authenticated bits=0) by restart.be (8.14.2/8.14.2) with ESMTP id lBEFWho2016089; Fri, 14 Dec 2007 16:32:43 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1197646365; bh=FGkueWyc4fnC0hSRN2PY5NY+nIx2+L+yrNTwZc5 s8ao=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:Subject:Content-Type:X-Scanned-By; b=y0 /QIoTH2GAU4IU/qWewhaUvtWRGJl1YT6vH4pWwEvyas+1ujoASMZDswi1Gxh1iUfv7g lHcmvQrp5QqoLwn4g== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:content-type:x-scanned-by; b=uWyufnrxrCCi1m1+RGBcBVFBLBoSLyleJ7rL418ePnXH+6iXAMcLVsuI9+4PXS6EL XbMcePbEoR5PNYq8oncaQ== Message-ID: <4762A21B.7010208@restart.be> Date: Fri, 14 Dec 2007 16:32:43 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------060002070804090203090509" X-Scanned-By: MIMEDefang 2.63 on 192.168.24.1 Cc: Subject: 7.0-BETA4 - i386 - root on zfs - system freeze 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, 14 Dec 2007 15:32:50 -0000 This is a multi-part message in MIME format. --------------060002070804090203090509 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello, I'm running 7.0-BETA4 - i386 with the root fs on zfs. This nigth, the system freeze. I can enter kdb - see attached file - If I request the wrong informations let me know for the next time... I use the patch http://people.freebsd.org/~pjd/patches/zgd_done.patch . Henri --------------060002070804090203090509 Content-Type: text/plain; name="minicom.cap" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="minicom.cap" show lockedvnods Locked vnodes 0xa6ce1330: tag zfs, type VDIR usecount 3, writecount 0, refcount 4 mountedhere 0 flags (VV_ROOT) v_object 0xaaca4554 ref 0 pages 0 lock type zfs: EXCL (count 1) by thread 0xabc69440 (pid 1200) with 1 pending 0xabcfc880: tag zfs, type VDIR usecount 25, writecount 0, refcount 27 mountedhere 0 flags () v_object 0xba6ec1f0 ref 0 pages 0 lock type zfs: EXCL (count 1) by thread 0xabc6c220 (pid 1195) with 1 pending 0xabaa0bb0: tag zfs, type VDIR usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xaeea61f0 ref 0 pages 0 lock type zfs: EXCL (count 1) by thread 0xa5ba7440 (pid 1190) with 1 pending 0xa938e000: tag zfs, type VDIR usecount 2, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xae7f983c ref 0 pages 0 lock type zfs: EXCL (count 1) by thread 0xa5b40000 (pid 50869) 0xc2270000: tag zfs, type VDIR usecount 3, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xb0a7a07c ref 0 pages 0 lock type zfs: EXCL (count 1) by thread 0xa5ba7000 (pid 33960) db> ps pid ppid pgrp uid state wmesg wchan cmd 33962 33959 33943 0 S piperd 0xa5dad4a4 wc 33961 33959 33943 0 S piperd 0xa69a7dec tee 33960 33959 33943 0 R find 33959 33955 33943 0 S wait 0xa61ea000 sh 33955 33952 33943 0 S piperd 0xa5ea6dec sh 33954 33953 33943 0 S piperd 0xa5d0b4a4 mail 33953 33945 33943 0 S wait 0xa6435ab0 sh 33952 33945 33943 0 S wait 0xa88fe2ac sh 33945 33943 33943 0 S wait 0xa6439804 sh 33943 33941 33943 0 Ss wait 0xa65e0ab0 sh 33941 1047 1047 0 S piperd 0xa60d9000 cron 33909 886 865 8 R sleep 96256 1 96256 25 Rs sendmail 96252 1 96252 0 Rs sendmail 96004 1 96004 389 Ss (threaded) slapd 100382 S ucond 0xa6113c00 slapd 100171 S select 0xa089b7f8 slapd 100343 S uwait 0xa5b56a00 slapd 95808 95796 95796 80 R (threaded) httpd --More-- 100381 CanRun httpd 100380 S ucond 0xab0f03c0 httpd 100379 S ucond 0xa63c2c00 httpd 100378 S ucond 0xaf422a80 httpd 100377 S ucond 0xac2c4d80 httpd 100376 S ucond 0xa5b1ab40 httpd 100375 S ucond 0xa6417800 httpd 100374 S ucond 0xa5b7a480 httpd 100373 S ucond 0xa984f640 httpd 100372 S ucond 0xa79f1580 httpd 100371 S ucond 0xa9dcfb80 httpd 100370 S ucond 0xa6ec48c0 httpd 100369 S ucond 0xa6418900 httpd 100368 S ucond 0xa79f1b00 httpd 100342 S ucond 0xa894b000 httpd 100341 S ucond 0xa991e940 httpd 100274 S piperd 0xa6534318 httpd 95805 95796 95796 80 S accept 0xa930103a httpd 95804 95798 95796 0 S piperd 0xa5fefdec cronolog 95803 95800 95796 0 S piperd 0xa5b60630 cronolog 95802 95799 95796 0 S piperd 0xa6121000 cronolog 95801 95797 95796 0 S piperd 0xa5c86ad4 cronolog 95800 95796 95796 0 S wait 0xaadbaab0 sh 95799 95796 95796 0 S wait 0xa7f82000 sh 95798 95796 95796 0 S wait 0xa6283804 sh 95797 95796 95796 0 S wait 0xa8b9dab0 sh 95796 1 95796 0 Rs httpd 95792 95787 95777 0 S+ piperd 0xa588718c cronolog 95787 1 95777 0 S+ wait 0xa623b804 sh 95764 1 95764 0 Ss kqread 0xa5f70b80 cupsd 50945 50869 50945 100 Ss piperd 0xa5ea6948 unlinkd 50869 50867 50867 100 R (threaded) squid 100397 S ucond 0xa682ca00 squid 100396 S ucond 0xa5b1b740 squid 100395 S ucond 0xa79f7c40 squid 100394 S ucond 0xa7842c40 squid 100393 S ucond 0xab0f06c0 squid 100392 S ucond 0xa718b4c0 squid 100391 S ucond 0xc2453000 squid 100390 S ucond 0xa647dd00 squid 100389 S ucond 0xb053b080 squid 100388 S ucond 0xa718c000 squid 100387 S ucond 0xa5b56e00 squid 100386 S ucond 0xa991e300 squid 100385 S ucond 0xa58842c0 squid 100384 S ucond 0xaa09d180 squid 100383 S ucond 0xa5e84c80 squid 100367 S ucond 0xaf422780 squid 100207 RunQ initial thread 50867 1 50867 100 Ss wait 0xaa606000 squid 70740 0 0 0 SL vgeom:io 0xafddb7c8 [vdev:worker ad6s3] 70739 0 0 0 SL vgeom:io 0xacd3dcc8 [vdev:worker ad4s3] 68268 1 68268 53 Rs (threaded) named 100143 RunQ named 100142 RunQ named 100141 S ucond 0xc2453240 named 100140 S ucond 0xaa447e40 named 100111 S sigwait 0xe8af1be0 named 67097 1 67097 0 SLs aiordy 0xa65bc220 [aiod4] 67096 1 67096 0 SLs aiordy 0xa63c1880 [aiod3] 67095 1 67095 0 SLs aiordy 0xa8939880 [aiod2] 67094 1 67094 0 SLs aiordy 0xaa604220 [aiod1] 67057 0 0 0 SL - 0xaedecc80 [aiod_bio taskq] 44891 0 0 0 SL vgeom:io 0xa86675c8 [vdev:worker da1s2] 44890 0 0 0 SL vgeom:io 0xaaa7c148 [vdev:worker da0s2] 44882 1 44881 2001 R initial thread 34948 34903 34902 88 R+ (threaded) mysqld 100365 S sigwait 0xeb269be0 mysqld 100364 S ucond 0xabd79480 mysqld 100363 RunQ mysqld 100362 CanRun mysqld 100361 S ucond 0xc0e6d600 mysqld 100360 S ucond 0xab209880 mysqld 100359 S ucond 0xa7843880 mysqld 100358 S ucond 0xa7842300 mysqld 100344 S select 0xa089b7f8 initial thread 34903 1 34902 88 S+ wait 0xa62842ac sh 3432 0 0 0 SL zfs:(&tq 0xa5589b78 [zil_clean] 3431 0 0 0 SL zfs:(&tq 0xa5589aac [zil_clean] 3430 0 0 0 SL zfs:(&tq 0xa55899e0 [zil_clean] 3429 0 0 0 SL zfs:(&tq 0xa5589914 [zil_clean] 3428 0 0 0 SL zfs:(&tq 0xa5589848 [zil_clean] 3427 0 0 0 SL zfs:(&tq 0xa558977c [zil_clean] 3426 0 0 0 SL zfs:(&tq 0xa55896b0 [zil_clean] 3423 0 0 0 RL [txg_thread_enter] 3422 0 0 0 RL CPU 0 [txg_thread_enter] 3421 0 0 0 SL zfs:(&tx 0xa9bad51c [txg_thread_enter] 3418 0 0 0 SL zfs:(&tq 0xa55895e4 [spa_zio_intr_5] 3417 0 0 0 SL zfs:(&tq 0xa55895e4 [spa_zio_intr_5] 3416 0 0 0 SL zfs:(&tq 0xa5589518 [spa_zio_issue_5] 3415 0 0 0 SL zfs:(&tq 0xa5589518 [spa_zio_issue_5] 3414 0 0 0 SL zfs:(&tq 0xa558944c [spa_zio_intr_4] 3413 0 0 0 SL zfs:(&tq 0xa558944c [spa_zio_intr_4] 3412 0 0 0 SL zfs:(&tq 0xa5b9f914 [spa_zio_issue_4] 3411 0 0 0 SL zfs:(&tq 0xa5b9f914 [spa_zio_issue_4] 3410 0 0 0 SL zfs:(&tq 0xa5b9f848 [spa_zio_intr_3] 3409 0 0 0 SL zfs:(&tq 0xa5b9f848 [spa_zio_intr_3] 3408 0 0 0 SL zfs:(&tq 0xa5b9f77c [spa_zio_issue_3] 3407 0 0 0 SL zfs:(&tq 0xa5b9f77c [spa_zio_issue_3] 3406 0 0 0 SL zfs:(&tq 0xa5b9f6b0 [spa_zio_intr_2] 3405 0 0 0 SL zfs:(&tq 0xa5b9f6b0 [spa_zio_intr_2] 3404 0 0 0 SL zfs:(&tq 0xa5b9f5e4 [spa_zio_issue_2] 3403 0 0 0 SL zfs:(&tq 0xa5b9f5e4 [spa_zio_issue_2] 3402 0 0 0 SL zfs:(&tq 0xa5b9f518 [spa_zio_intr_1] 3401 0 0 0 SL zfs:(&tq 0xa5b9f518 [spa_zio_intr_1] 3400 0 0 0 SL zfs:(&tq 0xa5b9f44c [spa_zio_issue_1] 3399 0 0 0 SL zfs:(&tq 0xa5b9f44c [spa_zio_issue_1] 3398 0 0 0 SL zfs:(&tq 0xa5b9f380 [spa_zio_intr_0] 3397 0 0 0 SL zfs:(&tq 0xa5b9f380 [spa_zio_intr_0] 3396 0 0 0 SL zfs:(&tq 0xa5b9f2b4 [spa_zio_issue_0] 3395 0 0 0 SL zfs:(&tq 0xa5b9f2b4 [spa_zio_issue_0] 3367 0 0 0 SL zfs:(&tq 0xa61171e8 [zil_clean] 3366 0 0 0 SL zfs:(&tq 0xa61172b4 [zil_clean] 3365 0 0 0 SL zfs:(&tq 0xa6117380 [zil_clean] 3362 0 0 0 RL [txg_thread_enter] 3361 0 0 0 SL zfs:(&tx 0xaeaae70c [txg_thread_enter] 3360 0 0 0 SL zfs:(&tx 0xaeaae71c [txg_thread_enter] 3359 0 0 0 SL vgeom:io 0xa991e588 [vdev:worker da1s3] 3358 0 0 0 SL vgeom:io 0xa7843688 [vdev:worker da0s3] 3357 0 0 0 SL zfs:(&tq 0xa611744c [spa_zio_intr_5] 3356 0 0 0 SL zfs:(&tq 0xa611744c [spa_zio_intr_5] 3355 0 0 0 SL zfs:(&tq 0xa6117518 [spa_zio_issue_5] 3354 0 0 0 SL zfs:(&tq 0xa6117518 [spa_zio_issue_5] 3353 0 0 0 SL zfs:(&tq 0xa61175e4 [spa_zio_intr_4] 3352 0 0 0 SL zfs:(&tq 0xa61175e4 [spa_zio_intr_4] 3351 0 0 0 SL zfs:(&tq 0xa61176b0 [spa_zio_issue_4] 3350 0 0 0 SL zfs:(&tq 0xa61176b0 [spa_zio_issue_4] 3349 0 0 0 SL zfs:(&tq 0xa611777c [spa_zio_intr_3] 3348 0 0 0 SL zfs:(&tq 0xa611777c [spa_zio_intr_3] 3347 0 0 0 SL zfs:(&tq 0xa5b9f1e8 [spa_zio_issue_3] 3346 0 0 0 SL zfs:(&tq 0xa5b9f1e8 [spa_zio_issue_3] 3345 0 0 0 SL zfs:(&tq 0xa5b9f11c [spa_zio_intr_2] 3344 0 0 0 SL zfs:(&tq 0xa5b9f11c [spa_zio_intr_2] 3343 0 0 0 SL zfs:(&tq 0xa5589050 [spa_zio_issue_2] 3342 0 0 0 SL zfs:(&tq 0xa5589050 [spa_zio_issue_2] 3341 0 0 0 SL zfs:(&tq 0xa558911c [spa_zio_intr_1] 3340 0 0 0 SL zfs:(&tq 0xa558911c [spa_zio_intr_1] 3339 0 0 0 SL zfs:(&tq 0xa55891e8 [spa_zio_issue_1] 3338 0 0 0 SL zfs:(&tq 0xa55891e8 [spa_zio_issue_1] 3337 0 0 0 SL zfs:(&tq 0xa55892b4 [spa_zio_intr_0] 3336 0 0 0 SL zfs:(&tq 0xa55892b4 [spa_zio_intr_0] 3335 0 0 0 SL zfs:(&tq 0xa5589380 [spa_zio_issue_0] 3334 0 0 0 SL zfs:(&tq 0xa5589380 [spa_zio_issue_0] 1398 1 1374 2001 R initial thread 1396 1392 1374 2001 R (threaded) firefox-bin 100234 S ucond 0xa5884900 firefox-bin 100233 S ucond 0xa682cd40 firefox-bin 100232 S ucond 0xa5884580 firefox-bin 100227 RunQ firefox-bin 100226 S select 0xa089b7f8 firefox-bin 100170 S select 0xa089b7f8 initial thread 1392 1388 1374 2001 S wait 0xb00fc558 sh 1388 1 1374 2001 S wait 0xaf03aab0 sh 1223 1213 1223 0 S+ ttyin 0xa5df0010 bash 1221 1211 1221 0 S+ ttyin 0xa5db0c10 bash 1219 1209 1219 0 S+ ttyin 0xa5def810 bash 1217 1207 1217 0 S+ ttyin 0xa5e97410 bash 1215 1205 1215 0 S+ ttyin 0xa5e9c410 bash 1213 1200 1213 2001 Ss+ wait 0xadc6cab0 su 1211 1200 1211 2001 Ss+ wait 0xadc6c000 su 1209 1200 1209 2001 Ss+ wait 0xaa606804 su 1207 1200 1207 2001 Ss+ wait 0xaa606ab0 su 1205 1200 1205 2001 Ss+ wait 0xadc6c2ac su 1204 1200 1169 2001 S+ sbwait 0xa7c7da04 initial thread 1200 1 1169 2001 S+ zfs 0xabcfc8d8 initial thread 1196 1191 1169 2001 R+ initial thread 1195 1191 1169 2001 S+ zfs 0xabaa0c08 initial thread 1192 1184 1169 2001 R+ initial thread 1191 1184 1169 2001 S+ zfs 0xa6ce1388 initial thread 1190 1184 1169 2001 R+ initial thread 1189 1184 1169 2001 S+ select 0xa089b7f8 initial thread 1188 1 1188 2001 Rs xfce-mcs-manager 1184 1169 1169 2001 S+ select 0xa089b7f8 initial thread 1182 1 1182 2001 Ss select 0xa089b7f8 dbus-daemon 1181 1 1169 2001 S+ select 0xa089b7f8 dbus-launch 1176 1 1176 2001 Ss select 0xa089b7f8 ssh-agent 1169 1163 1169 2001 S+ wait 0xa6e3f558 sh 1164 1163 1164 2001 S+ select 0xa089b7f8 Xorg 1163 1161 1163 2001 S+ wait 0xa5b3eab0 xinit 1161 1160 1161 2001 S+ wait 0xa6e3f000 bash 1160 1 1160 0 Ss+ wait 0xa56d9ab0 login 1126 1 1126 0 Ss+ ttyin 0xa56fdc10 getty 1125 1 1125 0 Ss+ ttyin 0xa5707010 getty 1124 1 1124 0 Ss+ ttyin 0xa5707410 getty 1108 1 1108 0 Ss select 0xa089b7f8 inetd 1079 1 1079 0 Ss select 0xa089b7f8 moused 1047 1 1047 0 Rs cron 1042 1 1042 0 Rs sshd 931 1 931 501 Ss select 0xa089b7f8 cvsupd 903 883 883 8 S select 0xa089b7f8 innfeed 889 885 865 8 R+ initial thread 886 884 865 8 S+ wait 0xa5b8a2ac sh 885 1 865 8 S+ wait 0xa56d9804 sh 884 1 865 8 S+ wait 0xa5be6ab0 sh 883 1 883 8 Rs innd 853 1 853 279 Rs perl 843 1 843 0 Rs bsnmpd 834 1 834 556 Ss select 0xa089b7f8 dbus-daemon 826 823 826 70 Rs postgres 825 823 825 70 Rs postgres 823 1 823 70 Rs postgres 806 802 802 0 S lockf 0xa7910580 saslauthd 805 802 802 0 S lockf 0xa5af1280 saslauthd 804 802 802 0 S lockf 0xa5af1440 saslauthd 803 802 802 0 S accept 0xa820366a saslauthd 802 1 802 0 Ss lockf 0xa78431c0 saslauthd 774 1 773 0 R smartd 750 1 750 0 Rs ntpd 710 1 710 0 Rs (threaded) apcupsd 100144 RunQ apcupsd 100081 CanRun apcupsd 681 1 681 0 Ss auditd 0xa08aaa68 auditd 668 1 668 0 Rs rpcbind 587 1 587 0 Rs syslogd 176 0 0 0 SL zfs:(&tq 0xa5589ddc [zil_clean] 175 0 0 0 SL zfs:(&tq 0xa5589ea8 [zil_clean] 174 0 0 0 SL zfs:(&tq 0xa558ad10 [zil_clean] 173 0 0 0 SL zfs:(&tq 0xa558ac44 [zil_clean] 172 0 0 0 SL zfs:(&tq 0xa558ab78 [zil_clean] 113 0 0 0 SL zfs:(&tq 0xa558aaac [zil_clean] 112 0 0 0 RL [txg_thread_enter] 111 0 0 0 RL [txg_thread_enter] 110 0 0 0 SL zfs:(&tx 0xa58c031c [txg_thread_enter] 107 0 0 0 SL zfs:(&tq 0xa558a9e0 [spa_zio_intr_5] 106 0 0 0 SL zfs:(&tq 0xa558a9e0 [spa_zio_intr_5] 105 0 0 0 SL zfs:(&tq 0xa558a914 [spa_zio_issue_5] 104 0 0 0 SL zfs:(&tq 0xa558a914 [spa_zio_issue_5] 103 0 0 0 SL zfs:(&tq 0xa558a848 [spa_zio_intr_4] 102 0 0 0 SL zfs:(&tq 0xa558a848 [spa_zio_intr_4] 101 0 0 0 SL zfs:(&tq 0xa558a11c [spa_zio_issue_4] 100 0 0 0 SL zfs:(&tq 0xa558a11c [spa_zio_issue_4] 99 0 0 0 SL zfs:(&tq 0xa558a1e8 [spa_zio_intr_3] 98 0 0 0 SL zfs:(&tq 0xa558a1e8 [spa_zio_intr_3] 97 0 0 0 SL zfs:(&tq 0xa558a2b4 [spa_zio_issue_3] 96 0 0 0 SL zfs:(&tq 0xa558a2b4 [spa_zio_issue_3] 95 0 0 0 SL zfs:(&tq 0xa558a380 [spa_zio_intr_2] 94 0 0 0 SL zfs:(&tq 0xa558a380 [spa_zio_intr_2] 93 0 0 0 SL zfs:(&tq 0xa558a44c [spa_zio_issue_2] 92 0 0 0 SL zfs:(&tq 0xa558a44c [spa_zio_issue_2] 91 0 0 0 SL zfs:(&tq 0xa558a518 [spa_zio_intr_1] 90 0 0 0 SL zfs:(&tq 0xa558a518 [spa_zio_intr_1] 89 0 0 0 SL zfs:(&tq 0xa558a5e4 [spa_zio_issue_1] 88 0 0 0 SL zfs:(&tq 0xa558a5e4 [spa_zio_issue_1] 87 0 0 0 SL zfs:(&tq 0xa558a6b0 [spa_zio_intr_0] 86 0 0 0 SL zfs:(&tq 0xa558a6b0 [spa_zio_intr_0] 85 0 0 0 SL zfs:(&tq 0xa558a77c [spa_zio_issue_0] 84 0 0 0 SL zfs:(&tq 0xa558a77c [spa_zio_issue_0] 57 0 0 0 SL m:w1 0xa5894a00 [g_mirror gm0s1] 56 0 0 0 SL sdflush 0xa08aab64 [softdepflush] 55 0 0 0 RL [syncer] 54 0 0 0 SL vlruwt 0xa5b3e000 [vnlru] 53 0 0 0 SL psleep 0xa089bc44 [bufdaemon] 52 0 0 0 RL [pagezero] 51 0 0 0 SL psleep 0xa08ab338 [vmdaemon] 50 0 0 0 SL psleep 0xa08ab300 [pagedaemon] 49 0 0 0 SL gj:work 0xa5aff200 [g_journal ad4s2] 48 0 0 0 SL zgd 0xa0a03974 [zgd_done] 47 0 0 0 RL CPU 1 [arc_reclaim_thread] 46 0 0 0 SL jsw:wait 0xa088e834 [g_journal switcher] 45 0 0 0 SL waiting_ 0xa089f28c [sctp_iterator] 44 0 0 0 RL [swi0: sio] 43 0 0 0 WL [irq12: psm0] 42 0 0 0 WL [irq1: atkbd0] 41 0 0 0 WL [irq15: ata1] 40 0 0 0 WL [irq14: ata0] 39 0 0 0 SL usbevt 0xa55d2210 [usb4] 38 0 0 0 SL usbevt 0xa56b9210 [usb3] 37 0 0 0 RL [usb2] 36 0 0 0 RL [irq18: uhci2] 35 0 0 0 RL [usb1] 34 0 0 0 WL [irq19: uhci1++] 33 0 0 0 SL usbtsk 0xa088e454 [usbtask-dr] 32 0 0 0 SL usbtsk 0xa088e440 [usbtask-hc] 31 0 0 0 SL usbevt 0xa56a3210 [usb0] 30 0 0 0 WL [irq17: uhci0 ehci0] 29 0 0 0 SL idle 0xa5689000 [mpt_recovery0] 28 0 0 0 RL [em0 taskq] 27 0 0 0 RL [irq16: nvidia0+++] 26 0 0 0 WL [irq9: acpi0] 25 0 0 0 SL - 0xa5568900 [kqueue taskq] 24 0 0 0 WL [swi6: task queue] 23 0 0 0 SL - 0xa5568a80 [acpi_task_2] 22 0 0 0 SL - 0xa5568a80 [acpi_task_1] 21 0 0 0 SL - 0xa5568a80 [acpi_task_0] 20 0 0 0 WL [swi6: Giant taskq] 19 0 0 0 SL - 0xa5568c00 [thread taskq] 18 0 0 0 WL [swi5: +] 17 0 0 0 WL [swi2: cambio] 9 0 0 0 SL ccb_scan 0xa0878654 [xpt_thrd] 16 0 0 0 RL [yarrow] 8 0 0 0 SL crypto_r 0xa08aa354 [crypto returns] 7 0 0 0 SL crypto_w 0xa08aa32c [crypto] 6 0 0 0 SL zfs:(&tq 0xa558a050 [system_taskq] 5 0 0 0 SL zfs:(&tq 0xa558a050 [system_taskq] 4 0 0 0 SL - 0xa088e7ec [g_down] 3 0 0 0 SL - 0xa088e7e8 [g_up] 2 0 0 0 SL - 0xa088e7e0 [g_event] 15 0 0 0 WL [swi3: vm] 14 0 0 0 RL [swi4: clock sio] 13 0 0 0 WL [swi1: net] 12 0 0 0 RL [idle: cpu0] 11 0 0 0 RL [idle: cpu1] 1 0 1 0 SLs wait 0xa5528ab0 [init] 10 0 0 0 SL audit_wo 0xa08aa5b8 [audit] 0 0 0 0 WLs [swapper] db> show allpcpu Current CPU: 1 cpuid = 0 curthread = 0xa5ebe440: pid 3422 "txg_thread_enter" curpcb = 0xeb175d90 fpcurthread = none idlethread = 0xa5529aa0: pid 12 "idle: cpu0" APIC ID = 0 currentldt = 0x50 cpuid = 1 curthread = 0xa56ab220: pid 47 "arc_reclaim_thread" curpcb = 0xe6837d90 fpcurthread = none idlethread = 0xa5529880: pid 11 "idle: cpu1" APIC ID = 1 currentldt = 0x50 db> reboot cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 1 --------------060002070804090203090509-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 14 16:04:39 2007 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 749C116A417 for ; Fri, 14 Dec 2007 16:04:39 +0000 (UTC) (envelope-from edt1023@ms17.hinet.net) Received: from msr26.hinet.net (msr26.hinet.net [168.95.4.126]) by mx1.freebsd.org (Postfix) with ESMTP id E501713C4CC for ; Fri, 14 Dec 2007 16:04:38 +0000 (UTC) (envelope-from edt1023@ms17.hinet.net) Received: from ms17.hinet.net (218-169-137-181.dynamic.hinet.net [218.169.137.181]) by msr26.hinet.net (8.9.3/8.9.3) with SMTP id AAA27009; Sat, 15 Dec 2007 00:04:27 +0800 (CST) Received: by ms17.hinet.net (sSMTP sendmail emulation); Sat, 15 Dec 2007 00:01:38 +0800 Date: Sat, 15 Dec 2007 00:01:38 +0800 From: "Edward G.J. Lee" To: Matthew Seaman Message-ID: <20071214160138.GA41608@lgj.amnesia.net> References: <20071214134356.GA24368@lgj.amnesia.net> <47628FA8.7010100@infracaninophile.co.uk> <20071214143033.GA24844@lgj.amnesia.net> <4762A0F3.2030605@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4762A0F3.2030605@infracaninophile.co.uk> Organization: GNU/Linux/*BSD Dreamer Club User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable Subject: Re: Can't build graphviz 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, 14 Dec 2007 16:04:39 -0000 On Fri, Dec 14, 2007, Matthew Seaman wrote: > > Edward G.J. Lee wrote: > > On Fri, Dec 14, 2007, Matthew Seaman wrote: > > > >> You need to: > >> > >> make rmconfig > >> > >> and then try again. > > > > Thanks. > > > > But how do I know when I need `make rmconfig'? > > Generally when someone tells you it's a good idea on one of the mailing > lists.... It isn't necessary in normal operation -- there's just some > unfortunate interaction between bsd.gnome.mk and the graphviz makefile > that was introduced with a recent update to bsd.gnome.mk. I see. Thanks for the explanation. > > If I use portupgrade to upgrade this port, it will fail too. > > portupgrade worked perfectly well for me after this fix. Sorry, i mean before the fix.:) Edward From owner-freebsd-stable@FreeBSD.ORG Fri Dec 14 16:56:13 2007 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 6091316A41A for ; Fri, 14 Dec 2007 16:56:13 +0000 (UTC) (envelope-from Stepstone@news.stepstone.fr) Received: from mta1.primary.edc.dartmail.net (mta1.primary.edc.dartmail.net [216.73.95.131]) by mx1.freebsd.org (Postfix) with ESMTP id 0B8EB13C469 for ; Fri, 14 Dec 2007 16:56:11 +0000 (UTC) (envelope-from Stepstone@news.stepstone.fr) Date: Fri, 14 Dec 2007 16:30:59 +0000 (GMT) Message-Id: From: "Stepstone France" To: freebsd-stable@freebsd.org Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Pour recruter en 2008... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stepstone France List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 16:56:13 -0000 Les Cahiers de l'Emploi [1]StepStone [2]Offres d'emploi [3]Déposez votre CV [4]Recevez des offres d'emploi [5]Contactez-nous Dans cette édition des "Cahiers de l'Emploi" : * [6]Derniere minute pour gagner un iPod ! * [7]Etude StepStone : Des primes dans votre Boîte ? * [8]Interview : Manpower créateur de solutions emploi. * [9]Préparez vos recrutements 2008 avec StepStone. * [10]Votre avis nous interesse ! * [11]Sondage : Est-ce que je surf au travail ? * Bonne lecture ! Votre équipe StepStone Dernier jour pour déposer son CV et gagner un iPod Déposez votre CV sur StepStone et participez gratuitement à notre jeu-concours, vous permettant de gagner un iPod offert par StepStone. Seront tirés au sort les CV déposés entre le 01 Octobre 2007 et le 31 Janvier 2008 23h59. Les gagnants seront contactés directement par téléphone. Tous à vos CV !!! [12]Participer maintenant! [13][USEMAP:photolibre.asp?login=x_x07122007_U1UFY&photo=rad19FEC.jpg& album=1] Les employés européens reçoivent-ils des primes en cas de bons résultats de leur entreprise ? [14]StepStone Selon une étude menée par StepStone, seul 1/3 des employés européens reçoivent des primes en cas de bons résultats de leur entreprise. Paris, le 22 novembre 2007 - StepStone, leader européen des services et solutions de Total Talent Management (du recrutement en ligne à la gestion du Capital Humain) présente les résultats d'une étude sur les primesaccordées aux employés en Europe. Si seulement 1/3 des employés européens reçoivent des primes, la France et l'Italie sont les 2 pays qui se démarquent le plus dans ce domaine. Peu de primes pour les employés à l'échelle européenne 55% des employés européens n'ont jamais touché de primes. Ce constat vient d 'une étude conduite par StepStone sur un échantillon d'environ 20 000 personnes dans huit pays européens : France, Allemagne, Norvège, Suède,Italie, Belgique, Danemark et Pays-Bas. Seul 32% des employés interrogés déclarent avoir une clause sur les primes figurant dans leurs contrats de travail. Et 13% ne reçoivent qu' occasionnellement des primes en cas de très bons résultats de l'entreprise. La France et l'Italie en tête des pays européens C'est en France (38%) et en Italie (36%) que les primes sont le plus formalisées contractuellement. Les moins bien lotis sur ce point, sont les danois (24%) suivis de près par les allemands et les néerlandais (28%), pourqui les entreprises ne fonctionnent que très peu avec un système de primes. "Une prime ou un intéressement financier sont une motivation supplémentaire pour inciter les employés à rester dans leur entreprise. C'est pourquoi le système de primes reste un moyen efficace pour l'entreprise pour fidéliserses employés" commente Jonas Desdevises, Directeur des solutions de gestions des talents de StepStone Solutions. Retrouvez les résultats détaillés par pays de l'étude [15]ici Interview : Manpower créateur de solutions pour lemploi. Dune grande entreprise de travail temporaire, Manpower est devenu un créateur de solutions pour lemploi. « Nous proposons aujourdhui des missions de travail temporaire, mais également des CDI, formons nos collaborateurs intérimaires et accompagnons les personnes éloignées de lemploi (chômeurs de longue durée par exemple) vers un contrat de travail », précise Sophie Berthelot, consultante en recrutement à lagence Manpower de Saint-Fons près de Lyon. En 2007, Manpower a fêté ses 50 ans de présence en France. Cinq décennies d'une aventure riche et innovante qui lui ont permis de devenir un des leaders du marché du travail. « Nous accompagnons ainsi, depuis 1957, les candidats et les entreprises en offrant un service de proximité, à la fois géographique et sectoriel, fondé sur le respect de nos valeurs : les hommes, l'expertise, l'innovation », ajoute Sophie Berthelot. Sophie gère l'ensemble des activités liées au recrutement en CDI de personnel dans le secteur du bâtiment second uvre. « Je suis amenée à recruter des profils très variés, de lemployé au cadre supérieur (couvreurs zingueurs, peintres, électriciens, chefs déquipes en électricité, chargés daffaires en génie climatique, conducteur de travaux gsm, technicien de maintenance climatisation/chauffage, ) ». [16]Manpower, créateur de solutions pour lemploi [17]Faditt Préparez vos recrutements 2008 avec StepStone [18]Découvrez nos offres exclusives! Publiez votre annonce en ligne pour 150. Offre Decouverte: Publiez votre annonce d'emploi pendant 60 jours, tout secteur d'activite, toute region, consultez la base de CV pour assurer votre recrutement avec StepStone, le Leader du Recrutement en Ligne pour seulement 450 euros (au lieu de 750 euros). Recrutement Internationnal: Pour vos recrutements Internationnaux, StepStone vous propose une solution complète, pour tous les pays du Monde, avec un interlocuteur unique en France. Contactez vite votre Consultant StepStone au 01 30 41 03 98 Votre avis nous interesse ! Votre avis est très important pour nous... Vous êtes à la recherche du job de vos rêves ? Nous voulons vraiment vous y aider. Sur le site de StepStone, vous ne trouvez pas uniquement de nombreuses offres d'emploi, mais également des articles qui peuvent vous aider dans votre recherche. Nous aimerions connaître votre opinion sur ces informations et savoir ce qui vous manque sur notre site. Votre avis est très important pour nous. Participez à notre enquête en cliquant sur [19]ce lien. Sondage : Est-ce que je surf au travail ? Selon une étude de StepStone: Vous êtes 37% à surfer plus de 2 H par jour à votre job. Alors que 16% d'entre vous n'utilisent pas Internet au travail. [20]Découvrez l'analyse complète de cette étude StepStone. Nouveau Quick Poll Quoi de neuf en 2008 pour votre boite ? [21]Voter Les Cahiers de l'Emploi Votre avis nous intéresse ! Vous trouvez cette lettre d'information intéressante ? Vous souhaitez nous suggérer un sujet pour une des prochaines éditions ? [22]Faites-le nous savoir Avez-vous trouvé un job via StepStone ? Nous sommes persuadés que nous pouvons beaucoup apprendre de l'expérience de nos utilisateurs ! Comment utilisez-vous StepStone concrètement ? Envoyez-nous un mail sur [23]info@stepstone.fr StepStone 3, Rue Barthélémy Thimonnier 78120 Rambouillet Tél. : 01 30 41 03 98 Fax : 01 34 85 71 82 [24]info@stepstone.fr [25]www.StepStone.fr Votre carrière, votre vie, votre avenir. Pour vous desinscrire de notre liste de diffusion, ecrivez "desinscription" à [26]jula@stepstone.fr _________________________________________________________________ References Visible links 1. http://www.stepstone.fr/ 2. http://www.stepstone.fr/home.cfm?allowJAPU=1 3. https://www.stepstone.fr/mystepstone/mystep_overview.cfm? 4. http://www.stepstone.fr/eja/jobagent.cfm 5. http://www.stepstone.fr/content/FR/FR/home/contactus.htm 6. file://localhost/tmp/tmpxDo_y0.html#article1 7. file://localhost/tmp/tmpxDo_y0.html#article9 8. file://localhost/tmp/tmpxDo_y0.html#article8 9. file://localhost/tmp/tmpxDo_y0.html#article4 10. file://localhost/tmp/tmpxDo_y0.html#article5 11. file://localhost/tmp/tmpxDo_y0.html#article6 12. https://www.stepstone.fr/login/mystep_newuser.cfm? 13. LYNXIMGMAP:file://localhost/tmp/tmpxDo_y0.html#Map 14. http://www.stepstone.fr/ 15. http://www.stepstonesolutions.fr/Actualites_evenements/Actualites/Les_employes_europeens_recoivent-ils_des_primes_en_cas_de_bons_resultats.php 16. http://www.stepstone.fr/ads/offers.cfm?company=16959 17. http://www.stepstone.fr/ads/offers.cfm?company=16959 18. http://www.stepstone.fr/home_fs.cfm?contentpage=%2Folo%2Findex%2Ecfm%3Fbackurl%3Drecruiter%26new%3D1 19. http://marketing.stepstone.com/UM/T.asp?A144.763.16.5.309560 20. file://localhost/tmp/poll.html 21. http://www.stepstone.fr/quick_poll/resultpage/resultpage.cfm?poll_id=35&id=35 22. http://marketing.stepstone.com/UM/T.asp?A144.763.16.5.309560 23. mailto:info@stepstone.fr 24. file://localhost/tmp/info@stepstone.fr 25. http://www.stepstone.fr/ 26. mailto:jula@stepstone.fr?subject=desinscription Hidden links: 27. http://marketing.stepstone.com/UM/T.asp?A157.999.2.7.1238384 From owner-freebsd-stable@FreeBSD.ORG Fri Dec 14 17:32:36 2007 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 6C65A16A417 for ; Fri, 14 Dec 2007 17:32:36 +0000 (UTC) (envelope-from maxx@mobistarmail.be) Received: from mailrelay010.isp.belgacom.be (mailrelay010.isp.belgacom.be [195.238.6.177]) by mx1.freebsd.org (Postfix) with ESMTP id 0748813C459 for ; Fri, 14 Dec 2007 17:32:35 +0000 (UTC) (envelope-from maxx@mobistarmail.be) Received: from 144.250-240-81.adsl-fix.isp.belgacom.be (HELO fireblade.medicalservices.be) ([81.240.250.144]) by relay.skynet.be with SMTP; 14 Dec 2007 18:32:26 +0100 Date: Fri, 14 Dec 2007 18:31:59 +0100 From: MaXX To: freebsd-stable@freebsd.org Message-Id: <20071214183159.f8a39a6e.maxx@mobistarmail.be> In-Reply-To: <20071214114855.D93124B3243@f33.poczta.interia.pl> References: <20071214114855.D93124B3243@f33.poczta.interia.pl> X-Mailer: Sylpheed 2.4.3 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: vermaden@interia.pl Subject: Re: FreeBSD 7 on old SMP server? 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, 14 Dec 2007 17:32:36 -0000 On 14 Dec 2007 12:48:55 +0100 vermaden wrote: > > Hi list, > > > > I have an old netfinity 7000 (Quad PIII 500, 1Gb RAM) running 6.2 > > at the moment. I was wondering if it will take benefit of all the > > SMP improvement of 7 or is it too old? It runs a few postgresql > > databases, peak loads in the 2 to 4 range. [...] > FreeBSD 7 will be doing a lot better there, since FreeBSD 6 does not scale so well. > You may want to check these: > http://blog.insidesystems.net/articles/2007/04/11/more-is-better > http://blog.insidesystems.net/articles/2007/04/11/postgresql-scaling-on-6-2-and-7-0 > http://people.freebsd.org/~kris/scaling/4cpu-pgsql.png > http://people.freebsd.org/~kris/scaling/p3.png > Regards > vermaden Thanks for that, I guess it's time to update and re-test my backups before an upgrade to 7... I think I've found something to do next week-end... Now explore the changelog for any showstoppers. Regards and thanks again, -- MaXX From owner-freebsd-stable@FreeBSD.ORG Fri Dec 14 19:21:47 2007 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 A5B0116A418 for ; Fri, 14 Dec 2007 19:21:47 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from brev.sics.se (brev.sics.se [193.10.64.200]) by mx1.freebsd.org (Postfix) with ESMTP id 30E9013C458 for ; Fri, 14 Dec 2007 19:21:46 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (h177n1-u-d1.ias.bredband.telia.com [213.64.92.177]) by brev.sics.se (8.12.8/8.12.8) with ESMTP id lBEIc5r8026089 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 14 Dec 2007 19:38:06 +0100 Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.13.8/8.13.8) with ESMTP id lBEIcWcO001023; Fri, 14 Dec 2007 19:38:32 +0100 (CET) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.13.8/8.13.8/Submit) id lBEIcWR4001022; Fri, 14 Dec 2007 19:38:32 +0100 (CET) (envelope-from bengta@P142.sics.se) To: stable@freebsd.org From: Bengt Ahlgren Date: Fri, 14 Dec 2007 19:38:32 +0100 Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new Cc: Subject: 6.3-RC1: different port/package versions 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, 14 Dec 2007 19:21:47 -0000 Hi! I'm trying out 6.3-RC1, but had some problems with getting different (and incompatible) versions of packages and ports. When installing packages with sysinstall via FTP, i get older versions compared to using pkg_add -r. The latter (correctly) takes the packages from the packages-6.3-release directory, but sysinstall seems to take the (older) in packages-6-stable. In the sysinstall options, setting "Release Name" to 6.3-RELEASE only results in that it says that the directory does not exist on the FTP server. Is this expected behaviour? Bengt From owner-freebsd-stable@FreeBSD.ORG Fri Dec 14 19:22:02 2007 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 0FFA416A582 for ; Fri, 14 Dec 2007 19:22:02 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from brev.sics.se (brev.sics.se [193.10.64.200]) by mx1.freebsd.org (Postfix) with ESMTP id 8C89913C46E for ; Fri, 14 Dec 2007 19:22:01 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (h177n1-u-d1.ias.bredband.telia.com [213.64.92.177]) by brev.sics.se (8.12.8/8.12.8) with ESMTP id lBEIS9r8025363 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 14 Dec 2007 19:28:10 +0100 Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.13.8/8.13.8) with ESMTP id lBEISa0D001000; Fri, 14 Dec 2007 19:28:36 +0100 (CET) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.13.8/8.13.8/Submit) id lBEISZHh000999; Fri, 14 Dec 2007 19:28:35 +0100 (CET) (envelope-from bengta@P142.sics.se) To: tequnix@frogmi.net From: Bengt Ahlgren In-Reply-To: <20071214105320.6d199922@jadzia.intern.creative.co.at> (tequnix@frogmi.net's message of "Fri, 14 Dec 2007 10:53:20 +0100") References: <20071214105320.6d199922@jadzia.intern.creative.co.at> Date: Fri, 14 Dec 2007 19:28:35 +0100 Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new Cc: freebsd-stable@freebsd.org Subject: Re: BETA4 - acpi.thermal.tz0 always at 40,0C 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, 14 Dec 2007 19:22:02 -0000 tequnix@frogmi.net writes: > sysctl shows __always__ 40=B0: > > $ sysctl hw.acpi.thermal.tz0.temperature > hw.acpi.thermal.tz0.temperature: 40,0C > > motherboard is a Asus M2A-VM, version is FreeBSD 7.0-BETA4 amd64 > > is this a motherboard issue, or a known issue, or a bug, can anybody > confirm this behaviour, should i send_pr ? I had the same problem with another Asus board. It was an easy ASL hack to fix. See this thread: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D412963+0+archive/2006/freebs= d-acpi/20061029.freebsd-acpi Regards, Bengt From owner-freebsd-stable@FreeBSD.ORG Fri Dec 14 22:19:24 2007 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 38DDC16A41A for ; Fri, 14 Dec 2007 22:19:24 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id B70F513C43E for ; Fri, 14 Dec 2007 22:19:23 +0000 (UTC) (envelope-from me@janh.de) Received: from janh.freebsd (d187048.adsl.hansenet.de [80.171.187.48]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1J3IsM2OjD-0003ED; Fri, 14 Dec 2007 23:19:22 +0100 Message-ID: <4763016D.7060100@janh.de> Date: Fri, 14 Dec 2007 23:19:25 +0100 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: stable-list freebsd Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX19x6qe7gYeWQiWcGIl2E+xndLZMrSgBPalK+MF VT7CfNu3M9DISnDZFIbYdIM2ui+V2lrXK6AGCZMnQBBXIAOlxo yAyquwZpjyhqUMSUKBUhw== Subject: Monitor not working for iwi on 7.0-BETA4 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, 14 Dec 2007 22:19:24 -0000 After reading that someone had problems with 802.11i/WPA2, I tested my iwi device, too. 802.11i (as client) works, but disconnects about every five minutes briefly, which is nothing new -- I had the same issue with 6.2-RELEASE. In contrast to 6.2-RELEASE, monitor does not work. Kismet does not receive anything, while it does with ath or ural (even at the same time). dmesg with debug.iwi=2 is below -- anything unusual? Moreover, "ifconfig iwi0 scan" sometimes just hangs, which never happened on 6.2-RELEASE. I currently cannot reproduce it, though. Another behavior that changed is "iwi0: radio turned off" being always displayed when something fails because of it -- and not as the switch is turned off. "iwi0: radio turned on" is never displayed. I guess that is expected. (I think I like the new behavior better.) Something that really got better is that the device sometimes recovers from firmware errors without me kldunloading if_iwi and I have yet to see not enough dma memory for the firmware. (Firmware errors happened regularly with 6.2-RELEASE. I did not test enough to say if that got any better.) BTW: Playing around with iwi, ath, and ural removing and plugging back in the devices (not iwi), I had two crashes. I am not sure how to investigate that, though. (It produced vmcores on reboot -- I guess I have to read that chapter on kernel debugging in the handbook.) Regards, Jan Henrik iwi_newstate: INIT -> INIT flags 0x0 enter FW state 1 Setting MAC address to 00:0e:35:91:2b:0b sending command idx=0 type=11 len=6 Configuring adapter sending command idx=1 type=6 len=20 Setting power mode to 0 sending command idx=2 type=17 len=4 Setting RTS threshold to 2346 sending command idx=3 type=15 len=4 Setting fragmentation threshold to 2346 sending command idx=4 type=16 len=4 Setting .11bg supported rates (12) sending command idx=5 type=22 len=16 Setting .11a supported rates (0) sending command idx=6 type=22 len=16 Setting initialization vector to 3524349664 sending command idx=7 type=34 len=4 Setting wep key index 0 len 0 sending command idx=8 type=18 len=20 Setting wep key index 1 len 0 sending command idx=9 type=18 len=20 Setting wep key index 2 len 0 sending command idx=10 type=18 len=20 Setting wep key index 3 len 0 sending command idx=11 type=18 len=20 Enabling adapter sending command idx=12 type=2 len=0 iwi_newstate: INIT -> RUN flags 0x1 iwi_newstate: RUN -> RUN flags 0x1 exit FW state 1 Setting WME parameters sending command idx=13 type=25 len=96 From owner-freebsd-stable@FreeBSD.ORG Sat Dec 15 02:13:36 2007 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 E318F16A418; Sat, 15 Dec 2007 02:13:35 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.19.101.164]) by mx1.freebsd.org (Postfix) with ESMTP id 9012113C457; Sat, 15 Dec 2007 02:13:35 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (localhost [127.0.0.1]) by mail.barafranca.com (Postfix) with ESMTP id 6843AC4FDF; Sat, 15 Dec 2007 02:20:00 +0000 (UTC) Received: from mail.barafranca.com ([67.19.101.164]) by localhost (mail.barafranca.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18829-02; Sat, 15 Dec 2007 02:19:20 +0000 (UTC) Received: from [192.168.200.26] (a213-22-38-76.cpe.netcabo.pt [213.22.38.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id C67E5C4FEE; Sat, 15 Dec 2007 02:19:18 +0000 (UTC) Message-ID: <47633820.7050203@barafranca.com> Date: Sat, 15 Dec 2007 02:12:48 +0000 From: Hugo Silva User-Agent: Thunderbird 2.0.0.9 (X11/20071213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4761A0D8.4070609@barafranca.com> <20071213212145.GA55472@heff.fud.org.nz> <4761AE58.2070409@barafranca.com> In-Reply-To: <4761AE58.2070409@barafranca.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at barafranca.com X-Spam-Status: No, score=0 tagged_above=-1 required=4 tests=[none] X-Spam-Score: 0 X-Spam-Level: Cc: Jan Henrik Sylvester , Andrew Thompson Subject: Re: iwi on BETA4 with WPA2: device timeout/firmware error 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, 15 Dec 2007 02:13:36 -0000 Hugo Silva wrote: > Andrew Thompson wrote: >> On Thu, Dec 13, 2007 at 09:15:04PM +0000, Hugo Silva wrote: >> >>> Hello list, >>> >>> Just wanted to report another issue with BETA4 on my laptop. >>> >>> The wireless connection is "working" without encryption (interface >>> goes up and down every few minutes, but at least I don't lose any >>> connections, so it's barely noticeable). >>> >>> Today I was setting up WPA2 with wpa_supplicant and hostapd and >>> managed to do so (status: associated), however it goes down a few >>> seconds later with iwi0: device timeout and iwi0: firmware error, >>> every single time. >>> >>> Is this a known problem ? At least on my machine, WPA + iwi is >>> currently unusable, as I am not able to ping anything even in the >>> brief moments the card is associated with the AP. >>> >> >> Can you please set the sysctl debug.iwi to 2 and post the debugging >> messages that are output. Make sure you get the section of output from >> when you kick off wpa_supplicant and when the firmware error happens. >> >> >> cheers, >> Andrew >> > Hello, > > Okay, down'ed the interface, set debug.iwi=2, and ran wpa_supplicant > -i iwi0 -c /etc/wpa_supplicant.conf. Here's the output: > > > /var/log/messages: > Dec 13 21:53:24 laptop syslogd: kernel boot file is /boot/kernel/kernel > Dec 13 21:54:03 laptop su: klr to root on /dev/ttyp2 > Dec 13 21:54:28 laptop kernel: iwi_newstate: INIT -> INIT flags 0x0 > Dec 13 21:54:28 laptop kernel: enter FW state 1 > Dec 13 21:54:28 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 > Dec 13 21:54:28 laptop kernel: sending command idx=0 type=11 len=6 > Dec 13 21:54:28 laptop kernel: Configuring adapter > Dec 13 21:54:28 laptop kernel: sending command idx=1 type=6 len=20 > Dec 13 21:54:28 laptop kernel: Setting power mode to 0 > Dec 13 21:54:28 laptop kernel: sending command idx=2 type=17 len=4 > Dec 13 21:54:28 laptop kernel: Setting RTS threshold to 2346 > Dec 13 21:54:28 laptop kernel: sending command idx=3 type=15 len=4 > Dec 13 21:54:28 laptop kernel: Setting fragmentation threshold to 2346 > Dec 13 21:54:28 laptop kernel: sending command idx=4 type=16 len=4 > Dec 13 21:54:28 laptop kernel: Setting .11bg supported rates (12) > Dec 13 21:54:28 laptop kernel: sending command idx=5 type=22 len=16 > Dec 13 21:54:28 laptop kernel: Setting .11a supported rates (0) > Dec 13 21:54:28 laptop kernel: sending command idx=6 type=22 len=16 > Dec 13 21:54:28 laptop kernel: Setting desired ESSID to "zaurak_wifi" > Dec 13 21:54:28 laptop kernel: sending command idx=7 type=8 len=11 > Dec 13 21:54:28 laptop kernel: Setting initialization vector to > 3538991072 > Dec 13 21:54:28 laptop kernel: sending command idx=8 type=34 len=4 > Dec 13 21:54:28 laptop kernel: Setting wep key index 0 len 0 > Dec 13 21:54:28 laptop kernel: sending command idx=9 type=18 len=20 > Dec 13 21:54:28 laptop kernel: Setting wep key index 1 len 0 > Dec 13 21:54:28 laptop kernel: sending command idx=10 type=18 len=20 > Dec 13 21:54:28 laptop kernel: Setting wep key index 2 len 0 > Dec 13 21:54:28 laptop kernel: sending command idx=11 type=18 len=20 > Dec 13 21:54:28 laptop kernel: Setting wep key index 3 len 0 > Dec 13 21:54:28 laptop kernel: sending command idx=12 type=18 len=20 > Dec 13 21:54:28 laptop kernel: Enabling adapter > Dec 13 21:54:28 laptop kernel: sending command idx=13 type=2 len=0 > Dec 13 21:54:28 laptop kernel: exit FW state 1 > Dec 13 21:54:28 laptop kernel: enter FW state 4 > Dec 13 21:54:28 laptop kernel: Scan request: index 383 dwell 200/200/200 > Dec 13 21:54:28 laptop kernel: Scan 1 2.4GHz channels: 5/BCAST > Dec 13 21:54:28 laptop kernel: sending command idx=14 type=26 len=96 > Dec 13 21:54:29 laptop kernel: Scan completed (1, 1) > Dec 13 21:54:29 laptop kernel: exit FW state 4 > Dec 13 21:54:34 laptop kernel: enter FW state 4 > Dec 13 21:54:34 laptop kernel: sending command idx=15 type=8 len=11 > Dec 13 21:54:34 laptop kernel: Scan request: index 384 dwell 200/200/200 > Dec 13 21:54:34 laptop kernel: Scan 1 2.4GHz channels: 5/BDIR > Dec 13 21:54:34 laptop kernel: sending command idx=0 type=26 len=96 > Dec 13 21:54:34 laptop kernel: Scan completed (1, 1) > Dec 13 21:54:34 laptop kernel: exit FW state 4 > Dec 13 21:54:34 laptop kernel: iwi_newstate: INIT -> AUTH flags 0x1 > Dec 13 21:54:34 laptop kernel: enter FW state 2 > Dec 13 21:54:34 laptop kernel: Configuring adapter > Dec 13 21:54:34 laptop kernel: sending command idx=1 type=6 len=20 > Dec 13 21:54:34 laptop kernel: Setting ESSID to "zaurak_wifi" > Dec 13 21:54:34 laptop kernel: sending command idx=2 type=8 len=11 > Dec 13 21:54:34 laptop kernel: Setting negotiated rates (12) > Dec 13 21:54:34 laptop kernel: sending command idx=3 type=22 len=16 > Dec 13 21:54:34 laptop kernel: Setting optional IE (len=22) > Dec 13 21:54:34 laptop kernel: sending command idx=4 type=31 len=22 > Dec 13 21:54:34 laptop kernel: Setting sensitivity to 71 > Dec 13 21:54:34 laptop kernel: sending command idx=5 type=42 len=4 > Dec 13 21:54:34 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst > 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval > 100 bintval 100 > Dec 13 21:54:34 laptop kernel: sending command idx=6 type=21 len=40 > Dec 13 21:54:34 laptop kernel: Authentication succeeeded > Dec 13 21:54:34 laptop kernel: iwi_newstate: AUTH -> ASSOC flags 0x1 > Dec 13 21:54:34 laptop kernel: Association succeeded > Dec 13 21:54:34 laptop kernel: exit FW state 2 > Dec 13 21:54:34 laptop kernel: iwi_newstate: ASSOC -> RUN flags 0x11 > Dec 13 21:54:34 laptop kernel: iwi0: link state changed to UP > Dec 13 21:54:37 laptop kernel: Authentication failed > Dec 13 21:54:37 laptop kernel: expected FW state 2, got 0 > Dec 13 21:54:41 laptop kernel: iwi0: device timeout > Dec 13 21:54:41 laptop kernel: iwi_newstate: RUN -> INIT flags 0x0 > Dec 13 21:54:41 laptop kernel: enter FW state 1 > Dec 13 21:54:41 laptop kernel: iwi0: link state changed to DOWN > Dec 13 21:54:41 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 > Dec 13 21:54:41 laptop kernel: sending command idx=0 type=11 len=6 > Dec 13 21:54:41 laptop kernel: Configuring adapter > Dec 13 21:54:41 laptop kernel: sending command idx=1 type=6 len=20 > Dec 13 21:54:41 laptop kernel: Setting power mode to 0 > Dec 13 21:54:41 laptop kernel: sending command idx=2 type=17 len=4 > Dec 13 21:54:41 laptop kernel: Setting RTS threshold to 2346 > Dec 13 21:54:41 laptop kernel: sending command idx=3 type=15 len=4 > Dec 13 21:54:41 laptop kernel: Setting fragmentation threshold to 2346 > Dec 13 21:54:41 laptop kernel: sending command idx=4 type=16 len=4 > Dec 13 21:54:41 laptop kernel: Setting .11bg supported rates (12) > Dec 13 21:54:41 laptop kernel: sending command idx=5 type=22 len=16 > Dec 13 21:54:41 laptop kernel: Setting .11a supported rates (0) > Dec 13 21:54:41 laptop kernel: sending command idx=6 type=22 len=16 > Dec 13 21:54:41 laptop kernel: Setting desired ESSID to "zaurak_wifi" > Dec 13 21:54:41 laptop kernel: sending command idx=7 type=8 len=11 > Dec 13 21:54:41 laptop kernel: Setting initialization vector to > 2261493518 > Dec 13 21:54:41 laptop kernel: sending command idx=8 type=34 len=4 > Dec 13 21:54:41 laptop kernel: Setting wep key index 0 len 0 > Dec 13 21:54:41 laptop kernel: sending command idx=9 type=18 len=20 > Dec 13 21:54:41 laptop kernel: Setting wep key index 1 len 0 > Dec 13 21:54:41 laptop kernel: sending command idx=10 type=18 len=20 > Dec 13 21:54:41 laptop kernel: Setting wep key index 2 len 0 > Dec 13 21:54:41 laptop kernel: sending command idx=11 type=18 len=20 > Dec 13 21:54:41 laptop kernel: Setting wep key index 3 len 0 > Dec 13 21:54:41 laptop kernel: sending command idx=12 type=18 len=20 > Dec 13 21:54:41 laptop kernel: Enabling adapter > Dec 13 21:54:41 laptop kernel: sending command idx=13 type=2 len=0 > Dec 13 21:54:41 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 > Dec 13 21:54:41 laptop kernel: exit FW state 1 > Dec 13 21:54:41 laptop kernel: enter FW state 4 > Dec 13 21:54:41 laptop kernel: sending command idx=14 type=8 len=11 > Dec 13 21:54:41 laptop kernel: Scan request: index 385 dwell 200/200/200 > Dec 13 21:54:41 laptop kernel: Scan 1 2.4GHz channels: 5/BDIR > Dec 13 21:54:41 laptop kernel: sending command idx=15 type=26 len=96 > Dec 13 21:54:42 laptop kernel: Scan completed (1, 1) > Dec 13 21:54:42 laptop kernel: exit FW state 4 > Dec 13 21:54:42 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 > Dec 13 21:54:42 laptop kernel: enter FW state 2 > Dec 13 21:54:42 laptop kernel: Configuring adapter > Dec 13 21:54:42 laptop kernel: sending command idx=0 type=6 len=20 > Dec 13 21:54:42 laptop kernel: Setting ESSID to "zaurak_wifi" > Dec 13 21:54:42 laptop kernel: sending command idx=1 type=8 len=11 > Dec 13 21:54:42 laptop kernel: Setting negotiated rates (12) > Dec 13 21:54:42 laptop kernel: sending command idx=2 type=22 len=16 > Dec 13 21:54:42 laptop kernel: Setting optional IE (len=22) > Dec 13 21:54:42 laptop kernel: sending command idx=3 type=31 len=22 > Dec 13 21:54:42 laptop kernel: Setting sensitivity to 70 > Dec 13 21:54:42 laptop kernel: sending command idx=4 type=42 len=4 > Dec 13 21:54:42 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst > 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval > 100 bintval 100 > Dec 13 21:54:42 laptop kernel: sending command idx=5 type=21 len=40 > Dec 13 21:54:42 laptop kernel: iwi_newstate: AUTH -> AUTH flags 0x1 > Dec 13 21:54:42 laptop kernel: Authentication succeeeded > Dec 13 21:54:42 laptop kernel: iwi_newstate: AUTH -> ASSOC flags 0x1 > Dec 13 21:54:42 laptop kernel: Association succeeded > Dec 13 21:54:42 laptop kernel: exit FW state 2 > Dec 13 21:54:42 laptop kernel: iwi_newstate: ASSOC -> RUN flags 0x11 > Dec 13 21:54:42 laptop kernel: Setting WME parameters > Dec 13 21:54:42 laptop kernel: sending command idx=6 type=25 len=96 > Dec 13 21:54:42 laptop kernel: iwi0: link state changed to UP > Dec 13 21:54:42 laptop kernel: Already associated > Dec 13 21:54:45 laptop kernel: Authentication failed > Dec 13 21:54:45 laptop kernel: expected FW state 2, got 0 > Dec 13 21:54:49 laptop kernel: iwi0: device timeout > Dec 13 21:54:49 laptop kernel: iwi_newstate: RUN -> INIT flags 0x0 > Dec 13 21:54:49 laptop kernel: enter FW state 1 > Dec 13 21:54:49 laptop kernel: iwi0: link state changed to DOWN > Dec 13 21:54:50 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 > Dec 13 21:54:50 laptop kernel: sending command idx=0 type=11 len=6 > Dec 13 21:54:50 laptop kernel: Configuring adapter > Dec 13 21:54:50 laptop kernel: sending command idx=1 type=6 len=20 > Dec 13 21:54:50 laptop kernel: Setting power mode to 0 > Dec 13 21:54:50 laptop kernel: sending command idx=2 type=17 len=4 > Dec 13 21:54:50 laptop kernel: Setting RTS threshold to 2346 > Dec 13 21:54:50 laptop kernel: sending command idx=3 type=15 len=4 > Dec 13 21:54:50 laptop kernel: Setting fragmentation threshold to 2346 > Dec 13 21:54:50 laptop kernel: sending command idx=4 type=16 len=4 > Dec 13 21:54:50 laptop kernel: Setting .11bg supported rates (12) > Dec 13 21:54:50 laptop kernel: sending command idx=5 type=22 len=16 > Dec 13 21:54:50 laptop kernel: Setting .11a supported rates (0) > Dec 13 21:54:50 laptop kernel: sending command idx=6 type=22 len=16 > Dec 13 21:54:50 laptop kernel: Setting initialization vector to 819752498 > Dec 13 21:54:50 laptop kernel: sending command idx=7 type=34 len=4 > Dec 13 21:54:50 laptop kernel: Setting wep key index 0 len 0 > Dec 13 21:54:50 laptop kernel: sending command idx=8 type=18 len=20 > Dec 13 21:54:50 laptop kernel: Setting wep key index 1 len 0 > Dec 13 21:54:50 laptop kernel: sending command idx=9 type=18 len=20 > Dec 13 21:54:50 laptop kernel: Setting wep key index 2 len 0 > Dec 13 21:54:50 laptop kernel: sending command idx=10 type=18 len=20 > Dec 13 21:54:50 laptop kernel: Setting wep key index 3 len 0 > Dec 13 21:54:50 laptop kernel: sending command idx=11 type=18 len=20 > Dec 13 21:54:50 laptop kernel: Enabling adapter > Dec 13 21:54:50 laptop kernel: sending command idx=12 type=2 len=0 > Dec 13 21:54:50 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 > Dec 13 21:54:50 laptop kernel: exit FW state 1 > Dec 13 21:54:50 laptop kernel: enter FW state 4 > Dec 13 21:54:50 laptop kernel: Scan request: index 386 dwell 200/200/200 > Dec 13 21:54:50 laptop kernel: Scan 1 2.4GHz channels: 5/BCAST > Dec 13 21:54:50 laptop kernel: sending command idx=13 type=26 len=96 > Dec 13 21:54:50 laptop kernel: Scan completed (1, 1) > Dec 13 21:54:50 laptop kernel: exit FW state 4 > Dec 13 21:54:50 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 > Dec 13 21:54:50 laptop kernel: enter FW state 2 > Dec 13 21:54:50 laptop kernel: Configuring adapter > Dec 13 21:54:50 laptop kernel: sending command idx=14 type=6 len=20 > Dec 13 21:54:50 laptop kernel: Setting ESSID to "" > Dec 13 21:54:50 laptop kernel: sending command idx=15 type=8 len=0 > Dec 13 21:54:50 laptop kernel: Setting negotiated rates (12) > Dec 13 21:54:50 laptop kernel: sending command idx=0 type=22 len=16 > Dec 13 21:54:50 laptop kernel: Setting optional IE (len=22) > Dec 13 21:54:50 laptop kernel: sending command idx=1 type=31 len=22 > Dec 13 21:54:50 laptop kernel: Setting sensitivity to 71 > Dec 13 21:54:50 laptop kernel: sending command idx=2 type=42 len=4 > Dec 13 21:54:50 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst > 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval > 100 bintval 100 > Dec 13 21:54:50 laptop kernel: sending command idx=3 type=21 len=40 > Dec 13 21:54:50 laptop kernel: iwi0: firmware error > Dec 13 21:54:50 laptop kernel: iwi_newstate: AUTH -> INIT flags 0x0 > Dec 13 21:54:50 laptop kernel: enter FW state 1 > Dec 13 21:54:50 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 > Dec 13 21:54:50 laptop kernel: sending command idx=0 type=11 len=6 > Dec 13 21:54:50 laptop kernel: Configuring adapter > Dec 13 21:54:50 laptop kernel: sending command idx=1 type=6 len=20 > Dec 13 21:54:50 laptop kernel: Setting power mode to 0 > Dec 13 21:54:50 laptop kernel: sending command idx=2 type=17 len=4 > Dec 13 21:54:50 laptop kernel: Setting RTS threshold to 2346 > Dec 13 21:54:50 laptop kernel: sending command idx=3 type=15 len=4 > Dec 13 21:54:50 laptop kernel: Setting fragmentation threshold to 2346 > Dec 13 21:54:50 laptop kernel: sending command idx=4 type=16 len=4 > Dec 13 21:54:50 laptop kernel: Setting .11bg supported rates (12) > Dec 13 21:54:50 laptop kernel: sending command idx=5 type=22 len=16 > Dec 13 21:54:50 laptop kernel: Setting .11a supported rates (0) > Dec 13 21:54:50 laptop kernel: sending command idx=6 type=22 len=16 > Dec 13 21:54:50 laptop kernel: Setting desired ESSID to "zaurak_wifi" > Dec 13 21:54:50 laptop kernel: sending command idx=7 type=8 len=11 > Dec 13 21:54:50 laptop kernel: Setting initialization vector to 740106850 > Dec 13 21:54:50 laptop kernel: sending command idx=8 type=34 len=4 > Dec 13 21:54:50 laptop kernel: Setting wep key index 0 len 0 > Dec 13 21:54:50 laptop kernel: sending command idx=9 type=18 len=20 > Dec 13 21:54:50 laptop kernel: Setting wep key index 1 len 0 > Dec 13 21:54:50 laptop kernel: sending command idx=10 type=18 len=20 > Dec 13 21:54:50 laptop kernel: Setting wep key index 2 len 0 > Dec 13 21:54:50 laptop kernel: sending command idx=11 type=18 len=20 > Dec 13 21:54:50 laptop kernel: Setting wep key index 3 len 0 > Dec 13 21:54:50 laptop kernel: sending command idx=12 type=18 len=20 > Dec 13 21:54:50 laptop kernel: Enabling adapter > Dec 13 21:54:50 laptop kernel: sending command idx=13 type=2 len=0 > Dec 13 21:54:50 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 > Dec 13 21:54:50 laptop kernel: exit FW state 1 > Dec 13 21:54:50 laptop kernel: enter FW state 4 > Dec 13 21:54:50 laptop kernel: sending command idx=14 type=8 len=11 > Dec 13 21:54:50 laptop kernel: Scan request: index 387 dwell 200/200/200 > Dec 13 21:54:50 laptop kernel: Scan 1 2.4GHz channels: 5/BDIR > Dec 13 21:54:50 laptop kernel: sending command idx=15 type=26 len=96 > Dec 13 21:54:50 laptop kernel: Scan completed (1, 1) > Dec 13 21:54:50 laptop kernel: exit FW state 4 > Dec 13 21:54:50 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 > Dec 13 21:54:50 laptop kernel: enter FW state 2 > Dec 13 21:54:50 laptop kernel: Configuring adapter > Dec 13 21:54:50 laptop kernel: sending command idx=0 type=6 len=20 > Dec 13 21:54:50 laptop kernel: Setting ESSID to "zaurak_wifi" > Dec 13 21:54:50 laptop kernel: sending command idx=1 type=8 len=11 > Dec 13 21:54:50 laptop kernel: Setting negotiated rates (12) > Dec 13 21:54:50 laptop kernel: sending command idx=2 type=22 len=16 > Dec 13 21:54:50 laptop kernel: Setting optional IE (len=22) > Dec 13 21:54:50 laptop kernel: sending command idx=3 type=31 len=22 > Dec 13 21:54:50 laptop kernel: Setting sensitivity to 71 > Dec 13 21:54:50 laptop kernel: sending command idx=4 type=42 len=4 > Dec 13 21:54:50 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst > 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval > 100 bintval 100 > Dec 13 21:54:50 laptop kernel: sending command idx=5 type=21 len=40 > Dec 13 21:54:50 laptop kernel: iwi_newstate: AUTH -> AUTH flags 0x1 > Dec 13 21:54:50 laptop kernel: Authentication succeeeded > Dec 13 21:54:50 laptop kernel: iwi_newstate: AUTH -> ASSOC flags 0x1 > Dec 13 21:54:50 laptop kernel: Association succeeded > Dec 13 21:54:50 laptop kernel: exit FW state 2 > Dec 13 21:54:50 laptop kernel: iwi_newstate: ASSOC -> RUN flags 0x11 > Dec 13 21:54:50 laptop kernel: Setting WME parameters > Dec 13 21:54:50 laptop kernel: sending command idx=6 type=25 len=96 > Dec 13 21:54:50 laptop kernel: iwi0: link state changed to UP > Dec 13 21:54:50 laptop kernel: Already associated > Dec 13 21:54:53 laptop kernel: Authentication failed > Dec 13 21:54:53 laptop kernel: expected FW state 2, got 0 > Dec 13 21:54:58 laptop kernel: iwi0: device timeout > Dec 13 21:54:58 laptop kernel: iwi_newstate: RUN -> INIT flags 0x0 > Dec 13 21:54:58 laptop kernel: enter FW state 1 > Dec 13 21:54:58 laptop kernel: iwi0: link state changed to DOWN > Dec 13 21:54:58 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 > Dec 13 21:54:58 laptop kernel: sending command idx=0 type=11 len=6 > Dec 13 21:54:58 laptop kernel: Configuring adapter > Dec 13 21:54:58 laptop kernel: sending command idx=1 type=6 len=20 > Dec 13 21:54:58 laptop kernel: Setting power mode to 0 > Dec 13 21:54:58 laptop kernel: sending command idx=2 type=17 len=4 > Dec 13 21:54:58 laptop kernel: Setting RTS threshold to 2346 > Dec 13 21:54:58 laptop kernel: sending command idx=3 type=15 len=4 > Dec 13 21:54:58 laptop kernel: Setting fragmentation threshold to 2346 > Dec 13 21:54:58 laptop kernel: sending command idx=4 type=16 len=4 > Dec 13 21:54:58 laptop kernel: Setting .11bg supported rates (12) > Dec 13 21:54:58 laptop kernel: sending command idx=5 type=22 len=16 > Dec 13 21:54:58 laptop kernel: Setting .11a supported rates (0) > Dec 13 21:54:58 laptop kernel: sending command idx=6 type=22 len=16 > Dec 13 21:54:58 laptop kernel: Setting desired ESSID to "zaurak_wifi" > Dec 13 21:54:58 laptop kernel: sending command idx=7 type=8 len=11 > Dec 13 21:54:58 laptop kernel: Setting initialization vector to 312082786 > Dec 13 21:54:58 laptop kernel: sending command idx=8 type=34 len=4 > Dec 13 21:54:58 laptop kernel: Setting wep key index 0 len 0 > Dec 13 21:54:58 laptop kernel: sending command idx=9 type=18 len=20 > Dec 13 21:54:58 laptop kernel: Setting wep key index 1 len 0 > Dec 13 21:54:58 laptop kernel: sending command idx=10 type=18 len=20 > Dec 13 21:54:58 laptop kernel: Setting wep key index 2 len 0 > Dec 13 21:54:58 laptop kernel: sending command idx=11 type=18 len=20 > Dec 13 21:54:58 laptop kernel: Setting wep key index 3 len 0 > Dec 13 21:54:58 laptop kernel: sending command idx=12 type=18 len=20 > Dec 13 21:54:58 laptop kernel: Enabling adapter > Dec 13 21:54:58 laptop kernel: sending command idx=13 type=2 len=0 > Dec 13 21:54:58 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 > Dec 13 21:54:58 laptop kernel: exit FW state 1 > Dec 13 21:54:58 laptop kernel: enter FW state 4 > Dec 13 21:54:58 laptop kernel: sending command idx=14 type=8 len=11 > Dec 13 21:54:58 laptop kernel: Scan request: index 388 dwell 200/200/200 > Dec 13 21:54:58 laptop kernel: Scan 1 2.4GHz channels: 5/BDIR > Dec 13 21:54:58 laptop kernel: sending command idx=15 type=26 len=96 > Dec 13 21:54:58 laptop kernel: Scan completed (1, 1) > Dec 13 21:54:58 laptop kernel: exit FW state 4 > Dec 13 21:54:58 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 > Dec 13 21:54:58 laptop kernel: enter FW state 2 > Dec 13 21:54:58 laptop kernel: Configuring adapter > Dec 13 21:54:58 laptop kernel: sending command idx=0 type=6 len=20 > Dec 13 21:54:58 laptop kernel: Setting ESSID to "zaurak_wifi" > Dec 13 21:54:58 laptop kernel: sending command idx=1 type=8 len=11 > Dec 13 21:54:58 laptop kernel: Setting negotiated rates (12) > Dec 13 21:54:58 laptop kernel: sending command idx=2 type=22 len=16 > Dec 13 21:54:58 laptop kernel: Setting optional IE (len=22) > Dec 13 21:54:58 laptop kernel: sending command idx=3 type=31 len=22 > Dec 13 21:54:58 laptop kernel: Setting sensitivity to 70 > Dec 13 21:54:58 laptop kernel: sending command idx=4 type=42 len=4 > Dec 13 21:54:58 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst > 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval > 100 bintval 100 > Dec 13 21:54:58 laptop kernel: sending command idx=5 type=21 len=40 > Dec 13 21:54:58 laptop kernel: iwi_newstate: AUTH -> AUTH flags 0x1 > Dec 13 21:54:58 laptop kernel: Authentication succeeeded > Dec 13 21:54:58 laptop kernel: iwi_newstate: AUTH -> ASSOC flags 0x1 > Dec 13 21:54:58 laptop kernel: Association succeeded > Dec 13 21:54:58 laptop kernel: exit FW state 2 > Dec 13 21:54:58 laptop kernel: iwi_newstate: ASSOC -> RUN flags 0x11 > Dec 13 21:54:58 laptop kernel: Setting WME parameters > Dec 13 21:54:58 laptop kernel: sending command idx=6 type=25 len=96 > Dec 13 21:54:58 laptop kernel: iwi0: link state changed to UP > Dec 13 21:54:58 laptop kernel: Already associated > Dec 13 21:55:01 laptop kernel: Authentication failed > Dec 13 21:55:01 laptop kernel: expected FW state 2, got 0 > Dec 13 21:55:06 laptop kernel: iwi0: device timeout > Dec 13 21:55:06 laptop kernel: iwi_newstate: RUN -> INIT flags 0x0 > Dec 13 21:55:06 laptop kernel: enter FW state 1 > Dec 13 21:55:06 laptop kernel: iwi0: link state changed to DOWN > Dec 13 21:55:06 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 > Dec 13 21:55:06 laptop kernel: sending command idx=0 type=11 len=6 > Dec 13 21:55:06 laptop kernel: Configuring adapter > Dec 13 21:55:06 laptop kernel: sending command idx=1 type=6 len=20 > Dec 13 21:55:06 laptop kernel: Setting power mode to 0 > Dec 13 21:55:06 laptop kernel: sending command idx=2 type=17 len=4 > Dec 13 21:55:06 laptop kernel: Setting RTS threshold to 2346 > Dec 13 21:55:06 laptop kernel: sending command idx=3 type=15 len=4 > Dec 13 21:55:06 laptop kernel: Setting fragmentation threshold to 2346 > Dec 13 21:55:06 laptop kernel: sending command idx=4 type=16 len=4 > Dec 13 21:55:06 laptop kernel: Setting .11bg supported rates (12) > Dec 13 21:55:06 laptop kernel: sending command idx=5 type=22 len=16 > Dec 13 21:55:06 laptop kernel: Setting .11a supported rates (0) > Dec 13 21:55:06 laptop kernel: sending command idx=6 type=22 len=16 > Dec 13 21:55:06 laptop kernel: Setting initialization vector to > 2414929354 > Dec 13 21:55:06 laptop kernel: sending command idx=7 type=34 len=4 > Dec 13 21:55:06 laptop kernel: Setting wep key index 0 len 0 > Dec 13 21:55:06 laptop kernel: sending command idx=8 type=18 len=20 > Dec 13 21:55:06 laptop kernel: Setting wep key index 1 len 0 > Dec 13 21:55:06 laptop kernel: sending command idx=9 type=18 len=20 > Dec 13 21:55:06 laptop kernel: Setting wep key index 2 len 0 > Dec 13 21:55:06 laptop kernel: sending command idx=10 type=18 len=20 > Dec 13 21:55:06 laptop kernel: Setting wep key index 3 len 0 > Dec 13 21:55:06 laptop kernel: sending command idx=11 type=18 len=20 > Dec 13 21:55:06 laptop kernel: Enabling adapter > Dec 13 21:55:06 laptop kernel: sending command idx=12 type=2 len=0 > Dec 13 21:55:06 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 > Dec 13 21:55:06 laptop kernel: exit FW state 1 > Dec 13 21:55:06 laptop kernel: enter FW state 4 > Dec 13 21:55:06 laptop kernel: Scan request: index 389 dwell 200/200/200 > Dec 13 21:55:06 laptop kernel: Scan 1 2.4GHz channels: 5/BCAST > Dec 13 21:55:06 laptop kernel: sending command idx=13 type=26 len=96 > Dec 13 21:55:06 laptop kernel: Scan completed (1, 1) > Dec 13 21:55:06 laptop kernel: exit FW state 4 > Dec 13 21:55:06 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 > Dec 13 21:55:06 laptop kernel: enter FW state 2 > Dec 13 21:55:06 laptop kernel: Configuring adapter > Dec 13 21:55:06 laptop kernel: sending command idx=14 type=6 len=20 > Dec 13 21:55:06 laptop kernel: Setting ESSID to "" > Dec 13 21:55:06 laptop kernel: sending command idx=15 type=8 len=0 > Dec 13 21:55:06 laptop kernel: Setting negotiated rates (12) > Dec 13 21:55:06 laptop kernel: sending command idx=0 type=22 len=16 > Dec 13 21:55:06 laptop kernel: Setting optional IE (len=22) > Dec 13 21:55:06 laptop kernel: sending command idx=1 type=31 len=22 > Dec 13 21:55:06 laptop kernel: Setting sensitivity to 71 > Dec 13 21:55:06 laptop kernel: sending command idx=2 type=42 len=4 > Dec 13 21:55:06 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst > 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval > 100 bintval 100 > Dec 13 21:55:06 laptop kernel: sending command idx=3 type=21 len=40 > Dec 13 21:55:06 laptop kernel: iwi0: firmware error > Dec 13 21:55:06 laptop kernel: iwi_newstate: AUTH -> INIT flags 0x0 > Dec 13 21:55:06 laptop kernel: enter FW state 1 > Dec 13 21:55:06 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 > Dec 13 21:55:06 laptop kernel: sending command idx=0 type=11 len=6 > Dec 13 21:55:06 laptop kernel: Configuring adapter > Dec 13 21:55:06 laptop kernel: sending command idx=1 type=6 len=20 > Dec 13 21:55:06 laptop kernel: Setting power mode to 0 > Dec 13 21:55:06 laptop kernel: sending command idx=2 type=17 len=4 > Dec 13 21:55:06 laptop kernel: Setting RTS threshold to 2346 > Dec 13 21:55:06 laptop kernel: sending command idx=3 type=15 len=4 > Dec 13 21:55:06 laptop kernel: Setting fragmentation threshold to 2346 > Dec 13 21:55:06 laptop kernel: sending command idx=4 type=16 len=4 > Dec 13 21:55:06 laptop kernel: Setting .11bg supported rates (12) > Dec 13 21:55:06 laptop kernel: sending command idx=5 type=22 len=16 > Dec 13 21:55:06 laptop kernel: Setting .11a supported rates (0) > Dec 13 21:55:06 laptop kernel: sending command idx=6 type=22 len=16 > Dec 13 21:55:06 laptop kernel: Setting desired ESSID to "zaurak_wifi" > Dec 13 21:55:06 laptop kernel: sending command idx=7 type=8 len=11 > Dec 13 21:55:06 laptop kernel: Setting initialization vector to > 2825825359 > Dec 13 21:55:06 laptop kernel: sending command idx=8 type=34 len=4 > Dec 13 21:55:06 laptop kernel: Setting wep key index 0 len 0 > Dec 13 21:55:06 laptop kernel: sending command idx=9 type=18 len=20 > Dec 13 21:55:06 laptop kernel: Setting wep key index 1 len 0 > Dec 13 21:55:06 laptop kernel: sending command idx=10 type=18 len=20 > Dec 13 21:55:06 laptop kernel: Setting wep key index 2 len 0 > Dec 13 21:55:06 laptop kernel: sending command idx=11 type=18 len=20 > Dec 13 21:55:06 laptop kernel: Setting wep key index 3 len 0 > Dec 13 21:55:06 laptop kernel: sending command idx=12 type=18 len=20 > Dec 13 21:55:06 laptop kernel: Enabling adapter > Dec 13 21:55:06 laptop kernel: sending command idx=13 type=2 len=0 > Dec 13 21:55:06 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 > Dec 13 21:55:06 laptop kernel: exit FW state 1 > Dec 13 21:55:06 laptop kernel: enter FW state 4 > Dec 13 21:55:06 laptop kernel: sending command idx=14 type=8 len=11 > Dec 13 21:55:06 laptop kernel: Scan request: index 390 dwell 200/200/200 > Dec 13 21:55:06 laptop kernel: Scan 1 2.4GHz channels: 5/BDIR > Dec 13 21:55:06 laptop kernel: sending command idx=15 type=26 len=96 > Dec 13 21:55:07 laptop kernel: Scan completed (1, 1) > Dec 13 21:55:07 laptop kernel: exit FW state 4 > Dec 13 21:55:07 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 > Dec 13 21:55:07 laptop kernel: enter FW state 2 > Dec 13 21:55:07 laptop kernel: Configuring adapter > Dec 13 21:55:07 laptop kernel: sending command idx=0 type=6 len=20 > Dec 13 21:55:07 laptop kernel: Setting ESSID to "zaurak_wifi" > Dec 13 21:55:07 laptop kernel: sending command idx=1 type=8 len=11 > Dec 13 21:55:07 laptop kernel: Setting negotiated rates (12) > Dec 13 21:55:07 laptop kernel: sending command idx=2 type=22 len=16 > Dec 13 21:55:07 laptop kernel: Setting optional IE (len=22) > Dec 13 21:55:07 laptop kernel: sending command idx=3 type=31 len=22 > Dec 13 21:55:07 laptop kernel: Setting sensitivity to 72 > Dec 13 21:55:07 laptop kernel: sending command idx=4 type=42 len=4 > Dec 13 21:55:07 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst > 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval > 100 bintval 100 > Dec 13 21:55:07 laptop kernel: sending command idx=5 type=21 len=40 > Dec 13 21:55:07 laptop kernel: iwi_newstate: AUTH -> AUTH flags 0x1 > Dec 13 21:55:07 laptop kernel: Authentication succeeeded > Dec 13 21:55:07 laptop kernel: iwi_newstate: AUTH -> ASSOC flags 0x1 > Dec 13 21:55:07 laptop kernel: Association succeeded > Dec 13 21:55:07 laptop kernel: exit FW state 2 > Dec 13 21:55:07 laptop kernel: iwi_newstate: ASSOC -> RUN flags 0x11 > Dec 13 21:55:07 laptop kernel: Setting WME parameters > Dec 13 21:55:07 laptop kernel: sending command idx=6 type=25 len=96 > Dec 13 21:55:07 laptop kernel: iwi0: link state changed to UP > Dec 13 21:55:07 laptop kernel: Already associated > Dec 13 21:55:09 laptop kernel: iwi_newstate: RUN -> INIT flags 0x11 > Dec 13 21:55:09 laptop kernel: enter FW state 3 > Dec 13 21:55:09 laptop kernel: Trying to disassociate from > 00:14:6c:2c:b4:a0 channel 5 > Dec 13 21:55:09 laptop kernel: sending command idx=7 type=21 len=40 > Dec 13 21:55:09 laptop kernel: iwi0: link state changed to DOWN > Dec 13 21:55:09 laptop kernel: iwi_newstate: INIT -> INIT flags 0x0 > > > Am I missing something ? > > Hope this helps, let me know if there's anything else I can provide.. > > > Best regards, > > Hugo > Hello, I have managed to get WPA2 working, however the "firmware error" still persists (it only happens once every 10 or 20 minutes now, and simply unloading the if_iwi module will bring the interface back and it'll be operational. Without debugging, all dmesg showed was "firmware error" and "firmware stuck in state 4, resetting", with wlandebug -i iwi0 wpa+auth+crypto, it shows: Dec 15 02:06:00 laptop kernel: iwi0: link state changed to DOWN Dec 15 02:06:00 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:00 laptop kernel: iwi0: _ieee80211_crypto_delkey: TKIP keyix 1 flags 0x36 rsc 0 tsc 1 len 16 Dec 15 02:06:00 laptop kernel: iwi0: _ieee80211_crypto_delkey: TKIP keyix 2 flags 0x36 rsc 1 tsc 1 len 16 Dec 15 02:06:00 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:00 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:04 laptop kernel: iwi0: firmware stuck in state 4, resetting Dec 15 02:06:04 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:04 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:05 laptop kernel: iwi0: firmware error Dec 15 02:06:05 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:05 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:05 laptop kernel: iwi0: firmware error Dec 15 02:06:05 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:05 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:06 laptop kernel: iwi0: firmware error Dec 15 02:06:06 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:06 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:06 laptop kernel: iwi0: firmware error Dec 15 02:06:06 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:06 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:06 laptop kernel: iwi0: firmware error Dec 15 02:06:06 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:06 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:07 laptop kernel: iwi0: firmware error Dec 15 02:06:07 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:07 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:07 laptop kernel: iwi0: firmware error Dec 15 02:06:07 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:07 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:07 laptop kernel: iwi0: firmware error Dec 15 02:06:07 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:07 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:08 laptop kernel: iwi0: firmware error Dec 15 02:06:08 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:08 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:08 laptop kernel: iwi0: firmware error Dec 15 02:06:08 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:08 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:08 laptop kernel: iwi0: firmware error Dec 15 02:06:08 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:08 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:09 laptop kernel: iwi0: firmware error Dec 15 02:06:09 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:09 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:09 laptop kernel: iwi0: firmware error Dec 15 02:06:09 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:09 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:09 laptop kernel: iwi0: firmware error Dec 15 02:06:09 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:09 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:10 laptop kernel: iwi0: firmware error Dec 15 02:06:10 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:10 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:10 laptop kernel: iwi0: firmware error Dec 15 02:06:10 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:10 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:10 laptop kernel: iwi0: firmware error Dec 15 02:06:10 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:10 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:11 laptop kernel: iwi0: firmware error Dec 15 02:06:11 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:11 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:11 laptop kernel: iwi0: firmware error Dec 15 02:06:11 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:11 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:11 laptop kernel: iwi0: firmware error Dec 15 02:06:11 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:11 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:12 laptop kernel: iwi0: firmware error Dec 15 02:06:12 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:12 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:12 laptop kernel: iwi0: firmware error Dec 15 02:06:12 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:12 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:12 laptop kernel: iwi0: firmware error Dec 15 02:06:12 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:12 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:13 laptop kernel: iwi0: firmware error Dec 15 02:06:13 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:13 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:13 laptop kernel: iwi0: firmware error Dec 15 02:06:13 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:13 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:14 laptop kernel: iwi0: firmware error Dec 15 02:06:14 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:14 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:14 laptop kernel: iwi0: firmware error Dec 15 02:06:14 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:14 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:14 laptop kernel: iwi0: firmware error Dec 15 02:06:14 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:14 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:15 laptop kernel: iwi0: firmware error Dec 15 02:06:15 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:15 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Dec 15 02:06:15 laptop kernel: iwi0: firmware error Dec 15 02:06:15 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 Is this helpful ? $ ifconfig iwi0 iwi0: flags=8843 metric 0 mtu 1500 ether .... inet 192.168.200.26 netmask 0xffffff00 broadcast 192.168.200.255 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) status: associated ssid zaurak_wifi channel 5 (2432 Mhz 11g) bssid ... authmode WPA2/802.11i privacy ON deftxkey UNDEF TKIP 2:128-bit powersavemode CAM powersavesleep 100 bmiss 10 scanvalid 60 protmode CTS wme roaming MANUAL Best regards, Hugo From owner-freebsd-stable@FreeBSD.ORG Sat Dec 15 03:34:38 2007 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 42B0316A417 for ; Sat, 15 Dec 2007 03:34:38 +0000 (UTC) (envelope-from moruku@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 0A6E413C469 for ; Sat, 15 Dec 2007 03:34:37 +0000 (UTC) (envelope-from moruku@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1247000rvb.43 for ; Fri, 14 Dec 2007 19:34:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=3hAFkAO33g2o73Y53CFDH3eaMvZ78jDdAgfNKfvECY8=; b=Q1zbE68ZUi7UYcIrEki3mFv27xkvCX/AS728wk6EpGJ+JHvTmwdAWkULpFcGO+SFbfLVezD4vYx4s00K44s4Ajb6Gc30U1cSqjIAW80mIbmVnwqLfkkykfuBsUZ8NEGuz6by0Ij5qh5yyOvM9MPoFh9OciynzQDSaBmtPD17V98= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=XdO7DyA1c78f3P5J9tf4b+DmvTZxK6p0dP+IcTOUuw6UeMRLhjWDnq7onMO37ihF+AsY/FFXrJX4tF8pmgaNincRDqxbmoaZQKQ+QA9sWse09lGVpGD7GFPl/Un7PokGBmsYTQa7LXjtX385puu+PxfwzrBWQXKKjXwcaezRt0w= Received: by 10.141.21.19 with SMTP id y19mr2412820rvi.252.1197688026609; Fri, 14 Dec 2007 19:07:06 -0800 (PST) Received: by 10.141.210.19 with HTTP; Fri, 14 Dec 2007 19:07:06 -0800 (PST) Message-ID: <94e0cac00712141907l601c25adw41783c122130d6cb@mail.gmail.com> Date: Sat, 15 Dec 2007 04:07:06 +0100 From: "Marcus Kaatari" Sender: moruku@gmail.com To: "Hugo Silva" In-Reply-To: <47633820.7050203@barafranca.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4761A0D8.4070609@barafranca.com> <20071213212145.GA55472@heff.fud.org.nz> <4761AE58.2070409@barafranca.com> <47633820.7050203@barafranca.com> X-Google-Sender-Auth: 26f83cbb6c45dcfe Cc: Jan Henrik Sylvester , freebsd-stable@freebsd.org, Andrew Thompson Subject: Re: iwi on BETA4 with WPA2: device timeout/firmware error 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, 15 Dec 2007 03:34:38 -0000 I've got the same error.. On 15/12/2007, Hugo Silva wrote: > Hugo Silva wrote: > > Andrew Thompson wrote: > >> On Thu, Dec 13, 2007 at 09:15:04PM +0000, Hugo Silva wrote: > >> > >>> Hello list, > >>> > >>> Just wanted to report another issue with BETA4 on my laptop. > >>> > >>> The wireless connection is "working" without encryption (interface > >>> goes up and down every few minutes, but at least I don't lose any > >>> connections, so it's barely noticeable). > >>> > >>> Today I was setting up WPA2 with wpa_supplicant and hostapd and > >>> managed to do so (status: associated), however it goes down a few > >>> seconds later with iwi0: device timeout and iwi0: firmware error, > >>> every single time. > >>> > >>> Is this a known problem ? At least on my machine, WPA + iwi is > >>> currently unusable, as I am not able to ping anything even in the > >>> brief moments the card is associated with the AP. > >>> > >> > >> Can you please set the sysctl debug.iwi to 2 and post the debugging > >> messages that are output. Make sure you get the section of output from > >> when you kick off wpa_supplicant and when the firmware error happens. > >> > >> > >> cheers, > >> Andrew > >> > > Hello, > > > > Okay, down'ed the interface, set debug.iwi=2, and ran wpa_supplicant > > -i iwi0 -c /etc/wpa_supplicant.conf. Here's the output: > > > > > > /var/log/messages: > > Dec 13 21:53:24 laptop syslogd: kernel boot file is /boot/kernel/kernel > > Dec 13 21:54:03 laptop su: klr to root on /dev/ttyp2 > > Dec 13 21:54:28 laptop kernel: iwi_newstate: INIT -> INIT flags 0x0 > > Dec 13 21:54:28 laptop kernel: enter FW state 1 > > Dec 13 21:54:28 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 > > Dec 13 21:54:28 laptop kernel: sending command idx=0 type=11 len=6 > > Dec 13 21:54:28 laptop kernel: Configuring adapter > > Dec 13 21:54:28 laptop kernel: sending command idx=1 type=6 len=20 > > Dec 13 21:54:28 laptop kernel: Setting power mode to 0 > > Dec 13 21:54:28 laptop kernel: sending command idx=2 type=17 len=4 > > Dec 13 21:54:28 laptop kernel: Setting RTS threshold to 2346 > > Dec 13 21:54:28 laptop kernel: sending command idx=3 type=15 len=4 > > Dec 13 21:54:28 laptop kernel: Setting fragmentation threshold to 2346 > > Dec 13 21:54:28 laptop kernel: sending command idx=4 type=16 len=4 > > Dec 13 21:54:28 laptop kernel: Setting .11bg supported rates (12) > > Dec 13 21:54:28 laptop kernel: sending command idx=5 type=22 len=16 > > Dec 13 21:54:28 laptop kernel: Setting .11a supported rates (0) > > Dec 13 21:54:28 laptop kernel: sending command idx=6 type=22 len=16 > > Dec 13 21:54:28 laptop kernel: Setting desired ESSID to "zaurak_wifi" > > Dec 13 21:54:28 laptop kernel: sending command idx=7 type=8 len=11 > > Dec 13 21:54:28 laptop kernel: Setting initialization vector to > > 3538991072 > > Dec 13 21:54:28 laptop kernel: sending command idx=8 type=34 len=4 > > Dec 13 21:54:28 laptop kernel: Setting wep key index 0 len 0 > > Dec 13 21:54:28 laptop kernel: sending command idx=9 type=18 len=20 > > Dec 13 21:54:28 laptop kernel: Setting wep key index 1 len 0 > > Dec 13 21:54:28 laptop kernel: sending command idx=10 type=18 len=20 > > Dec 13 21:54:28 laptop kernel: Setting wep key index 2 len 0 > > Dec 13 21:54:28 laptop kernel: sending command idx=11 type=18 len=20 > > Dec 13 21:54:28 laptop kernel: Setting wep key index 3 len 0 > > Dec 13 21:54:28 laptop kernel: sending command idx=12 type=18 len=20 > > Dec 13 21:54:28 laptop kernel: Enabling adapter > > Dec 13 21:54:28 laptop kernel: sending command idx=13 type=2 len=0 > > Dec 13 21:54:28 laptop kernel: exit FW state 1 > > Dec 13 21:54:28 laptop kernel: enter FW state 4 > > Dec 13 21:54:28 laptop kernel: Scan request: index 383 dwell 200/200/200 > > Dec 13 21:54:28 laptop kernel: Scan 1 2.4GHz channels: 5/BCAST > > Dec 13 21:54:28 laptop kernel: sending command idx=14 type=26 len=96 > > Dec 13 21:54:29 laptop kernel: Scan completed (1, 1) > > Dec 13 21:54:29 laptop kernel: exit FW state 4 > > Dec 13 21:54:34 laptop kernel: enter FW state 4 > > Dec 13 21:54:34 laptop kernel: sending command idx=15 type=8 len=11 > > Dec 13 21:54:34 laptop kernel: Scan request: index 384 dwell 200/200/200 > > Dec 13 21:54:34 laptop kernel: Scan 1 2.4GHz channels: 5/BDIR > > Dec 13 21:54:34 laptop kernel: sending command idx=0 type=26 len=96 > > Dec 13 21:54:34 laptop kernel: Scan completed (1, 1) > > Dec 13 21:54:34 laptop kernel: exit FW state 4 > > Dec 13 21:54:34 laptop kernel: iwi_newstate: INIT -> AUTH flags 0x1 > > Dec 13 21:54:34 laptop kernel: enter FW state 2 > > Dec 13 21:54:34 laptop kernel: Configuring adapter > > Dec 13 21:54:34 laptop kernel: sending command idx=1 type=6 len=20 > > Dec 13 21:54:34 laptop kernel: Setting ESSID to "zaurak_wifi" > > Dec 13 21:54:34 laptop kernel: sending command idx=2 type=8 len=11 > > Dec 13 21:54:34 laptop kernel: Setting negotiated rates (12) > > Dec 13 21:54:34 laptop kernel: sending command idx=3 type=22 len=16 > > Dec 13 21:54:34 laptop kernel: Setting optional IE (len=22) > > Dec 13 21:54:34 laptop kernel: sending command idx=4 type=31 len=22 > > Dec 13 21:54:34 laptop kernel: Setting sensitivity to 71 > > Dec 13 21:54:34 laptop kernel: sending command idx=5 type=42 len=4 > > Dec 13 21:54:34 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst > > 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval > > 100 bintval 100 > > Dec 13 21:54:34 laptop kernel: sending command idx=6 type=21 len=40 > > Dec 13 21:54:34 laptop kernel: Authentication succeeeded > > Dec 13 21:54:34 laptop kernel: iwi_newstate: AUTH -> ASSOC flags 0x1 > > Dec 13 21:54:34 laptop kernel: Association succeeded > > Dec 13 21:54:34 laptop kernel: exit FW state 2 > > Dec 13 21:54:34 laptop kernel: iwi_newstate: ASSOC -> RUN flags 0x11 > > Dec 13 21:54:34 laptop kernel: iwi0: link state changed to UP > > Dec 13 21:54:37 laptop kernel: Authentication failed > > Dec 13 21:54:37 laptop kernel: expected FW state 2, got 0 > > Dec 13 21:54:41 laptop kernel: iwi0: device timeout > > Dec 13 21:54:41 laptop kernel: iwi_newstate: RUN -> INIT flags 0x0 > > Dec 13 21:54:41 laptop kernel: enter FW state 1 > > Dec 13 21:54:41 laptop kernel: iwi0: link state changed to DOWN > > Dec 13 21:54:41 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 > > Dec 13 21:54:41 laptop kernel: sending command idx=0 type=11 len=6 > > Dec 13 21:54:41 laptop kernel: Configuring adapter > > Dec 13 21:54:41 laptop kernel: sending command idx=1 type=6 len=20 > > Dec 13 21:54:41 laptop kernel: Setting power mode to 0 > > Dec 13 21:54:41 laptop kernel: sending command idx=2 type=17 len=4 > > Dec 13 21:54:41 laptop kernel: Setting RTS threshold to 2346 > > Dec 13 21:54:41 laptop kernel: sending command idx=3 type=15 len=4 > > Dec 13 21:54:41 laptop kernel: Setting fragmentation threshold to 2346 > > Dec 13 21:54:41 laptop kernel: sending command idx=4 type=16 len=4 > > Dec 13 21:54:41 laptop kernel: Setting .11bg supported rates (12) > > Dec 13 21:54:41 laptop kernel: sending command idx=5 type=22 len=16 > > Dec 13 21:54:41 laptop kernel: Setting .11a supported rates (0) > > Dec 13 21:54:41 laptop kernel: sending command idx=6 type=22 len=16 > > Dec 13 21:54:41 laptop kernel: Setting desired ESSID to "zaurak_wifi" > > Dec 13 21:54:41 laptop kernel: sending command idx=7 type=8 len=11 > > Dec 13 21:54:41 laptop kernel: Setting initialization vector to > > 2261493518 > > Dec 13 21:54:41 laptop kernel: sending command idx=8 type=34 len=4 > > Dec 13 21:54:41 laptop kernel: Setting wep key index 0 len 0 > > Dec 13 21:54:41 laptop kernel: sending command idx=9 type=18 len=20 > > Dec 13 21:54:41 laptop kernel: Setting wep key index 1 len 0 > > Dec 13 21:54:41 laptop kernel: sending command idx=10 type=18 len=20 > > Dec 13 21:54:41 laptop kernel: Setting wep key index 2 len 0 > > Dec 13 21:54:41 laptop kernel: sending command idx=11 type=18 len=20 > > Dec 13 21:54:41 laptop kernel: Setting wep key index 3 len 0 > > Dec 13 21:54:41 laptop kernel: sending command idx=12 type=18 len=20 > > Dec 13 21:54:41 laptop kernel: Enabling adapter > > Dec 13 21:54:41 laptop kernel: sending command idx=13 type=2 len=0 > > Dec 13 21:54:41 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 > > Dec 13 21:54:41 laptop kernel: exit FW state 1 > > Dec 13 21:54:41 laptop kernel: enter FW state 4 > > Dec 13 21:54:41 laptop kernel: sending command idx=14 type=8 len=11 > > Dec 13 21:54:41 laptop kernel: Scan request: index 385 dwell 200/200/200 > > Dec 13 21:54:41 laptop kernel: Scan 1 2.4GHz channels: 5/BDIR > > Dec 13 21:54:41 laptop kernel: sending command idx=15 type=26 len=96 > > Dec 13 21:54:42 laptop kernel: Scan completed (1, 1) > > Dec 13 21:54:42 laptop kernel: exit FW state 4 > > Dec 13 21:54:42 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 > > Dec 13 21:54:42 laptop kernel: enter FW state 2 > > Dec 13 21:54:42 laptop kernel: Configuring adapter > > Dec 13 21:54:42 laptop kernel: sending command idx=0 type=6 len=20 > > Dec 13 21:54:42 laptop kernel: Setting ESSID to "zaurak_wifi" > > Dec 13 21:54:42 laptop kernel: sending command idx=1 type=8 len=11 > > Dec 13 21:54:42 laptop kernel: Setting negotiated rates (12) > > Dec 13 21:54:42 laptop kernel: sending command idx=2 type=22 len=16 > > Dec 13 21:54:42 laptop kernel: Setting optional IE (len=22) > > Dec 13 21:54:42 laptop kernel: sending command idx=3 type=31 len=22 > > Dec 13 21:54:42 laptop kernel: Setting sensitivity to 70 > > Dec 13 21:54:42 laptop kernel: sending command idx=4 type=42 len=4 > > Dec 13 21:54:42 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst > > 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval > > 100 bintval 100 > > Dec 13 21:54:42 laptop kernel: sending command idx=5 type=21 len=40 > > Dec 13 21:54:42 laptop kernel: iwi_newstate: AUTH -> AUTH flags 0x1 > > Dec 13 21:54:42 laptop kernel: Authentication succeeeded > > Dec 13 21:54:42 laptop kernel: iwi_newstate: AUTH -> ASSOC flags 0x1 > > Dec 13 21:54:42 laptop kernel: Association succeeded > > Dec 13 21:54:42 laptop kernel: exit FW state 2 > > Dec 13 21:54:42 laptop kernel: iwi_newstate: ASSOC -> RUN flags 0x11 > > Dec 13 21:54:42 laptop kernel: Setting WME parameters > > Dec 13 21:54:42 laptop kernel: sending command idx=6 type=25 len=96 > > Dec 13 21:54:42 laptop kernel: iwi0: link state changed to UP > > Dec 13 21:54:42 laptop kernel: Already associated > > Dec 13 21:54:45 laptop kernel: Authentication failed > > Dec 13 21:54:45 laptop kernel: expected FW state 2, got 0 > > Dec 13 21:54:49 laptop kernel: iwi0: device timeout > > Dec 13 21:54:49 laptop kernel: iwi_newstate: RUN -> INIT flags 0x0 > > Dec 13 21:54:49 laptop kernel: enter FW state 1 > > Dec 13 21:54:49 laptop kernel: iwi0: link state changed to DOWN > > Dec 13 21:54:50 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 > > Dec 13 21:54:50 laptop kernel: sending command idx=0 type=11 len=6 > > Dec 13 21:54:50 laptop kernel: Configuring adapter > > Dec 13 21:54:50 laptop kernel: sending command idx=1 type=6 len=20 > > Dec 13 21:54:50 laptop kernel: Setting power mode to 0 > > Dec 13 21:54:50 laptop kernel: sending command idx=2 type=17 len=4 > > Dec 13 21:54:50 laptop kernel: Setting RTS threshold to 2346 > > Dec 13 21:54:50 laptop kernel: sending command idx=3 type=15 len=4 > > Dec 13 21:54:50 laptop kernel: Setting fragmentation threshold to 2346 > > Dec 13 21:54:50 laptop kernel: sending command idx=4 type=16 len=4 > > Dec 13 21:54:50 laptop kernel: Setting .11bg supported rates (12) > > Dec 13 21:54:50 laptop kernel: sending command idx=5 type=22 len=16 > > Dec 13 21:54:50 laptop kernel: Setting .11a supported rates (0) > > Dec 13 21:54:50 laptop kernel: sending command idx=6 type=22 len=16 > > Dec 13 21:54:50 laptop kernel: Setting initialization vector to 819752498 > > Dec 13 21:54:50 laptop kernel: sending command idx=7 type=34 len=4 > > Dec 13 21:54:50 laptop kernel: Setting wep key index 0 len 0 > > Dec 13 21:54:50 laptop kernel: sending command idx=8 type=18 len=20 > > Dec 13 21:54:50 laptop kernel: Setting wep key index 1 len 0 > > Dec 13 21:54:50 laptop kernel: sending command idx=9 type=18 len=20 > > Dec 13 21:54:50 laptop kernel: Setting wep key index 2 len 0 > > Dec 13 21:54:50 laptop kernel: sending command idx=10 type=18 len=20 > > Dec 13 21:54:50 laptop kernel: Setting wep key index 3 len 0 > > Dec 13 21:54:50 laptop kernel: sending command idx=11 type=18 len=20 > > Dec 13 21:54:50 laptop kernel: Enabling adapter > > Dec 13 21:54:50 laptop kernel: sending command idx=12 type=2 len=0 > > Dec 13 21:54:50 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 > > Dec 13 21:54:50 laptop kernel: exit FW state 1 > > Dec 13 21:54:50 laptop kernel: enter FW state 4 > > Dec 13 21:54:50 laptop kernel: Scan request: index 386 dwell 200/200/200 > > Dec 13 21:54:50 laptop kernel: Scan 1 2.4GHz channels: 5/BCAST > > Dec 13 21:54:50 laptop kernel: sending command idx=13 type=26 len=96 > > Dec 13 21:54:50 laptop kernel: Scan completed (1, 1) > > Dec 13 21:54:50 laptop kernel: exit FW state 4 > > Dec 13 21:54:50 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 > > Dec 13 21:54:50 laptop kernel: enter FW state 2 > > Dec 13 21:54:50 laptop kernel: Configuring adapter > > Dec 13 21:54:50 laptop kernel: sending command idx=14 type=6 len=20 > > Dec 13 21:54:50 laptop kernel: Setting ESSID to "" > > Dec 13 21:54:50 laptop kernel: sending command idx=15 type=8 len=0 > > Dec 13 21:54:50 laptop kernel: Setting negotiated rates (12) > > Dec 13 21:54:50 laptop kernel: sending command idx=0 type=22 len=16 > > Dec 13 21:54:50 laptop kernel: Setting optional IE (len=22) > > Dec 13 21:54:50 laptop kernel: sending command idx=1 type=31 len=22 > > Dec 13 21:54:50 laptop kernel: Setting sensitivity to 71 > > Dec 13 21:54:50 laptop kernel: sending command idx=2 type=42 len=4 > > Dec 13 21:54:50 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst > > 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval > > 100 bintval 100 > > Dec 13 21:54:50 laptop kernel: sending command idx=3 type=21 len=40 > > Dec 13 21:54:50 laptop kernel: iwi0: firmware error > > Dec 13 21:54:50 laptop kernel: iwi_newstate: AUTH -> INIT flags 0x0 > > Dec 13 21:54:50 laptop kernel: enter FW state 1 > > Dec 13 21:54:50 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 > > Dec 13 21:54:50 laptop kernel: sending command idx=0 type=11 len=6 > > Dec 13 21:54:50 laptop kernel: Configuring adapter > > Dec 13 21:54:50 laptop kernel: sending command idx=1 type=6 len=20 > > Dec 13 21:54:50 laptop kernel: Setting power mode to 0 > > Dec 13 21:54:50 laptop kernel: sending command idx=2 type=17 len=4 > > Dec 13 21:54:50 laptop kernel: Setting RTS threshold to 2346 > > Dec 13 21:54:50 laptop kernel: sending command idx=3 type=15 len=4 > > Dec 13 21:54:50 laptop kernel: Setting fragmentation threshold to 2346 > > Dec 13 21:54:50 laptop kernel: sending command idx=4 type=16 len=4 > > Dec 13 21:54:50 laptop kernel: Setting .11bg supported rates (12) > > Dec 13 21:54:50 laptop kernel: sending command idx=5 type=22 len=16 > > Dec 13 21:54:50 laptop kernel: Setting .11a supported rates (0) > > Dec 13 21:54:50 laptop kernel: sending command idx=6 type=22 len=16 > > Dec 13 21:54:50 laptop kernel: Setting desired ESSID to "zaurak_wifi" > > Dec 13 21:54:50 laptop kernel: sending command idx=7 type=8 len=11 > > Dec 13 21:54:50 laptop kernel: Setting initialization vector to 740106850 > > Dec 13 21:54:50 laptop kernel: sending command idx=8 type=34 len=4 > > Dec 13 21:54:50 laptop kernel: Setting wep key index 0 len 0 > > Dec 13 21:54:50 laptop kernel: sending command idx=9 type=18 len=20 > > Dec 13 21:54:50 laptop kernel: Setting wep key index 1 len 0 > > Dec 13 21:54:50 laptop kernel: sending command idx=10 type=18 len=20 > > Dec 13 21:54:50 laptop kernel: Setting wep key index 2 len 0 > > Dec 13 21:54:50 laptop kernel: sending command idx=11 type=18 len=20 > > Dec 13 21:54:50 laptop kernel: Setting wep key index 3 len 0 > > Dec 13 21:54:50 laptop kernel: sending command idx=12 type=18 len=20 > > Dec 13 21:54:50 laptop kernel: Enabling adapter > > Dec 13 21:54:50 laptop kernel: sending command idx=13 type=2 len=0 > > Dec 13 21:54:50 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 > > Dec 13 21:54:50 laptop kernel: exit FW state 1 > > Dec 13 21:54:50 laptop kernel: enter FW state 4 > > Dec 13 21:54:50 laptop kernel: sending command idx=14 type=8 len=11 > > Dec 13 21:54:50 laptop kernel: Scan request: index 387 dwell 200/200/200 > > Dec 13 21:54:50 laptop kernel: Scan 1 2.4GHz channels: 5/BDIR > > Dec 13 21:54:50 laptop kernel: sending command idx=15 type=26 len=96 > > Dec 13 21:54:50 laptop kernel: Scan completed (1, 1) > > Dec 13 21:54:50 laptop kernel: exit FW state 4 > > Dec 13 21:54:50 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 > > Dec 13 21:54:50 laptop kernel: enter FW state 2 > > Dec 13 21:54:50 laptop kernel: Configuring adapter > > Dec 13 21:54:50 laptop kernel: sending command idx=0 type=6 len=20 > > Dec 13 21:54:50 laptop kernel: Setting ESSID to "zaurak_wifi" > > Dec 13 21:54:50 laptop kernel: sending command idx=1 type=8 len=11 > > Dec 13 21:54:50 laptop kernel: Setting negotiated rates (12) > > Dec 13 21:54:50 laptop kernel: sending command idx=2 type=22 len=16 > > Dec 13 21:54:50 laptop kernel: Setting optional IE (len=22) > > Dec 13 21:54:50 laptop kernel: sending command idx=3 type=31 len=22 > > Dec 13 21:54:50 laptop kernel: Setting sensitivity to 71 > > Dec 13 21:54:50 laptop kernel: sending command idx=4 type=42 len=4 > > Dec 13 21:54:50 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst > > 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval > > 100 bintval 100 > > Dec 13 21:54:50 laptop kernel: sending command idx=5 type=21 len=40 > > Dec 13 21:54:50 laptop kernel: iwi_newstate: AUTH -> AUTH flags 0x1 > > Dec 13 21:54:50 laptop kernel: Authentication succeeeded > > Dec 13 21:54:50 laptop kernel: iwi_newstate: AUTH -> ASSOC flags 0x1 > > Dec 13 21:54:50 laptop kernel: Association succeeded > > Dec 13 21:54:50 laptop kernel: exit FW state 2 > > Dec 13 21:54:50 laptop kernel: iwi_newstate: ASSOC -> RUN flags 0x11 > > Dec 13 21:54:50 laptop kernel: Setting WME parameters > > Dec 13 21:54:50 laptop kernel: sending command idx=6 type=25 len=96 > > Dec 13 21:54:50 laptop kernel: iwi0: link state changed to UP > > Dec 13 21:54:50 laptop kernel: Already associated > > Dec 13 21:54:53 laptop kernel: Authentication failed > > Dec 13 21:54:53 laptop kernel: expected FW state 2, got 0 > > Dec 13 21:54:58 laptop kernel: iwi0: device timeout > > Dec 13 21:54:58 laptop kernel: iwi_newstate: RUN -> INIT flags 0x0 > > Dec 13 21:54:58 laptop kernel: enter FW state 1 > > Dec 13 21:54:58 laptop kernel: iwi0: link state changed to DOWN > > Dec 13 21:54:58 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 > > Dec 13 21:54:58 laptop kernel: sending command idx=0 type=11 len=6 > > Dec 13 21:54:58 laptop kernel: Configuring adapter > > Dec 13 21:54:58 laptop kernel: sending command idx=1 type=6 len=20 > > Dec 13 21:54:58 laptop kernel: Setting power mode to 0 > > Dec 13 21:54:58 laptop kernel: sending command idx=2 type=17 len=4 > > Dec 13 21:54:58 laptop kernel: Setting RTS threshold to 2346 > > Dec 13 21:54:58 laptop kernel: sending command idx=3 type=15 len=4 > > Dec 13 21:54:58 laptop kernel: Setting fragmentation threshold to 2346 > > Dec 13 21:54:58 laptop kernel: sending command idx=4 type=16 len=4 > > Dec 13 21:54:58 laptop kernel: Setting .11bg supported rates (12) > > Dec 13 21:54:58 laptop kernel: sending command idx=5 type=22 len=16 > > Dec 13 21:54:58 laptop kernel: Setting .11a supported rates (0) > > Dec 13 21:54:58 laptop kernel: sending command idx=6 type=22 len=16 > > Dec 13 21:54:58 laptop kernel: Setting desired ESSID to "zaurak_wifi" > > Dec 13 21:54:58 laptop kernel: sending command idx=7 type=8 len=11 > > Dec 13 21:54:58 laptop kernel: Setting initialization vector to 312082786 > > Dec 13 21:54:58 laptop kernel: sending command idx=8 type=34 len=4 > > Dec 13 21:54:58 laptop kernel: Setting wep key index 0 len 0 > > Dec 13 21:54:58 laptop kernel: sending command idx=9 type=18 len=20 > > Dec 13 21:54:58 laptop kernel: Setting wep key index 1 len 0 > > Dec 13 21:54:58 laptop kernel: sending command idx=10 type=18 len=20 > > Dec 13 21:54:58 laptop kernel: Setting wep key index 2 len 0 > > Dec 13 21:54:58 laptop kernel: sending command idx=11 type=18 len=20 > > Dec 13 21:54:58 laptop kernel: Setting wep key index 3 len 0 > > Dec 13 21:54:58 laptop kernel: sending command idx=12 type=18 len=20 > > Dec 13 21:54:58 laptop kernel: Enabling adapter > > Dec 13 21:54:58 laptop kernel: sending command idx=13 type=2 len=0 > > Dec 13 21:54:58 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 > > Dec 13 21:54:58 laptop kernel: exit FW state 1 > > Dec 13 21:54:58 laptop kernel: enter FW state 4 > > Dec 13 21:54:58 laptop kernel: sending command idx=14 type=8 len=11 > > Dec 13 21:54:58 laptop kernel: Scan request: index 388 dwell 200/200/200 > > Dec 13 21:54:58 laptop kernel: Scan 1 2.4GHz channels: 5/BDIR > > Dec 13 21:54:58 laptop kernel: sending command idx=15 type=26 len=96 > > Dec 13 21:54:58 laptop kernel: Scan completed (1, 1) > > Dec 13 21:54:58 laptop kernel: exit FW state 4 > > Dec 13 21:54:58 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 > > Dec 13 21:54:58 laptop kernel: enter FW state 2 > > Dec 13 21:54:58 laptop kernel: Configuring adapter > > Dec 13 21:54:58 laptop kernel: sending command idx=0 type=6 len=20 > > Dec 13 21:54:58 laptop kernel: Setting ESSID to "zaurak_wifi" > > Dec 13 21:54:58 laptop kernel: sending command idx=1 type=8 len=11 > > Dec 13 21:54:58 laptop kernel: Setting negotiated rates (12) > > Dec 13 21:54:58 laptop kernel: sending command idx=2 type=22 len=16 > > Dec 13 21:54:58 laptop kernel: Setting optional IE (len=22) > > Dec 13 21:54:58 laptop kernel: sending command idx=3 type=31 len=22 > > Dec 13 21:54:58 laptop kernel: Setting sensitivity to 70 > > Dec 13 21:54:58 laptop kernel: sending command idx=4 type=42 len=4 > > Dec 13 21:54:58 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst > > 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval > > 100 bintval 100 > > Dec 13 21:54:58 laptop kernel: sending command idx=5 type=21 len=40 > > Dec 13 21:54:58 laptop kernel: iwi_newstate: AUTH -> AUTH flags 0x1 > > Dec 13 21:54:58 laptop kernel: Authentication succeeeded > > Dec 13 21:54:58 laptop kernel: iwi_newstate: AUTH -> ASSOC flags 0x1 > > Dec 13 21:54:58 laptop kernel: Association succeeded > > Dec 13 21:54:58 laptop kernel: exit FW state 2 > > Dec 13 21:54:58 laptop kernel: iwi_newstate: ASSOC -> RUN flags 0x11 > > Dec 13 21:54:58 laptop kernel: Setting WME parameters > > Dec 13 21:54:58 laptop kernel: sending command idx=6 type=25 len=96 > > Dec 13 21:54:58 laptop kernel: iwi0: link state changed to UP > > Dec 13 21:54:58 laptop kernel: Already associated > > Dec 13 21:55:01 laptop kernel: Authentication failed > > Dec 13 21:55:01 laptop kernel: expected FW state 2, got 0 > > Dec 13 21:55:06 laptop kernel: iwi0: device timeout > > Dec 13 21:55:06 laptop kernel: iwi_newstate: RUN -> INIT flags 0x0 > > Dec 13 21:55:06 laptop kernel: enter FW state 1 > > Dec 13 21:55:06 laptop kernel: iwi0: link state changed to DOWN > > Dec 13 21:55:06 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 > > Dec 13 21:55:06 laptop kernel: sending command idx=0 type=11 len=6 > > Dec 13 21:55:06 laptop kernel: Configuring adapter > > Dec 13 21:55:06 laptop kernel: sending command idx=1 type=6 len=20 > > Dec 13 21:55:06 laptop kernel: Setting power mode to 0 > > Dec 13 21:55:06 laptop kernel: sending command idx=2 type=17 len=4 > > Dec 13 21:55:06 laptop kernel: Setting RTS threshold to 2346 > > Dec 13 21:55:06 laptop kernel: sending command idx=3 type=15 len=4 > > Dec 13 21:55:06 laptop kernel: Setting fragmentation threshold to 2346 > > Dec 13 21:55:06 laptop kernel: sending command idx=4 type=16 len=4 > > Dec 13 21:55:06 laptop kernel: Setting .11bg supported rates (12) > > Dec 13 21:55:06 laptop kernel: sending command idx=5 type=22 len=16 > > Dec 13 21:55:06 laptop kernel: Setting .11a supported rates (0) > > Dec 13 21:55:06 laptop kernel: sending command idx=6 type=22 len=16 > > Dec 13 21:55:06 laptop kernel: Setting initialization vector to > > 2414929354 > > Dec 13 21:55:06 laptop kernel: sending command idx=7 type=34 len=4 > > Dec 13 21:55:06 laptop kernel: Setting wep key index 0 len 0 > > Dec 13 21:55:06 laptop kernel: sending command idx=8 type=18 len=20 > > Dec 13 21:55:06 laptop kernel: Setting wep key index 1 len 0 > > Dec 13 21:55:06 laptop kernel: sending command idx=9 type=18 len=20 > > Dec 13 21:55:06 laptop kernel: Setting wep key index 2 len 0 > > Dec 13 21:55:06 laptop kernel: sending command idx=10 type=18 len=20 > > Dec 13 21:55:06 laptop kernel: Setting wep key index 3 len 0 > > Dec 13 21:55:06 laptop kernel: sending command idx=11 type=18 len=20 > > Dec 13 21:55:06 laptop kernel: Enabling adapter > > Dec 13 21:55:06 laptop kernel: sending command idx=12 type=2 len=0 > > Dec 13 21:55:06 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 > > Dec 13 21:55:06 laptop kernel: exit FW state 1 > > Dec 13 21:55:06 laptop kernel: enter FW state 4 > > Dec 13 21:55:06 laptop kernel: Scan request: index 389 dwell 200/200/200 > > Dec 13 21:55:06 laptop kernel: Scan 1 2.4GHz channels: 5/BCAST > > Dec 13 21:55:06 laptop kernel: sending command idx=13 type=26 len=96 > > Dec 13 21:55:06 laptop kernel: Scan completed (1, 1) > > Dec 13 21:55:06 laptop kernel: exit FW state 4 > > Dec 13 21:55:06 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 > > Dec 13 21:55:06 laptop kernel: enter FW state 2 > > Dec 13 21:55:06 laptop kernel: Configuring adapter > > Dec 13 21:55:06 laptop kernel: sending command idx=14 type=6 len=20 > > Dec 13 21:55:06 laptop kernel: Setting ESSID to "" > > Dec 13 21:55:06 laptop kernel: sending command idx=15 type=8 len=0 > > Dec 13 21:55:06 laptop kernel: Setting negotiated rates (12) > > Dec 13 21:55:06 laptop kernel: sending command idx=0 type=22 len=16 > > Dec 13 21:55:06 laptop kernel: Setting optional IE (len=22) > > Dec 13 21:55:06 laptop kernel: sending command idx=1 type=31 len=22 > > Dec 13 21:55:06 laptop kernel: Setting sensitivity to 71 > > Dec 13 21:55:06 laptop kernel: sending command idx=2 type=42 len=4 > > Dec 13 21:55:06 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst > > 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval > > 100 bintval 100 > > Dec 13 21:55:06 laptop kernel: sending command idx=3 type=21 len=40 > > Dec 13 21:55:06 laptop kernel: iwi0: firmware error > > Dec 13 21:55:06 laptop kernel: iwi_newstate: AUTH -> INIT flags 0x0 > > Dec 13 21:55:06 laptop kernel: enter FW state 1 > > Dec 13 21:55:06 laptop kernel: Setting MAC address to 00:0e:35:8d:db:e3 > > Dec 13 21:55:06 laptop kernel: sending command idx=0 type=11 len=6 > > Dec 13 21:55:06 laptop kernel: Configuring adapter > > Dec 13 21:55:06 laptop kernel: sending command idx=1 type=6 len=20 > > Dec 13 21:55:06 laptop kernel: Setting power mode to 0 > > Dec 13 21:55:06 laptop kernel: sending command idx=2 type=17 len=4 > > Dec 13 21:55:06 laptop kernel: Setting RTS threshold to 2346 > > Dec 13 21:55:06 laptop kernel: sending command idx=3 type=15 len=4 > > Dec 13 21:55:06 laptop kernel: Setting fragmentation threshold to 2346 > > Dec 13 21:55:06 laptop kernel: sending command idx=4 type=16 len=4 > > Dec 13 21:55:06 laptop kernel: Setting .11bg supported rates (12) > > Dec 13 21:55:06 laptop kernel: sending command idx=5 type=22 len=16 > > Dec 13 21:55:06 laptop kernel: Setting .11a supported rates (0) > > Dec 13 21:55:06 laptop kernel: sending command idx=6 type=22 len=16 > > Dec 13 21:55:06 laptop kernel: Setting desired ESSID to "zaurak_wifi" > > Dec 13 21:55:06 laptop kernel: sending command idx=7 type=8 len=11 > > Dec 13 21:55:06 laptop kernel: Setting initialization vector to > > 2825825359 > > Dec 13 21:55:06 laptop kernel: sending command idx=8 type=34 len=4 > > Dec 13 21:55:06 laptop kernel: Setting wep key index 0 len 0 > > Dec 13 21:55:06 laptop kernel: sending command idx=9 type=18 len=20 > > Dec 13 21:55:06 laptop kernel: Setting wep key index 1 len 0 > > Dec 13 21:55:06 laptop kernel: sending command idx=10 type=18 len=20 > > Dec 13 21:55:06 laptop kernel: Setting wep key index 2 len 0 > > Dec 13 21:55:06 laptop kernel: sending command idx=11 type=18 len=20 > > Dec 13 21:55:06 laptop kernel: Setting wep key index 3 len 0 > > Dec 13 21:55:06 laptop kernel: sending command idx=12 type=18 len=20 > > Dec 13 21:55:06 laptop kernel: Enabling adapter > > Dec 13 21:55:06 laptop kernel: sending command idx=13 type=2 len=0 > > Dec 13 21:55:06 laptop kernel: iwi_newstate: INIT -> SCAN flags 0x1 > > Dec 13 21:55:06 laptop kernel: exit FW state 1 > > Dec 13 21:55:06 laptop kernel: enter FW state 4 > > Dec 13 21:55:06 laptop kernel: sending command idx=14 type=8 len=11 > > Dec 13 21:55:06 laptop kernel: Scan request: index 390 dwell 200/200/200 > > Dec 13 21:55:06 laptop kernel: Scan 1 2.4GHz channels: 5/BDIR > > Dec 13 21:55:06 laptop kernel: sending command idx=15 type=26 len=96 > > Dec 13 21:55:07 laptop kernel: Scan completed (1, 1) > > Dec 13 21:55:07 laptop kernel: exit FW state 4 > > Dec 13 21:55:07 laptop kernel: iwi_newstate: SCAN -> AUTH flags 0x21 > > Dec 13 21:55:07 laptop kernel: enter FW state 2 > > Dec 13 21:55:07 laptop kernel: Configuring adapter > > Dec 13 21:55:07 laptop kernel: sending command idx=0 type=6 len=20 > > Dec 13 21:55:07 laptop kernel: Setting ESSID to "zaurak_wifi" > > Dec 13 21:55:07 laptop kernel: sending command idx=1 type=8 len=11 > > Dec 13 21:55:07 laptop kernel: Setting negotiated rates (12) > > Dec 13 21:55:07 laptop kernel: sending command idx=2 type=22 len=16 > > Dec 13 21:55:07 laptop kernel: Setting optional IE (len=22) > > Dec 13 21:55:07 laptop kernel: sending command idx=3 type=31 len=22 > > Dec 13 21:55:07 laptop kernel: Setting sensitivity to 72 > > Dec 13 21:55:07 laptop kernel: sending command idx=4 type=42 len=4 > > Dec 13 21:55:07 laptop kernel: Join bssid 00:14:6c:2c:b4:a0 dst > > 00:14:6c:2c:b4:a0 channel 5 policy 0x2 auth 0 capinfo 0x431 lintval > > 100 bintval 100 > > Dec 13 21:55:07 laptop kernel: sending command idx=5 type=21 len=40 > > Dec 13 21:55:07 laptop kernel: iwi_newstate: AUTH -> AUTH flags 0x1 > > Dec 13 21:55:07 laptop kernel: Authentication succeeeded > > Dec 13 21:55:07 laptop kernel: iwi_newstate: AUTH -> ASSOC flags 0x1 > > Dec 13 21:55:07 laptop kernel: Association succeeded > > Dec 13 21:55:07 laptop kernel: exit FW state 2 > > Dec 13 21:55:07 laptop kernel: iwi_newstate: ASSOC -> RUN flags 0x11 > > Dec 13 21:55:07 laptop kernel: Setting WME parameters > > Dec 13 21:55:07 laptop kernel: sending command idx=6 type=25 len=96 > > Dec 13 21:55:07 laptop kernel: iwi0: link state changed to UP > > Dec 13 21:55:07 laptop kernel: Already associated > > Dec 13 21:55:09 laptop kernel: iwi_newstate: RUN -> INIT flags 0x11 > > Dec 13 21:55:09 laptop kernel: enter FW state 3 > > Dec 13 21:55:09 laptop kernel: Trying to disassociate from > > 00:14:6c:2c:b4:a0 channel 5 > > Dec 13 21:55:09 laptop kernel: sending command idx=7 type=21 len=40 > > Dec 13 21:55:09 laptop kernel: iwi0: link state changed to DOWN > > Dec 13 21:55:09 laptop kernel: iwi_newstate: INIT -> INIT flags 0x0 > > > > > > Am I missing something ? > > > > Hope this helps, let me know if there's anything else I can provide.. > > > > > > Best regards, > > > > Hugo > > > Hello, > > I have managed to get WPA2 working, however the "firmware error" still > persists (it only happens once every 10 or 20 minutes now, and simply > unloading the if_iwi module will bring the interface back and it'll be > operational. > > Without debugging, all dmesg showed was "firmware error" and "firmware > stuck in state 4, resetting", with wlandebug -i iwi0 wpa+auth+crypto, it > shows: > > > > Dec 15 02:06:00 laptop kernel: iwi0: link state changed to DOWN > Dec 15 02:06:00 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:00 laptop kernel: iwi0: _ieee80211_crypto_delkey: TKIP > keyix 1 flags 0x36 rsc 0 tsc 1 len 16 > Dec 15 02:06:00 laptop kernel: iwi0: _ieee80211_crypto_delkey: TKIP > keyix 2 flags 0x36 rsc 1 tsc 1 len 16 > Dec 15 02:06:00 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:00 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:04 laptop kernel: iwi0: firmware stuck in state 4, resetting > Dec 15 02:06:04 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:04 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:05 laptop kernel: iwi0: firmware error > Dec 15 02:06:05 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:05 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:05 laptop kernel: iwi0: firmware error > Dec 15 02:06:05 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:05 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:06 laptop kernel: iwi0: firmware error > Dec 15 02:06:06 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:06 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:06 laptop kernel: iwi0: firmware error > Dec 15 02:06:06 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:06 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:06 laptop kernel: iwi0: firmware error > Dec 15 02:06:06 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:06 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:07 laptop kernel: iwi0: firmware error > Dec 15 02:06:07 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:07 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:07 laptop kernel: iwi0: firmware error > Dec 15 02:06:07 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:07 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:07 laptop kernel: iwi0: firmware error > Dec 15 02:06:07 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:07 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:08 laptop kernel: iwi0: firmware error > Dec 15 02:06:08 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:08 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:08 laptop kernel: iwi0: firmware error > Dec 15 02:06:08 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:08 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:08 laptop kernel: iwi0: firmware error > Dec 15 02:06:08 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:08 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:09 laptop kernel: iwi0: firmware error > Dec 15 02:06:09 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:09 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:09 laptop kernel: iwi0: firmware error > Dec 15 02:06:09 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:09 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:09 laptop kernel: iwi0: firmware error > Dec 15 02:06:09 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:09 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:10 laptop kernel: iwi0: firmware error > Dec 15 02:06:10 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:10 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:10 laptop kernel: iwi0: firmware error > Dec 15 02:06:10 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:10 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:10 laptop kernel: iwi0: firmware error > Dec 15 02:06:10 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:10 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:11 laptop kernel: iwi0: firmware error > Dec 15 02:06:11 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:11 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:11 laptop kernel: iwi0: firmware error > Dec 15 02:06:11 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:11 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:11 laptop kernel: iwi0: firmware error > Dec 15 02:06:11 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:11 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:12 laptop kernel: iwi0: firmware error > Dec 15 02:06:12 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:12 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:12 laptop kernel: iwi0: firmware error > Dec 15 02:06:12 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:12 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:12 laptop kernel: iwi0: firmware error > Dec 15 02:06:12 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:12 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:13 laptop kernel: iwi0: firmware error > Dec 15 02:06:13 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:13 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:13 laptop kernel: iwi0: firmware error > Dec 15 02:06:13 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:13 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:14 laptop kernel: iwi0: firmware error > Dec 15 02:06:14 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:14 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:14 laptop kernel: iwi0: firmware error > Dec 15 02:06:14 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:14 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:14 laptop kernel: iwi0: firmware error > Dec 15 02:06:14 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:14 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:15 laptop kernel: iwi0: firmware error > Dec 15 02:06:15 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:15 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > Dec 15 02:06:15 laptop kernel: iwi0: firmware error > Dec 15 02:06:15 laptop kernel: iwi0: _ieee80211_crypto_delkey: NONE > keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 > > > > > Is this helpful ? > > $ ifconfig iwi0 > iwi0: flags=8843 metric 0 mtu 1500 > ether .... > inet 192.168.200.26 netmask 0xffffff00 broadcast 192.168.200.255 > media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) > status: associated > ssid zaurak_wifi channel 5 (2432 Mhz 11g) bssid ... > authmode WPA2/802.11i privacy ON deftxkey UNDEF TKIP 2:128-bit > powersavemode CAM powersavesleep 100 bmiss 10 scanvalid 60 > protmode CTS wme roaming MANUAL > > > Best regards, > > Hugo > > _______________________________________________ > 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" > -- email: moruku@moruku.org website: moruku.org () ascii ribbon campaign - against html mail /\ - against microsoft attachments From owner-freebsd-stable@FreeBSD.ORG Sat Dec 15 09:35:34 2007 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 46C9016A417 for ; Sat, 15 Dec 2007 09:35:34 +0000 (UTC) (envelope-from logicbaby@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 28E5413C448 for ; Sat, 15 Dec 2007 09:35:34 +0000 (UTC) (envelope-from logicbaby@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2000744waf.3 for ; Sat, 15 Dec 2007 01:35:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=WFGmo/7TvSHA/abqpIKgD5g4H/rzAY0QYB3JYm7WBrU=; b=Qo8eNl4tlfgC1oCko/5BNCNn4xnREaJNEaM2PgqFc/jW+/V4CqOtfmgZEryQmBSrR96uyJvydQLRuMFbiQvjEw3uVukA2lgMRpksgi+fUvuOTTKMgAsz+1RwW+VBL1H8j5lu+cERPCjyQ44BX9jI3ucTLxUasovoCNr+ZoBEpXc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=QSPIeGZ5Xsy++r60ORV3knzr5eRdQ/YC4NWRPGjXl05FuGzYMcGVBDah9w+klITL0iSW1AQmJ6aCKucYVaUuRPZyHDMd1o3orsjW08/O8RcHyf7rEMhwc8ZSG1gqnyHt/Cckcd12yqB/M2Uj+8DsmaCUIdDQaRtLbVG9y6xbfUs= Received: by 10.142.12.14 with SMTP id 14mr2048898wfl.81.1197709841038; Sat, 15 Dec 2007 01:10:41 -0800 (PST) Received: by 10.143.19.6 with HTTP; Sat, 15 Dec 2007 01:10:41 -0800 (PST) Message-ID: <9a05d2250712150110t1cddafdew1b0387fd8978ab22@mail.gmail.com> Date: Sat, 15 Dec 2007 01:10:41 -0800 From: "Long Chen" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Hi~ 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, 15 Dec 2007 09:35:34 -0000 I am a newcomer. : ) From owner-freebsd-stable@FreeBSD.ORG Sat Dec 15 09:57:57 2007 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 4EC3016A41A for ; Sat, 15 Dec 2007 09:57:57 +0000 (UTC) (envelope-from andrea.franceschini@postecom.it) Received: from relay-pt2.poste.it (relay-pt2.poste.it [62.241.5.253]) by mx1.freebsd.org (Postfix) with ESMTP id 0F48D13C457 for ; Sat, 15 Dec 2007 09:57:56 +0000 (UTC) (envelope-from andrea.franceschini@postecom.it) X-CP-Disclaimer: Received: from knute.cs.poste.it (192.168.44.52) by relay-pt2.poste.it (7.3.122) id 4763197000002712 for freebsd-stable@freebsd.org; Sat, 15 Dec 2007 10:37:29 +0100 Received: from knute.cs.poste.it (localhost [127.0.0.1]) by knute.cs.poste.it (8.14.2/8.12.10) with ESMTP id lBF9bTkh023601 for ; Sat, 15 Dec 2007 10:37:29 +0100 (CET) (envelope-from andrea.franceschini@postecom.it) Received: (from andrea@localhost) by knute.cs.poste.it (8.14.2/8.12.10/Submit) id lBF9bTaa023600 for freebsd-stable@freebsd.org; Sat, 15 Dec 2007 10:37:29 +0100 (CET) (envelope-from andrea.franceschini@postecom.it) X-Authentication-Warning: knute.cs.poste.it: andrea set sender to andrea.franceschini@postecom.it using -f Date: Sat, 15 Dec 2007 10:37:29 +0100 From: Andrea Franceschini To: freebsd-stable@freebsd.org Message-ID: <20071215093729.GA23470@postecom.it> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: atapicam fails after upgrade to 6.3 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, 15 Dec 2007 09:57:57 -0000 Hi All, I've recently upgraded my system to FreeBSD 6.3-RC1. After the upgrade growisofs has stopped working. It seems that the problem is atapicam related because of some hints. 1) when I use acd0 directly it seems to work.. 2) when I load atapicam module i got this messages: Dec 13 23:25:59 moondust kernel: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 Dec 13 23:25:59 moondust kernel: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 Dec 13 23:25:59 moondust kernel: cd0 at ata1 bus 0 target 0 lun 0 Dec 13 23:25:59 moondust kernel: cd0: Removable CD-ROM SCSI-0 device Dec 13 23:25:59 moondust kernel: cd0: 33.000MB/s transfers Dec 13 23:25:59 moondust kernel: cd0: cd present [329010 x 2048 byte records] When I try to burn a dvd trough atapicam i got this messsages: Dec 15 01:38:54 moondust kernel: acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 Dec 15 01:39:27 moondust kernel: acd0: FAILURE - SEND_OPC_INFO HARDWARE ERROR asc=0x09 ascq=0x00 Dec 15 01:40:27 moondust kernel: acd0: FAILURE - WRITE_BIG timed out Dec 15 01:40:39 moondust kernel: acd0: FAILURE - REQUEST_SENSE timed out Dec 15 01:40:49 moondust kernel: acd0: FAILURE - REQUEST_SENSE timed out Googling trough the lists I've found a similiar problem, but I cannot found a solution nor a workaround. I'm updating on daily basis, but none of the latest commits fix this :( Has anyone any idea? Thanks in advance. Andrea. ---------------------------------------------------------------------------- "La presente comunicazione elettronica contiene informazioni aziendali non private. Eventuali risposte alla presente potrebbero essere conosciute, per motivi organizzativi e di sicurezza, dal personale di Postecom S.p.a." From owner-freebsd-stable@FreeBSD.ORG Sat Dec 15 12:55:58 2007 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 EAF2016A41A for ; Sat, 15 Dec 2007 12:55:58 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id A5BAA13C447 for ; Sat, 15 Dec 2007 12:55:58 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1J3WYf-000L55-Ag; Sat, 15 Dec 2007 12:55:57 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1J3WYf-000PW3-8Q; Sat, 15 Dec 2007 12:55:57 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J3WYf-000HEP-8A; Sat, 15 Dec 2007 12:55:57 +0000 To: andrea.franceschini@postecom.it, freebsd-stable@freebsd.org In-Reply-To: <20071215093729.GA23470@postecom.it> Message-Id: From: Pete French Date: Sat, 15 Dec 2007 12:55:57 +0000 Cc: Subject: Re: atapicam fails after upgrade to 6.3 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, 15 Dec 2007 12:55:59 -0000 > 1) when I use acd0 directly it seems to work.. > 2) when I load atapicam module i got this messages: > > Dec 13 23:25:59 moondust kernel: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > Dec 13 23:25:59 moondust kernel: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 I get those whenever I boot my machine - but it doesn't seem to affect the operation. > When I try to burn a dvd trough atapicam i got this messsages: > > Dec 15 01:38:54 moondust kernel: acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 > Dec 15 01:39:27 moondust kernel: acd0: FAILURE - SEND_OPC_INFO HARDWARE ERROR asc=0x09 ascq=0x00 > Dec 15 01:40:27 moondust kernel: acd0: FAILURE - WRITE_BIG timed out > Dec 15 01:40:39 moondust kernel: acd0: FAILURE - REQUEST_SENSE timed out > Dec 15 01:40:49 moondust kernel: acd0: FAILURE - REQUEST_SENSE timed out I also get these - but actually if you leave it, eventually it sorts itself out and writes the DVD fine. Try leaving it a while and it should work. -pete. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 15 13:15:29 2007 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 4757516A418 for ; Sat, 15 Dec 2007 13:15:29 +0000 (UTC) (envelope-from andrea.franceschini@postecom.it) Received: from relay-pt1.poste.it (relay-pt1.poste.it [62.241.4.164]) by mx1.freebsd.org (Postfix) with ESMTP id E3D2A13C442 for ; Sat, 15 Dec 2007 13:15:28 +0000 (UTC) (envelope-from andrea.franceschini@postecom.it) X-CP-Disclaimer: Received: from knute.cs.poste.it (192.168.44.52) by relay-pt1.poste.it (7.3.122) id 476327900000338C; Sat, 15 Dec 2007 14:15:26 +0100 Received: from knute.cs.poste.it (localhost [127.0.0.1]) by knute.cs.poste.it (8.14.2/8.12.10) with ESMTP id lBFDFQMP024252; Sat, 15 Dec 2007 14:15:26 +0100 (CET) (envelope-from andrea.franceschini@postecom.it) Received: (from andrea@localhost) by knute.cs.poste.it (8.14.2/8.12.10/Submit) id lBFDFQDW024251; Sat, 15 Dec 2007 14:15:26 +0100 (CET) (envelope-from andrea.franceschini@postecom.it) X-Authentication-Warning: knute.cs.poste.it: andrea set sender to andrea.franceschini@postecom.it using -f Date: Sat, 15 Dec 2007 14:15:25 +0100 From: Andrea Franceschini To: Pete French Message-ID: <20071215131525.GA24209@postecom.it> Mail-Followup-To: Pete French , freebsd-stable@freebsd.org References: <20071215093729.GA23470@postecom.it> 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: atapicam fails after upgrade to 6.3 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, 15 Dec 2007 13:15:29 -0000 On Sat, Dec 15, 2007 at 12:55:57PM +0000, Pete French wrote: > > 1) when I use acd0 directly it seems to work.. > > 2) when I load atapicam module i got this messages: > > > > Dec 13 23:25:59 moondust kernel: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > Dec 13 23:25:59 moondust kernel: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > I get those whenever I boot my machine - but it doesn't seem to affect > the operation. > > > When I try to burn a dvd trough atapicam i got this messsages: > > > > Dec 15 01:38:54 moondust kernel: acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 > > Dec 15 01:39:27 moondust kernel: acd0: FAILURE - SEND_OPC_INFO HARDWARE ERROR asc=0x09 ascq=0x00 > > Dec 15 01:40:27 moondust kernel: acd0: FAILURE - WRITE_BIG timed out > > Dec 15 01:40:39 moondust kernel: acd0: FAILURE - REQUEST_SENSE timed out > > Dec 15 01:40:49 moondust kernel: acd0: FAILURE - REQUEST_SENSE timed out > > I also get these - but actually if you leave it, eventually it sorts itself out > and writes the DVD fine. Try leaving it a while and it should work. > > -pete. Hi Pete, thanks for your answer. Unfortunately growisofs fails to write the DVD and the DVD burner itself get stuck in endlessy retrying... This is what I got when i try to burn a DVD: 0.67% done, estimate finish Sat Dec 15 15:10:31 2007 :-[ PERFORM OPC failed with SK=4h/ASC=09h/ACQ=00h]: Input/output error /dev/pass1: "Current Write Speed" is 4.1x1352KBps. :-[ WRITE@LBA=0h failed with SK=3h/ASC=0Ch/ACQ=00h]: Input/output error :-( write failed: Input/output error Following and advice in this mailing list I tried reverting to 1.42.2.2 , it stops giving the "INQUIRY ILLEGAL REQUEST" error but still burning doesn't work. Any further idea? Thanks. ---------------------------------------------------------------------------- "La presente comunicazione elettronica contiene informazioni aziendali non private. Eventuali risposte alla presente potrebbero essere conosciute, per motivi organizzativi e di sicurezza, dal personale di Postecom S.p.a." From owner-freebsd-stable@FreeBSD.ORG Sat Dec 15 17:22:06 2007 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 DF8B916A417; Sat, 15 Dec 2007 17:22:06 +0000 (UTC) (envelope-from lolo@troll.free.org) Received: from troll.free.org (troll.free.org [88.191.252.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9ECCC13C442; Sat, 15 Dec 2007 17:22:06 +0000 (UTC) (envelope-from lolo@troll.free.org) Received: by troll.free.org (Postfix, from userid 500) id C42FCE693C; Sat, 15 Dec 2007 18:05:24 +0100 (CET) Date: Sat, 15 Dec 2007 18:05:24 +0100 From: Laurent Frigault To: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Message-ID: <20071215170524.GA94231@troll.free.org> References: <20071210164719.GA97514@obelix.bergerie.agneau.org> <20071214092022.GA20666@proxy.netroad.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20071214092022.GA20666@proxy.netroad.ru> User-Agent: Mutt/1.4.2.3i X-Powered-By: UUCP Cc: Subject: Re: major bge(4) performance problem 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, 15 Dec 2007 17:22:07 -0000 On Fri, Dec 14, 2007 at 12:20:22PM +0300, Lenar Tukhvatullin wrote: > > We are experiencing a problem with BCM5721 bge interfaces, which seems to > > be able to receive at almost 1Gbps but can only transmit at < 540Mbps. > Hello, can you test patch from Igor Sysoev with recommended tunables? > http://lists.freebsd.org/pipermail/freebsd-net/2007-November/015951.html > > Also comments from Bruce Evans: > http://lists.freebsd.org/pipermail/freebsd-net/2007-November/015954.html > > I have same problem with bge, but currently can't > test this patch on production system. I apply those patches (edited version) on our test server (7.0BETA4). Unfortunately, it does not seems to change anything about our transmit performance problem. I tried to play with the new sysctls, but without any knowlegde on the driver internal, I did not see any noticeable improvement and our FreeBSD mirror project remains stalled. Regards, -- Laurent Frigault | Free.org From owner-freebsd-stable@FreeBSD.ORG Sat Dec 15 22:34:13 2007 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 5DA8216A418; Sat, 15 Dec 2007 22:34:13 +0000 (UTC) (envelope-from efinleywork@efinley.com) Received: from postmaster.etv.net (postmaster.etv.net [66.111.113.15]) by mx1.freebsd.org (Postfix) with ESMTP id 4DFA913C45B; Sat, 15 Dec 2007 22:34:13 +0000 (UTC) (envelope-from efinleywork@efinley.com) Received: from efinley04.etv.net ([74.214.237.51] helo=science3.efinley.com) by postmaster.etv.net with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J3dE9-000Ltd-Vj; Sat, 15 Dec 2007 13:03:14 -0700 From: Elliot Finley To: User Questions , freebsd-stable@freebsd.org Date: Sat, 15 Dec 2007 13:03:14 -0700 Organization: Emery Telcom Message-ID: X-Mailer: Forte Agent 4.1/32.1088 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: OS bug in taskq X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: efinleywork@efinley.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Dec 2007 22:34:13 -0000 Hello, After turning tls/ssl on in Exim and installing dovecot (with pop3s and imaps) I've been getting a panic: kernel trap 12 with interrupts disabled =46atel trap 12: page fault while in kernel mode cpuid =3D 2; apic id =3D 06 fault virtual address =3D 0x104 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc06730cd stack pointer =3D 0x28:0xea1ddc90 frame pointer =3D 0x28:0xea1ddc9c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 5 (thread taskq) It's always the same. Same cpuid, same pointers, etc... I have: dumpdev=3D"AUTO" in /etc/rc.conf and: options KDB options DDB # debugging kernel in the kernel and I'm still unable to obtain a crash dump. Hopefully there is enough info in this email for a hacker to point me in the right direction to debug this. dmesg: Copyright (c) 1992-2007 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. =46reeBSD is a registered trademark of The FreeBSD Foundation. =46reeBSD 6.2-RELEASE-p5 #1: Mon Nov 19 11:16:44 MST 2007 root@postmaster.etv.net:/usr/obj/usr/src/sys/DDB-SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.20-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf4a Stepping =3D 10 =46eatures=3D0xbfebfbff Features2=3D0x641d> AMD Features=3D0x20100000 AMD Features2=3D0x1 Logical CPUs per core: 2 real memory =3D 3220963328 (3071 MB) avail memory =3D 3150856192 (3004 MB) ACPI APIC Table: =46reeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic1: WARNING: intbase 32 !=3D expected base 24 ioapic2: Changing APIC ID to 10 ioapic2: WARNING: intbase 64 !=3D expected base 56 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard ioapic2 irqs 64-87 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 amr0: mem 0xd80f0000-0xd80fffff,0xdfdc0000-0xdfdfffff irq 46 at device 14.0 on pci2 amr0: delete logical drives supported by controller amr0: Firmware 522A, BIOS H430, 256MB RAM pcib3: at device 0.2 on pci1 pci3: on pcib3 pcib4: at device 4.0 on pci0 pci4: on pcib4 pcib5: at device 5.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 em0: port 0xecc0-0xecff mem 0xdfae0000-0xdfafffff irq 64 at device 7.0 on pci6 em0: Ethernet address: 00:18:8b:34:70:50 pcib7: at device 0.2 on pci5 pci7: on pcib7 em1: port 0xdcc0-0xdcff mem 0xdf8e0000-0xdf8fffff irq 65 at device 8.0 on pci7 em1: Ethernet address: 00:18:8b:34:70:51 pcib8: at device 6.0 on pci0 pci8: on pcib8 uhci0: port 0xbce0-0xbcff irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbcc0-0xbcdf irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbca0-0xbcbf irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xdff00000-0xdff003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered uhub4: vendor 0x413c product 0xa001, class 9/0, rev 2.00/0.00, addr 2 uhub4: multiple transaction translators uhub4: 2 ports with 2 removable, self powered pcib9: at device 30.0 on pci0 pci9: on pcib9 pci9: at device 5.0 (no driver attached) pci9: at device 5.1 (no driver attached) pci9: at device 5.2 (no driver attached) atapci0: port 0xccf0-0xccf7,0xcce4-0xcce7,0xccd8-0xccdf,0xccd0-0xccd3,0xcc70-0xcc7f mem 0xdf5fec00-0xdf5fecff irq 23 at device 6.0 on pci9 ata2: on atapci0 ata3: on atapci0 pci9: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci1 ata1: on atapci1 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xccfff,0xec000-0xeffff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: Dell DRAC4, rev 1.10/0.00, addr 2, iclass 3/1 kbd2 at ukbd0 ums0: Dell DRAC4, rev 1.10/0.00, addr 2, iclass 3/1 ums0: X report 0x0002 not supported device_attach: ums0 attach returned 6 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 device_attach: afd0 attach returned 6 acd1: CDROM at ata2-slave PIO3 amr0: delete logical drives supported by controller amrd0: on amr0 amrd0: 559600MB (1146060800 sectors) RAID 5 (optimal) SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! Trying to mount root from ufs:/dev/amrd0s1a fire_saver: the console does not support M_VGA_CG320 module_register_init: MOD_LOAD (fire_saver, 0xc8d50c10, 0) error 19 From owner-freebsd-stable@FreeBSD.ORG Sat Dec 15 23:38:59 2007 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 DF02E16A474 for ; Sat, 15 Dec 2007 23:38:59 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 6966813C474 for ; Sat, 15 Dec 2007 23:38:59 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.46]) (authenticated bits=0) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id lBFNcsch010347 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 16 Dec 2007 00:38:57 +0100 (CET) (envelope-from h.schmalzbauer@omnisec.de) Message-ID: <47646587.3040007@omnisec.de> Date: Sun, 16 Dec 2007 00:38:47 +0100 From: Harald Schmalzbauer Organization: OmniSEC User-Agent: Thunderbird 2.0.0.9 (X11/20071129) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig023B1E6C44C29F4BA10B5308" Subject: CD drives don't work 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, 15 Dec 2007 23:39:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig023B1E6C44C29F4BA10B5308 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, I have problems with my s-ata cd drive. Neither in AHCI nor in IDE mode I'm able to burn cd's, most times I can't even read a cd. Also booting with a CD inserted takes forever. All I get is: acd0: TIMEOUT - READ_BIG retrying (1 retry left) acd0: TIMEOUT - READ_BIG retrying (0 retries left) acd0: FAILURE - READ_BIG timed out acd0: TIMEOUT - READ_BIG retrying (1 retry left) acd0: TIMEOUT - READ_BIG retrying (0 retries left) acd0: FAILURE - READ_BIG timed out a.s.o... acd0: DVDR at ata5-master SATA150 on atapci1: port 0xdd00-0xdd07,0xde00-0xde03,0xdf00-0xdf07,0xe000-0xe003,0xe100-0xe10f,0xe= 200-0xe20f irq 19 at device 31.5 on pci0 atapci1: [ITHREAD] I used to have problems with all kind of s-ata and atapi drives for some months with 7(-current/-stable). At least 'burncd fixate' failed on all drives. Am I the only one unable to use CDs with 7? What chipset/drive/mode combination is known to work? Thanks in advance, -Harry --------------enig023B1E6C44C29F4BA10B5308 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.4 (FreeBSD) iD8DBQFHZGWOLDqVQ9VXb8gRAplTAJ9SxH716lkpEI9BaGSVr1TjKfH4fACfZo75 ZJcpr/v9glAcFGOKzUIhwSY= =5mdO -----END PGP SIGNATURE----- --------------enig023B1E6C44C29F4BA10B5308-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 15 23:44:30 2007 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 BD65116A468 for ; Sat, 15 Dec 2007 23:44:30 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 2C6AE13C442 for ; Sat, 15 Dec 2007 23:44:29 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.46]) (authenticated bits=0) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id lBFNiSHj010424 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 16 Dec 2007 00:44:29 +0100 (CET) (envelope-from h.schmalzbauer@omnisec.de) Message-ID: <476466DC.1080106@omnisec.de> Date: Sun, 16 Dec 2007 00:44:28 +0100 From: Harald Schmalzbauer Organization: OmniSEC User-Agent: Thunderbird 2.0.0.9 (X11/20071129) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <47646587.3040007@omnisec.de> In-Reply-To: <47646587.3040007@omnisec.de> X-Enigmail-Version: 0.95.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6F99C33338AA16E89B2488A0" Subject: Re: CD drives don't work 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, 15 Dec 2007 23:44:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6F99C33338AA16E89B2488A0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Harald Schmalzbauer schrieb: > Hello, >=20 > I have problems with my s-ata cd drive. > Neither in AHCI nor in IDE mode I'm able to burn cd's, most times I > can't even read a cd. Also booting with a CD inserted takes forever. > All I get is: >=20 > acd0: TIMEOUT - READ_BIG retrying (1 retry left) > acd0: TIMEOUT - READ_BIG retrying (0 retries left) > acd0: FAILURE - READ_BIG timed out > acd0: TIMEOUT - READ_BIG retrying (1 retry left) > acd0: TIMEOUT - READ_BIG retrying (0 retries left) > acd0: FAILURE - READ_BIG timed out > a.s.o... I forgot the following output: acd0: WARNING - unknown CMD (0x4a) taskqueue timeout - completing request directly acd0: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly acd0: FAILURE - READ_BIG timed out acd0: WARNING - unknown CMD (0x4a) freeing taskqueue zombie request acd0: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly acd0: WARNING - TEST_UNIT_READY freeing taskqueue zombie request acd0: WARNING - TEST_UNIT_READY freeing taskqueue zombie request >=20 > acd0: DVDR at ata5-master SATA150 > on > atapci1: port > 0xdd00-0xdd07,0xde00-0xde03,0xdf00-0xdf07,0xe000-0xe003,0xe100-0xe10f,0= xe200-0xe20f > irq 19 at device 31.5 on pci0 > atapci1: [ITHREAD] >=20 > I used to have problems with all kind of s-ata and atapi drives for som= e > months with 7(-current/-stable). > At least 'burncd fixate' failed on all drives. >=20 > Am I the only one unable to use CDs with 7? > What chipset/drive/mode combination is known to work? >=20 > Thanks in advance, >=20 > -Harry --------------enig6F99C33338AA16E89B2488A0 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.4 (FreeBSD) iD8DBQFHZGbcLDqVQ9VXb8gRAiFYAKDNOnYTWegQP/d545xI0RALlCMBfwCgpoyv HmmKJISHash/uJJPrFqx4I4= =NaPu -----END PGP SIGNATURE----- --------------enig6F99C33338AA16E89B2488A0-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 15 23:58:10 2007 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 BA8EC16A417 for ; Sat, 15 Dec 2007 23:58:10 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B4F5513C458 for ; Sat, 15 Dec 2007 23:58:10 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 5FAC61CC07B; Sat, 15 Dec 2007 15:58:10 -0800 (PST) Date: Sat, 15 Dec 2007 15:58:10 -0800 From: Jeremy Chadwick To: Elliot Finley Message-ID: <20071215235810.GA81924@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org, User Questions Subject: Re: OS bug in taskq 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, 15 Dec 2007 23:58:10 -0000 On Sat, Dec 15, 2007 at 01:03:14PM -0700, Elliot Finley wrote: > I have: > dumpdev="AUTO" > in /etc/rc.conf and: > ... > in the kernel and I'm still unable to obtain a crash dump. Hopefully > there is enough info in this email for a hacker to point me in the > right direction to debug this. I can't help with the panic itself, but the reason for the inability to obtain a crash dump is mentioned in a thread I started in November: http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/038069.html The explanation of the problem was documented best by Doug Barton in this thread (over at freebsd-rc@): http://lists.freebsd.org/pipermail/freebsd-rc/2007-November/001263.html Open PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=118255 -- | Jeremy Chadwick jdc at 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 Sat Dec 15 23:58:42 2007 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 D3AEF16A419 for ; Sat, 15 Dec 2007 23:58:42 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3CA13C447 for ; Sat, 15 Dec 2007 23:58:41 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.46]) (authenticated bits=0) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id lBFNwegK010532 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 16 Dec 2007 00:58:40 +0100 (CET) (envelope-from h.schmalzbauer@omnisec.de) Message-ID: <47646A30.2060906@omnisec.de> Date: Sun, 16 Dec 2007 00:58:40 +0100 From: Harald Schmalzbauer Organization: OmniSEC User-Agent: Thunderbird 2.0.0.9 (X11/20071129) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEBA45B5796B691F32E615F35" Subject: sbp/da (ohci) write regression (da-quirk removement problem?) 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, 15 Dec 2007 23:58:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEBA45B5796B691F32E615F35 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, I wanted to archive something on my external firewire drive and recognized a massive write performance degradation over 7-current from 3 months ago. I could read _and_ write about 30MB/s, reading still gives me a value like that but writing broke down to 1,4 MB/s!!! Also I see some warnings I haven't seen before: da4 at sbp0 bus 0 target 0 lun 0 da4: Fixed Simplified Direct Access SCSI-4 device= da4: 50.000MB/s transfers da4: 39083MB (80043264 512 byte sectors: 255H 63S/T 4982C) (da4:sbp0:0:0:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 (da4:sbp0:0:0:0): ABORTED COMMAND asc:20,0 (da4:sbp0:0:0:0): Invalid command operation code (da4:sbp0:0:0:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 (da4:sbp0:0:0:0): ABORTED COMMAND csi:0,ae,47,c4 asc:20,0 (da4:sbp0:0:0:0): Invalid command operation code I remember that some da-quirks have been removed, respectivley code was written to detect umass drives more generally. Possibly that's the culprit? Any help highly appreciated. Thanks, -Harry --------------enigEBA45B5796B691F32E615F35 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.4 (FreeBSD) iD8DBQFHZGowLDqVQ9VXb8gRAoqbAJ4hsZ0TaZ94O3sYrUSZgSJBHdtq8ACfRIrU mwL6pEMlZ1Z7iQV3Rpx38Do= =QZnh -----END PGP SIGNATURE----- --------------enigEBA45B5796B691F32E615F35--