From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 04:42: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 EF72916A46B for ; Sun, 2 Dec 2007 04:42:57 +0000 (UTC) (envelope-from carl.shapiro@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.237]) by mx1.freebsd.org (Postfix) with ESMTP id AC5C813C458 for ; Sun, 2 Dec 2007 04:42:57 +0000 (UTC) (envelope-from carl.shapiro@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so2258991wra for ; Sat, 01 Dec 2007 20:42:56 -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=At4pxFCzMgAsfuiPu0M+yXBaMNOXoCUtIXfHKOoXt9A=; b=ZsX/6e4VIqg7DDw2jjzDIjn7HbdTpO7TGHA2Dia/9x1JYxlKun6b6bxkcv48BeFfUdjy+qrDopIcKqxhfobtNp4qLc64M2WxxRnp7TcxNSxNNeiAPEBzESRrHqxEgRyhsoH8rF7fjUDWwFVnX8FhkQdzC6A3LxreWg69TfONiEs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hBWJC1BxvVN1Uh0+rcHVhyDuAnu6aX1dg1NnZfVRhEJVFbj68ztBX7WAsFrpbgcCQBIUpz4cKbfoQyzLbxbvbjiGzspQz/h4FkbQ3xMa52CcYNM0KFYz65lDva1FkNF2CPXE4F2cDcAqhT9dK+Q+ocYyxN12Mi+GnD1JbY4F64Q= Received: by 10.150.58.5 with SMTP id g5mr2407222yba.1196570576782; Sat, 01 Dec 2007 20:42:56 -0800 (PST) Received: by 10.150.200.6 with HTTP; Sat, 1 Dec 2007 20:42:56 -0800 (PST) Message-ID: <4dcb5abd0712012042m6e6cd00br3c9e72c97f047ee5@mail.gmail.com> Date: Sat, 1 Dec 2007 20:42:56 -0800 From: "Carl Shapiro" To: "Kostik Belousov" In-Reply-To: <20071130152631.GJ83121@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4dcb5abd0711290226u69105089ya10526519e5cc12d@mail.gmail.com> <20071129112824.GD83121@deviant.kiev.zoral.com.ua> <4dcb5abd0711292235k2bc2af86t45f7268d429c03ad@mail.gmail.com> <20071130152631.GJ83121@deviant.kiev.zoral.com.ua> Cc: freebsd-current@freebsd.org, davidxu@freebsd.org Subject: Re: Serious compatibility breakage in -current. 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, 02 Dec 2007 04:42:59 -0000 On Nov 30, 2007 7:26 AM, Kostik Belousov wrote: > The patch I posted was enough for CMUCL to survive the gc. The SIGBUS handler in CMUCL compares the value of si_code to BUS_PAGE_FAULT. If these values do not compare equal, the signal is not interpreted by the garbage collector. For the record, your original patch did not fill the si_code value with BUS_PAGE_FAULT and so it was not enough. > Patch below shall implement it, and be MFCed to RELENG_7. The change to > crtbrand.c shall be MFCed to RELENG_6 (and, possibly, RELENG_5). Patch > was lightly tested on i386, and compile tested on amd64. > Please, give it a run. I applied your patch to my 7.0-BETA3 sources and my test programs now behave as expected. Notably, the si_code value is always correct. Thanks! From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 06:14:38 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 E9B9A16A418; Sun, 2 Dec 2007 06:14:38 +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 9128013C442; Sun, 2 Dec 2007 06:14:38 +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 1Iyhgh-000D0f-ML; Sun, 02 Dec 2007 07:48:20 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lB25mG3p081772; Sun, 2 Dec 2007 07:48:16 +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 lB25mGPO081771; Sun, 2 Dec 2007 07:48:16 +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: Sun, 2 Dec 2007 07:48:16 +0200 From: Kostik Belousov To: Carl Shapiro Message-ID: <20071202054815.GQ83121@deviant.kiev.zoral.com.ua> References: <4dcb5abd0711290226u69105089ya10526519e5cc12d@mail.gmail.com> <20071129112824.GD83121@deviant.kiev.zoral.com.ua> <4dcb5abd0711292235k2bc2af86t45f7268d429c03ad@mail.gmail.com> <20071130152631.GJ83121@deviant.kiev.zoral.com.ua> <4dcb5abd0712012042m6e6cd00br3c9e72c97f047ee5@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="l4+/aJnPlhOv5JVj" Content-Disposition: inline In-Reply-To: <4dcb5abd0712012042m6e6cd00br3c9e72c97f047ee5@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: d3dfc5a0b247ea81d48b6a940fe6235f X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1838 [Dec 01 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: freebsd-current@freebsd.org, davidxu@freebsd.org Subject: Re: Serious compatibility breakage in -current. 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, 02 Dec 2007 06:14:39 -0000 --l4+/aJnPlhOv5JVj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 01, 2007 at 08:42:56PM -0800, Carl Shapiro wrote: > On Nov 30, 2007 7:26 AM, Kostik Belousov wrote: > > The patch I posted was enough for CMUCL to survive the gc. >=20 > The SIGBUS handler in CMUCL compares the value of si_code to > BUS_PAGE_FAULT. If these values do not compare equal, the signal is > not interpreted by the garbage collector. For the record, your > original patch did not fill the si_code value with BUS_PAGE_FAULT and > so it was not enough. Is this some new code ? I did tested it on CLUCL-19d compiled for RELENG_6. Also, the sigbus_handler() from lisp/FreeBSD-os.c rev 1.12 does not contain the check, it seems (that describes why it worked for me). >=20 > > Patch below shall implement it, and be MFCed to RELENG_7. The change to > > crtbrand.c shall be MFCed to RELENG_6 (and, possibly, RELENG_5). Patch > > was lightly tested on i386, and compile tested on amd64. > > Please, give it a run. >=20 > I applied your patch to my 7.0-BETA3 sources and my test programs now > behave as expected. Notably, the si_code value is always correct. > Thanks! I will put the patch into the tree ASAP, subject to coordination with re@ and portmgr@. Could you, please, describe what was tested in more details ? Did you run the CMUCL (and sbcl) with the patch ? If yes, could you, please, show the file(1) output on the bin/lisp and bin/sbcl binary ? --l4+/aJnPlhOv5JVj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHUkcfC3+MBN1Mb4gRAg8YAJ9kQedrtdtjo0J4Vmzf0FocKodwkwCfa+1+ ZlnYymp8CoQFw8UjL8irLFQ= =T5L7 -----END PGP SIGNATURE----- --l4+/aJnPlhOv5JVj-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 08:59: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 166CA16A468 for ; Sun, 2 Dec 2007 08:59:17 +0000 (UTC) (envelope-from carl.shapiro@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by mx1.freebsd.org (Postfix) with ESMTP id ACABF13C478 for ; Sun, 2 Dec 2007 08:59:16 +0000 (UTC) (envelope-from carl.shapiro@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so2290087wra for ; Sun, 02 Dec 2007 00:59:16 -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=IpUaFm7YvPeLWVS+MJB7AyrCjMTpMKdkVRkfxVoR0XQ=; b=WwYg9JYxpES27Pf3ce9u1gvLJSyyJ21g4Y1TRk2J2hItGdOvqMb8zi9QX9NPA4xw/FbPN25bVFHLAhJZZ7qimfM9Ro6yUphAfXe42r4u5oEzWZjgStl3BqXokuph3wvBrb0HvfqDwoCTHfJZ9eU5OORbrm8tmWanj3pNHjWmX54= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IauLPIxgSPyJPpRH0XZNMg5o72WdLL/p1BpLh9TpOLjfPJ6Z9wdeSCF6tJ1/lOTmJmKAuwEFzqHE43CzA0O11T3TTskBMx6tHGwig6hzEe3wVFkmV+0AESotYtTywud0Re8Ke7fk/VW6oR6JAIUaukzXljo2pvJsXJfz+Fl6dzU= Received: by 10.150.143.14 with SMTP id q14mr2400815ybd.1196585955934; Sun, 02 Dec 2007 00:59:15 -0800 (PST) Received: by 10.150.200.6 with HTTP; Sun, 2 Dec 2007 00:59:15 -0800 (PST) Message-ID: <4dcb5abd0712020059m70a02a0dyf63ebdaafc2a0ead@mail.gmail.com> Date: Sun, 2 Dec 2007 00:59:15 -0800 From: "Carl Shapiro" To: "Kostik Belousov" In-Reply-To: <20071202054815.GQ83121@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4dcb5abd0711290226u69105089ya10526519e5cc12d@mail.gmail.com> <20071129112824.GD83121@deviant.kiev.zoral.com.ua> <4dcb5abd0711292235k2bc2af86t45f7268d429c03ad@mail.gmail.com> <20071130152631.GJ83121@deviant.kiev.zoral.com.ua> <4dcb5abd0712012042m6e6cd00br3c9e72c97f047ee5@mail.gmail.com> <20071202054815.GQ83121@deviant.kiev.zoral.com.ua> Cc: freebsd-current@freebsd.org, davidxu@freebsd.org Subject: Re: Serious compatibility breakage in -current. 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, 02 Dec 2007 08:59:17 -0000 On Dec 1, 2007 9:48 PM, Kostik Belousov wrote: > Is this some new code ? I did tested it on CLUCL-19d compiled for > RELENG_6. Also, the sigbus_handler() from lisp/FreeBSD-os.c rev 1.12 > does not contain the check, it seems (that describes why it worked for > me). Okay, this clearly explains why we are seeing different things. The si_code check was added in version 1.16. This postdates the release of CMUCL your first patch was tested against. Incidentally, I added that check to the SIGBUS handler and should have known that it does not appear in a formal release. Sorry about that. > Could you, please, describe what was tested in more details ? Did > you run the CMUCL (and sbcl) with the patch ? If yes, could you, please, > show the file(1) output on the bin/lisp and bin/sbcl binary ? I have a small test program that maps a page with PROT_NONE and generates a protection violation by writing a byte to it. The "mmap6" executable was compiled on a FreeBSD 6.1 system. The "mmap7" executable was compiled on my 7.0-BETA3 system with your patch applied. Below is a transcript of these two programs being run on the patched 7.0-BETA3 system. freebsd7% file mmap6 mmap6: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamically linked (uses shared libs), not stripped freebsd7% ./mmap6 __FreeBSD_version=601000 signum=10,info->si_code=12,context=0xbfbfe9d0 freebsd7% file ./mmap7 ./mmap7: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 7.0 (700055), dynamically linked (uses shared libs), FreeBSD-style, not stripped freebsd7% ./mmap7 __FreeBSD_version=700055 signum=11,info->si_code=2,context=0xbfbfe9e0 The source code to this program is in a bug report I submitted a few days ago and errantly filed under "misc". Please visit http://www.freebsd.org/cgi/query-pr.cgi?pr=118304 and page down to the "How-To-Repeat" heading. I have also recompiled CMUCL on a FreeBSD 7 system starting with a FreeBSD 6 binary and everything seems to work. I believe the output of my small test program provides sufficient proof that the interfaces we rely on are working as expected. From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 10:13:43 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 5325F16A417 for ; Sun, 2 Dec 2007 10:13:43 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (unknown [IPv6:2001:618:400::50b1:e8f2]) by mx1.freebsd.org (Postfix) with ESMTP id D6A5213C442 for ; Sun, 2 Dec 2007 10:13:42 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [80.177.232.250] (herring.rabson.org [80.177.232.250]) by itchy.rabson.org (8.13.3/8.13.3) with ESMTP id lB2ADexl003052; Sun, 2 Dec 2007 10:13:40 GMT (envelope-from dfr@rabson.org) From: Doug Rabson To: Sean McNeil In-Reply-To: <474EFD35.5070801@mcneil.com> References: <474EFD35.5070801@mcneil.com> Content-Type: text/plain Date: Sun, 02 Dec 2007 10:13:40 +0000 Message-Id: <1196590420.18095.2.camel@herring.rabson.org> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/4971/Sun Dec 2 01:03:39 2007 on itchy.rabson.org X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: Request for MFC of 2 files to RELENG_7 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, 02 Dec 2007 10:13:43 -0000 On Thu, 2007-11-29 at 09:56 -0800, Sean McNeil wrote: > I would like to ask that: > > /usr/src/etc/gss/mech > and > /usr/src/lib/libgssapi/gss_acquire_cred.c > > be MFC'd from HEAD to RELENG_7. They both need to exist in 7 as the > library version for libgssapi_krb5.so is 9 and the problem that is fixed > in gss_acquire_cred.c has been experienced with RELENG_7. I just committed the latter to RELENG_7. I'm leaving the former to jhb@ since he made the commit to HEAD. From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 11:34: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 EE6B716A418 for ; Sun, 2 Dec 2007 11:34:40 +0000 (UTC) (envelope-from leo_midolo@yahoo.it) Received: from smtp003.mail.ukl.yahoo.com (smtp003.mail.ukl.yahoo.com [217.12.11.34]) by mx1.freebsd.org (Postfix) with SMTP id 6152713C447 for ; Sun, 2 Dec 2007 11:34:40 +0000 (UTC) (envelope-from leo_midolo@yahoo.it) Received: (qmail 99840 invoked from network); 2 Dec 2007 11:07:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=Received:X-YMail-OSG:Subject:From:To:Content-Type:Date:Message-Id:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=uDKt04jiSqveRfY4IU4NQvWZh+5qRw6hU8IEhay9WLQ3/PaaC6V52qtxB1Lax83sHgOMZz9npS7YH6Ris6BrfIs6onsiPW9Hyrb7e0wbfriRlnQ3BYdgz4/EFen0G1LJw0KlBMx6hbJ5eiOBbEpNmMCz7f1PCSUJSn4avXutZXc= ; Received: from unknown (HELO ?192.168.0.6?) (leo_midolo@82.60.148.31 with plain) by smtp003.mail.ukl.yahoo.com with SMTP; 2 Dec 2007 11:07:57 -0000 X-YMail-OSG: 8vi6jGoVM1lEbscnLPUETTK8_1CiPVp4UGK_hWmlQ3dZ_vbVDWItR_7t2R0GtoIM0BAi9fNGzA-- From: Leonardo Midolo To: freebsd-current@freebsd.org Content-Type: text/plain Date: Sun, 02 Dec 2007 12:07:56 +0100 Message-Id: <1196593676.6051.19.camel@leo-laptop.homeunix.net> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 7bit Subject: Panic 7.0 BETA-3 (page fault) using D-Link DWL-G122 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, 02 Dec 2007 11:34:41 -0000 Hello everyone I'm tracking RELENG_7 (i386, SCHED_SMP, last build: today, 2 dec) on my laptop (core 2 duo) and I've recently bought an usb wireless adapter (D-Link DWL-G122 rev C1). Everything works properly (i can connect to the access point using WPA and do normal network activities) but sometimes (I must say, randomly) I get a kernel panic. Here's the debug info, hope it helps: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x12 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06b976a stack pointer = 0x28:0xe296cbe4 frame pointer = 0x28:0xe296cbfc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 24 (irq23: uhci0 ehci0) trap number = 12 panic: page fault cpuid = 1 Uptime: 3m44s Physical memory: 1009 MB Dumping 107 MB: 92 76 60 44 28 12 Backtrace #0 doadump () at pcpu.h:195 #1 0xc0752e07 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc07530c9 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0a184fc in trap_fatal (frame=0xe296cba4, eva=18) at /usr/src/sys/i386/i386/trap.c:872 #4 0xc0a18760 in trap_pfault (frame=0xe296cba4, usermode=0, eva=18) at /usr/src/sys/i386/i386/trap.c:785 #5 0xc0a190b2 in trap (frame=0xe296cba4) at /usr/src/sys/i386/i386/trap.c:463 #6 0xc09ffacb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc06b976a in rum_txeof (xfer=0xc4343800, priv=0xc40a7498, status=USBD_NORMAL_COMPLETION) at /usr/src/sys/dev/usb/if_rum.c:842 #8 0xc06d2fa5 in usb_transfer_complete (xfer=0xc4343800) at /usr/src/sys/dev/usb/usbdi.c:977 #9 0xc06a5ba1 in ehci_softintr (v=0xc3fe5800) at /usr/src/sys/dev/usb/ehci.c:884 #10 0xc06ceb52 in usb_schedsoftintr (bus=0xc3fe5800) at /usr/src/sys/dev/usb/usb.c:844 #11 0xc06a737e in ehci_intr1 (sc=0xc3fe5800) at /usr/src/sys/dev/usb/ehci.c:603 #12 0xc06a7db5 in ehci_intr (v=0xc3fe5800) at /usr/src/sys/dev/usb/ehci.c:562 #13 0xc07366cb in ithread_loop (arg=0xc4057b00) at /usr/src/sys/kern/kern_intr.c:1036 #14 0xc0733609 in fork_exit (callout=0xc0736520 , arg=0xc4057b00, frame=0xe296cd38) at /usr/src/sys/kern/kern_fork.c:754 #15 0xc09ffb40 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 Thanks, Leonardo From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 12:33: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 C5AEB16A41B for ; Sun, 2 Dec 2007 12:33:39 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id 20E2B13C44B for ; Sun, 2 Dec 2007 12:33:38 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from localhost (core.stromnet.se [83.218.84.131]) by core.stromnet.se (Postfix) with ESMTP id 86FBDD472CE; Sun, 2 Dec 2007 13:33:45 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.131]) (amavisd-new, port 10024) with ESMTP id p2qIix-dcBPn; Sun, 2 Dec 2007 13:33:42 +0100 (CET) Received: from [172.28.1.102] (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id 3A3F5D472CD; Sun, 2 Dec 2007 13:33:42 +0100 (CET) In-Reply-To: <475039D5.4020204@web.de> References: <475039D5.4020204@web.de> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Sun, 2 Dec 2007 13:33:09 +0100 To: m.rebele@web.de X-Mailer: Apple Mail (2.752.3) Cc: freebsd-current@freebsd.org Subject: Re: 7.0-Beta 3: zfs makes system reboot 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, 02 Dec 2007 12:33:39 -0000 On Nov 30, 2007, at 17:27 , Michael Rebele wrote: > Hello, > > i'm testing the zfs since 7.0-Beta 1. > First, i had only access to an 32 Bit Machine (P4/3GHz with 2GB =20 > RAM, 2xHD for RAID1 and 2xHD for ZFS Raid 0). > > While running iozone with the following call: > iozone -R -a -z -b file.wks -g 4G -f testile > > (This is inspired by Dominic Kay from Sun, see http://blogs.sun.com/=20= > dom/entry/zfs_v_vxfs_iozone for details). > > the well known "kmem_malloc" error occured and stopped the system. > (panic: kmem_malloc (131072): kmem_map too small: 398491648 total =20 > allocated cpuid=3D1) > > I tested several optimizations as suggested in the ZFS Tuning Guide =20= > and several postings on this list. > The problem stayed mainly the same, it stopped with a "kmem_malloc" =20= > or rebooted without warning. This depends on the configuration, if =20 > i raised the vm.kmem_-sizes or only the KVA_PAGES or both. > But it never ever made the benchmark. With more memory in =20 > vm.kmem_size and vm.kmem_size_max, the problem came later. > > > > But ok, the main target for the ZFS is to use amd64, not i386. Now =20 > i have access to an Intel Woodcrest-System, it's a Xeon 5160 with =20 > 4GB RAM and 1xHD. It has UFS for the System and Home and one ZFS =20 > only for data (for the iozone-Benchmark). > It has a vanilla kernel, i haven't touched it. I've tested the =20 > default settings from Beta 3 and applied the tuning tips from the =20 > Tuning Guide. > It shows the same behaviour as on the 32 Bit machine. One major =20 > difference: it makes always a reboot. There's no kmem_malloc error =20 > message (which made the system hang). > > The problem is the "-z" option in the iozone-Benchmark. Without it, =20= > the benchmark works (on the i386 and on the amd64-Machine). This =20 > option makes iozone testing small record sizes for large files. On =20 > an UFS-Filesystem, iozone works with the "-z" option. Though, it =20 > seems to me, that this is a problem with ZFS. > > Here are some more informations (from the amd64-System): > > 1. The captured iozone output > > [root@zfs /tank/iozone]# iozone -R -a -z -b filez-512M.wks -g 4G -f =20= > testile > ... For the record, I can reproduce the same thing on amd64 FreeBSD =20 RELENG_7 (installed from beta3 2 days ago) from 2 days ago. Its a c2d =20= box with 2Gb of memory and two satadrives in zpool mirror. No special =20= tweaking whatsoever yet.. The panic was Page fault, supervisor read instruction page not =20 present.. so not the (apparently) regular kmem_malloc? So I doubt the =20= other patch that was linked to by Alexandre would help? iozone got to Run began: Sun Dec 2 13:11:53 2007 Excel chart generation enabled Auto Mode Cross over of record size disabled. Using maximum file size of 4194304 kilobytes. Command line used: iozone -R -a -z -b file.wks -g 4G -f testile Output is in Kbytes/sec Time Resolution =3D 0.000001 seconds. Processor cache size set to 1024 Kbytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. random =20 random bkwd record stride KB reclen write rewrite read reread read =20= write read rewrite read fwrite frewrite fread freread 64 4 122584 489126 969761 1210227 1033216 =20 503814 769584 516414 877797 291206 460591 703068 735831 64 8 204474 735831 1452528 1518251 1279447 =20 799377 1255511 752329 1460430 372410 727850 1087638 1279447 ...... 131072 4 65734 71698 1011780 970967 =20 755928 5479 1008858 494172 931232 65869 68155 906746 =20 910950 131072 8 79507 74422 1699148 1710185 1350184 =20= 10907 1612344 929991 1372725 34699 74782 1407638 1429434 131072 16 82479 74279 2411000 2426173 2095714 =20= 25327 2299061 1608974 2038950 71102 69200 1887231 1893067 131072 32 75268 73077 3276650 3326454 2954789 =20= 70573 3195793 2697621 2987611 then it died No cores dumped however.. Altough I'm running on a gmirror for swap, =20 if I recall correct at least 6.x couldnt dump to a gmirror, I guess =20 7.x cant either then.. Altought the dump message DID say it dumped =20 memory (and it did say Dump complete), savecore didnt find any dumps =20 at boot.. The box didnt do anything else during this test, and is not running =20 any apps yet. Havent encounterd the problem before, but then again =20 I've only been playing with it for 2 days without any real hard test =20 (just scp'ed about 50 gigs of data to it, but thats it) -- Johan Str=F6m Stromnet johan@stromnet.se http://www.stromnet.se/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 13:15:53 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 764D816A417 for ; Sun, 2 Dec 2007 13:15:53 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id C2EF313C465 for ; Sun, 2 Dec 2007 13:15:52 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from localhost (core.stromnet.se [83.218.84.131]) by core.stromnet.se (Postfix) with ESMTP id 5B990D472CD for ; Sun, 2 Dec 2007 14:15:59 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.131]) (amavisd-new, port 10024) with ESMTP id a30A-zwLB9tQ for ; Sun, 2 Dec 2007 14:15:57 +0100 (CET) Received: from [172.28.1.102] (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id 40182D472CE for ; Sun, 2 Dec 2007 14:15:56 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: References: <475039D5.4020204@web.de> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Sun, 2 Dec 2007 14:15:23 +0100 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.752.3) Subject: Re: 7.0-Beta 3: zfs makes system reboot 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, 02 Dec 2007 13:15:53 -0000 On Dec 2, 2007, at 13:33 , Johan Str=F6m wrote: > On Nov 30, 2007, at 17:27 , Michael Rebele wrote: > >> Hello, >> >> i'm testing the zfs since 7.0-Beta 1. >> First, i had only access to an 32 Bit Machine (P4/3GHz with 2GB =20 >> RAM, 2xHD for RAID1 and 2xHD for ZFS Raid 0). >> >> While running iozone with the following call: >> iozone -R -a -z -b file.wks -g 4G -f testile >> >> (This is inspired by Dominic Kay from Sun, see http://=20 >> blogs.sun.com/dom/entry/zfs_v_vxfs_iozone for details). >> >> the well known "kmem_malloc" error occured and stopped the system. >> (panic: kmem_malloc (131072): kmem_map too small: 398491648 total =20 >> allocated cpuid=3D1) >> >> I tested several optimizations as suggested in the ZFS Tuning =20 >> Guide and several postings on this list. >> The problem stayed mainly the same, it stopped with a =20 >> "kmem_malloc" or rebooted without warning. This depends on the =20 >> configuration, if i raised the vm.kmem_-sizes or only the =20 >> KVA_PAGES or both. >> But it never ever made the benchmark. With more memory in =20 >> vm.kmem_size and vm.kmem_size_max, the problem came later. >> >> >> >> But ok, the main target for the ZFS is to use amd64, not i386. Now =20= >> i have access to an Intel Woodcrest-System, it's a Xeon 5160 with =20 >> 4GB RAM and 1xHD. It has UFS for the System and Home and one ZFS =20 >> only for data (for the iozone-Benchmark). >> It has a vanilla kernel, i haven't touched it. I've tested the =20 >> default settings from Beta 3 and applied the tuning tips from the =20 >> Tuning Guide. >> It shows the same behaviour as on the 32 Bit machine. One major =20 >> difference: it makes always a reboot. There's no kmem_malloc error =20= >> message (which made the system hang). >> >> The problem is the "-z" option in the iozone-Benchmark. Without =20 >> it, the benchmark works (on the i386 and on the amd64-Machine). =20 >> This option makes iozone testing small record sizes for large =20 >> files. On an UFS-Filesystem, iozone works with the "-z" option. =20 >> Though, it seems to me, that this is a problem with ZFS. >> >> Here are some more informations (from the amd64-System): >> >> 1. The captured iozone output >> >> [root@zfs /tank/iozone]# iozone -R -a -z -b filez-512M.wks -g 4G -=20 >> f testile >> ... > > > For the record, I can reproduce the same thing on amd64 FreeBSD =20 > RELENG_7 (installed from beta3 2 days ago) from 2 days ago. Its a =20 > c2d box with 2Gb of memory and two satadrives in zpool mirror. No =20 > special tweaking whatsoever yet.. > The panic was Page fault, supervisor read instruction page not =20 > present.. so not the (apparently) regular kmem_malloc? So I doubt =20 > the other patch that was linked to by Alexandre would help? > > iozone got to > Run began: Sun Dec 2 13:11:53 2007 > > Excel chart generation enabled > Auto Mode > Cross over of record size disabled. > Using maximum file size of 4194304 kilobytes. > Command line used: iozone -R -a -z -b file.wks -g 4G -f =20 > testile > Output is in Kbytes/sec > Time Resolution =3D 0.000001 seconds. > Processor cache size set to 1024 Kbytes. > Processor cache line size set to 32 bytes. > File stride size set to 17 * record size. > random =20= > random bkwd record stride > KB reclen write rewrite read reread =20 > read write read rewrite read fwrite frewrite fread =20 > freread > 64 4 122584 489126 969761 1210227 1033216 =20= > 503814 769584 516414 877797 291206 460591 703068 735831 > 64 8 204474 735831 1452528 1518251 1279447 =20= > 799377 1255511 752329 1460430 372410 727850 1087638 1279447 > ...... > 131072 4 65734 71698 1011780 970967 =20 > 755928 5479 1008858 494172 931232 65869 68155 906746 =20 > 910950 > 131072 8 79507 74422 1699148 1710185 =20 > 1350184 10907 1612344 929991 1372725 34699 74782 1407638 =20 > 1429434 > 131072 16 82479 74279 2411000 2426173 =20 > 2095714 25327 2299061 1608974 2038950 71102 69200 1887231 =20 > 1893067 > 131072 32 75268 73077 3276650 3326454 =20 > 2954789 70573 3195793 2697621 2987611 > then it died > > No cores dumped however.. Altough I'm running on a gmirror for =20 > swap, if I recall correct at least 6.x couldnt dump to a gmirror, I =20= > guess 7.x cant either then.. Altought the dump message DID say it =20 > dumped memory (and it did say Dump complete), savecore didnt find =20 > any dumps at boot.. > > The box didnt do anything else during this test, and is not running =20= > any apps yet. Havent encounterd the problem before, but then again =20 > I've only been playing with it for 2 days without any real hard =20 > test (just scp'ed about 50 gigs of data to it, but thats it) Ehr.. im sorry, I think i missread the dump.. or rather the whole =20 dump wasnt on screen.. just did the same test again: panic: kmem_malloc(131082): kmem_map too small: 412643328 total =20 allocated and page fault.. I'll test that VM patch. -- Johan= From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 14:30: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 18FCE16A418; Sun, 2 Dec 2007 14:30:57 +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 A1B8213C44B; Sun, 2 Dec 2007 14:30:56 +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 1IypqN-000Ghe-P1; Sun, 02 Dec 2007 16:30:55 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lB2EUmfN094433; Sun, 2 Dec 2007 16:30:48 +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 lB2EUm3c094432; Sun, 2 Dec 2007 16:30:48 +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: Sun, 2 Dec 2007 16:30:48 +0200 From: Kostik Belousov To: Carl Shapiro Message-ID: <20071202143048.GS83121@deviant.kiev.zoral.com.ua> References: <4dcb5abd0711290226u69105089ya10526519e5cc12d@mail.gmail.com> <20071129112824.GD83121@deviant.kiev.zoral.com.ua> <4dcb5abd0711292235k2bc2af86t45f7268d429c03ad@mail.gmail.com> <20071130152631.GJ83121@deviant.kiev.zoral.com.ua> <4dcb5abd0712012042m6e6cd00br3c9e72c97f047ee5@mail.gmail.com> <20071202054815.GQ83121@deviant.kiev.zoral.com.ua> <4dcb5abd0712020059m70a02a0dyf63ebdaafc2a0ead@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NHfequSh1hmJPP0s" Content-Disposition: inline In-Reply-To: <4dcb5abd0712020059m70a02a0dyf63ebdaafc2a0ead@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: e5a023dad48cfed04c9aaaf8a25ccfed X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1838 [Dec 01 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: freebsd-current@freebsd.org, davidxu@freebsd.org Subject: Re: Serious compatibility breakage in -current. 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, 02 Dec 2007 14:30:57 -0000 --NHfequSh1hmJPP0s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 02, 2007 at 12:59:15AM -0800, Carl Shapiro wrote: > On Dec 1, 2007 9:48 PM, Kostik Belousov wrote: > > Is this some new code ? I did tested it on CLUCL-19d compiled for > > RELENG_6. Also, the sigbus_handler() from lisp/FreeBSD-os.c rev 1.12 > > does not contain the check, it seems (that describes why it worked for > > me). >=20 > Okay, this clearly explains why we are seeing different things. The > si_code check was added in version 1.16. This postdates the release > of CMUCL your first patch was tested against. Incidentally, I added > that check to the SIGBUS handler and should have known that it does > not appear in a formal release. Sorry about that. >=20 > > Could you, please, describe what was tested in more details ? Did > > you run the CMUCL (and sbcl) with the patch ? If yes, could you, please, > > show the file(1) output on the bin/lisp and bin/sbcl binary ? >=20 > I have a small test program that maps a page with PROT_NONE and > generates a protection violation by writing a byte to it. The "mmap6" > executable was compiled on a FreeBSD 6.1 system. The "mmap7" > executable was compiled on my 7.0-BETA3 system with your patch > applied. Below is a transcript of these two programs being run on the > patched 7.0-BETA3 system. >=20 > freebsd7% file mmap6 > mmap6: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), > dynamically linked (uses shared libs), not stripped > freebsd7% ./mmap6 > __FreeBSD_version=3D601000 > signum=3D10,info->si_code=3D12,context=3D0xbfbfe9d0 > freebsd7% file ./mmap7 > ./mmap7: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), > for FreeBSD 7.0 (700055), dynamically linked (uses shared libs), > FreeBSD-style, not stripped > freebsd7% ./mmap7 > __FreeBSD_version=3D700055 > signum=3D11,info->si_code=3D2,context=3D0xbfbfe9e0 >=20 > The source code to this program is in a bug report I submitted a few > days ago and errantly filed under "misc". Please visit > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D118304 and page down to the > "How-To-Repeat" heading. >=20 > I have also recompiled CMUCL on a FreeBSD 7 system starting with a > FreeBSD 6 binary and everything seems to work. I believe the output > of my small test program provides sufficient proof that the interfaces > we rely on are working as expected. Yes, I have the similar program to. I asked somewhat different question. sbcl has the following code in the src/runtime/bsd-os.c: /* Memory fault signal on FreeBSD was changed from SIGBUS to * SIGSEGV. */ if (getosreldate() < 700004) sig_memory_fault =3D SIGBUS; else sig_memory_fault =3D SIGSEGV; It shall broke in the way similar to the CMUCL, after I commit the patch to CURRENT/RELENG_7, regardless of whether I MFC crtbrand.c fix to RELENG_6. This is why the machdep sysctls for i386/amd64 are introduced. Are you satisfied with this ? I, even after help from Kris Kennaway, still unable to provide the solution that does not broke something, at least without manual intervention (aka sysctl). --NHfequSh1hmJPP0s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHUsGXC3+MBN1Mb4gRAjVjAKCu80neeehUtfD+mlzJAjf6h+ipSACfUmKB Fb607DEcaEyPzCk65Zg970M= =FaNf -----END PGP SIGNATURE----- --NHfequSh1hmJPP0s-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 17:20:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from misaki (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id 9E0EF16A419; Sun, 2 Dec 2007 17:20:57 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Mon, 3 Dec 2007 01:20:53 +0800 From: Ariff Abdullah To: Kostik Belousov Message-Id: <20071203012053.037a73f6.ariff@FreeBSD.org> In-Reply-To: <20071125201915.GC78396@deviant.kiev.zoral.com.ua> References: <20071125201915.GC78396@deviant.kiev.zoral.com.ua> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__3_Dec_2007_01_20_53_+0800_TeBDjzLrhH+XDzh3" Cc: freebsd-current@freebsd.org Subject: Re: snd_hda + ath = hard 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: Sun, 02 Dec 2007 17:20:58 -0000 --Signature=_Mon__3_Dec_2007_01_20_53_+0800_TeBDjzLrhH+XDzh3 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 25 Nov 2007 22:19:15 +0200 Kostik Belousov wrote: > I have a laptop that shares interrupt between ath0 and snd_hda0 > devices. Machine works under the RELENG_6 normally. Now, on the > RELENG_7 (and CURRENT), attempt to ifconfig ath0 up usualy hangs the > machine in the next 2-5 minutes. >=20 > Hang is hard, I even cannot switch the console to look at the kernel > messages or enter the ddb. Also, laptop does not have a serial port. >=20 > Not setting the ath0 up, or, unloading snd_hda.ko before activating > the interface, allows machine to work. Wireless works without > problem, interrupt rate is as expected. >=20 > Any advice ? >=20 Try enabling msi via hint.pcm.%d.msi=3D"1" . It is disabled by default due to too many broken msi. There is a poor man polling mode which can be enabled through sysctl dev.pcm.%d.polling=3D1, but I won't recommend this for typical usage (unless to debug this kind of weird issues). This regression probably originated from somewhere else since you said it was working fine under RELENG_6. > pciconf: >=20 > hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x00901025 chip=3D0x27a08086 r= ev=3D0x03 > hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '955XM/945GM/PM/GMS/940GML Express Processor to > DRAM Controller' class =3D bridge > subclass =3D HOST-PCI > none0@pci0:0:27:0: class=3D0x040300 card=3D0x00901025 chip=3D0x27d88086 r= ev=3D0x02 > hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801G (ICH7 Family) High Definition Audio' > class =3D multimedia > ath0@pci0:6:2:0: class=3D0x020000 card=3D0x04181468 chip=3D0x001a168c rev= =3D0x01 > hdr=3D0x00 > vendor =3D 'Atheros Communications Inc.' > device =3D 'Atheros AR5005G Atheros AR5005G 802.11abg NIC > Chipset / TP-Link (TL-WN551G)' class =3D network > subclass =3D ethernet >=20 -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Mon__3_Dec_2007_01_20_53_+0800_TeBDjzLrhH+XDzh3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHUul1lr+deMUwTNoRArvBAKC9N37A0WJsj1U7Gs3ple14Yc8tsQCeNCXz +O1D1TOsW/mf0naoJIO6uFg= =V8m1 -----END PGP SIGNATURE----- --Signature=_Mon__3_Dec_2007_01_20_53_+0800_TeBDjzLrhH+XDzh3-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 20:12:32 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 2FEF516A419; Sun, 2 Dec 2007 20:12:32 +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 D551113C45D; Sun, 2 Dec 2007 20:12:31 +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 lB2KCVTK090506; Sun, 2 Dec 2007 15:12:31 -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 lB2KCTFJ077714; Sun, 2 Dec 2007 15:12:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2765473039; Sun, 2 Dec 2007 15:12:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071202201228.2765473039@freebsd-current.sentex.ca> Date: Sun, 2 Dec 2007 15:12:28 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 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: Sun, 02 Dec 2007 20:12:32 -0000 TB --- 2007-12-02 19:48:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-02 19:48:54 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-12-02 19:48:54 - cleaning the object tree TB --- 2007-12-02 19:49:23 - cvsupping the source tree TB --- 2007-12-02 19:49:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-12-02 19:49:33 - building world (CFLAGS=-O -pipe) TB --- 2007-12-02 19:49:33 - cd /src TB --- 2007-12-02 19:49:33 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 2 19:49:35 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 [...] rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/isccfg/.. -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/isccfg/../dns -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/isccfg/../isc -I/src/lib/bind /isccfg/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/isccfg/../lwres -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/sparc64/include /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/aclconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/log.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/namedconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/parser.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/version.c ===> lib/bind/lwres (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=5 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/lwres/.. -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/lwres -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/sparc64/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/unix/include /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/context.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gai_strerror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwr es/gethost.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getipnode.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getnameinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getrrset.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/herror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwbuffer.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwconfig.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwpacket.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwresutil.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gabn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gnba.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_grbn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_noop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetaton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetpton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetntop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/print.c In file included from /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c:138: /src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include/isc/string.h:28:26: error: isc/platform.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/bind/lwres. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-02 20:12:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-02 20:12:27 - ERROR: failed to build world TB --- 2007-12-02 20:12:27 - tinderbox aborted TB --- 1024.53 user 141.12 system 1412.98 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 20:34: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 4DCBB16A468; Sun, 2 Dec 2007 20:34: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 1A6B013C467; Sun, 2 Dec 2007 20:34:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB2KYQs3077516; Sun, 2 Dec 2007 15:34:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB2KYQ3W042908; Sun, 2 Dec 2007 15:34:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D5C3F73039; Sun, 2 Dec 2007 15:34:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071202203425.D5C3F73039@freebsd-current.sentex.ca> Date: Sun, 2 Dec 2007 15:34:25 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 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: Sun, 02 Dec 2007 20:34:27 -0000 TB --- 2007-12-02 20:12:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-02 20:12:28 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-02 20:12:28 - cleaning the object tree TB --- 2007-12-02 20:12:50 - cvsupping the source tree TB --- 2007-12-02 20:12:50 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-02 20:13:02 - building world (CFLAGS=-O -pipe) TB --- 2007-12-02 20:13:02 - cd /src TB --- 2007-12-02 20:13:02 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 2 20:13:04 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 [...] rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/isccfg/.. -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/isccfg/../dns -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/isccfg/../isc -I/src/lib/bind /isccfg/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/isccfg/../lwres -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/sparc64/include /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/aclconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/log.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/namedconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/parser.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/version.c ===> lib/bind/lwres (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=5 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/lwres/.. -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/lwres -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/sparc64/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/unix/include /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/context.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gai_strerror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwr es/gethost.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getipnode.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getnameinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getrrset.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/herror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwbuffer.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwconfig.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwpacket.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwresutil.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gabn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gnba.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_grbn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_noop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetaton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetpton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetntop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/print.c In file included from /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c:138: /src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include/isc/string.h:28:26: error: isc/platform.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/bind/lwres. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-02 20:34:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-02 20:34:25 - ERROR: failed to build world TB --- 2007-12-02 20:34:25 - tinderbox aborted TB --- 1021.95 user 141.47 system 1317.55 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 20:49: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 E77A116A534 for ; Sun, 2 Dec 2007 20:49:58 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [82.95.198.17]) by mx1.freebsd.org (Postfix) with ESMTP id 3E0FC13C459 for ; Sun, 2 Dec 2007 20:49:57 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 47826 invoked by uid 80); 2 Dec 2007 20:49:38 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Sun, 2 Dec 2007 21:49:38 +0100 (CET) Message-ID: <3090.10.202.77.103.1196628578.squirrel@webmail.superhero.nl> Date: Sun, 2 Dec 2007 21:49:38 +0100 (CET) From: "Gelsema, P \(Patrick\)" To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: ZFS in a jail 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, 02 Dec 2007 20:49:59 -0000 Hi all, I want to access a zfs dataset from within a jail. When following the instructions on the various pages I get stuck. I am running: FreeBSD hulk.superhero.nl 7.0-BETA3 FreeBSD 7.0-BETA3 #1: Fri Nov 30 19:13:07 CET 2007 admin@hulk.superhero.nl:/usr/obj/usr/src/sys/GENERIC amd64 Jails are set up as detailed in http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails-application.html. With ro mount for system files created by buildworld and a rw mount for the various directories which require to be read/write such as /usr/local, /var, /home and /etc. I am following the steps as outlined in: http://blogs.freebsdish.org/pjd/2007/03/. I don't have any problems with creating the zpool and the zfs dataset on the host but when I try to create in the jail I get the following error. batman# zfs create public/jail/public internal error: failed to initialize ZFS library In /var/log/messages on the host I get the following: Dec 2 21:47:01 hulk kernel: WARNING pid 36752 (zfs): ioctl sign-extension ioctl ffffffffcef85a2b I do have the 2 sysctl settings set. Even running zfs gives me a problem within the jail. Some help would be much appreciated. Rgds, Patrick From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 20:59:08 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 4B95116A41A; Sun, 2 Dec 2007 20:59:08 +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 00A5D13C459; Sun, 2 Dec 2007 20:59:07 +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 lB2Kx7hO092820; Sun, 2 Dec 2007 15:59:07 -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 lB2Kx7WW033369; Sun, 2 Dec 2007 15:59:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 63D2873039; Sun, 2 Dec 2007 15:59:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071202205907.63D2873039@freebsd-current.sentex.ca> Date: Sun, 2 Dec 2007 15:59:07 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm 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: Sun, 02 Dec 2007 20:59:08 -0000 TB --- 2007-12-02 20:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-02 20:35:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-12-02 20:35:00 - cleaning the object tree TB --- 2007-12-02 20:35:22 - cvsupping the source tree TB --- 2007-12-02 20:35:22 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2007-12-02 20:35:42 - building world (CFLAGS=-O -pipe) TB --- 2007-12-02 20:35:42 - cd /src TB --- 2007-12-02 20:35:42 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 2 20:35: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 [...] rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/isccfg/.. -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/isccfg/../dns -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/isccfg/../isc -I/src/lib/bind/isccfg/../../../c ontrib/bind9/lib/lwres/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/isccfg/../lwres -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/arm/include /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/aclconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/log.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/namedconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/parser.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/version.c ===> lib/bind/lwres (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=5 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/lwres/.. -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/lwres -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/arm/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/unix/include /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/context.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gai_strerror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gethost.c /src/lib/ bind/lwres/../../../contrib/bind9/lib/lwres/getipnode.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getnameinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getrrset.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/herror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwbuffer.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwconfig.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwpacket.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwresutil.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gabn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gnba.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_grbn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_noop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetaton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetpton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetntop.c /src/lib/bind/lwres/. ./../../contrib/bind9/lib/lwres/print.c In file included from /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c:138: /src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include/isc/string.h:28:26: error: isc/platform.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/bind/lwres. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-02 20:59:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-02 20:59:07 - ERROR: failed to build world TB --- 2007-12-02 20:59:07 - tinderbox aborted TB --- 1063.64 user 144.91 system 1446.48 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 21:01:06 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 DC1E716A41A for ; Sun, 2 Dec 2007 21:01:06 +0000 (UTC) (envelope-from carl.shapiro@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 36A3213C457 for ; Sun, 2 Dec 2007 21:01:06 +0000 (UTC) (envelope-from carl.shapiro@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so6446557pyb for ; Sun, 02 Dec 2007 13:01:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Jj0fSKjbsMuclHEdU8bs8oIPwKkZ1KVA7wsxXb6clo4=; b=JJcygAsTQ/TjO8C1Cn09jDyl+B3/tVGGLd8ioRk2K9ykhBQObReOXioPf0Xq1i+1/HGCspNrUuWiTWhfePEZcg9HYJxKlzHvQDF64nMDlXQdT5qAvGLZ7yTbyyFc5dYSabS3azdibM4ddh+ufPqwcN+TbQ/OXYhm8fI4oge3ymM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=W3DfPYr0oUhkUI2fCIgtvcxB+MTK+D46rwqrvpZUwnq5uVnQ+XisJLx3Jyz5HFxPWHQSslTLfYhtJX0eUNTn/1PnynbNRuUuP1BIVwmUjaffo+95R0uL014WJAkQAifyfh9UEiSOu12jnyL0yp9eNt98TURo01g4wA4yhbSclro= Received: by 10.150.191.10 with SMTP id o10mr2581809ybf.1196629265161; Sun, 02 Dec 2007 13:01:05 -0800 (PST) Received: by 10.150.200.6 with HTTP; Sun, 2 Dec 2007 13:01:05 -0800 (PST) Message-ID: <4dcb5abd0712021301y45ec05bv8e256fb55e08f7b4@mail.gmail.com> Date: Sun, 2 Dec 2007 13:01:05 -0800 From: "Carl Shapiro" To: "Kostik Belousov" In-Reply-To: <20071202143048.GS83121@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4dcb5abd0711290226u69105089ya10526519e5cc12d@mail.gmail.com> <20071129112824.GD83121@deviant.kiev.zoral.com.ua> <4dcb5abd0711292235k2bc2af86t45f7268d429c03ad@mail.gmail.com> <20071130152631.GJ83121@deviant.kiev.zoral.com.ua> <4dcb5abd0712012042m6e6cd00br3c9e72c97f047ee5@mail.gmail.com> <20071202054815.GQ83121@deviant.kiev.zoral.com.ua> <4dcb5abd0712020059m70a02a0dyf63ebdaafc2a0ead@mail.gmail.com> <20071202143048.GS83121@deviant.kiev.zoral.com.ua> Cc: freebsd-current@freebsd.org, davidxu@freebsd.org Subject: Re: Serious compatibility breakage in -current. 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, 02 Dec 2007 21:01:06 -0000 On Dec 2, 2007 6:30 AM, Kostik Belousov wrote: > Yes, I have the similar program to. I asked somewhat different question. > sbcl has the following code in the src/runtime/bsd-os.c: > > /* Memory fault signal on FreeBSD was changed from SIGBUS to > * SIGSEGV. */ > if (getosreldate() < 700004) > sig_memory_fault = SIGBUS; > else > sig_memory_fault = SIGSEGV; > > It shall broke in the way similar to the CMUCL, after I commit the patch > to CURRENT/RELENG_7, regardless of whether I MFC crtbrand.c fix to RELENG_6. > This is why the machdep sysctls for i386/amd64 are introduced. > > Are you satisfied with this ? I, even after help from Kris Kennaway, > still unable to provide the solution that does not broke something, at > least without manual intervention (aka sysctl). Yes, I am still satisfied with your previous patch. Workarounds such as the one above solve the problem of making source code that one is at liberty to change compatible with both FreeBSD <=6 and FreeBSD 7. The problem I am trying to solve is how to keep binaries compatible. Since FreeBSD 7 has not been formally released, I believe the impact of your patch will not be significant. There is still plenty time to change applications that implemented a workaround for an unreleased version of FreeBSD. Changing old binaries is impossible. From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 21:01: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 3E5AA16A41B; Sun, 2 Dec 2007 21:01:55 +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 E803513C455; Sun, 2 Dec 2007 21:01:54 +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 lB2L1svU092936; Sun, 2 Dec 2007 16:01:54 -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 lB2L1s1V036562; Sun, 2 Dec 2007 16:01:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 47C9773039; Sun, 2 Dec 2007 16:01:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071202210154.47C9773039@freebsd-current.sentex.ca> Date: Sun, 2 Dec 2007 16:01:54 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 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: Sun, 02 Dec 2007 21:01:55 -0000 TB --- 2007-12-02 20:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-02 20:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-02 20:35:00 - cleaning the object tree TB --- 2007-12-02 20:35:49 - cvsupping the source tree TB --- 2007-12-02 20:35:49 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-02 20:35:58 - building world (CFLAGS=-O -pipe) TB --- 2007-12-02 20:35:58 - cd /src TB --- 2007-12-02 20:35:58 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 2 20:36:00 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 [...] rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/isccfg/.. -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/isccfg/../dns -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/isccfg/../isc -I/src/lib/bind/isccfg/../../../c ontrib/bind9/lib/lwres/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/isccfg/../lwres -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/x86_32/include /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/aclconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/log.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/namedconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/parser.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/version.c ===> lib/bind/lwres (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=5 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/lwres/.. -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/lwres -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/x86_32/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/unix/include /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/context.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gai_strerror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gethost.c /src/l ib/bind/lwres/../../../contrib/bind9/lib/lwres/getipnode.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getnameinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getrrset.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/herror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwbuffer.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwconfig.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwpacket.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwresutil.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gabn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gnba.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_grbn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_noop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetaton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetpton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetntop.c /src/lib/bind/lwre s/../../../contrib/bind9/lib/lwres/print.c In file included from /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c:138: /src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include/isc/string.h:28:26: error: isc/platform.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/bind/lwres. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-02 21:01:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-02 21:01:54 - ERROR: failed to build world TB --- 2007-12-02 21:01:54 - tinderbox aborted TB --- 1154.49 user 156.15 system 1613.38 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 21:23: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 3BB6916A419; Sun, 2 Dec 2007 21:23:58 +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 E5C1E13C43E; Sun, 2 Dec 2007 21:23:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB2LNvhw093766; Sun, 2 Dec 2007 16:23:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB2LNvPD045175; Sun, 2 Dec 2007 16:23:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D73D573039; Sun, 2 Dec 2007 16:23:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071202212356.D73D573039@freebsd-current.sentex.ca> Date: Sun, 2 Dec 2007 16:23:56 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 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: Sun, 02 Dec 2007 21:23:58 -0000 TB --- 2007-12-02 20:59:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-02 20:59:07 - starting HEAD tinderbox run for i386/i386 TB --- 2007-12-02 20:59:07 - cleaning the object tree TB --- 2007-12-02 20:59:35 - cvsupping the source tree TB --- 2007-12-02 20:59:35 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2007-12-02 20:59:51 - building world (CFLAGS=-O -pipe) TB --- 2007-12-02 20:59:51 - cd /src TB --- 2007-12-02 20:59:51 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 2 20:59: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 [...] rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/isccfg/.. -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/isccfg/../dns -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/isccfg/../isc -I/src/lib/bind/isccfg/../../../c ontrib/bind9/lib/lwres/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/isccfg/../lwres -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/x86_32/include /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/aclconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/log.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/namedconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/parser.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/version.c ===> lib/bind/lwres (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=5 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/lwres/.. -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/lwres -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/x86_32/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/unix/include /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/context.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gai_strerror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gethost.c /src/l ib/bind/lwres/../../../contrib/bind9/lib/lwres/getipnode.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getnameinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getrrset.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/herror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwbuffer.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwconfig.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwpacket.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwresutil.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gabn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gnba.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_grbn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_noop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetaton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetpton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetntop.c /src/lib/bind/lwre s/../../../contrib/bind9/lib/lwres/print.c In file included from /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c:138: /src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include/isc/string.h:28:26: error: isc/platform.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/bind/lwres. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-02 21:23:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-02 21:23:56 - ERROR: failed to build world TB --- 2007-12-02 21:23:56 - tinderbox aborted TB --- 1095.49 user 144.16 system 1489.28 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 21:26: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 5D36016A417; Sun, 2 Dec 2007 21:26:55 +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 2D84F13C44B; Sun, 2 Dec 2007 21:26:55 +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 lB2LQsZK081860; Sun, 2 Dec 2007 16:26:54 -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 lB2LQsPs068208; Sun, 2 Dec 2007 16:26:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8B8CF73039; Sun, 2 Dec 2007 16:26:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071202212654.8B8CF73039@freebsd-current.sentex.ca> Date: Sun, 2 Dec 2007 16:26:54 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 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: Sun, 02 Dec 2007 21:26:55 -0000 TB --- 2007-12-02 21:01:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-02 21:01:54 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-12-02 21:01:54 - cleaning the object tree TB --- 2007-12-02 21:02:23 - cvsupping the source tree TB --- 2007-12-02 21:02:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2007-12-02 21:02:32 - building world (CFLAGS=-O -pipe) TB --- 2007-12-02 21:02:32 - cd /src TB --- 2007-12-02 21:02:32 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 2 21:02:33 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 [...] rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/isccfg/.. -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/isccfg/../dns -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/isccfg/../isc -I/src/lib/bind/isccfg/../../../c ontrib/bind9/lib/lwres/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/isccfg/../lwres -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/x86_32/include /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/aclconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/log.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/namedconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/parser.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/version.c ===> lib/bind/lwres (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=5 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/lwres/.. -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/lwres -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/x86_32/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/unix/include /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/context.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gai_strerror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gethost.c /src/l ib/bind/lwres/../../../contrib/bind9/lib/lwres/getipnode.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getnameinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getrrset.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/herror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwbuffer.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwconfig.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwpacket.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwresutil.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gabn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gnba.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_grbn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_noop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetaton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetpton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetntop.c /src/lib/bind/lwre s/../../../contrib/bind9/lib/lwres/print.c In file included from /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c:138: /src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include/isc/string.h:28:26: error: isc/platform.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/bind/lwres. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-02 21:26:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-02 21:26:54 - ERROR: failed to build world TB --- 2007-12-02 21:26:54 - tinderbox aborted TB --- 1097.23 user 149.04 system 1500.07 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 21:50:32 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 A6B5C16A421; Sun, 2 Dec 2007 21:50:32 +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 5EED913C47E; Sun, 2 Dec 2007 21:50:32 +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 lB2LoVSm095020; Sun, 2 Dec 2007 16:50:31 -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 lB2LoVD4097483; Sun, 2 Dec 2007 16:50:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CD0C473039; Sun, 2 Dec 2007 16:50:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071202215031.CD0C473039@freebsd-current.sentex.ca> Date: Sun, 2 Dec 2007 16:50:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 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: Sun, 02 Dec 2007 21:50:32 -0000 TB --- 2007-12-02 21:23:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-02 21:23:57 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-02 21:23:57 - cleaning the object tree TB --- 2007-12-02 21:24:23 - cvsupping the source tree TB --- 2007-12-02 21:24:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-02 21:24:35 - building world (CFLAGS=-O -pipe) TB --- 2007-12-02 21:24:35 - cd /src TB --- 2007-12-02 21:24:35 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 2 21:24:36 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 [...] rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/isccfg/.. -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/isccfg/../dns -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/isccfg/../isc -I/src/lib/bind/isccfg/../../../c ontrib/bind9/lib/lwres/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/isccfg/../lwres -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/ia64/include /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/aclconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/log.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/namedconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/parser.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/version.c ===> lib/bind/lwres (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=5 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/lwres/.. -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/lwres -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/ia64/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/unix/include /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/context.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gai_strerror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gethost.c /src/lib /bind/lwres/../../../contrib/bind9/lib/lwres/getipnode.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getnameinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getrrset.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/herror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwbuffer.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwconfig.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwpacket.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwresutil.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gabn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gnba.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_grbn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_noop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetaton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetpton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetntop.c /src/lib/bind/lwres/ ../../../contrib/bind9/lib/lwres/print.c In file included from /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c:138: /src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include/isc/string.h:28:26: error: isc/platform.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/bind/lwres. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-02 21:50:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-02 21:50:31 - ERROR: failed to build world TB --- 2007-12-02 21:50:31 - tinderbox aborted TB --- 1186.58 user 144.99 system 1594.71 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 21:52: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 D0A6B16A418; Sun, 2 Dec 2007 21:52:27 +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 88C9313C43E; Sun, 2 Dec 2007 21:52:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB2LqRiK095096; Sun, 2 Dec 2007 16:52:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB2LqQss010324; Sun, 2 Dec 2007 16:52:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A0FD273039; Sun, 2 Dec 2007 16:52:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071202215226.A0FD273039@freebsd-current.sentex.ca> Date: Sun, 2 Dec 2007 16:52:26 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 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: Sun, 02 Dec 2007 21:52:28 -0000 TB --- 2007-12-02 21:26:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-02 21:26:54 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-12-02 21:26:54 - cleaning the object tree TB --- 2007-12-02 21:27:17 - cvsupping the source tree TB --- 2007-12-02 21:27:17 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-12-02 21:27:30 - building world (CFLAGS=-O -pipe) TB --- 2007-12-02 21:27:30 - cd /src TB --- 2007-12-02 21:27:30 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 2 21:27:31 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 [...] rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/isccfg/.. -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/isccfg/../dns -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/isccfg/../isc -I/src/lib/bind /isccfg/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/isccfg/../lwres -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/powerpc/include /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/aclconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/log.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/namedconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/parser.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/version.c ===> lib/bind/lwres (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=5 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/lwres/.. -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/lwres -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/powerpc/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/unix/include /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/context.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gai_strerror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwr es/gethost.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getipnode.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getnameinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getrrset.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/herror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwbuffer.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwconfig.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwpacket.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwresutil.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gabn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gnba.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_grbn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_noop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetaton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetpton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetntop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/print.c In file included from /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c:138: /src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include/isc/string.h:28:26: error: isc/platform.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/bind/lwres. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-02 21:52:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-02 21:52:26 - ERROR: failed to build world TB --- 2007-12-02 21:52:26 - tinderbox aborted TB --- 1123.43 user 145.11 system 1531.91 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 22:13:34 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 1018616A41A; Sun, 2 Dec 2007 22:13:34 +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 D780013C447; Sun, 2 Dec 2007 22:13:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB2MDXDD085408; Sun, 2 Dec 2007 17:13:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB2MDXie058963; Sun, 2 Dec 2007 17:13:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2C21C73039; Sun, 2 Dec 2007 17:13:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071202221333.2C21C73039@freebsd-current.sentex.ca> Date: Sun, 2 Dec 2007 17:13:33 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news 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: Sun, 02 Dec 2007 22:13:34 -0000 TB --- 2007-12-02 21:50:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-02 21:50:31 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-12-02 21:50:31 - cleaning the object tree TB --- 2007-12-02 21:50:39 - cvsupping the source tree TB --- 2007-12-02 21:50:39 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-12-02 21:50:46 - building world (CFLAGS=-O -pipe) TB --- 2007-12-02 21:50:46 - cd /src TB --- 2007-12-02 21:50:46 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 2 21:50:48 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 [...] rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/isccfg/.. -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/isccfg/../dns -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/isccfg/../isc -I/src/lib/bind /isccfg/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/isccfg/../lwres -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/sparc64/include /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/aclconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/log.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/namedconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/parser.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/version.c ===> lib/bind/lwres (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=5 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/lwres/.. -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/lwres -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/sparc64/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/unix/include /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/context.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gai_strerror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwr es/gethost.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getipnode.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getnameinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getrrset.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/herror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwbuffer.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwconfig.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwpacket.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwresutil.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gabn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gnba.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_grbn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_noop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetaton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetpton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetntop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/print.c In file included from /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c:138: /src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include/isc/string.h:28:26: error: isc/platform.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/bind/lwres. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-02 22:13:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-02 22:13:33 - ERROR: failed to build world TB --- 2007-12-02 22:13:33 - tinderbox aborted TB --- 1023.20 user 141.87 system 1381.20 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 22:14: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 644BE16A419; Sun, 2 Dec 2007 22:14:53 +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 1EA3A13C469; Sun, 2 Dec 2007 22:14:53 +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 lB2MEq6g096152; Sun, 2 Dec 2007 17:14:52 -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 lB2MEq4q029675; Sun, 2 Dec 2007 17:14:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8093B73039; Sun, 2 Dec 2007 17:14:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071202221452.8093B73039@freebsd-current.sentex.ca> Date: Sun, 2 Dec 2007 17:14:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 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: Sun, 02 Dec 2007 22:14:53 -0000 TB --- 2007-12-02 21:52:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-02 21:52:26 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-02 21:52:26 - cleaning the object tree TB --- 2007-12-02 21:52:36 - cvsupping the source tree TB --- 2007-12-02 21:52:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-02 21:52:42 - building world (CFLAGS=-O -pipe) TB --- 2007-12-02 21:52:42 - cd /src TB --- 2007-12-02 21:52:42 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 2 21:52:43 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 [...] rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/isccfg/.. -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/isccfg/../dns -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/isccfg/../isc -I/src/lib/bind /isccfg/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/isccfg/../lwres -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/sparc64/include /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/aclconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/log.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/namedconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/parser.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/version.c ===> lib/bind/lwres (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=5 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/lwres/.. -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/lwres -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/sparc64/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/unix/include /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/context.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gai_strerror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwr es/gethost.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getipnode.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getnameinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getrrset.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/herror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwbuffer.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwconfig.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwpacket.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwresutil.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gabn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gnba.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_grbn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_noop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetaton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetpton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetntop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/print.c In file included from /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c:138: /src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include/isc/string.h:28:26: error: isc/platform.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/bind/lwres. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-02 22:14:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-02 22:14:52 - ERROR: failed to build world TB --- 2007-12-02 22:14:52 - tinderbox aborted TB --- 1022.79 user 141.73 system 1345.73 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 22:24: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 57C5B16A417 for ; Sun, 2 Dec 2007 22:24:04 +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 EECBB13C455 for ; Sun, 2 Dec 2007 22:24:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 17706 invoked by uid 399); 2 Dec 2007 22:24:03 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 2 Dec 2007 22:24:03 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <47533081.8030307@FreeBSD.org> Date: Sun, 02 Dec 2007 14:24:01 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20071202212356.D73D573039@freebsd-current.sentex.ca> In-Reply-To: <20071202212356.D73D573039@freebsd-current.sentex.ca> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 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, 02 Dec 2007 22:24:04 -0000 Sorry folks, my build environment wasn't quite as clean as I thought it was. I just committed a fix for this, and verified it against a tree that's actually clean. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 22:38: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 06E0416A419; Sun, 2 Dec 2007 22:38:30 +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 B2DBA13C43E; Sun, 2 Dec 2007 22:38:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB2McROk097399; Sun, 2 Dec 2007 17:38:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB2McRmv011915; Sun, 2 Dec 2007 17:38:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 782DE73039; Sun, 2 Dec 2007 17:38:27 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071202223827.782DE73039@freebsd-current.sentex.ca> Date: Sun, 2 Dec 2007 17:38:27 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm 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: Sun, 02 Dec 2007 22:38:30 -0000 TB --- 2007-12-02 22:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-02 22:15:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-12-02 22:15:00 - cleaning the object tree TB --- 2007-12-02 22:15:16 - cvsupping the source tree TB --- 2007-12-02 22:15:16 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2007-12-02 22:15:26 - building world (CFLAGS=-O -pipe) TB --- 2007-12-02 22:15:26 - cd /src TB --- 2007-12-02 22:15:26 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 2 22:15:28 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 [...] rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/isccfg/.. -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/isccfg/../dns -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/isccfg/../isc -I/src/lib/bind/isccfg/../../../c ontrib/bind9/lib/lwres/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/isccfg/../lwres -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/arm/include /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/aclconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/log.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/namedconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/parser.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/version.c ===> lib/bind/lwres (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=5 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/lwres/.. -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/lwres -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/arm/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/unix/include /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/context.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gai_strerror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gethost.c /src/lib/ bind/lwres/../../../contrib/bind9/lib/lwres/getipnode.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getnameinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getrrset.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/herror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwbuffer.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwconfig.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwpacket.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwresutil.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gabn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gnba.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_grbn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_noop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetaton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetpton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetntop.c /src/lib/bind/lwres/. ./../../contrib/bind9/lib/lwres/print.c In file included from /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c:138: /src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include/isc/string.h:28:26: error: isc/platform.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/bind/lwres. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-02 22:38:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-02 22:38:27 - ERROR: failed to build world TB --- 2007-12-02 22:38:27 - tinderbox aborted TB --- 1060.16 user 146.72 system 1407.02 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 22:41:05 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 7650916A418; Sun, 2 Dec 2007 22:41:05 +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 3143E13C45A; Sun, 2 Dec 2007 22:41:04 +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 lB2Mf4rQ097501; Sun, 2 Dec 2007 17:41:04 -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 lB2Mf46l063205; Sun, 2 Dec 2007 17:41:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 66DE773039; Sun, 2 Dec 2007 17:41:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071202224104.66DE773039@freebsd-current.sentex.ca> Date: Sun, 2 Dec 2007 17:41:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 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: Sun, 02 Dec 2007 22:41:05 -0000 TB --- 2007-12-02 22:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-02 22:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-02 22:15:00 - cleaning the object tree TB --- 2007-12-02 22:15:17 - cvsupping the source tree TB --- 2007-12-02 22:15:17 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-02 22:15:25 - building world (CFLAGS=-O -pipe) TB --- 2007-12-02 22:15:25 - cd /src TB --- 2007-12-02 22:15:25 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 2 22:15:27 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 [...] rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/isccfg/.. -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/isccfg/../dns -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/isccfg/../isc -I/src/lib/bind/isccfg/../../../c ontrib/bind9/lib/lwres/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/isccfg/../lwres -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/x86_32/include /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/aclconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/log.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/namedconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/parser.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/version.c ===> lib/bind/lwres (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=5 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/lwres/.. -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/lwres -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/x86_32/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/unix/include /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/context.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gai_strerror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gethost.c /src/l ib/bind/lwres/../../../contrib/bind9/lib/lwres/getipnode.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getnameinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getrrset.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/herror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwbuffer.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwconfig.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwpacket.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwresutil.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gabn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gnba.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_grbn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_noop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetaton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetpton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetntop.c /src/lib/bind/lwre s/../../../contrib/bind9/lib/lwres/print.c In file included from /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c:138: /src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include/isc/string.h:28:26: error: isc/platform.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/bind/lwres. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-02 22:41:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-02 22:41:04 - ERROR: failed to build world TB --- 2007-12-02 22:41:04 - tinderbox aborted TB --- 1151.40 user 154.30 system 1564.00 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 23:03:01 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 4902B16A418; Sun, 2 Dec 2007 23:03:01 +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 1F4C713C45A; Sun, 2 Dec 2007 23:03:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB2N30xN088682; Sun, 2 Dec 2007 18:03:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB2N30cb063755; Sun, 2 Dec 2007 18:03:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 515E673039; Sun, 2 Dec 2007 18:03:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071202230300.515E673039@freebsd-current.sentex.ca> Date: Sun, 2 Dec 2007 18:03:00 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 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: Sun, 02 Dec 2007 23:03:01 -0000 TB --- 2007-12-02 22:38:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-02 22:38:27 - starting HEAD tinderbox run for i386/i386 TB --- 2007-12-02 22:38:27 - cleaning the object tree TB --- 2007-12-02 22:38:33 - cvsupping the source tree TB --- 2007-12-02 22:38:33 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2007-12-02 22:38:39 - building world (CFLAGS=-O -pipe) TB --- 2007-12-02 22:38:39 - cd /src TB --- 2007-12-02 22:38:39 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 2 22:38:40 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 [...] rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/isccfg/.. -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/isccfg/../dns -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/isccfg/../isc -I/src/lib/bind/isccfg/../../../c ontrib/bind9/lib/lwres/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/isccfg/../lwres -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/x86_32/include /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/aclconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/log.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/namedconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/parser.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/version.c ===> lib/bind/lwres (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=5 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/lwres/.. -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/lwres -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/x86_32/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/unix/include /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/context.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gai_strerror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gethost.c /src/l ib/bind/lwres/../../../contrib/bind9/lib/lwres/getipnode.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getnameinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getrrset.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/herror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwbuffer.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwconfig.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwpacket.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwresutil.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gabn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gnba.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_grbn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_noop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetaton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetpton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetntop.c /src/lib/bind/lwre s/../../../contrib/bind9/lib/lwres/print.c In file included from /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c:138: /src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include/isc/string.h:28:26: error: isc/platform.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/bind/lwres. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-02 23:03:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-02 23:03:00 - ERROR: failed to build world TB --- 2007-12-02 23:03:00 - tinderbox aborted TB --- 1094.47 user 141.66 system 1472.60 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 23:05:34 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 0731016A41A; Sun, 2 Dec 2007 23:05:34 +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 BA34B13C457; Sun, 2 Dec 2007 23:05:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB2N5XFa088815; Sun, 2 Dec 2007 18:05:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB2N5XIt071730; Sun, 2 Dec 2007 18:05:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 260E773039; Sun, 2 Dec 2007 18:05:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071202230533.260E773039@freebsd-current.sentex.ca> Date: Sun, 2 Dec 2007 18:05:33 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner3 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: Sun, 02 Dec 2007 23:05:34 -0000 TB --- 2007-12-02 22:41:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-02 22:41:04 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-12-02 22:41:04 - cleaning the object tree TB --- 2007-12-02 22:41:11 - cvsupping the source tree TB --- 2007-12-02 22:41:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2007-12-02 22:41:17 - building world (CFLAGS=-O -pipe) TB --- 2007-12-02 22:41:17 - cd /src TB --- 2007-12-02 22:41:17 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 2 22:41:18 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 [...] rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/isccfg/.. -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/isccfg/../dns -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/isccfg/../isc -I/src/lib/bind/isccfg/../../../c ontrib/bind9/lib/lwres/unix/include -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/isccfg/../lwres -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/isccfg -I/src/lib/bind/isccfg/../../../contrib/bind9/lib/isc/x86_32/include /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/aclconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/log.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/namedconf.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/parser.c /src/lib/bind/isccfg/../../../contrib/bind9/lib/isccfg/version.c ===> lib/bind/lwres (depend) rm -f .depend mkdep -f .depend -a -DVERSION='"9.4.2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=30 -DLIBREVISION=5 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/lwres/.. -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/lwres -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/x86_32/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/lwres/../../../contrib/bind9/lib/isc/unix/include /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/context.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gai_strerror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/gethost.c /src/l ib/bind/lwres/../../../contrib/bind9/lib/lwres/getipnode.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getnameinfo.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getrrset.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/herror.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwbuffer.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwconfig.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwpacket.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwresutil.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gabn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_gnba.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_grbn.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwres_noop.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetaton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetpton.c /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/lwinetntop.c /src/lib/bind/lwre s/../../../contrib/bind9/lib/lwres/print.c In file included from /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/getaddrinfo.c:138: /src/lib/bind/lwres/../../../contrib/bind9/lib/isc/include/isc/string.h:28:26: error: isc/platform.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/bind/lwres. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-02 23:05:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-02 23:05:33 - ERROR: failed to build world TB --- 2007-12-02 23:05:33 - tinderbox aborted TB --- 1096.16 user 146.28 system 1468.55 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 23:08: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 164D716A417 for ; Sun, 2 Dec 2007 23:08:58 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6FFAF13C457 for ; Sun, 2 Dec 2007 23:08:57 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (dialup10.ach.sch.gr [81.186.70.10]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lB2N8XSZ023057 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 3 Dec 2007 01:08:46 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lB2N8WFH002338; Mon, 3 Dec 2007 01:08:32 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lB2N8W5B002337; Mon, 3 Dec 2007 01:08:32 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 3 Dec 2007 01:08:32 +0200 From: Giorgos Keramidas To: Doug Barton Message-ID: <20071202230832.GB2172@kobe.laptop> References: <20071202212356.D73D573039@freebsd-current.sentex.ca> <47533081.8030307@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47533081.8030307@FreeBSD.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.946, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.45, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: i386@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 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, 02 Dec 2007 23:08:58 -0000 On 2007-12-02 14:24, Doug Barton wrote: > Sorry folks, my build environment wasn't quite as clean as I thought > it was. I just committed a fix for this, and verified it against a > tree that's actually clean. Thank you Doug :) From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 23:38:56 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 F2B8716A417; Sun, 2 Dec 2007 23:38:55 +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 C6E5713C465; Sun, 2 Dec 2007 23:38:54 +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 228C746C02; Sun, 2 Dec 2007 18:43:27 -0500 (EST) Date: Sun, 2 Dec 2007 23:38:45 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20071202233435.G74097@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@FreeBSD.org Subject: procstat(1) committed to CVS HEAD 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, 02 Dec 2007 23:38:56 -0000 Dear all, (and FYI to hackers@ where I previousl sought feedback): I've now committed procstat(1) to CVS. I've found it to be quite a helpful debugging tool, am particularly pleased with -k/-kk, and would welcome feedback and ideas on further improving it. Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Sun, 2 Dec 2007 23:31:46 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/usr.bin/procstat Makefile procstat.1 procstat.c procstat.h procstat_args.c procstat_basic.c procstat_bin.c procstat_cred.c procstat_files.c procstat_kstack.c procstat_threads.c procstat_vm.c rwatson 2007-12-02 23:31:46 UTC FreeBSD src repository Added files: usr.bin/procstat Makefile procstat.1 procstat.c procstat.h procstat_args.c procstat_basic.c procstat_bin.c procstat_cred.c procstat_files.c procstat_kstack.c procstat_threads.c procstat_vm.c Log: Add procstat(1), a process inspection utility. This provides both some of the missing functionality from procfs(4) and new functionality for monitoring and debugging specific processes. procstat(1) operates in the following modes: -b Display binary information for the process. -c Display command line arguments for the process. -f Display file descriptor information for the process. -k Display the stacks of kernel threads in the process. -s Display security credential information for the process. -t Display thread information for the process. -v Display virtual memory mappings for the process. Further revision and modes are expected. Testing, ideas, etc: cognet, sam, Skip Ford Wesley Shields Revision Changes Path 1.1 +15 -0 src/usr.bin/procstat/Makefile (new) 1.1 +114 -0 src/usr.bin/procstat/procstat.1 (new) 1.1 +252 -0 src/usr.bin/procstat/procstat.c (new) 1.1 +46 -0 src/usr.bin/procstat/procstat.h (new) 1.1 +74 -0 src/usr.bin/procstat/procstat_args.c (new) 1.1 +64 -0 src/usr.bin/procstat/procstat_basic.c (new) 1.1 +68 -0 src/usr.bin/procstat/procstat_bin.c (new) 1.1 +57 -0 src/usr.bin/procstat/procstat_cred.c (new) 1.1 +303 -0 src/usr.bin/procstat/procstat_files.c (new) 1.1 +198 -0 src/usr.bin/procstat/procstat_kstack.c (new) 1.1 +138 -0 src/usr.bin/procstat/procstat_threads.c (new) 1.1 +130 -0 src/usr.bin/procstat/procstat_vm.c (new) From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 02:16:00 2007 Return-Path: Delivered-To: freebsd-current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C1E016A419 for ; Mon, 3 Dec 2007 02:16:00 +0000 (UTC) (envelope-from davidxu@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2EDC813C4CE; Mon, 3 Dec 2007 02:16:00 +0000 (UTC) (envelope-from davidxu@FreeBSD.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lB32Ftao044219; Mon, 3 Dec 2007 02:15:56 GMT (envelope-from davidxu@freebsd.org) Message-ID: <47536718.1020107@freebsd.org> Date: Mon, 03 Dec 2007 10:16:56 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070516 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bakul Shah References: <20071130162409.C8D3D5B59@mail.bitblocks.com> In-Reply-To: <20071130162409.C8D3D5B59@mail.bitblocks.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Carl Shapiro Subject: Re: Serious compatibility breakage in -current. 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, 03 Dec 2007 02:16:00 -0000 Bakul Shah wrote: >>>The switch from SIGBUS to SIGSEGV is well motivated. >> >>Is it? I see no mention of it in the commit log for the revision that >>actually implemented the change. David argued on -CURRENT that it is >>more POSIXly correct, provided that he interpreted POSIX correctly; how >>do other operating systems behave in this case? > > > There are two issues: the right thing to do for POSIX and > compatibility with older versions. > > See the memory protection section in > http://www.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_08.html > > Excerpt: > * Write attempts to memory that was mapped without write access, or any > access to memory mapped PROT_NONE, shall result in a SIGSEGV signal. > > * References to unmapped addresses shall result in a SIGSEGV signal. > > * Reference to whole pages within the mapping, but beyond the current > length of the object, shall result in a SIGBUS signal. > > FreeBSD's behavior until 7.0 was opposite of this! It has > followed what has been done at least since 4.3BSD (1986?) > which gave SIGBUS on a protection violation and SIGSEG for > access outside any mapped area. > > Solaris mmap man page is not clear on this -- it says you can > get SIGSEGV or SIGBUS but doesn't indicate which under what > condition. > > The change made for 7.0 doesn't quite do the right thing > either as it doesn't distinguish between unmapped area and > wrong kind of access -- you get SIGSEGV for both. > > So you are breaking compatibility for no good reason. > > Kris Kennaway argus > >>it is far too late in the release cycle to identify and revert the ports >>that already caught up to expecting SIGSEGV, so we'd be breaking a >>different set of applications instead). > > > This is a mess but IMHO the two kinds of breakages are not > equal. For better standards compliance another kernel change > will have to be made in the future in any case. > > FWIW. Er, there was a talk about the the return code from VM API, but I can not find it now, nobody answered my question that the reason why the code is returned from the VM API. I did read POSIX specification carefully before making this change, but I may still missed something. Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 03:39:25 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 E827416A417; Mon, 3 Dec 2007 03:39:25 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 9DC8E13C447; Mon, 3 Dec 2007 03:39:25 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 6CB8F7E12; Mon, 3 Dec 2007 16:24:22 +1300 (NZDT) Date: Mon, 3 Dec 2007 16:24:22 +1300 From: Andrew Thompson To: Robert Watson Message-ID: <20071203032422.GC30756@heff.fud.org.nz> References: <20071202233435.G74097@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071202233435.G74097@fledge.watson.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: procstat(1) committed to CVS HEAD 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, 03 Dec 2007 03:39:26 -0000 On Sun, Dec 02, 2007 at 11:38:45PM +0000, Robert Watson wrote: > > Dear all, (and FYI to hackers@ where I previousl sought feedback): > > I've now committed procstat(1) to CVS. I've found it to be quite a helpful > debugging tool, am particularly pleased with -k/-kk, and would welcome > feedback and ideas on further improving it. I would like to give some feedback. I listed the threads of proc 12 which is intr, # procstat -t 12 PID TID COMM CPU PRI STATE WCHAN 12 100003 intr 0 40 wait - 12 100004 intr 0 52 wait - 12 100030 intr 0 16 wait - [...] 12 100036 intr 0 36 wait - 12 100037 intr 0 24 wait - I had expected it to show the thread name such as 'irq14: ata0', is this possible (and a good thing to do)? Great work on procstat :) Andrew From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 04:54: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 3119416A419; Mon, 3 Dec 2007 04:54:52 +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 1490C13C442; Mon, 3 Dec 2007 04:54:51 +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 lB34sop2010718; Sun, 2 Dec 2007 23:54:51 -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 lB34soXJ044328; Sun, 2 Dec 2007 23:54:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7297C73039; Sun, 2 Dec 2007 23:54:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071203045450.7297C73039@freebsd-current.sentex.ca> Date: Sun, 2 Dec 2007 23:54:50 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner1 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: Mon, 03 Dec 2007 04:54:52 -0000 TB --- 2007-12-03 03:52:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-03 03:52:48 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-12-03 03:52:48 - cleaning the object tree TB --- 2007-12-03 03:52:52 - cvsupping the source tree TB --- 2007-12-03 03:52:52 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2007-12-03 03:52:57 - building world (CFLAGS=-O -pipe) TB --- 2007-12-03 03:52:57 - cd /src TB --- 2007-12-03 03:52:57 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 3 03:52:59 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 Mon Dec 3 04:52:50 UTC 2007 TB --- 2007-12-03 04:52:50 - generating LINT kernel config TB --- 2007-12-03 04:52:50 - cd /src/sys/pc98/conf TB --- 2007-12-03 04:52:50 - /usr/bin/make -B LINT TB --- 2007-12-03 04:52:50 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-03 04:52:50 - cd /src TB --- 2007-12-03 04:52:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 3 04:52:50 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -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 -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/i386/i386/db_trace.c:40:27: error: machine/stack.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-03 04:54:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-03 04:54:50 - ERROR: failed to build lint kernel TB --- 2007-12-03 04:54:50 - tinderbox aborted TB --- 2815.52 user 341.20 system 3721.88 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 09:10: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 E16E616A41A; Mon, 3 Dec 2007 09:10:35 +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 CF54213C45D; Mon, 3 Dec 2007 09:10:35 +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 2013C46B88; Mon, 3 Dec 2007 04:15:13 -0500 (EST) Date: Mon, 3 Dec 2007 09:10:27 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrew Thompson In-Reply-To: <20071203032422.GC30756@heff.fud.org.nz> Message-ID: <20071203090800.U74097@fledge.watson.org> References: <20071202233435.G74097@fledge.watson.org> <20071203032422.GC30756@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: procstat(1) committed to CVS HEAD 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, 03 Dec 2007 09:10:36 -0000 On Mon, 3 Dec 2007, Andrew Thompson wrote: > On Sun, Dec 02, 2007 at 11:38:45PM +0000, Robert Watson wrote: >> >> Dear all, (and FYI to hackers@ where I previousl sought feedback): >> >> I've now committed procstat(1) to CVS. I've found it to be quite a helpful >> debugging tool, am particularly pleased with -k/-kk, and would welcome >> feedback and ideas on further improving it. > > I would like to give some feedback. I listed the threads of proc 12 which is > intr, > > # procstat -t 12 > PID TID COMM CPU PRI STATE WCHAN > 12 100003 intr 0 40 wait - > 12 100004 intr 0 52 wait - > 12 100030 intr 0 16 wait - > [...] > 12 100036 intr 0 36 wait - > 12 100037 intr 0 24 wait - > > I had expected it to show the thread name such as 'irq14: ata0', is this > possible (and a good thing to do)? I just print out the 'comm' field returned by the generic sysctl, and I notice that top(1) with -S is now having the same problem as procstat(1). I think this is a kernel bug in how we initialize or otherwise handle thread names, and fairly recent, as it's not present on my 7.0BETA2 box. If I had to guess, it's that these are now 'true threads' under the single 'intr' proc, and that we're not exporting the thread name? > Great work on procstat :) Thanks! Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 09:28:09 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 19BFE16A419; Mon, 3 Dec 2007 09:28:09 +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 D11F913C465; Mon, 3 Dec 2007 09:28:08 +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 1Iz7as-000NAV-Ko; Mon, 03 Dec 2007 11:28:07 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lB39Rwl1026789; Mon, 3 Dec 2007 11:27:58 +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 lB39RuLH026788; Mon, 3 Dec 2007 11:27:56 +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: Mon, 3 Dec 2007 11:27:56 +0200 From: Kostik Belousov To: David Xu Message-ID: <20071203092755.GT83121@deviant.kiev.zoral.com.ua> References: <20071130162409.C8D3D5B59@mail.bitblocks.com> <47536718.1020107@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aKl9HDSa9q6Cj3fk" Content-Disposition: inline In-Reply-To: <47536718.1020107@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 5bcd58edb95cdacf596e852bfe0375ec X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1838 [Dec 01 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: Dag-Erling Sm?rgrav , freebsd-current@freebsd.org, Carl Shapiro Subject: Re: Serious compatibility breakage in -current. 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, 03 Dec 2007 09:28:09 -0000 --aKl9HDSa9q6Cj3fk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 03, 2007 at 10:16:56AM +0800, David Xu wrote: > Er, there was a talk about the the return code from VM API, but I can > not find it now, nobody answered my question that the reason why the=20 > code is returned from the VM API. I did read POSIX specification > carefully before making this change, but I may still missed something. Could you, please, provide more details ?=20 The problem, as for now, is not with the POSIX-ing the signal delivered, that seems to be right. The ABI breakage introduced causes troubles. --aKl9HDSa9q6Cj3fk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHU8wbC3+MBN1Mb4gRAkCMAKDqLl9pNsuhPe3LWoi8MXxt+klloACgn1TA Xdu0HHjA3YyBcFuViTA1wTw= =YbuT -----END PGP SIGNATURE----- --aKl9HDSa9q6Cj3fk-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 09:29: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 65D4516A421 for ; Mon, 3 Dec 2007 09:29:48 +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 2B64313C442 for ; Mon, 3 Dec 2007 09:29:48 +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 1Iz7cW-000Nvy-JL; Mon, 03 Dec 2007 11:29:47 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lB39TiF9026821; Mon, 3 Dec 2007 11:29:44 +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 lB39Tis5026820; Mon, 3 Dec 2007 11:29:44 +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: Mon, 3 Dec 2007 11:29:43 +0200 From: Kostik Belousov To: Ariff Abdullah Message-ID: <20071203092943.GU83121@deviant.kiev.zoral.com.ua> References: <20071125201915.GC78396@deviant.kiev.zoral.com.ua> <20071203012053.037a73f6.ariff@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KH9S6eoVXLBawpUJ" Content-Disposition: inline In-Reply-To: <20071203012053.037a73f6.ariff@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: f2683d8df775da069012ccac6e6e6321 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1838 [Dec 01 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: freebsd-current@freebsd.org Subject: Re: snd_hda + ath = hard 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: Mon, 03 Dec 2007 09:29:48 -0000 --KH9S6eoVXLBawpUJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 03, 2007 at 01:20:53AM +0800, Ariff Abdullah wrote: > On Sun, 25 Nov 2007 22:19:15 +0200 > Kostik Belousov wrote: > > I have a laptop that shares interrupt between ath0 and snd_hda0 > > devices. Machine works under the RELENG_6 normally. Now, on the > > RELENG_7 (and CURRENT), attempt to ifconfig ath0 up usualy hangs the > > machine in the next 2-5 minutes. > >=20 > > Hang is hard, I even cannot switch the console to look at the kernel > > messages or enter the ddb. Also, laptop does not have a serial port. > >=20 > > Not setting the ath0 up, or, unloading snd_hda.ko before activating > > the interface, allows machine to work. Wireless works without > > problem, interrupt rate is as expected. > >=20 > > Any advice ? > >=20 >=20 > Try enabling msi via hint.pcm.%d.msi=3D"1" . It is disabled by default > due to too many broken msi. >=20 > There is a poor man polling mode which can be enabled through sysctl > dev.pcm.%d.polling=3D1, but I won't recommend this for typical usage > (unless to debug this kind of weird issues). >=20 > This regression probably originated from somewhere else since you said > it was working fine under RELENG_6. I filled the PR 118316, see there for some kind of workaround/solution. It seems that removing INTR_FILTER from kernel config solves it. --KH9S6eoVXLBawpUJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHU8yHC3+MBN1Mb4gRAmOTAKDobJZWdtPiARpAfcBxNAnepJBnuACgmKXL Sl8C9pAPInMEnKmkZUE1pcI= =ePO1 -----END PGP SIGNATURE----- --KH9S6eoVXLBawpUJ-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 09:35:33 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 B314016A418; Mon, 3 Dec 2007 09:35:33 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 590DC13C442; Mon, 3 Dec 2007 09:35:33 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 947877E98; Mon, 3 Dec 2007 22:35:31 +1300 (NZDT) Date: Mon, 3 Dec 2007 22:35:31 +1300 From: Andrew Thompson To: Robert Watson Message-ID: <20071203093531.GA31649@heff.fud.org.nz> References: <20071202233435.G74097@fledge.watson.org> <20071203032422.GC30756@heff.fud.org.nz> <20071203090800.U74097@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071203090800.U74097@fledge.watson.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: procstat(1) committed to CVS HEAD 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, 03 Dec 2007 09:35:33 -0000 On Mon, Dec 03, 2007 at 09:10:27AM +0000, Robert Watson wrote: > > On Mon, 3 Dec 2007, Andrew Thompson wrote: > >> On Sun, Dec 02, 2007 at 11:38:45PM +0000, Robert Watson wrote: >>> >>> Dear all, (and FYI to hackers@ where I previousl sought feedback): >>> >>> I've now committed procstat(1) to CVS. I've found it to be quite a >>> helpful debugging tool, am particularly pleased with -k/-kk, and would >>> welcome feedback and ideas on further improving it. >> >> I would like to give some feedback. I listed the threads of proc 12 which >> is intr, >> >> # procstat -t 12 >> PID TID COMM CPU PRI STATE WCHAN >> 12 100003 intr 0 40 wait - >> 12 100004 intr 0 52 wait - >> 12 100030 intr 0 16 wait - >> [...] >> 12 100036 intr 0 36 wait - >> 12 100037 intr 0 24 wait - >> >> I had expected it to show the thread name such as 'irq14: ata0', is this >> possible (and a good thing to do)? > > I just print out the 'comm' field returned by the generic sysctl, and I > notice that top(1) with -S is now having the same problem as procstat(1). > I think this is a kernel bug in how we initialize or otherwise handle > thread names, and fairly recent, as it's not present on my 7.0BETA2 box. > If I had to guess, it's that these are now 'true threads' under the single > 'intr' proc, and that we're not exporting the thread name? Changing to ki_ocomm gets the desired result for single and multithreaded processes. Andrew Index: procstat_threads.c =================================================================== RCS file: /home/ncvs/src/usr.bin/procstat/procstat_threads.c,v retrieving revision 1.1 diff -u -p -r1.1 procstat_threads.c --- procstat_threads.c 2 Dec 2007 23:31:45 -0000 1.1 +++ procstat_threads.c 3 Dec 2007 06:06:46 -0000 @@ -82,8 +82,8 @@ procstat_threads(pid_t pid, struct kinfo kipp = &kip[i]; printf("%5d ", pid); printf("%6d ", kipp->ki_tid); - printf("%-20s ", strlen(kipp->ki_comm) ? - kipp->ki_comm : "-"); + printf("%-20s ", strlen(kipp->ki_ocomm) ? + kipp->ki_ocomm : "-"); if (kipp->ki_oncpu != 255) printf("%3d ", kipp->ki_oncpu); else if (kipp->ki_lastcpu != 255) From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 10:23: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 5E18116A417; Mon, 3 Dec 2007 10:23:16 +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 3F20513C44B; Mon, 3 Dec 2007 10:23:16 +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 E828046E1F; Mon, 3 Dec 2007 05:27:53 -0500 (EST) Date: Mon, 3 Dec 2007 10:23:07 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrew Thompson In-Reply-To: <20071203093531.GA31649@heff.fud.org.nz> Message-ID: <20071203102219.N79674@fledge.watson.org> References: <20071202233435.G74097@fledge.watson.org> <20071203032422.GC30756@heff.fud.org.nz> <20071203090800.U74097@fledge.watson.org> <20071203093531.GA31649@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: procstat(1) committed to CVS HEAD 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, 03 Dec 2007 10:23:16 -0000 On Mon, 3 Dec 2007, Andrew Thompson wrote: >>> I would like to give some feedback. I listed the threads of proc 12 which >>> is intr, >>> >>> # procstat -t 12 >>> PID TID COMM CPU PRI STATE WCHAN >>> 12 100003 intr 0 40 wait - >>> 12 100004 intr 0 52 wait - >>> 12 100030 intr 0 16 wait - >>> [...] >>> 12 100036 intr 0 36 wait - >>> 12 100037 intr 0 24 wait - >>> >>> I had expected it to show the thread name such as 'irq14: ata0', is this >>> possible (and a good thing to do)? >> >> I just print out the 'comm' field returned by the generic sysctl, and I >> notice that top(1) with -S is now having the same problem as procstat(1). I >> think this is a kernel bug in how we initialize or otherwise handle thread >> names, and fairly recent, as it's not present on my 7.0BETA2 box. If I had >> to guess, it's that these are now 'true threads' under the single 'intr' >> proc, and that we're not exporting the thread name? > > Changing to ki_ocomm gets the desired result for single and multithreaded > processes. I wonder if we should be renaming ki_ocomm to ki_tdcomm or ki_tdname? Robert N M Watson Computer Laboratory University of Cambridge > > > Andrew > > Index: procstat_threads.c > =================================================================== > RCS file: /home/ncvs/src/usr.bin/procstat/procstat_threads.c,v > retrieving revision 1.1 > diff -u -p -r1.1 procstat_threads.c > --- procstat_threads.c 2 Dec 2007 23:31:45 -0000 1.1 > +++ procstat_threads.c 3 Dec 2007 06:06:46 -0000 > @@ -82,8 +82,8 @@ procstat_threads(pid_t pid, struct kinfo > kipp = &kip[i]; > printf("%5d ", pid); > printf("%6d ", kipp->ki_tid); > - printf("%-20s ", strlen(kipp->ki_comm) ? > - kipp->ki_comm : "-"); > + printf("%-20s ", strlen(kipp->ki_ocomm) ? > + kipp->ki_ocomm : "-"); > if (kipp->ki_oncpu != 255) > printf("%3d ", kipp->ki_oncpu); > else if (kipp->ki_lastcpu != 255) > > From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 10:29: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 A8E3F16A417 for ; Mon, 3 Dec 2007 10:29:58 +0000 (UTC) (envelope-from schmidtm@mathematik.uni-marburg.de) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.18.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2942F13C457 for ; Mon, 3 Dec 2007 10:29:57 +0000 (UTC) (envelope-from schmidtm@mathematik.uni-marburg.de) Received: (qmail 1604 invoked from network); 3 Dec 2007 10:29:56 -0000 Received: from unknown (HELO ma1237.Mathematik.Uni-Marburg.DE) (686421@[137.248.121.12]) (envelope-sender ) by smtprelay06.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 3 Dec 2007 10:29:56 -0000 Message-Id: <81C6A2BD-78DA-4806-8145-88E4F9B8D5B1@mathematik.uni-marburg.de> From: Matthias Schmidt To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 3 Dec 2007 11:29:56 +0100 X-Mailer: Apple Mail (2.915) Subject: Announcing pkg_search 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, 03 Dec 2007 10:29:58 -0000 Hi guys, I am not really sure if this is the appropriate list ... if its not, please redirect me to the right one. I wrote a small script called pkg_search to help me searching my local ports tree for a port/package without using "make search name=" or something like freshports.org. Its not a big deal, but it eases my daily pkg_add life a bit :) Example: % pkg_search fvwm2 fvwm2-i18n-imlib-2.4.20_1 Popular virtual window manager for X % pkg_search -i fvwm2 Name : fvwm2-i18n-imlib-2.4.20_1-50 Dir : /usr/ports/x11-wm/fvwm2-i18n Desc : Popular virtual window manager for X URL : http://www.fvwm.org/ Deps : compositeproto-0.4 [...] You can find it and a man page here: http://www.mathematik.uni-marburg.de/~schmidtm/pkg_search/ BTW: It works under DragonFly as well. {Net,Open}BSD might work as well (with possible adoption), but I don't have machines here to test. Regards, Matthias -- Dipl.-Inf. Matthias Schmidt Dept. of Mathematics and Computer Science, Distributed Systems Group Philipps-University of Marburg, Hans-Meerwein-Strasse, 35032 Marburg Tel: +49-6421-2821591, Fax: +49-6421-2821573, Office C4347 From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 10:39: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 8A37016A420; Mon, 3 Dec 2007 10:39:59 +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 6519C13C46B; Mon, 3 Dec 2007 10:39:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB3AdwpJ030569; Mon, 3 Dec 2007 05:39:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB3Adwt7028848; Mon, 3 Dec 2007 05:39:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D49BD73039; Mon, 3 Dec 2007 05:39:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071203103957.D49BD73039@freebsd-current.sentex.ca> Date: Mon, 3 Dec 2007 05:39:57 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner3 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: Mon, 03 Dec 2007 10:39:59 -0000 TB --- 2007-12-03 09:37:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-03 09:37:54 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-12-03 09:37:55 - cleaning the object tree TB --- 2007-12-03 09:38:05 - cvsupping the source tree TB --- 2007-12-03 09:38:05 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2007-12-03 09:38:11 - building world (CFLAGS=-O -pipe) TB --- 2007-12-03 09:38:11 - cd /src TB --- 2007-12-03 09:38:11 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 3 09:38:12 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 Mon Dec 3 10:37:59 UTC 2007 TB --- 2007-12-03 10:37:59 - generating LINT kernel config TB --- 2007-12-03 10:37:59 - cd /src/sys/pc98/conf TB --- 2007-12-03 10:37:59 - /usr/bin/make -B LINT TB --- 2007-12-03 10:37:59 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-03 10:37:59 - cd /src TB --- 2007-12-03 10:37:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 3 10:38:00 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -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 -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/i386/i386/db_trace.c:40:27: error: machine/stack.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-03 10:39:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-03 10:39:57 - ERROR: failed to build lint kernel TB --- 2007-12-03 10:39:57 - tinderbox aborted TB --- 2812.79 user 345.95 system 3722.71 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 11:08: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 9A75116A46C for ; Mon, 3 Dec 2007 11:08:52 +0000 (UTC) (envelope-from liste@encephalon.de) Received: from digitiminimi.de (digitiminimi.de [217.172.44.71]) by mx1.freebsd.org (Postfix) with ESMTP id 5CEDD13C4D3 for ; Mon, 3 Dec 2007 11:08:52 +0000 (UTC) (envelope-from liste@encephalon.de) Received: from localhost (digitiminimi.de [217.172.44.71]) by digitiminimi.de (Postfix) with ESMTP id 2F7F29B402; Mon, 3 Dec 2007 12:29:10 +0100 (CET) X-Virus-Scanned: amavisd-new at digitiminimi.de Received: from digitiminimi.de ([217.172.44.71]) by localhost (main.digitiminimi.de [217.172.44.71]) (amavisd-new, port 10024) with ESMTP id v1rxK0JW8TjP; Mon, 3 Dec 2007 12:29:01 +0100 (CET) Received: from cojote.suedfac.com (ns2.suedfactoring.de [212.202.224.253]) by digitiminimi.de (Postfix) with ESMTP id 09A859B417; Mon, 3 Dec 2007 12:29:00 +0100 (CET) Message-Id: <88F2A7E9-2589-4C29-948F-FD947A84981B@encephalon.de> From: "Axel S. Gruner" To: Matthias Schmidt In-Reply-To: <81C6A2BD-78DA-4806-8145-88E4F9B8D5B1@mathematik.uni-marburg.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 3 Dec 2007 12:08:40 +0100 References: <81C6A2BD-78DA-4806-8145-88E4F9B8D5B1@mathematik.uni-marburg.de> X-Mailer: Apple Mail (2.915) Cc: freebsd-current@freebsd.org Subject: Re: Announcing pkg_search 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, 03 Dec 2007 11:08:52 -0000 HI, Am 03.12.2007 um 11:29 schrieb Matthias Schmidt: > Hi guys, > > I am not really sure if this is the appropriate list ... if its not, > please redirect me to the right one. > > I wrote a small script called pkg_search to help me searching my > local ports tree for a port/package without using "make search > name=" or something like freshports.org. Its not a big deal, but it > eases my daily pkg_add life a bit :) > > Example: > > % pkg_search fvwm2 > fvwm2-i18n-imlib-2.4.20_1 Popular virtual window manager for X > % pkg_search -i fvwm2 > Name : fvwm2-i18n-imlib-2.4.20_1-50 > Dir : /usr/ports/x11-wm/fvwm2-i18n > Desc : Popular virtual window manager for X > URL : http://www.fvwm.org/ > Deps : compositeproto-0.4 > [...] > > You can find it and a man page here: > > http://www.mathematik.uni-marburg.de/~schmidtm/pkg_search/ nice. Thanks for the tool. Just blogged: www.grunix.de ;-) Cheers, Axel From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 11:18:13 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 2002716A41A for ; Mon, 3 Dec 2007 11:18:13 +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 E421613C4EC for ; Mon, 3 Dec 2007 11:18:12 +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 DBF0C4704D; Mon, 3 Dec 2007 06:22:50 -0500 (EST) Date: Mon, 3 Dec 2007 11:18:04 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: FreeBSD Tinderbox In-Reply-To: <20071203103957.D49BD73039@freebsd-current.sentex.ca> Message-ID: <20071203111642.H79674@fledge.watson.org> References: <20071203103957.D49BD73039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/pc98 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, 03 Dec 2007 11:18:13 -0000 On Mon, 3 Dec 2007, FreeBSD Tinderbox wrote: > /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -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 -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding > /src/sys/i386/i386/db_trace.c:40:27: error: machine/stack.h: No such file or directory > mkdep: compile failed > *** Error code 1 I'll have this fixed shortly, just waiting on cross-compiles. Looks like I successfully got amd64, arm, i386, ia64, powerpc, sparc64, and sun4v, but cross-built world and not kernels for pc98. Sorry about that! Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 11:43: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 6DBFE16A417 for ; Mon, 3 Dec 2007 11:43:39 +0000 (UTC) (envelope-from carl.shapiro@gmail.com) Received: from rn-out-0102.google.com (rn-out-0910.google.com [64.233.170.189]) by mx1.freebsd.org (Postfix) with ESMTP id 22F2913C442 for ; Mon, 3 Dec 2007 11:43:38 +0000 (UTC) (envelope-from carl.shapiro@gmail.com) Received: by rn-out-0102.google.com with SMTP id e5so2436901rng for ; Mon, 03 Dec 2007 03:43:38 -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=vs/GiHa6Ohj91C3rUOBXGt2tfSf0DiFPO5QhtVJqbsM=; b=bPQO1ZB+nclflnOh2wtT/DuYPchaatc87ogAWq1nSvoixGpPRTi5z1tBOWNR+gMWZ6or2to/xUJJ3NQ9EDX3BRHMu1K5djgP04fJz1QN1nHPGPICQ1leVcrgvZnGufoC7di8shnM88fhTtfyvO6YKCQMcWMiEeTZYGcMKfQ+JCg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ryeZOhP0ELC2QG7Cvg3MWRGUvcoe71YNRX26Jt5hbe7CMHTam5NBBHWd83c1fi/jIGLDZGNZKmnpweu/8TPJWBmRWv3pf2HttAuWU3iZWsTCzTZ37DQj/0vyEGfb4GQ8G4PuFqQq1FOtv3+r8cCykbmz/3Dgi45WCbIK6cKmzEI= Received: by 10.151.12.1 with SMTP id p1mr17463ybi.1196682218141; Mon, 03 Dec 2007 03:43:38 -0800 (PST) Received: by 10.150.200.6 with HTTP; Mon, 3 Dec 2007 03:43:38 -0800 (PST) Message-ID: <4dcb5abd0712030343x5b5b6d6dj239a79323d0dfad8@mail.gmail.com> Date: Mon, 3 Dec 2007 03:43:38 -0800 From: "Carl Shapiro" To: "Kostik Belousov" In-Reply-To: <20071203092755.GT83121@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071130162409.C8D3D5B59@mail.bitblocks.com> <47536718.1020107@freebsd.org> <20071203092755.GT83121@deviant.kiev.zoral.com.ua> Cc: freebsd-current@freebsd.org, David Xu Subject: Re: Serious compatibility breakage in -current. 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, 03 Dec 2007 11:43:39 -0000 On Dec 3, 2007 1:27 AM, Kostik Belousov wrote: > The problem, as for now, is not with the POSIX-ing the signal delivered, > that seems to be right. The ABI breakage introduced causes troubles. Actually, the change fell short of POSIX compliance. FreeBSD went from one form of non-compliance to another. It is nice that the protection violation signal is consistent with the standard, but this is not enough. See Bakul's message earlier in the thread. From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 11:54:44 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 56EE816A418; Mon, 3 Dec 2007 11:54:44 +0000 (UTC) (envelope-from ob@gruft.de) Received: from obh.snafu.de (v6.gruft.de [IPv6:2001:1560:2342::2]) by mx1.freebsd.org (Postfix) with ESMTP id 051D213C457; Mon, 3 Dec 2007 11:54:44 +0000 (UTC) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iz9so-000D0S-Mc; Mon, 03 Dec 2007 12:54:42 +0100 Date: Mon, 3 Dec 2007 12:54:42 +0100 From: Oliver Brandmueller To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Message-ID: <20071203115442.GE74491@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org References: <3090.10.202.77.103.1196628578.squirrel@webmail.superhero.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3090.10.202.77.103.1196628578.squirrel@webmail.superhero.nl> User-Agent: Mutt/1.5.16 (2007-06-09) Sender: Oliver Brandmueller Cc: Subject: Re: ZFS in a jail 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, 03 Dec 2007 11:54:44 -0000 Hi, On Sun, Dec 02, 2007 at 09:49:38PM +0100, Gelsema, P (Patrick) wrote: > batman# zfs create public/jail/public > internal error: failed to initialize ZFS library > > In /var/log/messages on the host I get the following: > Dec 2 21:47:01 hulk kernel: WARNING pid 36752 (zfs): ioctl sign-extension > ioctl ffffffffcef85a2b > > I do have the 2 sysctl settings set. > > Even running zfs gives me a problem within the jail. > > Some help would be much appreciated. Did you add the zfs device to be available for your jails in devfs.rules? In the ruleset applying for the jails you need to add: add path zfs unhide Then it should work like a charme. - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 12:13:44 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 1D05F16A41A; Mon, 3 Dec 2007 12:13:44 +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 C015D13C4CE; Mon, 3 Dec 2007 12:13:43 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id C17081CD11; Mon, 3 Dec 2007 13:13:42 +0100 (CET) Date: Mon, 3 Dec 2007 13:13:42 +0100 From: Ed Schouten To: FreeBSD Current Message-ID: <20071203121342.GH72574@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/SgVJVxFudH2R+XP" Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Bill Paul Subject: ndis(4): BCM4328 driver from Apple - dies in pe_translate_addr 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, 03 Dec 2007 12:13:44 -0000 --/SgVJVxFudH2R+XP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello everyone, Because FreeBSD does not (yet) support the BCM4328 Wifi card, I want to use ndis(4) to use this wireless NIC. I extracted the BroadcomInstaller.exe from the Apple Leopard install disk, which gave me a .inf and .sys. I had to patch the .inf slightly, because the IBSSMode switch missed a default value, which caused ndiscvt to spit out a faultly line in the array declaration. When I load the .ko file, nothing happens. Nothing is shown in my dmesg. I added a lot of printf's to the source and it seems it goes wrong like this: windrv_load() pe_patch_imports(img, "NDIS", ndis_functbl) pe_get_import_descriptor(imgbase, &imp_desc, module) pe_directory_offset(imgbase, IMAGE_DIRECTORY_ENTRY_IMPORT); pe_translate_addr(imgbase, dir) pe_translate_addr() returns 0, because (i > sections). I'm a real newbie when it comes to binary formats, but is there someone who knows more about this? --=20 Ed Schouten WWW: http://g-rave.nl/ --/SgVJVxFudH2R+XP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHU/L252SDGA2eCwURAqyCAJ46djjXf2J2TdymbLHFUNZHi4cUFgCfdyjM hCaRfAy+Mdc2etQDFOLyQOs= =ZiEo -----END PGP SIGNATURE----- --/SgVJVxFudH2R+XP-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 12:53:53 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 531E816A41A for ; Mon, 3 Dec 2007 12:53:53 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [82.95.198.17]) by mx1.freebsd.org (Postfix) with ESMTP id A11F913C459 for ; Mon, 3 Dec 2007 12:53:52 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 89865 invoked by uid 80); 3 Dec 2007 12:53:38 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Mon, 3 Dec 2007 13:53:38 +0100 (CET) Message-ID: <3967.10.202.77.103.1196686418.squirrel@webmail.superhero.nl> In-Reply-To: <20071203115442.GE74491@e-Gitt.NET> References: <3090.10.202.77.103.1196628578.squirrel@webmail.superhero.nl> <20071203115442.GE74491@e-Gitt.NET> Date: Mon, 3 Dec 2007 13:53:38 +0100 (CET) From: "Gelsema, P \(Patrick\)" To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: Re: ZFS in a jail 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, 03 Dec 2007 12:53:53 -0000 On Mon, December 3, 2007 12:54, Oliver Brandmueller wrote: > Hi, > > On Sun, Dec 02, 2007 at 09:49:38PM +0100, Gelsema, P (Patrick) wrote: >> batman# zfs create public/jail/public >> internal error: failed to initialize ZFS library >> >> In /var/log/messages on the host I get the following: >> Dec 2 21:47:01 hulk kernel: WARNING pid 36752 (zfs): ioctl >> sign-extension >> ioctl ffffffffcef85a2b >> >> I do have the 2 sysctl settings set. >> >> Even running zfs gives me a problem within the jail. >> >> Some help would be much appreciated. > > Did you add the zfs device to be available for your jails in > devfs.rules? In the ruleset applying for the jails you need to add: > > add path zfs unhide hulk is the host, batman is the jail. hulk# cat /etc/rc.conf | grep devfs jail_batman_devfs_enable="YES" devfs_system_ruleset="zfsenable" hulk# cat /etc/devfs.rules [zfsenable=10] add path 'zfs' unhide hulk# zpool create public raidz ad4 ad6 ad8 hulk# zfs create public/jail hulk# zfs set jailed=on public/jail hulk# zfs set jailed=on public/jail hulk# zfs jail 4 public/jail hulk# sysctl security | grep jail security.jail.jailed: 0 security.jail.mount_allowed: 1 security.jail.chflags_allowed: 0 security.jail.allow_raw_sockets: 0 security.jail.enforce_statfs: 0 security.jail.sysvipc_allowed: 0 security.jail.socket_unixiproute_only: 1 security.jail.set_hostname_allowed: 0 hulk# tail -n 1 /var/log/messages Dec 3 13:45:16 hulk kernel: WARNING pid 1971 (zfs): ioctl sign-extension ioctl ffffffffcef85a2b batman# zfs create public/jail/public internal error: failed to initialize ZFS library I am still getting the same error in the jail. rgds, Thanks Patrick > > Then it should work like a charme. > > - Oliver > > -- > | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin > | > | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ > | > | Ich bin das Internet. Sowahr ich Gott helfe. > | > | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! > | > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 13: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 6518B16A417 for ; Mon, 3 Dec 2007 13:49:57 +0000 (UTC) (envelope-from darcsis@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by mx1.freebsd.org (Postfix) with ESMTP id B656913C44B for ; Mon, 3 Dec 2007 13:49:56 +0000 (UTC) (envelope-from darcsis@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so2808736rvb for ; Mon, 03 Dec 2007 05:49:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:references:from:organization:date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=qsZbCOBj3DK77bCyQQVuw9JJ/Mm7Id2h9Ua+q9x5SOU=; b=C5qYHnpg1K6oD97r7RKTfan53lGu2MMLrGkbrZj+9gdiYNDW/2688G95ka9XHK+GzQez1BFwn5gZS8sLKDMA5fXNlkmP81QFulvPylvMakvHrAWtGG9g06r0gHQ9n5kpktAOETS5AfQUboTHEC3EVzDxZ7LnYDMQp1yrvl0LFgc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:to:cc:subject:references:from:organization:date:in-reply-to:message-id:user-agent:mime-version:content-type; b=qs56dIxjKCjwPg31BR2fDRblVETFoZaqq4x3JvbfxOcFo9bpJ+PvESm/W+NTJMQgt3KYq8Eq1vn+BfPclPwfZWUJKOd0FdBZzZ5F/iZSrTtGaEGVONN5MFtqO/n+1PTo+/C3B5hm6Dq58cW+SCaykt1zW2qHCTQ/3bc1jSaav+0= Received: by 10.141.99.4 with SMTP id b4mr5604757rvm.1196688114827; Mon, 03 Dec 2007 05:21:54 -0800 (PST) Received: from pluton.xbsd.name ( [125.34.70.61]) by mx.google.com with ESMTPS id 3sm1574rvi.2007.12.03.05.21.48 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 03 Dec 2007 05:21:54 -0800 (PST) To: Matthias Schmidt References: <81C6A2BD-78DA-4806-8145-88E4F9B8D5B1@mathematik.uni-marburg.de> From: darcsis@gmail.com (Denise H. G.) Organization: Terra Firma Date: Mon, 03 Dec 2007 21:21:32 +0800 In-Reply-To: <81C6A2BD-78DA-4806-8145-88E4F9B8D5B1@mathematik.uni-marburg.de> (Matthias Schmidt's message of "Mon\, 3 Dec 2007 11\:29\:56 +0100") Message-ID: <86tzmzvrqb.fsf@pluton.xbsd.name> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: Announcing pkg_search 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, 03 Dec 2007 13:49:57 -0000 Matthias Schmidt writes: > Hi guys, > > I am not really sure if this is the appropriate list ... if its not, > please redirect me to the right one. > > I wrote a small script called pkg_search to help me searching my local > ports tree for a port/package without using "make search name=" or > something like freshports.org. Its not a big deal, but it eases my > daily pkg_add life a bit :) Hi I am also interested in `pkg_install' tools. A couple of weeks ago I planned to rewrite the `pkg_install' tools from scratch. And first of all I wrote a simple `pkg_info', which does what your `pkg_search' does, but it uses berkeley db to store package information. My idea is that `pkg_install' tools should be implemented in a combination of shell scripts and C codes. That way both the shell script parts and C parts would be somewhat straightforward compared with the current implementation of `pkg_install'. > > Example: > > % pkg_search fvwm2 > fvwm2-i18n-imlib-2.4.20_1 Popular virtual window manager for X > % pkg_search -i fvwm2 > Name : fvwm2-i18n-imlib-2.4.20_1-50 > Dir : /usr/ports/x11-wm/fvwm2-i18n > Desc : Popular virtual window manager for X > URL : http://www.fvwm.org/ > Deps : compositeproto-0.4 > [...] > > You can find it and a man page here: > > http://www.mathematik.uni-marburg.de/~schmidtm/pkg_search/ > > BTW: It works under DragonFly as well. {Net,Open}BSD might work as > well (with possible adoption), but I don't have machines here to test. > > Regards, > > Matthias > > > -- > Dipl.-Inf. Matthias Schmidt > Dept. of Mathematics and Computer Science, Distributed Systems Group > Philipps-University of Marburg, Hans-Meerwein-Strasse, 35032 Marburg > Tel: +49-6421-2821591, Fax: +49-6421-2821573, Office C4347 > _______________________________________________ > 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 Mon Dec 3 14:19: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 37C2516A417 for ; Mon, 3 Dec 2007 14:19:18 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.187]) by mx1.freebsd.org (Postfix) with ESMTP id D4C5013C468 for ; Mon, 3 Dec 2007 14:19:17 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so2819403rvb for ; Mon, 03 Dec 2007 06:19:17 -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:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=z0W9oYeICF00KpemeIfGXHXhK0VlDlLUBfE+QIODv7E=; b=nPDOH9tE57sf4M/iClPT8tMQj5ujVEqIgzV0lBwrv5GnRllO+Qn+LR8LQVSGwYJT6H0GWQC7wLxuZ+7o0WeDwWUTeVxW3JeiYuJjnw39GeUE9+f1PDrxks1cio3iiEJ4gGZA3nLRc9niTNyCmJMHqNO2yHm/HRTMHE5nmF/8SPw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=UQPyl75xK/WIKEobjPvfisjpJqOrOsvf5p0P+Ro+xNx0fg96wGmeoHr87UE8134vHzfMe7Opy1jZe35FewA/i9TJh8Xr/F8oGfOZ6QR0xH4atDoFRic8sw/0whoxmU63PRrk3WXge5to0f7LUkvX8zjB08z7mALExVKFPfxbxCU= Received: by 10.142.171.6 with SMTP id t6mr2114395wfe.1196691557615; Mon, 03 Dec 2007 06:19:17 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id q18sm7100555qbq.2007.12.03.06.19.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 03 Dec 2007 06:19:16 -0800 (PST) Message-ID: <47541063.4010101@gmail.com> Date: Mon, 03 Dec 2007 09:19:15 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071129) MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.5 OpenPGP: url= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 03 Dec 2007 14:19:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [Repost from -ports@] As has been hashed out in -ports@ over the last few days there is at least a need to examine weither or not the current ports system should remain as is or potentially be re-engineered in the future (estimates if and when needed vary from ASAP to 10-15 years). I have volunteered to undertake a feasibility/pilot project to examine what changes (if any) are needed in the system (for the purposes of this thread I will not venture any of my own suggestions). I have the following broad questions for people: 1. What is more important to your personal use of FreeBSD (the ports system, the underlaying OS, some other aspect)? 2. How frequently do you interact with the ports systems and what is the most common interaction you have with it? 3. What is the single best aspect of the current system? 4. What is the single worst aspect of the current system? 5. If you where a new FreeBSD user how would your answers above change? If you where brand new to UNIX how whould they change? 6. Assuming that there was no additional work on your behalf would you use a new system if it corrected your answer to number 4? 7. Same as question 6 but for your answer on question 3? 8. How long have you used FreeBSD and/or UNIX in general? 9. That is your primary use(s) for your FreeBSD machine(s) (name upto 3)? 10. Assuming there is no functional difference what is your preferred installation method for 3rd party software? 11. On a scale from 1 to 10 (10 being the best) please rate the importance of the following aspects of the ports system? a. User Interface b. Consistency of behaviors and interactions c. Accuracy in dependant port installations d. Internal record keeping e. Granularity's of the port management system 12. Please rate your personal technical skill level? - -- Aryeh M. Friedman FloSoft Systems Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHVBBj358R5LPuPvsRArclAKC8fVFVsva2DPmOQdTWw+/CT+wGywCfWvPl hbX2FSUdh6C61xTDJqnWf/M= =iCiu -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 14:38:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from misaki (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id BC8C916A419; Mon, 3 Dec 2007 14:38:15 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Mon, 3 Dec 2007 22:38:01 +0800 From: Ariff Abdullah To: Kostik Belousov Message-Id: <20071203223801.63979f9b.ariff@FreeBSD.org> In-Reply-To: <20071203092943.GU83121@deviant.kiev.zoral.com.ua> References: <20071125201915.GC78396@deviant.kiev.zoral.com.ua> <20071203012053.037a73f6.ariff@FreeBSD.org> <20071203092943.GU83121@deviant.kiev.zoral.com.ua> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__3_Dec_2007_22_38_01_+0800_e.=1Psrgn8/gn6i=" Cc: freebsd-current@freebsd.org Subject: Re: snd_hda + ath = hard 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: Mon, 03 Dec 2007 14:38:16 -0000 --Signature=_Mon__3_Dec_2007_22_38_01_+0800_e.=1Psrgn8/gn6i= Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 3 Dec 2007 11:29:43 +0200 Kostik Belousov wrote: > On Mon, Dec 03, 2007 at 01:20:53AM +0800, Ariff Abdullah wrote: > > On Sun, 25 Nov 2007 22:19:15 +0200 > > Kostik Belousov wrote: > > > I have a laptop that shares interrupt between ath0 and snd_hda0 > > > devices. Machine works under the RELENG_6 normally. Now, on the > > > RELENG_7 (and CURRENT), attempt to ifconfig ath0 up usualy hangs > > > the machine in the next 2-5 minutes. > > >=20 > > > Hang is hard, I even cannot switch the console to look at the > > > kernel messages or enter the ddb. Also, laptop does not have a > > > serial port. > > >=20 > > > Not setting the ath0 up, or, unloading snd_hda.ko before > > > activating the interface, allows machine to work. Wireless works > > > without problem, interrupt rate is as expected. > > >=20 > > > Any advice ? > > >=20 > >=20 > > Try enabling msi via hint.pcm.%d.msi=3D"1" . It is disabled by > > default due to too many broken msi. > >=20 > > There is a poor man polling mode which can be enabled through > > sysctl dev.pcm.%d.polling=3D1, but I won't recommend this for > > typical usage (unless to debug this kind of weird issues). > >=20 > > This regression probably originated from somewhere else since you > > said it was working fine under RELENG_6. >=20 > I filled the PR 118316, see there for some kind of > workaround/solution. It seems that removing INTR_FILTER from kernel > config solves it. >=20 ah.. ok. Thanks. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Mon__3_Dec_2007_22_38_01_+0800_e.=1Psrgn8/gn6i= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHVBTJlr+deMUwTNoRAgRGAJwL787H2BlG1DK78YBOvK4mnOXsEgCgviSO o2IkCfEwcSFMSczdL02rxwM= =5pIK -----END PGP SIGNATURE----- --Signature=_Mon__3_Dec_2007_22_38_01_+0800_e.=1Psrgn8/gn6i=-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 14:53: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 4925716A417 for ; Mon, 3 Dec 2007 14:53:48 +0000 (UTC) (envelope-from m.rebele@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id 0B45B13C461 for ; Mon, 3 Dec 2007 14:53:47 +0000 (UTC) (envelope-from m.rebele@web.de) Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166]) by fmmailgate02.web.de (Postfix) with ESMTP id C0B75B6073A9 for ; Mon, 3 Dec 2007 15:53:46 +0100 (CET) Received: from [194.94.240.61] (helo=[10.100.2.35]) by smtp05.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.108 #208) id 1IzCg6-0003rE-00 for freebsd-current@freebsd.org; Mon, 03 Dec 2007 15:53:46 +0100 Message-ID: <47541864.8050306@web.de> Date: Mon, 03 Dec 2007 15:53:24 +0100 From: Michael Rebele User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <475039D5.4020204@web.de> <8e10486b0711300910n208e6729kf108e7a79c8e326e@mail.gmail.com> In-Reply-To: <8e10486b0711300910n208e6729kf108e7a79c8e326e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: m.rebele@web.de X-Sender: m.rebele@web.de X-Provags-ID: V01U2FsdGVkX18XsV+IeXp4jsgbRTzaOssieBQyrT5JF7x44ctt Hj4xZsIEZ4wq5ESxlJ1SANtnNL3/m6dv7Z/jZx4TYl/3BzVh72 9vHuqkJNE= Subject: Re: 7.0-Beta 3: zfs makes system reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: m.rebele@web.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 14:53:48 -0000 Alexandre Biancalana wrote: > On Nov 30, 2007 2:27 PM, Michael Rebele wrote: >> 4. The applied kernel settings >> kern.maxvnodes="400000" >> vm.kmem_size_max="512M" >> vm.kmem_size="512M" >> >> 5. Output from zpool >> [root@zfs /root]# zpool status >> pool: tank >> state: ONLINE >> scrub: none requested >> config: >> >> NAME STATE READ WRITE CKSUM >> tank ONLINE 0 0 0 >> ad4s1g ONLINE 0 0 0 >> >> errors: No known data errors >> >> Can anyone confirm the issue? Any solutions around? >> > > Have you tried this patch > http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch ? Hmm, the patch is from Oct, 6. The Beta 3 came more than 4 weeks later. Why isn't it already applied? Are the any drawbacks with other Kernel-Parts? The other thing, that makes me a bit confused is the need of twiddling around with Kernel-Memory parameters. Maybe, the default values of 384MB seem to be a bit less as ZFS does a lot of caching in RAM. But, why breaks this up the system? Less memory may lead to a performance penalty (even to very low values) but should never made the system reboot or make it halt with a "kmem_map too small"-Message - or am i wrong? But we're in the experimental phase - so, I'll apply the mentioned patch and test it again. Thanks. Michael -- Die Erde ist die Irrenanstalt des Universums. Public Key: http://sks.keyserver.penguin.de:11371/pks/lookup?op=get&search=0x5D0A2BC3CEB 3F472 From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 14:54: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 688DB16A418 for ; Mon, 3 Dec 2007 14:54:14 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id B76B513C45D for ; Mon, 3 Dec 2007 14:54:13 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so7127300pyb for ; Mon, 03 Dec 2007 06:54:11 -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:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=sWyw0WQeTTt1BU4WkjD9zQbMkT70b/lilLdaBZfXDAo=; b=p81krDg++FkPfO2LsWBVScOGMt8joeYSKBdJicmsk0NigU9oBpZu8/BvnUD4+jR8ES0tABt5LNo1ABg6EVTRuBEW8JiIXWjz2lpzliDBLc4NyD6pqM7KT5QN+ymGeOGvG2BfZ4cJGx53oNSBCsF7lxgb/NkxYXqKOVox2NbncjQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=gaR2GQ5Pr9CS4zhGOcbt7typQtch+5saZGb/6YNF1qFNGAlQ/mmq8JZHLz+mZIGI1lb8auqStGjrYA5fyBphsDjd6yoahp5L3pTKhLpXObn21z8vSv7lsZdo9WaeOvmZQaENK2Y85mjXB9L8Urx131DWcYaG7jhWcyDHVqhFaCE= Received: by 10.65.155.19 with SMTP id h19mr16360483qbo.1196693650684; Mon, 03 Dec 2007 06:54:10 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e17sm3818749qba.2007.12.03.06.54.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 03 Dec 2007 06:54:10 -0800 (PST) Message-ID: <47541891.60604@gmail.com> Date: Mon, 03 Dec 2007 09:54:09 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071129) MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <47541063.4010101@gmail.com> In-Reply-To: <47541063.4010101@gmail.com> X-Enigmail-Version: 0.95.5 OpenPGP: url= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 03 Dec 2007 14:54:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > > 7. Same as question 6 but for your answer on question 3? This should read: 7. If the new system corrected the worst aspect of the current system but broke the best aspect of it would you use the new system? - -- Aryeh M. Friedman FloSoft Systems Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHVBiR358R5LPuPvsRAndjAJ4/PtqzAQc0YGIlWkOMC2KU5KZeAQCeInKu ubr3E1ZhOylNLjIOvH+GZGg= =OkIP -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 14:55: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 95F6516A496 for ; Mon, 3 Dec 2007 14:55:49 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [82.95.198.17]) by mx1.freebsd.org (Postfix) with ESMTP id D927713C4F3 for ; Mon, 3 Dec 2007 14:55:48 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 94913 invoked by uid 80); 3 Dec 2007 14:55:30 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Mon, 3 Dec 2007 15:55:30 +0100 (CET) Message-ID: <4167.10.202.77.103.1196693730.squirrel@webmail.superhero.nl> In-Reply-To: <1196688004.6408.90.camel@localhost> References: <3090.10.202.77.103.1196628578.squirrel@webmail.superhero.nl> <20071203115442.GE74491@e-Gitt.NET> <3967.10.202.77.103.1196686418.squirrel@webmail.superhero.nl> <1196686963.6408.84.camel@localhost> <4028.10.202.77.103.1196687408.squirrel@webmail.superhero.nl> <1196688004.6408.90.camel@localhost> Date: Mon, 3 Dec 2007 15:55:30 +0100 (CET) From: "Gelsema, P \(Patrick\)" To: "Andrew Kolchoogin" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS in a jail 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, 03 Dec 2007 14:55:49 -0000 On Mon, December 3, 2007 14:20, Andrew Kolchoogin wrote: > On Mon, December 3, 2007 14:02, Andrew Kolchoogin wrote: >> >> > Did you add the zfs device to be available for your jails in >> >> > devfs.rules? In the ruleset applying for the jails you need to add: >> >> > >> >> > add path zfs unhide >> >> >> >> hulk is the host, batman is the jail. >> >> >> >> hulk# cat /etc/rc.conf | grep devfs >> >> jail_batman_devfs_enable="YES" >> >> devfs_system_ruleset="zfsenable" >> > jail_batman_devfs_ruleset="zfsenable" >> >> They are 2 seperate lines. Any idea on how to get zfs in the jail? I >> have >> been told I had to add the devfs rules for zfs. > Yes, I've told you what you should to do. First part you have been > done already -- you've edited /etc/devfs.rules and added new > configuration subsection with instructions to unhide /etc/zfs. > Please do the second part: instruct the /etc/rc.d/jail to apply > these rules to DEVFS instance mounted into your jail. Just change > 'devfs_system_ruleset' to 'jail_batman_devfs_ruleset' and restart your > jail -- /etc/rc.d/jail does NOT pay attention to system-wide DEVFS > ruleset variables, it uses per-jail ones. > If you have configured all the things correctly, you MUST > see /path/to/root/of/your/jail/dev/zfs :) > -- > Andrew. > Hi Andrew, this is working. Thanks. THe only problem is that after every reboot I have to rerun the following commands to get things working again. hulk# zfs jail 4 zfspublic/batman batman# zfs mount -a If I don't do the jail 4 command the command batman# zfs get all does not return anything. Seems like the zfs jail 4 command is not remembered. The zfs manpage does not tell of where to store these settings. Any pointers? hulk# zfs get all NAME PROPERTY VALUE SOURCE zfspublic type filesystem - zfspublic creation Mon Dec 3 15:13 2007 - zfspublic used 1.69G - zfspublic available 911G - zfspublic referenced 24.0K - zfspublic compressratio 1.00x - zfspublic mounted yes - zfspublic quota none default zfspublic reservation none default zfspublic recordsize 128K default zfspublic mountpoint /zfspublic default zfspublic sharenfs off default zfspublic checksum on default zfspublic compression off default zfspublic atime on default zfspublic devices on default zfspublic exec on default zfspublic setuid on default zfspublic readonly off default zfspublic jailed off default zfspublic snapdir hidden default zfspublic aclmode groupmask default zfspublic aclinherit secure default zfspublic canmount on default zfspublic shareiscsi off default zfspublic xattr off temporary zfspublic copies 1 default zfspublic/batman type filesystem - zfspublic/batman creation Mon Dec 3 15:14 2007 - zfspublic/batman used 1.69G - zfspublic/batman available 911G - zfspublic/batman referenced 1.69G - zfspublic/batman compressratio 1.00x - zfspublic/batman mounted yes - zfspublic/batman quota none default zfspublic/batman reservation none default zfspublic/batman recordsize 128K default zfspublic/batman mountpoint /s/public local zfspublic/batman sharenfs off default zfspublic/batman checksum on default zfspublic/batman compression off default zfspublic/batman atime on default zfspublic/batman devices on default zfspublic/batman exec on default zfspublic/batman setuid on default zfspublic/batman readonly off default zfspublic/batman jailed on local zfspublic/batman snapdir hidden default zfspublic/batman aclmode groupmask default zfspublic/batman aclinherit secure default zfspublic/batman canmount on default zfspublic/batman shareiscsi off default zfspublic/batman xattr off temporary zfspublic/batman copies 1 default > > From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 16:25: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 2F0D516A469 for ; Mon, 3 Dec 2007 16:25:56 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp104.biz.mail.mud.yahoo.com (smtp104.biz.mail.mud.yahoo.com [68.142.200.252]) by mx1.freebsd.org (Postfix) with SMTP id EEBC213C4E5 for ; Mon, 3 Dec 2007 16:25:55 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 83118 invoked from network); 3 Dec 2007 15:59:15 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=vdHuekMp85bXCyiHZS7+WKf3PZ7SSmp9EPIzbczSrpYfrQHKBLmt1epwWhaePvT/aHDbES/tihsSfFRRITD/7LQRlbtApbuV9L1L0BYkA1p9Z4MzyyygWNXbiwmnsT4wy6l7S2qERlcOy8feX4KD2ruKZwwovs4/owna5S2EjU8= ; Received: from unknown (HELO borgdemon3.thruhere.net) (j.m.cooper@borgsdemons.com@134.121.240.131 with plain) by smtp104.biz.mail.mud.yahoo.com with SMTP; 3 Dec 2007 15:59:14 -0000 X-YMail-OSG: 2ftW7OIVM1kmln3EUwX_Pq8TkIGS9TpJR2bxQo03NLbmSCjeGXmQyH7QLBbk0vHoMYBjIywHJk2.mvGvGRVbuE29eIOqQddEjBe7TYS8dLROlW1zqr6pBWVlevhVPw-- Message-ID: <475427D4.2050205@yahoo.com> Date: Mon, 03 Dec 2007 07:59:16 -0800 From: John Merryweather Cooper User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <47541063.4010101@gmail.com> In-Reply-To: <47541063.4010101@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 03 Dec 2007 16:25:56 -0000 Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > [Repost from -ports@] > > As has been hashed out in -ports@ over the last few days there is at > least a need to examine weither or not the current ports system should > remain as is or potentially be re-engineered in the future (estimates > if and when needed vary from ASAP to 10-15 years). I have > volunteered to undertake a feasibility/pilot project to examine what > changes (if any) are needed in the system (for the purposes of this > thread I will not venture any of my own suggestions). I have the > following broad questions for people: > > 1. What is more important to your personal use of FreeBSD (the ports > system, the underlaying OS, some other aspect)? > > Underlying OS. > 2. How frequently do you interact with the ports systems and what is > the most common interaction you have with it? > > Daily. Updating. > 3. What is the single best aspect of the current system? > > Easy to implement ports. > 4. What is the single worst aspect of the current system? > > Slow rebuild of portupgrade database (much improved in recent versions). > 5. If you where a new FreeBSD user how would your answers above > change? If you where brand new to UNIX how whould they change? > In my experience, people from a Windoze background don't understand dependencies at all. Everything "just happens" under the hood during the install. This gives the impression that installing software works better under Windoze, but this impression is false. Dependency bugs (in the form of inconsistent/out-dated DLLs) have been a source of instability since the beginning. > 6. Assuming that there was no additional work on your behalf would you > use a new system if it corrected your answer to number 4? > > Yes. > 7. Same as question 6 but for your answer on question 3? > > However, to be acceptable, porting software into the build environment as to be at least as easy as it is now. In fact, porting is far more important than installing. > 8. How long have you used FreeBSD and/or UNIX in general? > > This is my 8th year. > 9. That is your primary use(s) for your FreeBSD machine(s) (name upto 3)? > > Development, port maintenance, writing (desktop applications). > 10. Assuming there is no functional difference what is your preferred > installation method for 3rd party software? > > In the best of all possible worlds, installs would be self-contained (they would install correctly on the target with no intervention from the user). In the real world, I want 3rd party software to follow the ports system (whatever it may be). If 3rd part software does NOT track the ports systems, all manner of difficult-to-debug bugs will propagate. > 11. On a scale from 1 to 10 (10 being the best) please rate the > importance of the following aspects of the ports system? > > a. User Interface > a => 4 (but see GNOME, KDE, and Webmin) > b. Consistency of behaviors and interactions > b => 8 > c. Accuracy in dependant port installations > c => 10 > d. Internal record keeping > d => 6 > e. Granularity's of the port management system > e => 8 > 12. Please rate your personal technical skill level? > > High. > - -- > Aryeh M. Friedman > FloSoft Systems > Developer, not business, friendly > http://www.flosoft-systems.com > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHVBBj358R5LPuPvsRArclAKC8fVFVsva2DPmOQdTWw+/CT+wGywCfWvPl > hbX2FSUdh6C61xTDJqnWf/M= > =iCiu > -----END PGP SIGNATURE----- > > _______________________________________________ > 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 Mon Dec 3 17:05:12 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 E075616A417 for ; Mon, 3 Dec 2007 17:05:12 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outW.internet-mail-service.net (outW.internet-mail-service.net [216.240.47.246]) by mx1.freebsd.org (Postfix) with ESMTP id C6C2413C45B for ; Mon, 3 Dec 2007 17:05:12 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Mon, 03 Dec 2007 09:05:11 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 621A6126B88; Mon, 3 Dec 2007 09:05:11 -0800 (PST) Message-ID: <4754374A.2060100@elischer.org> Date: Mon, 03 Dec 2007 09:05:14 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Robert Watson References: <20071202233435.G74097@fledge.watson.org> <20071203032422.GC30756@heff.fud.org.nz> <20071203090800.U74097@fledge.watson.org> In-Reply-To: <20071203090800.U74097@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@FreeBSD.org, current@FreeBSD.org, Andrew Thompson Subject: Re: procstat(1) committed to CVS HEAD 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, 03 Dec 2007 17:05:13 -0000 Robert Watson wrote: > > On Mon, 3 Dec 2007, Andrew Thompson wrote: > >> On Sun, Dec 02, 2007 at 11:38:45PM +0000, Robert Watson wrote: >>> >>> Dear all, (and FYI to hackers@ where I previousl sought feedback): >>> >>> I've now committed procstat(1) to CVS. I've found it to be quite a >>> helpful debugging tool, am particularly pleased with -k/-kk, and >>> would welcome feedback and ideas on further improving it. >> >> I would like to give some feedback. I listed the threads of proc 12 >> which is intr, >> >> # procstat -t 12 >> PID TID COMM CPU PRI STATE WCHAN >> 12 100003 intr 0 40 wait - >> 12 100004 intr 0 52 wait - >> 12 100030 intr 0 16 wait - >> [...] >> 12 100036 intr 0 36 wait - >> 12 100037 intr 0 24 wait - >> >> I had expected it to show the thread name such as 'irq14: ata0', is >> this possible (and a good thing to do)? > > I just print out the 'comm' field returned by the generic sysctl, and I > notice that top(1) with -S is now having the same problem as > procstat(1). I think this is a kernel bug in how we initialize or > otherwise handle thread names, and fairly recent, as it's not present on > my 7.0BETA2 box. If I had to guess, it's that these are now 'true > threads' under the single 'intr' proc, and that we're not exporting the > thread name? the td_td_name field is set from the proc name when the process is not threaded. In the system, it is initialised correctly when new kernel threads are set up. At least, ddb shows it as being set up.. top -SH can show you the td_name field. check that. > >> Great work on procstat :) > > Thanks! > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > 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 Mon Dec 3 17:09: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 3D3C316A468 for ; Mon, 3 Dec 2007 17:09:54 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outG.internet-mail-service.net (outG.internet-mail-service.net [216.240.47.230]) by mx1.freebsd.org (Postfix) with ESMTP id 2312A13C45D for ; Mon, 3 Dec 2007 17:09:53 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Mon, 03 Dec 2007 09:09:53 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id E0B75126BA8; Mon, 3 Dec 2007 09:09:49 -0800 (PST) Message-ID: <47543861.8050107@elischer.org> Date: Mon, 03 Dec 2007 09:09:53 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Robert Watson References: <20071202233435.G74097@fledge.watson.org> <20071203032422.GC30756@heff.fud.org.nz> <20071203090800.U74097@fledge.watson.org> <20071203093531.GA31649@heff.fud.org.nz> <20071203102219.N79674@fledge.watson.org> In-Reply-To: <20071203102219.N79674@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@FreeBSD.org, current@FreeBSD.org, Andrew Thompson Subject: Re: procstat(1) committed to CVS HEAD 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, 03 Dec 2007 17:09:54 -0000 Robert Watson wrote: > > On Mon, 3 Dec 2007, Andrew Thompson wrote: > >>>> I would like to give some feedback. I listed the threads of proc 12 >>>> which >>>> is intr, >>>> >>>> # procstat -t 12 >>>> PID TID COMM CPU PRI STATE WCHAN >>>> 12 100003 intr 0 40 wait - >>>> 12 100004 intr 0 52 wait - >>>> 12 100030 intr 0 16 wait - >>>> [...] >>>> 12 100036 intr 0 36 wait - >>>> 12 100037 intr 0 24 wait - >>>> >>>> I had expected it to show the thread name such as 'irq14: ata0', is >>>> this possible (and a good thing to do)? >>> >>> I just print out the 'comm' field returned by the generic sysctl, and >>> I notice that top(1) with -S is now having the same problem as >>> procstat(1). I think this is a kernel bug in how we initialize or >>> otherwise handle thread names, and fairly recent, as it's not present >>> on my 7.0BETA2 box. If I had to guess, it's that these are now 'true >>> threads' under the single 'intr' proc, and that we're not exporting >>> the thread name? >> >> Changing to ki_ocomm gets the desired result for single and >> multithreaded processes. > > I wonder if we should be renaming ki_ocomm to ki_tdcomm or ki_tdname? we probably should now, originally there was still a used fo it somewhere but I think it's probably been fixed by now (that was many years ago). ki_tdname woudl be best. or better still, make a scheme where we actually returned thread info separate from process info. > > Robert N M Watson > Computer Laboratory > University of Cambridge > >> >> >> Andrew >> >> Index: procstat_threads.c >> =================================================================== >> RCS file: /home/ncvs/src/usr.bin/procstat/procstat_threads.c,v >> retrieving revision 1.1 >> diff -u -p -r1.1 procstat_threads.c >> --- procstat_threads.c 2 Dec 2007 23:31:45 -0000 1.1 >> +++ procstat_threads.c 3 Dec 2007 06:06:46 -0000 >> @@ -82,8 +82,8 @@ procstat_threads(pid_t pid, struct kinfo >> kipp = &kip[i]; >> printf("%5d ", pid); >> printf("%6d ", kipp->ki_tid); >> - printf("%-20s ", strlen(kipp->ki_comm) ? >> - kipp->ki_comm : "-"); >> + printf("%-20s ", strlen(kipp->ki_ocomm) ? >> + kipp->ki_ocomm : "-"); >> if (kipp->ki_oncpu != 255) >> printf("%3d ", kipp->ki_oncpu); >> else if (kipp->ki_lastcpu != 255) >> >> > _______________________________________________ > 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 Mon Dec 3 18:42: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 1DC1616A469 for ; Mon, 3 Dec 2007 18:42:59 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id 8B55113C442 for ; Mon, 3 Dec 2007 18:42:58 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from localhost (core.stromnet.se [83.218.84.131]) by core.stromnet.se (Postfix) with ESMTP id C6E54D472CF for ; Mon, 3 Dec 2007 19:42:56 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.131]) (amavisd-new, port 10024) with ESMTP id C+2ge4APDJ6c for ; Mon, 3 Dec 2007 19:42:54 +0100 (CET) Received: from [172.28.1.102] (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id EE768D472CD for ; Mon, 3 Dec 2007 19:42:53 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: References: <475039D5.4020204@web.de> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Mon, 3 Dec 2007 19:42:25 +0100 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.752.3) Subject: Re: 7.0-Beta 3: zfs makes system reboot 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, 03 Dec 2007 18:42:59 -0000 On Dec 2, 2007, at 14:15 , Johan Str=F6m wrote: > On Dec 2, 2007, at 13:33 , Johan Str=F6m wrote: > >> On Nov 30, 2007, at 17:27 , Michael Rebele wrote: >> >>> Hello, >>> >>> i'm testing the zfs since 7.0-Beta 1. >>> First, i had only access to an 32 Bit Machine (P4/3GHz with 2GB =20 >>> RAM, 2xHD for RAID1 and 2xHD for ZFS Raid 0). >>> >>> While running iozone with the following call: >>> iozone -R -a -z -b file.wks -g 4G -f testile >>> >>> (This is inspired by Dominic Kay from Sun, see http://=20 >>> blogs.sun.com/dom/entry/zfs_v_vxfs_iozone for details). >>> >>> the well known "kmem_malloc" error occured and stopped the system. >>> (panic: kmem_malloc (131072): kmem_map too small: 398491648 total =20= >>> allocated cpuid=3D1) >>> >>> I tested several optimizations as suggested in the ZFS Tuning =20 >>> Guide and several postings on this list. >>> The problem stayed mainly the same, it stopped with a =20 >>> "kmem_malloc" or rebooted without warning. This depends on the =20 >>> configuration, if i raised the vm.kmem_-sizes or only the =20 >>> KVA_PAGES or both. >>> But it never ever made the benchmark. With more memory in =20 >>> vm.kmem_size and vm.kmem_size_max, the problem came later. >>> >>> >>> >>> But ok, the main target for the ZFS is to use amd64, not i386. =20 >>> Now i have access to an Intel Woodcrest-System, it's a Xeon 5160 =20 >>> with 4GB RAM and 1xHD. It has UFS for the System and Home and one =20= >>> ZFS only for data (for the iozone-Benchmark). >>> It has a vanilla kernel, i haven't touched it. I've tested the =20 >>> default settings from Beta 3 and applied the tuning tips from the =20= >>> Tuning Guide. >>> It shows the same behaviour as on the 32 Bit machine. One major =20 >>> difference: it makes always a reboot. There's no kmem_malloc =20 >>> error message (which made the system hang). >>> >>> The problem is the "-z" option in the iozone-Benchmark. Without =20 >>> it, the benchmark works (on the i386 and on the amd64-Machine). =20 >>> This option makes iozone testing small record sizes for large =20 >>> files. On an UFS-Filesystem, iozone works with the "-z" option. =20 >>> Though, it seems to me, that this is a problem with ZFS. >>> >>> Here are some more informations (from the amd64-System): >>> >>> 1. The captured iozone output >>> >>> [root@zfs /tank/iozone]# iozone -R -a -z -b filez-512M.wks -g 4G -=20= >>> f testile >>> ... >> >> >> For the record, I can reproduce the same thing on amd64 FreeBSD =20 >> RELENG_7 (installed from beta3 2 days ago) from 2 days ago. Its a =20 >> c2d box with 2Gb of memory and two satadrives in zpool mirror. No =20 >> special tweaking whatsoever yet.. >> The panic was Page fault, supervisor read instruction page not =20 >> present.. so not the (apparently) regular kmem_malloc? So I doubt =20 >> the other patch that was linked to by Alexandre would help? >> >> iozone got to >> Run began: Sun Dec 2 13:11:53 2007 >> >> Excel chart generation enabled >> Auto Mode >> Cross over of record size disabled. >> Using maximum file size of 4194304 kilobytes. >> Command line used: iozone -R -a -z -b file.wks -g 4G -f =20 >> testile >> Output is in Kbytes/sec >> Time Resolution =3D 0.000001 seconds. >> Processor cache size set to 1024 Kbytes. >> Processor cache line size set to 32 bytes. >> File stride size set to 17 * record size. >> =20 >> random random bkwd record stride >> KB reclen write rewrite read reread =20 >> read write read rewrite read fwrite frewrite fread =20 >> freread >> 64 4 122584 489126 969761 1210227 =20 >> 1033216 503814 769584 516414 877797 291206 460591 =20 >> 703068 735831 >> 64 8 204474 735831 1452528 1518251 =20 >> 1279447 799377 1255511 752329 1460430 372410 727850 1087638 =20= >> 1279447 >> ...... >> 131072 4 65734 71698 1011780 970967 =20 >> 755928 5479 1008858 494172 931232 65869 68155 906746 =20= >> 910950 >> 131072 8 79507 74422 1699148 1710185 =20 >> 1350184 10907 1612344 929991 1372725 34699 74782 1407638 =20= >> 1429434 >> 131072 16 82479 74279 2411000 2426173 =20 >> 2095714 25327 2299061 1608974 2038950 71102 69200 1887231 =20= >> 1893067 >> 131072 32 75268 73077 3276650 3326454 =20 >> 2954789 70573 3195793 2697621 2987611 >> then it died >> >> No cores dumped however.. Altough I'm running on a gmirror for =20 >> swap, if I recall correct at least 6.x couldnt dump to a gmirror, =20 >> I guess 7.x cant either then.. Altought the dump message DID say =20 >> it dumped memory (and it did say Dump complete), savecore didnt =20 >> find any dumps at boot.. >> >> The box didnt do anything else during this test, and is not =20 >> running any apps yet. Havent encounterd the problem before, but =20 >> then again I've only been playing with it for 2 days without any =20 >> real hard test (just scp'ed about 50 gigs of data to it, but thats =20= >> it) > > Ehr.. im sorry, I think i missread the dump.. or rather the whole =20 > dump wasnt on screen.. just did the same test again: > > panic: kmem_malloc(131082): kmem_map too small: 412643328 total =20 > allocated > and page fault.. > > I'll test that VM patch. Back again after > 24h testing. Without the patch it crashes (two out =20= of two times). After applying the patch I havent had a single crash, and it was =20 runnig almost through the full test (After 10 hours I didnt realy =20 think it would crash anyway so :P) Tried with no special loader.conf-settings, then with vm.kmem_size=20 (_max)=3D"1G", and then also with vfs.zfs.arc_max=3D"512M".. No crashes =20= anywhere.. So this patch seems to make it not crash.. But as Michael Rebele =20 pointed out in another post, it was written 4 weeks before beta3, and =20= yet not applied? From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 20:01:01 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 4577216A418 for ; Mon, 3 Dec 2007 20:01:01 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 0C0A913C4CC for ; Mon, 3 Dec 2007 20:01:01 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A56BB6.dip.t-dialin.net [84.165.107.182]) by redbull.bpaserver.net (Postfix) with ESMTP id 555B02E34A; Mon, 3 Dec 2007 20:53:21 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 9D96176308; Mon, 3 Dec 2007 20:53:18 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1196711598; bh=uAIFwE1fVi3q4o7UcP1br+b3p4vWShHcp lAHJZ6QtO0=; h=Message-ID:X-Priority:Date:From:To:Cc:Subject: References:In-Reply-To:MIME-Version:Content-Type: Content-Disposition:Content-Transfer-Encoding:User-Agent; b=OHjkmz buf6HFruz6vGCddr3T4CQ3sT5yoldih53xBKy089zS/WdlQCj+KeY22xtwIiusbV+vu Nmk5yY/0QJSFaW+vQRw+24BYKgEd6qFP3l3jSlo2yFJW3rG7WbxIwCnScOcL6jfLyrq O6P1Fp42/tMEvgvYEX2P5XNPi8jQ5fbF5iUZnDPLJD1dgOfHtLmBqXJILtld3OEwsGu Lm2aZTZ2RlD09Jd0tGS+eMnLWOlf1GlqyWMVyj0r5p1Xs6ZU3v10oAc5Fitl6LSu4Bq CjauVtoy/ZU9F2GuDfnZMnCMAk/5nupvJ5sXYwSpPqLR+lCTvCXn16DkYMiJx8+ROyT w== Received: (from www@localhost) by webmail.leidinger.net (8.14.1/8.13.8/Submit) id lB3JrHju047171; Mon, 3 Dec 2007 20:53:17 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from ANancy-154-1-96-201.w86-204.abo.wanadoo.fr (ANancy-154-1-96-201.w86-204.abo.wanadoo.fr [86.204.190.201]) by webmail.leidinger.net (Horde MIME library) with HTTP; Mon, 03 Dec 2007 20:53:17 +0100 Message-ID: <20071203205317.5yetpsh8gw8co4wk@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 03 Dec 2007 20:53:17 +0100 From: Alexander Leidinger To: "Denise H. G." References: <81C6A2BD-78DA-4806-8145-88E4F9B8D5B1@mathematik.uni-marburg.de> <86tzmzvrqb.fsf@pluton.xbsd.name> In-Reply-To: <86tzmzvrqb.fsf@pluton.xbsd.name> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-13.704, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, MIME_QP_LONG_LINE 1.40, MR_DEPOT_URI 0.30, RDNS_DYNAMIC 0.10, SMILEY -0.50) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org, Matthias Schmidt Subject: Re: Announcing pkg_search 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, 03 Dec 2007 20:01:01 -0000 Quoting "Denise H. G." (from Mon, 03 Dec 2007 =20 21:21:32 +0800): > Matthias Schmidt writes: > >> Hi guys, >> >> I am not really sure if this is the appropriate list ... if its not, >> please redirect me to the right one. >> >> I wrote a small script called pkg_search to help me searching my local >> ports tree for a port/package without using "make search name=3D" or >> something like freshports.org. Its not a big deal, but it eases my >> daily pkg_add life a bit :) > > Hi > > I am also interested in `pkg_install' tools. A couple of weeks ago I > planned to rewrite the `pkg_install' tools from scratch. And first of I hope you are aware of the Google Summer of Code 2007 project with =20 the goal to improve the pkg_* stuff... http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=3D//depot/projects/soc= 2007/revised%5ffbsd%5fpkgtools&HIDEDEL=3DYES Bye, Alexander. --=20 Calm down .... it is only ones and zeros. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 20:30: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 8AA7C16A469; Mon, 3 Dec 2007 20:30:30 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (penna-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 2963713C4DD; Mon, 3 Dec 2007 20:30:30 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.1/8.14.1) with ESMTP id lB3KVTnL061171; Mon, 3 Dec 2007 15:31:29 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Rui Paulo In-Reply-To: <475048BC.7070904@FreeBSD.org> References: <20071129114620.16752mjgtqsqtxyc@intranet.encontacto.net> <475048BC.7070904@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-GEGXlUlVoRwCRaGxcMC1" Organization: MarcusCom, Inc. Date: Mon, 03 Dec 2007 15:30:25 -0500 Message-Id: <1196713825.87269.52.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,MIME_QP_LONG_LINE, NO_RELAYS autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on creme-brulee.marcuscom.com Cc: FreeBSD Current , freebsd-mobile Subject: Re: Run Current on a MacBook 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, 03 Dec 2007 20:30:30 -0000 --=-GEGXlUlVoRwCRaGxcMC1 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-11-30 at 17:30 +0000, Rui Paulo wrote: > eculp wrote: > > I am a half step away from buying a MacBook based on the following=20 > > assumptions: > >=20 > > 1. I should run current and it has the SMP problem fixed. >=20 > The fix was not yet committed. >=20 > > 2. It can be dual booted between OSX and FreeBSD? > > a. The handbook only mentions that it can be run as a guest OS. >=20 > The handbook doesn't mention anything about running FreeBSD on a=20 > MacBook. You probably want to read http://wiki.freebsd.org/AppleMacbook >=20 > > b. Is there a short list to run both OS's I've done this with > > windows many times over the years but I have on idea where to > > start with Mac. Example: Clean the disk and start with FBSD > > or somehow compress the MacOSX file system and use the rest > > for BSD, etc. etc. >=20 > * Partition your drive witht Bootcamp > * Install rEFIt. http://refit.sf.net/ > * Boot FreeBSD install CD and install it to the desired partition. Don't=20 > install an MBR boot manager. > * Sync your MBR with the GPT by using the refit tool (available in the=20 > refit boot menu). I've tried this procedure twice now, and the results are the same: even after selecting "None" for the boot manager, by GPT gets overridden with an MBR. Almost everything works fine after that. rEFIt allows me to boot into MacOS X or FreeBSD, but the gptsync tool does not work, and I couldn't upgrade to Leopard until I re-partitioned my drive (which I did, and ended up right back with an MBR after installing FreeBSD). If there's some trick to this I'm missing, I'd love to know before "Puma" comes out. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-GEGXlUlVoRwCRaGxcMC1 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHVGdgb2iPiv4Uz4cRAnrqAJ41+lXKozf7oz8J2r2mr6HgncEVngCfVORh zXrWFfAl/9dpeLlqOHLqrSU= =EREg -----END PGP SIGNATURE----- --=-GEGXlUlVoRwCRaGxcMC1-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 21:05:24 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 727E416A475 for ; Mon, 3 Dec 2007 21:05:23 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from cenn-smtp.mc.mpls.visi.com (cenn.mc.mpls.visi.com [208.42.156.9]) by mx1.freebsd.org (Postfix) with ESMTP id 57E8D13C502 for ; Mon, 3 Dec 2007 21:05:23 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from mail.tcbug.org (mail.tcbug.org [208.42.70.163]) by cenn-smtp.mc.mpls.visi.com (Postfix) with ESMTP id 4190481B8; Mon, 3 Dec 2007 15:05:22 -0600 (CST) Received: from build64.tcbug.org (unknown [208.42.70.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tcbug.org (Postfix) with ESMTP id 03CEC10AA864; Mon, 3 Dec 2007 15:05:17 -0600 (CST) From: Josh Paetzel To: freebsd-current@freebsd.org Date: Mon, 3 Dec 2007 15:05:12 -0600 User-Agent: KMail/1.9.7 References: <69611.66116.qm@web63905.mail.re1.yahoo.com> In-Reply-To: <69611.66116.qm@web63905.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2025945.nsenufIUJM"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712031505.16963.josh@tcbug.org> Cc: Barney Cordoba , sos@freebsd.org, current@freebsd.org, Mike Tancsa Subject: Re: Any successful installs on a Broadcom HT1000 chipset? 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, 03 Dec 2007 21:05:24 -0000 --nextPart2025945.nsenufIUJM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 26 November 2007 06:34:08 pm Barney Cordoba wrote: > > Ah, we tested an early 6.2 and it didn't come up in > SATA mode. Well thats promising. If we can just figure > out what's wrong with 7 now. Hopefully Soren can > figure out what might have changed. > > Barney > I've got extensive experience trying to make the H8SSL-i work under load. = =20 I've tried RELENG_6_2, RELENG_6 and RELENG_7 at various points in time, usi= ng=20 either the onboard SATA and gmirror or PCI-X 9550SE 3wares. My results are: Given enough time and load every combination has hung. My best results: RELENG_6_2 with the 3ware cards. I can get 2 weeks out o= f a=20 box at moderate load on average before it panics. Worst results: Tied between RELENG_7 with the 3ware cards and RELENG_6_2 w= ith=20 the onboard SATA in native SATA mode. Data corruption is so bad installati= on=20 is generally not possible. I can probably manage SSH + serial console access to anyone who wants to ta= ke=20 a crack at fixing for a while with whatever combination of hardware and=20 =46reeBSD version you want. We're in the process of migrating off them, wh= ich=20 will leave some hardware laying around for a couple weeks. =2D-=20 Thanks, Josh Paetzel PGP: 8A48 EF36 5E9F 4EDA 5A8C 11B4 26F9 01F1 27AF AECB --nextPart2025945.nsenufIUJM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHVG+MJvkB8SevrssRAirTAJ9e5xq942WzlUsPxKwwTCrkkswzUACdFfIg whBrxgy3lZDaMvrthjA5XHE= =aZt6 -----END PGP SIGNATURE----- --nextPart2025945.nsenufIUJM-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 21:33:39 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 261DA16A417; Mon, 3 Dec 2007 21:33:39 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from cenn-smtp.mc.mpls.visi.com (cenn.mc.mpls.visi.com [208.42.156.9]) by mx1.freebsd.org (Postfix) with ESMTP id 110BB13C45A; Mon, 3 Dec 2007 21:33:38 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from mail.tcbug.org (mail.tcbug.org [208.42.70.163]) by cenn-smtp.mc.mpls.visi.com (Postfix) with ESMTP id 4190481B8; Mon, 3 Dec 2007 15:05:22 -0600 (CST) Received: from build64.tcbug.org (unknown [208.42.70.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tcbug.org (Postfix) with ESMTP id 03CEC10AA864; Mon, 3 Dec 2007 15:05:17 -0600 (CST) From: Josh Paetzel To: freebsd-current@freebsd.org Date: Mon, 3 Dec 2007 15:05:12 -0600 User-Agent: KMail/1.9.7 References: <69611.66116.qm@web63905.mail.re1.yahoo.com> In-Reply-To: <69611.66116.qm@web63905.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2025945.nsenufIUJM"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712031505.16963.josh@tcbug.org> Cc: Barney Cordoba , sos@freebsd.org, current@freebsd.org, Mike Tancsa Subject: Re: Any successful installs on a Broadcom HT1000 chipset? 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, 03 Dec 2007 21:33:39 -0000 --nextPart2025945.nsenufIUJM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 26 November 2007 06:34:08 pm Barney Cordoba wrote: > > Ah, we tested an early 6.2 and it didn't come up in > SATA mode. Well thats promising. If we can just figure > out what's wrong with 7 now. Hopefully Soren can > figure out what might have changed. > > Barney > I've got extensive experience trying to make the H8SSL-i work under load. = =20 I've tried RELENG_6_2, RELENG_6 and RELENG_7 at various points in time, usi= ng=20 either the onboard SATA and gmirror or PCI-X 9550SE 3wares. My results are: Given enough time and load every combination has hung. My best results: RELENG_6_2 with the 3ware cards. I can get 2 weeks out o= f a=20 box at moderate load on average before it panics. Worst results: Tied between RELENG_7 with the 3ware cards and RELENG_6_2 w= ith=20 the onboard SATA in native SATA mode. Data corruption is so bad installati= on=20 is generally not possible. I can probably manage SSH + serial console access to anyone who wants to ta= ke=20 a crack at fixing for a while with whatever combination of hardware and=20 =46reeBSD version you want. We're in the process of migrating off them, wh= ich=20 will leave some hardware laying around for a couple weeks. =2D-=20 Thanks, Josh Paetzel PGP: 8A48 EF36 5E9F 4EDA 5A8C 11B4 26F9 01F1 27AF AECB --nextPart2025945.nsenufIUJM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHVG+MJvkB8SevrssRAirTAJ9e5xq942WzlUsPxKwwTCrkkswzUACdFfIg whBrxgy3lZDaMvrthjA5XHE= =aZt6 -----END PGP SIGNATURE----- --nextPart2025945.nsenufIUJM-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 22:56: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 ACBA716A417 for ; Mon, 3 Dec 2007 22:56:43 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from omta04ps.mx.bigpond.com (omta04ps.mx.bigpond.com [144.140.83.156]) by mx1.freebsd.org (Postfix) with ESMTP id 47C1C13C4DD for ; Mon, 3 Dec 2007 22:56:42 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from oaamta06ps.mx.bigpond.com ([124.188.162.219]) by omta04ps.mx.bigpond.com with ESMTP id <20071203225641.UPJK22884.omta04ps.mx.bigpond.com@oaamta06ps.mx.bigpond.com> for ; Mon, 3 Dec 2007 22:56:41 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by oaamta06ps.mx.bigpond.com with ESMTP id <20071203225640.CRGG14317.oaamta06ps.mx.bigpond.com@areilly.bpa.nu> for ; Mon, 3 Dec 2007 22:56:40 +0000 Received: (qmail 53409 invoked by uid 501); 3 Dec 2007 22:56:30 -0000 Date: Tue, 4 Dec 2007 09:56:30 +1100 From: Andrew Reilly To: "Aryeh M. Friedman" Message-ID: <20071203225630.GA52466@duncan.reilly.home> References: <47541063.4010101@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47541063.4010101@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 03 Dec 2007 22:56:43 -0000 On Mon, Dec 03, 2007 at 09:19:15AM -0500, Aryeh M. Friedman wrote: > 1. What is more important to your personal use of FreeBSD (the ports > system, the underlaying OS, some other aspect)? Yes. (i.e., mu) > 2. How frequently do you interact with the ports systems and what is > the most common interaction you have with it? Slightly more than weekly. Updating. > 3. What is the single best aspect of the current system? Most of what I want to use is in there, and builds and installs without fault or clashes. > 4. What is the single worst aspect of the current system? A toss-up between - inability to cross-build (not entirely fixable by ports, I know, but I'm sure that *some* ports would be buildable with appropriate cross-tools, and there's some chance that that set would include the pieces I'm interested in...) and - library dependencies don't extend to the base system. I've just spent a week un-breaking my GNOME environment after upgrading to 7-STABLE from 6-STABLE (which worked, as did all my existing ports) and then portupgrading (which broke nearly everything, because of the upgraded system libc.so, libz.so and libpthread.so->libthr.so, resulting in applications that depended on both old and new base libraries). A corollary of this is that portupgrade -af is not restartable if something breaks or requires manual intervention, which results in quadratic rebuild time, unless the whole process is managed manually. > 5. If you where a new FreeBSD user how would your answers above > change? If you where brand new to UNIX how whould they change? No idea. I haven't been a new FreeBSD user for a long time. If I were a new UNIX user, I might hope that things would work as they do in MacOS-X, and probably would prefer to use a GUI interface to pre-built packages, rather than the ports system at all. [That being the case, it's *most* important that the ports system be useful for the package-building farm.] > 6. Assuming that there was no additional work on your behalf would you > use a new system if it corrected your answer to number 4? Probably, but there are other aspects of ports that I like. I *like* that it's made out of make, and can be coerced into doing things *my* way, with little effort. At least I have the fall-back of using the NetBSD pkgsrc system. It is mostly Ports with some additional sophistication for portability. > 7. Same as question 6 but for your answer on question 3? No. If you break 3, you lose me to pkgsrc. > 8. How long have you used FreeBSD and/or UNIX in general? FreeBSD since '94, BSD since '85 or '86. > 9. That is your primary use(s) for your FreeBSD machine(s) (name upto 3)? Workstation (software dev.), production CVS/Perforce/Web server, experimental audio server. > 10. Assuming there is no functional difference what is your preferred > installation method for 3rd party software? Ports. > 11. On a scale from 1 to 10 (10 being the best) please rate the > importance of the following aspects of the ports system? > > a. User Interface 1 (it has a user interface?) > b. Consistency of behaviors and interactions 8 > c. Accuracy in dependant port installations 8 > d. Internal record keeping 4 (this is only a performance issue) > e. Granularity's of the port management system mu (without having seen the discussion, I don't understand the question.) > 12. Please rate your personal technical skill level? Competent. Cheers, -- Andrew From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 23:28: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 7B93A16A4A7; Mon, 3 Dec 2007 23:28:49 +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 3F1BC13C4DB; Mon, 3 Dec 2007 23:28:49 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 66EE81CCB1; Tue, 4 Dec 2007 00:28:48 +0100 (CET) Date: Tue, 4 Dec 2007 00:28:48 +0100 From: Ed Schouten To: FreeBSD Current Message-ID: <20071203232848.GJ72574@hoeg.nl> References: <20071203121342.GH72574@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVQB43uFympFEer4" Content-Disposition: inline In-Reply-To: <20071203121342.GH72574@hoeg.nl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Bill Paul Subject: Re: ndis(4): BCM4328 driver from Apple - dies in pe_translate_addr 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, 03 Dec 2007 23:28:49 -0000 --EVQB43uFympFEer4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I found another .sys/.inf this afternoon which loads properly. I now see a ndis0 show up with the correct MAC address. Unfortunately `ifconfig ndis0 list scan' is broken, because it tries to do some FPU operations. Each time when I run the command, I get a lot of "fpudna in kernel mode!" messages in my dmesg, which makes the driver as good as useless. I guess we unlucky BCM4328 folks should wait until a native driver shows up. :-( --=20 Ed Schouten WWW: http://g-rave.nl/ --EVQB43uFympFEer4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHVJEw52SDGA2eCwURAgjiAJ9q+m5J818vjDx1/0+FX5lJlC7DKwCeJ9dD 2WsUQJlLIR78dsqoQs374JE= =7S78 -----END PGP SIGNATURE----- --EVQB43uFympFEer4-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 23:36: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 4A0B916A468; Mon, 3 Dec 2007 23:36:42 +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 A710B13C442; Mon, 3 Dec 2007 23:36:41 +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 lB404E2l064405; Tue, 4 Dec 2007 00:04:14 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id lB404E03064404; Tue, 4 Dec 2007 00:04:14 GMT (envelope-from dunstan) Date: Tue, 4 Dec 2007 00:04:13 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20071204000413.GA64160@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-current@freebsd.org, daichi@freebsd.org, csjp@freebsd.org, jeffr@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]); Tue, 04 Dec 2007 00:04:14 +0000 (UTC) Cc: jeffr@freebsd.org, daichi@freebsd.org, csjp@freebsd.org Subject: [PATCHES] Building newest src/ tree with gcc3 fails. 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, 03 Dec 2007 23:36:42 -0000 Hello all, I had to rebuild my two disks, each with pre-gcc 4.x era. There seem to be a number of small bugs which gcc4 doesn't uncover while gcc3 does. Thus, several problems you can encounter with WITH_GCC3 on newest src/ tree: ../../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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror ../../../kern/sched_ule.c ../../../kern/sched_ule.c: In function `sched_switch_migrate': ../../../kern/sched_ule.c:308: warning: inlining failed in call to 'thread_block_switch': function body not available ../../../kern/sched_ule.c:1781: warning: called from here *** Error code 1 Stop in /usr/src/sys/i386/compile/GENERIC. This one can be fixed with: http://people.freebsd.org/~wkoszek/patches/sched_ule.c.0.patch The another problem is that: erred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror ../../../security/audit/audit.c ../../../security/audit/audit.c: In function `audit_proc_coredump': ../../../security/audit/audit.c:583: warning: 'ret' might be used uninitialized in this function *** Error code 1 This one can be fixed with: http://people.freebsd.org/~wkoszek/patches/audit.c.0.patch Two problems with tmpfs_vnops.c about uninitialized 'error' variables: http://people.freebsd.org/~wkoszek/patches/tmpfs_vnops.c.0.patch Other two have been reviewed and will soon be commited. Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 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 06A9616A419; Mon, 3 Dec 2007 23:37:59 +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 D181A13C455; Mon, 3 Dec 2007 23:37: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 D531B47110; Mon, 3 Dec 2007 18:42:41 -0500 (EST) Date: Mon, 3 Dec 2007 23:37:50 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20071203225800.S30376@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org Subject: Attention 7.x and 8.x ptmx/pts users (read if you set kern.pts.enable=1) 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, 03 Dec 2007 23:37:59 -0000 (If you aren't interested in the details of our ptmx/pty/pts driver, skip to the paragraph that reads "So, why the long-winded story?) Dear all: The current ptmx/pts implementation makes use of devfs(4) cloning: a user process wanting to allocate a pty/pts pair opens /dev/ptmx, which returns a reference to a new pty master. An ioctl is then performed to query which pts number was returned, and the pts device is then opened. Internally, the lookup of /dev/ptmx causes the driver to instantiate the pty, and then when the pty is opened, the pts is created. The pty and pts nodes are both destroyed when last close occurs, cleaning up the bits automatically when the last process attached to thee pair exits. Sounds good. :-) Unfortunately, the current implementation is subject to a potential resource leak: the pty is created when the lookup occurs, but if the open never takes place, then the pty is leaked. In principle, we have facilities to GC unused device nodes "eventually", although not a race-free way to determine that no race occurs, assuming that we implemented that. This leakage turns out to interact particularly poorly with our resource limits on pty/pts pairs -- both the administrative limit imposed by sysctl and also the functional limit on the number of entries in /etc/ttys. It's possible to imagine various sometimes messy techniques of performing this garbage collection. Instead, what I'd like to do is modify the ptmx code to have a race-free protocol, in which eventual termination of processes referencing the node results in freeing of the nodes. On some systems, ptmx performs a "bait-and-switch", in which the file descriptor of the pty node is silently substituted for the file descriptor of the ptmx code--similar to our model, only no window between lookup and open, but also not easily supported in our current VFS. Another possibility is to introduce a new system call and bypass ptmx entirely -- similar to pipe(), socketpair(), etc. The change that seemed to be the least disruptive, and which I have implemented, introduces ptmx as a true device node (not a devfs clone), and an ioctl that causes the allocation of the pty and pts pair -- however, the pair is also added to a garbage collection list. If the ptmx node is closed *before* the pty is opened, then the nodes are garbage collected. It turns out this also isn't easily implementable in our VFS, as we don't offer a per-file descriptor opaque to be used by device driver, nor offer the file descriptor pointer to the device driver (as in, say, Linux). At some point, this functionality will turn up, as there has been consistent interest in it over time. What I've done is implement an approximation of that model -- an "open counter" for ptmx, which when it hits zero across all references, causes a garbage collection sweep. If/when we can use per-file descriptor state, it is easily modified to sweep on close of a specific descriptor. --> start reading here if you were bored by the above Why the long-winded story? Well, this turns out to change the convention by which libc communications with the kernel -- instead of a simple open of ptmx and then ioctl to find the pts, we now open ptmx, perform an ioctl to allocate the pair, and then open both the pty and pts nodes explicitly. Thus, libc requires modification, and libcs that know how to speak to the old ptmx don't know how to speak to the new one, and, in effect, vice versa. This doesn't meet our ABI requirements for a stable branch, so what I plan to do is withdraw the ptmx/pts implementation from 7.0 before the release by disabling it in the kernel and libc. This will prevent us from nailing down the ABI, and we'll instead merge the revised protocol for 7.1. This change will, however, affect users of the 8-CURRENT branch, as during an upgrade cycle, it's likely that libc and kernel will be out of sync, and therefore if pts support is enabled (via the kern.pts.enable sysctl), pty devices will not be available, which might crimp the style of anyone performing a remote upgrade via, say, ssh. So, this is notice of two upcoming changes: (1) kern.pts.enable will be removed in 7.x, for reintroduction in 7.1. If kern.pts.enable was set, then your system will silently revert to using old-style ptys, and the setting of the sysctl will lead to an error. (2) I will merge the revised ptmx implementation to 7.x, potentially disrupting use of pty/pts devices for users who have kern.pts.enable explicitly set to a non-zero value. Hopefully this will resolve the known resource leaks in the ptmx code, and get us on track to start enabling it by default in the near future ... in 8.x, and at least offering it as a production feature in 7.x. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 00:33: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 661AC16A417 for ; Tue, 4 Dec 2007 00:33:19 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by mx1.freebsd.org (Postfix) with ESMTP id D9E5013C4D9 for ; Tue, 4 Dec 2007 00:33:18 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so227013mue for ; Mon, 03 Dec 2007 16:33:16 -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:sender; bh=f5O6dYgfPv0l241CwsDCRjjOUQhAusM27RjMnDTx8fk=; b=vwW2Tbbd9otcl+7ZMyDbvnwR3dDhW1S6XSCnoXRMPXPAG7fbqEedI7Sh6CYH0nO8ql3x/QpJXAwGjrk2FglTY4zVX6qJkE6PTd2C8pDZ58XU7HpmD7UmZB5ewSCUDc9mjEZlCvhV0E3Beprq93kAGQMdEf/hvh0Em3VDd1tZzKo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=Oi0LZGhCzDscjcYrijqP3PXr3ZKFcQ9sP32KDKoeDEoOSSruHW85RW0VYRRlwTEMxsi+9EC9YPoZqW9/omHgszpEKJDX+pjOboqhwHWVeeXOoX6GBl5HtYL0HC5NgtFR3gxv+0yistHTb+GX6usbHTDB7fqOSZdM9tH1x+uA9NA= Received: by 10.82.167.5 with SMTP id p5mr42021bue.1196728395603; Mon, 03 Dec 2007 16:33:15 -0800 (PST) Received: from epsilon.mshome.net ( [62.169.115.129]) by mx.google.com with ESMTPS id 34sm3624712nfu.2007.12.03.16.33.12 (version=SSLv3 cipher=RC4-MD5); Mon, 03 Dec 2007 16:33:14 -0800 (PST) Message-ID: <4754A046.7010909@FreeBSD.org> Date: Tue, 04 Dec 2007 00:33:10 +0000 From: Rui Paulo User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Joe Marcus Clarke References: <20071129114620.16752mjgtqsqtxyc@intranet.encontacto.net> <475048BC.7070904@FreeBSD.org> <1196713825.87269.52.camel@shumai.marcuscom.com> In-Reply-To: <1196713825.87269.52.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Rui Paulo Cc: FreeBSD Current , freebsd-mobile Subject: Re: Run Current on a MacBook 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, 04 Dec 2007 00:33:19 -0000 Joe Marcus Clarke wrote: > On Fri, 2007-11-30 at 17:30 +0000, Rui Paulo wrote: >> eculp wrote: >>> I am a half step away from buying a MacBook based on the following >>> assumptions: >>> >>> 1. I should run current and it has the SMP problem fixed. >> The fix was not yet committed. >> >>> 2. It can be dual booted between OSX and FreeBSD? >>> a. The handbook only mentions that it can be run as a guest OS. >> The handbook doesn't mention anything about running FreeBSD on a >> MacBook. You probably want to read http://wiki.freebsd.org/AppleMacbook >> >>> b. Is there a short list to run both OS's I've done this with >>> windows many times over the years but I have on idea where to >>> start with Mac. Example: Clean the disk and start with FBSD >>> or somehow compress the MacOSX file system and use the rest >>> for BSD, etc. etc. >> * Partition your drive witht Bootcamp >> * Install rEFIt. http://refit.sf.net/ >> * Boot FreeBSD install CD and install it to the desired partition. Don't >> install an MBR boot manager. >> * Sync your MBR with the GPT by using the refit tool (available in the >> refit boot menu). > > I've tried this procedure twice now, and the results are the same: even > after selecting "None" for the boot manager, by GPT gets overridden with > an MBR. Almost everything works fine after that. rEFIt allows me to > boot into MacOS X or FreeBSD, but the gptsync tool does not work, and I > couldn't upgrade to Leopard until I re-partitioned my drive (which I > did, and ended up right back with an MBR after installing FreeBSD). > > If there's some trick to this I'm missing, I'd love to know before > "Puma" comes out. Well, I think that if you restore your MBR to a PMBR* (a GPT MBR) you lose the ability to boot FreeBSD beecause rEFIt seems to expect a FreeBSD MBR, IIRC. But on the other hand, you probably need a PMBR (i.e. have your disk with operating systems that can boot from GPT) to upgrade Mac OS X. Yes, I know, it's horrible. :-( * Protective MBR -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 00:49: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 134A316A417; Tue, 4 Dec 2007 00:49:47 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id E447E13C4E9; Tue, 4 Dec 2007 00:49:46 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id lB40SBbi041609; Mon, 3 Dec 2007 16:28:11 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id lB40SB6G041608; Mon, 3 Dec 2007 16:28:11 -0800 (PST) (envelope-from rizzo) Date: Mon, 3 Dec 2007 16:28:11 -0800 From: Luigi Rizzo To: "Wojciech A. Koszek" , freebsd-current@FreeBSD.org, daichi@FreeBSD.org, csjp@FreeBSD.org, jeffr@FreeBSD.org Message-ID: <20071203162811.A40075@xorpc.icir.org> References: <20071204000413.GA64160@FreeBSD.czest.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20071204000413.GA64160@FreeBSD.czest.pl>; from wkoszek@freebsd.org on Tue, Dec 04, 2007 at 12:04:13AM +0000 Cc: Subject: Re: [PATCHES] Building newest src/ tree with gcc3 fails. 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, 04 Dec 2007 00:49:47 -0000 On Tue, Dec 04, 2007 at 12:04:13AM +0000, Wojciech A. Koszek wrote: > Hello all, > > I had to rebuild my two disks, each with pre-gcc 4.x era. There seem to > be a number of small bugs which gcc4 doesn't uncover while gcc3 does. > Thus, several problems you can encounter with WITH_GCC3 on newest src/ tree: i cannot tell about the 'function body not available' but some 'uninitialized' errors only come out because the compiler is not smart enough in the analysis of execution paths. Sometimes this also depends on the -O level used in compilation. So technically they are not bugs in the code, though of course it is a good idea to rewrite the source to be compatible with dumber compilers. cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 02:56: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 9348716A421 for ; Tue, 4 Dec 2007 02:56:05 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from ape.monkeybrains.net (ape.monkeybrains.NET [208.69.40.11]) by mx1.freebsd.org (Postfix) with ESMTP id 6F9ED13C457 for ; Tue, 4 Dec 2007 02:56:05 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from monchichi.monkeybrains.net (adsl-75-36-249-166.dsl.pltn13.sbcglobal.net [75.36.249.166]) (authenticated bits=0) by ape.monkeybrains.net (8.14.1/8.14.1) with ESMTP id lB42pUhI038019 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 3 Dec 2007 18:51:30 -0800 (PST) (envelope-from crapsh@monkeybrains.net) Message-ID: <4754C0D4.8040401@monkeybrains.net> Date: Mon, 03 Dec 2007 18:52:04 -0800 From: Rudy User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: freebsd-current@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 pita.monkeybrains.net X-Virus-Status: Clean Subject: nvidia-driver-100.14.19 port doesn't detect device 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: Tue, 04 Dec 2007 02:56:05 -0000 Upgrading nvidia-driver makes nvidia no longer work. :( Nothing shows up in /dev when I do a "kldload nvidia". The slightly older 100.14.11 worked in 7.0-CURRENT about 5 months ago. Anyone have a way to get nvida working on 7.0-BETA4 ? Rudy From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 02:56: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 A8CC316A418 for ; Tue, 4 Dec 2007 02:56:05 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from ape.monkeybrains.net (ape.monkeybrains.NET [208.69.40.11]) by mx1.freebsd.org (Postfix) with ESMTP id 9DBAF13C458 for ; Tue, 4 Dec 2007 02:56:05 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from monchichi.monkeybrains.net (adsl-75-36-249-166.dsl.pltn13.sbcglobal.net [75.36.249.166]) (authenticated bits=0) by ape.monkeybrains.net (8.14.1/8.14.1) with ESMTP id lB42hjCD035721 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 3 Dec 2007 18:43:46 -0800 (PST) (envelope-from crapsh@monkeybrains.net) Message-ID: <4754BF03.5090407@monkeybrains.net> Date: Mon, 03 Dec 2007 18:44:19 -0800 From: Rudy User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: freebsd-current@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 pita.monkeybrains.net X-Virus-Status: Clean Subject: nfe busted on 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: Tue, 04 Dec 2007 02:56:05 -0000 I just did a cvsup form 7.0-CURRENT (about 5 months old) to BETA4 and nfe doesn't work anymore (it had been working). I recompiled the kernel with 'devide nve' to send out this email! (nve = deprecated driver for nVidia Motherboard: Asus M2NPV-VM uname -a: FreeBSD monchichi.monkeybrains.net 7.0-BETA4 FreeBSD 7.0-BETA4 #2: Mon Dec 3 16:46:44 PST 2007 root@monchichi.monkeybrains.net:/usr/obj/usr/src/sys/MONCHICHI i386 make.conf: CFLAGS= -O2 -fno-strict-aliasing -pipe COPTFLAGS= -O -pipe CPUTYPE?=athlon64 Dec 4 00:30:35 monchichi kernel: nfe0: discard frame w/o leading ethernet header (len 10 pkt len 10) Dec 4 00:30:37 monchichi kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) Dec 4 00:30:37 monchichi kernel: nfe0: discard frame w/o leading ethernet header (len 10 pkt len 10) Dec 4 00:30:39 monchichi kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) Dec 4 00:30:39 monchichi kernel: nfe0: discard frame w/o leading ethernet header (len 10 pkt len 10) Dec 4 00:30:41 monchichi kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) Dec 4 00:30:41 monchichi kernel: nfe0: discard frame w/o leading ethernet header (len 10 pkt len 10) Dec 4 00:30:43 monchichi kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) Dec 4 00:30:43 monchichi kernel: nfe0: discard frame w/o leading ethernet header (len 10 pkt len 10) Here is the nve in dmesg: Dec 4 01:01:24 monchichi kernel: nve0: port 0xc800-0xc807 mem 0xfe02b000-0xfe02bfff irq 22 at device 20.0 on pci0 - Rudy From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 01:22: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 A597F16A419; Tue, 4 Dec 2007 01:22:42 +0000 (UTC) (envelope-from philip@ridecharge.com) Received: from exhub015-1.exch015.msoutlookonline.net (exhub015-1.exch015.msoutlookonline.net [207.5.72.93]) by mx1.freebsd.org (Postfix) with ESMTP id 9277713C442; Tue, 4 Dec 2007 01:22:42 +0000 (UTC) (envelope-from philip@ridecharge.com) Received: from philip.hq.rws (74.93.213.161) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.0.744.0; Mon, 3 Dec 2007 17:12:39 -0800 Message-ID: <4754A985.3090307@riderway.com> Date: Mon, 3 Dec 2007 20:12:37 -0500 From: "Philip M. Gollucci" Organization: Riderway Inc. User-Agent: Thunderbird 2.0.0.6 (X11/20070919) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <47541063.4010101@gmail.com> In-Reply-To: <47541063.4010101@gmail.com> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 04 Dec 2007 03:44:21 +0000 Cc: "freebsd-current@freebsd.org" , "freebsd-stable@freebsd.org" , "freebsd-questions@freebsd.org" Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 04 Dec 2007 01:22:42 -0000 Aryeh M. Friedman wrote: > [Repost from -ports@] > > As has been hashed out in -ports@ over the last few days there is at > least a need to examine weither or not the current ports system should > remain as is or potentially be re-engineered in the future (estimates > if and when needed vary from ASAP to 10-15 years). I have > volunteered to undertake a feasibility/pilot project to examine what > changes (if any) are needed in the system (for the purposes of this > thread I will not venture any of my own suggestions). I have the > following broad questions for people: > > 1. What is more important to your personal use of FreeBSD (the ports > system, the underlaying OS, some other aspect)? Software builds correct and is present. Including a way to make my own custom packages for distribution. > > 2. How frequently do you interact with the ports systems and what is > the most common interaction you have with it? Daily, updating, and maintaining the ports tree itself. > > 3. What is the single best aspect of the current system? Its source based and re-uses and existing language (make) instead of inventing a new one. > > 4. What is the single worst aspect of the current system? Most ports don't deal well with multiple versions. Even apache which is versioned doesn't do it that well. > > 5. If you where a new FreeBSD user how would your answers above > change? If you where brand new to UNIX how whould they change? I'd want a gui and not to compile anything. > > 6. Assuming that there was no additional work on your behalf would you > use a new system if it corrected your answer to number 4? Quite possibly. > > 7. Same as question 6 but for your answer on question 3? (that doesn't make sense -- if you corrected the single best aspect of ports?) > > 8. How long have you used FreeBSD and/or UNIX in general? since 2.2.8 ~1998 > > 9. That is your primary use(s) for your FreeBSD machine(s) (name upto 3)? Desktop Development (SVN, imap, you name it) Production (FAMP stacks) > > 10. Assuming there is no functional difference what is your preferred > installation method for 3rd party software? source compilation -- except for things like Xorg, Firefox and Thunrderbird because they are just so darn big. > > 11. On a scale from 1 to 10 (10 being the best) please rate the > importance of the following aspects of the ports system? > > a. User Interface 7 > b. Consistency of behaviors and interactions 5 > c. Accuracy in dependant port installations 7 > d. Internal record keeping 4 > e. Granularity's of the port management system 6 > > 12. Please rate your personal technical skill level? Very High -- Professional System Admin _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) o:703.549.2050x206 Senior System Admin - Riderway, Inc. http://riderway.com / http://ridecharge.com 1024D/EC88A0BF 0DE5 C55C 6BF3 B235 2DAB B89E 1324 9B4F EC88 A0BF Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 00:43: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 31FFC16A417; Tue, 4 Dec 2007 00:43:23 +0000 (UTC) (envelope-from andpet@telia.com) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.freebsd.org (Postfix) with ESMTP id E9ED713C458; Tue, 4 Dec 2007 00:43:22 +0000 (UTC) (envelope-from andpet@telia.com) Received: from [192.168.1.20] (81.233.14.209) by pne-smtpout1-sn1.fre.skanova.net (7.3.129) (authenticated as u30405151) id 471DFA9D00C15DB9; Tue, 4 Dec 2007 00:33:23 +0100 Message-ID: <475492DD.6090401@telia.com> Date: Tue, 04 Dec 2007 00:35:57 +0100 From: Andreas Pettersson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <47541063.4010101@gmail.com> In-Reply-To: <47541063.4010101@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 04 Dec 2007 03:45:05 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 04 Dec 2007 00:43:23 -0000 Aryeh M. Friedman wrote: > 1. What is more important to your personal use of FreeBSD (the ports > system, the underlaying OS, some other aspect)? > > 2. How frequently do you interact with the ports systems and what is > the most common interaction you have with it? > Portupgrade a few times a month > 3. What is the single best aspect of the current system? > Installed ports are configurally very similar to the source distribution (no renamed config files etc), so it's easy to get support from the community. > 4. What is the single worst aspect of the current system? > I find it difficult to downgrade installed ports. > 5. If you where a new FreeBSD user how would your answers above > change? If you where brand new to UNIX how whould they change? > Not sure. > 6. Assuming that there was no additional work on your behalf would you > use a new system if it corrected your answer to number 4? > I think so. > 7. Same as question 6 but for your answer on question 3? > I think not. > 8. How long have you used FreeBSD and/or UNIX in general? > FreeBSD since 2003. > 9. That is your primary use(s) for your FreeBSD machine(s) (name upto 3)? > Firewall, development, misc > 10. Assuming there is no functional difference what is your preferred > installation method for 3rd party software? > Ports > 11. On a scale from 1 to 10 (10 being the best) please rate the > importance of the following aspects of the ports system? > > a. User Interface *5* > b. Consistency of behaviors and interactions *7* > c. Accuracy in dependant port installations *8* > d. Internal record keeping *6* > e. Granularity's of the port management system *?* > > 12. Please rate your personal technical skill level? > Average -- Andreas From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 04:14:08 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 894F216A417 for ; Tue, 4 Dec 2007 04:14:08 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outX.internet-mail-service.net (outX.internet-mail-service.net [216.240.47.247]) by mx1.freebsd.org (Postfix) with ESMTP id 6568213C44B for ; Tue, 4 Dec 2007 04:14:08 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Mon, 03 Dec 2007 20:14:07 -0800 X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 298FC126B9E for ; Mon, 3 Dec 2007 20:14:07 -0800 (PST) Message-ID: <4754D411.6060608@elischer.org> Date: Mon, 03 Dec 2007 20:14:09 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: remote gdb failures in recent builds (last 6 months or so.) 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, 04 Dec 2007 04:14:08 -0000 Here's a trace of kgdb attempting to sync with a kernel over the serial port.. ---> "+" ---> "$Hc-1#09" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$Hc-1#09" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$Hc-1#09" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$Hc-1#09" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "-" <--- "$T058:e3375ac0;thread:186c5;#b5$" ---> "+" ---> "$qC#b4" <--- "T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$qC#b4" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$qC#b4" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$qC#b4" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "-" <--- "$T058:e3375ac0;thread:186c5;#b5$" ---> "+" ---> "$qOffsets#4b" <--- "T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$qOffsets#4b" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$qOffsets#4b" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$qOffsets#4b" ---> "-" <--- "$T058:e3375ac0;thread:186c5;#b5$" ---> "+" "Couldn't establish connection to remote target " "Malformed response to offset query, T058:e3375ac0;thread:186c5;" note that: 1/ gdb CAN read the damned data.. this is obtained from ktrace. 2/ it prints out the packet in the error message. 3/ teh kernel is sending each message twice, in pairs. 4/ after kgdb finally sends a '-' (NAK) teh kernel sends ONE MORE which seems to be accepted Anyone have any clues? ~ From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 04:38:20 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 67C3716A418 for ; Tue, 4 Dec 2007 04:38:20 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.82]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3F613C465 for ; Tue, 4 Dec 2007 04:38:20 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp003-s [10.150.69.66]) by smtpoutm.mac.com (Xserve/smtpout019/MantshX 4.0) with ESMTP id lB44LM1D003370; Mon, 3 Dec 2007 20:21:22 -0800 (PST) Received: from [192.168.1.100] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/asmtp003/MantshX 4.0) with ESMTP id lB44LJWT003142 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 3 Dec 2007 20:21:19 -0800 (PST) Message-Id: From: Marcel Moolenaar To: Julian Elischer In-Reply-To: <4754D411.6060608@elischer.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 3 Dec 2007 20:21:18 -0800 References: <4754D411.6060608@elischer.org> X-Mailer: Apple Mail (2.915) Cc: FreeBSD Current Subject: Re: remote gdb failures in recent builds (last 6 months or so.) 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, 04 Dec 2007 04:38:20 -0000 On Dec 3, 2007, at 8:14 PM, Julian Elischer wrote: > > Here's a trace of kgdb attempting to sync with a kernel over the > serial port.. > > note that: > 1/ gdb CAN read the damned data.. this is obtained from ktrace. > 2/ it prints out the packet in the error message. > 3/ teh kernel is sending each message twice, in pairs. > 4/ after kgdb finally sends a '-' (NAK) teh kernel sends ONE MORE > which seems to be accepted > > Anyone have any clues? Works just fine for me on all platforms, but I always use uart(4). What platform are you using and what gdb? How's the serial connection; through a comm-server? What's the line setting, which driver? -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 05:04: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 C1DCE16A419 for ; Tue, 4 Dec 2007 05:04:59 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6D53E13C457 for ; Tue, 4 Dec 2007 05:04:59 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lB454veX026978 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Dec 2007 15:34:57 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 4 Dec 2007 15:34:44 +1030 User-Agent: KMail/1.9.7 References: <4754C0D4.8040401@monkeybrains.net> In-Reply-To: <4754C0D4.8040401@monkeybrains.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1612401.OhCk3VTXFT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712041534.51749.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Rudy Subject: Re: nvidia-driver-100.14.19 port doesn't detect device 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: Tue, 04 Dec 2007 05:04:59 -0000 --nextPart1612401.OhCk3VTXFT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 4 Dec 2007, Rudy wrote: > Upgrading nvidia-driver makes nvidia no longer work. :( Nothing > shows up in /dev when I do a "kldload nvidia". > > The slightly older 100.14.11 worked in 7.0-CURRENT about 5 months > ago. > > Anyone have a way to get nvida working on 7.0-BETA4 ? Something else has probably attached to your video card so nvidia=20 doesn't get a chance. Try putting nvidia_load=3D"YES" in /boot/loader.conf and reboot. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1612401.OhCk3VTXFT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHVN/z5ZPcIHs/zowRAlupAJ99phXCg+xYTT1yqUCkfpC6AcMooQCfW0pQ INOVp6/z1GeTkJAK8BkGp44= =Twt3 -----END PGP SIGNATURE----- --nextPart1612401.OhCk3VTXFT-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 04:42:09 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 2AA1716A417 for ; Tue, 4 Dec 2007 04:42:09 +0000 (UTC) (envelope-from prvs=julian=85177a628@ironport.com) Received: from c60-outbound.ironport.com (c60-outbound.ironport.com [63.251.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 1E91F13C457 for ; Tue, 4 Dec 2007 04:42:09 +0000 (UTC) (envelope-from prvs=julian=85177a628@ironport.com) DomainKey-Signature: s=key512; d=ironport.com; c=nofws; q=dns; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To: Subject:Content-Type; b=gIauOIx1PcMzteSUHh8glaeumfUDHDCF+a8vtE4BNvMvIJkWWp1Hi9DP aMlXBEQ5ZhHxrx3u5mi3tyOQpfYKZA==; Received: from unknown (HELO julian-mac.elischer.org) ([10.251.60.79]) by c60-outbound.ironport.com with ESMTP; 03 Dec 2007 20:13:31 -0800 Message-ID: <4754D3ED.3060200@ironport.com> Date: Mon, 03 Dec 2007 20:13:33 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: FreeBSD Current Content-Type: multipart/mixed; boundary="------------010309050009000007020103" X-Mailman-Approved-At: Tue, 04 Dec 2007 05:06:07 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: remote gdb failures in recent builds (last 6 months or so.) 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, 04 Dec 2007 04:42:09 -0000 This is a multi-part message in MIME format. --------------010309050009000007020103 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Here's a trace of kgdb attempting to sync with a kernel over the serial port.. ---> "+" ---> "$Hc-1#09" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$Hc-1#09" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$Hc-1#09" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$Hc-1#09" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "-" <--- "$T058:e3375ac0;thread:186c5;#b5$" ---> "+" ---> "$qC#b4" <--- "T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$qC#b4" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$qC#b4" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$qC#b4" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "-" <--- "$T058:e3375ac0;thread:186c5;#b5$" ---> "+" ---> "$qOffsets#4b" <--- "T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$qOffsets#4b" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$qOffsets#4b" <--- "$T058:e3375ac0;thread:186c5;#b5$T058:e3375ac0;thread:186c5;#b5" ---> "$qOffsets#4b" ---> "-" <--- "$T058:e3375ac0;thread:186c5;#b5$" ---> "+" "Couldn't establish connection to remote target " "Malformed response to offset query, T058:e3375ac0;thread:186c5;" note that: 1/ gdb CAN read the damned data.. this is obtained from ktrace. 2/ it prints out the packet in the error message. 3/ teh kernel is sending each message twice, in pairs. 4/ after kgdb finally sends a '-' (NAK) teh kernel sends ONE MORE which seems to be accepted Anyone have any clues? ~ --------------010309050009000007020103-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 05:21:54 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 66CBE16A418 for ; Tue, 4 Dec 2007 05:21:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 3F3A713C43E for ; Tue, 4 Dec 2007 05:21:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so6181207waf for ; Mon, 03 Dec 2007 21:21:53 -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=cuoB84gVjohS4LqeOeXOfvZOl2ysuP+eNSc6nDqY9Ck=; b=T9AYhYwA1VlxfC2uibIsq3KxoHGPKNDBE+cAP6+NPazLaJUqpC0kMfnLJqAaR7oPCxYKGO8QsakKBYCWw0i6wXnFzZKGv99yvf9mWNDbty8i4b3r6+gSwhIGjYD6vokwI797u+ATb+RAEv8jZNfnS5N8R0G17Eyksn0+6v7FWeo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ONWYsAnrGp28NLHxX9p+Ypwkj+13Wqz20Or6hDyWh34iQYlHDdhGiluTb+CeeaFzX3G4yu9conEJ/jQ+2SUniHu+lKCftWIl9YocJ2QhOyOpCe3++V4eCXX4R3RLj/bF8t6mZgckDBBzIYyRwQrsC9hUgwDXclh4bRDW2eR0T3E= Received: by 10.114.254.1 with SMTP id b1mr242877wai.1196745713795; Mon, 03 Dec 2007 21:21:53 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id l22sm443218waf.2007.12.03.21.21.49 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 03 Dec 2007 21:21:52 -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 lB45JwR3036525 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Dec 2007 14:19:58 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lB45Jvgg036524; Tue, 4 Dec 2007 14:19:57 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 4 Dec 2007 14:19:57 +0900 From: Pyun YongHyeon To: Rudy Message-ID: <20071204051957.GC35245@cdnetworks.co.kr> References: <4754BF03.5090407@monkeybrains.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="rJwd6BRFiFCcLxzm" Content-Disposition: inline In-Reply-To: <4754BF03.5090407@monkeybrains.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: nfe busted on 7.0-BETA4 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, 04 Dec 2007 05:21:54 -0000 --rJwd6BRFiFCcLxzm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Dec 03, 2007 at 06:44:19PM -0800, Rudy wrote: > > I just did a cvsup form 7.0-CURRENT (about 5 months old) to BETA4 and > nfe doesn't work anymore (it had been working). > I recompiled the kernel with 'devide nve' to send out this email! (nve > = deprecated driver for nVidia > > Motherboard: Asus M2NPV-VM > uname -a: > FreeBSD monchichi.monkeybrains.net 7.0-BETA4 FreeBSD 7.0-BETA4 #2: Mon > Dec 3 16:46:44 PST 2007 > root@monchichi.monkeybrains.net:/usr/obj/usr/src/sys/MONCHICHI i386 > > make.conf: > CFLAGS= -O2 -fno-strict-aliasing -pipe > COPTFLAGS= -O -pipe > CPUTYPE?=athlon64 > > > > > Dec 4 00:30:35 monchichi kernel: nfe0: discard frame w/o leading > ethernet header (len 10 pkt len 10) > Dec 4 00:30:37 monchichi kernel: nfe0: discard frame w/o leading > ethernet header (len 0 pkt len 0) > Dec 4 00:30:37 monchichi kernel: nfe0: discard frame w/o leading > ethernet header (len 10 pkt len 10) > Dec 4 00:30:39 monchichi kernel: nfe0: discard frame w/o leading > ethernet header (len 0 pkt len 0) > Dec 4 00:30:39 monchichi kernel: nfe0: discard frame w/o leading > ethernet header (len 10 pkt len 10) > Dec 4 00:30:41 monchichi kernel: nfe0: discard frame w/o leading > ethernet header (len 0 pkt len 0) > Dec 4 00:30:41 monchichi kernel: nfe0: discard frame w/o leading > ethernet header (len 10 pkt len 10) > Dec 4 00:30:43 monchichi kernel: nfe0: discard frame w/o leading > ethernet header (len 0 pkt len 0) > Dec 4 00:30:43 monchichi kernel: nfe0: discard frame w/o leading > ethernet header (len 10 pkt len 10) > > > Here is the nve in dmesg: > Dec 4 01:01:24 monchichi kernel: nve0: Adapter> port 0xc800-0xc807 mem 0xfe02b000-0xfe02bfff irq 22 at device > 20.0 on pci0 > > Try attached patch. -- Regards, Pyun YongHyeon --rJwd6BRFiFCcLxzm Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="nfe.power.patch" Index: if_nfe.c =================================================================== RCS file: /home/ncvs/src/sys/dev/nfe/if_nfe.c,v retrieving revision 1.24 diff -u -r1.24 if_nfe.c --- if_nfe.c 22 Nov 2007 02:44:58 -0000 1.24 +++ if_nfe.c 4 Dec 2007 05:20:38 -0000 @@ -2931,8 +2931,7 @@ /* force MAC to wakeup */ val = NFE_READ(sc, NFE_PWR_STATE); - if ((val & NFE_PWR_WAKEUP) == 0) - NFE_WRITE(sc, NFE_PWR_STATE, val | NFE_PWR_WAKEUP); + NFE_WRITE(sc, NFE_PWR_STATE, val | NFE_PWR_WAKEUP); DELAY(10); val = NFE_READ(sc, NFE_PWR_STATE); NFE_WRITE(sc, NFE_PWR_STATE, val | NFE_PWR_VALID); --rJwd6BRFiFCcLxzm-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 05:24: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 3FBC516A420 for ; Tue, 4 Dec 2007 05:24:27 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from ape.monkeybrains.net (ape.monkeybrains.NET [208.69.40.11]) by mx1.freebsd.org (Postfix) with ESMTP id 3699B13C459 for ; Tue, 4 Dec 2007 05:24:27 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from monchichi.monkeybrains.net (adsl-75-36-249-166.dsl.pltn13.sbcglobal.net [75.36.249.166]) (authenticated bits=0) by ape.monkeybrains.net (8.14.1/8.14.1) with ESMTP id lB45OQC2072861 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Dec 2007 21:24:26 -0800 (PST) (envelope-from crapsh@monkeybrains.net) Message-ID: <4754E4AC.7020503@monkeybrains.net> Date: Mon, 03 Dec 2007 21:25:00 -0800 From: Rudy User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: "Daniel O'Connor" References: <4754C0D4.8040401@monkeybrains.net> <200712041534.51749.doconnor@gsoft.com.au> In-Reply-To: <200712041534.51749.doconnor@gsoft.com.au> 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 pita.monkeybrains.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: nvidia-driver-100.14.19 port doesn't detect device 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: Tue, 04 Dec 2007 05:24:27 -0000 >> Anyone have a way to get nvida working on 7.0-BETA4 ? > > Something else has probably attached to your video card so nvidia > doesn't get a chance. > > Try putting nvidia_load="YES" in /boot/loader.conf and reboot. THANK YOU! That did it. I had cvsup'd, rebuilt the kernel, and the machine would lock up with nvidia_load in the loader.conf -- since it was compiled under an older 7.0 current... So, I rebooted edited out the nvdia_load from the loader.conf, booted, then rebuild the nvidia driver from the ports, and could not load it. Your instructions fixed it. Rudy From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 05:27:40 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 1B09E16A418 for ; Tue, 4 Dec 2007 05:27:40 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outD.internet-mail-service.net (outD.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id D72A513C4E8 for ; Tue, 4 Dec 2007 05:27:39 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Mon, 03 Dec 2007 21:27:38 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id C853F126B8F; Mon, 3 Dec 2007 21:27:37 -0800 (PST) Message-ID: <4754E54C.20104@elischer.org> Date: Mon, 03 Dec 2007 21:27:40 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Marcel Moolenaar References: <4754D411.6060608@elischer.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: remote gdb failures in recent builds (last 6 months or so.) 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, 04 Dec 2007 05:27:40 -0000 Marcel Moolenaar wrote: > > On Dec 3, 2007, at 8:14 PM, Julian Elischer wrote: > >> >> Here's a trace of kgdb attempting to sync with a kernel over the >> serial port.. >> >> note that: >> 1/ gdb CAN read the damned data.. this is obtained from ktrace. >> 2/ it prints out the packet in the error message. >> 3/ teh kernel is sending each message twice, in pairs. >> 4/ after kgdb finally sends a '-' (NAK) teh kernel sends ONE MORE >> which seems to be accepted >> >> Anyone have any clues? > > Works just fine for me on all platforms, but I always use uart(4). > > What platform are you using and what gdb? > How's the serial connection; through a comm-server? > What's the line setting, which driver? sio driver on Dell 2650 running new x86 kernel.. standard com1-com2 type ports. Both systems as installed from source. (-current plus or minus a month) null-modem seraial cable between the ports. port on target is sio1. flags are 0xc0 (reserve for gdb and use for gdb). trace in previous mail is extracted from gdb via ktrace, so it is getting all the bytes but somehow failing to process them. It's slowly been getting worse (across many pairs of machines) over the last few years. finally today it just doesn't work at all. I've used this pair of machines many times before. usually it takes "luck" to get synced up but once it's synced, it's solid. > From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 05:46:36 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 9A51016A41A for ; Tue, 4 Dec 2007 05:46:36 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.83]) by mx1.freebsd.org (Postfix) with ESMTP id 9186E13C44B for ; Tue, 4 Dec 2007 05:46:36 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp006-s [10.150.69.69]) by smtpoutm.mac.com (Xserve/smtpout020/MantshX 4.0) with ESMTP id lB45kZPN007941; Mon, 3 Dec 2007 21:46:35 -0800 (PST) Received: from [192.168.1.100] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/asmtp006/MantshX 4.0) with ESMTP id lB45kOxP008899 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 3 Dec 2007 21:46:33 -0800 (PST) Message-Id: From: Marcel Moolenaar To: Julian Elischer In-Reply-To: <4754E54C.20104@elischer.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 3 Dec 2007 21:46:16 -0800 References: <4754D411.6060608@elischer.org> <4754E54C.20104@elischer.org> X-Mailer: Apple Mail (2.915) Cc: FreeBSD Current Subject: Re: remote gdb failures in recent builds (last 6 months or so.) 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, 04 Dec 2007 05:46:36 -0000 On Dec 3, 2007, at 9:27 PM, Julian Elischer wrote: > It's slowly been getting worse (across many pairs of machines) over > the last few years. finally today it just doesn't work at all. I've > used this pair of machines many times before. usually it takes > "luck" to get synced up but once it's synced, it's solid. How do you start the connection? I seem to recall that starting with the gdb client is not a good idea, because the gdb client will try a couple of commands first to see if the stub supports them. If the stub is not ready, then the gdb client may think the stub is not capable of certain features. I typically have the kernel break into the GDB debugger first and then I start the gdb client... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 05:48:12 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 1167216A419 for ; Tue, 4 Dec 2007 05:48:12 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from ape.monkeybrains.net (ape.monkeybrains.NET [208.69.40.11]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0E213C442 for ; Tue, 4 Dec 2007 05:48:12 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from monchichi.monkeybrains.net (adsl-75-36-249-166.dsl.pltn13.sbcglobal.net [75.36.249.166]) (authenticated bits=0) by ape.monkeybrains.net (8.14.1/8.14.1) with ESMTP id lB45mA1P076963 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Dec 2007 21:48:11 -0800 (PST) (envelope-from crapsh@monkeybrains.net) Message-ID: <4754EA3D.1020902@monkeybrains.net> Date: Mon, 03 Dec 2007 21:48:45 -0800 From: Rudy User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: pyunyh@gmail.com References: <4754BF03.5090407@monkeybrains.net> <20071204051957.GC35245@cdnetworks.co.kr> In-Reply-To: <20071204051957.GC35245@cdnetworks.co.kr> 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 pita.monkeybrains.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: nfe busted on 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: Tue, 04 Dec 2007 05:48:12 -0000 Still Lots of these at boot... nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) I compiled the nfe as a MODULE so I could kldunload it and load up the nve -- if the patch didn't work. So, I added if_nfe_load to my /boot/loader.conf. Following my plan, I ran kldunload if_nfe... BUT! the module was automatically reloaded AND started to work properly. Hmmm.... here is the tail of /var/log/messages: e1000phy0: detached miibus0: detached nfe0: detached nfe0: port 0xc800-0xc807 mem 0xfe02b000-0xfe02bfff irq 22 at device 20.0 on pci0 nfe0: Ethernet address: 00:17:31:be:4c:2f nfe0: [FILTER] miibus0: on nfe0 e1000phy0: PHY 1 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: link state changed to DOWN nfe0: link state changed to UP Is that a bug/feature that the nfe automatically reloads itself? - Rudy From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 06:06: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 A778A16A417 for ; Tue, 4 Dec 2007 06:06:17 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outB.internet-mail-service.net (outB.internet-mail-service.net [216.240.47.225]) by mx1.freebsd.org (Postfix) with ESMTP id 94CBC13C465 for ; Tue, 4 Dec 2007 06:06:17 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Mon, 03 Dec 2007 22:06:17 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 949B6126B9E; Mon, 3 Dec 2007 22:06:16 -0800 (PST) Message-ID: <4754EE5A.7050904@elischer.org> Date: Mon, 03 Dec 2007 22:06:18 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Marcel Moolenaar References: <4754D411.6060608@elischer.org> <4754E54C.20104@elischer.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: remote gdb failures in recent builds (last 6 months or so.) 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, 04 Dec 2007 06:06:17 -0000 Marcel Moolenaar wrote: > On Dec 3, 2007, at 9:27 PM, Julian Elischer wrote: > >> It's slowly been getting worse (across many pairs of machines) over >> the last few years. finally today it just doesn't work at all. I've >> used this pair of machines many times before. usually it takes "luck" >> to get synced up but once it's synced, it's solid. > > How do you start the connection? I seem to recall that starting with > the gdb client is not a good idea, because the gdb client will try > a couple of commands first to see if the stub supports them. If the > stub is not ready, then the gdb client may think the stub is not > capable of certain features. > > I typically have the kernel break into the GDB debugger first and > then I start the gdb client... > first the kernel panic'd then I was in kdb on the serial console (com1) then I typed "gdb" followed by 's'. I'm not worried so much about the panic as its an experimental kernel, but by not being able to debug it.. # panic: Bad tailq NEXT(0xd9f356f8->tqh_last) != NULL cpuid = 1 KDB: enter: panic [thread pid 19 tid 100037 ] Stopped at kdb_enter+0x32: leave db> tr Tracing pid 19 tid 100037 td 0xc5fabc60 kdb_enter(c076ae89,1,c074ea89,ee832c2c,1,...) at kdb_enter+0x32 panic(c074ea89,d9f356f8,c076c29e,1a3,25e,...) at panic+0x124 callout_reset(c08aa700,1,c0636140,0,c5feb000,c5fabc60,ee832c70,3,c08aa634,c08aa9 dummynet_task(0,1,c076f439,50,c61dec9c,...) at dummynet_task+0x332 taskqueue_run(c61dec80,c61dec9c,c0762a86,0,c0769a89,...) at taskqueue_run+0x10b taskqueue_thread_loop(c08aa5f0,ee832d38,c07673b9,30c,c5fabc60,...) at taskqueue8 fork_exit(c05add90,c08aa5f0,ee832d38) at fork_exit+0x120 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xee832d70, ebp = 0 --- db> gdb Step to enter the remote GDB backend. db> From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 06:15: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 AB60716A41B for ; Tue, 4 Dec 2007 06:15:58 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.68]) by mx1.freebsd.org (Postfix) with ESMTP id A066913C459 for ; Tue, 4 Dec 2007 06:15:58 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp002-s [10.150.69.65]) by smtpoutm.mac.com (Xserve/smtpout005/MantshX 4.0) with ESMTP id lB46FvBJ009643; Mon, 3 Dec 2007 22:15:57 -0800 (PST) Received: from [192.168.1.100] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/asmtp002/MantshX 4.0) with ESMTP id lB46FtSd007555 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 3 Dec 2007 22:15:56 -0800 (PST) Message-Id: From: Marcel Moolenaar To: Julian Elischer In-Reply-To: <4754EE5A.7050904@elischer.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 3 Dec 2007 22:15:55 -0800 References: <4754D411.6060608@elischer.org> <4754E54C.20104@elischer.org> <4754EE5A.7050904@elischer.org> X-Mailer: Apple Mail (2.915) Cc: FreeBSD Current Subject: Re: remote gdb failures in recent builds (last 6 months or so.) 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, 04 Dec 2007 06:15:58 -0000 On Dec 3, 2007, at 10:06 PM, Julian Elischer wrote: > first the kernel panic'd then I was in kdb on the serial console > (com1) > then I typed "gdb" followed by 's'. I'm not worried so much about > the panic > as its an experimental kernel, but by not being able to debug it.. Seems everything is just right. The only thing I can think of is that the GDB stub in the kernel doesn't get the packets as they are intended. It seems that even if gdb sends the ack. (i.e. the + character), the GDB stub retransmits its original packet. This seems to indicate that the GDB stub doesn't receive the ack. Try the following patch and see if the kernel receives the packets correctly as well: Index: gdb_main.c =================================================================== RCS file: /home/ncvs/src/sys/gdb/gdb_main.c,v retrieving revision 1.7 diff -u -r1.7 gdb_main.c --- gdb_main.c 26 May 2006 11:52:59 -0000 1.7 +++ gdb_main.c 4 Dec 2007 06:15:04 -0000 @@ -115,7 +115,7 @@ thr_iter = NULL; while (gdb_rx_begin() == 0) { - /* printf("GDB: got '%s'\n", gdb_rxp); */ + printf("GDB: got '%s'\n", gdb_rxp); switch (gdb_rx_char()) { case '?': /* Last signal. */ gdb_tx_begin('S'); FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 06:34: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 68B1916A418 for ; Tue, 4 Dec 2007 06:34:37 +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 435A113C447 for ; Tue, 4 Dec 2007 06:34:37 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so6229211waf for ; Mon, 03 Dec 2007 22:34:37 -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=Unw1/4CczSZDObt34VxvwXIQCPVbmQjYaX4MD7cTASo=; b=geX9RKrJb5vEMP5xFZjRxCjk/ZEfKuCs4ECAGB//MG384cCNlFRCNy/mo1JngIfiBrzBtCjzPivqJEwRU7y8dI5+sfYFmPcJC6b47b9KTmwDHrMM8gCMu+o8GBmV7DrRwGcIjOJoQRvoqQ6X3pbWi0WPgz3DzWkjabvQy0On7Pg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=oOpNW2sya2ZRKrcGYWWjn+n+xKawk3M8bWlEUbK2o2icCfDOeQOFMMtqHBKqxmQCIMQwCnfQGKvSP7+M8im86s2w1vTn7FaQTBJSVBL4G53fu7b2HaXM1xq9cuYpTpsiVpAbvM7TeiCZi/zANGRKY9M57/V+pMPznKBSAL4kwgU= Received: by 10.114.37.1 with SMTP id k1mr360385wak.1196750076718; Mon, 03 Dec 2007 22:34:36 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m10sm1155847waf.2007.12.03.22.34.31 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 03 Dec 2007 22:34:35 -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 lB46WcdJ036756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Dec 2007 15:32:38 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lB46Wcfc036755; Tue, 4 Dec 2007 15:32:38 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 4 Dec 2007 15:32:38 +0900 From: Pyun YongHyeon To: Rudy Message-ID: <20071204063238.GD35245@cdnetworks.co.kr> References: <4754BF03.5090407@monkeybrains.net> <20071204051957.GC35245@cdnetworks.co.kr> <4754EA3D.1020902@monkeybrains.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4754EA3D.1020902@monkeybrains.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: nfe busted on 7.0-BETA4 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, 04 Dec 2007 06:34:37 -0000 On Mon, Dec 03, 2007 at 09:48:45PM -0800, Rudy wrote: > > Still Lots of these at boot... > > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > > I compiled the nfe as a MODULE so I could kldunload it and load up the nve > -- if the patch didn't work. So, I added if_nfe_load to my > /boot/loader.conf. Following my plan, I ran kldunload if_nfe... BUT! the > module was automatically reloaded AND started to work properly. Hmmm.... It's confusing. Does it mean the patch fixed the issue? Are you sure the nfe(4) kernel module used at boot is patched nfe(4)? > here is the tail of /var/log/messages: > > e1000phy0: detached > miibus0: detached > nfe0: detached > nfe0: port 0xc800-0xc807 mem > 0xfe02b000-0xfe02bfff irq 22 at device 20.0 on pci0 > nfe0: Ethernet address: 00:17:31:be:4c:2f > nfe0: [FILTER] > miibus0: on nfe0 > e1000phy0: PHY 1 on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, > auto > nfe0: link state changed to DOWN > nfe0: link state changed to UP > > Is that a bug/feature that the nfe automatically reloads itself? > That's odd. In the days of 7-CURRENT I also encountered it but I think it was fixed as I can't reproduce it. If it still happen, kill devd(8) and experiment with kldload/kldunload. > - Rudy -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 08:01: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 BC9E016A418 for ; Tue, 4 Dec 2007 08:01:28 +0000 (UTC) (envelope-from schwabe@uni-paderborn.de) Received: from mail.blinkt.de (mail.blinkt.de [88.198.169.219]) by mx1.freebsd.org (Postfix) with ESMTP id 8B0AB13C44B for ; Tue, 4 Dec 2007 08:01:28 +0000 (UTC) (envelope-from schwabe@uni-paderborn.de) Received: from dslb-084-061-129-015.pools.arcor-ip.net ([84.61.129.15] helo=styx.local) by mail.blinkt.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IzSiY-000NHs-Sv; Tue, 04 Dec 2007 09:01:23 +0100 Message-ID: <47550951.2030100@uni-paderborn.de> Date: Tue, 04 Dec 2007 09:01:21 +0100 From: Arne Schwabe User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Rui Paulo References: <20071129114620.16752mjgtqsqtxyc@intranet.encontacto.net> <475048BC.7070904@FreeBSD.org> <1196713825.87269.52.camel@shumai.marcuscom.com> <4754A046.7010909@FreeBSD.org> In-Reply-To: <4754A046.7010909@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , freebsd-mobile Subject: Re: Run Current on a MacBook 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, 04 Dec 2007 08:01:28 -0000 Rui Paulo schrieb: > Joe Marcus Clarke wrote: >> On Fri, 2007-11-30 at 17:30 +0000, Rui Paulo wrote: >>> eculp wrote: >>>> I am a half step away from buying a MacBook based on the following >>>> assumptions: >>>> >>>> 1. I should run current and it has the SMP problem fixed. >>> The fix was not yet committed. >>> >>>> 2. It can be dual booted between OSX and FreeBSD? >>>> a. The handbook only mentions that it can be run as a guest OS. >>> The handbook doesn't mention anything about running FreeBSD on a >>> MacBook. You probably want to read http://wiki.freebsd.org/AppleMacbook >>> >>>> b. Is there a short list to run both OS's I've done this with >>>> windows many times over the years but I have on idea where to >>>> start with Mac. Example: Clean the disk and start with FBSD >>>> or somehow compress the MacOSX file system and use the rest >>>> for BSD, etc. etc. >>> * Partition your drive witht Bootcamp >>> * Install rEFIt. http://refit.sf.net/ >>> * Boot FreeBSD install CD and install it to the desired partition. >>> Don't install an MBR boot manager. >>> * Sync your MBR with the GPT by using the refit tool (available in >>> the refit boot menu). >> >> I've tried this procedure twice now, and the results are the same: even >> after selecting "None" for the boot manager, by GPT gets overridden with >> an MBR. Almost everything works fine after that. rEFIt allows me to >> boot into MacOS X or FreeBSD, but the gptsync tool does not work, and I >> couldn't upgrade to Leopard until I re-partitioned my drive (which I >> did, and ended up right back with an MBR after installing FreeBSD). >> >> If there's some trick to this I'm missing, I'd love to know before >> "Puma" comes out. > Puma is 10.1 ;) > Well, I think that if you restore your MBR to a PMBR* (a GPT MBR) you > lose the ability to boot FreeBSD beecause rEFIt seems to expect a > FreeBSD MBR, IIRC. But on the other hand, you probably need a PMBR > (i.e. have your disk with operating systems that can boot from GPT) to > upgrade Mac OS X. > > Yes, I know, it's horrible. :-( > I my case creating the "FreeBSD" parition with the disk utility and simply use that parition for FreeBSD worked fine for me. Arne From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 09:55: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 156D516A417; Tue, 4 Dec 2007 09:55:19 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from mail.itu.dk (pluto.itu.dk [130.226.142.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9C44313C447; Tue, 4 Dec 2007 09:55:18 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from localhost (unknown [10.0.0.3]) by mail.itu.dk (Postfix) with ESMTP id 0809332CDAB; Tue, 4 Dec 2007 10:40:04 +0100 (CET) X-Virus-Scanned: amavisd-new at itu.dk Received: from superman.itu.dk ([130.226.142.5]) by localhost (daredevil.itu.dk [130.226.142.26]) (amavisd-new, port 10024) with ESMTP id n5F4TOc-G++d; Tue, 4 Dec 2007 10:40:01 +0100 (CET) Received: from [192.168.1.148] (stud1-15.itu.dk [130.226.140.15]) by superman.itu.dk (Postfix) with ESMTP id D9C4A9E692; Tue, 4 Dec 2007 10:40:01 +0100 (CET) Message-ID: <475520D1.2000904@cederstrand.dk> Date: Tue, 04 Dec 2007 10:41:37 +0100 From: Erik Cederstrand User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <47541063.4010101@gmail.com> In-Reply-To: <47541063.4010101@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 04 Dec 2007 09:55:19 -0000 Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > [Repost from -ports@] > > As has been hashed out in -ports@ over the last few days there is at > least a need to examine weither or not the current ports system should > remain as is or potentially be re-engineered in the future (estimates > if and when needed vary from ASAP to 10-15 years). I have > volunteered to undertake a feasibility/pilot project to examine what > changes (if any) are needed in the system (for the purposes of this > thread I will not venture any of my own suggestions). I have the > following broad questions for people: > > 1. What is more important to your personal use of FreeBSD (the ports > system, the underlaying OS, some other aspect)? Mu. For me, the OS is nothing without the port, and vice-versa. > 2. How frequently do you interact with the ports systems and what is > the most common interaction you have with it? Daily. Updating, building for jails. > 3. What is the single best aspect of the current system? For normal, day-to-day work on servers, it Just Works. > 4. What is the single worst aspect of the current system? Compiling takes forever, especially on small-scale machines. > 5. If you where a new FreeBSD user how would your answers above > change? If you where brand new to UNIX how whould they change? A GUI would really help to get an overview and manage simple tasks. > 6. Assuming that there was no additional work on your behalf would you > use a new system if it corrected your answer to number 4? Yes. > 7. Same as question 6 but for your answer on question 3? No. > 8. How long have you used FreeBSD and/or UNIX in general? Five years. > 9. That is your primary use(s) for your FreeBSD machine(s) (name upto 3)? Home server (mail, web, file), software development, small-scale production. > 10. Assuming there is no functional difference what is your preferred > installation method for 3rd party software? pkg_add to cut install time, but usually ports tree because of missing options in precompiled packages (e.g. no-gui vim, php5 with apache module). > 11. On a scale from 1 to 10 (10 being the best) please rate the > importance of the following aspects of the ports system? > > a. User Interface 5 > b. Consistency of behaviors and interactions 9 > c. Accuracy in dependant port installations 8 > d. Internal record keeping 8 > e. Granularity's of the port management system 5 > 12. Please rate your personal technical skill level? Medium. Erik From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 10:23:29 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 177CD16A468; Tue, 4 Dec 2007 10:23:29 +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 CFDF913C4F2; Tue, 4 Dec 2007 10:23:28 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 16CF71CCB1; Tue, 4 Dec 2007 11:23:28 +0100 (CET) Date: Tue, 4 Dec 2007 11:23:28 +0100 From: Ed Schouten To: Robert Watson Message-ID: <20071204102328.GK72574@hoeg.nl> References: <20071203225800.S30376@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lGa3FpvTyf1CgKg0" Content-Disposition: inline In-Reply-To: <20071203225800.S30376@fledge.watson.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: Attention 7.x and 8.x ptmx/pts users (read if you set kern.pts.enable=1) 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, 04 Dec 2007 10:23:29 -0000 --lGa3FpvTyf1CgKg0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Robert Watson wrote: > Unfortunately, the current implementation is subject to a potential=20 > resource leak: the pty is created when the lookup occurs, but if the open= =20 > never takes place, then the pty is leaked. In principle, we have=20 > facilities to GC unused device nodes "eventually", although not a race-fr= ee=20 > way to determine that no race occurs, assuming that we implemented that. = =20 > This leakage turns out to interact particularly poorly with our resource= =20 > limits on pty/pts pairs -- both the administrative limit imposed by sysct= l=20 > and also the functional limit on the number of entries in /etc/ttys. It'= s=20 > possible to imagine various sometimes messy techniques of performing this= =20 > garbage collection. So this is the same issue I sent a message to arch@ about some time ago, that /dev/ptmx already returns a reference to the new pty, already when you stat(2) it (for example by running `ls -l /dev/ptmx')? > Instead, what I'd like to do is modify the ptmx code to have a race-free= =20 > protocol, in which eventual termination of processes referencing the node= =20 > results in freeing of the nodes. On some systems, ptmx performs a=20 > "bait-and-switch", in which the file descriptor of the pty node is silent= ly=20 > substituted for the file descriptor of the ptmx code--similar to our mode= l,=20 > only no window between lookup and open, but also not easily supported in= =20 > our current VFS. Another possibility is to introduce a new system call a= nd=20 > bypass ptmx entirely -- similar to pipe(), socketpair(), etc. I actually think that this sounds pretty nice. You mean something like an in-kernel implementation for openpty()? Another thing that would make the TTY code a little bit cleaner in my opinion is removing the PRIV_TTY_PRISON check and making something generic inside devfs. If we have proper garbage collecting on TTY's, then we can just change make_dev_cred() to bind the new device node to a certain jail. That way you could even choose to hide nodes in /dev that don't belong to the jail in question. --=20 Ed Schouten WWW: http://g-rave.nl/ --lGa3FpvTyf1CgKg0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHVSqf52SDGA2eCwURAlh9AJoD/Iatz0HLAjeZAZPRhWYzvNCx+wCaAkqs KoagPlubGYniKnSg4ap+ZeE= =ZzPP -----END PGP SIGNATURE----- --lGa3FpvTyf1CgKg0-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 11:22: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 523E316A419; Tue, 4 Dec 2007 11:22: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 0820113C457; Tue, 4 Dec 2007 11:22:57 +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 5718446B43; Tue, 4 Dec 2007 06:27:45 -0500 (EST) Date: Tue, 4 Dec 2007 11:22:49 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ed Schouten In-Reply-To: <20071204102328.GK72574@hoeg.nl> Message-ID: <20071204111050.W30376@fledge.watson.org> References: <20071203225800.S30376@fledge.watson.org> <20071204102328.GK72574@hoeg.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: Attention 7.x and 8.x ptmx/pts users (read if you set kern.pts.enable=1) 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, 04 Dec 2007 11:22:58 -0000 On Tue, 4 Dec 2007, Ed Schouten wrote: > * Robert Watson wrote: >> Unfortunately, the current implementation is subject to a potential >> resource leak: the pty is created when the lookup occurs, but if the open >> never takes place, then the pty is leaked. In principle, we have >> facilities to GC unused device nodes "eventually", although not a race-free >> way to determine that no race occurs, assuming that we implemented that. >> This leakage turns out to interact particularly poorly with our resource >> limits on pty/pts pairs -- both the administrative limit imposed by sysctl >> and also the functional limit on the number of entries in /etc/ttys. It's >> possible to imagine various sometimes messy techniques of performing this >> garbage collection. > > So this is the same issue I sent a message to arch@ about some time ago, > that /dev/ptmx already returns a reference to the new pty, already when you > stat(2) it (for example by running `ls -l /dev/ptmx')? Yes. There's also another known issue, likely not corrected by this patch, in which closing the pty before the pts fails to properly wake up processes hung off the pts and inform them of its impending doom, resulting in the pty/pts pair never being garbage-collected. I've not tracked this down yet, but you can reproduce it by running screen(1) and then "killing" a screen. screen(1) closes the pty and relies on the pty/pts mechanism to do the rest, which doesn't. >> Instead, what I'd like to do is modify the ptmx code to have a race-free >> protocol, in which eventual termination of processes referencing the node >> results in freeing of the nodes. On some systems, ptmx performs a >> "bait-and-switch", in which the file descriptor of the pty node is silently >> substituted for the file descriptor of the ptmx code--similar to our model, >> only no window between lookup and open, but also not easily supported in >> our current VFS. Another possibility is to introduce a new system call and >> bypass ptmx entirely -- similar to pipe(), socketpair(), etc. > > I actually think that this sounds pretty nice. You mean something like an > in-kernel implementation for openpty()? Yes -- this is something John Baldwin has suggested, but I admit to having some reservations. As I see it, the choice really comes down to complexity -- because the implementation of pts is already very complicated, we want to pick the easiest implementation to understand and maintain. Unfortunately, I'm not sure I see adding a system call as necessarily easier -- you have to create the pts device node, because ttys require a device node on which applications can operate -- to adjust echo, to query speed, program control key behavior, write for the purposes of write(1), talk(1), etc. This means that somehow, we need to instantiate the pts device node and perform an open on it -- I think in practice it's more conservative of code to do that in user space than kernel, as we can reuse the current open() code in its entirety, rather than replicating the kernel code to instantiate a file descriptor in the process, find and hook up the device node to it, etc. So I suppose the open question is the pty master node -- right now, we instantiate the node on-demand when /dev/ptmx is looked up, but as discussed, devfs has a significant weakness in this area. The revised code instantiates the node as a result of an ioct on a true /dev/ptmx node, and then the master can be opened using open() in the process. While the GC code isn't all that fun, it's not all that complicated, and reflected a very minor patch on both the user and kernel code. This suggests that a system call should, rather than creating both endpoints and hooking them up to file descriptors, instead create only a master file descriptor and give it no actual instantiation in devfs. > Another thing that would make the TTY code a little bit cleaner in my > opinion is removing the PRIV_TTY_PRISON check and making something generic > inside devfs. If we have proper garbage collecting on TTY's, then we can > just change make_dev_cred() to bind the new device node to a certain jail. > That way you could even choose to hide nodes in /dev that don't belong to > the jail in question. I'll have to think about this. BTW, while reading the pts/pty code again, I began to wonder if the comments about freeing tty's are still accurate... Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 11:47:25 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 9CD0F16A417; Tue, 4 Dec 2007 11:47:25 +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 606FD13C455; Tue, 4 Dec 2007 11:47:25 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 9D3DE1CCCE; Tue, 4 Dec 2007 12:47:24 +0100 (CET) Date: Tue, 4 Dec 2007 12:47:24 +0100 From: Ed Schouten To: Robert Watson Message-ID: <20071204114724.GL72574@hoeg.nl> References: <20071203225800.S30376@fledge.watson.org> <20071204102328.GK72574@hoeg.nl> <20071204111050.W30376@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y8IEA2AKDLXNckrV" Content-Disposition: inline In-Reply-To: <20071204111050.W30376@fledge.watson.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: Attention 7.x and 8.x ptmx/pts users (read if you set kern.pts.enable=1) 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, 04 Dec 2007 11:47:25 -0000 --Y8IEA2AKDLXNckrV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Robert Watson wrote: > Yes. There's also another known issue, likely not corrected by this patc= h,=20 > in which closing the pty before the pts fails to properly wake up process= es=20 > hung off the pts and inform them of its impending doom, resulting in the= =20 > pty/pts pair never being garbage-collected. I've not tracked this down= =20 > yet, but you can reproduce it by running screen(1) and then "killing" a= =20 > screen. screen(1) closes the pty and relies on the pty/pts mechanism to = do=20 > the rest, which doesn't. Indeed. I also noticed this bug. Simply killing sshd also reproduces this. The leak is caused by the obvious if-statement inside pty_maybecleanup(). This is because SESSRELE() is called after sshd closes the pty, if I can remember correctly. This also causes the dreaded `jail leak', because device nodes still exist that have been created with make_dev_cred(), so the ucred is still referenced. I guess the problem is that we can only call pty_maybecleanup() when ptsclose() is called and not when the real use-count of the tty has reached zero. Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --Y8IEA2AKDLXNckrV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHVT5M52SDGA2eCwURAuVmAJ4+IKFmjDtwN6FE3rpxbfX5Vrz5DwCeLMyJ Bwo1kNdbwesN2pzbYGpAUXc= =FNK+ -----END PGP SIGNATURE----- --Y8IEA2AKDLXNckrV-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 13:21: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 3A3E616A41A for ; Tue, 4 Dec 2007 13:21:36 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 8745213C448 for ; Tue, 4 Dec 2007 13:21:35 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8095405pyb for ; Tue, 04 Dec 2007 05:21: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:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=LucofmmDL+qkPZm3IPFuzaEk5de3kbnG/Z06DtIjLyc=; b=PLmFyT67cf22ynM2NwTSycdOPZUJju53+yFbVHuO9bzdskrD7iEJdKlsp26XwJJxGFpx3YMYHmPYw6ciKf6v8MwtQM+0vupBmTuvZCdCfQTFg4tm83/2Km6RH3p2Dno6Ea9hsZ/deKCtxLmiWEoW5UWzvF1kz6Ly82QhSGpp1kc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Qtg8m66i4HRRKA6cFBV8yeIxn6I2Gp08FglDek/fkSQCxTin7OiVH37ulyG35UQvCbfrH3nXo/XkLcPsiOWvTNcxUgdGg6++eivS8eE2FLuhfPpnl9Acf5kGH0b9TlNR2ChJYoamQHbPyKLlUp5xMRgjlfQcDgP2mH9P23hcFbE= Received: by 10.64.185.7 with SMTP id i7mr8537193qbf.1196774476079; Tue, 04 Dec 2007 05:21:16 -0800 (PST) Received: by 10.64.184.9 with HTTP; Tue, 4 Dec 2007 05:21:15 -0800 (PST) Message-ID: <8e10486b0712040521u5c7015b8h86d0da5554162898@mail.gmail.com> Date: Tue, 4 Dec 2007 11:21:15 -0200 From: "Alexandre Biancalana" To: freebsd-current@freebsd.org In-Reply-To: <20071130124801.74c40ef9@peedub.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711280537n222d6cd5le33639b82a11f45@mail.gmail.com> <8e10486b0711290543h6f78fde1kefc01b4ee7147f8e@mail.gmail.com> <8e10486b0711290558q31217f5aif7b803e1ae08023c@mail.gmail.com> <9bbcef730711290634k347bc0c6re0da8676bab37873@mail.gmail.com> <8e10486b0711290637u711c67b3i17925777e4481346@mail.gmail.com> <8e10486b0711300247q4438235ata70ca42030871286@mail.gmail.com> <20071130124801.74c40ef9@peedub.jennejohn.org> Subject: Re: 7-BETA3 everyday reboot (was: BETA3 crash) 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, 04 Dec 2007 13:21:36 -0000 On Nov 30, 2007 9:48 AM, Gary Jennejohn wrote: > On Fri, 30 Nov 2007 07:47:51 -0300 > "Alexandre Biancalana" wrote: > > > After the reboot, the kernel running have the patch suggested by > > ivoras@ (http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch), > > but how the patch is related to "kmem_map too small", I don't think > > that will be usefull with this panic. > > > > I *really* need some solution :( > > > > Any ideas ? > > > > The patch is potentially useful because the new code tries harder to > reclaim pages (8 times instead of once with a sleep in between the > attempts). > > The idea is that pages may become available at some time during one > of the sleeps. > > Just try it and see whether it helps. Can't do any harm. After apply the patch the machine survives to 3 days of work, but paniced again after the system start using swap because some applications were using more memory, here is the panic message: Dec 4 03:12:33 Manny syslogd: kernel boot file is /boot/kernel/kernel Dec 4 03:12:33 Manny kernel: panic: vm_fault: fault on nofault entry, addr: fffffffff7a3e000 Dec 4 03:12:33 Manny kernel: cpuid = 0 Dec 4 03:12:33 Manny kernel: Uptime: 3d5h5m25s Dec 4 03:12:33 Manny kernel: Physical memory: 3061 MB Dec 4 03:12:33 Manny kernel: Dumping 1788 MB: 1773 1757 1741 1725 1709 1693 1677 1661 1645 1629 1613 1597 1581 1565 1549 1533 1517 1501 1485 1469 1453 1437 1421 1405 138 9 1373 1357 1341 1325 1309 1293 1277 1261 1245 1229 1213 1197 1181 1165 1149 1133 1117 1101 1085 1069 1053 1037 1021 1005 989 973 957 941 925 909 893 877 861 845 829 813 797 781 765 749 733 717 701 685 669 653 637 621 605 589 573 557 541 525 509 493 477 461 445 429 413 397 381 365 349 333 317 301 285 269 253 237 221 205 189 173 157 141 12 5 109 93 77 61 45 29 13 Dec 4 03:12:33 Manny kernel: Dump complete Dec 4 03:12:33 Manny kernel: Automatic reboot in 15 seconds - press a key on the console to abort Dec 4 03:12:33 Manny kernel: Rebooting... Dec 4 03:12:33 Manny kernel: cpu_reset: Stopping other CPUs Any other ideas ?! With Best Regards, Alexandre From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 13:27: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 1313716A419 for ; Tue, 4 Dec 2007 13:27:05 +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 AE8BF13C458 for ; Tue, 4 Dec 2007 13:27:04 +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 1IzXng-000Fq9-N1; Tue, 04 Dec 2007 15:27:03 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lB4DQxEP049028; Tue, 4 Dec 2007 15:26:59 +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 lB4DQx3Z049027; Tue, 4 Dec 2007 15:26:59 +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: Tue, 4 Dec 2007 15:26:58 +0200 From: Kostik Belousov To: "Wojciech A. Koszek" Message-ID: <20071204132658.GX83121@deviant.kiev.zoral.com.ua> References: <20071204000413.GA64160@FreeBSD.czest.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Tg5qL4DubmxJEzuM" Content-Disposition: inline In-Reply-To: <20071204000413.GA64160@FreeBSD.czest.pl> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 0a21689c2f1d2e94d8aa83f1a1b60733 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1843 [Dec 03 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {TO: local part of email appears in body} X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 9 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@FreeBSD.org Subject: Re: [PATCHES] Building newest src/ tree with gcc3 fails. 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, 04 Dec 2007 13:27:05 -0000 --Tg5qL4DubmxJEzuM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 04, 2007 at 12:04:13AM +0000, Wojciech A. Koszek wrote: > Two problems with tmpfs_vnops.c about uninitialized 'error' variables: >=20 > http://people.freebsd.org/~wkoszek/patches/tmpfs_vnops.c.0.patch Both of the warnings there seems to be bogus, but the patch looks harmless. --Tg5qL4DubmxJEzuM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHVVWiC3+MBN1Mb4gRAptmAKC4YXbo7NRt2SJsKrzg57SttUEa4wCglag5 5mi0753zjO+BCZWeZoB5gQo= =E2rM -----END PGP SIGNATURE----- --Tg5qL4DubmxJEzuM-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 13:29: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 8172A16A4E9 for ; Tue, 4 Dec 2007 13:29:05 +0000 (UTC) (envelope-from miketheroot@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.232]) by mx1.freebsd.org (Postfix) with ESMTP id 3DA4C13C509 for ; Tue, 4 Dec 2007 13:29:05 +0000 (UTC) (envelope-from miketheroot@gmail.com) Received: by qb-out-0506.google.com with SMTP id a10so3470124qbd for ; Tue, 04 Dec 2007 05:29:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=7LtCkCGmyJmQljuCN0YEYOPDN6hQIlQULkuDSwTicXs=; b=ium1iyOazWuOmgdOCTcgqz5LF6V28xNMWKNKFEwcF3enNaaaMiHYdgxTlTLTVj2fsQcdBnGOxAmgxfka9ueio0C2+hQBIdHRwk3uaFiapF6+Hv827VWDkD6OMo9XTsqVYPTANBfN07zNKkZifH8nnhvgoA5Be6InNakH4wWA9Xg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type; b=wqHgbwSB8nVt0QQGidadyUp67pW6Aapz971JeQTFiMLHJJc7/w2etGH5UfWRwbzoWY7slEH4iTmGTosgqbaiO6sYTeseKA6Z+P9fqov2T09OhJjzQmRItKcMrFgeNmFIkgUAZ45J9EnZezEMrbBAU8wCOTshNAlAzqD2/RfWk6s= Received: by 10.65.138.4 with SMTP id q4mr14778684qbn.1196774068746; Tue, 04 Dec 2007 05:14:28 -0800 (PST) Received: by 10.65.147.16 with HTTP; Tue, 4 Dec 2007 05:14:28 -0800 (PST) Message-ID: Date: Tue, 4 Dec 2007 14:14:28 +0100 From: "=?ISO-8859-2?Q?Micha=B3_Januszewski?=" To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 04 Dec 2007 13:58:53 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: (no subject) 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, 04 Dec 2007 13:29:05 -0000 I've got one question about the new releases: will the Marvell Yukon 88E8039 Gigabit Ethernet be supported? From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 14:09: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 8582F16A417 for ; Tue, 4 Dec 2007 14:09:49 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 1998113C448 for ; Tue, 4 Dec 2007 14:09:48 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2962523nfb for ; Tue, 04 Dec 2007 06:09: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:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Vcoxj+8nhFQPqUGGGWhbn3JlsLWdrIX+DtUunIlOSF4=; b=Ot0KPqo33mL9Sb0mv0c7iofOOAHfpD2mlf1yFcBbq9WhK1ygk87AAC0xeLTvfHyGL6gdCHhM1Sw3gT69qcYNZfv33jtFgAX3V+PfF6pKeAsvpWwjQQPu49iPPajS3l3sz25CWy5JHVtiT3KHOpjwkJZntHMIAru2t6o8pq8dMTI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Qm8N0GoQ/ABFk09pyEwu39F4q1MeHR6MuN6VGdoJGP5F5N2XHvYZVk7YAjnBDS+cJsAzis/MXNJSVjE8OuxGRLc0D8t+Hna+0XVzLEVw9Qa4JItKrUH/DRILA9JONvJpEDw96rUdLzCt9tPUQj4XgAC3ut+XGxMXobHvBwpOtqQ= Received: by 10.78.155.4 with SMTP id c4mr5534759hue.1196777387559; Tue, 04 Dec 2007 06:09:47 -0800 (PST) Received: by 10.78.23.8 with HTTP; Tue, 4 Dec 2007 06:09:47 -0800 (PST) Message-ID: <790a9fff0712040609g4bee3285ibafb065c4e36cca4@mail.gmail.com> Date: Tue, 4 Dec 2007 08:09:47 -0600 From: "Scot Hetzel" To: "Ed Schouten" In-Reply-To: <20071203232848.GJ72574@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071203121342.GH72574@hoeg.nl> <20071203232848.GJ72574@hoeg.nl> Cc: Bill Paul , FreeBSD Current Subject: Re: ndis(4): BCM4328 driver from Apple - dies in pe_translate_addr 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, 04 Dec 2007 14:09:49 -0000 On 12/3/07, Ed Schouten wrote: > Hello, > > I found another .sys/.inf this afternoon which loads properly. I now see > a ndis0 show up with the correct MAC address. Unfortunately `ifconfig > ndis0 list scan' is broken, because it tries to do some FPU operations. > Each time when I run the command, I get a lot of "fpudna in kernel > mode!" messages in my dmesg, which makes the driver as good as useless. > > I guess we unlucky BCM4328 folks should wait until a native driver shows > up. :-( > The "fpudna in kernel mode" messages can be ignored, they don't affect the operation of the ndis0 driver. Add ifconfig_ndis0="WPA DHCP" to /etc/rc.conf, create /etc/wpa_supplicant.conf that is appropriate for your wireless network(s), then use /etc/rc.d/netif start ndis0 to connect to your wireless network. ifconfig doesn't list any wireless networks: hp010# ifconfig ndis0 list scan But using wpa_cli does show wireless networks: hp010# wpa_cli wpa_cli v0.5.8 Copyright (c) 2004-2007, Jouni Malinen and contributors This program is free software. You can distribute it and/or modify it under the terms of the GNU General Public License version 2. Alternatively, this software may be distributed under the terms of the BSD license. See README and COPYING for more details. Selected interface 'ndis0' Interactive mode > scan OK > scan_results bssid / frequency / signal level / flags / ssid 00:0e:2e:7d:8a:0b 2462 -45 [WEP] TimeMachine > Scot From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 14:34:07 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 64F0D16A468 for ; Tue, 4 Dec 2007 14:34:07 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail04.adl2.internode.on.net (ipmail04.adl2.internode.on.net [203.16.214.57]) by mx1.freebsd.org (Postfix) with ESMTP id D710C13C469 for ; Tue, 4 Dec 2007 14:34:06 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAM7xVEd5LVoqWmdsb2JhbACBW41oASA X-IronPort-AV: E=Sophos;i="4.23,248,1194183000"; d="scan'208";a="11075385" Received: from ppp121-45-90-42.lns10.adl6.internode.on.net (HELO mail.clearchain.com) ([121.45.90.42]) by ipmail04.adl2.internode.on.net with ESMTP; 05 Dec 2007 01:04:04 +1030 Received: from [192.168.155.249] (draco.internal.clearchain.com [192.168.155.249]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id lB4EY1hF074714 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Dec 2007 01:04:02 +1030 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <47556554.3010505@clearchain.com> Date: Wed, 05 Dec 2007 01:03:56 +1030 From: Benjamin Close User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Alexandre Biancalana References: <8e10486b0711280537n222d6cd5le33639b82a11f45@mail.gmail.com> <8e10486b0711290543h6f78fde1kefc01b4ee7147f8e@mail.gmail.com> <8e10486b0711290558q31217f5aif7b803e1ae08023c@mail.gmail.com> <9bbcef730711290634k347bc0c6re0da8676bab37873@mail.gmail.com> <8e10486b0711290637u711c67b3i17925777e4481346@mail.gmail.com> <8e10486b0711300247q4438235ata70ca42030871286@mail.gmail.com> <20071130124801.74c40ef9@peedub.jennejohn.org> <8e10486b0712040521u5c7015b8h86d0da5554162898@mail.gmail.com> In-Reply-To: <8e10486b0712040521u5c7015b8h86d0da5554162898@mail.gmail.com> 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 pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Wed, 05 Dec 2007 01:04:02 +1030 (CST) Cc: freebsd-current@freebsd.org Subject: Re: 7-BETA3 everyday reboot 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, 04 Dec 2007 14:34:07 -0000 Alexandre Biancalana wrote: > On Nov 30, 2007 9:48 AM, Gary Jennejohn wrote: > >> On Fri, 30 Nov 2007 07:47:51 -0300 >> "Alexandre Biancalana" wrote: >> >> >>> After the reboot, the kernel running have the patch suggested by >>> ivoras@ (http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch), >>> but how the patch is related to "kmem_map too small", I don't think >>> that will be usefull with this panic. >>> >>> I *really* need some solution :( >>> >>> Any ideas ? >>> >>> >> The patch is potentially useful because the new code tries harder to >> reclaim pages (8 times instead of once with a sleep in between the >> attempts). >> >> The idea is that pages may become available at some time during one >> of the sleeps. >> >> Just try it and see whether it helps. Can't do any harm. >> > > After apply the patch the machine survives to 3 days of work, but > paniced again after the system start using swap because some > applications were using more memory, here is the panic message: > > Dec 4 03:12:33 Manny syslogd: kernel boot file is /boot/kernel/kernel > Dec 4 03:12:33 Manny kernel: panic: vm_fault: fault on nofault entry, > addr: fffffffff7a3e000 > Dec 4 03:12:33 Manny kernel: cpuid = 0 > Dec 4 03:12:33 Manny kernel: Uptime: 3d5h5m25s > Dec 4 03:12:33 Manny kernel: Physical memory: 3061 MB > Dec 4 03:12:33 Manny kernel: Dumping 1788 MB: 1773 1757 1741 1725 > 1709 1693 1677 1661 1645 1629 1613 1597 1581 1565 1549 1533 1517 1501 > 1485 1469 1453 1437 1421 1405 138 > 9 1373 1357 1341 1325 1309 1293 1277 1261 1245 1229 1213 1197 1181 > 1165 1149 1133 1117 1101 1085 1069 1053 1037 1021 1005 989 973 957 941 > 925 909 893 877 861 845 829 813 > 797 781 765 749 733 717 701 685 669 653 637 621 605 589 573 557 541 > 525 509 493 477 461 445 429 413 397 381 365 349 333 317 301 285 269 > 253 237 221 205 189 173 157 141 12 > 5 109 93 77 61 45 29 13 > Dec 4 03:12:33 Manny kernel: Dump complete > Dec 4 03:12:33 Manny kernel: Automatic reboot in 15 seconds - press a > key on the console to abort > Dec 4 03:12:33 Manny kernel: Rebooting... > Dec 4 03:12:33 Manny kernel: cpu_reset: Stopping other CPUs > > Any other ideas ?! > I have found that turning off zil and prefetch seem to keep things happier on one of the heavily loaded servers that I look after. It also appears to prevent a deadlock under very heavy load - something I've not yet had time to debug. Try adding: vfs.zfs.zil_disable=1 vfs.zfs.prefetch_disable="1" to /boot/loader.conf and let us know if it makes a difference. Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 15: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 5105616A419 for ; Tue, 4 Dec 2007 15:19:26 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id E7CBD13C448 for ; Tue, 4 Dec 2007 15:19:25 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8199837pyb for ; Tue, 04 Dec 2007 07:19:25 -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=+Hxwb3e1WP0+WtvuZwYhhJDDfcrwfPO8Ea4UGI5wF2M=; b=Stihkzq034TzCoDyIIs9rdA3Ol3D4tMLbOsWYEz0Mu23rUGWUVyY+rwbwX794HUYtMWXX7sYL8w3vVBEbT4mEL6Fspl8h5b+fE3xBOH0uPIFw4BObilRn8qF2zo1+orOL+8Soin+ZIoW9Az/dMQvpvnwdCZzXj8M/2fDEuJq6Ys= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qwL3ncsKpvDpfv+OX5ULND5Krl6a11HY1zyAXvN+VM35syMSCkPAfyeb2rp5rVf3/k1PUYcAkImae2qbE6t+jnTzXqN3pS876o3YEjL0xrG69pn+vHu7C/rqDO2sx+pcio32oIaiu3GzngE2K2TdOy9S9AiYBExj04+Td/Gb8LI= Received: by 10.64.193.2 with SMTP id q2mr12222891qbf.1196781561858; Tue, 04 Dec 2007 07:19:21 -0800 (PST) Received: by 10.64.184.9 with HTTP; Tue, 4 Dec 2007 07:19:21 -0800 (PST) Message-ID: <8e10486b0712040719ydcf32e0mbe690c3f18968691@mail.gmail.com> Date: Tue, 4 Dec 2007 13:19:21 -0200 From: "Alexandre Biancalana" To: "Benjamin Close" In-Reply-To: <47556554.3010505@clearchain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711280537n222d6cd5le33639b82a11f45@mail.gmail.com> <8e10486b0711290543h6f78fde1kefc01b4ee7147f8e@mail.gmail.com> <8e10486b0711290558q31217f5aif7b803e1ae08023c@mail.gmail.com> <9bbcef730711290634k347bc0c6re0da8676bab37873@mail.gmail.com> <8e10486b0711290637u711c67b3i17925777e4481346@mail.gmail.com> <8e10486b0711300247q4438235ata70ca42030871286@mail.gmail.com> <20071130124801.74c40ef9@peedub.jennejohn.org> <8e10486b0712040521u5c7015b8h86d0da5554162898@mail.gmail.com> <47556554.3010505@clearchain.com> Cc: freebsd-current@freebsd.org Subject: Re: 7-BETA3 everyday reboot 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, 04 Dec 2007 15:19:26 -0000 On Dec 4, 2007 12:33 PM, Benjamin Close wrote: > Alexandre Biancalana wrote: > > On Nov 30, 2007 9:48 AM, Gary Jennejohn wrote: > > > >> On Fri, 30 Nov 2007 07:47:51 -0300 > >> "Alexandre Biancalana" wrote: > >> > >> > >>> After the reboot, the kernel running have the patch suggested by > >>> ivoras@ (http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch), > >>> but how the patch is related to "kmem_map too small", I don't think > >>> that will be usefull with this panic. > >>> > >>> I *really* need some solution :( > >>> > >>> Any ideas ? > >>> > >>> > >> The patch is potentially useful because the new code tries harder to > >> reclaim pages (8 times instead of once with a sleep in between the > >> attempts). > >> > >> The idea is that pages may become available at some time during one > >> of the sleeps. > >> > >> Just try it and see whether it helps. Can't do any harm. > >> > > > > After apply the patch the machine survives to 3 days of work, but > > paniced again after the system start using swap because some > > applications were using more memory, here is the panic message: > > > > Dec 4 03:12:33 Manny syslogd: kernel boot file is /boot/kernel/kernel > > Dec 4 03:12:33 Manny kernel: panic: vm_fault: fault on nofault entry, > > addr: fffffffff7a3e000 > > Dec 4 03:12:33 Manny kernel: cpuid = 0 > > Dec 4 03:12:33 Manny kernel: Uptime: 3d5h5m25s > > Dec 4 03:12:33 Manny kernel: Physical memory: 3061 MB > > Dec 4 03:12:33 Manny kernel: Dumping 1788 MB: 1773 1757 1741 1725 > > 1709 1693 1677 1661 1645 1629 1613 1597 1581 1565 1549 1533 1517 1501 > > 1485 1469 1453 1437 1421 1405 138 > > 9 1373 1357 1341 1325 1309 1293 1277 1261 1245 1229 1213 1197 1181 > > 1165 1149 1133 1117 1101 1085 1069 1053 1037 1021 1005 989 973 957 941 > > 925 909 893 877 861 845 829 813 > > 797 781 765 749 733 717 701 685 669 653 637 621 605 589 573 557 541 > > 525 509 493 477 461 445 429 413 397 381 365 349 333 317 301 285 269 > > 253 237 221 205 189 173 157 141 12 > > 5 109 93 77 61 45 29 13 > > Dec 4 03:12:33 Manny kernel: Dump complete > > Dec 4 03:12:33 Manny kernel: Automatic reboot in 15 seconds - press a > > key on the console to abort > > Dec 4 03:12:33 Manny kernel: Rebooting... > > Dec 4 03:12:33 Manny kernel: cpu_reset: Stopping other CPUs > > > > Any other ideas ?! > > > I have found that turning off zil and prefetch seem to keep things > happier on one of the heavily loaded servers that I look after. > It also appears to prevent a deadlock under very heavy load - something > I've not yet had time to debug. > Try adding: > > vfs.zfs.zil_disable=1 > vfs.zfs.prefetch_disable="1" > > to /boot/loader.conf > > and let us know if it makes a difference. Added now only vfs.zfs.prefetch_disable="1" I let you know the result. From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 15:47: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 8437F16A418; Tue, 4 Dec 2007 15:47:29 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (penna-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 339F813C442; Tue, 4 Dec 2007 15:47:29 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.1/8.14.1) with ESMTP id lB4FmXju070015; Tue, 4 Dec 2007 10:48:33 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Arne Schwabe In-Reply-To: <47550951.2030100@uni-paderborn.de> References: <20071129114620.16752mjgtqsqtxyc@intranet.encontacto.net> <475048BC.7070904@FreeBSD.org> <1196713825.87269.52.camel@shumai.marcuscom.com> <4754A046.7010909@FreeBSD.org> <47550951.2030100@uni-paderborn.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-iz5Ih/T2JfQ4UKGE1xLS" Organization: MarcusCom, Inc. Date: Tue, 04 Dec 2007 10:47:21 -0500 Message-Id: <1196783241.1267.7.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on creme-brulee.marcuscom.com Cc: FreeBSD Current , Rui Paulo , freebsd-mobile Subject: Re: Run Current on a MacBook 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, 04 Dec 2007 15:47:29 -0000 --=-iz5Ih/T2JfQ4UKGE1xLS Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-12-04 at 09:01 +0100, Arne Schwabe wrote: > Rui Paulo schrieb: > > Joe Marcus Clarke wrote: > >> On Fri, 2007-11-30 at 17:30 +0000, Rui Paulo wrote: > >>> eculp wrote: > >>>> I am a half step away from buying a MacBook based on the following > >>>> assumptions: > >>>> > >>>> 1. I should run current and it has the SMP problem fixed. > >>> The fix was not yet committed. > >>> > >>>> 2. It can be dual booted between OSX and FreeBSD? > >>>> a. The handbook only mentions that it can be run as a guest OS. > >>> The handbook doesn't mention anything about running FreeBSD on a > >>> MacBook. You probably want to read http://wiki.freebsd.org/AppleMacbo= ok > >>> > >>>> b. Is there a short list to run both OS's I've done this with > >>>> windows many times over the years but I have on idea where t= o > >>>> start with Mac. Example: Clean the disk and start with FBSD > >>>> or somehow compress the MacOSX file system and use the rest > >>>> for BSD, etc. etc. > >>> * Partition your drive witht Bootcamp > >>> * Install rEFIt. http://refit.sf.net/ > >>> * Boot FreeBSD install CD and install it to the desired partition. > >>> Don't install an MBR boot manager. > >>> * Sync your MBR with the GPT by using the refit tool (available in > >>> the refit boot menu). > >> > >> I've tried this procedure twice now, and the results are the same: eve= n > >> after selecting "None" for the boot manager, by GPT gets overridden wi= th > >> an MBR. Almost everything works fine after that. rEFIt allows me to > >> boot into MacOS X or FreeBSD, but the gptsync tool does not work, and = I > >> couldn't upgrade to Leopard until I re-partitioned my drive (which I > >> did, and ended up right back with an MBR after installing FreeBSD). > >> > >> If there's some trick to this I'm missing, I'd love to know before > >> "Puma" comes out. > > > Puma is 10.1 ;) I knew I should have thought harder about cat names. Maybe Lynx? > > Well, I think that if you restore your MBR to a PMBR* (a GPT MBR) you > > lose the ability to boot FreeBSD beecause rEFIt seems to expect a > > FreeBSD MBR, IIRC. But on the other hand, you probably need a PMBR > > (i.e. have your disk with operating systems that can boot from GPT) to > > upgrade Mac OS X. > > > > Yes, I know, it's horrible. :-( > > > I my case creating the "FreeBSD" parition with the disk utility and > simply use that parition for FreeBSD worked fine for me. I should have tried that. Thanks for the tip. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-iz5Ih/T2JfQ4UKGE1xLS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHVXaIb2iPiv4Uz4cRAm1KAJ9+0leUAbAZvvOZ4dUhN66rs82/BQCgk/Le fO7zKQp98FeIH4/TX/rmMkI= =VrgI -----END PGP SIGNATURE----- --=-iz5Ih/T2JfQ4UKGE1xLS-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 16:47:24 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 D177616A41A for ; Tue, 4 Dec 2007 16:47:24 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.freebsd.org (Postfix) with ESMTP id AE89E13C478 for ; Tue, 4 Dec 2007 16:47:24 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JSJ005YDA8VNGB8@vms044.mailsrvcs.net> for freebsd-current@freebsd.org; Tue, 04 Dec 2007 10:39:35 -0600 (CST) Date: Tue, 04 Dec 2007 11:39:00 -0500 From: Skip Ford In-reply-to: To: =?unknown-8bit?Q?Micha=B3?= Januszewski Mail-followup-to: =?unknown-8bit?Q?Micha=B3?= Januszewski , freebsd-current@freebsd.org Message-id: <20071204163900.GA2064@menantico.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary=huq684BweRXVnRxX Content-disposition: inline References: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Marvell Yukon 8039 (was: no subject) 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, 04 Dec 2007 16:47:24 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Micha Januszewski wrote: > I've got one question about the new releases: will the > > Marvell Yukon 88E8039 Gigabit Ethernet be supported? That's odd timing. Did you happen to see kern/118401 I submitted yesterday? http://www.freebsd.org/cgi/query-pr.cgi?pr=118401&cat=kern You can apply the attached patch, included in the PR, rebuild a kernel, and it should be detected. I have no idea if it will be supported in 7.0-RELEASE. It could be if somebody gets to it in time. -- Skip --huq684BweRXVnRxX Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="if_msk.diff" Index: sys/dev/msk/if_msk.c =================================================================== RCS file: /os/cvs/ncvs/src/sys/dev/msk/if_msk.c,v retrieving revision 1.25 diff -u -r1.25 if_msk.c --- sys/dev/msk/if_msk.c 22 Nov 2007 02:44:58 -0000 1.25 +++ sys/dev/msk/if_msk.c 3 Dec 2007 17:54:33 -0000 @@ -193,6 +193,8 @@ "Marvell Yukon 88E8036 Gigabit Ethernet" }, { VENDORID_MARVELL, DEVICEID_MRVL_8038, "Marvell Yukon 88E8038 Gigabit Ethernet" }, + { VENDORID_MARVELL, DEVICEID_MRVL_8039, + "Marvell Yukon 88E8039 Gigabit Ethernet" }, { VENDORID_MARVELL, DEVICEID_MRVL_4361, "Marvell Yukon 88E8050 Gigabit Ethernet" }, { VENDORID_MARVELL, DEVICEID_MRVL_4360, Index: sys/dev/msk/if_mskreg.h =================================================================== RCS file: /os/cvs/ncvs/src/sys/dev/msk/if_mskreg.h,v retrieving revision 1.10 diff -u -r1.10 if_mskreg.h --- sys/dev/msk/if_mskreg.h 20 Nov 2007 07:47:32 -0000 1.10 +++ sys/dev/msk/if_mskreg.h 3 Dec 2007 17:54:33 -0000 @@ -130,6 +130,7 @@ #define DEVICEID_MRVL_8035 0x4350 #define DEVICEID_MRVL_8036 0x4351 #define DEVICEID_MRVL_8038 0x4352 +#define DEVICEID_MRVL_8039 0X4353 #define DEVICEID_MRVL_4360 0x4360 #define DEVICEID_MRVL_4361 0x4361 #define DEVICEID_MRVL_4362 0x4362 Index: share/man/man4/msk.4 =================================================================== RCS file: /os/cvs/ncvs/src/share/man/man4/msk.4,v retrieving revision 1.5 diff -u -r1.5 msk.4 --- share/man/man4/msk.4 20 Nov 2007 07:53:52 -0000 1.5 +++ share/man/man4/msk.4 3 Dec 2007 17:27:39 -0000 @@ -182,6 +182,8 @@ .It Marvell Yukon 88E8038 Gigabit Ethernet .It +Marvell Yukon 88E8039 Gigabit Ethernet +.It Marvell Yukon 88E8050 Gigabit Ethernet .It Marvell Yukon 88E8052 Gigabit Ethernet --huq684BweRXVnRxX-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 16:59:12 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 8BC1016A46B for ; Tue, 4 Dec 2007 16:59:12 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 3987013C474 for ; Tue, 4 Dec 2007 16:59:11 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8288170pyb for ; Tue, 04 Dec 2007 08:59:08 -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:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=wsmDtpsPD9ga2klDu8nP5exMHoXBk2dg4GcvqMAezvs=; b=AgDb3ywutlymrIhKlaUL2zsBqeMA7GKY4mhmrUATBvuUN8bxgRTowZ9GdpwLYjiYbQk7aUOT4I8got3dGzpwi1xCGBF17tiYaJAhYLIxdhCqRkcnnErFwV+IEY4w+IzDCUYvjQjI3OFNFKF67F5U6OUI4tliY/5JTeqt5XP/INE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=n59vxjcg5zFtHvr5VhuwE0KkBHtEHagQSpv21efQqCVUE0p/57pSj3tDYYyjwL42M2Yl9LOFqYxqe/I+LTo4ZpZpxtuy0N4zE6aOJTINFOG8cOro0FnQKOtCMHxMyF1SIqpAEbfh4FhoFt+DI7D6io3GTrH8erNtSWim5mUz8Y8= Received: by 10.65.196.2 with SMTP id y2mr14779867qbp.1196787547643; Tue, 04 Dec 2007 08:59:07 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e15sm218345qba.2007.12.04.08.59.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 04 Dec 2007 08:59:07 -0800 (PST) Message-ID: <47558759.9010907@gmail.com> Date: Tue, 04 Dec 2007 11:59:05 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071129) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Micha=B3_Januszewski?= , freebsd-current@freebsd.org References: <20071204163900.GA2064@menantico.com> In-Reply-To: <20071204163900.GA2064@menantico.com> X-Enigmail-Version: 0.95.5 OpenPGP: url= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Marvell Yukon 8039 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, 04 Dec 2007 16:59:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > > You can apply the attached patch, included in the PR, rebuild a kernel, > and it should be detected. I have no idea if it will be supported in > 7.0-RELEASE. It could be if somebody gets to it in time. > Pyun has said that none of the re(4) patchs will be in 7-current - -- Aryeh M. Friedman FloSoft Systems Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHVYdY358R5LPuPvsRAhyiAJ4i0tscowMmlUFVWggov+0aaTmJpwCfW2Qc 0UyzSd4GwpWUHR9+WL0vfxY= =VSXa -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 17:03: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 A04D516A477 for ; Tue, 4 Dec 2007 17:03:43 +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 6239813C458 for ; Tue, 4 Dec 2007 17:03:42 +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 1IzbBN-000IEF-O9; Tue, 04 Dec 2007 18:03:41 +0100 Message-ID: <4755888E.3010209@FreeBSD.org> Date: Tue, 04 Dec 2007 18:04:14 +0100 From: Remko Lodder User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <20071204163900.GA2064@menantico.com> <47558759.9010907@gmail.com> In-Reply-To: <47558759.9010907@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Micha=B3_Januszewski?= , freebsd-current@freebsd.org Subject: Re: Marvell Yukon 8039 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, 04 Dec 2007 17:03:43 -0000 Aryeh M. Friedman wrote: > > >> You can apply the attached patch, included in the PR, rebuild a kernel, >> and it should be detected. I have no idea if it will be supported in >> 7.0-RELEASE. It could be if somebody gets to it in time. > > > Pyun has said that none of the re(4) patchs will be in 7-current > you're wrong.. again... this goes for a different driver and I plan to get this in as soon as possible for all supported branches [ where applicable ]. -- /"\ 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 4 17:22: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 5B9D916A41A for ; Tue, 4 Dec 2007 17:22:42 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id D512613C458 for ; Tue, 4 Dec 2007 17:22:41 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 8B6151CC0C5 for ; Tue, 4 Dec 2007 18:22:39 +0100 (CET) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 8FE511141D; Tue, 4 Dec 2007 18:22:38 +0100 (CET) Date: Tue, 4 Dec 2007 18:22:38 +0100 From: Henrik Brix Andersen To: freebsd-current@freebsd.org Message-ID: <20071204172238.GB56284@tirith.brixandersen.dk> Mail-Followup-To: freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1UWUbFP1cBYEclgG" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: (no subject) 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, 04 Dec 2007 17:22:42 -0000 --1UWUbFP1cBYEclgG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 04, 2007 at 02:14:28PM +0100, Micha? Januszewski wrote: > I've got one question about the new releases: will the >=20 > Marvell Yukon 88E8039 Gigabit Ethernet be supported? Not according to src/sys/dev/msk/if_msk.c - the device ID of the 88E8039 is not present. Could you please try this small, but untested patch and let me know if it works for you? The patch is against -current: Index: if_msk.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/msk/if_msk.c,v retrieving revision 1.25 diff -u -p -r1.25 if_msk.c --- if_msk.c 22 Nov 2007 02:44:58 -0000 1.25 +++ if_msk.c 4 Dec 2007 17:18:31 -0000 @@ -193,6 +193,8 @@ static struct msk_product { "Marvell Yukon 88E8036 Gigabit Ethernet" }, { VENDORID_MARVELL, DEVICEID_MRVL_8038, "Marvell Yukon 88E8038 Gigabit Ethernet" }, + { VENDORID_MARVELL, DEVICEID_MRVL_8039, + "Marvell Yukon 88E8039 Gigabit Ethernet" }, { VENDORID_MARVELL, DEVICEID_MRVL_4361, "Marvell Yukon 88E8050 Gigabit Ethernet" }, { VENDORID_MARVELL, DEVICEID_MRVL_4360, Index: if_mskreg.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/msk/if_mskreg.h,v retrieving revision 1.10 diff -u -p -r1.10 if_mskreg.h --- if_mskreg.h 20 Nov 2007 07:47:32 -0000 1.10 +++ if_mskreg.h 4 Dec 2007 17:18:32 -0000 @@ -130,6 +130,7 @@ #define DEVICEID_MRVL_8035 0x4350 #define DEVICEID_MRVL_8036 0x4351 #define DEVICEID_MRVL_8038 0x4352 +#define DEVICEID_MRVL_8039 0x4353 #define DEVICEID_MRVL_4360 0x4360 #define DEVICEID_MRVL_4361 0x4361 #define DEVICEID_MRVL_4362 0x4362 Brix --=20 Henrik Brix Andersen --1UWUbFP1cBYEclgG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFHVYzev+Q4flTiePgRAqGcAJ4tMMKUfUmD5KwayGt7DaQYYr45cgCgvufD mh5LRKYuAFffELnxK0fyWpU= =zC8k -----END PGP SIGNATURE----- --1UWUbFP1cBYEclgG-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 17:55: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 1761B16A418; Tue, 4 Dec 2007 17:55:50 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 83FD613C442; Tue, 4 Dec 2007 17:55:49 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id lB4HtgDj047701; Tue, 4 Dec 2007 09:55:42 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id lB4HtfkQ047700; Tue, 4 Dec 2007 09:55:41 -0800 (PST) (envelope-from obrien) Date: Tue, 4 Dec 2007 09:55:41 -0800 From: "David O'Brien" To: Giorgos Keramidas Message-ID: <20071204175541.GC47398@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Giorgos Keramidas , Luoqi Chen , freebsd-current@freebsd.org, youshi10@u.washington.edu, FreeBSD Release Engineers , Bruce Evans , Alexander Kabaev References: <200711292024.lATKOq5R000769@freefall.freebsd.org> <20071129233842.GA57951@ace.netcins.ceid.upatras.gr> <200711292024.lATKOq5R000769@freefall.freebsd.org> <20071130013826.GA66484@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071130013826.GA66484@kobe.laptop> X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Release Engineers , Alexander Kabaev , youshi10@u.washington.edu, freebsd-current@freebsd.org, Bruce Evans Subject: Re: [PATCH] gprof's broken in 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2007 17:55:50 -0000 I'm not sure what the action item is. This looks OK to me - do you want me to commit it to HEAD right now so we can let it soak a little before discussing it with RE? -- David On Fri, Nov 30, 2007 at 03:38:27AM +0200, Giorgos Keramidas wrote: > Please pass this through the release engineering team, Bruce Evans > (who has the largest number of commits to the file), and our gcc > folks (David O'Brien, and Alexander Kabaev). > > If it is considered safe for RELENG_7 (what will become 7.0-RELEASE), > then it's probably a good idea to commit it. It looks `harmless' to me, > but it certainly won't harm to get a proper review from much more > experienced people (added to the Cc: list). > > It would be marvellous to have non-broken profiling in 7.0. > > - Giorgos > > On 2007-11-30 01:38, Nikos Ntarmos wrote: > > I couldn't wait for Garrett :) so I went on and tested your patch and > > gprof seems to work fine for me (at least for the executables I was > > interested in profiling anyway). This is i386 on a 7.0-BETA3 kernel and > > 7.0-BETA1 world. What are the chances for this to be committed in time > > for 7.0R? > > On 2007-11-29 20:24, Luoqi Chen wrote: > > Garrett, would you like to try out my fix? It's actually quite simple, -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 18:09: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 D163D16A421; Tue, 4 Dec 2007 18:09:43 +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 8DD0213C4D3; Tue, 4 Dec 2007 18:09:43 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id B814F1CCCE; Tue, 4 Dec 2007 19:09:42 +0100 (CET) Date: Tue, 4 Dec 2007 19:09:42 +0100 From: Ed Schouten To: Scot Hetzel Message-ID: <20071204180942.GQ72574@hoeg.nl> References: <20071203121342.GH72574@hoeg.nl> <20071203232848.GJ72574@hoeg.nl> <790a9fff0712040609g4bee3285ibafb065c4e36cca4@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4yjA7FEVET1dX9yT" Content-Disposition: inline In-Reply-To: <790a9fff0712040609g4bee3285ibafb065c4e36cca4@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Bill Paul , FreeBSD Current Subject: Re: ndis(4): BCM4328 driver from Apple - dies in pe_translate_addr 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, 04 Dec 2007 18:09:43 -0000 --4yjA7FEVET1dX9yT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Scot Hetzel wrote: > On 12/3/07, Ed Schouten wrote: > > scan > OK > > scan_results > bssid / frequency / signal level / flags / ssid > 00:0e:2e:7d:8a:0b 2462 -45 [WEP] TimeMachine On my system, it stays empty. --=20 Ed Schouten WWW: http://g-rave.nl/ --4yjA7FEVET1dX9yT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHVZfm52SDGA2eCwURAgMlAJ9P/kapejSXiYSjzcA7dmqTmgmVXACeM7JN qFlBTQNsI0KnkvVTSR/uWYU= =bDkn -----END PGP SIGNATURE----- --4yjA7FEVET1dX9yT-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 18:14: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 D7E6A16A417 for ; Tue, 4 Dec 2007 18:14:19 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4E70013C448 for ; Tue, 4 Dec 2007 18:14:19 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lB4IDMQe017712 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 4 Dec 2007 20:14:02 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lB4IDHEe063294; Tue, 4 Dec 2007 20:13:17 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lB4IDHB0063293; Tue, 4 Dec 2007 20:13:17 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 4 Dec 2007 20:13:17 +0200 From: Giorgos Keramidas To: obrien@freebsd.org, Luoqi Chen , freebsd-current@freebsd.org, youshi10@u.washington.edu, FreeBSD Release Engineers , Bruce Evans , Alexander Kabaev Message-ID: <20071204181317.GA62240@kobe.laptop> References: <200711292024.lATKOq5R000769@freefall.freebsd.org> <20071129233842.GA57951@ace.netcins.ceid.upatras.gr> <200711292024.lATKOq5R000769@freefall.freebsd.org> <20071130013826.GA66484@kobe.laptop> <20071204175541.GC47398@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071204175541.GC47398@dragon.NUXI.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.998, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.40, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Subject: Re: [PATCH] gprof's broken in 7-CURRENT 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, 04 Dec 2007 18:14:19 -0000 Given the recent feedback in the lists, yes, that's a better way of handling it. Thanks :) On 2007-12-04 09:55, David O'Brien wrote: > I'm not sure what the action item is. > This looks OK to me - do you want me to commit it to HEAD right now so we > can let it soak a little before discussing it with RE? > > -- David > > On Fri, Nov 30, 2007 at 03:38:27AM +0200, Giorgos Keramidas wrote: > > Please pass this through the release engineering team, Bruce Evans > > (who has the largest number of commits to the file), and our gcc > > folks (David O'Brien, and Alexander Kabaev). > > > > If it is considered safe for RELENG_7 (what will become 7.0-RELEASE), > > then it's probably a good idea to commit it. It looks `harmless' to me, > > but it certainly won't harm to get a proper review from much more > > experienced people (added to the Cc: list). > > > > It would be marvellous to have non-broken profiling in 7.0. > > > > - Giorgos > > > > On 2007-11-30 01:38, Nikos Ntarmos wrote: > > > I couldn't wait for Garrett :) so I went on and tested your patch and > > > gprof seems to work fine for me (at least for the executables I was > > > interested in profiling anyway). This is i386 on a 7.0-BETA3 kernel and > > > 7.0-BETA1 world. What are the chances for this to be committed in time > > > for 7.0R? > > > > On 2007-11-29 20:24, Luoqi Chen wrote: > > > Garrett, would you like to try out my fix? It's actually quite simple, From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 18:33:03 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 D4BDE16A49C for ; Tue, 4 Dec 2007 18:33:03 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 9B88313C467 for ; Tue, 4 Dec 2007 18:33:03 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id lB4IWwLv051996; Tue, 4 Dec 2007 10:32:58 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id lB4IWwcP051995; Tue, 4 Dec 2007 10:32:58 -0800 (PST) (envelope-from obrien) Date: Tue, 4 Dec 2007 10:32:58 -0800 From: "David O'Brien" To: Kip Macy Message-ID: <20071204183258.GD47398@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Kip Macy , freebsd-current@freebsd.org References: <474983F1.3030700@pbxpress.com> <20071126180500.GB79600@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: Is it possible to debug an AMD kernel on Intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2007 18:33:03 -0000 On Mon, Nov 26, 2007 at 10:58:09AM -0800, Kip Macy wrote: > On Nov 26, 2007 10:05 AM, David O'Brien wrote: > > On Sun, Nov 25, 2007 at 10:32:13PM -0800, Kip Macy wrote: > > > Also can we do what the rest of the world does and refer to it as > > > x86_64 or 64-bit intel? Continuing to refer to it as amd (I know they > > > came up with instruction set extensions but its now a fundamental part > > > of the x86 ISA) only serves to confuse new users. > > > > NO. AMD pioneered this platform. Without them we'd all be unhappily > > headed towards IA64's. It is Intel that has constantly chosen to confuse > > its customers. This is not a problem for The FreeBSD Project to fix. > > Yes David, we do owe AMD a debt of thanks for accelerating the death > of ia64. But I have to burst your bubble. They are EXTENSIONS to > 32-bit Intel not a new ISA. Kip I'm well aware that AMD64 is an extension to the i386 architecture. I've seen the RTL and taught the architecture to ISV's for 5 years. By your logic then why don't we call the i386 platform the 8086 (or 8085) platform by that logic? i386 are extensions to the 8086. > And conservative extensions at that. I disagree - AMD could have just extended the length of registers vs. doubling them. AMD could have not cleaned up an number of i9386 warts that they did. > I'm not advocating we change the name of the architecture in the tree, > but we are in a small minority in using AMD instead of x86_64 or > 64-bit intel. Which OS calls their offering "64-bit intel"? The names I've seen are: X64 - Microsoft (who's own headers still have "AMD64"), and Solaris (chose to follow MSFT as the path of least resistance x86-64 (often spelled x86_64 so its a symbol and not a formula) - This is what most (but not all) Linux distros use, along with the GNU toolchain. If AMD's marketing folks had gotten off their asses when asked 10 times by AMD engineering, these uses would have been "amd64". Unfortunately by the time they gave it a name (vs. what engineers referred to it internally) SuSE SLES 8 was about to ship and there wasn't time to rename things. amd64 - used by FreeBSD, Debian, NetBSD, and OpenBSD. > In the future I'll remember to re-direct all "Can I run > an amd64 kernel on an Intel processor?" questions to you. And if you > don't answer promptly I'll give them my opinion on things. You can do what every you want Kip. I don't know what you're trying to prove. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 18: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 5CACF16A421; Tue, 4 Dec 2007 18:48:16 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms173001pub.verizon.net (vms173001pub.verizon.net [206.46.173.1]) by mx1.freebsd.org (Postfix) with ESMTP id 35DA913C43E; Tue, 4 Dec 2007 18:48:15 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms173001.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JSJ00G1LBFUM7E0@vms173001.mailsrvcs.net>; Tue, 04 Dec 2007 11:04:47 -0600 (CST) Date: Tue, 04 Dec 2007 12:13:41 -0500 From: Skip Ford In-reply-to: <4755888E.3010209@FreeBSD.org> To: Remko Lodder Mail-followup-to: Remko Lodder , "Aryeh M. Friedman" , =?unknown-8bit?Q?Micha=B3?= Januszewski , freebsd-current@freebsd.org Message-id: <20071204171341.GB2064@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <20071204163900.GA2064@menantico.com> <47558759.9010907@gmail.com> <4755888E.3010209@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: =?unknown-8bit?Q?Micha=B3?= Januszewski , freebsd-current@freebsd.org, "Aryeh M. Friedman" Subject: Re: Marvell Yukon 8039 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, 04 Dec 2007 18:48:16 -0000 Remko Lodder wrote: > > Skip Ford wrote: >>> >>> You can apply the attached patch, included in the PR, rebuild a kernel, >>> and it should be detected. I have no idea if it will be supported in >>> 7.0-RELEASE. It could be if somebody gets to it in time. > > I plan to get this in as soon as possible for all supported branches > [ where applicable ]. Thanks. I've been running it on RELENG_7 quite a while so it can go there. I've no idea about RELENG_6. -- Skip From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 19:21: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 4A5AB16A46C for ; Tue, 4 Dec 2007 19:21:56 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 29D7B13C45B for ; Tue, 4 Dec 2007 19:21:56 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id lB4JLmTj053794; Tue, 4 Dec 2007 11:21:48 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id lB4JLmdd053793; Tue, 4 Dec 2007 11:21:48 -0800 (PST) (envelope-from obrien) Date: Tue, 4 Dec 2007 11:21:48 -0800 From: "David O'Brien" To: Kip Macy Message-ID: <20071204192148.GA53565@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Kip Macy , freebsd-current@freebsd.org References: <474983F1.3030700@pbxpress.com> <20071126180500.GB79600@dragon.NUXI.org> <474B4864.6010109@steelerubber.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: Is it possible to debug an AMD kernel on Intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2007 19:21:56 -0000 On Mon, Nov 26, 2007 at 03:01:37PM -0800, Kip Macy wrote: > Interesting. Thanks for the data point. > > The fact that amd64.org appears to be a cname for x86-64.org and all > the links on amd64.org point to x86-64.org pretty much sums up my > point of view. It doesn't really matter that much at the end of the > day. Way back in the day - when AMD started to with with ISV's pre-launch (April 21, 2003) it needed a name for this beast. AMD marketing was asked to name it - but they can never be bothered to do so until the month or two before launch. So the ISV Alliance Manger working with the open source communities of Linux and GNU tools, made up the name "x86-64". This is why this name came to be that was unsuitable as a name for development tools. He also registered the domain name x86-64 and had the x86-64 mailing lists created. About two months before launch AMD marketing took a hint from Microsoft (who were calling it AMD64 in their own source code) and blessed that as the official name. Then of course that name was registered in all the important TLD's and then CNAME'ed to the existing resources. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 01:23: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 A3C3816A417; Wed, 5 Dec 2007 01:23:16 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id 7B5DC13C44B; Wed, 5 Dec 2007 01:23:16 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lB51NFIA017400 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 4 Dec 2007 17:23:15 -0800 X-Auth-Received: from dzihan.cs.washington.edu (dzihan.cs.washington.edu [128.208.4.96]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lB51NFBW032526 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 4 Dec 2007 17:23:15 -0800 Message-ID: <4755FD83.3020909@u.washington.edu> Date: Tue, 04 Dec 2007 17:23:15 -0800 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (X11/20071003) MIME-Version: 1.0 To: Andreas Pettersson References: <47541063.4010101@gmail.com> <475492DD.6090401@telia.com> In-Reply-To: <475492DD.6090401@telia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.12.4.170136 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org, "Aryeh M. Friedman" , freebsd-questions@freebsd.org Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 05 Dec 2007 01:23:16 -0000 Andreas Pettersson wrote: > Aryeh M. Friedman wrote: >> 1. What is more important to your personal use of FreeBSD (the ports >> system, the underlaying OS, some other aspect)? >> > >> 2. How frequently do you interact with the ports systems and what is >> the most common interaction you have with it? >> > Portupgrade a few times a month > >> 3. What is the single best aspect of the current system? >> > Installed ports are configurally very similar to the source > distribution (no renamed config files etc), so it's easy to get > support from the community. > >> 4. What is the single worst aspect of the current system? >> > I find it difficult to downgrade installed ports. > >> 5. If you where a new FreeBSD user how would your answers above >> change? If you where brand new to UNIX how whould they change? >> > Not sure. > >> 6. Assuming that there was no additional work on your behalf would you >> use a new system if it corrected your answer to number 4? >> > I think so. > >> 7. Same as question 6 but for your answer on question 3? >> > I think not. > >> 8. How long have you used FreeBSD and/or UNIX in general? >> > FreeBSD since 2003. > >> 9. That is your primary use(s) for your FreeBSD machine(s) (name >> upto 3)? >> > Firewall, development, misc > >> 10. Assuming there is no functional difference what is your preferred >> installation method for 3rd party software? >> > Ports > >> 11. On a scale from 1 to 10 (10 being the best) please rate the >> importance of the following aspects of the ports system? >> >> a. User Interface *5* >> b. Consistency of behaviors and interactions *7* >> c. Accuracy in dependant port installations *8* >> d. Internal record keeping *6* >> e. Granularity's of the port management system *?* >> >> 12. Please rate your personal technical skill level? >> > Average > Instead of asking all of the questions on a list, why not just direct people to input information via a webpage? Seems to be a bit more effective / less traffic than posting results to multiple lists.. -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 01:25: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 83F3216A418 for ; Wed, 5 Dec 2007 01:25:46 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id 5AADD13C457 for ; Wed, 5 Dec 2007 01:25:46 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lB51Pj5g022690 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 4 Dec 2007 17:25:45 -0800 X-Auth-Received: from dzihan.cs.washington.edu (dzihan.cs.washington.edu [128.208.4.96]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lB51PiaG012072 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 4 Dec 2007 17:25:45 -0800 Message-ID: <4755FE18.3010509@u.washington.edu> Date: Tue, 04 Dec 2007 17:25:44 -0800 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (X11/20071003) MIME-Version: 1.0 To: Alexander Leidinger References: <81C6A2BD-78DA-4806-8145-88E4F9B8D5B1@mathematik.uni-marburg.de> <86tzmzvrqb.fsf@pluton.xbsd.name> <20071203205317.5yetpsh8gw8co4wk@webmail.leidinger.net> In-Reply-To: <20071203205317.5yetpsh8gw8co4wk@webmail.leidinger.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.12.4.170822 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_PHRASE_7 0, __USER_AGENT 0' Cc: "Denise H. G." , freebsd-current@freebsd.org, Matthias Schmidt Subject: Re: Announcing pkg_search 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, 05 Dec 2007 01:25:46 -0000 Alexander Leidinger wrote: > Quoting "Denise H. G." (from Mon, 03 Dec 2007 > 21:21:32 +0800): > >> Matthias Schmidt writes: >> >>> Hi guys, >>> >>> I am not really sure if this is the appropriate list ... if its not, >>> please redirect me to the right one. >>> >>> I wrote a small script called pkg_search to help me searching my local >>> ports tree for a port/package without using "make search name=" or >>> something like freshports.org. Its not a big deal, but it eases my >>> daily pkg_add life a bit :) >> >> Hi >> >> I am also interested in `pkg_install' tools. A couple of weeks ago I >> planned to rewrite the `pkg_install' tools from scratch. And first of > > I hope you are aware of the Google Summer of Code 2007 project with > the goal to improve the pkg_* stuff... > > http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/soc2007/revised%5ffbsd%5fpkgtools&HIDEDEL=YES > > > Bye, > Alexander. > Yes, I know that I'm slow in this regard but I was much busier this summer compared to what I originally expected. I started work on it again, but I need to get through finals and some final projects first before fully dedicating more time to revising pkg_install (last quarter of school). All of my work that I'm continuing on (somewhat jumbled up right now), exists within v2 under the depot page that Alexander provided above.. libpkg is much better design-wise than the current pkg_install implementation.. -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 01:27: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 84E4116A419 for ; Wed, 5 Dec 2007 01:27:23 +0000 (UTC) (envelope-from support@monkeybrains.net) Received: from ape.monkeybrains.net (ape.monkeybrains.net [208.69.40.11]) by mx1.freebsd.org (Postfix) with ESMTP id 593A213C474 for ; Wed, 5 Dec 2007 01:27:23 +0000 (UTC) (envelope-from support@monkeybrains.net) Received: from [192.168.0.100] (busymonkey.monkeybrains.net [66.92.187.117]) (authenticated bits=0) by ape.monkeybrains.net (8.14.1/8.14.1) with ESMTP id lB50mc5i004224 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Dec 2007 16:48:38 -0800 (PST) (envelope-from support@monkeybrains.net) Message-ID: <4755F566.4090207@monkeybrains.net> Date: Tue, 04 Dec 2007 16:48:38 -0800 From: "Support (Rudy)" User-Agent: Thunderbird 1.5.0.10 (X11/20070221) MIME-Version: 1.0 To: pyunyh@gmail.com References: <4754BF03.5090407@monkeybrains.net> <20071204051957.GC35245@cdnetworks.co.kr> <4754EA3D.1020902@monkeybrains.net> <20071204063238.GD35245@cdnetworks.co.kr> In-Reply-To: <20071204063238.GD35245@cdnetworks.co.kr> 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 pita.monkeybrains.net X-Virus-Status: Clean X-Mailman-Approved-At: Wed, 05 Dec 2007 03:09:57 +0000 Cc: freebsd-current@freebsd.org, Rudy Subject: Re: nfe busted on 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: Wed, 05 Dec 2007 01:27:23 -0000 Pyun YongHyeon wrote: > > I compiled the nfe as a MODULE so I could kldunload it and load up the nve > > -- if the patch didn't work. So, I added if_nfe_load to my > > /boot/loader.conf. Following my plan, I ran kldunload if_nfe... BUT! the > > module was automatically reloaded AND started to work properly. Hmmm.... > > It's confusing. Does it mean the patch fixed the issue? > Are you sure the nfe(4) kernel module used at boot is patched nfe(4)? Yes. Patched, rebuilt everything (so as to take nfe out of the kernel). I turned on the computer this morning (having changed nothing since yesterday when I made nfe a MODULE and added if_nfe_load=YES to my loader.conf) and the errors were not there. unreproducible bugs are a drag... will see if it crops up again. Rudy From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 03:30: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 E877A16A419 for ; Wed, 5 Dec 2007 03:30:16 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from freebsd.alaskaparadise.com (freebsd.alaskaparadise.com [208.79.80.117]) by mx1.freebsd.org (Postfix) with ESMTP id 9E93F13C46A for ; Wed, 5 Dec 2007 03:30:16 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from 137-42-178-69.gci.net (137-42-178-69.gci.net [69.178.42.137]) by freebsd.alaskaparadise.com (Postfix) with ESMTP id 3830023835E1; Wed, 5 Dec 2007 03:30:15 +0000 (UTC) From: Beech Rintoul To: freebsd-current@freebsd.org Date: Tue, 4 Dec 2007 18:30:08 -0900 User-Agent: KMail/1.9.7 References: <47541063.4010101@gmail.com> <475492DD.6090401@telia.com> <4755FD83.3020909@u.washington.edu> In-Reply-To: <4755FD83.3020909@u.washington.edu> X-Face: jC2w\k*Q1\0DA2Q0Eh&BrP/Rt2M,^2O#R07VoT98m*>miQF9%Bi9vy`F6cPjwEe?m,)=?utf-8?q?2=0A=09X=3FM=5C=3AOE9QgZ?="xT3/n3,3MJ7N=Cfkmi%f(w^~X"SUxn>; 27NO; C+)g[7J`$G*SN>{<=?utf-8?q?O=3Bg7=7C=0A=09o=7D=265A=5D4?=@7D`=Eb@Zs1Ln814?]|k@'bG=.Ca"[|8+_.OsNAo8!#?4u MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712041830.11581.beech@freebsd.org> Cc: Garrett Cooper , "Aryeh M. Friedman" Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Beech Rintoul List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2007 03:30:17 -0000 On Tuesday 04 December 2007, Garrett Cooper said: > Andreas Pettersson wrote: > > Aryeh M. Friedman wrote: > >> 1. What is more important to your personal use of FreeBSD (the > >> ports system, the underlaying OS, some other aspect)? > >> > >> > >> 2. How frequently do you interact with the ports systems and > >> what is the most common interaction you have with it? > > > > Portupgrade a few times a month > > > >> 3. What is the single best aspect of the current system? > > > > Installed ports are configurally very similar to the source > > distribution (no renamed config files etc), so it's easy to get > > support from the community. > > > >> 4. What is the single worst aspect of the current system? > > > > I find it difficult to downgrade installed ports. > > > >> 5. If you where a new FreeBSD user how would your answers above > >> change? If you where brand new to UNIX how whould they change? > > > > Not sure. > > > >> 6. Assuming that there was no additional work on your behalf > >> would you use a new system if it corrected your answer to number > >> 4? > > > > I think so. > > > >> 7. Same as question 6 but for your answer on question 3? > > > > I think not. > > > >> 8. How long have you used FreeBSD and/or UNIX in general? > > > > FreeBSD since 2003. > > > >> 9. That is your primary use(s) for your FreeBSD machine(s) > >> (name upto 3)? > > > > Firewall, development, misc > > > >> 10. Assuming there is no functional difference what is your > >> preferred installation method for 3rd party software? > > > > Ports > > > >> 11. On a scale from 1 to 10 (10 being the best) please rate the > >> importance of the following aspects of the ports system? > >> > >> a. User Interface *5* > >> b. Consistency of behaviors and interactions *7* > >> c. Accuracy in dependant port installations *8* > >> d. Internal record keeping *6* > >> e. Granularity's of the port management system *?* > >> > >> 12. Please rate your personal technical skill level? > > > > Average > > Instead of asking all of the questions on a list, why not just > direct people to input information via a webpage? Seems to be a bit > more effective / less traffic than posting results to multiple > lists.. -Garrett I strongly second that suggestion. There is far too much noise on some of these lists as it is. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://www.freebsd.org X - NO Word docs in e-mail | Latest Release: / \ - http://www.FreeBSD.org/releases/6.2R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 11:06:31 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 2E14F16A417; Wed, 5 Dec 2007 11:06:31 +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 DF63313C465; Wed, 5 Dec 2007 11:06:30 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 2C9741CCB1; Wed, 5 Dec 2007 12:06:30 +0100 (CET) Date: Wed, 5 Dec 2007 12:06:30 +0100 From: Ed Schouten To: Robert Watson Message-ID: <20071205110630.GT72574@hoeg.nl> References: <20071203225800.S30376@fledge.watson.org> <20071204102328.GK72574@hoeg.nl> <20071204111050.W30376@fledge.watson.org> <20071204114724.GL72574@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9JI8GIjjmo2K4enO" Content-Disposition: inline In-Reply-To: <20071204114724.GL72574@hoeg.nl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: Attention 7.x and 8.x ptmx/pts users (read if you set kern.pts.enable=1) 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, 05 Dec 2007 11:06:31 -0000 --9JI8GIjjmo2K4enO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > This also causes the dreaded `jail leak', because device nodes still > exist that have been created with make_dev_cred(), so the ucred is > still referenced. I just saw a commit flash by that disables si_cred usage in make_dev_cred(). That is indeed a good workaround for the time being. Thank you! :-) --=20 Ed Schouten WWW: http://g-rave.nl/ --9JI8GIjjmo2K4enO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHVoY252SDGA2eCwURAmBlAJ9asatchCnkO17S+dfh1694Qjs48QCdHBID UHgrFLfckKy9oo+BbOwcUAA= =bx5v -----END PGP SIGNATURE----- --9JI8GIjjmo2K4enO-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 11:59:21 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 A293A16A421 for ; Wed, 5 Dec 2007 11:59:21 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id 5A8FD13C4CE for ; Wed, 5 Dec 2007 11:59:21 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so3740936rvb for ; Wed, 05 Dec 2007 03:59:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:x-operation-sytem:from; bh=uTkjL9hb93TxS9KcngFaitHJ0/njKp+U/KOMIqme7yQ=; b=gpflGcallhFO5pUL2vG3d7FBAbf8d7iwC/xtcMimmSH2QSMPX/STR0tapxiUs4ifcDpu6xF5UViyLKE/4Vw4Mg6+AnfvEaucpsqPMaM8fOV+kJWs7ZSEQxTn1WmPATULHZX+OYBTU+kRAuefPVlD0oSvtSmBrYvgZqhfU9h2gqs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:date:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:x-operation-sytem:from; b=qkjuChtPKcu5W98WXDcl00iWjn2zdjYcZt0YPA9r2Z1M2vyz4xyJxm9QZDDRme9wr0OHEa4pbOrWoIQTprJ5GFYG9bHnQQA92cN5WpvcpnFsgWVVaJ99bwdwO3FEhTUFOTiZHO6dmDJxIQjBlaf4clV0XHrLrqD9OvTMsquCrxE= Received: by 10.141.13.16 with SMTP id q16mr1088315rvi.1196854273418; Wed, 05 Dec 2007 03:31:13 -0800 (PST) Received: from freebsd.weongyo.org ( [211.53.35.67]) by mx.google.com with ESMTPS id 15sm28501nzn.2007.12.05.03.31.05 (version=SSLv3 cipher=OTHER); Wed, 05 Dec 2007 03:31:11 -0800 (PST) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Wed, 5 Dec 2007 20:31:16 +0900 Date: Wed, 5 Dec 2007 20:31:16 +0900 To: Ed Schouten Message-ID: <20071205113116.GA1552@freebsd.weongyo.org> Mail-Followup-To: Ed Schouten , Scot Hetzel , Bill Paul , FreeBSD Current References: <20071203121342.GH72574@hoeg.nl> <20071203232848.GJ72574@hoeg.nl> <790a9fff0712040609g4bee3285ibafb065c4e36cca4@mail.gmail.com> <20071204180942.GQ72574@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071204180942.GQ72574@hoeg.nl> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: Bill Paul , Scot Hetzel , FreeBSD Current Subject: Re: ndis(4): BCM4328 driver from Apple - dies in pe_translate_addr 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, 05 Dec 2007 11:59:21 -0000 On Tue, Dec 04, 2007 at 07:09:42PM +0100, Ed Schouten wrote: > * Scot Hetzel wrote: > > On 12/3/07, Ed Schouten wrote: > > > scan > > OK > > > scan_results > > bssid / frequency / signal level / flags / ssid > > 00:0e:2e:7d:8a:0b 2462 -45 [WEP] TimeMachine > > On my system, it stays empty. Can you try http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/118370 ? In my cases, Marvell 88W8335 chipset wireless NIC worked after patching above. However, I'm not sure it solves your case. Regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 06:33: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 03CED16A419; Wed, 5 Dec 2007 06:33:25 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 2F17013C448; Wed, 5 Dec 2007 06:33:23 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id lB565gcn045015; Wed, 5 Dec 2007 07:05:42 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.13.6/8.13.6) with ESMTP id lB565fVX091473; Wed, 5 Dec 2007 07:05:41 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.13.6/8.13.6/Submit) id lB565fum091472; Wed, 5 Dec 2007 07:05:41 +0100 (CET) (envelope-from ry93) Date: Wed, 5 Dec 2007 07:05:41 +0100 From: "Patrick M. Hausen" To: Garrett Cooper Message-ID: <20071205060540.GA91260@hugo10.ka.punkt.de> References: <47541063.4010101@gmail.com> <475492DD.6090401@telia.com> <4755FD83.3020909@u.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4755FD83.3020909@u.washington.edu> User-Agent: Mutt/1.5.15 (2007-04-06) X-Mailman-Approved-At: Wed, 05 Dec 2007 12:12:17 +0000 Cc: "Aryeh M. Friedman" , Andreas Pettersson , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 05 Dec 2007 06:33:25 -0000 Mornin', On Tue, Dec 04, 2007 at 05:23:15PM -0800, Garrett Cooper wrote: > Instead of asking all of the questions on a list, why not just direct > people to input information via a webpage? Seems to be a bit more effective > / less traffic than posting results to multiple lists.. Instead of sending the filled in questionaire to the list why not simply send it back to the original author as doubtlessly intended ...? ;-) Kind regards, Patrick -- punkt.de GmbH * Vorholzstr. 25 * 76137 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 12:52:09 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 914B816A417 for ; Wed, 5 Dec 2007 12:52:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 5672713C44B for ; Wed, 5 Dec 2007 12:52:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:X-Mailer:To:Subject:From:X-Attribution:Mime-Version:Content-Type:Date:Message-Id; b=C8w0SSzEi6uOGZfaDLRKEdY+m6sIsjopU2hAy3+QLADCRWfqrbBvceq4QwuysOTNOLhizTJXNoJwUMFiANlXZFcxGyUcuMbI0eWZmn6hhuTJvi0t3fW+SwTzU5W7evXQpx4HrlOOCQLsOjH+35Ss3yZDrzEoA0aPRUl3tOrXM0zHFJeG1o4TfamM21dk/QJT1nWR9BkrNs5vgJ+kZukIKqOrbVUalirfWH35DX5d1Xh9h5OWHxM3h2j2VVISiRQ9; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IztjU-0002c1-QN for current@freebsd.org; Wed, 05 Dec 2007 12:52:08 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IztjL-0003Kp-CM for current@freebsd.org; Wed, 05 Dec 2007 12:51:59 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IztjK-000BXU-G6 for current@freebsd.org; Wed, 05 Dec 2007 14:51:58 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_1196858998_573910" Date: Wed, 05 Dec 2007 14:51:58 +0200 Message-Id: Cc: Subject: Zaptel port 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, 05 Dec 2007 12:52:09 -0000 This is a multipart MIME message. --==_Exmh_1196858998_573910 Content-Type: text/plain; charset=us-ascii Hi Folling my previous post about zaptel and asterisk, I've done a lot of searching and the following patch from a very recent post to the asterisk-bsd digium list solves the asterisk/zaptel lockup at least for the 7.0 case. I'd suggest this patch making it into the 7-RELEASE cycle otherwise the latest branch that Asterisk with zaptel will work on is 6.x. The first chunk of this patch is already in the ports system. Ian -- Ian Freislich --==_Exmh_1196858998_573910 Content-Type: text/plain ; name="patch-zaptel::zaptel.c"; charset=us-ascii Content-Description: patch-zaptel::zaptel.c Content-Disposition: attachment; filename="patch-zaptel::zaptel.c" --- zaptel/zaptel.c.orig Sun Jun 25 14:21:49 2006 +++ zaptel/zaptel.c Fri Aug 11 11:56:20 2006 @@ -397,7 +397,7 @@ int schluffen(void *q) { - int rc = tsleep(q, PZERO | PCATCH, "schluffen", 0); + int rc = tsleep(q, PZERO | PCATCH, "schluffen", 10); switch(rc) { case EINTR: --- zaptel/zaptel.c.orig 2007-12-05 14:39:49.000000000 +0200 +++ zaptel/zaptel.c 2007-12-05 14:40:10.000000000 +0200 @@ -675,7 +675,7 @@ /* Free dev_info, if exist */ if(dev->si_drv2) free(dev->si_drv2, M_ZAP); dev->si_drv2 = NULL; - destroy_dev(dev); + destroy_dev_sched(dev); return res; } @@ -1290,7 +1290,7 @@ ZAP_LOCK_DESTROY(toselwakeup_lock); if(dev_ctl) - destroy_dev(dev_ctl); + destroy_dev_sched(dev_ctl); break; /* Success*/ --==_Exmh_1196858998_573910-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 13:24:09 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 ACDA316A41B for ; Wed, 5 Dec 2007 13:24:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 70DEE13C442 for ; Wed, 5 Dec 2007 13:24:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:X-Mailer:cc:From:Subject:In-Reply-To:X-Attribution:Mime-Version:Content-Type:Date:Message-Id; b=mndTQ/5bZWkXcwgSCrcZjEoaInHobao1d+MU2nO6bKp9QY9VLQFpZOU0tWlk/hq1/0/5n057srJE8iSw4OJtustNTW9sXqKm25wBuvzNWZinSiImQ0lGrNBF713JGC6lZR7LZkVOWSVIImnCoWsK5XFu7zNYH7T493Jz+NX2AWqkE9yePpUXAQxrlIztN9XulsrkJnkzrNT/MU8BMx+nO8feUJ7bFg+iB0hzTAKaM2/MoCk/JLoRz6CByJNvbC/E; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IzuES-0005Ab-ML for current@freebsd.org; Wed, 05 Dec 2007 13:24:08 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IzuDc-0003hV-Dd for current@freebsd.org; Wed, 05 Dec 2007 13:23:16 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IzuDb-000BbK-LQ for current@freebsd.org; Wed, 05 Dec 2007 15:23:15 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 From: Ian FREISLICH In-Reply-To: Message from Ian FREISLICH of "Wed, 05 Dec 2007 14:51:58 +0200." X-Attribution: BOFH Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_1196860986_573910" Date: Wed, 05 Dec 2007 15:23:15 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: Zaptel port 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, 05 Dec 2007 13:24:09 -0000 This is a multipart MIME message. --==_Exmh_1196860986_573910 Content-Type: text/plain; charset=us-ascii Ian FREISLICH wrote: > Folling my previous post about zaptel and asterisk, I've done a lot > of searching and the following patch from a very recent post to the > asterisk-bsd digium list solves the asterisk/zaptel lockup at least > for the 7.0 case. I'd suggest this patch making it into the > 7-RELEASE cycle otherwise the latest branch that Asterisk with zaptel > will work on is 6.x. > > The first chunk of this patch is already in the ports system. As usual, I post too quickly. The 3rd chunk is not needed. The correct patch is attached. -- Ian Freislich --==_Exmh_1196860986_573910 Content-Type: text/plain ; name="patch-zaptel::zaptel.c"; charset=us-ascii Content-Description: patch-zaptel::zaptel.c Content-Disposition: attachment; filename="patch-zaptel::zaptel.c" --- zaptel/zaptel.c.orig Sun Jun 25 14:21:49 2006 +++ zaptel/zaptel.c Fri Aug 11 11:56:20 2006 @@ -397,7 +397,7 @@ int schluffen(void *q) { - int rc = tsleep(q, PZERO | PCATCH, "schluffen", 0); + int rc = tsleep(q, PZERO | PCATCH, "schluffen", 10); switch(rc) { case EINTR: --- zaptel/zaptel.c.orig 2007-12-05 14:39:49.000000000 +0200 +++ zaptel/zaptel.c 2007-12-05 14:40:10.000000000 +0200 @@ -675,7 +675,7 @@ /* Free dev_info, if exist */ if(dev->si_drv2) free(dev->si_drv2, M_ZAP); dev->si_drv2 = NULL; - destroy_dev(dev); + destroy_dev_sched(dev); return res; } --==_Exmh_1196860986_573910-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 13:29: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 53D2416A421; Wed, 5 Dec 2007 13:29:50 +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 AE30A13C448; Wed, 5 Dec 2007 13:29:49 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 233EF1CCB1; Wed, 5 Dec 2007 14:29:49 +0100 (CET) Date: Wed, 5 Dec 2007 14:29:49 +0100 From: Ed Schouten To: Scot Hetzel , Bill Paul , FreeBSD Current Message-ID: <20071205132949.GU72574@hoeg.nl> References: <20071203121342.GH72574@hoeg.nl> <20071203232848.GJ72574@hoeg.nl> <790a9fff0712040609g4bee3285ibafb065c4e36cca4@mail.gmail.com> <20071204180942.GQ72574@hoeg.nl> <20071205113116.GA1552@freebsd.weongyo.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mk7Ps+pDEXam0KAP" Content-Disposition: inline In-Reply-To: <20071205113116.GA1552@freebsd.weongyo.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: ndis(4): BCM4328 driver from Apple - dies in pe_translate_addr 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, 05 Dec 2007 13:29:50 -0000 --mk7Ps+pDEXam0KAP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Weongyo Jeong wrote: > Can you try http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/118370 ? >=20 > In my cases, Marvell 88W8335 chipset wireless NIC worked after patching > above. However, I'm not sure it solves your case. It works! Only difference was that one hunk failed to apply, but it seems to be related to this commit: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/if_ndis/if_ndis.c.diff?r= 1=3D1.126;r2=3D1.127 So I just ignored that. Thank you! FreeBSD now works like a charm on my MacBook3,1. Everything works... Well, almost everything. For some reason, ACPI suspending is not supported on AMD64 :-( --=20 Ed Schouten WWW: http://g-rave.nl/ --mk7Ps+pDEXam0KAP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHVqfN52SDGA2eCwURAvdGAJ9E2ZNAzlmAm0MevwAzPOXeChTyQwCeOVws As2i59nN93E/aK2AmpnAqwI= =1sHS -----END PGP SIGNATURE----- --mk7Ps+pDEXam0KAP-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 13:33:00 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 28CEF16A420 for ; Wed, 5 Dec 2007 13:33:00 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 8CE2113C45A for ; Wed, 5 Dec 2007 13:32:59 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so859245mue for ; Wed, 05 Dec 2007 05:32: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:mime-version:content-type:content-transfer-encoding:content-disposition; bh=L6KCdYT1uDqe4dq3FjUyHWusPrBbfKceDUugwVwZk50=; b=h47MrS+Ww0/mYf0IXCoUQaPJ0W7ilc7zpZ4Ec+L+cDncYDDhZibtjUaNxHTQjOyCfSaINJjAtzQbV8y9+VZCBJxmZ1t8sziXvM9oXpv6I0Bl4CtiOTL8p08ywaCBCUDEyBURdkh9mPewWNCrvxCgVLoEQ7eiZPbJwFAfQEckzLU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=G/S+izlpOF2appYLBrB5vTBeemFFyOEwAsgq0ro9iCleacrMDUkj4vFBTpJ4LkFEgFKYGKPlNLo5zUMORmGfchFqE6+8OM+Laabxak1fpDyl0oyLWOjOz2kZaTKAp1hoxhH49s4Y8IsSyPM/6LPdysmRc9fMo+z+NXfugxmz5DY= Received: by 10.82.183.19 with SMTP id g19mr5107953buf.1196861577123; Wed, 05 Dec 2007 05:32:57 -0800 (PST) Received: by 10.82.115.11 with HTTP; Wed, 5 Dec 2007 05:32:57 -0800 (PST) Message-ID: <6eb82e0712050532h26da56c9l98dd5e47c7153324@mail.gmail.com> Date: Wed, 5 Dec 2007 21:32:57 +0800 From: "Rong-en Fan" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: mpt(4) causes panic at boot 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, 05 Dec 2007 13:33:00 -0000 I'm running 7.0-BETA4 on an IBM x3550 with amd64. It panics at half way of boot: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x258 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80478e2e stack pointer = 0x10:0xffffffffac2ccbb0 frame pointer = 0x10:0xffffffffac2ccbd0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 30 (mpt_recovery0) [thread pid 30 tid 100022 ] Stopped at _mtx_lock_sleep+0x4e: movl 0x258(%rcx),%esi db> tr Tracing pid 30 tid 100022 td 0xffffff0001121340 _mtx_lock_sleep() at _mtx_lock_sleep+0x4e mpt_recovery_thread() at mpt_recovery_thread+0x35b fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac2ccd30, rbp = 0 --- The mpt does not attach correctly (it's same in 6.x but it boots fine). Relevant dmesg: mpt0: port 0x5000-0x50ff mem 0xc6ff0000-0xc6ffffff,0xc6fe0000-0xc6feffff irq 24 at device 1.0 on pci20 mpt0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x5000 mpt0: Reserved 0x10000 bytes for rid 0x14 type 3 at 0xc6ff0000 ioapic1: routing intpin 0 (PCI IRQ 24) to vector 49 mpt0: [MPSAFE] mpt0: [ITHREAD] mpt0: MPI Version=1.2.14.0 mpt0: Capabilities: ( RAID-1E RAID-1 SAFTE ) mpt0: 0 Active Volumes (1 Max) mpt0: 0 Hidden Drive Members (6 Max) mpt0: mpt_wait_req(6) timed out mpt0: port 0 enable timed out mpt0: failed to enable port 0 mpt0: personality mpt_core attached but would not enable (6) Full boot log can be found at http://rafb.net/p/kuLZOo82.html Any ideas what happens? Thanks, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 14:29: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 E12B516A46B for ; Wed, 5 Dec 2007 14:29:13 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 6410C13C458 for ; Wed, 5 Dec 2007 14:29:13 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so767505uge for ; Wed, 05 Dec 2007 06:29:12 -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:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; bh=wUgOV8sbkPIo3IwgdyDZm3ntuxy/3m+ozg0Met+X2iY=; b=H3qFDlSAgYWcBvIQhjxQTxXYYf4BzxanBDiRqjmxhuoUBl8TfP92xom5067M6hrjBGa/0/lSA+V6lOwiFGNQL12VSghnklTk1UOmSo85KWdtmbgJWapMBGh+DOHs25ZP5ERMxrHmtBB3+fizbFfFGMgE9ZkIcnAHyRf6KRX/Tb0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=baf0+yTyc2aNMU9XpH7wHwEAQ/v/N/tGWBPmhMhn8nghY4rClS+iEBCVlgFnA+KT9Y/9+VGzcVZ5+uzojr6GWSv7llmmL+PrnrBSaupYIP4Hus5bvqGdjUlr8xRRlB3x8hmmNafhdtnjvy/SaMiMUd7fMTjl9iSDReVYONuWUUQ= Received: by 10.78.180.18 with SMTP id c18mr609422huf.1196864951426; Wed, 05 Dec 2007 06:29:11 -0800 (PST) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id 31sm279321nfu.2007.12.05.06.29.09 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 05 Dec 2007 06:29:10 -0800 (PST) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Wed, 5 Dec 2007 16:28:58 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <47541063.4010101@gmail.com> In-Reply-To: <47541063.4010101@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1589563.K19UuXBJ7k"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712051629.03187.qpadla@gmail.com> Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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: Wed, 05 Dec 2007 14:29:14 -0000 --nextPart1589563.K19UuXBJ7k Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 03 December 2007 16:19:15 Aryeh M. Friedman wrote: > [Repost from -ports@] > > As has been hashed out in -ports@ over the last few days there is at > least a need to examine weither or not the current ports system should > remain as is or potentially be re-engineered in the future (estimates > if and when needed vary from ASAP to 10-15 years). I have > volunteered to undertake a feasibility/pilot project to examine what > changes (if any) are needed in the system (for the purposes of this > thread I will not venture any of my own suggestions). I have the > following broad questions for people: > > 1. What is more important to your personal use of FreeBSD (the ports > system, the underlaying OS, some other aspect)? the underlaying OS > > 2. How frequently do you interact with the ports systems and what is > the most common interaction you have with it? upgrading selected ports via portupgrade, at least once per month=20 > > 3. What is the single best aspect of the current system? Automation and simplicity of the port installation procedure, granularity=20 of ports building process. =20 > > 4. What is the single worst aspect of the current system? a management and compilation time overhead when number of installed ports=20 are significant (for Desktops it's a waste of time and resources); inability to keep only binary based installations due to lack of official=20 package updates between RELEASES; very complicated and not automatic pkg-plist mechanism; =20 inability to forceably purge the configuration files; inability to cross-architecture building; inability to downgrade; inability to predict download and installation volume for all the=20 dependencies even for binary installations; inability to maintain base system as a collection of ports; > 5. If you where a new FreeBSD user how would your answers above > change? If you where brand new to UNIX how whould they change? I'd to use some sort of gui and binary based installation procedure. > 6. Assuming that there was no additional work on your behalf would you > use a new system if it corrected your answer to number 4? Yes. > > 7. Same as question 6 but for your answer on question 3? Yes. > > 8. How long have you used FreeBSD and/or UNIX in general? Since FreeBSD 4.7 > > 9. That is your primary use(s) for your FreeBSD machine(s) (name upto > 3)? Production servers, development boxes. > > 10. Assuming there is no functional difference what is your preferred > installation method for 3rd party software? only ports > > 11. On a scale from 1 to 10 (10 being the best) please rate the > importance of the following aspects of the ports system? > > a. User Interface 5 > b. Consistency of behaviors and interactions 1 > c. Accuracy in dependant port installations 2 > d. Internal record keeping 3 > e. Granularity's of the port management system 4 > > 12. Please rate your personal technical skill level? High =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 --nextPart1589563.K19UuXBJ7k Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHVrWv/2R6KvEYGaIRAnQhAKDgExkyRfMTf7KLKa51B8ezohTi9QCfZ+En IWMUMp57sxc8CW7lrC/ZFe8= =n9eC -----END PGP SIGNATURE----- --nextPart1589563.K19UuXBJ7k-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 14:51:24 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 C1D2616A418 for ; Wed, 5 Dec 2007 14:51:24 +0000 (UTC) (envelope-from Jan.Lentfer@web.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 55E4B13C474 for ; Wed, 5 Dec 2007 14:51:24 +0000 (UTC) (envelope-from Jan.Lentfer@web.de) Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1Izvat-0005vC-DB for freebsd-current@freebsd.org; Wed, 05 Dec 2007 15:51:23 +0100 Received: from p54b0ec1b.dip.t-dialin.net ([84.176.236.27]:63296 helo=epia.lan.net) by 8.mx.freenet.de with esmtpa (ID jan.lentfer@freenet.de) (port 25) (Exim 4.68 #1) id 1Izvat-0004wj-7N for freebsd-current@freebsd.org; Wed, 05 Dec 2007 15:51:23 +0100 Received: from localhost (localhost [127.0.0.1]) by epia.lan.net (Postfix) with ESMTP id 4EACB8ACAE for ; Wed, 5 Dec 2007 15:51:22 +0100 (CET) X-Virus-Scanned: amavisd-new at lan.net Received: from epia.lan.net ([127.0.0.1]) by localhost (mail.lan.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FjX80R55Iuwn for ; Wed, 5 Dec 2007 15:51:01 +0100 (CET) Received: from [10.93.75.6] (unknown [10.93.75.6]) by epia.lan.net (Postfix) with ESMTP id 0EAFA8A02D for ; Wed, 5 Dec 2007 15:51:00 +0100 (CET) Message-ID: <4756BAD3.4060905@web.de> Date: Wed, 05 Dec 2007 15:50:59 +0100 From: Jan Lentfer User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 05 Dec 2007 15:08:50 +0000 Subject: Problems Building 7.0-Beta3 with -Os 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, 05 Dec 2007 14:51:24 -0000 Dear List, I am having problems compiling 7.0-Beta3 on my VIA C7 system with 1 GIG of RAM. The problem seems to be the memory consumption so I turned off all larger processes. This is what happens: ===> gnu/usr.bin/cc/libdecnumber (all) ===> gnu/usr.bin/cc/cc_int (all) cc -Os -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/RELENG_7/src/tmp/usr\" -I/usr/obj/usr/RELENG_7/src/tmp/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/RELENG_7/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c cc1: out of memory allocating 136475392 bytes *** Error code 1 Stop in /usr/RELENG_7/src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /usr/RELENG_7/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/RELENG_7/src. *** Error code 1 Stop in /usr/RELENG_7/src. *** Error code 1 Stop in /usr/RELENG_7/src. Compliation works while only using "-O" optimization level. -O2 and -Os both break with this. It used to work in 6.2, though. This is the output of vmstat 1: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 da0 in sy cs us sy id 2 1 0 221236 567308 538 0 0 0 0 0 0 0 1271 175 292 95 5 0 1 1 0 221236 567292 4 0 0 0 4 0 8 0 1301 153 359 98 2 0 1 1 0 221236 567276 4 0 0 0 0 0 0 0 1310 135 369 98 2 0 1 1 0 221132 567404 0 0 0 0 32 0 0 0 1283 153 313 98 2 0 1 1 0 221132 567404 0 0 0 0 0 0 5 0 1290 135 320 95 5 0 1 1 0 221132 567404 0 0 0 0 8 0 53 0 1355 135 514 98 2 0 1 1 0 221132 567404 0 0 0 0 0 0 0 0 1303 142 356 98 2 0 2 1 0 221132 567404 0 0 0 0 0 0 0 0 1291 135 325 98 2 0 1 1 0 221708 566972 108 0 0 0 0 0 0 0 1307 142 359 98 2 0 1 1 0 221964 566716 64 0 0 0 0 0 0 0 1288 143 326 98 2 0 1 1 0 222476 566204 128 0 0 0 0 0 1 0 1278 136 305 98 2 0 1 1 0 252300 536584 7456 0 0 0 58 0 0 0 1314 141 378 88 12 0 1 1 0 222804 566108 0 0 0 0 7381 0 0 0 1286 136 302 97 3 0 1 1 0 489972 350200 54007 0 0 0 95 0 0 0 1288 155 320 37 63 0 1 1 0 623384 174992 43861 0 0 0 92 0 0 0 1299 138 347 43 57 0 >>>> Compilation break 0 0 0 70200 711396 2515 0 0 0 136608 0 9 0 1257 453 281 9 91 0 0 0 0 70200 711396 0 0 0 0 3 0 3 0 1296 135 341 0 32 68 0 0 0 70200 711396 0 0 0 0 0 0 0 0 1324 135 397 0 2 98 0 0 0 70200 711396 0 0 0 0 0 0 0 0 1299 142 348 0 2 98 0 0 0 70200 711396 0 0 0 0 0 0 0 0 1300 135 349 0 2 98 0 0 0 70200 711396 0 0 0 0 0 0 0 0 1310 135 367 0 2 98 0 0 0 70200 711396 0 0 0 0 0 0 0 0 1295 142 339 0 2 98 Since I am not subscribed could you please also answer via private mail, thanks a lot in advance. Jan Lentfer From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 16:33: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 62D9516A421 for ; Wed, 5 Dec 2007 16:33:49 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 23B6213C4CC for ; Wed, 5 Dec 2007 16:33:49 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1IzwnV-0001UD-Te; Wed, 05 Dec 2007 19:08:29 +0300 To: Jan Lentfer References: <4756BAD3.4060905@web.de> From: Boris Samorodov Date: Wed, 05 Dec 2007 19:06:52 +0300 In-Reply-To: <4756BAD3.4060905@web.de> (Jan Lentfer's message of "Wed\, 05 Dec 2007 15\:50\:59 +0100") Message-ID: <95938867@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: Problems Building 7.0-Beta3 with -Os 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, 05 Dec 2007 16:33:49 -0000 On Wed, 05 Dec 2007 15:50:59 +0100 Jan Lentfer wrote: > I am having problems compiling 7.0-Beta3 on my VIA C7 system with 1 > GIG of RAM. > The problem seems to be the memory consumption so I turned off all > larger processes. This is what happens: > ===> gnu/usr.bin/cc/libdecnumber (all) > ===> gnu/usr.bin/cc/cc_int (all) > cc -Os -pipe -DIN_GCC -DHAVE_CONFIG_H "Os" is not supported/tested/etc. From /usr/share/examples/etc/make.conf: ----- # CFLAGS controls the compiler settings used when compiling C code. # Note that optimization settings other than -O and -O2 are not recommended # or supported for compiling the world or the kernel - please revert any # nonstandard optimization settings to "-O" or "-O2 -fno-strict-aliasing" # before submitting bug reports without patches to the developers. ----- WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 16:37: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 27A2A16A418 for ; Wed, 5 Dec 2007 16:37:52 +0000 (UTC) (envelope-from Jan.Lentfer@web.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id AD3ED13C459 for ; Wed, 5 Dec 2007 16:37:51 +0000 (UTC) (envelope-from Jan.Lentfer@web.de) Received: from [195.4.92.11] (helo=1.mx.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1IzxFt-0003HG-Cq; Wed, 05 Dec 2007 17:37:49 +0100 Received: from p54b0ec1b.dip.t-dialin.net ([84.176.236.27]:63438 helo=epia.lan.net) by 1.mx.freenet.de with esmtpa (ID jan.lentfer@freenet.de) (port 25) (Exim 4.68 #1) id 1IzxFt-0001OQ-90; Wed, 05 Dec 2007 17:37:49 +0100 Received: from localhost (localhost [127.0.0.1]) by epia.lan.net (Postfix) with ESMTP id 258FF8B4FC; Wed, 5 Dec 2007 17:37:48 +0100 (CET) X-Virus-Scanned: amavisd-new at lan.net Received: from epia.lan.net ([127.0.0.1]) by localhost (mail.lan.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B87AS5taxg7H; Wed, 5 Dec 2007 17:37:37 +0100 (CET) Received: from [10.93.75.6] (unknown [10.93.75.6]) by epia.lan.net (Postfix) with ESMTP id 961748A02D; Wed, 5 Dec 2007 17:37:36 +0100 (CET) Message-ID: <4756D3CF.1020206@web.de> Date: Wed, 05 Dec 2007 17:37:35 +0100 From: Jan Lentfer User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Boris Samorodov References: <4756BAD3.4060905@web.de> <95938867@bb.ipt.ru> In-Reply-To: <95938867@bb.ipt.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 05 Dec 2007 17:12:24 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Problems Building 7.0-Beta3 with -Os 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, 05 Dec 2007 16:37:52 -0000 Boris Samorodov wrote: > "Os" is not supported/tested/etc. From /usr/share/examples/etc/make.conf: > ----- > # CFLAGS controls the compiler settings used when compiling C code. > # Note that optimization settings other than -O and -O2 are not recommended > # or supported for compiling the world or the kernel - please revert any > # nonstandard optimization settings to "-O" or "-O2 -fno-strict-aliasing" > # before submitting bug reports without patches to the developers. > ----- > > > WBR > Hi Boris, yes I know, but "-O2 -fno-strict-aliasing" should be supported, if I understand correctly. According to gcc manual -Os is the same as -O2 but without the optimizations known to produce large memory footprint. I also tested -Os -fno-strict-aliasing and it shows the same behavior. I am also happy with just using -O(1), just wanted to let someone know that 7.0 works different for me than 6.2 Kind Regards, Jan From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 19:13:09 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from sup-afu.wrk.terra.com.br (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 4E07216A41A for ; Wed, 5 Dec 2007 19:13:09 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Message-ID: <4756F844.2000405@FreeBSD.org> Date: Wed, 05 Dec 2007 17:13:08 -0200 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Fatal trap 12: page fault while in kernel mode [While close wine application] 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, 05 Dec 2007 19:13:09 -0000 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x10 fault code = supervisor write, page not present instruction pointer = 0x20:0xc062c948 stack pointer = 0x28:0xe652eb68 frame pointer = 0x28:0xe652eb88 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 87845 (wine-pthread) trap number = 12 panic: page fault cpuid = 0 Uptime: 2d6h12m13s Physical memory: 1007 MB Dumping 231 MB: 216 200 184 168 152 136 120 104 88 72 56 40 24 8 #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 0xc0652df7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc06530b9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc08f772c in trap_fatal (frame=0xe652eb28, eva=16) at /usr/src/sys/i386/i386/trap.c:872 #4 0xc08f7990 in trap_pfault (frame=0xe652eb28, usermode=0, eva=16) at /usr/src/sys/i386/i386/trap.c:785 #5 0xc08f82e2 in trap (frame=0xe652eb28) at /usr/src/sys/i386/i386/trap.c:463 #6 0xc08decfb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc062c948 in knlist_cleardel (knl=0xc44892b4, td=0x0, islocked=1, killkn=0) at atomic.h:149 #8 0xc068ba4d in pipeclose (cpipe=0xc4489244) at /usr/src/sys/kern/sys_pipe.c:1508 #9 0xc068bb60 in pipe_close (fp=0xc48ef828, td=0xc41b5220) at /usr/src/sys/kern/sys_pipe.c:1425 #10 0xc0622847 in fdrop (fp=0xc48ef828, td=0xc41b5220) at file.h:297 #11 0xc0623fef in closef (fp=0xc48ef828, td=0xc41b5220) at /usr/src/sys/kern/kern_descrip.c:1958 #12 0xc06244ff in kern_close (td=0xc41b5220, fd=45) at /usr/src/sys/kern/kern_descrip.c:1054 #13 0xc06245da in close (td=0xc41b5220, uap=0xe652ecfc) at /usr/src/sys/kern/kern_descrip.c:1006 #14 0xc08f7ce5 in syscall (frame=0xe652ed38) at /usr/src/sys/i386/i386/trap.c:1008 #15 0xc08ded60 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #16 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) l /usr/src/sys/kern/sys_pipe.c:1508 1503 PIPE_UNLOCK(cpipe); 1504 pipe_free_kmem(cpipe); 1505 PIPE_LOCK(cpipe); 1506 cpipe->pipe_present = 0; 1507 pipeunlock(cpipe); 1508 knlist_clear(&cpipe->pipe_sel.si_note, 1); 1509 knlist_destroy(&cpipe->pipe_sel.si_note); 1510 1511 /* 1512 * If both endpoints are now closed, release the memory for the I have a vmcore if need... Regards -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 19:15:41 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from sup-afu.wrk.terra.com.br (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 2DCE916A419 for ; Wed, 5 Dec 2007 19:15:40 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Message-ID: <4756F8DC.3070301@FreeBSD.org> Date: Wed, 05 Dec 2007 17:15:40 -0200 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: current@FreeBSD.org References: <4756F844.2000405@FreeBSD.org> In-Reply-To: <4756F844.2000405@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Fatal trap 12: page fault while in kernel mode [While close wine application] 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, 05 Dec 2007 19:15:41 -0000 # uname -a FreeBSD sup-afu 7.0-BETA4 FreeBSD 7.0-BETA4 #9: Mon Dec 3 10:26:13 BRST 2007 root@sup-afu:/usr/obj/usr/src/sys/MARCUS i386 Marcus Alves Grando wrote: > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x10 > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc062c948 > stack pointer = 0x28:0xe652eb68 > frame pointer = 0x28:0xe652eb88 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 87845 (wine-pthread) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 2d6h12m13s > Physical memory: 1007 MB > Dumping 231 MB: 216 200 184 168 152 136 120 104 88 72 56 40 24 8 > > #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 0xc0652df7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc06530b9 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc08f772c in trap_fatal (frame=0xe652eb28, eva=16) at > /usr/src/sys/i386/i386/trap.c:872 > #4 0xc08f7990 in trap_pfault (frame=0xe652eb28, usermode=0, eva=16) at > /usr/src/sys/i386/i386/trap.c:785 > #5 0xc08f82e2 in trap (frame=0xe652eb28) at > /usr/src/sys/i386/i386/trap.c:463 > #6 0xc08decfb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc062c948 in knlist_cleardel (knl=0xc44892b4, td=0x0, islocked=1, > killkn=0) at atomic.h:149 > #8 0xc068ba4d in pipeclose (cpipe=0xc4489244) at > /usr/src/sys/kern/sys_pipe.c:1508 > #9 0xc068bb60 in pipe_close (fp=0xc48ef828, td=0xc41b5220) at > /usr/src/sys/kern/sys_pipe.c:1425 > #10 0xc0622847 in fdrop (fp=0xc48ef828, td=0xc41b5220) at file.h:297 > #11 0xc0623fef in closef (fp=0xc48ef828, td=0xc41b5220) at > /usr/src/sys/kern/kern_descrip.c:1958 > #12 0xc06244ff in kern_close (td=0xc41b5220, fd=45) at > /usr/src/sys/kern/kern_descrip.c:1054 > #13 0xc06245da in close (td=0xc41b5220, uap=0xe652ecfc) at > /usr/src/sys/kern/kern_descrip.c:1006 > #14 0xc08f7ce5 in syscall (frame=0xe652ed38) at > /usr/src/sys/i386/i386/trap.c:1008 > #15 0xc08ded60 in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:196 > #16 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) l /usr/src/sys/kern/sys_pipe.c:1508 > 1503 PIPE_UNLOCK(cpipe); > 1504 pipe_free_kmem(cpipe); > 1505 PIPE_LOCK(cpipe); > 1506 cpipe->pipe_present = 0; > 1507 pipeunlock(cpipe); > 1508 knlist_clear(&cpipe->pipe_sel.si_note, 1); > 1509 knlist_destroy(&cpipe->pipe_sel.si_note); > 1510 > 1511 /* > 1512 * If both endpoints are now closed, release the memory for the > > I have a vmcore if need... > > Regards > -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 20:28: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 B8D1116A420 for ; Wed, 5 Dec 2007 20:28:27 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.8]) by mx1.freebsd.org (Postfix) with ESMTP id 7E7D213C448 for ; Wed, 5 Dec 2007 20:28:27 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.1/8.13.8) with ESMTP id lB5KSQ9c017271 for ; Wed, 5 Dec 2007 15:28:26 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.1/8.13.8/Submit) id lB5KSQUl017270 for current@freebsd.org; Wed, 5 Dec 2007 15:28:26 -0500 (EST) (envelope-from mwlucas) Date: Wed, 5 Dec 2007 15:28:26 -0500 From: "Michael W. Lucas" To: current@freebsd.org Message-ID: <20071205202826.GA17217@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Wed, 05 Dec 2007 15:28:26 -0500 (EST) Cc: Subject: 7.0beta3 Installation problem 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, 05 Dec 2007 20:28:27 -0000 Hi, Every key press in the FDISK menu displays the incorrect geometry message. For example: Downloaded 7.0-BETA3-amd64-disc1.iso from ftp.freebsd.org a couple days ago. Select country -> USA Select either Express or Custom install. In this example, I chose Express. Select Partition. Get incorrect geometry message, hit ENTER. See FDISK menu. Hit up arrow. See incorrect geometry message again, hit ENTER. See FDISK again, with selection moved up 1. Hit up arrow again. See incorrect geometry message again, hit ENTER. Should I open a PR, or is this known? Thanks, ==ml -- Michael W. Lucas mwlucas@BlackHelicopters.org, mwlucas@FreeBSD.org http://www.BlackHelicopters.org/~mwlucas/ Now Shipping: "Absolute FreeBSD" -- http://www.AbsoluteFreeBSD.com On 5/4/2007, the TSA kept 3 pairs of my soiled undies "for security reasons." From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 21:31: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 67B0216A41B for ; Wed, 5 Dec 2007 21:31:11 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id E81D113C465 for ; Wed, 5 Dec 2007 21:31:10 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A7892.dip.t-dialin.net [84.154.120.146]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id lB5KrFwT037670; Wed, 5 Dec 2007 20:53:15 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id lB5KrdnB040042; Wed, 5 Dec 2007 21:53:40 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id lB5KrdQf096920; Wed, 5 Dec 2007 21:53:39 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200712052053.lB5KrdQf096920@fire.js.berklix.net> To: "Michael W. Lucas" In-reply-to: <20071205202826.GA17217@bewilderbeast.blackhelicopters.org> References: <20071205202826.GA17217@bewilderbeast.blackhelicopters.org> Comments: In-reply-to "Michael W. Lucas" message dated "Wed, 05 Dec 2007 15:28:26 -0500." Date: Wed, 05 Dec 2007 21:53:39 +0100 From: "Julian H. Stacey" Cc: current@freebsd.org Subject: Re: 7.0beta3 Installation problem 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, 05 Dec 2007 21:31:11 -0000 "Michael W. Lucas" wrote: > > Hi, > > Every key press in the FDISK menu displays the incorrect geometry > message. For example: > > Downloaded 7.0-BETA3-amd64-disc1.iso from ftp.freebsd.org a couple days ago. > > Select country -> USA > > Select either Express or Custom install. In this example, I chose > Express. > > Select Partition. > > Get incorrect geometry message, hit ENTER. > > See FDISK menu. > > Hit up arrow. > > See incorrect geometry message again, hit ENTER. > > See FDISK again, with selection moved up 1. Hit up arrow again. > > See incorrect geometry message again, hit ENTER. > > Should I open a PR, or is this known? > > Thanks, Did you try key 3 = Safe Boot ? (in 10 second timeout before selecting USA etc). Some old laptops fail to read fdisk properly without it, eg my Digital with 7.0-BETA3-i386-disc1.iso, http://berklix.com/~jhs/hardware/digital/ http://berklix.com/~jhs/hardware/laptops/#loader.conf Though as I see you are using amd*iso I guess you should have a Lot newer ATA interafce than my old 586. -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 22:04:56 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 8A11916A417 for ; Wed, 5 Dec 2007 22:04:56 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.8]) by mx1.freebsd.org (Postfix) with ESMTP id DCEE413C4CC for ; Wed, 5 Dec 2007 22:04:55 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.1/8.13.8) with ESMTP id lB5M4iSt017817; Wed, 5 Dec 2007 17:04:44 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.1/8.13.8/Submit) id lB5M4ivm017816; Wed, 5 Dec 2007 17:04:44 -0500 (EST) (envelope-from mwlucas) Date: Wed, 5 Dec 2007 17:04:44 -0500 From: "Michael W. Lucas" To: "Julian H. Stacey" Message-ID: <20071205220444.GA17801@bewilderbeast.blackhelicopters.org> References: <20071205202826.GA17217@bewilderbeast.blackhelicopters.org> <200712052053.lB5KrdQf096920@fire.js.berklix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200712052053.lB5KrdQf096920@fire.js.berklix.net> User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Wed, 05 Dec 2007 17:04:44 -0500 (EST) Cc: current@freebsd.org Subject: Re: 7.0beta3 Installation problem 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, 05 Dec 2007 22:04:56 -0000 On Wed, Dec 05, 2007 at 09:53:39PM +0100, Julian H. Stacey wrote: > "Michael W. Lucas" wrote: > > > > Hi, > > > > Every key press in the FDISK menu displays the incorrect geometry > > message. For example: > > > > Downloaded 7.0-BETA3-amd64-disc1.iso from ftp.freebsd.org a couple days ago. > > > > Select country -> USA > > > > Select either Express or Custom install. In this example, I chose > > Express. > > > > Select Partition. > > > > Get incorrect geometry message, hit ENTER. > > > > See FDISK menu. > > > > Hit up arrow. > > > > See incorrect geometry message again, hit ENTER. > > > > See FDISK again, with selection moved up 1. Hit up arrow again. > > > > See incorrect geometry message again, hit ENTER. > > > > Should I open a PR, or is this known? > > > > Thanks, > > Did you try key 3 = Safe Boot ? (in 10 second timeout before selecting > USA etc). Some old laptops fail to read fdisk properly without it, > eg my Digital with 7.0-BETA3-i386-disc1.iso, > http://berklix.com/~jhs/hardware/digital/ > http://berklix.com/~jhs/hardware/laptops/#loader.conf > Though as I see you are using amd*iso I guess you should have a Lot newer > ATA interafce than my old 586. This is a SAS system, not SCSI. I can get a dmesg tomorrow if that's helpful. The problem is not in the geometry detection, but rather than sysinstall tells me about the geometry every single time I hit a key in fdisk. ==ml -- Michael W. Lucas mwlucas@BlackHelicopters.org, mwlucas@FreeBSD.org http://www.BlackHelicopters.org/~mwlucas/ Now Shipping: "Absolute FreeBSD" -- http://www.AbsoluteFreeBSD.com On 5/4/2007, the TSA kept 3 pairs of my soiled undies "for security reasons." From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 22:23:08 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 D945116A417 for ; Wed, 5 Dec 2007 22:23:08 +0000 (UTC) (envelope-from SRS0=cae5cbd2f432405ebf3e782b59041d7cf749ee39=540=es.net=oberman@es.net) Received: from postal1.es.net (postal3.es.net [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id 3AC3A13C461 for ; Wed, 5 Dec 2007 22:23:08 +0000 (UTC) (envelope-from SRS0=cae5cbd2f432405ebf3e782b59041d7cf749ee39=540=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id KIT05016 for ; Wed, 05 Dec 2007 14:14:16 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C3BAF4500E for ; Wed, 5 Dec 2007 14:14:04 -0800 (PST) To: current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1196892829_43885P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 05 Dec 2007 14:13:49 -0800 From: "Kevin Oberman" Message-Id: <20071205221404.C3BAF4500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; X-Sender: X-To_Name: X-To_Domain: freebsd.org X-To: current@freebsd.org X-To_Email: current@freebsd.org X-To_Alias: current Cc: Subject: Lost CPU utilization with 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: Wed, 05 Dec 2007 22:23:09 -0000 --==_Exmh_1196892829_43885P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Since I upgraded my desktop from CURRENT as of late September to 7.0-BETA4 Monday, I can no longer see CPU utilization. It shows as zero in top, gkrellm, and the Gnome System Monitor. I thought kernel and userland might be out of sync, so I csup'ed again and rebuilt everything with no change. I don't know exactly what information I can supply other than the config file, so let me know if anyone has any ideas. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 machine i386 #cpu I386_CPU #cpu I486_CPU cpu I586_CPU cpu I686_CPU ident PAK makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler #options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # Posix P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options DISABLE_PSE #options DISABLE_PG_G #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. # Debugging for use in -current options KDB options DDB #Enable the kernel debugger options GDB #options INVARIANTS #Enable calls of extra sanity checking #options INVARIANT_SUPPORT #Extra sanity checks of internal struc$#options WITNESS #Enable checks to detect deadlocks and$#options WITNESS_SKIPSPIN #Don't run witness on spinlocks for sp$ # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O #device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives device atapicam # ATAPI access by SCSI emulation # needs CAM to be present (scbus & pass) options ATA_STATIC_ID #Static device numbering # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # atkbdc controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver # splash screen/screen saver device splash # syscons is the default console driver, resembling an SCO console device sc options SC_HISTORY_SIZE=2000 device agp # support several AGP chipsets # Power management support (see LINT for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support #device cbb # cardbus (yenta) bridge #device pcic # ExCA ISA and PCI bridges #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices - the number indicates how many units to allocate. device random # Entropy device device loop # Network loopback device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf #Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device uscanner # Scanners #device urio # Diamond Rio MP3 Player # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) # Sound card device smbus device ichsmb device smb #device sound #device snd_ich # Video capture card device iicbus device iicbb device bktr options BROOKTREE_SYSTEM_DEFAULT=BROOKTREE_NTSC --==_Exmh_1196892829_43885P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHVyKdkn3rs5h7N1ERAiQxAKCHFhk3aAf6o0gbWpsk78Mz+hOImgCgnBXt o7LkyZ6BEWGa343cpk/ujuo= =O9uq -----END PGP SIGNATURE----- --==_Exmh_1196892829_43885P-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 23:16: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 C69B816A41B for ; Wed, 5 Dec 2007 23:16:30 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id AAC7013C455 for ; Wed, 5 Dec 2007 23:16:30 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id lB5NGTo2016043; Wed, 5 Dec 2007 15:16:29 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id lB5NGSsR016042; Wed, 5 Dec 2007 15:16:28 -0800 (PST) (envelope-from obrien) Date: Wed, 5 Dec 2007 15:16:28 -0800 From: "David O'Brien" To: Boris Samorodov Message-ID: <20071205231628.GA15765@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Boris Samorodov , Jan Lentfer , freebsd-current@freebsd.org References: <4756BAD3.4060905@web.de> <95938867@bb.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <95938867@bb.ipt.ru> X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Jan Lentfer , freebsd-current@freebsd.org Subject: Re: Problems Building 7.0-Beta3 with -Os X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2007 23:16:30 -0000 On Wed, Dec 05, 2007 at 07:06:52PM +0300, Boris Samorodov wrote: > On Wed, 05 Dec 2007 15:50:59 +0100 Jan Lentfer wrote: > > I am having problems compiling 7.0-Beta3 on my VIA C7 system with 1 > > GIG of RAM. > > The problem seems to be the memory consumption so I turned off all > > larger processes. This is what happens: What does swapinfo say? Run top (1sec) or 'systat -vm 1' and see if that gives some indication. > > ===> gnu/usr.bin/cc/libdecnumber (all) > > ===> gnu/usr.bin/cc/cc_int (all) > > cc -Os -pipe -DIN_GCC -DHAVE_CONFIG_H > > "Os" is not supported/tested/etc. From /usr/share/examples/etc/make.conf: While true.. > ----- > # CFLAGS controls the compiler settings used when compiling C code. > # Note that optimization settings other than -O and -O2 are not recommended This is to warn against -O3 or -O0 (no opt). -Os is a collection of optimizations that is between -O1 and -O2. That is -Os includes everything that -O1 does, and -O2 includes everything that -Os does. In otherwords: -O1 < -Os < -O2 (properly) The reporter is having trouble with both -O2 and -Os, so that should not happen. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 00:35:13 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 1644516A418 for ; Thu, 6 Dec 2007 00:35:13 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id CD61313C447 for ; Thu, 6 Dec 2007 00:35:11 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 85827 invoked from network); 6 Dec 2007 00:08:32 -0000 Received: from 209-128-117-003.bayarea.net (HELO ?10.0.8.5?) (nate-mail@209.128.117.3) by root.org with ESMTPA; 6 Dec 2007 00:08:32 -0000 Message-ID: <47573D92.9040705@root.org> Date: Wed, 05 Dec 2007 16:08:50 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: current@FreeBSD.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: trap in FFS softdep add_to_worklist() 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, 06 Dec 2007 00:35:13 -0000 I checked the archives for this but didn't find it anywhere. After upgrading to RELENG_7, I got a page fault trap in ffs_softdep.c:add_to_worklist() while running cvsup. I assume it only occurs during heavy disk IO. Since it's RELENG_7, INVARIANTS is not on. Looking at the surrounding code, it appears the trap is a side effect of a bug somewhere else (possibly an invalid workitem list). If it happens again, I'll try to get a better bug report in. Just curious if anyone has seen this. -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 00:44:03 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 4EDCE16A418 for ; Thu, 6 Dec 2007 00:44:03 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 1E0F313C447 for ; Thu, 6 Dec 2007 00:44:02 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id lB60hthF077532 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 5 Dec 2007 19:43:56 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Kw3MeiXGSLqIt2QCJDu1" Date: Wed, 05 Dec 2007 19:43:37 -0500 Message-Id: <1196901817.28219.8.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC--Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 X-Spam-Status: No, score=0.6 required=5.0 tests=RCVD_IN_PBL,RDNS_DYNAMIC autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Subject: December 2007 HEAD Snapshots Available 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, 06 Dec 2007 00:44:03 -0000 --=-Kw3MeiXGSLqIt2QCJDu1 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Monthly Snapshots for HEAD are now available at: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200712/ No RELENG_7 or RELENG_6 snapshots this month since we're doing releases on those branches and BETA/RC builds are available. Checksums: MD5 (8.0-CURRENT-200712-amd64-bootonly.iso) =3D 0012c7e04c297e4934f2285d8d0= 43aea MD5 (8.0-CURRENT-200712-amd64-disc1.iso) =3D 4788fce30849822e4248482c9b9544= 33 MD5 (8.0-CURRENT-200712-amd64-disc2.iso) =3D de32b7a308f5c261288c9941ca9c14= a9 MD5 (8.0-CURRENT-200712-amd64-docs.iso) =3D ed803b801fd29193575cef7ca948a56= 6 MD5 (8.0-CURRENT-200712-amd64-livefs.iso) =3D 3874a3cfbb5c87e5f1a469ab3432b= c46 MD5 (8.0-CURRENT-200712-i386-bootonly.iso) =3D e5f0a07ecb33922050e0c4691103= 6512 MD5 (8.0-CURRENT-200712-i386-disc1.iso) =3D d2ecf7119dd2edf6ec345794eadd40c= 0 MD5 (8.0-CURRENT-200712-i386-disc2.iso) =3D 18ecad95a5c398b35927add16d1a453= 3 MD5 (8.0-CURRENT-200712-i386-docs.iso) =3D f26e15147b799378c72f2732bd0761cf MD5 (8.0-CURRENT-200712-i386-livefs.iso) =3D 9afe95aa77b167ad8cc9841d53d14a= 5a MD5 (8.0-CURRENT-200712-ia64-bootonly.iso) =3D 8fb78979ad8dd689f14c1795b20f= 97db MD5 (8.0-CURRENT-200712-ia64-disc1.iso) =3D 0f637b16afafc0ab9f798ca3b8b87e4= 8 MD5 (8.0-CURRENT-200712-ia64-docs.iso) =3D a23b9ed097cf3b879ba61904dd5bc8fd MD5 (8.0-CURRENT-200712-ia64-livefs.iso) =3D 80969af040a67ea6cb7f66a9a9d4c0= 62 MD5 (8.0-CURRENT-200712-pc98-bootonly.iso) =3D 0880d5f1b228d697f9592d8c2fcf= a17a MD5 (8.0-CURRENT-200712-pc98-disc1.iso) =3D d101c58390de5b1c8c059e050c1cacb= 3 MD5 (8.0-CURRENT-200712-pc98-livefs.iso) =3D 30d209d3dcca538e91c58f5eed3093= aa MD5 (8.0-CURRENT-200712-sparc64-bootonly.iso) =3D 2a52dcc9a2bb2b1f0491c6117= 9e0e4f2 MD5 (8.0-CURRENT-200712-sparc64-disc1.iso) =3D b196b9a6908cac90397f49fff271= ab9d MD5 (8.0-CURRENT-200712-sparc64-disc2.iso) =3D 083bcf3eeb87041c844dc5d6c4fb= 3d20 MD5 (8.0-CURRENT-200712-sparc64-docs.iso) =3D 3c2ad4e31676c25351a5849721e8f= 9a2 SHA256 (8.0-CURRENT-200712-amd64-bootonly.iso) =3D 6f37cdd5272684c5ca27caca= 38550bb668d242b010fa7b78a65de368e60aa3f6 SHA256 (8.0-CURRENT-200712-amd64-disc1.iso) =3D 6a27e1036fda4bf85b39be32fbc= e9dabce76645d192c4d111dbc2d9401f5fe82 SHA256 (8.0-CURRENT-200712-amd64-disc2.iso) =3D fc8ee4eaf070252f846990fde61= 61297ad8775951b90af83425cf4ecadb42c72 SHA256 (8.0-CURRENT-200712-amd64-docs.iso) =3D a251f1d5e9db3135f782d990bd1b= 81c490be2580840672e90ed43fb290c3afc3 SHA256 (8.0-CURRENT-200712-amd64-livefs.iso) =3D 39669b42d5020ecc235f1ba228= 72341749e6ea33fac77992660c2ceb724072e4 SHA256 (8.0-CURRENT-200712-i386-bootonly.iso) =3D 8e641e0646225f6708fcaa659= f59fcf5ca90829f9e4fedb1930f1cd87febba17 SHA256 (8.0-CURRENT-200712-i386-disc1.iso) =3D 3528f3ddc3af450e8467356ef270= c803dc312270364bb822aed576058577a87e SHA256 (8.0-CURRENT-200712-i386-disc2.iso) =3D b388476b288c66ebb5bc9979398d= 5a58d8a630a439760f45a52b3f30e9002d5c SHA256 (8.0-CURRENT-200712-i386-docs.iso) =3D 2fd61ad7748dabe482a3160fe5151= b3ed172227a35d290e8aeff19d97e12f4f9 SHA256 (8.0-CURRENT-200712-i386-livefs.iso) =3D fc1d46ce03e00a2930a1bf28556= b69632e4ce2803e2a3ac5de76b4e3fc1d31ff SHA256 (8.0-CURRENT-200712-ia64-bootonly.iso) =3D 96c7e94a41fae2e1be5e2eee1= 4bcc815955465fdec1c75aef154444483e8f668 SHA256 (8.0-CURRENT-200712-ia64-disc1.iso) =3D d2ebd3f3e36345c14baa4046aa59= 982d92bdf35f5f98a8aa0a88d435a6acd006 SHA256 (8.0-CURRENT-200712-ia64-docs.iso) =3D 4763e58c36d5902afaa1eb7c42b84= faafbef899256eaa60c9d5d606e1f53b569 SHA256 (8.0-CURRENT-200712-ia64-livefs.iso) =3D feeee96659d8f4e8b105b773769= 589ca0131683621dad484b9e260dd171d0566 SHA256 (8.0-CURRENT-200712-pc98-bootonly.iso) =3D fabdd4be91fee38bab28229a4= 31f11bff952604a197289c2c915f7624a6e5dca SHA256 (8.0-CURRENT-200712-pc98-disc1.iso) =3D b5133bdd14abd224603408f1a518= 55803dbc4f39f15a82f6386c72ad0396003e SHA256 (8.0-CURRENT-200712-pc98-livefs.iso) =3D 7c5b219559120694ecde8d73a70= 94d6767f79226e3924f820e1708c047558082 SHA256 (8.0-CURRENT-200712-sparc64-bootonly.iso) =3D 0db3b4e1a219d991f7d468= 6291983ef6091fb3f66f558bcf741b961726da217d SHA256 (8.0-CURRENT-200712-sparc64-disc1.iso) =3D 8828a07548916348b1295baf5= 3a20e53e200aa36f3f4c0ce8b2e4a5b9d2060bc SHA256 (8.0-CURRENT-200712-sparc64-disc2.iso) =3D 79a1bb2b3d94f604849c60645= 75b0f1fc5377a8eb4bddb56e523dbf96f4328cd SHA256 (8.0-CURRENT-200712-sparc64-docs.iso) =3D 2a8248368ccad6cbd21768c9e8= 9de256fd60948e9a405adb8c6ebae809f8a5ee --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-Kw3MeiXGSLqIt2QCJDu1 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHV0W5/G14VSmup/YRAl/RAJ9FIRCh+qO+EBaO2uYDDb0JVLgC1gCeLXXG Zu7RizozdkmABiWXRU8dsIM= =NiTM -----END PGP SIGNATURE----- --=-Kw3MeiXGSLqIt2QCJDu1-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 01:01:28 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 6147116A418 for ; Thu, 6 Dec 2007 01:01:28 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id C410B13C459 for ; Thu, 6 Dec 2007 01:01:27 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A5CE2.dip.t-dialin.net [84.154.92.226]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id lB611NtN039114; Thu, 6 Dec 2007 01:01:24 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id lB611X7G041681; Thu, 6 Dec 2007 02:01:33 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id lB611XLF001068; Thu, 6 Dec 2007 02:01:33 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200712060101.lB611XLF001068@fire.js.berklix.net> To: "Michael W. Lucas" In-reply-to: <20071205220444.GA17801@bewilderbeast.blackhelicopters.org> References: <20071205202826.GA17217@bewilderbeast.blackhelicopters.org> <200712052053.lB5KrdQf096920@fire.js.berklix.net> <20071205220444.GA17801@bewilderbeast.blackhelicopters.org> Comments: In-reply-to "Michael W. Lucas" message dated "Wed, 05 Dec 2007 17:04:44 -0500." Date: Thu, 06 Dec 2007 02:01:33 +0100 From: "Julian H. Stacey" Cc: current@freebsd.org Subject: Re: 7.0beta3 Installation problem 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, 06 Dec 2007 01:01:28 -0000 > > Did you try key 3 = Safe Boot ? (in 10 second timeout before selecting > > USA etc). Some old laptops fail to read fdisk properly without it, > > eg my Digital with 7.0-BETA3-i386-disc1.iso, > > http://berklix.com/~jhs/hardware/digital/ > > http://berklix.com/~jhs/hardware/laptops/#loader.conf > > Though as I see you are using amd*iso I guess you should have a Lot newer > > ATA interafce than my old 586. > > This is a SAS system, not SCSI. I can get a dmesg tomorrow if that's > helpful. Only SAS in GENERIC is device mfi # LSI MegaRAID SAS Is that SAS you mean ? I dont have one. I had problems even without RAID on one old Laptop I refered to (an old traditional P-ATA ) > The problem is not in the geometry detection, but rather than > sysinstall tells me about the geometry every single time I hit a key > in fdisk. My Fdisk or disk driver saw disk size, but Fdisk (via possibly failing disk driver ?) failed to see 4 slices. I've given up on 7 + Sysinstall + Fdisk on that old Dell laptop, & will do a manual old fashioned Unix style install, avoiding sysinstall. At least taht way I will have a platform to work/ analyse from. Detail: Date: Tue, 04 Dec 2007 17:14:44 +0100 From: "Julian Stacey" To: mobile@freebsd.org Message-id: <200712041614.lB4GEiOw073415@fire.js.berklix.net> Not yet arrived here: http://docs.freebsd.org/mail/archive/2007/freebsd-mobile/20071202.freebsd-mobile.html -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 01: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 3AD7616A41A; Thu, 6 Dec 2007 01:37:59 +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 06E6313C4F6; Thu, 6 Dec 2007 01:37:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB61bvdZ062975; Wed, 5 Dec 2007 20:37:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB61bv1l016355; Wed, 5 Dec 2007 20:37:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4C5CC73039; Wed, 5 Dec 2007 20:37:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071206013757.4C5CC73039@freebsd-current.sentex.ca> Date: Wed, 5 Dec 2007 20:37:57 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 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: Thu, 06 Dec 2007 01:37:59 -0000 TB --- 2007-12-06 00:34:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-06 00:34:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-12-06 00:34:29 - cleaning the object tree TB --- 2007-12-06 00:34:56 - cvsupping the source tree TB --- 2007-12-06 00:34:56 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-12-06 00:35:03 - building world (CFLAGS=-O -pipe) TB --- 2007-12-06 00:35:03 - cd /src TB --- 2007-12-06 00:35:03 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 6 00:35:05 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 6 01:32:29 UTC 2007 TB --- 2007-12-06 01:32:29 - generating LINT kernel config TB --- 2007-12-06 01:32:29 - cd /src/sys/sparc64/conf TB --- 2007-12-06 01:32:29 - /usr/bin/make -B LINT TB --- 2007-12-06 01:32:30 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-06 01:32:30 - cd /src TB --- 2007-12-06 01:32:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 6 01:32:30 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net80211/ieee80211_crypto_wep.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net80211/ieee80211_freebsd.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net80211/ieee80211_ht.c cc1: warnings being treated as errors /src/sys/net80211/ieee80211_ht.c: In function 'ieee80211_setup_htrates': /src/sys/net80211/ieee80211_ht.c:1122: warning: cast discards qualifiers from pointer target type /src/sys/net80211/ieee80211_ht.c: In function 'ieee80211_setup_basic_htrates': /src/sys/net80211/ieee80211_ht.c:1160: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-06 01:37:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-06 01:37:57 - ERROR: failed to build lint kernel TB --- 2007-12-06 01:37:57 - tinderbox aborted TB --- 2841.34 user 352.82 system 3807.51 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 02:00: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 ADC4B16A41B for ; Thu, 6 Dec 2007 02:00:36 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 2AB3813C458 for ; Thu, 6 Dec 2007 02:00:36 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id D1A1EEB4F9E; Thu, 6 Dec 2007 04:00:34 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id B45DA157BEB; Thu, 6 Dec 2007 04:00:34 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7LEnQiRDc9ZW; Thu, 6 Dec 2007 04:00:34 +0200 (EET) Received: from ace.netcins.ceid.upatras.gr (vfppp079167010191.dsl.hol.gr [79.167.10.191]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 6F89E157BCB; Thu, 6 Dec 2007 04:00:34 +0200 (EET) Received: by ace.netcins.ceid.upatras.gr (Postfix, from userid 1001) id 4CC263F40F; Thu, 6 Dec 2007 04:00:33 +0200 (EET) Date: Thu, 6 Dec 2007 04:00:33 +0200 From: Nikos Ntarmos To: freebsd-current@freebsd.org Message-ID: <20071206020033.GB83604@ace.netcins.ceid.upatras.gr> Mail-Followup-To: freebsd-current@freebsd.org, Jan Lentfer References: <4756BAD3.4060905@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <4756BAD3.4060905@web.de> Organization: NetCInS Lab., C.E.I.D., U. of Patras, Greece WWW-Homepage: http://ntarmos.dyndns.org/ X-PGP-Fingerprint: 9680 60A7 DE60 0298 B1F0 9B22 9BA2 7569 CF95 160A Office-Phone: +30-2610-996919 Office-Fax: +30-2610-969011 GPS-Info: 38.31N, 21.82E User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Jan Lentfer Subject: Re: Problems Building 7.0-Beta3 with -Os 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, 06 Dec 2007 02:00:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Dec 05, 2007 at 03:50:59PM +0100, Jan Lentfer wrote: > Dear List, > > I am having problems compiling 7.0-Beta3 on my VIA C7 system with 1 GIG of RAM. > The problem seems to be the memory consumption so I turned off all larger processes. This is what happens: > > ===> gnu/usr.bin/cc/libdecnumber (all) > ===> gnu/usr.bin/cc/cc_int (all) > cc -Os -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/RELENG_7/src/tmp/usr\" -I/usr/obj/usr/RELENG_7/src/tmp/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include > -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber > -I/usr/obj/usr/RELENG_7/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c > > cc1: out of memory allocating 136475392 bytes > *** Error code 1 Have you changed any of the limits in /etc/login.conf? What is the output of 'ulimit -a'? \n\n -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Nikos Ntarmos iD8DBQFHV1fBm6J1ac+VFgoRAqHdAJ4nJ5vhB/xo7LmFHHcXNWJ7XO34UwCfbYJ3 geAD4JQyqliuMCaWFwr0HcE= =KA5Y -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 02:06:12 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 0531016A468 for ; Thu, 6 Dec 2007 02:06:12 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id CD81513C44B for ; Thu, 6 Dec 2007 02:06:11 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id F2A0128454; Wed, 5 Dec 2007 19:32:55 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 85A8261C44; Wed, 5 Dec 2007 19:32:55 -0600 (CST) Date: Wed, 5 Dec 2007 19:32:55 -0600 From: "Matthew D. Fuller" To: "Julian H. Stacey" Message-ID: <20071206013255.GI71129@over-yonder.net> References: <20071205202826.GA17217@bewilderbeast.blackhelicopters.org> <200712052053.lB5KrdQf096920@fire.js.berklix.net> <20071205220444.GA17801@bewilderbeast.blackhelicopters.org> <200712060101.lB611XLF001068@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200712060101.lB611XLF001068@fire.js.berklix.net> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.16-fullermd.4 (2007-06-09) Cc: current@freebsd.org Subject: Re: 7.0beta3 Installation problem 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, 06 Dec 2007 02:06:12 -0000 On Thu, Dec 06, 2007 at 02:01:33AM +0100 I heard the voice of Julian H. Stacey, and lo! it spake thus: > > Only SAS in GENERIC is > device mfi # LSI MegaRAID SAS Not quite true. mpt, for instance, also supports some SAS HBA's. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 02:07: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 24C7216A421; Thu, 6 Dec 2007 02:07: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 E700413C46A; Thu, 6 Dec 2007 02:07: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 lB627DSA024105; Wed, 5 Dec 2007 21:07:13 -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 lB627DiC009313; Wed, 5 Dec 2007 21:07:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1761D73039; Wed, 5 Dec 2007 21:07:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071206020713.1761D73039@freebsd-current.sentex.ca> Date: Wed, 5 Dec 2007 21:07:13 -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: Thu, 06 Dec 2007 02:07:14 -0000 TB --- 2007-12-06 01:08:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-06 01:08:36 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-06 01:08:36 - cleaning the object tree TB --- 2007-12-06 01:09:00 - cvsupping the source tree TB --- 2007-12-06 01:09:00 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-06 01:09:06 - building world (CFLAGS=-O -pipe) TB --- 2007-12-06 01:09:06 - cd /src TB --- 2007-12-06 01:09:06 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 6 01:09:07 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 6 02:02:45 UTC 2007 TB --- 2007-12-06 02:02:45 - generating LINT kernel config TB --- 2007-12-06 02:02:45 - cd /src/sys/sun4v/conf TB --- 2007-12-06 02:02:45 - /usr/bin/make -B LINT TB --- 2007-12-06 02:02:45 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-06 02:02:45 - cd /src TB --- 2007-12-06 02:02:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 6 02:02:45 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net80211/ieee80211_crypto_wep.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net80211/ieee80211_freebsd.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net80211/ieee80211_ht.c cc1: warnings being treated as errors /src/sys/net80211/ieee80211_ht.c: In function 'ieee80211_setup_htrates': /src/sys/net80211/ieee80211_ht.c:1122: warning: cast discards qualifiers from pointer target type /src/sys/net80211/ieee80211_ht.c: In function 'ieee80211_setup_basic_htrates': /src/sys/net80211/ieee80211_ht.c:1160: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-06 02:07:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-06 02:07:13 - ERROR: failed to build lint kernel TB --- 2007-12-06 02:07:13 - tinderbox aborted TB --- 2833.02 user 349.55 system 3516.42 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 02:37:51 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 714E416A419 for ; Thu, 6 Dec 2007 02:37:51 +0000 (UTC) (envelope-from freebsdworld@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 2D21313C45B for ; Thu, 6 Dec 2007 02:37:51 +0000 (UTC) (envelope-from freebsdworld@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so19421anc for ; Wed, 05 Dec 2007 18:37:50 -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:subject:content-type:content-transfer-encoding; bh=B3n9vR9ZK20uBcsjE7k39Nzof6elJFg6lrd8YROzx14=; b=lvnL1gq43sIyBtVjJbbq2XpafNPZtjhC1keZfjVEXBoCm+NxlTviZCPGHrb4cHpvwgYiy0sxRiITLChVlpBoNaxdC3fwFgO+yxjp+XoM3EVvkHfxxXtl9VSz1J+1Y3bRPm0I8DI5e0IfiH7Jjogfzy4W3cS75N3B5rxu9LqzWZ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=e3eHMxAU0LF83R5yY67CkzHWemuPIJf/jT1RfWd0tP8wkL8kY8YCkPmtaD3x1wcPBfM/Xg6vLI5i7nossxn1K+8q/pDzM90GxoeoYlo9+3PTRD7ndSZIFFyfTi6PhX1S+/TA6z2TWfmoCLJMus5wTarATBD+sILqPugPLLsFow8= Received: by 10.101.67.11 with SMTP id u11mr4296063ank.1196906917918; Wed, 05 Dec 2007 18:08:37 -0800 (PST) Received: from Desktop.rochester.rr.com ( [74.74.228.251]) by mx.google.com with ESMTPS id k3sm2541343rog.2007.12.05.18.08.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 05 Dec 2007 18:08:36 -0800 (PST) Message-ID: <475759B7.6080502@gmail.com> Date: Wed, 05 Dec 2007 21:08:55 -0500 From: Benjamin Adams User-Agent: Thunderbird 2.0.0.6 (X11/20071020) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: wireless 3945ABG Wireless support 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, 06 Dec 2007 02:37:51 -0000 I'm currently running 6.2 on my ibm T60. I want to upgrade to 7.0 or 8.0. Do either one have the intel 3945ABG wireless driver installed by default? or where can I download the latest drivers for it? Thanks ----------------------------------------- Ben Adams http://www.FreeBSD-World.com/ From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 02:47:54 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 7296C16A419 for ; Thu, 6 Dec 2007 02:47:54 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0BCCD13C45D for ; Thu, 6 Dec 2007 02:47:53 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 32527 invoked from network); 6 Dec 2007 02:45:43 -0000 Received: from unknown (HELO ?192.168.0.2?) (spawk@69.123.41.145) by acm.poly.edu with AES256-SHA encrypted SMTP; 6 Dec 2007 02:45:43 -0000 Message-ID: <475762D0.8080404@acm.poly.edu> Date: Wed, 05 Dec 2007 21:47:44 -0500 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.0 (X11/20070609) MIME-Version: 1.0 To: Benjamin Adams References: <475759B7.6080502@gmail.com> In-Reply-To: <475759B7.6080502@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: wireless 3945ABG Wireless support 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, 06 Dec 2007 02:47:54 -0000 Benjamin Adams wrote: > I'm currently running 6.2 on my ibm T60. > I want to upgrade to 7.0 or 8.0. > Do either one have the intel 3945ABG wireless driver installed by > default? > or where can I download the latest drivers for it? > Thanks > > ----------------------------------------- > Ben Adams > http://www.FreeBSD-World.com/ > _______________________________________________ > 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" You can get the driver for 7/8 from http://www.clearchain.com/wiki/Wpi, and it's included in 8-CURRENT. -Boris From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 02:52: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 72EF916A417 for ; Thu, 6 Dec 2007 02:52:56 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id F08F113C45B for ; Thu, 6 Dec 2007 02:52:55 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.p.matik.com.br [200.152.83.36] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id lB62qvCu016342; Thu, 6 Dec 2007 00:52:57 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Thu, 6 Dec 2007 00:51:25 -0200 User-Agent: KMail/1.9.7 References: <4756BAD3.4060905@web.de> <95938867@bb.ipt.ru> In-Reply-To: <95938867@bb.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200712060051.26294.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Boris Samorodov , Jan Lentfer Subject: Re: Problems Building 7.0-Beta3 with -Os 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, 06 Dec 2007 02:52:56 -0000 On Wednesday 05 December 2007 14:06:52 Boris Samorodov wrote: > On Wed, 05 Dec 2007 15:50:59 +0100 Jan Lentfer wrote: > > I am having problems compiling 7.0-Beta3 on my VIA C7 system with 1 > > GIG of RAM. > > The problem seems to be the memory consumption so I turned off all > > larger processes. This is what happens: > > > > =3D=3D=3D> gnu/usr.bin/cc/libdecnumber (all) > > =3D=3D=3D> gnu/usr.bin/cc/cc_int (all) > > cc -Os -pipe -DIN_GCC -DHAVE_CONFIG_H > > "Os" is not supported/tested/etc. From /usr/share/examples/etc/make.conf: > ----- > # CFLAGS controls the compiler settings used when compiling C code. > # Note that optimization settings other than -O and -O2 are not recommend= ed > # or supported for compiling the world or the kernel - please revert any > # nonstandard optimization settings to "-O" or "-O2 -fno-strict-aliasing" > # before submitting bug reports without patches to the developers. > ----- =46YI, I am certainly very performance and not compatibility oriented whatever, my question, probably disturbing question, is what any available= =20 make.conf option could offer any measurable or significant advantage for a= =20 system which only has 1Gig and as like you say a "VIA C7 system"? What=20 miracle you are waiting for when tweaking make.conf with parms others than= =20 specifics to you ownly and lownly CPU? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 03:06: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 26B5316A41B for ; Thu, 6 Dec 2007 03:06:21 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 086A913C457 for ; Thu, 6 Dec 2007 03:06:20 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 8582 invoked from network); 6 Dec 2007 03:06:22 -0000 Received: from 209-128-117-003.bayarea.net (HELO ?10.0.8.5?) (nate-mail@209.128.117.3) by root.org with ESMTPA; 6 Dec 2007 03:06:22 -0000 Message-ID: <47576740.6060907@root.org> Date: Wed, 05 Dec 2007 19:06:40 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: current@FreeBSD.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: trap in fdfree() on RELENG_7 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, 06 Dec 2007 03:06:21 -0000 Continuing my winning streak, got a page fault panic on boot of the same laptop. virt address = 0x4000000 eip = 0x20:0xc0715c31 process: dhclient Stack: fdfree(c46dda50,0,c0a59430,fe,e6b52aec,...) at fdfree+0x381 exit1(c46dda50,1,c0a5bce6,b3b,c0a5ea7a,...) at exit1+0x48a sigexit() postsig() ast() doreti_ast() -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 03:44:08 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 6011616A417; Thu, 6 Dec 2007 03:44:08 +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 1448F13C4EE; Thu, 6 Dec 2007 03:44:07 +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 lB63i7Xe028255; Wed, 5 Dec 2007 22:44:07 -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 lB63i752004502; Wed, 5 Dec 2007 22:44:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1D26F73039; Wed, 5 Dec 2007 22:44:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071206034407.1D26F73039@freebsd-current.sentex.ca> Date: Wed, 5 Dec 2007 22:44:07 -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 amd64/amd64 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, 06 Dec 2007 03:44:08 -0000 TB --- 2007-12-06 02:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-06 02:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-06 02:10:00 - cleaning the object tree TB --- 2007-12-06 02:10:53 - cvsupping the source tree TB --- 2007-12-06 02:10:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-06 02:11:00 - building world (CFLAGS=-O -pipe) TB --- 2007-12-06 02:11:00 - cd /src TB --- 2007-12-06 02:11:00 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 6 02:11:01 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Dec 6 03:36:53 UTC 2007 TB --- 2007-12-06 03:36:53 - generating LINT kernel config TB --- 2007-12-06 03:36:53 - cd /src/sys/amd64/conf TB --- 2007-12-06 03:36:53 - /usr/bin/make -B LINT TB --- 2007-12-06 03:36:53 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-06 03:36:53 - cd /src TB --- 2007-12-06 03:36:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 6 03:36:53 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_crypto_wep.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_freebsd.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_ht.c cc1: warnings being treated as errors /src/sys/net80211/ieee80211_ht.c: In function 'ieee80211_setup_htrates': /src/sys/net80211/ieee80211_ht.c:1122: warning: cast discards qualifiers from pointer target type /src/sys/net80211/ieee80211_ht.c: In function 'ieee80211_setup_basic_htrates': /src/sys/net80211/ieee80211_ht.c:1160: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-06 03:44:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-06 03:44:06 - ERROR: failed to build lint kernel TB --- 2007-12-06 03:44:06 - tinderbox aborted TB --- 4201.24 user 537.63 system 5646.41 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 04:16:20 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 C065116A418; Thu, 6 Dec 2007 04:16:20 +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 7258113C455; Thu, 6 Dec 2007 04:16:20 +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 lB64GJNG029633; Wed, 5 Dec 2007 23:16: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 lB64GJH7031386; Wed, 5 Dec 2007 23:16:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8E04A73039; Wed, 5 Dec 2007 23:16:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071206041619.8E04A73039@freebsd-current.sentex.ca> Date: Wed, 5 Dec 2007 23:16:19 -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 i386/i386 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, 06 Dec 2007 04:16:20 -0000 TB --- 2007-12-06 03:07:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-06 03:07:58 - starting HEAD tinderbox run for i386/i386 TB --- 2007-12-06 03:07:58 - cleaning the object tree TB --- 2007-12-06 03:08:30 - cvsupping the source tree TB --- 2007-12-06 03:08:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2007-12-06 03:08:38 - building world (CFLAGS=-O -pipe) TB --- 2007-12-06 03:08:38 - cd /src TB --- 2007-12-06 03:08:38 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 6 03:08:39 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 6 04:08:47 UTC 2007 TB --- 2007-12-06 04:08:47 - generating LINT kernel config TB --- 2007-12-06 04:08:47 - cd /src/sys/i386/conf TB --- 2007-12-06 04:08:47 - /usr/bin/make -B LINT TB --- 2007-12-06 04:08:47 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-06 04:08:47 - cd /src TB --- 2007-12-06 04:08:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 6 04:08:48 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_crypto_wep.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_freebsd.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_ht.c cc1: warnings being treated as errors /src/sys/net80211/ieee80211_ht.c: In function 'ieee80211_setup_htrates': /src/sys/net80211/ieee80211_ht.c:1122: warning: cast discards qualifiers from pointer target type /src/sys/net80211/ieee80211_ht.c: In function 'ieee80211_setup_basic_htrates': /src/sys/net80211/ieee80211_ht.c:1160: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-06 04:16:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-06 04:16:19 - ERROR: failed to build lint kernel TB --- 2007-12-06 04:16:19 - tinderbox aborted TB --- 3080.56 user 378.53 system 4100.98 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 04:59:43 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 C497816A419; Thu, 6 Dec 2007 04:59:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 772DB13C448; Thu, 6 Dec 2007 04:59:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB64xg80031079; Wed, 5 Dec 2007 23:59:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB64xgil028319; Wed, 5 Dec 2007 23:59:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4C81A73039; Wed, 5 Dec 2007 23:59:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071206045942.4C81A73039@freebsd-current.sentex.ca> Date: Wed, 5 Dec 2007 23:59:42 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 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, 06 Dec 2007 04:59:43 -0000 TB --- 2007-12-06 03:44:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-06 03:44:07 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-12-06 03:44:07 - cleaning the object tree TB --- 2007-12-06 03:44:27 - cvsupping the source tree TB --- 2007-12-06 03:44:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2007-12-06 03:44:33 - building world (CFLAGS=-O -pipe) TB --- 2007-12-06 03:44:33 - cd /src TB --- 2007-12-06 03:44:33 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 6 03:44:35 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 6 04:44:36 UTC 2007 TB --- 2007-12-06 04:44:36 - generating LINT kernel config TB --- 2007-12-06 04:44:36 - cd /src/sys/pc98/conf TB --- 2007-12-06 04:44:36 - /usr/bin/make -B LINT TB --- 2007-12-06 04:44:36 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-06 04:44:36 - cd /src TB --- 2007-12-06 04:44:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 6 04:44:36 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -DPC98 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/wlan/../../net80211/ieee80211_scan.c cc -O -pipe -DPC98 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/wlan/../../net80211/ieee80211_regdomain.c cc -O -pipe -DPC98 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/wlan/../../net80211/ieee80211_ht.c cc1: warnings being treated as errors /src/sys/modules/wlan/../../net80211/ieee80211_ht.c: In function 'ieee80211_setup_htrates': /src/sys/modules/wlan/../../net80211/ieee80211_ht.c:1122: warning: cast discards qualifiers from pointer target type /src/sys/modules/wlan/../../net80211/ieee80211_ht.c: In function 'ieee80211_setup_basic_htrates': /src/sys/modules/wlan/../../net80211/ieee80211_ht.c:1160: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop in /src/sys/modules/wlan. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-06 04:59:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-06 04:59:42 - ERROR: failed to build lint kernel TB --- 2007-12-06 04:59:42 - tinderbox aborted TB --- 3436.09 user 413.16 system 4534.91 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 05:32:24 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 E17DB16A418; Thu, 6 Dec 2007 05:32:24 +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 AC88C13C457; Thu, 6 Dec 2007 05:32:24 +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 lB65WNQS076903; Thu, 6 Dec 2007 00:32:24 -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 lB65WN7l094185; Thu, 6 Dec 2007 00:32:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9E00273039; Thu, 6 Dec 2007 00:32:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071206053223.9E00273039@freebsd-current.sentex.ca> Date: Thu, 6 Dec 2007 00:32:23 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 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, 06 Dec 2007 05:32:25 -0000 TB --- 2007-12-06 04:16:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-06 04:16:19 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-06 04:16:19 - cleaning the object tree TB --- 2007-12-06 04:16:44 - cvsupping the source tree TB --- 2007-12-06 04:16:44 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-06 04:16:51 - building world (CFLAGS=-O -pipe) TB --- 2007-12-06 04:16:51 - cd /src TB --- 2007-12-06 04:16:51 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 6 04:16:53 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 6 05:25:14 UTC 2007 TB --- 2007-12-06 05:25:14 - generating LINT kernel config TB --- 2007-12-06 05:25:14 - cd /src/sys/ia64/conf TB --- 2007-12-06 05:25:14 - /usr/bin/make -B LINT TB --- 2007-12-06 05:25:15 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-06 05:25:15 - cd /src TB --- 2007-12-06 05:25:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 6 05:25:15 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_crypto_wep.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_freebsd.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_ht.c cc1: warnings being treated as errors /src/sys/net80211/ieee80211_ht.c: In function 'ieee80211_setup_htrates': /src/sys/net80211/ieee80211_ht.c:1122: warning: cast discards qualifiers from pointer target type /src/sys/net80211/ieee80211_ht.c: In function 'ieee80211_setup_basic_htrates': /src/sys/net80211/ieee80211_ht.c:1160: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-06 05:32:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-06 05:32:23 - ERROR: failed to build lint kernel TB --- 2007-12-06 05:32:23 - tinderbox aborted TB --- 3525.02 user 375.18 system 4563.82 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 06:59: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 6E88216A473 for ; Thu, 6 Dec 2007 06:59:16 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id DCBD413C45D for ; Thu, 6 Dec 2007 06:59:15 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 9B32BEB4DB7; Thu, 6 Dec 2007 08:59:14 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 7F2571586EF; Thu, 6 Dec 2007 08:59:14 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zr2Ye6H3vQuw; Thu, 6 Dec 2007 08:59:14 +0200 (EET) Received: from ace.netcins.ceid.upatras.gr (vfppp079167010191.dsl.hol.gr [79.167.10.191]) by mail.ceid.upatras.gr (Postfix) with ESMTP id F2F62157A6B; Thu, 6 Dec 2007 08:59:13 +0200 (EET) Received: by ace.netcins.ceid.upatras.gr (Postfix, from userid 1001) id 4CD6D3F40F; Thu, 6 Dec 2007 08:59:12 +0200 (EET) Date: Thu, 6 Dec 2007 08:59:11 +0200 From: Nikos Ntarmos To: freebsd-current@freebsd.org Message-ID: <20071206065911.GA55397@ace.netcins.ceid.upatras.gr> Mail-Followup-To: freebsd-current@freebsd.org, Jan Lentfer References: <4756BAD3.4060905@web.de> <20071206020033.GB83604@ace.netcins.ceid.upatras.gr> <47579348.3090709@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <47579348.3090709@web.de> Organization: NetCInS Lab., C.E.I.D., U. of Patras, Greece WWW-Homepage: http://ntarmos.dyndns.org/ X-PGP-Fingerprint: 9680 60A7 DE60 0298 B1F0 9B22 9BA2 7569 CF95 160A Office-Phone: +30-2610-996919 Office-Fax: +30-2610-969011 GPS-Info: 38.31N, 21.82E User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Jan Lentfer Subject: Re: Problems Building 7.0-Beta3 with -Os 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, 06 Dec 2007 06:59:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Dec 06, 2007 at 07:14:32AM +0100, Jan Lentfer wrote: > Nikos Ntarmos schrieb: > > On Wed, Dec 05, 2007 at 03:50:59PM +0100, Jan Lentfer wrote: > > > Dear List, > > > > > I am having problems compiling 7.0-Beta3 on my VIA C7 system with 1 > > GIG of RAM. > > > The problem seems to be the memory consumption so I turned off all > > larger processes. This is what happens: > > > > > ===> gnu/usr.bin/cc/libdecnumber (all) > > > ===> gnu/usr.bin/cc/cc_int (all) > > > cc -Os -pipe -DIN_GCC -DHAVE_CONFIG_H > > -DPREFIX=\"/usr/obj/usr/RELENG_7/src/tmp/usr\" > > -I/usr/obj/usr/RELENG_7/src/tmp/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../cc_tools > > > > > -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../cc_tools > > -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > > > > > -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config > > -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include > > > > > > > -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include > > -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber > > > > > -I/usr/obj/usr/RELENG_7/src/tmp/legacy/usr/include -c > > ../cc_tools/insn-attrtab.c > > > > > cc1: out of memory allocating 136475392 bytes > > > *** Error code 1 > > > > Have you changed any of the limits in /etc/login.conf? What is the > > output of 'ulimit -a'? > > > > \n\n > Hi Nikos, > > [root@epia /usr/RELENG_7/src]# ulimit -a > core file size (blocks, -c) unlimited > data seg size (kbytes, -d) 524288 ^^^^^^ > file size (blocks, -f) unlimited > max locked memory (kbytes, -l) unlimited > max memory size (kbytes, -m) unlimited > open files (-n) 11095 > pipe size (512 bytes, -p) 1 > stack size (kbytes, -s) 65536 > cpu time (seconds, -t) unlimited > max user processes (-u) 5547 > virtual memory (kbytes, -v) unlimited > > I haven't changed anything there from the defaults. Memory is unlimited. Hmmm... procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 da0 in sy cs us sy id [...] 1 1 0 623384 174992 43861 0 0 0 92 0 0 0 1299 138 347 43 57 0 >>>> Compilation break 0 0 0 70200 711396 2515 0 0 0 136608 0 9 0 1257 453 281 9 91 0 ^^^^^^ ^^^^^^ Funny how 'avm' and 'fre' are lower/higher by almost the same amout your max dataseg is after the compilation break... Do you have a swap partition? If you do, perhaps you should try bumping kern.maxdsiz and kern.maxssiz in /boot/loader.conf and see what happens... (e.g. try with kern.maxdsiz="896M" and kern.maxssiz="256M" with 1G RAM and another 1G swap). Also, what is the value of kern.maxusers? \n\n -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Nikos Ntarmos iD8DBQFHV52/m6J1ac+VFgoRAtC8AKCKgfp0OtSL41AOXUtvMRJrRtiePACfdHGs SiefPVNofzEunVhpL+w2vu0= =Qz2O -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 07:13: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 E61DC16A417 for ; Thu, 6 Dec 2007 07:13:37 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 9D34113C44B for ; Thu, 6 Dec 2007 07:13:37 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1J0AvP-000Dev-Sl; Thu, 06 Dec 2007 10:13:35 +0300 To: obrien@freebsd.org References: <4756BAD3.4060905@web.de> <95938867@bb.ipt.ru> <20071205231628.GA15765@dragon.NUXI.org> From: Boris Samorodov Date: Thu, 06 Dec 2007 10:11:57 +0300 In-Reply-To: <20071205231628.GA15765@dragon.NUXI.org> (David O'Brien's message of "Wed\, 5 Dec 2007 15\:16\:28 -0800") Message-ID: <29845810@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Jan Lentfer , freebsd-current@freebsd.org Subject: Re: Problems Building 7.0-Beta3 with -Os 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, 06 Dec 2007 07:13:38 -0000 On Wed, 5 Dec 2007 15:16:28 -0800 David O'Brien wrote: > > "Os" is not supported/tested/etc. From /usr/share/examples/etc/make.conf: > While true.. > > ----- > > # CFLAGS controls the compiler settings used when compiling C code. > > # Note that optimization settings other than -O and -O2 are not recommended Hm, I've always have read that as other than "-O and -O2" are not recommended. ;-) > This is to warn against -O3 or -O0 (no opt). If that's true than that note should be changed. > -Os is a collection of > optimizations that is between -O1 and -O2. That is -Os includes > everything that -O1 does, and -O2 includes everything that -Os does. > In otherwords: -O1 < -Os < -O2 (properly) > The reporter is having trouble with both -O2 and -Os, so that should not > happen. Yep, but at this case if I were a reporter I'd post an error log with "-O2" option. ;-) WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 07:23: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 D2E6116A419; Thu, 6 Dec 2007 07:23:02 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from mail.vega.ru (infra.dev.vega.ru [90.156.167.14]) by mx1.freebsd.org (Postfix) with ESMTP id 87EED13C45B; Thu, 6 Dec 2007 07:23:02 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from [87.242.97.68] (port=54450 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J0B4U-000KGQ-8D; Thu, 06 Dec 2007 07:22:58 +0000 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.2/8.14.2) with ESMTP id lB67Megs081964; Thu, 6 Dec 2007 10:22:40 +0300 (MSK) (envelope-from rermilov@team.vega.ru) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.2/8.14.2/Submit) id lB67Mer7081963; Thu, 6 Dec 2007 10:22:40 +0300 (MSK) (envelope-from rermilov@team.vega.ru) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to rermilov@team.vega.ru using -f Date: Thu, 6 Dec 2007 10:22:39 +0300 From: Ruslan Ermilov To: obrien@freebsd.org Message-ID: <20071206072239.GA81748@team.vega.ru> References: <4756BAD3.4060905@web.de> <95938867@bb.ipt.ru> <20071205231628.GA15765@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071205231628.GA15765@dragon.NUXI.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Boris Samorodov , Jan Lentfer , freebsd-current@freebsd.org Subject: Re: Problems Building 7.0-Beta3 with -Os 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, 06 Dec 2007 07:23:02 -0000 On Wed, Dec 05, 2007 at 03:16:28PM -0800, David O'Brien wrote: > [...] -Os is a collection of > optimizations that is between -O1 and -O2. That is -Os includes > everything that -O1 does, and -O2 includes everything that -Os does. > In otherwords: -O1 < -Os < -O2 (properly) > I read it differently. From the manpage: : -Os Optimize for size. -Os enables all -O2 optimizations that do not : typically increase code size. It also performs further optimiza- : tions designed to reduce code size. It says that -Os is a subset of -O2 optimizations plus some extra optimizations. Reading further in a manpage, there's only one, -mspace. Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 07:52: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 AF3B516A419; Thu, 6 Dec 2007 07:52:52 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 5287013C43E; Thu, 6 Dec 2007 07:52:52 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5663F.dip.t-dialin.net [84.165.102.63]) by redbull.bpaserver.net (Postfix) with ESMTP id EF1092E270; Thu, 6 Dec 2007 08:43:44 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 674D678871; Thu, 6 Dec 2007 08:43:42 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1196927022; bh=9Bqwpr4kQbAAsJDo+QM9W5X35g/NF+jz/ ezXg1z4EH4=; h=Message-ID:X-Priority:Date:From:To:Cc:Subject: References:In-Reply-To:MIME-Version:Content-Type: Content-Disposition:Content-Transfer-Encoding:User-Agent; b=HT2KQw a2G6DBSOyp9nJD/JiEm/to2XHH/P3hAaJKrkmiA9I0M02p4+AcPsHqH/LnudVeBqvp4 y9UbckVNSFIVVDlKb6JAkVsiPswuiAxbHJusexI2ov4nJHP3zt91t3wL2ZUxxnu4WEI YlU4KN8NHB/6EH3SDQMzY3KcSTafRBwPzAiscZY/TuCmqrHHoKYDrwB/sVnSDTMweHK rqAZmaMAwdCD8yQ2Nzb5R6IqXCnGtuCvpx6wVBVR++x8purVIpD0Nc74HIvGjFdLajk WgH8L8uSduoW3O5W0qViQmM+lLHsxTc3vd9UXewT+jIWliBq40lCAvUbns4Dsyd4iC7 Q== Received: (from www@localhost) by webmail.leidinger.net (8.14.1/8.13.8/Submit) id lB67hgOo054296; Thu, 6 Dec 2007 08:43:42 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 06 Dec 2007 08:43:42 +0100 Message-ID: <20071206084342.cv8xbmqg4k0co8kg@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 06 Dec 2007 08:43:42 +0100 From: Alexander Leidinger To: Ruslan Ermilov References: <4756BAD3.4060905@web.de> <95938867@bb.ipt.ru> <20071205231628.GA15765@dragon.NUXI.org> <20071206072239.GA81748@team.vega.ru> In-Reply-To: <20071206072239.GA81748@team.vega.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-13.504, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Boris Samorodov , Jan Lentfer , freebsd-current@freebsd.org Subject: Re: Problems Building 7.0-Beta3 with -Os 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, 06 Dec 2007 07:52:52 -0000 Quoting Ruslan Ermilov (from Thu, 6 Dec 2007 10:22:39 +0300= ): > On Wed, Dec 05, 2007 at 03:16:28PM -0800, David O'Brien wrote: >> [...] -Os is a collection of >> optimizations that is between -O1 and -O2. That is -Os includes >> everything that -O1 does, and -O2 includes everything that -Os does. >> In otherwords: -O1 < -Os < -O2 (properly) >> > I read it differently. From the manpage: > > : -Os Optimize for size. -Os enables all -O2 optimizations that do not > : typically increase code size. It also performs further optimiza- > : tions designed to reduce code size. > > It says that -Os is a subset of -O2 optimizations plus some > extra optimizations. Reading further in a manpage, there's > only one, -mspace. And after the import of the new gcc in 7, a lot of people noticed, =20 that the resulting binaries are larger with -Os than with -O2. This =20 doesn't help for the original problem (not being able to compile =20 FreeBSD), but gives a hint to prefer -O2 over -Os when the problem is =20 found. Bye, Alexander. --=20 Is knowledge knowable? If not, how do we know that? http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 06:15:09 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 F3A3416A41A for ; Thu, 6 Dec 2007 06:15:08 +0000 (UTC) (envelope-from Jan.Lentfer@web.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 5980813C457 for ; Thu, 6 Dec 2007 06:15:08 +0000 (UTC) (envelope-from Jan.Lentfer@web.de) Received: from [195.4.92.13] (helo=3.mx.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1J0A0o-0001F2-RS; Thu, 06 Dec 2007 07:15:06 +0100 Received: from p54b0ec7e.dip.t-dialin.net ([84.176.236.126]:64241 helo=epia.lan.net) by 3.mx.freenet.de with esmtpa (ID jan.lentfer@freenet.de) (port 25) (Exim 4.68 #1) id 1J0A0o-0000jy-Na; Thu, 06 Dec 2007 07:15:06 +0100 Received: from localhost (localhost [127.0.0.1]) by epia.lan.net (Postfix) with ESMTP id 0F32F8B728; Thu, 6 Dec 2007 07:15:06 +0100 (CET) X-Virus-Scanned: amavisd-new at lan.net Received: from epia.lan.net ([127.0.0.1]) by localhost (mail.lan.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9eizyJ7o3IRI; Thu, 6 Dec 2007 07:14:48 +0100 (CET) Received: from [10.94.76.100] (pavilion.lan.net [10.94.76.100]) by epia.lan.net (Postfix) with ESMTP id A3CD58A371; Thu, 6 Dec 2007 07:14:48 +0100 (CET) Message-ID: <47579348.3090709@web.de> Date: Thu, 06 Dec 2007 07:14:32 +0100 From: Jan Lentfer User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: freebsd-current@freebsd.org, ntarmos@ceid.upatras.gr References: <4756BAD3.4060905@web.de> <20071206020033.GB83604@ace.netcins.ceid.upatras.gr> In-Reply-To: <20071206020033.GB83604@ace.netcins.ceid.upatras.gr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 06 Dec 2007 12:20:15 +0000 Cc: Subject: Re: Problems Building 7.0-Beta3 with -Os 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, 06 Dec 2007 06:15:09 -0000 Nikos Ntarmos schrieb: > On Wed, Dec 05, 2007 at 03:50:59PM +0100, Jan Lentfer wrote: > > Dear List, > > > I am having problems compiling 7.0-Beta3 on my VIA C7 system with 1 > GIG of RAM. > > The problem seems to be the memory consumption so I turned off all > larger processes. This is what happens: > > > ===> gnu/usr.bin/cc/libdecnumber (all) > > ===> gnu/usr.bin/cc/cc_int (all) > > cc -Os -pipe -DIN_GCC -DHAVE_CONFIG_H > -DPREFIX=\"/usr/obj/usr/RELENG_7/src/tmp/usr\" > -I/usr/obj/usr/RELENG_7/src/tmp/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../cc_tools > > > -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > > > -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config > -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include > > > > -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include > -I/usr/RELENG_7/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber > > > -I/usr/obj/usr/RELENG_7/src/tmp/legacy/usr/include -c > ../cc_tools/insn-attrtab.c > > > cc1: out of memory allocating 136475392 bytes > > *** Error code 1 > > Have you changed any of the limits in /etc/login.conf? What is the > output of 'ulimit -a'? > > \n\n Hi Nikos, [root@epia /usr/RELENG_7/src]# ulimit -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) 524288 file size (blocks, -f) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 11095 pipe size (512 bytes, -p) 1 stack size (kbytes, -s) 65536 cpu time (seconds, -t) unlimited max user processes (-u) 5547 virtual memory (kbytes, -v) unlimited I haven't changed anything there from the defaults. Memory is unlimited. Regards, Jan From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 13:41: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 965E016A419 for ; Thu, 6 Dec 2007 13:41:55 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id 1572C13C467 for ; Thu, 6 Dec 2007 13:41:54 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAEKKV0d5LbAb/2dsb2JhbACBWg X-IronPort-AV: E=Sophos;i="4.23,261,1194183000"; d="scan'208";a="11991618" Received: from ppp121-45-176-27.lns11.adl2.internode.on.net (HELO mail.clearchain.com) ([121.45.176.27]) by ipmail05.adl2.internode.on.net with ESMTP; 07 Dec 2007 00:11:52 +1030 Received: from [192.168.155.249] (draco.internal.clearchain.com [192.168.155.249]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id lB6Dfn17099330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Dec 2007 00:11:51 +1030 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <4757FC17.4040605@clearchain.com> Date: Fri, 07 Dec 2007 00:11:43 +1030 From: Benjamin Close User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Boris Kochergin References: <475759B7.6080502@gmail.com> <475762D0.8080404@acm.poly.edu> In-Reply-To: <475762D0.8080404@acm.poly.edu> 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 pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Fri, 07 Dec 2007 00:11:51 +1030 (CST) Cc: Benjamin Adams , freebsd-current@freebsd.org Subject: Re: wireless 3945ABG Wireless support 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, 06 Dec 2007 13:41:55 -0000 Boris Kochergin wrote: > Benjamin Adams wrote: >> I'm currently running 6.2 on my ibm T60. >> I want to upgrade to 7.0 or 8.0. >> Do either one have the intel 3945ABG wireless driver installed by >> default? >> or where can I download the latest drivers for it? >> Thanks >> >> ----------------------------------------- >> Ben Adams >> http://www.FreeBSD-World.com/ >> _______________________________________________ >> 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" > You can get the driver for 7/8 from > http://www.clearchain.com/wiki/Wpi, and it's included in 8-CURRENT. And about to be MFC'ed to 7... well at least in the next day. Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 13:42: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 4C26216A41B; Thu, 6 Dec 2007 13:42:00 +0000 (UTC) (envelope-from Jan.Lentfer@web.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id CFCC613C469; Thu, 6 Dec 2007 13:41:59 +0000 (UTC) (envelope-from Jan.Lentfer@web.de) Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout2.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1J0GzG-0001xt-Dg; Thu, 06 Dec 2007 14:41:58 +0100 Received: from p54b0ec7e.dip.t-dialin.net ([84.176.236.126]:64668 helo=epia.lan.net) by 8.mx.freenet.de with esmtpa (ID jan.lentfer@freenet.de) (port 25) (Exim 4.68 #1) id 1J0GzG-0007M2-8y; Thu, 06 Dec 2007 14:41:58 +0100 Received: from localhost (localhost [127.0.0.1]) by epia.lan.net (Postfix) with ESMTP id B72F68B80C; Thu, 6 Dec 2007 14:41:57 +0100 (CET) X-Virus-Scanned: amavisd-new at lan.net Received: from epia.lan.net ([127.0.0.1]) by localhost (mail.lan.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1yNhPnH-QerI; Thu, 6 Dec 2007 14:41:22 +0100 (CET) Received: from localhost (epia.lan.net [10.94.76.3]) by epia.lan.net (Postfix) with ESMTP id 2CA7E8A371; Thu, 6 Dec 2007 14:41:21 +0100 (CET) Received: from 195.145.31.136 ([195.145.31.136]) by neslonek.homeunix.org (Horde MIME library) with HTTP; Thu, 06 Dec 2007 14:41:20 +0100 Message-ID: <20071206144120.3dpaf8j4sg0o8co4@neslonek.homeunix.org> Date: Thu, 06 Dec 2007 14:41:20 +0100 From: Jan Lentfer To: obrien@freebsd.org References: <4756BAD3.4060905@web.de> <95938867@bb.ipt.ru> <20071205231628.GA15765@dragon.NUXI.org> In-Reply-To: <20071205231628.GA15765@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.5) / FreeBSD-6.2 X-Mailman-Approved-At: Thu, 06 Dec 2007 14:11:51 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Problems Building 7.0-Beta3 with -Os 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, 06 Dec 2007 13:42:00 -0000 Hi David, Zitat von David O'Brien : > What does swapinfo say? > Run top (1sec) or 'systat -vm 1' and see if that gives some indication. I run swapinfo in loop each sec and usage didn't really increase much, definitly I didn't run out of swap. Same picture if I run "top". I will try Nikos suggestions regarding kern.maxdsiz="896M" and kern.maxssiz="256M" and revert to "-O2 -fno-strict-aliasing" for testing and come back later with the outcome. Thanks a lot for your help so far. Kind Regards, Jan Lentfer ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 15:02: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 01F4816A419 for ; Thu, 6 Dec 2007 15:02:18 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (smtp-02.oit.duke.edu [152.3.174.84]) by mx1.freebsd.org (Postfix) with ESMTP id C8BF213C465 for ; Thu, 6 Dec 2007 15:02:17 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id EA26D511D12 for ; Thu, 6 Dec 2007 09:46:27 -0500 (EST) Received: from avenue.wintermute (cpe-076-182-024-090.nc.res.rr.com [76.182.24.90]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.duke.edu (Postfix) with ESMTP id BB2A9511B3D for ; Thu, 6 Dec 2007 09:46:27 -0500 (EST) Message-Id: <1B3A2410-9C2A-4126-AC92-8E38B4A0D79A@duke.edu> From: Todd Wasson To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Thu, 6 Dec 2007 09:46:26 -0500 X-Mailer: Apple Mail (2.915) X-PMX-Version: 5.4.0.320885, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.12.6.62827 X-PerlMx-Spam: Gauge=XXII, Probability=22%, Report='RELAY_IN_PBL_11 2.5, RDNS_GENERIC_POOLED 0, RDNS_POOLED 0, RDNS_RESIDENTIAL 0, RDNS_SUSP 0, RDNS_SUSP_GENERIC 0, RDNS_SUSP_SPECIFIC 0, RELAY_IN_PBL 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __RDNS_POOLED_2 0, __SANE_MSGID 0' Subject: BETA4 installer doesn't attach my HDD controller; BETA3 did 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, 06 Dec 2007 15:02:18 -0000 I've got a Maxtor 6Y080L0 YAR41VW0 drive on a JMicron JMB368 UDMA133 controller, and in the BETA4 installer the controller doesn't seem to be properly attaching, which leads to the drive not being found. The relevant sections from dmesg (as I'm not sure where else to look while running the installer CD) are: From BETA3: atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f irq 16 at device 0.0 on pci2 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] From BETA4: atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f irq 16 at device 0.0 on pci2 atapci0: [ITHREAD] device_attach: atapci0 attach returned 6 I've tried this with both i386 and amd64 install discs, with the same results. I've googled and found many instances of people complaining about the "attach returned 6" thing, but without any solutions, so any help is greatly appreciated! If there's more information I can give, please let me know what. Thanks. Todd From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 15:17:54 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 01A7716A41B for ; Thu, 6 Dec 2007 15:17:54 +0000 (UTC) (envelope-from Jan.Lentfer@web.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id 08EB313C4D5 for ; Thu, 6 Dec 2007 15:17:53 +0000 (UTC) (envelope-from Jan.Lentfer@web.de) Received: from [195.4.92.11] (helo=1.mx.freenet.de) by mout2.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1J0IU3-0000hv-O9; Thu, 06 Dec 2007 16:17:51 +0100 Received: from p54b0ec7e.dip.t-dialin.net ([84.176.236.126]:64781 helo=epia.lan.net) by 1.mx.freenet.de with esmtpa (ID jan.lentfer@freenet.de) (port 25) (Exim 4.68 #1) id 1J0IU3-000348-JW; Thu, 06 Dec 2007 16:17:51 +0100 Received: from localhost (localhost [127.0.0.1]) by epia.lan.net (Postfix) with ESMTP id 6C77A8AE8A; Thu, 6 Dec 2007 16:17:50 +0100 (CET) X-Virus-Scanned: amavisd-new at lan.net Received: from epia.lan.net ([127.0.0.1]) by localhost (mail.lan.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5KE7QE+ce0C8; Thu, 6 Dec 2007 16:17:25 +0100 (CET) Received: from localhost (epia.lan.net [10.94.76.3]) by epia.lan.net (Postfix) with ESMTP id BC0A48A371; Thu, 6 Dec 2007 16:17:25 +0100 (CET) Received: from 195.145.31.136 ([195.145.31.136]) by neslonek.homeunix.org (Horde MIME library) with HTTP; Thu, 06 Dec 2007 16:17:25 +0100 Message-ID: <20071206161725.1wrnizqd0gcg44sk@neslonek.homeunix.org> Date: Thu, 06 Dec 2007 16:17:25 +0100 From: Jan Lentfer To: Nikos Ntarmos References: <4756BAD3.4060905@web.de> <20071206020033.GB83604@ace.netcins.ceid.upatras.gr> <47579348.3090709@web.de> <20071206065911.GA55397@ace.netcins.ceid.upatras.gr> In-Reply-To: <20071206065911.GA55397@ace.netcins.ceid.upatras.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.5) / FreeBSD-6.2 X-Mailman-Approved-At: Thu, 06 Dec 2007 15:30:47 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Problems Building 7.0-Beta3 with -Os 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, 06 Dec 2007 15:17:54 -0000 Hi Nikos, Zitat von Nikos Ntarmos : > [...] > 1 1 0 623384 174992 43861 0 0 0 92 0 0 0 1299 138 347 43 57= 0 >>>>> Compilation break > 0 0 0 70200 711396 2515 0 0 0 136608 0 9 0 1257 453 =20 > 281 9 91 0 > ^^^^^^ ^^^^^^ > > Funny how 'avm' and 'fre' are lower/higher by almost the same amout your > max dataseg is after the compilation break... Do you have a swap > partition? If you do, perhaps you should try bumping kern.maxdsiz and > kern.maxssiz in /boot/loader.conf and see what happens... (e.g. try with > kern.maxdsiz=3D"896M" and kern.maxssiz=3D"256M" with 1G RAM and another 1G > swap). Also, what is the value of kern.maxusers? With your suggested settings it works now - thank you very much. =20 Compilation hasn't totally finished yet, but I got far past the point =20 where it broke off before. Still I find this quite strange behavior, =20 but this seems to be rather a gcc thing than a FBSD problem, right? Kind Regards, ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 16:34:11 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 B53C516A418; Thu, 6 Dec 2007 16:34:11 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 796B413C469; Thu, 6 Dec 2007 16:34:11 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id lB6GY9x0038147; Thu, 6 Dec 2007 08:34:09 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id lB6GY82f038146; Thu, 6 Dec 2007 08:34:08 -0800 (PST) (envelope-from obrien) Date: Thu, 6 Dec 2007 08:34:08 -0800 From: "David O'Brien" To: Alexander Leidinger Message-ID: <20071206163408.GA37676@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Alexander Leidinger , Ruslan Ermilov , Boris Samorodov , Jan Lentfer , freebsd-current@freebsd.org References: <4756BAD3.4060905@web.de> <95938867@bb.ipt.ru> <20071205231628.GA15765@dragon.NUXI.org> <20071206072239.GA81748@team.vega.ru> <20071206084342.cv8xbmqg4k0co8kg@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20071206084342.cv8xbmqg4k0co8kg@webmail.leidinger.net> X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Boris Samorodov , Jan Lentfer , freebsd-current@freebsd.org Subject: Re: Problems Building 7.0-Beta3 with -Os X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2007 16:34:11 -0000 Ruslan Ermilov (from Thu, 6 Dec 2007 10:22:39 wrote: >> In otherwords: -O1 < -Os < -O2 (properly) >> > I read it differently. From the manpage: > : -Os Optimize for size. -Os enables all -O2 optimizations that do not > : typically increase code size. It also performs further optimiza- > : tions designed to reduce code size. > > It says that -Os is a subset of -O2 optimizations plus some > extra optimizations. Reading further in a manpage, there's > only one, -mspace. Yeah, GCC 4.2 now adds a few things to -Os: sets optimize = 2, and remove from -O1: flag_tree_ch remove from -O2: flag_tree_pre } if (optimize_size)¶ {¶ align_loops = 1; align_jumps = 1; align_labels = 1;¶ align_functions = 1;¶ flag_reorder_blocks = 0;¶ flag_reorder_blocks_and_partition = 0;¶ /* Inlining of very small functions usually reduces total size. */¶ set_param_value ("max-inline-insns-single", 5);¶ set_param_value ("max-inline-insns-auto", 5);¶ flag_inline_functions = 1; // taken from -O3¶ /* We want to crossjump as much as possible. */¶ set_param_value ("min-crossjump-insns", 1); } On Thu, Dec 06, 2007 at 08:43:42AM +0100, Alexander Leidinger wrote: > And after the import of the new gcc in 7, a lot of people noticed, that > the resulting binaries are larger with -Os than with -O2. quynh:/usr/src/usr.bin/vi> uname -m amd64 quynh:/usr/src/usr.bin/vi> /bin/ls -l nvi.-O* -rwxr-xr-x 1 root ncvs 366894 Dec 6 08:21 nvi.-O2 -rwxr-xr-x 1 root ncvs 313043 Dec 6 08:21 nvi.-Os quynh:/usr/src/usr.bin/vi> size nvi.-O* text data bss dec hex filename 326132 1944 4392 332468 512b4 nvi.-O2 273759 1944 4392 280095 4461f nvi.-Os Perhaps you mean *sometimes* larger. Also -Os goal is run-time foot print, not disk foot print. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 17:25: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 7F36616A418 for ; Thu, 6 Dec 2007 17:25:47 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 0E1F413C46E for ; Thu, 6 Dec 2007 17:25:46 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A69A7.dip.t-dialin.net [84.154.105.167]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id lB6HPgWk049347; Thu, 6 Dec 2007 17:25:43 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id lB6HQCZH047748; Thu, 6 Dec 2007 18:26:12 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id lB6HQCIu023253; Thu, 6 Dec 2007 18:26:12 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200712061726.lB6HQCIu023253@fire.js.berklix.net> To: Todd Wasson In-reply-to: <1B3A2410-9C2A-4126-AC92-8E38B4A0D79A@duke.edu> References: <1B3A2410-9C2A-4126-AC92-8E38B4A0D79A@duke.edu> Comments: In-reply-to Todd Wasson message dated "Thu, 06 Dec 2007 09:46:26 -0500." Date: Thu, 06 Dec 2007 18:26:12 +0100 From: "Julian H. Stacey" Cc: freebsd-current@freebsd.org Subject: Re: BETA4 installer doesn't attach my HDD controller; BETA3 did 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, 06 Dec 2007 17:25:47 -0000 Todd Wasson wrote: > I've got a Maxtor 6Y080L0 YAR41VW0 drive on a JMicron JMB368 UDMA133 > controller, and in the BETA4 installer the controller doesn't seem to > be properly attaching, which leads to the drive not being found. The > relevant sections from dmesg (as I'm not sure where else to look while > running the installer CD) are: Did you try "Safe Boot" key 3. -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 18:20: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 ADA8C16A417 for ; Thu, 6 Dec 2007 18:20:19 +0000 (UTC) (envelope-from jeff@rexdb.com) Received: from mail.rexdb.com (mail.rexdb.com [216.243.161.232]) by mx1.freebsd.org (Postfix) with ESMTP id 8CC1713C461 for ; Thu, 6 Dec 2007 18:20:19 +0000 (UTC) (envelope-from jeff@rexdb.com) Received: from Laptop.totaldiver.net (c-68-56-43-221.hsd1.fl.comcast.net [68.56.43.221]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rexdb.com (Postfix) with ESMTP id E4F446AD238; Thu, 6 Dec 2007 13:20:07 -0500 (EST) Message-ID: <47583D14.2020900@rexdb.com> Date: Thu, 06 Dec 2007 13:19:00 -0500 From: Jeff Palmer User-Agent: Thunderbird 2.0.0.9 (X11/20071124) MIME-Version: 1.0 To: Benjamin Close References: <475759B7.6080502@gmail.com> <475762D0.8080404@acm.poly.edu> <4757FC17.4040605@clearchain.com> In-Reply-To: <4757FC17.4040605@clearchain.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Benjamin Adams , Boris Kochergin , freebsd-current@freebsd.org Subject: Re: wireless 3945ABG Wireless support 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, 06 Dec 2007 18:20:19 -0000 Benjamin Close wrote: > Boris Kochergin wrote: >> Benjamin Adams wrote: >>> I'm currently running 6.2 on my ibm T60. >>> I want to upgrade to 7.0 or 8.0. >>> Do either one have the intel 3945ABG wireless driver installed by >>> default? >>> or where can I download the latest drivers for it? >>> Thanks >>> >>> ----------------------------------------- >>> Ben Adams >>> http://www.FreeBSD-World.com/ >>> _______________________________________________ >>> 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" >> You can get the driver for 7/8 from >> http://www.clearchain.com/wiki/Wpi, and it's included in 8-CURRENT. > And about to be MFC'ed to 7... well at least in the next day. > > Cheers, > Benjamin > _______________________________________________ > 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" > > !DSPAM:8,4757fc3921261879026797! > > There seems to be a lot of reports of success using the wpi driver for that chipset, however it's not working for everyone. Count me as one of them it doesn't currently work for. You can search the archives if you are interested in details. Jeff From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 18:21: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 5B94916A420 for ; Thu, 6 Dec 2007 18:21:08 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (smtp-04.oit.duke.edu [152.3.174.85]) by mx1.freebsd.org (Postfix) with ESMTP id 2F4EF13C4E5 for ; Thu, 6 Dec 2007 18:21:07 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id C44583594DB; Thu, 6 Dec 2007 13:21:00 -0500 (EST) Received: from avenue.wintermute (cpe-076-182-024-090.nc.res.rr.com [76.182.24.90]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.duke.edu (Postfix) with ESMTP id 9A06C3592F9; Thu, 6 Dec 2007 13:21:00 -0500 (EST) Message-Id: From: Todd Wasson To: Julian H. Stacey In-Reply-To: <200712061726.lB6HQCIu023253@fire.js.berklix.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Thu, 6 Dec 2007 13:20:59 -0500 References: <1B3A2410-9C2A-4126-AC92-8E38B4A0D79A@duke.edu> <200712061726.lB6HQCIu023253@fire.js.berklix.net> X-Mailer: Apple Mail (2.915) X-PMX-Version: 5.4.0.320885, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.12.6.100409 X-PerlMx-Spam: Gauge=XXII, Probability=22%, Report='RELAY_IN_PBL_11 2.5, RDNS_GENERIC_POOLED 0, RDNS_POOLED 0, RDNS_RESIDENTIAL 0, RDNS_SUSP 0, RDNS_SUSP_GENERIC 0, RDNS_SUSP_SPECIFIC 0, RELAY_IN_PBL 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __RDNS_POOLED_2 0, __SANE_MSGID 0' Cc: freebsd-current@freebsd.org Subject: Re: BETA4 installer doesn't attach my HDD controller; BETA3 did 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, 06 Dec 2007 18:21:08 -0000 I did, and in that case it seems that the atapci0 device still is not successfully attached (though it's hard to say as it scrolls be quickly), and the system freezes during the boot process at "Trying to mount root from ufs:/dev/md0" (which prevents me from scrolling up to inspect the boot messages). I also tried in the "verbose logging" boot mode, and it didn't give anything more informative than the aforementioned "device_attach: atapci0 attach returned 6" line. Todd On Dec 6, 2007, at 12:26 PM, Julian H. Stacey wrote: > Todd Wasson wrote: >> I've got a Maxtor 6Y080L0 YAR41VW0 drive on a JMicron JMB368 UDMA133 >> controller, and in the BETA4 installer the controller doesn't seem to >> be properly attaching, which leads to the drive not being found. The >> relevant sections from dmesg (as I'm not sure where else to look >> while >> running the installer CD) are: > > Did you try "Safe Boot" key 3. > > -- > Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com > Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 19:07: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 CFA3B16A41B for ; Thu, 6 Dec 2007 19:07:26 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 4D92C13C461 for ; Thu, 6 Dec 2007 19:07:26 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 173DFEB4EFA; Thu, 6 Dec 2007 21:07:25 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id F1B8615921C; Thu, 6 Dec 2007 21:07:24 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2dcRjv2uWFod; Thu, 6 Dec 2007 21:07:24 +0200 (EET) Received: from ace.netcins.ceid.upatras.gr (vfppp079167010191.dsl.hol.gr [79.167.10.191]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 9127B159203; Thu, 6 Dec 2007 21:07:24 +0200 (EET) Received: by ace.netcins.ceid.upatras.gr (Postfix, from userid 1001) id A4C073F40F; Thu, 6 Dec 2007 21:07:22 +0200 (EET) Date: Thu, 6 Dec 2007 21:07:22 +0200 From: Nikos Ntarmos To: Jan Lentfer Message-ID: <20071206190722.GB55193@ace.netcins.ceid.upatras.gr> Mail-Followup-To: Jan Lentfer , freebsd-current@freebsd.org References: <4756BAD3.4060905@web.de> <20071206020033.GB83604@ace.netcins.ceid.upatras.gr> <47579348.3090709@web.de> <20071206065911.GA55397@ace.netcins.ceid.upatras.gr> <20071206161725.1wrnizqd0gcg44sk@neslonek.homeunix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20071206161725.1wrnizqd0gcg44sk@neslonek.homeunix.org> Organization: NetCInS Lab., C.E.I.D., U. of Patras, Greece WWW-Homepage: http://ntarmos.dyndns.org/ X-PGP-Fingerprint: 9680 60A7 DE60 0298 B1F0 9B22 9BA2 7569 CF95 160A Office-Phone: +30-2610-996919 Office-Fax: +30-2610-969011 GPS-Info: 38.31N, 21.82E User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: freebsd-current@freebsd.org Subject: Re: Problems Building 7.0-Beta3 with -Os 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, 06 Dec 2007 19:07:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Dec 06, 2007 at 04:17:25PM +0100, Jan Lentfer wrote: > Hi Nikos, > > Zitat von Nikos Ntarmos : > >[...] > >1 1 0 623384 174992 43861 0 0 0 92 0 0 0 1299 138 347 43 57 0 > >>>>>Compilation break > >0 0 0 70200 711396 2515 0 0 0 136608 0 9 0 1257 453 281 9 91 0 > > ^^^^^^ ^^^^^^ > > > >Funny how 'avm' and 'fre' are lower/higher by almost the same amout your > >max dataseg is after the compilation break... Do you have a swap > >partition? If you do, perhaps you should try bumping kern.maxdsiz and > >kern.maxssiz in /boot/loader.conf and see what happens... (e.g. try with > >kern.maxdsiz="896M" and kern.maxssiz="256M" with 1G RAM and another 1G > >swap). Also, what is the value of kern.maxusers? > > > With your suggested settings it works now - thank you very much. > Compilation hasn't totally finished yet, but I got far past the point > where it broke off before. Still I find this quite strange behavior, > but this seems to be rather a gcc thing than a FBSD problem, right? gcc is quite the memory hog with higher optimization levels and the default data segment size limit is 512M, which proved to be inadequate for compiling gcc -Os. I wouldn't call this a bug of gcc or FBSD though; it's rather a system tuning thing... \n\n -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Nikos Ntarmos iD8DBQFHWEhqm6J1ac+VFgoRAo1QAJ0a97C0W2ymMyMB49Mw+B+1JYyzugCcCZP8 ocrSS1Jb+4ojMCS2Lpn+yVI= =+FI6 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 21:11:13 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 DFDAD16A418 for ; Thu, 6 Dec 2007 21:11:13 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id A37EC13C44B for ; Thu, 6 Dec 2007 21:11:13 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1J0O00-000OyP-48 for freebsd-current@FreeBSD.org; Fri, 07 Dec 2007 00:11:12 +0300 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Fri, 07 Dec 2007 00:09:34 +0300 Message-ID: <97676449@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: sockstat: struct xtcpcb size mismatch 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, 06 Dec 2007 21:11:14 -0000 Hello List, is it a known problem, my unfortune update or kernel options (the box updated a couple of hours ago 7-BETA2 -> 8-CURRENT): ----- tinderbox# uname -a FreeBSD tinderbox.i386.ipt.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Dec 6 23:01:37 MSK 2007 root@tinderbox.i386.ipt.ru:/usr/obj/usr/src/sys/GENERIC+LP i386 tinderbox# sockstat sockstat: struct xtcpcb size mismatch sockstat: struct xinpcb size mismatch sockstat: struct xunpcb size mismatch sockstat: struct xunpcb size mismatch USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS tinderbox# ----- The kernel config: ----- tinderbox# cd /sys/i386/conf/ tinderbox# diff -u GENERIC GENERIC+LP --- GENERIC 2007-12-06 22:50:43.000000000 +0300 +++ GENERIC+LP 2007-12-07 00:12:37.000000000 +0300 @@ -67,10 +67,10 @@ options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. -options INVARIANTS # Enable calls of extra sanity checking -options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS -options WITNESS # Enable checks to detect deadlocks and cycles -options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed +#options INVARIANTS # Enable calls of extra sanity checking +#options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS +#options WITNESS # Enable checks to detect deadlocks and cycles +#options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel @@ -323,3 +323,5 @@ device fwip # IP over FireWire (RFC 2734,3146) device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons + +option LOCK_PROFILING ----- WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 21:37:32 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 8F1EB16A46C for ; Thu, 6 Dec 2007 21:37:32 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail04.adl2.internode.on.net (ipmail04.adl2.internode.on.net [203.16.214.57]) by mx1.freebsd.org (Postfix) with ESMTP id 038FD13C461 for ; Thu, 6 Dec 2007 21:37:31 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAEv6V0d5LSIc/2dsb2JhbACBWg X-IronPort-AV: E=Sophos;i="4.23,263,1194183000"; d="scan'208";a="12738887" Received: from ppp121-45-34-28.lns10.adl2.internode.on.net (HELO mail.clearchain.com) ([121.45.34.28]) by ipmail04.adl2.internode.on.net with ESMTP; 07 Dec 2007 08:07:29 +1030 Received: from [192.168.155.249] (draco.internal.clearchain.com [192.168.155.249]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id lB6LbPmc004970 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Dec 2007 08:07:26 +1030 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <47586B90.1090900@clearchain.com> Date: Fri, 07 Dec 2007 08:07:20 +1030 From: Benjamin Close User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Jeff Palmer References: <475759B7.6080502@gmail.com> <475762D0.8080404@acm.poly.edu> <4757FC17.4040605@clearchain.com> <47583D14.2020900@rexdb.com> In-Reply-To: <47583D14.2020900@rexdb.com> 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 pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Fri, 07 Dec 2007 08:07:27 +1030 (CST) Cc: Benjamin Adams , Boris Kochergin , freebsd-current@freebsd.org Subject: Re: wireless 3945ABG Wireless support 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, 06 Dec 2007 21:37:32 -0000 Jeff Palmer wrote: > Benjamin Close wrote: > >> Boris Kochergin wrote: >> >>> Benjamin Adams wrote: >>> >>>> I'm currently running 6.2 on my ibm T60. >>>> I want to upgrade to 7.0 or 8.0. >>>> Do either one have the intel 3945ABG wireless driver installed by >>>> default? >>>> or where can I download the latest drivers for it? >>>> Thanks >>>> >>>> ----------------------------------------- >>>> Ben Adams >>>> http://www.FreeBSD-World.com/ >>>> _______________________________________________ >>>> 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" >>>> >>> You can get the driver for 7/8 from >>> http://www.clearchain.com/wiki/Wpi, and it's included in 8-CURRENT. >>> >> And about to be MFC'ed to 7... well at least in the next day. >> >> Cheers, >> Benjamin >> _______________________________________________ >> 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" >> >> !DSPAM:8,4757fc3921261879026797! >> >> >> > > There seems to be a lot of reports of success using the wpi driver for > that chipset, however it's not working for everyone. Count me as one of > them it doesn't currently work for. You can search the archives if you > are interested in details. > I know some people seem to be having association issues and I'm working to fix them. The reality is more people have been claiming success than failure hence the reason to the MFC to 7. Try giving the code in p4 a shot and see how you go. I'll be putting it in HEAD once I finish cleaning it up a little I'd certainly be interested in your results. http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/user/benjsc/wpi&HIDEDEL=NO Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 21:59: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 AA41916A417 for ; Thu, 6 Dec 2007 21:59:43 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 7EE0913C45A for ; Thu, 6 Dec 2007 21:59:43 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id lB6LxSZY003177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Dec 2007 13:59:28 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <475870C0.9070908@errno.com> Date: Thu, 06 Dec 2007 13:59:28 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Jeff Palmer References: <475759B7.6080502@gmail.com> <475762D0.8080404@acm.poly.edu> <4757FC17.4040605@clearchain.com> <47583D14.2020900@rexdb.com> In-Reply-To: <47583D14.2020900@rexdb.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: o.com; whitelist Cc: Benjamin Adams , Boris Kochergin , Benjamin Close , freebsd-current@freebsd.org Subject: Re: wireless 3945ABG Wireless support 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, 06 Dec 2007 21:59:43 -0000 Jeff Palmer wrote: > Benjamin Close wrote: > >> Boris Kochergin wrote: >> >>> Benjamin Adams wrote: >>> >>>> I'm currently running 6.2 on my ibm T60. >>>> I want to upgrade to 7.0 or 8.0. >>>> Do either one have the intel 3945ABG wireless driver installed by >>>> default? >>>> or where can I download the latest drivers for it? >>>> Thanks >>>> >>>> ----------------------------------------- >>>> Ben Adams >>>> http://www.FreeBSD-World.com/ >>>> _______________________________________________ >>>> 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" >>>> >>> You can get the driver for 7/8 from >>> http://www.clearchain.com/wiki/Wpi, and it's included in 8-CURRENT. >>> >> And about to be MFC'ed to 7... well at least in the next day. >> >> Cheers, >> Benjamin >> _______________________________________________ >> 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" >> >> !DSPAM:8,4757fc3921261879026797! >> >> >> > > There seems to be a lot of reports of success using the wpi driver for > that chipset, however it's not working for everyone. Count me as one of > them it doesn't currently work for. You can search the archives if you > are interested in details. > > If you've got a problem and want it fixed please file a PR w/ sufficient information for someone to diagnose. Referring to some old post is unlikely to result in help. Sam From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 01:01: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 1812216A41A for ; Fri, 7 Dec 2007 01:01:18 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id E2D6013C46B for ; Fri, 7 Dec 2007 01:01:17 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so523604rvb for ; Thu, 06 Dec 2007 17:01:17 -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:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; bh=Pot05b/HLgHXFzAPc4NCfKEjY2KWrJyj7p1EQ3FWKkA=; b=rw9eJWISE3irBgfEyR1DM1TTPV555SsK2sWT/uE3VPEb624j30BsiMXMUjFf5szPHo+AK5IJm1MAgn7EG5YN42Azpbyy+WCQlNbIJ+vxWs849Oz0ZTFWrlKks/YzxNXamtny6cY8OeJVknVxrtEC7euHq1YnNSDWlro5spFZpQ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=IoYAzYN+U9VHdC8Y7bpuSfliIu/UP+BVS7BOhdZWkK9ZSpiLjk+Mg5g2gMUD3dhXO8L4B/PVtlbjEcuoVSAVuZF9uhGAMEn25LkybedZ03lMC+8tJ/buk6JZZ8lhXbgrmI8lXJ2K95IQMWkJ84XQf+v8EAyq7Pfq6z3xuyCkzck= Received: by 10.140.201.1 with SMTP id y1mr2354478rvf.1196987727139; Thu, 06 Dec 2007 16:35:27 -0800 (PST) Received: by 10.141.63.14 with HTTP; Thu, 6 Dec 2007 16:35:27 -0800 (PST) Message-ID: <9bbcef730712061635k382f8838t33c77756212798ad@mail.gmail.com> Date: Fri, 7 Dec 2007 01:35:27 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 46c8305c35a728f9 Cc: Subject: unionfs over cd9660 - solved (?) 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, 07 Dec 2007 01:01:18 -0000 hi, I've reported (at least twice) a problem with mounting unionfs over cd9660 as the underlying device, that seemed to appear in 7.0-BETA2 or 7.0-BETA3. I've received no independent confirmation of the problems or ideas why it would occur, so I kept trying to solve it when I got time. At last I I've narrowed it down to a strange conclusion: it appears the problem was connected somehow to my build machine, i.e. it's probably not in the code itself. After unsuccessfully trying various dates for cvsup times and similar things, I've created a clean machine as a last resort, and the problem was gone! After comparing the two setups, the most likely cause is a compiler bug when certain optimizations are enabled. The old system had "-Os -mtune=generic", and based on previous experience and reports on the mailing lists I believe the "-Os" part is the most likely culprit. I'll try to verify this theory soon-ish. This solves my problem but the mystery remains why the error condition suddenly appeared at that specific time. Of course, with a buggy compiler almost any change in the code could have provoked it, but still, the rest of the system (and ports) compiled with the flags was working perfectly fine. From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 01:26: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 F132016A417 for ; Fri, 7 Dec 2007 01:26:43 +0000 (UTC) (envelope-from jeff@rexdb.com) Received: from mail.rexdb.com (mail.rexdb.com [216.243.161.232]) by mx1.freebsd.org (Postfix) with ESMTP id B4F5F13C457 for ; Fri, 7 Dec 2007 01:26:43 +0000 (UTC) (envelope-from jeff@rexdb.com) Received: from Laptop.totaldiver.net (fl-209-26-20-205.sta.embarqhsd.net [209.26.20.205]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rexdb.com (Postfix) with ESMTP id EF2986AD25B; Thu, 6 Dec 2007 20:25:01 -0500 (EST) Message-ID: <4758A0A4.2090002@rexdb.com> Date: Thu, 06 Dec 2007 20:23:48 -0500 From: Jeff Palmer User-Agent: Thunderbird 2.0.0.9 (X11/20071124) MIME-Version: 1.0 To: Sam Leffler References: <475759B7.6080502@gmail.com> <475762D0.8080404@acm.poly.edu> <4757FC17.4040605@clearchain.com> <47583D14.2020900@rexdb.com> <475870C0.9070908@errno.com> In-Reply-To: <475870C0.9070908@errno.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Benjamin Adams , Boris Kochergin , Benjamin Close , freebsd-current@freebsd.org Subject: Re: wireless 3945ABG Wireless support 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, 07 Dec 2007 01:26:44 -0000 Sam Leffler wrote: > Jeff Palmer wrote: >> Benjamin Close wrote: >> >>> Boris Kochergin wrote: >>> >>>> Benjamin Adams wrote: >>>> >>>>> I'm currently running 6.2 on my ibm T60. >>>>> I want to upgrade to 7.0 or 8.0. >>>>> Do either one have the intel 3945ABG wireless driver installed by >>>>> default? >>>>> or where can I download the latest drivers for it? >>>>> Thanks >>>>> >>>>> ----------------------------------------- >>>>> Ben Adams >>>>> http://www.FreeBSD-World.com/ >>>>> _______________________________________________ >>>>> 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" >>>>> >>>> You can get the driver for 7/8 from >>>> http://www.clearchain.com/wiki/Wpi, and it's included in 8-CURRENT. >>>> >>> And about to be MFC'ed to 7... well at least in the next day. >>> >>> Cheers, >>> Benjamin >>> _______________________________________________ >>> 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" >>> >>> >>> >>> >>> >> >> There seems to be a lot of reports of success using the wpi driver for >> that chipset, however it's not working for everyone. Count me as one of >> them it doesn't currently work for. You can search the archives if you >> are interested in details. >> >> > > If you've got a problem and want it fixed please file a PR w/ > sufficient information for someone to diagnose. Referring to some old > post is unlikely to result in help. > > Sam > > > !DSPAM:8,475870d721261944516145! > > Sam, I didn't feel a PR was in order just yet, because I had posted and gotten a reply from Ben with a patch he wanted me to try. The patch got my hardware a bit closer to associating. However it wasn't "quite there yet." I'm aware he's busy, and I'm quite patient. So the fact that he hasn't had me try anything else in the meantime doesn't annoy or bother me in the least. It's quite the opposite actually. These developers who know enough to write (or port) drivers, and then donate their time to actually _do_ it have nothing but my utmost respect. I didn't mean for that post to sound like "RUN AWAY!" or like I was complaining. That's actually why I mentioned the large number of success stories, to show that many people do have it going without problems. I'm not sure if there are different revisions of the chip, or what the problem may be; but I was just making the original poster aware that he may still have problems with it, and he probably wouldn't be the only one if he did. At this point, I'll leave it up to Benjamin Close (who is being CC'd) Would you prefer I filed a formal PR just to get it "on the record?" I've tried the p4fetch.rb script mentioned on the clearchain wpi page, but apparantly I don't have something installed that it needs. I have ruby installed, but it complains, so I'm guessing I'm missing a library or plugin it needs. However, I don't know or use ruby, so I have no clue what to install. Sadly, downloading things from perforce is a serious pain if doing it manually, so I just haven't tried the p4 version. Hope that cleared things up. In summary: Thanks Ben (and all the developers!) for some seriously great work. Jeff From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 01:58: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 205DA16A418 for ; Fri, 7 Dec 2007 01:58:29 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id D139313C442 for ; Fri, 7 Dec 2007 01:58:28 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id lB71wEBV004651 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Dec 2007 17:58:14 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4758A8B6.2060303@errno.com> Date: Thu, 06 Dec 2007 17:58:14 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Jeff Palmer References: <475759B7.6080502@gmail.com> <475762D0.8080404@acm.poly.edu> <4757FC17.4040605@clearchain.com> <47583D14.2020900@rexdb.com> <475870C0.9070908@errno.com> <4758A0A4.2090002@rexdb.com> In-Reply-To: <4758A0A4.2090002@rexdb.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-dcc-servers-Metrics: om; whitelist Cc: Benjamin Adams , Boris Kochergin , Benjamin Close , freebsd-current@freebsd.org Subject: Re: wireless 3945ABG Wireless support 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, 07 Dec 2007 01:58:29 -0000 Jeff Palmer wrote: > Sam Leffler wrote: > >> Jeff Palmer wrote: >> >>> Benjamin Close wrote: >>> >>> >>>> Boris Kochergin wrote: >>>> >>>> >>>>> Benjamin Adams wrote: >>>>> >>>>> >>>>>> I'm currently running 6.2 on my ibm T60. >>>>>> I want to upgrade to 7.0 or 8.0. >>>>>> Do either one have the intel 3945ABG wireless driver installed by >>>>>> default? >>>>>> or where can I download the latest drivers for it? >>>>>> Thanks >>>>>> >>>>>> ----------------------------------------- >>>>>> Ben Adams >>>>>> http://www.FreeBSD-World.com/ >>>>>> _______________________________________________ >>>>>> 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" >>>>>> >>>>>> >>>>> You can get the driver for 7/8 from >>>>> http://www.clearchain.com/wiki/Wpi, and it's included in 8-CURRENT. >>>>> >>>>> >>>> And about to be MFC'ed to 7... well at least in the next day. >>>> >>>> Cheers, >>>> Benjamin >>>> _______________________________________________ >>>> 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" >>>> >>>> >>>> >>>> >>>> >>>> >>> There seems to be a lot of reports of success using the wpi driver for >>> that chipset, however it's not working for everyone. Count me as one of >>> them it doesn't currently work for. You can search the archives if you >>> are interested in details. >>> >>> >>> >> If you've got a problem and want it fixed please file a PR w/ >> sufficient information for someone to diagnose. Referring to some old >> post is unlikely to result in help. >> >> Sam >> >> >> !DSPAM:8,475870d721261944516145! >> >> >> > Sam, > > I didn't feel a PR was in order just yet, because I had posted and > gotten a reply from Ben with a patch he wanted me to try. The patch got > my hardware a bit closer to associating. However it wasn't "quite there > yet." I'm aware he's busy, and I'm quite patient. So the fact that he > hasn't had me try anything else in the meantime doesn't annoy or bother > me in the least. > > It's quite the opposite actually. These developers who know enough to > write (or port) drivers, and then donate their time to actually _do_ it > have nothing but my utmost respect. > > I didn't mean for that post to sound like "RUN AWAY!" or like I was > complaining. That's actually why I mentioned the large number of > success stories, to show that many people do have it going without > problems. I'm not sure if there are different revisions of the chip, > or what the problem may be; but I was just making the original poster > aware that he may still have problems with it, and he probably wouldn't > be the only one if he did. > > At this point, I'll leave it up to Benjamin Close (who is being CC'd) > Would you prefer I filed a formal PR just to get it "on the record?" > > I've tried the p4fetch.rb script mentioned on the clearchain wpi page, > but apparantly I don't have something installed that it needs. I have > ruby installed, but it complains, so I'm guessing I'm missing a library > or plugin it needs. However, I don't know or use ruby, so I have no > clue what to install. Sadly, downloading things from perforce is a > serious pain if doing it manually, so I just haven't tried the p4 version. > > Hope that cleared things up. In summary: Thanks Ben (and all the > developers!) for > I'm not trying to pick on you; just that I frequently see reports of wireless problems w/o sufficient info to even guess what's going on. There are many debugging facilities for wireless issues and almost always people figure issues out themselves once they use them. Sam From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 02:00: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 AA73516A417 for ; Fri, 7 Dec 2007 02:00:27 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms173001pub.verizon.net (vms173001pub.verizon.net [206.46.173.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8C9D913C457 for ; Fri, 7 Dec 2007 02:00:27 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.144.51]) by vms173001.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JSN00BNIMD6XN60@vms173001.mailsrvcs.net> for current@freebsd.org; Thu, 06 Dec 2007 18:51:07 -0600 (CST) Date: Thu, 06 Dec 2007 19:59:10 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <20071205221404.C3BAF4500E@ptavv.es.net> To: Kevin Oberman Message-id: <1196989150.823.6.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <20071205221404.C3BAF4500E@ptavv.es.net> Cc: current@freebsd.org Subject: Re: Lost CPU utilization with 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: Fri, 07 Dec 2007 02:00:27 -0000 On Wed, 2007-12-05 at 14:13 -0800, Kevin Oberman wrote: > Since I upgraded my desktop from CURRENT as of late September to > 7.0-BETA4 Monday, I can no longer see CPU utilization. It shows as zero > in top, gkrellm, and the Gnome System Monitor. > > I thought kernel and userland might be out of sync, so I csup'ed again > and rebuilt everything with no change. > > I don't know exactly what information I can supply other than the config > file, so let me know if anyone has any ideas. I have the system built from December 5 sources (csup'ed around 5:45PM EST) which does not exhibit this problem (or at least, when I run 'openssl speed md5', top reports 100% user time). Below is the diff of options (sorted and hand trimmed) between your config and mine. If you think full config is useful, let me know. > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 < options BROOKTREE_SYSTEM_DEFAULT=BROOKTREE_NTSC < options CD9660 # ISO 9660 Filesystem < options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] > options ADAPTIVE_GIANT # Giant mutex is adaptive. > options AUDIT # Security event auditing > options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] > options GEOM_LABEL # Provides labelization < options INET6 # IPv6 communications protocols > options INVARIANTS # Enable calls of extra sanity checking > options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS < options MSDOSFS # MSDOS Filesystem < options PROCFS # Process filesystem < options PSEUDOFS # Pseudo-filesystem framework < options SC_HISTORY_SIZE=2000 > options STOP_NMI # Stop CPUS using NMI instead of IPI < options _KPOSIX_PRIORITY_SCHEDULING # Posix P1003_1B real-time extensions > options UFS_GJOURNAL # Enable gjournal-based UFS journaling > options WITNESS # Enable checks to detect deadlocks and cycles > options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions -- Alexandre "Sunny" Kovalenko From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 02:59:13 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 C467C16A469 for ; Fri, 7 Dec 2007 02:59:13 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 1421F13C461 for ; Fri, 7 Dec 2007 02:59:12 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1133522pyb for ; Thu, 06 Dec 2007 18:59:11 -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=dMOG2XRFM+2Orja6WHJ628QZscJoMGhyZiwPvlipPNI=; b=ids98pCJXU6Ch1ME577JJxKqBweH7Pqn6pqvWJaoLUHxECNqSk+mVA9HHXVZ6xTYDnnUuvT7R/ajSCZJufbme9bZCyBYxqfKebDw+0j8GfyXdU+Kv2uogvrfdIZXXOZha+4fC+4r2atz06lX+UzZpXtHlfwEQkKsZvLQqt8ZPXY= 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=FHqfuXO1HlPhn64Ee9wusSiwL2G+a0OXbtYdkqjTC5wJUts9UXmeY073PoPfGB8ssoJ/A1AJ7hMLn9xnphAGLxH/BnTw03zdNda2l5O18WFZK/5/HE117VhwBf6VJXAvrJHVUDq4LjCsJ6mO/yQ4HB5zqKvh8VR+IJDmozWlpQ8= Received: by 10.64.91.15 with SMTP id o15mr5465462qbb.1196996350924; Thu, 06 Dec 2007 18:59:10 -0800 (PST) Received: by 10.65.107.3 with HTTP; Thu, 6 Dec 2007 18:59:10 -0800 (PST) Message-ID: Date: Thu, 6 Dec 2007 21:59:10 -0500 From: "Aryeh Friedman" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: booting 12/01/07 snapshot 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, 07 Dec 2007 02:59:13 -0000 I just tried to dl and boot the snapshots for 12/1 (amd64) for 8-current and BTX hangs... just letting people know... I am going from 7-RC4 then csup'ing to current From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 03:30: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 2447416A417; Fri, 7 Dec 2007 03:30:14 +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 D29AB13C45B; Fri, 7 Dec 2007 03:30:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB73UCNH015223; Thu, 6 Dec 2007 22:30:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB73UC3L065111; Thu, 6 Dec 2007 22:30:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5EC0173039; Thu, 6 Dec 2007 22:30:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071207033012.5EC0173039@freebsd-current.sentex.ca> Date: Thu, 6 Dec 2007 22:30:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 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, 07 Dec 2007 03:30:14 -0000 TB --- 2007-12-07 01:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-07 01:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-07 01:55:00 - cleaning the object tree TB --- 2007-12-07 01:55:46 - cvsupping the source tree TB --- 2007-12-07 01:55:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-07 01:55:52 - building world (CFLAGS=-O -pipe) TB --- 2007-12-07 01:55:52 - cd /src TB --- 2007-12-07 01:55:52 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 7 01:55:54 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Dec 7 03:21:30 UTC 2007 TB --- 2007-12-07 03:21:30 - generating LINT kernel config TB --- 2007-12-07 03:21:30 - cd /src/sys/amd64/conf TB --- 2007-12-07 03:21:30 - /usr/bin/make -B LINT TB --- 2007-12-07 03:21:30 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-07 03:21:30 - cd /src TB --- 2007-12-07 03:21:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 7 03:21:30 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/link_elf_obj.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/ia32/ia32_reg.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/ia32/ia32_signal.c cc -c -x assembler-with-cpp -DLOCORE -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/amd64/ia32/ia32_sigtramp.S cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/ia32/ia32_syscall.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/freebsd32/freebsd32_misc.c /src/sys/compat/freebsd32/freebsd32_misc.c: In function 'copy_statfs': /src/sys/compat/freebsd32/freebsd32_misc.c:153: error: void value not ignored as it ought to be *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-07 03:30:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-07 03:30:12 - ERROR: failed to build lint kernel TB --- 2007-12-07 03:30:12 - tinderbox aborted TB --- 4273.17 user 547.37 system 5712.03 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 05:44:09 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 B23C716A419 for ; Fri, 7 Dec 2007 05:44:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 670CD13C458 for ; Fri, 7 Dec 2007 05:44:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=m2vNyahITSvxB1FbGjUPMnmC22VMGQlT6yLjqCmJE7Tk04XhRPkNK+jeNfVTEwJYKRdpvF2q3vA7uVq38QXobaYzYl6lVEKE0ah5JeqWdBwHFUxF4lt9+oNh0qdQR2nVJVdCwWqqfOxWntB2XUVBqjUCaTiyZbaGM/AyFRKwnEoNha5r+2clMtKlLWrT/7O5lAlQTKYTRkwwWAr5Urw/ZW912u41OZdb+LVfo5nqmhxFw3wmmP4QNRX6nymHmRL1; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1J0W0O-0000Wl-NQ for current@freebsd.org; Fri, 07 Dec 2007 05:44:08 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1J0Vzz-0000gU-D1 for current@freebsd.org; Fri, 07 Dec 2007 05:43:43 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J0Vzy-000203-2o for current@freebsd.org; Fri, 07 Dec 2007 07:43:42 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Fri, 07 Dec 2007 07:43:42 +0200 Message-Id: Cc: Subject: (PATCH) amd64 NOTES linuxulator doc bug 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, 07 Dec 2007 05:44:09 -0000 Hi The following patch aids figuring out how to build the linuxulator with linuxprocfs suuport on the amd64 architecture: Index: NOTES =================================================================== RCS file: /home/ncvs/src/sys/amd64/conf/NOTES,v retrieving revision 1.69.2.1 diff -u -d -r1.69.2.1 NOTES --- NOTES 29 Oct 2007 22:26:33 -0000 1.69.2.1 +++ NOTES 7 Dec 2007 05:40:30 -0000 @@ -610,12 +610,12 @@ # Enable 32-bit Linux ABI emulation (requires COMPAT_43 and COMPAT_IA32) options COMPAT_LINUX32 -# Enable the linux-like proc filesystem support (requires COMPAT_LINUX32 -# and PSEUDOFS) +# Enable the linux-like proc filesystem support (requires COMPAT_LINUX32, +# PROCFS and PSEUDOFS) options LINPROCFS -#Enable the linux-like sys filesystem support (requires COMPAT_LINUX32 -# and PSEUDOFS) +#Enable the linux-like sys filesystem support (requires COMPAT_LINUX32, +# PROCFS and PSEUDOFS) options LINSYSFS # Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 05:50:32 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 C00AF16A417; Fri, 7 Dec 2007 05:50:32 +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 768B513C45D; Fri, 7 Dec 2007 05:50:32 +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 lB75oVQp065023; Fri, 7 Dec 2007 00:50:31 -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 lB75oVCp036212; Fri, 7 Dec 2007 00:50:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B242873039; Fri, 7 Dec 2007 00:50:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071207055031.B242873039@freebsd-current.sentex.ca> Date: Fri, 7 Dec 2007 00:50:31 -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: Fri, 07 Dec 2007 05:50:32 -0000 TB --- 2007-12-07 04:31:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-07 04:31:47 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-07 04:31:47 - cleaning the object tree TB --- 2007-12-07 04:32:20 - cvsupping the source tree TB --- 2007-12-07 04:32:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-07 04:32:27 - building world (CFLAGS=-O -pipe) TB --- 2007-12-07 04:32:27 - cd /src TB --- 2007-12-07 04:32:27 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 7 04:32:30 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 7 05:40:49 UTC 2007 TB --- 2007-12-07 05:40:49 - generating LINT kernel config TB --- 2007-12-07 05:40:49 - cd /src/sys/ia64/conf TB --- 2007-12-07 05:40:49 - /usr/bin/make -B LINT TB --- 2007-12-07 05:40:49 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-07 05:40:49 - cd /src TB --- 2007-12-07 05:40:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 7 05:40:50 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/gnu/fs/xfs/FreeBSD/support/mrlock.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/gnu/fs/xfs/FreeBSD/support/uuid.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/gnu/fs/xfs/FreeBSD/support/kmem.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/gnu/fs/xfs/xfs_iomap.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/gnu/fs/xfs/xfs_behavior.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/compat/freebsd32/freebsd32_misc.c /src/sys/compat/freebsd32/freebsd32_misc.c: In function 'copy_statfs': /src/sys/compat/freebsd32/freebsd32_misc.c:153: error: void value not ignored as it ought to be *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-07 05:50:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-07 05:50:31 - ERROR: failed to build lint kernel TB --- 2007-12-07 05:50:31 - tinderbox aborted TB --- 3615.10 user 381.76 system 4723.99 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 07:36:24 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 BE2FC16A41A for ; Fri, 7 Dec 2007 07:36:24 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id D2EB113C447 for ; Fri, 7 Dec 2007 07:36:22 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so602166mue for ; Thu, 06 Dec 2007 23:36:19 -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=9St6LmroNZPR2gA+t2++odJSWI3Zj/X85FeQzDTGpoM=; b=nK8XgEArGKhH0TzVXadX0E5IWMXR1kpXpCyp+i7GbAesdCj8ymBkYqz3k4f9UJIUET2S3k3gJ6vVg9g+3n1Yitt/mtl4UpZtEe7Pe9UBG+FYPwUmSKooyie5yPBKxbSy0fakMpHHnohVgsNjFn5mMCA/Rd3m48Ak1c1JvWn0KOg= 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=WRcosPvGzHWpnbei2yfGayhS1bwdweOn05RAjU6Cqc6FXktfrBw+5rGFHxyF3xfKQGWsGytznUUyHMYbkHxD/yciSUmRHWHyPU2l9Z5ySjvaB9q34QVeMtSWp+h/jaJxvqMnIsaKoqzeSvUx2mikq5JeTTZLT+T+KkOKZdDs/zs= Received: by 10.86.51.2 with SMTP id y2mr1907627fgy.1197011397793; Thu, 06 Dec 2007 23:09:57 -0800 (PST) Received: by 10.86.82.18 with HTTP; Thu, 6 Dec 2007 23:09:57 -0800 (PST) Message-ID: <3bbf2fe10712062309j7c49aef7g9a5cfa6e2a52158c@mail.gmail.com> Date: Fri, 7 Dec 2007 08:09:57 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Boris Samorodov" In-Reply-To: <97676449@bb.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <97676449@bb.ipt.ru> X-Google-Sender-Auth: f3d7c6358e03308e Cc: freebsd-current@freebsd.org Subject: Re: sockstat: struct xtcpcb size mismatch 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, 07 Dec 2007 07:36:24 -0000 2007/12/6, Boris Samorodov : > Hello List, > > > is it a known problem, my unfortune update or kernel options (the box > updated a couple of hours ago 7-BETA2 -> 8-CURRENT): > ----- > tinderbox# uname -a > FreeBSD tinderbox.i386.ipt.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Dec 6 23:01:37 MSK 2007 root@tinderbox.i386.ipt.ru:/usr/obj/usr/src/sys/GENERIC+LP i386 > tinderbox# sockstat > sockstat: struct xtcpcb size mismatch > sockstat: struct xinpcb size mismatch > sockstat: struct xunpcb size mismatch > sockstat: struct xunpcb size mismatch > USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS > tinderbox# > ----- > > The kernel config: > ----- > tinderbox# cd /sys/i386/conf/ > tinderbox# diff -u GENERIC GENERIC+LP > --- GENERIC 2007-12-06 22:50:43.000000000 +0300 > +++ GENERIC+LP 2007-12-07 00:12:37.000000000 +0300 > @@ -67,10 +67,10 @@ > options KDB # Enable kernel debugger support. > options DDB # Support DDB. > options GDB # Support remote GDB. > -options INVARIANTS # Enable calls of extra sanity checking > -options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS > -options WITNESS # Enable checks to detect deadlocks and cycles > -options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed > +#options INVARIANTS # Enable calls of extra sanity checking > +#options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS > +#options WITNESS # Enable checks to detect deadlocks and cycles > +#options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed > > # To make an SMP kernel, the next two lines are needed > options SMP # Symmetric MultiProcessor Kernel > @@ -323,3 +323,5 @@ > device fwip # IP over FireWire (RFC 2734,3146) > device dcons # Dumb console driver > device dcons_crom # Configuration ROM for dcons > + > +option LOCK_PROFILING > ----- LOCK_PROFILING conditional ABI changes break this. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 07:54: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 94B8916A419; Fri, 7 Dec 2007 07:54:05 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp8.yandex.ru (smtp8.yandex.ru [213.180.200.213]) by mx1.freebsd.org (Postfix) with ESMTP id 8A74213C459; Fri, 7 Dec 2007 07:54:04 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:46030 "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 S7457175AbXLGHyA (ORCPT + 1 other); Fri, 7 Dec 2007 10:54:00 +0300 X-Comment: RFC 2476 MSA function at smtp8.yandex.ru logged sender identity as: bu7cher Message-ID: <4758FC14.2080606@yandex.ru> Date: Fri, 07 Dec 2007 10:53:56 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Todd Wasson References: <1B3A2410-9C2A-4126-AC92-8E38B4A0D79A@duke.edu> <200712061726.lB6HQCIu023253@fire.js.berklix.net> In-Reply-To: Content-Type: multipart/mixed; boundary="------------070005080003020307050405" Cc: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= , "Julian H. Stacey" , freebsd-current@freebsd.org Subject: Re: BETA4 installer doesn't attach my HDD controller; BETA3 did 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, 07 Dec 2007 07:54:05 -0000 This is a multi-part message in MIME format. --------------070005080003020307050405 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Todd Wasson wrote: >> Todd Wasson wrote: >>> I've got a Maxtor 6Y080L0 YAR41VW0 drive on a JMicron JMB368 UDMA133 >>> controller, and in the BETA4 installer the controller doesn't seem to >>> be properly attaching, which leads to the drive not being found. The >>> relevant sections from dmesg (as I'm not sure where else to look while >>> running the installer CD) are: >> >> Did you try "Safe Boot" key 3. I think this changes may create a regression: 1. the BETA3's version: ctlr->r_type2 = SYS_RES_MEMORY; ctlr->r_rid2 = PCIR_BAR(5); if ((ctlr->r_res2 = bus_alloc_resource_any(dev, ctlr->r_type2, &ctlr->r_rid2, RF_ACTIVE))){ if ((error = ata_ahci_chipinit(dev))) return error; } We have two checks here. Probably your controller doesn't allocate a memory resource for the AHCI, but it works because it skips second checks. 2. the BETA4's version: if ((error = ata_ahci_chipinit(dev))) return error; In this version driver doesn't pass it. I've already sent patch for test to your PR, but i attach it again. May be Soren can comment it? -- WBR, Andrey V. Elsukov --------------070005080003020307050405 Content-Type: text/plain; name="ata-chipset.c.diff.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="ata-chipset.c.diff.txt" LS0tIHNyYy9zeXMvZGV2L2F0YS9hdGEtY2hpcHNldC5jCTIwMDctMTEtMjIgMDA6MTU6MDAu MDAwMDAwMDAwICswMzAwCisrKyBzcmMvc3lzL2Rldi9hdGEvYXRhLWNoaXBzZXQuYwkyMDA3 LTEyLTA3IDEwOjA3OjIxLjAwMDAwMDAwMCArMDMwMApAQCAtMjI0Myw3ICsyMjQzLDcgQEAg YXRhX2ptaWNyb25fY2hpcGluaXQoZGV2aWNlX3QgZGV2KQogCXJldHVybiBFTlhJTzsKIAog ICAgIC8qIGRvIHdlIGhhdmUgbXVsdGlwbGUgUENJIGZ1bmN0aW9ucyA/ICovCi0gICAgaWYg KHBjaV9yZWFkX2NvbmZpZyhkZXYsIDB4ZGYsIDEpICYgMHg0MCkgeworICAgIGlmICgocGNp X3JlYWRfY29uZmlnKGRldiwgMHhkZiwgMSkgJiAweDQwKSB8fCBjdGxyLT5jaGlwLT5jZmcx ID09IDApIHsKIAkvKiBhcmUgd2Ugb24gdGhlIEFIQ0kgcGFydCA/ICovCiAJaWYgKGF0YV9h aGNpX2NoaXBpbml0KGRldikgIT0gRU5YSU8pCiAJICAgIHJldHVybiAwOwo= --------------070005080003020307050405-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 09:01:38 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 6114716A417 for ; Fri, 7 Dec 2007 09:01:38 +0000 (UTC) (envelope-from mharo-freebsd@haro.us) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id C23A113C455 for ; Fri, 7 Dec 2007 09:01:37 +0000 (UTC) (envelope-from mharo-freebsd@haro.us) Received: by ug-out-1314.google.com with SMTP id y2so1554480uge for ; Fri, 07 Dec 2007 01:01:36 -0800 (PST) Received: by 10.78.132.2 with SMTP id f2mr3259388hud.1197016604415; Fri, 07 Dec 2007 00:36:44 -0800 (PST) Received: by 10.78.199.10 with HTTP; Fri, 7 Dec 2007 00:36:44 -0800 (PST) Message-ID: Date: Fri, 7 Dec 2007 00:36:44 -0800 From: "Michael Haro" Sender: mharo-freebsd@haro.us To: "Alexandre Biancalana" In-Reply-To: <8e10486b0712040719ydcf32e0mbe690c3f18968691@mail.gmail.com> MIME-Version: 1.0 References: <8e10486b0711280537n222d6cd5le33639b82a11f45@mail.gmail.com> <8e10486b0711290558q31217f5aif7b803e1ae08023c@mail.gmail.com> <9bbcef730711290634k347bc0c6re0da8676bab37873@mail.gmail.com> <8e10486b0711290637u711c67b3i17925777e4481346@mail.gmail.com> <8e10486b0711300247q4438235ata70ca42030871286@mail.gmail.com> <20071130124801.74c40ef9@peedub.jennejohn.org> <8e10486b0712040521u5c7015b8h86d0da5554162898@mail.gmail.com> <47556554.3010505@clearchain.com> <8e10486b0712040719ydcf32e0mbe690c3f18968691@mail.gmail.com> X-Google-Sender-Auth: ba0e299744a885da Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Benjamin Close Subject: Re: 7-BETA3 everyday reboot 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, 07 Dec 2007 09:01:38 -0000 On 12/4/07, Alexandre Biancalana wrote: > > On Dec 4, 2007 12:33 PM, Benjamin Close > wrote: > > Alexandre Biancalana wrote: > > > On Nov 30, 2007 9:48 AM, Gary Jennejohn > wrote: > > > > > >> On Fri, 30 Nov 2007 07:47:51 -0300 > > >> "Alexandre Biancalana" wrote: > > >> > > >> > > >>> After the reboot, the kernel running have the patch suggested by > > >>> ivoras@ (http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch), > > >>> but how the patch is related to "kmem_map too small", I don't think > > >>> that will be usefull with this panic. > > >>> > > >>> I *really* need some solution :( > > >>> > > >>> Any ideas ? > > >>> > > >>> > > >> The patch is potentially useful because the new code tries harder to > > >> reclaim pages (8 times instead of once with a sleep in between the > > >> attempts). > > >> > > >> The idea is that pages may become available at some time during one > > >> of the sleeps. > > >> > > >> Just try it and see whether it helps. Can't do any harm. > > >> > > > > > > After apply the patch the machine survives to 3 days of work, but > > > paniced again after the system start using swap because some > > > applications were using more memory, here is the panic message: > > > > > > Dec 4 03:12:33 Manny syslogd: kernel boot file is /boot/kernel/kernel > > > Dec 4 03:12:33 Manny kernel: panic: vm_fault: fault on nofault entry, > > > addr: fffffffff7a3e000 > > > Dec 4 03:12:33 Manny kernel: cpuid = 0 > > > Dec 4 03:12:33 Manny kernel: Uptime: 3d5h5m25s > > > Dec 4 03:12:33 Manny kernel: Physical memory: 3061 MB > > > Dec 4 03:12:33 Manny kernel: Dumping 1788 MB: 1773 1757 1741 1725 > > > 1709 1693 1677 1661 1645 1629 1613 1597 1581 1565 1549 1533 1517 1501 > > > 1485 1469 1453 1437 1421 1405 138 > > > 9 1373 1357 1341 1325 1309 1293 1277 1261 1245 1229 1213 1197 1181 > > > 1165 1149 1133 1117 1101 1085 1069 1053 1037 1021 1005 989 973 957 941 > > > 925 909 893 877 861 845 829 813 > > > 797 781 765 749 733 717 701 685 669 653 637 621 605 589 573 557 541 > > > 525 509 493 477 461 445 429 413 397 381 365 349 333 317 301 285 269 > > > 253 237 221 205 189 173 157 141 12 > > > 5 109 93 77 61 45 29 13 > > > Dec 4 03:12:33 Manny kernel: Dump complete > > > Dec 4 03:12:33 Manny kernel: Automatic reboot in 15 seconds - press a > > > key on the console to abort > > > Dec 4 03:12:33 Manny kernel: Rebooting... > > > Dec 4 03:12:33 Manny kernel: cpu_reset: Stopping other CPUs > > > > > > Any other ideas ?! > > > > > I have found that turning off zil and prefetch seem to keep things > > happier on one of the heavily loaded servers that I look after. > > It also appears to prevent a deadlock under very heavy load - something > > I've not yet had time to debug. > > Try adding: > > > > vfs.zfs.zil_disable=1 > > vfs.zfs.prefetch_disable="1" > > > > to /boot/loader.conf > > > > and let us know if it makes a difference. > > Added now only > > vfs.zfs.prefetch_disable="1" > > > I let you know the result. Is the result promising? From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 09:15: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 BEE4E16A419; Fri, 7 Dec 2007 09:15:52 +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 78C2A13C458; Fri, 7 Dec 2007 09:15:52 +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 lB79FpNu071273; Fri, 7 Dec 2007 04:15:51 -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 lB79Fpd2031866; Fri, 7 Dec 2007 04:15:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3BB6873039; Fri, 7 Dec 2007 04:15:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071207091551.3BB6873039@freebsd-current.sentex.ca> Date: Fri, 7 Dec 2007 04:15:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 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, 07 Dec 2007 09:15:52 -0000 TB --- 2007-12-07 07:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-07 07:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-07 07:35:00 - cleaning the object tree TB --- 2007-12-07 07:35:44 - cvsupping the source tree TB --- 2007-12-07 07:35:44 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-07 07:35:50 - building world (CFLAGS=-O -pipe) TB --- 2007-12-07 07:35:50 - cd /src TB --- 2007-12-07 07:35:50 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 7 07:35:54 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Dec 7 09:06:53 UTC 2007 TB --- 2007-12-07 09:06:54 - generating LINT kernel config TB --- 2007-12-07 09:06:54 - cd /src/sys/amd64/conf TB --- 2007-12-07 09:06:54 - /usr/bin/make -B LINT TB --- 2007-12-07 09:06:54 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-07 09:06:54 - cd /src TB --- 2007-12-07 09:06:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 7 09:06:54 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/link_elf_obj.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/ia32/ia32_reg.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/ia32/ia32_signal.c cc -c -x assembler-with-cpp -DLOCORE -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/amd64/ia32/ia32_sigtramp.S cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/ia32/ia32_syscall.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/freebsd32/freebsd32_misc.c /src/sys/compat/freebsd32/freebsd32_misc.c: In function 'copy_statfs': /src/sys/compat/freebsd32/freebsd32_misc.c:153: error: void value not ignored as it ought to be *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-07 09:15:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-07 09:15:51 - ERROR: failed to build lint kernel TB --- 2007-12-07 09:15:51 - tinderbox aborted TB --- 4278.08 user 548.95 system 6050.60 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 09:50:07 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 6900E16A420; Fri, 7 Dec 2007 09:50:07 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id EC26513C474; Fri, 7 Dec 2007 09:50:06 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A55C2A.dip.t-dialin.net [84.165.92.42]) by redbull.bpaserver.net (Postfix) with ESMTP id 497D52E0D1; Fri, 7 Dec 2007 10:50:00 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 6C17E776E6; Fri, 7 Dec 2007 10:49:57 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1197020997; bh=RAs8PCRU/Jta6KNZGsFnhOlwQw1Y69T8z WriD2PjK7U=; h=Message-ID:X-Priority:Date:From:To:Cc:Subject: References:In-Reply-To:MIME-Version:Content-Type: Content-Disposition:Content-Transfer-Encoding:User-Agent; b=YZdb46 Gv4pvK5lGG+a8fFlxr3p1/ieso/lcxs8SLnANGyBU8wirzPSxJN5vKMZflMNYpn9cd3 Xx3rVLAxGgrlJy0kiJATjyJWwu01py7Rx1oKUQdkXpPA0fSRDpRzZ+Fx8xVkV93lyQd I7S+D3tWEN9ddFhZy7Nx5vSCCbnAZGeeYd6+PXMaiQ8xqi/OuJl4IXV54dPxWob1RFz zDeOebSzNhqACIaDX+cKA+dqJYcKdXGQ4bgfNoHoL9wGFPXtcJ7g2c6qKPe/49SImZd 7TurAhpSaSlNTjdyrbgC0S+oSg66MNPTTNwlbPlEn3xZJ8QsFTxMvxNhI+hTNSwUCgR w== Received: (from www@localhost) by webmail.leidinger.net (8.14.1/8.13.8/Submit) id lB79nvnv017163; Fri, 7 Dec 2007 10:49:57 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 07 Dec 2007 10:49:56 +0100 Message-ID: <20071207104956.g7wj6vtxwo4cwg0w@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 07 Dec 2007 10:49:56 +0100 From: Alexander Leidinger To: obrien@freebsd.org References: <4756BAD3.4060905@web.de> <95938867@bb.ipt.ru> <20071205231628.GA15765@dragon.NUXI.org> <20071206072239.GA81748@team.vega.ru> <20071206084342.cv8xbmqg4k0co8kg@webmail.leidinger.net> <20071206163408.GA37676@dragon.NUXI.org> In-Reply-To: <20071206163408.GA37676@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.746, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10, TW_RW 0.08, TW_WX 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Boris Samorodov , Jan Lentfer , freebsd-current@freebsd.org Subject: Re: Problems Building 7.0-Beta3 with -Os 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, 07 Dec 2007 09:50:07 -0000 Quoting David O'Brien (from Thu, 6 Dec 2007 =20 08:34:08 -0800): > On Thu, Dec 06, 2007 at 08:43:42AM +0100, Alexander Leidinger wrote: >> And after the import of the new gcc in 7, a lot of people noticed, that >> the resulting binaries are larger with -Os than with -O2. > > quynh:/usr/src/usr.bin/vi> uname -m > amd64 > quynh:/usr/src/usr.bin/vi> /bin/ls -l nvi.-O* > -rwxr-xr-x 1 root ncvs 366894 Dec 6 08:21 nvi.-O2 > -rwxr-xr-x 1 root ncvs 313043 Dec 6 08:21 nvi.-Os > quynh:/usr/src/usr.bin/vi> size nvi.-O* > text data bss dec hex filename > 326132 1944 4392 332468 512b4 nvi.-O2 > 273759 1944 4392 280095 4461f nvi.-Os > > Perhaps you mean *sometimes* larger. AFAIR it makes the kernel in /boot/ much larger. > Also -Os goal is run-time foot print, not disk foot print. Could you please be a little bit more verbose? If we let alone =20 debugging stuff which can be stripped out: how can you get a smaller =20 size at run-time compared to the size on disk? If the binary size of a =20 program on disk (without debugging stuff) is much larger, how can it =20 be smaller at run-time in the end? Bye, Alexander. --=20 The difference between a good haircut and a bad one is seven days. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 10:46:38 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 2851816A418 for ; Fri, 7 Dec 2007 10:46:38 +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 9286D13C468 for ; Fri, 7 Dec 2007 10:46:37 +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 lB7AkYGh005613; Fri, 7 Dec 2007 11:46:35 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <4759248A.9070707@deepcore.dk> Date: Fri, 07 Dec 2007 11:46:34 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Josh Paetzel References: <69611.66116.qm@web63905.mail.re1.yahoo.com> <200712031505.16963.josh@tcbug.org> In-Reply-To: <200712031505.16963.josh@tcbug.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Barney Cordoba , Travis Mikalson , freebsd-current@FreeBSD.ORG, Mike Tancsa Subject: Re: Any successful installs on a Broadcom HT1000 chipset? 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, 07 Dec 2007 10:46:38 -0000 Hi! Just want to announce that I now have a failing HT1000 setup (tyan=20 board) thanks to Travis Mikalson at TerraNovaNet that has kindly donated = said HW so I can work on a fix for this serious showstopper. I'll get back with patches/fixes ASAP! -S=F8ren From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 10:46:38 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 4235C16A419 for ; Fri, 7 Dec 2007 10:46:38 +0000 (UTC) (envelope-from jeff@rexdb.com) Received: from mail.rexdb.com (mail.rexdb.com [216.243.161.232]) by mx1.freebsd.org (Postfix) with ESMTP id 216C813C469 for ; Fri, 7 Dec 2007 10:46:37 +0000 (UTC) (envelope-from jeff@rexdb.com) Received: from Laptop.totaldiver.net (fl-209-26-20-205.sta.embarqhsd.net [209.26.20.205]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rexdb.com (Postfix) with ESMTP id A84A66AD234; Fri, 7 Dec 2007 05:46:27 -0500 (EST) Message-ID: <4759243F.4080506@rexdb.com> Date: Fri, 07 Dec 2007 05:45:19 -0500 From: Jeff Palmer User-Agent: Thunderbird 2.0.0.9 (X11/20071124) MIME-Version: 1.0 To: current@freebsd.org, Benjamin Close References: <47491424.6030501@rexdb.com> In-Reply-To: <47491424.6030501@rexdb.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: problem with if_wpi and wpa_supplicant. 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, 07 Dec 2007 10:46:38 -0000 Ben, In the other thread, you again mentioned trying your perforce version. so I spent a bit of time today installing ruby and figuring out what other ports I needed to get the p4fetch.rb script to work. After trying the perforce version I can report the following and if they are not currently know issues, I can provide details and logs upon request. The perforce driver _works_ the very first time it's kldloaded, and wpa_supplicant is used. there are a couple "Invalid argument" errors, and then it eventually associates. Laptop# wpa_supplicant -i wpi0 -c /etc/wpa_supplicant.conf Trying to associate with 00:02:2d:b5:12:1a (SSID='wifi' freq=2442 MHz) ioctl[SIOCS80211, op 21, len 42]: Invalid argument Association request to the driver failed Authentication with 00:00:00:00:00:00 timed out. Trying to associate with 00:02:2d:b5:12:1a (SSID='wifi' freq=2442 MHz) ioctl[SIOCS80211, op 21, len 42]: Invalid argument Association request to the driver failed Authentication with 00:00:00:00:00:00 timed out. Trying to associate with 00:02:2d:b5:12:1a (SSID='wifi' freq=2442 MHz) Associated with 00:02:2d:b5:12:1a CTRL-EVENT-CONNECTED - Connection to 00:02:2d:b5:12:1a completed (auth) [id=0 id_str=] After the first connection, I can get an ip via dhclient, and pass traffic. Stopping wpa_supplicant seems to put the hardware in some kind of hung mode. Future attempts to use wpa_suplpicant never work (it doesn't associate a second time.) After this, I can kldunload if_wpi, and it unloads. but afterwards, trying to kldload if_wpi doesn't reattach. wpi doesn't show up in ifconfig, but kldstat shows it as loaded. Again, I'm not sure if any of the above are known problems (in which case, I apologize for wasting your time) or if it's specific to my hardware (in which case, I can provide logs, details, or remote access if you'd rather poke and prod at the hardware yourself) I have to admit, having it associate makes me quite excited. I'm ok with having to reboot if I lose my wireless link at the moment (the only time I lose it currently, is when I go to another location, in which case I'm shutting down anyway) Thanks for all your effort! Jeff From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 10:51:13 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 317E416A420; Fri, 7 Dec 2007 10:51:13 +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 5852413C474; Fri, 7 Dec 2007 10:51:12 +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 lB7Ap7H9005711; Fri, 7 Dec 2007 11:51:07 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <4759259A.3070000@deepcore.dk> Date: Fri, 07 Dec 2007 11:51:06 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <1B3A2410-9C2A-4126-AC92-8E38B4A0D79A@duke.edu> <200712061726.lB6HQCIu023253@fire.js.berklix.net> <4758FC14.2080606@yandex.ru> In-Reply-To: <4758FC14.2080606@yandex.ru> Content-Type: multipart/mixed; boundary="------------000006040706060003020003" Cc: =?ISO-8859-1?Q?S=F8ren_Schmidt?= , "Julian H. Stacey" , freebsd-current@FreeBSD.ORG, Todd Wasson Subject: Re: BETA4 installer doesn't attach my HDD controller; BETA3 did 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, 07 Dec 2007 10:51:13 -0000 This is a multi-part message in MIME format. --------------000006040706060003020003 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Andrey V. Elsukov wrote: > Todd Wasson wrote: >>> Todd Wasson wrote: >>>> I've got a Maxtor 6Y080L0 YAR41VW0 drive on a JMicron JMB368 UDMA133= >>>> controller, and in the BETA4 installer the controller doesn't seem t= o >>>> be properly attaching, which leads to the drive not being found. Th= e >>>> relevant sections from dmesg (as I'm not sure where else to look whi= le >>>> running the installer CD) are: >>> >>> Did you try "Safe Boot" key 3. > > I think this changes may create a regression: > > 1. the BETA3's version: > > ctlr->r_type2 =3D SYS_RES_MEMORY; > ctlr->r_rid2 =3D PCIR_BAR(5); > if ((ctlr->r_res2 =3D bus_alloc_resource_any(dev, ctlr->r_type2= , > &ctlr->r_rid2, RF_ACTIVE))){ > if ((error =3D ata_ahci_chipinit(dev))) > return error; > } > We have two checks here. Probably your controller doesn't allocate a > memory resource for the AHCI, but it works because it skips second > checks. > > 2. the BETA4's version: > > if ((error =3D ata_ahci_chipinit(dev))) > return error; > > In this version driver doesn't pass it. I've already sent patch > for test to your PR, but i attach it again. > May be Soren can comment it? Yeah, there's a bug allright, attached patch is the right way to fix it, = I'll commit when I get a few.. -S=F8ren --------------000006040706060003020003 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="JMicrom-p1" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="JMicrom-p1" ? JMicrom-p1 ? ich-sata-fix Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.209 diff -u -r1.209 ata-chipset.c --- ata-chipset.c 26 Nov 2007 19:08:08 -0000 1.209 +++ ata-chipset.c 7 Dec 2007 10:49:06 -0000 @@ -2260,7 +2309,7 @@ pci_write_config(dev, 0x40, 0x80c0a131, 4); pci_write_config(dev, 0x80, 0x01200000, 4); - if ((error = ata_ahci_chipinit(dev))) + if (ctlr->chip->cfg1 && (error = ata_ahci_chipinit(dev))) return error; ctlr->allocate = ata_jmicron_allocate; --------------000006040706060003020003-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 11:29:43 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 96A7916A419; Fri, 7 Dec 2007 11:29:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4CD1713C45A; Fri, 7 Dec 2007 11:29:43 +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 lB7BTg7i075977; Fri, 7 Dec 2007 06:29:42 -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 lB7BTgip073816; Fri, 7 Dec 2007 06:29:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 42C1A73039; Fri, 7 Dec 2007 06:29:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071207112942.42C1A73039@freebsd-current.sentex.ca> Date: Fri, 7 Dec 2007 06:29:42 -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 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: Fri, 07 Dec 2007 11:29:43 -0000 TB --- 2007-12-07 10:16:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-07 10:16:07 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-07 10:16:07 - cleaning the object tree TB --- 2007-12-07 10:16:28 - cvsupping the source tree TB --- 2007-12-07 10:16:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-07 10:16:40 - building world (CFLAGS=-O -pipe) TB --- 2007-12-07 10:16:40 - cd /src TB --- 2007-12-07 10:16:40 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 7 10:16:41 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 7 11:25:02 UTC 2007 TB --- 2007-12-07 11:25:02 - generating LINT kernel config TB --- 2007-12-07 11:25:02 - cd /src/sys/ia64/conf TB --- 2007-12-07 11:25:02 - /usr/bin/make -B LINT TB --- 2007-12-07 11:25:02 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-07 11:25:02 - cd /src TB --- 2007-12-07 11:25:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 7 11:25:02 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/hme/if_hme.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/hme/if_hme_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/hwpmc/hwpmc_logging.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/hwpmc/hwpmc_mod.c cc1: warnings being treated as errors /src/sys/dev/hwpmc/hwpmc_mod.c: In function 'pmc_process_interrupt': /src/sys/dev/hwpmc/hwpmc_mod.c:3825: warning: implicit declaration of function 'PMC_TRAPFRAME_TO_PC' /src/sys/dev/hwpmc/hwpmc_mod.c:3825: warning: nested extern declaration of 'PMC_TRAPFRAME_TO_PC' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-07 11:29:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-07 11:29:42 - ERROR: failed to build lint kernel TB --- 2007-12-07 11:29:42 - tinderbox aborted TB --- 3389.20 user 362.62 system 4414.30 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 11:51:40 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 D7C4116A504; Fri, 7 Dec 2007 11:51:40 +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 A609C13C45B; Fri, 7 Dec 2007 11:51:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB7Bpd3f045107; Fri, 7 Dec 2007 06:51:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB7BpdrK045503; Fri, 7 Dec 2007 06:51:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 23F1C73039; Fri, 7 Dec 2007 06:51:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071207115139.23F1C73039@freebsd-current.sentex.ca> Date: Fri, 7 Dec 2007 06:51:39 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 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: Fri, 07 Dec 2007 11:51:41 -0000 TB --- 2007-12-07 10:46:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-07 10:46:47 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-12-07 10:46:47 - cleaning the object tree TB --- 2007-12-07 10:47:09 - cvsupping the source tree TB --- 2007-12-07 10:47:09 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-12-07 10:47:17 - building world (CFLAGS=-O -pipe) TB --- 2007-12-07 10:47:17 - cd /src TB --- 2007-12-07 10:47:17 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 7 10:47:19 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 7 11:48:09 UTC 2007 TB --- 2007-12-07 11:48:09 - generating LINT kernel config TB --- 2007-12-07 11:48:09 - cd /src/sys/powerpc/conf TB --- 2007-12-07 11:48:09 - /usr/bin/make -B LINT TB --- 2007-12-07 11:48:09 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-07 11:48:09 - cd /src TB --- 2007-12-07 11:48:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 7 11:48:09 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/hme/if_hme.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/hme/if_hme_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/hwpmc/hwpmc_logging.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/hwpmc/hwpmc_mod.c cc1: warnings being treated as errors /src/sys/dev/hwpmc/hwpmc_mod.c: In function 'pmc_process_interrupt': /src/sys/dev/hwpmc/hwpmc_mod.c:3825: warning: implicit declaration of function 'PMC_TRAPFRAME_TO_PC' /src/sys/dev/hwpmc/hwpmc_mod.c:3825: warning: nested extern declaration of 'PMC_TRAPFRAME_TO_PC' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-07 11:51:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-07 11:51:39 - ERROR: failed to build lint kernel TB --- 2007-12-07 11:51:39 - tinderbox aborted TB --- 2937.84 user 347.07 system 3891.73 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 09:18:41 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 18E5816A419 for ; Fri, 7 Dec 2007 09:18:41 +0000 (UTC) (envelope-from Jan.Lentfer@web.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id 76D9413C447 for ; Fri, 7 Dec 2007 09:18:40 +0000 (UTC) (envelope-from Jan.Lentfer@web.de) Received: from [195.4.92.16] (helo=6.mx.freenet.de) by mout2.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1J0ZLz-00083L-4t; Fri, 07 Dec 2007 10:18:39 +0100 Received: from p54b0e966.dip.t-dialin.net ([84.176.233.102]:61829 helo=epia.lan.net) by 6.mx.freenet.de with esmtpa (ID jan.lentfer@freenet.de) (port 25) (Exim 4.68 #1) id 1J0ZLz-00079H-0k; Fri, 07 Dec 2007 10:18:39 +0100 Received: from localhost (localhost [127.0.0.1]) by epia.lan.net (Postfix) with ESMTP id E8F918B4AB; Fri, 7 Dec 2007 10:18:37 +0100 (CET) X-Virus-Scanned: amavisd-new at lan.net Received: from epia.lan.net ([127.0.0.1]) by localhost (mail.lan.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s5BwcVYX0yNx; Fri, 7 Dec 2007 10:18:18 +0100 (CET) Received: from localhost (epia.lan.net [10.94.76.3]) by epia.lan.net (Postfix) with ESMTP id 2DD758A048; Fri, 7 Dec 2007 10:18:18 +0100 (CET) Received: from 195.145.31.136 ([195.145.31.136]) by neslonek.homeunix.org (Horde MIME library) with HTTP; Fri, 07 Dec 2007 10:18:17 +0100 Message-ID: <20071207101817.xcvz0wdi68cscwkg@neslonek.homeunix.org> Date: Fri, 07 Dec 2007 10:18:17 +0100 From: Jan Lentfer To: JoaoBR References: <4756BAD3.4060905@web.de> <95938867@bb.ipt.ru> <200712060051.26294.joao@matik.com.br> In-Reply-To: <200712060051.26294.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.5) / FreeBSD-6.2 X-Mailman-Approved-At: Fri, 07 Dec 2007 12:19:25 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Problems Building 7.0-Beta3 with -Os 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, 07 Dec 2007 09:18:41 -0000 Zitat von JoaoBR : > FYI, I am certainly very performance and not compatibility oriented > > whatever, my question, probably disturbing question, is what any available > make.conf option could offer any measurable or significant advantage for a > system which only has 1Gig and as like you say a "VIA C7 system"? What > miracle you are waiting for when tweaking make.conf with parms others than > specifics to you ownly and lownly CPU? I'd say this is basically a question what you expect your system to =20 do. As this is a fanless Mini-ITX system with a 1Gig C7 CPU standing =20 in my living room and being idle 90% of the time, I expect to have low =20 noise and low power consumption while this system delivers acceptable =20 performance for my personal use (PostgreSQL, postfix/cyrus imapd with =20 amavis, apache, bacula, etc...). Also this system has an integrated =20 padlock chip which makes it ideal as an VPN gateway running OpenVPN. Still making the system 10% "less lame" by using some optimization =20 levels in compilation at no extra cost is something I certainly won't =20 leave aside :-). On the other hand, why you want to optimzie the hell out of a 4-way =20 8-Gig Operton server or the like, for normal services you want feel =20 too much difference here, because it is fast as hell anyway. So, to sum it up, it's a point of view an expectations you have - no =20 general answer possible. Regards, Jan ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 12:31:31 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 EFFE116A418; Fri, 7 Dec 2007 12:31:30 +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 BDDD713C44B; Fri, 7 Dec 2007 12:31:30 +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 lB7CVUM7079974; Fri, 7 Dec 2007 07:31:30 -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 lB7CVTUk052831; Fri, 7 Dec 2007 07:31:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C4F2E73039; Fri, 7 Dec 2007 07:31:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071207123129.C4F2E73039@freebsd-current.sentex.ca> Date: Fri, 7 Dec 2007 07:31:29 -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 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, 07 Dec 2007 12:31:31 -0000 TB --- 2007-12-07 11:29:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-07 11:29:42 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-12-07 11:29:42 - cleaning the object tree TB --- 2007-12-07 11:30:04 - cvsupping the source tree TB --- 2007-12-07 11:30:04 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-12-07 11:30:11 - building world (CFLAGS=-O -pipe) TB --- 2007-12-07 11:30:11 - cd /src TB --- 2007-12-07 11:30:11 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 7 11:30:14 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 7 12:27:52 UTC 2007 TB --- 2007-12-07 12:27:52 - generating LINT kernel config TB --- 2007-12-07 12:27:52 - cd /src/sys/sparc64/conf TB --- 2007-12-07 12:27:52 - /usr/bin/make -B LINT TB --- 2007-12-07 12:27:52 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-07 12:27:52 - cd /src TB --- 2007-12-07 12:27:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 7 12:27:53 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/hme/if_hme_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/hme/if_hme_sbus.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/hwpmc/hwpmc_logging.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/hwpmc/hwpmc_mod.c cc1: warnings being treated as errors /src/sys/dev/hwpmc/hwpmc_mod.c: In function 'pmc_process_interrupt': /src/sys/dev/hwpmc/hwpmc_mod.c:3825: warning: implicit declaration of function 'PMC_TRAPFRAME_TO_PC' /src/sys/dev/hwpmc/hwpmc_mod.c:3825: warning: nested extern declaration of 'PMC_TRAPFRAME_TO_PC' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-07 12:31:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-07 12:31:29 - ERROR: failed to build lint kernel TB --- 2007-12-07 12:31:29 - tinderbox aborted TB --- 2750.02 user 341.80 system 3707.11 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 12:54:41 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 C321016A417; Fri, 7 Dec 2007 12:54:41 +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 92B1613C457; Fri, 7 Dec 2007 12:54:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB7CselE050579; Fri, 7 Dec 2007 07:54:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB7CsePp076152; Fri, 7 Dec 2007 07:54:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A940573039; Fri, 7 Dec 2007 07:54:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071207125440.A940573039@freebsd-current.sentex.ca> Date: Fri, 7 Dec 2007 07:54:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner1 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, 07 Dec 2007 12:54:41 -0000 TB --- 2007-12-07 11:51:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-07 11:51:39 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-07 11:51:39 - cleaning the object tree TB --- 2007-12-07 11:51:59 - cvsupping the source tree TB --- 2007-12-07 11:51:59 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-07 11:52:09 - building world (CFLAGS=-O -pipe) TB --- 2007-12-07 11:52:09 - cd /src TB --- 2007-12-07 11:52:09 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 7 11:52:10 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 7 12:47:00 UTC 2007 TB --- 2007-12-07 12:47:00 - generating LINT kernel config TB --- 2007-12-07 12:47:00 - cd /src/sys/sun4v/conf TB --- 2007-12-07 12:47:00 - /usr/bin/make -B LINT TB --- 2007-12-07 12:47:00 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-07 12:47:00 - cd /src TB --- 2007-12-07 12:47:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 7 12:47:00 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o if_hme.ko if_hme.kld objcopy --strip-debug if_hme.ko ===> hwpmc (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_mod.c cc1: warnings being treated as errors /src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_mod.c: In function 'pmc_process_interrupt': /src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_mod.c:3825: warning: implicit declaration of function 'PMC_TRAPFRAME_TO_PC' /src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_mod.c:3825: warning: nested extern declaration of 'PMC_TRAPFRAME_TO_PC' *** Error code 1 Stop in /src/sys/modules/hwpmc. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-07 12:54:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-07 12:54:40 - ERROR: failed to build lint kernel TB --- 2007-12-07 12:54:40 - tinderbox aborted TB --- 3000.76 user 363.30 system 3781.36 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 13:08: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 0F41A16A418 for ; Fri, 7 Dec 2007 13:08:08 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id BFB1B13C4E8 for ; Fri, 7 Dec 2007 13:08:07 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1J0cw2-000Bqr-9U; Fri, 07 Dec 2007 16:08:06 +0300 To: "Attilio Rao" References: <97676449@bb.ipt.ru> <3bbf2fe10712062309j7c49aef7g9a5cfa6e2a52158c@mail.gmail.com> From: Boris Samorodov Date: Fri, 07 Dec 2007 16:06:28 +0300 In-Reply-To: <3bbf2fe10712062309j7c49aef7g9a5cfa6e2a52158c@mail.gmail.com> (Attilio Rao's message of "Fri\, 7 Dec 2007 08\:09\:57 +0100") Message-ID: <53021179@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: sockstat: struct xtcpcb size mismatch 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, 07 Dec 2007 13:08:08 -0000 On Fri, 7 Dec 2007 08:09:57 +0100 Attilio Rao wrote: > 2007/12/6, Boris Samorodov : > > tinderbox# uname -a > > FreeBSD tinderbox.i386.ipt.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Dec 6 23:01:37 MSK 2007 root@tinderbox.i386.ipt.ru:/usr/obj/usr/src/sys/GENERIC+LP i386 > > tinderbox# sockstat > > sockstat: struct xtcpcb size mismatch > > sockstat: struct xinpcb size mismatch > > sockstat: struct xunpcb size mismatch > > sockstat: struct xunpcb size mismatch > > USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS > > tinderbox# [...] > > +option LOCK_PROFILING > LOCK_PROFILING conditional ABI changes break this. Thanks for the answer. And sorry, I can't understand what to do further. Is it by design and should stay so or should it be fixed? BTW, RELENG_7 behaves the same way. And "netstat -a" is broken: ----- Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr 0 #0 786433 0 0 ffffff0073eec940 0 0 E 0 #0 524289 0 0 ffffff005a4a6a68 0 0 0 #0 786433 0 0 ffffff00472aca68 0 0 E 0 #0 524289 0 0 ffffff007cb77250 0 0 0 #0 1 0 0 ffffff002e9cf378 0 0 ----- WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 14:22:34 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 EA9B716A474 for ; Fri, 7 Dec 2007 14:22:34 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224]) by mx1.freebsd.org (Postfix) with ESMTP id A0A9B13C47E for ; Fri, 7 Dec 2007 14:22:34 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so231683nzf for ; Fri, 07 Dec 2007 06:22:31 -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=Mik8+x/A7BcfsqvoiCNbLRl4j7VCxboZUTZF1eUUxZk=; b=cZJWy0NjMp3BeZsJxx41hB5sm8iIYb38hd9h3OmQgqg5qG3yIjRDpWNSPasXFd/ZQubFSymN6ezcEXH6G8/5/PeQ07BsqW0Q3Fh6m9yAKFg4x1/LnV3HwdEVuxk/dfG5rYyB7PEC4V4yikxoFTJon4u2a9AnSJ6LYz7MpnEUA2U= 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=XOmK4vKnY+lVcEPxuA8gb+b9QeQT+lvsRyIo4l30F9U8IrNdgmGlsnTjTWFliz1YDc9mA1eV8/crN11TDe99c6o/+FJKFCe+bI+YCPNFxTjI2pi9iUI0ejFljNZBbBs9V/oSyWaKny3vhioXMF1oo8Ihpm6SUlA9Yo3VKZBgLA8= Received: by 10.142.49.4 with SMTP id w4mr832717wfw.1197035789441; Fri, 07 Dec 2007 05:56:29 -0800 (PST) Received: by 10.143.15.5 with HTTP; Fri, 7 Dec 2007 05:56:29 -0800 (PST) Message-ID: <84dead720712070556j5c92e318y593313eadbcf3c65@mail.gmail.com> Date: Fri, 7 Dec 2007 19:26:29 +0530 From: "Joseph Koshy" To: "FreeBSD Tinderbox" In-Reply-To: <20071207125440.A940573039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071207125440.A940573039@freebsd-current.sentex.ca> Cc: current@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v 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, 07 Dec 2007 14:22:35 -0000 > /src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_mod.c: In function 'pmc_process_interrupt': > /src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_mod.c:3825: warning: implicit declaration of function 'PMC_TRAPFRAME_TO_PC' > /src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_mod.c:3825: warning: nested extern declaration of 'PMC_TRAPFRAME_TO_PC' > *** Error code 1 Oops. These build failures should be fixed now, sorry about that! -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 14:29: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 865BF16A46B; Fri, 7 Dec 2007 14:29:49 +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 40D8213C45D; Fri, 7 Dec 2007 14:29:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB7ETl81062114; Fri, 7 Dec 2007 09:29:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB7ETlQ5007881; Fri, 7 Dec 2007 09:29:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C308E73039; Fri, 7 Dec 2007 09:29:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071207142946.C308E73039@freebsd-current.sentex.ca> Date: Fri, 7 Dec 2007 09:29:46 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 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, 07 Dec 2007 14:29:49 -0000 TB --- 2007-12-07 12:55:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-07 12:55:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-07 12:55:01 - cleaning the object tree TB --- 2007-12-07 12:55:41 - cvsupping the source tree TB --- 2007-12-07 12:55:41 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-07 12:55:50 - building world (CFLAGS=-O -pipe) TB --- 2007-12-07 12:55:50 - cd /src TB --- 2007-12-07 12:55:50 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 7 12:55:51 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Dec 7 14:21:12 UTC 2007 TB --- 2007-12-07 14:21:12 - generating LINT kernel config TB --- 2007-12-07 14:21:12 - cd /src/sys/amd64/conf TB --- 2007-12-07 14:21:12 - /usr/bin/make -B LINT TB --- 2007-12-07 14:21:12 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-07 14:21:12 - cd /src TB --- 2007-12-07 14:21:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 7 14:21:12 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/link_elf_obj.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/ia32/ia32_reg.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/ia32/ia32_signal.c cc -c -x assembler-with-cpp -DLOCORE -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/amd64/ia32/ia32_sigtramp.S cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/ia32/ia32_syscall.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/freebsd32/freebsd32_misc.c /src/sys/compat/freebsd32/freebsd32_misc.c: In function 'copy_statfs': /src/sys/compat/freebsd32/freebsd32_misc.c:153: error: void value not ignored as it ought to be *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-07 14:29:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-07 14:29:46 - ERROR: failed to build lint kernel TB --- 2007-12-07 14:29:46 - tinderbox aborted TB --- 4271.49 user 547.62 system 5685.48 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 16:46: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 0789716A418; Fri, 7 Dec 2007 16:46:43 +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 88C4213C45B; Fri, 7 Dec 2007 16:46:41 +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 lB7GkPuN011810; Fri, 7 Dec 2007 17:46:26 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <475978E1.2090507@deepcore.dk> Date: Fri, 07 Dec 2007 17:46:25 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711280842.09340.jhb@freebsd.org> <474D726A.8080807@deepcore.dk> <200711280938.38545.jhb@freebsd.org> <474E5B69.7070406@yandex.ru> <474E65D6.4040403@deepcore.dk> <474E69AE.7000105@yandex.ru> In-Reply-To: <474E69AE.7000105@yandex.ru> Content-Type: multipart/mixed; boundary="------------000203020203020906030109" Cc: Barney Cordoba , Travis Mikalson , freebsd-current@freebsd.org, Anton Yuzhaninov Subject: Re: Any successful installs on a Broadcom HT1000 chipset? 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, 07 Dec 2007 16:46:43 -0000 This is a multi-part message in MIME format. --------------000203020203020906030109 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi All! I've made my first rounds on the Tyan HW that Travis Mikalson at=20 TerraNovaNet has kindly donated to work on. One thing I found out was that it doesn't handle the LBA48 case=20 correctly, that is accesses above ~137G gets wrapped around which breaks = all kinds of things. Now this is strange as that works just fine on my=20 old SuperMicro board, but not on the Tyan. I've yet to find out if its diffs in the HW (doesn't look like at as its = the same HW revision), or if its differences in how the chipset is setup = from the BIOS. The sparse docs I have on the chipset doesn't suggest anything to that=20 effect though. Anyhow, enough ramblings, the attached patch makes 48bit access work on=20 the Tyan, so that problem should be fixored, can you all please test=20 that and let me know how it goes, thanks! Patch is against RELENG_7, but should fit on RELENG_6 and -current as wel= l. -S=F8ren --------------000203020203020906030109 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="swks-p1" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="swks-p1" ? ff ? swks-p1 Index: ata-all.h =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.h,v retrieving revision 1.124.2.1 diff -u -r1.124.2.1 ata-all.h --- ata-all.h 21 Nov 2007 21:15:00 -0000 1.124.2.1 +++ ata-all.h 7 Dec 2007 15:12:09 -0000 @@ -464,6 +464,8 @@ int (*begin_transaction)(struct ata_request *request); int (*end_transaction)(struct ata_request *request); int (*command)(struct ata_request *request); + void (*tf_read)(struct ata_request *request); + void (*tf_write)(struct ata_request *request); }; /* structure holding resources for an ATA channel */ Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.202.2.3 diff -u -r1.202.2.3 ata-chipset.c --- ata-chipset.c 21 Nov 2007 21:15:00 -0000 1.202.2.3 +++ ata-chipset.c 7 Dec 2007 15:12:09 -0000 @@ -98,7 +98,7 @@ static void ata_intel_new_setmode(device_t dev, int mode); static int ata_intel_31244_allocate(device_t dev); static int ata_intel_31244_status(device_t dev); -static int ata_intel_31244_command(struct ata_request *request); +static void ata_intel_31244_tf_write(struct ata_request *request); static void ata_intel_31244_reset(device_t dev); static int ata_ite_chipinit(device_t dev); static void ata_ite_setmode(device_t dev, int mode); @@ -151,6 +151,8 @@ static void ata_promise_next_hpkt(struct ata_pci_controller *ctlr); static int ata_serverworks_chipinit(device_t dev); static int ata_serverworks_allocate(device_t dev); +static void ata_serverworks_tf_read(struct ata_request *request); +static void ata_serverworks_tf_write(struct ata_request *request); static void ata_serverworks_setmode(device_t dev, int mode); static int ata_sii_chipinit(device_t dev); static int ata_cmd_allocate(device_t dev); @@ -2044,7 +2046,7 @@ ch->flags |= ATA_NO_SLAVE; ata_pci_hw(dev); ch->hw.status = ata_intel_31244_status; - ch->hw.command = ata_intel_31244_command; + ch->hw.tf_write = ata_intel_31244_tf_write; /* enable PHY state change interrupt */ ATA_OUTL(ctlr->r_res2, 0x4, @@ -2062,32 +2064,55 @@ return ata_pci_status(dev); } -static int -ata_intel_31244_command(struct ata_request *request) +static void +ata_intel_31244_tf_write(struct ata_request *request) { struct ata_channel *ch = device_get_softc(device_get_parent(request->dev)); struct ata_device *atadev = device_get_softc(request->dev); - u_int64_t lba; - - if (!(atadev->flags & ATA_D_48BIT_ACTIVE)) - return (ata_generic_command(request)); - - lba = request->u.ata.lba; - ATA_IDX_OUTB(ch, ATA_DRIVE, ATA_D_IBM | ATA_D_LBA | atadev->unit); - /* enable interrupt */ - ATA_IDX_OUTB(ch, ATA_CONTROL, ATA_A_4BIT); - ATA_IDX_OUTW(ch, ATA_FEATURE, request->u.ata.feature); - ATA_IDX_OUTW(ch, ATA_COUNT, request->u.ata.count); - ATA_IDX_OUTW(ch, ATA_SECTOR, ((lba >> 16) & 0xff00) | (lba & 0x00ff)); - ATA_IDX_OUTW(ch, ATA_CYL_LSB, ((lba >> 24) & 0xff00) | - ((lba >> 8) & 0x00ff)); - ATA_IDX_OUTW(ch, ATA_CYL_MSB, ((lba >> 32) & 0xff00) | - ((lba >> 16) & 0x00ff)); - - /* issue command to controller */ - ATA_IDX_OUTB(ch, ATA_COMMAND, request->u.ata.command); - return 0; + if (atadev->flags & ATA_D_48BIT_ACTIVE) { + ATA_IDX_OUTW(ch, ATA_FEATURE, request->u.ata.feature); + ATA_IDX_OUTW(ch, ATA_COUNT, request->u.ata.count); + ATA_IDX_OUTW(ch, ATA_SECTOR, ((request->u.ata.lba >> 16) & 0xff00) | + (request->u.ata.lba & 0x00ff)); + ATA_IDX_OUTW(ch, ATA_CYL_LSB, ((request->u.ata.lba >> 24) & 0xff00) | + ((request->u.ata.lba >> 8) & 0x00ff)); + ATA_IDX_OUTW(ch, ATA_CYL_MSB, ((request->u.ata.lba >> 32) & 0xff00) | + ((request->u.ata.lba >> 16) & 0x00ff)); + ATA_IDX_OUTW(ch, ATA_DRIVE, ATA_D_LBA | atadev->unit); + } + else { + ATA_IDX_OUTB(ch, ATA_FEATURE, request->u.ata.feature); + ATA_IDX_OUTB(ch, ATA_COUNT, request->u.ata.count); + if (atadev->flags & ATA_D_USE_CHS) { + int heads, sectors; + + if (atadev->param.atavalid & ATA_FLAG_54_58) { + heads = atadev->param.current_heads; + sectors = atadev->param.current_sectors; + } + else { + heads = atadev->param.heads; + sectors = atadev->param.sectors; + } + ATA_IDX_OUTB(ch, ATA_SECTOR, (request->u.ata.lba % sectors)+1); + ATA_IDX_OUTB(ch, ATA_CYL_LSB, + (request->u.ata.lba / (sectors * heads))); + ATA_IDX_OUTB(ch, ATA_CYL_MSB, + (request->u.ata.lba / (sectors * heads)) >> 8); + ATA_IDX_OUTB(ch, ATA_DRIVE, ATA_D_IBM | atadev->unit | + (((request->u.ata.lba% (sectors * heads)) / + sectors) & 0xf)); + } + else { + ATA_IDX_OUTB(ch, ATA_SECTOR, request->u.ata.lba); + ATA_IDX_OUTB(ch, ATA_CYL_LSB, request->u.ata.lba >> 8); + ATA_IDX_OUTB(ch, ATA_CYL_MSB, request->u.ata.lba >> 16); + ATA_IDX_OUTB(ch, ATA_DRIVE, + ATA_D_IBM | ATA_D_LBA | atadev->unit | + ((request->u.ata.lba >> 24) & 0x0f)); + } + } } static void @@ -4199,10 +4224,92 @@ ch->flags |= ATA_NO_SLAVE; ata_pci_hw(dev); + ch->hw.tf_read = ata_serverworks_tf_read; + ch->hw.tf_write = ata_serverworks_tf_write; return 0; } static void +ata_serverworks_tf_read(struct ata_request *request) +{ + struct ata_channel *ch = device_get_softc(device_get_parent(request->dev)); + struct ata_device *atadev = device_get_softc(request->dev); + + if (atadev->flags & ATA_D_48BIT_ACTIVE) { + u_int16_t temp; + + request->u.ata.count = ATA_IDX_INW(ch, ATA_COUNT); + temp = ATA_IDX_INW(ch, ATA_SECTOR); + request->u.ata.lba = (u_int64_t)(temp & 0x00ff) | + ((u_int64_t)(temp & 0xff00) << 24); + temp = ATA_IDX_INW(ch, ATA_CYL_LSB); + request->u.ata.lba |= ((u_int64_t)(temp & 0x00ff) << 8) | + ((u_int64_t)(temp & 0xff00) << 32); + temp = ATA_IDX_INW(ch, ATA_CYL_MSB); + request->u.ata.lba |= ((u_int64_t)(temp & 0x00ff) << 16) | + ((u_int64_t)(temp & 0xff00) << 40); + } + else { + request->u.ata.count = ATA_IDX_INW(ch, ATA_COUNT) & 0x00ff; + request->u.ata.lba = (ATA_IDX_INW(ch, ATA_SECTOR) & 0x00ff) | + ((ATA_IDX_INW(ch, ATA_CYL_LSB) & 0x00ff) << 8) | + ((ATA_IDX_INW(ch, ATA_CYL_MSB) & 0x00ff) << 16) | + ((ATA_IDX_INW(ch, ATA_DRIVE) & 0xf) << 24); + } +} + +static void +ata_serverworks_tf_write(struct ata_request *request) +{ + struct ata_channel *ch = device_get_softc(device_get_parent(request->dev)); + struct ata_device *atadev = device_get_softc(request->dev); + + if (atadev->flags & ATA_D_48BIT_ACTIVE) { + ATA_IDX_OUTW(ch, ATA_FEATURE, request->u.ata.feature); + ATA_IDX_OUTW(ch, ATA_COUNT, request->u.ata.count); + ATA_IDX_OUTW(ch, ATA_SECTOR, ((request->u.ata.lba >> 16) & 0xff00) | + (request->u.ata.lba & 0x00ff)); + ATA_IDX_OUTW(ch, ATA_CYL_LSB, ((request->u.ata.lba >> 24) & 0xff00) | + ((request->u.ata.lba >> 8) & 0x00ff)); + ATA_IDX_OUTW(ch, ATA_CYL_MSB, ((request->u.ata.lba >> 32) & 0xff00) | + ((request->u.ata.lba >> 16) & 0x00ff)); + ATA_IDX_OUTW(ch, ATA_DRIVE, ATA_D_LBA | atadev->unit); + } + else { + ATA_IDX_OUTW(ch, ATA_FEATURE, request->u.ata.feature); + ATA_IDX_OUTW(ch, ATA_COUNT, request->u.ata.count); + if (atadev->flags & ATA_D_USE_CHS) { + int heads, sectors; + + if (atadev->param.atavalid & ATA_FLAG_54_58) { + heads = atadev->param.current_heads; + sectors = atadev->param.current_sectors; + } + else { + heads = atadev->param.heads; + sectors = atadev->param.sectors; + } + ATA_IDX_OUTW(ch, ATA_SECTOR, (request->u.ata.lba % sectors)+1); + ATA_IDX_OUTW(ch, ATA_CYL_LSB, + (request->u.ata.lba / (sectors * heads))); + ATA_IDX_OUTW(ch, ATA_CYL_MSB, + (request->u.ata.lba / (sectors * heads)) >> 8); + ATA_IDX_OUTW(ch, ATA_DRIVE, ATA_D_IBM | atadev->unit | + (((request->u.ata.lba% (sectors * heads)) / + sectors) & 0xf)); + } + else { + ATA_IDX_OUTW(ch, ATA_SECTOR, request->u.ata.lba); + ATA_IDX_OUTW(ch, ATA_CYL_LSB, request->u.ata.lba >> 8); + ATA_IDX_OUTW(ch, ATA_CYL_MSB, request->u.ata.lba >> 16); + ATA_IDX_OUTW(ch, ATA_DRIVE, + ATA_D_IBM | ATA_D_LBA | atadev->unit | + ((request->u.ata.lba >> 24) & 0x0f)); + } + } +} + +static void ata_serverworks_setmode(device_t dev, int mode) { device_t gparent = GRANDPARENT(dev); Index: ata-lowlevel.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-lowlevel.c,v retrieving revision 1.79 diff -u -r1.79 ata-lowlevel.c --- ata-lowlevel.c 6 Apr 2007 16:18:59 -0000 1.79 +++ ata-lowlevel.c 7 Dec 2007 15:12:09 -0000 @@ -50,6 +50,8 @@ static int ata_wait(struct ata_channel *ch, struct ata_device *, u_int8_t); static void ata_pio_read(struct ata_request *, int); static void ata_pio_write(struct ata_request *, int); +static void ata_tf_read(struct ata_request *); +static void ata_tf_write(struct ata_request *); /* * low level ATA functions @@ -63,6 +65,8 @@ ch->hw.end_transaction = ata_end_transaction; ch->hw.status = ata_generic_status; ch->hw.command = ata_generic_command; + ch->hw.tf_read = ata_tf_read; + ch->hw.tf_write = ata_tf_write; } /* must be called with ATA channel locked and state_mtx held */ @@ -244,28 +248,7 @@ /* on control commands read back registers to the request struct */ if (request->flags & ATA_R_CONTROL) { - if (atadev->flags & ATA_D_48BIT_ACTIVE) { - ATA_IDX_OUTB(ch, ATA_CONTROL, ATA_A_4BIT | ATA_A_HOB); - request->u.ata.count = (ATA_IDX_INB(ch, ATA_COUNT) << 8); - request->u.ata.lba = - ((u_int64_t)(ATA_IDX_INB(ch, ATA_SECTOR)) << 24) | - ((u_int64_t)(ATA_IDX_INB(ch, ATA_CYL_LSB)) << 32) | - ((u_int64_t)(ATA_IDX_INB(ch, ATA_CYL_MSB)) << 40); - - ATA_IDX_OUTB(ch, ATA_CONTROL, ATA_A_4BIT); - request->u.ata.count |= ATA_IDX_INB(ch, ATA_COUNT); - request->u.ata.lba |= - (ATA_IDX_INB(ch, ATA_SECTOR) | - (ATA_IDX_INB(ch, ATA_CYL_LSB) << 8) | - (ATA_IDX_INB(ch, ATA_CYL_MSB) << 16)); - } - else { - request->u.ata.count = ATA_IDX_INB(ch, ATA_COUNT); - request->u.ata.lba = ATA_IDX_INB(ch, ATA_SECTOR) | - (ATA_IDX_INB(ch, ATA_CYL_LSB) << 8) | - (ATA_IDX_INB(ch, ATA_CYL_MSB) << 16) | - ((ATA_IDX_INB(ch, ATA_DRIVE) & 0xf) << 24); - } + ch->hw.tf_read(request); } /* if we got an error we are done with the HW */ @@ -734,57 +717,96 @@ ATA_PROTO_ATAPI_12 ? 6 : 8); } else { - if (atadev->flags & ATA_D_48BIT_ACTIVE) { - ATA_IDX_OUTB(ch, ATA_FEATURE, request->u.ata.feature >> 8); - ATA_IDX_OUTB(ch, ATA_FEATURE, request->u.ata.feature); - ATA_IDX_OUTB(ch, ATA_COUNT, request->u.ata.count >> 8); - ATA_IDX_OUTB(ch, ATA_COUNT, request->u.ata.count); - ATA_IDX_OUTB(ch, ATA_SECTOR, request->u.ata.lba >> 24); - ATA_IDX_OUTB(ch, ATA_SECTOR, request->u.ata.lba); - ATA_IDX_OUTB(ch, ATA_CYL_LSB, request->u.ata.lba >> 32); - ATA_IDX_OUTB(ch, ATA_CYL_LSB, request->u.ata.lba >> 8); - ATA_IDX_OUTB(ch, ATA_CYL_MSB, request->u.ata.lba >> 40); - ATA_IDX_OUTB(ch, ATA_CYL_MSB, request->u.ata.lba >> 16); - ATA_IDX_OUTB(ch, ATA_DRIVE, ATA_D_LBA | atadev->unit); - } - else { - ATA_IDX_OUTB(ch, ATA_FEATURE, request->u.ata.feature); - ATA_IDX_OUTB(ch, ATA_COUNT, request->u.ata.count); - if (atadev->flags & ATA_D_USE_CHS) { - int heads, sectors; + ch->hw.tf_write(request); + + /* issue command to controller */ + ATA_IDX_OUTB(ch, ATA_COMMAND, request->u.ata.command); + } + return 0; +} + +static void +ata_tf_read(struct ata_request *request) +{ + struct ata_channel *ch = device_get_softc(device_get_parent(request->dev)); + struct ata_device *atadev = device_get_softc(request->dev); + + if (atadev->flags & ATA_D_48BIT_ACTIVE) { + ATA_IDX_OUTB(ch, ATA_CONTROL, ATA_A_4BIT | ATA_A_HOB); + request->u.ata.count = (ATA_IDX_INB(ch, ATA_COUNT) << 8); + request->u.ata.lba = + ((u_int64_t)(ATA_IDX_INB(ch, ATA_SECTOR)) << 24) | + ((u_int64_t)(ATA_IDX_INB(ch, ATA_CYL_LSB)) << 32) | + ((u_int64_t)(ATA_IDX_INB(ch, ATA_CYL_MSB)) << 40); + + ATA_IDX_OUTB(ch, ATA_CONTROL, ATA_A_4BIT); + request->u.ata.count |= ATA_IDX_INB(ch, ATA_COUNT); + request->u.ata.lba |= + (ATA_IDX_INB(ch, ATA_SECTOR) | + (ATA_IDX_INB(ch, ATA_CYL_LSB) << 8) | + (ATA_IDX_INB(ch, ATA_CYL_MSB) << 16)); + } + else { + request->u.ata.count = ATA_IDX_INB(ch, ATA_COUNT); + request->u.ata.lba = ATA_IDX_INB(ch, ATA_SECTOR) | + (ATA_IDX_INB(ch, ATA_CYL_LSB) << 8) | + (ATA_IDX_INB(ch, ATA_CYL_MSB) << 16) | + ((ATA_IDX_INB(ch, ATA_DRIVE) & 0xf) << 24); + } +} + +static void +ata_tf_write(struct ata_request *request) +{ + struct ata_channel *ch = device_get_softc(device_get_parent(request->dev)); + struct ata_device *atadev = device_get_softc(request->dev); + + if (atadev->flags & ATA_D_48BIT_ACTIVE) { + ATA_IDX_OUTB(ch, ATA_FEATURE, request->u.ata.feature >> 8); + ATA_IDX_OUTB(ch, ATA_FEATURE, request->u.ata.feature); + ATA_IDX_OUTB(ch, ATA_COUNT, request->u.ata.count >> 8); + ATA_IDX_OUTB(ch, ATA_COUNT, request->u.ata.count); + ATA_IDX_OUTB(ch, ATA_SECTOR, request->u.ata.lba >> 24); + ATA_IDX_OUTB(ch, ATA_SECTOR, request->u.ata.lba); + ATA_IDX_OUTB(ch, ATA_CYL_LSB, request->u.ata.lba >> 32); + ATA_IDX_OUTB(ch, ATA_CYL_LSB, request->u.ata.lba >> 8); + ATA_IDX_OUTB(ch, ATA_CYL_MSB, request->u.ata.lba >> 40); + ATA_IDX_OUTB(ch, ATA_CYL_MSB, request->u.ata.lba >> 16); + ATA_IDX_OUTB(ch, ATA_DRIVE, ATA_D_LBA | atadev->unit); + } + else { + ATA_IDX_OUTB(ch, ATA_FEATURE, request->u.ata.feature); + ATA_IDX_OUTB(ch, ATA_COUNT, request->u.ata.count); + if (atadev->flags & ATA_D_USE_CHS) { + int heads, sectors; - if (atadev->param.atavalid & ATA_FLAG_54_58) { - heads = atadev->param.current_heads; - sectors = atadev->param.current_sectors; - } - else { - heads = atadev->param.heads; - sectors = atadev->param.sectors; - } - ATA_IDX_OUTB(ch, ATA_SECTOR, (request->u.ata.lba % sectors)+1); - ATA_IDX_OUTB(ch, ATA_CYL_LSB, - (request->u.ata.lba / (sectors * heads))); - ATA_IDX_OUTB(ch, ATA_CYL_MSB, - (request->u.ata.lba / (sectors * heads)) >> 8); - ATA_IDX_OUTB(ch, ATA_DRIVE, ATA_D_IBM | atadev->unit | - (((request->u.ata.lba% (sectors * heads)) / - sectors) & 0xf)); + if (atadev->param.atavalid & ATA_FLAG_54_58) { + heads = atadev->param.current_heads; + sectors = atadev->param.current_sectors; } else { - ATA_IDX_OUTB(ch, ATA_SECTOR, request->u.ata.lba); - ATA_IDX_OUTB(ch, ATA_CYL_LSB, request->u.ata.lba >> 8); - ATA_IDX_OUTB(ch, ATA_CYL_MSB, request->u.ata.lba >> 16); - ATA_IDX_OUTB(ch, ATA_DRIVE, - ATA_D_IBM | ATA_D_LBA | atadev->unit | - ((request->u.ata.lba >> 24) & 0x0f)); + heads = atadev->param.heads; + sectors = atadev->param.sectors; } - } - /* issue command to controller */ - ATA_IDX_OUTB(ch, ATA_COMMAND, request->u.ata.command); + ATA_IDX_OUTB(ch, ATA_SECTOR, (request->u.ata.lba % sectors)+1); + ATA_IDX_OUTB(ch, ATA_CYL_LSB, + (request->u.ata.lba / (sectors * heads))); + ATA_IDX_OUTB(ch, ATA_CYL_MSB, + (request->u.ata.lba / (sectors * heads)) >> 8); + ATA_IDX_OUTB(ch, ATA_DRIVE, ATA_D_IBM | atadev->unit | + (((request->u.ata.lba% (sectors * heads)) / + sectors) & 0xf)); + } + else { + ATA_IDX_OUTB(ch, ATA_SECTOR, request->u.ata.lba); + ATA_IDX_OUTB(ch, ATA_CYL_LSB, request->u.ata.lba >> 8); + ATA_IDX_OUTB(ch, ATA_CYL_MSB, request->u.ata.lba >> 16); + ATA_IDX_OUTB(ch, ATA_DRIVE, + ATA_D_IBM | ATA_D_LBA | atadev->unit | + ((request->u.ata.lba >> 24) & 0x0f)); + } } - - return 0; } static void --------------000203020203020906030109-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 16:50:05 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 705BB16A418; Fri, 7 Dec 2007 16:50:05 +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 26D8413C46B; Fri, 7 Dec 2007 16:50:04 +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 lB7Go4ir082459; Fri, 7 Dec 2007 11:50:04 -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 lB7Go4sV073452; Fri, 7 Dec 2007 11:50:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E85C573039; Fri, 7 Dec 2007 11:50:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071207165003.E85C573039@freebsd-current.sentex.ca> Date: Fri, 7 Dec 2007 11:50:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 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: Fri, 07 Dec 2007 16:50:05 -0000 TB --- 2007-12-07 15:31:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-07 15:31:33 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-07 15:31:33 - cleaning the object tree TB --- 2007-12-07 15:31:57 - cvsupping the source tree TB --- 2007-12-07 15:31:57 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-07 15:32:04 - building world (CFLAGS=-O -pipe) TB --- 2007-12-07 15:32:04 - cd /src TB --- 2007-12-07 15:32:04 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 7 15:32:05 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 7 16:40:27 UTC 2007 TB --- 2007-12-07 16:40:27 - generating LINT kernel config TB --- 2007-12-07 16:40:27 - cd /src/sys/ia64/conf TB --- 2007-12-07 16:40:27 - /usr/bin/make -B LINT TB --- 2007-12-07 16:40:27 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-07 16:40:27 - cd /src TB --- 2007-12-07 16:40:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 7 16:40:28 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/gnu/fs/xfs/FreeBSD/support/mrlock.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/gnu/fs/xfs/FreeBSD/support/uuid.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/gnu/fs/xfs/FreeBSD/support/kmem.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/gnu/fs/xfs/xfs_iomap.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/gnu/fs/xfs/xfs_behavior.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/compat/freebsd32/freebsd32_misc.c /src/sys/compat/freebsd32/freebsd32_misc.c: In function 'copy_statfs': /src/sys/compat/freebsd32/freebsd32_misc.c:153: error: void value not ignored as it ought to be *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-07 16:50:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-07 16:50:03 - ERROR: failed to build lint kernel TB --- 2007-12-07 16:50:03 - tinderbox aborted TB --- 3616.44 user 379.18 system 4709.94 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 17:08:05 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 1F46916A417; Fri, 7 Dec 2007 17:08:05 +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 CA88D13C45B; Fri, 7 Dec 2007 17:08:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB7H84Ia084989; Fri, 7 Dec 2007 12:08:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB7H84tv098135; Fri, 7 Dec 2007 12:08:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D0F7B73039; Fri, 7 Dec 2007 12:08:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071207170803.D0F7B73039@freebsd-current.sentex.ca> Date: Fri, 7 Dec 2007 12:08:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 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: Fri, 07 Dec 2007 17:08:05 -0000 TB --- 2007-12-07 16:00:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-07 16:00:31 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-12-07 16:00:31 - cleaning the object tree TB --- 2007-12-07 16:00:47 - cvsupping the source tree TB --- 2007-12-07 16:00:47 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-12-07 16:00:53 - building world (CFLAGS=-O -pipe) TB --- 2007-12-07 16:00:53 - cd /src TB --- 2007-12-07 16:00:53 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 7 16:00:54 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 7 17:01:34 UTC 2007 TB --- 2007-12-07 17:01:34 - generating LINT kernel config TB --- 2007-12-07 17:01:34 - cd /src/sys/powerpc/conf TB --- 2007-12-07 17:01:34 - /usr/bin/make -B LINT TB --- 2007-12-07 17:01:34 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-07 17:01:34 - cd /src TB --- 2007-12-07 17:01:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 7 17:01:34 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror vers.c linking kernel hwpmc_mod.o(.text+0x8edc): In function `pmc_process_interrupt': : undefined reference to `pmc_save_kernel_callchain' hwpmc_mod.o(.text+0x90f0): In function `pmc_capture_user_callchain': : undefined reference to `pmc_save_user_callchain' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-07 17:08:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-07 17:08:03 - ERROR: failed to build lint kernel TB --- 2007-12-07 17:08:03 - tinderbox aborted TB --- 3098.74 user 359.05 system 4052.40 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 17:11:03 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 9C2FD16A418 for ; Fri, 7 Dec 2007 17:11:03 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (smtp-04.oit.duke.edu [152.3.174.85]) by mx1.freebsd.org (Postfix) with ESMTP id 4D53C13C448 for ; Fri, 7 Dec 2007 17:11:03 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id A4E8735A641; Fri, 7 Dec 2007 12:11:02 -0500 (EST) Received: from avenue.wintermute (cpe-076-182-024-090.nc.res.rr.com [76.182.24.90]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.duke.edu (Postfix) with ESMTP id 4F8FA35900A; Fri, 7 Dec 2007 12:11:02 -0500 (EST) Message-Id: <4A85ADA7-1528-4164-8566-506DEFFE5EB0@duke.edu> From: Todd Wasson To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-Reply-To: <4759259A.3070000@deepcore.dk> 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: Fri, 7 Dec 2007 12:11:01 -0500 References: <1B3A2410-9C2A-4126-AC92-8E38B4A0D79A@duke.edu> <200712061726.lB6HQCIu023253@fire.js.berklix.net> <4758FC14.2080606@yandex.ru> <4759259A.3070000@deepcore.dk> X-Mailer: Apple Mail (2.915) X-PMX-Version: 5.4.0.320885, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.12.7.85625 X-PerlMx-Spam: Gauge=XXII, Probability=22%, Report='RELAY_IN_PBL_11 2.5, RDNS_GENERIC_POOLED 0, RDNS_POOLED 0, RDNS_RESIDENTIAL 0, RDNS_SUSP 0, RDNS_SUSP_GENERIC 0, RDNS_SUSP_SPECIFIC 0, RELAY_IN_PBL 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __RDNS_POOLED_2 0, __SANE_MSGID 0' Cc: "Julian H. Stacey" , "Andrey V. Elsukov" , freebsd-current@FreeBSD.ORG, =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: BETA4 installer doesn't attach my HDD controller; BETA3 did 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, 07 Dec 2007 17:11:03 -0000 Julian, Andrey, and Soren, thank all of you for your help. I applied =20= Soren's patch (as I just pulled it from the tree via csup) and the =20 problem appears to be resolved. I appreciate your assistance and the =20= fast turnaround time on this. Todd On Dec 7, 2007, at 5:51 AM, S=F8ren Schmidt wrote: > Andrey V. Elsukov wrote: >> Todd Wasson wrote: >>>> Todd Wasson wrote: >>>>> I've got a Maxtor 6Y080L0 YAR41VW0 drive on a JMicron JMB368 =20 >>>>> UDMA133 >>>>> controller, and in the BETA4 installer the controller doesn't =20 >>>>> seem to >>>>> be properly attaching, which leads to the drive not being =20 >>>>> found. The >>>>> relevant sections from dmesg (as I'm not sure where else to look =20= >>>>> while >>>>> running the installer CD) are: >>>> >>>> Did you try "Safe Boot" key 3. >> >> I think this changes may create a regression: >> >> 1. the BETA3's version: >> >> ctlr->r_type2 =3D SYS_RES_MEMORY; >> ctlr->r_rid2 =3D PCIR_BAR(5); >> if ((ctlr->r_res2 =3D bus_alloc_resource_any(dev, = ctlr->r_type2, >> &ctlr->r_rid2, RF_ACTIVE))){ >> if ((error =3D ata_ahci_chipinit(dev))) >> return error; >> } >> We have two checks here. Probably your controller doesn't allocate a >> memory resource for the AHCI, but it works because it skips second >> checks. >> >> 2. the BETA4's version: >> >> if ((error =3D ata_ahci_chipinit(dev))) >> return error; >> >> In this version driver doesn't pass it. I've already sent patch >> for test to your PR, but i attach it again. >> May be Soren can comment it? > Yeah, there's a bug allright, attached patch is the right way to fix =20= > it, I'll commit when I get a few.. > > -S=F8ren > > > ? JMicrom-p1 > ? ich-sata-fix > Index: ata-chipset.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v > retrieving revision 1.209 > diff -u -r1.209 ata-chipset.c > --- ata-chipset.c 26 Nov 2007 19:08:08 -0000 1.209 > +++ ata-chipset.c 7 Dec 2007 10:49:06 -0000 > @@ -2260,7 +2309,7 @@ > pci_write_config(dev, 0x40, 0x80c0a131, 4); > pci_write_config(dev, 0x80, 0x01200000, 4); > > - if ((error =3D ata_ahci_chipinit(dev))) > + if (ctlr->chip->cfg1 && (error =3D ata_ahci_chipinit(dev))) > return error; > > ctlr->allocate =3D ata_jmicron_allocate; From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 17:55:12 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 1020E16A417; Fri, 7 Dec 2007 17:55:12 +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 BC58113C465; Fri, 7 Dec 2007 17:55:11 +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 lB7HtBqI090798; Fri, 7 Dec 2007 12:55:11 -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 lB7HtAO0077506; Fri, 7 Dec 2007 12:55:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C902B73039; Fri, 7 Dec 2007 12:55:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071207175510.C902B73039@freebsd-current.sentex.ca> Date: Fri, 7 Dec 2007 12:55:10 -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, 07 Dec 2007 17:55:12 -0000 TB --- 2007-12-07 16:50:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-07 16:50:03 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-12-07 16:50:03 - cleaning the object tree TB --- 2007-12-07 16:50:20 - cvsupping the source tree TB --- 2007-12-07 16:50:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-12-07 16:50:26 - building world (CFLAGS=-O -pipe) TB --- 2007-12-07 16:50:26 - cd /src TB --- 2007-12-07 16:50:26 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 7 16:50:27 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 7 17:47:45 UTC 2007 TB --- 2007-12-07 17:47:45 - generating LINT kernel config TB --- 2007-12-07 17:47:45 - cd /src/sys/sparc64/conf TB --- 2007-12-07 17:47:45 - /usr/bin/make -B LINT TB --- 2007-12-07 17:47:45 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-07 17:47:45 - cd /src TB --- 2007-12-07 17:47:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 7 17:47:45 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel hwpmc_mod.o(.text+0xc898): In function `pmc_process_interrupt': : undefined reference to `pmc_save_kernel_callchain' hwpmc_mod.o(.text+0xcb48): In function `pmc_capture_user_callchain': : undefined reference to `pmc_save_user_callchain' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-07 17:55:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-07 17:55:10 - ERROR: failed to build lint kernel TB --- 2007-12-07 17:55:10 - tinderbox aborted TB --- 2920.01 user 361.32 system 3906.71 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 19:14:11 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 9C72A16A41A for ; Fri, 7 Dec 2007 19:14:11 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 9955613C44B for ; Fri, 7 Dec 2007 19:14:10 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so1064044mue for ; Fri, 07 Dec 2007 11:14:04 -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:mime-version:content-type:content-transfer-encoding:message-id; bh=5GAZCHXo/ixm7PAe3jL60TWBo0GHbxs4nC8Q9nOPqHs=; b=A7qVxdUZxBQ0fZwT7hewR/D0N5vce29nWtSCAxZWdfRl3sAcfIyAyhD3plHTINLwXJxwSB1b2I0Oh38ILu/2NU2ZOONuxmv2QhUwiA6F8lts7ZlE01CfqM3c8N+YdONLpiDTy7OCbdtZOA65jW0jdLJrNfkeXi6irb9Nt1PlRRE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:message-id; b=TBK3QNvq/tvqxCvBwslT+n5D+sAV/YVlbXr7MsFm1u9LmeF9xFpC4im1Jjx76LbjuiwAlsGqqQ5UywxSSzxF7pj7WOgkxEll96MY3FsIv77OuQMx4BN25i6D1XoHywOhkYN07oSGQYujj/2aDW17GITV6WO6VHV3foXDwoTr0nY= Received: by 10.82.187.16 with SMTP id k16mr5560859buf.1197054843571; Fri, 07 Dec 2007 11:14:03 -0800 (PST) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id j9sm72658mue.2007.12.07.11.13.59 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 07 Dec 2007 11:14:00 -0800 (PST) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Fri, 7 Dec 2007 21:13:57 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart30700188.cLiCFQVgOn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712072114.01360.qpadla@gmail.com> Subject: Strange IRQ number 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: Fri, 07 Dec 2007 19:14:11 -0000 --nextPart30700188.cLiCFQVgOn Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I see some strange IRQ number for my em0 card on BETA4: root@cassini:~# vmstat -i = = =20 interrupt total rate irq1: atkbd0 6 0 irq6: fdc0 1 0 irq14: ata0 184947 16 irq15: ata1 184946 16 cpu0: timer 22110598 1999 irq256: em0 6945039 628 ^^^^^^^^^^^^^^^^ cpu1: timer 22110396 1999 Total 51535933 4661 On 6.2 it was shared with uhci. Now all uhci controllers gone from the=20 vmstat but not from the system: root@cassini:~# usbdevs = = =20 addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 1: EHCI root hub, Intel root@cassini:~# dmesg | grep em0 = = =20 em0: port=20 0x4000-0x401f mem 0xd0100000-0xd011ffff irq 16 at device 0.0 on pci6 em0: Using MSI interrupt em0: Ethernet address: 00:30:48:91:c0:90 em0: [FILTER] The entire system work ok. =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 --nextPart30700188.cLiCFQVgOn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHWZt5/2R6KvEYGaIRAvqmAKCiltFhhn5JVwPImdJJ/mymAKCnqgCeKyzy onoxqbdsE5ynkrPln6KGu1s= =+BUK -----END PGP SIGNATURE----- --nextPart30700188.cLiCFQVgOn-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 19:26: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 05F4D16A420 for ; Fri, 7 Dec 2007 19:26:47 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 88B3513C461 for ; Fri, 7 Dec 2007 19:26:46 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:57978 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1J0iqT-0003Z7-59 for freebsd-current@freebsd.org; Fri, 07 Dec 2007 20:26:45 +0100 Received: (qmail 67827 invoked from network); 7 Dec 2007 20:26:42 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 7 Dec 2007 20:26:42 +0100 Received: (qmail 65175 invoked by uid 1001); 7 Dec 2007 20:26:42 +0100 Date: Fri, 7 Dec 2007 20:26:42 +0100 From: Erik Trulsson To: Nikolay Pavlov Message-ID: <20071207192642.GA65135@owl.midgard.homeip.net> Mail-Followup-To: Nikolay Pavlov , freebsd-current@freebsd.org References: <200712072114.01360.qpadla@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200712072114.01360.qpadla@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1J0iqT-0003Z7-59. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1J0iqT-0003Z7-59 c8aa68770bae3f4a4347c127027ed541 Cc: freebsd-current@freebsd.org Subject: Re: Strange IRQ number 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, 07 Dec 2007 19:26:47 -0000 On Fri, Dec 07, 2007 at 09:13:57PM +0200, Nikolay Pavlov wrote: > I see some strange IRQ number for my em0 card on BETA4: > root@cassini:~# vmstat -i > interrupt total rate > irq1: atkbd0 6 0 > irq6: fdc0 1 0 > irq14: ata0 184947 16 > irq15: ata1 184946 16 > cpu0: timer 22110598 1999 > irq256: em0 6945039 628 > ^^^^^^^^^^^^^^^^ > cpu1: timer 22110396 1999 > Total 51535933 4661 > > On 6.2 it was shared with uhci. Now all uhci controllers gone from the > vmstat but not from the system: 'vmstat -i' only shows those interrupts that have generated at least one interrupt. Use 'vmstat -ia' to see all the interrupts (I suspect that you will find the uhci* devices there.) > > root@cassini:~# usbdevs > addr 1: UHCI root hub, Intel > addr 1: UHCI root hub, Intel > addr 1: UHCI root hub, Intel > addr 1: UHCI root hub, Intel > addr 1: EHCI root hub, Intel > > root@cassini:~# dmesg | grep em0 > em0: port > 0x4000-0x401f mem 0xd0100000-0xd011ffff irq 16 at device 0.0 on pci6 > em0: Using MSI interrupt ^^^^^^^^^^^^^^^^^^^^^^ This is the magic information. On 7.x MSI/MSI-X interrupts are enabled by default (which is not the case on 6.x). MSI/MSI-X is a new interrupt delivery mechanism that can be used by all PCI-E devices (although not all device drivers in FreeBSD take advantage of this yet) and some PCI-X devices, that essentially assigns a separate interrupt for each device - thus no need for sharing interrupts. > em0: Ethernet address: 00:30:48:91:c0:90 > em0: [FILTER] > > The entire system work ok. As expected. What you see is simply the em0 NIC (apparently a PCI-E device) using MSI instead of the old interrupt method. FreeBSD assigns such devices a "virtual" interrupt number starting at 256. Short version: It is not a bug, it is a feature. :-) -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 19:46: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 ACDF616A420 for ; Fri, 7 Dec 2007 19:46:37 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from hs-out-2122.google.com (hs-out-0708.google.com [64.233.178.249]) by mx1.freebsd.org (Postfix) with ESMTP id 4CC8513C447 for ; Fri, 7 Dec 2007 19:46:37 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by hs-out-2122.google.com with SMTP id j58so337634hsj for ; Fri, 07 Dec 2007 11:46:36 -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:message-id; bh=fPftNTNvtS6L8wuxq8isYkvnhw5m2PvvMqalTREfxrg=; b=E78wDJQ07OcoNaEUc9nKoyZngZ58mkA+oTcibnLU2m/XQ0976EKJpeduStb/ACqaPFckLgWY1jnU7lJLO6MeUEaVWfNGJEHrdVNg1AUnApqNcSVaw/HC/tgomSWNQqAYOqbuBLYqmxY/2D0mazU/3selwL6M57r5cJEVhs9BWGE= 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:message-id; b=ChX2GhcElx9aIadLfgUuvD8xIoGO4G9cLQROZaxL3UpPaIh8NsKOTRufyD3OQAuPzIoFGHzS7z8rt/28+m26W5uliWfuRm7dGMl68Nn8IrUre88wiEgFS2ctKrhtqDxGhPsfNptBtHKyBgLnwziq+r3jH1MLn0x/JASZ8bau3nw= Received: by 10.78.204.7 with SMTP id b7mr4156326hug.1197056794807; Fri, 07 Dec 2007 11:46:34 -0800 (PST) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id c9sm1102696nfi.2007.12.07.11.46.32 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 07 Dec 2007 11:46:33 -0800 (PST) From: Nikolay Pavlov To: Erik Trulsson Date: Fri, 7 Dec 2007 21:46:37 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <200712072114.01360.qpadla@gmail.com> <20071207192642.GA65135@owl.midgard.homeip.net> In-Reply-To: <20071207192642.GA65135@owl.midgard.homeip.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1795797.neeHdfm7lH"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712072146.37458.qpadla@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: Strange IRQ number 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: Fri, 07 Dec 2007 19:46:37 -0000 --nextPart1795797.neeHdfm7lH Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 07 December 2007 21:26:42 Erik Trulsson wrote: > On Fri, Dec 07, 2007 at 09:13:57PM +0200, Nikolay Pavlov wrote: > > I see some strange IRQ number for my em0 card on BETA4: > > root@cassini:~# vmstat -i > > interrupt total rate > > irq1: atkbd0 6 0 > > irq6: fdc0 1 0 > > irq14: ata0 184947 16 > > irq15: ata1 184946 16 > > cpu0: timer 22110598 1999 > > irq256: em0 6945039 628 > > ^^^^^^^^^^^^^^^^ > > cpu1: timer 22110396 1999 > > Total 51535933 4661 > > > > On 6.2 it was shared with uhci. Now all uhci controllers gone from the > > vmstat but not from the system: > > 'vmstat -i' only shows those interrupts that have generated at least one > interrupt. Use 'vmstat -ia' to see all the interrupts (I suspect that > you will find the uhci* devices there.) > > > root@cassini:~# usbdevs > > addr 1: UHCI root hub, Intel > > addr 1: UHCI root hub, Intel > > addr 1: UHCI root hub, Intel > > addr 1: UHCI root hub, Intel > > addr 1: EHCI root hub, Intel > > > > root@cassini:~# dmesg | grep em0 > > em0: port > > 0x4000-0x401f mem 0xd0100000-0xd011ffff irq 16 at device 0.0 on pci6 > > em0: Using MSI interrupt > > ^^^^^^^^^^^^^^^^^^^^^^ > > This is the magic information. On 7.x MSI/MSI-X interrupts are enabled > by default (which is not the case on 6.x). > MSI/MSI-X is a new interrupt delivery mechanism that can be used by all > PCI-E devices (although not all device drivers in FreeBSD take > advantage of this yet) and some PCI-X devices, that essentially assigns > a separate interrupt for each device - thus no need for sharing > interrupts. > > > em0: Ethernet address: 00:30:48:91:c0:90 > > em0: [FILTER] > > > > The entire system work ok. > > As expected. What you see is simply the em0 NIC (apparently a PCI-E > device) using MSI instead of the old interrupt method. > FreeBSD assigns such devices a "virtual" interrupt number starting at > 256. > > > Short version: It is not a bug, it is a feature. :-) Yes you are right Erik. Thanks for a good explanation. :) =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 --nextPart1795797.neeHdfm7lH Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHWaMd/2R6KvEYGaIRAmpiAJ9Ro2T6AxcEOr44frNh8P98MhhHKwCg8tKh NHUkBKqyM8Vr1oC9p1HuHY0= =uXRA -----END PGP SIGNATURE----- --nextPart1795797.neeHdfm7lH-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 19:54: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 769B716A479; Fri, 7 Dec 2007 19:54:57 +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 3066313C465; Fri, 7 Dec 2007 19:54:57 +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 lB7JsuJj005314; Fri, 7 Dec 2007 14:54:56 -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 lB7JsumH087399; Fri, 7 Dec 2007 14:54:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0A96573039; Fri, 7 Dec 2007 14:54:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071207195456.0A96573039@freebsd-current.sentex.ca> Date: Fri, 7 Dec 2007 14:54:55 -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 amd64/amd64 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, 07 Dec 2007 19:54:57 -0000 TB --- 2007-12-07 18:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-07 18:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-07 18:20:00 - cleaning the object tree TB --- 2007-12-07 18:20:28 - cvsupping the source tree TB --- 2007-12-07 18:20:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-07 18:20:34 - building world (CFLAGS=-O -pipe) TB --- 2007-12-07 18:20:34 - cd /src TB --- 2007-12-07 18:20:34 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 7 18:20:35 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Dec 7 19:46:12 UTC 2007 TB --- 2007-12-07 19:46:12 - generating LINT kernel config TB --- 2007-12-07 19:46:12 - cd /src/sys/amd64/conf TB --- 2007-12-07 19:46:12 - /usr/bin/make -B LINT TB --- 2007-12-07 19:46:12 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-07 19:46:12 - cd /src TB --- 2007-12-07 19:46:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 7 19:46:12 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/link_elf_obj.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/ia32/ia32_reg.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/ia32/ia32_signal.c cc -c -x assembler-with-cpp -DLOCORE -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/amd64/ia32/ia32_sigtramp.S cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/ia32/ia32_syscall.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/freebsd32/freebsd32_misc.c /src/sys/compat/freebsd32/freebsd32_misc.c: In function 'copy_statfs': /src/sys/compat/freebsd32/freebsd32_misc.c:153: error: void value not ignored as it ought to be *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-07 19:54:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-07 19:54:55 - ERROR: failed to build lint kernel TB --- 2007-12-07 19:54:55 - tinderbox aborted TB --- 4278.66 user 541.29 system 5695.22 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 22:13: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 A993216A417 for ; Fri, 7 Dec 2007 22:13:37 +0000 (UTC) (envelope-from angelo@hongens.nl) Received: from krypton.hongens.local (cl-794.ams-05.nl.sixxs.net [IPv6:2001:610:600:319::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6248C13C44B for ; Fri, 7 Dec 2007 22:13:37 +0000 (UTC) (envelope-from angelo@hongens.nl) Received: from localhost (localhost.hongens.local [127.0.0.1]) by krypton.hongens.local (Postfix) with ESMTP id BAC9910B88 for ; Fri, 7 Dec 2007 23:13:35 +0100 (CET) X-Virus-Scanned: amavisd-new at hongens.nl Received: from krypton.hongens.local ([127.0.0.1]) by localhost (krypton.hongens.local [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qA9NoaJQwCjE for ; Fri, 7 Dec 2007 23:13:31 +0100 (CET) Received: from angelomobiel.local (unknown [192.168.127.250]) by krypton.hongens.local (Postfix) with ESMTP id 9AE2610B65 for ; Fri, 7 Dec 2007 23:13:31 +0100 (CET) Message-ID: <4759C58B.3030509@hongens.nl> Date: Fri, 07 Dec 2007 23:13:31 +0100 From: Angelo Hongens 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: RDNSS in FreeBSD? (rfc4339) 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, 07 Dec 2007 22:13:37 -0000 Hey, RFC 4339 talks about how to assign IPv6 hosts with DNS servers through RA or DHCPv6. I want to push IPv6 DNS server addresses (wel, only one actuallty) out to a few clients on my home network, to test using IPv6-only hosts. I already use rtadvd in the base to hand out IPv6 addresses, but is there a way to have it push out DNS server adresses as well? I've been googling my ass off, but it gives little to no results, and rtadvd.conf file doesn't say anything about this option. The above RFC part about RA (snippet): "3.1. RA Option The RA approach defines a new ND option, called the RDNSS option, that contains a recursive DNS server address [6]. Existing ND transport mechanisms (i.e., advertisements and solicitations) are used. This works in the same way that nodes learn about routers and prefixes. An IPv6 host can configure the IPv6 addresses of one or more RDNSSes via RA message periodically sent by a router or solicited by a Router Solicitation (RS)." I'm running 7.0-BETA4 by the way.. If rtadvd does not yet support this function, will it in the future? If not, I have to use DHCPv6? What is the best DHCP6 server? I'm used to ISC's DHCPD, does it have a v6 version in ports? I see the WIDE-DHCPv6, is that the de-facto standard? Thanks in advance for your replies.. -- Kind regards, Angelo Höngens The Netherlands From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 22:14:48 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 0361916A419; Fri, 7 Dec 2007 22:14:48 +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 C65D113C46E; Fri, 7 Dec 2007 22:14:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB7MEl0f022444; Fri, 7 Dec 2007 17:14:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB7MEkCb061079; Fri, 7 Dec 2007 17:14:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9504573039; Fri, 7 Dec 2007 17:14:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071207221446.9504573039@freebsd-current.sentex.ca> Date: Fri, 7 Dec 2007 17:14:46 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 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: Fri, 07 Dec 2007 22:14:48 -0000 TB --- 2007-12-07 20:56:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-07 20:56:49 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-07 20:56:49 - cleaning the object tree TB --- 2007-12-07 20:57:11 - cvsupping the source tree TB --- 2007-12-07 20:57:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-07 20:57:17 - building world (CFLAGS=-O -pipe) TB --- 2007-12-07 20:57:17 - cd /src TB --- 2007-12-07 20:57:17 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 7 20:57:19 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 7 22:05:30 UTC 2007 TB --- 2007-12-07 22:05:30 - generating LINT kernel config TB --- 2007-12-07 22:05:30 - cd /src/sys/ia64/conf TB --- 2007-12-07 22:05:30 - /usr/bin/make -B LINT TB --- 2007-12-07 22:05:30 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-07 22:05:30 - cd /src TB --- 2007-12-07 22:05:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 7 22:05:30 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/gnu/fs/xfs/FreeBSD/support/mrlock.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/gnu/fs/xfs/FreeBSD/support/uuid.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/gnu/fs/xfs/FreeBSD/support/kmem.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/gnu/fs/xfs/xfs_iomap.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/gnu/fs/xfs/xfs_behavior.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/compat/freebsd32/freebsd32_misc.c /src/sys/compat/freebsd32/freebsd32_misc.c: In function 'copy_statfs': /src/sys/compat/freebsd32/freebsd32_misc.c:153: error: void value not ignored as it ought to be *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-07 22:14:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-07 22:14:46 - ERROR: failed to build lint kernel TB --- 2007-12-07 22:14:46 - tinderbox aborted TB --- 3621.94 user 376.30 system 4676.84 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 22:16: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 98EF316A46B for ; Fri, 7 Dec 2007 22:16:34 +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 6D71813C459 for ; Fri, 7 Dec 2007 22:16:34 +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 6D32A29B5FA; Fri, 7 Dec 2007 17:16:33 -0500 (EST) Message-ID: <4759C63C.6070605@terranova.net> Date: Fri, 07 Dec 2007 17:16:28 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= , freebsd-current@freebsd.org References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711280842.09340.jhb@freebsd.org> <474D726A.8080807@deepcore.dk> <200711280938.38545.jhb@freebsd.org> <474E5B69.7070406@yandex.ru> <474E65D6.4040403@deepcore.dk> <474E69AE.7000105@yandex.ru> <475978E1.2090507@deepcore.dk> In-Reply-To: <475978E1.2090507@deepcore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: Any successful installs on a Broadcom HT1000 chipset? 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, 07 Dec 2007 22:16:34 -0000 Søren Schmidt wrote: > Anyhow, enough ramblings, the attached patch makes 48bit access work on > the Tyan, so that problem should be fixored, can you all please test > that and let me know how it goes, thanks! > > Patch is against RELENG_7, but should fit on RELENG_6 and -current as well. > > -Søren That's certainly a good thing to have found and fixed, but unfortunately I cannot easily test this specific aspect that you've fixed :) I patched and booted with a disk plugged into my on-board SATA, the memory corruption issue is still there so all I can really see is init and sh sig11'ing and zfs spitting out checksum errors, sorry. -- 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 Fri Dec 7 21:27:12 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 D0E5F16A417 for ; Fri, 7 Dec 2007 21:27:12 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.3]) by mx1.freebsd.org (Postfix) with ESMTP id B111913C448 for ; Fri, 7 Dec 2007 21:27:12 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 6114 invoked from network); 7 Dec 2007 21:27:12 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 7 Dec 2007 21:27:11 -0000 Message-ID: <4759BA18.8080905@chuckr.org> Date: Fri, 07 Dec 2007 16:24:40 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 08 Dec 2007 00:00:55 +0000 Subject: duplicate lines in ls listing? 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, 07 Dec 2007 21:27:12 -0000 I run current, and I sort of expect this behavior I jusrt noticed is an artifact of that, so I didn't send this to -questions. Hope I'm not abusing things. I just noticed some very odd things happening in ls listings. First noticed this in listing /dev, where some files listed twice, even though there name seemed to be a total duplicate. The file I first noticed this with was /dev/sndstat. Later on, as root, I copied a dmesg listing I had saved in root's homedir to my "chuckr" dir, then did a chown so that chuckr coud won and move it. I took a look at the file, noticed it was a verbose dmesg when I didn't want it to be, so I moved back to the terminal that I was root in, and copied a different named dmesg to the same name in ~chuckr, again chowning it. When I went back to the tty that chuckr was logged in on, and ls'd the dmesg, I was shocke dto find that there were two different lines for the file "dmesg". Huh. Anyone could maybe give me a reason for this odd behaviour? For exrtra info, when I hit moount, the line I get for /home (a separate fs) is: /dev/da0s2b on /home (ufs, NFS exported, local, soft-updates) Thanks From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 00:20: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 0E75516A41B for ; Sat, 8 Dec 2007 00:20:35 +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 8C06713C461 for ; Sat, 8 Dec 2007 00:20:34 +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 lB80KWSe024207; Sat, 8 Dec 2007 01:20:33 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <4759E350.3090601@deepcore.dk> Date: Sat, 08 Dec 2007 01:20:32 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Travis Mikalson References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711280842.09340.jhb@freebsd.org> <474D726A.8080807@deepcore.dk> <200711280938.38545.jhb@freebsd.org> <474E5B69.7070406@yandex.ru> <474E65D6.4040403@deepcore.dk> <474E69AE.7000105@yandex.ru> <475978E1.2090507@deepcore.dk> <4759C63C.6070605@terranova.net> In-Reply-To: <4759C63C.6070605@terranova.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? 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, 08 Dec 2007 00:20:35 -0000 Travis Mikalson wrote: > S=F8ren Schmidt wrote: >> Anyhow, enough ramblings, the attached patch makes 48bit access work=20 >> on the Tyan, so that problem should be fixored, can you all please=20 >> test that and let me know how it goes, thanks! >> >> Patch is against RELENG_7, but should fit on RELENG_6 and -current as = >> well. >> >> -S=F8ren > > That's certainly a good thing to have found and fixed, but=20 > unfortunately I cannot easily test this specific aspect that you've=20 > fixed :) > > I patched and booted with a disk plugged into my on-board SATA, the=20 > memory corruption issue is still there so all I can really see is init = > and sh sig11'ing and zfs spitting out checksum errors, sorry. Hmm, I havn't booted on this disk yet, but I can mount it and run a=20 complete buildworld on it without a hickup, more tomorrow when I have a=20 little more time, now I need to get some shuteye :) -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 01:35:15 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 4D8C016A417; Sat, 8 Dec 2007 01:35:15 +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 0541F13C461; Sat, 8 Dec 2007 01:35:14 +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 lB81ZEd7040491; Fri, 7 Dec 2007 20:35: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 lB81ZDgb079251; Fri, 7 Dec 2007 20:35:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C180473039; Fri, 7 Dec 2007 20:35:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071208013513.C180473039@freebsd-current.sentex.ca> Date: Fri, 7 Dec 2007 20:35:13 -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 amd64/amd64 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: Sat, 08 Dec 2007 01:35:15 -0000 TB --- 2007-12-08 00:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-08 00:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-08 00:00:00 - cleaning the object tree TB --- 2007-12-08 00:00:44 - cvsupping the source tree TB --- 2007-12-08 00:00:44 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-08 00:00:51 - building world (CFLAGS=-O -pipe) TB --- 2007-12-08 00:00:51 - cd /src TB --- 2007-12-08 00:00:51 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 8 00:00:53 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Dec 8 01:26:29 UTC 2007 TB --- 2007-12-08 01:26:29 - generating LINT kernel config TB --- 2007-12-08 01:26:29 - cd /src/sys/amd64/conf TB --- 2007-12-08 01:26:29 - /usr/bin/make -B LINT TB --- 2007-12-08 01:26:29 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-08 01:26:29 - cd /src TB --- 2007-12-08 01:26:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 8 01:26:29 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/ia32/ia32_reg.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/ia32/ia32_signal.c cc -c -x assembler-with-cpp -DLOCORE -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/amd64/ia32/ia32_sigtramp.S cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/ia32/ia32_syscall.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/freebsd32/freebsd32_misc.c cc1: warnings being treated as errors /src/sys/compat/freebsd32/freebsd32_misc.c: In function 'copy_statfs': /src/sys/compat/freebsd32/freebsd32_misc.c:151: warning: unused variable 'error' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-08 01:35:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-08 01:35:13 - ERROR: failed to build lint kernel TB --- 2007-12-08 01:35:13 - tinderbox aborted TB --- 4277.23 user 544.27 system 5713.03 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 02:44:06 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 D3BAD16A420 for ; Sat, 8 Dec 2007 02:44:06 +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 AA02313C4D1 for ; Sat, 8 Dec 2007 02:44:06 +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 C7F4429B5F1; Fri, 7 Dec 2007 21:44:05 -0500 (EST) Message-ID: <475A04F3.8090701@terranova.net> Date: Fri, 07 Dec 2007 21:44:03 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= , freebsd-current@freebsd.org References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711280842.09340.jhb@freebsd.org> <474D726A.8080807@deepcore.dk> <200711280938.38545.jhb@freebsd.org> <474E5B69.7070406@yandex.ru> <474E65D6.4040403@deepcore.dk> <474E69AE.7000105@yandex.ru> <475978E1.2090507@deepcore.dk> <4759C63C.6070605@terranova.net> <4759E350.3090601@deepcore.dk> In-Reply-To: <4759E350.3090601@deepcore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: Any successful installs on a Broadcom HT1000 chipset? 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, 08 Dec 2007 02:44:06 -0000 Søren Schmidt wrote: > Travis Mikalson wrote: >> Søren Schmidt wrote: >>> Anyhow, enough ramblings, the attached patch makes 48bit access work >>> on the Tyan, so that problem should be fixored, can you all please >>> test that and let me know how it goes, thanks! >>> >>> Patch is against RELENG_7, but should fit on RELENG_6 and -current as >>> well. >>> >>> -Søren >> >> That's certainly a good thing to have found and fixed, but >> unfortunately I cannot easily test this specific aspect that you've >> fixed :) >> >> I patched and booted with a disk plugged into my on-board SATA, the >> memory corruption issue is still there so all I can really see is init >> and sh sig11'ing and zfs spitting out checksum errors, sorry. > Hmm, I havn't booted on this disk yet, but I can mount it and run a > complete buildworld on it without a hickup, more tomorrow when I have a > little more time, now I need to get some shuteye :) I booted from a HD connected to a PCI SATA controller and plugged my second disk (of a ZFS mirror) into the on-board SATA. zpool scrub still counted up about 50 checksum errors (for 1.2GB of data) on the disk that was connected to the on-board SATA controller. No change from before, but I don't think I had ever yet put enough data on my disk at any point to make it past 137G anyway. If you're not booting from the disk, in order to really get a good handle on the subtle data corruption you may want to setup ZFS so you have some failing checksums to look at. Or just boot from your SATA disk and watch the explosion :) -- 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 Sat Dec 8 06:53: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 2D9BA16A41A for ; Sat, 8 Dec 2007 06:53:29 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id B43A913C44B for ; Sat, 8 Dec 2007 06:53:28 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so564118nfb for ; Fri, 07 Dec 2007 22:53:27 -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:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; bh=O60am+zzN50Ebeeovpti570TsijsLn0FLzbD8HMPTeM=; b=NNS+tKLUoDN0eYbdtVH1rKEFYh6yDdCdQXtdp3dwA/T41UR4pRTDkzv0fbnKt1aGKSW4RjkyP/w9HC2HrBUEoQcXEmvaNXiCzRSA2JvYNuHDodC9scpcFnToxz2qOrK44EpUF7dIBCf8bWSQST3+pr1B8aupu3QF7Y3s7YaysOY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=S//H/31TG3SmQHJVi/Ma44kv8bW+bbraqRcUqeKAj+/R/jlQ+jEhBrKCRPleB2BEz3lK1bqYt91z3apc8KZp4f/8M9sSmxRGn0NljyE4zUCJLqJlrYZPNB6sORa4Yan4Ns1//4tvBdZKfCwl4XoGtOmjc2G2mwoykuKijZZZz+4= Received: by 10.86.50.8 with SMTP id x8mr3027141fgx.1197096807226; Fri, 07 Dec 2007 22:53:27 -0800 (PST) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id u9sm1219616muf.2007.12.07.22.53.25 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 07 Dec 2007 22:53:25 -0800 (PST) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Sat, 8 Dec 2007 08:53:23 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712080853.24280.qpadla@gmail.com> Subject: dameged loader on today 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: Sat, 08 Dec 2007 06:53:29 -0000 For some reason after trying to build world today i'am constantly getting damaged and unbootable /boot/loader file: root@cassini:/boot.bak# ls -la loader -r-xr-xr-x 1 root wheel 176128 Dec 8 05:43 loader* root@cassini:/boot.bak# ls -la loader.old -r-xr-xr-x 1 root wheel 229376 Dec 8 05:43 loader.old* -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 17:28:53 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 6871716A419 for ; Sat, 8 Dec 2007 17:28:53 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp803.mail.ird.yahoo.com (smtp803.mail.ird.yahoo.com [217.146.188.63]) by mx1.freebsd.org (Postfix) with SMTP id B015013C44B for ; Sat, 8 Dec 2007 17:28:52 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 69210 invoked from network); 8 Dec 2007 17:28:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=XS/CJKKo3Xou2VF+1HpTFSy1CZmCAlWuEQ0wGBNpytwXhbkU5DMle7bz/+NppTIL1qKwQb7ZftBrsUy2/NQM4TNvrmdAtfjgp2YBPM4MKz6JjVoahz9mT+bDdeMlHSO1AF3tnLAh5eMXCEmeQfGKQI4G1wFzrHUp43goat81Nnw= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.136.31.86 with login) by smtp803.mail.ird.yahoo.com with SMTP; 8 Dec 2007 17:28:50 -0000 X-YMail-OSG: xaZmZB4VM1mb9fTdnXBaBrjfEYxS2UVRYNyV.ClcJXlESTPGwQJtZSzEi1rgeTlTWlnyu_KQcg-- From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Sat, 8 Dec 2007 17:28:18 +0000 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712081728.18710.Thomas.Sparrevohn@btinternet.com> Subject: CURRENT Kernel makes the system run very very hot 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, 08 Dec 2007 17:28:53 -0000 Hi There something weird going on - at minimal workloads my system gets very very hot - The system is watercooled, 4 Fan's etc its a quad core QX6700 - make buildkernel - will make the fans run at highest speed (its impossibly to be in the room at the same time). There are no problems when running other OS'es - Are anybody else having this kind of problems (PS its a relatively new thing - maybe 2 weeks)? From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 20:31: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 695FC16A41A for ; Sat, 8 Dec 2007 20:31:18 +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 E676C13C4F7 for ; Sat, 8 Dec 2007 20:31:17 +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 lB8KVFqC046521; Sat, 8 Dec 2007 21:31:16 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <475AFF13.3030802@deepcore.dk> Date: Sat, 08 Dec 2007 21:31:15 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Travis Mikalson References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711280842.09340.jhb@freebsd.org> <474D726A.8080807@deepcore.dk> <200711280938.38545.jhb@freebsd.org> <474E5B69.7070406@yandex.ru> <474E65D6.4040403@deepcore.dk> <474E69AE.7000105@yandex.ru> <475978E1.2090507@deepcore.dk> <4759C63C.6070605@terranova.net> <4759E350.3090601@deepcore.dk> <475A04F3.8090701@terranova.net> In-Reply-To: <475A04F3.8090701@terranova.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? 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, 08 Dec 2007 20:31:18 -0000 Travis Mikalson wrote: > S=F8ren Schmidt wrote: >> Hmm, I havn't booted on this disk yet, but I can mount it and run a=20 >> complete buildworld on it without a hickup, more tomorrow when I have = >> a little more time, now I need to get some shuteye :) > > I booted from a HD connected to a PCI SATA controller and plugged my=20 > second disk (of a ZFS mirror) into the on-board SATA. > > zpool scrub still counted up about 50 checksum errors (for 1.2GB of=20 > data) on the disk that was connected to the on-board SATA controller. > > No change from before, but I don't think I had ever yet put enough=20 > data on my disk at any point to make it past 137G anyway. > > If you're not booting from the disk, in order to really get a good=20 > handle on the subtle data corruption you may want to setup ZFS so you=20 > have some failing checksums to look at. > > Or just boot from your SATA disk and watch the explosion :) I'm there now, it even messes up the network packets when I hit the disk = a bit, showtime 8^) Anyhow I have a surefire way to reproduce here in the lab now, so I'll=20 crawl back under my rock and see if I can figure out whats wrong and how = to fix it.. later.... -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 21:18: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 991B216A417 for ; Sat, 8 Dec 2007 21:18:33 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp804.mail.ird.yahoo.com (smtp804.mail.ird.yahoo.com [217.146.188.64]) by mx1.freebsd.org (Postfix) with SMTP id F31BF13C442 for ; Sat, 8 Dec 2007 21:18:32 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 26995 invoked from network); 8 Dec 2007 21:18:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=Iw5tonDF1k4yqfrBmIbmU9ZSagm4i8+Zub9v2fb9TjC9oILht0WNtu3BIQjvAtl5u8mt6VgPZ5/+st7cZEl/c9JwGvJMfTjJg8Gr/D2wPrtO+BiB2vCo5kNabERrSvX+sxzXvDe4VmssuYA75CJ/+4+cPb4bB69tAR96NKadsbU= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.136.31.86 with login) by smtp804.mail.ird.yahoo.com with SMTP; 8 Dec 2007 21:18:31 -0000 X-YMail-OSG: e94DY3MVM1kidFAq_5bsP_GhV.gdaLM0tFVwvbnStKzzcKKBmmPazmZ.ItFDTxYwhjorzFJ6rXu7rU0OxuGm08Ilkw7R3k9RTFOMnsCUW5YuQPjJVNiyAo7ZtLk- From: Thomas Sparrevohn To: =?utf-8?q?=E9=9F=93=E5=AE=B6=E6=A8=99_Bill_Hacker?= , freebsd-current@freebsd.org Date: Sat, 8 Dec 2007 21:18:29 +0000 User-Agent: KMail/1.9.7 References: <200712081728.18710.Thomas.Sparrevohn@btinternet.com> <475AD8DE.4080302@conducive.net> In-Reply-To: <475AD8DE.4080302@conducive.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200712082118.30268.Thomas.Sparrevohn@btinternet.com> Cc: Subject: Re: CURRENT Kernel makes the system run very very hot 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, 08 Dec 2007 21:18:33 -0000 On Saturday 08 December 2007 17:48:14 =E9=9F=93=E5=AE=B6=E6=A8=99 Bill Hack= er wrote: > Thomas Sparrevohn wrote: > > Hi > >=20 > > There something weird going on - at minimal workloads my system gets ve= ry > > very hot - The system is watercooled, 4 Fan's etc its a quad core QX670= 0 - > > make buildkernel - will make the fans run at highest speed (its impossi= bly to > > be in the room at the same time). > >=20 > > There are no problems when running other OS'es - Are anybody else havin= g this > > kind of problems (PS its a relatively new thing - maybe 2 weeks)?=20 > > _______________________________________________ freebsd-current@freebsd= =2Eorg > > mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current = To > > unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >=20 >=20 > And 'top -S' reports what? >=20 As I said its relatively new - I am running root on ZFS (and everything els= e) and=20 had a reproduceable deadlock when I was using ZFS of Nvidia ATARAID so I=20 dropped the ATA RAID and are now running ZFS on the raw disks - It started = occuring some point after that (last two weeks).=20 The funny thing is if I break into DDB and wait app. 30 Sec the fans starts= spinning up and=20 running at very high speeds - e.g nothing should be running Top -S -H -c 1 last pid: 1334; load averages: 0.04, 0.17, 0.13 up 0+00:08:50 17:2= 2:28 207 processes: 6 running, 183 sleeping, 18 waiting Mem: 251M Active, 21M Inact, 475M Wired, 13M Cache, 592K Buf, 3155M Free Swap: 32G Total, 32G Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 171 ki31 0K 64K RUN 0 11:12 100.00% {idle: cpu0} 11 root 171 ki31 0K 64K RUN 2 11:12 100.00% {idle: cpu2} 11 root 171 ki31 0K 64K CPU1 1 11:12 100.00% {idle: cpu1} 11 root 171 ki31 0K 64K CPU3 3 11:12 99.37% {idle: cpu3} 1105 root 46 0 100M 51516K select 3 0:07 1.95% Xorg 12 root -24 - 0K 288K WAIT 0 0:12 0.00% {swi6: Giant= tas 12 root -24 - 0K 288K WAIT 1 0:12 0.00% {swi6: task = queu 12 root -28 - 0K 288K WAIT 0 0:12 0.00% {swi5: +} 12 root -36 - 0K 288K WAIT 0 0:12 0.00% {swi3: vm} 12 root -40 - 0K 288K WAIT 1 0:12 0.00% {swi2: cambi= o} 12 root -44 - 0K 288K WAIT 1 0:12 0.00% {swi1: net} 12 root -48 - 0K 288K WAIT 0 0:12 0.00% {swi0: sio} 12 root -52 - 0K 288K WAIT 0 0:12 0.00% {irq9: acpi0} 12 root -60 - 0K 288K WAIT 0 0:12 0.00% {irq1: atkbd= 0} 12 root -60 - 0K 288K WAIT 3 0:12 0.00% {irq12: psm0} 12 root -64 - 0K 288K WAIT 0 0:12 0.00% {irq21: ohci= 0+} 12 root -64 - 0K 288K WAIT 0 0:12 0.00% {irq20: atap= ci2} 12 root -64 - 0K 288K WAIT 2 0:12 0.00% {irq23: atap= ci1} Sysctl dev.cpu | grep temp - shows dev.cpu.0.temperature: 70 dev.cpu.1.temperature: 71 dev.cpu.2.temperature: 68 dev.cpu.3.temperature: 69 I was trying to avoid to go back to running "pure UFS" again - but I guess = I have to inorder to eliminate ZFS as the potential source > FWIW - the opposite experience here. > Core-2 Quad QX6600 on Asus and Gigabyte, Core-D dual on Tyan. >=20 > Stock Intel cooler & fans, case fans on variable-speed MB connectors, PSU= 's with=20 > 'smart' fans. >=20 > Fans run at nowhere near full-speed even with a long make -j 12. >=20 > Under 'average load', not yet as quiet as my PowerBook G4, but getting cl= ose to=20 > our C3 MB with constant-speed fans. >=20 > Something in the cooling water? Bacteria? Goldfish turds? >=20 > Bill >=20 >=20 From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 21:22: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 528D816A419 for ; Sat, 8 Dec 2007 21:22:22 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp802.mail.ird.yahoo.com (smtp802.mail.ird.yahoo.com [217.146.188.62]) by mx1.freebsd.org (Postfix) with SMTP id C5FA813C458 for ; Sat, 8 Dec 2007 21:22:21 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 44078 invoked from network); 8 Dec 2007 21:22:20 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=TCg+dCAMCZwXgX+y8askIA3vpRkGvldE0/KJ3oc2dZd3JR/Mmz3q95JMNlkonL86tPUaRa9+H2bHZCPzBS2GdgX2SzIN6js6JVm9kh0H6ts349eZfkap0SjLiY4wCYQu2Yb+39go+0dmBSJJikhh19hKQZRoIMxea0bdyy7G1ZM= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.136.31.86 with login) by smtp802.mail.ird.yahoo.com with SMTP; 8 Dec 2007 21:22:20 -0000 X-YMail-OSG: 9lBI4zIVM1m_7CYuBiwks8cEmKQ1yuSrrY2ofBW37IGJG6PNalZB6.HvJC2hzwJTLv2tn.BTaaNx_djmoOgw1WOJkometT4b8RhSmVv31nnRu76YYNs29ssaaqg- From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Sat, 8 Dec 2007 21:22:18 +0000 User-Agent: KMail/1.9.7 References: <200712081728.18710.Thomas.Sparrevohn@btinternet.com> <475AD8DE.4080302@conducive.net> <200712082118.30268.Thomas.Sparrevohn@btinternet.com> In-Reply-To: <200712082118.30268.Thomas.Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712082122.18835.Thomas.Sparrevohn@btinternet.com> Subject: Re: CURRENT Kernel makes the system run very very hot 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, 08 Dec 2007 21:22:22 -0000 On Saturday 08 December 2007 21:18:29 Thomas Sparrevohn wrote: PS. Windows Vista - reports temperatures in the 40-45C range when Idle (tat.exe) > > > > And 'top -S' reports what? > > > > As I said its relatively new - I am running root on ZFS (and everything else) and > had a reproduceable deadlock when I was using ZFS of Nvidia ATARAID so I > dropped the ATA RAID and are now running ZFS on the raw disks - It started occuring some > point after that (last two weeks). > > The funny thing is if I break into DDB and wait app. 30 Sec the fans starts spinning up and > running at very high speeds - e.g nothing should be running > > Top -S -H -c 1 > > last pid: 1334; load averages: 0.04, 0.17, 0.13 up 0+00:08:50 17:22:28 > 207 processes: 6 running, 183 sleeping, 18 waiting > > Mem: 251M Active, 21M Inact, 475M Wired, 13M Cache, 592K Buf, 3155M Free > Swap: 32G Total, 32G Free > > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 11 root 171 ki31 0K 64K RUN 0 11:12 100.00% {idle: cpu0} > 11 root 171 ki31 0K 64K RUN 2 11:12 100.00% {idle: cpu2} > 11 root 171 ki31 0K 64K CPU1 1 11:12 100.00% {idle: cpu1} > 11 root 171 ki31 0K 64K CPU3 3 11:12 99.37% {idle: cpu3} > 1105 root 46 0 100M 51516K select 3 0:07 1.95% Xorg > 12 root -24 - 0K 288K WAIT 0 0:12 0.00% {swi6: Giant tas > 12 root -24 - 0K 288K WAIT 1 0:12 0.00% {swi6: task queu > 12 root -28 - 0K 288K WAIT 0 0:12 0.00% {swi5: +} > 12 root -36 - 0K 288K WAIT 0 0:12 0.00% {swi3: vm} > 12 root -40 - 0K 288K WAIT 1 0:12 0.00% {swi2: cambio} > 12 root -44 - 0K 288K WAIT 1 0:12 0.00% {swi1: net} > 12 root -48 - 0K 288K WAIT 0 0:12 0.00% {swi0: sio} > 12 root -52 - 0K 288K WAIT 0 0:12 0.00% {irq9: acpi0} > 12 root -60 - 0K 288K WAIT 0 0:12 0.00% {irq1: atkbd0} > 12 root -60 - 0K 288K WAIT 3 0:12 0.00% {irq12: psm0} > 12 root -64 - 0K 288K WAIT 0 0:12 0.00% {irq21: ohci0+} > 12 root -64 - 0K 288K WAIT 0 0:12 0.00% {irq20: atapci2} > 12 root -64 - 0K 288K WAIT 2 0:12 0.00% {irq23: atapci1} > > > Sysctl dev.cpu | grep temp - shows > > dev.cpu.0.temperature: 70 > dev.cpu.1.temperature: 71 > dev.cpu.2.temperature: 68 > dev.cpu.3.temperature: 69 > > I was trying to avoid to go back to running "pure UFS" again - but I guess I have to inorder > to eliminate ZFS as the potential source > > > > FWIW - the opposite experience here. > > Core-2 Quad QX6600 on Asus and Gigabyte, Core-D dual on Tyan. > > > > Stock Intel cooler & fans, case fans on variable-speed MB connectors, PSU's with > > 'smart' fans. > > > > Fans run at nowhere near full-speed even with a long make -j 12. > > > > Under 'average load', not yet as quiet as my PowerBook G4, but getting close to > > our C3 MB with constant-speed fans. > > > > Something in the cooling water? Bacteria? Goldfish turds? > > > > Bill > > > > > > > _______________________________________________ > 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 8 21:57: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 613EB16A418 for ; Sat, 8 Dec 2007 21:57:20 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 2580313C447 for ; Sat, 8 Dec 2007 21:57:19 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63943 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1J17fi-0001Ny-LU for freebsd-current@freebsd.org; Sat, 08 Dec 2007 21:57:18 +0000 Message-ID: <475B133E.5080408@conducive.net> Date: Sat, 08 Dec 2007 21:57:18 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200712081728.18710.Thomas.Sparrevohn@btinternet.com> <475AD8DE.4080302@conducive.net> <200712082118.30268.Thomas.Sparrevohn@btinternet.com> <200712082122.18835.Thomas.Sparrevohn@btinternet.com> In-Reply-To: <200712082122.18835.Thomas.Sparrevohn@btinternet.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: CURRENT Kernel makes the system run very very hot 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, 08 Dec 2007 21:57:20 -0000 Thomas Sparrevohn wrote: > On Saturday 08 December 2007 21:18:29 Thomas Sparrevohn wrote: > > PS. Windows Vista - reports temperatures in the 40-45C range when Idle (tat.exe) > >>> And 'top -S' reports what? >>> >> As I said its relatively new - I am running root on ZFS (and everything else) and >> had a reproduceable deadlock when I was using ZFS of Nvidia ATARAID so I >> dropped the ATA RAID and are now running ZFS on the raw disks - It started occuring some >> point after that (last two weeks). >> >> The funny thing is if I break into DDB and wait app. 30 Sec the fans starts spinning up and >> running at very high speeds - e.g nothing should be running Nothing readly visible, anyway. Looks as if there is something looping as fast as the clock can push it, and at a primitive or 'deep' enough level the tools available can't see it. Are there any kernel build options aside from GENERIC? Which kld's in use? If no clues there, in the absence of panel switches for RUN/HALT/SS, I'd suggest building or installing at least a new kernel, if not world. Bill >> >> Top -S -H -c 1 >> >> last pid: 1334; load averages: 0.04, 0.17, 0.13 up 0+00:08:50 17:22:28 >> 207 processes: 6 running, 183 sleeping, 18 waiting >> >> Mem: 251M Active, 21M Inact, 475M Wired, 13M Cache, 592K Buf, 3155M Free >> Swap: 32G Total, 32G Free >> >> >> PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND >> 11 root 171 ki31 0K 64K RUN 0 11:12 100.00% {idle: cpu0} >> 11 root 171 ki31 0K 64K RUN 2 11:12 100.00% {idle: cpu2} >> 11 root 171 ki31 0K 64K CPU1 1 11:12 100.00% {idle: cpu1} >> 11 root 171 ki31 0K 64K CPU3 3 11:12 99.37% {idle: cpu3} >> 1105 root 46 0 100M 51516K select 3 0:07 1.95% Xorg >> 12 root -24 - 0K 288K WAIT 0 0:12 0.00% {swi6: Giant tas >> 12 root -24 - 0K 288K WAIT 1 0:12 0.00% {swi6: task queu >> 12 root -28 - 0K 288K WAIT 0 0:12 0.00% {swi5: +} >> 12 root -36 - 0K 288K WAIT 0 0:12 0.00% {swi3: vm} >> 12 root -40 - 0K 288K WAIT 1 0:12 0.00% {swi2: cambio} >> 12 root -44 - 0K 288K WAIT 1 0:12 0.00% {swi1: net} >> 12 root -48 - 0K 288K WAIT 0 0:12 0.00% {swi0: sio} >> 12 root -52 - 0K 288K WAIT 0 0:12 0.00% {irq9: acpi0} >> 12 root -60 - 0K 288K WAIT 0 0:12 0.00% {irq1: atkbd0} >> 12 root -60 - 0K 288K WAIT 3 0:12 0.00% {irq12: psm0} >> 12 root -64 - 0K 288K WAIT 0 0:12 0.00% {irq21: ohci0+} >> 12 root -64 - 0K 288K WAIT 0 0:12 0.00% {irq20: atapci2} >> 12 root -64 - 0K 288K WAIT 2 0:12 0.00% {irq23: atapci1} >> >> >> Sysctl dev.cpu | grep temp - shows >> >> dev.cpu.0.temperature: 70 >> dev.cpu.1.temperature: 71 >> dev.cpu.2.temperature: 68 >> dev.cpu.3.temperature: 69 >> >> I was trying to avoid to go back to running "pure UFS" again - but I guess I have to inorder >> to eliminate ZFS as the potential source >> >> >>> FWIW - the opposite experience here. >>> Core-2 Quad QX6600 on Asus and Gigabyte, Core-D dual on Tyan. >>> >>> Stock Intel cooler & fans, case fans on variable-speed MB connectors, PSU's with >>> 'smart' fans. >>> >>> Fans run at nowhere near full-speed even with a long make -j 12. >>> >>> Under 'average load', not yet as quiet as my PowerBook G4, but getting close to >>> our C3 MB with constant-speed fans. >>> >>> Something in the cooling water? Bacteria? Goldfish turds? >>> >>> Bill >>> >>> >> >> _______________________________________________ >> 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" >> > > > _______________________________________________ > 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 8 22:13:15 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 6A86016A46E for ; Sat, 8 Dec 2007 22:13:15 +0000 (UTC) (envelope-from josh.carroll@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 3E00913C4E7 for ; Sat, 8 Dec 2007 22:13:15 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2389926waf for ; Sat, 08 Dec 2007 14:13:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=M/6BzAjyzRaImKPu42D1i5Sd0y4NOOd4/4BRvwDHAVY=; b=Iw1AviGyFLpW7ggOV+cBmraDe93TrV3sou3sXkSA7ly7kIytTRAXPGyfao7UFnoRowmjJbhWOzY3p6Vq52Olxs622HTMpvxYHN/4hGGgHTGKrO7SwEb9QJjMNb8sAKME2fSkoMgKqozISuz0FIWnfaCtBrmhiOcfKxuS9IDsVEw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=P/wfJoQ1b8+tRiFvT02JLQPIs+9zFcpibS0RtY0DlwAJBhDz9ulhLSM16+Np0UoRUEJjXDPT8edU0qGqEKJ1+bIJf0rJpKfoXCy+ZUUJ0URlJwtr3NfcL6k9ypRBZsGwRgpguKBzgEms5PKCpVDmqDJ5tHfVjWU4ZAoEWXSeFCA= Received: by 10.142.215.5 with SMTP id n5mr2590699wfg.1197151994868; Sat, 08 Dec 2007 14:13:14 -0800 (PST) Received: by 10.142.255.9 with HTTP; Sat, 8 Dec 2007 14:13:14 -0800 (PST) Message-ID: <8cb6106e0712081413uc58f836w611b99ab0a536a4a@mail.gmail.com> Date: Sat, 8 Dec 2007 17:13:14 -0500 From: "Josh Carroll" To: "Boris Samorodov" In-Reply-To: <53021179@bb.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <97676449@bb.ipt.ru> <3bbf2fe10712062309j7c49aef7g9a5cfa6e2a52158c@mail.gmail.com> <53021179@bb.ipt.ru> Cc: Attilio Rao , freebsd-current@freebsd.org Subject: Re: sockstat: struct xtcpcb size mismatch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@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: Sat, 08 Dec 2007 22:13:15 -0000 > Thanks for the answer. And sorry, I can't understand what to do > further. Is it by design and should stay so or should it be fixed? > > BTW, RELENG_7 behaves the same way. And "netstat -a" is broken: Your world and kernel are out of sync. I would recommend a buildworld/installworld and building a new kernel. That should do the trick. Josh From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 22: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 EA78B16A417 for ; Sat, 8 Dec 2007 22:53:56 +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 C5E6013C4D1 for ; Sat, 8 Dec 2007 22:53:56 +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 4EC4A47BE2; Sat, 8 Dec 2007 17:53:55 -0500 (EST) Date: Sat, 8 Dec 2007 22:53:55 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Thomas Sparrevohn In-Reply-To: <200712081728.18710.Thomas.Sparrevohn@btinternet.com> Message-ID: <20071208225231.B12952@fledge.watson.org> References: <200712081728.18710.Thomas.Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: CURRENT Kernel makes the system run very very hot 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, 08 Dec 2007 22:53:57 -0000 On Sat, 8 Dec 2007, Thomas Sparrevohn wrote: > There something weird going on - at minimal workloads my system gets very > very hot - The system is watercooled, 4 Fan's etc its a quad core QX6700 - > make buildkernel - will make the fans run at highest speed (its impossibly > to be in the room at the same time). > > There are no problems when running other OS'es - Are anybody else having > this kind of problems (PS its a relatively new thing - maybe 2 weeks)? I don't know what kernel configuration you're using, but by default the GENERIC kernel on -CURRENT has a lot of debugging options enabled, doing things like lock order checking, memory scrubbing, etc. Does the same box "run hot" with a 7.0 beta install? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 23:26: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 B390A16A417 for ; Sat, 8 Dec 2007 23:26:19 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp802.mail.ird.yahoo.com (smtp802.mail.ird.yahoo.com [217.146.188.62]) by mx1.freebsd.org (Postfix) with SMTP id 1C59A13C448 for ; Sat, 8 Dec 2007 23:26:18 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 75020 invoked from network); 8 Dec 2007 23:26:17 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=gzRBzb8kVS/zsucNypOXrjaciYVTOqTG6d+FjtKeSCKOtSbkrUheotzQBkQegiV6ISwRRIfGajzx5AQUieDyMxRsOQe9Ylcbo8eDUYhyWzsX4K7ogqM4J+rDe2taytTnSye90hFxwsQW3iucQucso6ct1n3H18VbfSjNVAXX8bY= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.136.31.86 with login) by smtp802.mail.ird.yahoo.com with SMTP; 8 Dec 2007 23:26:17 -0000 X-YMail-OSG: VEbTzicVM1kPq.9Nh4pQeN.azO3zO4uGKT26nUgXrATfIbqxAtIuH9YQF4BEXjbbveWeZAENCA-- From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Sat, 8 Dec 2007 23:26:15 +0000 User-Agent: KMail/1.9.7 References: <200712081728.18710.Thomas.Sparrevohn@btinternet.com> <200712082122.18835.Thomas.Sparrevohn@btinternet.com> <475B133E.5080408@conducive.net> In-Reply-To: <475B133E.5080408@conducive.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200712082326.16494.Thomas.Sparrevohn@btinternet.com> Cc: =?utf-8?q?=E9=9F=93=E5=AE=B6=E6=A8=99_Bill_Hacker?= Subject: Re: CURRENT Kernel makes the system run very very hot 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, 08 Dec 2007 23:26:19 -0000 On Saturday 08 December 2007 21:57:18 =E9=9F=93=E5=AE=B6=E6=A8=99 Bill Hack= er wrote: > Thomas Sparrevohn wrote: >=20 > Nothing readly visible, anyway. >=20 > Looks as if there is something looping as fast as the clock can push it, = and at=20 > a primitive or 'deep' enough level the tools available can't see it. >=20 > Are there any kernel build options aside from GENERIC? >=20 > Which kld's in use? >=20 > If no clues there, in the absence of panel switches for RUN/HALT/SS, I'd = suggest=20 > building or installing at least a new kernel, if not world. >=20 > Bill There are no other options but GENERIC (AMD64) - I had "rtc.ko" loaded - Bu= t I have removed that which helped a little bit (I can sit beside the machine when its running si= ngle job "make buildkernel" ). On my standard make -j 8 it still gets very hot - which it never has done u= ntil very recently World and Kernel was build this afternoon - I normally rebuild every day - = kld loads Id Refs Address Size Name 1 14 0xffffffff80100000 b18a70 kernel (/boot/kernel/kernel) 2 1 0xffffffff80c19000 f5f18 zfs.ko (/boot/kernel/zfs.ko) 3 2 0xffffffffd9c0b000 1874f linux.ko (/boot/kernel/linux.ko) 4 1 0xffffffffd9c42000 346d linprocfs.ko (/boot/kernel/linprocfs.ko) 5 1 0xffffffffd9c96000 1076 daemon_saver.ko (/boot/kernel/daemon_sa= ver.ko) 6 1 0xffffffffd9c98000 729 coretemp.ko (/boot/kernel/coretemp.ko) What are the most reliable way to get idle time? Running vmstat and sysctl = dev.cpu | grep temper - seems to indicate that the grow hotter even when idle is quite high e.g. 25-50% -= but that could just be a measurement error From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 23:27: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 B47FF16A418 for ; Sat, 8 Dec 2007 23:27:36 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp809.mail.ird.yahoo.com (smtp809.mail.ird.yahoo.com [217.146.188.69]) by mx1.freebsd.org (Postfix) with SMTP id 05CDD13C4D5 for ; Sat, 8 Dec 2007 23:27:35 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 25053 invoked from network); 8 Dec 2007 23:27:34 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=FDznRVmSDRLgx+C7w8gre9pgeDeAEZZBz7lIoo9UJkiqGqxnJMeTPy70QRz/c2ykBh8J0m47wtFda50CJKnKHdDzr+3tH0XS7tft8fkls4ui+Pg9SBl9S8wuj0tRTAsblj0ugHjniU0COD7Bk4a682m05E+nUx4RUw4vCQm6iSY= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.136.31.86 with login) by smtp809.mail.ird.yahoo.com with SMTP; 8 Dec 2007 23:27:34 -0000 X-YMail-OSG: ZGP7sb4VM1niT9dBNCSbc1v5lBCMQRnJFh73V_8s39xgyr5mYr0gTYrf0EuRXKX9SaKW2G264w-- From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Sat, 8 Dec 2007 23:27:33 +0000 User-Agent: KMail/1.9.7 References: <200712081728.18710.Thomas.Sparrevohn@btinternet.com> <20071208225231.B12952@fledge.watson.org> In-Reply-To: <20071208225231.B12952@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712082327.33865.Thomas.Sparrevohn@btinternet.com> Cc: Robert Watson Subject: Re: CURRENT Kernel makes the system run very very hot 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, 08 Dec 2007 23:27:36 -0000 On Saturday 08 December 2007 22:53:55 Robert Watson wrote: > > On Sat, 8 Dec 2007, Thomas Sparrevohn wrote: > > > There something weird going on - at minimal workloads my system gets very > > very hot - The system is watercooled, 4 Fan's etc its a quad core QX6700 - > > make buildkernel - will make the fans run at highest speed (its impossibly > > to be in the room at the same time). > > > > There are no problems when running other OS'es - Are anybody else having > > this kind of problems (PS its a relatively new thing - maybe 2 weeks)? > > I don't know what kernel configuration you're using, but by default the > GENERIC kernel on -CURRENT has a lot of debugging options enabled, doing > things like lock order checking, memory scrubbing, etc. Does the same box > "run hot" with a 7.0 beta install? > I test with a 7.0 BETA and see what happens From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 23:56: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 76E8E16A417 for ; Sat, 8 Dec 2007 23:56:14 +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 F16B713C457 for ; Sat, 8 Dec 2007 23:56:13 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1J19Wl-0005et-Kn for freebsd-current@freebsd.org; Sat, 08 Dec 2007 23:56:11 +0000 Received: from 89-172-36-154.adsl.net.t-com.hr ([89.172.36.154]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 08 Dec 2007 23:56:11 +0000 Received: from ivoras by 89-172-36-154.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 08 Dec 2007 23:56:11 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 09 Dec 2007 00:55:54 +0100 Lines: 43 Message-ID: References: <200712081728.18710.Thomas.Sparrevohn@btinternet.com> <475AD8DE.4080302@conducive.net> <200712082118.30268.Thomas.Sparrevohn@btinternet.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2151C74946336FA283E7571E" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-36-154.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: <200712082118.30268.Thomas.Sparrevohn@btinternet.com> X-Enigmail-Version: 0.95.5 Sender: news Subject: Re: CURRENT Kernel makes the system run very very hot 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, 08 Dec 2007 23:56:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2151C74946336FA283E7571E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thomas Sparrevohn wrote: > As I said its relatively new - I am running root on ZFS (and everything= else) and=20 > had a reproduceable deadlock when I was using ZFS of Nvidia ATARAID so = I=20 > dropped the ATA RAID and are now running ZFS on the raw disks - It star= ted occuring some > point after that (last two weeks).=20 There is practically no chance ZFS is causing that behaviour. In any case it's easy to check - run off a LiveCD without ZFS initialized (which will be by default on the official disc1/fixit CD) and check there= =2E Barring some silly programming mistake in the idle threads or scheduling (like removing the HLT or similar instructions, or a bug in the compiler optimizing it out), the most probable cause could be a driver problem or an interrupt storm (see vmstat -i). If it's not that, try running powerd.= --------------enig2151C74946336FA283E7571E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHWy8LldnAQVacBcgRArqUAKC3u5Z5uRgtSm9SM0r+PDiAe/zJRgCg0Mta nZY6m918I2DCdeSYH7ZXdLg= =mLiK -----END PGP SIGNATURE----- --------------enig2151C74946336FA283E7571E--