From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 09:23:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64E3F16A417 for ; Sun, 23 Dec 2007 09:23:36 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.freebsd.org (Postfix) with ESMTP id 0C72F13C465 for ; Sun, 23 Dec 2007 09:23:35 +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 mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lBN9NXHp030021 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 23 Dec 2007 20:23:34 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id lBN9NW6X008431 for ; Sun, 23 Dec 2007 20:23:33 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id lBN9NWVk008430 for freebsd-current@freebsd.org; Sun, 23 Dec 2007 20:23:32 +1100 (EST) (envelope-from peter) Date: Sun, 23 Dec 2007 20:23:32 +1100 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20071223092332.GJ25002@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4bRzO86E/ozDv8r1" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Subject: idle priority scheduling broken in 7.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2007 09:23:36 -0000 --4bRzO86E/ozDv8r1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In August, I reported that idprio was not working in -current. Successive upgrades to 7.0-BETA2 and 7.0-BETA4, as well as switching to ULE have not resolved the problem. The problem affects both boinc-einsteinathome and boinc-setiathome and causes them to report "No heartbeat from core client for 31 sec - exiting" and get repeatedly restarted. The boinc compute modules (einstein@home, seti@home etc) use a SysV SHM segment to exchange heartbeats with the boinc core client. The problem is that the core client is not being scheduled whilst the compute module is running, causing them to die. Previously, multiple idprio tasks were round-robined but it seems that something has been changed and it appears that the last scheduled task is now re-scheduled. Has anyone else seen this behaviour? --=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. --4bRzO86E/ozDv8r1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHbikU/opHv/APuIcRAukpAJ0TZxJ73czIGuMir88gwSU4wOykQQCfS0xm 0xLRoAorjYQbTQhWqAK9yGU= =ydtK -----END PGP SIGNATURE----- --4bRzO86E/ozDv8r1-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 10:45:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55E7216A418 for ; Sun, 23 Dec 2007 10:45:14 +0000 (UTC) (envelope-from jmp+lists@alvorlig.dk) Received: from cauchy.aub.dk (cauchy.aub.dk [194.255.124.240]) by mx1.freebsd.org (Postfix) with ESMTP id 24F4D13C447 for ; Sun, 23 Dec 2007 10:45:13 +0000 (UTC) (envelope-from jmp+lists@alvorlig.dk) Received: from localhost (localhost.aub.dk [127.0.0.1]) by cauchy.aub.dk (Postfix) with ESMTP id A310611767; Sun, 23 Dec 2007 11:39:58 +0100 (CET) X-Virus-Scanned: amavisd-new at aub.dk Received: from cauchy.aub.dk ([127.0.0.1]) by localhost (cauchy.aub.dk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lAOz7V5nEXVO; Sun, 23 Dec 2007 11:39:54 +0100 (CET) Received: from [10.50.5.198] (unknown [10.50.5.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jmp) by cauchy.aub.dk (Postfix) with ESMTP id 9F0B811748; Sun, 23 Dec 2007 11:39:54 +0100 (CET) Message-ID: <476E3C06.5070908@alvorlig.dk> Date: Sun, 23 Dec 2007 11:44:22 +0100 From: "J. Martin Petersen" User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4769A3F0.709@terranova.net> In-Reply-To: <4769A3F0.709@terranova.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Sun, 23 Dec 2007 12:18:56 +0000 Cc: Travis Mikalson , =?ISO-8859-1?Q?S=F8ren_Schmid?=, =?ISO-8859-1?Q?t?= Subject: Re: ServerWorks/Broadcom HT1000 chipset errata saga X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2007 10:45:14 -0000 Travis Mikalson wrote: > As far as I can tell, Søren has the HT1000 problems worked out, or at > least worked around. (If the chipset doesn't do that correctly, stop > doing that...) > >[snip] > > See attached patch, *please* test for RELENG_7 and report back here so > re@ can feel a lot more warm and fuzzy about including this in RELENG_7 > before 7.0-RELEASE occurs. I have tested this with the scenarios that failed previously (with 6.2 as well as vanilla 7.0-BETA4) and it works! Good work, Søren, and thanks Travis! > It would be fantastic if 7.0-RELEASE worked right out of the box for > people using HT1000-based motherboards. I second that. Please include it into 7.0-RELEASE, as that would make it usable on off-the-shelve HP ProLiant servers instead of "silently" corrupting everything. Martin From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 13:01:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81D8816A421 for ; Sun, 23 Dec 2007 13:01:46 +0000 (UTC) (envelope-from ix260@yahoo.co.uk) Received: from smtp010.mail.ukl.yahoo.com (smtp010.mail.ukl.yahoo.com [217.12.11.79]) by mx1.freebsd.org (Postfix) with SMTP id EED5613C46E for ; Sun, 23 Dec 2007 13:01:45 +0000 (UTC) (envelope-from ix260@yahoo.co.uk) Received: (qmail 85948 invoked from network); 23 Dec 2007 12:35:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.uk; h=Received:X-YMail-OSG:Date:From:To:Subject:Message-ID:Reply-To:Organization:X-Mailer:X-Operating-System:User-Agent:X-Face:X-Face:X-Face:X-Face:X-Face:Mime-Version:Content-Type; b=jt8wWY6CRo7EWTHWltrpHjowtJfgrQAzRNIaWt0teyw/SeHXqm8fjP4pCrHIr1Qflk1R/KMVxXpmM2AGZOv0kKG/iUL4coeDOHh5N0MKPbWQdvK5O4LHUTrx/0dXd6hAwN0krwTAtNTiEEtlDyXEjtGimyPmNMEdYwqzzljyMkw= ; Received: from unknown (HELO smtp.mail.yahoo.co.uk) (ix260@77.5.17.243 with login) by smtp010.mail.ukl.yahoo.com with SMTP; 23 Dec 2007 12:35:05 -0000 X-YMail-OSG: Beq_a6EVM1nAWuwrRGkwhAGhU96bqYhkJSLM8R5Uluvx9WWkmKQSfEC_TpQmI8Pl1lHOHZ88hg-- Date: Sun, 23 Dec 2007 13:34:58 +0100 From: Hanno Krusken To: freebsd-current@freebsd.org Message-ID: <20071223133458.19ef4bc2@smtp.mail.yahoo.co.uk> Organization: ix260.net X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.3; i386-portbld-freebsd6.3) X-Operating-System: M$-looser User-Agent: X11 Sendmail + ClamAV X-Face: kick ass.... M$-evil-is-a-virus X-Face: support the Open-Source movement ! X-Face: use X11, GNU, PGP, Emacs, FireFox ;o) X-Face: M$-VISTA is spyware X-Face: Users against DRM, TCPA crash RFID chips Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/xuFtPoF3A3uVejmXslJu8.f"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Subject: FreeBSD-7-RC1 /usr/src/sys/netinet/tcp_output.c:963: error: 'IPSEC_DIR_OUTBOUND' undeclared X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ix260@yahoo.co.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2007 13:01:46 -0000 --Sig_/xuFtPoF3A3uVejmXslJu8.f Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable CVSUP from 22-12-2007 for FreeBSD-7-RC1 / make buildworld / make buildkerne= l..... this is my 1st build stop... how to fix this running on FreeBSD-6.3-RC3 right now and want to step up to 7.x cc -c -O2 -pipe -msse -msse2 -mmmx -mtune=3Dpentium4m -fno-strict-aliasing = -march=3Dpentium4m -std=3Dc99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdi= nc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include= opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D100 --param = large-function-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 -DGUPROF -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -ffreestanding Werror -pg -mprofiler-epilogue /usr/src/sys/netinet/tcp_output.c /usr/src/s= ys/netinet/tcp_output.c: In function 'tcp_output': /usr/src/sys/netinet/tcp_output.c:963: error: 'IPSEC= _DIR_OUTBOUND' undeclared (first use in this function) /usr/src/sys/netinet/tcp_output.c:9= 63: error: (Each undeclared identifier is reported only once /usr/src/sys/netinet/tcp_output= .c:963: error: for each function it appears in.) *** Error code 1 Stop in /usr/obj/usr/src/sys/MYKERNEL. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --Sig_/xuFtPoF3A3uVejmXslJu8.f Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHblXyWblSedSb6DYRApvtAJ9BMufzmPqcMSPTkdhntn6IzrTqSgCfXYwG 5lqpB9UmNCnGSItg66UTG+Q= =4x32 -----END PGP SIGNATURE----- --Sig_/xuFtPoF3A3uVejmXslJu8.f-- ___________________________________________________________ Try the all-new Yahoo! Mail. "The New Version is radically easier to use" – The Wall Street Journal http://uk.docs.yahoo.com/nowyoucan.html From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 13:15:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58F7616A418 for ; Sun, 23 Dec 2007 13:15:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 22A1B13C45B for ; Sun, 23 Dec 2007 13:15:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id CFE3F41C751; Sun, 23 Dec 2007 14:15:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id TpUrBjUSsLFm; Sun, 23 Dec 2007 14:15:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 67EC841C758; Sun, 23 Dec 2007 14:15:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 9BB3A444885; Sun, 23 Dec 2007 13:14:53 +0000 (UTC) Date: Sun, 23 Dec 2007 13:14:53 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Hanno Krusken In-Reply-To: <20071223133458.19ef4bc2@smtp.mail.yahoo.co.uk> Message-ID: <20071223131409.A81630@maildrop.int.zabbadoz.net> References: <20071223133458.19ef4bc2@smtp.mail.yahoo.co.uk> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD-7-RC1 /usr/src/sys/netinet/tcp_output.c:963: error: 'IPSEC_DIR_OUTBOUND' undeclared X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2007 13:15:08 -0000 On Sun, 23 Dec 2007, Hanno Krusken wrote: > CVSUP from 22-12-2007 for FreeBSD-7-RC1 / make buildworld / make buildkernel..... > this is my 1st build stop... how to fix this > > running on FreeBSD-6.3-RC3 right now and want to step up to 7.x > > cc -c -O2 -pipe -msse -msse2 -mmmx -mtune=pentium4m -fno-strict-aliasing -march=pentium4m -std=c99 > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys > -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h > -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 > -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding > Werror -pg -mprofiler-epilogue /usr/src/sys/netinet/tcp_output.c /usr/src/sys/netinet/tcp_output.c: In > function 'tcp_output': /usr/src/sys/netinet/tcp_output.c:963: error: 'IPSEC_DIR_OUTBOUND' > undeclared (first use in this function) /usr/src/sys/netinet/tcp_output.c:963: error: (Each > undeclared identifier is reported only once /usr/src/sys/netinet/tcp_output.c:963: error: for each > function it appears in.) *** Error code 1 seems you are compiling with TCP_SIGNATURE but w/o IPSEC in your kernel config. IPSEC will need crypto as well. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 13:16:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDDC516A41A for ; Sun, 23 Dec 2007 13:16:45 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 60CC713C455 for ; Sun, 23 Dec 2007 13:16:45 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id lBNE68Ku015961 for ; Sun, 23 Dec 2007 14:06:08 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id lBNE68Fa015960 for freebsd-current@freebsd.org; Sun, 23 Dec 2007 14:06:08 GMT (envelope-from dunstan) Date: Sun, 23 Dec 2007 14:06:07 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20071223140607.GA13626@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Sun, 23 Dec 2007 14:06:08 +0000 (UTC) Subject: [PATCH] Enabling uart(4) instead of sio(4) made easier. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2007 13:16:45 -0000 Hello, In order to make sio(4) working correctly, sio(4)-friendly hint.sio.* variables must be present in GENERIC.hints (installed as device.hints). We already ship with this functionality and configuration enabled. uart(4) has similar requirements. The difference is that uart(4)-specific variables are different than those used by sio(4). The problem lies in lacking of hint.uart.* lines in our GENERIC.hints files. Thus, user wanting to use uart(4) instead of sio(4) must manually modify device.hints. I belive it's not intentional behaviour for us to have only sio(4) specified, since DEFAULTS on i386 already says: device uart_ns8250 This file implements interface which I think is only used by uart(4) driver: wkoszek@laptop:(/usr/src/sys/dev)$ grep -ri _ns8250 * | grep -v "^uart" wkoszek@laptop:(/usr/src/sys/dev)$ I propose following change: http://people.freebsd.org/~wkoszek/patches/uart-hints.0.patch Comments and suggestions are welcome. -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 17:40:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FCFC16A417 for ; Sun, 23 Dec 2007 17:40:42 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id 3BBCC13C47E for ; Sun, 23 Dec 2007 17:40:41 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from [216.89.228.170] (host-216-89-228-170.wireless.terranova.net [216.89.228.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tog.net (Postfix) with ESMTP id 3A70129B5F1 for ; Sun, 23 Dec 2007 12:40:41 -0500 (EST) Message-ID: <476E9D95.2060707@terranova.net> Date: Sun, 23 Dec 2007 12:40:37 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4769A3F0.709@terranova.net> <476E3C06.5070908@alvorlig.dk> In-Reply-To: <476E3C06.5070908@alvorlig.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: ServerWorks/Broadcom HT1000 chipset errata saga X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2007 17:40:42 -0000 J. Martin Petersen wrote: > I have tested this with the scenarios that failed previously (with 6.2 > as well as vanilla 7.0-BETA4) and it works! Good work, Søren, and thanks > Travis! > >> It would be fantastic if 7.0-RELEASE worked right out of the box for >> people using HT1000-based motherboards. > > I second that. Please include it into 7.0-RELEASE, as that would make it > usable on off-the-shelve HP ProLiant servers instead of "silently" > corrupting everything. By the way, anybody with an afflicted HT1000 system who has been unable to install FreeBSD on it, contact me privately off-list and I can provide you a patched 7.0-BETA4 boot CD (disc1 from make release) so you can get it going. -T -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 x101 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 19:54:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45D7816A420; Sun, 23 Dec 2007 19:54:40 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id D5A5113C44B; Sun, 23 Dec 2007 19:54:39 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.24.21.170]) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id lBNJsY8V023195 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 23 Dec 2007 22:54:36 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J6Wu9-0001it-SC; Sun, 23 Dec 2007 22:54:33 +0300 From: Vladimir Grebenschikov To: freebsd-mobile Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Sun, 23 Dec 2007 22:46:50 +0300 Message-Id: <1198439210.1617.8.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.2 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current Subject: device uart - does it work for anybody with PCMCI card? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2007 19:54:40 -0000 Hi ppl Can anybody confirm that device uart just works for some PCMCI card ? I've tried with two different cards (both are different pccard celluar modems) and gets exactly same result. Device is detected, port can be open with any valid speed, but no any communication, or probably, no any replays from modem. First, I've thought that it is problem of my card, but then I've tried another card (just simple GSM modem) and gets same result. Example: cbb0: mem 0xe4300000-0xe4300fff irq 16 at device 0.0 on pci21 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] uart0: at port 0x400-0x408 irq 16 function 1 config 63 on pccard0 uart0: [FILTER] # cu -l /dev/cuau0 -s 115200 Connected ... Probably, there are some ideas how to debug that ? Machine is IBM/Lenovo T60 i386, RELENG_7 -- Vladimir B. Grebenschikov SWsoft Inc. vova@swsoft.com From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 20:26:06 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B773B16A419 for ; Sun, 23 Dec 2007 20:26:06 +0000 (UTC) (envelope-from thn@saeab.se) Received: from ture.saeab.se (ture.saeab.se [213.80.3.133]) by mx1.freebsd.org (Postfix) with ESMTP id 5681C13C44B for ; Sun, 23 Dec 2007 20:26:06 +0000 (UTC) (envelope-from thn@saeab.se) Received: from scatcat.thn.saeab.se (vpn-thn.int.saeab.se [10.0.4.43]) by ture.saeab.se (8.13.8/8.13.8) with ESMTP id lBNKQ21C018134; Sun, 23 Dec 2007 21:26:02 +0100 (CET) (envelope-from thn@saeab.se) Received: from [10.1.0.1] (home [10.1.0.1]) by scatcat.thn.saeab.se (8.14.2/8.14.2) with ESMTP id lBNKQ1aP004433; Sun, 23 Dec 2007 21:26:02 +0100 (CET) (envelope-from thn@saeab.se) Message-ID: <476EC4CA.50101@saeab.se> Date: Sun, 23 Dec 2007 21:27:54 +0100 From: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= Organization: Svensk Aktuell Elektronik AB User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: current@freebsd.org References: <476AD2D8.9070306@saeab.se> In-Reply-To: <476AD2D8.9070306@saeab.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on ture.saeab.se X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (ture.saeab.se [10.0.1.133]); Sun, 23 Dec 2007 21:26:04 +0100 (CET) Cc: Subject: Re: Broadcom 5906 Ethernet in FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2007 20:26:06 -0000 Thomas Nyström wrote: > Hello! > > I have just got a laptop with the Broadcom 5906M chip for the ethernet > and realized that it doesn't seems to be supported by FreeBSD. > > My question is: Is anyone working on this or should I try myself? > I can see that there have recently been discussions about this for > OpenBSD, NetBSD and DragonflyBSD but nothing for FreeBSD.... > > /Thomas > For the archive: A patch has been submitted in PR: kern/118975: [bge] [patch] Broadcom 5906 not handled by FreeBSD /Thomas -- --------------------------------------------------------------- Svensk Aktuell Elektronik AB Thomas Nyström Box 10 Phone: +46 8 35 92 85 S-191 21 Sollentuna Fax: +46 8 35 92 86 Sweden Email: thn@saeab.se --------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 22:56:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2809616A419 for ; Sun, 23 Dec 2007 22:56:23 +0000 (UTC) (envelope-from mailinglist@nesluop.dk) Received: from unixdunk.nesluop.dk (cpe.atm4-0-51450.0x535f05ca.hrnxx12.customer.tele.dk [83.95.5.202]) by mx1.freebsd.org (Postfix) with SMTP id 92D4E13C458 for ; Sun, 23 Dec 2007 22:56:22 +0000 (UTC) (envelope-from mailinglist@nesluop.dk) Received: (qmail 4184 invoked by uid 89); 23 Dec 2007 23:49:25 -0000 Received: from unknown (HELO ?192.168.1.100?) (192.168.1.100) by unixdunk.nesluop.dk with SMTP; 23 Dec 2007 23:49:25 -0000 Message-ID: <476EE604.2070809@nesluop.dk> Date: Sun, 23 Dec 2007 23:49:40 +0100 From: Chris Poulsen User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Problem with nfe stability and throughput X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2007 22:56:23 -0000 Hi, I've installed CURRENT on an asus m2n-vm. My network config is giving me problems. Throughput seems low. I'm seeing up/download rates less than 1 Mbyte/sec on my local lan (100Mb). I've tried switching cables/ports in my switch etc. I've enabled device polling (hz=1000) Uploads from the box are slow but "stable". Downloads to the box are both slow and unstable. After a few seconds i see the following lines in my log and all transfers freeze. Doing ifconfig nfe0 down/up brings the interface back to life. nfe0: discard frame w/o leading ethernet header (len 3 pkt len 3) nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) nfe0: discard frame w/o leading ethernet header (len 8 pkt len 8) nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) I've tried applying the patch from this conversation: http://www.nabble.com/nfe-busted-on-7.0-BETA4-to14143721.html#a14143721 but i still see the same error. (My dmesg/ifconfig output in the bottom of this mail) Could someone please give me some pointers on how to fix these things? TIA -- Regards Chris My dmesg contains: ata3: [ITHREAD] nfe0: port 0xd880-0xd887 mem 0xdfffc000-0xdfffcfff,0xdfffe400-0xdfffe4ff,0 xdfffe000-0xdfffe00f irq 23 at device 10.0 on pci0 miibus0: on nfe0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto nfe0: Ethernet address: 00:1d:60:6d:73:ec nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] pcib2: at device 11.0 on pci0 and ifconfig -a gives: nfe0: flags=8843 metric 0 mtu 1500 options=48 ether 00:1d:60:6d:73:ec inet 192.168.1.11 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet 100baseTX status: active From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 23:49:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2321516A41B for ; Sun, 23 Dec 2007 23:49:57 +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 SMTP id BB70713C4CC for ; Sun, 23 Dec 2007 23:49:56 +0000 (UTC) (envelope-from chris@shenton.org) Received: (qmail 6589 invoked by uid 1001); 23 Dec 2007 23:49:55 -0000 From: Chris Shenton Date: Sun, 23 Dec 2007 17:17:13 -0500 References: <86hciuilpx.fsf@PECTOPAH.shenton.org> <86bq8yjwii.fsf@PECTOPAH.shenton.org> <863atxil7o.fsf@Bacalao.shenton.org> <200712201409.08385.max@love2party.net> Message-ID: <861w9dgee4.fsf@Bacalao.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-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: PATCH: FreeBSD-7-BETA4 'bge' ether for Dell T105 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2007 23:49:57 -0000 Thanks to Max Laier's help, the ether device is now working with the 'bge' driver. Here is a patch that makes it work. I just recompiled the kernel afterwards and it comes up. PS: the T105 is now $399 but includes 1GB RAM and 2x160GB disk, in addition to the dual-core 1.8GHz Opteron and DVD reader. (Is there a better way to do this? sorry for the CC's, wasn't sure which was appropriate for getting this into the tree.) $ pwd /usr/src/sys/dev/bge $ diff -c if_bge.c* *** if_bge.c Mon Nov 26 12:33:28 2007 --- if_bge.c.NEW Sun Dec 23 15:44:40 2007 *************** *** 169,174 **** --- 169,175 ---- { BCOM_VENDORID, BCOM_DEVICEID_BCM5715S }, { BCOM_VENDORID, BCOM_DEVICEID_BCM5720 }, { BCOM_VENDORID, BCOM_DEVICEID_BCM5721 }, + { BCOM_VENDORID, BCOM_DEVICEID_BCM5722 }, { BCOM_VENDORID, BCOM_DEVICEID_BCM5750 }, { BCOM_VENDORID, BCOM_DEVICEID_BCM5750M }, { BCOM_VENDORID, BCOM_DEVICEID_BCM5751 }, $ diff -c if_bgereg.h* *** if_bgereg.h Tue May 22 15:22:58 2007 --- if_bgereg.h.NEW Sun Dec 23 15:44:53 2007 *************** *** 2011,2016 **** --- 2011,2017 ---- #define BCOM_DEVICEID_BCM5715S 0x1679 #define BCOM_DEVICEID_BCM5720 0x1658 #define BCOM_DEVICEID_BCM5721 0x1659 + #define BCOM_DEVICEID_BCM5722 0x165a #define BCOM_DEVICEID_BCM5750 0x1676 #define BCOM_DEVICEID_BCM5750M 0x167C #define BCOM_DEVICEID_BCM5751 0x1677 From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 01:05:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16CA516A46B for ; Mon, 24 Dec 2007 01:05:25 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D11A913C4D3 for ; Mon, 24 Dec 2007 01:05:24 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBO15NDZ091513; Sun, 23 Dec 2007 20:05:23 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id lBO15Mju045196 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 23 Dec 2007 20:05:22 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200712240105.lBO15Mju045196@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 23 Dec 2007 20:05:30 -0500 To: Vladimir Grebenschikov , freebsd-mobile From: Mike Tancsa In-Reply-To: <1198439210.1617.8.camel@localhost> References: <1198439210.1617.8.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-current Subject: Re: device uart - does it work for anybody with PCMCI card? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 01:05:25 -0000 At 02:46 PM 12/23/2007, Vladimir Grebenschikov wrote: >Hi ppl > >Can anybody confirm that device uart just works for some PCMCI card ? Yes, in fact, for some PCMCIA cards, I need to use the uart driver as the sio driver does not work (eg Sierra Wireless). ---Mike From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 00:14:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9383716A418; Mon, 24 Dec 2007 00:14:43 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 67A7913C43E; Mon, 24 Dec 2007 00:14:43 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id lBO0EfRB014370; Mon, 24 Dec 2007 11:14:41 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200712240014.lBO0EfRB014370@drugs.dv.isc.org> To: Chris Shenton From: Mark Andrews In-reply-to: Your message of "Sun, 23 Dec 2007 17:17:13 CDT." <861w9dgee4.fsf@Bacalao.shenton.org> Date: Mon, 24 Dec 2007 11:14:41 +1100 Sender: marka@isc.org X-Mailman-Approved-At: Mon, 24 Dec 2007 01:25:50 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: PATCH: FreeBSD-7-BETA4 'bge' ether for Dell T105 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 00:14:43 -0000 > Thanks to Max Laier's help, the ether device is now working with the 'bge' > driver. Here is a patch that makes it work. I just recompiled the > kernel afterwards and it comes up. > > PS: the T105 is now $399 but includes 1GB RAM and 2x160GB disk, > in addition to the dual-core 1.8GHz Opteron and DVD reader. > > (Is there a better way to do this? sorry for the CC's, wasn't sure which > was appropriate for getting this into the tree.) "send-pr" is the appropriate command for submitting these sorts of fixes. > $ pwd > /usr/src/sys/dev/bge > $ diff -c if_bge.c* > *** if_bge.c Mon Nov 26 12:33:28 2007 > --- if_bge.c.NEW Sun Dec 23 15:44:40 2007 > *************** > *** 169,174 **** > --- 169,175 ---- > { BCOM_VENDORID, BCOM_DEVICEID_BCM5715S }, > { BCOM_VENDORID, BCOM_DEVICEID_BCM5720 }, > { BCOM_VENDORID, BCOM_DEVICEID_BCM5721 }, > + { BCOM_VENDORID, BCOM_DEVICEID_BCM5722 }, > { BCOM_VENDORID, BCOM_DEVICEID_BCM5750 }, > { BCOM_VENDORID, BCOM_DEVICEID_BCM5750M }, > { BCOM_VENDORID, BCOM_DEVICEID_BCM5751 }, > $ diff -c if_bgereg.h* > *** if_bgereg.h Tue May 22 15:22:58 2007 > --- if_bgereg.h.NEW Sun Dec 23 15:44:53 2007 > *************** > *** 2011,2016 **** > --- 2011,2017 ---- > #define BCOM_DEVICEID_BCM5715S 0x1679 > #define BCOM_DEVICEID_BCM5720 0x1658 > #define BCOM_DEVICEID_BCM5721 0x1659 > + #define BCOM_DEVICEID_BCM5722 0x165a > #define BCOM_DEVICEID_BCM5750 0x1676 > #define BCOM_DEVICEID_BCM5750M 0x167C > #define BCOM_DEVICEID_BCM5751 0x1677 > _______________________________________________ > 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" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 08:15:17 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C976116A417 for ; Mon, 24 Dec 2007 08:15:17 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.freebsd.org (Postfix) with SMTP id 66E0F13C4D5 for ; Mon, 24 Dec 2007 08:15:17 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 36040 invoked from network); 24 Dec 2007 08:15:16 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 24 Dec 2007 08:15:16 -0000 X-pair-Authenticated: 209.68.2.70 Date: Mon, 24 Dec 2007 02:15:17 -0600 (CST) From: Mike Silbersack To: current@freebsd.org Message-ID: <20071224020713.F1390@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Repeated or missed keys after upgrading from 6.2 to 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 08:15:17 -0000 In order to eat my own dog food, I upgraded my laptop from 6.2 to 7.0. This seemed to have gone well, until I started writing a long e-mail while sitting on the couch today. As I was typing the e-mail, I noticed that my typing skills seemed to have gone missing; there were words missing 2-3 letters, and other places where I was apparently holding down keyyyys. Heh, that's a real example of the phenomenon right there. After a while I realized that I was not typing sloppily, but that in fact keys are being lost in certain cases and duplicated in others. Since I did not rebuild any ports or packages, I'm convinced that this is directly related to the 7.0 upgrade. This behavior has shown up when running a local copy of pine (inside konsole), chatting in ksirc, and in a few other programs. (I'm running KDE.) I think it happens more when on battery than when plugged into an outlet. I'm running xbattbar, so it could be querying the battery status and causing problems. This is using the laptop's built-in keyboard (non-USB.) I'm going to try to track this down, although I don't know how successful I'll be. I'd like to know if anyone else has seen this problem and if they have any additional information that might help me track it down faster. Thanks, Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 09:53:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D17FA16A421 for ; Mon, 24 Dec 2007 09:53:56 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id CCCB113C469 for ; Mon, 24 Dec 2007 09:53:55 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so2342654fka.11 for ; Mon, 24 Dec 2007 01:53:54 -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:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=FfQnpwVm5T0KPeNW+xCu321BQoL0CI9mxTAMYktJdSk=; b=thTVdeXkyj8Eg3TTVMBU2R08te9EDtnuGnHYDJQxDqrThKL7IJ/MWfZ6JaXruZVgIsOvRAZH9kiqzxQbf4LH692Cu1vr78AMmZ8vyeeixnpdyM8c7SOxm7AD4IjfIJWX/SU8OcptSQnXemvzfiy2mJfiiAl0cE86qvT2wMmfTwA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=F5/eD55Fm+ADLSx/7GvfW5dwObfkR+vFi5WBveMmkDiUBUGrwhCA4Jqs5VR94qca7LlfZYNoVr3Bip0pwxaEP8JqlliZ7pO+EgBSaNOTLesTikHRnGFE0MmIuJvDEgctC2Zvi7A1qsV83oXNUHOpgGe4ZHOlt+YybEvr+nGs2eQ= Received: by 10.78.137.7 with SMTP id k7mr5252050hud.68.1198490033992; Mon, 24 Dec 2007 01:53:53 -0800 (PST) Received: from ip4da3ae31.direct-adsl.nl.0.163.77.in-addr.arpa ( [77.163.174.49]) by mx.google.com with ESMTPS id f4sm16121706nfh.31.2007.12.24.01.53.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 Dec 2007 01:53:53 -0800 (PST) Message-ID: <476F81AF.7000505@gmail.com> Date: Mon, 24 Dec 2007 10:53:51 +0100 From: Rene Ladan User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: Peter Jeremy References: <20071223092332.GJ25002@server.vk2pj.dyndns.org> In-Reply-To: <20071223092332.GJ25002@server.vk2pj.dyndns.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: idle priority scheduling broken in 7.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 09:53:56 -0000 Peter Jeremy schreef: > In August, I reported that idprio was not working in -current. > Successive upgrades to 7.0-BETA2 and 7.0-BETA4, as well as switching > to ULE have not resolved the problem. > > The problem affects both boinc-einsteinathome and boinc-setiathome and > causes them to report "No heartbeat from core client for 31 sec - > exiting" and get repeatedly restarted. The boinc compute modules > (einstein@home, seti@home etc) use a SysV SHM segment to exchange > heartbeats with the boinc core client. The problem is that the core > client is not being scheduled whilst the compute module is running, > causing them to die. > > Previously, multiple idprio tasks were round-robined but it seems that > something has been changed and it appears that the last scheduled task > is now re-scheduled. > > Has anyone else seen this behaviour? > On my CURRENT 2007-12-23 dualcore (Intel T5600) i386 I get similar behaviour when using the ULE scheduler. With the 4BSD scheduler priorities are sometimes wrong, but boinc tasks (einstein,seti,simap) run continuously until preempted, they are kept in memory. last pid: 8141; load averages: 2.03, 2.14, 2.18 up 0+20:48:27 10:51:54 146 processes: 7 running, 120 sleeping, 19 waiting CPU states: % user, % nice, % system, % interrupt, % idle Mem: 373M Active, 1040M Inact, 223M Wired, 17M Cache, 112M Buf, 349M Free Swap: 4062M Total, 4062M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 7315 boinc 171 i31 65960K 64904K CPU1 1 187:57 62.89% {einstein_S5R3_4. 7859 boinc 171 i31 13680K 12552K RUN 0 71:31 60.16% {simap_5.10_i686- 7859 boinc 20 i31 13680K 12552K kserel 0 71:31 10.45% {simap_5.10_i686- 5168 boinc 8 i31 41960K 37564K nanslp 0 205:14 0.00% {initial thread} 5168 boinc 8 19 41960K 37564K nanslp 0 205:14 0.00% {setiathome-5.27. 7315 boinc 20 i31 65960K 64904K ksesig 0 187:57 0.00% {einstein_S5R3_4. 7315 boinc 20 i31 65960K 64904K kserel 0 187:57 0.00% {einstein_S5R3_4. 7859 boinc 20 i31 13680K 12552K ksesig 0 71:31 0.00% {simap_5.10_i686- 22403 boinc 171 i31 9572K 6700K select 1 0:32 0.00% boinc_client Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 11:19:04 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C34716A417 for ; Mon, 24 Dec 2007 11:19:04 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx08.syd.optusnet.com.au (fallbackmx08.syd.optusnet.com.au [211.29.132.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8E96413C442 for ; Mon, 24 Dec 2007 11:19:03 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by fallbackmx08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lBO8mimO012403 for ; Mon, 24 Dec 2007 19:48:44 +1100 Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lBO8merO018614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Dec 2007 19:48:42 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id lBO8meqc011541; Mon, 24 Dec 2007 19:48:40 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id lBO8mebn011540; Mon, 24 Dec 2007 19:48:40 +1100 (EST) (envelope-from peter) Date: Mon, 24 Dec 2007 19:48:40 +1100 From: Peter Jeremy To: Mike Silbersack Message-ID: <20071224084840.GP25002@server.vk2pj.dyndns.org> References: <20071224020713.F1390@odysseus.silby.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qbvjkv9qwOGw/5Fx" Content-Disposition: inline In-Reply-To: <20071224020713.F1390@odysseus.silby.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@freebsd.org Subject: Re: Repeated or missed keys after upgrading from 6.2 to 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 11:19:04 -0000 --Qbvjkv9qwOGw/5Fx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 24, 2007 at 02:15:17AM -0600, Mike Silbersack wrote: >In order to eat my own dog food, I upgraded my laptop from 6.2 to 7.0. Thi= s=20 >seemed to have gone well, until I started writing a long e-mail while=20 >sitting on the couch today. As I was typing the e-mail, I noticed that my= =20 >typing skills seemed to have gone missing; there were words missing 2-3=20 >letters, and other places where I was apparently holding down keyyyys. Heh= ,=20 >that's a real example of the phenomenon right there. There were a variety of similar-sounding problems reported as part of the X.org 7.3 upgrade but I thought they'd been fixed. (Rummage around in the -x11 and -ports lists during September for details). Do you see similar problems with VTYs? --=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. --Qbvjkv9qwOGw/5Fx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHb3Jo/opHv/APuIcRAiyiAJ4ga4ORfEbQ+dYoNzepOzrVWrhxqACcCBB7 U232EMls4LT4gjV5NgICkwY= =PSO1 -----END PGP SIGNATURE----- --Qbvjkv9qwOGw/5Fx-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 11:58:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2144E16A418 for ; Mon, 24 Dec 2007 11:58:55 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay12.ispgateway.de (smtprelay12.ispgateway.de [80.67.29.29]) by mx1.freebsd.org (Postfix) with ESMTP id 7103913C442 for ; Mon, 24 Dec 2007 11:58:54 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 19979 invoked from network); 24 Dec 2007 11:32:12 -0000 Received: from unknown (HELO localhost) (775067@[217.50.165.47]) (envelope-sender ) by smtprelay12.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 24 Dec 2007 11:32:12 -0000 Date: Mon, 24 Dec 2007 12:32:06 +0100 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20071224123206.26695fff@fabiankeil.de> In-Reply-To: <20071224020713.F1390@odysseus.silby.com> References: <20071224020713.F1390@odysseus.silby.com> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; i386-portbld-freebsd7.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/q68SN2ELVz0+bnX+rtJqX9L"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Subject: Re: Repeated or missed keys after upgrading from 6.2 to 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 11:58:55 -0000 --Sig_/q68SN2ELVz0+bnX+rtJqX9L Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Mike Silbersack wrote: > In order to eat my own dog food, I upgraded my laptop from 6.2 to 7.0.=20 > This seemed to have gone well, until I started writing a long e-mail > while sitting on the couch today. As I was typing the e-mail, I noticed > that my typing skills seemed to have gone missing; there were words > missing 2-3 letters, and other places where I was apparently holding > down keyyyys. Heh, that's a real example of the phenomenon right there. >=20 > After a while I realized that I was not typing sloppily, but that in > fact keys are being lost in certain cases and duplicated in others. > Since I did not rebuild any ports or packages, I'm convinced that this > is directly related to the 7.0 upgrade. >=20 > This behavior has shown up when running a local copy of pine (inside=20 > konsole), chatting in ksirc, and in a few other programs. (I'm running=20 > KDE.) I think it happens more when on battery than when plugged into an= =20 > outlet. I'm running xbattbar, so it could be querying the battery > status and causing problems. This is using the laptop's built-in > keyboard (non-USB.) >=20 > I'm going to try to track this down, although I don't know how > successful I'll be. I'd like to know if anyone else has seen this > problem and if they have any additional information that might help me > track it down faster. I saw another report about this about a few days ago, but don't remember the mailing list right now. According to the report it only happens with low Mhz values, which could also explain why you see it more often when on battery. I don't experience the problem myself, but as I run gkrellm with fancy plug-ins, my cpu seldom goes below 450 Mhz. Fabian --Sig_/q68SN2ELVz0+bnX+rtJqX9L Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHb5i2BYqIVf93VJ0RAodYAJ9CCGVZKNc5NYBocreXOh5NfSYH5gCgrv3p FuRwNx0yoLakdsUTHPc5Ltc= =80qd -----END PGP SIGNATURE----- --Sig_/q68SN2ELVz0+bnX+rtJqX9L-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 12:27:30 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1AF016A418; Mon, 24 Dec 2007 12:27:30 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swipnet.se [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 0A35813C469; Mon, 24 Dec 2007 12:27:29 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.3] (account mc467741@c2i.net HELO [10.0.0.105]) by mailfe15.swip.net (CommuniGate Pro SMTP 5.1.13) with ESMTPA id 7112716; Mon, 24 Dec 2007 12:27:25 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 24 Dec 2007 12:28:08 +0100 User-Agent: KMail/1.9.7 References: <20071224020713.F1390@odysseus.silby.com> In-Reply-To: <20071224020713.F1390@odysseus.silby.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712241228.09404.hselasky@c2i.net> Cc: Mike Silbersack , current@freebsd.org Subject: Re: Repeated or missed keys after upgrading from 6.2 to 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 12:27:30 -0000 On Monday 24 December 2007, Mike Silbersack wrote: > In order to eat my own dog food, I upgraded my laptop from 6.2 to 7.0. > This seemed to have gone well, until I started writing a long e-mail while > sitting on the couch today. As I was typing the e-mail, I noticed that my > typing skills seemed to have gone missing; there were words missing 2-3 > letters, and other places where I was apparently holding down keyyyys. > Heh, that's a real example of the phenomenon right there. > > After a while I realized that I was not typing sloppily, but that in fact > keys are being lost in certain cases and duplicated in others. Since I > did not rebuild any ports or packages, I'm convinced that this is directly > related to the 7.0 upgrade. > > This behavior has shown up when running a local copy of pine (inside > konsole), chatting in ksirc, and in a few other programs. (I'm running > KDE.) I think it happens more when on battery than when plugged into an > outlet. I'm running xbattbar, so it could be querying the battery status > and causing problems. This is using the laptop's built-in keyboard > (non-USB.) > > I'm going to try to track this down, although I don't know how successful > I'll be. I'd like to know if anyone else has seen this problem and if > they have any additional information that might help me track it down > faster. Hi, It might be related to ACPI polling the battery status, hence from what I understand it uses the same interface like the AT keyboard. Try disabling the battery monitoring application in KDE. I have a similar problem on my laptop, but I use an USB keyboard mostly, so it doesn't matter so much. Last time I looked at it I was not able to completely lock down the problem, except that there might be a conflict between ACPI and atkbd0 accessing the same piece of hardware at the same time. I know that the atkbd is sometimes called without Giant locked which makes the situation even more dangerous. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 12:27:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1AF016A418; Mon, 24 Dec 2007 12:27:30 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swipnet.se [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 0A35813C469; Mon, 24 Dec 2007 12:27:29 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.3] (account mc467741@c2i.net HELO [10.0.0.105]) by mailfe15.swip.net (CommuniGate Pro SMTP 5.1.13) with ESMTPA id 7112716; Mon, 24 Dec 2007 12:27:25 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 24 Dec 2007 12:28:08 +0100 User-Agent: KMail/1.9.7 References: <20071224020713.F1390@odysseus.silby.com> In-Reply-To: <20071224020713.F1390@odysseus.silby.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712241228.09404.hselasky@c2i.net> Cc: Mike Silbersack , current@freebsd.org Subject: Re: Repeated or missed keys after upgrading from 6.2 to 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 12:27:30 -0000 On Monday 24 December 2007, Mike Silbersack wrote: > In order to eat my own dog food, I upgraded my laptop from 6.2 to 7.0. > This seemed to have gone well, until I started writing a long e-mail while > sitting on the couch today. As I was typing the e-mail, I noticed that my > typing skills seemed to have gone missing; there were words missing 2-3 > letters, and other places where I was apparently holding down keyyyys. > Heh, that's a real example of the phenomenon right there. > > After a while I realized that I was not typing sloppily, but that in fact > keys are being lost in certain cases and duplicated in others. Since I > did not rebuild any ports or packages, I'm convinced that this is directly > related to the 7.0 upgrade. > > This behavior has shown up when running a local copy of pine (inside > konsole), chatting in ksirc, and in a few other programs. (I'm running > KDE.) I think it happens more when on battery than when plugged into an > outlet. I'm running xbattbar, so it could be querying the battery status > and causing problems. This is using the laptop's built-in keyboard > (non-USB.) > > I'm going to try to track this down, although I don't know how successful > I'll be. I'd like to know if anyone else has seen this problem and if > they have any additional information that might help me track it down > faster. Hi, It might be related to ACPI polling the battery status, hence from what I understand it uses the same interface like the AT keyboard. Try disabling the battery monitoring application in KDE. I have a similar problem on my laptop, but I use an USB keyboard mostly, so it doesn't matter so much. Last time I looked at it I was not able to completely lock down the problem, except that there might be a conflict between ACPI and atkbd0 accessing the same piece of hardware at the same time. I know that the atkbd is sometimes called without Giant locked which makes the situation even more dangerous. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 13:14:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2332316A419 for ; Mon, 24 Dec 2007 13:14:59 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from dglawrence.com (static-72-90-113-2.ptldor.fios.verizon.net [72.90.113.2]) by mx1.freebsd.org (Postfix) with ESMTP id E412413C465 for ; Mon, 24 Dec 2007 13:14:58 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from tnn.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.14.1/8.14.1) with ESMTP id lBOCYJgG087511; Mon, 24 Dec 2007 04:34:19 -0800 (PST) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by tnn.dglawrence.com (8.14.1/8.14.1/Submit) id lBOCYJds087510; Mon, 24 Dec 2007 04:34:19 -0800 (PST) (envelope-from dg@dglawrence.com) X-Authentication-Warning: tnn.dglawrence.com: dg set sender to dg@dglawrence.com using -f Date: Mon, 24 Dec 2007 04:34:19 -0800 From: David G Lawrence To: Fabian Keil Message-ID: <20071224123419.GX25053@tnn.dglawrence.com> References: <20071224020713.F1390@odysseus.silby.com> <20071224123206.26695fff@fabiankeil.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071224123206.26695fff@fabiankeil.de> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dglawrence.com [127.0.0.1]); Mon, 24 Dec 2007 04:34:19 -0800 (PST) Cc: freebsd-current@freebsd.org Subject: Re: Repeated or missed keys after upgrading from 6.2 to 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 13:14:59 -0000 > I saw another report about this about a few days ago, > but don't remember the mailing list right now. > > According to the report it only happens with low Mhz values, > which could also explain why you see it more often when on battery. It was me in the thread regarding "packet loss every 30.999 seconds". The problem that I was seeing didn't result in repeated characters, however, just dropped keystrokes. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 15:02:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 849FE16A417 for ; Mon, 24 Dec 2007 15:02:34 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 22ADF13C4D5 for ; Mon, 24 Dec 2007 15:02:33 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=JyZXNNcSFD4/Y4TpFVM7w/U45JCoZ6+ved1WMtmCkfMWHVOC7/wuEDAK7Tc6UW5LhNV7XWRgmurL0jr3RPqajYMozs8vrswppnu1JUBXpfZzOXLwznWDAY+picvD8v6ilFFG4kkgaHt/YBnR57YAAGxW9Vbp4/Fa4AMfvgA+LoE=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1J6op5-000F6n-3M; Mon, 24 Dec 2007 18:02:31 +0300 Date: Mon, 24 Dec 2007 18:02:29 +0300 From: Eygene Ryabinkin To: Vladimir Grebenschikov Message-ID: References: <1198439210.1617.8.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1198439210.1617.8.camel@localhost> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.9 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: freebsd-current , freebsd-mobile Subject: Re: device uart - does it work for anybody with PCMCI card? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 15:02:34 -0000 Vladimir, good day. Sun, Dec 23, 2007 at 10:46:50PM +0300, Vladimir Grebenschikov wrote: > Can anybody confirm that device uart just works for some PCMCI card ? Yeah, I have ST-Lab RS-232 Serial PCMCIA card: http://www.st-lab.com/assign.asp?keyid=bn5 (C-130) It has Oxford Semiconductor OXCB950 chip and works fine. The card is discontinued, but there is other model that named simularily, 'C-131': http://www.st-lab.com/assign.asp?keyid=bn15 I don't know what chip they use in it, so can not say for sure that it will work out of the box. -- Eygene From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 18:33:45 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D90CB16A419 for ; Mon, 24 Dec 2007 18:33:45 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.freebsd.org (Postfix) with SMTP id 61ABF13C447 for ; Mon, 24 Dec 2007 18:33:45 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 91223 invoked from network); 24 Dec 2007 18:33:43 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 24 Dec 2007 18:33:43 -0000 X-pair-Authenticated: 209.68.2.70 Date: Mon, 24 Dec 2007 12:33:42 -0600 (CST) From: Mike Silbersack To: Peter Jeremy In-Reply-To: <20071224084840.GP25002@server.vk2pj.dyndns.org> Message-ID: <20071224123214.V1385@odysseus.silby.com> References: <20071224020713.F1390@odysseus.silby.com> <20071224084840.GP25002@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Repeated or missed keys after upgrading from 6.2 to 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 18:33:45 -0000 On Mon, 24 Dec 2007, Peter Jeremy wrote: > On Mon, Dec 24, 2007 at 02:15:17AM -0600, Mike Silbersack wrote: >> In order to eat my own dog food, I upgraded my laptop from 6.2 to 7.0. This >> seemed to have gone well, until I started writing a long e-mail while >> sitting on the couch today. As I was typing the e-mail, I noticed that my >> typing skills seemed to have gone missing; there were words missing 2-3 >> letters, and other places where I was apparently holding down keyyyys. Heh, >> that's a real example of the phenomenon right there. > > There were a variety of similar-sounding problems reported as part of the > X.org 7.3 upgrade but I thought they'd been fixed. (Rummage around in the > -x11 and -ports lists during September for details). Someone else just e-mailed me a link to that thread, I'll take a look and see if the problem seems to be the same. > Do you see similar problems with VTYs? I didn't notice the problem until after I started travelling for the holidays. I'll experiment with sshing into the box when I return home later in the week. Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 19:42:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D54416A418 for ; Mon, 24 Dec 2007 19:42:40 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from lists.martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.freebsd.org (Postfix) with ESMTP id 905B413C442 for ; Mon, 24 Dec 2007 19:42:39 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] (workstation.martenvijn.nl [192.168.1.6]) by lists.martenvijn.nl (Postfix) with ESMTP id 4EF825C60 for ; Mon, 24 Dec 2007 20:27:44 +0100 (CET) From: Marten Vijn To: freebsd-current@freebsd.org Content-Type: text/plain Date: Mon, 24 Dec 2007 20:27:17 +0100 Message-Id: <1198524437.5370.38.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: sysctl and rsync question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 19:42:40 -0000 Hi all, have two questions: In sort: 1. Which sysctl's can/should I change to prevent my backupserver (7.0 BETA4) from rebooting by using rsync ? 2. What tools are there to find out what causes the reboot? I did not find any messages in /var/log/*, dmesg, vmstat and top (dmesg below). I assume that it runs out ouf buffers. Description: During a backup with rsync the backupserver (FreeBSD) reboots. Here I speak of homedirs wich have totaly ~200Gb. However I sync per homedir. Each homedirs has a quota from 500Mb to 8Gb. The storage server is (still) running linux. The backmachine has 680 Gb storage based on 3 (s)ata disk in raidz pool. The reboot mostly happens when accesing a maildirs of a users. On large files this problem occurs less often. The reboot is not at the same place /time while making the backup, but always after some (3-15 minutes) time. This is my a part of my backup script (on the storage machine): LIST=`ls /export/home` for DIR in $LIST do echo $DIR rsync -togplarv \ /export/home/${DIR} \ root@backup_server:/data/export/home/ done Some testing show that ZFS is not likely to cause this. test.sh (on the backupmachine): #!/bin/sh mkdir -p test C=0 ( cd test || exit while [ 1 ] do C=$(($C+1)) echo $C > file.${C} echo $C done ) will run fine up to > 120000 in a directory in zfs. I stopped testing after this. However rsyncing this test directory to my workstation will reboot the backup machine after a couple of minutes. I more details are nessecairy please let me know (dmesg below). kind regards, Marten %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. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA4 #0: Wed Dec 19 15:43:30 CET 2007 root@mi:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 1700MHz (1694.86-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf0a Stepping = 10 Features=0x3febfbff real memory = 2147221504 (2047 MB) avail memory = 2091679744 (1994 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Dec 19 2007 15:35:53) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xf2000000-0xf3ffffff,0xfe9fc000-0xfe9fffff,0xfe000000-0xfe7fffff irq 16 at device 0.0 on pci1 pcib2: at device 30.0 on pci0 pci2: on pcib2 fxp0: port 0xde80-0xdebf mem 0xfeafe000-0xfeafefff irq 20 at device 8.0 on pci2 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:03:47:9f:1e:f3 fxp0: [ITHREAD] atapci0: port 0xdf00-0xdf3f,0xdfa0-0xdfaf,0xdc00-0xdc7f mem 0xfeaff000-0xfeafffff,0xfeac0000-0xfeadffff irq 21 at device 13.0 on pci2 atapci0: [ITHREAD] atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] uhci0: port 0xef40-0xef5f irq 19 at device 31.2 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xef80-0xef9f irq 23 at device 31.4 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered pci0: at device 31.5 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc87ff,0xc8800-0xc97ff,0xcd000-0xcdfff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> 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 umass0: on uhub0 Timecounter "TSC" frequency 1694858072 Hz quality 800 Timecounters tick every 1.000 msec hptrr: no controller detected. ad0: 76319MB at ata0-master UDMA100 ad3: 194481MB at ata1-slave UDMA100 ad4: 238475MB at ata2-master SATA150 ad8: 238475MB at ata4-master UDMA100 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 6 ZFS storage pool version 6 From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 20:01:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C02616A419 for ; Mon, 24 Dec 2007 20:01:59 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AF45313C45A; Mon, 24 Dec 2007 20:01:58 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47701035.3020200@FreeBSD.org> Date: Mon, 24 Dec 2007 21:01:57 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Marten Vijn References: <1198524437.5370.38.camel@workstation.martenvijn.nl> In-Reply-To: <1198524437.5370.38.camel@workstation.martenvijn.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: sysctl and rsync question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 20:01:59 -0000 Marten Vijn wrote: > Hi all, have two questions: > > In sort: > > 1. Which sysctl's can/should I change to prevent my backupserver (7.0 > BETA4) from rebooting by using rsync ? > > 2. What tools are there to find out what causes the reboot? See the ZFS tuning guide on wiki.freebsd.org. > I did not find any messages in /var/log/*, dmesg, vmstat and top (dmesg > below). See the chapter on kernel debugging the developers handbook. You have to enable crashdumps and/or DDB. > I assume that it runs out ouf buffers. Probably, the above will allow you to confirm and fix. Kris From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 20:04:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DC3F16A420 for ; Mon, 24 Dec 2007 20:04:31 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A760B13C45A; Mon, 24 Dec 2007 20:04:30 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <477010CD.3030400@FreeBSD.org> Date: Mon, 24 Dec 2007 21:04:29 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Scot Hetzel References: <790a9fff0712202256u74c2a54q82273fd28ced4758@mail.gmail.com> In-Reply-To: <790a9fff0712202256u74c2a54q82273fd28ced4758@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: bzeeb+freebsd+lor@zabbadoz.net, freebsd-current@freebsd.org Subject: Re: lock order reversal: devel/dbus causes a lock order reversal when it is started. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 20:04:31 -0000 Scot Hetzel wrote: > I'm getting the following lock order reversal when the rc.d/dbus > script is started: > > lock order reversal: > 1st 0xffffff000b0ae500 kqueue (kqueue) @ kern/kern_event.c:1397 > 2nd 0xffffffff80e3cac0 sleep mtxpool (sleep mtxpool) @ kern/sys_generic.c:1255 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > witness_checkorder() at witness_checkorder+0x655 > _mtx_lock_flags() at _mtx_lock_flags+0x75 > selrecord() at selrecord+0x86 > kqueue_poll() at kqueue_poll+0xa5 > poll() at poll+0x343 > syscall() at syscall+0x1ca > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (209, FreeBSD ELF64, poll), rip = 0x800822b0c, rsp = > 0x7fffffffe658, rbp = 0 --- > > FreeBSD hp010.hetzel.org 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Dec > 19 11:27:48 CST 2007 > root@hp010.hetzel.org:/usr/src/8x/sys-orig/amd64/compile/DV8135NR > amd64 > > # ident /sys/kern/{kern_event.c,sys_generic.c} > /sys/kern/kern_event.c: > $FreeBSD: src/sys/kern/kern_event.c,v 1.114 2007/12/16 06:21:19 jeff Exp $ > > /sys/kern/sys_generic.c: > $FreeBSD: src/sys/kern/sys_generic.c,v 1.160 2007/12/16 06:21:19 jeff Exp $ > > Scot This was reported a couple of days previously. Jeff says he will work on it. Kris From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 21:36:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CF0E16A419 for ; Mon, 24 Dec 2007 21:36:18 +0000 (UTC) (envelope-from morten@lightworkings.dk) Received: from mail.tobocom.net (mail.tobocom.net [89.221.166.157]) by mx1.freebsd.org (Postfix) with SMTP id 01B4313C468 for ; Mon, 24 Dec 2007 21:36:17 +0000 (UTC) (envelope-from morten@lightworkings.dk) Received: from atlantis.local ([212.242.164.125]) by mail.tobocom.net with hMailServer ; Mon, 24 Dec 2007 22:15:56 +0100 Message-ID: <4770218F.8020402@lightworkings.dk> Date: Mon, 24 Dec 2007 22:15:59 +0100 From: =?ISO-8859-1?Q?Morten_Str=E5rup?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: 7.0 BETA4 unstable on MSI AM2 motherboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 21:36:18 -0000 Hi! I thought I would write here before I made a problem report. I've been running 7.0-current since april or so without any significant trouble but now I've run into quite a showstopper. Until now the hardware used has been a Via C7 1,2 GHz mini-itx system with 1 GB of RAM. But I've now bought some new hardware for use as a fileserver and this new hardware doesn't work very well with 7.0. It consists of an AMD BE2400 cpu, an MSI K9N SLI MCP motherboard with an Nforce 570 SLI chipset and 4 GB of RAM. I've run both memtest86 and merseine prime test to make sure that it isn't the hardware that is faulty. I've tried changing the memory modules but that didn't help. Other operating systems like Ubuntu Linux 7.10, NetBSD 4.0 and Freebsd 6.3 RC1 work just fine, but FreeBSD 7.0 does not. These have all been AMD64 versions. I've also tested 8.0-current which doesn't work either. I've tested the 7.0 and 8.0 installations with both AMD64 and i386 installations and none work. For the AMD64 versions the errors consist of: 1. Errors about wrong fileformat when loading shared libraries. 2. Errors about missing symbol table. 3. Errors about not being able to load /etc/termcap when logging in. 4. Errors about relocations when loading shared libraries. 5. Errors about init making an error and then dumping me to singleuser and then not being able to load sh because of fileformat errors. For the i386 versions the errors start when loading the BTX, where it complains about missing acpi modules and then crashes with a list of what the cpu registers contain. The AMD64 errors sometimes also show up when installing the 7.0-BETA4. Please tell me if you need more information or need me to test something to diagnose the problem. Kind regards Morten Strårup From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 23:23:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AC3F16A417 for ; Mon, 24 Dec 2007 23:23:50 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id 25E4C13C455 for ; Mon, 24 Dec 2007 23:23:49 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from [216.89.228.170] (host-216-89-228-170.wireless.terranova.net [216.89.228.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tog.net (Postfix) with ESMTP id 3258A29B5FA for ; Mon, 24 Dec 2007 18:23:49 -0500 (EST) Message-ID: <47703F84.4040201@terranova.net> Date: Mon, 24 Dec 2007 18:23:48 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4770218F.8020402@lightworkings.dk> In-Reply-To: <4770218F.8020402@lightworkings.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: 7.0 BETA4 unstable on MSI AM2 motherboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 23:23:50 -0000 Morten Strårup wrote: > Hi! > > I thought I would write here before I made a problem report. > > I've been running 7.0-current since april or so without any significant > trouble but now I've run into quite a showstopper. > > Until now the hardware used has been a Via C7 1,2 GHz mini-itx system > with 1 GB of RAM. But I've now bought some new hardware for use as a > fileserver and this new hardware doesn't work very well with 7.0. It > consists of an AMD BE2400 cpu, an MSI K9N SLI MCP motherboard with an > Nforce 570 SLI chipset and 4 GB of RAM. > > I've run both memtest86 and merseine prime test to make sure that it > isn't the hardware that is faulty. I've tried changing the memory > modules but that didn't help. > > Other operating systems like Ubuntu Linux 7.10, NetBSD 4.0 and Freebsd > 6.3 RC1 work just fine, but FreeBSD 7.0 does not. These have all been > AMD64 versions. I've also tested 8.0-current which doesn't work either. > I've tested the 7.0 and 8.0 installations with both AMD64 and i386 > installations and none work. > > For the AMD64 versions the errors consist of: > > 1. Errors about wrong fileformat when loading shared libraries. > 2. Errors about missing symbol table. > 3. Errors about not being able to load /etc/termcap when logging in. > 4. Errors about relocations when loading shared libraries. > 5. Errors about init making an error and then dumping me to singleuser > and then not being able to load sh because of fileformat errors. > > For the i386 versions the errors start when loading the BTX, where it > complains about missing acpi modules and then crashes with a list of > what the cpu registers contain. > > The AMD64 errors sometimes also show up when installing the 7.0-BETA4. > > Please tell me if you need more information or need me to test something > to diagnose the problem. > > Kind regards > > Morten Strårup The symptoms sound a bit similar to the HT1000 on-board SATA issues. I don't suppose you have a PCI SATA controller you could try out? I used a cheap Silicon Image 3114 (SiI3114) 32-bit PCI SATA controller while the HT1000 SATA problems were being worked out. A "pciconf -lv" from that system would be helpful if you can manage to get it. -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 x101 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. From owner-freebsd-current@FreeBSD.ORG Tue Dec 25 00:40:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C009916A418 for ; Tue, 25 Dec 2007 00:40:26 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from lists.martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.freebsd.org (Postfix) with ESMTP id 85FA713C44B for ; Tue, 25 Dec 2007 00:40:26 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] (workstation.martenvijn.nl [192.168.1.6]) by lists.martenvijn.nl (Postfix) with ESMTP id 0631A5C69 for ; Tue, 25 Dec 2007 01:40:49 +0100 (CET) From: Marten Vijn To: freebsd-current In-Reply-To: <47701035.3020200@FreeBSD.org> References: <1198524437.5370.38.camel@workstation.martenvijn.nl> <47701035.3020200@FreeBSD.org> Content-Type: text/plain Date: Tue, 25 Dec 2007 01:40:22 +0100 Message-Id: <1198543222.1241.4.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: sysctl and rsync question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2007 00:40:26 -0000 On Mon, 2007-12-24 at 21:01 +0100, Kris Kennaway wrote: > Marten Vijn wrote: > > Hi all, have two questions: > > > > In sort: > > > > 1. Which sysctl's can/should I change to prevent my backupserver (7.0 > > BETA4) from rebooting by using rsync ? > > > > 2. What tools are there to find out what causes the reboot? > > See the ZFS tuning guide on wiki.freebsd.org. > > > I did not find any messages in /var/log/*, dmesg, vmstat and top (dmesg > > below). > > See the chapter on kernel debugging the developers handbook. You have > to enable crashdumps and/or DDB. > > > I assume that it runs out ouf buffers. > > Probably, the above will allow you to confirm and fix. > I 've set vm.kmem_size from vm.kmem_size: 335544320 to vm.kmem_size: 536870912 no reboots any more, thanks, Marten > Kris > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Dec 25 00:59:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D910316A41B for ; Tue, 25 Dec 2007 00:59:10 +0000 (UTC) (envelope-from morten@lightworkings.dk) Received: from mail.tobocom.net (mail.tobocom.net [89.221.166.157]) by mx1.freebsd.org (Postfix) with SMTP id 4839213C468 for ; Tue, 25 Dec 2007 00:59:10 +0000 (UTC) (envelope-from morten@lightworkings.dk) Received: from atlantis.local ([212.242.164.125]) by mail.tobocom.net with hMailServer ; Tue, 25 Dec 2007 01:59:01 +0100 Message-ID: <477055D9.6040501@lightworkings.dk> Date: Tue, 25 Dec 2007 01:59:05 +0100 From: =?ISO-8859-1?Q?Morten_Str=E5rup?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4770218F.8020402@lightworkings.dk> <47703F84.4040201@terranova.net> In-Reply-To: <47703F84.4040201@terranova.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: 7.0 BETA4 unstable on MSI AM2 motherboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2007 00:59:10 -0000 Travis Mikalson wrote: > Morten Strårup wrote: >> Hi! >> >> I thought I would write here before I made a problem report. >> >> I've been running 7.0-current since april or so without any >> significant trouble but now I've run into quite a showstopper. >> >> Until now the hardware used has been a Via C7 1,2 GHz mini-itx system >> with 1 GB of RAM. But I've now bought some new hardware for use as a >> fileserver and this new hardware doesn't work very well with 7.0. It >> consists of an AMD BE2400 cpu, an MSI K9N SLI MCP motherboard with an >> Nforce 570 SLI chipset and 4 GB of RAM. >> >> I've run both memtest86 and merseine prime test to make sure that it >> isn't the hardware that is faulty. I've tried changing the memory >> modules but that didn't help. >> >> Other operating systems like Ubuntu Linux 7.10, NetBSD 4.0 and >> Freebsd 6.3 RC1 work just fine, but FreeBSD 7.0 does not. These have >> all been AMD64 versions. I've also tested 8.0-current which doesn't >> work either. I've tested the 7.0 and 8.0 installations with both >> AMD64 and i386 installations and none work. >> >> For the AMD64 versions the errors consist of: >> >> 1. Errors about wrong fileformat when loading shared libraries. >> 2. Errors about missing symbol table. >> 3. Errors about not being able to load /etc/termcap when logging in. >> 4. Errors about relocations when loading shared libraries. >> 5. Errors about init making an error and then dumping me to >> singleuser and then not being able to load sh because of fileformat >> errors. >> >> For the i386 versions the errors start when loading the BTX, where it >> complains about missing acpi modules and then crashes with a list of >> what the cpu registers contain. >> >> The AMD64 errors sometimes also show up when installing the 7.0-BETA4. >> >> Please tell me if you need more information or need me to test >> something to diagnose the problem. >> >> Kind regards >> >> Morten Strårup > > The symptoms sound a bit similar to the HT1000 on-board SATA issues. > > I don't suppose you have a PCI SATA controller you could try out? I > used a cheap Silicon Image 3114 (SiI3114) 32-bit PCI SATA controller > while the HT1000 SATA problems were being worked out. > > A "pciconf -lv" from that system would be helpful if you can manage to > get it. I do have such a controller, so I'll try it out when I get back home, sometime tomorrow. I'll post the results once I have them. -- Kind regards Morten Strårup From owner-freebsd-current@FreeBSD.ORG Tue Dec 25 03:00:11 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F05816A419 for ; Tue, 25 Dec 2007 03:00:11 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id A200313C474 for ; Tue, 25 Dec 2007 03:00:10 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1623771uge.37 for ; Mon, 24 Dec 2007 19:00:09 -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=Gzk4QulhdxovL2TbyHrusbWrJVS8XnpMGn1oKCTyau8=; b=qhF9Z5QEEEcfoNSKO2qsMFLQu7yC6eCWhCEFJa+yuzF3v+hx0ZUvT5gAoe5GVfOB05KseHbowPEGQ1sPh4HggDeTyL3lESRPpUJhWYu/fIFjK5laSgbSah8qLO6PslfXq/3vGZJ2uV5ri1wjbJHXmdYNXPLLv/680avAxIqGlEg= 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=WuSgQM/29Z+WO+h1idA1HgDQUF07ikGoj2rAAejEZRmXrrv0NjYSFSGLCW66BwuJwBewr9CyTCQiIXAY/Vl2nmvPE967faHUP6Q0wrxWX/eF+dYKjrfWhUTPx+Wv+AqmggxgCBtz5SoPndyqCdEiJg/3uJoq0lM5SEct+STS1UM= Received: by 10.67.15.8 with SMTP id s8mr3681329ugi.42.1198549906999; Mon, 24 Dec 2007 18:31:46 -0800 (PST) Received: by 10.66.248.11 with HTTP; Mon, 24 Dec 2007 18:31:46 -0800 (PST) Message-ID: Date: Tue, 25 Dec 2007 02:31:46 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Mike Silbersack" In-Reply-To: <20071224020713.F1390@odysseus.silby.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071224020713.F1390@odysseus.silby.com> X-Google-Sender-Auth: 88d5fa3af9302e5e Cc: current@freebsd.org Subject: Re: Repeated or missed keys after upgrading from 6.2 to 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2007 03:00:11 -0000 On 24/12/2007, Mike Silbersack wrote: > In order to eat my own dog food, I upgraded my laptop from 6.2 to 7.0. > This seemed to have gone well, until I started writing a long e-mail while > sitting on the couch today. As I was typing the e-mail, I noticed that my > typing skills seemed to have gone missing; there were words missing 2-3 > letters, and other places where I was apparently holding down keyyyys. > Heh, that's a real example of the phenomenon right there. I've noticed that setting keyrate to fast in rc.conf makes the keys repeat themselves intermittently if you have usb keyboard... but this has been happening to me in STABLE, so I don't know if it's related to your issues. -- IM From owner-freebsd-current@FreeBSD.ORG Tue Dec 25 05:09:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B59316A41A for ; Tue, 25 Dec 2007 05:09:23 +0000 (UTC) (envelope-from netslists@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 0104413C468 for ; Tue, 25 Dec 2007 05:09:22 +0000 (UTC) (envelope-from netslists@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so398605anc.13 for ; Mon, 24 Dec 2007 21:09:22 -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:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=RQeqGSTozba3AYVeSUcoWLYwOtVBXX0oE0VM2PG409I=; b=rjm3WqVwzyA//PSsS8gKVsZjM0gCtkeYhMwJlgkkkD1BJ1cbZIiXJ73Ae7icyXRHtTrlifGmpnTUtKMFwRfj3FnvmkVxtucs2DFwIYw9ivyFsBv2Rfz63Kf/7nQIJkIYkPhD0neF9VpmYf0pZhtiFPj12WUYdzIEGQmkPSQtZKc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=PSmXGMqw8zVvkRxNQMERs5jsUBG7Tou18ePVn2mIpIovOmCQD352eqaLE05EbxIB1upfwtHi2nPZVY9yi3xxLxstgal30sVTjHbIwFNuw4ZiA3HMNprl2OinVZ2snFE6KP4QAIvP+/2WmWhXZKiLGzlDmXM3r6VqRzSCgJMFTjo= Received: by 10.100.34.16 with SMTP id h16mr10921704anh.111.1198559362229; Mon, 24 Dec 2007 21:09:22 -0800 (PST) Received: from ?192.168.12.8? ( [97.101.40.241]) by mx.google.com with ESMTPS id d24sm6697210and.12.2007.12.24.21.09.20 (version=SSLv3 cipher=RC4-MD5); Mon, 24 Dec 2007 21:09:21 -0800 (PST) Message-ID: <47709076.5050205@gmail.com> Date: Tue, 25 Dec 2007 00:09:10 -0500 From: Sten Daniel Soersdal User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Chris Poulsen References: <476EE604.2070809@nesluop.dk> In-Reply-To: <476EE604.2070809@nesluop.dk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Problem with nfe stability and throughput X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2007 05:09:23 -0000 Chris Poulsen wrote: > Hi, > > I've installed CURRENT on an asus m2n-vm. My network config is giving me > problems. > > Throughput seems low. I'm seeing up/download rates less than 1 Mbyte/sec > on my local lan (100Mb). I've tried switching cables/ports in my switch > etc. > > I've enabled device polling (hz=1000) > > Uploads from the box are slow but "stable". Downloads to the box are > both slow and unstable. After a few seconds i see the following lines in > my log and all transfers freeze. Doing ifconfig nfe0 down/up brings the > interface back to life. > > nfe0: discard frame w/o leading ethernet header (len 3 pkt len 3) > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > nfe0: discard frame w/o leading ethernet header (len 8 pkt len 8) > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > > I've tried applying the patch from this conversation: > http://www.nabble.com/nfe-busted-on-7.0-BETA4-to14143721.html#a14143721 > > but i still see the same error. (My dmesg/ifconfig output in the bottom > of this mail) > > Could someone please give me some pointers on how to fix these things? > Have you tried turning off flow-control on the switch port? Just my $0.02 -- Sten Daniel Soersdal From owner-freebsd-current@FreeBSD.ORG Tue Dec 25 16:16:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E172316A419 for ; Tue, 25 Dec 2007 16:16:04 +0000 (UTC) (envelope-from morten@lightworkings.dk) Received: from mail.tobocom.net (mail.tobocom.net [89.221.166.157]) by mx1.freebsd.org (Postfix) with SMTP id 9726213C442 for ; Tue, 25 Dec 2007 16:16:02 +0000 (UTC) (envelope-from morten@lightworkings.dk) Received: from atlantis.local ([85.80.153.38]) by mail.tobocom.net with hMailServer ; Tue, 25 Dec 2007 17:15:51 +0100 Message-ID: <47712CBB.9010901@lightworkings.dk> Date: Tue, 25 Dec 2007 17:15:55 +0100 From: =?ISO-8859-1?Q?Morten_Str=E5rup?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4770218F.8020402@lightworkings.dk> <47703F84.4040201@terranova.net> In-Reply-To: <47703F84.4040201@terranova.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: 7.0 BETA4 unstable on MSI AM2 motherboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2007 16:16:05 -0000 Travis Mikalson wrote: > Morten Strårup wrote: >> Hi! >> >> I thought I would write here before I made a problem report. >> >> I've been running 7.0-current since april or so without any >> significant trouble but now I've run into quite a showstopper. >> >> Until now the hardware used has been a Via C7 1,2 GHz mini-itx system >> with 1 GB of RAM. But I've now bought some new hardware for use as a >> fileserver and this new hardware doesn't work very well with 7.0. It >> consists of an AMD BE2400 cpu, an MSI K9N SLI MCP motherboard with an >> Nforce 570 SLI chipset and 4 GB of RAM. >> >> I've run both memtest86 and merseine prime test to make sure that it >> isn't the hardware that is faulty. I've tried changing the memory >> modules but that didn't help. >> >> Other operating systems like Ubuntu Linux 7.10, NetBSD 4.0 and >> Freebsd 6.3 RC1 work just fine, but FreeBSD 7.0 does not. These have >> all been AMD64 versions. I've also tested 8.0-current which doesn't >> work either. I've tested the 7.0 and 8.0 installations with both >> AMD64 and i386 installations and none work. >> >> For the AMD64 versions the errors consist of: >> >> 1. Errors about wrong fileformat when loading shared libraries. >> 2. Errors about missing symbol table. >> 3. Errors about not being able to load /etc/termcap when logging in. >> 4. Errors about relocations when loading shared libraries. >> 5. Errors about init making an error and then dumping me to >> singleuser and then not being able to load sh because of fileformat >> errors. >> >> For the i386 versions the errors start when loading the BTX, where it >> complains about missing acpi modules and then crashes with a list of >> what the cpu registers contain. >> >> The AMD64 errors sometimes also show up when installing the 7.0-BETA4. >> >> Please tell me if you need more information or need me to test >> something to diagnose the problem. >> >> Kind regards >> >> Morten Strårup > > The symptoms sound a bit similar to the HT1000 on-board SATA issues. > > I don't suppose you have a PCI SATA controller you could try out? I > used a cheap Silicon Image 3114 (SiI3114) 32-bit PCI SATA controller > while the HT1000 SATA problems were being worked out. > > A "pciconf -lv" from that system would be helpful if you can manage to > get it. > I've got the system running now with a Silicon Image 3114 controller, the i386 version boots with no errors and the AMD64 version does as well. Output of pciconf -lv is pasted below. none0@pci0:0:0:0: class=0x050000 card=0x72501462 chip=0x036910de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 Memory Controller' class = memory subclass = RAM isab0@pci0:0:1:0: class=0x060100 card=0x72501462 chip=0x036010de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 LPC Bridge' class = bridge subclass = PCI-ISA none1@pci0:0:1:1: class=0x0c0500 card=0x72501462 chip=0x036810de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 SMBus' class = serial bus subclass = SMBus ohci0@pci0:0:2:0: class=0x0c0310 card=0x72501462 chip=0x036c10de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 USB Controller' class = serial bus subclass = USB ehci0@pci0:0:2:1: class=0x0c0320 card=0x72501462 chip=0x036d10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 USB Controller' class = serial bus subclass = USB atapci0@pci0:0:4:0: class=0x01018a card=0x72501462 chip=0x036e10de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 IDE' class = mass storage subclass = ATA atapci1@pci0:0:5:0: class=0x010185 card=0x72501462 chip=0x037f10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 SATA Controller' class = mass storage subclass = ATA atapci2@pci0:0:5:1: class=0x010185 card=0x72501462 chip=0x037f10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 SATA Controller' class = mass storage subclass = ATA atapci3@pci0:0:5:2: class=0x010185 card=0x72501462 chip=0x037f10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 SATA Controller' class = mass storage subclass = ATA pcib1@pci0:0:6:0: class=0x060401 card=0x72501462 chip=0x037010de rev=0xa2 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP55 PCI bridge' class = bridge subclass = PCI-PCI none2@pci0:0:6:1: class=0x040300 card=0x72501462 chip=0x037110de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'ADI 1988B 8 Channel High Definition Audio' class = multimedia nfe0@pci0:0:8:0: class=0x068000 card=0x72501462 chip=0x037310de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 Ethernet' class = bridge nfe1@pci0:0:9:0: class=0x068000 card=0x72501462 chip=0x037310de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 Ethernet' class = bridge pcib2@pci0:0:10:0: class=0x060400 card=0x000010de chip=0x037610de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP55 PCIe bridge' class = bridge subclass = PCI-PCI pcib3@pci0:0:11:0: class=0x060400 card=0x000010de chip=0x037410de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP55 PCIe bridge' class = bridge subclass = PCI-PCI pcib4@pci0:0:12:0: class=0x060400 card=0x000010de chip=0x037410de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP55 PCIe bridge' class = bridge subclass = PCI-PCI pcib5@pci0:0:13:0: class=0x060400 card=0x000010de chip=0x037810de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP55 PCIe bridge' class = bridge subclass = PCI-PCI pcib6@pci0:0:14:0: class=0x060400 card=0x000010de chip=0x037510de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP55 PCIe bridge' class = bridge subclass = PCI-PCI pcib7@pci0:0:15:0: class=0x060400 card=0x000010de chip=0x037710de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP55 PCIe bridge' class = bridge subclass = PCI-PCI hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI atapci4@pci0:1:0:0: class=0x010400 card=0x71141095 chip=0x31141095 rev=0x02 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'Sil 3114 SATALink/SATARaid Controller' class = mass storage subclass = RAID vgapci0@pci0:1:1:0: class=0x030000 card=0x00000000 chip=0x0519102b rev=0x01 hdr=0x00 vendor = 'Matrox Electronic Systems Ltd.' device = 'MGA-2064W Storm (Millennium board)' class = display subclass = VGA Kind Regards Morten Strårup From owner-freebsd-current@FreeBSD.ORG Tue Dec 25 16:46:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E906416A46B for ; Tue, 25 Dec 2007 16:46:00 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 32FD713C4E7 for ; Tue, 25 Dec 2007 16:45:59 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1484356fgg.35 for ; Tue, 25 Dec 2007 08:45:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; bh=jnYLcogdvm1wBaDXTcpwk5+/zrjpH7Zfie8YFeJNHdg=; b=UWQLqkvNwUnnK30clx893LeAQLOKnnVN+2J9L1/7z9IZZC9WerhCoCGwx2ylMF1tbZHxqA/bvOsd6TJXK6kfWjPYDhtHb8PMHzpIHTqsbJZ+RODPmJ2M8qh2y7h19LCloAcHsDRyaIV1R/hCMVS9vh1GbTe/35nNXHSpPZ16+8o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=wVeeyROfeK9DJQm6NIAJxJ/Slsv86f58kERuSC4pAarpVyNnc8C4TkolWAiWENo9P/EYwgkwgo1qcyb/N4gEVaV8dx0GpQniSV88zDJPWEGu+q8aSEOc4XdnyIq3PsSmr6B+llPLwHEn7+G45GybhvS5g2c2hntmJbJGBxb4rMk= Received: by 10.82.108.9 with SMTP id g9mr10612573buc.34.1198601158798; Tue, 25 Dec 2007 08:45:58 -0800 (PST) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id b33sm8728805ika.5.2007.12.25.08.45.56 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 25 Dec 2007 08:45:57 -0800 (PST) From: Nikolay Pavlov To: Andrew Thompson Date: Tue, 25 Dec 2007 18:46:04 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <200712120512.42689.qpadla@gmail.com> <20071212031727.GA43155@heff.fud.org.nz> In-Reply-To: <20071212031727.GA43155@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712251846.04474.qpadla@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: Unable to shutdown jail on BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2007 16:46:01 -0000 On Wednesday 12 December 2007 05:17:27 Andrew Thompson wrote: > On Wed, Dec 12, 2007 at 05:12:42AM +0200, Nikolay Pavlov wrote: > > Hi all. > > Not sure were to go with this... I see a weird jail behavior on recent > > BETA4. After successful "/etc/rc.d/jail stop cell" execution the jail > > is still could be listed with jls command: > > root@cassini:~# jls > > JID IP Address Hostname Path > > 4 xxx.53.51.236 php-cgi /home/jails/php-cgi > > > > But i am unable to find any processes with this jid in the system: > > root@cassini:~# ps ax -o jid | grep 4 > > root@cassini:~# > > > > Any comments? > > This has been fixed (sort of), make sure you have r1.208.2.1 of > /usr/src/sys/kern/kern_conf.c > > > cheers, > Andrew Unfortunately the problem is still there, but it's not easy to trigger it. Here it is after "/etc/rc.d/jail restart php_cgi" and 11 days of uptime: root@cassini:~# jls JID IP Address Hostname Path 9 xxx.53.51.236 php-cgi /home/jails/php-cgi 7 xxx.53.51.236 php-cgi /home/jails/php-cgi root@cassini:~# ps awwx -o jid | grep 9 | wc -l 13 root@cassini:~# ps awwx -o jid | grep 7 | wc -l 0 root@cassini:~# uname -a FreeBSD cassini 7.0-BETA4 FreeBSD 7.0-BETA4 #2: Thu Dec 13 06:54:11 EET 2007 root@cassini:/usr/obj/usr/src/sys/GENERIC amd64 -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Tue Dec 25 19:51:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8069216A417 for ; Tue, 25 Dec 2007 19:51:58 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id 22F3113C447 for ; Tue, 25 Dec 2007 19:51:58 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1J7Foe-0007cs-B9; Tue, 25 Dec 2007 20:51:52 +0100 Message-ID: <47715F84.3050703@FreeBSD.org> Date: Tue, 25 Dec 2007 20:52:36 +0100 From: Remko Lodder User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Mark Andrews References: <200712240014.lBO0EfRB014370@drugs.dv.isc.org> In-Reply-To: <200712240014.lBO0EfRB014370@drugs.dv.isc.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hardware@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: PATCH: FreeBSD-7-BETA4 'bge' ether for Dell T105 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2007 19:51:58 -0000 Mark Andrews wrote: >> Thanks to Max Laier's help, the ether device is now working with the 'bge' >> driver. Here is a patch that makes it work. I just recompiled the >> kernel afterwards and it comes up. >> >> PS: the T105 is now $399 but includes 1GB RAM and 2x160GB disk, >> in addition to the dual-core 1.8GHz Opteron and DVD reader. >> >> (Is there a better way to do this? sorry for the CC's, wasn't sure which >> was appropriate for getting this into the tree.) > > "send-pr" is the appropriate command for submitting these sorts > of fixes. > Indeed, nevertheless I just committed the information you send (Chris) and hopefully I can get this in soon, thanks for reporting this though! Cheers remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Tue Dec 25 23:47:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6331116A41B for ; Tue, 25 Dec 2007 23:47:50 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 2478513C44B for ; Tue, 25 Dec 2007 23:47:50 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3874149waf.3 for ; Tue, 25 Dec 2007 15:47:50 -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=SNHV+acgdniiLVn28ZTxl7sZjmO8k+iUpsGGzA9NxJ8=; b=nfVYqIRqWkcPo2EBSXelnvaZLGK+9Rhm6Y5vP3CxAMn+EOWZ6NOkV7ct0K1yEtrxpP7tAWVbPxRn/cFfziIvBLGRW0OvUeI/GHPqd2NVShLDiApOoV6IgN45ul6GUZycyu+DaW2wpWcKic/0dNNoP3lNwNq52p5V5aPQ+Pi1lrI= 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=e0J2Vr+CnCWAm9/5uRZU7gp87EyO0/QMIebe8L2HY83d/dqri9uMsbOxOHolGRuaePrv2UTqmJwAMwKQazUTbPA2lH81Z4CLC+zXnLnjwhlGy6RPzO7yENzXNYiJq1stJ11sget7mzcu89VtXFSHbkIesi4H6Wo59dwaM72FAnc= Received: by 10.114.53.1 with SMTP id b1mr5917333waa.134.1198626469969; Tue, 25 Dec 2007 15:47:49 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m5sm4417652wag.9.2007.12.25.15.47.46 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 25 Dec 2007 15:47:48 -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 lBPNlR0N001464 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Dec 2007 08:47:27 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lBPNlO1r001463; Wed, 26 Dec 2007 08:47:24 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 26 Dec 2007 08:47:23 +0900 From: Pyun YongHyeon To: Chris Poulsen Message-ID: <20071225234723.GA1018@cdnetworks.co.kr> References: <476EE604.2070809@nesluop.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <476EE604.2070809@nesluop.dk> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Current Subject: Re: Problem with nfe stability and throughput X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2007 23:47:50 -0000 On Sun, Dec 23, 2007 at 11:49:40PM +0100, Chris Poulsen wrote: > Hi, > > I've installed CURRENT on an asus m2n-vm. My network config is giving me > problems. > > Throughput seems low. I'm seeing up/download rates less than 1 Mbyte/sec > on my local lan (100Mb). I've tried switching cables/ports in my switch etc. > > I've enabled device polling (hz=1000) > > Uploads from the box are slow but "stable". Downloads to the box are > both slow and unstable. After a few seconds i see the following lines in > my log and all transfers freeze. Doing ifconfig nfe0 down/up brings the > interface back to life. > > nfe0: discard frame w/o leading ethernet header (len 3 pkt len 3) > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > nfe0: discard frame w/o leading ethernet header (len 8 pkt len 8) > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > > I've tried applying the patch from this conversation: > http://www.nabble.com/nfe-busted-on-7.0-BETA4-to14143721.html#a14143721 > > but i still see the same error. (My dmesg/ifconfig output in the bottom > of this mail) > > Could someone please give me some pointers on how to fix these things? > > TIA > -- > Regards Chris > > > My dmesg contains: > > ata3: [ITHREAD] > nfe0: port 0xd880-0xd887 mem > 0xdfffc000-0xdfffcfff,0xdfffe400-0xdfffe4ff,0 > xdfffe000-0xdfffe00f irq 23 at device 10.0 on pci0 > miibus0: on nfe0 > ukphy0: PHY 1 on miibus0 ^^^^^^ It seems that ukphy(4) was picked up to serve your PHY hardware. I guess ukphy(4) is not right phy driver for the hardware as it could result in non-working driver. Would you show me the ukphy(4) output of verbosed boot message?(In verbosed boot mode, ukphy(4) may have printed OUI/model number of the PHY hardware.) > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto > nfe0: Ethernet address: 00:1d:60:6d:73:ec > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > pcib2: at device 11.0 on pci0 > > and ifconfig -a gives: > > nfe0: flags=8843 metric 0 mtu 1500 > options=48 > ether 00:1d:60:6d:73:ec > inet 192.168.1.11 netmask 0xffffff00 broadcast 192.168.1.255 > media: Ethernet 100baseTX > status: active > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 11:54:18 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8542D16A41B for ; Wed, 26 Dec 2007 11:54:18 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1754813C447 for ; Wed, 26 Dec 2007 11:54:18 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 718A14795E for ; Wed, 26 Dec 2007 06:54:17 -0500 (EST) Date: Wed, 26 Dec 2007 11:54:17 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20071226114235.B91077@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: HEADS UP: DDB output capture, scripting, and textdumps imported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2007 11:54:18 -0000 Dear all: Per the prior e-mail thread, I've added several new facilities to DDB(4): - DDB output capture, in which the input and output to DDB can be captured selectively to a buffer for later inspection using a sysctl (after continue), or in a textdump or kernel dump. - DDB scripting, which allows simple scripts to be defined and executed, either by hand, or as a result of a DDB event such as a panic, break key, or watchdog firing. - Kernel textdumps, which can store DDB output, the kernel message buffer, kernel configuration, and other debugging information in a compact form in a dump partition, providing an alternative to full memory dumps where only DDB output is required. I've included the key commit messages below, and have updated ddb(4) and textdump(4) to reflect these new facilities. One idea that has been bounced around a bit is adding an automatic kernel dump reporting facility that could be enabled by a system administrator to submit textdumps to a specific e-mail address for inspection. I find that most textdumps I generate, assuming I include the kernel message buffer and a reasonable set of information-gathering commands, are around 90k-100k, so quite manageable and portable compared to regular dumps, and not dependent on having an exactly synchronized set of kernel sources and debugging symbols. I've not implemented this, but it is (as they say) a small matter of shell scripting if someone is interested in giving this a spin. Adding new information sources to textdumps is relatively easy (and can be made easier), should there be other information that people want to capture, such as $FreeBSD$ version tags, etc. Many thanks to the various people who've given me feedback on this project, including Antoine Brodin, Peter Wemm, Wojciech Koszek, Nikolay Pavlov, and Michael Bushkov. Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Tue, 25 Dec 2007 23:06:51 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/conf files src/sys/ddb db_capture.c db_command.c db_input.c db_main.c db_output.c ddb.h rwatson 2007-12-25 23:06:51 UTC FreeBSD src repository Modified files: sys/conf files sys/ddb db_command.c db_input.c db_main.c db_output.c ddb.h Added files: sys/ddb db_capture.c Log: Add a new DDB(4) facility, output capture. Input and output from DDB may be captured to a memory buffer for later inspection using sysctl(8), or in the future, to a textdump. A new DDB command, "capture", is added, which accepts arguments "on", "off", "reset", and "status". A new DDB sysctl tree, debug.ddb.capture, is added, which can be used to resize the capture buffer and extract buffer contents. MFC after: 3 months Revision Changes Path 1.1258 +1 -0 src/sys/conf/files 1.1 +301 -0 src/sys/ddb/db_capture.c (new) 1.74 +1 -0 src/sys/ddb/db_command.c 1.37 +1 -0 src/sys/ddb/db_input.c 1.6 +3 -0 src/sys/ddb/db_main.c 1.38 +8 -0 src/sys/ddb/db_output.c 1.44 +15 -0 src/sys/ddb/ddb.h ---------- Forwarded message ---------- Date: Tue, 25 Dec 2007 23:25:04 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/share/man/man4 ddb.4 rwatson 2007-12-25 23:25:04 UTC FreeBSD src repository Modified files: share/man/man4 ddb.4 Log: Document DDB capture facility. MFC after: 3 months Revision Changes Path 1.43 +34 -1 src/share/man/man4/ddb.4 ---------- Forwarded message ---------- Date: Wed, 26 Dec 2007 09:33:19 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/conf files src/sys/ddb db_command.c db_command.h db_lex.c db_lex.h db_main.c db_script.c ddb.h rwatson 2007-12-26 09:33:19 UTC FreeBSD src repository Modified files: sys/conf files sys/ddb db_command.c db_command.h db_lex.c db_lex.h db_main.c ddb.h Added files: sys/ddb db_script.c Log: Add a simple scripting facility to DDB(4), allowing the user to define a set of named scripts. Each script consists of a list of DDB commands separated by ";"s that will be executed verbatim. No higher level language constructs, such as branching, are provided for: scripts are executed by sequentially injecting commands into the DDB input buffer. Four new commands are present in DDB: "run" to run a specific script, "script" to define or print a script, "scripts" to list currently defined scripts, and "unscript" to delete a script, modeled on shell alias commands. Scripts may also be manipulated using sysctls in the debug.ddb.scripting MIB space, although users will prefer to use the soon-to-be-added ddb(8) tool for usability reasons. Scripts with certain names are automatically executed on various DDB events, such as entering the debugger via a panic, a witness error, watchdog, breakpoint, sysctl, serial break, etc, allowing customized handling. MFC after: 3 months Revision Changes Path 1.1259 +1 -0 src/sys/conf/files 1.75 +31 -5 src/sys/ddb/db_command.c 1.14 +1 -0 src/sys/ddb/db_command.h 1.23 +30 -1 src/sys/ddb/db_lex.c 1.15 +7 -4 src/sys/ddb/db_lex.h 1.7 +3 -0 src/sys/ddb/db_main.c 1.1 +564 -0 src/sys/ddb/db_script.c (new) 1.45 +29 -0 src/sys/ddb/ddb.h ---------- Forwarded message ---------- Date: Wed, 26 Dec 2007 09:38:22 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sbin Makefile src/sbin/ddb Makefile ddb.8 ddb.c ddb.h ddb_script.c rwatson 2007-12-26 09:38:22 UTC FreeBSD src repository Modified files: sbin Makefile Added files: sbin/ddb Makefile ddb.8 ddb.c ddb.h ddb_script.c Log: Add command-line tool ddb(8), which allows DDB(4) scripts to be managed from userspace. It is largely a wrapper for sysctl() calls, but because the sysctls for adding and removing scripts are awkward to use directly, this provides an easier-to-use interface. MFC after: 3 months Revision Changes Path 1.169 +1 -0 src/sbin/Makefile 1.1 +8 -0 src/sbin/ddb/Makefile (new) 1.1 +106 -0 src/sbin/ddb/ddb.8 (new) 1.1 +67 -0 src/sbin/ddb/ddb.c (new) 1.1 +37 -0 src/sbin/ddb/ddb.h (new) 1.1 +160 -0 src/sbin/ddb/ddb_script.c (new) ---------- Forwarded message ---------- Date: Wed, 26 Dec 2007 09:51:38 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/share/man/man4 ddb.4 rwatson 2007-12-26 09:51:38 UTC FreeBSD src repository Modified files: share/man/man4 ddb.4 Log: Add SCRIPTING section to describe new DDB scripting facilities. Update copyright. Revision Changes Path 1.45 +147 -2 src/share/man/man4/ddb.4 ---------- Forwarded message ---------- Date: Wed, 26 Dec 2007 11:32:33 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/conf files src/sys/ddb db_capture.c db_command.c db_textdump.c ddb.h src/sys/kern kern_shutdown.c rwatson 2007-12-26 11:32:33 UTC FreeBSD src repository Modified files: sys/conf files sys/ddb db_capture.c db_command.c ddb.h sys/kern kern_shutdown.c Added files: sys/ddb db_textdump.c Log: Add textdump(4) facility, which provides an alternative form of kernel dump using mechanically generated/extracted debugging output rather than a simple memory dump. Current sources of debugging output are: - DDB output capture buffer, if there is captured output to save - Kernel message buffer - Kernel configuration, if included in kernel - Kernel version string - Panic message Textdumps are stored in swap/dump partitions as with regular dumps, but are laid out as ustar files in order to allow multiple parts to be stored as a stream of sequentially written blocks. Blocks are written out in reverse order, as the size of a textdump isn't known a priori. As with regular dumps, they will be extracted using savecore(8). One new DDB(4) command is added, "textdump", which accepts "set", "unset", and "status" arguments. By default, normal kernel dumps are generated unless "textdump set" is run in order to schedule a textdump. It can be canceled using "textdump unset" to restore generation of a normal kernel dump. Several sysctls exist to configure aspects of textdumps; debug.ddb.textdump.pending can be set to check whether a textdump is pending, or set/unset in order to control whether the next kernel dump will be a textdump from userspace. While textdumps don't have to be generated as a result of a DDB script run automatically as part of a kernel panic, this is a particular useful way to use them, as instead of generating a complete memory dump, a simple transcript of an automated DDB session can be captured using the DDB output capture and textdump facilities. This can be used to generate quite brief kernel bug reports rich in debugging information but not dependent on kernel symbol tables or precisely synchronized source code. Most textdumps I generate are less than 100k including the full message buffer. Using textdumps with an interactive debugging session is also useful, with capture being enabled/disabled in order to record some but not all of the DDB session. MFC after: 3 months Revision Changes Path 1.1260 +1 -0 src/sys/conf/files 1.2 +55 -3 src/sys/ddb/db_capture.c 1.76 +1 -0 src/sys/ddb/db_command.c 1.1 +555 -0 src/sys/ddb/db_textdump.c (new) 1.46 +23 -0 src/sys/ddb/ddb.h 1.187 +9 -1 src/sys/kern/kern_shutdown.c ---------- Forwarded message ---------- Date: Wed, 26 Dec 2007 11:35:07 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/share/man/man4 Makefile ddb.4 textdump.4 rwatson 2007-12-26 11:35:07 UTC FreeBSD src repository Modified files: share/man/man4 Makefile ddb.4 Added files: share/man/man4 textdump.4 Log: Add textdump(4) man page to describe the textdump facility and provide some stock formulas for use. Update ddb(4) to reference the textdump(4) page, list the textdump commands, and suggest using them with scripts and output capture. Update HISTORY section. Hook up textdump(4) to build. MFC after: 3 months Revision Changes Path 1.401 +1 -0 src/share/man/man4/Makefile 1.46 +31 -0 src/share/man/man4/ddb.4 1.1 +162 -0 src/share/man/man4/textdump.4 (new) ---------- Forwarded message ---------- Date: Wed, 26 Dec 2007 11:42:10 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sbin/savecore savecore.8 savecore.c rwatson 2007-12-26 11:42:10 UTC FreeBSD src repository Modified files: sbin/savecore savecore.8 savecore.c Log: Teach savecore(8) how to extract textdump(4) dumps. Update savecore(8) man page to reflect textdump additions. MFC after: 3 months Revision Changes Path 1.26 +11 -0 src/sbin/savecore/savecore.8 1.79 +160 -79 src/sbin/savecore/savecore.c From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 13:02:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C8A916A417 for ; Wed, 26 Dec 2007 13:02:37 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id C935613C4D9 for ; Wed, 26 Dec 2007 13:02:36 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 4F8F91CC72; Wed, 26 Dec 2007 14:02:09 +0100 (CET) Date: Wed, 26 Dec 2007 14:02:09 +0100 From: Ed Schouten To: FreeBSD Current Message-ID: <20071226130209.GM1176@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="z3ovhOgMYmj8MRdq" Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Apple Macbook CPU frequency scaling changed? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2007 13:02:37 -0000 --z3ovhOgMYmj8MRdq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello everyone, About 1-2 weeks ago I was capable of running the processor in my MacBook 3,1 at 100 MHz. It's a 2200 MHz Intel Core 2 Duo. About 1-2 days ago I did a csup and now it seems that the lowest speed is 272 MHz, while the maximum speed has dropped to 2183 MHz. I'm now not at home now, so I can't really look into this, but the cvs-all mailinglist doesn't show anything obvious. Any other people noticing any differences w.r.t. CPU frequencies? Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --z3ovhOgMYmj8MRdq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHclDR52SDGA2eCwURAi2SAJ9dQGZF0PZkOKyFQ1s6K5RryQirSQCeOv8u gsDAakaDS7KtMW4DLf3c3Qs= =XFi0 -----END PGP SIGNATURE----- --z3ovhOgMYmj8MRdq-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 14:39:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A083B16A417 for ; Wed, 26 Dec 2007 14:39:37 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 5795F13C43E for ; Wed, 26 Dec 2007 14:39:37 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 9E4871CC72; Wed, 26 Dec 2007 15:39:07 +0100 (CET) Date: Wed, 26 Dec 2007 15:39:07 +0100 From: Ed Schouten To: Rui Paulo Message-ID: <20071226143907.GO1176@hoeg.nl> References: <20071226130209.GM1176@hoeg.nl> <86fxxpv7zp.wl%rpaulo@fnop.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="51uid+Ur/3ko9cBW" Content-Disposition: inline In-Reply-To: <86fxxpv7zp.wl%rpaulo@fnop.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Current Subject: Re: Apple Macbook CPU frequency scaling changed? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2007 14:39:37 -0000 --51uid+Ur/3ko9cBW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Rui Paulo wrote: > Well, I did commit a fix for a problem WRT CPU frequencies. Maybe that > trigger it? Or were you already running that fix? You mean the machdep.c changes? Those don't cause it. --=20 Ed Schouten WWW: http://g-rave.nl/ --51uid+Ur/3ko9cBW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHcmeL52SDGA2eCwURAjenAJ0Qqrjr+/MJQ0f1ZnI5IWFNH4d8/wCfU+Rq h660xVNOktlH5RJUGdbNNTI= =990+ -----END PGP SIGNATURE----- --51uid+Ur/3ko9cBW-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 14:40:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1104916A418 for ; Wed, 26 Dec 2007 14:40:39 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id 767CF13C45B for ; Wed, 26 Dec 2007 14:40:38 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so3771425fka.11 for ; Wed, 26 Dec 2007 06:40:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:message-id:from:to:cc:subject:in-reply-to:references:user-agent:mime-version:content-type:sender; bh=bvfDPbAzYhZnIQN3IXh3cHAi3u0lFNIllHMwKfmZtb0=; b=N8euzVhKR50wKRuUiENyi5oJJn+6mgyo2wocjygZfQXgUoSFr4UfHLZjpqOzGJWR5EhP+OqCoXbwz13zwkenzFWYkurRyt5beUh5WPZ6FaRntBljQfo681kf36ypgYYP5pr9xQ0nkSxnP8QPNRfaDO1Pyu+eOn8goPTSXkFFN6c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:message-id:from:to:cc:subject:in-reply-to:references:user-agent:mime-version:content-type:sender; b=OLh0TJTtgKSPo+GiYz02YvAYFYmPEf1jlPLbqdIRXrDeV+aYrQ1ebA8YpFTIcJnh081487Gr0D+ltgwL3+JhJJqYUmlby6Y7zLNGJap4q1CjdfMsJsSQPhe8EuIkqcdhHkxEEkoHSHfrE90yN/ZONH5dmsinOKynp79cPOw1TTw= Received: by 10.82.174.20 with SMTP id w20mr12559977bue.21.1198680036784; Wed, 26 Dec 2007 06:40:36 -0800 (PST) Received: from epsilon.local.gmail.com ( [83.144.140.64]) by mx.google.com with ESMTPS id c25sm10326137ika.9.2007.12.26.06.40.34 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 26 Dec 2007 06:40:35 -0800 (PST) Date: Wed, 26 Dec 2007 14:40:28 +0000 Message-ID: <86ejd9v7s3.wl%rpaulo@fnop.net> From: Rui Paulo To: Ed Schouten In-Reply-To: <20071226130209.GM1176@hoeg.nl> References: <20071226130209.GM1176@hoeg.nl> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.1 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: Rui Cc: FreeBSD Current Subject: Re: Apple Macbook CPU frequency scaling changed? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2007 14:40:39 -0000 At Wed, 26 Dec 2007 14:02:09 +0100, Ed Schouten wrote: > > Hello everyone, > > About 1-2 weeks ago I was capable of running the processor in my MacBook > 3,1 at 100 MHz. It's a 2200 MHz Intel Core 2 Duo. About 1-2 days ago I > did a csup and now it seems that the lowest speed is 272 MHz, while the > maximum speed has dropped to 2183 MHz. > > I'm now not at home now, so I can't really look into this, but the > cvs-all mailinglist doesn't show anything obvious. Any other people > noticing any differences w.r.t. CPU frequencies? Well, I did commit a fix for a problem WRT CPU frequencies. Maybe that trigger it? Or were you already running with that fix applied? -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 14:44:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8201916A417 for ; Wed, 26 Dec 2007 14:44:35 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 1F1E613C44B for ; Wed, 26 Dec 2007 14:44:34 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1781526fgg.35 for ; Wed, 26 Dec 2007 06:44:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:message-id:from:to:cc:subject:in-reply-to:references:user-agent:mime-version:content-type:sender; bh=Q8OQVRk2yevv14dQ0yZi9AdkkNXcd8R3mD7p9NvYfig=; b=JYjDAklVm9fPkAVKpgNr39eyBSeGyNQru4TdCXa1B4/Si9a3+nrqYnc/wObbZiWksMglbEmgaZEHICEZB9AIn4k6dE+hyCRg23At2LGH3Zr6TDXfBzVsIqybElZaLH1vOi5OD1QOv/BOFWxtDCDqegy9goSCxCdEzAvNtteK/HE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:message-id:from:to:cc:subject:in-reply-to:references:user-agent:mime-version:content-type:sender; b=wOR+P1AZs81ScxXeYjqbOrxzraaqbWexOc15/Za864RK7JAwgZxZaHky42YNb4ocNJ37XC0WOuOj5RTnicBFtdoBP++gjzbUCSeon99y7+D8+NyJ8hUzFvW+6Iff7vJk8zDmkMX0S7K3YiQLGwyT/wUJNRPkt7JxcS29bLS4yXQ= Received: by 10.82.161.19 with SMTP id j19mr12558800bue.20.1198680273221; Wed, 26 Dec 2007 06:44:33 -0800 (PST) Received: from epsilon.local.gmail.com ( [83.144.140.64]) by mx.google.com with ESMTPS id y37sm10335144iky.7.2007.12.26.06.44.31 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 26 Dec 2007 06:44:32 -0800 (PST) Date: Wed, 26 Dec 2007 14:44:29 +0000 Message-ID: <86d4stv7le.wl%rpaulo@fnop.net> From: Rui Paulo To: Ed Schouten In-Reply-To: <20071226143907.GO1176@hoeg.nl> References: <20071226130209.GM1176@hoeg.nl> <86fxxpv7zp.wl%rpaulo@fnop.net> <20071226143907.GO1176@hoeg.nl> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.1 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: Rui Cc: FreeBSD Current Subject: Re: Apple Macbook CPU frequency scaling changed? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2007 14:44:35 -0000 At Wed, 26 Dec 2007 15:39:07 +0100, Ed Schouten wrote: > > * Rui Paulo wrote: > > Well, I did commit a fix for a problem WRT CPU frequencies. Maybe that > > trigger it? Or were you already running that fix? > > You mean the machdep.c changes? Those don't cause it. Yes, those. Could you please tell the output of sysctl dev.est, dev.p4tcc and dev.acpi_throttle? -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 14:47:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 460C916A417; Wed, 26 Dec 2007 14:47:35 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id EFFDD13C4E3; Wed, 26 Dec 2007 14:47:34 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 6F3CE1CCDD; Wed, 26 Dec 2007 15:47:05 +0100 (CET) Date: Wed, 26 Dec 2007 15:47:05 +0100 From: Ed Schouten To: Rui Paulo Message-ID: <20071226144705.GP1176@hoeg.nl> References: <20071226130209.GM1176@hoeg.nl> <86ejd9v7s3.wl%rpaulo@fnop.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0fZkDq/H4AmqaB8D" Content-Disposition: inline In-Reply-To: <86ejd9v7s3.wl%rpaulo@fnop.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Current Subject: Re: Apple Macbook CPU frequency scaling changed? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2007 14:47:35 -0000 --0fZkDq/H4AmqaB8D Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Rui Paulo wrote: > Well, I did commit a fix for a problem WRT CPU frequencies. Maybe that > trigger it? Or were you already running with that fix applied? I was using the patch for a couple of weeks, without problems, because my MacBook was unable to boot without it. It seems to have happened after the 18th, because I've got a kernel from the 18th. I'll try to track down the exact commit tomorrow. --=20 Ed Schouten WWW: http://g-rave.nl/ --0fZkDq/H4AmqaB8D Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHcmlp52SDGA2eCwURAl6JAJ40nKNDonWDCo6QLuui6oAJCoqnYACeLQ+K /fDmPAIl+WrCAiF2zm+2144= =14Qq -----END PGP SIGNATURE----- --0fZkDq/H4AmqaB8D-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 20:48:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC41D16A41A; Wed, 26 Dec 2007 20:48:18 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id E9BAB13C4D1; Wed, 26 Dec 2007 20:48:13 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id ACF301CE68; Wed, 26 Dec 2007 21:39:39 +0100 (CET) Date: Wed, 26 Dec 2007 21:39:39 +0100 From: Ed Schouten To: Rui Paulo Message-ID: <20071226203939.GQ1176@hoeg.nl> References: <20071226130209.GM1176@hoeg.nl> <86ejd9v7s3.wl%rpaulo@fnop.net> <20071226144705.GP1176@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7gQyIpR7q4QSXYu+" Content-Disposition: inline In-Reply-To: <20071226144705.GP1176@hoeg.nl> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Current Subject: Re: Apple Macbook CPU frequency scaling changed? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2007 20:48:19 -0000 --7gQyIpR7q4QSXYu+ Content-Type: multipart/mixed; boundary="TMgB3/Ch1aWgZB1L" Content-Disposition: inline --TMgB3/Ch1aWgZB1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > I was using the patch for a couple of weeks, without problems, because > my MacBook was unable to boot without it. It seems to have happened > after the 18th, because I've got a kernel from the 18th. I'll try to > track down the exact commit tomorrow. Had some time this evening to test some more. It turns out to be the following. It doesn't matter when I check out the source code, but it seems to be related to my configuration. When I configure a kernel that uses INVARIANTS, DDB, KDB, etc. everything goes well, but as soon as I remove those options, I get a kernel that fails to attach the est devices. I've attached two dmesg files. At the top, they're a little bit trimmed, because the output was too much for the dmesg buffer. --=20 Ed Schouten WWW: http://g-rave.nl/ --TMgB3/Ch1aWgZB1L Content-Type: application/octet-stream Content-Disposition: attachment; filename="dmesg.diff.gz" Content-Transfer-Encoding: base64 H4sIAAAAAAACA81WbXMaNxD+XH7FTj61w4sl3R330thjCk7C1MlQm/QrIyQBGh+6y0lHbP/6 rg5wSTG1k+mHajx3Fuw+u/vsoxXdbhfkWtllb1kU8idGSNylrMv6wGjm/9Ie2S9oE0pIq91u 71y+VoVZ/tMnycL+kc/lJXRpJ4E27QRwednqAgwWTlUw0pbPcwXbRQBYFOE/n/ZbCgGEEEEf YqAUKAMaAo1a3VLoWa7NHct2vjA2Ut3j6+YPgBsn8aEWzdb6cGOjneY5TKpifhAO4HQ4chAO 4E+ea8mdLgw8re8C+IGCDwBgX3DwmoLhZMGv5BdOFvxKAN9xFnfwozZjHRr7rsNgOBlncHs7 msIlkHtyHyslUp4mZ7hh767g541HhMFkcn0FMCxrMrbOW+IKvJzGn6bXuEfN9Skl6S8nMGOx w2TsGczhISZ9BlNZRzJ4e2VW3Agl4bZUSt46VcK7Sn2plREPMCyMq4r8ApAfgaCtNnplMJx8 BluXZVE5C98CWATowLx2oC2YwkGlRLE0+lHJ3s4bgWYbZWRRwXtlam3U2DiVd2BtK+hTRuaM kz4mju9WW6qNFmrGneNilTVZw3aD0K6uDEbuo3JCJ4Svx+f2dwHTlarWKJCjQvyTorln1tfT fMNFqckJtpMFbdgmw+SYbfqDHdxjJtEzmMOXMJEL+p0dpP+LDtKTHaSv7SBtNd2accElafoI A8lLnD6HnWxM8IQ3wtgCwEflVoWEa431ftVOrA4c/IEO46STQjuMU3z5A12vLaYVeEpcYWwP P1lp2YinLHHKDYt1Wfuxt916KiqDGf+uHuYFryScwbTi4q7ksgMi59YCOSMdLH4DDG+RM9Ij YQe4lBUETTL1qp7jeBo1xIEozEIv62o7phbaaLvyvejeKFkLbZZwhwF7a36/MYVUFmhAEpxR 3Qscrn61ujkvtchwLm+0xaaxzgHBaRpHJIpDWD22ulO9xm7XvgR4M70dvoHFkyGjaRhRFsUB fHiELzWOTveAV56/Lv8tFRYcpNJ+KRVKgtin0n4xFcbiMDlKBQ78LDgt7kBtVPUA1F/YqFAl WpAXqIh5udjpUMlv1cQFXkIK9PZ20Y9b5q3jlWsk0g9CL5F+EO0kUoo1un0YDWajq98+v8/w llpqPEiVp2Qy/AgCT5hRue31entrkRcYY80NX6oqA6m49FHPsRtrC4ucL+05uU8a2qjae60k FzO55jOe5wXyaPFcnock7XuOKyxb2sdm7389eAdr5LxezKxya15CkBCBeB0I8fkrjpPFbnGx 4MwThDA7o1b7WYQgOY3Q3yNsjf6jpFkavhxyZ/R80iydhycR+BNCY7RP+i22E8+2VMK3k+dO 3cHgepgk0cWxCYxHGcJSogQ5shhVGhWIICh5FFIG/tckpSydERKRi9ZfWOPvW6AKAAA= --TMgB3/Ch1aWgZB1L Content-Type: application/octet-stream Content-Disposition: attachment; filename="dmesg.good.gz" Content-Transfer-Encoding: base64 H4sIAAAAAAACA+1dWXPbuJZ+bv8KTM9LUteOARBcpGmnRracRNN27GvZ6bmTyqQoirI51nZJ yom77o+fg4UUV4mkZGdpqcqySB58AM6GgwOQRKgzCl0fdb3AHoxdJD8YIarr8ON9dEiQhhjS kYFMRAgiFBGGiL43d7zPY296T9uqKOpNh+5X+Hf1d4SuwiF8uSNxGOzxi17o2WN06c8GicoQ Kq8MLytD6IM99oZ26M2mKP7UKd+gszjfWW2jzlbkbGlnK5ffjmTZZpIleDPJVi2/HcnqG6px ayPJVi6/HckaT6bGeEM1fgLJmn8Fm3XmC9xGv3VOLnvo5PLmNYJm2M7cw3v8VBv1+91r9J8I f8VfTdd1WnbLOoQD+uYUvXjgsKhzeXl2itAJAPWCkFPCR4M/1Ht/fQbHFGODENx6WQxpOgqS 0gLIkyQkyUO6Qcjbfzq9s6eOO0T9uesO+6E7R298958Ld+o8opPZNPRnY9E33t+9OQsdhxeD Hiforu9cfwKSzNHDF6nBJGtERI/wiZXvEWnGpAjS0gsgT9ZAApNITSYRySRSlUlkjzPks+3Y Q6lPqDO056CZCWYJClB2wXlZHJ274d1siM48aNUXL3TusvSDRRjOprzI5ewLKPqxOC6m4q3t j13oV44KjHoQK/q7WRAeXJ700MD3hrfuazSf+ZyDzsg64N+jVLm4mCixCASqwFNXh7OJ7U2P 8D6a3z0GngPcAbIjvDeaLabDg9e/PLjT4cw/wl8tbBn7aOg+wG9qYyjhuw/eEI6wtvfLEkcU 30fBeBby/6PF1AG4X5yxHcAF4wDjA174buiHj3OXF4ejyUgAA9lk6Lu34iyG6oLQDqPjFtA5 tnPnjqfBn0cYvRh+mfnD4OXeL2M7DL2J6wsy9AKjafASML3p7TTMnLO/AnHy3NqO0iodpbmO aqs6StIdNZ+lo79403AOTbf3kef/84hAI+ZcLYO564CHRcFiznUpQF2MunDsLHzfnYZwuPfL eb+3vE7QxA0C+9bd+2Vizz8S/KmNeBfBICYz/xH4ZU9vXWQw4JEduKCcLUy4hXNueX+6iMIP d8p9/lBBWBHEpe+OXDAlMSCU4lkYp/CsDB6Nm9Q7vECX0OoIRKMxiAYORgEgbQmgrG1iQyvA 3wAH/Ec0mvkIv6KvwD11IgoueES5x+qgO9sffvF8oA9nYqwlxlrF0uooFkkolvW9KVZlNaqs LrRMXVYz1dJYJaYaOXN1DoTFVuKqnuIqtZ7HXHEd1cZOrNp6NdU2CnTbKFFuitfKQa8lB1JN DvhbymGwdJs15GA3ksNxgRyOGzgZS7NrycFMy4E2GafpEw9fjpRDK+l2aHO3k5BWC5uYObHb IbiGxE4KJHZSYDlkncTYoJLEzJwHYzUsJxNZkZTEDPaELqyyzIojjn0YJtDAC2sMJWZyKCGs mkzNAm9oNveGo0oytYqiZZaVKSkZlfA3kSlM1TcW6lqTMGuxjzVin/nzsq9Vi336j8C+wfOx T6s006WtHzCkrBfKWHVDmVaBE201nS9ZGqklhx8opNRricFoJIbjAjEURZTWWjHQWmKgP4AY lhFlDTGwRmI4KRBDozBRM2qJ4UcI7IcNosQ6kb1VO7IXIusWiKzbIApkzFqKbFQqMg2XRIGk eBzGNcbhZ8qZWqTS7J879HxPSbPcFv02PdVxrZ4uByXCe2rZjbyh9RzBQT1v6MbesNoESyP5 2EAjZROstd6QWrXEQDNiGFUSQ0bhBs8VGzTMrq6U18gqyHxLAFYtde5EALQ0l7+6Bbi0BU61 FlhlLaios7RIZyVAFR6wZVahltIfFyh9s0jMraX0WjIE0KtGYtq3iMRIvZFdT0ii0UqQO6qb ppWiPCkQ5UlhaPBwa6vV2A9vOwfObDK3Q48vcQ29YD62H+NlXL4odSD+mTBBnSTWzg7EzxH/ 7C9XwOCsNZIfzjqYRyE75CriOS6ir7Ba78V79u2cV9+bhu4YvT1vGTrqQ1uQIxezx2q1WzV0 2eArN3D9B+gM/kpUnWjwGLqB4ITviQuWZLHG6162bQVIHgKnIKJOq2YP3dB1QihPdMuw7kEl Z2N3yhkEWqFo7LnrhwvflXL0AkR141w1gaxgfMRluuQylfxMMpLEjFzcSUHevDvpoRe37tT1 Pecluukfp3gZyRM7Qp54KOVDcRLWSAhI4SZYRfNsoopNTLKJo+95M3vu8S0h/mwRgr0haUy8 qhd82V+q4EuujQ/ARcBirai2j297nffXB2cXJ7+fdj/FZ3vX765OO/xEMKjQV+iCKKnI+WXu mAK+L4i84l1bDJbKJ8D8GVgMnAZ3wp0Sah3KSIrT40P+tY/s4dBHRMIDcARDkRwBv3jhHRz4 oAQP3GDBgt3xCInhEqyXt4jUkJMt5TQosiMjI39SW052uZygqlhOxEjKSY9rK5ATyciJVJYT UeSFciKbyolEMBXl5Cp7Os23nfuvZPsjU5XLNAfqZ+T6KEmLzIxF5uZMi1VxQbKacvsiCfsi KbmRqMqM3NwC+6JtJLr+AEFeLAhxWnirKT+3ZEKwH/PVhXG4LSxDsV0UqsJHQHQje6UZPaBK D2isB6cr9YCW6QGNYFhSD1ipHsydydJHQESPyTv0zru9Q1135PF9igDbWQy9WbR9K6MSsfc2 sRarRMrbmglvK2u7PumfnrXF/jN08Fr8V1e65x2o5w5aNnUegUVTEfWIXSmHKBWQqQJp5aqk XWKAk6U/nl/2O29OP0WHsYLI47uh7XweTuzP9ng8c9piiIMoiTLeap+HiRCN8eNV9BQzK0nP j0UAw00eFDm1qyzBNivFNkGO1L4xlPgkLgYuaNvQhmgJIlFxkSQuLgYQMnpTO3TV5cRFHqQN ofTQjWG/cqkmwKczNFebhIDbknhPjfHZXW5EXSjZ5SYrpok9cuU8YCke0FU8oMU8oImLOR4k LhbxYCSVG/R6SSejnyQpVyt9aQi6CGOWBXJsEwXwsgCOC9CyfYNUXS3hKM1PWghzWTRpYdrq mTot3TdIV+16+i5Wt81VaUuCuvTplrj1VUvcICyxATbg8bPSGYmRVRfhN9vodjZruC2vldmW h+u0JKeHqiWqZH4WBiPPMolE1SQMl68vKbWeuiGI/z5p3hg83AvwK0Pfg1EYLoRcXYYvBbJW yT3oKfegrXIPWrF70BIXc+4hcbHIPVDJORqZu1buH9iSzWzpH7RVnlUrcwaaulriDLQCZ0Ds wdIZGIndSSTnDLQVzqD6JmLz2zsD7VmdAVvlDLSVJpjUjRXOYEUmhRanYnJVc4io3kh5Ma8P DEacj4rkzV5Lmr22zuzNvUlwL+6XOLchPBuP0T8W96C+lnVqYd1Cb71bG/iLTkOI9cA1xBPC RKviIDPHHzlVNDOuRFqHFtVcOzKU1UTFuWI4YEchakOkpE6CqrqTuZiNQE9FlMedBRHUchYS oBck0ijuyyaBt5zCcDIxb9GN5LyFRviLgFNFFLytUCLuUOccDHQ0AlcpJA3totbvx9HlS8FA OHv1Ff194S5cZOm/H7+Qm5T4py1+Eh04+DJX6DoqxLSoENFZXIh7LFEoKdJr17mbzsaz20f0 Fno4R2fh8JUS9OkJuhmHvo16nNcDBuJ44EGlJryYqF3BDeaj2PWrU5FWiKkNWCRMFXCbDNqG 1oYRx3HbFhT2PPBWojm9pXvk5fdcnsQCl5hsKygeIawVK97lu3+85l9I6I0CS5ZEBHPjut6P fhy86f43P5BHyZ/xldSxvQhnEZvjeUZ0/KZ3dn16JTMKtEa2xJLZklZRtqSVyWrR2tkSKy5Y kPigmQm0VjnxQRV5YeJD2zTxoUUwNRJUWg2WG5LlpmK5lWZ5OkGl1Wa5sSJBZSUSVFYq0aFF tRXIScvIiVWWk6bIC+XENpUTi2BqyInVkBOTctKLslKtVzQlJ1ZbTiwuWMBylmG5XpnlTJEX slzflOV6BFMjJ0hq5wStZU5wUJgAamVygqRRThCqiUoXpPeyaVmjOL1nVE/vaUJpFRtFyRo5 PqKKFOb4jE1zfEYEYyTlapSbEjSZD4ZyPsCHYd12YNIxGy4csXKk8Tpk7VTXD+Ev0QKIrRzV AqoUFyoXcSBbP0nTcCaPxVZN0ljxJI0lLuYmaYmLFXI4rHyOpi3jTG05R2Or5mjyan8xgFDH CWEaO45Qh4oXrzgZK5vKMXW1ZCrHiqZyDommcrpFErszDZKdyrFoMbpokyw+IFWmcpSs3I7G V1GKpnIjGLxMxnKzOQe9EDccpyd0fKgz1Omae7ULZ3WVV7G11KyNpqdObOWsLaktInWyTJxw cYN/86QU99EbmBv9AX8puyhLfvC78rFKDff6nSKTIgmTAnKRv+eUSrEEwp4dRmvf0tf0Tt5Z 5+ime96BSLVoCCUj3hsyMvdhwBsZ8E1MccYUZ0x+hm85EsOsWzDMQruW4VBcfWoRev1A64qi 4gZqmFk6d/Z0Co3H8r5siVmIbZUOIgoaulfcqHxBlm7TyFBNgrkITErCOQHNDe6PsIZm3DLw kY7lL3KEo+bLCyJX4foiuUHQOBiIzCxMU/gPd5CgJSlarGjhx0T9yLSBRjXgqDhWcgh4kodz 77L3+bzTh3nG6/IYk6EXXHVEjMlSMSZTFcZzF3UYj7JwTDJiIk3EZKXFZFYWk5MWk2moJpWK CWJ4JSZzpGgjMcElyXr4IVkPPybqx472L0VLKtJmTRGCX1kcfixNccUET08Yn54yPl1VkTQ+ kjE+tfiW9O59MEai4+IJknhSBfzj+5j4TkK530kc4ZH06tL3E2LJa4N9uWFPXKOckskhD/4V TIfB/9OM/ye1/T9NFE32fp6J8avip305w9KR0hXjCynEXju+cAYXlmRrBxgQhmpU1nWRshGG LtVaz40wmVGD5lVVLxw1COdJPGbIkkkZ0IwAtBXuvzIXrSwXcVUuOlkuWqpRpVxcDgCSM1qB cxhFBj+KDH402tH+ZWhLnXrKUiLtSVqHlt5AIkLv5Cygf37MA/SUv9SK5wADvtDgPy4fs5V+ 9NGxvJx4VlHAd5s4GNlj37WHj8j96gVh8B8ouPfmczHkhHxPZptvNF1NBZOHz3P+XLLPzp03 hlngtM03bcKsiBNcTi8jLhRS8mNON51ND5K0dng/GEL7RrY3lstEoiRnhhqfDKymLnhvtJpS G2Ex9hjAN5iBxMXm8+JinNaMqQKxKtV/hEndhI+TwWwsJ1ejsX0byJ2yaWK+Xfc3mOc+eH64 AGGqQiBRUeSIOy38WtKO+O0J0FX4BgnBtBfo3ckCZrkzn0sIvQgeAw4QX365F3iz1d21RBfY slXejKwoQFUBLVkAXPd0FkraIUzZ5bPfhqJ2rewaVxZg1luZ8EI8VgFmvE42Tm6z5btsZzIl aKtZ8UDs5Y1asEpXknqy4LxbkakieJmpwuk8WeuVoefSVHgPAKF77hdk+779KCf6jJ+F4WUh JaUSeugFfrnPpTvybvmyl5Jvm/dPrAwuJsF22yYBdSQfRRa82lvcyUeddebzsQtWP5kvQE/2 UW/qvIIwEcZDx+Wuorga/IrnajK16IKnJAeK5CGPHn2upb+7j4OZ7Q/RIbr2bed+bg/LasFM 1aIlaoFKqOQoqcXRp2+ZrERLc/npq+1KJy97v/Dl4xr5lsoAXPyrvSsX1Iar/z1U92pif32Y zoYQ3xANW4TyDYNqK/6YTx7aqOs9eAHffrOfeLJeq2XqWDcZuvtz79qbuGLBGrry63X/5Fc0 iukoaTGdUN3U0Ls/0T/Bi3nhIzqAGpLFwCl5zj1yQcEexaICDyNdZ288yy7TJh/cZzswMrjI k8+09P6UHYUx0w9TdBdTdAaEFcoOZ1MX/Kfv8TsPEM8oBokRUf0qqTC08QEEfUABDsabHV32 Lhj6MpzYR390zzsULfhPngQzDORwN3dkYcT3LkC7eItg8BdTNFEOYOW8CpzWPEOgMIpIfjvv XPff9a473Q/dgyt0818Hlm6eHv7PG3L6GsG5KzngczfK24vsAMkmq/J8cEaMaOz348MAvYh+ vURffC90i67sI76r9PdjtT9gX7VO4V0BXtBGJ92rff71B//udoBjUNFkX7To4lz+l98dOJqD yruhQviDV5yGkNRwNpTN4hlnfwrecDZShcSuYZDC2H7cF/sZHmbjxcRFY1CwcaCIzl0+efCC SRu5/weTX7HTLfR5kcV0PIM2DGPKobeY8KHqcDC2p/c8KpHTpmoCF1lPIXEWSZzDUs1ipn5+ jH57c/Nfvev+DTp/9w9KdXz8DmEwRbCC7mslqqimaJ4tEZhlaS2TGBZfuBA7QD4yi+mUnBwS 492hofU/8ZV6dfHQ46bmL+Yh6PbQnYd3YI/uwlVbiN91O5+7p8c3b8VPHvhx3wlqdrTcyIFm o1HiMF+yz22BK+nJxdUxOp3egpG9evVqBeFVbzXh6VQFgMvMAoo7UgztwJyQl+Dd4AsiDvBF GCkUHLpfj/AnVFjwUoUFokwbFXTvFwHD3eURQTAYi1+0gO4NXzxBnTdv0dQbAu3HwoKfCtpg +2InzrIo+KujqCnq80HEAW31GFWCwVOmrssBILqOLUtPXr9Sq4LxdYBIXufPWuUxeeK6pq7z RaT+YvCQqN8mBBuDdP3oPR9Q2tIzHtG4w1oLosbQHh9pZqKAUBUeHbW5rSYuCNUousDbyD0I VNHr948YuhDfx/Cd4RRCb8Es2yr/Ah+ava4avJhwQmir+HVxhNUp+AHff9j3rvx1wyPwI5IX nNiB/4UvmISfQVWnYHPA489zkCe0n4vSFHvaPJjFQQzN9aMZjLUdmNZ2YAjeEg5Z4uAICDdC ojESVUC0EY62JRy2JRx9Ozh0KTFd4eiNcMiWcOiWcLQt4bAt4ehbwjG2hGNuB0fbksVrSz6T GKgZkr41JGNrSFYVa41G+5NwHBSHJIpAzfznfHN0IeHxwhsPo8ABBsfiYOrdH96lDO/+EI0X +BBQHcRBASJlpWRIA16o2znhDblTe4Y54WXnqn/6+bz336dXPLi3Q/f2saB63jZnNpl4icCN D7tiRtVGQwh0k8GmTKEvj4eenw8+RXkJmkUgGQSSRijoKZdDroUfkf6JX4nGKZFHUhbe7fU7 x2en3ZjULCE186RWCamVJ22VkLZypASXkGJ0DNEvz9q9v3h/GpOTEnJSTE5LyGkxuVZCruXb zRKkJWhGiiRGIyVtTYpCKyZppUjWIdIkb1kxCU2RrEVMMkgvJtFTJGsRE0wqkTk115MkdLNE FWhrLYmW4FeJhmhkPUmCpQWKo2mrLyf0ihbLTNPXkyS5mrd6zVx9OclNo7iC1loSluRm3p0w svpygotaQjFLOsy0EvJ87xgrIS3phl5CXtBmo4Q07yGZWUKa95DMKiEtNgXWKiEv1nkdl5AX K7dOSsjzmqyXSLDEEehJCeprBa6zEvK8wHW9hLRY4LpRQp4XuG6WkOYFrlslpHmB660S0mKB G7iEvJjPBikhLxa4QUvI8wI3SiRYInAjKUFjrcANvYQ8L3DDKCEtFrhhlpDnBW5YJaR5gRut EtK8wE1cQloscJOUkBfz2aQl5MUCN7US8rzAzRIJlgjcTErQKiYxUyRrEJPzjpPzbu/q8+VZ 5x983WExL56dSKqr05MVRBf9Ppp4X0XaNrluUozoTQFqmsgx8EWY2SI8EmtSfI/EyvxznC2+ c+3h/G42dQ+DuWvf8z0O4lEi0Ua4QLy/iWc5C7K3Mk3ciprA37EWRFnPo2XSUyaK+e4l7Do8 y4o+3rzvX5x9WtGu/mwUcr6pJQlFeS748yuc+7UtpRT3Mk6CKRo4ABqYacL08kiUSF/ny1q/ ttPnJp6TPeW7y1Nxm6SYTt8ntTLRiSv31uOLEGKV6uQ82nyVmLk6Y+A4zLqm9i1fFRmCEHh7 jkwdT4J404J8XBhxVz27hOGWkXx2CT9W9MF0OFiMPoPGTew50izsiOVvnuD9DyRutxAf2xnZ /J5ejqKItlIhbbHyCg1VoSKKnnEjF1TEqsKVa49D9x51zk5AY17nKFCv20ZLlUoRdOVunWUC H/pnEkJbnzHWcUS6FJxaAj7858Lz74M2up2LDR8z3+F3FvjuDHkPvjvSsfxvqf9iH0ryQhr4 bwf5z9/UtX+h7s35Ze/9W1H9+4vuaR/9q0K56CE87shejEVawp64fF1Sns+VS69X8LUA5Njz shUN/nkz8yd2KHxW5pJQ5biwi3Ujs4jACeQyBDH4DWbxU3cS13nOo40YQ8xCoEiklVto6L1H 9iTZxOxSxcXNdQlFwZoFuCZ+c93HzvvO2cXbT3mKKTCwrZwe+Lz5IkzSRLmrJM9IkmciMaQ2 TZRxlY8sGQpCfizJLJN3wXLBr4zd2o7dz8lutmP3c7Jb37H7OdltoI/d3tvedefsE/8lZwLb YD2twHq8jvVpiq2yngDr3bWsRxpdzX1rUwGYFfXdm67hOeGaOljLc7qG59YT8vyJopoeZ00U s0D7NeoSXLzBAqHJIuSbXyDwnB8xQwbdGt9QBHH1ETHKxJjrchxPLj9/Q78dRLPmj1JqYirz aY0KWDsV+PlUQK+lAq2dCvx8KsBqqQDBDYbiKvqgtb7/kdjYfCRePQzXkxxBH+fetI36l93e G/5suBf/Zzv3LwvkUipNUtGihW6skiDlQtzcorFDVpqLTkbErGIuwBxhLnpkLlQrZTquw3WQ seT6uecIno+ANcOXn2ph6ApDbKuHQJXfXjZ1X660qFV4RhJvqQi1MMwtt8naMl5ry3hY4UUp 70aCjEwwzqAHsmkN+E+30R6tMpNKXQLdqksYbT6zHaYoLsS0LpH70xh/6tcql4ClSzBYZgQ1 2EpfU5R2LPQ1WOLiCBeXeRpaS5bRuCwnsrX0gPv1OoO69r3JnPw1Za49o8zZTubfhczZM8pc 38n8u5C5/owyN9bKXO2XljJeJfVRlm3bmKbVykMS86fqjfVT9ab1M/WGzw/W9KYoXF/VKQb+ ztqC08x5Lr4RKJHl0EzNKfNt7y7F0nnvPfpwdfrmI9IxsjC/hx29vbq4ed9F73r/gz6hNhKb c5IoohJ1n6t6BR1JOWdFwO87XbaVEV5fuZPfli/OuHgYoUz+vMcqY4emho7WWh+v1/LTNO2n 0YvAHYv39L2sBaMVuvtqZdkGZfXmZTWr1hBFSTVTK5xk/1UMDhM6YFhfa3AOUVXubG5ncyts jv6wwxvYWwVrqzqCkbUjGN5Z086a1ljTMoFWYVGsKEO7BcPC34lhyYdHjNaOVC7mqIC4M6/6 uv0XsClWbYRKr8NtwY7WrlFa5HuYf9k8e7bWyKgOde2sazd4rTA0/WcYvJ7D6HYj225k24bB GdVGtvRujucY2Rj5HhId1kA8X343su1Gtg0NzdyNbLuRbTeyPZ/BWU9scOn04ZPlQWipjqWH nGZGRHEapt66ZOvJWYz/4izW6u1xT+zBrrwspT0Pk8tvLcj472wIxgYuNnDt1HjzzexGZkdM 9Q2rfBt8M2lVDa3p92wRmDggK+2JLYJud2sH+6ZbO7T1213VM9DX98YQtyF9096wZ76Hw6ip 6k+/946Q3R0cuzs4/mp3cDzFblFN3zmTnTPZOZOdM9mGMzF2zmTnTHbOZOdMtuFMzN0jl571 +W3W7l6x7+OeUPPJbhYresjkiidUds4vz3pveqdXqx9TWfSsSoRI9F4n+VoJGr1eDM2CIPnm CQuLU0P3IcE/Gr3NqUlhLXqHU5PCLH7jkqNG6DUo2CIRyvJBFXoGRc+gkBxKoi1F/tXIABoZ QJoDZHGzllGSmUHJCker2ywrA5gVGKsL2MoAZoWo1wQkOAOIM4DGKsAYhWRQSAbFrIRCMyg0 g2JVQtEyKFoGpVWXRSx+NZgEIqWqXtQcPS4tm7PWXkismLEbJkYahJA69hKjmPG7yZp0xIpL O/LW/CYdaaVBmnWE4vjlaA06Qklc2pH3mzfoCKVpkIYd0eK3szXpCItLO/Im6iYd0dMgDTti xK+Ha9IRM1Oa1iptxY97b1J3K1O6Vt0ajl9D16BujWRK16ubxq+uq1F3gYPTtAwQbQrE4pfg NeGGnildjxtG/OK8DblhZoAac8OKX8HXhButTOla3GA4fm3fZtxgJAPUlBuMxi/uc5pLmWkZ lE0DR8YygOsDx6Jm6RmUTQNHZmQANw0cmZkB3DRwZFYGsFHgyFoZlEaBo44zKI0CR51kUDYN HPWMyueH1ko6r2vxiyo3sBydZVA2tRxdzwA2shzdyKBsajm6mQHc1HJ0KwO4qeXorQxgI8sx cAalkeUYJIPSyHIMmkHZ1HKMjMo3tByDxS9m3cByDD2DsqnlGEYGsJHlGGYGZVPLMawM4KaW Y7QygJtajokzgI0sxyQZlEaWY9IMSiPLMbUMyqaWY2ZUvqHlmHr8IuIGsatpxKUdlbFtMDM1 zTRKo5npurTs+hzvTbd3cfjh4uzm/BSdXLy/vro4q5DuLc/8ntv87Unog9xQ9+Ki3xe76xJ7 LhPp678dLB9MLDoNZzF6oe4Hfimy7XBRpNvFhFItiMAow5PuIsUQcy2fmK1cJ43qNDask62r k+b6iWiuToTjOrGqE+HSOsm6OrV8ndpT18nydbKnrlPP16k/cZ1gvNk6NXNbdap/fJ0vZU5w +uVOzXZqtl01O/ccfyb2HaS1beI539J5q39n3tQ98KbppvGdCS+/oZNX/65cZ+YP+Ysfz9wH d6wa57vr+IbMBN/SS8yJtqkXQYiVTdU2YpS1LfWGjMI6rW9QZ+sJ64yc5Nh+HNjOPZrb4V07 v9eh+jad/00dpdfaZTz0WzrwKfj8b/mlf5VdqnS74cY1lDxlPMupGnuRdvyquuHqr8yppY8M Zgv+itUSG9VW3fiaYdm6bZToI/jgwHfEBGSfD2TV4Ep2QGbg+NVqeJXcTlnhGpZYBkE3qD+7 oaiACSnOZsWp78T5M4nT2InzJxBnlbROYcaIT0WjSOtQunR0ol50XitpVLRjMIWeuZ34B3mN NXy6nRP+7mkNMZhKaGbBrlsOJXn3w3ay0z3h7wgFir3++WUbdS7RyeUN+neCzuzF1Llzh/+2 58wXBC609+Qm2668eVmlMRH6cHqlGqrzx7Kis+5V8r4N1H0jjqP3xwMKaHOIFQ3BJtDwMyQu xeDM9WUapf9heUwESuhNXF+do8ClEQrvXH8S4/JSru+njoEByeM9b2bPPQfa0gkC73bKo5pe v4N6V3+HqU44Q+OZY4+h770TtJIYup2mJiup9SrYlyc9SW1UwY6prTrYoDo1sMFJZrEngZek PO8rSj3f6LenF+dtNHW/wFQwuEf2EO8N7DB0/UeoTP2CYcALPXvs/WnzHddoOON+L/Q9dwjz Sy7xYO/af+RVAfxktpiGyJ/NQjTyZxO0GAXtw6H7cAjYgWbvBaHth585ZBswRKnDYOBND/kp aPo9FoPPPUxcwVaQA/7vFioC5JvLvf8HbW6L6lT1AAA= --TMgB3/Ch1aWgZB1L Content-Type: application/octet-stream Content-Disposition: attachment; filename="dmesg.wrong.gz" Content-Transfer-Encoding: base64 H4sIAAAAAAACA+1dW3PbOJZ+bv8KbO9LXGPHAHiVpp1aWXISbduxx7LTM5PKpCiKsrmWKA1J OXHX/Pg9uJDiVSIp2blJVbZE8uADcG44OADJue1+mrjevdJG8tP3Rs4X+Lr6G0JX4Qj+OWN+ GOyxi27oWhN06c+GjiyAEaKaBj/eRYcEKUhFGtKRgQhBhCKiIqJB+ffWxB1ZoTvzUPypU74z Dh0f9dzAGk7q1z+XnVU36iwiuLQyXKGzlcs36CzOd1bbrLOotZFkK5ffjmT1J1NjvKEaP4Fk jZ/BZu35ArfRb53uZR91L29eIWiGZc9dvMdOtdFg0LtG/4PwF/zFcBy7ZbXMIzigr0/RiwcG izqXl2enCHUBqB+EjBI+Cvyh/rvrMzimGOuE4NZ+MaRhS0hKCyC7SUiSh3SCkLX/1LuzPNsZ ocHccUaD0Jmj177z74Xj2Y+oO/NCfzbhfWP9ZYXarLcoWMznMz8MULp8AOUP0HARIjdA3ixE vmPPbj33T2f0UhQGmE8Pjjea+eiN4y1cz+l7oTM5QNPARzqheEgtrEOr4Xtv5Dy4tvPJCkPL vmsj1mQkDgA4XPge1KvvzdXQtllfWMOWjb++c/wpqFeuE/CP1JCcOSaczbhr5tlMmkkugjS1 AsjuGkhgA6kpOfL1JUfKJEeqSo7sMSl9smxrJCwPdUbWHGw4IUFOAW6Bq4Mojs6d8G42Qmcu dPWzG9p3WXrodTjzWJHL2WdwCSf8uJiKtXYwcYDZOSpwf8PYJbydBeHhZbePhr47unVeIcZ0 EKM9Ng/Z/3GqXFyMl1gEHJXjyauj2dRyvWN8gOZ3j4FrA3eA7BjvjWcLb3T46hchmWP8xcSm foCA//AbBAIlfJDFCI6wsvfLEocXP0DBZBay7/HCswHuF3tiBXBBP8T4kBW+G/nh49xhxeFo OubAQDYd+c4tP4uhuiC0wui4BXQ2CNqZeMGfxxi9GH2e+aNgf++XCWiAO3V8ToZeYOQF+4Dp erdemDlnfQHi5Lm1HaVVOkpzHVVWdZSkO2o8S0d/cb1wDk23DpDr//uYQCPmTC2DuWPDWLQ0 4B5GPTi2F77veCEc7v1yPugvrxM0dYLAunX2fpla8w8Ef2wj1kUwiOnMfwR+Wd6tg3QVeGQF DihnCxPmdhi3wPARhR+Ox0bHkYQwI4hL3xk7YEp86CzFMzFO4ZkZPBo3qX90gS6h1RGIQmMQ BbyeBEDKEkBa29SCVoAzAQ74j2gMzgm/pC/BZ3YiCiZ4RJkb7aA7yx99dn2gD2c8KiH6WsVS 6igWSSiW+a0pVmU1qqwutExdVjPVVNRKTNVz5mofcoutxFUtxVVqPo+54jqqje1YtbVqqq0X 6LZeotwUr5WDVksOpJoc8NeUw3DpNmvIwWokh5MCOZw0cDKmYtWSg5GWA20yTtMnHr5sIYdW 0u3Q5m4nIa0WNrBqx26H4BoS6xZIrFtgOWSdxNRhJYkZOQ+m1rCcTGRFUhLT1Sd0YZVlVhxx HMAwgYZuWGMoMZJDCVGrydQo8IZGc284riRTsyhaVrMyJSWjEv4qMqWatrFQ15qEUYt9aiP2 GT8u+1q12Kd9D+wbPh/7lEozXdr6DkPKeqGMWTeUaRU40VbT+ZKpkFpy+I5CSq2WGPRGYjgp EENRRGmuFQOtJQb6HYhhGVHWEIPaSAzdAjE0ChMVvZYYvofAftQgSqwT2Zu1I3susl6ByHoN okBVNZciG5eKTMElUSApHodxjXH4mXKmJqk0+2cOPd9T0iy3Rb9OTzVcq6fLQYmwnppWI29o PkdwUM8bOrE3rDbBUkg+NlBI2QRrrTekZi0x0IwYxpXEkFG44XPFBg2zqyvlNTYLMt8CQK2W OrcjAFqay1/dAlzaArtaC8yyFlTUWVqkswKgCg/UZVahltKfFCh9s0jMqaX0SjIE0KpGYsrX iMRIvZFdS0ii0UqQM66bphWi7BaIslsYGjzcWnI19v2bzqE9m86t0GVLXCM3mE+sx3gZly1K HfIvAyao08Ta2SH/OWafg+UKGJw1x+LDWAfzKGSFSKySI/oSy/VevGfdzln1fGkdvTlv6Roa QFuQLRazJ3K1WzZ02eArJ3D8B+gM/kJknWj4GDoB54Tv8gumYLHC6l62bQVIHgKnIKJOy2aP nNCxQyhPNFM370ElZxPHYwwCrZA01tzxw4XvCDm6AaKafi6bQFYwPuIyXXKZCn4mGUliRi7u hCBv3nb76MWt4zm+a++jm8FJipeRPLHN5YlHQj4UJ2H1hIAkboJVNM8mKtmkCjYx9D13Zs1d tk/Fny1CsDckjIlV9YIt+wsV3Gfa+ABcBCy1FdX24U2/8+768Oyi+/tp72N8tn/99uq0w04E wwp9hS7wkpKcXWaOKWA7qMhL1rXFcKl8HMyfgcXAaXAnzCmh1pGIpBg9PmL/DpA1GvmICHgA jmAoEiPgZze8gwMflOCBGSxYsDMZIz5cgvWyFpEacrKEnIZFdqRn5E9qy8kqlxNUFcuJ6Ek5 aXFtBXIiGTmRynIikrxQTmRTOZEIpqKcHGlPp/m2M/+VbH9kqmKZ5lD+jFwfJWmRGbHInJxp qVVckKim3L5Iwr5ISm4kqjIjN6fAvmgb8a4/QJAXC4Kf5t7KY+eWTAgOYr46fAcUswzJdl6o Ch8B0YnslWb0gEo9oLEenK7UA1qmBzSCUZN6oJbqwdyeLn0ERPSYvEVv3ds71HPGLtvRCbCd xcidRdu3MioRe28DK7FKpLytkfC2orbr7uD0rM03xaHDV/xbXumdd6CeO2iZZz8Cizwe9fBd KUcoFZDJAmnlqqRdfIATpT+cXw46r08/Roexgojju5FlfxpNrU/WZDKz23yIgyiJqqzVPgsT IRpjx6voKVbNJD075gEMM3lQ5NSusgTbzBTbODmS+8ZQ4pO4GDigbSMLoiWIRPlFkri4GELI 6HpW6MjLiYssSBtB6ZETw35hUk2AezM0l5uEgNuCeE+O8dldbkReKNnlJiqmiT1y5TxQUzyg q3hAi3lAExdzPEhcLOLBWCg36PWSTkQ/SVKmVtrSEDQexiwL5NjGC+BlARwXoGX7Bqm8WsJR mp+0ENVRo0mLqqyeqdPSfYN01a6nb2J121iVtiSoR59uiVtbtcQNwuIbYAMWP0udERhZdeF+ s41uZ7OG2/JamW15uE5LcnooWyJL5mdhMPIsk0hUTsJw+fqSVGvPCUH890nzxuDhXoBfGfku jMJyP7Ez2ufISiX3oKXcg7LKPSjF7kFJXMy5h8TFIvdABedoZO5KuX9Ql2xWl/5BWeVZlTJn oMirJc5AKXAGxBounYGe2J1Ecs5AWeEMqm8iNr6+M1Ce1Rmoq5yBstIEk7qxwhmsyKTQ4lRM rmoGEdUbKS9m9YHB8PNRkbzZK0mzV9aZvbE3De75TRznFoRnkwn6x+Ie1Nc0T02smeiNe2sB f9FpCLEeuIZ4QphoVRxk5vgjpopGxpUI61CimmtHhqKaqDhTDBvsKERtiJTkSVBVZzrnsxHo KY/ymLMgnFrMQgL0gkQaxXzZNHCXUxhGxuctmp6ct9AIfxEwqoiCtRVKxB3qnIOBjsfgKrmk oV3U/P0kunzJGQhnr76gvy2chYNM7feTF2KTEvu0+U+iAQf3c4Wuo0KqEhUimhoXYh6LF0qK 9Nqx77zZZHb7iN5AD+foLBy9lII+7aKbSehbqM94PVRBHA8sqFS4F+O1S7jhfBy7fnkq0go+ tQGLhKkCbpNhW1faMOLYTtuEwq4L3oo3p790j6z8nsOSWOASk20FxSNEbcWKd/n2H6/YP8T1 RoIlSyKCmXFdH0Q/Dl/3/s4OxFHyZ3wldWwtwlnE5nieER2/7p9dn16JjAKtkS0xRbakVZQt aWWyWrR2tsSMCxYkPmhmAq1UTnxQSV6Y+FA2TXwoEUyNBJVSg+W6YLkhWW6mWZ5OUCm1Wa6v SFCZiQSVmUp0KFFtBXJSMnJSK8tJkeSFclI3lZMawdSQk1pDTqqQk1aUlWq9pCk5qbXlpMYF C1iuZliuVWa5KskLWa5tynItgqmREyS1c4LmMic4LEwAtTI5QdIoJwjVRKUL0nvZtKxenN7T q6f3FK60ko28ZI0cH5FFCnN8+qY5Pj2C0ZNy1ctNCZrMBkN5uycMw5plw6RjNlrYfOVIYXWI 2qmmHcFfogUQW9myBVQqLlTO40B1/SRNwZk8lrpqkqYWT9LUxMXcJC1xsUIORy2foynLOFNZ ztHUVXM0cXWwGEKoY4cwjZ1EqCPJi5eMTC2byqnyaslUTi2aytkkmsppJknsztRJdiqnRovR RZtk8SGpMpWjZOV2NLaKUjSVG8PgZahqbjZnoxf8Luj0hI4Ndbo8XXOvduGsrvIqtpKatdH0 1EldOWtLagtPnSwTJ0zc4N9cIcUD9BrmRn/AX8ouypIf7PkFWKaG+4NOkUmRhEkBOc/fM0qp WBxhzwqjtW/ha/rdt+Y5uumddyBSLRpCyZj1hoyNAxjwxjr8JwY/Y/AzBjvDthzxYdYpGGah XctwKK4+tQi9fqB1eFF+AzXMLO07y/Og8Vjcly0wC7HN0kFEQkP3ihuVL6im2zTWZZNgLgKT knBOQHOD+2OsoBmzDHysYfGLHOOo+eICz1U4Pk9uEDQJhjwzC9MU9sMZJmhJihZLWvgxlT8y baBRDTgqjqUcApbkYdy77H867wxgnvGqPMZU0QumOjzGVFMxpiorjOcu8jAeZeGYZMREmojJ TIvJqCwmOy0mQ5dNKhUTxPBSTMZY0kZigkuC9fBDsB5+TOWPHe1PRUsq0mZNEYJfURx+LE1x xQRPSxifljI+TVaRND6SMT65+Jb07gMwRqLh4gkSf1IFfLF9TGwnodjvxI/wWHh14fsJMcW1 4YHYsMevUUapiiEPvgqmw+D/acb/k9r+nyaKJns/z8T4VfHTvlzFwpHSFeMLKcReO74wBheW VNcOMCAM2ais6yJlIwxdqrWWG2EyowbNq6pWOGoQxpN4zBAlkzKgGQEoK9x/ZS6aWS7iqly0 s1w0ZaNKubgcAARnlALnMI4MfhwZ/Hi8o/1paEudespSIu1JWoeS3kDCQ+/kLGBwfsIC9JS/ VIrnAEO20OA/Lh9Iln700Ym4nHhWUcB2m9gYWRPfsUaPyPniBmHwVxTcu/M5H3JCtiezzTaa rqaCycOnOXuC2yf7zp3ALNBrs02bMCtiBJfeZcSFQkp2zOi8mXeYpLXC++EI2je23IlYJuIl GTPk+KRjOXXBe+PVlMoY87FHB77BDCQuNp8XF2O0RkwV8FWpwSNM6qZsnAxmEzG5Gk+s20Ds lE0Ts+26v8E898H1wwUIUxYCifIix8xp4VeCdsxuT4Cuwn+QEEx7gd6ZLmCWO/OZhNCL4DFg APHl/b3Ana3ursm7oC5b5c7IigJUFlCSBcB1s6eAcdoRTNnFU/JGvHal7BpTFmDWG5HwQixW AWa8SjZObLNlu2xnIiVoyVnxkO/ljVqwSleSerJgvFuRqSJ4manC6TxZ66Wu5dJUeA8AoXvO Z2T5vvUoJvoqOwvDy0JISib00Au8f8CkO3Zv2bKXlG+b9Y+vDC6mwXbbJgA1JB5FFrzcW9yJ R5115vOJA1Y/nS9ATw5Q37NfQpgI46HtMFdRXA1+yXI1mVo0zlOSA0XikEWPPtPS353H4czy R+gIXfuWfT+3RmW1YFXWoiRqgUqo4CipxdGnb5moRElz+emr7QknL3q/8MWDLdmWyuCOPYPv ygG1Yep/D9W9nFpfHrzZCOIbomCTKmzDoNyKP2GThzbquQ9uwLbfHCSerNdqGRrBioHu/ty7 dqcOX7CGrvx6Pej+isYxHSUtVaPUUE309k/0b/BibviIDqGGZDFwSq59jxxQsEe+qMDCSMfe m8yyy7TJB/dZNowMDnLF0z/dP0VHYcz0wxTdhYfOgLBC2dHMc8B/+i678wCxjGKQGBHlr5IK QwsfQtAHFOBg3NnxZf9CRZ9HU+v4j955h6IF+8mSYLqObObmjk2M2N4FaBdrEQz+fIrGywGs mFeB05pnCCRGEclv553rwdv+daf3vnd4hW7+99DUjNOjf74mp68QnLsSAz5zo6y9yAqQaLIs zwZnpBJF/f3kKEAvol/76LPvhk7RlQPEdpX+fiL3BxzI1km8K8AL2qjbuzpg//5g/3sd4BhU ND3gLbo4F9/ifweO5qDyTigR/mAVpyEENZwNRbNYxtn3wBvOxrIQ3zUMUphYjwd8P8PDbLKY OmgCCjYJJNG5wyYPbjBtI+f/YPLLd7qFPiuy8CYzaMMophy5iykbqo6GE8u7Z1GJmDZVEzjP enKJq5HEGSxVTNXQzk/Qb69v/rd/PbhB52//QamGT94ijE1mhL1XUlRRTdE8WyCopqm0DKKb bOGC7wD5oJpgbqR7RPS3R7oy+MhW6uXFI5eZmr+Yh6DbI2ce3oE9OgtHbiF+2+t86p2e3Lzh P1ngx3wnqNnxciMHmo3HicN8yQGzBaak3YurE3Tq3YKRvXz5cgXhVX814aknA8BlZgHFHSmG tmFOyEqwbrAFERv4wo0UCo6cL8f4IyoseCnDAl6mjQq69wuHYe7ymCAYjPkvWkD3mi2eoM7r N8hzR0D7obDgx4I2WD7fibMsCv7qOGqK/LzncUBbPtuVYPCUqetiAIiuY9PUktev5KpgfB0g ktfZA2BZTJ64rsjrbBFpsBg+JOq3CMH6MF0/escGlLbwjMc07rDSgqgxtCbHipEowFWFRUdt ZquJC1w1ii6wNjIPAlX0B4NjFV3w/yfwP8MphN6AWbZl/gU+NHtdNngxZYTQVv7r4hjLU/AD /v9h3Tvi1w2LwI9JXnB8B/5ntmASfgJV9cDmgMef5iBPaD8TpcH3tLkwi4MYmulHMxhzOzCt 7cAQvCUcssTBERBuhERjJCqBaCMcZUs46pZwtO3g0KXENImjNcIhW8KhW8JRtoSjbglH2xKO viUcYzs4ypYsXlnymcRAzZC0rSHpW0Myq1hrNNp3w0lQHJJIAjnzn7PN0YWEJwt3MooCBxgc i4Opt3+4lyK8+4M3nuNDQHUYBwWIlJUSIQ14oV6nyxpyJ/cMM8LLztXg9NN5/++nVyy4t0Ln 9rGgetY2ezaduonAjQ27fEbVRiMIdJPBpkihL49Hrp8PPnl5AZpFIBkEkkYo6CmTQ66FH5D2 kV2JximeR5IW3usPOidnp72Y1CghNfKkZgmpmSdtlZC2cqQEl5BidALRL8vavbt4dxqTkxJy UkxOS8hpMblSQq7k260mSEvQ9BRJjEZK2poUhVJM0kqRrEOkSd6qxSQ0RbIWMckgrZhES5Gs RUwwqUTm1FhPktDNElWgrbUkSoJfJRqikPUkCZYWKI6irL6c0CtaLDNFW0+S5Gre6hVj9eUk N/XiClprSdQkN/PuRCWrLye4qCQUs6TDqlJCnu+dqpaQlnRDKyEvaLNeQpr3kKpRQpr3kKpZ QlpsCmqrhLxY5zVcQl6s3BopIc9rslYiwRJHoCUlqK0VuKaWkOcFrmklpMUC1/QS8rzANaOE NC9wzSwhzQtca5WQFgtcxyXkxXzWSQl5scB1WkKeF7heIsESgetJCeprBa5rJeR5get6CWmx wHWjhDwvcN0sIc0LXG+VkOYFbuAS0mKBG6SEvJjPBi0hLxa4oZSQ5wVulEiwROBGUoJmMYmR IlmDmJx3dM97/atPl2edf7B1h8W8eHYiqK5OuyuILgYDNHW/8LRtct2kGNH1AMpL5BjYIsxs ER7zNSm2R2Jl/jnOFt851mh+N/Oco2DuWPdsjwN/lEi0ES7g729iWc6C7K1IE7eiJrC30QVR 1vN4mfQUiWK2ewk7Nsuyog837wYXZx9XtGswG4eMb3JJQlKec/78Cud+bQspxb2Mk2CSBg6A BmaaML085iXS19my1q/t9Lmpa2dP+c7yVNwmIabTd0mtTHTiyrl12SIEX6XqnkebrxIzV3sC HIdZl2fdslWREQiBtefY0PA0iDctiMeFEWfVs0tU3NKTzy5hx5I+8EbDxfgTaNzUmiNFMW2+ /M0SvH9F/HYL/rHsscV39gOKJNpKhbQ1VEsrtGSFkih6xo1YUOGrCleONQmde9Q564LGvMpR oH6vjZYqlSLoid06ywQ+xdgghLY+YazhiHQpOLkEfPTvhevfB210O+cbPma+ze4s8J0Zch98 Z6xh8W3Kb74PJXkhDfyXw/znL/Laf1Dv5vyy/+4Nr/7dRe90gP5ToVz0EB5nbC0mPC1hTR22 LinO58ql1yvYWgCyrXnZigb7vJ75UyvkPitziatyXNjBmp5ZRGAEYhmC6OwGs/ipO4nrLOfR RqqKVBOBIpFWbqGh/w5Z02QTs0sVFzfXJRQFaxbgmtjNdR867zpnF28+5ik8YGBbOj3wefNF mKSJcldJnpEkz3hiSG6aKOMqG1kyFIR8X5JZJu+C5YJfGbuVHbufk93qjt3PyW5tx+7nZLeO PvT6b/rXnbOP7JeYCWyD9bQC6/E61qcptsp6Aqx31rIeKXQ1981NBWBU1HfXW8NzwjR1uJbn dA3PzSfk+RNFNX3GmihmgfYr1CG4eIMFQtNFyDa/sNcDH6u6CLoVtqEI4upjopeJMdflOJ5c fv6CfjuMZs0fhNT4VObjGhUwdyrw46mAVksFWjsV+PFUQK2lAgQ3GIqr6IPS+vZHYn3zkXj1 MFxPcgR9mLteGw0ue/3X7NlwL/7Psu/3C+RSKk1S0aK5bqySIGVC3NyisU1WmotGxsSoYi7A HG4uWmQuVCllOq7DdZCx4Pq5a3Oej4E1o/2PtTA0icG31UOgym4v85z9lRa1Ck9P4i0VoRaG seU2mVvGa20ZD0u8KOXdSJCRCcYZ9EA0rQH/6Tbao1RmUqlLoFt1CePNZ7ajFMUFn9Ylcn+K yp76tcolYOESdDUzgurqSl9TlHYs9DVY4OIIF5d5GlpLltG4LCaytfSA+fU6g7ryrcmc/Jwy V55R5upO5t+EzNVnlLm2k/k3IXPtGWWur5W53C8tZLxK6uMs27YxTauVhyTGD9Ub84fqTetH 6g2bH6zpTVG4vqpTKvg7cwtOM+e52EagRJZDMRS7zLe9veRL5/136P3V6esPSMPIxOwedvTm 6uLmXQ+97f8TfURtxDfnJFF4JfI+V/kKOpJyzpKA3Xe6bKtKWH3lTn5bvjjj4mGEMtjzHquM HYocOlprfbxWy0/TtJ9GLwJnwt/Tt18LRil099XKqhuU1ZqXVcxaQxQl1UytcJL9sxgcJnSo Ym2twdlEVrmzuZ3NrbA5+t0Ob2BvFayt6ghG1o5geGdNO2taY03LBFqFRbGiDO0WDAt/I4Yl Hh4xXjtSOZihAuLOvOrr9k9gU2q1ESq9DrcFO1q7RmmSb2H+ZbHs2VojoxrUtbOu3eC1wtC0 H2Hweg6j241su5FtGwanVxvZ0rs5nmNkU8m3kOgwh/z58ruRbTeybWhoxm5k241su5Ht+QzO fGKDS6cPnywPQkt1LD3kNDMiitMw9dYlW0/OYvyTs1ipt8c9sQe78rKU8jxMLr+1IOO/syGY OnSwjmunxptvZtczO2Kqb1hl2+CbSatqaE2/ZYvAxAZZKU9sEXS7WzvUr7q1Q1m/3VU+A319 b3R+G9JX7Y36zPdw6DVV/en33hGyu4NjdwfHz3YHx1PsFlW0nTPZOZOdM9k5k204E33nTHbO ZOdMds5kG87E2D1y6Vmf32bu7hX7Nu4JNZ7sZrGih0yueEJl5/zyrP+6f3q1+jGVRc+qRIhE 73USr5Wg0evF0CwIkm+eMDE/NXIeEvyj0ducmhRWonc4NSmsxm9csuUIvQYFmyRCWT6oQsug aBkUkkNJtKXIv+oZQD0DSHOAatysZZRkZFCywlHqNsvMAGYFptYFbGUAs0LUagISnAHEGUB9 FWCMQjIoJINiVEKhGRSaQTEroSgZFCWD0qrLIjV+NZgAIqWqXtQcLS4tmrPWXkismLEbJnoa hJA69hKjGPG7yZp0xIxL2+LW/CYdaaVBmnWE4vjlaA06Qklc2hb3mzfoCKVpkIYdUeK3szXp iBqXtsVN1E06oqVBGnZEj18P16QjRqY0rVXajB/33qTuVqZ0rboVHL+GrkHdCsmUrlc3jV9d V6PuAgenKBkg2hRIjV+C14QbWqZ0PW7o8YvzNuSGkQFqzA0zfgVfE260MqVrcUPF8Wv7NuOG SjJATbmh0vjFfXZzKatKBmXTwFFVM4DrA8eiZmkZlE0DR1XPAG4aOKpGBnDTwFE1M4CNAke1 lUFpFDhqOIPSKHDUSAZl08BRy6h8fmitpPOaEr+ocgPL0dQMyqaWo2kZwEaWo+kZlE0tRzMy gJtajmZmADe1HK2VAWxkOTrOoDSyHJ1kUBpZjk4zKJtajp5R+YaWo6vxi1k3sBxdy6Bsajm6 ngFsZDm6kUHZ1HJ0MwO4qeXorQzgppZj4AxgI8sxSAalkeUYNIPSyHIMJYOyqeUYGZVvaDmG Fr+IuEHsauhxaVtmbBvMTA0jjdJoZrouLbs+x3vT618cvb84uzk/Rd2Ld9dXF2cV0r3lmd9z i709Cb0XG+peXAwGfHddYs9lIn39l8Plg4l5p+EsRi/k/cD7PNsOF3m6nU8o5YIIjDIs6c5T DDHX8onZynXSqE59wzrVdXXSXD8RzdWJcFwnlnUiXFonWVenkq9Teeo61Xyd6lPXqeXr1J64 TjDebJ2Ksa065Rdb50uZE5ze36nZTs22q2bnru3P+L6DtLZNXftrOm/5deZ6zqHrpZvGdibs f0UnL7+uHHvmj9iLH8+cB2ciG+c76/iGjATf0kvMibbJF0HwlU3ZNqKXtS31hozCOs2vUGfr CeuMnOTEehxa9j2aW+FdO7/Xofo2nX+ljtJr7SIe+i0d+BR8/lV+6T9llyrdbrhxDSVPGc9y qsZepB2/qm64+pk5tfSRwWzBXrFaYqPKqhtfMyxbt40SfQAfHPg2n4AcsIGsGlzJDsgMHLta Da+S2ykrXMMSyyDoBvVnNxQVMCHF2aw4tZ04fyRx6jtx/gDirJLWKcwYsaloFGkdCZeOuvJF 57WSRkU7BlPomduJv5PXWMOn1+myd08rSIWphGIU7LplUIJ3320nO70ue0coUOwNzi/bqHOJ upc36L8JOrMWnn3njP5rz54vCFxo74lNtj1x87JMYyL0/vRKNlRjj2VFZ72r5H0bqPeaH0fv jwcU0OYQSxqCDaBhZ0hcSoUz15dplMH75THhKKE7dXx5jgKXxii8c/xpjMtKOb6fOgYGJI/3 3Jk1d21oSycI3FuPRTX9QQf1r/4GU51whiYz25pA3/tdtJIYup2mJiuptSrYl92+oNarYMfU Zh1sUJ0a2OAks9jTwE1Sng8kpZZv9JvTi/M28pzPMBUM7pE1wntDKwwd/xEqk79gGHBD15q4 f1psxzUazZjfC33XGcH8kkk82Lv2H1lVAD+dLbwQ+bNZiMb+bIoW46B9NHIejgA7UKy9ILT8 8BODbAMGL3UUDF3viJ2Cpt9jPvjcw8QVbAXZ4P9uoSJAvrnc+3/VqzR2UfUAAA== --TMgB3/Ch1aWgZB1L-- --7gQyIpR7q4QSXYu+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHcrwL52SDGA2eCwURAvszAJ44PijW2uL3uiqVG/kUQMe1hOivIwCeN0jI ohqEMEPOlxfmHRmlZ9tkByY= =24hx -----END PGP SIGNATURE----- --7gQyIpR7q4QSXYu+-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 22:38:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7E6716A4EE for ; Wed, 26 Dec 2007 22:38:17 +0000 (UTC) (envelope-from mailinglist@nesluop.dk) Received: from unixdunk.nesluop.dk (cpe.atm4-0-51450.0x535f05ca.hrnxx12.customer.tele.dk [83.95.5.202]) by mx1.freebsd.org (Postfix) with SMTP id 296F413C4D3 for ; Wed, 26 Dec 2007 22:38:16 +0000 (UTC) (envelope-from mailinglist@nesluop.dk) Received: (qmail 1059 invoked by uid 89); 26 Dec 2007 23:31:14 -0000 Received: from unknown (HELO ?192.168.1.100?) (192.168.1.100) by unixdunk.nesluop.dk with SMTP; 26 Dec 2007 23:31:14 -0000 Message-ID: <4772D649.3010001@nesluop.dk> Date: Wed, 26 Dec 2007 23:31:37 +0100 From: Chris Poulsen User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: pyunyh@gmail.com References: <476EE604.2070809@nesluop.dk> <20071225234723.GA1018@cdnetworks.co.kr> In-Reply-To: <20071225234723.GA1018@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Problem with nfe stability and throughput X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2007 22:38:17 -0000 Hi, Pyun YongHyeon wrote: > On Sun, Dec 23, 2007 at 11:49:40PM +0100, Chris Poulsen wrote: > > Hi, > > > > I've installed CURRENT on an asus m2n-vm. My network config is giving me > > problems. > > > My dmesg contains: > > > > ata3: [ITHREAD] > > nfe0: port 0xd880-0xd887 mem > > 0xdfffc000-0xdfffcfff,0xdfffe400-0xdfffe4ff,0 > > xdfffe000-0xdfffe00f irq 23 at device 10.0 on pci0 > > miibus0: on nfe0 > > ukphy0: PHY 1 on miibus0 > ^^^^^^ > It seems that ukphy(4) was picked up to serve your PHY hardware. > I guess ukphy(4) is not right phy driver for the hardware as it could > result in non-working driver. Would you show me the ukphy(4) output of > verbosed boot message?(In verbosed boot mode, ukphy(4) may have printed > OUI/model number of the PHY hardware.) > > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto > > nfe0: Ethernet address: 00:1d:60:6d:73:ec > > A verbose boot log contains the following: ... ata3: [ITHREAD] nfe0: port 0xd880-0xd887 mem 0xdfffc000-0xdfffcfff,0xdfffe400-0xdfffe4ff,0xdfffe000-0xdfffe00f irq 23 at device 10.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xdfffc000 nfe0: attempting to allocate 8 MSI vectors (8 supported) msi: routing MSI IRQ 256 to vector 56 msi: routing MSI IRQ 257 to vector 57 msi: routing MSI IRQ 258 to vector 58 msi: routing MSI IRQ 259 to vector 59 msi: routing MSI IRQ 260 to vector 60 msi: routing MSI IRQ 261 to vector 61 msi: routing MSI IRQ 262 to vector 62 msi: routing MSI IRQ 263 to vector 63 nfe0: using IRQs 256-263 for MSI nfe0: Using 8 MSI messages miibus0: on nfe0 ukphy0: PHY 1 on miibus0 ukphy0: OUI 0x001374, model 0x0001, rev. 6 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto nfe0: bpf attached nfe0: Ethernet address: 00:1d:60:6d:73:ec nfe0: [MPSAFE] nfe0: [FILTER] ... Also I noticed that both nfe0 and ohci1 both lists irq 23, but I don't know if that is a problem :) ... ohci1: mem 0xdfffd000-0xdfffdfff irq 23 at device 4.0 on pci0 ... What would be the next step for me to try in order to resolve this? Thanks. -- Regards Chris From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 23:01:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44EBF16A417 for ; Wed, 26 Dec 2007 23:01:50 +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 0528413C4E5 for ; Wed, 26 Dec 2007 23:01:49 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 25056 invoked by uid 399); 26 Dec 2007 23:01:48 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 26 Dec 2007 23:01:48 -0000 X-Originating-IP: 127.0.0.1 Date: Wed, 26 Dec 2007 15:01:47 -0800 (PST) From: Doug Barton To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 1.00 (BSF 882 2007-12-20) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: VFS panic - probably NTFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2007 23:01:50 -0000 I have a dual boot system, and from time to time I use mount_ntfs to read stuff from the windows partition. Doing that today I got the following with a system built on 23 December: #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc056a0ae in boot (howto=260) at /usr/local/src/sys/kern/kern_shutdown.c:409 #2 0xc056a36b in panic (fmt=Variable "fmt" is not available. ) at /usr/local/src/sys/kern/kern_shutdown.c:563 #3 0xc05586a2 in _lockmgr (lkp=0xc90049e8, flags=8212, interlkp=0xc9004a18, td=0xc92d5220, file=0xc077c0ed "/usr/local/src/sys/kern/vfs_subr.c", line=2213) at /usr/local/src/sys/kern/kern_lock.c:319 #4 0xc05d9090 in vop_stdlock (ap=0xea0f6a34) at /usr/local/src/sys/kern/vfs_default.c:266 #5 0xc07395b5 in VOP_LOCK1_APV (vop=0xc07c4900, a=0xea0f6a34) at vnode_if.c:1618 #6 0xc05e78f3 in vput (vp=0xc9004990) at vnode_if.h:851 #7 0xc05dcc8c in lookup (ndp=0xea0f6ba8) at /usr/local/src/sys/kern/vfs_lookup.c:759 #8 0xc05dd1ab in namei (ndp=0xea0f6ba8) at /usr/local/src/sys/kern/vfs_lookup.c:219 #9 0xc05ea13d in kern_stat (td=0xc92d5220, path=0x28202400
, pathseg=UIO_USERSPACE, sbp=0xea0f6c18) at /usr/local/src/sys/kern/vfs_syscalls.c:2109 #10 0xc05ea2cf in stat (td=0xc92d5220, uap=0xea0f6cfc) at /usr/local/src/sys/kern/vfs_syscalls.c:2093 #11 0xc072acb3 in syscall (frame=0xea0f6d38) at /usr/local/src/sys/i386/i386/trap.c:1034 #12 0xc0712130 in Xint0x80_syscall () at /usr/local/src/sys/i386/i386/exception.s:203 #13 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 00:23:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 265B016A41B for ; Thu, 27 Dec 2007 00:23:29 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id ECB8713C45B for ; Thu, 27 Dec 2007 00:23:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so4648340waf.3 for ; Wed, 26 Dec 2007 16:23:28 -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=2Df5SpoqImn0rRxWdNy4tKZaLgTZcGckNj2OmeOxd1s=; b=Tk4ydlVBtT1BGWU8dN9DNRTwapcIHRxfMu+r6/11yOnYHMBp8TrtK3SndKItDoVU8K8Fgydyk4NHmLvf7msaf71IyNN4nKw6rc07DoPnXAj1r2SPkB7LfR5Ij5vqE9bSMDj9FZF/frLzK6bn0rIt5bYFU0r9hzjk6j+hwClHk7A= 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=DBN97/kkAPwPSwEqVsCKcBPiS0qO7usYROFJ8zgcc1Ra3RW/ETllw5s8Kg0xfxnVWnzq+FhtvNRJpalOd14avmO6K0GOdmQrIy3kHb2UhdPyXCjb2n2ylcgBkPKVEjHW1CQJrMjTHzGdP+ScoH1X7Xbmrr3peKUUgtOfScWrk3c= Received: by 10.115.23.12 with SMTP id a12mr5724469waj.146.1198715008524; Wed, 26 Dec 2007 16:23:28 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id j29sm6394408waf.18.2007.12.26.16.23.25 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 26 Dec 2007 16:23:27 -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 lBR0Mq91005514 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Dec 2007 09:22:52 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lBR0Mq3m005513; Thu, 27 Dec 2007 09:22:52 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 27 Dec 2007 09:22:52 +0900 From: Pyun YongHyeon To: Chris Poulsen Message-ID: <20071227002252.GE1018@cdnetworks.co.kr> References: <476EE604.2070809@nesluop.dk> <20071225234723.GA1018@cdnetworks.co.kr> <4772D649.3010001@nesluop.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4772D649.3010001@nesluop.dk> User-Agent: Mutt/1.4.2.1i Cc: kevlo@freebsd.org, FreeBSD Current Subject: Re: Problem with nfe stability and throughput X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 00:23:29 -0000 On Wed, Dec 26, 2007 at 11:31:37PM +0100, Chris Poulsen wrote: > Hi, > > Pyun YongHyeon wrote: > >On Sun, Dec 23, 2007 at 11:49:40PM +0100, Chris Poulsen wrote: > > > Hi, > > > > > > I've installed CURRENT on an asus m2n-vm. My network config is giving > > me > problems. > > > > > My dmesg contains: > > > > > > ata3: [ITHREAD] > > > nfe0: port 0xd880-0xd887 mem > > > 0xdfffc000-0xdfffcfff,0xdfffe400-0xdfffe4ff,0 > > > xdfffe000-0xdfffe00f irq 23 at device 10.0 on pci0 > > > miibus0: on nfe0 > > > ukphy0: PHY 1 on miibus0 > > ^^^^^^ > >It seems that ukphy(4) was picked up to serve your PHY hardware. > >I guess ukphy(4) is not right phy driver for the hardware as it could > >result in non-working driver. Would you show me the ukphy(4) output of > >verbosed boot message?(In verbosed boot mode, ukphy(4) may have printed > >OUI/model number of the PHY hardware.) > > > > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, > > auto > > > nfe0: Ethernet address: 00:1d:60:6d:73:ec > > > > > A verbose boot log contains the following: > ... > ata3: [ITHREAD] > nfe0: port 0xd880-0xd887 mem > 0xdfffc000-0xdfffcfff,0xdfffe400-0xdfffe4ff,0xdfffe000-0xdfffe00f irq 23 > at device 10.0 on pci0 > nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xdfffc000 > nfe0: attempting to allocate 8 MSI vectors (8 supported) > msi: routing MSI IRQ 256 to vector 56 > msi: routing MSI IRQ 257 to vector 57 > msi: routing MSI IRQ 258 to vector 58 > msi: routing MSI IRQ 259 to vector 59 > msi: routing MSI IRQ 260 to vector 60 > msi: routing MSI IRQ 261 to vector 61 > msi: routing MSI IRQ 262 to vector 62 > msi: routing MSI IRQ 263 to vector 63 > nfe0: using IRQs 256-263 for MSI > nfe0: Using 8 MSI messages > miibus0: on nfe0 > ukphy0: PHY 1 on miibus0 > ukphy0: OUI 0x001374, model 0x0001, rev. 6 ^^^^^^^^^^^^^^^^^^^^^^^^^^ According to IEEE stanards OUI database the manufacturer is Atheros Communications. Since Atheros acquired Attansic Technology I guess the phy originated from Attansic Technology. ATM there is no phy driver for FreeBSD and the vendor didn't release publicly available datasheets to developers. AFAIK kevlo is working on Attansic driver so I guess he may have more information for this phy hardware(CCed). > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto > nfe0: bpf attached > nfe0: Ethernet address: 00:1d:60:6d:73:ec > nfe0: [MPSAFE] > nfe0: [FILTER] > ... > > Also I noticed that both nfe0 and ohci1 both lists irq 23, but I don't > know if that is a problem :) Don't worry about that. Your nfe(4) takes advantage of MSI so there is no IRQ sharing. > ... > ohci1: mem 0xdfffd000-0xdfffdfff irq 23 > at device 4.0 on pci0 > ... > > What would be the next step for me to try in order to resolve this? > > Thanks. > > -- > Regards > Chris -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 02:10:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98E6216A418 for ; Thu, 27 Dec 2007 02:10:00 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from smtp02.dentaku.gol.com (smtp02.dentaku.gol.com [203.216.5.72]) by mx1.freebsd.org (Postfix) with ESMTP id 6B75513C469 for ; Thu, 27 Dec 2007 02:10:00 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from pat.gol.co.jp ([203.216.1.191] helo=[127.0.0.1]) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1J7iC6-0005gr-GS for ; Thu, 27 Dec 2007 11:09:58 +0900 Message-ID: <47730975.2060209@fusiongol.com> Date: Thu, 27 Dec 2007 11:09:57 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071226120007.EE47716A494@hub.freebsd.org> In-Reply-To: <20071226120007.EE47716A494@hub.freebsd.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV GOL X-Abuse-Complaints: abuse@gol.com Subject: DHCPclient issues with wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 02:10:00 -0000 Updated to 7.0-PRERELEASE yesterday. I have a Ralink chipset USB wireless adaptor. It gets the ural driver as expected. Typically I connect it with dhcpclient to a completely open wireless access point. dhcpclient is good enough to find the first ssid it gets and sets me up with a DHCP lease to use dhcp with it. All I needed to do was issue "dhcpclient ural0" This behaviour seems to have changed in PRERELEASE. dhcplcient simply tells me "ural0: no link...." Here's the interesting thing though. I can manually set the ipaddress, netmask, ssid, and default route of the system and "cheat" my way into network access without requiring a dhcp lease. I assume that there's been some change in dhcpclient which has upset it's normal behaviour, whereas the ural driver still works (more or less - it often "times out" randomly) From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 03:48:20 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 697C416A41A; Thu, 27 Dec 2007 03:48:20 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id 3533C13C448; Thu, 27 Dec 2007 03:48:20 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id 7C07637C002; Wed, 26 Dec 2007 19:21:53 -0800 (PST) X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.044 X-Spam-Level: X-Spam-Status: No, score=-4.044 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.355, BAYES_00=-2.599] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VDe2h5iPzhyE; Wed, 26 Dec 2007 19:21:49 -0800 (PST) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id 01E7E37C001; Wed, 26 Dec 2007 19:21:48 -0800 (PST) Date: Wed, 26 Dec 2007 19:21:48 -0800 (PST) From: Tom Samplonius To: Per olof Ljungmark Message-ID: <27828292.4501198725708936.JavaMail.root@ly.sdf.com> In-Reply-To: <476554AF.4000701@intersonic.se> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [216.113.193.90] X-Mailman-Approved-At: Thu, 27 Dec 2007 04:03:54 +0000 Cc: freebsd-current@FreeBSD.ORG, freebsd-stable@freebsd.org Subject: Re: -net or kernel: where does this belong? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 03:48:20 -0000 ----- "Per olof Ljungmark" wrote: > Posted on -questions but got no response, trying -current and -stable > as > well. Sorry for the cross-post but I'm getting kind of desperate... ... > Since quite a while I have had problems with {CURRENT|RELENG_7} SMP > machines that lock up when accessed from a remote location over a vpn > (ipsec) link and sees a ICMP_REDIRECT. ... Unfortunately, the "How To Repeat" description is rather ... thin. How do you have IPSec configured? Are you accessing the server remotely via ssh within the VPN tunnel, or any remote access? Tom From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 05:30:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36C8216A420 for ; Thu, 27 Dec 2007 05:30:47 +0000 (UTC) (envelope-from yourabi@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id BB24B13C4E1 for ; Thu, 27 Dec 2007 05:30:46 +0000 (UTC) (envelope-from yourabi@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so4228113fka.11 for ; Wed, 26 Dec 2007 21:30:45 -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=P5CtL+XaWecv1nDV3Ik2Q+bZr7GI2yehVapePDvZY8M=; b=OUYQO8ANEVx+30B1cmujr0+qNY3Znlatmxje5sFc1UNgfqkRWlX+ByuyY9tXorXqGL3QdPOFamZNZ5FxDHbBe+E1E8MoymZ/M0JxsdlUG6GHcZsp6b/nkzqoduMyvEq2Es7SJtKLNWKhjwbVJx+ucRN0X/OgIN6DF5QjYWR9qO0= 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=G9iULneA0phPCKvm8YK/m9VRsjuXpbBuVzHvmT/8ftWHWputnSuKiBnj6noL/ztkqZEwsFCDEHtgyaijUM3bjnsdymxaRJ6fBO57ikLS84Uq9iGnDOj8FqbKfA95WKXT3DyDxNhU8QTl9oDO9cFqRDIzi7Q2TZLGONODK/yzh8A= Received: by 10.78.131.8 with SMTP id e8mr9001770hud.52.1198731744666; Wed, 26 Dec 2007 21:02:24 -0800 (PST) Received: by 10.78.146.16 with HTTP; Wed, 26 Dec 2007 21:02:24 -0800 (PST) Message-ID: Date: Wed, 26 Dec 2007 21:02:24 -0800 From: "Yousef Ourabi" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 7.0 Beta 4 missing mount_ext2? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 05:30:47 -0000 Hello: I did a fresh install from the 7.0 beta 4 amd64 cd 1 on my C2D system, and I find that mount_ext2 is missing -- Is this by design, or did something go wrong with my install? Back in the day mount -t ext2 would just fork on mount_ext2 -- is this still the same or have things changed? Thanks, Yousef From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 05:47:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0275916A419 for ; Thu, 27 Dec 2007 05:47:25 +0000 (UTC) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from mail.lonelyplanet.com.au (mail.lonelyplanet.com.au [203.166.32.192]) by mx1.freebsd.org (Postfix) with ESMTP id 488BD13C448 for ; Thu, 27 Dec 2007 05:47:24 +0000 (UTC) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from Garuda.lpint.net ([10.61.0.88]) by mail.lonelyplanet.com.au with InterScan Message Security Suite; Thu, 27 Dec 2007 16:47:07 +1100 Received: from klein.bigpond.com ([10.61.20.3]) by Garuda.lpint.net with Microsoft SMTPSVC(6.0.3790.1830); Thu, 27 Dec 2007 16:47:06 +1100 Received: from klein.bigpond.com (localhost [127.0.0.1])by klein.bigpond.com (8.14.1/8.14.1) with ESMTP id lBR5lIP5002738; Thu, 27 Dec 2007 16:47:18 +1100 (EST)(envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from localhost (petros@localhost)by klein.bigpond.com (8.14.1/8.14.1/Submit) with ESMTP id lBR5lHBb002735;Thu, 27 Dec 2007 16:47:17 +1100 (EST)(envelope-from Peter.Ross@alumni.tu-berlin.de) X-Authentication-Warning: klein.bigpond.com: petros owned process doing -bs Date: Thu, 27 Dec 2007 16:47:17 +1100 (EST) From: Peter Ross X-X-Sender: petros@klein.bigpond.com To: Yousef Ourabi In-Reply-To: Message-ID: <20071227164111.O1694@klein.bigpond.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 27 Dec 2007 05:47:06.0112 (UTC) FILETIME=[E9BA8000:01C8484B] X-imss-version: 2.049 X-imss-result: Passed X-imss-scanInfo: M:P L:E SM:0 X-imss-tmaseResult: TT:0 TS:0.0000 TC:00 TRN:0 TV:5.0.1023(15630.002) X-imss-scores: Clean:99.90000 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:2 C:1 M:2 S:2 R:1 (0.1500 0.1500) Cc: freebsd-current@freebsd.org Subject: Re: 7.0 Beta 4 missing mount_ext2? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 05:47:25 -0000 Hi Yousef, On Wed, 26 Dec 2007, Yousef Ourabi wrote: > Hello: > I did a fresh install from the 7.0 beta 4 amd64 cd 1 on my C2D system, > and I find that mount_ext2 is missing -- Is this by design, or did > something go wrong with my install? > > Back in the day mount -t ext2 would just fork on mount_ext2 -- is this > still the same or have things changed? According to the mount(8) man page: -t ufs | external_type .. The default behavior of mount is to pass the -t option directly to the nmount(2) system call in the fstype option. However, for the following file system types: cd9660, mfs, msdosfs, nfs, nfs4, ntfs, nwfs, nullfs, portalfs, smbfs, udf, and unionfs, mount will not call nmount(2) directly and will instead attempt to execute a program in /sbin/mount_XXX where XXX is replaced by the file system type name. For example, nfs file systems are mounted by the program /sbin/mount_nfs. ext2 seems to use nmount(2) directly so it does not need /sbin/mount_ext2 anymore. My system (a ca. four weeks old -current) does not have a mount_ext2. I cannot test ext2 mounting by now because I don't have an ext2 filesystem, sorry. But it worked three months ago (then I've got rid of Linux on my laptop). Regards Peter From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 09:22:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 604B716A421 for ; Thu, 27 Dec 2007 09:22:30 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id E226313C448 for ; Thu, 27 Dec 2007 09:22:29 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2039942fgg.35 for ; Thu, 27 Dec 2007 01:22:28 -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=7iGRrqTRghK7yFbQsYBrvZuCf0lAB400PLmaXRykq9U=; b=m//pS0gl8WTkMgQzGync4hpdfBhbCXyQNUcjvdIRhRggOvXCCI4yt7OJZlcc7kUZ4R/k6VahAVpelbnw/UahQ/fuWcMQMr2GBE17qDOKN8oIMErMIDhfXERbUMVB8pVN2mO9ahktawGpGZai2AlK/o+2VB/JxC7uDmmLs8f6o1Q= 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=Jy693S54mjWonZS4lZAgJH6dSOoRFhWt0rb3VLRzldHV7Tg0nB4u4eC+xBLgudw658eBr67wcAgR9+xBQEzdW2W18Fx/C7hTvYBXorEs6WA0jzPNrbZd3/pD3WfgXuT7iuITtdkzcSEKKQkvUS3cIV893AmdVapmVcmdioQ58hI= Received: by 10.86.54.3 with SMTP id c3mr7611408fga.76.1198747348505; Thu, 27 Dec 2007 01:22:28 -0800 (PST) Received: by 10.86.68.13 with HTTP; Thu, 27 Dec 2007 01:22:28 -0800 (PST) Message-ID: <790a9fff0712270122s58d3c497u1690b7ad80fd32da@mail.gmail.com> Date: Thu, 27 Dec 2007 03:22:28 -0600 From: "Scot Hetzel" To: "Nathan Butcher" In-Reply-To: <47730975.2060209@fusiongol.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071226120007.EE47716A494@hub.freebsd.org> <47730975.2060209@fusiongol.com> Cc: freebsd-current@freebsd.org Subject: Re: DHCPclient issues with wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 09:22:30 -0000 On 12/26/07, Nathan Butcher wrote: > Updated to 7.0-PRERELEASE yesterday. > > I have a Ralink chipset USB wireless adaptor. It gets the ural driver as > expected. Typically I connect it with dhcpclient to a completely open > wireless access point. dhcpclient is good enough to find the first ssid > it gets and sets me up with a DHCP lease to use dhcp with it. > All I needed to do was issue "dhcpclient ural0" > > This behaviour seems to have changed in PRERELEASE. dhcplcient simply > tells me "ural0: no link...." > > Here's the interesting thing though. I can manually set the ipaddress, > netmask, ssid, and default route of the system and "cheat" my way into > network access without requiring a dhcp lease. > > I assume that there's been some change in dhcpclient which has upset > it's normal behaviour, whereas the ural driver still works (more or less > - it often "times out" randomly) > What does 'ifconfig ural0' show before you issue 'dhcpclient ural0'? Does it show that ural0 is associated with your access point? If it doesn't show that you are associated, does a 'ifconfig ural0 ssid ' before the dhcpclient allow you to get an IP address? Scot From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 09:34:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E3D716A418 for ; Thu, 27 Dec 2007 09:34:29 +0000 (UTC) (envelope-from tobez@tobez.org) Received: from heechee.tobez.org (heechee.tobez.org [194.255.56.42]) by mx1.freebsd.org (Postfix) with ESMTP id 18E3013C46A for ; Thu, 27 Dec 2007 09:34:29 +0000 (UTC) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id 7B67912542E; Thu, 27 Dec 2007 10:18:22 +0100 (CET) Date: Thu, 27 Dec 2007 10:18:22 +0100 From: Anton Berezin To: Igor Mozolevsky Message-ID: <20071227091822.GA92026@heechee.tobez.org> Mail-Followup-To: Anton Berezin , Igor Mozolevsky , freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Powered-By: FreeBSD http://www.freebsd.org/ User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: [7.0b4] make bails for perl 5.8.8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 09:34:29 -0000 On Fri, Dec 21, 2007 at 12:16:09PM +0000, Igor Mozolevsky wrote: > Building perl 5.8.8 from tarball on amd64 (don't know about x86, don't > have a machine to test it with) with just ./Configure && make causes > make to bail out with:- > > "make: don't know how to make . Stop" > > Is this some change in bsdmake that perl doesn't know about or a sign > of something more sinister? A little bit more detailed report would be helpful. \Anton. -- We're going for 'working' here. 'clean' is for people with skills... -- Flemming Jacobsen From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 13:50:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C77A516A419 for ; Thu, 27 Dec 2007 13:50:14 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 5569C13C465 for ; Thu, 27 Dec 2007 13:50:13 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so2130482uge.37 for ; Thu, 27 Dec 2007 05:50:12 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=F9uVOoP17crKMjXnf/k4TIhEnp93Ktc9YB1StAGfgEM=; b=xt04DzfigQve0xAPe59MQOIiP1GDKedpbuArUfugRy2GcXIk9D05cfyyXXONQJqyzbUEp3Hovj7qEyaN7FyPxWih+XLCI2f6ni3xlXL0LYQc2J3hvRLRX8gXtj/wy+Xwf3PUqPS8j2BCqlQqCr7Rgorzzh9wYb2b/6454nl6oqU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=g8Ad3NqrapZdJC0wpqannWNc2l6GqY4YI2bfBG3Snd0ukzxICpFR0bHWB4JGJrylG4zMTaq6GRZ3K2CgnkX0IP3NUVRG3X+qt+pR3KdoH/Q7zUREJ9mRbHLf1nlo8OHwRJuhzaHFfc+AFMX+4mLsl1XjDlgo3w++B+FSDNWWArQ= Received: by 10.67.28.10 with SMTP id f10mr5699781ugj.85.1198763412790; Thu, 27 Dec 2007 05:50:12 -0800 (PST) Received: by 10.66.248.11 with HTTP; Thu, 27 Dec 2007 05:50:12 -0800 (PST) Message-ID: Date: Thu, 27 Dec 2007 13:50:12 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Anton Berezin" , "Igor Mozolevsky" , freebsd-current@freebsd.org In-Reply-To: <20071227091822.GA92026@heechee.tobez.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071227091822.GA92026@heechee.tobez.org> X-Google-Sender-Auth: 1bce5c2e4822587b Cc: Subject: Re: [7.0b4] make bails for perl 5.8.8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 13:50:14 -0000 On 27/12/2007, Anton Berezin wrote: > On Fri, Dec 21, 2007 at 12:16:09PM +0000, Igor Mozolevsky wrote: > > > Building perl 5.8.8 from tarball on amd64 (don't know about x86, don't > > have a machine to test it with) with just ./Configure && make causes > > make to bail out with:- > > > > "make: don't know how to make . Stop" > > A little bit more detailed report would be helpful. Seems to be fixed in perl 5.10.0 Igor :-) From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 13:54:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D60416A418 for ; Thu, 27 Dec 2007 13:54:26 +0000 (UTC) (envelope-from jumper99@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A7B6A13C461 for ; Thu, 27 Dec 2007 13:54:25 +0000 (UTC) (envelope-from jumper99@gmx.de) Received: (qmail invoked by alias); 27 Dec 2007 13:54:24 -0000 Received: from unknown (EHLO wsa096) [193.101.155.96] by mail.gmx.net (mp030) with SMTP; 27 Dec 2007 14:54:24 +0100 X-Authenticated: #682707 X-Provags-ID: V01U2FsdGVkX19QxBFtr1NQXGifWGtsWVQ1PtQLpLI07dX40txNqm PS57nOUarG9Y2u Message-ID: <018801c8488f$fd7a6800$609b65c1@vpe.de> From: "Helmut Schneider" To: References: <000901c84163$f0b2b330$609b65c1@vpe.de> Date: Thu, 27 Dec 2007 14:54:24 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Y-GMX-Trusted: 0 Subject: Re: [7.0-BETA4] bootonly install fails, 'hostname nor servername provided, or not known' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 13:54:26 -0000 From: "Helmut Schneider" > I tried to install 7.0-BETA4 on both VMWARE Server 1.04 and VMWare > Workstation 6.02 using ftp over an http proxy and both fail with the > error message above. > > Did I miss anything? Needless to say that 6.2 installs fine. 7.0 (in general, not only the boot image) does not bring up the interface at boottime using DHCP. Assigning an IP manually or running dhclient after boot "solves" that problem. From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 13:55:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7262116A47F for ; Thu, 27 Dec 2007 13:55:47 +0000 (UTC) (envelope-from tobez@tobez.org) Received: from heechee.tobez.org (heechee.tobez.org [194.255.56.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2FB9B13C503 for ; Thu, 27 Dec 2007 13:55:47 +0000 (UTC) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id 72A1312542E; Thu, 27 Dec 2007 14:55:46 +0100 (CET) Date: Thu, 27 Dec 2007 14:55:46 +0100 From: Anton Berezin To: Igor Mozolevsky Message-ID: <20071227135546.GB9497@heechee.tobez.org> Mail-Followup-To: Anton Berezin , Igor Mozolevsky , freebsd-current@freebsd.org References: <20071227091822.GA92026@heechee.tobez.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Powered-By: FreeBSD http://www.freebsd.org/ User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: [7.0b4] make bails for perl 5.8.8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 13:55:47 -0000 On Thu, Dec 27, 2007 at 01:50:12PM +0000, Igor Mozolevsky wrote: > On 27/12/2007, Anton Berezin wrote: > > On Fri, Dec 21, 2007 at 12:16:09PM +0000, Igor Mozolevsky wrote: > > > > > Building perl 5.8.8 from tarball on amd64 (don't know about x86, don't > > > have a machine to test it with) with just ./Configure && make causes > > > make to bail out with:- > > > > > > "make: don't know how to make . Stop" > > > > A little bit more detailed report would be helpful. > > Seems to be fixed in perl 5.10.0 Please don't say "fixed" since there is at least a 95% chance it was an operator error to begin with... Cheers, \Anton. -- We're going for 'working' here. 'clean' is for people with skills... -- Flemming Jacobsen From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 14:26:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A47816A418 for ; Thu, 27 Dec 2007 14:26:49 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.228]) by mx1.freebsd.org (Postfix) with ESMTP id 43C3213C468 for ; Thu, 27 Dec 2007 14:26:49 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so501152nzf.13 for ; Thu, 27 Dec 2007 06:26:48 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=HWoNRex5MQknv6s+Tbm+qML/ZABx9pNNfSLBqyv7fuo=; b=I5Kr+ryoCdBCoqXR+xztvyeSN1Rc/vBi33coCh2Z5N4EZfrziyHZsl16C97TIr/pq4NiW64Ip3lLtfAA/G8Vbm0OO/n4yT/oqiGvZH714C9Fux1qafiXYX/nbsn0vJIdkAP/4EsQj3YftYy+Mjvn4rEJ0RgoRMeHvy7VI1jD+Hs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=bgS6ZPX88HtnsFMsvYv2ynu5XbF+hcIwMXKMr8NaxxAEluqfhRGmdMy/9WXs8f3ZuvrXVS1beAi717vXkE4d5H3ASR0owlq/qXxgJuiWU9BZhPb/R2z+R0x4oYE5QcPdJ7BFBkrUiOH7fg+xS7QTN+77rIMU8GM/dS41ajJ7Ih0= Received: by 10.142.177.7 with SMTP id z7mr2407145wfe.238.1198765606882; Thu, 27 Dec 2007 06:26:46 -0800 (PST) Received: by 10.66.248.11 with HTTP; Thu, 27 Dec 2007 06:26:46 -0800 (PST) Message-ID: Date: Thu, 27 Dec 2007 14:26:46 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Anton Berezin" , "Igor Mozolevsky" , freebsd-current@freebsd.org In-Reply-To: <20071227135546.GB9497@heechee.tobez.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071227091822.GA92026@heechee.tobez.org> <20071227135546.GB9497@heechee.tobez.org> X-Google-Sender-Auth: aacb80d6dfa786fb Cc: Subject: Re: [7.0b4] make bails for perl 5.8.8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 14:26:49 -0000 On 27/12/2007, Anton Berezin wrote: > On Thu, Dec 27, 2007 at 01:50:12PM +0000, Igor Mozolevsky wrote: > > On 27/12/2007, Anton Berezin wrote: > > > On Fri, Dec 21, 2007 at 12:16:09PM +0000, Igor Mozolevsky wrote: > > > > > > > Building perl 5.8.8 from tarball on amd64 (don't know about x86, don't > > > > have a machine to test it with) with just ./Configure && make causes > > > > make to bail out with:- > > > > > > > > "make: don't know how to make . Stop" > > > > > > A little bit more detailed report would be helpful. > > > > Seems to be fixed in perl 5.10.0 > > Please don't say "fixed" since there is at least a 95% chance it was an > operator error to begin with... It definitely wasn't luser error:- > uname -a FreeBSD osiris.hybrid-lab.net 7.0-BETA4 FreeBSD 7.0-BETA4 #0: Sun Dec 2 16:34:41 UTC 2007 root@myers.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > pwd /home/im1/perl-5.8.8 > fgrep -r "" * > ./Configure -de >&perl-5.8.8-configure.log > fgrep -r "" * makefile:av$(OBJ_EXT): makefile:scope$(OBJ_EXT): makefile:op$(OBJ_EXT): makefile:doop$(OBJ_EXT): makefile:doio$(OBJ_EXT): makefile:dump$(OBJ_EXT): makefile:hv$(OBJ_EXT): makefile:mg$(OBJ_EXT): makefile:reentr$(OBJ_EXT): makefile:perl$(OBJ_EXT): makefile:perly$(OBJ_EXT): makefile:pp$(OBJ_EXT): makefile:pp_hot$(OBJ_EXT): makefile:pp_ctl$(OBJ_EXT): makefile:pp_sys$(OBJ_EXT): makefile:regcomp$(OBJ_EXT): makefile:regexec$(OBJ_EXT): makefile:utf8$(OBJ_EXT): makefile:gv$(OBJ_EXT): makefile:sv$(OBJ_EXT): makefile:taint$(OBJ_EXT): makefile:toke$(OBJ_EXT): makefile:util$(OBJ_EXT): makefile:deb$(OBJ_EXT): makefile:run$(OBJ_EXT): makefile:universal$(OBJ_EXT): makefile:xsutils$(OBJ_EXT): makefile:pad$(OBJ_EXT): makefile:globals$(OBJ_EXT): makefile:perlio$(OBJ_EXT): makefile:perlapi$(OBJ_EXT): makefile:numeric$(OBJ_EXT): makefile:locale$(OBJ_EXT): makefile:pp_pack$(OBJ_EXT): makefile:pp_sort$(OBJ_EXT): makefile:miniperlmain$(OBJ_EXT): makefile:perlmain$(OBJ_EXT): makefile:opmini$(OBJ_EXT): x2p/makefile:hash$(OBJ_EXT): x2p/makefile:str$(OBJ_EXT): x2p/makefile:util$(OBJ_EXT): x2p/makefile:walk$(OBJ_EXT): > make make: don't know how to make . Stop ==== > pwd /home/im1/perl-5.10.0 > fgrep -r "" * Changes: to have switched from '' to ''. makedepend.SH: -e '/^#.*/d' \ > ./Configure -de>&perl-5.10.0-configure.log > fgrep -r "" * Changes: to have switched from '' to ''. makedepend: -e '/^#.*/d' \ makedepend.SH: -e '/^#.*/d' \ > make ... ==== So, yes, it has been *fixed*! :-/ Igor From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 14:48:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 367EB16A41B for ; Thu, 27 Dec 2007 14:48:16 +0000 (UTC) (envelope-from tobez@tobez.org) Received: from heechee.tobez.org (heechee.tobez.org [194.255.56.42]) by mx1.freebsd.org (Postfix) with ESMTP id E7DFE13C46A for ; Thu, 27 Dec 2007 14:48:15 +0000 (UTC) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id 58BF112542E; Thu, 27 Dec 2007 15:48:11 +0100 (CET) Date: Thu, 27 Dec 2007 15:48:11 +0100 From: Anton Berezin To: Igor Mozolevsky Message-ID: <20071227144811.GC9497@heechee.tobez.org> Mail-Followup-To: Anton Berezin , Igor Mozolevsky , freebsd-current@freebsd.org References: <20071227091822.GA92026@heechee.tobez.org> <20071227135546.GB9497@heechee.tobez.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Powered-By: FreeBSD http://www.freebsd.org/ User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: [7.0b4] make bails for perl 5.8.8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 14:48:16 -0000 On Thu, Dec 27, 2007 at 02:26:46PM +0000, Igor Mozolevsky wrote: > On 27/12/2007, Anton Berezin wrote: > > On Thu, Dec 27, 2007 at 01:50:12PM +0000, Igor Mozolevsky wrote: > > > On 27/12/2007, Anton Berezin wrote: > > > > On Fri, Dec 21, 2007 at 12:16:09PM +0000, Igor Mozolevsky wrote: > > > > > > > > > Building perl 5.8.8 from tarball on amd64 (don't know about x86, don't > > > > > have a machine to test it with) with just ./Configure && make causes > > > > > make to bail out with:- > > > > > > > > > > "make: don't know how to make . Stop" > > > > > > > > A little bit more detailed report would be helpful. > > > > > > Seems to be fixed in perl 5.10.0 > > > > Please don't say "fixed" since there is at least a 95% chance it was an > > operator error to begin with... > > It definitely wasn't luser error:- > > pwd > /home/im1/perl-5.10.0 > > fgrep -r "" * > Changes: to have switched from '' to ''. > makedepend.SH: -e '/^#.*/d' \ Ah, I am sorry indeed. I did not immediately realize you were not building perl from ports (lang/perl5.8). The trouble is related to certain changes in gcc, and was long corrected both in perl's repository and in FreeBSD's perl port. So basically, you sort of got what you deserved. :-) Cheers, \Anton. -- We're going for 'working' here. 'clean' is for people with skills... -- Flemming Jacobsen From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 22:40:14 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C59D16A417; Thu, 27 Dec 2007 22:40:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B117B13C448; Thu, 27 Dec 2007 22:40:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBRMeCqR017142; Thu, 27 Dec 2007 17:40:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBRMeCr3051272; Thu, 27 Dec 2007 17:40:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9D32573039; Thu, 27 Dec 2007 17:40:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071227224012.9D32573039@freebsd-current.sentex.ca> Date: Thu, 27 Dec 2007 17:40:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 22:40:14 -0000 TB --- 2007-12-27 21:39:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-27 21:39:11 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-12-27 21:39:11 - cleaning the object tree TB --- 2007-12-27 21:39:34 - cvsupping the source tree TB --- 2007-12-27 21:39:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2007-12-27 21:39:42 - building world (CFLAGS=-O -pipe) TB --- 2007-12-27 21:39:42 - cd /src TB --- 2007-12-27 21:39:42 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 27 21:39:44 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Dec 27 22:40:11 UTC 2007 TB --- 2007-12-27 22:40:11 - generating LINT kernel config TB --- 2007-12-27 22:40:11 - cd /src/sys/pc98/conf TB --- 2007-12-27 22:40:11 - /usr/bin/make -B LINT TB --- 2007-12-27 22:40:12 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-27 22:40:12 - cd /src TB --- 2007-12-27 22:40:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 27 22:40:12 UTC 2007 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem WARNING: COMPAT_SVR4 is broken and should be avoided *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-27 22:40:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-27 22:40:12 - ERROR: failed to build lint kernel TB --- 2007-12-27 22:40:12 - tinderbox aborted TB --- 2780.75 user 330.73 system 3660.90 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 23:28:16 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 040CD16A417; Thu, 27 Dec 2007 23:28:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id ABDB713C461; Thu, 27 Dec 2007 23:28:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBRNSEgb020173; Thu, 27 Dec 2007 18:28:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBRNSEgN004715; Thu, 27 Dec 2007 18:28:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9F21373039; Thu, 27 Dec 2007 18:28:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071227232814.9F21373039@freebsd-current.sentex.ca> Date: Thu, 27 Dec 2007 18:28:14 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 23:28:16 -0000 TB --- 2007-12-27 22:18:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-27 22:18:41 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-27 22:18:41 - cleaning the object tree TB --- 2007-12-27 22:19:14 - cvsupping the source tree TB --- 2007-12-27 22:19:14 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-27 22:19:20 - building world (CFLAGS=-O -pipe) TB --- 2007-12-27 22:19:20 - cd /src TB --- 2007-12-27 22:19:20 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 27 22:19:24 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Dec 27 23:28:13 UTC 2007 TB --- 2007-12-27 23:28:13 - generating LINT kernel config TB --- 2007-12-27 23:28:13 - cd /src/sys/ia64/conf TB --- 2007-12-27 23:28:13 - /usr/bin/make -B LINT TB --- 2007-12-27 23:28:14 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-27 23:28:14 - cd /src TB --- 2007-12-27 23:28:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 27 23:28:14 UTC 2007 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10k1 headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-27 23:28:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-27 23:28:14 - ERROR: failed to build lint kernel TB --- 2007-12-27 23:28:14 - tinderbox aborted TB --- 3227.73 user 331.77 system 4172.57 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 23:41:47 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30D8416A417; Thu, 27 Dec 2007 23:41:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id DA30813C45B; Thu, 27 Dec 2007 23:41:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBRNfi4n038416; Thu, 27 Dec 2007 18:41:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBRNfiTW019278; Thu, 27 Dec 2007 18:41:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 606A773039; Thu, 27 Dec 2007 18:41:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071227234144.606A773039@freebsd-current.sentex.ca> Date: Thu, 27 Dec 2007 18:41:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 23:41:47 -0000 TB --- 2007-12-27 22:40:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-27 22:40:12 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-12-27 22:40:12 - cleaning the object tree TB --- 2007-12-27 22:40:42 - cvsupping the source tree TB --- 2007-12-27 22:40:42 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-12-27 22:40:47 - building world (CFLAGS=-O -pipe) TB --- 2007-12-27 22:40:47 - cd /src TB --- 2007-12-27 22:40:47 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 27 22:40:49 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Dec 27 23:41:43 UTC 2007 TB --- 2007-12-27 23:41:43 - generating LINT kernel config TB --- 2007-12-27 23:41:43 - cd /src/sys/powerpc/conf TB --- 2007-12-27 23:41:43 - /usr/bin/make -B LINT TB --- 2007-12-27 23:41:43 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-27 23:41:43 - cd /src TB --- 2007-12-27 23:41:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 27 23:41:44 UTC 2007 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10k1 headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-27 23:41:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-27 23:41:44 - ERROR: failed to build lint kernel TB --- 2007-12-27 23:41:44 - tinderbox aborted TB --- 2820.78 user 321.62 system 3691.69 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 23:28:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D2D716A419 for ; Thu, 27 Dec 2007 23:28:27 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2A1E513C4D5 for ; Thu, 27 Dec 2007 23:28:26 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 13763 invoked from network); 27 Dec 2007 23:28:26 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 27 Dec 2007 23:28:26 -0000 Message-ID: <4774344C.7000007@chuckr.org> Date: Thu, 27 Dec 2007 18:25:00 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 28 Dec 2007 00:03:20 +0000 Subject: folks using current with Nvidia cards? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 23:28:27 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Just wanted to know one item ... I've been running my Nvidia 8600GTS as a Vesa drivered card, becaused I didn't ahve the time to do a good job of porting their driver to current. Well, the time finally opened up for me, so I ported it, and wouldn't you know it, it really wasn't all that hard to begin with, so I now have the Nvidia card working nicely. Seeing as their supplied driver code is liberally laced with comments about it not running for FreeBSD-current, I was wondering if this'd been ported to current before me, or if it was an item that would be worth my time to fix it up neat, as a port, maybe. If a bunch of folks have their Nvidia cards working as a FreeBSD-native-binary (NOT Linux-binary), and for FreeBSD-current (doing it for earlier versions is what Nvidia already distributes), then say so, and I could just worry about other things. If not, then I gotta worry about getting the changes back to Nvidia, and to the port. The only one I know works, for really certain, is my 8600GTS. Let me know. If you want the files sooner than I can crank the port out, drop me a line, maybe I could charge you an arm 'n'a'leg for it, huh? That was my poor try at humor, don't start quoting licenses at me, OK?. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHdDRMz62J6PPcoOkRAmkCAJsG3RGVnNo+5mBzD5//uOFKm2E21ACfaRAB XcqfzCqqipRybXzGrMfguU8= =5fmf -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 00:26:19 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA23616A46C; Fri, 28 Dec 2007 00:26:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id AA12913C468; Fri, 28 Dec 2007 00:26:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBS0QI6f041717; Thu, 27 Dec 2007 19:26:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBS0QI44064688; Thu, 27 Dec 2007 19:26:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B5D9873039; Thu, 27 Dec 2007 19:26:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071228002618.B5D9873039@freebsd-current.sentex.ca> Date: Thu, 27 Dec 2007 19:26:18 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 00:26:20 -0000 TB --- 2007-12-27 23:28:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-27 23:28:14 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-12-27 23:28:14 - cleaning the object tree TB --- 2007-12-27 23:28:45 - cvsupping the source tree TB --- 2007-12-27 23:28:45 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-12-27 23:28:50 - building world (CFLAGS=-O -pipe) TB --- 2007-12-27 23:28:50 - cd /src TB --- 2007-12-27 23:28:50 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 27 23:28:52 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Dec 28 00:26:17 UTC 2007 TB --- 2007-12-28 00:26:17 - generating LINT kernel config TB --- 2007-12-28 00:26:17 - cd /src/sys/sparc64/conf TB --- 2007-12-28 00:26:17 - /usr/bin/make -B LINT TB --- 2007-12-28 00:26:18 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-28 00:26:18 - cd /src TB --- 2007-12-28 00:26:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 28 00:26:18 UTC 2007 >>> stage 1: configuring the kernel [...] WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `SUNKBD_EMULATE_ATKBD' encountered. WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-28 00:26:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-28 00:26:18 - ERROR: failed to build lint kernel TB --- 2007-12-28 00:26:18 - tinderbox aborted TB --- 2631.78 user 315.60 system 3483.76 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 00:37:27 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DEF216A419; Fri, 28 Dec 2007 00:37:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4EB6113C457; Fri, 28 Dec 2007 00:37:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBS0bQn5042375; Thu, 27 Dec 2007 19:37:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBS0bQa7075297; Thu, 27 Dec 2007 19:37:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7611E73039; Thu, 27 Dec 2007 19:37:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071228003726.7611E73039@freebsd-current.sentex.ca> Date: Thu, 27 Dec 2007 19:37:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 00:37:27 -0000 TB --- 2007-12-27 23:41:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-27 23:41:44 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-27 23:41:44 - cleaning the object tree TB --- 2007-12-27 23:42:08 - cvsupping the source tree TB --- 2007-12-27 23:42:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-27 23:42:14 - building world (CFLAGS=-O -pipe) TB --- 2007-12-27 23:42:14 - cd /src TB --- 2007-12-27 23:42:14 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 27 23:42:16 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Dec 28 00:37:25 UTC 2007 TB --- 2007-12-28 00:37:25 - generating LINT kernel config TB --- 2007-12-28 00:37:25 - cd /src/sys/sun4v/conf TB --- 2007-12-28 00:37:25 - /usr/bin/make -B LINT TB --- 2007-12-28 00:37:26 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-28 00:37:26 - cd /src TB --- 2007-12-28 00:37:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 28 00:37:26 UTC 2007 >>> stage 1: configuring the kernel [...] WARNING: duplicate option `GEOM_BSD' encountered. WARNING: duplicate option `GEOM_SUNLABEL' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_GENCLOCK' encountered. WARNING: duplicate device `genclock' encountered. WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-28 00:37:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-28 00:37:26 - ERROR: failed to build lint kernel TB --- 2007-12-28 00:37:26 - tinderbox aborted TB --- 2628.19 user 315.89 system 3341.89 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 00:42:35 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B445316A417; Fri, 28 Dec 2007 00:42:35 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 26AEE13C43E; Fri, 28 Dec 2007 00:42:34 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4774467A.1050805@FreeBSD.org> Date: Fri, 28 Dec 2007 01:42:34 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: David Xu , current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: umtxn hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 00:42:35 -0000 If you run a new libc with old libthr, then applications using malloc will hang in the umtxn state. This is because Jason made some changes to malloc that depend on changes to libthr. The problem is that the binary is unkillable, which means that presumably any binary making the same syscall would be unkillable. This looks like a bug to me. # ./ebizzy -t 8 -s 1050000 load: 1.09 cmd: ebizzy 42 [umtxn] 0.01u 0.00s 0% 11000k [halt sent] KDB: enter: Line break on console [thread pid 11 tid 100008 ] Stopped at kdb_enter+0x32: leave db> bt 42 Tracing pid 42 tid 100063 td 0xc7b71440 sched_switch(c7b71440,0,1,c0bd5f80,5ab8011a,...) at sched_switch+0x360 mi_switch(1,0,c7b66aa8,0,c7b66aa8,...) at mi_switch+0x137 sleepq_switch(c7b71440,0,c0ac0f6e,19c,c79f7940,...) at sleepq_switch+0x89 sleepq_catch_signals(0,c0ac0f6e,156,100,0,...) at sleepq_catch_signals+0x187 sleepq_wait_sig(c79f7940,c0bce5f0,c0abeffd,100,0,...) at sleepq_wait_sig+0x14 _sleep(c79f7940,c0bce5f0,100,c0abeffd,0,...) at _sleep+0x299 _do_lock_umutex(0,0,2808e540,c7b71440,0,...) at _do_lock_umutex+0x35a do_lock_umutex(0,c0a2a832,c7b6c090,c0ae44e2,31b) at do_lock_umutex+0x4d __umtx_op_lock_umutex(c7b71440,e92c5cfc,e92c5d2c,c0a2ab73,c7b71440,...) at __umtx_op_lock_umutex+0x50 _umtx_op(c7b71440,e92c5cfc,14,e92c5d38,c0b66dd0,...) at _umtx_op+0x27 syscall(e92c5d38) at syscall+0x293 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (454, FreeBSD ELF32, _umtx_op), eip = 0x280d40cb, esp = 0xbfbfe87c, ebp = 0xbfbfe898 --- Kris From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 02:33:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E72516A417 for ; Fri, 28 Dec 2007 02:33:56 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from smtp02.dentaku.gol.com (smtp02.dentaku.gol.com [203.216.5.72]) by mx1.freebsd.org (Postfix) with ESMTP id 544A813C457 for ; Fri, 28 Dec 2007 02:33:56 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from pat.gol.co.jp ([203.216.1.191] helo=[127.0.0.1]) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1J852o-0006KP-OC; Fri, 28 Dec 2007 11:33:54 +0900 Message-ID: <47746091.6050302@fusiongol.com> Date: Fri, 28 Dec 2007 11:33:53 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Scot Hetzel References: <20071226120007.EE47716A494@hub.freebsd.org> <47730975.2060209@fusiongol.com> <790a9fff0712270122s58d3c497u1690b7ad80fd32da@mail.gmail.com> In-Reply-To: <790a9fff0712270122s58d3c497u1690b7ad80fd32da@mail.gmail.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Abuse-Complaints: abuse@gol.com Cc: freebsd-current@freebsd.org Subject: Re: DHCPclient issues with wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 02:33:56 -0000 > What does 'ifconfig ural0' show before you issue 'dhcpclient ural0'? > > Does it show that ural0 is associated with your access point? > > If it doesn't show that you are associated, does a 'ifconfig ural0 > ssid ' before the dhcpclient allow you to get an IP > address? Actually, on closer inspection, I realised that my ural0 device was not being brought up upon booting the system. Strange because it always had been in the past. A simple "ifconfig ural0 up" brought it up, after which dhcpclient worked as it always had. Sorry for the noise. From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 08:03:57 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92F9F16A417 for ; Fri, 28 Dec 2007 08:03:57 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.freebsd.org (Postfix) with SMTP id 2559313C469 for ; Fri, 28 Dec 2007 08:03:57 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 34079 invoked from network); 28 Dec 2007 08:03:56 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 28 Dec 2007 08:03:56 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 28 Dec 2007 02:03:52 -0600 (CST) From: Mike Silbersack To: current@freebsd.org Message-ID: <20071228015651.X1565@odysseus.silby.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1861302967-405513987-1198829032=:1565" Cc: Subject: [patch] Auto-setting hz to 100 inside QEMU/VMWare X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 08:03:57 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1861302967-405513987-1198829032=:1565 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed When running FreeBSD inside QEMU / VMWare, one of my pet peeves is that time is completely inaccurate. This seems to be cured by setting kern.hz=100 (down from the default of 1000) in /boot/loader.conf, but I'm getting sick of doing that every time I set up a virtual box. So, here's a patch to have the kernel auto-detect that it's running inside one of those two environments and automatically make that adjustment. If you're running FreeBSD inside any other virtual environments (Parallels? Microsoft Virtual PC?) and can detect them via data in kenv, I'll be happy to add them to the patch as well. I have only tested this patch in QEMU so far, I will test inside VMWare tomorrow. If anyone could review and/or test this, it would be appreciated. Thanks, Mike "Silby" Silbersack --1861302967-405513987-1198829032=:1565 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=subr_param.c-100hz.patch Content-Transfer-Encoding: BASE64 Content-ID: <20071228020352.C1565@odysseus.silby.com> Content-Description: Content-Disposition: attachment; filename=subr_param.c-100hz.patch LS0tIC91c3Ivc3JjL3N5cy5vbGQva2Vybi9zdWJyX3BhcmFtLmMJMjAwNy0x Mi0xNiAwMTozNzozMy4wMDAwMDAwMDAgLTA2MDANCisrKyBrZXJuL3N1YnJf cGFyYW0uYwkyMDA3LTEyLTI4IDAyOjUxOjI4LjAwMDAwMDAwMCAtMDYwMA0K QEAgLTEwOCw4ICsxMDgsMjkgQEANCiB2b2lkDQogaW5pdF9wYXJhbTEodm9p ZCkNCiB7DQorCWNoYXIgKmVudnB0cjsNCiANCiAJaHogPSBIWjsNCisJLyog TmVpdGhlciBRRU1VIG9yIFZNV2FyZSBjYW4ga2VlcCB1cCB3aXRoIGd1ZXN0 cyBydW5uaW5nIGF0DQorCSAqIDEwMDAgaHouICBUaGlzIGxlYWRzIHRvIGhp Z2hseSBpbmFjY3VyYXRlIHRpbWVrZWVwaW5nIGJ5DQorCSAqIHRoZSBndWVz dC4gIFRvIHdvcmsgYXJvdW5kIHRoaXMsIGZvcmNlIDEwMCBoeiB3aGVuIHdl DQorCSAqIGRldGVjdCB0aGF0IHdlIGFyZSBhIGd1ZXN0IG9mIG9uZSBvZiB0 aGVzZSB0d28uDQorCSAqLw0KKwllbnZwdHIgPSBnZXRlbnYoImhpbnQuYWNw aS4wLm9lbSIpOw0KKwlpZiAoZW52cHRyKSB7DQorCQlpZiAobWVtY21wKGVu dnB0ciwgIlFFTVUiLCA0KSA9PSAwKQ0KKwkJCWh6ID0gMTAwOw0KKwkJZnJl ZWVudihlbnZwdHIpOw0KKwkJZW52cHRyID0gTlVMTDsNCisJfQ0KKwllbnZw dHIgPSBnZXRlbnYoInNtYmlvcy5zeXN0ZW0ubWFrZXIiKTsNCisJaWYgKGVu dnB0cikgew0KKwkJaWYgKG1lbWNtcChlbnZwdHIsICJWTXdhcmUsIEluYy4i LCAxMikgPT0gMCkNCisJCQloeiA9IDEwMDsNCisJCWZyZWVlbnYoZW52cHRy KTsNCisJCWVudnB0ciA9IE5VTEw7DQorCX0NCisJCQ0KIAlUVU5BQkxFX0lO VF9GRVRDSCgia2Vybi5oeiIsICZoeik7DQogCXRpY2sgPSAxMDAwMDAwIC8g aHo7DQogDQo= --1861302967-405513987-1198829032=:1565-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 08:39:19 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19DFD16A417 for ; Fri, 28 Dec 2007 08:39:19 +0000 (UTC) (envelope-from gary@vsnx.net) Received: from longhorn.velocity-servers.net (longhorn.velocity-servers.net [65.99.246.30]) by mx1.freebsd.org (Postfix) with ESMTP id CDB9813C442 for ; Fri, 28 Dec 2007 08:39:18 +0000 (UTC) (envelope-from gary@vsnx.net) Received: from pool-70-106-59-217.hag.east.verizon.net ([70.106.59.217] helo=dragoon.vsnx.net) by longhorn.velocity-servers.net with esmtpa (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J8ATL-000FEz-3J; Fri, 28 Dec 2007 02:21:39 -0600 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 28 Dec 2007 03:21:38 -0500 To: Mike Silbersack ,current@freebsd.org From: "G. Stanley" In-Reply-To: <20071228015651.X1565@odysseus.silby.com> References: <20071228015651.X1565@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - longhorn.velocity-servers.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [26 6] / [26 6] X-AntiAbuse: Sender Address Domain - vsnx.net Message-Id: <20071228083918.CDB9813C442@mx1.freebsd.org> Cc: Subject: Re: [patch] Auto-setting hz to 100 inside QEMU/VMWare X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 08:39:19 -0000 At 03:03 AM 12/28/2007, Mike Silbersack wrote: >When running FreeBSD inside QEMU / VMWare, one of my pet peeves is >that time is completely inaccurate. This seems to be cured by >setting kern.hz=100 (down from the default of 1000) in >/boot/loader.conf, but I'm getting sick of doing that every time I >set up a virtual box. > >So, here's a patch to have the kernel auto-detect that it's running >inside one of those two environments and automatically make that adjustment. > >If you're running FreeBSD inside any other virtual environments >(Parallels? Microsoft Virtual PC?) and can detect them via data in >kenv, I'll be happy to add them to the patch as well. > >I have only tested this patch in QEMU so far, I will test inside >VMWare tomorrow. > >If anyone could review and/or test this, it would be appreciated. I had a diff, but I lost it due to hardware crash... Anyways, I've tested your patch with VMWare and it works perfectly. From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 09:53:55 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69AC616A419 for ; Fri, 28 Dec 2007 09:53:55 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id D473613C4D5 for ; Fri, 28 Dec 2007 09:53:54 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from japan.t-online.private (people [192.168.2.4]) by people.fsn.hu (Postfix) with ESMTP id 529AE11D443 for ; Fri, 28 Dec 2007 10:53:41 +0100 (CET) Message-ID: <4774C7A4.5070303@fsn.hu> Date: Fri, 28 Dec 2007 10:53:40 +0100 From: Attila Nagy User-Agent: Thunderbird 2.0.0.0 (X11/20070421) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: rtfree: 0xc5caad98 has 2 refs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 09:53:55 -0000 Hello, I have an i386 7.0-PRERELEASE #12: Thu Dec 27 17:46:49 CET 2007, with an em and two fxp interfaces in an IPv4-only setup with some jails and a pf route-to (if that counts) line. The machine itself runs some mail related stuff (postfix, cyrus, openldap, etc) on a ZFS pool. The problem is with the default kernel I get tons of similar messages: Dec 27 12:38:40 artax kernel: rtfree: 0xc5caad98 has 1 refs Dec 27 12:39:03 artax last message repeated 24 times Dec 27 12:39:03 artax kernel: rtfree: 0xc5caad98 has 2 refs Dec 27 12:39:03 artax kernel: rtfree: 0xc5caad98 has 1 refs Dec 27 12:39:04 artax last message repeated 64 times Dec 27 12:39:04 artax kernel: rtfree: 0 Dec 27 12:39:04 artax kernel: xc5caad98 has 1 refs Dec 27 12:39:04 artax kernel: Dec 27 12:39:04 artax kernel: rtfree: 0xc5caad98 Dec 27 12:39:04 artax kernel: has 1 refs Dec 27 12:39:04 artax kernel: Dec 27 12:39:04 artax kernel: rtfree: 0xc5caad98 has 1 refs Dec 27 12:39:04 artax kernel: Dec 27 12:39:04 artax kernel: rtfree: 0xc5caad98 h Dec 27 12:39:04 artax kernel: s 1 refs Dec 27 12:39:04 artax kernel: Dec 27 12:39:04 artax kernel: rtfree Dec 27 12:39:04 artax kernel: 0xc5caad98 has 1 refs Besides these messages fill up the logs and are annoying, the machine crashes minutes after it has been started. I found out that replacing rtfree() calls in the kernel to RTFREE_LOCKED() not only makes the above messages disappear, but helps the machine to survive and run for days. The only places where there are plain rtfree calls are in the kernel (and where I've replaced them to RTFREE_LOCKED): net/route.c netinet/if_ether.c netinet6/nd6_nbr.c netinet6/in6_ifattach.c netinet6/in6_gif.c Question: is the above approach right and if it is, do anyone care to make this replacement? BTW, how could I find out what causes these? -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone: +3630 306 6758 http://www.fsn.hu/ From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 10:00:58 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2BE716A419 for ; Fri, 28 Dec 2007 10:00:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C57E613C458 for ; Fri, 28 Dec 2007 10:00:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 797D446B4C; Fri, 28 Dec 2007 05:00:58 -0500 (EST) Date: Fri, 28 Dec 2007 10:00:58 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Mike Silbersack In-Reply-To: <20071228015651.X1565@odysseus.silby.com> Message-ID: <20071228095539.F45653@fledge.watson.org> References: <20071228015651.X1565@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: [patch] Auto-setting hz to 100 inside QEMU/VMWare X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 10:00:59 -0000 On Fri, 28 Dec 2007, Mike Silbersack wrote: > When running FreeBSD inside QEMU / VMWare, one of my pet peeves is that time > is completely inaccurate. This seems to be cured by setting kern.hz=100 > (down from the default of 1000) in /boot/loader.conf, but I'm getting sick > of doing that every time I set up a virtual box. > > So, here's a patch to have the kernel auto-detect that it's running inside > one of those two environments and automatically make that adjustment. > > If you're running FreeBSD inside any other virtual environments (Parallels? > Microsoft Virtual PC?) and can detect them via data in kenv, I'll be happy > to add them to the patch as well. > > I have only tested this patch in QEMU so far, I will test inside VMWare > tomorrow. > > If anyone could review and/or test this, it would be appreciated. I like the general idea, but one thing that does worry me is that this prevents me from using config to set HZ at all, I have to set it at runtime using the tunable. Could we add an: options VIRTUAL_HZ=100 # alternative default HZ to use with virtualization Or something along these lines? kern.hz as a tunable could still override it, but this would put the default in the config rather than in the code. So the new logic would be something along the lines of { if (detect_virtualmachine()) hz = VIRTUAL_HZ; /* A big HZ hurts. */ else hz = HZ; } I also wonder if detect_virtualmachine(), or whatever the most appropriate name is, should be an MD routine shared by amd64, but also available on sun4v in the form of int detect_virtualmachine(void) { return (1); }. FYI, the vendor for Parallels is: smbios.bios.vendor="Parallels Software International Inc." In any case, having something along these lines in the tree would make my life with Parallels and VMWare a lot easier "out of the box". Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 10:28:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53B9816A418 for ; Fri, 28 Dec 2007 10:28:57 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id B97D313C442 for ; Fri, 28 Dec 2007 10:28:56 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1J8Bvb-0007aC-UG for freebsd-current@freebsd.org; Fri, 28 Dec 2007 09:54:55 +0000 Received: from inet20908nh-1.eranet.pl ([213.158.196.109]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Dec 2007 09:54:55 +0000 Received: from saper by inet20908nh-1.eranet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Dec 2007 09:54:55 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Marcin Cieslak Date: Fri, 28 Dec 2007 10:16:50 +0100 Lines: 51 Message-ID: <4774BF02.5030104@system.pl> References: <4677BD25.8030202@cytexbg.com> <20070623.212128.323264592.imp@bsdimp.com> <467F7A69.9000909@cytexbg.com> <20070625.160705.163264235.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: inet20908nh-1.eranet.pl User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.11) Gecko/20071215 SeaMonkey/1.1.7 In-Reply-To: <20070625.160705.163264235.imp@bsdimp.com> Sender: news X-UiO-SPF-Received: Received-SPF: pass (mail-mx2.uio.no: domain of ger.gmane.org designates 80.91.229.13 as permitted sender) client-ip=80.91.229.13; envelope-from=news@ger.gmane.org; helo=ger.gmane.org; X-UiO-ClamAV-Virus: No X-UiO-Spam-info: not spam, SpamAssassin (score=-3.0, required=5.0, autolearn=disabled, UIO_RECEIVED_FROM_NORWAY=-3) X-UiO-Scanned: 8226CACBEE2F595E7E128D40E800BCD1DEA68CD9 X-UiO-SPAM-Test: remote_host: 80.91.229.13 spam_score: -29 maxlevel 200 minaction 2 bait 0 mail/h: 8 total 35 max/h 9 blacklist 0 greylist 0 ratelimit 0 Cc: nike_d@cytexbg.com, "M. Warner Losh" , hselasky@c2i.net Subject: Re: panic when removing pccard (ohci_rem_ed: ED not found) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 10:28:57 -0000 M. Warner Losh wrote: > I don't suppose you could compile a kernel with DDB and get me a > traceback? I getting panic: ohci_rem_ed: ED not found when removing similar UMTS card (Option Globetrotter GT MAX 3.6/7.2). I have gathered various debug info at http://akson.sgh.waw.pl/~saper/FreeBSD/gt/ What's interesting, I cound not find any reference to "ohci_add_ed" while running at USB_DEBUG level 8 in my dmesg: http://akson.sgh.waw.pl/~saper/FreeBSD/gt/msg My stack backtrace: Unread portion of the kernel message buffer: cardbus0: Unable to allocate resource to read CIS. cardbus0: Unable to allocate resources for CIS (cd0:umass-sim1:1:0:0): lost device (cd0:umass-sim1:1:0:0): removing device entry ohci_device_bulk_close: pipe=0xffffff0003dcd000 panic: ohci_rem_ed: ED not found cpuid = 1 KDB: enter: panic Uptime: 1m23s Physical memory: 2031 MB Dumping 178 MB: 163 147 131 115 99 83 67 51 35 19 3 #0 doadump () at pcpu.h:194 194 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:194 #1 0xffffffff80482687 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xffffffff80482b0f in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xffffffff803ef539 in ohci_close_pipe (pipe=Variable "pipe" is not available. ) at /usr/src/sys/dev/usb/ohci.c:1814 #4 0xffffffff803ef5cb in ohci_device_bulk_close (pipe=0xffffff0003dcd000) at /usr/src/sys/dev/usb/ohci.c:3010 #5 0xffffffff80409dfc in usbd_close_pipe (pipe=0xffffff0003dcd000) at /usr/src/sys/dev/usb/usbdi.c:271 #6 0xffffffff80df10f5 in ?? () #7 0xffffffffd5211a60 in ?? () From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 11:03:50 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66B2E16A41B for ; Fri, 28 Dec 2007 11:03:50 +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 1BFD113C448 for ; Fri, 28 Dec 2007 11:03:50 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 5BA6F1B10EE7; Fri, 28 Dec 2007 11:46:01 +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 [10.1.1.2] (unknown [192.168.25.10]) by blah.sun-fish.com (Postfix) with ESMTP id 9B38F1B10ED2; Fri, 28 Dec 2007 11:45:58 +0100 (CET) Message-ID: <4774D3DF.90802@moneybookers.com> Date: Fri, 28 Dec 2007 12:45:51 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Attila Nagy References: <4774C7A4.5070303@fsn.hu> In-Reply-To: <4774C7A4.5070303@fsn.hu> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5271/Fri Dec 28 09:03:52 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: rtfree: 0xc5caad98 has 2 refs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 11:03:50 -0000 Hi Attila, Attila Nagy wrote: > Hello, > > I have an i386 7.0-PRERELEASE #12: Thu Dec 27 17:46:49 CET 2007, with > an em and two fxp interfaces in an IPv4-only setup with some jails and > a pf route-to (if that counts) line. > > The machine itself runs some mail related stuff (postfix, cyrus, > openldap, etc) on a ZFS pool. > > The problem is with the default kernel I get tons of similar messages: > Dec 27 12:38:40 artax kernel: rtfree: 0xc5caad98 has 1 refs > Dec 27 12:39:03 artax last message repeated 24 times > Dec 27 12:39:03 artax kernel: rtfree: 0xc5caad98 has 2 refs > Dec 27 12:39:03 artax kernel: rtfree: 0xc5caad98 has 1 refs > Dec 27 12:39:04 artax last message repeated 64 times > Dec 27 12:39:04 artax kernel: rtfree: 0 > Dec 27 12:39:04 artax kernel: xc5caad98 has 1 refs > Dec 27 12:39:04 artax kernel: > Dec 27 12:39:04 artax kernel: rtfree: 0xc5caad98 > Dec 27 12:39:04 artax kernel: has 1 refs > Dec 27 12:39:04 artax kernel: > Dec 27 12:39:04 artax kernel: rtfree: 0xc5caad98 has 1 refs > Dec 27 12:39:04 artax kernel: > Dec 27 12:39:04 artax kernel: rtfree: 0xc5caad98 h > Dec 27 12:39:04 artax kernel: s 1 refs > Dec 27 12:39:04 artax kernel: > Dec 27 12:39:04 artax kernel: rtfree > Dec 27 12:39:04 artax kernel: 0xc5caad98 has 1 refs > > Besides these messages fill up the logs and are annoying, the machine > crashes minutes after it has been started. > I found out that replacing rtfree() calls in the kernel to > RTFREE_LOCKED() not only makes the above messages disappear, but helps > the machine to survive and run for days. Look at this: http://www.freebsd.org/cgi/query-pr.cgi?pr=117913 > > The only places where there are plain rtfree calls are in the kernel > (and where I've replaced them to RTFREE_LOCKED): > net/route.c > netinet/if_ether.c > netinet6/nd6_nbr.c > netinet6/in6_ifattach.c > netinet6/in6_gif.c > > Question: is the above approach right and if it is, do anyone care to > make this replacement? > > BTW, how could I find out what causes these? If it's not a production server and/or you can afford downtime add kbd_backtrace() to rtfree (in src/sys/net/route.c) and you will see what cause the problem in your case. From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 11:13:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D85516A419 for ; Fri, 28 Dec 2007 11:13:48 +0000 (UTC) (envelope-from gowmo@yahoo.com.br) Received: from web33610.mail.mud.yahoo.com (web33610.mail.mud.yahoo.com [68.142.199.242]) by mx1.freebsd.org (Postfix) with SMTP id CCB1813C448 for ; Fri, 28 Dec 2007 11:13:47 +0000 (UTC) (envelope-from gowmo@yahoo.com.br) Received: (qmail 75589 invoked by uid 60001); 28 Dec 2007 10:47:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=Ml4ELuuFBVJ0eRwZ7dZF63uff/Sfv3wBzjc2t2/fZG82eqm+g11oqecrVG8YtwOB5syG15hImzV+2tOl7P8s6Jf+vx9j3/i+XvNAr2QpAP8bp885CRhzcDWcI3RTc1a8zCAcD+mPNcOdBK/jYrv4eEaEorYlLjee4J837frq5NI=; X-YMail-OSG: ZAQXHMUVM1mnvlgzE2UuqkldrF9miAHiVin8.kuwHixvd.csbwfpleOhc2AdWiAMx8HZRgJab14CHapsnGlwdkmLYWWOES68bZA8jX07OChMmTlnEyQ- Received: from [201.22.164.121] by web33610.mail.mud.yahoo.com via HTTP; Fri, 28 Dec 2007 07:47:07 ART Date: Fri, 28 Dec 2007 07:47:07 -0300 (ART) From: Wildes Miranda To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <210320.74194.qm@web33610.mail.mud.yahoo.com> Subject: Re: ATI SB600/700/800 tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 11:13:48 -0000 >Hi, >Here is a patch that adds ATI SB600/SB700/SB800 (except RAID5, I don't >have taken a look at the support material yet) support to ata(4). After >this patch the driver is supposed to support the following mode: > > ATA_ATI_SB600 (IDE mode) > ATA_ATI_SB600 (non-RAID5 mode) > ATA_ATI_SB700 (All mode except RAID-5) > ATA_ATI_SB800 > >Please let me know if you have the hardware and whether the patch works >or not (be sure to include your pciconf -l | grep atapci output and >dmesg.boot). Thanks! >Cheers, >- -- >Xin LI http://www.delphij.net/ >FreeBSD - The Power to Serve! hi, i have one dell vostro 1000 laptop with matched hardware for this patch.Can anyone help me about to patch this on 7-PRERELEASE ? This will be compatible on 7.0-RELEASE ? thanks. atapci0@pci0:0:18:0: class=0x01018f card=0x022a1028 chip=0x43801002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 Serial ATA Controller' class = mass storage subclass = ATA atapci1@pci0:0:20:1: class=0x01018a card=0x022a1028 chip=0x438c1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 ATA Controller' class = mass storage subclass = ATA Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 11:35:53 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34C5516A418 for ; Fri, 28 Dec 2007 11:35:53 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id A20B113C45A for ; Fri, 28 Dec 2007 11:35:52 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id lBSC67rt023880; Fri, 28 Dec 2007 12:06:07 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id lBSC67SK023879; Fri, 28 Dec 2007 12:06:07 GMT (envelope-from dunstan) Date: Fri, 28 Dec 2007 12:06:07 +0000 From: "Wojciech A. Koszek" To: Mike Silbersack Message-ID: <20071228120606.GA23832@FreeBSD.czest.pl> References: <20071228015651.X1565@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20071228015651.X1565@odysseus.silby.com> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Fri, 28 Dec 2007 12:06:08 +0000 (UTC) Cc: current@freebsd.org Subject: Re: [patch] Auto-setting hz to 100 inside QEMU/VMWare X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 11:35:53 -0000 On Fri, Dec 28, 2007 at 02:03:52AM -0600, Mike Silbersack wrote: > [..] > > I have only tested this patch in QEMU so far, I will test inside VMWare > tomorrow. > > If anyone could review and/or test this, it would be appreciated. > Anything that makes FreeBSD work better on emulated hardware should be in the tree. Running FreeBSD kernel in Qemu with remote debugging possibility saves me huge amount of time comparing to typical way of developing, in which I have to use two machines, or restart my laptop in case of a problem. I hope this patch will get commited. -- Wojciech A. Koszek wkoszek@FreeBSD.org http://people.FreeBSD.org/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 12:21:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6492516A418 for ; Fri, 28 Dec 2007 12:21:43 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id C092113C46B for ; Fri, 28 Dec 2007 12:21:42 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 96462 invoked from network); 28 Dec 2007 11:47:59 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 28 Dec 2007 11:47:59 -0000 Message-ID: <4774EA57.2000602@freebsd.org> Date: Fri, 28 Dec 2007 13:21:43 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) MIME-Version: 1.0 To: freebsd-current@freebsd.org, sos@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: nForce 430i doesn't recognise SATA devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 12:21:43 -0000 FreeBSD 7.0BETA4 can't be installed on a NVIDIA nForce 650i SLI / nForce 430i based ASUS P5N-E SLI board. The nForce 430i south bridge SATA ports are detected SATA devices do not get probed or detected. It complains about timeouts and the device name is "unknown". FreeBSD 6.3RC1 doesn't work either. The relevant portions of the dmesg are below (the JMicron controller is only for an external ESATA port): ... atapci0: port 0xdf00-0xdf07,0xde00-0xde03, 0xdd00-0xdd07,0xdc00-0xdc03,0xdb00-0xdb0f mem 0xfdefe000-0xfdefffff irq 16 at device 0.0 on pci1 atapci0: [ITHREAD] atapci0: AHCI Version 01.00 controller with 1 ports detected ata2: on atapci0 ata2: [ITHREAD] ... atapci1: port 0x1f0-0x1f7, 0x3f6,0x170-0x177,0x376,0xfd00-0xfd0f at device 13.0 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] atapci2: port 0x9f0-0x9f7, 0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf800-0xf80f mem 0xfe02d000-0xfe02dfff irq 20 at device 14.0 on pci0 atapci2: [ITHREAD] ata3: on atapci2 ata3: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] atapci3: port 0x9e0-0x9e7, 0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xf300-0xf30f mem 0xfe02c000-0xfe02cfff irq 21 at device 15.0 on pci0 atapci3: [ITHREAD] ata5: on atapci3 ata5: [ITHREAD] ata6: on atapci3 ata6: [ITHREAD] ... unknown: timeout waiting to issue command unknown: error issuing ATA_IDENTIFY command ... Any help appreciated. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 12:34:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E5D516A419 for ; Fri, 28 Dec 2007 12:34:05 +0000 (UTC) (envelope-from schweikh@schweikhardt.net) Received: from rs1.shuttle.de (rs1.shuttle.de [194.95.249.3]) by mx1.freebsd.org (Postfix) with ESMTP id 24ACD13C4F5 for ; Fri, 28 Dec 2007 12:34:04 +0000 (UTC) (envelope-from schweikh@schweikhardt.net) Received: by rs1.shuttle.de (Postfix, from userid 10) id F160B2C031; Fri, 28 Dec 2007 13:02:01 +0100 (CET) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.14.2/8.14.2) with ESMTP id lBSC1qTC003133 for ; Fri, 28 Dec 2007 13:01:52 +0100 (CET) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.14.2/8.14.2/Submit) id lBSC1q1a003132 for freebsd-current@freebsd.org; Fri, 28 Dec 2007 13:01:52 +0100 (CET) (envelope-from schweikh) Date: Fri, 28 Dec 2007 13:01:52 +0100 From: Jens Schweikhardt To: FreeBSD current Message-ID: <20071228120152.GB1544@schweikhardt.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Garbled shutdown message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 12:34:05 -0000 hello, world\n my 8-CURRENT as of Dec 21 shows some strange behavior when shutting down (e.g. with the shutdown -h command). The last messages look like this (written down manually): [...] Waiting (max 60 seconds) for system process `bufdaemon' to stop... done a itSiynngc i(nmga xd is6k0s ,s evcnoonddess) rfeomra isnyisntge.m.pr1o1c ess `syncer' to stop... 11 7 4 6 4 4 1 1 0 0 0 0 done. All buffers synced. If you look at this closely you can find "Syncing (max 60 seconds) for system process" if you read about every other character. It's always the third of the three "Waiting" lines. Anyone else seeing this? Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 12:48:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B81316A419 for ; Fri, 28 Dec 2007 12:48:28 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7D76E13C45B; Fri, 28 Dec 2007 12:48:27 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4774F09A.3050405@FreeBSD.org> Date: Fri, 28 Dec 2007 13:48:26 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Jens Schweikhardt References: <20071228120152.GB1544@schweikhardt.net> In-Reply-To: <20071228120152.GB1544@schweikhardt.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD current Subject: Re: Garbled shutdown message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 12:48:28 -0000 Jens Schweikhardt wrote: > hello, world\n > > my 8-CURRENT as of Dec 21 shows some strange behavior when shutting down > (e.g. with the shutdown -h command). The last messages look like this > (written down manually): > > [...] > Waiting (max 60 seconds) for system process `bufdaemon' to stop... done > a > itSiynngc i(nmga xd is6k0s ,s evcnoonddess) rfeomra isnyisntge.m.pr1o1c ess `syncer' to stop... 11 7 4 6 4 4 1 1 0 0 0 0 done. > All buffers synced. > > If you look at this closely you can find "Syncing (max 60 seconds) for > system process" if you read about every other character. It's always the > third of the three "Waiting" lines. Anyone else seeing this? You have an SMP system and do not have the PRINTF_BUFR option or whatever it is. Without it multiple CPUs have no synchronization between printfs and will interleave. Kris From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 12:49:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABBA916A41A for ; Fri, 28 Dec 2007 12:49:30 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 55F1213C47E for ; Fri, 28 Dec 2007 12:49:27 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=MrgEAqI1nnLMVj2ZjDZHNGCRNHUoEIxIa6I+No7fRUqhIWiW3eLm5gm2PvPi+AUUES3fWzFJIedzDRO2Y28OV8JSB/78OUIjzQNL44MAaPpmHlanwedTX9PNTd97JasiZvYcaORR5J2qTvDFe39CfkBcgoz40E8S6KnVAZRmUkY=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1J8EeT-000M3x-LI; Fri, 28 Dec 2007 15:49:25 +0300 Date: Fri, 28 Dec 2007 15:49:24 +0300 From: Eygene Ryabinkin To: Jens Schweikhardt Message-ID: References: <20071228120152.GB1544@schweikhardt.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20071228120152.GB1544@schweikhardt.net> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.9 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: FreeBSD current Subject: Re: Garbled shutdown message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 12:49:30 -0000 Hello, Jens!\n Fri, Dec 28, 2007 at 01:01:52PM +0100, Jens Schweikhardt wrote: > my 8-CURRENT as of Dec 21 shows some strange behavior when shutting down > (e.g. with the shutdown -h command). The last messages look like this > (written down manually): > > [...] > Waiting (max 60 seconds) for system process `bufdaemon' to stop... done > a > itSiynngc i(nmga xd is6k0s ,s evcnoonddess) rfeomra isnyisntge.m.pr1o1c ess `syncer' to stop... 11 7 4 6 4 4 1 1 0 0 0 0 done. > All buffers synced. http://lists.freebsd.org/pipermail/freebsd-current/2007-October/078145.html -- Eygene From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 13:02:44 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FFB216A41B; Fri, 28 Dec 2007 13:02:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id B167713C4EF; Fri, 28 Dec 2007 13:02:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1J8ErH-000AO2-Cg; Fri, 28 Dec 2007 15:02:42 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id lBSD2cnE034458; Fri, 28 Dec 2007 15:02:38 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lBSD2clC034457; Fri, 28 Dec 2007 15:02:38 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 28 Dec 2007 15:02:38 +0200 From: Kostik Belousov To: Kris Kennaway Message-ID: <20071228130238.GT57756@deviant.kiev.zoral.com.ua> References: <4774467A.1050805@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tDg5AmReZES28+f8" Content-Disposition: inline In-Reply-To: <4774467A.1050805@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 0c824a349f07dfe35efcbc7aeaa72b30 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1971 [Dec 28 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: David Xu , current@freebsd.org Subject: Re: umtxn hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 13:02:44 -0000 --tDg5AmReZES28+f8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 28, 2007 at 01:42:34AM +0100, Kris Kennaway wrote: > If you run a new libc with old libthr, then applications using malloc=20 > will hang in the umtxn state. This is because Jason made some changes=20 > to malloc that depend on changes to libthr. The problem is that the=20 > binary is unkillable, which means that presumably any binary making the= =20 > same syscall would be unkillable. This looks like a bug to me. >=20 > # ./ebizzy -t 8 -s 1050000 > load: 1.09 cmd: ebizzy 42 [umtxn] 0.01u 0.00s 0% 11000k > [halt sent] > KDB: enter: Line break on console > [thread pid 11 tid 100008 ] > Stopped at kdb_enter+0x32: leave > db> bt 42 > Tracing pid 42 tid 100063 td 0xc7b71440 > sched_switch(c7b71440,0,1,c0bd5f80,5ab8011a,...) at sched_switch+0x360 > mi_switch(1,0,c7b66aa8,0,c7b66aa8,...) at mi_switch+0x137 > sleepq_switch(c7b71440,0,c0ac0f6e,19c,c79f7940,...) at sleepq_switch+0x89 > sleepq_catch_signals(0,c0ac0f6e,156,100,0,...) at sleepq_catch_signals+0x= 187 ^^^ this is PCATCH > sleepq_wait_sig(c79f7940,c0bce5f0,c0abeffd,100,0,...) at=20 > sleepq_wait_sig+0x14 > _sleep(c79f7940,c0bce5f0,100,c0abeffd,0,...) at _sleep+0x299 > _do_lock_umutex(0,0,2808e540,c7b71440,0,...) at _do_lock_umutex+0x35a > do_lock_umutex(0,c0a2a832,c7b6c090,c0ae44e2,31b) at do_lock_umutex+0x4d > __umtx_op_lock_umutex(c7b71440,e92c5cfc,e92c5d2c,c0a2ab73,c7b71440,...)= =20 > at __umtx_op_lock_umutex+0x50 > _umtx_op(c7b71440,e92c5cfc,14,e92c5d38,c0b66dd0,...) at _umtx_op+0x27 > syscall(e92c5d38) at syscall+0x293 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (454, FreeBSD ELF32, _umtx_op), eip =3D 0x280d40cb, esp =3D= =20 > 0xbfbfe87c, ebp =3D 0xbfbfe898 --- Are you sure that the process is unkillable ? Kernel code restarts the wait after delivery of any signal. So, the catched signal could make the appearance of the ignored one. From the code, it seems that kill -9 shall work. --tDg5AmReZES28+f8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHdPPuC3+MBN1Mb4gRAq2uAJ94j8vJSKSYZ06LAgxvdJCTVXBfngCeKWcL bYuyVhtLmXvCcb/oMHugXBo= =GVtX -----END PGP SIGNATURE----- --tDg5AmReZES28+f8-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 13:31:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 855AB16A417 for ; Fri, 28 Dec 2007 13:31:52 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id BC19013C459 for ; Fri, 28 Dec 2007 13:31:51 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:19186 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S4395740AbXL1Nbp (ORCPT ); Fri, 28 Dec 2007 16:31:45 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp2 X-Yandex-TimeMark: 1198848705 X-MsgDayCount: 2 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <4774FABA.7070901@yandex.ru> Date: Fri, 28 Dec 2007 16:31:38 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Wildes Miranda References: <210320.74194.qm@web33610.mail.mud.yahoo.com> In-Reply-To: <210320.74194.qm@web33610.mail.mud.yahoo.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ATI SB600/700/800 tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 13:31:52 -0000 Wildes Miranda wrote: > i have one dell vostro 1000 laptop with matched > hardware for this patch.Can anyone help me about to > patch this on 7-PRERELEASE ? This will be compatible > on 7.0-RELEASE ? This patch is too old for RELENG_7+. Generic AHCI driver was enabled in RELENG_7 and if you have an AHCI controller it should work (you must set AHCI mode in BIOS). -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 16:46:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E69716A418 for ; Fri, 28 Dec 2007 16:46:02 +0000 (UTC) (envelope-from gowmo@yahoo.com.br) Received: from web33604.mail.mud.yahoo.com (web33604.mail.mud.yahoo.com [68.142.199.193]) by mx1.freebsd.org (Postfix) with SMTP id C8CE113C442 for ; Fri, 28 Dec 2007 16:46:01 +0000 (UTC) (envelope-from gowmo@yahoo.com.br) Received: (qmail 82865 invoked by uid 60001); 28 Dec 2007 16:46:01 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=akkQAGSL8HYjg4XwL8GpGIlS6+F15yn41Qd6wBv9XqhYbI+r8JeDTbAVX8k+JczaYbtnwuEptM3KH7S6+WflqPMDAFUK7vEG+R6ZTYSKoGtVOkFe8nG+5w3Kgq0D6DxjM9KL1ogqkqp50RG2GYPn1qWOthhFDUsaWu6wRXaPkN8=; X-YMail-OSG: P1uTPXIVM1lfxr8_RmNZxaVqcnCEP5K2HActx_AFcHtgqWyPr3a3U515EeykQSdKqhSLBs6R81JMCE471cwWIEJEUJ.IhNXY5ny04R7n.wjcW._QOAgjhFbkwS57MA-- Received: from [201.22.164.121] by web33604.mail.mud.yahoo.com via HTTP; Fri, 28 Dec 2007 13:46:01 ART Date: Fri, 28 Dec 2007 13:46:01 -0300 (ART) From: Wildes Miranda To: "Andrey V. Elsukov" In-Reply-To: <4774FABA.7070901@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <295688.80486.qm@web33604.mail.mud.yahoo.com> Cc: freebsd-current@freebsd.org Subject: Re: ATI SB600/700/800 tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 16:46:02 -0000 Ok, thanks. I'll do it. But , Xin Li announces this patch around Nov 06, 2007, why it's is too old ? --- "Andrey V. Elsukov" escreveu: > Wildes Miranda wrote: > > i have one dell vostro 1000 laptop with matched > > hardware for this patch.Can anyone help me about > to > > patch this on 7-PRERELEASE ? This will be > compatible > > on 7.0-RELEASE ? > > This patch is too old for RELENG_7+. > Generic AHCI driver was enabled in RELENG_7 and if > you have > an AHCI controller it should work (you must set AHCI > mode in BIOS). > > -- > WBR, Andrey V. Elsukov > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 17:57:58 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53D5916A419 for ; Fri, 28 Dec 2007 17:57:58 +0000 (UTC) (envelope-from SRS0=mkQ4=RT=tm.uka.de=max.laier@srs.kundenserver.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id C3A3013C45D for ; Fri, 28 Dec 2007 17:57:57 +0000 (UTC) (envelope-from SRS0=mkQ4=RT=tm.uka.de=max.laier@srs.kundenserver.de) Received: from vampire.homelinux.org (dslb-088-066-001-237.pools.arcor-ip.net [88.66.1.237]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1J8JGt2Jwf-0005cK; Fri, 28 Dec 2007 18:45:23 +0100 Received: (qmail 26303 invoked by uid 80); 28 Dec 2007 17:44:48 -0000 Received: from 2001:6f8:12c8:1:21d:60ff:fe0c:1771 (SquirrelMail authenticated user mlaier) by router.laiers.local with HTTP; Fri, 28 Dec 2007 18:44:48 +0100 (CET) Message-ID: <55777.2001:6f8:12c8:1:21d:60ff:fe0c:1771.1198863888.squirrel@router.laiers.local> In-Reply-To: <20071228015651.X1565@odysseus.silby.com> References: <20071228015651.X1565@odysseus.silby.com> Date: Fri, 28 Dec 2007 18:44:48 +0100 (CET) From: "Max Laier" To: "Mike Silbersack" User-Agent: SquirrelMail/1.4.13 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Provags-ID: V01U2FsdGVkX18TnMX3eFuZJF4enaL5oslsyC/3FD3XDsZ2wlI jwSh2Jg99zSe1wYN3gu0gNMapg6Cli8+lGAcBc4bn4SihBDp+P jHaFbo4Zi+Z7Yvj0B3RUQ== X-Mailman-Approved-At: Fri, 28 Dec 2007 18:18:08 +0000 Cc: current@freebsd.org Subject: Re: [patch] Auto-setting hz to 100 inside QEMU/VMWare X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 17:57:58 -0000 Am Fr, 28.12.2007, 09:03, schrieb Mike Silbersack: > > When running FreeBSD inside QEMU / VMWare, one of my pet peeves is that > time is completely inaccurate. This seems to be cured by setting > kern.hz=100 (down from the default of 1000) in /boot/loader.conf, but I'm > getting sick of doing that every time I set up a virtual box. > > So, here's a patch to have the kernel auto-detect that it's running inside > one of those two environments and automatically make that adjustment. > > If you're running FreeBSD inside any other virtual environments > (Parallels? Microsoft Virtual PC?) and can detect them via data in kenv, > I'll be happy to add them to the patch as well. > > I have only tested this patch in QEMU so far, I will test inside VMWare > tomorrow. > > If anyone could review and/or test this, it would be appreciated. > > Thanks, VirtualBox (QEMU based) has hint.acpi.0.oem="VBOX ". -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 19:34:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73F0D16A418; Fri, 28 Dec 2007 19:34:08 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [64.46.156.146]) by mx1.freebsd.org (Postfix) with ESMTP id 252C013C448; Fri, 28 Dec 2007 19:34:08 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from [192.168.1.103] (unknown [64.119.130.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mbutler-d620.vericept.com", Issuer "Protected Networks Certificate Authority" (verified OK)) by sarah.protected-networks.net (Postfix) with ESMTP id 8229E623E; Fri, 28 Dec 2007 14:23:40 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1198869821; bh=zjxVU2OQ3t2ynp IdWm0TBGxALwsJgrkchViPgRP5GwY=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:X-Enigmail-Version:Content-Type: Content-Transfer-Encoding; b=WIQA6idUJ6VNHbwAkLf2td8/S0nDgoPNgHJN8 +ynCO80JUOw/S3549LHLeNnA7Pj+Jh/H0knLV0pm9K2fFC2Qtg6LHhhUUq8QDfgL1K1 KUoGz9Lno0yhiHAwXXE8cUZc DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=gh945XxvOPVkPAvSD+pidWXK4CQbdCfvxKPYI7/+Ncm5w0Ourgtw0yjNyIXShyN2f cPpfMLqH93OV4m2DzcK06PsI90Pb5R62MEu6oWmTK0hOpRPyxo7NpgfdIwANd0F Message-ID: <47754D37.4050702@protected-networks.net> Date: Fri, 28 Dec 2007 14:23:35 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Kris Kennaway References: <20071228120152.GB1544@schweikhardt.net> <4774F09A.3050405@FreeBSD.org> In-Reply-To: <4774F09A.3050405@FreeBSD.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD current , Jens Schweikhardt Subject: Re: Garbled shutdown message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 19:34:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kris Kennaway wrote: > Jens Schweikhardt wrote: >> If you look at this closely you can find "Syncing (max 60 seconds) for >> system process" if you read about every other character. It's always the >> third of the three "Waiting" lines. Anyone else seeing this? > > You have an SMP system and do not have the PRINTF_BUFR option or > whatever it is. Without it multiple CPUs have no synchronization > between printfs and will interleave. So the recommended value for PRINTF_BUFR_SIZE is ... ? In my (very brief) browse through kern/subr_prf.c, I didn't see any overflow protection on the stack-allocated buffer ... which makes me rather nervous. Interleaved text is *way* better than clobbered kernel stack .. Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFHdU02Qv9rrgRC1JIRAmG6AJwMUncMH0mLjRy0FljZPFqNd3xlzgCYhUgu L3yExPV9NREBD3RH1xUFqA== =Zp29 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 19:51:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0503D16A419 for ; Fri, 28 Dec 2007 19:51:31 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.191]) by mx1.freebsd.org (Postfix) with ESMTP id 7354F13C46E for ; Fri, 28 Dec 2007 19:51:29 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so2333210mue.6 for ; Fri, 28 Dec 2007 11:51:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:message-id:from:to:cc:subject:in-reply-to:references:user-agent:mime-version:content-type:sender; bh=25FqWIX+b+oixcOOMOguHsnxXEyoDwjDmm8WCykeg7g=; b=YvvJke182TOmpU57tSQyAbwY/8AIIkGZWieLP+7VhKuWkoyPj/hsv5/8+WeZYE4/auvdcLVORMNmL1p9jgNx9UgY1KxcWIJ1QRSysqX3unuhO6JyLxzcf8ENBCAP4iHbONMaBrK+kv68YgKLBXY8Enmd+nMAaaRE7Cn7RC6+H/A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:message-id:from:to:cc:subject:in-reply-to:references:user-agent:mime-version:content-type:sender; b=b0aiWe/e6tUgoWq3WwjqjVWwaYTg7YDGTATFyxz/Ic9+q46oxD1MBIhIOOG752fsqm6grM1k02cAajPJayt8SablkK3DBmh+r2Z2XIGyQv2+1VwzQ07kx8I2sxGoEkrI1ctS8J0761vesy/duRhcdDOdLx4DQz4YhFiE2djkC6s= Received: by 10.82.150.20 with SMTP id x20mr17282334bud.37.1198871488752; Fri, 28 Dec 2007 11:51:28 -0800 (PST) Received: from epsilon.local.gmail.com ( [83.144.140.64]) by mx.google.com with ESMTPS id z33sm14529133ikz.0.2007.12.28.11.51.26 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 28 Dec 2007 11:51:27 -0800 (PST) Date: Fri, 28 Dec 2007 19:47:41 +0000 Message-ID: <86bq8ar482.wl%rpaulo@fnop.net> From: Rui Paulo To: Michael Butler In-Reply-To: <47754D37.4050702@protected-networks.net> References: <20071228120152.GB1544@schweikhardt.net> <4774F09A.3050405@FreeBSD.org> <47754D37.4050702@protected-networks.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.1 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: Rui X-Mailman-Approved-At: Fri, 28 Dec 2007 19:56:46 +0000 Cc: Kris Kennaway , FreeBSD current , Jens Schweikhardt Subject: Re: Garbled shutdown message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 19:51:31 -0000 At Fri, 28 Dec 2007 14:23:35 -0500, Michael Butler wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Kris Kennaway wrote: > > Jens Schweikhardt wrote: > >> If you look at this closely you can find "Syncing (max 60 seconds) for > >> system process" if you read about every other character. It's always the > >> third of the three "Waiting" lines. Anyone else seeing this? > > > > You have an SMP system and do not have the PRINTF_BUFR option or > > whatever it is. Without it multiple CPUs have no synchronization > > between printfs and will interleave. > > So the recommended value for PRINTF_BUFR_SIZE is ... ? > > In my (very brief) browse through kern/subr_prf.c, I didn't see any > overflow protection on the stack-allocated buffer ... which makes me > rather nervous. > > Interleaved text is *way* better than clobbered kernel stack .. pca.n_bufr = sizeof(bufr); pca.remain = sizeof(bufr); I think this is the "overflow protection". -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 20:39:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6BCA16A4A5 for ; Fri, 28 Dec 2007 20:39:33 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AB6A813C4E9; Fri, 28 Dec 2007 20:39:32 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47755F03.3030909@FreeBSD.org> Date: Fri, 28 Dec 2007 21:39:31 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Michael Butler References: <20071228120152.GB1544@schweikhardt.net> <4774F09A.3050405@FreeBSD.org> <47754D37.4050702@protected-networks.net> In-Reply-To: <47754D37.4050702@protected-networks.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD current , Jens Schweikhardt Subject: Re: Garbled shutdown message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 20:39:33 -0000 Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Kris Kennaway wrote: >> Jens Schweikhardt wrote: >>> If you look at this closely you can find "Syncing (max 60 seconds) for >>> system process" if you read about every other character. It's always the >>> third of the three "Waiting" lines. Anyone else seeing this? >> You have an SMP system and do not have the PRINTF_BUFR option or >> whatever it is. Without it multiple CPUs have no synchronization >> between printfs and will interleave. > > So the recommended value for PRINTF_BUFR_SIZE is ... ? NOTES has 128 I think. > In my (very brief) browse through kern/subr_prf.c, I didn't see any > overflow protection on the stack-allocated buffer ... which makes me > rather nervous. > > Interleaved text is *way* better than clobbered kernel stack .. So either fix it if there is a problem or don't use it if you are scared :) Kris From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 22:09:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB72616A468; Fri, 28 Dec 2007 22:09:29 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8B5FA13C46E; Fri, 28 Dec 2007 22:09:29 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <47757413.6010807@intersonic.se> Date: Fri, 28 Dec 2007 23:09:23 +0100 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.9 (X11/20071216) MIME-Version: 1.0 To: Stefan Lambrev References: <4774E2FB.2090107@intersonic.se> <4774E68E.7030200@moneybookers.com> <47750046.80705@intersonic.se> <4775229A.3040707@moneybookers.com> In-Reply-To: <4775229A.3040707@moneybookers.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Maxime Henrion , freebsd-net@FreeBSD.org, freebsd-current Subject: Re: [Fwd: Re: rtfree: 0xc5caad98 has 2 refs] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 22:09:29 -0000 Stefan Lambrev wrote: > Hi, > > Can you replace all calls to rtfree() with RTFREE_LOCKED() in those files: > > netinet/if_ether.c > netinet6/nd6_nbr.c > netinet6/in6_ifattach.c > netinet6/in6_gif.c > > Of course do not forget net/route.c with the patch from the PR. > Recompile the kernel and check if this will cure your hangs? > > I'm not sure about the lock order reversal, may be it was introduced > with kbd_backtrace(). > You can remove it from route.c, replace rtfree() and build kernel with > debug, to see if the LOR is gone. > > It seems that the panic is caused by rtalloc1() called in route.c line > 333 : > rt = rtalloc1(dst, 0, 0UL); /* NB: rt is locked */ > > most probably because rt is not locked :) > I'm out of ideas how to check if it is really locked, but you can > experiment with RT_LOCK() and RT_UNLOCK(). > May be mtx_trylock() can help too. > > Please share your findings with -net & -current if you did not before. > > =cut= Unfortunately I ran out of time before I could complete the test. However, I can report one more interesting finding from today: The icmp packets that triggers the bug probably comes either from a Cisco router or the setup itself. Late today our network topology was changed, Previous setup: affected hosts ISP's router (default gw) .1 LAN ------------ router-------- wlan 1 (via ISP) | 192.168.3.0 our firewall .254 | fw ----------wlan 2 | 172.16.2.0 (isakmpd) | Internet Current setup: affected hosts our fw (OpenBSD) .1 192.168.3.0 LAN ------------ router------ wlan 1 (isakmpd) | | 172.16.2.0 (isakmpd) | --------wlan 2 | | Internet and this "fixed" the problem! We have no access to the Cisco so I don't know it's configuration. But: No lockups, no "rtfree" messages. If the bug is still unresolved mid-January I can continue testing by then. Thanks to all for your suggestions and help! --per From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 05:12:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F32416A417 for ; Sat, 29 Dec 2007 05:12:26 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id C9AF013C447 for ; Sat, 29 Dec 2007 05:12:25 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:58828 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S4395015AbXL2FML (ORCPT ); Sat, 29 Dec 2007 08:12:11 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp2 X-Yandex-TimeMark: 1198905131 X-MsgDayCount: 2 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <4775D728.3090607@yandex.ru> Date: Sat, 29 Dec 2007 08:12:08 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Wildes Miranda References: <295688.80486.qm@web33604.mail.mud.yahoo.com> In-Reply-To: <295688.80486.qm@web33604.mail.mud.yahoo.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ATI SB600/700/800 tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 05:12:26 -0000 Wildes Miranda wrote: > Ok, thanks. I'll do it. But , Xin Li announces this > patch around Nov 06, 2007, why it's is too old ? There was a lot of fixes and changes. And now it mostly doesn't needed. Do you have some troubles? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 05:20:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1730016A418; Sat, 29 Dec 2007 05:20:40 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp7.yandex.ru (smtp7.yandex.ru [213.180.200.45]) by mx1.freebsd.org (Postfix) with ESMTP id 00B0E13C455; Sat, 29 Dec 2007 05:20:38 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:62203 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S738486AbXL2FUf (ORCPT + 2 others); Sat, 29 Dec 2007 08:20:35 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp7 X-Yandex-TimeMark: 1198905635 X-MsgDayCount: 5 X-Comment: RFC 2476 MSA function at smtp7.yandex.ru logged sender identity as: bu7cher Message-ID: <4775D920.2080200@yandex.ru> Date: Sat, 29 Dec 2007 08:20:32 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Andre Oppermann References: <4774EA57.2000602@freebsd.org> In-Reply-To: <4774EA57.2000602@freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: nForce 430i doesn't recognise SATA devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 05:20:40 -0000 Andre Oppermann wrote: > FreeBSD 7.0BETA4 can't be installed on a NVIDIA nForce 650i SLI / > nForce 430i based ASUS P5N-E SLI board. The nForce 430i south bridge > SATA ports are detected SATA devices do not get probed or detected. > It complains about timeouts and the device name is "unknown". > FreeBSD 6.3RC1 doesn't work either. Hi, Andre can you show a full verbose dmesg? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 06:19:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8651616A417; Sat, 29 Dec 2007 06:19:25 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4290613C4EE; Sat, 29 Dec 2007 06:19:25 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 3FA6128449; Sat, 29 Dec 2007 14:19:24 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id DA7FDEB1A2D; Sat, 29 Dec 2007 14:19:23 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id jFF5BA1zB7E3; Sat, 29 Dec 2007 14:19:18 +0800 (CST) Received: from charlie.delphij.net (pool-71-113-249-14.herntx.dsl-w.verizon.net [71.113.249.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 483E4EB09C5; Sat, 29 Dec 2007 14:19:13 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=Q37evbIasvyffgdmsKcGPnjQyqGUnGhCL16yLGFqdNDHYv9wfXMEOFvSszMFCbEf7 Foq9NIy3kAvYcnRaTM2Zg== Message-ID: <4775E6D9.2090300@delphij.net> Date: Sat, 29 Dec 2007 00:19:05 -0600 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Andre Oppermann References: <4774EA57.2000602@freebsd.org> In-Reply-To: <4774EA57.2000602@freebsd.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: nForce 430i doesn't recognise SATA devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 06:19:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Andre, Andre Oppermann wrote: > FreeBSD 7.0BETA4 can't be installed on a NVIDIA nForce 650i SLI / > nForce 430i based ASUS P5N-E SLI board. The nForce 430i south bridge > SATA ports are detected SATA devices do not get probed or detected. > It complains about timeouts and the device name is "unknown". > FreeBSD 6.3RC1 doesn't work either. pciconf -l and see the atapci chip id? I have did some MFC on ata(4) driver, after 7.0-BETA4 but I don't think they are related to your problem, if possible please also try if 7.0-RC1 or -CURRENT helps, thanks! Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHdebZhcUczkLqiksRAlomAKDiYzCvvwdhIc0NyXbZgn1mGqi3VwCePOV1 tdXaYpu7N4WrILVQu77yOj0= =con9 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 06:21:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5262E16A473 for ; Sat, 29 Dec 2007 06:21:16 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id F0DD013C4EE for ; Sat, 29 Dec 2007 06:21:15 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id BFEFA28448 for ; Sat, 29 Dec 2007 14:21:14 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 831EBEB1B8D; Sat, 29 Dec 2007 14:21:14 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id JNISeny+k1Od; Sat, 29 Dec 2007 14:21:09 +0800 (CST) Received: from charlie.delphij.net (pool-71-113-249-14.herntx.dsl-w.verizon.net [71.113.249.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 3672DEB1A2D; Sat, 29 Dec 2007 14:21:01 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=vQTp4R5z6/A+08qTNJgxO64P7isyfr8ch/ckDzejbN1+oqdscntFFXgrx9yYIrkl9 004gUhNmjHsUGuNb6Wm9w== Message-ID: <4775E744.8020500@delphij.net> Date: Sat, 29 Dec 2007 00:20:52 -0600 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Wildes Miranda References: <295688.80486.qm@web33604.mail.mud.yahoo.com> In-Reply-To: <295688.80486.qm@web33604.mail.mud.yahoo.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: ATI SB600/700/800 tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 06:21:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Wildes Miranda wrote: > Ok, thanks. I'll do it. But , Xin Li announces this > patch around Nov 06, 2007, why it's is too old ? Yes, with latest ata(4) on RELENG_7[_0] and RELENG_6[_3] I think my patches are no longer necessary... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHdedEhcUczkLqiksRAi7GAJ4rlwZ7SYJb/fzdonrzZHrwFZh8HgCeJPv8 DCEs4SLS2l9E1ERs3H/IvLU= =cw3N -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 09:33:44 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F02616A419 for ; Sat, 29 Dec 2007 09:33:44 +0000 (UTC) (envelope-from sweetnavelorange@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 1A5C013C45A for ; Sat, 29 Dec 2007 09:33:43 +0000 (UTC) (envelope-from sweetnavelorange@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2778753fgg.35 for ; Sat, 29 Dec 2007 01:33:42 -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=4gRwc2taeZx17uRVhVI2LevBXUkpn2DbVl/Cd4hUYsg=; b=Q4SHbi1OujSZDsnUNAM+pGoKSy4P9RKhnTeZSQbj38MbL9rFSPstVSoSvMEPNnxGC2zfqBV6FQ98WvV2fvf//gdq+OvPBF75yqjUrgR8V4bhbbuqSKb3Z46d5+4VwCPZISnMyh3VI1+RCSrayaR1CwVe1N6FtRuTZC5BofGCnoc= 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=kw7NaOW3J17nTCz8lR108z+B6P5ijkTG3kPFPUevwS+FyByD1CeafNNND40Pc2+RH4DYv9Zz6Lsh2VNIsFDjB5RznDbRZzsYhhjkRPKDbLyB/47TTt1zrSpqZXy+A6nI+ezvWwIpA8rSt7TXFI/0d+8hQ4CKB5QfNGGV18xDh5g= Received: by 10.86.65.11 with SMTP id n11mr9862609fga.26.1198919360448; Sat, 29 Dec 2007 01:09:20 -0800 (PST) Received: by 10.86.62.1 with HTTP; Sat, 29 Dec 2007 01:09:20 -0800 (PST) Message-ID: Date: Sat, 29 Dec 2007 22:09:20 +1300 From: "James Butler" To: current@freebsd.org, silby@silby.com MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: [patch] Auto-setting hz to 100 inside QEMU/VMWare X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 09:33:44 -0000 > When running FreeBSD inside QEMU / VMWare, one of my pet peeves is that > time is completely inaccurate. This seems to be cured by setting > kern.hz=100 (down from the default of 1000) in /boot/loader.conf, but I'm > getting sick of doing that every time I set up a virtual box. > > So, here's a patch to have the kernel auto-detect that it's running inside > one of those two environments and automatically make that adjustment. > > If you're running FreeBSD inside any other virtual environments > (Parallels? Microsoft Virtual PC?) and can detect them via data in kenv, > I'll be happy to add them to the patch as well. On innotek VirtualBox: hint.acpi.0.oem="VBOX " > > I have only tested this patch in QEMU so far, I will test inside VMWare > tomorrow. > > If anyone could review and/or test this, it would be appreciated. > > Thanks, > > Mike "Silby" Silbersack Thanks, James Butler From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 10:24:00 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA2AB16A417; Sat, 29 Dec 2007 10:24:00 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 6B3A213C442; Sat, 29 Dec 2007 10:24:00 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lBTANwlQ004320; Sat, 29 Dec 2007 11:23:59 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <4776203E.7080001@deepcore.dk> Date: Sat, 29 Dec 2007 11:23:58 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Andre Oppermann References: <4774EA57.2000602@freebsd.org> In-Reply-To: <4774EA57.2000602@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: nForce 430i doesn't recognise SATA devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 10:24:00 -0000 Andre Oppermann wrote: > FreeBSD 7.0BETA4 can't be installed on a NVIDIA nForce 650i SLI / > nForce 430i based ASUS P5N-E SLI board. The nForce 430i south bridge > SATA ports are detected SATA devices do not get probed or detected. > It complains about timeouts and the device name is "unknown". > FreeBSD 6.3RC1 doesn't work either. > > The relevant portions of the dmesg are below (the JMicron controller > is only for an external ESATA port): > > ... > atapci0: port 0xdf00-0xdf07,0xde00-0xde03, > 0xdd00-0xdd07,0xdc00-0xdc03,0xdb00-0xdb0f mem 0xfdefe000-0xfdefffff > irq 16 at device 0.0 on pci1 > atapci0: [ITHREAD] > atapci0: AHCI Version 01.00 controller with 1 ports detected > ata2: on atapci0 > ata2: [ITHREAD] > ... > atapci1: port 0x1f0-0x1f7, > 0x3f6,0x170-0x177,0x376,0xfd00-0xfd0f at device 13.0 on pci0 > ata0: on atapci1 > ata0: [ITHREAD] > ata1: on atapci1 > ata1: [ITHREAD] > atapci2: port 0x9f0-0x9f7, > 0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf800-0xf80f > mem 0xfe02d000-0xfe02dfff irq 20 at device 14.0 on pci0 > atapci2: [ITHREAD] > ata3: on atapci2 > ata3: [ITHREAD] > ata4: on atapci2 > ata4: [ITHREAD] > atapci3: port 0x9e0-0x9e7, > 0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xf300-0xf30f > mem 0xfe02c000-0xfe02cfff irq 21 at device 15.0 on pci0 > atapci3: [ITHREAD] > ata5: on atapci3 > ata5: [ITHREAD] > ata6: on atapci3 > ata6: [ITHREAD] > ... > unknown: timeout waiting to issue command > unknown: error issuing ATA_IDENTIFY command Interrupt routing is broken is my best bet, try without ACPI / apic .. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 11:36:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 261CF16A41B for ; Sat, 29 Dec 2007 11:36:40 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2162D13C448 for ; Sat, 29 Dec 2007 11:36:37 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 23854 invoked from network); 29 Dec 2007 11:02:43 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 29 Dec 2007 11:02:43 -0000 Message-ID: <47763146.4020502@freebsd.org> Date: Sat, 29 Dec 2007 12:36:38 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <4774EA57.2000602@freebsd.org> <4775D920.2080200@yandex.ru> In-Reply-To: <4775D920.2080200@yandex.ru> Content-Type: multipart/mixed; boundary="------------080405060007060608090702" Cc: freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: nForce 430i doesn't recognise SATA devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 11:36:40 -0000 This is a multi-part message in MIME format. --------------080405060007060608090702 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Andrey V. Elsukov wrote: > Andre Oppermann wrote: >> FreeBSD 7.0BETA4 can't be installed on a NVIDIA nForce 650i SLI / >> nForce 430i based ASUS P5N-E SLI board. The nForce 430i south bridge >> SATA ports are detected SATA devices do not get probed or detected. >> It complains about timeouts and the device name is "unknown". >> FreeBSD 6.3RC1 doesn't work either. > > Hi, Andre > > can you show a full verbose dmesg? attached. -- Andre --------------080405060007060608090702 Content-Type: text/plain; name="asus p5n-e sli.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="asus p5n-e sli.txt" boot -v /boot/kernel/acpi.ko text=0x51ff0 data=0x23a0+0x186c syms=[0x4+0x8570+0x4+0xaffe] SMAP type=01 base=0000000000000000 len=000000000009f000 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=02 base=00000000fec00000 len=0000000001400000 SMAP type=02 base=00000000f0000000 len=0000000002000000 SMAP type=03 base=00000000efef3000 len=000000000000d000 SMAP type=04 base=00000000efef0000 len=0000000000003000 SMAP type=02 base=000000000009f000 len=0000000000001000 SMAP type=01 base=0000000000100000 len=00000000efdf0000 SMAP type=01 base=0000000100000000 len=0000000010000000 262144K of memory above 4GB ignored 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 #0: Sun Dec 2 19:19:04 UTC 2007 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc1172000. Preloaded mfs_root "/boot/mfsroot" at 0xc1172194. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc11721d8. Calibrating clock(s) ... i8254 clock: 1193192 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2399996592 Hz CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (2400.00-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 4 Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 4096 kbytes, 16-way associative, 64 bytes/line real memory = 4025417728 (3838 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009dfff, 643072 bytes (157 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001428000 - 0x00000000ebb16fff, 3933138944 bytes (960239 pages) avail memory = 3932667904 (3750 MB) Table 'FACP' at 0xefef9880 Table 'HPET' at 0xefef9ac0 Table 'MCFG' at 0xefef9b40 Table 'APIC' at 0xefef99c0 MADT: Found table at 0xefef99c0 MP Configuration Table version 1.4 found at 0xc00f1400 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 3 ACPI ID 2: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 2 ACPI ID 3: enabled SMP: Added CPU 2 (AP) ACPI APIC Table: INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 bios32: Found BIOS32 Service Directory header at 0xc00fb430 bios32: Entry = 0xfba10 (c00fba10) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xba40 pnpbios: Found PnP BIOS data at 0xc00fc5e0 pnpbios: Entry = f0000:c610 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 APIC: CPU 2 has ACPI ID 3 APIC: CPU 3 has ACPI ID 2 ACPI: RSDP @ 0x0xf77c0/0x0024 (v 2 Nvidia) ACPI: XSDT @ 0x0xefef30c0/0x0044 (v 1 Nvidia ASUSACPI 0x42302E31 AWRD 0x00000000) ACPI: FACP @ 0x0xefef9880/0x00F4 (v 3 Nvidia ASUSACPI 0x42302E31 AWRD 0x00000000) ACPI: DSDT @ 0x0xefef3240/0x65D6 (v 1 NVIDIA ASUSACPI 0x00001000 MSFT 0x03000000) ACPI: FACS @ 0x0xefef0000/0x0040 ACPI: HPET @ 0x0xefef9ac0/0x0038 (v 1 Nvidia ASUSACPI 0x42302E31 AWRD 0x00000098) ACPI: MCFG @ 0x0xefef9b40/0x003C (v 1 Nvidia ASUSACPI 0x42302E31 AWRD 0x00000000) ACPI: APIC @ 0x0xefef99c0/0x0098 (v 1 Nvidia ASUSACPI 0x42302E31 AWRD 0x00000000) MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 4 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level MADT: Interrupt override: source 14, irq 14 MADT: Interrupt override: source 15, irq 15 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high lapic3: Routing NMI -> LINT1 lapic3: LINT1 trigger: edge lapic3: LINT1 polarity: high lapic2: Routing NMI -> LINT1 lapic2: LINT1 trigger: edge lapic2: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> ath_rate: version 1.2 wlan_amrr: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 io: mem: Pentium Pro MTRR support enabled null: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Dec 2 2007 19:18:42) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] pci_open(1): mode 1 addr port (0x0cf8) is 0x800000c4 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=03a310de) pcibios: BIOS version 3.00 AcpiOsDerivePciId: \_SB_.PCI0.SMB0.SMCA -> bus 0 dev 10 func 1 acpi0: Power Button (fixed) acpi0: wakeup code va 0xdb591000 pa 0x1000 AcpiOsDerivePciId: \_SB_.PCI0.BRCR -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \_SB_.PCI0.VT86.PIO1 -> bus 0 dev 10 func 0 AcpiOsDerivePciId: \_SB_.PCI0.VT86.PIRQ -> bus 0 dev 10 func 0 acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, efdf0000 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 7 9 10 11 14 15 Validation 0 10 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 14 15 Validation 0 11 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 7 9 10 11 14 15 Validation 0 10 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 7 9 10 11 14 15 Validation 0 5 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 14 15 Validation 0 11 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 14 15 Validation 0 11 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 14 15 Validation 0 11 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 9 10 11 14 15 Validation 0 255 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 14 15 Validation 0 11 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link19: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 7 9 10 11 14 15 Validation 0 10 N 0 5 7 9 10 11 14 15 After Disable 0 255 N 0 5 7 9 10 11 14 15 pci_link20: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link21: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 17 Validation 0 255 N 0 17 After Disable 0 255 N 0 17 pci_link22: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 18 Validation 0 255 N 0 18 After Disable 0 255 N 0 18 pci_link23: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 19 Validation 0 255 N 0 19 After Disable 0 255 N 0 19 pci_link24: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link25: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link26: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link27: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link28: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link29: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link30: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link31: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link32: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link33: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link34: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link35: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link36: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link37: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link38: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link39: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link40: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 acpi_hpet0: iomem 0xfeff0000-0xfeff03ff on acpi0 acpi_hpet0: vend: 0x10de rev: 0x1 num: 7 hz: 25000000 opts: leg_route Timecounter "HPET" frequency 25000000 Hz quality 900 cpu0: on acpi0 cpu0: switching to generic Cx mode est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 928092806000928 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 928092806000928 device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 928092806000928 device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 928092806000928 device_attach: est3 attach returned 6 p4tcc3: on cpu3 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x10de, dev=0x03a3, revid=0xa2 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03ac, revid=0xa1 domain=0, bus=0, slot=0, func=1 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03aa, revid=0xa1 domain=0, bus=0, slot=0, func=2 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03a9, revid=0xa1 domain=0, bus=0, slot=0, func=3 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03ab, revid=0xa1 domain=0, bus=0, slot=0, func=4 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03a8, revid=0xa2 domain=0, bus=0, slot=0, func=5 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0004, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03b5, revid=0xa1 domain=0, bus=0, slot=0, func=6 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03b4, revid=0xa1 domain=0, bus=0, slot=0, func=7 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03ad, revid=0xa1 domain=0, bus=0, slot=1, func=0 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03ae, revid=0xa1 domain=0, bus=0, slot=1, func=1 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03af, revid=0xa1 domain=0, bus=0, slot=1, func=2 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03b0, revid=0xa1 domain=0, bus=0, slot=1, func=3 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03b1, revid=0xa1 domain=0, bus=0, slot=1, func=4 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03b2, revid=0xa1 domain=0, bus=0, slot=1, func=5 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03b3, revid=0xa1 domain=0, bus=0, slot=1, func=6 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03b6, revid=0xa1 domain=0, bus=0, slot=2, func=0 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03bc, revid=0xa1 domain=0, bus=0, slot=2, func=1 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03ba, revid=0xa1 domain=0, bus=0, slot=2, func=2 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03bb, revid=0xa1 domain=0, bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x0270, revid=0xa2 domain=0, bus=0, slot=9, func=0 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0260, revid=0xa3 domain=0, bus=0, slot=10, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0264, revid=0xa3 domain=0, bus=0, slot=10, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0x1c00, size 6, enabled map[24]: type I/O Port, range 32, base 0x1c80, size 6, enabled pcib0: matched entry for 0.10.INTA (src \_SB_.PCI0.APCS:0) pci_link35: Picked IRQ 20 with weight 0 pcib0: slot 10 INTA routed to irq 20 via \_SB_.PCI0.APCS found-> vendor=0x10de, dev=0x0272, revid=0xa3 domain=0, bus=0, slot=10, func=2 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0400, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x026d, revid=0xa3 domain=0, bus=0, slot=11, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfe02f000, size 12, enabled pcib0: matched entry for 0.11.INTA (src \_SB_.PCI0.APCF:0) pci_link28: Picked IRQ 21 with weight 0 pcib0: slot 11 INTA routed to irq 21 via \_SB_.PCI0.APCF found-> vendor=0x10de, dev=0x026e, revid=0xa3 domain=0, bus=0, slot=11, func=1 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfe02e000, size 8, enabled pcib0: matched entry for 0.11.INTB (src \_SB_.PCI0.APCL:0) pci_link36: Picked IRQ 22 with weight 0 pcib0: slot 11 INTB routed to irq 22 via \_SB_.PCI0.APCL found-> vendor=0x10de, dev=0x0265, revid=0xa1 domain=0, bus=0, slot=13, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b8, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0xf400, size 4, enabled found-> vendor=0x10de, dev=0x0266, revid=0xa1 domain=0, bus=0, slot=14, func=0 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0x9f0, size 3, enabled map[14]: type I/O Port, range 32, base 0xbf0, size 2, enabled map[18]: type I/O Port, range 32, base 0x970, size 3, enabled map[1c]: type I/O Port, range 32, base 0xb70, size 2, enabled map[20]: type I/O Port, range 32, base 0xe000, size 4, enabled map[24]: type Memory, range 32, base 0xfe02d000, size 12, enabled pcib0: matched entry for 0.14.INTA (src \_SB_.PCI0.APSI:0) pci_link39: Picked IRQ 23 with weight 0 pcib0: slot 14 INTA routed to irq 23 via \_SB_.PCI0.APSI found-> vendor=0x10de, dev=0x0267, revid=0xa1 domain=0, bus=0, slot=15, func=0 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0x9e0, size 3, enabled map[14]: type I/O Port, range 32, base 0xbe0, size 2, enabled map[18]: type I/O Port, range 32, base 0x960, size 3, enabled map[1c]: type I/O Port, range 32, base 0xb60, size 2, enabled map[20]: type I/O Port, range 32, base 0xcc00, size 4, enabled map[24]: type Memory, range 32, base 0xfe02c000, size 12, enabled pcib0: matched entry for 0.15.INTA (src \_SB_.PCI0.APSJ:0) pci_link40: Picked IRQ 20 with weight 1 pcib0: slot 15 INTA routed to irq 20 via \_SB_.PCI0.APSJ found-> vendor=0x10de, dev=0x026f, revid=0xa2 domain=0, bus=0, slot=16, func=0 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x02 (500 ns) found-> vendor=0x10de, dev=0x026c, revid=0xa2 domain=0, bus=0, slot=16, func=1 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks map[10]: type Memory, range 32, base 0xfe024000, size 14, enabled pcib0: matched entry for 0.16.INTB (src \_SB_.PCI0.AAZA:0) pci_link33: Picked IRQ 21 with weight 1 pcib0: slot 16 INTB routed to irq 21 via \_SB_.PCI0.AAZA found-> vendor=0x10de, dev=0x0269, revid=0xa3 domain=0, bus=0, slot=20, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfe02b000, size 12, enabled map[14]: type I/O Port, range 32, base 0xc800, size 3, enabled pcib0: matched entry for 0.20.INTA (src \_SB_.PCI0.APCH:0) pci_link30: Picked IRQ 22 with weight 1 pcib0: slot 20 INTA routed to irq 22 via \_SB_.PCI0.APCH pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pci0: at device 1.0 (no driver attached) pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) pci0: at device 1.4 (no driver attached) pci0: at device 1.5 (no driver attached) pci0: at device 1.6 (no driver attached) pci0: at device 2.0 (no driver attached) pci0: at device 2.1 (no driver attached) pci0: at device 2.2 (no driver attached) pcib1: at device 7.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x9000-0xafff pcib1: memory decode 0xfde00000-0xfdefffff pcib1: prefetched decode 0xfdd00000-0xfddfffff pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.XVRD - AE_NOT_FOUND pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x197b, dev=0x2360, revid=0x02 domain=0, bus=1, slot=0, func=0 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xac00, size 3, enabled pcib1: requested I/O range 0xac00-0xac07: in range map[14]: type I/O Port, range 32, base 0xa800, size 2, enabled pcib1: requested I/O range 0xa800-0xa803: in range map[18]: type I/O Port, range 32, base 0xa400, size 3, enabled pcib1: requested I/O range 0xa400-0xa407: in range map[1c]: type I/O Port, range 32, base 0xa000, size 2, enabled pcib1: requested I/O range 0xa000-0xa003: in range map[20]: type I/O Port, range 32, base 0x9c00, size 4, enabled pcib1: requested I/O range 0x9c00-0x9c0f: in range map[24]: type Memory, range 32, base 0xfdefe000, size 13, enabled pcib1: requested memory range 0xfdefe000-0xfdefffff: good pcib0: matched entry for 0.7.INTA (src \_SB_.PCI0.APC6:0) pci_link25: Picked IRQ 16 with weight 0 pcib0: slot 7 INTA routed to irq 16 via \_SB_.PCI0.APC6 pcib1: slot 0 INTA is routed to irq 16 atapci0: port 0xac00-0xac07,0xa800-0xa803, 0xa400-0xa407,0xa000-0xa003,0x9c00-0x9c0f mem 0xfdefe000-0xfdefffff irq 16 at device 0.0 on pci1 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x9c00 atapci0: Reserved 0x2000 bytes for rid 0x24 type 3 at 0xfdefe000 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: AHCI Version 01.00 controller with 1 ports detected ata2: on atapci0 ata2: SATA connect status=00000000 ata2: ahci_reset devices=0x0 ata2: [MPSAFE] ata2: [ITHREAD] pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.2 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 11.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe02f000 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 50 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xfe02e000-0xfe02e0ff irq 22 at device 11.1 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfe02e000 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 51 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 8 ports with 8 removable, self powered atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf400-0xf40f at device 13.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf400 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=50 stat1=00 devices=0x9 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 52 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=60 ostat1=70 ata1: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata1: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata1: reset tp2 stat0=20 stat1=30 devices=0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 53 ata1: [MPSAFE] ata1: [ITHREAD] atapci2: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f mem 0xfe02d000-0xfe02dfff irq 23 at device 14.0 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xe000 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 54 atapci2: [MPSAFE] atapci2: [ITHREAD] atapci2: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xfe02d000 ata3: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9f0 atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbf0 ata3: SATA connect time=0ms ata3: reset tp1 mask=01 ostat0=50 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] ata3: [ITHREAD] ata4: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0x970 atapci2: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb70 ata4: SATA connect time=0ms ata4: reset tp1 mask=01 ostat0=50 ostat1=00 ata4: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: reset tp2 stat0=00 stat1=00 devices=0x4 ata4: [MPSAFE] ata4: [ITHREAD] atapci3: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xcc00-0xcc0f mem 0xfe02c000-0xfe02cfff irq 20 at device 15.0 on pci0 atapci3: Reserved 0x10 bytes for rid 0x20 type 4 at 0xcc00 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 55 atapci3: [MPSAFE] atapci3: [ITHREAD] atapci3: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xfe02c000 ata5: on atapci3 atapci3: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9e0 atapci3: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbe0 ata5: SATA connect status=00000000 ata5: [MPSAFE] ata5: [ITHREAD] ata6: on atapci3 atapci3: Reserved 0x8 bytes for rid 0x18 type 4 at 0x960 atapci3: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb60 ata6: SATA connect status=00000000 ata6: [MPSAFE] ata6: [ITHREAD] pcib2: at device 16.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xb000-0xbfff pcib2: memory decode 0xf4000000-0xfbffffff pcib2: prefetched decode 0xfdf00000-0xfdffffff pcib2: Subtractively decoded bridge. pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x5333, dev=0x8901, revid=0x16 domain=0, bus=2, slot=7, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type Memory, range 32, base 0xf4000000, size 26, enabled pcib2: requested memory range 0xf4000000-0xf7ffffff: good pcib2: matched entry for 2.7.INTA (src \_SB_.PCI0.APC2:0) pci_link21: Picked IRQ 17 with weight 0 pcib2: slot 7 INTA routed to irq 17 via \_SB_.PCI0.APC2 vgapci0: mem 0xf4000000-0xf7ffffff irq 17 at device 7.0 on pci2 pci0: at device 16.1 (no driver attached) nfe0: port 0xc800-0xc807 mem 0xfe02b000-0xfe02bfff irq 22 at device 20.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe02b000 miibus0: on nfe0 e1000phy0: PHY 1 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: bpf attached nfe0: Ethernet address: 00:1d:60:56:2d:a5 nfe0: [MPSAFE] nfe0: [FILTER] acpi_tz0: on acpi0 sio0: irq maps: 0x4c21 0x4c31 0x4c21 0x4c21 sio0: irq maps: 0x4c21 0x4c31 0x4c21 0x4c21 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ioapic0: routing intpin 4 (ISA IRQ 4) to vector 56 sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 57 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ex_isa_identify() ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcffff,0xd0000-0xd1fff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 58 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x4c21 0x4c21 0x4c21 0x4c21 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 246455 -> 100000 procfs registered lapic: Divisor 2, Frequency 133333155 hz Timecounter "TSC" frequency 2399996592 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. md0: Preloaded image 4423680 bytes at 0xc0cce260 ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=50 ostat1=58 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=50 stat1=00 devices=0x9 ata0: reinit done .. ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=50 ostat1=58 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=50 stat1=00 devices=0x9 ata0: reinit done .. ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=58 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=50 stat1=00 devices=0x9 ata0: reinit done .. ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=58 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=50 stat1=00 devices=0x9 ata0: reinit done .. ata3: reiniting channel .. ata3: SATA connect time=0ms ata3: reset tp1 mask=01 ostat0=58 ostat1=00 ata3: stat0=0xd8 err=0x00 lsb=0x00 msb=0x00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: reinit done .. ata3: reiniting channel .. ata3: SATA connect time=0ms ata3: reset tp1 mask=01 ostat0=58 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: reinit done .. ata4: reiniting channel .. ata4: SATA connect time=0ms ata4: reset tp1 mask=01 ostat0=58 ostat1=00 ata4: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: reset tp2 stat0=00 stat1=00 devices=0x4 ata4: reinit done .. ata4: reiniting channel .. ata4: SATA connect time=0ms ata4: reset tp1 mask=01 ostat0=58 ostat1=00 ata4: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: reset tp2 stat0=00 stat1=00 devices=0x4 ata4: reinit done .. ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 7 to local APIC 2 ioapic0: Assigning ISA IRQ 9 to local APIC 3 ioapic0: Assigning ISA IRQ 14 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 1 ioapic0: Assigning PCI IRQ 16 to local APIC 2 ioapic0: Assigning PCI IRQ 20 to local APIC 3 ioapic0: Assigning PCI IRQ 21 to local APIC 0 ioapic0: Assigning PCI IRQ 22 to local APIC 1 ioapic0: Assigning PCI IRQ 23 to local APIC 2 Trying to mount root from ufs:/dev/md0 start_init: trying /sbin/init start_init: trying /sbin/oinit start_init: trying /sbin/init.bak start_init: trying /rescue/init start_init: trying /stand/sysinstall /stand/sysinstal --------------080405060007060608090702-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 11:43:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFE0016A418 for ; Sat, 29 Dec 2007 11:43:19 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 50BBD13C44B for ; Sat, 29 Dec 2007 11:43:19 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 23914 invoked from network); 29 Dec 2007 11:09:25 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 29 Dec 2007 11:09:25 -0000 Message-ID: <477632D8.4010308@freebsd.org> Date: Sat, 29 Dec 2007 12:43:20 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) MIME-Version: 1.0 To: Max Laier References: <4774EA57.2000602@freebsd.org> <34897.2001:6f8:12c8:1:21d:60ff:fe0c:1771.1198908190.squirrel@router.laiers.local> In-Reply-To: <34897.2001:6f8:12c8:1:21d:60ff:fe0c:1771.1198908190.squirrel@router.laiers.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: nForce 430i doesn't recognise SATA devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 11:43:20 -0000 Max Laier wrote: > It's the apic ... hint.apic.0.disabled=1 fixed things for me ... only you > don't get SMP :-\ This is so frustrating... I specifically bought a Core2 Quad Core to do some heavy number crunching. An Asus P5K WS is on backorder and will arrive in two weeks. The P5N-E was 'cheapest' one they had on stock. Lately I'm a bit unlucky with new hardware and FreeBSD compatibility. > I tried hacking the ACPI configuration (which seems quite strange on that > board), but to no avail. If you find something, let me know! Will do. -- Andre > Am Fr, 28.12.2007, 13:21, schrieb Andre Oppermann: >> FreeBSD 7.0BETA4 can't be installed on a NVIDIA nForce 650i SLI / >> nForce 430i based ASUS P5N-E SLI board. The nForce 430i south bridge >> SATA ports are detected SATA devices do not get probed or detected. >> It complains about timeouts and the device name is "unknown". >> FreeBSD 6.3RC1 doesn't work either. >> >> The relevant portions of the dmesg are below (the JMicron controller >> is only for an external ESATA port): >> >> ... >> atapci0: port 0xdf00-0xdf07,0xde00-0xde03, >> 0xdd00-0xdd07,0xdc00-0xdc03,0xdb00-0xdb0f mem 0xfdefe000-0xfdefffff >> irq 16 at device 0.0 on pci1 >> atapci0: [ITHREAD] >> atapci0: AHCI Version 01.00 controller with 1 ports detected >> ata2: on atapci0 >> ata2: [ITHREAD] >> ... >> atapci1: port 0x1f0-0x1f7, >> 0x3f6,0x170-0x177,0x376,0xfd00-0xfd0f at device 13.0 on pci0 >> ata0: on atapci1 >> ata0: [ITHREAD] >> ata1: on atapci1 >> ata1: [ITHREAD] >> atapci2: port 0x9f0-0x9f7, >> 0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf800-0xf80f >> mem 0xfe02d000-0xfe02dfff irq 20 at device 14.0 on pci0 >> atapci2: [ITHREAD] >> ata3: on atapci2 >> ata3: [ITHREAD] >> ata4: on atapci2 >> ata4: [ITHREAD] >> atapci3: port 0x9e0-0x9e7, >> 0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xf300-0xf30f >> mem 0xfe02c000-0xfe02cfff irq 21 at device 15.0 on pci0 >> atapci3: [ITHREAD] >> ata5: on atapci3 >> ata5: [ITHREAD] >> ata6: on atapci3 >> ata6: [ITHREAD] >> ... >> unknown: timeout waiting to issue command >> unknown: error issuing ATA_IDENTIFY command >> ... >> >> Any help appreciated. >> >> -- >> Andre >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> > > From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 11:55:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B95C216A419; Sat, 29 Dec 2007 11:55:17 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from aa001msb.fastweb.it (aa001msb.fastweb.it [85.18.95.80]) by mx1.freebsd.org (Postfix) with ESMTP id 78F3F13C447; Sat, 29 Dec 2007 11:55:17 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from mail.logital.it (89.97.230.176) by aa001msb.fastweb.it (7.3.118.6) id 469C21470A94ECCF; Sat, 29 Dec 2007 12:43:23 +0100 Received: from [192.168.43.66] ([151.65.155.56]) (authenticated bits=0) by mail.logital.it (8.14.1/8.14.1) with ESMTP id lBTBhJRa025788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Dec 2007 12:43:23 +0100 (CET) (envelope-from aturetta@commit.it) Message-ID: <477632D0.6020205@commit.it> Date: Sat, 29 Dec 2007 12:43:12 +0100 From: Angelo Turetta User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4774EA57.2000602@freebsd.org> In-Reply-To: <4774EA57.2000602@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on mail.logital.it X-Virus-Status: Clean Cc: Andre Oppermann Subject: Re: nForce 430i doesn't recognise SATA devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 11:55:17 -0000 Andre Oppermann wrote: > FreeBSD 7.0BETA4 can't be installed on a NVIDIA nForce 650i SLI / > nForce 430i based ASUS P5N-E SLI board. The nForce 430i south bridge > SATA ports are detected SATA devices do not get probed or detected. > It complains about timeouts and the device name is "unknown". > FreeBSD 6.3RC1 doesn't work either. > > The relevant portions of the dmesg are below (the JMicron controller > is only for an external ESATA port): I had a lot of problems with a ASUS M2N (also with MCP51 SATA). Particularly with oldish PCI cards scrambling the embedded devices' IRQ: try moving PCI cards to different slots, or booting without any PCI card. I suppose you upgraded your BIOS to the latest version available? Also the setting about Plug-n-play OS is of course important. HTH, Angelo From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 06:16:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C22A16A46B for ; Sat, 29 Dec 2007 06:16:22 +0000 (UTC) (envelope-from SRS0=X0F6=RU=tm.uka.de=max.laier@srs.kundenserver.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 37C2E13C467 for ; Sat, 29 Dec 2007 06:16:22 +0000 (UTC) (envelope-from SRS0=X0F6=RU=tm.uka.de=max.laier@srs.kundenserver.de) Received: from vampire.homelinux.org (dslb-088-066-005-032.pools.arcor-ip.net [88.66.5.32]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1J8UnS3Gb4-0001zm; Sat, 29 Dec 2007 07:03:47 +0100 Received: (qmail 38088 invoked by uid 80); 29 Dec 2007 06:03:10 -0000 Received: from 2001:6f8:12c8:1:21d:60ff:fe0c:1771 (SquirrelMail authenticated user mlaier) by router.laiers.local with HTTP; Sat, 29 Dec 2007 07:03:10 +0100 (CET) Message-ID: <34897.2001:6f8:12c8:1:21d:60ff:fe0c:1771.1198908190.squirrel@router.laiers.local> In-Reply-To: <4774EA57.2000602@freebsd.org> References: <4774EA57.2000602@freebsd.org> Date: Sat, 29 Dec 2007 07:03:10 +0100 (CET) From: "Max Laier" To: "Andre Oppermann" User-Agent: SquirrelMail/1.4.13 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Provags-ID: V01U2FsdGVkX1/7lPkJaIeEkhmxp/xh/ave4fAGudeB+Fw+P/P bkm0/bu3P/PeFzs3HupIwmaB6VLvA1oditFg3/zVCoD+hr1ERb WePWaL5492K1VQNuR+lww== X-Mailman-Approved-At: Sat, 29 Dec 2007 12:10:50 +0000 Cc: freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: nForce 430i doesn't recognise SATA devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 06:16:22 -0000 It's the apic ... hint.apic.0.disabled=1 fixed things for me ... only you don't get SMP :-\ I tried hacking the ACPI configuration (which seems quite strange on that board), but to no avail. If you find something, let me know! Am Fr, 28.12.2007, 13:21, schrieb Andre Oppermann: > FreeBSD 7.0BETA4 can't be installed on a NVIDIA nForce 650i SLI / > nForce 430i based ASUS P5N-E SLI board. The nForce 430i south bridge > SATA ports are detected SATA devices do not get probed or detected. > It complains about timeouts and the device name is "unknown". > FreeBSD 6.3RC1 doesn't work either. > > The relevant portions of the dmesg are below (the JMicron controller > is only for an external ESATA port): > > ... > atapci0: port 0xdf00-0xdf07,0xde00-0xde03, > 0xdd00-0xdd07,0xdc00-0xdc03,0xdb00-0xdb0f mem 0xfdefe000-0xfdefffff > irq 16 at device 0.0 on pci1 > atapci0: [ITHREAD] > atapci0: AHCI Version 01.00 controller with 1 ports detected > ata2: on atapci0 > ata2: [ITHREAD] > ... > atapci1: port 0x1f0-0x1f7, > 0x3f6,0x170-0x177,0x376,0xfd00-0xfd0f at device 13.0 on pci0 > ata0: on atapci1 > ata0: [ITHREAD] > ata1: on atapci1 > ata1: [ITHREAD] > atapci2: port 0x9f0-0x9f7, > 0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf800-0xf80f > mem 0xfe02d000-0xfe02dfff irq 20 at device 14.0 on pci0 > atapci2: [ITHREAD] > ata3: on atapci2 > ata3: [ITHREAD] > ata4: on atapci2 > ata4: [ITHREAD] > atapci3: port 0x9e0-0x9e7, > 0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xf300-0xf30f > mem 0xfe02c000-0xfe02cfff irq 21 at device 15.0 on pci0 > atapci3: [ITHREAD] > ata5: on atapci3 > ata5: [ITHREAD] > ata6: on atapci3 > ata6: [ITHREAD] > ... > unknown: timeout waiting to issue command > unknown: error issuing ATA_IDENTIFY command > ... > > Any help appreciated. > > -- > Andre > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 12:33:21 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5213A16A419 for ; Sat, 29 Dec 2007 12:33:21 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id C774A13C46E for ; Sat, 29 Dec 2007 12:33:20 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 17EE6209C; Sat, 29 Dec 2007 13:33:11 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id EA5312089; Sat, 29 Dec 2007 13:33:10 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id B1742844A7; Sat, 29 Dec 2007 13:33:10 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: net@freebsd.org, current@freebsd.org Date: Sat, 29 Dec 2007 13:33:10 +0100 Message-ID: <86ir2hznnd.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: kevlo@freebsd.org, sam@freebsd.org Subject: if_ral regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 12:33:21 -0000 I upgraded my router cum firewall cum access point (soekris net4801 with a cheap third-party ralink-based wlan adapter) from RELENG_6 to HEAD and noticed what seems to be a regression in if_ral. After a certain amount of use (i.e. actually having a client connected to it and transferring data), the connection falters, and eventually the client can no longer see even see the access point in a scan. Restarting the interface on the router (/etc/rc.d/netif restart ral0) fixes it. I now have a cron job that does this every five minutes. I still get occasional outages, but all I have to do is wait a few minutes for the cron job to kick in. Outages are clearly related to traffic; a sure-fire way to trigger one is to start a backup job on my laptop (rsync to my file server). I will lose the wlan connection repeatedly until I either stop trying or run the script with a bandwidth limit. des@soe ~% uname -a FreeBSD soe.des.no 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Dec 15 20:46:29 = UTC 2007 des@pwd.des.no:/usr/obj/usr/src/sys/soe i386 des@soe ~% kldstat -v Id Refs Address Size Name 1 18 0xc0400000 33fdfc kernel (/boot/soe/kernel) 2 1 0xc0740000 7690 if_sis.ko (/boot/soe/if_sis.ko) 3 2 0xc0748000 1dbe0 miibus.ko (/boot/soe/miibus.ko) 4 1 0xc0766000 18e28 if_ral.ko (/boot/soe/if_ral.ko) 5 4 0xc077f000 2a95c wlan.ko (/boot/soe/wlan.ko) 6 1 0xc07aa000 2cb0 wlan_acl.ko (/boot/soe/wlan_acl.ko) 7 1 0xc07ad000 1924 wlan_scan_ap.ko (/boot/soe/wlan_scan_ap.ko) 8 1 0xc107f000 6000 geom_md.ko (/boot/soe/geom_md.ko) 9 1 0xc10f9000 2000 pflog.ko (/boot/soe/pflog.ko) 10 1 0xc10fb000 2f000 pf.ko (/boot/soe/pf.ko) 11 4 0xc118d000 a000 netgraph.ko (/boot/soe/netgraph.ko) 12 1 0xc119c000 3000 ng_ether.ko (/boot/soe/ng_ether.ko) 13 1 0xc11a8000 5000 ng_pppoe.ko (/boot/soe/ng_pppoe.ko) 14 1 0xc11ad000 4000 ng_socket.ko (/boot/soe/ng_socket.ko) des@soe ~% grep ral0 /var/run/dmesg.boot ral0: mem 0xa0004000-0xa0005fff irq 11 at device= 10.0 on pci0 ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 ral0: Ethernet address: 00:08:a1:8d:2f:73 ral0: [ITHREAD] des@soe ~% pciconf -lv [...] ral0@pci0:0:10:0: class=3D0x028000 card=3D0x00201371 chip=3D0x0201181= 4 rev=3D0x01 hdr=3D0x00 vendor =3D 'Ralink Technology, Corp' device =3D '0x03011814 Zonet ZEW1601 (Ralink Chipset) 802.11b/g WLA= N Card' class =3D network [...] des@soe ~% ifconfig ral0 ral0: flags=3D8843 metric 0 mtu 1500 ether 00:08:a1:8d:2f:73 inet 10.0.11.1 netmask 0xffffff00 broadcast 10.0.11.255 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated ssid des.no channel 1 (2412 Mhz 11g) bssid 00:08:a1:8d:2f:73 authmode OPEN privacy OFF txpower 50 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 protmode CTS dtimperiod 1 DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 13:04:52 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2989316A41B; Sat, 29 Dec 2007 13:04:52 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 24D1913C442; Sat, 29 Dec 2007 13:04:50 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <477645F1.6090502@FreeBSD.org> Date: Sat, 29 Dec 2007 14:04:49 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Kostik Belousov References: <4774467A.1050805@FreeBSD.org> <20071228130238.GT57756@deviant.kiev.zoral.com.ua> In-Reply-To: <20071228130238.GT57756@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: David Xu , current@freebsd.org Subject: Re: umtxn hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 13:04:52 -0000 Kostik Belousov wrote: > On Fri, Dec 28, 2007 at 01:42:34AM +0100, Kris Kennaway wrote: >> If you run a new libc with old libthr, then applications using malloc >> will hang in the umtxn state. This is because Jason made some changes >> to malloc that depend on changes to libthr. The problem is that the >> binary is unkillable, which means that presumably any binary making the >> same syscall would be unkillable. This looks like a bug to me. >> >> # ./ebizzy -t 8 -s 1050000 >> load: 1.09 cmd: ebizzy 42 [umtxn] 0.01u 0.00s 0% 11000k >> [halt sent] >> KDB: enter: Line break on console >> [thread pid 11 tid 100008 ] >> Stopped at kdb_enter+0x32: leave >> db> bt 42 >> Tracing pid 42 tid 100063 td 0xc7b71440 >> sched_switch(c7b71440,0,1,c0bd5f80,5ab8011a,...) at sched_switch+0x360 >> mi_switch(1,0,c7b66aa8,0,c7b66aa8,...) at mi_switch+0x137 >> sleepq_switch(c7b71440,0,c0ac0f6e,19c,c79f7940,...) at sleepq_switch+0x89 >> sleepq_catch_signals(0,c0ac0f6e,156,100,0,...) at sleepq_catch_signals+0x187 > ^^^ this is PCATCH >> sleepq_wait_sig(c79f7940,c0bce5f0,c0abeffd,100,0,...) at >> sleepq_wait_sig+0x14 >> _sleep(c79f7940,c0bce5f0,100,c0abeffd,0,...) at _sleep+0x299 >> _do_lock_umutex(0,0,2808e540,c7b71440,0,...) at _do_lock_umutex+0x35a >> do_lock_umutex(0,c0a2a832,c7b6c090,c0ae44e2,31b) at do_lock_umutex+0x4d >> __umtx_op_lock_umutex(c7b71440,e92c5cfc,e92c5d2c,c0a2ab73,c7b71440,...) >> at __umtx_op_lock_umutex+0x50 >> _umtx_op(c7b71440,e92c5cfc,14,e92c5d38,c0b66dd0,...) at _umtx_op+0x27 >> syscall(e92c5d38) at syscall+0x293 >> Xint0x80_syscall() at Xint0x80_syscall+0x20 >> --- syscall (454, FreeBSD ELF32, _umtx_op), eip = 0x280d40cb, esp = >> 0xbfbfe87c, ebp = 0xbfbfe898 --- > > Are you sure that the process is unkillable ? Kernel code restarts the > wait after delivery of any signal. So, the catched signal could make > the appearance of the ignored one. From the code, it seems that kill -9 > shall work. OK, kill 9 from DDB worked. I just couldn't send any signals inline (^\), etc. Kris From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 13:17:54 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F03516A41A; Sat, 29 Dec 2007 13:17:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id DB22B13C455; Sat, 29 Dec 2007 13:17:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1J8bZW-000GHB-30; Sat, 29 Dec 2007 15:17:52 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id lBTDHnVx074330; Sat, 29 Dec 2007 15:17:49 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lBTDHnTG074329; Sat, 29 Dec 2007 15:17:49 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 29 Dec 2007 15:17:49 +0200 From: Kostik Belousov To: Kris Kennaway Message-ID: <20071229131749.GA57756@deviant.kiev.zoral.com.ua> References: <4774467A.1050805@FreeBSD.org> <20071228130238.GT57756@deviant.kiev.zoral.com.ua> <477645F1.6090502@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2EPcbN/asYWeYp7O" Content-Disposition: inline In-Reply-To: <477645F1.6090502@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: b11a0dd960b728cbee92fea3b4ac1d10 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1975 [Dec 28 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: David Xu , current@freebsd.org Subject: Re: umtxn hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 13:17:54 -0000 --2EPcbN/asYWeYp7O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 29, 2007 at 02:04:49PM +0100, Kris Kennaway wrote: > Kostik Belousov wrote: > >On Fri, Dec 28, 2007 at 01:42:34AM +0100, Kris Kennaway wrote: > >>If you run a new libc with old libthr, then applications using malloc= =20 > >>will hang in the umtxn state. This is because Jason made some changes= =20 > >>to malloc that depend on changes to libthr. The problem is that the=20 > >>binary is unkillable, which means that presumably any binary making the= =20 > >>same syscall would be unkillable. This looks like a bug to me. > >> > >># ./ebizzy -t 8 -s 1050000 > >>load: 1.09 cmd: ebizzy 42 [umtxn] 0.01u 0.00s 0% 11000k > >>[halt sent] > >>KDB: enter: Line break on console > >>[thread pid 11 tid 100008 ] > >>Stopped at kdb_enter+0x32: leave > >>db> bt 42 > >>Tracing pid 42 tid 100063 td 0xc7b71440 > >>sched_switch(c7b71440,0,1,c0bd5f80,5ab8011a,...) at sched_switch+0x360 > >>mi_switch(1,0,c7b66aa8,0,c7b66aa8,...) at mi_switch+0x137 > >>sleepq_switch(c7b71440,0,c0ac0f6e,19c,c79f7940,...) at sleepq_switch+0x= 89 > >>sleepq_catch_signals(0,c0ac0f6e,156,100,0,...) at=20 > >>sleepq_catch_signals+0x187 > > ^^^ this is PCATCH > >>sleepq_wait_sig(c79f7940,c0bce5f0,c0abeffd,100,0,...) at=20 > >>sleepq_wait_sig+0x14 > >>_sleep(c79f7940,c0bce5f0,100,c0abeffd,0,...) at _sleep+0x299 > >>_do_lock_umutex(0,0,2808e540,c7b71440,0,...) at _do_lock_umutex+0x35a > >>do_lock_umutex(0,c0a2a832,c7b6c090,c0ae44e2,31b) at do_lock_umutex+0x4d > >>__umtx_op_lock_umutex(c7b71440,e92c5cfc,e92c5d2c,c0a2ab73,c7b71440,...)= =20 > >>at __umtx_op_lock_umutex+0x50 > >>_umtx_op(c7b71440,e92c5cfc,14,e92c5d38,c0b66dd0,...) at _umtx_op+0x27 > >>syscall(e92c5d38) at syscall+0x293 > >>Xint0x80_syscall() at Xint0x80_syscall+0x20 > >>--- syscall (454, FreeBSD ELF32, _umtx_op), eip =3D 0x280d40cb, esp =3D= =20 > >>0xbfbfe87c, ebp =3D 0xbfbfe898 --- > > > >Are you sure that the process is unkillable ? Kernel code restarts the > >wait after delivery of any signal. So, the catched signal could make > >the appearance of the ignored one. From the code, it seems that kill -9 > >shall work. >=20 > OK, kill 9 from DDB worked. I just couldn't send any signals inline=20 > (^\), etc. As I said, to close the issue it would be nice to check that: - kill -9 from the shell prompt works; - the process in question did intercepted the SIGQUIT. --2EPcbN/asYWeYp7O Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHdkj9C3+MBN1Mb4gRAkrmAJ9u/zjjFc/grJmChWAT7S4nefiVwQCgl4vV TZfFsAGq3mp/sn4rghVF/LY= =EPhL -----END PGP SIGNATURE----- --2EPcbN/asYWeYp7O-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 13:17:58 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9752016A41A for ; Sat, 29 Dec 2007 13:17:58 +0000 (UTC) (envelope-from kimimeister@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 7683E13C442 for ; Sat, 29 Dec 2007 13:17:58 +0000 (UTC) (envelope-from kimimeister@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so6558515waf.3 for ; Sat, 29 Dec 2007 05:17:58 -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:mime-version:content-type:content-transfer-encoding:content-disposition; bh=RDxdEdPFLz7SAVRwiwmpKjLyfokbXK0ldsE00ZbB96w=; b=kFgPltRCAjZtYoYGp7htP1JBbjwUOWv3aqw1zovQUQzKCvjQmdW4eOwFUrpPWut4Ow/7vI+nTIX+W1I81rP/+1zFoOxAYNOb5M6WiaI5aFvNG+3gsDOSXSq/0LFidcXvDQQRBXJlh19oap2Uu5TqUc95/iI/I4RNzgy31vTl7ek= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=ZcDPQlwdrd19giyDhb3fkjsv9Hr82MeFmqpd3XYXbEdB9DeKh70HwP9/ZIj2cY0iTHfwze/4a0oCR7xi6c4Qi1jZ23gYJ+fv1zQNyFO6W3HRy7oVkbu4OrK7kBynpB17Ivd3et9KsD3ejbnEBayQY+KKarHMWKaOrG2LfwkxwIk= Received: by 10.115.90.1 with SMTP id s1mr7653305wal.41.1198932725716; Sat, 29 Dec 2007 04:52:05 -0800 (PST) Received: by 10.114.111.17 with HTTP; Sat, 29 Dec 2007 04:52:05 -0800 (PST) Message-ID: <42b497160712290452q1c33d561n394ecf642e7cd1de@mail.gmail.com> Date: Sat, 29 Dec 2007 12:52:05 +0000 From: Kimi To: current@freebsd.org, net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Sat, 29 Dec 2007 13:43:48 +0000 Cc: des@des.no Subject: if_ral regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 13:17:58 -0000 did you check the archives? one suggested "fix" is to turn off netisr ? sysctl net.isr.direct=0 fixed things for me when I had ral based cards, and do this be default with any machine with wireless, even though I use ath based cards now. Happy new year -- Kimi From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 20:43:49 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCAC616A41B for ; Sat, 29 Dec 2007 20:43:48 +0000 (UTC) (envelope-from bazzoola@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8CF6F13C4CC for ; Sat, 29 Dec 2007 20:43:48 +0000 (UTC) (envelope-from bazzoola@gmail.com) Received: by qb-out-0506.google.com with SMTP id a10so68499qbd.7 for ; Sat, 29 Dec 2007 12:43:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; bh=wD/D/1ti28yp46aUZi08QVKM47IRgkVF+Ftug6jjWKc=; b=afiU66ll1fgFOQG5tWCwjNe0guvc8CP7woUCOThv54TXcmTjbonEYHj7uU6hIJPoEOTbZQ6pv6wseA93cwST3Sv8x7NgCmFoqjGTy66NPWqKOyJVKNah9jy4tiRIeE+RivKmbfhlRiQ/V58FiZ69TI8+v2bsW2CIgWgtq7NejoM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; b=NktgvXP+bjdK/CZwQzpKqVAiJ1DxD02Ht1jndbHBPvDlwPzlEBmgYERW71XdZAo26BlkbOK++JIYn7gCSvOrcSz7YNrjk1G7rAMlTSD6O1XG/TqbEBWdpWnqcnfD5MUr+WlxH5ksPDUPagzbPkgzxheY1Rh05ztaxjT6ZrXYGao= Received: by 10.65.54.9 with SMTP id g9mr21188927qbk.3.1198960140007; Sat, 29 Dec 2007 12:29:00 -0800 (PST) Received: from macwire.local ( [76.247.130.45]) by mx.google.com with ESMTPS id 38sm9415839nzf.10.2007.12.29.12.28.57 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 29 Dec 2007 12:28:58 -0800 (PST) Message-Id: From: bazzoola To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <86ir2hznnd.fsf@ds4.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v915) Date: Sat, 29 Dec 2007 15:28:55 -0500 References: <86ir2hznnd.fsf@ds4.des.no> X-Mailer: Apple Mail (2.915) Cc: kevlo@freebsd.org, sam@freebsd.org, current@freebsd.org, net@freebsd.org Subject: Re: if_ral regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 20:43:49 -0000 On Dec 29, 2007, at 7:33 AM, Dag-Erling Sm=F8rgrav wrote: > I upgraded my router cum firewall cum access point (soekris net4801 =20= > with > a cheap third-party ralink-based wlan adapter) from RELENG_6 to HEAD =20= > and > noticed what seems to be a regression in if_ral. After a certain =20 > amount > of use (i.e. actually having a client connected to it and transferring > data), the connection falters, and eventually the client can no longer > see even see the access point in a scan. Restarting the interface on > the router (/etc/rc.d/netif restart ral0) fixes it. I now have a cron > job that does this every five minutes. I still get occasional =20 > outages, > but all I have to do is wait a few minutes for the cron job to kick =20= > in. > > Outages are clearly related to traffic; a sure-fire way to trigger one > is to start a backup job on my laptop (rsync to my file server). I =20= > will > lose the wlan connection repeatedly until I either stop trying or run > the script with a bandwidth limit. > > des@soe ~% uname -a > FreeBSD soe.des.no 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Dec 15 =20 > 20:46:29 UTC 2007 des@pwd.des.no:/usr/obj/usr/src/sys/soe i386 > des@soe ~% kldstat -v > Id Refs Address Size Name > 1 18 0xc0400000 33fdfc kernel (/boot/soe/kernel) > 2 1 0xc0740000 7690 if_sis.ko (/boot/soe/if_sis.ko) > 3 2 0xc0748000 1dbe0 miibus.ko (/boot/soe/miibus.ko) > 4 1 0xc0766000 18e28 if_ral.ko (/boot/soe/if_ral.ko) > 5 4 0xc077f000 2a95c wlan.ko (/boot/soe/wlan.ko) > 6 1 0xc07aa000 2cb0 wlan_acl.ko (/boot/soe/wlan_acl.ko) > 7 1 0xc07ad000 1924 wlan_scan_ap.ko (/boot/soe/wlan_scan_ap.ko) > 8 1 0xc107f000 6000 geom_md.ko (/boot/soe/geom_md.ko) > 9 1 0xc10f9000 2000 pflog.ko (/boot/soe/pflog.ko) > 10 1 0xc10fb000 2f000 pf.ko (/boot/soe/pf.ko) > 11 4 0xc118d000 a000 netgraph.ko (/boot/soe/netgraph.ko) > 12 1 0xc119c000 3000 ng_ether.ko (/boot/soe/ng_ether.ko) > 13 1 0xc11a8000 5000 ng_pppoe.ko (/boot/soe/ng_pppoe.ko) > 14 1 0xc11ad000 4000 ng_socket.ko (/boot/soe/ng_socket.ko) > des@soe ~% grep ral0 /var/run/dmesg.boot > ral0: mem 0xa0004000-0xa0005fff irq 11 at =20= > device 10.0 on pci0 > ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 > ral0: Ethernet address: 00:08:a1:8d:2f:73 > ral0: [ITHREAD] > des@soe ~% pciconf -lv > [...] > ral0@pci0:0:10:0: class=3D0x028000 card=3D0x00201371 =20 > chip=3D0x02011814 rev=3D0x01 hdr=3D0x00 > vendor =3D 'Ralink Technology, Corp' > device =3D '0x03011814 Zonet ZEW1601 (Ralink Chipset) 802.11b/g = =20 > WLAN Card' > class =3D network > [...] > des@soe ~% ifconfig ral0 > ral0: flags=3D8843 metric 0 =20= > mtu 1500 > ether 00:08:a1:8d:2f:73 > inet 10.0.11.1 netmask 0xffffff00 broadcast 10.0.11.255 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g =20 > > status: associated > ssid des.no channel 1 (2412 Mhz 11g) bssid 00:08:a1:8d:2f:73 > authmode OPEN privacy OFF txpower 50 scanvalid 60 bgscan > bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 > protmode CTS dtimperiod 1 > > DES > --=20 > Dag-Erling Sm=F8rgrav - des@des.no > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org=20 > " I have reported a similar regression please see http://www.freebsd.org/cgi/query-pr.cgi?pr=3D117655 = http://lists.freebsd.org/pipermail/freebsd-stable/2007-October/037636.html= Thanks!= From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 21:41:06 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7520116A417 for ; Sat, 29 Dec 2007 21:41:06 +0000 (UTC) (envelope-from sullrich@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 4B07013C43E for ; Sat, 29 Dec 2007 21:41:06 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so6817624waf.3 for ; Sat, 29 Dec 2007 13:41: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=UvwaMzDw+kNhtcjM5Gdu0nV5MSD/7Xcu6hJtzRuDHQc=; b=HB9M7RC17s80hmVhb9AcRLDWiBBJaBb5jEa7buFTHbZJd3HdRAAjDS/PxJhChEP1USscFOJKZWDaQmYnUiHiU+86C1Oqt4KDA2teukpT4Ggfr3onANBfmALGbXXrU0wr1w1jc4krpoRJPvxXgQEkHx7EkxFcC1qYHrKlRwie0do= 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=D3avWWdWppnuiZa9skyw/fke3pJMirEVoHZmRqWABGWnAH9f4LQjUzoPAJDmH5mmGJM4ONHc7dhND+GFjD6g/ow55HUChHxwi3T7iSvKH5LD0RjnWAzhKjIxI6JY1ca8UfjbzhhlcnAVifzD/e783LJnGDtqZDJFknj24IFz6HE= Received: by 10.114.120.1 with SMTP id s1mr10742091wac.125.1198962720381; Sat, 29 Dec 2007 13:12:00 -0800 (PST) Received: by 10.114.15.3 with HTTP; Sat, 29 Dec 2007 13:12:00 -0800 (PST) Message-ID: Date: Sat, 29 Dec 2007 16:12:00 -0500 From: "Scott Ullrich" To: "James Butler" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: silby@silby.com, current@freebsd.org Subject: Re: [patch] Auto-setting hz to 100 inside QEMU/VMWare X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 21:41:06 -0000 On 12/29/07, James Butler wrote: > > On innotek VirtualBox: hint.acpi.0.oem="VBOX " On VMWare server running under linux (with a FreeBSD 7 guest VM): $ kenv | grep ware smbios.system.maker="VMware, Inc." smbios.system.product="VMware Virtual Platform" Scott From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 22:41:14 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89F9316A469; Sat, 29 Dec 2007 22:41:14 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 4516B13C461; Sat, 29 Dec 2007 22:41:14 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 60F3620BC; Sat, 29 Dec 2007 23:41:06 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 52B5920BB; Sat, 29 Dec 2007 23:41:06 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 1D7C38449B; Sat, 29 Dec 2007 23:41:06 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Robert Watson References: <20071228015651.X1565@odysseus.silby.com> <20071228095539.F45653@fledge.watson.org> Date: Sat, 29 Dec 2007 23:41:06 +0100 In-Reply-To: <20071228095539.F45653@fledge.watson.org> (Robert Watson's message of "Fri\, 28 Dec 2007 10\:00\:58 +0000 \(GMT\)") Message-ID: <86lk7d15vh.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Mike Silbersack , current@freebsd.org Subject: Re: [patch] Auto-setting hz to 100 inside QEMU/VMWare X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 22:41:14 -0000 Robert Watson writes: > hz =3D VIRTUAL_HZ; /* A big HZ hurts. */ *groan* DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 23:37:59 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 360F316A417; Sat, 29 Dec 2007 23:37:59 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id E7AA313C448; Sat, 29 Dec 2007 23:37:58 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id B518420B1; Sun, 30 Dec 2007 00:37:50 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 2A9C32099; Sun, 30 Dec 2007 00:37:50 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id E7D308448A; Sun, 30 Dec 2007 00:37:49 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Kimi References: <42b497160712290452q1c33d561n394ecf642e7cd1de@mail.gmail.com> Date: Sun, 30 Dec 2007 00:37:49 +0100 In-Reply-To: <42b497160712290452q1c33d561n394ecf642e7cd1de@mail.gmail.com> (Kimi's message of "Sat\, 29 Dec 2007 12\:52\:05 +0000") Message-ID: <86abnt138y.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, net@freebsd.org Subject: Re: if_ral regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 23:37:59 -0000 Kimi writes: > sysctl net.isr.direct=3D0 Tried that, problem still occurs. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no