From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 21 08:56:54 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E82A1065675 for ; Sun, 21 Mar 2010 08:56:54 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id C4D738FC1E for ; Sun, 21 Mar 2010 08:56:53 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [92.117.205.237]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 4F3F28A18E3 for ; Sun, 21 Mar 2010 09:24:21 +0100 (CET) Message-ID: <4BA5D7B0.8000507@bsdforen.de> Date: Sun, 21 Mar 2010 09:24:16 +0100 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: nroff -man, .An Aq formatting X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 08:56:54 -0000 It has come to my attention that whereas with LANG=C "nroff -man" formats ".An name Aq email" as "name ", it uses different characters with LANG=en_GB.UTF-8 "name ⟨email⟩". These characters are appropriate, but a lot of unicode fonts don't seem to have them. Or else my terminal (rxvt-unicode) has trouble displaying them. Does anybody know a workaround for this? -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 21 10:02:45 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E6A4106564A for ; Sun, 21 Mar 2010 10:02:45 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 63B4F8FC15 for ; Sun, 21 Mar 2010 10:02:43 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA27369; Sun, 21 Mar 2010 12:02:41 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1NtHzU-000ANH-UL; Sun, 21 Mar 2010 12:02:40 +0200 Message-ID: <4BA5EEBF.2070603@icyb.net.ua> Date: Sun, 21 Mar 2010 12:02:39 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20100211) MIME-Version: 1.0 To: Dominic Fandrey References: <4BA5D7B0.8000507@bsdforen.de> In-Reply-To: <4BA5D7B0.8000507@bsdforen.de> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org Subject: Re: nroff -man, .An Aq formatting X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 10:02:45 -0000 on 21/03/2010 10:24 Dominic Fandrey said the following: > It has come to my attention that whereas with LANG=C "nroff -man" > formats ".An name Aq email" as "name ", it uses different > characters with LANG=en_GB.UTF-8 "name ⟨email⟩". These characters > are appropriate, but a lot of unicode fonts don't seem to have them. Are you sure that they are even appropriate? E.g. I think you won't be able to copy+paste such an address to any mail client. My opinion is that ASCII angle brackets are the most appropriate here. > Or else my terminal (rxvt-unicode) has trouble displaying them. > > Does anybody know a workaround for this? > -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 21 10:45:21 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F1B71065676 for ; Sun, 21 Mar 2010 10:45:21 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id ABCA28FC1E for ; Sun, 21 Mar 2010 10:45:20 +0000 (UTC) Received: by bwz28 with SMTP id 28so4078779bwz.14 for ; Sun, 21 Mar 2010 03:45:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.3.216 with SMTP id 24mr2897013bko.30.1269168318953; Sun, 21 Mar 2010 03:45:18 -0700 (PDT) In-Reply-To: References: <86tysf58a2.fsf@ds4.des.no> <367b2c981003171112n785ea9d4q21d00b533819ca67@mail.gmail.com> <201003172023.o2HKNNbj069321@apollo.backplane.com> <201003172111.o2HLBIgJ069873@apollo.backplane.com> Date: Sun, 21 Mar 2010 11:45:18 +0100 Message-ID: <367b2c981003210345y4f8e661aib0b273c29ea00dbd@mail.gmail.com> From: Olivier Smedts To: Thiago Damas Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 10:45:21 -0000 2010/3/17 Thiago Damas : > =A0I'll try tomorrow more zfs tests, with 1M alignment on begining of dis= k. > =A0But I also remember that zfs block size its 128k, but metadata can be = of > dynamic size. And we can use compressed files too. ZFS block size for data is not fixed at 128k, search for recordsize in the zfs man page. > =A0There is a sysctl, md_compress, that I turned out in my tests, but not > working as expected. > =A0Why using gnop -S 4096 works well? Interesting thread for issues with actual 4k disks : http://opensolaris.org/jive/thread.jspa?messageID=3D447926 I'm waiting for a jumper on those 4k disks to turn off the "legacy" 512b mo= de. > > Thiago > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > --=20 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 21 11:05:59 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0CAD106564A for ; Sun, 21 Mar 2010 11:05:59 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 810DC8FC17 for ; Sun, 21 Mar 2010 11:05:59 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [92.117.205.237]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 460598A18E8; Sun, 21 Mar 2010 12:05:54 +0100 (CET) Message-ID: <4BA5FD8C.5060709@bsdforen.de> Date: Sun, 21 Mar 2010 12:05:48 +0100 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: Andriy Gapon References: <4BA5D7B0.8000507@bsdforen.de> <4BA5EEBF.2070603@icyb.net.ua> In-Reply-To: <4BA5EEBF.2070603@icyb.net.ua> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org Subject: Re: nroff -man, .An Aq formatting X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 11:05:59 -0000 On 21/03/2010 11:02, Andriy Gapon wrote: > on 21/03/2010 10:24 Dominic Fandrey said the following: >> It has come to my attention that whereas with LANG=C "nroff -man" >> formats ".An name Aq email" as "name ", it uses different >> characters with LANG=en_GB.UTF-8 "name ⟨email⟩". These characters >> are appropriate, but a lot of unicode fonts don't seem to have them. > > Are you sure that they are even appropriate? > E.g. I think you won't be able to copy+paste such an address to any mail client. Well, that's just how I got them into the mail. I copied them out of the terminal, that displays a square instead of the characters, into my mail client, which displays them just fine. > My opinion is that ASCII angle brackets are the most appropriate here. I don't know about that, but they sure would be most convenient. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 21 11:17:37 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C980106566B for ; Sun, 21 Mar 2010 11:17:37 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 0EC158FC1B for ; Sun, 21 Mar 2010 11:17:36 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [92.117.205.237]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 036E78A18E3; Sun, 21 Mar 2010 12:17:28 +0100 (CET) Message-ID: <4BA6003C.9010103@bsdforen.de> Date: Sun, 21 Mar 2010 12:17:16 +0100 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: Alexander Churanov References: <3cb459ed1003170734y21f5bb7cq33d8689eda34ed51@mail.gmail.com> In-Reply-To: <3cb459ed1003170734y21f5bb7cq33d8689eda34ed51@mail.gmail.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Unicode in Syscons: I'd like to go on X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 11:17:37 -0000 On 17/03/2010 15:34, Alexander Churanov wrote: > Hi folks! > > Some time ago I was initiating the work on syscons driver ( see > http://wiki.freebsd.org/SysconsUnicodeProject ), then was too busy and my > part of the work stalled for about a year. At present I am going to continue > working on this. > ... Did you receive any responses to your mail? I'm kind of a unicode fan boy and I'd like to know, whether something is happening. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 21 22:40:18 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9911A1065672; Sun, 21 Mar 2010 22:40:18 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6CFE48FC0C; Sun, 21 Mar 2010 22:40:18 +0000 (UTC) Received: by pxi12 with SMTP id 12so1254367pxi.14 for ; Sun, 21 Mar 2010 15:40:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=R1M6gEaLSoyHa34mTZjUdnvlRkLFAaVeeaz+4lFkhlI=; b=CvOmqFpAy8XaTCovlkIZuq8NV/K7BTNqZkWFHHn28LfZ62YIxB4jfcyW36saF5WnV1 hJTUfYnPpEEsyhVaud4AJ6j+3Kpp6krTg+0k/rK1rc2jOhLoLKl7AJrg7aVJ2zHVgBu0 vOcBv7zUyftNqwx5sWIPUxUg+u8elix3Gp/4U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=bBSxMT/Ms0U1UT894Bs8sbQko05QC8kGt65OhBxf4x9cjqsK4gbicpjAwfWklI4sgC PE6Z0FnTgc/c3GV5ZDcYqBU12YrqPE0e+t5kSNntL3/kfygtSQ9Ezz+KSK8rBdFG7i5w QfFoHppJM/y7XUGsgpzT8E2nR085Ee4rsc8w8= MIME-Version: 1.0 Received: by 10.142.202.17 with SMTP id z17mr1550498wff.140.1269211217825; Sun, 21 Mar 2010 15:40:17 -0700 (PDT) Date: Sun, 21 Mar 2010 15:40:17 -0700 Message-ID: <7d6fde3d1003211540n30a7041dmd187b57efd0e9242@mail.gmail.com> From: Garrett Cooper To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-Hackers Subject: Logical CPUs cannot be disabled via W3520 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 22:40:18 -0000 Someone on the forums [1] noticed that machdep.hlt_logical_cpus was unavailable on their system, and I did some poking around and noticed that it was as well. Should SMT logical CPUs be disable(-able) via machdep.hlt_logical_cpus as well or is it just classic HTT based chips? Thanks, -Garrett $ sysctl machdep. machdep.acpi_timer_freq: 3579545 machdep.enable_panic_key: 0 machdep.adjkerntz: 25200 machdep.wall_cmos_clock: 1 machdep.disable_rtc_set: 0 machdep.acpi_root: 1029056 machdep.disable_mtrrs: 0 machdep.idle: acpi machdep.idle_available: spin, mwait, mwait_hlt, hlt, acpi, machdep.hlt_cpus: 0 machdep.prot_fault_translation: 0 machdep.panic_on_nmi: 1 machdep.kdb_on_nmi: 1 machdep.tsc_freq: 2694121808 machdep.i8254_freq: 1193182 $ sysctl hw.machine hw.model hw.machine: amd64 hw.model: Intel(R) Xeon(R) CPU W3520 @ 2.67GHz dmesg snippet: CPU: Intel(R) Xeon(R) CPU W3520 @ 2.67GHz (2694.12-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106a5 Family = 6 Model = 1a Stepping = 5 Features=0xbfebfbff Features2=0x9ce3bd AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant real memory = 12884901888 (12288 MB) avail memory = 12379992064 (11806 MB) ACPI APIC Table: <091109 APIC2100> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 [1] http://forums.freebsd.org/showthread.php?t=12527 From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 01:20:28 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F22B41065679 for ; Mon, 22 Mar 2010 01:20:28 +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 ESMTP id 828AC8FC1B for ; Mon, 22 Mar 2010 01:20:28 +0000 (UTC) Received: (qmail 31608 invoked by uid 399); 22 Mar 2010 01:20:27 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Mar 2010 01:20:27 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BA6C5DA.6040100@FreeBSD.org> Date: Sun, 21 Mar 2010 18:20:26 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: Dominic Fandrey References: <4BA5D7B0.8000507@bsdforen.de> In-Reply-To: <4BA5D7B0.8000507@bsdforen.de> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org Subject: Re: nroff -man, .An Aq formatting X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 01:20:29 -0000 On 03/21/10 01:24, Dominic Fandrey wrote: > It has come to my attention that whereas with LANG=C "nroff -man" > formats ".An name Aq email" as "name ", it uses different > characters with LANG=en_GB.UTF-8 "name ⟨email⟩". These characters > are appropriate, but a lot of unicode fonts don't seem to have them. > > Or else my terminal (rxvt-unicode) has trouble displaying them. > > Does anybody know a workaround for this? AFAIK our standard is -mdoc, not -man. Is there a specific purpose for which you need -man? And if not does the problem exist with -mdoc? You might also want to take this up on freebsd-doc. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 02:06:39 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36D59106566C; Mon, 22 Mar 2010 02:06:39 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by mx1.freebsd.org (Postfix) with ESMTP id DD32B8FC12; Mon, 22 Mar 2010 02:06:38 +0000 (UTC) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by services.rulez.sk (Postfix) with ESMTP id 4F131133474B; Mon, 22 Mar 2010 03:06:37 +0100 (CET) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.rulez.sk ([92.240.234.125]) by services.rulez.sk (services.rulez.sk [92.240.234.125]) (amavisd-new, port 10024) with ESMTP id TdvBe5qPEFWy; Mon, 22 Mar 2010 03:06:31 +0100 (CET) Received: from danger-mbp.local (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.rulez.sk (Postfix) with ESMTPSA id C75A51334715; Mon, 22 Mar 2010 03:06:31 +0100 (CET) Message-ID: <4BA6D0A7.7010107@FreeBSD.org> Date: Mon, 22 Mar 2010 03:06:31 +0100 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.2pre) Gecko/20100311 Lanikai/3.1b2pre MIME-Version: 1.0 To: current@freebsd.org, stable@freebsd.org, hackers@freebsd.org, questions@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: HEADSUP: Call for FreeBSD Status Reports - 1Q/2010 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 02:06:39 -0000 Dear all, I would like to remind you that the next round of status reports covering the first quarter of 2010 is due on April 15th, 2010. This initiative is very welcome in our community. Therefore, I would like to ask you to submit your status reports as soon as possible, so that we can compile the report on time. There is a lot of projects which are currently being worked on, so do not hesitate and write us a few lines - a short description about what you are working on, what are your plans and goals, so we can inform our community about your great work! Check out the reports from past to get some inspiration of what your submission should look like. If you know about a project that should be included in the status report, please let us know as well, so we can poke the responsible people to provide us with something useful. Updates to submissions from the last report are welcome too. Note that the submissions are accepted from anyone involved with the FreeBSD community, you do not have to be a FreeBSD committer. Submissions about anything related to FreeBSD are very welcome! Please email us the filled-in XML template to be found at http://www.freebsd.org/news/status/report-sample.xml to monthly@FreeBSD.org, or alternatively use our web based form located at http://www.freebsd.org/cgi/monthly.cgi. For more information, please visit http://www.freebsd.org/news/status/. We are looking forward to see your submissions! -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 04:56:23 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25BC81065676 for ; Mon, 22 Mar 2010 04:56:23 +0000 (UTC) (envelope-from g4m4r4l@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 003508FC12 for ; Mon, 22 Mar 2010 04:56:22 +0000 (UTC) Received: by pwj4 with SMTP id 4so3851613pwj.13 for ; Sun, 21 Mar 2010 21:56:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=/LNqE3A1ABZ5DaKeGC1yiJtSqECbOGvHljv1c6QwYSk=; b=uCVn37gmo5zbOiTtXewR4sOVtfOrSzXrwwVlsk9wAtNw5uRl9cTXtvoaOGo4Ixt6nO OlkM06ZvMRCGaCl3AJ48aNjEVkw0AR7wr8QJW5HgpgWbAPu2sW0IQk7h3wiAnpf8ut2A 7hkS7IfeGNpGO3WpJTI4vxxHkNhQmRB0G4LAQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=vr0ffyQHXQZNkc27onP7bz3NcOdXdANH9pFcp/MF5Hs+MHEvhwhdkziiG7a/n8m2Dz lahZl5DT38euD+/hERBzbdZZVe/hQsFVRP6bppdAkVfV0nJLBsLslcnLkH10mntiW1Ew ZrkvQxXaFlghXGw8So/umf1Grt9XJYuVhaWzk= MIME-Version: 1.0 Sender: g4m4r4l@gmail.com Received: by 10.142.119.3 with SMTP id r3mr2675374wfc.145.1269232384857; Sun, 21 Mar 2010 21:33:04 -0700 (PDT) Date: Sun, 21 Mar 2010 21:33:04 -0700 X-Google-Sender-Auth: 2ec3b90f1c9ade19 Message-ID: From: Guillermo Amaral To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Looking for a mentor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 04:56:23 -0000 Hi FreeBSDers, I'm a C and C++ developer and I am looking for anybody would be willing to help me get started in the FreeBSD development community. :D I'm trying to get more experience in both kernel and user-land development on FreeBSD. I won't take much of your time, I really need somebody to assign stuff to me and give me a few hints when I get lost. It would be awesome if we can start from simple tasks and move up to other more complex tasks so I can get a feel of how much time I can dedicate to this on a week without loosing my job. LOL I have been looking for a mentor in FreeBSD for a little while by asking around but I think I need to get a few more eye balls so I can really get into the project on the development side and not just on the publicity side as I have been doing so far. Thanks in advance ;) -- gamaral From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 10:19:30 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C6A4106566B for ; Mon, 22 Mar 2010 10:19:30 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id C52988FC2F for ; Mon, 22 Mar 2010 10:19:29 +0000 (UTC) Received: by mail.0x20.net (Postfix, from userid 1002) id 20F9B398B3; Mon, 22 Mar 2010 11:19:28 +0100 (CET) Date: Mon, 22 Mar 2010 11:19:28 +0100 From: Lars Engels To: Guillermo Amaral Message-ID: <20100322101927.GM35865@e.0x20.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1ar0NSVY9gjTGNA2" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-hackers@freebsd.org Subject: Re: Looking for a mentor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 10:19:30 -0000 --1ar0NSVY9gjTGNA2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 21, 2010 at 09:33:04PM -0700, Guillermo Amaral wrote: > Hi FreeBSDers, >=20 > I'm a C and C++ developer and I am looking for anybody would be > willing to help me get started in the FreeBSD development community. > :D >=20 > I'm trying to get more experience in both kernel and user-land > development on FreeBSD. I won't take much of your time, I really need > somebody to assign stuff to me and give me a few hints when I get > lost. It would be awesome if we can start from simple tasks and move > up to other more complex tasks so I can get a feel of how much time I > can dedicate to this on a week without loosing my job. LOL >=20 > I have been looking for a mentor in FreeBSD for a little while by > asking around but I think I need to get a few more eye balls so I can > really get into the project on the development side and not just on > the publicity side as I have been doing so far. >=20 > Thanks in advance ;) Guillermo, please take a look at http://www.freebsd.org/projects/ideas/ideas.html there are some project Ideas together with mentors who can get you into details. Lars --1ar0NSVY9gjTGNA2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkunRC8ACgkQKc512sD3afhp8gCeMYr35kKvb/l3NyNclySTgdXV cmEAn1QqQtbFtifMgy0oRJ7sTbTrG3FX =qdlu -----END PGP SIGNATURE----- --1ar0NSVY9gjTGNA2-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 11:08:08 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46CE010656A5 for ; Mon, 22 Mar 2010 11:08:08 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay1.uni-muenster.de (ZIVM-RELAY1.UNI-MUENSTER.DE [128.176.192.12]) by mx1.freebsd.org (Postfix) with ESMTP id C6E608FC15 for ; Mon, 22 Mar 2010 11:08:07 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.51,286,1267398000"; d="txt'?scan'208";a="299797955" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay1.uni-muenster.de with ESMTP; 22 Mar 2010 12:08:06 +0100 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id D56581B07C1; Mon, 22 Mar 2010 12:08:05 +0100 (CET) Date: Mon, 22 Mar 2010 12:07:57 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=+permail-2010032211075780e26a0b0000782b-a_best01+ Cc: Subject: /var/named/etc/namedb/master not empty when doing `make delete-old` X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 11:08:08 -0000 This is a MIME encoded multipart message. --+permail-2010032211075780e26a0b0000782b-a_best01+ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit hi there, with MK_BIND_ETC and MK_BIND set to 'no' in src.conf, var/named/etc/namedb/master should get deleted yet the directory still contains some files. that's why i'm getting rmdir: /var/named/etc/namedb/master: Directory not empty during `make delete-old`. does the attached patch look ok? i also added var/named/etc/namedb/working to be deleted. -- Alexander Best --+permail-2010032211075780e26a0b0000782b-a_best01+ Content-Type: text/plain Content-Transfer-Encoding: Base64 Content-Disposition: attachment; filename="optionalobsoletefiles.inc.patch.txt" SW5kZXg6IE9wdGlvbmFsT2Jzb2xldGVGaWxlcy5pbmMKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gT3B0aW9uYWxP YnNvbGV0ZUZpbGVzLmluYwkocmV2aXNpb24gMjA1MzkwKQorKysgT3B0aW9uYWxPYnNvbGV0ZUZp bGVzLmluYwkod29ya2luZyBjb3B5KQpAQCAtMzEzLDYgKzMxMyw5IEBACiAuZW5kaWYKIAogLmlm ICR7TUtfQklORF9FVEN9ID09IG5vIHx8ICR7TUtfQklORH0gPT0gbm8KK09MRF9GSUxFUys9dmFy L25hbWVkL2V0Yy9uYW1lZGIvbWFzdGVyL2VtcHR5LmRiCitPTERfRklMRVMrPXZhci9uYW1lZC9l dGMvbmFtZWRiL21hc3Rlci9sb2NhbGhvc3QtZm9yd2FyZC5kYgorT0xEX0ZJTEVTKz12YXIvbmFt ZWQvZXRjL25hbWVkYi9tYXN0ZXIvbG9jYWxob3N0LXJldmVyc2UuZGIKIE9MRF9GSUxFUys9dmFy L25hbWVkL2V0Yy9uYW1lZGIvUFJPVE8ubG9jYWxob3N0LXY2LnJldgogT0xEX0ZJTEVTKz12YXIv bmFtZWQvZXRjL25hbWVkYi9QUk9UTy5sb2NhbGhvc3QucmV2CiBPTERfRklMRVMrPXZhci9uYW1l ZC9ldGMvbmFtZWRiL21ha2UtbG9jYWxob3N0CkBAIC0zMjEsNiArMzI0LDcgQEAKIE9MRF9ESVJT Kz12YXIvbmFtZWQvZXRjL25hbWVkYi9zbGF2ZQogT0xEX0RJUlMrPXZhci9uYW1lZC9ldGMvbmFt ZWRiL21hc3RlcgogT0xEX0RJUlMrPXZhci9uYW1lZC9ldGMvbmFtZWRiL2R5bmFtaWMKK09MRF9E SVJTKz12YXIvbmFtZWQvZXRjL25hbWVkYi93b3JraW5nCiAjT0xEX0RJUlMrPXZhci9uYW1lZC9l dGMvbmFtZWRiCiAjT0xEX0RJUlMrPXZhci9uYW1lZC9ldGMKIC5lbmRpZgo= --+permail-2010032211075780e26a0b0000782b-a_best01+-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 11:16:01 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCF4C1065670 for ; Mon, 22 Mar 2010 11:16:01 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay1.uni-muenster.de (ZIVM-RELAY1.UNI-MUENSTER.DE [128.176.192.12]) by mx1.freebsd.org (Postfix) with ESMTP id 14D3D8FC24 for ; Mon, 22 Mar 2010 11:16:00 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.51,286,1267398000"; d="scan'208";a="299798674" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay1.uni-muenster.de with ESMTP; 22 Mar 2010 12:15:59 +0100 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 950901B07C1; Mon, 22 Mar 2010 12:15:59 +0100 (CET) Date: Mon, 22 Mar 2010 12:15:58 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: /var/named/etc/namedb/master not empty when doing `make delete-old` X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 11:16:01 -0000 sorry that should have been "...with MK_BIND_ETC or MK_BIND...". -- Alexander Best From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 13:27:18 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 976B41065670; Mon, 22 Mar 2010 13:27:18 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 58A228FC0C; Mon, 22 Mar 2010 13:27:18 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 66EC41FFC22; Mon, 22 Mar 2010 13:27:17 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 3C9F08449F; Mon, 22 Mar 2010 14:27:17 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Doug Barton References: <4BA5D7B0.8000507@bsdforen.de> <4BA6C5DA.6040100@FreeBSD.org> Date: Mon, 22 Mar 2010 14:27:16 +0100 In-Reply-To: <4BA6C5DA.6040100@FreeBSD.org> (Doug Barton's message of "Sun, 21 Mar 2010 18:20:26 -0700") Message-ID: <86634ojxl7.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Dominic Fandrey , freebsd-hackers@freebsd.org Subject: Re: nroff -man, .An Aq formatting X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 13:27:18 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Doug Barton writes: > Dominic Fandrey writes: > > It has come to my attention that whereas with LANG=3DC "nroff -man" > > formats ".An name Aq email" as "name ", it uses different > > characters with LANG=3Den_GB.UTF-8 "name =E2=9F=A8email=E2=9F=A9". Thes= e characters > > are appropriate, but a lot of unicode fonts don't seem to have them. > AFAIK our standard is -mdoc, not -man. Is there a specific purpose for > which you need -man? And if not does the problem exist with -mdoc? Yes to the latter. This is definitely a bug, since (as avg@ points out) you can no longer copy-paste the name & address into an email client. AFAIK (judging from the Unicode group they're in) these characters are intended mainly for writing things like and + in technical documentation. I've attached a patch. --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=groff-angle-brackets.diff Index: contrib/groff/font/devutf8/R.proto =================================================================== --- contrib/groff/font/devutf8/R.proto (revision 204870) +++ contrib/groff/font/devutf8/R.proto (working copy) @@ -68,9 +68,11 @@ : 24 0 0x003A ; 24 0 0x003B < 24 0 0x003C +la " = 24 0 0x003D eq " > 24 0 0x003E +ra " ? 24 0 0x003F @ 24 0 0x0040 at " @@ -810,8 +812,6 @@ HE 24 0 0x2665 DI 24 0 0x2666 OK 24 0 0x2713 -la 24 0 0x27E8 -ra 24 0 0x27E9 ff 24 0 0xFB00 fi 24 0 0xFB01 fl 24 0 0xFB02 --=-=-=-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 13:50:21 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50B2A10656AA for ; Mon, 22 Mar 2010 13:50:21 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay3.uni-muenster.de (ZIVM-RELAY3.UNI-MUENSTER.DE [128.176.192.19]) by mx1.freebsd.org (Postfix) with ESMTP id CD8D18FC12 for ; Mon, 22 Mar 2010 13:50:17 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.51,287,1267398000"; d="txt'?scan'208";a="29039904" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 22 Mar 2010 14:50:16 +0100 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id 276C21B07E7; Mon, 22 Mar 2010 14:50:16 +0100 (CET) Date: Mon, 22 Mar 2010 14:50:05 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=+permail-20100322135005f7e55a9d000043cf-a_best01+ Cc: Subject: [patch] teach the bootloader minor amd64 knowledge X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 13:50:21 -0000 This is a MIME encoded multipart message. --+permail-20100322135005f7e55a9d000043cf-a_best01+ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit hi there, since i386 and amd64 are sharing the same bootcode the bootloader gets named "FreeBSD/i386" on amd64 too. the following patch is a cosmetic change to have the bootloader identify itself as "FreeBSD/amd64" on amd64. any thoughts on this one? -- Alexander Best --+permail-20100322135005f7e55a9d000043cf-a_best01+ Content-Type: text/plain Content-Transfer-Encoding: Base64 Content-Disposition: attachment; filename="boot.patch.txt" SW5kZXg6IHN5cy9ib290L2kzODYvYm9vdDIvYm9vdDIuYwo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvYm9v dC9pMzg2L2Jvb3QyL2Jvb3QyLmMJKHJldmlzaW9uIDIwNTM5MCkKKysrIHN5cy9ib290L2kzODYv Ym9vdDIvYm9vdDIuYwkod29ya2luZyBjb3B5KQpAQCAtMjgzLDcgKzI4MywxMSBAQAogCiAgICAg Zm9yICg7OykgewogCWlmICghYXV0b2Jvb3QgfHwgIU9QVF9DSEVDSyhSQlhfUVVJRVQpKQorI2lm ZGVmIEZBS0VfSTM4NgorCSAgICBwcmludGYoIlxuRnJlZUJTRC9hbWQ2NCBib290XG4iCisjZWxz ZQogCSAgICBwcmludGYoIlxuRnJlZUJTRC9pMzg2IGJvb3RcbiIKKyNlbmRpZgogCQkgICAiRGVm YXVsdDogJXU6JXMoJXUsJWMpJXNcbiIKIAkJICAgImJvb3Q6ICIsCiAJCSAgIGRzay5kcml2ZSAm IERSVl9NQVNLLCBkZXZfbm1bZHNrLnR5cGVdLCBkc2sudW5pdCwKSW5kZXg6IHN5cy9ib290L2kz ODYvTWFrZWZpbGUuaW5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9ib290L2kzODYvTWFrZWZpbGUuaW5j CShyZXZpc2lvbiAyMDUzOTApCisrKyBzeXMvYm9vdC9pMzg2L01ha2VmaWxlLmluYwkod29ya2lu ZyBjb3B5KQpAQCAtMTAsNyArMTAsNyBAQAogTERGTEFHUys9CS1ub3N0ZGxpYgogCiAuaWYgJHtN QUNISU5FX0FSQ0h9ID09ICJhbWQ2NCIKLUNGTEFHUys9CS1tMzIgLW1hcmNoPWkzODYKK0NGTEFH Uys9CS1tMzIgLW1hcmNoPWkzODYgLURGQUtFX0kzODYKIExERkxBR1MrPQktbSBlbGZfaTM4Nl9m YnNkCiBBRkxBR1MrPQktLTMyCiAuZW5kaWYKSW5kZXg6IHN5cy9ib290L2kzODYvemZzYm9vdC96 ZnNib290LmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Jvb3QvaTM4Ni96ZnNib290L3pmc2Jvb3QuYwko cmV2aXNpb24gMjA1MzkwKQorKysgc3lzL2Jvb3QvaTM4Ni96ZnNib290L3pmc2Jvb3QuYwkod29y a2luZyBjb3B5KQpAQCAtNzMwLDcgKzczMCwxMSBAQAogCiAgICAgZm9yICg7OykgewogCWlmICgh YXV0b2Jvb3QgfHwgIU9QVF9DSEVDSyhSQlhfUVVJRVQpKQorI2lmZGVmIEZBS0VfSTM4NgorCSAg ICBwcmludGYoIlxuRnJlZUJTRC9hbWQ2NCBib290XG4iCisjZWxzZQogCSAgICBwcmludGYoIlxu RnJlZUJTRC9pMzg2IGJvb3RcbiIKKyNlbmRpZgogCQkgICAiRGVmYXVsdDogJXM6JXNcbiIKIAkJ ICAgImJvb3Q6ICIsCiAJCSAgIHNwYS0+c3BhX25hbWUsIGtuYW1lKTsKSW5kZXg6IHN5cy9ib290 L2kzODYvbG9hZGVyL01ha2VmaWxlCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9ib290L2kzODYvbG9hZGVy L01ha2VmaWxlCShyZXZpc2lvbiAyMDUzOTApCisrKyBzeXMvYm9vdC9pMzg2L2xvYWRlci9NYWtl ZmlsZQkod29ya2luZyBjb3B5KQpAQCAtNiw3ICs2LDExIEBACiBMT0FERVI/PQlsb2FkZXIKIFBS T0c9CQkke0xPQURFUn0uc3ltCiBJTlRFUk5BTFBST0c9CisuaWYgJHtNQUNISU5FX0FSQ0h9ID09 ICJhbWQ2NCIKK05FV1ZFUlNXSEFUPz0JImJvb3RzdHJhcCBsb2FkZXIiIGFtZDY0CisuZWxzZQog TkVXVkVSU1dIQVQ/PQkiYm9vdHN0cmFwIGxvYWRlciIgaTM4NgorLmVuZGlmCiAKICMgYXJjaGl0 ZWN0dXJlLXNwZWNpZmljIGxvYWRlciBjb2RlCiBTUkNTPQkJbWFpbi5jIGNvbmYuYyB2ZXJzLmMK SW5kZXg6IHN5cy9ib290L2kzODYvZ3B0Ym9vdC9ncHRib290LmMKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lz L2Jvb3QvaTM4Ni9ncHRib290L2dwdGJvb3QuYwkocmV2aXNpb24gMjA1MzkwKQorKysgc3lzL2Jv b3QvaTM4Ni9ncHRib290L2dwdGJvb3QuYwkod29ya2luZyBjb3B5KQpAQCAtMjgxLDcgKzI4MSwx MSBAQAogCiAgICAgZm9yICg7OykgewogCWlmICghYXV0b2Jvb3QgfHwgIU9QVF9DSEVDSyhSQlhf UVVJRVQpKQorI2lmZGVmIEZBS0VfSTM4NgorCSAgICBwcmludGYoIlxuRnJlZUJTRC9hbWQ2NCBi b290XG4iCisjZWxzZQogCSAgICBwcmludGYoIlxuRnJlZUJTRC9pMzg2IGJvb3RcbiIKKyNlbmRp ZgogCQkgICAiRGVmYXVsdDogJXU6JXMoJXVwJXUpJXNcbiIKIAkJICAgImJvb3Q6ICIsCiAJCSAg IGRzay5kcml2ZSAmIERSVl9NQVNLLCBkZXZfbm1bZHNrLnR5cGVdLCBkc2sudW5pdCwK --+permail-20100322135005f7e55a9d000043cf-a_best01+-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 14:51:16 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12C78106574A; Mon, 22 Mar 2010 14:51:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5A0388FC22; Mon, 22 Mar 2010 14:51:11 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0DFB046B82; Mon, 22 Mar 2010 10:51:11 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 4A7168A025; Mon, 22 Mar 2010 10:51:07 -0400 (EDT) From: John Baldwin To: Garrett Cooper Date: Mon, 22 Mar 2010 09:47:53 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <7d6fde3d1003211540n30a7041dmd187b57efd0e9242@mail.gmail.com> In-Reply-To: <7d6fde3d1003211540n30a7041dmd187b57efd0e9242@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003220947.53722.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 22 Mar 2010 10:51:07 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: FreeBSD-Hackers , Colin Percival Subject: Re: Logical CPUs cannot be disabled via W3520 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 14:51:16 -0000 On Sunday 21 March 2010 6:40:17 pm Garrett Cooper wrote: > Someone on the forums [1] noticed that machdep.hlt_logical_cpus > was unavailable on their system, and I did some poking around and > noticed that it was as well. Should SMT logical CPUs be disable(-able) > via machdep.hlt_logical_cpus as well or is it just classic HTT based > chips? I suspect that it should work for SMT as well. > Thanks, > -Garrett > > $ sysctl machdep. > machdep.acpi_timer_freq: 3579545 > machdep.enable_panic_key: 0 > machdep.adjkerntz: 25200 > machdep.wall_cmos_clock: 1 > machdep.disable_rtc_set: 0 > machdep.acpi_root: 1029056 > machdep.disable_mtrrs: 0 > machdep.idle: acpi > machdep.idle_available: spin, mwait, mwait_hlt, hlt, acpi, > machdep.hlt_cpus: 0 > machdep.prot_fault_translation: 0 > machdep.panic_on_nmi: 1 > machdep.kdb_on_nmi: 1 > machdep.tsc_freq: 2694121808 > machdep.i8254_freq: 1193182 > $ sysctl hw.machine hw.model > hw.machine: amd64 > hw.model: Intel(R) Xeon(R) CPU W3520 @ 2.67GHz > > dmesg snippet: > > CPU: Intel(R) Xeon(R) CPU W3520 @ 2.67GHz (2694.12-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0x106a5 Family = 6 Model = 1a Stepping = 5 > Features=0xbfebfbff > Features2=0x9ce3bd > AMD Features=0x28100800 > AMD Features2=0x1 > TSC: P-state invariant > real memory = 12884901888 (12288 MB) > avail memory = 12379992064 (11806 MB) > ACPI APIC Table: <091109 APIC2100> > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > cpu4 (AP): APIC ID: 4 > cpu5 (AP): APIC ID: 5 > cpu6 (AP): APIC ID: 6 > cpu7 (AP): APIC ID: 7 > > [1] http://forums.freebsd.org/showthread.php?t=12527 > -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 14:51:20 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14D5810656FF for ; Mon, 22 Mar 2010 14:51:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id EACED8FC19 for ; Mon, 22 Mar 2010 14:51:18 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 9E52246B92; Mon, 22 Mar 2010 10:51:18 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id E45658A025; Mon, 22 Mar 2010 10:51:17 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 22 Mar 2010 10:50:32 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201003221050.32722.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 22 Mar 2010 10:51:17 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Alexander Best Subject: Re: [patch] teach the bootloader minor amd64 knowledge X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 14:51:20 -0000 On Monday 22 March 2010 9:50:05 am Alexander Best wrote: > hi there, > > since i386 and amd64 are sharing the same bootcode the bootloader gets named > "FreeBSD/i386" on amd64 too. the following patch is a cosmetic change to have > the bootloader identify itself as "FreeBSD/amd64" on amd64. > > any thoughts on this one? I would not do this. They really are the same binary. You can take a /boot/loader built under FreeBSD/i386 and use it to load an amd64 kernel and vice versa. The one change I looked at doing a while back was renaming the i386/amd64 boot bits to identify themselves as 'FreeBSD/x86' rather than 'FreeBSD/i386'. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 15:02:30 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B1B51065675 for ; Mon, 22 Mar 2010 15:02:30 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 0E8EB8FC12 for ; Mon, 22 Mar 2010 15:02:29 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [188.46.51.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 7822A8A18FC for ; Mon, 22 Mar 2010 16:02:28 +0100 (CET) Message-ID: <4BA78682.1070209@bsdforen.de> Date: Mon, 22 Mar 2010 16:02:26 +0100 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: dumping on a small swap partition X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 15:02:30 -0000 The swap partition of my notebook is only 4gb small, whereas the system has 8gb of RAM. Is there a way to convince the system of dumping despite this? The system panics quite often since I crossed the 4gb memory boundary and it never dumps. I think that a minidump should in most cases fit well into my swap space. I'm running RELENG_8. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 15:07:46 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69F34106566B for ; Mon, 22 Mar 2010 15:07:46 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay1.uni-muenster.de (ZIVM-RELAY1.UNI-MUENSTER.DE [128.176.192.12]) by mx1.freebsd.org (Postfix) with ESMTP id CA18A8FC20 for ; Mon, 22 Mar 2010 15:07:45 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.51,287,1267398000"; d="scan'208";a="299821507" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER01.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay1.uni-muenster.de with ESMTP; 22 Mar 2010 16:07:43 +0100 Received: by ZIVMAILUSER01.UNI-MUENSTER.DE (Postfix, from userid 149459) id AC3F61B0768; Mon, 22 Mar 2010 16:07:43 +0100 (CET) Date: Mon, 22 Mar 2010 16:07:43 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: [patch] somebody please fix this outstanding mmap(2) bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 15:07:46 -0000 could somebody please commit this patch? it's been around forever (2003 or 2004) and fixes mmap so the offset argument is being ignored when MAP_ANON is defined (just like the mmap(2) manual says). right now the offset argument is being taken into account although MAP_ANON is set!!! the pr is kern/71258 (including a little c app to demonstrate the bug) i've also sent a followup patch to the pr which returns EINVAL if the offset is non zero and MAP_ANON is set, but i guess that might break some code. the attached patch has originally been written by Martin Kammerhofer. i've modified it a bit so it attaches cleanly to HEAD (r205390). -- Alexander Best From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 15:20:15 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24B31106566B; Mon, 22 Mar 2010 15:20:15 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay2.uni-muenster.de (ZIVM-RELAY2.UNI-MUENSTER.DE [128.176.192.13]) by mx1.freebsd.org (Postfix) with ESMTP id 7EDD28FC1F; Mon, 22 Mar 2010 15:20:13 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.51,287,1267398000"; d="scan'208";a="239767348" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay2.uni-muenster.de with ESMTP; 22 Mar 2010 16:20:12 +0100 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 488371B07C1; Mon, 22 Mar 2010 16:20:12 +0100 (CET) Date: Mon, 22 Mar 2010 16:20:10 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: John Baldwin , Message-ID: In-Reply-To: <201003221050.32722.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: [patch] teach the bootloader minor amd64 knowledge X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 15:20:15 -0000 John Baldwin schrieb am 2010-03-22: > On Monday 22 March 2010 9:50:05 am Alexander Best wrote: > > hi there, > > since i386 and amd64 are sharing the same bootcode the bootloader > > gets named > > "FreeBSD/i386" on amd64 too. the following patch is a cosmetic > > change to > have > > the bootloader identify itself as "FreeBSD/amd64" on amd64. > > any thoughts on this one? > I would not do this. They really are the same binary. You can take > a > /boot/loader built under FreeBSD/i386 and use it to load an amd64 > kernel and > vice versa. The one change I looked at doing a while back was > renaming the > i386/amd64 boot bits to identify themselves as 'FreeBSD/x86' rather > than > 'FreeBSD/i386'. sounds nice. however that would introduce some severe inconsistency, because the term 'i386' is used in many places to define the x86 architecture (uname -p/-m e.g.). also 'x86' related files/directories are called 'i386'. personally i'd like to see the term 'i386' completely replaced by 'x86' throughout the whole freebsd code. if i'm not mistaken 80386 has been dropped in GENERIC in freebsd4 and entirely in freebsd5. -- Alexander Best From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 15:22:47 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29733106564A for ; Mon, 22 Mar 2010 15:22:47 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay3.uni-muenster.de (ZIVM-RELAY3.UNI-MUENSTER.DE [128.176.192.19]) by mx1.freebsd.org (Postfix) with ESMTP id A69BD8FC15 for ; Mon, 22 Mar 2010 15:22:46 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.51,287,1267398000"; d="txt'?scan'208";a="29048611" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 22 Mar 2010 16:22:44 +0100 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 8B1001B07C1; Mon, 22 Mar 2010 16:22:44 +0100 (CET) Date: Mon, 22 Mar 2010 16:22:37 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=+permail-2010032215223780e26a0b00007a34-a_best01+ Cc: Subject: Re: [patch] somebody please fix this outstanding mmap(2) bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 15:22:47 -0000 This is a MIME encoded multipart message. --+permail-2010032215223780e26a0b00007a34-a_best01+ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit oops. forgot the patch. ;) -- Alexander Best --+permail-2010032215223780e26a0b00007a34-a_best01+ Content-Type: text/plain Content-Transfer-Encoding: Base64 Content-Disposition: attachment; filename="vmmmap.c.patch.txt" SW5kZXg6IHN5cy92bS92bV9tbWFwLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL3ZtL3ZtX21tYXAuYwko cmV2aXNpb24gMjA1MzkwKQorKysgc3lzL3ZtL3ZtX21tYXAuYwkod29ya2luZyBjb3B5KQpAQCAt MjQxLDE5ICsyNDEsMjMgQEAKIAkJICAgICgocHJvdCAmIChQUk9UX1JFQUQgfCBQUk9UX1dSSVRF KSkgIT0gKFBST1RfUkVBRCB8IFBST1RfV1JJVEUpKSkKIAkJCXJldHVybiAoRUlOVkFMKTsKIAkJ ZmxhZ3MgfD0gTUFQX0FOT047Ci0JCXBvcyA9IDA7CiAJfQogCi0JLyoKLQkgKiBBbGlnbiB0aGUg ZmlsZSBwb3NpdGlvbiB0byBhIHBhZ2UgYm91bmRhcnksCi0JICogYW5kIHNhdmUgaXRzIHBhZ2Ug b2Zmc2V0IGNvbXBvbmVudC4KLQkgKi8KLQlwYWdlb2ZmID0gKHBvcyAmIFBBR0VfTUFTSyk7Ci0J cG9zIC09IHBhZ2VvZmY7CisJLyogSWYgTUFQX0FOT04gaGFzIGJlZW4gc2V0IHRoZSBvZmZzZXQg YXJndW1lbnQgaXMgYmVpbmcgZGlzY2FyZGVkLiAqLworCWlmIChmbGFncyAmIE1BUF9BTk9OKSB7 CisJCXBhZ2VvZmYgPSBwb3MgPSAwOworCX0gZWxzZSB7CisJCS8qCisJCSAqIEFsaWduIHRoZSBm aWxlIHBvc2l0aW9uIHRvIGEgcGFnZSBib3VuZGFyeSwKKwkJICogYW5kIHNhdmUgaXRzIHBhZ2Ug b2Zmc2V0IGNvbXBvbmVudC4KKwkJICovCisJCXBhZ2VvZmYgPSAocG9zICYgUEFHRV9NQVNLKTsK KwkJcG9zIC09IHBhZ2VvZmY7CiAKLQkvKiBBZGp1c3Qgc2l6ZSBmb3Igcm91bmRpbmcgKG9uIGJv dGggZW5kcykuICovCi0Jc2l6ZSArPSBwYWdlb2ZmOwkJCS8qIGxvdyBlbmQuLi4gKi8KLQlzaXpl ID0gKHZtX3NpemVfdCkgcm91bmRfcGFnZShzaXplKTsJLyogaGkgZW5kICovCisJCS8qIEFkanVz dCBzaXplIGZvciByb3VuZGluZyAob24gYm90aCBlbmRzKS4gKi8KKwkJc2l6ZSArPSBwYWdlb2Zm OwkJCS8qIGxvdyBlbmQuLi4gKi8KKwkJc2l6ZSA9ICh2bV9zaXplX3QpIHJvdW5kX3BhZ2Uoc2l6 ZSk7CS8qIGhpIGVuZCAqLworCX0KIAogCS8qCiAJICogQ2hlY2sgZm9yIGlsbGVnYWwgYWRkcmVz c2VzLiAgV2F0Y2ggb3V0IGZvciBhZGRyZXNzIHdyYXAuLi4gTm90ZQpAQCAtMzAwLDcgKzMwNCw2 IEBACiAJCWhhbmRsZSA9IE5VTEw7CiAJCWhhbmRsZV90eXBlID0gT0JKVF9ERUZBVUxUOwogCQlt YXhwcm90ID0gVk1fUFJPVF9BTEw7Ci0JCXBvcyA9IDA7CiAJfSBlbHNlIHsKIAkJLyoKIAkJICog TWFwcGluZyBmaWxlLCBnZXQgZnAgZm9yIHZhbGlkYXRpb24gYW5kCg== --+permail-2010032215223780e26a0b00007a34-a_best01+-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 15:36:56 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D59AE106564A for ; Mon, 22 Mar 2010 15:36:56 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5C30B8FC0C for ; Mon, 22 Mar 2010 15:36:56 +0000 (UTC) Received: from mail-in-14-z2.arcor-online.net (mail-in-14-z2.arcor-online.net [151.189.8.31]) by mx.arcor.de (Postfix) with ESMTP id 9AECE332BCB for ; Mon, 22 Mar 2010 16:05:55 +0100 (CET) Received: from mail-in-13.arcor-online.net (mail-in-13.arcor-online.net [151.189.21.53]) by mail-in-14-z2.arcor-online.net (Postfix) with ESMTP id 8485410189 for ; Mon, 22 Mar 2010 16:05:55 +0100 (CET) Received: from lorvorc.mips.inka.de (dslb-094-217-106-027.pools.arcor-ip.net [94.217.106.27]) by mail-in-13.arcor-online.net (Postfix) with ESMTPS id E9DA72BAD23 for ; Mon, 22 Mar 2010 16:05:54 +0100 (CET) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-13.arcor-online.net E9DA72BAD23 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.4/8.14.3) with ESMTP id o2MF5rlM042886 for ; Mon, 22 Mar 2010 16:05:53 +0100 (CET) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.4/8.14.4/Submit) id o2MF5qY6042885 for freebsd-hackers@freebsd.org; Mon, 22 Mar 2010 16:05:52 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Mon, 22 Mar 2010 15:05:52 +0000 (UTC) Message-ID: References: <4BA5D7B0.8000507@bsdforen.de> <4BA6C5DA.6040100@FreeBSD.org> <86634ojxl7.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-hackers@freebsd.org Subject: Re: nroff -man, .An Aq formatting X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 15:36:56 -0000 Dag-Erling Smørgrav wrote: > > > It has come to my attention that whereas with LANG=C "nroff -man" > > > formats ".An name Aq email" as "name ", it uses different > > > characters with LANG=en_GB.UTF-8 "name ⟨email⟩". These characters > > > are appropriate, but a lot of unicode fonts don't seem to have them. > > This is definitely a bug, since (as avg@ points out) you can no longer > copy-paste the name & address into an email client. > > AFAIK (judging from the Unicode group they're in) these characters are > intended mainly for writing things like and + in > technical documentation. And we probably have that usage in other man pages. It is not clear to me if the problem is the use of these characters for angle quotes or the use of .Aq for email addresses. A few days ago, I switched my desktop to UTF-8, and I right away noticed that there are issues with the nroff output. Looking at, say, the rc(8) man page, I see that the `...` shell backquotes have been turned into pretty single quotes. Again, you can't copy-n-paste this any longer. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 15:38:22 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94A711065673; Mon, 22 Mar 2010 15:38:22 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id C2A2B8FC0C; Mon, 22 Mar 2010 15:38:21 +0000 (UTC) Received: by fxm24 with SMTP id 24so1774582fxm.3 for ; Mon, 22 Mar 2010 08:38:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:x-mailer :mime-version:subject:date:cc; bh=fCrxZ4tSd7Sc6Hk/0BIdfYg4tMJt5cy2+r2OUZu44Jc=; b=A5lljl5t1QCDSrM0araAhAtPOwicAWcORDLWb8HjTbEkVsS+GgFOIsL924hePYR/b3 D7v0NatLctYtQtVLgt4I1f12y+Db+zeCdJ9Ynk0ff+C/yKv2lEcVATEthB/m9lPfbs0Z 7dtr7YMprLGO7OEG85ulg5QEJpTSRs5GvzMIw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:x-mailer:mime-version:subject:date:cc; b=nqI7CdynbFTCQIDJJAJci5EAvjBoXQF4h1kdbExNHwPpKaalWh8YSQm5g5AVptzUek PxOYnNF0IU+T2BRRZSchTZZ4mElsTAK3lS/Sof1HVQLnc/RDRSSR2Vfls11b9aOk53D6 IPNBDZnA51sBhtQEUvbuYy/n6QxeMzyAxsfoE= Received: by 10.223.15.65 with SMTP id j1mr1923274faa.0.1269272300551; Mon, 22 Mar 2010 08:38:20 -0700 (PDT) Received: from [192.168.0.27] (deviant.freebsdgirl.com [173.8.183.73]) by mx.google.com with ESMTPS id 18sm1453722fks.5.2010.03.22.08.38.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 22 Mar 2010 08:38:18 -0700 (PDT) References: <7d6fde3d1003211540n30a7041dmd187b57efd0e9242@mail.gmail.com> <201003220947.53722.jhb@freebsd.org> Message-Id: <232074FC-7E18-41BB-AF5A-FDD13D449539@gmail.com> From: Garrett Cooper To: John Baldwin In-Reply-To: <201003220947.53722.jhb@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (7E18) Mime-Version: 1.0 (iPhone Mail 7E18) Date: Mon, 22 Mar 2010 08:38:09 -0700 Cc: FreeBSD-Hackers , Colin Percival Subject: Re: Logical CPUs cannot be disabled via W3520 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 15:38:22 -0000 On Mar 22, 2010, at 6:47 AM, John Baldwin wrote: > On Sunday 21 March 2010 6:40:17 pm Garrett Cooper wrote: >> Someone on the forums [1] noticed that machdep.hlt_logical_cpus >> was unavailable on their system, and I did some poking around and >> noticed that it was as well. Should SMT logical CPUs be disable(- >> able) >> via machdep.hlt_logical_cpus as well or is it just classic HTT based >> chips? > > I suspect that it should work for SMT as well. > >> Thanks, >> -Garrett >> >> $ sysctl machdep. >> machdep.acpi_timer_freq: 3579545 >> machdep.enable_panic_key: 0 >> machdep.adjkerntz: 25200 >> machdep.wall_cmos_clock: 1 >> machdep.disable_rtc_set: 0 >> machdep.acpi_root: 1029056 >> machdep.disable_mtrrs: 0 >> machdep.idle: acpi >> machdep.idle_available: spin, mwait, mwait_hlt, hlt, acpi, >> machdep.hlt_cpus: 0 >> machdep.prot_fault_translation: 0 >> machdep.panic_on_nmi: 1 >> machdep.kdb_on_nmi: 1 >> machdep.tsc_freq: 2694121808 >> machdep.i8254_freq: 1193182 >> $ sysctl hw.machine hw.model >> hw.machine: amd64 >> hw.model: Intel(R) Xeon(R) CPU W3520 @ 2.67GHz >> >> dmesg snippet: >> >> CPU: Intel(R) Xeon(R) CPU W3520 @ 2.67GHz (2694.12-MHz >> K8-class > CPU) >> Origin = "GenuineIntel" Id = 0x106a5 Family = 6 Model = 1a >> Stepping = > 5 >> > Features= > 0xbfebfbff< > FPU, > VME, > DE, > PSE, > TSC, > MSR, > PAE, > MCE, > CX8, > APIC, > SEP, > MTRR, > PGE, > MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> >> > Features2= > 0x9ce3bd< > SSE3, > DTES64, > MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT> >> AMD Features=0x28100800 >> AMD Features2=0x1 >> TSC: P-state invariant >> real memory = 12884901888 (12288 MB) >> avail memory = 12379992064 (11806 MB) >> ACPI APIC Table: <091109 APIC2100> >> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >> FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> cpu2 (AP): APIC ID: 2 >> cpu3 (AP): APIC ID: 3 >> cpu4 (AP): APIC ID: 4 >> cpu5 (AP): APIC ID: 5 >> cpu6 (AP): APIC ID: 6 >> cpu7 (AP): APIC ID: 7 >> >> [1] http://forums.freebsd.org/showthread.php?t=12527 Which means that because the support isn't there it'll need to be added; I'll file a PR so this is tracked and see if I can provide a patch for this. Thanks! -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 15:56:12 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1FE2106566B for ; Mon, 22 Mar 2010 15:56:12 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from www.sonnenberger.org (www.sonnenberger.org [92.79.50.50]) by mx1.freebsd.org (Postfix) with ESMTP id 932348FC15 for ; Mon, 22 Mar 2010 15:56:12 +0000 (UTC) Received: from britannica.bec.de (www.sonnenberger.org [192.168.1.10]) by www.sonnenberger.org (Postfix) with ESMTP id 23A156665D for ; Mon, 22 Mar 2010 16:56:11 +0100 (CET) Received: by britannica.bec.de (Postfix, from userid 1000) id D466815C2B; Mon, 22 Mar 2010 16:56:19 +0100 (CET) Date: Mon, 22 Mar 2010 16:56:19 +0100 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20100322155619.GA4984@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <4BA5D7B0.8000507@bsdforen.de> <4BA6C5DA.6040100@FreeBSD.org> <86634ojxl7.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: nroff -man, .An Aq formatting X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 15:56:12 -0000 On Mon, Mar 22, 2010 at 03:05:52PM +0000, Christian Weisgerber wrote: > And we probably have that usage in other man pages. It is not clear > to me if the problem is the use of these characters for angle quotes > or the use of .Aq for email addresses. I think the best option would be to sit down and adjust .Mt slightly to include the angle quotes and start to use that. E.g. make .Mt joe@example.com output It is supported by (old) versions of groff already, just without the angel quotes. Joerg From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 16:02:45 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE019106564A for ; Mon, 22 Mar 2010 16:02:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id BE2728FC12 for ; Mon, 22 Mar 2010 16:02:45 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7574C46B0D; Mon, 22 Mar 2010 12:02:45 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id BCCD98A025; Mon, 22 Mar 2010 12:02:44 -0400 (EDT) From: John Baldwin To: Alexander Best Date: Mon, 22 Mar 2010 12:02:18 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003221202.18683.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 22 Mar 2010 12:02:44 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-hackers@freebsd.org Subject: Re: [patch] teach the bootloader minor amd64 knowledge X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 16:02:46 -0000 On Monday 22 March 2010 11:20:10 am Alexander Best wrote: > John Baldwin schrieb am 2010-03-22: > > On Monday 22 March 2010 9:50:05 am Alexander Best wrote: > > > hi there, > > > > since i386 and amd64 are sharing the same bootcode the bootloader > > > gets named > > > "FreeBSD/i386" on amd64 too. the following patch is a cosmetic > > > change to > > have > > > the bootloader identify itself as "FreeBSD/amd64" on amd64. > > > > any thoughts on this one? > > > I would not do this. They really are the same binary. You can take > > a > > /boot/loader built under FreeBSD/i386 and use it to load an amd64 > > kernel and > > vice versa. The one change I looked at doing a while back was > > renaming the > > i386/amd64 boot bits to identify themselves as 'FreeBSD/x86' rather > > than > > 'FreeBSD/i386'. > > sounds nice. however that would introduce some severe inconsistency, because > the term 'i386' is used in many places to define the x86 architecture (uname > -p/-m e.g.). also 'x86' related files/directories are called 'i386'. > > personally i'd like to see the term 'i386' completely replaced by 'x86' > throughout the whole freebsd code. > > if i'm not mistaken 80386 has been dropped in GENERIC in freebsd4 and entirely > in freebsd5. Ah, but 'x86' is commonly used now for things that are shared between i386 and amd64. See sys/x86 in HEAD, sys/arch/x86 in NetBSD, etc. I think even Linux has an x86 tree for shared code between i386 and x86_64. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 16:34:47 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4D24106564A; Mon, 22 Mar 2010 16:34:47 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay3.uni-muenster.de (ZIVM-RELAY3.UNI-MUENSTER.DE [128.176.192.19]) by mx1.freebsd.org (Postfix) with ESMTP id 3D57F8FC0C; Mon, 22 Mar 2010 16:34:46 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.51,288,1267398000"; d="scan'208";a="29054742" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 22 Mar 2010 17:34:45 +0100 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id DFF6F1B07C1; Mon, 22 Mar 2010 17:34:45 +0100 (CET) Date: Mon, 22 Mar 2010 17:34:44 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: John Baldwin Message-ID: In-Reply-To: <201003221202.18683.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: [patch] teach the bootloader minor amd64 knowledge X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 16:34:48 -0000 John Baldwin schrieb am 2010-03-22: > On Monday 22 March 2010 11:20:10 am Alexander Best wrote: > > John Baldwin schrieb am 2010-03-22: > > > On Monday 22 March 2010 9:50:05 am Alexander Best wrote: > > > > hi there, > > > > since i386 and amd64 are sharing the same bootcode the > > > > bootloader > > > > gets named > > > > "FreeBSD/i386" on amd64 too. the following patch is a cosmetic > > > > change to > > > have > > > > the bootloader identify itself as "FreeBSD/amd64" on amd64. > > > > any thoughts on this one? > > > I would not do this. They really are the same binary. You can > > > take > > > a > > > /boot/loader built under FreeBSD/i386 and use it to load an amd64 > > > kernel and > > > vice versa. The one change I looked at doing a while back was > > > renaming the > > > i386/amd64 boot bits to identify themselves as 'FreeBSD/x86' > > > rather > > > than > > > 'FreeBSD/i386'. > > sounds nice. however that would introduce some severe > > inconsistency, because > > the term 'i386' is used in many places to define the x86 > > architecture (uname > > -p/-m e.g.). also 'x86' related files/directories are called > > 'i386'. > > personally i'd like to see the term 'i386' completely replaced by > > 'x86' > > throughout the whole freebsd code. > > if i'm not mistaken 80386 has been dropped in GENERIC in freebsd4 > > and entirely > > in freebsd5. > Ah, but 'x86' is commonly used now for things that are shared between > i386 > and amd64. See sys/x86 in HEAD, sys/arch/x86 in NetBSD, etc. I > think even > Linux has an x86 tree for shared code between i386 and x86_64. i see. i always thought x86 was used to describe the intel 32 bit architecture in general, replacing the term i386 (which describes a specific platform rather than an architecture/instruction set). introducing the x86 keyword sounds like a good idea. in the future it may not only cover the intel 32bit and 64bit architecture, but also 128bit, etc. if intel decides to keep the instruction set and remains backward compatible that is. ;) -- Alexander Best From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 17:41:00 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53164106564A for ; Mon, 22 Mar 2010 17:41:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0F6878FC08 for ; Mon, 22 Mar 2010 17:41:00 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B4F1346B2D; Mon, 22 Mar 2010 13:40:59 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id C5F6E8A021; Mon, 22 Mar 2010 13:40:58 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 22 Mar 2010 13:29:55 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003221329.55369.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 22 Mar 2010 13:40:58 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Alexander Best Subject: Re: [patch] somebody please fix this outstanding mmap(2) bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 17:41:00 -0000 On Monday 22 March 2010 11:07:43 am Alexander Best wrote: > could somebody please commit this patch? it's been around forever (2003 or > 2004) and fixes mmap so the offset argument is being ignored when MAP_ANON is > defined (just like the mmap(2) manual says). right now the offset argument is > being taken into account although MAP_ANON is set!!! > > the pr is kern/71258 (including a little c app to demonstrate the bug) > > i've also sent a followup patch to the pr which returns EINVAL if the offset > is non zero and MAP_ANON is set, but i guess that might break some code. I think we should go the EINVAL route, and I will commit the patch you did to add that. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 19:46:57 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DB361065674; Mon, 22 Mar 2010 19:46:57 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay1.uni-muenster.de (ZIVM-RELAY1.UNI-MUENSTER.DE [128.176.192.12]) by mx1.freebsd.org (Postfix) with ESMTP id 5CF328FC18; Mon, 22 Mar 2010 19:46:55 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.51,289,1267398000"; d="scan'208";a="299844434" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay1.uni-muenster.de with ESMTP; 22 Mar 2010 20:46:54 +0100 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 135511B0750; Mon, 22 Mar 2010 20:46:54 +0100 (CET) Date: Mon, 22 Mar 2010 20:46:53 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: John Baldwin , Message-ID: In-Reply-To: <201003221329.55369.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: [patch] somebody please fix this outstanding mmap(2) bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 19:46:57 -0000 John Baldwin schrieb am 2010-03-22: > On Monday 22 March 2010 11:07:43 am Alexander Best wrote: > > could somebody please commit this patch? it's been around forever > > (2003 or > > 2004) and fixes mmap so the offset argument is being ignored when > > MAP_ANON > is > > defined (just like the mmap(2) manual says). right now the offset > > argument > is > > being taken into account although MAP_ANON is set!!! > > the pr is kern/71258 (including a little c app to demonstrate the > > bug) > > i've also sent a followup patch to the pr which returns EINVAL if > > the offset > > is non zero and MAP_ANON is set, but i guess that might break some > > code. > I think we should go the EINVAL route, and I will commit the patch > you did to > add that. thanks. :) i've checked what posix sais about this and since it doesn't know MAP_ANON there's no real rule for this case. the only thing that comes close is: "The mmap() function may fail if: [EINVAL] The addr argument (if MAP_FIXED was specified) or off is not a multiple of the page size as returned by sysconf(), or is considered invalid by the implementation." -- Alexander Best From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 21:08:05 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9A6D106566B for ; Mon, 22 Mar 2010 21:08:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8C6018FC13 for ; Mon, 22 Mar 2010 21:08:05 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 4388546B5B; Mon, 22 Mar 2010 17:08:05 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id A0ABA8A021; Mon, 22 Mar 2010 17:08:04 -0400 (EDT) From: John Baldwin To: Alexander Best Date: Mon, 22 Mar 2010 16:06:10 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003221606.10924.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 22 Mar 2010 17:08:04 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-hackers@freebsd.org Subject: Re: [patch] somebody please fix this outstanding mmap(2) bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 21:08:05 -0000 On Monday 22 March 2010 3:46:53 pm Alexander Best wrote: > John Baldwin schrieb am 2010-03-22: > > On Monday 22 March 2010 11:07:43 am Alexander Best wrote: > > > could somebody please commit this patch? it's been around forever > > > (2003 or > > > 2004) and fixes mmap so the offset argument is being ignored when > > > MAP_ANON > > is > > > defined (just like the mmap(2) manual says). right now the offset > > > argument > > is > > > being taken into account although MAP_ANON is set!!! > > > > the pr is kern/71258 (including a little c app to demonstrate the > > > bug) > > > > i've also sent a followup patch to the pr which returns EINVAL if > > > the offset > > > is non zero and MAP_ANON is set, but i guess that might break some > > > code. > > > I think we should go the EINVAL route, and I will commit the patch > > you did to > > add that. > > thanks. :) i've checked what posix sais about this and since it doesn't know > MAP_ANON there's no real rule for this case. the only thing that comes close > is: > > "The mmap() function may fail if: > > [EINVAL] > The addr argument (if MAP_FIXED was specified) or off is not a multiple of the > page size as returned by sysconf(), or is considered invalid by the > implementation." Yes, the 'considered invalid by the implementation' is the bit I'm claiming. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 02:04:25 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5464E1065675; Tue, 23 Mar 2010 02:04:24 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 27B658FC16; Tue, 23 Mar 2010 02:04:23 +0000 (UTC) Received: by pxi12 with SMTP id 12so2205205pxi.14 for ; Mon, 22 Mar 2010 19:04:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=f/vHvnEPQlICJlmDSWKTrhxgUqmKUQBW8LNkAiLurak=; b=ifXbLui+BEdYaF2uCCk0RPCj8ktVzJ66Hvy1ofpLdhNufSt4xfuaV7IZ8c/SQ8mPoH I5ZCb9JCTUwy+82iDeayC2joZGoRHN6d6Ql5zj0PP80GAhcWou30X0vFy5jFqSvG4sLk yIRdtAz9iR2iXEdIlfltXJpSbtgOy7nuiEHp0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=py/fj/NFqDceV5JAI6JrC8jcU0FEL/eIKZgI906foCwi59bRI97qKkFK73eULyw+lo vPPtZTyn0HQNCDw5Zh5GWjUL9kEw6IKDWvUuFQMx7Zip/Nas0e8hbKhzJrPcxzyAlYbA mVygGpoB1rf1JUw/ePAg06EWiaU7wtNMeFBQQ= MIME-Version: 1.0 Received: by 10.142.56.14 with SMTP id e14mr1190945wfa.37.1269309863561; Mon, 22 Mar 2010 19:04:23 -0700 (PDT) Date: Mon, 22 Mar 2010 19:04:23 -0700 Message-ID: <7d6fde3d1003221904o1e493c36u35e1789a6b09c21f@mail.gmail.com> From: Garrett Cooper To: FreeBSD-Hackers Content-Type: text/plain; charset=ISO-8859-1 Cc: linimon@freebsd.org Subject: PR commit requests X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 02:04:25 -0000 Hi hackers, Looking for someone with a src commit bit to take a look at a number of items that Mark Linimon has marked as `easy PRs': http://people.freebsd.org/~linimon/studies/prs/easy_prs.html . A lot of the items there require that one just adds PCI IDs, fix a typo or two, etc and are relatively trivial to commit. It'd be much appreciated if folks could commit some of the items in this list. Cheers! -Garrett From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 04:39:19 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D64B1065675 for ; Tue, 23 Mar 2010 04:39:19 +0000 (UTC) (envelope-from atom@smasher.org) Received: from atom.smasher.org (atom.smasher.org [69.55.237.145]) by mx1.freebsd.org (Postfix) with SMTP id 1761E8FC0A for ; Tue, 23 Mar 2010 04:39:18 +0000 (UTC) Received: (qmail 79404 invoked by uid 1000); 23 Mar 2010 04:12:37 -0000 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Date: Tue, 23 Mar 2010 17:12:47 +1300 (NZDT) From: Atom Smasher Message-ID: <1003231706140.40436@smasher> MIME-Version: 1.0 OpenPGP: id=0xB88D52E4D9F57808; algo=1 (RSA); size=4096; url=http://atom.smasher.org/pgp.txt To: FreeBSD-Hackers X-POM: The Moon is Waxing Crescent (47% of Full) X-Hashcash: 1:20:1003230412:freebsd-hackers@freebsd.org::54bofBuaRtc3Lkty:000000 0000000000000000000000001Md4 Subject: kenv - output needed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 04:39:19 -0000 i'm trying to figure out what might be reasonable output from kenv. on the three machines that i have access to i'm already seeing wide variations of formatting and usefulness. i'd like to collect as much output as i can get (off-list should be fine) from one of these two commands: 1) preferred: kenv | egrep bios 2) i can also use this: kenv | egrep 'product|maker' thanks! -- ...atom ________________________ http://atom.smasher.org/ 762A 3B98 A3C3 96C9 C6B7 582A B88D 52E4 D9F5 7808 ------------------------------------------------- "Simply stated, there is no doubt that Saddam Hussein now has weapons of mass destruction." -- Dick Cheney, 26 August 2002 From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 07:36:53 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD6A31065675 for ; Tue, 23 Mar 2010 07:36:53 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 7080A8FC0A for ; Tue, 23 Mar 2010 07:36:53 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [109.250.238.63]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id C33FB8A190B for ; Tue, 23 Mar 2010 08:36:51 +0100 (CET) Message-ID: <4BA86F8F.1030807@bsdforen.de> Date: Tue, 23 Mar 2010 08:36:47 +0100 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <4BA5D7B0.8000507@bsdforen.de> <4BA6C5DA.6040100@FreeBSD.org> <86634ojxl7.fsf@ds4.des.no> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: nroff -man, .An Aq formatting X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 07:36:53 -0000 On 22/03/2010 16:05, Christian Weisgerber wrote: > Dag-Erling Smørgrav wrote: > >>>> It has come to my attention that whereas with LANG=C "nroff -man" >>>> formats ".An name Aq email" as "name ", it uses different >>>> characters with LANG=en_GB.UTF-8 "name ⟨email⟩". These characters >>>> are appropriate, but a lot of unicode fonts don't seem to have them. >> >> This is definitely a bug, since (as avg@ points out) you can no longer >> copy-paste the name & address into an email client. >> >> AFAIK (judging from the Unicode group they're in) these characters are >> intended mainly for writing things like and + in >> technical documentation. > > And we probably have that usage in other man pages. It is not clear > to me if the problem is the use of these characters for angle quotes > or the use of .Aq for email addresses. I got it out of the wpi(4) manual first. It probably appears in other places, too. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 07:38:29 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD8CB1065677 for ; Tue, 23 Mar 2010 07:38:29 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id A09108FC23 for ; Tue, 23 Mar 2010 07:38:29 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [109.250.238.63]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 385928A190A for ; Tue, 23 Mar 2010 08:38:24 +0100 (CET) Message-ID: <4BA86FEE.5020703@bsdforen.de> Date: Tue, 23 Mar 2010 08:38:22 +0100 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <4BA5D7B0.8000507@bsdforen.de> <4BA6C5DA.6040100@FreeBSD.org> In-Reply-To: <4BA6C5DA.6040100@FreeBSD.org> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: nroff -man, .An Aq formatting X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 07:38:29 -0000 On 22/03/2010 02:20, Doug Barton wrote: > On 03/21/10 01:24, Dominic Fandrey wrote: >> It has come to my attention that whereas with LANG=C "nroff -man" >> formats ".An name Aq email" as "name ", it uses different >> characters with LANG=en_GB.UTF-8 "name ⟨email⟩". These characters >> are appropriate, but a lot of unicode fonts don't seem to have them. >> >> Or else my terminal (rxvt-unicode) has trouble displaying them. >> >> Does anybody know a workaround for this? > > AFAIK our standard is -mdoc, not -man. Is there a specific purpose for > which you need -man? And if not does the problem exist with -mdoc? Ah, I didn't know that. Doesn't seem to make a difference, though. Still, I'll test my pages with -mdoc instead of -man in the future. Thanks a lot! -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 09:44:24 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17D521065672 for ; Tue, 23 Mar 2010 09:44:24 +0000 (UTC) (envelope-from krivenok.dmitry@gmail.com) Received: from mail-ew0-f227.google.com (mail-ew0-f227.google.com [209.85.219.227]) by mx1.freebsd.org (Postfix) with ESMTP id 974628FC17 for ; Tue, 23 Mar 2010 09:44:23 +0000 (UTC) Received: by ewy27 with SMTP id 27so900258ewy.13 for ; Tue, 23 Mar 2010 02:44:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=STYsn/BbKuz+EJA5GERB0XHnaOiJVNwXXcaJZY5RHUg=; b=XtHmWRZZS3lcW6wxqEH477F8Z+K3c5Uo+CzfSmmGStuMRSte6moGjL/m9Yvp44E19U p8pV1jJcI6TZlEQIzSQpB/9GEjC6/1ybOEN9I048XRbLrB9lzEtGg2vKvm2N1GNDmyPa JNl9KY/EdICvyGE8ibioN2CPQ6UZoFpbbOoMU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=EeciDh7QQk76hLTNdYLOHbZlUvCD5llKwva6kjTNv1YdVpZhwWQjG4DIyIs9weM1wy KyBM7scmMc2MGA99EX9CS2oeGusjLrtr6HcSKvptbbyegOncf4NwknIKkvhuuQwkPl62 BbtbxEOZzNK+kMWkanzt+Q3g2p9LBSKMp1/Hg= MIME-Version: 1.0 Received: by 10.213.34.147 with HTTP; Tue, 23 Mar 2010 02:18:24 -0700 (PDT) Date: Tue, 23 Mar 2010 12:18:24 +0300 Received: by 10.213.57.139 with SMTP id c11mr701838ebh.71.1269335904367; Tue, 23 Mar 2010 02:18:24 -0700 (PDT) Message-ID: From: Dmitry Krivenok To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Strange behavior of kernel module (output terminated) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 09:44:24 -0000 Hello Hackers, I'm new to FreeBSD kernel development and have a very basic question about kernel modules. I compiled and slightly modified an example from http://www.freesoftwaremagazine.com/articles/writing_a_kernel_module_for_freebsd . Below is the source code of my first module called "hello": /////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// #include #include #include #include #include #include #include /* The function called at load/unload. */ static int event_handler(struct module *module, int event, void *arg) { int e = 0; /* Error, 0 for normal return status */ switch (event) { case MOD_LOAD: uprintf("Hello FreeBSD kernel!\n"); int i = 0; for(i = 0; i < 1000; i++) { uprintf("%3d ", i); if(! (i % 10) ) uprintf("\n"); } break; case MOD_UNLOAD: uprintf("Bye Bye FreeBSD Kernel!\n"); break; default: e = EOPNOTSUPP; /* Error, Operation Not Supported */ break; } return(e); }; /* The second argument of DECLARE_MODULE. */ static moduledata_t hello_conf = { "hello", /* module name */ event_handler, /* event handler */ NULL /* extra data */ }; DECLARE_MODULE(hello, hello_conf, SI_SUB_KLD, SI_ORDER_ANY); /////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// I compiled the module successfully and run it (via sudo make load unload). The output confused me a bit: $ uname -v FreeBSD 8.0-RELEASE-p2 #0: Tue Jan 5 21:11:58 UTC 2010 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC $ make Warning: Object directory not changed from original /usr/home/krived/work/freebsd/hello cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c hello.c ld -d -warn-common -r -d -o hello.ko hello.o :> export_syms awk -f /sys/conf/kmod_syms.awk hello.ko export_syms | xargs -J% objcopy % hello.ko objcopy --strip-debug hello.ko $ sudo make load unload /sbin/kldload -v /usr/home/krived/work/freebsd/hello/hello.ko Hello FreeBSD kernel! 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466Loaded /usr/home/krived/work/freebsd/hello/hello.ko, id=2 /sbin/kldunload -v hello.ko Unloading hello.ko, id=2 Bye Bye FreeBSD Kernel! $ As you can see the loop was terminated after i==466. I tried to load/unload the module many times but the last printed number was always 466. Then I compiled the same module on FreeBSD-7.2 (note, the first test was run on 8.0). I saw exactly the same behavior except that the last number was always 550. I don't think I found a bug in the kernel :) I believe I just don't understand something. Could you please explain the behavior of the module? Thank you beforehand! -- Sincerely yours, Dmitry V. Krivenok e-mail: krivenok.dmitry@gmail.com skype: krivenok_dmitry jabber: krivenok_dmitry@jabber.ru icq: 242-526-443 From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 11:22:49 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D9D11065672 for ; Tue, 23 Mar 2010 11:22:49 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 12F408FC20 for ; Tue, 23 Mar 2010 11:22:48 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id C73EF1FFC51; Tue, 23 Mar 2010 11:22:47 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id A6F57844DA; Tue, 23 Mar 2010 12:22:47 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Dmitry Krivenok References: Date: Tue, 23 Mar 2010 12:22:47 +0100 In-Reply-To: (Dmitry Krivenok's message of "Tue, 23 Mar 2010 12:18:24 +0300") Message-ID: <86ocifcmew.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: Strange behavior of kernel module (output terminated) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 11:22:49 -0000 Dmitry Krivenok writes: > /* The function called at load/unload. */ > static int event_handler(struct module *module, int event, void *arg) > { > int e =3D 0; /* Error, 0 for normal return status */ > switch (event) > { > case MOD_LOAD: > uprintf("Hello FreeBSD kernel!\n"); I'm not sure it's such a good idea to use uprintf() here. The event handler can be called in non-process context. > int i =3D 0; > for(i =3D 0; i < 1000; i++) > { > uprintf("%3d ", i); > if(! (i % 10) ) uprintf("\n"); > } (i % 10) is not a predicate. The test should be if (i % 10 =3D=3D 0). If you want to work on FreeBSD, I recommend you get used to the FreeBSD coding style; see 'man 9 style'. > As you can see the loop was terminated after i=3D=3D466. I tried to > load/unload the module many times but the last printed number was > always 466. You filled up a buffer somewhere... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 14:27:57 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBC871065675 for ; Tue, 23 Mar 2010 14:27:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id ACCC18FC1E for ; Tue, 23 Mar 2010 14:27:57 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 5FD4246B8D; Tue, 23 Mar 2010 10:27:57 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id B99F08A025; Tue, 23 Mar 2010 10:27:56 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Tue, 23 Mar 2010 10:00:58 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <86ocifcmew.fsf@ds4.des.no> In-Reply-To: <86ocifcmew.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201003231000.58961.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 23 Mar 2010 10:27:56 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , Dmitry Krivenok Subject: Re: Strange behavior of kernel module (output terminated) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 14:27:57 -0000 On Tuesday 23 March 2010 7:22:47 am Dag-Erling Sm=C3=B8rgrav wrote: > Dmitry Krivenok writes: > > /* The function called at load/unload. */ > > static int event_handler(struct module *module, int event, void *arg) > > { > > int e =3D 0; /* Error, 0 for normal return status */ > > switch (event) > > { > > case MOD_LOAD: > > uprintf("Hello FreeBSD kernel!\n"); >=20 > I'm not sure it's such a good idea to use uprintf() here. The event > handler can be called in non-process context. If you are doing a kldload post-boot it is actually done from some sort of= =20 process context. We run module handlers synchronously from the kldload(2)= =20 syscall. > > int i =3D 0; > > for(i =3D 0; i < 1000; i++) > > { > > uprintf("%3d ", i); > > if(! (i % 10) ) uprintf("\n"); > > } >=20 > (i % 10) is not a predicate. The test should be if (i % 10 =3D=3D 0). >=20 > If you want to work on FreeBSD, I recommend you get used to the > FreeBSD coding style; see 'man 9 style'. True, but that doesn't explain the behavior he sees. > > As you can see the loop was terminated after i=3D=3D466. I tried to > > load/unload the module many times but the last printed number was > > always 466. >=20 > You filled up a buffer somewhere... Does uprintf() require the caller to flush the output to the tty somehow? = If=20 so, that seems to be a bug. Nothing in the uprintf(9) manpage suggests tha= t=20 the output should be manually flushed. =2D-=20 John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 15:08:52 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44968106566B for ; Tue, 23 Mar 2010 15:08:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 02E638FC15 for ; Tue, 23 Mar 2010 15:08:52 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 8ED8C46B8C for ; Tue, 23 Mar 2010 11:08:51 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D14818A01F for ; Tue, 23 Mar 2010 11:08:47 -0400 (EDT) From: John Baldwin To: hackers@freebsd.org Date: Tue, 23 Mar 2010 11:08:45 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201003231108.45102.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 23 Mar 2010 11:08:47 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Another tool for updating /etc X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 15:08:52 -0000 I have tried a few approaches (and looked at another) for updating /etc after world upgrades over the past several years. All of these approaches have various tradeoffs of pros and cons. However, none of them fully fit what I wanted: 1) Using a set of manual steps first outlined in the handbook in the pre- mergemaster days. This involved building a new etc tree after each world install and using a script to compare this tree to the previous tree. I would then merge changes to /etc on the main machine by hand. Some downsides here are that the actual merging was tedious and completely manual. On the upside, the the necessary data was present to do a full 3-way merge and to notice cases like a file becoming a directory, or a file being removed. 2) Using mergemaster as described in the handbook, etc. Some downsides here are that the process is not automated but requires manual intervention. Using '-iFU' helps some, but you can't reliably do scripted installs easily. MM also does not keep as much state around. The mtree db will let you know if a file is "stock", but it doesn't have enough context to do a 3-way merge. 3) etcmerge from ports. I have not actually used it, just read the documentation, etc. In general this looks like it DTRT and is fairly automated. The one caveat I see though is that it updates a separate /etc tree that then has to be copied back only after any conflicts are resolved. Some of the primary things I was looking for was a tool that met the following: 1) Automated: is able to automate as much of the merging/etc. as possibly using 3-way merges from the old and new versions of files, doing a best effort and only requiring manual intervention for a conflict that could not be resolved automatically. I want the ability to update 100's of machines via scripts without having to answer prompts on each one, then getting a summary at the end of any outstanding conflicts. 2) Best effort merge into /etc: I want the update to update as many files directly in /etc as possible and only leave conflicts for manual resolution. 3) Doing a full 3-way merge: I want something equivalent to doing an 'svn up' or 'cvs up'. If the local changes I made do not conflict, then just merge the changes automatically (e.g. enabling a serial console in /etc/ttys should not conflict with $FreeBSD$ changing when moving from 7.2 to 7.3). To that end, I wrote a new tool that I think does a decent job of solving these goals. It does not force you to read the diffs of any files updated in /etc, but there are other tools available for that. However, if you are ok with reading UPDATING, commit logs, and/or release notes for that sort of info, then this tool may work for you. It also has a nice feature in that you can generate a 'diff' of your current /etc tree against the "stock" tree allowing you to easily see what local changes you have made. I have already found this feature to be far more useful than I first expected. The UI is (hopefully) minimalist. The default output looks like the output of 'svn up' or 'cvs up'. If you'd like to give it a shot, you can find the script and manpage at http://www.FreeBSD.org/~jhb/etcupdate/ There is a README file that gives a brief overview and instructions on how to bootstrap the needed metadata before the first update. There is also an HTML version of the manpage. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 15:38:41 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2BF8106564A for ; Tue, 23 Mar 2010 15:38:41 +0000 (UTC) (envelope-from uffe@uffe.org) Received: from mail.starion.dk (mx0.starion.dk [83.95.112.88]) by mx1.freebsd.org (Postfix) with SMTP id 35EB28FC12 for ; Tue, 23 Mar 2010 15:38:40 +0000 (UTC) Received: (qmail 10174 invoked by uid 528); 23 Mar 2010 15:12:20 -0000 Received: from 212.130.59.4 ([212.130.59.4]) by mail.starion.dk ([192.168.0.100]) with ESMTP via TCP; 23 Mar 2010 15:12:20 -0000 Message-ID: <4BA8DA3E.4030206@uffe.org> Date: Tue, 23 Mar 2010 16:11:58 +0100 From: Uffe Jakobsen User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Strange behavior of kernel module (output terminated) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 15:38:41 -0000 On 23/03/10 10.18, Dmitry Krivenok wrote: > .... > awk -f /sys/conf/kmod_syms.awk hello.ko export_syms | xargs -J% objcopy % > hello.ko > objcopy --strip-debug hello.ko > $ sudo make load unload hmmmm Try: $ sudo make load then wait a little and try: $ sudo make unload /Uffe From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 16:24:35 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1802B106566C for ; Tue, 23 Mar 2010 16:24:35 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-ew0-f227.google.com (mail-ew0-f227.google.com [209.85.219.227]) by mx1.freebsd.org (Postfix) with ESMTP id 9F2748FC0A for ; Tue, 23 Mar 2010 16:24:34 +0000 (UTC) Received: by ewy27 with SMTP id 27so1229849ewy.13 for ; Tue, 23 Mar 2010 09:24:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=fRofsLrBaoR0NgWIC8vVV24Gr9V2y60AUJwDXpngTf8=; b=DVHh26QSkls0WHSKcDs9nMD4I2lXuNu2XR7BJCGQkbsbjHgzcqc+UMIAVOlGaG/+Fx 1QH98jSgUWtq8T8fdhnoyR+2oJuiTc4a54X9fr63CER1bMaUgslYmoy3DvHR1a2xI082 mYYPp2y/sl4DGOs+77oUiFWqx2Hlvj9zCCLbE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=dOIgOyr4oFG8hlNrfa8xuXpLczKUT/ENeYuZ75ZZPw6NwgFrV7qnw+CXGMuWDKsVdb DXI+LTGkXSdz7SyCQHIJB3bCirlrCe1qfZyt0AzZhrXulrdocbN7VRP4lpF6U/slpUHJ o3LbY2riob0Bs3MduIZdHG9DAN1GlQ7EPxdfM= MIME-Version: 1.0 Received: by 10.213.109.91 with SMTP id i27mr3152171ebp.3.1269361473286; Tue, 23 Mar 2010 09:24:33 -0700 (PDT) In-Reply-To: <4BA6003C.9010103@bsdforen.de> References: <3cb459ed1003170734y21f5bb7cq33d8689eda34ed51@mail.gmail.com> <4BA6003C.9010103@bsdforen.de> Date: Tue, 23 Mar 2010 19:24:33 +0300 Message-ID: <3cb459ed1003230924i5329548eke78f1a9bd0b61989@mail.gmail.com> From: Alexander Churanov To: Dominic Fandrey Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Unicode in Syscons: I'd like to go on X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 16:24:35 -0000 Dominic, Yes. Though Ed replied privately, I think It's a public information: He is developing a syscons replacement. I had a detailed plan on fixing the existing code, and, obviously, it is not applicable for the new code. As I know, Ed understands Unicode and I'm sure the new code will be done right. Alexander Churanov 2010/3/21 Dominic Fandrey > On 17/03/2010 15:34, Alexander Churanov wrote: > > Hi folks! > > > > Some time ago I was initiating the work on syscons driver ( see > > http://wiki.freebsd.org/SysconsUnicodeProject ), then was too busy and > my > > part of the work stalled for about a year. At present I am going to > continue > > working on this. > > ... > > Did you receive any responses to your mail? > > I'm kind of a unicode fan boy and I'd like to know, whether something > is happening. > > Regards > > -- > A: Because it fouls the order in which people normally read text. > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What is the most annoying thing on usenet and in e-mail? > From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 17:00:38 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 492FE106564A; Tue, 23 Mar 2010 17:00:38 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 16D5C8FC16; Tue, 23 Mar 2010 17:00:37 +0000 (UTC) Received: by pxi12 with SMTP id 12so244297pxi.14 for ; Tue, 23 Mar 2010 10:00:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=eI/rNd2Fx67+mS6GNDqVI7ZBXQBaxcYTwvkhNlEBOBM=; b=Segk9V1FcXwuyrdjphM8SjnBKaOsxc8+IxsTpT53kTPCgalkYX3sfw32VC83Gd2TaV iao2yCT7RCLQckQF4U+uEorwTRm/1B2YE/SJ4fDwx0Ns3algOzHctAxJRJxxCxVBH5yr DkYlSU0dhuGmNRd5vgrx3uyhXt/S2YmiOekCU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=VV//Q1FeSMBvRkcPCGivje+xdukh33/WFfAbROTx+wTEjk1GwXOFBKw4PkIpBCNAX3 LBTQmAebM+9X42N+hfQkVaM9lVkCkH0m3m95v660JR5KsQEAaqIlucGlFdaFhDL7lgxQ /XTFDJ2OfYA63Aa0P3yyELhOjy3cRXDROMmAc= MIME-Version: 1.0 Received: by 10.143.136.7 with SMTP id o7mr1876170wfn.101.1269363633341; Tue, 23 Mar 2010 10:00:33 -0700 (PDT) In-Reply-To: <201003231108.45102.jhb@freebsd.org> References: <201003231108.45102.jhb@freebsd.org> Date: Tue, 23 Mar 2010 10:00:33 -0700 Message-ID: <7d6fde3d1003231000t572a1dd2mc043a6c6ceace216@mail.gmail.com> From: Garrett Cooper To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: hackers@freebsd.org Subject: Re: Another tool for updating /etc X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 17:00:38 -0000 On Tue, Mar 23, 2010 at 8:08 AM, John Baldwin wrote: > I have tried a few approaches (and looked at another) for updating /etc a= fter > world upgrades over the past several years. =A0All of these approaches ha= ve > various tradeoffs of pros and cons. =A0However, none of them fully fit wh= at I > wanted: > > 1) Using a set of manual steps first outlined in the handbook in the pre- > mergemaster days. =A0This involved building a new etc tree after each wor= ld > install and using a script to compare this tree to the previous tree. =A0= I > would then merge changes to /etc on the main machine by hand. > > Some downsides here are that the actual merging was tedious and completel= y > manual. =A0On the upside, the the necessary data was present to do a full= 3-way > merge and to notice cases like a file becoming a directory, or a file bei= ng > removed. > > 2) Using mergemaster as described in the handbook, etc. > > Some downsides here are that the process is not automated but requires ma= nual > intervention. =A0Using '-iFU' helps some, but you can't reliably do scrip= ted > installs easily. =A0MM also does not keep as much state around. =A0The mt= ree db > will let you know if a file is "stock", but it doesn't have enough contex= t to > do a 3-way merge. > > 3) etcmerge from ports. =A0I have not actually used it, just read the > documentation, etc. =A0In general this looks like it DTRT and is fairly > automated. =A0The one caveat I see though is that it updates a separate /= etc > tree that then has to be copied back only after any conflicts are resolve= d. > > Some of the primary things I was looking for was a tool that met the > following: > > 1) Automated: is able to automate as much of the merging/etc. as possibly > using 3-way merges from the old and new versions of files, doing a best e= ffort > and only requiring manual intervention for a conflict that could not be > resolved automatically. =A0I want the ability to update 100's of machines= via > scripts without having to answer prompts on each one, then getting a summ= ary > at the end of any outstanding conflicts. > > 2) Best effort merge into /etc: I want the update to update as many files > directly in /etc as possible and only leave conflicts for manual resoluti= on. > > 3) Doing a full 3-way merge: I want something equivalent to doing an 'svn= up' > or 'cvs up'. =A0If the local changes I made do not conflict, then just me= rge the > changes automatically (e.g. enabling a serial console in /etc/ttys should= not > conflict with $FreeBSD$ changing when moving from 7.2 to 7.3). > > To that end, I wrote a new tool that I think does a decent job of solving > these goals. =A0It does not force you to read the diffs of any files upda= ted in > /etc, but there are other tools available for that. =A0However, if you ar= e ok > with reading UPDATING, commit logs, and/or release notes for that sort of > info, then this tool may work for you. > > It also has a nice feature in that you can generate a 'diff' of your curr= ent > /etc tree against the "stock" tree allowing you to easily see what local > changes you have made. =A0I have already found this feature to be far mor= e > useful than I first expected. > > The UI is (hopefully) minimalist. =A0The default output looks like the ou= tput of > 'svn up' or 'cvs up'. > > If you'd like to give it a shot, you can find the script and manpage at > http://www.FreeBSD.org/~jhb/etcupdate/ =A0There is a README file that giv= es a > brief overview and instructions on how to bootstrap the needed metadata b= efore > the first update. =A0There is also an HTML version of the manpage. Hmmm... looks pretty complete. The only [minor] concern I have is that a lot of the variables aren't quoted, so paths with spaces will fail (I'm not sure if this is a non-defacto standard way of installing things in the project, but it'd be nice if these items were fixed). I'll give it a run sometime in the near future :)... Cheers! -Garrett From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 18:04:01 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3CD9106564A for ; Tue, 23 Mar 2010 18:04:01 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 63B2D8FC1A for ; Tue, 23 Mar 2010 18:04:01 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id AEC5E7BA7C; Wed, 24 Mar 2010 07:03:59 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EkY17Drnb-L7; Wed, 24 Mar 2010 07:03:55 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Wed, 24 Mar 2010 07:03:55 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 05B8011432; Wed, 24 Mar 2010 07:03:54 +1300 (NZDT) Date: Wed, 24 Mar 2010 07:03:54 +1300 From: Andrew Thompson To: Atom Smasher Message-ID: <20100323180354.GD45454@citylink.fud.org.nz> References: <1003231706140.40436@smasher> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1003231706140.40436@smasher> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD-Hackers Subject: Re: kenv - output needed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 18:04:01 -0000 On Tue, Mar 23, 2010 at 05:12:47PM +1300, Atom Smasher wrote: > i'm trying to figure out what might be reasonable output from kenv. on the > three machines that i have access to i'm already seeing wide variations of > formatting and usefulness. > > i'd like to collect as much output as i can get (off-list should be fine) > from one of these two commands: > > 1) preferred: > kenv | egrep bios > > 2) i can also use this: > kenv | egrep 'product|maker' kenv is essentially dumping all the variables set by the bootloader prior to starting the kernel. If you want something more structured then maybe the dmidecode utility would be useful. cheers, Andrew From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 19:06:15 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69359106567C for ; Tue, 23 Mar 2010 19:06:15 +0000 (UTC) (envelope-from atom@smasher.org) Received: from atom.smasher.org (atom.smasher.org [69.55.237.145]) by mx1.freebsd.org (Postfix) with SMTP id 4C16B8FC18 for ; Tue, 23 Mar 2010 19:06:15 +0000 (UTC) Received: (qmail 22780 invoked by uid 1000); 23 Mar 2010 19:06:13 -0000 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Date: Wed, 24 Mar 2010 08:06:23 +1300 (NZDT) From: Atom Smasher In-Reply-To: <20100323180354.GD45454@citylink.fud.org.nz> Message-ID: <1003240736570.40436@smasher> MIME-Version: 1.0 OpenPGP: id=0xB88D52E4D9F57808; algo=1 (RSA); size=4096; url=http://atom.smasher.org/pgp.txt References: <1003231706140.40436@smasher> <20100323180354.GD45454@citylink.fud.org.nz> To: Andrew Thompson X-POM: The Moon is Waxing Gibbous (54% of Full) X-Hashcash: 1:20:1003231906:thompsa@freebsd.org::LlZ+y60VQCeHYu7n:00000000000000 0000000000000000000000005A+T X-Hashcash: 1:20:1003231906:freebsd-hackers@freebsd.org::kT1HKUQGH+rk04Rw:000000 0000000000000000000000000JBK Cc: FreeBSD-Hackers Subject: Re: kenv - output needed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 19:06:15 -0000 On Wed, 24 Mar 2010, Andrew Thompson wrote: > On Tue, Mar 23, 2010 at 05:12:47PM +1300, Atom Smasher wrote: >> i'm trying to figure out what might be reasonable output from kenv. on >> the three machines that i have access to i'm already seeing wide >> variations of formatting and usefulness. >> >> i'd like to collect as much output as i can get (off-list should be >> fine) from one of these two commands: >> >> 1) preferred: >> kenv | egrep bios >> >> 2) i can also use this: >> kenv | egrep 'product|maker' > > kenv is essentially dumping all the variables set by the bootloader > prior to starting the kernel. If you want something more structured then > maybe the dmidecode utility would be useful. =============== structure is cool, but it seems like you're being human-centric in your reference to structure; i actually want to parse the info with a script, making kenv preferable. i want the ability to run the script without any privileges; again making kenv preferable. so with an unprivileged script, i'm leaning towards kenv to find out what hardware is running (motherboard & system info, eg "Dell Inc., 0H603H, PowerEdge 2950" or "Acer, Navarro, Aspire 5100"). other than being formatted more nicely (for humans, anyway) and only running with root privileges, is there any ~real~ difference between the information i would get from dmidecode rather than kenv (as it relates to motherboard & system make & model)? it seems like in either case, i'm just getting the info from smbios... and that info could be good, bad or ugly regardless of how it's formatted. -- ...atom ________________________ http://atom.smasher.org/ 762A 3B98 A3C3 96C9 C6B7 582A B88D 52E4 D9F5 7808 ------------------------------------------------- "I know a lot of people without brains who do an awful lot of talking." -- The Scarecrow, Wizard of Oz From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 19:10:52 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED090106566B; Tue, 23 Mar 2010 19:10:52 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id B9F0C8FC18; Tue, 23 Mar 2010 19:10:52 +0000 (UTC) Received: by pvc7 with SMTP id 7so2233847pvc.13 for ; Tue, 23 Mar 2010 12:10:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=LbAqk59DHG+DDZ/1XMtar/qlpm46BBYY/fc/4TNZY/A=; b=k/n5B3v6HjjRb2CxAaUQIluWWxidqcSCKEx1omkeiPoaEZw0N/OxQKuKO0C2CN0Gbg ylOhIwQ0SRqnr2BC1x301T0GNbbFCCMXExHBflprb8DPxVPUXexJMkAYyatJjVXNUFOH 4ulWw6YyCrwFxZODuViRBB4sCzPfmriMua3gk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=b/rmxljYgcKZxv6iUXcOKb2Vpli3SZZwOgE8VzfzStltrlWS/F+UV6vAp7ChbElOg9 sYfxZI66/hpbEkN+cdLUj0vX6p9QR8X/p1Z916QxPS2hCn9ZDNO6iBPYNjeL1535Q4Xi ns7OC1mr3VOWwwR9PUXgkSuAAfPlnk71gDeGw= MIME-Version: 1.0 Received: by 10.114.87.9 with SMTP id k9mr7382970wab.222.1269371452213; Tue, 23 Mar 2010 12:10:52 -0700 (PDT) In-Reply-To: <1003240736570.40436@smasher> References: <1003231706140.40436@smasher> <20100323180354.GD45454@citylink.fud.org.nz> <1003240736570.40436@smasher> Date: Tue, 23 Mar 2010 12:10:52 -0700 Message-ID: <7d6fde3d1003231210s38ec9419r5149fa7af6f5bd2b@mail.gmail.com> From: Garrett Cooper To: Atom Smasher Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Hackers , Andrew Thompson Subject: Re: kenv - output needed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 19:10:53 -0000 On Tue, Mar 23, 2010 at 12:06 PM, Atom Smasher wrote: > On Wed, 24 Mar 2010, Andrew Thompson wrote: > >> On Tue, Mar 23, 2010 at 05:12:47PM +1300, Atom Smasher wrote: >>> >>> i'm trying to figure out what might be reasonable output from kenv. on >>> the three machines that i have access to i'm already seeing wide variat= ions >>> of formatting and usefulness. >>> >>> i'd like to collect as much output as i can get (off-list should be fin= e) >>> from one of these two commands: >>> >>> 1) preferred: >>> =A0 =A0 =A0 =A0kenv | egrep bios >>> >>> 2) i can also use this: >>> =A0 =A0 =A0 =A0kenv | egrep 'product|maker' >> >> kenv is essentially dumping all the variables set by the bootloader prio= r >> to starting the kernel. If you want something more structured then maybe= the >> dmidecode utility would be useful. > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > structure is cool, but it seems like you're being human-centric in your > reference to structure; i actually want to parse the info with a script, > making kenv preferable. > > i want the ability to run the script without any privileges; again making > kenv preferable. > > so with an unprivileged script, i'm leaning towards kenv to find out what > hardware is running (motherboard & system info, eg "Dell Inc., 0H603H, > PowerEdge 2950" or "Acer, Navarro, Aspire 5100"). > > other than being formatted more nicely (for humans, anyway) and only runn= ing > with root privileges, is there any ~real~ difference between the informat= ion > i would get from dmidecode rather than kenv (as it relates to motherboard= & > system make & model)? it seems like in either case, i'm just getting the > info from smbios... and that info could be good, bad or ugly regardless o= f > how it's formatted. Are you looking for data represented similar to sysctl(8)? Cheers, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 19:18:10 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C2CD106564A for ; Tue, 23 Mar 2010 19:18:10 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2001:4dd0:ff41::b23f:aa]) by mx1.freebsd.org (Postfix) with ESMTP id 1E15E8FC0C for ; Tue, 23 Mar 2010 19:18:09 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id B355A2A29082; Tue, 23 Mar 2010 20:18:08 +0100 (CET) Date: Tue, 23 Mar 2010 20:18:08 +0100 From: Ed Schouten To: Dmitry Krivenok Message-ID: <20100323191808.GE32142@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HwnjeXAdSoek43pS" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-hackers@freebsd.org Subject: Re: Strange behavior of kernel module (output terminated) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 19:18:10 -0000 --HwnjeXAdSoek43pS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Dmitry Krivenok wrote: > As you can see the loop was terminated after i=3D=3D466. > I tried to load/unload the module many times but the last printed number = was > always 466. >=20 > Then I compiled the same module on FreeBSD-7.2 (note, the first test was = run > on 8.0). > I saw exactly the same behavior except that the last number was always 55= 0. Yes. There is not a single form of flow control here, so if you can't write more data into the TTY buffers, it will just get discarded. FreeBSD 7 does the same thing as 8, but the default buffer sizes are probably a bit different. --=20 Ed Schouten WWW: http://80386.nl/ --HwnjeXAdSoek43pS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkupE+8ACgkQ52SDGA2eCwWLKwCfRCPKXtvWD5NX5CH6uRWJbFPx v6wAn21DSflch2sF5r0eOdHQbMTB/OdF =GK+2 -----END PGP SIGNATURE----- --HwnjeXAdSoek43pS-- From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 19:20:46 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0CEF1065675 for ; Tue, 23 Mar 2010 19:20:46 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8FFC38FC1E for ; Tue, 23 Mar 2010 19:20:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 6A0F07BA9B; Wed, 24 Mar 2010 08:20:44 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a-J8vYAt4kqz; Wed, 24 Mar 2010 08:20:40 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Wed, 24 Mar 2010 08:20:40 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id A2C7E11434; Wed, 24 Mar 2010 08:20:39 +1300 (NZDT) Date: Wed, 24 Mar 2010 08:20:39 +1300 From: Andrew Thompson To: Atom Smasher Message-ID: <20100323192039.GE45454@citylink.fud.org.nz> References: <1003231706140.40436@smasher> <20100323180354.GD45454@citylink.fud.org.nz> <1003240736570.40436@smasher> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1003240736570.40436@smasher> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD-Hackers Subject: Re: kenv - output needed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 19:20:46 -0000 On Wed, Mar 24, 2010 at 08:06:23AM +1300, Atom Smasher wrote: > On Wed, 24 Mar 2010, Andrew Thompson wrote: > >> On Tue, Mar 23, 2010 at 05:12:47PM +1300, Atom Smasher wrote: >>> i'm trying to figure out what might be reasonable output from kenv. on >>> the three machines that i have access to i'm already seeing wide >>> variations of formatting and usefulness. >>> >>> i'd like to collect as much output as i can get (off-list should be fine) >>> from one of these two commands: >>> >>> 1) preferred: >>> kenv | egrep bios >>> >>> 2) i can also use this: >>> kenv | egrep 'product|maker' >> >> kenv is essentially dumping all the variables set by the bootloader prior >> to starting the kernel. If you want something more structured then maybe >> the dmidecode utility would be useful. > =============== > > structure is cool, but it seems like you're being human-centric in your > reference to structure; i actually want to parse the info with a script, > making kenv preferable. > > i want the ability to run the script without any privileges; again making > kenv preferable. > > so with an unprivileged script, i'm leaning towards kenv to find out what > hardware is running (motherboard & system info, eg "Dell Inc., 0H603H, > PowerEdge 2950" or "Acer, Navarro, Aspire 5100"). > > other than being formatted more nicely (for humans, anyway) and only > running with root privileges, is there any ~real~ difference between the > information i would get from dmidecode rather than kenv (as it relates to > motherboard & system make & model)? it seems like in either case, i'm just > getting the info from smbios... and that info could be good, bad or ugly > regardless of how it's formatted. Yea, both methods get the info from smbios. So back to the original question about reasonable output from kenv, I would expect it to contain all the same basic information that dmidecode fetches. If it is missing something then it is a bug, otherwise that is the data the bios maker has provided and the script will need to handle it. cheers, Andrew From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 21:07:07 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1A33106566B; Tue, 23 Mar 2010 21:07:07 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7CFE48FC14; Tue, 23 Mar 2010 21:07:07 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 82D0D1FFC22; Tue, 23 Mar 2010 21:07:06 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 63705844DA; Tue, 23 Mar 2010 22:07:06 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: John Baldwin References: <86ocifcmew.fsf@ds4.des.no> <201003231000.58961.jhb@freebsd.org> Date: Tue, 23 Mar 2010 22:07:05 +0100 In-Reply-To: <201003231000.58961.jhb@freebsd.org> (John Baldwin's message of "Tue, 23 Mar 2010 10:00:58 -0400") Message-ID: <86zl1y4uiu.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Dmitry Krivenok Subject: Re: Strange behavior of kernel module (output terminated) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 21:07:07 -0000 John Baldwin writes: > Dag-Erling Sm=C3=B8rgrav writes: > > I'm not sure it's such a good idea to use uprintf() here. The event > > handler can be called in non-process context. > If you are doing a kldload post-boot it is actually done from some sort o= f=20 > process context. We run module handlers synchronously from the kldload(2= )=20 > syscall. Sure, but not when the module is loaded by the boot loader (note "can", not "will") > > You filled up a buffer somewhere... > Does uprintf() require the caller to flush the output to the tty somehow?= If=20 > so, that seems to be a bug. Nothing in the uprintf(9) manpage suggests t= hat=20 > the output should be manually flushed. I tried to read through the uprinf() code paths (into the tty layer etc). I didn't get very far, but I discovered two things: 1) The printf() code uses uninitialized or partially-initialized variables (grep pca) 2) There may be conditions in which tty_putchar() fails due to a buffer filling up, though I'm not sure they apply in this particular situation. Since uprintf() returns the number of characters actually written, this is easy to test. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 21:12:48 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AD6E106566C for ; Tue, 23 Mar 2010 21:12:48 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 3816E8FC14 for ; Tue, 23 Mar 2010 21:12:47 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id A72701FFC22; Tue, 23 Mar 2010 21:12:46 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 50475844DA; Tue, 23 Mar 2010 22:12:46 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Alexander Churanov References: <3cb459ed1003170734y21f5bb7cq33d8689eda34ed51@mail.gmail.com> <4BA6003C.9010103@bsdforen.de> <3cb459ed1003230924i5329548eke78f1a9bd0b61989@mail.gmail.com> Date: Tue, 23 Mar 2010 22:12:46 +0100 In-Reply-To: <3cb459ed1003230924i5329548eke78f1a9bd0b61989@mail.gmail.com> (Alexander Churanov's message of "Tue, 23 Mar 2010 19:24:33 +0300") Message-ID: <86vdcm4u9d.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Dominic Fandrey , freebsd-hackers@freebsd.org Subject: Re: Unicode in Syscons: I'd like to go on X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 21:12:48 -0000 Alexander Churanov writes: > Yes. Though Ed replied privately, I think It's a public information: He is > developing a syscons replacement. woohoo! DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 21:27:58 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A526C1065672 for ; Tue, 23 Mar 2010 21:27:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 759308FC0A for ; Tue, 23 Mar 2010 21:27:58 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 2912A46B1A; Tue, 23 Mar 2010 17:27:58 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 77D418A021; Tue, 23 Mar 2010 17:27:57 -0400 (EDT) From: John Baldwin To: "Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?=" Date: Tue, 23 Mar 2010 17:27:45 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201003231000.58961.jhb@freebsd.org> <86zl1y4uiu.fsf@ds4.des.no> In-Reply-To: <86zl1y4uiu.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201003231727.45357.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 23 Mar 2010 17:27:57 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-hackers@freebsd.org, Dmitry Krivenok Subject: Re: Strange behavior of kernel module (output terminated) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 21:27:58 -0000 On Tuesday 23 March 2010 5:07:05 pm Dag-Erling Sm=C3=B8rgrav wrote: > John Baldwin writes: > > Dag-Erling Sm=C3=B8rgrav writes: > > > I'm not sure it's such a good idea to use uprintf() here. The event > > > handler can be called in non-process context. > > If you are doing a kldload post-boot it is actually done from some sort= of=20 > > process context. We run module handlers synchronously from the kldload= (2)=20 > > syscall. >=20 > Sure, but not when the module is loaded by the boot loader (note "can", > not "will") =46or the purposes of writing a dummy test kld that you know you will load = via kldload it is ok though. :) =2D-=20 John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 01:09:32 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F322A1065688 for ; Wed, 24 Mar 2010 01:09:32 +0000 (UTC) (envelope-from atom@smasher.org) Received: from atom.smasher.org (atom.smasher.org [69.55.237.145]) by mx1.freebsd.org (Postfix) with SMTP id BA4618FC25 for ; Wed, 24 Mar 2010 01:09:32 +0000 (UTC) Received: (qmail 52907 invoked by uid 1000); 24 Mar 2010 01:09:31 -0000 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Date: Wed, 24 Mar 2010 14:09:41 +1300 (NZDT) From: Atom Smasher In-Reply-To: <7d6fde3d1003231210s38ec9419r5149fa7af6f5bd2b@mail.gmail.com> Message-ID: <1003241407070.40436@smasher> MIME-Version: 1.0 OpenPGP: id=0xB88D52E4D9F57808; algo=1 (RSA); size=4096; url=http://atom.smasher.org/pgp.txt References: <1003231706140.40436@smasher> <20100323180354.GD45454@citylink.fud.org.nz> <1003240736570.40436@smasher> <7d6fde3d1003231210s38ec9419r5149fa7af6f5bd2b@mail.gmail.com> To: Garrett Cooper X-POM: The Moon is Waxing Gibbous (57% of Full) X-Hashcash: 1:20:1003240109:yanefbsd@gmail.com::q3xt/pR7tHAXbFaF:000000000000000 0000000000000000000000006wDg X-Hashcash: 1:20:1003240109:freebsd-hackers@freebsd.org::qDdWeLRjP9l+7vQN:000000 0000000000000000000000003jqz Cc: FreeBSD-Hackers Subject: Re: kenv - output needed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 01:09:33 -0000 On Tue, 23 Mar 2010, Garrett Cooper wrote: > Are you looking for data represented similar to sysctl(8)? ============ it doesn't quite have to be, but it is being parsed in a script. -- ...atom ________________________ http://atom.smasher.org/ 762A 3B98 A3C3 96C9 C6B7 582A B88D 52E4 D9F5 7808 ------------------------------------------------- "The notion that a radical is one who hates his country is naive and usually idiotic. He is, more likely, one who likes his country more than the rest of us, and is thus more disturbed than the rest of us when he sees it debauched. He is not a bad citizen turning to crime; he is a good citizen driven to despair." -- H. L. Mencken From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 01:42:35 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC364106566C for ; Wed, 24 Mar 2010 01:42:35 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 903A18FC1B for ; Wed, 24 Mar 2010 01:42:35 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id C80B37BAFB; Wed, 24 Mar 2010 14:42:34 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aPRSw1nDfK8Q; Wed, 24 Mar 2010 14:42:29 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Wed, 24 Mar 2010 14:42:29 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 80ADD11432; Wed, 24 Mar 2010 14:42:29 +1300 (NZDT) Date: Wed, 24 Mar 2010 14:42:29 +1300 From: Andrew Thompson To: Atom Smasher Message-ID: <20100324014229.GF45454@citylink.fud.org.nz> References: <1003231706140.40436@smasher> <20100323180354.GD45454@citylink.fud.org.nz> <1003240736570.40436@smasher> <7d6fde3d1003231210s38ec9419r5149fa7af6f5bd2b@mail.gmail.com> <1003241407070.40436@smasher> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1003241407070.40436@smasher> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Garrett Cooper , FreeBSD-Hackers Subject: Re: kenv - output needed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 01:42:35 -0000 On Wed, Mar 24, 2010 at 02:09:41PM +1300, Atom Smasher wrote: > On Tue, 23 Mar 2010, Garrett Cooper wrote: > >> Are you looking for data represented similar to sysctl(8)? > ============ > > it doesn't quite have to be, but it is being parsed in a script. How about pulling the kenv variables into the script. #!/bin/sh eval $(kenv | awk -F= '/^smbios/ { gsub("\\\.","_",$1); print $1 "=" $2}') echo $smbios_chassis_maker From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 02:35:18 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A384B1065672 for ; Wed, 24 Mar 2010 02:35:18 +0000 (UTC) (envelope-from mahan@mahan.org) Received: from ns.mahan.org (ns.mahan.org [67.116.10.138]) by mx1.freebsd.org (Postfix) with ESMTP id 6CA4A8FC0C for ; Wed, 24 Mar 2010 02:35:18 +0000 (UTC) Received: from Gypsy.mahan.org (crowTrobot [67.116.10.140]) by ns.mahan.org (8.13.6/8.13.6) with ESMTP id o2O2bo2N034602 for ; Tue, 23 Mar 2010 19:37:51 -0700 (PDT) (envelope-from mahan@mahan.org) Message-ID: <4BA97A65.10507@mahan.org> Date: Tue, 23 Mar 2010 19:35:17 -0700 From: Patrick Mahan User-Agent: Thunderbird 2.0.0.22 (X11/20090605) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Using __attribute__((weak)) in the kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 02:35:18 -0000 All, Has anyone used the "weak" function attribute in the kernel? I have some modules providing APIs that I want to allow them to be either loaded via kldload or directly built in the kernel. However, the API functions are being referenced by code that cannot (at this time) be moved out of the kernel. If I understand the use of the "weak" attribute, I should be able to define these functions as "weak" and they should be over-written either by the real code functions at kernel link or when kldload() is called. Or am I mis-understanding the use of this attribute? Thanks, Patrick From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 02:47:40 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5944F1065674 for ; Wed, 24 Mar 2010 02:47:40 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id E45CF8FC0C for ; Wed, 24 Mar 2010 02:47:39 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id d26so495691eyd.9 for ; Tue, 23 Mar 2010 19:47:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=qDcUoy5YOi229Z2n+WyHnPf9s5y7bLnwJNtdiyKXYvA=; b=WS45vjDh8YHtpWLujE1yotyrwuAad3aC2LId/SCm7BwLZu2br1Xz3ANedXbPLPrtff Lmz8/vmLzKY1CSTQpYa76f/eRsD/Ejyieko1vW/71ZzAIZDn+tsUtUYHmdhnrgOhcaEV mR/6B480xqr/1crTSjrtm8H2XOennvNeO9rm4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=aXY7SRY2T9JK1v1EtQ4IpHM9nV5cBKXLbQZ7Z6Sj1yiuamJjAXBGOUy/ljdtPxp7Jd CAsPAj7bvkaeDZ+gN+R0B0iTKXOBVCeXLLNEmew3mkOtuaW5r+vDIAHTI+P2YhE0PJZ2 cvuj562/86rTuzWezTedPKvPN436OEzeV/iFk= MIME-Version: 1.0 Received: by 10.213.43.148 with SMTP id w20mr1336874ebe.52.1269398858841; Tue, 23 Mar 2010 19:47:38 -0700 (PDT) In-Reply-To: <4BA97A65.10507@mahan.org> References: <4BA97A65.10507@mahan.org> Date: Tue, 23 Mar 2010 22:47:38 -0400 Message-ID: From: Ryan Stone To: Patrick Mahan Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org Subject: Re: Using __attribute__((weak)) in the kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 02:47:40 -0000 I severely doubt that the kernel linker supports that. I believe that the only way to accomplish what you're looking for is to leave function pointers in the kernel that you can call, and your module can change the function pointers at load/unload. Don't forget to have some kind of synchronization to prevent a function pointer from being called as it is being updated. From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 02:47:54 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 144481065673; Wed, 24 Mar 2010 02:47:54 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id ADFAA8FC0A; Wed, 24 Mar 2010 02:47:53 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so1570853qwi.7 for ; Tue, 23 Mar 2010 19:47:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=a4nyQpeW34yceirxfRTPnkfccCrrKeEhOsDicPzPBkE=; b=Ds6VyQjjJrB3fP4itG4OL4eAL9vR4IFNj2RiuRibtCv7Jqq9wPqg2q6mgSlmIjTZR8 Rgc2wxsRqKsR6R1MiH61j3vNNTOuIhRXzyY/STG78NOjKTbamWkwpTdVCnGnomn/I3D4 T6hqypAMpGjSJpZ0rkOK48Fau7j5TmE/yENgU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=spKVA61zeZZ2U77R4sj3Bc2UEPVHb+v3cgSB1OV0uKr3U8juRkUK7KyBxbdBPVWiyx jawOJzECH0DsJN+Sjs0fUWlb8PbqQa/bkiWFR2BkXT2tDSi2BWkCN/dWcufCi/dUfr4X GB9dmQNFTUkidpj9apBbTRGTY152IjWU/5qZM= MIME-Version: 1.0 Received: by 10.224.27.137 with SMTP id i9mr1749226qac.134.1269398872874; Tue, 23 Mar 2010 19:47:52 -0700 (PDT) In-Reply-To: <20100324014229.GF45454@citylink.fud.org.nz> References: <1003231706140.40436@smasher> <20100323180354.GD45454@citylink.fud.org.nz> <1003240736570.40436@smasher> <7d6fde3d1003231210s38ec9419r5149fa7af6f5bd2b@mail.gmail.com> <1003241407070.40436@smasher> <20100324014229.GF45454@citylink.fud.org.nz> Date: Tue, 23 Mar 2010 19:47:52 -0700 Message-ID: <7d6fde3d1003231947s74b62337yec0d7f0ff903d69b@mail.gmail.com> From: Garrett Cooper To: Andrew Thompson Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-Hackers , Atom Smasher Subject: Re: kenv - output needed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 02:47:54 -0000 On Tue, Mar 23, 2010 at 6:42 PM, Andrew Thompson wrote: > On Wed, Mar 24, 2010 at 02:09:41PM +1300, Atom Smasher wrote: >> On Tue, 23 Mar 2010, Garrett Cooper wrote: >> >>> Are you looking for data represented similar to sysctl(8)? >> ============ >> >> it doesn't quite have to be, but it is being parsed in a script. > > How about pulling the kenv variables into the script. > > #!/bin/sh > > eval $(kenv | awk -F= '/^smbios/ { gsub("\\\.","_",$1); print $1 "=" $2}') > > echo $smbios_chassis_maker That's assuming that the there are only two tokens separated by = though... Maybe something like the following? eval $(kenv | awk -F= '{ gsub("\\\.", "_", $1); x= ""; for (i=1; i <= NF; i++) { if (i > 1) { x = x "="; } x = x "" $i; } print $1 "=" $x }') Thanks, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 06:29:25 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D915E106566C for ; Wed, 24 Mar 2010 06:29:25 +0000 (UTC) (envelope-from atom@smasher.org) Received: from atom.smasher.org (atom.smasher.org [69.55.237.145]) by mx1.freebsd.org (Postfix) with SMTP id B60D08FC24 for ; Wed, 24 Mar 2010 06:29:25 +0000 (UTC) Received: (qmail 17666 invoked by uid 1000); 24 Mar 2010 06:29:24 -0000 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Date: Wed, 24 Mar 2010 19:29:34 +1300 (NZDT) From: Atom Smasher In-Reply-To: <7d6fde3d1003231947s74b62337yec0d7f0ff903d69b@mail.gmail.com> Message-ID: <1003241920390.40436@smasher> MIME-Version: 1.0 OpenPGP: id=0xB88D52E4D9F57808; algo=1 (RSA); size=4096; url=http://atom.smasher.org/pgp.txt References: <1003231706140.40436@smasher> <20100323180354.GD45454@citylink.fud.org.nz> <1003240736570.40436@smasher> <7d6fde3d1003231210s38ec9419r5149fa7af6f5bd2b@mail.gmail.com> <1003241407070.40436@smasher> <20100324014229.GF45454@citylink.fud.org.nz> <7d6fde3d1003231947s74b62337yec0d7f0ff903d69b@mail.gmail.com> To: Garrett Cooper X-POM: The Moon is Waxing Gibbous (60% of Full) X-Hashcash: 1:20:1003240629:yanefbsd@gmail.com::yo4S/fAvoxkNCX7b:000000000000000 0000000000000000000000000HfE X-Hashcash: 1:20:1003240629:thompsa@freebsd.org::fgavr/k4SBckjU+i:00000000000000 0000000000000000000000004I/k X-Hashcash: 1:20:1003240629:freebsd-hackers@freebsd.org::Aet9Qno5LapDHwV3:000000 0000000000000000000000004BMj Cc: FreeBSD-Hackers , Andrew Thompson Subject: Re: kenv - output needed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 06:29:25 -0000 On Tue, 23 Mar 2010, Garrett Cooper wrote: > On Tue, Mar 23, 2010 at 6:42 PM, Andrew Thompson > wrote: >> eval $(kenv | awk -F= '/^smbios/ { gsub("\\\.","_",$1); print $1 "=" $2}') >> >> echo $smbios_chassis_maker > > That's assuming that the there are only two tokens separated by = > though... Maybe something like the following? ================= even more optimistically, that assumes there's something useful stored in smbios.chassis.version. often there isn't... smbios.chassis.version="Chassis Version" smbios.chassis.version="To Be Filled By O.E.M." smbios.chassis.version="N/A" really, the examples above are why i'm trying to collect the output of kenv... to see what kind of garbage i'm likely to find, or even if the garbage can even be described as "likely" (which is becoming doubtful). -- ...atom ________________________ http://atom.smasher.org/ 762A 3B98 A3C3 96C9 C6B7 582A B88D 52E4 D9F5 7808 ------------------------------------------------- "Growth for the sake of growth is the ideology of the cancer cell." -- Edward Abbey From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 13:11:38 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB6E4106566C for ; Wed, 24 Mar 2010 13:11:38 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 57FB98FC13 for ; Wed, 24 Mar 2010 13:11:38 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1NuQMy-0007Ms-JP for freebsd-hackers@freebsd.org; Wed, 24 Mar 2010 14:11:36 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Mar 2010 14:11:36 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Mar 2010 14:11:36 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Wed, 24 Mar 2010 14:11:21 +0100 Lines: 60 Message-ID: References: <201003231108.45102.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20100118 Thunderbird/3.0 In-Reply-To: <201003231108.45102.jhb@freebsd.org> Subject: Re: Another tool for updating /etc -- lua||other script language bikeshed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 13:11:39 -0000 On 03/23/10 16:08, John Baldwin wrote: [snip - looks like a good utility, will probably use it instead of mergemaster if it gets committed, like the idea about automated updates] > To that end, I wrote a new tool that I think does a decent job of solving > these goals. Since the issue comes around very rarely, I assume there are not many people who also get the shivers when they see a shell script (and then a "posixy" /bin/sh shell script) more than a 100 lines long? :) Wouldn't it be nice to have a "blessed" (i.e. present-in-base) script language interpreter with a syntax that has evolved since the 1970-ies? (with a side-glance to C that *has* evolved since the K&R style). There was once Perl in base and even though I personally dislike Perl at least it was a standard of sorts and guaranteed to be there if needed. Now there are some fairly large chunks of code written in plain shell script, like mergemaster, freebsd-update, portsup and adduser. I'm not specifically against shell scripts but (which might just be my personal opinion) I think they are even less maintainable in the long term than Perl scripts. I also think the bus factor on good shell script programmers must be pretty low. As a possible alternative, or at least to learn about others' opinion on the subject, I'd like to suggest Lua (http://www.lua.org/). The reasons: 1) Very light-weight in terms of system integration. Basically, there are one or two executables and libraries and the libraries can be discarded if only the interpreter executable is needed and not the ability to integrate it into C apps. No "libs directories" needed. Written in C, designed to be easy to invoked from C (from which the interpreter executable is built on). This ability to integrate is important because it allows for some nifty things like implementing "system" commands through C, e.g. a "sysctl()" function as a wrapper for sysctl(3), or a "GEOM Class" class that wraps control of GEOM objects. The basic interpreter executable and the library are ~~ 150 kB each. The /bin/sh executable is 130 kB. 2) Easy syntax, which even kind of resembles shell scripts in its flow. Examples: http://lua-users.org/wiki/SampleCode . Unfortunately, its error handling is not much better than plain C (no "exceptions"). It has nice C-like formatting (e.g. "%4.2f, %d":format(3.14, 42)) and goodies like lexical scoping, foreach and coroutines. It's default OOP implementation is a bit specific (the "tables" and "metatables" system) but usable. 3) MIT license. Friendly. What would be gained? I guess what I'm trying to suggest is that a 3000 line shell script (like portsnap, as a random example) could be more readable, easier to write and maintain were it a 3000 line Lua script. Thoughts? From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 14:15:43 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 708221065674; Wed, 24 Mar 2010 14:15:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 41D378FC1C; Wed, 24 Mar 2010 14:15:43 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E673E46B3B; Wed, 24 Mar 2010 10:15:42 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 297138A026; Wed, 24 Mar 2010 10:15:42 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 24 Mar 2010 10:02:56 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201003231108.45102.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201003241002.56335.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 24 Mar 2010 10:15:42 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Ivan Voras Subject: Re: Another tool for updating /etc -- lua||other script language bikeshed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 14:15:43 -0000 On Wednesday 24 March 2010 9:11:21 am Ivan Voras wrote: > On 03/23/10 16:08, John Baldwin wrote: > > [snip - looks like a good utility, will probably use it instead of > mergemaster if it gets committed, like the idea about automated updates] > > > To that end, I wrote a new tool that I think does a decent job of solving > > these goals. > > Since the issue comes around very rarely, I assume there are not many > people who also get the shivers when they see a shell script (and then a > "posixy" /bin/sh shell script) more than a 100 lines long? :) > > Wouldn't it be nice to have a "blessed" (i.e. present-in-base) script > language interpreter with a syntax that has evolved since the 1970-ies? > (with a side-glance to C that *has* evolved since the K&R style). "You can write Fortran in any language." If there are specific things in specific scripts that are poorly commented or implemented then I would work on fixing those. The same is true of the mountain of C code in the tree. Rewriting them in a different language will not automatically make them any better. "Whatever language you write in, your task as a programmer is to do the best you can with the tools at hand. A good programmer can overcome a poor language or a clumsy operating system, but even a great programming environment will not rescue a bad programmer." (Kernighan and Pike) -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 14:49:33 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D9E6106566C for ; Wed, 24 Mar 2010 14:49:33 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id EA9478FC0A for ; Wed, 24 Mar 2010 14:49:32 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1NuRtd-0006KB-NE for freebsd-hackers@freebsd.org; Wed, 24 Mar 2010 15:49:25 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Mar 2010 15:49:25 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Mar 2010 15:49:25 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Wed, 24 Mar 2010 15:49:12 +0100 Lines: 36 Message-ID: References: <201003231108.45102.jhb@freebsd.org> <201003241002.56335.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20100118 Thunderbird/3.0 In-Reply-To: <201003241002.56335.jhb@freebsd.org> Subject: Re: Another tool for updating /etc -- lua||other script language bikeshed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 14:49:33 -0000 On 03/24/10 15:02, John Baldwin wrote: > On Wednesday 24 March 2010 9:11:21 am Ivan Voras wrote: >> On 03/23/10 16:08, John Baldwin wrote: >> >> [snip - looks like a good utility, will probably use it instead of >> mergemaster if it gets committed, like the idea about automated updates] >> >>> To that end, I wrote a new tool that I think does a decent job of solving >>> these goals. >> >> Since the issue comes around very rarely, I assume there are not many >> people who also get the shivers when they see a shell script (and then a >> "posixy" /bin/sh shell script) more than a 100 lines long? :) >> >> Wouldn't it be nice to have a "blessed" (i.e. present-in-base) script >> language interpreter with a syntax that has evolved since the 1970-ies? >> (with a side-glance to C that *has* evolved since the K&R style). > > "You can write Fortran in any language." I feel I should quote some saying from a holy book saying "Ah, but some languages make it harder than the others!" but I don't know of any such :) > If there are specific things in specific scripts that are poorly commented or > implemented then I would work on fixing those. The same is true of the > mountain of C code in the tree. Rewriting them in a different language will > not automatically make them any better. C is good enough. I'm after /bin/sh here. > "Whatever language you write in, your task as a programmer is to do the best > you can with the tools at hand. A good programmer can overcome a poor language > or a clumsy operating system, but even a great programming environment will > not rescue a bad programmer." (Kernighan and Pike) I'll accept it. From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 17:16:21 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 651F31065679 for ; Wed, 24 Mar 2010 17:16:21 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (mail.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 4AE5F8FC17 for ; Wed, 24 Mar 2010 17:16:21 +0000 (UTC) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 7334B5B42; Wed, 24 Mar 2010 09:57:48 -0700 (PDT) To: John Baldwin In-reply-to: Your message of "Tue, 23 Mar 2010 11:08:45 EDT." <201003231108.45102.jhb@freebsd.org> References: <201003231108.45102.jhb@freebsd.org> Comments: In-reply-to John Baldwin message dated "Tue, 23 Mar 2010 11:08:45 -0400." Date: Wed, 24 Mar 2010 09:57:48 -0700 From: Bakul Shah Message-Id: <20100324165748.7334B5B42@mail.bitblocks.com> Cc: hackers@freebsd.org Subject: Re: Another tool for updating /etc X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 17:16:21 -0000 On Tue, 23 Mar 2010 11:08:45 EDT John Baldwin wrote: > or 'cvs up'. If the local changes I made do not conflict, then just merge the > changes automatically (e.g. enabling a serial console in /etc/ttys should not > conflict with $FreeBSD$ changing when moving from 7.2 to 7.3). > > To that end, I wrote a new tool that I think does a decent job of solving > these goals. It does not force you to read the diffs of any files updated in > /etc, but there are other tools available for that. However, if you are ok > with reading UPDATING, commit logs, and/or release notes for that sort of > info, then this tool may work for you. > > It also has a nice feature in that you can generate a 'diff' of your current > /etc tree against the "stock" tree allowing you to easily see what local > changes you have made. I have already found this feature to be far more > useful than I first expected. > > The UI is (hopefully) minimalist. The default output looks like the output of > 'svn up' or 'cvs up'. > > If you'd like to give it a shot, you can find the script and manpage at > http://www.FreeBSD.org/~jhb/etcupdate/ There is a README file that gives a > brief overview and instructions on how to bootstrap the needed metadata before > the first update. There is also an HTML version of the manpage. Looks good! But I wonder... why not build something like this around cvs? Basically a three way merge is exactly what we want for /etc, right? cvs because it is in the base system. I used to maintain /etc changes in cvs and that was useful in keeping track of configuration changes on shared machines. From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 19:03:22 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFBC71065673; Wed, 24 Mar 2010 19:03:22 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail36.syd.optusnet.com.au (mail36.syd.optusnet.com.au [211.29.133.76]) by mx1.freebsd.org (Postfix) with ESMTP id 5CB098FC21; Wed, 24 Mar 2010 19:03:21 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-253-149.belrs3.nsw.optusnet.com.au [122.106.253.149]) by mail36.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o2OJ3AcQ001358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Mar 2010 06:03:20 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id o2OJ3A0N019415; Thu, 25 Mar 2010 06:03:10 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id o2OJ3AFG019414; Thu, 25 Mar 2010 06:03:10 +1100 (EST) (envelope-from peter) Date: Thu, 25 Mar 2010 06:03:10 +1100 From: Peter Jeremy To: Ivan Voras Message-ID: <20100324190310.GC88991@server.vk2pj.dyndns.org> References: <201003231108.45102.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tsOsTdHNUZQcU9Ye" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) X-CMAE-Score: 0 X-CMAE-Analysis: v=1.1 cv=YFZ0kwS9PmByBn5nQY1JhDuWMe854Du5UVUEbvYbv90= c=1 sm=1 a=LpJuPFDbUUkA:10 a=6I5d2MoRAAAA:8 a=z_5uEx5cAAAA:8 a=8rXycTSKnUeIZn7gSiIA:9 a=i9bxw9mwRr1gzIJARRoA:7 a=oejmiv8SHO_gVZtwjQmMG3KVLzgA:4 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=sNJSx8Oh5NTPJLx-kagA:9 a=ehucrNV-lSZ9-ipAxfwJGh7FM0sA:4 a=y9B6laZwkeQwSvSRL7oYmA==:117 Cc: freebsd-hackers@freebsd.org Subject: Re: Another tool for updating /etc -- lua||other script language bikeshed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 19:03:23 -0000 --tsOsTdHNUZQcU9Ye Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Mar-24 14:11:21 +0100, Ivan Voras wrote: >Since the issue comes around very rarely, I assume there are not many=20 >people who also get the shivers when they see a shell script (and then a= =20 >"posixy" /bin/sh shell script) more than a 100 lines long? :) With the specific exception of GNU configure and related horrors, I personally don't have anything against shell scripts. You can write good or bad code in any language. >Wouldn't it be nice to have a "blessed" (i.e. present-in-base) script=20 >language interpreter with a syntax that has evolved since the 1970-ies?=20 There's awk (though it's somewhat restricted in its abilities to do anything more than text manipulation) but in principle, I agree. The requirements as I see them are (in no particular order): - BSD-compatible license - must be compatible with buildworld (primarily, it must be possible to cross-build) - contains a critical mass of users in the FreeBSD developer (and ideally committer) community=20 - language must be reasonably stable - will a script written today still work correctly in (say) 5 years. - must be acceptable to the vast majority of the user base (no religious wars allowed) >There was once Perl in base and even though I personally dislike Perl at= =20 >least it was a standard of sorts and guaranteed to be there if needed.=20 It was removed because it didn't support cross-building (buildworld is always done as a cross-build) and was evolving at a rate incompatible with the base system. >As a possible alternative, or at least to learn about others' opinion on= =20 >the subject, I'd like to suggest Lua (http://www.lua.org/). As someone who has never used Lua, how well does it meet the requirements above? --=20 Peter Jeremy --tsOsTdHNUZQcU9Ye Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuqYe4ACgkQ/opHv/APuIcYmACgnZXiVf7uP+XXE0Ph8PleZUWl 0igAoJNWloUH0IN7445z3fiMsWdnBeLw =8XWf -----END PGP SIGNATURE----- --tsOsTdHNUZQcU9Ye-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 19:23:50 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D76E91065686 for ; Wed, 24 Mar 2010 19:23:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A8FFE8FC1A for ; Wed, 24 Mar 2010 19:23:50 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 579A646B82; Wed, 24 Mar 2010 15:23:50 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 9B12E8A021; Wed, 24 Mar 2010 15:23:49 -0400 (EDT) From: John Baldwin To: Bakul Shah Date: Wed, 24 Mar 2010 13:36:39 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201003231108.45102.jhb@freebsd.org> <20100324165748.7334B5B42@mail.bitblocks.com> In-Reply-To: <20100324165748.7334B5B42@mail.bitblocks.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201003241336.39689.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 24 Mar 2010 15:23:49 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: hackers@freebsd.org Subject: Re: Another tool for updating /etc X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 19:23:50 -0000 On Wednesday 24 March 2010 12:57:48 pm Bakul Shah wrote: > On Tue, 23 Mar 2010 11:08:45 EDT John Baldwin wrote: > > or 'cvs up'. If the local changes I made do not conflict, then just merge the > > changes automatically (e.g. enabling a serial console in /etc/ttys should not > > conflict with $FreeBSD$ changing when moving from 7.2 to 7.3). > > > > To that end, I wrote a new tool that I think does a decent job of solving > > these goals. It does not force you to read the diffs of any files updated in > > /etc, but there are other tools available for that. However, if you are ok > > with reading UPDATING, commit logs, and/or release notes for that sort of > > info, then this tool may work for you. > > > > It also has a nice feature in that you can generate a 'diff' of your current > > /etc tree against the "stock" tree allowing you to easily see what local > > changes you have made. I have already found this feature to be far more > > useful than I first expected. > > > > The UI is (hopefully) minimalist. The default output looks like the output of > > 'svn up' or 'cvs up'. > > > > If you'd like to give it a shot, you can find the script and manpage at > > http://www.FreeBSD.org/~jhb/etcupdate/ There is a README file that gives a > > brief overview and instructions on how to bootstrap the needed metadata before > > the first update. There is also an HTML version of the manpage. > > Looks good! > > But I wonder... why not build something like this around cvs? > Basically a three way merge is exactly what we want for /etc, > right? cvs because it is in the base system. I used to > maintain /etc changes in cvs and that was useful in keeping > track of configuration changes on shared machines. I wanted something that was version-control agnostic (we use svn at work for our local version of FreeBSD for example). Also, while having full history would be nice, that uses up a good bit more disk space and would duplicate the history that is available in the existing FreeBSD version control (but with less useful details such as commit log messages). I use CVS for /etc on some of my machines as well and find it handy, but I tend to not use that to do full 3-way merges, but just track what is in /etc itself. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 19:23:52 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D45ED106566B; Wed, 24 Mar 2010 19:23:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A5DD48FC15; Wed, 24 Mar 2010 19:23:52 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 57B4646B9B; Wed, 24 Mar 2010 15:23:52 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 8997B8A01F; Wed, 24 Mar 2010 15:23:51 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 24 Mar 2010 13:43:14 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201003231108.45102.jhb@freebsd.org> <201003241002.56335.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201003241343.14145.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 24 Mar 2010 15:23:51 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Ivan Voras Subject: Re: Another tool for updating /etc -- lua||other script language bikeshed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 19:23:52 -0000 On Wednesday 24 March 2010 10:49:12 am Ivan Voras wrote: > On 03/24/10 15:02, John Baldwin wrote: > > On Wednesday 24 March 2010 9:11:21 am Ivan Voras wrote: > >> On 03/23/10 16:08, John Baldwin wrote: > >> > >> [snip - looks like a good utility, will probably use it instead of > >> mergemaster if it gets committed, like the idea about automated updates] > >> > >>> To that end, I wrote a new tool that I think does a decent job of solving > >>> these goals. > >> > >> Since the issue comes around very rarely, I assume there are not many > >> people who also get the shivers when they see a shell script (and then a > >> "posixy" /bin/sh shell script) more than a 100 lines long? :) > >> > >> Wouldn't it be nice to have a "blessed" (i.e. present-in-base) script > >> language interpreter with a syntax that has evolved since the 1970-ies? > >> (with a side-glance to C that *has* evolved since the K&R style). > > > > "You can write Fortran in any language." > > I feel I should quote some saying from a holy book saying "Ah, but some > languages make it harder than the others!" but I don't know of any such :) > > > If there are specific things in specific scripts that are poorly commented or > > implemented then I would work on fixing those. The same is true of the > > mountain of C code in the tree. Rewriting them in a different language will > > not automatically make them any better. > > C is good enough. I'm after /bin/sh here. I think if you were to read the source to etcupdate.sh you would find that it is actually rather close to how I would write it if I were to do it in C (except it is far less complicated now since I can use tools like diff directly). -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 19:29:26 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D56C1065672 for ; Wed, 24 Mar 2010 19:29:26 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id 13C188FC14 for ; Wed, 24 Mar 2010 19:29:25 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZS0080CWT14100@smtpauth3.wiscmail.wisc.edu> for freebsd-hackers@freebsd.org; Wed, 24 Mar 2010 14:29:25 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.69.218]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZS00155WSZP3A0@smtpauth3.wiscmail.wisc.edu> for freebsd-hackers@freebsd.org; Wed, 24 Mar 2010 14:29:24 -0500 (CDT) Date: Wed, 24 Mar 2010 14:29:23 -0500 From: Nathan Whitehorn To: freebsd-hackers@freebsd.org Message-id: <4BAA6813.7060604@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.69.218 X-Spam-PmxInfo: Server=avs-11, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.24.191821, SenderIP=76.210.69.218 User-Agent: Thunderbird 2.0.0.24 (X11/20100320) Subject: Review/testing request: changing the detection of data_addr/text_addr X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 19:29:26 -0000 We currently detect the offical "text" and "data" addresses for ELF files in kern/imgact_elf.c by the heuristic of calling whichever section contains the executable's entry point the text section and everything else data. In general, both this concept and the very few things that use them are obsolete and rare. The data addresses are, however, used in obreak() to find the current break. On powerpc64, this logic fails, because the entry point points to a function descriptor in the data section, causing sbrk() to fail, which in turn breaks profiling. The patch at http://people.freebsd.org/~nwhitehorn/textseg.diff changes this algorithm to make the official text area be the largest executable segment, and all others data. The patch has been tested on sparc64, amd64, powerpc, and (of course) powerpc64, with no evident bad effects. I would appreciate any comments, as well as tests on other architectures. The main symptom of getting these values wrong is that sbrk() stops working correctly, so I have put a simple test program for sbrk() at http://people.freebsd.org/~nwhitehorn/sbrktest.c. -Nathan From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 19:44:21 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2218B1065672 for ; Wed, 24 Mar 2010 19:44:21 +0000 (UTC) (envelope-from atom@smasher.org) Received: from atom.smasher.org (atom.smasher.org [69.55.237.145]) by mx1.freebsd.org (Postfix) with SMTP id BB93E8FC1A for ; Wed, 24 Mar 2010 19:44:20 +0000 (UTC) Received: (qmail 89011 invoked by uid 1000); 24 Mar 2010 19:44:19 -0000 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Date: Thu, 25 Mar 2010 08:44:30 +1300 (NZDT) From: Atom Smasher In-Reply-To: <7d6fde3d1003231947s74b62337yec0d7f0ff903d69b@mail.gmail.com> Message-ID: <1003250827090.40436@smasher> MIME-Version: 1.0 OpenPGP: id=0xB88D52E4D9F57808; algo=1 (RSA); size=4096; url=http://atom.smasher.org/pgp.txt References: <1003231706140.40436@smasher> <20100323180354.GD45454@citylink.fud.org.nz> <1003240736570.40436@smasher> <7d6fde3d1003231210s38ec9419r5149fa7af6f5bd2b@mail.gmail.com> <1003241407070.40436@smasher> <20100324014229.GF45454@citylink.fud.org.nz> <7d6fde3d1003231947s74b62337yec0d7f0ff903d69b@mail.gmail.com> To: Garrett Cooper X-POM: The Moon is Waxing Gibbous (66% of Full) X-Hashcash: 1:20:1003241944:yanefbsd@gmail.com::oz27uNbID66Z6lMR:000000000000000 0000000000000000000000001Dim X-Hashcash: 1:20:1003241944:thompsa@freebsd.org::IrWjbG8AwJdad0EN:00000000000000 000000000000000000000000I3Q/ X-Hashcash: 1:20:1003241944:freebsd-hackers@freebsd.org::mF4WUXbLNBBon+7s:000000 0000000000000000000000000UWT Cc: FreeBSD-Hackers , Andrew Thompson Subject: Re: kenv - output needed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 19:44:21 -0000 thanks! if anyone has any input that doesn't behave well, please let me know. also, this seems to be all x86 variant hardware... does anyone have access to other hardware platforms? SHA1 (report_smbios.zsh.gz) = 0afc4c7a5170eaf549b7a1c42d8793861433c654 SHA1 (smbios.txt.gz) = 612353d1c30f7c16f0f0254a21b140721c2a0ed3 1) http://smasher.org/tmp/smbios.txt.gz 2) http://smasher.org/tmp/report_smbios.zsh.gz (1) is sample i/o with serial numbers and UUIDs removed. (2) is the script that makes it happen. more comments in the script there's only one case each (so far) that i need to match strings for garbage in either "smbios.system.maker" or "smbios.system.product". see the script and sample input for details. the logic seems to hold up a a few other system, although the data is collected differently... dmidecode on linux, sysctl on openbsd/macppc. here's just the script output based on what i've received: (ASUSTeK Computer INC., P5BV-C/4L) (ASUSTeK Computer INC., P5LD2) (ASUSTeK Computer INC., P5Q-EM) (ASUSTeK Computer Inc., A8V Deluxe) (Acer, Navarro, Aspire 5100) (ConRoe1333-D667..) (Dell Computer Corporation, OptiPlex GX240) (Dell Inc., 0H603H, PowerEdge 2950) (FUJITSU SIEMENS, D1382, SCENIC D) (FUJITSU SIEMENS, D1382, SCENIC S 2) (Gigabyte Technology Co., Ltd., GA-MA69VM-S2) (IBM, eserver xSeries 336 -[883721Y]-) (Intel Corporation, D865PERL) (Intel Corporation, DP35DP) (M7VKD, VIA Technologies, Inc., VT8363x) (P4i65GV) (TOSHIBA, Portable PC, Satellite 2415) (TYAN Computer Corporation, TYAN-Toledo-i3210W-i3200R-S5220) -- ...atom ________________________ http://atom.smasher.org/ 762A 3B98 A3C3 96C9 C6B7 582A B88D 52E4 D9F5 7808 ------------------------------------------------- "A Samurai's underwear should be made from the skin of a badger. This way he will not have lice. In a long campaign lice are troublesome." -- Hagakure From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 20:18:42 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6612106566C for ; Wed, 24 Mar 2010 20:18:42 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id BDE228FC14 for ; Wed, 24 Mar 2010 20:18:42 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZS0071OWB39F00@smtpauth3.wiscmail.wisc.edu> for freebsd-hackers@freebsd.org; Wed, 24 Mar 2010 14:18:39 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.69.218]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZS001PYWB0P380@smtpauth3.wiscmail.wisc.edu> for freebsd-hackers@freebsd.org; Wed, 24 Mar 2010 14:18:37 -0500 (CDT) Date: Wed, 24 Mar 2010 14:18:35 -0500 From: Nathan Whitehorn To: freebsd-hackers@freebsd.org Message-id: <4BAA658B.6080509@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.69.218 X-Spam-PmxInfo: Server=avs-10, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.24.190636, SenderIP=76.210.69.218 User-Agent: Thunderbird 2.0.0.24 (X11/20100320) Subject: Review/testing request: changing the arguments of exec_setregs() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 20:18:43 -0000 In order to properly implement exec_setregs() on powerpc64, I must hand-relocate the function descriptor pointed to by the executable entry point. To do this, exec_setregs() must be passed the relocation base of the executable, which would originally come from the image_params struct. The patch at http://people.freebsd.org/~nwhitehorn/exec_setregs.diff changes the arguments of exec_setregs to take a pointer to the image's image_params struct to allow easy future expansion, and removes redundant arguments (entry and ps_strings). This is similar to the calling convention in NetBSD. I also take the opportunity to convert several of the declarations of exec_setregs() from K&R to ANSI C. This patch is fairly straightforward, but it does touch all architectures. I have tested the patch on amd64, sparc64, and powerpc, with no evident problems. -Nathan From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 21:13:08 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C61A1065672; Wed, 24 Mar 2010 21:13:08 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D43E78FC18; Wed, 24 Mar 2010 21:13:07 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 86B1246B32; Wed, 24 Mar 2010 17:13:07 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 81B528A027; Wed, 24 Mar 2010 17:13:06 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 24 Mar 2010 16:38:01 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4BAA658B.6080509@freebsd.org> In-Reply-To: <4BAA658B.6080509@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003241638.01330.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 24 Mar 2010 17:13:06 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Nathan Whitehorn Subject: Re: Review/testing request: changing the arguments of exec_setregs() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 21:13:08 -0000 On Wednesday 24 March 2010 3:18:35 pm Nathan Whitehorn wrote: > In order to properly implement exec_setregs() on powerpc64, I must > hand-relocate the function descriptor pointed to by the executable entry > point. To do this, exec_setregs() must be passed the relocation base of > the executable, which would originally come from the image_params struct. > > The patch at http://people.freebsd.org/~nwhitehorn/exec_setregs.diff > changes the arguments of exec_setregs to take a pointer to the image's > image_params struct to allow easy future expansion, and removes > redundant arguments (entry and ps_strings). This is similar to the > calling convention in NetBSD. I also take the opportunity to convert > several of the declarations of exec_setregs() from K&R to ANSI C. > > This patch is fairly straightforward, but it does touch all > architectures. I have tested the patch on amd64, sparc64, and powerpc, > with no evident problems. Looks fine to me, I say go for it. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 21:13:09 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2847D1065674; Wed, 24 Mar 2010 21:13:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id EFA818FC0A; Wed, 24 Mar 2010 21:13:08 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A113F46B37; Wed, 24 Mar 2010 17:13:08 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id E67CC8A01F; Wed, 24 Mar 2010 17:13:07 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 24 Mar 2010 16:42:00 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4BAA6813.7060604@freebsd.org> In-Reply-To: <4BAA6813.7060604@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003241642.00246.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 24 Mar 2010 17:13:08 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Nathan Whitehorn Subject: Re: Review/testing request: changing the detection of data_addr/text_addr X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 21:13:09 -0000 On Wednesday 24 March 2010 3:29:23 pm Nathan Whitehorn wrote: > We currently detect the offical "text" and "data" addresses for ELF > files in kern/imgact_elf.c by the heuristic of calling whichever section > contains the executable's entry point the text section and everything > else data. In general, both this concept and the very few things that > use them are obsolete and rare. The data addresses are, however, used in > obreak() to find the current break. On powerpc64, this logic fails, > because the entry point points to a function descriptor in the data > section, causing sbrk() to fail, which in turn breaks profiling. > > The patch at http://people.freebsd.org/~nwhitehorn/textseg.diff changes > this algorithm to make the official text area be the largest executable > segment, and all others data. The patch has been tested on sparc64, > amd64, powerpc, and (of course) powerpc64, with no evident bad effects. My only comment is that I would keep the existing language about obreak() as it describes multiple data segments, etc. Instead, I would just use the first sentence of your new comment to replace the first paragraph in the old comment. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 21:32:51 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25F2F1065708; Wed, 24 Mar 2010 21:32:51 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id D7E7D8FC16; Wed, 24 Mar 2010 21:32:47 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 68E501FFC58; Wed, 24 Mar 2010 21:32:46 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 39E8D844DF; Wed, 24 Mar 2010 22:32:46 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ivan Voras References: <201003231108.45102.jhb@freebsd.org> <201003241002.56335.jhb@freebsd.org> Date: Wed, 24 Mar 2010 22:32:46 +0100 In-Reply-To: (Ivan Voras's message of "Wed, 24 Mar 2010 15:49:12 +0100") Message-ID: <86mxxxe77l.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: Another tool for updating /etc -- lua||other script language bikeshed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 21:32:51 -0000 Ivan Voras writes: > C is good enough. I'm after /bin/sh here. Bourne shell is a perfectly fine programming language if you know how to use it. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 21:52:37 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEAC8106566C for ; Wed, 24 Mar 2010 21:52:37 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pz0-f196.google.com (mail-pz0-f196.google.com [209.85.222.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8E4F18FC0C for ; Wed, 24 Mar 2010 21:52:37 +0000 (UTC) Received: by pzk34 with SMTP id 34so1247573pzk.3 for ; Wed, 24 Mar 2010 14:52:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=u2j+iqq+dcI7230rXBxt0z6A4jUhSRsoArD0S8QjruY=; b=eZ7bqFQzv1DlWLdtwlBanBHRP6qsGx0Jon/eaB5yGNO94RbEROhNihjzrkoetCjY9o ZGHT7DOwkm5AugdRyBTSCijU0OXhRwVHGSn2J7j0fhAE3yzF/HyQbh82nXsdHpckAGYF Ms6FABpZq+kWDhMqu/Zh63WMBwbymA/apSRBs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=axta+UUxUGQCQCWtFMkUNa9liNwp3QFAcJZANzNz4kIlvQmfUfZTTpsnluCeeiwD+S agu/NIwPDfrnRnAr81ehTWlZeBvW45ySfk6R0Mw8N6InjUO0rxrFYgY/Fy4HKMPFGS6l 2kd49dx9HTNfNt5aS9ScbK1QT8iTgZe9rrTP4= MIME-Version: 1.0 Received: by 10.141.53.5 with SMTP id f5mr6004425rvk.178.1269467556901; Wed, 24 Mar 2010 14:52:36 -0700 (PDT) In-Reply-To: References: <201003231108.45102.jhb@freebsd.org> Date: Wed, 24 Mar 2010 14:52:36 -0700 Message-ID: <7d6fde3d1003241452j2cfebea7r108aab0579b13938@mail.gmail.com> From: Garrett Cooper To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org Subject: Re: Another tool for updating /etc -- lua||other script language bikeshed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 21:52:37 -0000 On Wed, Mar 24, 2010 at 6:11 AM, Ivan Voras wrote: > On 03/23/10 16:08, John Baldwin wrote: > > [snip - looks like a good utility, will probably use it instead of > mergemaster if it gets committed, like the idea about automated updates] > >> To that end, I wrote a new tool that I think does a decent job of solving >> these goals. > > Since the issue comes around very rarely, I assume there are not many people > who also get the shivers when they see a shell script (and then a "posixy" > /bin/sh shell script) more than a 100 lines long? :) > > Wouldn't it be nice to have a "blessed" (i.e. present-in-base) script > language interpreter with a syntax that has evolved since the 1970-ies? > (with a side-glance to C that *has* evolved since the K&R style). > > There was once Perl in base and even though I personally dislike Perl at > least it was a standard of sorts and guaranteed to be there if needed. Now > there are some fairly large chunks of code written in plain shell script, > like mergemaster, freebsd-update, portsup and adduser. I'm not specifically > against shell scripts but (which might just be my personal opinion) I think > they are even less maintainable in the long term than Perl scripts. I also > think the bus factor on good shell script programmers must be pretty low. > > As a possible alternative, or at least to learn about others' opinion on the > subject, I'd like to suggest Lua (http://www.lua.org/). > > The reasons: > > 1) Very light-weight in terms of system integration. Basically, there are > one or two executables and libraries and the libraries can be discarded if > only the interpreter executable is needed and not the ability to integrate > it into C apps. No "libs directories" needed. Written in C, designed to be > easy to invoked from C (from which the interpreter executable is built on). > > This ability to integrate is important because it allows for some nifty > things like implementing "system" commands through C, e.g. a "sysctl()" > function as a wrapper for sysctl(3), or a "GEOM Class" class that wraps > control of GEOM objects. > > The basic interpreter executable and the library are ~~ 150 kB each. The > /bin/sh executable is 130 kB. > > 2) Easy syntax, which even kind of resembles shell scripts in its flow. > Examples: http://lua-users.org/wiki/SampleCode . Unfortunately, its error > handling is not much better than plain C (no "exceptions"). It has nice > C-like formatting (e.g. "%4.2f, %d":format(3.14, 42)) and goodies like > lexical scoping, foreach and coroutines. It's default OOP implementation is > a bit specific (the "tables" and "metatables" system) but usable. > > 3) MIT license. Friendly. > > What would be gained? I guess what I'm trying to suggest is that a 3000 line > shell script (like portsnap, as a random example) could be more readable, > easier to write and maintain were it a 3000 line Lua script. Code in general becomes a pain to maintain unless it's well written when it evolves beyond 500 lines (unless it's C / C++, which is 1000 lines in my book). So, I don't think that changing sh to Lua would improve anything (in fact it may make things worse because it's a less mainstream language). There are a host of other languages out there that could also serve the needs of the infrastructure, but the fact remains that the more divergence the project goes in terms of defacto standard languages, the more of a pain in the ass it's going to be to maintain longterm because someone decided to write something in language X.Y.Z. And there are actually some things which could be done to simplify the mergemaster and portsnap scripts as well (minor bloat?), but I digress. Thanks, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 22:05:21 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D684106564A for ; Wed, 24 Mar 2010 22:05:21 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-ew0-f227.google.com (mail-ew0-f227.google.com [209.85.219.227]) by mx1.freebsd.org (Postfix) with ESMTP id 02B078FC14 for ; Wed, 24 Mar 2010 22:05:19 +0000 (UTC) Received: by ewy27 with SMTP id 27so2085913ewy.13 for ; Wed, 24 Mar 2010 15:05:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type:content-transfer-encoding; bh=S8KaulY4c0TubqAu/KK5hW802fl+0R7QeL4elot6xHY=; b=Y0YbrGfFV+4HL7UEuLYJ0SGoip56uEeJr3SJM3PEVm1zzggDX0WsxC1BITjZtMXPcY DJXH3UXpz/5C53Em2DakYcCT0zjHXcoODe8tNb9QWVPNZUW5EphcaelX5UuXnjvBN5fc ETPPY8xeC16JbRQK96JIiN+2qH43dM3TGmAbg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=LjUbTjwE+QdaaQXdcuWDnSQhIbZWgAj15Zk3FSXPEexAmQ7Sg6hnUZ92qvKfZiNSQJ 40iodmupviLSNgaR6FOGPzjCVk1JmwIDKUpD+p1CSA3rL+DJ8xhLBBQMTUnM33idvCSu sGQLTOZ7UefAO/BGEJ06WPZIPsRDFPIASwwPI= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.176.206 with SMTP id b56mr2517915wem.63.1269468318141; Wed, 24 Mar 2010 15:05:18 -0700 (PDT) In-Reply-To: <20100324190310.GC88991@server.vk2pj.dyndns.org> References: <201003231108.45102.jhb@freebsd.org> <20100324190310.GC88991@server.vk2pj.dyndns.org> From: Ivan Voras Date: Wed, 24 Mar 2010 23:04:58 +0100 X-Google-Sender-Auth: d78ea06b6dcd662e Message-ID: <9bbcef731003241504k105c0c3bh977ac4e78b350186@mail.gmail.com> To: Peter Jeremy Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: Another tool for updating /etc -- lua||other script language bikeshed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 22:05:21 -0000 On 24 March 2010 20:03, Peter Jeremy wrote: > On 2010-Mar-24 14:11:21 +0100, Ivan Voras wrote: > There's awk (though it's somewhat restricted in its abilities to do > anything more than text manipulation) but in principle, I agree. =C2=A0Th= e > requirements as I see them are (in no particular order): > - BSD-compatible license > - must be compatible with buildworld (primarily, it must be possible > =C2=A0to cross-build) > - contains a critical mass of users in the FreeBSD developer (and > =C2=A0ideally committer) community > - language must be reasonably stable - will a script written today still > =C2=A0work correctly in (say) 5 years. > - must be acceptable to the vast majority of the user base (no religious > =C2=A0wars allowed) > >>There was once Perl in base and even though I personally dislike Perl at >>least it was a standard of sorts and guaranteed to be there if needed. > > It was removed because it didn't support cross-building (buildworld is > always done as a cross-build) and was evolving at a rate incompatible > with the base system. > >>As a possible alternative, or at least to learn about others' opinion on >>the subject, I'd like to suggest Lua (http://www.lua.org/). > > As someone who has never used Lua, how well does it meet the > requirements above? I would also like to avoid holy wars so I really want this to be discussed. I'm more pushing in the direction of "give us something nicer than sh" than I'm specifically pushing Lua. To the best of my knowledge, the answers to your questions for Lua are: > - BSD-compatible license it's MIT-licensed. > - must be compatible with buildworld (primarily, it must be possible > to cross-build) I'm not sure what you mean by "cross-build". If you mean it needs to support some specific compiler magic, then I don't know. I do know this: its src directory is flat (32 .c files, 23 .h), its Makefile basically says "compile all these .c files into an executable or a library with CC options varying by platform", and it's ported to at lest these operating systems: aix ansi bsd freebsd generic linux macosx mingw posix solaris - the presence of solaris indicates 64-bit and big endian - aka the big portability test. I've just verified that a working executable can be compiled with "gcc -o lua -lm *.c" (if you remove the "luac.c" with duplicates a main() in addition to the interpreter "lua.c"). > - contains a critical mass of users in the FreeBSD developer (and > ideally committer) community > - must be acceptable to the vast majority of the user base (no religious > wars allowed) Have no idea. Possibly the biggest single obstacles unless they're modified to "has the biggest number of people not specifically objecting to it" > - language must be reasonably stable - will a script written today still > work correctly in (say) 5 years. The Wikipedia entry for it (http://en.wikipedia.org/wiki/Lua_%28programming_language%29) says it's been started in 1993. AFAIK it has always been backward compatible and the recent version is 5.3. One thing I remember it for is that many Windows games (including some classics like Baldur's Gate II... I'm sure some people remember it) were scripted by it. I'd like to summarize why I think Lua is a good idea here: * Small footprint (150-200k executable). Can be compiled with gcc -o lua -lm *.c. * Can be embedded into C apps for scripting, can use C for extending it (designed to make both directions trivially easy) * Is kind of like Python (supports OOP, partly functional, etc. styles) without the extensive libraries. (but has no "significant whitespace" issue). From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 22:07:27 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1CDF106566B for ; Wed, 24 Mar 2010 22:07:27 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 452AD8FC13 for ; Wed, 24 Mar 2010 22:07:26 +0000 (UTC) Received: by wwi17 with SMTP id 17so394940wwi.13 for ; Wed, 24 Mar 2010 15:07:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type:content-transfer-encoding; bh=NCiZSy8oWE55oVwyZDq5VuXYBoBZuGBcJWZdW562PH0=; b=MBpy+TNuM8/WdkE+4ZvnRtM5+8smsoZ2ssvhBnVogsCSyE0xIC3JZBh2OuH9VcpfOj uZZiXmJMu+BhOhCxSbjoztmshlxeeZf856K1YI95E/TvyoJU7dFSlNGLb3Xkrehtqk/w V63RfsxY0MsOpaqDRg0A3cIuy160VILMWlsL8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=nC3Fvg1hDll8pewxUPz3s9rysDRfvJs1fKOP1GQGxLfN1n4z0LJrxzrwxcqWT+jQu8 SXC/ZNUaMsqcFDW7OusyMrxoFMxFMCVu+ger1jH/v698BLRIh5FaBfrO1LPUnUmXnThf ay0hxILd70MrPKLgReL6/KF9Cbd8NECToZESo= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.86.193 with SMTP id w43mr851162wee.16.1269468446122; Wed, 24 Mar 2010 15:07:26 -0700 (PDT) In-Reply-To: <86mxxxe77l.fsf@ds4.des.no> References: <201003231108.45102.jhb@freebsd.org> <201003241002.56335.jhb@freebsd.org> <86mxxxe77l.fsf@ds4.des.no> From: Ivan Voras Date: Wed, 24 Mar 2010 23:07:06 +0100 X-Google-Sender-Auth: 5fe52fa1d7b37d59 Message-ID: <9bbcef731003241507i1372134br257c11b7b105dc9e@mail.gmail.com> To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: Another tool for updating /etc -- lua||other script language bikeshed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 22:07:27 -0000 2010/3/24 Dag-Erling Sm=C3=B8rgrav : > Ivan Voras writes: >> C is good enough. I'm after /bin/sh here. > > Bourne shell is a perfectly fine programming language if you know how to > use it. I'll agree that it's fine but only in the abstract - e.g. that it is Turing complete :) (But then again, I've heard sendmail.cf is also Turing complete so there...= ) From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 02:42:15 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20573106564A; Thu, 25 Mar 2010 02:42:15 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id E82F88FC14; Thu, 25 Mar 2010 02:42:14 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZT00C02GUE3700@smtpauth2.wiscmail.wisc.edu>; Wed, 24 Mar 2010 21:42:14 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.69.218]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZT00MC9GUCW640@smtpauth2.wiscmail.wisc.edu>; Wed, 24 Mar 2010 21:42:13 -0500 (CDT) Date: Wed, 24 Mar 2010 21:42:12 -0500 From: Nathan Whitehorn In-reply-to: <201003241642.00246.jhb@freebsd.org> To: John Baldwin Message-id: <4BAACD84.5040100@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.69.218 X-Spam-PmxInfo: Server=avs-11, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.25.23623, SenderIP=76.210.69.218 References: <4BAA6813.7060604@freebsd.org> <201003241642.00246.jhb@freebsd.org> User-Agent: Thunderbird 2.0.0.24 (X11/20100320) Cc: freebsd-hackers@freebsd.org Subject: Re: Review/testing request: changing the detection of data_addr/text_addr X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 02:42:15 -0000 John Baldwin wrote: > On Wednesday 24 March 2010 3:29:23 pm Nathan Whitehorn wrote: > >> We currently detect the offical "text" and "data" addresses for ELF >> files in kern/imgact_elf.c by the heuristic of calling whichever section >> contains the executable's entry point the text section and everything >> else data. In general, both this concept and the very few things that >> use them are obsolete and rare. The data addresses are, however, used in >> obreak() to find the current break. On powerpc64, this logic fails, >> because the entry point points to a function descriptor in the data >> section, causing sbrk() to fail, which in turn breaks profiling. >> >> The patch at http://people.freebsd.org/~nwhitehorn/textseg.diff changes >> this algorithm to make the official text area be the largest executable >> segment, and all others data. The patch has been tested on sparc64, >> amd64, powerpc, and (of course) powerpc64, with no evident bad effects. >> > > My only comment is that I would keep the existing language about obreak() as > it describes multiple data segments, etc. Instead, I would just use the first > sentence of your new comment to replace the first paragraph in the old > comment. > That's a good point. I've updated the patch with the new comment. Thanks for taking a look! If no one objects, I'll commit both of these patches tomorrow. -Nathan From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 08:51:15 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00D6A1065670; Thu, 25 Mar 2010 08:51:15 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id CFA548FC1F; Thu, 25 Mar 2010 08:51:14 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 5DB1846B53; Thu, 25 Mar 2010 04:51:14 -0400 (EDT) Date: Thu, 25 Mar 2010 08:51:14 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ivan Voras In-Reply-To: Message-ID: References: <201003231108.45102.jhb@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: Another tool for updating /etc -- lua||other script language bikeshed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 08:51:15 -0000 On Wed, 24 Mar 2010, Ivan Voras wrote: > Wouldn't it be nice to have a "blessed" (i.e. present-in-base) script > language interpreter with a syntax that has evolved since the 1970-ies? > (with a side-glance to C that *has* evolved since the K&R style). ... > As a possible alternative, or at least to learn about others' opinion on the > subject, I'd like to suggest Lua (http://www.lua.org/). I think there are lots of good arguments for Lua in the base, but that etcmerge is definitely not one of them :-). An important goals for a tool like etcmerge is a minimal dependency footprint, so that you can use it with all the existing versions of FreeBSD floating around and upgrade to new versions. None of those existing versions have lua. Good arguments for lua in the base might include: - Moving to Lua as the scripting language for the boot loader - Improving scripting capabilities in the installer etcmerge sounds very exciting, especially for shops that want a more automated upgrade path. It's easy to upgrade web browsers, and they're basically operating systems at this point, so it would be nice if we could offer FreeBSD upgrades with similar ease. Quite a bit of our automated configuration update problem comes down to configuration file formats and the way diff/patch perform merges. Consider files like inetd.conf, master.passwd, group, etc: they essentially ensure that there will be a conflict if you have any local changes and the vendor (us) makes an upstream change. We used to have this problem with /etc/rc and /etc/rc.local, but rc.d has basically eliminated the problem by allowing boot-time custtomization through file insertion rather than file changes. Choices made in the configuration design for launchd, xinetd, and others avoid this mistake. Perhaps we shold be considering similar sorts of redesigns, focusing on how configuration files could be reworked to maximize automated update support. Where there's a true semantic conflict, an update conflict requiring resolution is fine, but where there's no semantic conflict (i.e., we add _anotheruser to the base master.passwd), no upgrade conflict should arise. (And definitely keeping this mind as we add new configuration files) Robert From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 09:47:17 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE6A4106564A for ; Thu, 25 Mar 2010 09:47:17 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id A6EA98FC18 for ; Thu, 25 Mar 2010 09:47:17 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Nujel-0006uV-S8 for freebsd-hackers@freebsd.org; Thu, 25 Mar 2010 10:47:15 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 25 Mar 2010 10:47:15 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 25 Mar 2010 10:47:15 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Thu, 25 Mar 2010 10:47:02 +0100 Lines: 19 Message-ID: References: <201003231108.45102.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20100118 Thunderbird/3.0 In-Reply-To: Subject: Re: Another tool for updating /etc -- lua||other script language bikeshed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 09:47:18 -0000 On 03/25/10 09:51, Robert Watson wrote: > > On Wed, 24 Mar 2010, Ivan Voras wrote: > >> Wouldn't it be nice to have a "blessed" (i.e. present-in-base) script >> language interpreter with a syntax that has evolved since the >> 1970-ies? (with a side-glance to C that *has* evolved since the K&R >> style). > ... >> As a possible alternative, or at least to learn about others' opinion >> on the subject, I'd like to suggest Lua (http://www.lua.org/). > > I think there are lots of good arguments for Lua in the base, but that > etcmerge is definitely not one of them :-). Of course! Maybe I should have worded it better - my post has nothing specifically to do with etcmerge. At most it could serve some future developer and/or project. From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 11:39:06 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AE631065670 for ; Thu, 25 Mar 2010 11:39:06 +0000 (UTC) (envelope-from scdbackup@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 64F8A8FC26 for ; Thu, 25 Mar 2010 11:39:04 +0000 (UTC) Received: (qmail invoked by alias); 25 Mar 2010 11:39:03 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp047) with SMTP; 25 Mar 2010 12:39:03 +0100 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX1/v+91SYlDvO6GatVFvGN/scdLdLiKGj4NjGtpNn6 x9cfXqP3cu+Lvk Date: Thu, 25 Mar 2010 12:38:14 +0100 From: "Thomas Schmitt" To: freebsd-hackers@freebsd.org References: <201003182017.o2IKHYE2042851@triton8.kn-bremen.de> In-Reply-To: <201003182017.o2IKHYE2042851@triton8.kn-bremen.de> Message-Id: <105790671418047@192.168.2.69> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.56999999999999995 Subject: Solved: How to slow down SATA to 1.5 GBit/s ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 11:39:06 -0000 Hi, i now have running the eSATA attached DVD drive with 150 MB/s on 8-STABLE and 8-RELEASE. Done by switching from ata to ahci as described by Juergen Lock in http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg70510.html and the given link to Ivan Vora's http://ivoras.sharanet.org/blog/tree/2009-11-17.trying-ahci-in-8.0.html My thanks to both. The DVD drive at ahcich4 is curbed in /boot/device.hints by hint.ahcich.4.sata_rev="1" while the hard disk still runs on 300 MB/s. The problems with libburn and ahci have turned out as suboptimal usage of libcam flags which worked with ata and usb, but not with ahci. Thanks to Alexander Motin for telling me the right gestures of error reply detection. ------------------------------------------------ Little pitfall in Juergen's proposal: dumpfs /dev/adXsYa | sed -n ... produces output like /dev/ufsid/4ba77276 b4a8625 /dev/ufsid/4ba77276 fb8e9567 One has to fill in eventual leading 0s so that both hex numbers have 8 digits, and one has to remove the blank: /dev/ufsid/4ba772760b4a8625 /dev/ufsid/4ba77276fb8e9567 Alternatively one can follow Ivan's proposal to put into boot/loader.conf: kern.geom.label.debug=1 and to reboot for seeing the ufsid in the boot log. Have a nice day :) Thomas From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 16:46:54 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B28C81065673 for ; Thu, 25 Mar 2010 16:46:54 +0000 (UTC) (envelope-from lobo@bsd.com.br) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 573A48FC19 for ; Thu, 25 Mar 2010 16:46:54 +0000 (UTC) Received: by wyb33 with SMTP id 33so3665191wyb.13 for ; Thu, 25 Mar 2010 09:46:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.154.208 with SMTP id h58mr241585wek.46.1269534250273; Thu, 25 Mar 2010 09:24:10 -0700 (PDT) In-Reply-To: <201003242258.05830.lobo@bsd.com.br> References: <201003242258.05830.lobo@bsd.com.br> Date: Thu, 25 Mar 2010 13:24:10 -0300 Message-ID: <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> From: Mario Lobo To: FreeBSD-Questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Compiling kernel with gcc43 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 16:46:54 -0000 2010/3/24 Mario Lobo > Hi; > > I followed the instructions from > http://www.freebsd.org/doc/en/articles/custom-gcc/article.html > > to see if I can achieve some performance gain (8-STABLE r205630 amd64) and > also get a more modern instruction set for my Phenom II (amdfam10), so I've > done the following config settings: > > make.conf > > .if !empty(.CURDIR:M/usr/ports/*) && exists(/usr/local/bin/gcc43) > CC=/usr/local/bin/gcc43 > CXX=/usr/local/bin/g++43 > CPP=/usr/local/bin/cpp43 > CFLAGS+=-mssse3 > CPUTYPE=amdfam10 > .endif > > libmap.conf > > libgcc_s.so.1 gcc43/libgcc_s.so.1 > libgomp.so.1 gcc43/libgomp.so.1 > libobjc.so.3 gcc43/libobjc.so.2 > libssp.so.0 gcc43/libssp.so.0 > libstdc++.so.6 gcc43/libstdc++.so.6 > > > buildworld goes on normally it seems, but when I tried to build the kernel, > the first stop came from the option used by the kernel build "-fformat- > extensions", which is not accepted by gcc43, so I took it out of > /usr/src/sys/conf/kern.mk, the ONLY place I found it. > > It seemed to solve the problem until gcc43 stopped because of the "-Werror" > option, which is all over the place!. Funny that gcc42 (used by default) > doesn't stop because of this option. > > Anyway,my question boils down to: Is there a way to build the kernel with > gcc43, with minimal tweaking? Am i attempting something out of my league? > > Thanks, > -- > Mario Lobo > > Any suggestions/Comments? Should I just dump the gcc43 idea and try this with clang/llvm? I've seen http://wiki.freebsd.org/BuildingFreeBSDWithClang. Anything else to watch out for when building world/kernel/ports? Thanks, -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since version 2.2.8 [not Pro-Audio.... YET!!] (99,7% winfoes FREE) From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 17:04:19 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB0A41065678; Thu, 25 Mar 2010 17:04:19 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3DCE08FC08; Thu, 25 Mar 2010 17:04:18 +0000 (UTC) Received: by wwb29 with SMTP id 29so253322wwb.13 for ; Thu, 25 Mar 2010 10:04:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=PW6qRl84kF0msL5j+jubKb/FmZ2ekLm+LNbaRzxpxHA=; b=Ohue8W1XHjegGq6K6r/hlEErAYEK+3ebDAmqDW4thsQ9UKLNfObzE2jKqvLCmeunad jaZEwr4+u7G9wnbmRPvBchS78YQCn7h58cZXdLuMECD1oWSee/OOEUsOhu6hnwLmJPFu aotqr0BPykEVB87RtiTTQUw2uIk8HrZCWVoUQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=pgQMCPDYhcpv0UXKMTRm5Jf3k4A7hBXTOrbsSvZnyhNX+8JmvYIRQEt/mIXoKbQvxB HDeQNt3N1kgTnniCQhPAIyW4pnbrg9b/FiCHT0Wm12ZOsbQXUupmYpwwge4eEkoaURD1 vibZIBzcPdTVxF4d2k9D0fVQffWsTUWKB4t5Q= MIME-Version: 1.0 Received: by 10.216.89.213 with SMTP id c63mr5491123wef.8.1269536657905; Thu, 25 Mar 2010 10:04:17 -0700 (PDT) In-Reply-To: <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> References: <201003242258.05830.lobo@bsd.com.br> <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> Date: Thu, 25 Mar 2010 13:04:17 -0400 Message-ID: From: Ryan Stone To: Mario Lobo Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, FreeBSD-Questions@freebsd.org Subject: Re: Compiling kernel with gcc43 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 17:04:19 -0000 If you just want to try it out you could disable -Werror for your own build. The reason that gcc 4.3 fails where 4.2 works fine is that the gcc developers are adding new warnings with every compiler release, so until somebody takes the time to fix all of the new warnings you won't be able to build the kernel with -Werror. From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 17:18:36 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA3B6106567B; Thu, 25 Mar 2010 17:18:36 +0000 (UTC) (envelope-from lobo@bsd.com.br) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 57D488FC33; Thu, 25 Mar 2010 17:18:35 +0000 (UTC) Received: by wwb29 with SMTP id 29so264551wwb.13 for ; Thu, 25 Mar 2010 10:18:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.87.83 with SMTP id x61mr3099855wee.7.1269537514874; Thu, 25 Mar 2010 10:18:34 -0700 (PDT) In-Reply-To: References: <201003242258.05830.lobo@bsd.com.br> <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> Date: Thu, 25 Mar 2010 14:18:34 -0300 Message-ID: <9884b5281003251018g2599bfc9nec53b84253372e42@mail.gmail.com> From: Mario Lobo To: Ryan Stone Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, FreeBSD-Questions@freebsd.org Subject: Re: Compiling kernel with gcc43 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 17:18:37 -0000 2010/3/25 Ryan Stone > If you just want to try it out you could disable -Werror for your own > build. The reason that gcc 4.3 fails where 4.2 works fine is that the > gcc developers are adding new warnings with every compiler release, so > until somebody takes the time to fix all of the new warnings you won't > be able to build the kernel with -Werror. > All right !! Thanks for replying ! There are a lot of locations throughout the source code where -Werror is enabled How can I disable -Werror globally? via src.conf ? will it do it for world/kernel? will this "damage" the resulting kernel/world binaries? -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since version 2.2.8 [not Pro-Audio.... YET!!] (99,7% winfoes FREE) From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 17:30:31 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4986106564A; Thu, 25 Mar 2010 17:30:31 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 117018FC1A; Thu, 25 Mar 2010 17:30:30 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id d26so646435eyd.9 for ; Thu, 25 Mar 2010 10:30:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=wO1MCFAFV2YHxyzEurZCiLSrunlip8Icf1IYdkMrtps=; b=IBi5UxqiX6Si8o7Q0OjzAyfzHIJZop3eY7X1rwG75U3dPhdfNOrX9Jaq8FPiC3Pht6 FuAYtrkRmwikTHFIj+wUZrQNVauFmvx1uR1IkNrrtDtkh6GfkO5c9JmOiuGDI+BFj50A 90OE1fkpuvxMU6wF1DNiGsXw6dDif5U7uER3c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=u9g6VGwyZpSCiZO+ts/oHhMZMqFNjiKn1FoQgP8KVjilmGMUHBX7Ek02NujhoJUT4V +k7jRaI2GXrvBNFmeeVg9YG6IGyp8QtugvJQV2otiLeVuL5uWfbgzrbcaBlbV5bnCzeq Xh3amwDuZK9zmDcIvLuPib5gWDXgYA9fmi6aU= MIME-Version: 1.0 Received: by 10.213.55.79 with SMTP id t15mr2737421ebg.19.1269538229902; Thu, 25 Mar 2010 10:30:29 -0700 (PDT) In-Reply-To: <9884b5281003251018g2599bfc9nec53b84253372e42@mail.gmail.com> References: <201003242258.05830.lobo@bsd.com.br> <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> <9884b5281003251018g2599bfc9nec53b84253372e42@mail.gmail.com> Date: Thu, 25 Mar 2010 13:30:29 -0400 Message-ID: From: Ryan Stone To: Mario Lobo Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, FreeBSD-Questions@freebsd.org Subject: Re: Compiling kernel with gcc43 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 17:30:31 -0000 -Wnoerror should disable it, but I don't know enough about the FreeBSD build infrastructure to tell you where it needs to go. Worst comes to worst you can just delete all of the -Werrors. Disabling -Werror will not cause any problems. -Werror means "treat warnings as errors". It's very useful for development but in your case, where you're starting with a known good source tree with no warnings with earlier compilers, it's not necessary to have the option enabled. If the warnings are pointing to legitimate bugs, those bugs also exist in a kernel built by gcc 4.2, so your kernel can't be any worse than what you already have. From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 17:31:07 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3035106566C for ; Thu, 25 Mar 2010 17:31:07 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pz0-f199.google.com (mail-pz0-f199.google.com [209.85.222.199]) by mx1.freebsd.org (Postfix) with ESMTP id 7EA278FC20 for ; Thu, 25 Mar 2010 17:31:07 +0000 (UTC) Received: by pzk37 with SMTP id 37so2003703pzk.7 for ; Thu, 25 Mar 2010 10:31:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=DTmGVZyNxhGkVKd/mb9+YUhtlDMesHk2/L9FXv+r2HE=; b=CZHQg0xmSY6yHPpTJyrdkFP58ZCOLaPEPq70IPsh3frNUtZnf2Uf0+v3Pf0oviqT9m A1vZIMHZqfkNW9cRNXYq9FZCorhY6+s07ZFuVd+R2ZtMSSRSepcGC5dN3gSSvdyjv3Md vfg1N098SEhYfMvNwl/9PNSIcrrOjtIyGBQe8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=aFMcpptsYIRMGn3hZcpWYUGNwv9/63mxaGe0dzAvBmVPbb7eU9V93YN1ZzFXwaLKWQ 1EXFYV/YCcMVdU8RNEs68TYiCVJsv5mqUPnk4hjfbmCmYSTemlzpysj6WWIdiYGUTHya 5kOcEBTTzSjZ3flHbREovcyDdtzIElSq2ysmc= MIME-Version: 1.0 Received: by 10.114.237.24 with SMTP id k24mr163096wah.29.1269538267206; Thu, 25 Mar 2010 10:31:07 -0700 (PDT) In-Reply-To: <9884b5281003251018g2599bfc9nec53b84253372e42@mail.gmail.com> References: <201003242258.05830.lobo@bsd.com.br> <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> <9884b5281003251018g2599bfc9nec53b84253372e42@mail.gmail.com> Date: Thu, 25 Mar 2010 10:31:07 -0700 Message-ID: <7d6fde3d1003251031v3564bc5q6ecea8de125947f5@mail.gmail.com> From: Garrett Cooper To: Mario Lobo Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Ryan Stone , FreeBSD-Questions@freebsd.org Subject: Re: Compiling kernel with gcc43 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 17:31:07 -0000 On Thu, Mar 25, 2010 at 10:18 AM, Mario Lobo wrote: > 2010/3/25 Ryan Stone > >> If you just want to try it out you could disable -Werror for your own >> build. =A0The reason that gcc 4.3 fails where 4.2 works fine is that the >> gcc developers are adding new warnings with every compiler release, so >> until somebody takes the time to fix all of the new warnings you won't >> be able to build the kernel with -Werror. >> > > All right !! Thanks for replying ! > > There are a lot of locations throughout the source code where -Werror is > enabled > How can I disable -Werror globally? via src.conf ? will it do it for > world/kernel? > will this "damage" the resulting kernel/world binaries? -Wno-error . -Garrett From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 17:39:50 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B36C9106566B; Thu, 25 Mar 2010 17:39:50 +0000 (UTC) (envelope-from hinokind@gmail.com) Received: from mail-ew0-f214.google.com (mail-ew0-f214.google.com [209.85.219.214]) by mx1.freebsd.org (Postfix) with ESMTP id 199908FC1B; Thu, 25 Mar 2010 17:39:49 +0000 (UTC) Received: by ewy6 with SMTP id 6so2411245ewy.4 for ; Thu, 25 Mar 2010 10:39:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:to:cc:subject :references:date:mime-version:content-transfer-encoding:from :message-id:in-reply-to:user-agent; bh=NmdXkf3z8GXP5YSKHhvKdpAzO3QJ3gD3mPviz79nRDE=; b=rO2MdrcwGhB999dpy5PWx0akzbhgnpwlfp++opqhaGLCNIdPg6a99a1MvwE1F8KGgi dqkGYAJu823DtgbUO0bJOlt3y/wLHaSkD9qx7Zl/ooEhv0AiJsH9rsApbRyqIDr5M4mW NA1EkiyNBarE7awAQ50uJGE1ARKW97SE4ZR10= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:to:cc:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; b=W8t69+e6wlDs5t5A3g1Hvzq3EiLA364n48BS5bAjbm2PPS4NKh1OfAZTeNfBXIpykG s1wl2Sax90TD60PSTuhojI6PaV91L0DKCV5KEWGUHAMQ4bq41N3u6Jw9QfUaRPcc9858 Wj3mmSFT6ol2sJVr+VDD3+JYuy8cUb8xhjsE4= Received: by 10.213.109.201 with SMTP id k9mr3079598ebp.95.1269537165949; Thu, 25 Mar 2010 10:12:45 -0700 (PDT) Received: from klevas (hst-17-80.splius.lt [77.79.17.80]) by mx.google.com with ESMTPS id 13sm949990ewy.5.2010.03.25.10.12.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Mar 2010 10:12:44 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Mario Lobo" , FreeBSD-Questions@freebsd.org References: <201003242258.05830.lobo@bsd.com.br> <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> Date: Thu, 25 Mar 2010 19:12:42 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: =?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?= Message-ID: In-Reply-To: <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> User-Agent: Opera Mail/10.10 (FreeBSD) Cc: freebsd-hackers@freebsd.org Subject: Re: Compiling kernel with gcc43 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 17:39:50 -0000 On Thu, 25 Mar 2010 18:24:10 +0200, Mario Lobo wrote: > Should I just dump the gcc43 idea and try this with clang/llvm? > > I've seen http://wiki.freebsd.org/BuildingFreeBSDWithClang. > > Anything else to watch out for when building world/kernel/ports? ClangBSD had little to no runtime testing, so you should be careful with it. I'm not saying it won't work, but make sure you have backups in case something goes wrong. Also, if you just want to build the kernel, you don't need ClangBSD, you can just install llvm-devel from ports and use > make CC=/usr/local/bin/clang buildkernel Some people ran or are running their systems with clang compiled kernel. You should still be careful, and some things (like snd_hda on amd64) are known to have problems. -- Andrius From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 18:30:22 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3797D106566B; Thu, 25 Mar 2010 18:30:22 +0000 (UTC) (envelope-from brucec@muon.cran.org.uk) Received: from muon.cran.org.uk (unknown [IPv6:2001:470:1f09:679::1]) by mx1.freebsd.org (Postfix) with ESMTP id 03CAF8FC1D; Thu, 25 Mar 2010 18:30:21 +0000 (UTC) Received: by muon.cran.org.uk (Postfix, from userid 1000) id 434B89565; Thu, 25 Mar 2010 18:30:21 +0000 (UTC) Date: Thu, 25 Mar 2010 18:30:21 +0000 From: Bruce Cran To: Mario Lobo Message-ID: <20100325183020.GA24363@muon.cran.org.uk> References: <201003242258.05830.lobo@bsd.com.br> <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> <9884b5281003251018g2599bfc9nec53b84253372e42@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9884b5281003251018g2599bfc9nec53b84253372e42@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Thu, 25 Mar 2010 18:44:48 +0000 Cc: freebsd-hackers@freebsd.org, Ryan Stone , FreeBSD-Questions@freebsd.org Subject: Re: Compiling kernel with gcc43 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 18:30:22 -0000 On Thu, Mar 25, 2010 at 02:18:34PM -0300, Mario Lobo wrote: > All right !! Thanks for replying ! > > There are a lot of locations throughout the source code where -Werror is > enabled > How can I disable -Werror globally? via src.conf ? will it do it for > world/kernel? > will this "damage" the resulting kernel/world binaries? You should be able to use NO_WERROR in src.conf to prevent -Werror being used. -- Bruce Cran From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 19:41:48 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E6E3106566C; Thu, 25 Mar 2010 19:41:48 +0000 (UTC) (envelope-from etnapierala@googlemail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id A6D1F8FC14; Thu, 25 Mar 2010 19:41:47 +0000 (UTC) Received: by fxm25 with SMTP id 25so13924fxm.3 for ; Thu, 25 Mar 2010 12:41:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=wQQLrsIVREf/5lFkSZ1GHOoeU8EirT8Y9bwll+G4ljg=; b=tuqhtxfCLo1/1ceF6oHf3mQpKLt/kE9GfAWsIahp3Kldf9e9B064BFmK2s9M4f392B 8BpvmXOBGGGUqTHFhm7wpe7PQHPiewROOcKsv1XKWPk+yLzKDEBviHIwwu8P0LH/rkPn T13Nu3w+9WdyhwrXZ70MqA/Dxx4d/8ShnXuvk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=ASJ8yuXB7+5mLFYm6t0dSeWLSujbuXEjpyv1MQljoTfkXbpkXk8UeSuNvI2nzyTOoF Xqe0zRLU8Tl1ANwhO6kcc3duFb0MqmUq+37OfuKj4Cw0ZPFoLuF3R8UAoS8ztBiHvBhh 3Ns4r39L5xLRQa+lZaaDKm/lMz/Z9ibmZxVeQ= Received: by 10.102.7.12 with SMTP id 12mr3190216mug.104.1269544332150; Thu, 25 Mar 2010 12:12:12 -0700 (PDT) Received: from [192.168.1.100] (45.81.datacomsa.pl [195.34.81.45]) by mx.google.com with ESMTPS id i7sm100850mue.34.2010.03.25.12.12.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Mar 2010 12:12:11 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Napiera=C5=82a?= Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-2 From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> Date: Thu, 25 Mar 2010 20:12:09 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <52C0E835-3C10-47B6-9607-485502D2AB9D@FreeBSD.org> References: <201003242258.05830.lobo@bsd.com.br> <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> To: Mario Lobo X-Mailer: Apple Mail (2.1077) Cc: freebsd-hackers@freebsd.org, FreeBSD-Questions@freebsd.org Subject: Re: Compiling kernel with gcc43 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 19:41:48 -0000 Wiadomo=B6=E6 napisana przez Mario Lobo w dniu 2010-03-25, o godz. = 17:24: > 2010/3/24 Mario Lobo >>=20 >> Anyway,my question boils down to: Is there a way to build the kernel = with >> gcc43, with minimal tweaking? Am i attempting something out of my = league? This is what I use to compile kernel on 9.0-CURRENT/amd64: CC=3D /usr/local/bin/gcc44 CXX=3D /usr/local/bin/g++44 CWARNFLAGS=3D -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes \ -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual = \ -Wno-pointer-sign -D__FreeBSD_cc_version=3D0 \ -Wno-unused-function -Wno-inline -Wno-format \ -Wno-uninitialized -Wno-array-bounds = -Wno-missing-prototypes Note that this is GCC 4.4.4, installed from ports. Also, this will not compile the world - only the kernel. Also, they were a few fixes to = make this work; they were not MFC-ed, iirc; removing -Werror altogether = should work around these problems. -- If you cut off my head, what would I say? Me and my head, or me and my = body? From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 21:42:25 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DA12106566B; Thu, 25 Mar 2010 21:42:25 +0000 (UTC) (envelope-from lobo@bsd.com.br) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2F8468FC14; Thu, 25 Mar 2010 21:42:24 +0000 (UTC) Received: by vws17 with SMTP id 17so731489vws.13 for ; Thu, 25 Mar 2010 14:42:24 -0700 (PDT) Received: by 10.220.47.220 with SMTP id o28mr3290521vcf.126.1269553343471; Thu, 25 Mar 2010 14:42:23 -0700 (PDT) Received: from papi.localnet ([189.70.155.84]) by mx.google.com with ESMTPS id 34sm4267376vws.8.2010.03.25.14.42.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Mar 2010 14:42:22 -0700 (PDT) From: Mario Lobo To: FreeBSD-Questions@freebsd.org Date: Thu, 25 Mar 2010 18:43:36 +0000 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.5; amd64; ; ) References: <201003242258.05830.lobo@bsd.com.br> <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> <52C0E835-3C10-47B6-9607-485502D2AB9D@FreeBSD.org> In-Reply-To: <52C0E835-3C10-47B6-9607-485502D2AB9D@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Message-Id: <201003251843.36898.lobo@bsd.com.br> Cc: freebsd-hackers@freebsd.org Subject: Re: Compiling kernel with gcc43 [SOLVED] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 21:42:25 -0000 On Thursday 25 March 2010 19:12:09 Edward Tomasz Napiera=B3a wrote: > Wiadomo=B6=E6 napisana przez Mario Lobo w dniu 2010-03-25, o godz. 17:24: > > 2010/3/24 Mario Lobo > > > >> Anyway,my question boils down to: Is there a way to build the kernel > >> with gcc43, with minimal tweaking? Am i attempting something out of my > >> league? >=20 > This is what I use to compile kernel on 9.0-CURRENT/amd64: >=20 > CC=3D /usr/local/bin/gcc44 > CXX=3D /usr/local/bin/g++44 > CWARNFLAGS=3D -Wall -Wredundant-decls -Wnested-externs -Wstrict-protot= ypes > \ -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual \ > -Wno-pointer-sign -D__FreeBSD_cc_version=3D0 \ > -Wno-unused-function -Wno-inline -Wno-format \ > -Wno-uninitialized -Wno-array-bounds -Wno-missing-prototyp= es >=20 > Note that this is GCC 4.4.4, installed from ports. Also, this will not > compile the world - only the kernel. Also, they were a few fixes to make > this work; they were not MFC-ed, iirc; removing -Werror altogether should > work around these problems. >=20 > -- > If you cut off my head, what would I say? Me and my head, or me and my > body? >=20 Adding=20 NO_WERROR=3D WERROR=3D to src.conf did it. It's compiling right now. I'll post my findings and impressions on results and performance right afte= r=20 the next reboot. Thanks for all the help and info, Guys !! =2D-=20 Mario Lobo http://www.mallavoodoo.com.br =46reeBSD since version 2.2.8 [not Pro-Audio.... YET!!] (99,7% winfoes FREE) From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 23:41:26 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 024F1106566C; Thu, 25 Mar 2010 23:41:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id BB74B8FC1F; Thu, 25 Mar 2010 23:41:24 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA18402; Fri, 26 Mar 2010 01:41:22 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Nuwfx-0000oC-Uk; Fri, 26 Mar 2010 01:41:21 +0200 Message-ID: <4BABF4A1.6050205@icyb.net.ua> Date: Fri, 26 Mar 2010 01:41:21 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: freebsd-emulation@freebsd.org, vbox@freebsd.org, freebsd-hackers@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: WARNING pid ... (VBoxSVC): ioctl sign-extension ioctl ffffffffc4a81502 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 23:41:26 -0000 On VirtualBox startup the following messages are produced in system log: WARNING pid ... (VBoxSVC): ioctl sign-extension ioctl ffffffffc4a81502 This happens on amd64 platform. I think the reason for this is in RTFileIoCtl() helper function (in VBox/Runtime/r3/posix/fileio-posix.cpp). This function takes iRequest argument as 'int' and then passes it as the second parameter to ioctl(2). But on FreeBSD that parameter, request, is expected to be of type unsigned long. Thus, a sufficiently large value of a request gets represented as a negative value in iRequest, which then leads to the warning. On the other hand, looking at how ioctl(2) is declared in other operating systems, I am not sure who is right and who is wrong here. Maybe we should a cast to unsigned int in RTFileIoCtl() for __FreeBSD__ case. Maybe FreeBSD should just suck it up and remove the noisy warning. I know too little to suggest a resolution. P.S. it seems that Mac OS X is in the same boat as FreeBSD, perhaps other BSDs too. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 08:19:29 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B374B106564A; Fri, 26 Mar 2010 08:19:29 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (unknown [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 8DA428FC1E; Fri, 26 Mar 2010 08:19:29 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id o2Q818Xr028041 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 26 Mar 2010 01:01:08 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id o2Q818jf028040; Fri, 26 Mar 2010 01:01:08 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA18168; Thu, 25 Mar 10 23:49:25 PST Date: Fri, 26 Mar 2010 00:49:10 -0700 From: perryh@pluto.rain.com To: rwatson@freebsd.org Message-Id: <4bac66f6.4sYPjsI4heo4SpWm%perryh@pluto.rain.com> References: <201003231108.45102.jhb@freebsd.org> In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Another tool for updating /etc -- lua||other script language bikeshed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 08:19:29 -0000 Robert Watson wrote: > ... web browsers [are] basically operating systems at this point ... Isn't this a bit of an exaggeration? Not too many browsers have to deal with process/thread scheduling, or device drivers, or booting, or file system issues -- they rely on the OS for that (as does any other application). From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 08:45:11 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 212221065692 for ; Fri, 26 Mar 2010 08:45:11 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id EDAF78FC0C for ; Fri, 26 Mar 2010 08:45:10 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 7524B46B82; Fri, 26 Mar 2010 04:45:10 -0400 (EDT) Date: Fri, 26 Mar 2010 08:45:10 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: perryh@pluto.rain.com In-Reply-To: <4bac66f6.4sYPjsI4heo4SpWm%perryh@pluto.rain.com> Message-ID: References: <201003231108.45102.jhb@freebsd.org> <4bac66f6.4sYPjsI4heo4SpWm%perryh@pluto.rain.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: Another tool for updating /etc -- lua||other script language bikeshed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 08:45:11 -0000 On Fri, 26 Mar 2010, perryh@pluto.rain.com wrote: > Robert Watson wrote: >> ... web browsers [are] basically operating systems at this point ... > > Isn't this a bit of an exaggeration? Not too many browsers have to deal > with process/thread scheduling, or device drivers, or booting, or file > system issues -- they rely on the OS for that (as does any other > application). I think it's more of an anaology than an exageration. The FreeBSD kernel, including device drivers and architectures, is around 3.9 million lines of code. Google's Chromium, including WebKit, is around 4.1 million lines of code. Both provide an extensive runtime environment for applications that run on top of them, security domains, storage services, and management models. I'm not arguing that web browsers are a substitute for our current operating system layer: they clearly build on it. However, in terms of their goals in providing an execution environment, user interface, etc, they fill a very similar niche by being a general-purpose platform for many specific things. And, to get back to the point I was making: if you toast your Chromium update or get configuration management wrong, then your applications (Google Docs, GMail, ...) on ChromeOS won't work any more than if you toasted your /lib or /etc in FreeBSD. For example, if the Chromium configuration files change and it forgets about web proxies, Chromium won't be able to call home to pick up a fix any more than if etcmerge toasts resolv.conf. Making updates easy is, to a large extent, about avoiding the creation of foot-shooting opportunities. Some of it is about tools (binary updates, mergers, rollbac, etc), but most of it is about avoiding scenarios in which a previously valid configuration becomes invalid. And if we look at problems FreeBSD has had with updates in a past, a lot come down to precisely that: for example, renaming serial port device names (several times in as many years). Robert From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 09:15:00 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF89C1065726; Fri, 26 Mar 2010 09:15:00 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7D1CB8FC16; Fri, 26 Mar 2010 09:14:59 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA27330; Fri, 26 Mar 2010 11:14:51 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Nv5cw-0003ao-Nd; Fri, 26 Mar 2010 11:14:50 +0200 Message-ID: <4BAC7B09.7030502@icyb.net.ua> Date: Fri, 26 Mar 2010 11:14:49 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Bernhard Froehlich References: <4BABF4A1.6050205@icyb.net.ua> <0195a63b519a4457e2a77db8bf0669a1@bluelife.at> In-Reply-To: <0195a63b519a4457e2a77db8bf0669a1@bluelife.at> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-emulation@freebsd.org, vbox@freebsd.org Subject: Re: WARNING pid ... (VBoxSVC): ioctl sign-extension ioctl ffffffffc4a81502 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 09:15:00 -0000 on 26/03/2010 10:59 Bernhard Froehlich said the following: > > I've had a talk to Alexander Eichner and they have already fixed that 2 > months ago in r25953 on trunk. So VirtualBox 3.2.x will include this fix. > > http://www.virtualbox.org/changeset/25953 Thank you very much. Sorry for not checking the upstream repository first. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 09:18:58 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAC11106567C; Fri, 26 Mar 2010 09:18:58 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail.itac.at (mail.itac.at [91.205.172.9]) by mx1.freebsd.org (Postfix) with ESMTP id 55C3A8FC14; Fri, 26 Mar 2010 09:18:58 +0000 (UTC) Received: from [91.205.172.21] (helo=webmail.bluelife.at) by mail.itac.at with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Nv5gu-00055a-Mo; Fri, 26 Mar 2010 10:18:57 +0100 MIME-Version: 1.0 Date: Fri, 26 Mar 2010 10:18:57 +0100 From: Bernhard Froehlich To: Andriy Gapon In-Reply-To: <4BAC7B09.7030502@icyb.net.ua> References: <4BABF4A1.6050205@icyb.net.ua> <0195a63b519a4457e2a77db8bf0669a1@bluelife.at> <4BAC7B09.7030502@icyb.net.ua> Message-ID: <6cdec968b118db907799c194fb73d887@bluelife.at> X-Sender: decke@bluelife.at User-Agent: RoundCube Webmail/0.3.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 2.4 (++) X-Spam-Report: Spam detection software, running on the system "mail.itac.at", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Fri, 26 Mar 2010 11:14:49 +0200, Andriy Gapon wrote: > on 26/03/2010 10:59 Bernhard Froehlich said the following: >> >> I've had a talk to Alexander Eichner and they have already fixed that 2 >> months ago in r25953 on trunk. So VirtualBox 3.2.x will include this >> fix. >> >> http://www.virtualbox.org/changeset/25953 > > Thank you very much. > Sorry for not checking the upstream repository first. [...] Content analysis details: (2.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 3.4 FH_DATE_PAST_20XX The date is grossly in the future. 2.4 DNS_FROM_OPENWHOIS RBL: Envelope sender listed in bl.open-whois.org. -2.0 AWL AWL: From: address is in the auto white-list Cc: freebsd-hackers@freebsd.org, freebsd-emulation@freebsd.org, vbox@freebsd.org Subject: Re: WARNING pid ... (VBoxSVC): ioctl sign-extension ioctl ffffffffc4a81502 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 09:18:58 -0000 On Fri, 26 Mar 2010 11:14:49 +0200, Andriy Gapon wrote: > on 26/03/2010 10:59 Bernhard Froehlich said the following: >> >> I've had a talk to Alexander Eichner and they have already fixed that 2 >> months ago in r25953 on trunk. So VirtualBox 3.2.x will include this >> fix. >> >> http://www.virtualbox.org/changeset/25953 > > Thank you very much. > Sorry for not checking the upstream repository first. No problem. We will backport the fix and include it with the port update to 3.1.6. beat is currently testing it. -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 09:18:59 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49BD41065670 for ; Fri, 26 Mar 2010 09:18:59 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail.itac.at (mail.itac.at [91.205.172.9]) by mx1.freebsd.org (Postfix) with ESMTP id E04FC8FC21 for ; Fri, 26 Mar 2010 09:18:58 +0000 (UTC) Received: from [91.205.172.21] (helo=webmail.bluelife.at) by mail.itac.at with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Nv5O9-0004ws-FP; Fri, 26 Mar 2010 09:59:33 +0100 MIME-Version: 1.0 Date: Fri, 26 Mar 2010 09:59:34 +0100 From: Bernhard Froehlich To: Andriy Gapon In-Reply-To: <4BABF4A1.6050205@icyb.net.ua> References: <4BABF4A1.6050205@icyb.net.ua> Message-ID: <0195a63b519a4457e2a77db8bf0669a1@bluelife.at> X-Sender: decke@bluelife.at User-Agent: RoundCube Webmail/0.3.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "mail.itac.at", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Fri, 26 Mar 2010 01:41:21 +0200, Andriy Gapon wrote: > On VirtualBox startup the following messages are produced in system log: > WARNING pid ... (VBoxSVC): ioctl sign-extension ioctl ffffffffc4a81502 > > This happens on amd64 platform. > > I think the reason for this is in RTFileIoCtl() helper function (in > VBox/Runtime/r3/posix/fileio-posix.cpp). > This function takes iRequest argument as 'int' and then passes it as the > second > parameter to ioctl(2). But on FreeBSD that parameter, request, is > expected to > be of type unsigned long. > Thus, a sufficiently large value of a request gets represented as a > negative > value in iRequest, which then leads to the warning. > > On the other hand, looking at how ioctl(2) is declared in other operating > systems, I am not sure who is right and who is wrong here. > Maybe we should a cast to unsigned int in RTFileIoCtl() for __FreeBSD__ > case. > Maybe FreeBSD should just suck it up and remove the noisy warning. > > I know too little to suggest a resolution. > > P.S. it seems that Mac OS X is in the same boat as FreeBSD, perhaps other > BSDs too. [...] Content analysis details: (2.3 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 3.4 FH_DATE_PAST_20XX The date is grossly in the future. 2.4 DNS_FROM_OPENWHOIS RBL: Envelope sender listed in bl.open-whois.org. -2.0 AWL AWL: From: address is in the auto white-list Cc: freebsd-hackers@freebsd.org, freebsd-emulation@freebsd.org, vbox@freebsd.org Subject: Re: WARNING pid ... (VBoxSVC): ioctl sign-extension ioctl ffffffffc4a81502 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 09:18:59 -0000 On Fri, 26 Mar 2010 01:41:21 +0200, Andriy Gapon wrote: > On VirtualBox startup the following messages are produced in system log: > WARNING pid ... (VBoxSVC): ioctl sign-extension ioctl ffffffffc4a81502 > > This happens on amd64 platform. > > I think the reason for this is in RTFileIoCtl() helper function (in > VBox/Runtime/r3/posix/fileio-posix.cpp). > This function takes iRequest argument as 'int' and then passes it as the > second > parameter to ioctl(2). But on FreeBSD that parameter, request, is > expected to > be of type unsigned long. > Thus, a sufficiently large value of a request gets represented as a > negative > value in iRequest, which then leads to the warning. > > On the other hand, looking at how ioctl(2) is declared in other operating > systems, I am not sure who is right and who is wrong here. > Maybe we should a cast to unsigned int in RTFileIoCtl() for __FreeBSD__ > case. > Maybe FreeBSD should just suck it up and remove the noisy warning. > > I know too little to suggest a resolution. > > P.S. it seems that Mac OS X is in the same boat as FreeBSD, perhaps other > BSDs too. I've had a talk to Alexander Eichner and they have already fixed that 2 months ago in r25953 on trunk. So VirtualBox 3.2.x will include this fix. http://www.virtualbox.org/changeset/25953 -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 11:41:07 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5834D106566B for ; Fri, 26 Mar 2010 11:41:07 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from gw03.mail.saunalahti.fi (gw03.mail.saunalahti.fi [195.197.172.111]) by mx1.freebsd.org (Postfix) with ESMTP id 13E918FC19 for ; Fri, 26 Mar 2010 11:41:06 +0000 (UTC) Received: from a91-153-117-195.elisa-laajakaista.fi (a91-153-117-195.elisa-laajakaista.fi [91.153.117.195]) by gw03.mail.saunalahti.fi (Postfix) with SMTP id BC07C2165BB; Fri, 26 Mar 2010 13:41:00 +0200 (EET) Date: Fri, 26 Mar 2010 13:41:00 +0200 From: Jaakko Heinonen To: freebsd-hackers@FreeBSD.org Message-ID: <20100326114100.GA2291@a91-153-117-195.elisa-laajakaista.fi> References: <6413.1266433105@critter.freebsd.dk> <20100218064545.J2074@besplex.bde.org> <20100218095538.GA2318@a91-153-117-195.elisa-laajakaista.fi> <20100225195138.GA3323@a91-153-117-195.elisa-laajakaista.fi> <20100226091923.X2605@delplex.bde.org> <20100228174936.GA1252@a91-153-117-195.elisa-laajakaista.fi> <20100305055758.GA1062@a91-153-117-195.elisa-laajakaista.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100305055758.GA1062@a91-153-117-195.elisa-laajakaista.fi> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Alexander Best , Poul-Henning Kamp , Bruce Evans Subject: Re: namei() returns EISDIR for "/" (Re: svn commit: r203990 - head/lib/libc/sys) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 11:41:07 -0000 On 2010-03-05, Jaakko Heinonen wrote: > I have updated the patch taking some of bde's comments into account. The > new version also includes updates for namei(9) manual page. Yet another update: http://people.freebsd.org/~jh/patches/lookup-root.4.diff I have committed the relookup() part as r205682. Unfortunately errno translation is needed also for open("/", O_CREAT) and undelete("/"). -- Jaakko From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 11:46:19 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 994D51065673; Fri, 26 Mar 2010 11:46:19 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 55A6E8FC18; Fri, 26 Mar 2010 11:46:19 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 33A471FFC22; Fri, 26 Mar 2010 11:46:18 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id F0412844CC; Fri, 26 Mar 2010 12:46:17 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ivan Voras References: <201003231108.45102.jhb@freebsd.org> <201003241002.56335.jhb@freebsd.org> <86mxxxe77l.fsf@ds4.des.no> <9bbcef731003241507i1372134br257c11b7b105dc9e@mail.gmail.com> Date: Fri, 26 Mar 2010 12:46:17 +0100 In-Reply-To: <9bbcef731003241507i1372134br257c11b7b105dc9e@mail.gmail.com> (Ivan Voras's message of "Wed, 24 Mar 2010 23:07:06 +0100") Message-ID: <86pr2rmhkm.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: Another tool for updating /etc -- lua||other script language bikeshed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 11:46:19 -0000 Ivan Voras writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Bourne shell is a perfectly fine programming language if you know > > how to use it. > I'll agree that it's fine but only in the abstract - e.g. that it is > Turing complete :) Emphasis on "if you know how to use it". It's like Perl - it's easy to learn how to write bad Perl or Bourne shell code, but much harder to learn how to use them properly. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 11:57:02 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E215106567A; Fri, 26 Mar 2010 11:57:02 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay1.uni-muenster.de (ZIVM-RELAY1.UNI-MUENSTER.DE [128.176.192.12]) by mx1.freebsd.org (Postfix) with ESMTP id 61F7A8FC1C; Fri, 26 Mar 2010 11:57:00 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.51,314,1267398000"; d="scan'208";a="300217695" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER01.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay1.uni-muenster.de with ESMTP; 26 Mar 2010 12:56:59 +0100 Received: by ZIVMAILUSER01.UNI-MUENSTER.DE (Postfix, from userid 149459) id 436461B0768; Fri, 26 Mar 2010 12:56:59 +0100 (CET) Date: Fri, 26 Mar 2010 12:56:58 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Jaakko Heinonen , Message-ID: In-Reply-To: <20100326114100.GA2291@a91-153-117-195.elisa-laajakaista.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Poul-Henning Kamp , Bruce Evans Subject: Re: namei() returns EISDIR for "/" (Re: svn commit: r203990 - head/lib/libc/sys) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 11:57:02 -0000 Jaakko Heinonen schrieb am 2010-03-26: > On 2010-03-05, Jaakko Heinonen wrote: > > I have updated the patch taking some of bde's comments into > > account. The > > new version also includes updates for namei(9) manual page. > Yet another update: > http://people.freebsd.org/~jh/patches/lookup-root.4.diff > I have committed the relookup() part as r205682. > Unfortunately errno translation is needed also for open("/", O_CREAT) > and undelete("/"). you might want to consider posting your patch on http://reviews.freebsdish.org. that way it'll be easier to review it. -- Alexander Best From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 12:33:13 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B75BD106564A for ; Fri, 26 Mar 2010 12:33:13 +0000 (UTC) (envelope-from psteele@maxiscale.com) Received: from server505.appriver.com (server505a.appriver.com [98.129.35.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7F48D8FC12 for ; Fri, 26 Mar 2010 12:33:13 +0000 (UTC) X-Policy: GLOBAL - maxiscale.com X-Primary: psteele@maxiscale.com X-Note: This Email was scanned by AppRiver SecureTide X-ALLOW: psteele@maxiscale.com ALLOWED X-Virus-Scan: V- X-Note: Spam Tests Failed: X-Country-Path: UNITED STATES->UNITED STATES->UNITED STATES X-Note-Sending-IP: 98.129.23.15 X-Note-Reverse-DNS: ht02.exg5.exghost.com X-Note-WHTLIST: psteele@maxiscale.com X-Note: User Rule Hits: X-Note: Global Rule Hits: G179 G180 G181 G182 G186 G187 G198 G285 X-Note: Encrypt Rule Hits: X-Note: Mail Class: ALLOWEDSENDER X-Note: Headers Injected Received: from [98.129.23.15] (HELO ht02.exg5.exghost.com) by server505.appriver.com (CommuniGate Pro SMTP 5.3.2) with ESMTPS id 33996811 for freebsd-hackers@freebsd.org; Fri, 26 Mar 2010 07:33:18 -0500 Received: from mbx03.exg5.exghost.com ([169.254.1.132]) by ht02.exg5.exghost.com ([98.129.23.15]) with mapi; Fri, 26 Mar 2010 07:33:12 -0500 From: Peter Steele To: "freebsd-hackers@freebsd.org" Date: Fri, 26 Mar 2010 07:33:10 -0500 Thread-Topic: Puzzling stack trace Thread-Index: AcrM4H67fkCgixylQ2SQs/GHT5LxMw== Message-ID: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACBE@MBX03.exg5.exghost.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Puzzling stack trace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 12:33:13 -0000 I'm reposting this here since it's a pretty low-level discussion. Hopefully= someone here can explain what's going on. We had an app crash and the resulting core dump produced a very puzzling st= ack trace: #0 0x00000008011d438c in thr_kill () from /lib/libc.so.7 #1 0x00000008012722bb in abort () from /lib/libc.so.7 #2 0x00000008011fb70c in malloc_usable_size () from /lib/libc.so.7 #3 0x00000008011fbb95 in malloc_usable_size () from /lib/libc.so.7 #4 0x00000008011fdaea in _malloc_thread_cleanup () from /lib/libc.so.7 #5 0x00000008011fdc86 in _malloc_thread_cleanup () from /lib/libc.so.7 #6 0x00000008011fc8e9 in malloc_usable_size () from /lib/libc.so.7 #7 0x00000008011fccc7 in malloc_usable_size () from /lib/libc.so.7 #8 0x00000008011ffe8f in malloc () from /lib/libc.so.7 #9 0x000000080127374b in memchr () from /lib/libc.so.7 #10 0x000000080125e6e9 in __srget () from /lib/libc.so.7 #11 0x00000008012352dd in vsscanf () from /lib/libc.so.7 #12 0x0000000801220087 in fscanf () from /lib/libc.so.7 This trace resulted from a call to fscanf, as follows: char buffer[21]; fscanf(in, "%20s", buffer); We've verified that the data being read was correct, and clearly the buffer= in which fscanf is storing the string it reads is valid (i.e., it's not NU= LL). So what would lead this fscanf() call into calling abort()? Everything= seems to be in order. What's more puzzling to us is that we've looked for = calls to malloc_usable_size() in the libc sources and although the function= is defined we can find no direct call to the function in our FBSD 8 source= s: $ grep -R 'malloc_usable_size' *|grep -v .svn libc/stdlib/Symbol.map: malloc_usable_size; libc/stdlib/Makefile.inc: malloc.3 realloc.3 malloc.3 reallocf.3 mall= oc.3 malloc_usable_size.3 libc/stdlib/malloc.c:malloc_usable_size(const void *ptr) That's it. Nothing calls this function from what we can tell. Even if somet= hing did call it, we don't understand why it would call abort(). It has an = assert: malloc_usable_size(const void *ptr) { assert(ptr !=3D NULL); return (isalloc(ptr)); } but the pointer we pass to fscanf() is clearly not NULL, so what pointer wo= uld this function be testing? It's all very puzzling and we cannot reproduce this failure. We'd like to u= nderstand what happened though. From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 12:42:02 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22D8F106564A for ; Fri, 26 Mar 2010 12:42:02 +0000 (UTC) (envelope-from lujiandong1001@yahoo.com.cn) Received: from web15704.mail.cnb.yahoo.com (web15704.mail.cnb.yahoo.com [202.165.102.71]) by mx1.freebsd.org (Postfix) with SMTP id 625418FC20 for ; Fri, 26 Mar 2010 12:41:58 +0000 (UTC) Received: (qmail 65118 invoked by uid 60001); 26 Mar 2010 12:41:57 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.cn; s=s1024; t=1269607317; bh=bvuiozrP8UU4dQuEu1RrS1wzrHeCjrkx0B1l7hZGCb0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=1ixtpl2tKDxw/uk1pOjLeEWZU4iT3Ks6mZwVu16EOxyvNkwcV0xcQI4o2RRPaQlSelFiNOIQUJk+xMrr0Th27DMoB3TnBcPu8/J5iyZKEhRRSVl2A7GcLMzMMgnLP0sLhupUnbsqX4lzfBAP7aNHfONaMQZJ+YYQANuJXgwzBGg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.cn; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=2lCgY7/BWY/tCda9PqKSHDnYMii1wvy6M5L+llF6hrBbmszA8Y91LHq927Ltv2nN9o26bRFTh8wEnJ+0uxymA37l7/jvbevxNITBGQ1n/NxbXJ1OSteZ+UQmL8PrcOBQp4vbyr6R6IlvxecnOqGy7iUYHEjoAjDzL3iXf2ta5cc=; Message-ID: <90780.64921.qm@web15704.mail.cnb.yahoo.com> X-YMail-OSG: AnHjB.IVM1l.MLFpR8w9ntDRvUq0lZ193ykXljmr_Kruq_g uYTY_d187hFRwwT9AN0Lk0IP57qoEuelwPmqMW838s9yXEf0BeMEd6fYOVVr 9bjDhEdYg_mz_3TigaBdn__4kUtd2JKB1g3ubIhAFs2fuTrjdB4CO2.cWeVM iH9bTbqKx6RMDVyog8X.36ycrp_72Mc5v1PbV Received: from [114.249.204.205] by web15704.mail.cnb.yahoo.com via HTTP; Fri, 26 Mar 2010 20:41:57 CST X-Mailer: YahooMailRC/324.3 YahooMailWebService/0.8.100.260964 Date: Fri, 26 Mar 2010 20:41:57 +0800 (CST) From: Jiandong Lu To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: virtual machine on mac os x 10.6 to run FreeBSD ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 12:42:02 -0000 hi,are there some virtual machines on mac os x 10.6 to run FreeBSD 8?=0A= I have a macbook pro,and I want to do hack onFreeBSD.I have tried sun vi= rtualbox,and failed to install FreeBSD 8 on virtualbox.=0A I know that th= ere is vmvare fusion ,but I have no money to buy it.=0A I downloaded boch= s,but failed to start it.=0A Thanks.=0A=0A=0A From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 12:43:17 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1544106564A for ; Fri, 26 Mar 2010 12:43:17 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id B1D978FC0A for ; Fri, 26 Mar 2010 12:43:17 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id C208C1FFC22; Fri, 26 Mar 2010 12:43:16 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id A187D84495; Fri, 26 Mar 2010 13:43:16 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Peter Steele References: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACBE@MBX03.exg5.exghost.com> Date: Fri, 26 Mar 2010 13:43:16 +0100 In-Reply-To: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACBE@MBX03.exg5.exghost.com> (Peter Steele's message of "Fri, 26 Mar 2010 07:33:10 -0500") Message-ID: <86iq8jl0d7.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-hackers@freebsd.org" Subject: Re: Puzzling stack trace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 12:43:18 -0000 Peter Steele writes: > #8 0x00000008011ffe8f in malloc () from /lib/libc.so.7 > > #9 0x000000080127374b in memchr () from /lib/libc.so.7 The stack trace is clearly incorrect: void * memchr(const void *s, int c, size_t n) { if (n !=3D 0) { const unsigned char *p =3D s; do { if (*p++ =3D=3D (unsigned char)c) return ((void *)(p - 1)); } while (--n !=3D 0); } return (NULL); } Type "frame 9" and see what it says. If the bug is easily reproducable, try reproducing it with a debugging version of libc (buildworld with DEBUG_FLAGS=3D-g) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 13:19:21 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89F9A106564A for ; Fri, 26 Mar 2010 13:19:21 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 129248FC1F for ; Fri, 26 Mar 2010 13:19:20 +0000 (UTC) Received: from gidgate.gid.co.uk (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id o2QDJIsH082419; Fri, 26 Mar 2010 13:19:18 GMT (envelope-from rb@gid.co.uk) Received: from [194.32.164.28] ([194.32.164.6]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id o2QDJCFD044259; Fri, 26 Mar 2010 13:19:13 GMT (envelope-from rb@gid.co.uk) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Bob Bishop In-Reply-To: <90780.64921.qm@web15704.mail.cnb.yahoo.com> Date: Fri, 26 Mar 2010 13:19:11 +0000 Content-Transfer-Encoding: 7bit Message-Id: References: <90780.64921.qm@web15704.mail.cnb.yahoo.com> To: Jiandong Lu X-Mailer: Apple Mail (2.1077) Cc: freebsd-hackers@freebsd.org Subject: Re: virtual machine on mac os x 10.6 to run FreeBSD ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 13:19:21 -0000 Hi, On 26 Mar 2010, at 12:41, Jiandong Lu wrote: > hi,are there some virtual machines on mac os x 10.6 to run FreeBSD 8? FreeBSD 8.0 runs fine on 10.6 under Parallels 5, but that does cost money. -- Bob Bishop rb@gid.co.uk From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 13:23:15 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2E631065670 for ; Fri, 26 Mar 2010 13:23:15 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 826708FC1D for ; Fri, 26 Mar 2010 13:23:15 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id o2QDN96i024849 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 26 Mar 2010 13:23:09 GMT (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <4BACB53D.70708@infracaninophile.co.uk> Date: Fri, 26 Mar 2010 13:23:09 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: Jiandong Lu References: <90780.64921.qm@web15704.mail.cnb.yahoo.com> In-Reply-To: <90780.64921.qm@web15704.mail.cnb.yahoo.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,DKIM_ADSP_ALL, SPF_FAIL autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-hackers@freebsd.org Subject: Re: virtual machine on mac os x 10.6 to run FreeBSD ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 13:23:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 26/03/2010 12:41:57, Jiandong Lu wrote: > I have a macbook pro,and I want to do hack onFreeBSD.I have tried sun > virtualbox,and failed to install FreeBSD 8 on virtualbox. Works for me. IIRC the trick was to tick the 'Enable IO APIC' check box. Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkustT0ACgkQ8Mjk52CukIznCACePL2KVgPN+qLDBHF3XwX2MynN xZQAmgLIE3uAHmBCj8+h9Epc9CdbJqL/ =LABr -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 13:25:10 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0C5C106564A for ; Fri, 26 Mar 2010 13:25:10 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 8116D8FC1A for ; Fri, 26 Mar 2010 13:25:10 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 8D9631FFC51; Fri, 26 Mar 2010 13:25:09 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 6E99C844CC; Fri, 26 Mar 2010 14:25:09 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Bob Bishop References: <90780.64921.qm@web15704.mail.cnb.yahoo.com> Date: Fri, 26 Mar 2010 14:25:09 +0100 In-Reply-To: (Bob Bishop's message of "Fri, 26 Mar 2010 13:19:11 +0000") Message-ID: <86pr2rjjuy.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Jiandong Lu , freebsd-hackers@freebsd.org Subject: Re: virtual machine on mac os x 10.6 to run FreeBSD ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 13:25:10 -0000 Bob Bishop writes: > Jiandong Lu writes: > > hi,are there some virtual machines on mac os x 10.6 to run FreeBSD 8? > FreeBSD 8.0 runs fine on 10.6 under Parallels 5, but that does cost money. Isn't there a free-as-in-beer edition of VMWare? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 13:32:48 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3400B106566B for ; Fri, 26 Mar 2010 13:32:48 +0000 (UTC) (envelope-from psteele@maxiscale.com) Received: from server505.appriver.com (server505c.appriver.com [98.129.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id F25798FC26 for ; Fri, 26 Mar 2010 13:32:47 +0000 (UTC) X-Policy: GLOBAL - maxiscale.com X-Policy: GLOBAL - maxiscale.com X-Primary: psteele@maxiscale.com X-Note: This Email was scanned by AppRiver SecureTide X-ALLOW: psteele@maxiscale.com ALLOWED X-Virus-Scan: V- X-Note: Spam Tests Failed: X-Country-Path: UNITED STATES->UNITED STATES->UNITED STATES X-Note-Sending-IP: 98.129.23.45 X-Note-Reverse-DNS: ht03.exg5.exghost.com X-Note-WHTLIST: psteele@maxiscale.com X-Note: User Rule Hits: X-Note: Global Rule Hits: G179 G180 G181 G182 G186 G187 G198 G285 X-Note: Encrypt Rule Hits: X-Note: Mail Class: ALLOWEDSENDER X-Note: Headers Injected Received: from [98.129.23.45] (HELO HT03.exg5.exghost.com) by server505.appriver.com (CommuniGate Pro SMTP 5.3.2) with ESMTPS id 34007118; Fri, 26 Mar 2010 08:32:47 -0500 Received: from mbx03.exg5.exghost.com ([169.254.1.132]) by HT03.exg5.exghost.com ([10.242.228.75]) with mapi; Fri, 26 Mar 2010 08:32:46 -0500 From: Peter Steele To: =?utf-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= Date: Fri, 26 Mar 2010 08:32:46 -0500 Thread-Topic: Puzzling stack trace Thread-Index: AcrM4ekcKdhVAdT6Ty6V4nzfig3ZygAA9o0A Message-ID: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACDB@MBX03.exg5.exghost.com> References: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACBE@MBX03.exg5.exghost.com> <86iq8jl0d7.fsf@ds4.des.no> In-Reply-To: <86iq8jl0d7.fsf@ds4.des.no> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "freebsd-hackers@freebsd.org" Subject: RE: Puzzling stack trace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 13:32:48 -0000 PlR5cGUgImZyYW1lIDkiIGFuZCBzZWUgd2hhdCBpdCBzYXlzLiAgSWYgdGhlIGJ1ZyBpcyBlYXNp bHkgcmVwcm9kdWNhYmxlLCB0cnkgcmVwcm9kdWNpbmcgaXQgd2l0aCBhIGRlYnVnZ2luZyB2ZXJz aW9uIG9mIGxpYmMgKGJ1aWxkd29ybGQgd2l0aA0KPkRFQlVHX0ZMQUdTPS1nKQ0KDQpUaGlzIGNy YXNoIGhhcHBlbmVkIGF0IGEgcHJvZHVjdGlvbiBjdXN0b21lciBzaXRlLS13ZSBoYXZlIHRoZSBj b3JlIGFuZCB0aGUgbWF0Y2hpbmcgYmluYXJ5IGFuZCBvdXIgbG9ncyBmb3IgdGhlIGFwcGxpY2F0 aW9uIHRoYXQgY3Jhc2hlZCBidXQgdGhhdCdzIGFsbC4gV2UndmUgbmV2ZXIgc2VlbiB0aGlzIHBh cnRpY3VsYXIgY3Jhc2ggYmVmb3JlIGFuZCBjYW5ub3QgcmVwcm9kdWNlIGl0LiBUaGUgZnNjYW5m KCkgY2FsbCB0aGF0IGZhaWxlZCBpcyByZXBlYXRlZCBvbiBhIGNvbnRpbnVhbCBiYXNpcyBhcyBw YXJ0IG9mIGEgbW9uaXRvcmluZyB0aHJlYWQsIHNvIGxpdGVyYWxseSB0aG91c2FuZHMgb2YgdGhp cyBleGFjdCBzYW1lIGNhbGwgaGF2ZSBiZWVuIG1hZGUgd2l0aG91dCBpbmNpZGVudC4NCg0KVGhl ICJmcmFtZSA5IiBjb21tYW5kIGRvZXNuJ3Qgc2hvdyBhbnl0aGluZyB1c2VmdWw6DQoNCihnZGIp IGZyYW1lIDkNCiM5ICAweDAwMDAwMDA4MDEyNzM3NGIgaW4gbWVtY2hyICgpIGZyb20gL2xpYi9s aWJjLnNvLjcNCg0KVGhhdCdzIGl0LiBBbmQgeWVzLCB0aGUgc3RhY2sgdHJhY2UgYXBwZWFycyB0 byBiZSB3cm9uZy4gRXZlbiB0aGUgdHJhY2Ugc3RhcnRpbmcgZnJvbSB0aGUgdnNzY2FuZiBjYWxs IGlzIHdyb25nLiBJdCBzYXlzIHRoYXQgX19zcmdldCgpIGlzIHRoZSBuZXh0IGZ1bmN0aW9uIGlu IHRoZSBzdGFjayBidXQgdnNzY2FuZigpIGRvZXNuJ3QgY2FsbCBfX3NyZ2V0KCk6DQoNCmludA0K dnNzY2FuZihjb25zdCBjaGFyICogX19yZXN0cmljdCBzdHIsIGNvbnN0IGNoYXIgKiBfX3Jlc3Ry aWN0IGZtdCwNCiAgICAgICAgX192YV9saXN0IGFwKQ0Kew0KICAgICAgICBGSUxFIGY7DQoNCiAg ICAgICAgZi5fZmlsZSA9IC0xOw0KICAgICAgICBmLl9mbGFncyA9IF9fU1JEOw0KICAgICAgICBm Ll9iZi5fYmFzZSA9IGYuX3AgPSAodW5zaWduZWQgY2hhciAqKXN0cjsNCiAgICAgICAgZi5fYmYu X3NpemUgPSBmLl9yID0gc3RybGVuKHN0cik7DQogICAgICAgIGYuX3JlYWQgPSBlb2ZyZWFkOw0K ICAgICAgICBmLl91Yi5fYmFzZSA9IE5VTEw7DQogICAgICAgIGYuX2xiLl9iYXNlID0gTlVMTDsN CiAgICAgICAgZi5fb3JpZW50YXRpb24gPSAwOw0KICAgICAgICBtZW1zZXQoJmYuX21ic3RhdGUs IDAsIHNpemVvZihtYnN0YXRlX3QpKTsNCiAgICAgICAgcmV0dXJuIChfX3N2ZnNjYW5mKCZmLCBm bXQsIGFwKSk7DQp9DQoNClNvIGl0IHNlZW1zIG91ciBhcHBsaWNhdGlvbiB3ZW50IGNvbXBsZXRl bHkgb3V0IHRvIGx1bmNoLiBUaGlzIGlzIGNvbmNlcm5pbmcuDQoNCg== From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 13:34:04 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38D871065673 for ; Fri, 26 Mar 2010 13:34:04 +0000 (UTC) (envelope-from jille@quis.cx) Received: from mulgore.hexon-is.nl (mulgore.hexon-is.nl [82.94.237.14]) by mx1.freebsd.org (Postfix) with ESMTP id C30BB8FC25 for ; Fri, 26 Mar 2010 13:34:03 +0000 (UTC) Received: from adidas.hexon-nijmegen.nl (gw.hexon-nijmegen.nl [82.93.241.107]) by mulgore.hexon-is.nl (8.14.3/8.14.3) with ESMTP id o2QD1S4j026059; Fri, 26 Mar 2010 14:01:28 +0100 Received: from [10.0.0.142] (HENK.hexon-nijmegen.nl [10.0.0.142]) by adidas.hexon-nijmegen.nl (8.14.3/8.14.3) with ESMTP id o2QD1SjR012389; Fri, 26 Mar 2010 14:01:28 +0100 Message-ID: <4BACB021.9000502@quis.cx> Date: Fri, 26 Mar 2010 14:01:21 +0100 From: Jille Timmermans User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; nl; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: Garrett Cooper References: <201003242258.05830.lobo@bsd.com.br> <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> <9884b5281003251018g2599bfc9nec53b84253372e42@mail.gmail.com> <7d6fde3d1003251031v3564bc5q6ecea8de125947f5@mail.gmail.com> In-Reply-To: <7d6fde3d1003251031v3564bc5q6ecea8de125947f5@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Hexon-MailScanner-Information: Please contact the ISP for more information X-Hexon-MailScanner-ID: o2QD1S4j026059 X-Hexon-MailScanner: Found to be clean X-Hexon-MailScanner-From: jille@quis.cx X-Hexon-MailScanner-Watermark: 1270213289.26088@c5tQQB/qn7l/Cssked/ccg Cc: freebsd-hackers@freebsd.org Subject: Re: Compiling kernel with gcc43 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 13:34:04 -0000 Op 25-3-2010 18:31, Garrett Cooper schreef: > -Wno-error . > -Garrett > I tried building world with it; but it doesn't seem to work :( [quis@istud /usr/src]$ CFLAGS="-Wno-error -Garrett" make buildworld [snip] cc: unrecognized option '-Garrett' ;) -- Jille From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 13:43:47 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C5DA106566B for ; Fri, 26 Mar 2010 13:43:47 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1EA8FC08 for ; Fri, 26 Mar 2010 13:43:47 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 87FB81FFC22; Fri, 26 Mar 2010 13:43:46 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 627BC844CC; Fri, 26 Mar 2010 14:43:46 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Peter Steele References: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACBE@MBX03.exg5.exghost.com> <86iq8jl0d7.fsf@ds4.des.no> <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACDB@MBX03.exg5.exghost.com> Date: Fri, 26 Mar 2010 14:43:46 +0100 In-Reply-To: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACDB@MBX03.exg5.exghost.com> (Peter Steele's message of "Fri, 26 Mar 2010 08:32:46 -0500") Message-ID: <86eij7jizx.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-hackers@freebsd.org" Subject: Re: Puzzling stack trace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 13:43:47 -0000 Peter Steele writes: > This crash happened at a production customer site--we have the core > and the matching binary and our logs for the application that crashed > but that's all. Are you absolutely sure the machine you ran gdb on has the exact same libc etc. as the customer's machine? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 14:41:25 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E2DD1065672 for ; Fri, 26 Mar 2010 14:41:25 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A74AD8FC13 for ; Fri, 26 Mar 2010 14:41:24 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA04268 for ; Fri, 26 Mar 2010 16:41:22 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4BACC791.70502@icyb.net.ua> Date: Fri, 26 Mar 2010 16:41:21 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: periodically save current time to time-of-day hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 14:41:25 -0000 What do you think about the following patch or something similar? Just in case, I am already aware about missing empty lines before the code in the new functions. Also, I am aware that the period should be configurable (sysctl). Reference: http://lists.freebsd.org/pipermail/freebsd-hardware/2009-March/005828.html --- a/sys/kern/subr_clock.c +++ b/sys/kern/subr_clock.c @@ -46,6 +46,8 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include +#include #include #include @@ -76,6 +78,24 @@ sysctl_machdep_adjkerntz(SYSCTL_HANDLER_ARGS) SYSCTL_PROC(_machdep, OID_AUTO, adjkerntz, CTLTYPE_INT|CTLFLAG_RW, &adjkerntz, 0, sysctl_machdep_adjkerntz, "I", ""); +static void +periodic_resettodr(void *arg __unused) +{ + mtx_lock(&Giant); + resettodr(); + mtx_unlock(&Giant); + timeout(periodic_resettodr, NULL, 1800 * hz); +} + +static void +start_periodic_resettodr(void *arg __unused) +{ + timeout(periodic_resettodr, NULL, 1800 * hz); +} + +SYSINIT(periodic_resettodr, SI_SUB_RUN_SCHEDULER, SI_ORDER_ANY, + start_periodic_resettodr, NULL); + /*--------------------------------------------------------------------* * Generic routines to convert between a POSIX date * (seconds since 1/1/1970) and yr/mo/day/hr/min/sec -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 14:52:19 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98112106564A for ; Fri, 26 Mar 2010 14:52:19 +0000 (UTC) (envelope-from psteele@maxiscale.com) Received: from server505.appriver.com (server505e.appriver.com [98.129.35.9]) by mx1.freebsd.org (Postfix) with ESMTP id 6054A8FC1A for ; Fri, 26 Mar 2010 14:52:19 +0000 (UTC) X-Policy: GLOBAL - maxiscale.com X-Primary: psteele@maxiscale.com X-Note: This Email was scanned by AppRiver SecureTide X-ALLOW: psteele@maxiscale.com ALLOWED X-Virus-Scan: V- X-Note: Spam Tests Failed: X-Country-Path: UNITED STATES->UNITED STATES->UNITED STATES X-Note-Sending-IP: 98.129.23.15 X-Note-Reverse-DNS: ht02.exg5.exghost.com X-Note-WHTLIST: psteele@maxiscale.com X-Note: User Rule Hits: X-Note: Global Rule Hits: G179 G180 G181 G182 G186 G187 G198 G285 X-Note: Encrypt Rule Hits: X-Note: Mail Class: ALLOWEDSENDER X-Note: Headers Injected Received: from [98.129.23.15] (HELO ht02.exg5.exghost.com) by server505.appriver.com (CommuniGate Pro SMTP 5.3.2) with ESMTPS id 30034451 for freebsd-hackers@freebsd.org; Fri, 26 Mar 2010 09:52:23 -0500 Received: from mbx03.exg5.exghost.com ([169.254.1.132]) by ht02.exg5.exghost.com ([98.129.23.15]) with mapi; Fri, 26 Mar 2010 09:52:18 -0500 From: Peter Steele To: "freebsd-hackers@freebsd.org" Date: Fri, 26 Mar 2010 09:52:17 -0500 Thread-Topic: Puzzling stack trace Thread-Index: AcrM6lz/jNcW7aaERe+YghiyurmKIQACVi8A Message-ID: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AAD4A@MBX03.exg5.exghost.com> References: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACBE@MBX03.exg5.exghost.com> <86iq8jl0d7.fsf@ds4.des.no> <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACDB@MBX03.exg5.exghost.com> <86eij7jizx.fsf@ds4.des.no> In-Reply-To: <86eij7jizx.fsf@ds4.des.no> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Subject: RE: Puzzling stack trace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 14:52:19 -0000 PkFyZSB5b3UgYWJzb2x1dGVseSBzdXJlIHRoZSBtYWNoaW5lIHlvdSByYW4gZ2RiIG9uIGhhcyB0 aGUgZXhhY3Qgc2FtZSBsaWJjIGV0Yy4gYXMgdGhlIGN1c3RvbWVyJ3MgbWFjaGluZT8NCg0KSSBq dXN0IGNvbm5lY3RlZCB0byB0aGUgY3VzdG9tZXIncyBib3ggYW5kIGdlbmVyYXRlZCB0aGUgc3Rh Y2sgdHJhY2UgZGlyZWN0bHkgb24gdGhlaXIgYm94LiBJdCBsb29rcyBpZGVudGljYWwgdG8gdGhl IG9uZSBJIHBvc3RlZCBpbiBteSBvcmlnaW5hbCBtZXNzYWdlLg0KDQpTb21ldGhpbmcncyBub3Qg cmlnaHQgaGVyZS4uLg0KDQo= From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 15:10:43 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7705D106566C for ; Fri, 26 Mar 2010 15:10:43 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2001:4dd0:ff41::b23f:aa]) by mx1.freebsd.org (Postfix) with ESMTP id 39D368FC0A for ; Fri, 26 Mar 2010 15:10:43 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 72EF22A28CBD; Fri, 26 Mar 2010 16:10:42 +0100 (CET) Date: Fri, 26 Mar 2010 16:10:42 +0100 From: Ed Schouten To: Andriy Gapon Message-ID: <20100326151042.GJ82220@hoeg.nl> References: <4BACC791.70502@icyb.net.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="g3RkK9jYN81zD2N+" Content-Disposition: inline In-Reply-To: <4BACC791.70502@icyb.net.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-hackers@FreeBSD.org Subject: Re: periodically save current time to time-of-day hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 15:10:43 -0000 --g3RkK9jYN81zD2N+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Andriy Gapon wrote: > What do you think about the following patch or something similar? Yes, please. :-) I had an Intel motherboard which had a clock drift. A couple of seconds a day. When I had to reboot after upgrading/etc, it was not a serious problem, but say, the system locked up and rebooted unexpectedly, it always had a huge clock drift if the system had been up for a couple of weeks/months. I recently got rid of that system, but still I think it's a good thing to have. --=20 Ed Schouten WWW: http://80386.nl/ --g3RkK9jYN81zD2N+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkusznIACgkQ52SDGA2eCwXUfwCeIhFxk+1jAoydvOfRaAMNISVY ceYAn11ggt1FFu4AzriKAYSQgxGdhEOT =6EbC -----END PGP SIGNATURE----- --g3RkK9jYN81zD2N+-- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 15:12:26 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2DC21065672 for ; Fri, 26 Mar 2010 15:12:26 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2001:4dd0:ff41::b23f:aa]) by mx1.freebsd.org (Postfix) with ESMTP id 859F48FC22 for ; Fri, 26 Mar 2010 15:12:26 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id E0A742A28CBD; Fri, 26 Mar 2010 16:12:25 +0100 (CET) Date: Fri, 26 Mar 2010 16:12:25 +0100 From: Ed Schouten To: Andriy Gapon Message-ID: <20100326151225.GK82220@hoeg.nl> References: <4BACC791.70502@icyb.net.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QxIEt88oQPsT6QmF" Content-Disposition: inline In-Reply-To: <4BACC791.70502@icyb.net.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-hackers@FreeBSD.org Subject: Re: periodically save current time to time-of-day hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 15:12:26 -0000 --QxIEt88oQPsT6QmF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Andriy Gapon wrote: > + timeout(periodic_resettodr, NULL, 1800 * hz); By the way, wouldn't it be a little nicer to use callout(9)? --=20 Ed Schouten WWW: http://80386.nl/ --QxIEt88oQPsT6QmF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkusztkACgkQ52SDGA2eCwVi8wCfSBQ/5/YXq81C0dymshdIXNeZ icAAn3mw51XyXP1lryNeI6XjqVaOB8R1 =IJsO -----END PGP SIGNATURE----- --QxIEt88oQPsT6QmF-- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 15:18:10 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F00A7106564A for ; Fri, 26 Mar 2010 15:18:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1F4CE8FC1A for ; Fri, 26 Mar 2010 15:18:09 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA05206; Fri, 26 Mar 2010 17:18:01 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4BACD029.9070407@icyb.net.ua> Date: Fri, 26 Mar 2010 17:18:01 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Ed Schouten References: <4BACC791.70502@icyb.net.ua> <20100326151225.GK82220@hoeg.nl> In-Reply-To: <20100326151225.GK82220@hoeg.nl> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org Subject: Re: periodically save current time to time-of-day hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 15:18:11 -0000 on 26/03/2010 17:12 Ed Schouten said the following: > * Andriy Gapon wrote: >> + timeout(periodic_resettodr, NULL, 1800 * hz); > > By the way, wouldn't it be a little nicer to use callout(9)? I don't know :-) I see that timeout is deprecated and is unsafe in some respects, but using callout adds a bit more code/churn without any obvious benefit. For example, I don't use any fine-grained locking here, nor do I do drain or stop, so all of the good features of callout are not used. But perhaps I am missing something and I really ought to use some of those features somewhere? -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 15:31:36 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB65C106566B for ; Fri, 26 Mar 2010 15:31:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8C7A88FC1C for ; Fri, 26 Mar 2010 15:31:36 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 338DD46B09; Fri, 26 Mar 2010 11:31:36 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 44A0B8A025; Fri, 26 Mar 2010 11:31:35 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 26 Mar 2010 09:41:29 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACBE@MBX03.exg5.exghost.com> <86iq8jl0d7.fsf@ds4.des.no> <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACDB@MBX03.exg5.exghost.com> In-Reply-To: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACDB@MBX03.exg5.exghost.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201003260941.29154.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 26 Mar 2010 11:31:35 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Dag-Erling =?iso-8859-15?q?Sm=F8rgrav?= , Peter Steele Subject: Re: Puzzling stack trace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 15:31:36 -0000 On Friday 26 March 2010 9:32:46 am Peter Steele wrote: > >Type "frame 9" and see what it says. If the bug is easily reproducable, try reproducing it with a debugging version of libc (buildworld with > >DEBUG_FLAGS=-g) > > This crash happened at a production customer site--we have the core and the matching binary and our logs for the application that crashed but that's all. We've never seen this particular crash before and cannot reproduce it. The fscanf() call that failed is repeated on a continual basis as part of a monitoring thread, so literally thousands of this exact same call have been made without incident. > > The "frame 9" command doesn't show anything useful: > > (gdb) frame 9 > #9 0x000000080127374b in memchr () from /lib/libc.so.7 > > That's it. And yes, the stack trace appears to be wrong. Even the trace starting from the vsscanf call is wrong. It says that __srget() is the next function in the stack but vsscanf() doesn't call __srget(): > > int > vsscanf(const char * __restrict str, const char * __restrict fmt, > __va_list ap) > { > FILE f; > > f._file = -1; > f._flags = __SRD; > f._bf._base = f._p = (unsigned char *)str; > f._bf._size = f._r = strlen(str); > f._read = eofread; > f._ub._base = NULL; > f._lb._base = NULL; > f._orientation = 0; > memset(&f._mbstate, 0, sizeof(mbstate_t)); > return (__svfscanf(&f, fmt, ap)); > } > > So it seems our application went completely out to lunch. This is concerning. Keep in mind that libc doesn't include symbols for static functions, so gdb will just report the name of the preceding non-static function in the .text section. If you have a source tree that matches this libc exactly you can just build a new libc with debugging (make DEBUG_FLAGS=-g) and use that with gdb to find the real stack trace in many cases. Also, you should see if __svfscanf() calls __srget(). The __svfscanf() call frame may not show up in gdb if the compiler re-used the callframe from vsscanf for __svfscanf() as an optimization. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 15:44:02 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2A791065672 for ; Fri, 26 Mar 2010 15:44:02 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id B41338FC1B for ; Fri, 26 Mar 2010 15:44:02 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id A5F851FFC22; Fri, 26 Mar 2010 15:44:01 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 866D5844F3; Fri, 26 Mar 2010 16:44:01 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Andriy Gapon References: <4BACC791.70502@icyb.net.ua> Date: Fri, 26 Mar 2010 16:44:01 +0100 In-Reply-To: <4BACC791.70502@icyb.net.ua> (Andriy Gapon's message of "Fri, 26 Mar 2010 16:41:21 +0200") Message-ID: <86zl1v84vy.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@FreeBSD.org Subject: Re: periodically save current time to time-of-day hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 15:44:03 -0000 Andriy Gapon writes: > What do you think about the following patch or something similar? I've wondered for years why we didn't already do this. > Also, I am aware that the period should be configurable (sysctl). Why? Although I can see an argument for a sysctl to turn it on or off. IIRC, Linux saves the clock at shutdown, and every 11 minutes if and only if the system clock is synchronized to an external reference. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 15:53:54 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6506A106566B for ; Fri, 26 Mar 2010 15:53:54 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AA0558FC0A for ; Fri, 26 Mar 2010 15:53:53 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA05695; Fri, 26 Mar 2010 17:53:51 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4BACD88E.2040803@icyb.net.ua> Date: Fri, 26 Mar 2010 17:53:50 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <4BACC791.70502@icyb.net.ua> <86zl1v84vy.fsf@ds4.des.no> In-Reply-To: <86zl1v84vy.fsf@ds4.des.no> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@FreeBSD.org Subject: Re: periodically save current time to time-of-day hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 15:53:54 -0000 on 26/03/2010 17:44 Dag-Erling Smørgrav said the following: > Andriy Gapon writes: >> What do you think about the following patch or something similar? > > I've wondered for years why we didn't already do this. > >> Also, I am aware that the period should be configurable (sysctl). > > Why? Because there would always be someone who would want a different value :) > Although I can see an argument for a sysctl to turn it on or off. Good idea. > IIRC, Linux saves the clock at shutdown, and every 11 minutes if and > only if the system clock is synchronized to an external reference. Both are good ideas too. I know how to add a shutdown hook (event handler), but I don't know how to check if time synchronization is taking place. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 16:08:58 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CB51106564A for ; Fri, 26 Mar 2010 16:08:58 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-px0-f188.google.com (mail-px0-f188.google.com [209.85.216.188]) by mx1.freebsd.org (Postfix) with ESMTP id 068008FC21 for ; Fri, 26 Mar 2010 16:08:57 +0000 (UTC) Received: by pxi26 with SMTP id 26so4391464pxi.13 for ; Fri, 26 Mar 2010 09:08:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=IvvC2gdBPYc5IM4bjc/gPfcc/qPnJUMBf2lK0d+fQDE=; b=RkCoTb3cyTeonJPYXH1XWyZfBrplTMHZNBDgmlhD2MAczLfjtiA0Oe+KrLMneM5iRR y/ELDb3koJZyOUX4lhhITERn6qe502mH7OD95PER8iIPXlc/+JhvzTX1O3UF31I/QYwa sDypZPZQaXv26bew4Iw7dOl1CQit2hBbjH08g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=lOlzNhdME3fl1qoUADZtUjdEd5wXCCqkLdGAaWiePOssSdmZSLk13eJDOvI7UBvFyr QweburrU5KeU3Urx8zO6Z2taDBxIo6E/16OkDsnS3n3An1/8bieY4upHiCuCzRlTEH7g IskTSo79bUEJM4j3JRuOLf1Qb2GiJfKL+atyQ= Received: by 10.141.105.17 with SMTP id h17mr75135rvm.293.1269619737343; Fri, 26 Mar 2010 09:08:57 -0700 (PDT) Received: from centel.dataix.local (adsl-99-109-124-168.dsl.klmzmi.sbcglobal.net [99.109.124.168]) by mx.google.com with ESMTPS id 20sm960247iwn.5.2010.03.26.09.08.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 26 Mar 2010 09:08:55 -0700 (PDT) Sender: "J. Hellenthal" Date: Fri, 26 Mar 2010 12:08:29 -0400 From: jhell To: Peter Steele In-Reply-To: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AAD4A@MBX03.exg5.exghost.com> Message-ID: References: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACBE@MBX03.exg5.exghost.com> <86iq8jl0d7.fsf@ds4.des.no> <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACDB@MBX03.exg5.exghost.com> <86eij7jizx.fsf@ds4.des.no> <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AAD4A@MBX03.exg5.exghost.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "freebsd-hackers@freebsd.org" Subject: RE: Puzzling stack trace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 16:08:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 26 Mar 2010 10:52, Peter Steele wrote: >> Are you absolutely sure the machine you ran gdb on has the exact same libc etc. as the customer's machine? > > I just connected to the customer's box and generated the stack trace directly on their box. It looks identical to the one I posted in my original message. > > Something's not right here... > > As stated in a earlier message. This may help get the information you need. Just more of a automated approach to compiling these. - --- Script Start --- #!/bin/sh LIBDIR="/usr/src/lib" DBGLIBS="libc libelf libthr" TARGETS="obj depend includes" for dbglib in $DBGLIBS; do for target in $TARGETS; do make -C $LIBDIR/$dbglib $target done make -C $LIBDIR/$dbglib DEBUG_FLAGS=-g && make -C $LIBDIR/$dbglib DEBUG_FLAGS=-g install done - --- Script Stop --- Good luck, - -- jhell -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLrNwFAAoJEJBXh4mJ2FR+rG4IAIvovWp+XxPY9YneRNZiIU4L IdblzvTz3LoRcs37EUUsNwX4PPvgmEbZ4D0lyM3ZPMxuYKhW0+rtavueSyPFLWvQ OUbmVf7AdH3OTYm7wUS8ThupkFw3N6sVxbMyR+4W1bPFilMIks5jDWXo2a8naGg2 y//5wxT+4hq47NJos2keeP2Y6AqVFVs7D5w0/TgcqUjgGco9HaTWXJN80Z+rY5PL TOLa2vZr/5/7C8n96nBbjdn5ksop3NQC4S1Uo/4Kp46YoBWivhyEQmMb7nlnrvFG m6yUZEi7TQX9QPF3zUIyrt+LlmuUHb4x1atN8sXuoDbifbJvTBN6m3unRArBkEM= =FTj8 -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 14:42:06 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB3F3106566C for ; Fri, 26 Mar 2010 14:42:06 +0000 (UTC) (envelope-from ross.nelson@me.com) Received: from asmtpout027.mac.com (asmtpout027.mac.com [17.148.16.102]) by mx1.freebsd.org (Postfix) with ESMTP id A40398FC15 for ; Fri, 26 Mar 2010 14:42:06 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Received: from [10.0.42.100] ([76.84.53.8]) by asmtp027.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPA id <0KZW00BIZ61JDP00@asmtp027.mac.com> for freebsd-hackers@freebsd.org; Fri, 26 Mar 2010 06:41:45 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003260081 From: Ross Nelson In-reply-to: <86pr2rjjuy.fsf@ds4.des.no> Date: Fri, 26 Mar 2010 08:41:37 -0500 Content-transfer-encoding: quoted-printable Message-id: References: <90780.64921.qm@web15704.mail.cnb.yahoo.com> <86pr2rjjuy.fsf@ds4.des.no> To: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= X-Mailer: Apple Mail (2.1077) X-Mailman-Approved-At: Fri, 26 Mar 2010 16:11:54 +0000 Cc: Jiandong Lu , freebsd-hackers@freebsd.org Subject: Re: virtual machine on mac os x 10.6 to run FreeBSD ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 14:42:06 -0000 On Mar 26, 2010, at 8:25 AM, Dag-Erling Sm=F8rgrav wrote: > Bob Bishop writes: >> Jiandong Lu writes: >>> hi,are there some virtual machines on mac os x 10.6 to run FreeBSD = 8? >> FreeBSD 8.0 runs fine on 10.6 under Parallels 5, but that does cost = money. >=20 > Isn't there a free-as-in-beer edition of VMWare? VMware Server for Windows and Linux (as well as VMware Player on = Windows) are both free as in beer, but there isn't a free VMware for = Mac. VMware Fusion is $80USD and comparable to Parallels. I had the same problem with VirtualBox not working on OS X. FreeBSD, = QNX, Plan 9, and Windows all failed when I tried to partition and format = the virtual disk. I'll have to try the Enable IO APIC option to see if = that works for me. Ross= From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 16:13:05 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BFF1106567A for ; Fri, 26 Mar 2010 16:13:05 +0000 (UTC) (envelope-from psteele@maxiscale.com) Received: from server505.appriver.com (server505e.appriver.com [98.129.35.9]) by mx1.freebsd.org (Postfix) with ESMTP id D87D78FC08 for ; Fri, 26 Mar 2010 16:13:04 +0000 (UTC) X-Policy: GLOBAL - maxiscale.com X-Primary: psteele@maxiscale.com X-Note: This Email was scanned by AppRiver SecureTide X-ALLOW: psteele@maxiscale.com ALLOWED X-Virus-Scan: V- X-Note: Spam Tests Failed: X-Country-Path: UNITED STATES->UNITED STATES->UNITED STATES X-Note-Sending-IP: 98.129.23.14 X-Note-Reverse-DNS: ht01.exg5.exghost.com X-Note-WHTLIST: psteele@maxiscale.com X-Note: User Rule Hits: X-Note: Global Rule Hits: G179 G180 G181 G182 G186 G187 G198 G285 X-Note: Encrypt Rule Hits: X-Note: Mail Class: ALLOWEDSENDER X-Note: Headers Injected Received: from [98.129.23.14] (HELO ht01.exg5.exghost.com) by server505.appriver.com (CommuniGate Pro SMTP 5.3.2) with ESMTPS id 30055264 for freebsd-hackers@freebsd.org; Fri, 26 Mar 2010 11:13:04 -0500 Received: from mbx03.exg5.exghost.com ([169.254.1.132]) by ht01.exg5.exghost.com ([98.129.23.14]) with mapi; Fri, 26 Mar 2010 11:13:03 -0500 From: Peter Steele To: "freebsd-hackers@freebsd.org" Date: Fri, 26 Mar 2010 11:13:02 -0500 Thread-Topic: Puzzling stack trace Thread-Index: AcrM+W1uHCO9lvMRTqutSLLb+uuVOAABYc6Q Message-ID: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AADF7@MBX03.exg5.exghost.com> References: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACBE@MBX03.exg5.exghost.com> <86iq8jl0d7.fsf@ds4.des.no> <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACDB@MBX03.exg5.exghost.com> <201003260941.29154.jhb@freebsd.org> In-Reply-To: <201003260941.29154.jhb@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: RE: Puzzling stack trace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 16:13:05 -0000 >Also, you should see if=20 >__svfscanf() calls __srget(). The __svfscanf() call frame may not show up= in=20 >gdb if the compiler re-used the callframe from vsscanf for __svfscanf() as= an=20 >optimization. I just checked--it does not call __srget()... From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 16:15:21 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B443D106566C for ; Fri, 26 Mar 2010 16:15:21 +0000 (UTC) (envelope-from psteele@maxiscale.com) Received: from server505.appriver.com (server505e.appriver.com [98.129.35.9]) by mx1.freebsd.org (Postfix) with ESMTP id 79FD18FC16 for ; Fri, 26 Mar 2010 16:15:21 +0000 (UTC) X-Policy: GLOBAL - maxiscale.com X-Primary: psteele@maxiscale.com X-Note: This Email was scanned by AppRiver SecureTide X-ALLOW: psteele@maxiscale.com ALLOWED X-Virus-Scan: V- X-Note: Spam Tests Failed: X-Country-Path: UNITED STATES->UNITED STATES->UNITED STATES X-Note-Sending-IP: 98.129.23.45 X-Note-Reverse-DNS: ht03.exg5.exghost.com X-Note-WHTLIST: psteele@maxiscale.com X-Note: User Rule Hits: X-Note: Global Rule Hits: G179 G180 G181 G182 G186 G187 G198 G285 X-Note: Encrypt Rule Hits: X-Note: Mail Class: ALLOWEDSENDER X-Note: Headers Injected Received: from [98.129.23.45] (HELO HT03.exg5.exghost.com) by server505.appriver.com (CommuniGate Pro SMTP 5.3.2) with ESMTPS id 30055774 for freebsd-hackers@freebsd.org; Fri, 26 Mar 2010 11:15:20 -0500 Received: from mbx03.exg5.exghost.com ([169.254.1.132]) by HT03.exg5.exghost.com ([10.242.228.75]) with mapi; Fri, 26 Mar 2010 11:15:20 -0500 From: Peter Steele To: "freebsd-hackers@freebsd.org" Date: Fri, 26 Mar 2010 11:15:19 -0500 Thread-Topic: Puzzling stack trace Thread-Index: AcrM/qUHUvpn4IIJQmW0c3vLxmTOpQAAJx1g Message-ID: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AADFD@MBX03.exg5.exghost.com> References: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACBE@MBX03.exg5.exghost.com> <86iq8jl0d7.fsf@ds4.des.no> <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AACDB@MBX03.exg5.exghost.com> <86eij7jizx.fsf@ds4.des.no> <7B9397B189EB6E46A5EE7B4C8A4BB7CB3B5AAD4A@MBX03.exg5.exghost.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: RE: Puzzling stack trace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 16:15:21 -0000 >As stated in a earlier message. This may help get the information you need= . Just more of a automated approach to compiling these. Thanks for the script; I'll definitely archive it. Unfortunately, our windo= w for investigating this problem further is over as this customer is upgrad= ing their systems today and the OS is getting wiped... From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 16:18:03 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BA1F106566B for ; Fri, 26 Mar 2010 16:18:03 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 05EEC8FC12 for ; Fri, 26 Mar 2010 16:18:02 +0000 (UTC) Received: by pwj4 with SMTP id 4so6805490pwj.13 for ; Fri, 26 Mar 2010 09:18:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=zusfEqMRJy+rXnn7NCRoGmj15w1jCIQcVQvJBvVI5X0=; b=XglU5xE1MMvkQ5XmvqhM9wsc6KytIMzsQLBx3tCoIqJQGfeFtUtIPUVBSPTB/SAkj+ 2J5njhsKj9jH1+i7aYQzkHTy2kSVBbSTlpXSAZhXyTrlw30sDGmveNByIvxlfnm+1lTq qHrQUl5APiVSkAOJAGCq1c+a4HJ37gGQiHYmc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=I2mhoiwbYgvULrq29+rc4ctwjS4HjGTXgYRNiVFPnijaSCk2J9NskUgWlzMRTt8huk 6jrdg0o3Ha4MKvd7V+InI4YERvLxYj0C7YKuqldRDjW5ievaBsbqYglebbXSUjvOw7t/ vNdvpNUaC8Oa8D5g2LcwRAz5NZL2r8pp7ixgo= Received: by 10.141.108.14 with SMTP id k14mr1026336rvm.29.1269620282298; Fri, 26 Mar 2010 09:18:02 -0700 (PDT) Received: from centel.dataix.local (adsl-99-109-124-168.dsl.klmzmi.sbcglobal.net [99.109.124.168]) by mx.google.com with ESMTPS id 21sm957139iwn.15.2010.03.26.09.17.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 26 Mar 2010 09:17:49 -0700 (PDT) Sender: "J. Hellenthal" Date: Fri, 26 Mar 2010 12:17:39 -0400 From: jhell To: Jille Timmermans In-Reply-To: <4BACB021.9000502@quis.cx> Message-ID: References: <201003242258.05830.lobo@bsd.com.br> <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> <9884b5281003251018g2599bfc9nec53b84253372e42@mail.gmail.com> <7d6fde3d1003251031v3564bc5q6ecea8de125947f5@mail.gmail.com> <4BACB021.9000502@quis.cx> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Garrett Cooper , freebsd-hackers@freebsd.org Subject: Re: Compiling kernel with gcc43 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 16:18:03 -0000 On Fri, 26 Mar 2010 09:01, Jille Timmermans wrote: In Message-Id: <4BACB021.9000502@quis.cx> > Op 25-3-2010 18:31, Garrett Cooper schreef: >> -Wno-error . >> -Garrett >> > I tried building world with it; but it doesn't seem to work :( > > [quis@istud /usr/src]$ CFLAGS="-Wno-error -Garrett" make buildworld > [snip] > cc: unrecognized option '-Garrett' > > ;) > > -- Jille ROFL I sure hope your kidding! because "cc --Jille" won't work either! -- jhell From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 16:22:02 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5673C106564A for ; Fri, 26 Mar 2010 16:22:02 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2802B8FC22 for ; Fri, 26 Mar 2010 16:22:01 +0000 (UTC) Received: by pvc7 with SMTP id 7so3626957pvc.13 for ; Fri, 26 Mar 2010 09:22:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=6xBvBTv1o2j1PZmvznEUcw5b8ihujRnUsoD4aTctgFE=; b=xD6K3fCftSLLb3a3ggPPIA1tlITsmoitLLkHdnQn9/lRrSZ004vn4CTg5TB6/Q0CL4 JzoJupEUpwFLYFaUE18+oe7BXLOOsdEDXqC/xDAK1yKOtDl0c6iBAZJvAJM+n95sXrYN vNIGVn/UyxuFZJTiXrlu8+rfWOvvwxanPYlMo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=q1IOlAW88qguusu9vrGsO338U04oG5xotgVX2PSZE1B4yhbaApB7KV9QxnR+t9wF3N hewVSsR6cn3W/zNJ08i/l/sv7P9TQUwk66WIEOi2w91Efn6hHge68pOCQCvNiFlIwx7t qsjU0Q6xJRBkmU59TidMxl8RxEG9Ps/6vQG7k= MIME-Version: 1.0 Received: by 10.143.42.13 with HTTP; Fri, 26 Mar 2010 09:22:01 -0700 (PDT) In-Reply-To: References: <201003242258.05830.lobo@bsd.com.br> <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> <9884b5281003251018g2599bfc9nec53b84253372e42@mail.gmail.com> <7d6fde3d1003251031v3564bc5q6ecea8de125947f5@mail.gmail.com> <4BACB021.9000502@quis.cx> Date: Fri, 26 Mar 2010 09:22:01 -0700 Received: by 10.142.151.24 with SMTP id y24mr249856wfd.252.1269620521544; Fri, 26 Mar 2010 09:22:01 -0700 (PDT) Message-ID: <7d6fde3d1003260922h1eca30a2y156d2317be14bdd5@mail.gmail.com> From: Garrett Cooper To: jhell Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, Jille Timmermans Subject: Re: Compiling kernel with gcc43 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 16:22:02 -0000 On Fri, Mar 26, 2010 at 9:17 AM, jhell wrote: > > On Fri, 26 Mar 2010 09:01, Jille Timmermans wrote: > In Message-Id: <4BACB021.9000502@quis.cx> > >> Op 25-3-2010 18:31, Garrett Cooper schreef: >>> >>> -Wno-error . >>> -Garrett >>> >> I tried building world with it; but it doesn't seem to work :( >> >> [quis@istud /usr/src]$ CFLAGS="-Wno-error -Garrett" make buildworld >> [snip] >> cc: unrecognized option '-Garrett' >> >> ;) >> >> -- Jille > > ROFL I sure hope your kidding! > > because "cc --Jille" won't work either! With a hostname like istud too ^_o... Heheh... -Garrett should be the new -pedantic :P. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 16:30:15 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6730E106564A for ; Fri, 26 Mar 2010 16:30:15 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 29E288FC1D for ; Fri, 26 Mar 2010 16:30:14 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 3F66A1FFC58; Fri, 26 Mar 2010 16:30:14 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 22708844CC; Fri, 26 Mar 2010 17:30:14 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Andriy Gapon References: <4BACC791.70502@icyb.net.ua> <86zl1v84vy.fsf@ds4.des.no> <4BACD88E.2040803@icyb.net.ua> Date: Fri, 26 Mar 2010 17:30:14 +0100 In-Reply-To: <4BACD88E.2040803@icyb.net.ua> (Andriy Gapon's message of "Fri, 26 Mar 2010 17:53:50 +0200") Message-ID: <86vdcj82qx.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@FreeBSD.org Subject: Re: periodically save current time to time-of-day hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 16:30:15 -0000 Andriy Gapon writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Andriy Gapon writes: > > > Also, I am aware that the period should be configurable (sysctl). > > Why? > Because there would always be someone who would want a different value :) > > Although I can see an argument for a sysctl to turn it on or off. > Good idea. You can combine the two - P =3D=3D 0 means "don't save", P > 0 means "save every P minutes". > > IIRC, Linux saves the clock at shutdown, and every 11 minutes if and > > only if the system clock is synchronized to an external reference. > Both are good ideas too. > I know how to add a shutdown hook (event handler), but I don't know how t= o check > if time synchronization is taking place. adjtime() / adjtimex() sets a flag. I'm not sure if (or how) the flag is cleared when synchronization stops (i.e. /etc/rc.d/ntpd stop); perhaps the simplest solution is to set a T =3D monotime() every time adjtime() is called, and check that monotime() - (T * 60) < (P * 60). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 16:47:21 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FF441065687 for ; Fri, 26 Mar 2010 16:47:21 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 18A208FC1A for ; Fri, 26 Mar 2010 16:47:20 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 0D5781FFC22; Fri, 26 Mar 2010 16:47:20 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id C98FD844CC; Fri, 26 Mar 2010 17:47:19 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: jhell References: <201003242258.05830.lobo@bsd.com.br> <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> <9884b5281003251018g2599bfc9nec53b84253372e42@mail.gmail.com> <7d6fde3d1003251031v3564bc5q6ecea8de125947f5@mail.gmail.com> <4BACB021.9000502@quis.cx> Date: Fri, 26 Mar 2010 17:47:19 +0100 In-Reply-To: (jhell@dataix.net's message of "Fri, 26 Mar 2010 12:17:39 -0400") Message-ID: <86mxxv81yg.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , Jille Timmermans , freebsd-hackers@freebsd.org Subject: Re: Compiling kernel with gcc43 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 16:47:21 -0000 jhell writes: > Jille Timmermans writes: > > I tried building world with it; but it doesn't seem to work :( > > > > [quis@istud /usr/src]$ CFLAGS=3D"-Wno-error -Garrett" make buildworld > > [snip] > > cc: unrecognized option '-Garrett' > > > > ;) > ROFL I sure hope your kidding! No, he's from a country where ";)" means "I'm deadly serious". DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 17:01:03 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7E501065678 for ; Fri, 26 Mar 2010 17:01:03 +0000 (UTC) (envelope-from jille@quis.cx) Received: from mulgore.hexon-is.nl (mulgore.hexon-is.nl [82.94.237.14]) by mx1.freebsd.org (Postfix) with ESMTP id 7AED48FC12 for ; Fri, 26 Mar 2010 17:01:02 +0000 (UTC) Received: from adidas.hexon-nijmegen.nl (gw.hexon-nijmegen.nl [82.93.241.107]) by mulgore.hexon-is.nl (8.14.3/8.14.3) with ESMTP id o2QH0iVI031803; Fri, 26 Mar 2010 18:00:44 +0100 Received: from [10.0.0.142] (HENK.hexon-nijmegen.nl [10.0.0.142]) by adidas.hexon-nijmegen.nl (8.14.3/8.14.3) with ESMTP id o2QH0h4l022018; Fri, 26 Mar 2010 18:00:43 +0100 Message-ID: <4BACE835.2020300@quis.cx> Date: Fri, 26 Mar 2010 18:00:37 +0100 From: Jille Timmermans User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; nl; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: jhell References: <201003242258.05830.lobo@bsd.com.br> <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> <9884b5281003251018g2599bfc9nec53b84253372e42@mail.gmail.com> <7d6fde3d1003251031v3564bc5q6ecea8de125947f5@mail.gmail.com> <4BACB021.9000502@quis.cx> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Hexon-MailScanner-Information: Please contact the ISP for more information X-Hexon-MailScanner-ID: o2QH0iVI031803 X-Hexon-MailScanner: Found to be clean X-Hexon-MailScanner-From: jille@quis.cx X-Hexon-MailScanner-Watermark: 1270227645.65141@4MCOUiqRbwkJ8FaR3kVF7A Cc: Garrett Cooper , freebsd-hackers@freebsd.org Subject: Re: Compiling kernel with gcc43 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 17:01:04 -0000 Op 26-3-2010 17:17, jhell schreef: > > On Fri, 26 Mar 2010 09:01, Jille Timmermans wrote: > In Message-Id: <4BACB021.9000502@quis.cx> > >> Op 25-3-2010 18:31, Garrett Cooper schreef: >>> -Wno-error . >>> -Garrett >>> >> I tried building world with it; but it doesn't seem to work :( >> >> [quis@istud /usr/src]$ CFLAGS="-Wno-error -Garrett" make buildworld >> [snip] >> cc: unrecognized option '-Garrett' >> >> ;) >> >> -- Jille > > ROFL I sure hope your kidding! > > because "cc --Jille" won't work either! > > Let me fix that for you ;) Index: opts.c =================================================================== --- opts.c (revision 205649) +++ opts.c (working copy) @@ -429,6 +429,10 @@ } } } + else if (!strcmp (argv[i], "--Jille")) + { + optimize = 3; + } } if (!optimize) From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 18:17:32 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F9C91065670 for ; Fri, 26 Mar 2010 18:17:32 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from tomjudge.vm.bytemark.co.uk (tomjudge.vm.bytemark.co.uk [80.68.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id DD8AC8FC16 for ; Fri, 26 Mar 2010 18:17:30 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 5479E489B6 for ; Fri, 26 Mar 2010 18:17:29 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at tomjudge.vm.bytemark.co.uk Received: from tomjudge.vm.bytemark.co.uk ([127.0.0.1]) by localhost (tomjudge.vm.bytemark.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZkgeIH-QU-st for ; Fri, 26 Mar 2010 18:17:26 +0000 (GMT) Received: from rita.nodomain (unknown [192.168.205.6]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id F263F489B2 for ; Fri, 26 Mar 2010 18:17:25 +0000 (GMT) Message-ID: <4BACF92E.60600@tomjudge.com> Date: Fri, 26 Mar 2010 18:13:02 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Panic in vm_map_stack X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 18:17:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I am seeing the following rare but re occurring panic in the vm_map_stack code. I have the core file and symbols available should more information be required. Tom - ---- > $ uname -a FreeBSD XXX 7.1-RELEASE-p4 FreeBSD 7.1-RELEASE-p4 #0 @718:841: Mon Feb 8 20:14:39 UTC 2010 tj@XXX:/usr/obj/usr/src/sys/XXXv8 amd64 > $ kgdb /boot/kernel/kernel /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Sleeping thread (tid 100119, pid 1554) owns a non-sleepable lock panic: sleeping thread cpuid = 0 Uptime: 44d17h36m22s Physical memory: 32746 MB Dumping 1467 MB: 1452 1436 1420 1404 1388 1372 1356 1340 1324 1308 1292 1276 1260 1244 1228 1212 1196 1180 1164 1148 1132 1116 1100 1084 1068 1052 1036 1020 1004 988 972 956 940 924 908 892 876 860 844 828 812 796 780 764 748 732 716 700 684 668 652 636 620 604 588 572 556 540 524 508 492 476 460 444 428 412 396 380 364 348 332 316 300 284 268 252 236 220 204 188 172 156 140 124 108 92 76 60 44 28 12 #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 0x0000000000000004 in ?? () #2 0xffffffff8048e2a9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0xffffffff8048e6b2 in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:574 #4 0xffffffff804c4a95 in propagate_priority (td=Variable "td" is not available. ) at /usr/src/sys/kern/subr_turnstile.c:222 #5 0xffffffff804c58a5 in turnstile_wait (ts=Variable "ts" is not available. ) at /usr/src/sys/kern/subr_turnstile.c:740 #6 0xffffffff804816af in _mtx_lock_sleep (m=0xffffff0654567118, tid=18446742976254672896, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:420 #7 0xffffffff80646057 in vm_map_stack (map=0xffffff000447cd00, addrbos=140736951484416, max_ssize=536870912, prot=7 '\a', max=7 '\a', cow=4096) at /usr/src/sys/vm/vm_map.c:2722 #8 0xffffffff80467115 in exec_new_vmspace (imgp=0xffffffffb92b4a10, sv=0xffffffff809b0a40) at /usr/src/sys/kern/kern_exec.c:971 #9 0xffffffff8044e534 in exec_elf64_imgact (imgp=0xffffffffb92b4a10) at /usr/src/sys/kern/imgact_elf.c:680 #10 0xffffffff80467532 in kern_execve (td=0xffffff007a978000, args=0xffffffffb92b4b00, mac_p=Variable "mac_p" is not available. ) at /usr/src/sys/kern/kern_exec.c:432 #11 0xffffffff80468477 in execve (td=0xffffff007a978000, uap=Variable "uap" is not available. ) at /usr/src/sys/kern/kern_exec.c:201 #12 0xffffffff806d8217 in syscall (frame=0xffffffffb92b4c80) at /usr/src/sys/amd64/amd64/trap.c:907 #13 0xffffffff806be2db in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:330 #14 0x000000080091bcec in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) - -- TJU13-ARIN -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJLrPkuAAoJEMSwVS7lr0OdViQH/A13SiC71P7azBvXpajRrQ49 zATAGdaHDGEBHvhiig3OJcuX6kO3lLXWl6WzBZWNc8DWxr1flLgT69BmiaaFLFzZ ahjQToNj/jI3aNv9AH3TpLnF5/DykEVsv+aLOUav5wYEUSwlZk8E00K7OzDnywRQ M4atEiLjWMdIa8xZwrg5UTG6kN7jl3I3S/IeS+CT5hrGsO0jBsC/erGfgcissq5v Pv0JY4Tq4RxHkhabZHY9jzxP5hN86Jr8Dl77A820ru6OxYjNmpdky90vwTtSFbBu GLQhf0jF3m8Gq96PIzdCwCzG6+T6JjEjRfekkb4RCZ0TYDzH0s9ZvLJKniM7LXI= =HRpj -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 18:41:24 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5825C106564A for ; Fri, 26 Mar 2010 18:41:24 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 240088FC1C for ; Fri, 26 Mar 2010 18:41:23 +0000 (UTC) Received: by pvc7 with SMTP id 7so3730947pvc.13 for ; Fri, 26 Mar 2010 11:41:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=t/0FjanJiG8GzZ8larhUZ6kUYE5GKHsfdX2Wiw6NeRY=; b=vkC/BinQ/YINrqtQp3H49tZZyZnQe6dRXI0dWsrnHDg7vmxf1M29JndAv5kfPzfzZF ywK4tDs/SfO6iuhDuEshV3qxfkquL01eUHHms29c3w4rW/GYVWHu03MblKUirY8sLR+K IF6GNCYf3g8PCfCZ7jfK0OyiTb+TBBh/RmTJg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=otXm6Fo1MjQ7HJln9QXfxD/9Gwweom+S683mVgh2MHKjNUgElZQ2Uyq2JUk7ENKFvi ixaus6N/zTzVzwA1CqoAK3rXbEnzDcTWSbvMBXOcw+bmS8fmDmZulENCZfqN9gr689qG vBLj3ESAs4czfOnT9QviU4De2rjB8fnFFC0cw= Received: by 10.141.100.17 with SMTP id c17mr254949rvm.0.1269628883535; Fri, 26 Mar 2010 11:41:23 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id c2sm538526rvf.15.2010.03.26.11.41.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 26 Mar 2010 11:41:21 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: Rui Paulo In-Reply-To: Date: Fri, 26 Mar 2010 18:41:16 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <90780.64921.qm@web15704.mail.cnb.yahoo.com> <86pr2rjjuy.fsf@ds4.des.no> To: Ross Nelson X-Mailer: Apple Mail (2.1077) Cc: Jiandong Lu , =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-hackers@freebsd.org Subject: Re: virtual machine on mac os x 10.6 to run FreeBSD ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 18:41:24 -0000 On 26 Mar 2010, at 13:41, Ross Nelson wrote: > On Mar 26, 2010, at 8:25 AM, Dag-Erling Sm=F8rgrav wrote: >=20 >> Bob Bishop writes: >>> Jiandong Lu writes: >>>> hi,are there some virtual machines on mac os x 10.6 to run FreeBSD = 8? >>> FreeBSD 8.0 runs fine on 10.6 under Parallels 5, but that does cost = money. >>=20 >> Isn't there a free-as-in-beer edition of VMWare? >=20 > VMware Server for Windows and Linux (as well as VMware Player on = Windows) are both free as in beer, but there isn't a free VMware for = Mac. VMware Fusion is $80USD and comparable to Parallels. >=20 > I had the same problem with VirtualBox not working on OS X. FreeBSD, = QNX, Plan 9, and Windows all failed when I tried to partition and format = the virtual disk. I'll have to try the Enable IO APIC option to see if = that works for me. >=20 > Ross VirtualBox works fine last time I tried (last year) but you need to keep = playing with the options to find a configuration that works. I was never = able to use SCSI disks, for example. -- Rui Paulo From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 19:57:13 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD07C1065678 for ; Fri, 26 Mar 2010 19:57:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 46D0B8FC1B for ; Fri, 26 Mar 2010 19:57:12 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o2QJv0Hg090845 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Mar 2010 21:57:00 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o2QJuxFX091480; Fri, 26 Mar 2010 21:56:59 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o2QJuxfH091479; Fri, 26 Mar 2010 21:56: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: Fri, 26 Mar 2010 21:56:59 +0200 From: Kostik Belousov To: Tom Judge Message-ID: <20100326195659.GU2415@deviant.kiev.zoral.com.ua> References: <4BACF92E.60600@tomjudge.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5M2fOMh7RWu7idz2" Content-Disposition: inline In-Reply-To: <4BACF92E.60600@tomjudge.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-hackers@freebsd.org Subject: Re: Panic in vm_map_stack X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 19:57:14 -0000 --5M2fOMh7RWu7idz2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 26, 2010 at 06:13:02PM +0000, Tom Judge wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Hi, >=20 > I am seeing the following rare but re occurring panic in the > vm_map_stack code. >=20 > I have the core file and symbols available should more information be > required. >=20 > Tom >=20 > - ---- >=20 >=20 > > $ uname -a > FreeBSD XXX 7.1-RELEASE-p4 FreeBSD 7.1-RELEASE-p4 #0 @718:841: Mon Feb > 8 20:14:39 UTC 2010 tj@XXX:/usr/obj/usr/src/sys/XXXv8 amd64 >=20 >=20 > > $ kgdb /boot/kernel/kernel /var/crash/vmcore.0 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd"... >=20 > Unread portion of the kernel message buffer: > Sleeping thread (tid 100119, pid 1554) owns a non-sleepable lock > panic: sleeping thread > cpuid =3D 0 > Uptime: 44d17h36m22s > Physical memory: 32746 MB > Dumping 1467 MB: 1452 1436 1420 1404 1388 1372 1356 1340 1324 1308 1292 > 1276 1260 1244 1228 1212 1196 1180 1164 1148 1132 1116 1100 1084 1068 > 1052 1036 1020 1004 988 972 956 940 924 908 892 876 860 844 828 812 796 > 780 764 748 732 716 700 684 668 652 636 620 604 588 572 556 540 524 508 > 492 476 460 444 428 412 396 380 364 348 332 316 300 284 268 252 236 220 > 204 188 172 156 140 124 108 92 76 60 44 28 12 >=20 > #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 0x0000000000000004 in ?? () > #2 0xffffffff8048e2a9 in boot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:418 > #3 0xffffffff8048e6b2 in panic (fmt=3D0x104
bounds>) at /usr/src/sys/kern/kern_shutdown.c:574 > #4 0xffffffff804c4a95 in propagate_priority (td=3DVariable "td" is not > available. > ) at /usr/src/sys/kern/subr_turnstile.c:222 > #5 0xffffffff804c58a5 in turnstile_wait (ts=3DVariable "ts" is not avail= able. > ) at /usr/src/sys/kern/subr_turnstile.c:740 > #6 0xffffffff804816af in _mtx_lock_sleep (m=3D0xffffff0654567118, > tid=3D18446742976254672896, opts=3DVariable "opts" is not available. > ) at /usr/src/sys/kern/kern_mutex.c:420 > #7 0xffffffff80646057 in vm_map_stack (map=3D0xffffff000447cd00, > addrbos=3D140736951484416, max_ssize=3D536870912, prot=3D7 '\a', max=3D7 = '\a', > cow=3D4096) at /usr/src/sys/vm/vm_map.c:2722 > #8 0xffffffff80467115 in exec_new_vmspace (imgp=3D0xffffffffb92b4a10, > sv=3D0xffffffff809b0a40) at /usr/src/sys/kern/kern_exec.c:971 > #9 0xffffffff8044e534 in exec_elf64_imgact (imgp=3D0xffffffffb92b4a10) at > /usr/src/sys/kern/imgact_elf.c:680 > #10 0xffffffff80467532 in kern_execve (td=3D0xffffff007a978000, > args=3D0xffffffffb92b4b00, mac_p=3DVariable "mac_p" is not available. > ) at /usr/src/sys/kern/kern_exec.c:432 > #11 0xffffffff80468477 in execve (td=3D0xffffff007a978000, uap=3DVariable > "uap" is not available. > ) at /usr/src/sys/kern/kern_exec.c:201 > #12 0xffffffff806d8217 in syscall (frame=3D0xffffffffb92b4c80) at > /usr/src/sys/amd64/amd64/trap.c:907 > #13 0xffffffff806be2db in Xfast_syscall () at > /usr/src/sys/amd64/amd64/exception.S:330 > #14 0x000000080091bcec in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) Switch to the thread 100119, and get a backtrace for it. You can look up the kgdb thread number by kernel tid by issuing "threads" command. --5M2fOMh7RWu7idz2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkutEYsACgkQC3+MBN1Mb4hBiACggNIr42bfQBZn0EUUnssQOMIO JZAAnjaa9HizVhgNBfymQ4NXKhrlNss7 =NF/w -----END PGP SIGNATURE----- --5M2fOMh7RWu7idz2-- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 20:03:48 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33ECD106566C for ; Fri, 26 Mar 2010 20:03:48 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9D0AA8FC18 for ; Fri, 26 Mar 2010 20:03:47 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 366EF46B64; Fri, 26 Mar 2010 16:03:47 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 58DED8A021; Fri, 26 Mar 2010 16:03:46 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 26 Mar 2010 16:03:33 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4BACF92E.60600@tomjudge.com> <20100326195659.GU2415@deviant.kiev.zoral.com.ua> In-Reply-To: <20100326195659.GU2415@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201003261603.33622.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 26 Mar 2010 16:03:46 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Kostik Belousov , Tom Judge Subject: Re: Panic in vm_map_stack X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 20:03:48 -0000 On Friday 26 March 2010 3:56:59 pm Kostik Belousov wrote: > On Fri, Mar 26, 2010 at 06:13:02PM +0000, Tom Judge wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Hi, > > > > I am seeing the following rare but re occurring panic in the > > vm_map_stack code. > > > > I have the core file and symbols available should more information be > > required. > > > > Tom > > > > - ---- > > > > > > > $ uname -a > > FreeBSD XXX 7.1-RELEASE-p4 FreeBSD 7.1-RELEASE-p4 #0 @718:841: Mon Feb > > 8 20:14:39 UTC 2010 tj@XXX:/usr/obj/usr/src/sys/XXXv8 amd64 > > > > > > > $ kgdb /boot/kernel/kernel /var/crash/vmcore.0 > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you are > > welcome to change it and/or distribute copies of it under certain > > conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > This GDB was configured as "amd64-marcel-freebsd"... > > > > Unread portion of the kernel message buffer: > > Sleeping thread (tid 100119, pid 1554) owns a non-sleepable lock > > panic: sleeping thread > > cpuid = 0 > > Uptime: 44d17h36m22s > > Physical memory: 32746 MB > > Dumping 1467 MB: 1452 1436 1420 1404 1388 1372 1356 1340 1324 1308 1292 > > 1276 1260 1244 1228 1212 1196 1180 1164 1148 1132 1116 1100 1084 1068 > > 1052 1036 1020 1004 988 972 956 940 924 908 892 876 860 844 828 812 796 > > 780 764 748 732 716 700 684 668 652 636 620 604 588 572 556 540 524 508 > > 492 476 460 444 428 412 396 380 364 348 332 316 300 284 268 252 236 220 > > 204 188 172 156 140 124 108 92 76 60 44 28 12 > > > > #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 0x0000000000000004 in ?? () > > #2 0xffffffff8048e2a9 in boot (howto=260) at > > /usr/src/sys/kern/kern_shutdown.c:418 > > #3 0xffffffff8048e6b2 in panic (fmt=0x104
> bounds>) at /usr/src/sys/kern/kern_shutdown.c:574 > > #4 0xffffffff804c4a95 in propagate_priority (td=Variable "td" is not > > available. > > ) at /usr/src/sys/kern/subr_turnstile.c:222 > > #5 0xffffffff804c58a5 in turnstile_wait (ts=Variable "ts" is not available. > > ) at /usr/src/sys/kern/subr_turnstile.c:740 > > #6 0xffffffff804816af in _mtx_lock_sleep (m=0xffffff0654567118, > > tid=18446742976254672896, opts=Variable "opts" is not available. > > ) at /usr/src/sys/kern/kern_mutex.c:420 > > #7 0xffffffff80646057 in vm_map_stack (map=0xffffff000447cd00, > > addrbos=140736951484416, max_ssize=536870912, prot=7 '\a', max=7 '\a', > > cow=4096) at /usr/src/sys/vm/vm_map.c:2722 > > #8 0xffffffff80467115 in exec_new_vmspace (imgp=0xffffffffb92b4a10, > > sv=0xffffffff809b0a40) at /usr/src/sys/kern/kern_exec.c:971 > > #9 0xffffffff8044e534 in exec_elf64_imgact (imgp=0xffffffffb92b4a10) at > > /usr/src/sys/kern/imgact_elf.c:680 > > #10 0xffffffff80467532 in kern_execve (td=0xffffff007a978000, > > args=0xffffffffb92b4b00, mac_p=Variable "mac_p" is not available. > > ) at /usr/src/sys/kern/kern_exec.c:432 > > #11 0xffffffff80468477 in execve (td=0xffffff007a978000, uap=Variable > > "uap" is not available. > > ) at /usr/src/sys/kern/kern_exec.c:201 > > #12 0xffffffff806d8217 in syscall (frame=0xffffffffb92b4c80) at > > /usr/src/sys/amd64/amd64/trap.c:907 > > #13 0xffffffff806be2db in Xfast_syscall () at > > /usr/src/sys/amd64/amd64/exception.S:330 > > #14 0x000000080091bcec in ?? () > > Previous frame inner to this frame (corrupt stack?) > > (kgdb) > > Switch to the thread 100119, and get a backtrace for it. > You can look up the kgdb thread number by kernel tid by > issuing "threads" command. You can also just use 'tid 100119' or 'proc 1554'. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 20:14:29 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACEBD106566B for ; Fri, 26 Mar 2010 20:14:29 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from tomjudge.vm.bytemark.co.uk (tomjudge.vm.bytemark.co.uk [80.68.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id 2D7C78FC12 for ; Fri, 26 Mar 2010 20:14:28 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 067A2489D5; Fri, 26 Mar 2010 20:14:28 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at tomjudge.vm.bytemark.co.uk Received: from tomjudge.vm.bytemark.co.uk ([127.0.0.1]) by localhost (tomjudge.vm.bytemark.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lp+b3b89wDML; Fri, 26 Mar 2010 20:14:25 +0000 (GMT) Received: from rita.nodomain (unknown [192.168.205.6]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 0646E489D3; Fri, 26 Mar 2010 20:14:23 +0000 (GMT) Message-ID: <4BAD1498.5040402@tomjudge.com> Date: Fri, 26 Mar 2010 20:10:00 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Kostik Belousov References: <4BACF92E.60600@tomjudge.com> <20100326195659.GU2415@deviant.kiev.zoral.com.ua> In-Reply-To: <20100326195659.GU2415@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Panic in vm_map_stack X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 20:14:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Interesting this is in some custom code to calculate and track memory usage in jails. #0 sched_switch (td=0xffffff0004325370, newtd=0xffffffff804aeed8, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0x0000000000000000 in ?? () #2 0xffffffff804960a1 in mi_switch (flags=70407024, newtd=0x1) at /usr/src/sys/kern/kern_synch.c:440 #3 0xffffffff804c24a0 in sleepq_timedwait (wchan=0xffffffff80a09748) at /usr/src/sys/kern/subr_sleepqueue.c:615 #4 0xffffffff8049663d in _sleep (ident=0xffffffff80a09748, lock=0x0, priority=83314928, wmesg=0xffffffff807c4219 "vmo_de", timo=1) at /usr/src/sys/kern/kern_synch.c:222 #5 0xffffffff8064b5d4 in vm_object_deallocate (object=0xffffff07335f8c30) at /usr/src/sys/vm/vm_object.c:512 #6 0xffffffff8064440e in vm_map_delete (map=0xffffff007f8191a0, start=18446742980708383584, end=140737488355328) at /usr/src/sys/vm/vm_map.c:2315 #7 0xffffffff806445df in vm_map_remove (map=0xffffff007f8191a0, start=0, end=140737488355328) at /usr/src/sys/vm/vm_map.c:2423 #8 0xffffffff80644bb9 in vmspace_free (vm=0xffffff007f8191a0) at /usr/src/sys/vm/vm_map.c:324 #9 0xffffffff80470403 in prison_memory (pr=0xffffff0004fa2000) at /usr/src/sys/kern/kern_jail.c:756 #10 0xffffffff804705f8 in jpager_td (arg=Variable "arg" is not available. ) at /usr/src/sys/kern/kern_jail.c:192 #11 0xffffffff8046ad93 in fork_exit (callout=0xffffffff804705a0 , arg=0xffffff0004fa2000, frame=0xffffffffb8986c80) - ---Type to continue, or q to quit--- at /usr/src/sys/kern/kern_fork.c:804 #12 0xffffffff806be49e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:455 This is the function, I am guessing that I need to unlock the proc before calling vmspace_free ? 673 /* Given credential, return memory usage in bytes. */ 674 void 675 prison_memory(struct prison *pr) 676 { 677 struct proc *p; 678 struct thread *td; 679 struct vmspace *vm; 680 long mem_used = 0; 681 long full_mem_used = 0; 682 long proc_res = 0; 683 684 /* 685 * TODO: this is a really bad way of doing the 686 * search, as we end up going across all processes 687 * for each jail. It'd be more efficient to just do 688 * this once in a period and update the relevant jail. 689 * 690 */ 691 sx_slock(&allproc_lock); 692 693 FOREACH_PROC_IN_SYSTEM(p) { 694 int breakout; 695 proc_res=0; 696 vm = NULL; 697 if (PROC_TRYLOCK(p) == 0) 698 continue; 699 /* 700 * If this is a system or protected process, skip it. 701 */ 702 if ((p->p_flag & P_SYSTEM) || (p->p_pid == 1) || 703 (p->p_flag & P_PROTECTED) || 704 (p->p_pid < 48)) { 705 PROC_UNLOCK(p); 706 continue; 707 } 708 /* 709 * If the process is in a non-running type state, 710 * don't touch it. Check all the threads individually. 711 */ 712 breakout = 0; 713 FOREACH_THREAD_IN_PROC(p, td) { 714 thread_lock(td); 715 if (!TD_ON_RUNQ(td) && 716 !TD_IS_RUNNING(td) && 717 !TD_IS_SLEEPING(td)) { 718 thread_unlock(td); 719 breakout = 1; 720 break; 721 } 722 thread_unlock(td); 723 } 724 if (breakout) { 725 PROC_UNLOCK(p); 726 continue; 727 } 728 729 if (p->p_state == PRS_NEW || 730 p->p_state == PRS_ZOMBIE || 731 !jailed(p->p_ucred) || 732 (pr != p->p_ucred->cr_prison) || 733 !p->p_vmspace) { 734 PROC_UNLOCK(p); 735 continue; 736 } 737 /* 738 * get the process size 739 */ 740 vm = vmspace_acquire_ref(p); 741 if (vm == NULL) { 742 PROC_UNLOCK(p); 743 continue; 744 } 745 746 if (!vm_map_trylock_read(&vm->vm_map)) { 747 vmspace_free(vm); 748 PROC_UNLOCK(p); 749 continue; 750 } 751 full_mem_used += vmspace_swap_count(vm); 752 vm_map_unlock_read(&vm->vm_map); 753 proc_res = vmspace_resident_count(vm); 754 full_mem_used += proc_res; 755 mem_used += proc_res; 756 vmspace_free(vm); 757 PROC_UNLOCK(p); 758 } 759 sx_sunlock(&allproc_lock); 760 761 mem_used *= PAGE_SIZE; 762 full_mem_used *= PAGE_SIZE; 763 /* Copy the current memory usage to the prison struct */ 764 mtx_lock(&pr->pr_mtx); 765 pr->pr_mem_usage = mem_used; 766 pr->pr_full_mem_usage = full_mem_used; 767 mtx_unlock(&pr->pr_mtx); 768 } 769 Tom Kostik Belousov wrote: > On Fri, Mar 26, 2010 at 06:13:02PM +0000, Tom Judge wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hi, >> >> I am seeing the following rare but re occurring panic in the >> vm_map_stack code. >> >> I have the core file and symbols available should more information be >> required. >> >> Tom >> >> - ---- >> >> >>> $ uname -a >> FreeBSD XXX 7.1-RELEASE-p4 FreeBSD 7.1-RELEASE-p4 #0 @718:841: Mon Feb >> 8 20:14:39 UTC 2010 tj@XXX:/usr/obj/usr/src/sys/XXXv8 amd64 >> >> >>> $ kgdb /boot/kernel/kernel /var/crash/vmcore.0 >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for details. >> This GDB was configured as "amd64-marcel-freebsd"... >> >> Unread portion of the kernel message buffer: >> Sleeping thread (tid 100119, pid 1554) owns a non-sleepable lock >> panic: sleeping thread >> cpuid = 0 >> Uptime: 44d17h36m22s >> Physical memory: 32746 MB >> Dumping 1467 MB: 1452 1436 1420 1404 1388 1372 1356 1340 1324 1308 1292 >> 1276 1260 1244 1228 1212 1196 1180 1164 1148 1132 1116 1100 1084 1068 >> 1052 1036 1020 1004 988 972 956 940 924 908 892 876 860 844 828 812 796 >> 780 764 748 732 716 700 684 668 652 636 620 604 588 572 556 540 524 508 >> 492 476 460 444 428 412 396 380 364 348 332 316 300 284 268 252 236 220 >> 204 188 172 156 140 124 108 92 76 60 44 28 12 >> >> #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 0x0000000000000004 in ?? () >> #2 0xffffffff8048e2a9 in boot (howto=260) at >> /usr/src/sys/kern/kern_shutdown.c:418 >> #3 0xffffffff8048e6b2 in panic (fmt=0x104
> bounds>) at /usr/src/sys/kern/kern_shutdown.c:574 >> #4 0xffffffff804c4a95 in propagate_priority (td=Variable "td" is not >> available. >> ) at /usr/src/sys/kern/subr_turnstile.c:222 >> #5 0xffffffff804c58a5 in turnstile_wait (ts=Variable "ts" is not available. >> ) at /usr/src/sys/kern/subr_turnstile.c:740 >> #6 0xffffffff804816af in _mtx_lock_sleep (m=0xffffff0654567118, >> tid=18446742976254672896, opts=Variable "opts" is not available. >> ) at /usr/src/sys/kern/kern_mutex.c:420 >> #7 0xffffffff80646057 in vm_map_stack (map=0xffffff000447cd00, >> addrbos=140736951484416, max_ssize=536870912, prot=7 '\a', max=7 '\a', >> cow=4096) at /usr/src/sys/vm/vm_map.c:2722 >> #8 0xffffffff80467115 in exec_new_vmspace (imgp=0xffffffffb92b4a10, >> sv=0xffffffff809b0a40) at /usr/src/sys/kern/kern_exec.c:971 >> #9 0xffffffff8044e534 in exec_elf64_imgact (imgp=0xffffffffb92b4a10) at >> /usr/src/sys/kern/imgact_elf.c:680 >> #10 0xffffffff80467532 in kern_execve (td=0xffffff007a978000, >> args=0xffffffffb92b4b00, mac_p=Variable "mac_p" is not available. >> ) at /usr/src/sys/kern/kern_exec.c:432 >> #11 0xffffffff80468477 in execve (td=0xffffff007a978000, uap=Variable >> "uap" is not available. >> ) at /usr/src/sys/kern/kern_exec.c:201 >> #12 0xffffffff806d8217 in syscall (frame=0xffffffffb92b4c80) at >> /usr/src/sys/amd64/amd64/trap.c:907 >> #13 0xffffffff806be2db in Xfast_syscall () at >> /usr/src/sys/amd64/amd64/exception.S:330 >> #14 0x000000080091bcec in ?? () >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) > > Switch to the thread 100119, and get a backtrace for it. > You can look up the kgdb thread number by kernel tid by > issuing "threads" command. - -- TJU13-ARIN -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJLrRSYAAoJEMSwVS7lr0OdAjUH/2pOJl0r7sl79+rDgABt9QLw IF+geLoM0Htb71xf8FJ6xXZ4rarclrzCx4I1ZJCgmkTE44EKx9929/e0pqDwGbZ+ O+lj+zYs3wrppo8u/GGicJYYyhMblIpVfr/OVvIEtC6otTFwo+scyeXg7VHL2qqG HaMakCZwR65P1ydbTqz7aSWKay4l1SNq8uoeeaaE6ujVXmUEWYC231IsoirR8L4L E5teJBlLoilK2rJN0vGvECMXiuvuT4hjraTJXOO99Tzge3BP663We3LI+o4+4Tam eD6D2cOT2PdrTbvfzLZWCq+EAwolk8MKCZqGLzz5dkFtEIu4Q/JToOu4UEj9GQU= =//on -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 21:07:38 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08A371065670 for ; Fri, 26 Mar 2010 21:07:38 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 7FF318FC0A for ; Fri, 26 Mar 2010 21:07:37 +0000 (UTC) Received: by bwz8 with SMTP id 8so3349735bwz.3 for ; Fri, 26 Mar 2010 14:07:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=zcm8MOn9kpoxvzup07fqB/R7gJi1itYsySfFgvvaryQ=; b=tDYFElxOyWt8QzcH5+WJSoz6s5uXZzczWT6ZjmrfMQJJcG3H5slzINADWvzUFWP8R9 coDWR0g/mInJINfW08b6Jzetu+wj4phPYrqnmGZa/0OO7L/taBNHPnm+ElBbtdwo/7hg STmFZNFJ8xs6qETCIw6nWOs3FUh992ay33E60= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Gqq3Prtr5jnlAxwfUsqDRAaeR94pr+zyoglrqfq7Igi5YomBuZUoWmOKUK6pcdEEC1 c+bPagcXSKtY0GqbssehSlbuNBKaXKpPb3AEWRegFD+sCSNiU3/IhkLugX66KWCm0a5s i+PlBaOenO/kDta4Y4DXZre8ZcTgYHtpLkYB8= MIME-Version: 1.0 Received: by 10.204.60.204 with HTTP; Fri, 26 Mar 2010 14:07:36 -0700 (PDT) In-Reply-To: <4BAD1498.5040402@tomjudge.com> References: <4BACF92E.60600@tomjudge.com> <20100326195659.GU2415@deviant.kiev.zoral.com.ua> <4BAD1498.5040402@tomjudge.com> Date: Sat, 27 Mar 2010 00:07:36 +0300 Received: by 10.204.81.164 with SMTP id x36mr1875735bkk.162.1269637656292; Fri, 26 Mar 2010 14:07:36 -0700 (PDT) Message-ID: From: pluknet To: Tom Judge Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Kostik Belousov , freebsd-hackers@freebsd.org Subject: Re: Panic in vm_map_stack X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 21:07:38 -0000 On 26 March 2010 23:10, Tom Judge wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > This is the function, I am guessing that I need to unlock the proc > before calling vmspace_free ? > > As far as I know you cannot lock a process around locking vmspace and/or vm_map (at least on 6.x). I used process reference counting for that purpose. Sort of the following mumble.. sx_slock(&allproc_lock); FOREACH_PROC_IN_SYSTEM(p) { struct vmspace *vm; PROC_LOCK(p); /* Keep this process around until we finish this request. *= / _PHOLD(p); PROC_UNLOCK(p); vm =3D vmspace_acquire_ref(p); if (vm =3D=3D NULL) { PRELE(p); continue; } if (!vm_map_trylock_read(&vm->vm_map)) { vmspace_free(vm); PRELE(p); continue; } vm_map_unlock_read(&vm->vm_map); vmspace_free(vm); } /* * Drop our hold on this process now * that the request has completed. */ PRELE(p); } sx_sunlock(&allproc_lock); > > > =A0673 /* Given credential, return memory usage in bytes. */ > =A0674 void > =A0675 prison_memory(struct prison *pr) > =A0676 { > =A0677 =A0 =A0 struct proc *p; > =A0678 =A0 =A0 struct thread *td; > =A0679 =A0 =A0 struct vmspace *vm; > =A0680 =A0 =A0 long mem_used =3D 0; > =A0681 =A0 =A0 long full_mem_used =3D 0; > =A0682 =A0 =A0 long proc_res =3D 0; > =A0683 > =A0684 =A0 =A0 /* > =A0685 =A0 =A0 =A0* TODO: this is a really bad way of doing the > =A0686 =A0 =A0 =A0* search, as we end up going across all processes > =A0687 =A0 =A0 =A0* for each jail. =A0It'd be more efficient to just do > =A0688 =A0 =A0 =A0* this once in a period and update the relevant jail. > =A0689 =A0 =A0 =A0* > =A0690 =A0 =A0 =A0*/ > =A0691 =A0 =A0 sx_slock(&allproc_lock); > =A0692 > =A0693 =A0 =A0 FOREACH_PROC_IN_SYSTEM(p) { > =A0694 =A0 =A0 int breakout; > =A0695 =A0 =A0 =A0 =A0 proc_res=3D0; > =A0696 =A0 =A0 vm =3D NULL; > =A0697 =A0 =A0 =A0 =A0 if (PROC_TRYLOCK(p) =3D=3D 0) > =A0698 =A0 =A0 =A0 =A0 continue; > =A0699 =A0 =A0 /* > =A0700 =A0 =A0 =A0* If this is a system or protected process, skip it. > =A0701 =A0 =A0 =A0*/ > =A0702 =A0 =A0 if ((p->p_flag & P_SYSTEM) || (p->p_pid =3D=3D 1) || > =A0703 =A0 =A0 =A0 =A0 (p->p_flag & P_PROTECTED) || > =A0704 =A0 =A0 =A0 =A0 (p->p_pid < 48)) { > =A0705 =A0 =A0 =A0 =A0 PROC_UNLOCK(p); > =A0706 =A0 =A0 =A0 =A0 continue; > =A0707 =A0 =A0 } > =A0708 =A0 =A0 /* > =A0709 =A0 =A0 =A0* If the process is in a non-running type state, > =A0710 =A0 =A0 =A0* don't touch it. =A0Check all the threads individually= . > =A0711 =A0 =A0 =A0*/ > =A0712 =A0 =A0 breakout =3D 0; > =A0713 =A0 =A0 FOREACH_THREAD_IN_PROC(p, td) { > =A0714 =A0 =A0 =A0 =A0 thread_lock(td); > =A0715 =A0 =A0 =A0 =A0 if (!TD_ON_RUNQ(td) && > =A0716 =A0 =A0 =A0 =A0 =A0 =A0 !TD_IS_RUNNING(td) && > =A0717 =A0 =A0 =A0 =A0 =A0 =A0 !TD_IS_SLEEPING(td)) { > =A0718 =A0 =A0 =A0 =A0 =A0 =A0 thread_unlock(td); > =A0719 =A0 =A0 =A0 =A0 =A0 =A0 breakout =3D 1; > =A0720 =A0 =A0 =A0 =A0 =A0 =A0 break; > =A0721 =A0 =A0 =A0 =A0 } > =A0722 =A0 =A0 =A0 =A0 thread_unlock(td); > =A0723 =A0 =A0 } > =A0724 =A0 =A0 if (breakout) { > =A0725 =A0 =A0 =A0 =A0 PROC_UNLOCK(p); > =A0726 =A0 =A0 =A0 =A0 continue; > =A0727 =A0 =A0 } > =A0728 > =A0729 =A0 =A0 =A0 =A0 if (p->p_state =3D=3D PRS_NEW || > =A0730 =A0 =A0 =A0 =A0 p->p_state =3D=3D PRS_ZOMBIE || > =A0731 =A0 =A0 =A0 =A0 =A0 =A0 !jailed(p->p_ucred) || > =A0732 =A0 =A0 =A0 =A0 =A0 =A0 (pr !=3D p->p_ucred->cr_prison) || > =A0733 =A0 =A0 =A0 =A0 =A0 =A0 !p->p_vmspace) { > =A0734 =A0 =A0 =A0 =A0 =A0 =A0 PROC_UNLOCK(p); > =A0735 =A0 =A0 =A0 =A0 =A0 =A0 continue; > =A0736 =A0 =A0 =A0 =A0 } > =A0737 =A0 =A0 /* > =A0738 =A0 =A0 =A0* get the process size > =A0739 =A0 =A0 =A0*/ > =A0740 =A0 =A0 vm =3D vmspace_acquire_ref(p); > =A0741 =A0 =A0 if (vm =3D=3D NULL) { > =A0742 =A0 =A0 =A0 =A0 PROC_UNLOCK(p); > =A0743 =A0 =A0 =A0 =A0 continue; > =A0744 =A0 =A0 } > =A0745 > =A0746 =A0 =A0 =A0 =A0 if (!vm_map_trylock_read(&vm->vm_map)) { > =A0747 =A0 =A0 =A0 =A0 vmspace_free(vm); > =A0748 =A0 =A0 =A0 =A0 =A0 =A0 PROC_UNLOCK(p); > =A0749 =A0 =A0 =A0 =A0 =A0 =A0 continue; > =A0750 =A0 =A0 =A0 =A0 } > =A0751 =A0 =A0 =A0 =A0 full_mem_used +=3D vmspace_swap_count(vm); > =A0752 =A0 =A0 =A0 =A0 vm_map_unlock_read(&vm->vm_map); > =A0753 =A0 =A0 =A0 =A0 proc_res =3D vmspace_resident_count(vm); > =A0754 =A0 =A0 =A0 =A0 full_mem_used +=3D proc_res; > =A0755 =A0 =A0 =A0 =A0 mem_used +=3D proc_res; > =A0756 =A0 =A0 =A0 =A0 vmspace_free(vm); > =A0757 =A0 =A0 =A0 =A0 PROC_UNLOCK(p); > =A0758 =A0 =A0 } > =A0759 =A0 =A0 sx_sunlock(&allproc_lock); > =A0760 > =A0761 =A0 =A0 mem_used *=3D PAGE_SIZE; > =A0762 =A0 =A0 full_mem_used *=3D PAGE_SIZE; > =A0763 =A0 =A0 /* Copy the current memory usage to the prison struct */ > =A0764 =A0 =A0 mtx_lock(&pr->pr_mtx); > =A0765 =A0 =A0 pr->pr_mem_usage =3D mem_used; > =A0766 =A0 =A0 pr->pr_full_mem_usage =3D full_mem_used; > =A0767 =A0 =A0 mtx_unlock(&pr->pr_mtx); > =A0768 } > =A0769 > > > > Tom > > --=20 wbr, pluknet From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 21:30:36 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89794106566C for ; Fri, 26 Mar 2010 21:30:36 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail36.syd.optusnet.com.au (mail36.syd.optusnet.com.au [211.29.133.76]) by mx1.freebsd.org (Postfix) with ESMTP id 15FC58FC0C for ; Fri, 26 Mar 2010 21:30:35 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-253-149.belrs3.nsw.optusnet.com.au [122.106.253.149]) by mail36.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o2QLUQRO030701 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 27 Mar 2010 08:30:28 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id o2QLUOgG077869; Sat, 27 Mar 2010 08:30:24 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id o2QLUNrU077868; Sat, 27 Mar 2010 08:30:23 +1100 (EST) (envelope-from peter) Date: Sat, 27 Mar 2010 08:30:23 +1100 From: Peter Jeremy To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20100326213022.GD32799@server.vk2pj.dyndns.org> References: <4BACC791.70502@icyb.net.ua> <86zl1v84vy.fsf@ds4.des.no> <4BACD88E.2040803@icyb.net.ua> <86vdcj82qx.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6WlEvdN9Dv0WHSBl" Content-Disposition: inline In-Reply-To: <86vdcj82qx.fsf@ds4.des.no> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) X-CMAE-Score: 0 Cc: freebsd-hackers@FreeBSD.org, Andriy Gapon Subject: Re: periodically save current time to time-of-day hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 21:30:36 -0000 --6WlEvdN9Dv0WHSBl Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Mar-26 17:30:14 +0100, Dag-Erling Sm=F8rgrav wrote: >Andriy Gapon writes: >> Dag-Erling Sm=F8rgrav writes: >> > Andriy Gapon writes: >> > > Also, I am aware that the period should be configurable (sysctl). >> > Why? >> Because there would always be someone who would want a different value :) >> > Although I can see an argument for a sysctl to turn it on or off. >> Good idea. > >You can combine the two - P =3D=3D 0 means "don't save", P > 0 means "save >every P minutes". > >> > IIRC, Linux saves the clock at shutdown, and every 11 minutes if and >> > only if the system clock is synchronized to an external reference. At least some versions of Linux also save a RTC drift approximation and "last set" timestamp whenever the RTC is updated. This allows the kernel to better set the system clock from the RTC at boot (ie, our inittodr()). The downside is that this needs to store 8-16 bytes of state somewhere non-volatile. Linux does this using an external program and a file - but finding a location for a regularly updated file that is read very early in the rc.d sequence might be problematic. >> I know how to add a shutdown hook (event handler), but I don't know how = to check >> if time synchronization is taking place. > >adjtime() / adjtimex() sets a flag. I'm not sure if (or how) the flag >is cleared when synchronization stops (i.e. /etc/rc.d/ntpd stop); >perhaps the simplest solution is to set a T =3D monotime() every time >adjtime() is called, and check that monotime() - (T * 60) < (P * 60). It's not especially important how regularly the RTC is updated, just that it _is_ updated. This suggests that an alternative approach would be for adjtime() / ntp_adjtime() to directly call resettodr() if it's more than P minutes since resettodr() was last called. As a general comment, whilst resettodr() needs to be serialised, there is no need for it to block. If thread B wants to call resettodr() whilst thread A is doing so, thread B can just skip the call because calling resettodr() twice in quick succession has no benefit. This means the serialisation can be a simple atomic_readandclear_int(). --=20 Peter Jeremy --6WlEvdN9Dv0WHSBl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkutJ24ACgkQ/opHv/APuIdbWQCgtz5xPTFoNDTx+3Kz7LxVdEPf ZpsAn3LP6UpQYzxu/L68GZzojlmiaNmg =T2iL -----END PGP SIGNATURE----- --6WlEvdN9Dv0WHSBl-- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 21:39:39 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01540106566B for ; Fri, 26 Mar 2010 21:39:39 +0000 (UTC) (envelope-from lobo@bsd.com.br) Received: from mail-yw0-f171.google.com (mail-yw0-f171.google.com [209.85.211.171]) by mx1.freebsd.org (Postfix) with ESMTP id AE5908FC08 for ; Fri, 26 Mar 2010 21:39:38 +0000 (UTC) Received: by ywh1 with SMTP id 1so4163930ywh.3 for ; Fri, 26 Mar 2010 14:39:37 -0700 (PDT) Received: by 10.101.180.14 with SMTP id h14mr2346785anp.34.1269639577660; Fri, 26 Mar 2010 14:39:37 -0700 (PDT) Received: from papi.localnet ([189.70.155.84]) by mx.google.com with ESMTPS id cm22sm1110964ibb.11.2010.03.26.14.39.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 26 Mar 2010 14:39:36 -0700 (PDT) From: Mario Lobo To: freebsd-hackers@freebsd.org Date: Fri, 26 Mar 2010 18:40:49 +0000 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.5; amd64; ; ) References: <201003242258.05830.lobo@bsd.com.br> <7d6fde3d1003251031v3564bc5q6ecea8de125947f5@mail.gmail.com> <4BACB021.9000502@quis.cx> In-Reply-To: <4BACB021.9000502@quis.cx> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003261840.50007.lobo@bsd.com.br> Cc: Garrett Cooper , Jille Timmermans Subject: Re: Compiling kernel with gcc43 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 21:39:39 -0000 On Friday 26 March 2010 13:01:21 Jille Timmermans wrote: > Op 25-3-2010 18:31, Garrett Cooper schreef: > > -Wno-error . > > -Garrett > > I tried building world with it; but it doesn't seem to work :( > > [quis@istud /usr/src]$ CFLAGS="-Wno-error -Garrett" make buildworld > [snip] > cc: unrecognized option '-Garrett' > > ;) > That's right. It doesn't. But the kernel does ! I am trying VBox port now. Tweaks all over the place but movin on. Post results when done. By the way: WTF is the "-Garrett" option? If it's not a joke from you, it won't work with anything. -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since version 2.2.8 [not Pro-Audio.... YET!!] (99,7% winfoes FREE) From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 21:40:46 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A601106566C for ; Fri, 26 Mar 2010 21:40:46 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-iw0-f183.google.com (mail-iw0-f183.google.com [209.85.223.183]) by mx1.freebsd.org (Postfix) with ESMTP id 575AD8FC08 for ; Fri, 26 Mar 2010 21:40:46 +0000 (UTC) Received: by iwn13 with SMTP id 13so7063560iwn.14 for ; Fri, 26 Mar 2010 14:40:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type; bh=HBZx5HMbzsxU2sYr46h0VP9dKzS4lZH+2ywVXUxmu7I=; b=m+BOVhjEQZje5zRvVs+CxRY7ow94FNfnmcmDt0FuqY3f1oDiKHtYrx779vJhOp6Daj qnGwzv80dKESrYaeQ2kDGvqB04UFth8FYAkEzGEdrZw/11UtS3qgCLvzDudEhYsjdipw +HoTqT4Xa5Hoq5ifnEqi3zfTSZcZeMg14hiTs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=lXr9bNBq0BcOUkSHfcpT7k3pBx8xpVSiX2vDD+5R9oO4/xYhC9nL22wRUohEkn5niS xyyn8Et7LkwlYUhzQHODzHfFgqYKQt31HV2uPAYuG/qfKzrz8667N4cymXi9Z3llyeCr NpxuwZfgw2n5320rbYxnDrwbUcwYJcZpb7C3k= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.231.155.74 with HTTP; Fri, 26 Mar 2010 14:40:45 -0700 (PDT) In-Reply-To: References: <4BACF92E.60600@tomjudge.com> <20100326195659.GU2415@deviant.kiev.zoral.com.ua> <4BAD1498.5040402@tomjudge.com> Date: Fri, 26 Mar 2010 22:40:45 +0100 X-Google-Sender-Auth: b0b45320e398648a Received: by 10.231.145.206 with SMTP id e14mr733609ibv.10.1269639645566; Fri, 26 Mar 2010 14:40:45 -0700 (PDT) Message-ID: <3bbf2fe11003261440x15d07d54i4bae8e67e917736d@mail.gmail.com> From: Attilio Rao To: pluknet Content-Type: text/plain; charset=UTF-8 Cc: Tom Judge , Kostik Belousov , freebsd-hackers@freebsd.org Subject: Re: Panic in vm_map_stack X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 21:40:46 -0000 2010/3/26 pluknet : > On 26 March 2010 23:10, Tom Judge wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> This is the function, I am guessing that I need to unlock the proc >> before calling vmspace_free ? >> >> > > As far as I know you cannot lock a process around > locking vmspace and/or vm_map (at least on 6.x). > I used process reference counting for that purpose. > Sort of the following mumble.. Generally that is true for vm_map_lock() because it is a sx_lock (thus sleeping) but in this case it is used a trylock operation that won't sleep (and I assume that is why it is used), thus it is not a problem. The vmspace refcounting doesn't impose any extra-constraint instead, thus the lock dance is not required here I think. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 22:47:12 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7DC7106564A for ; Fri, 26 Mar 2010 22:47:12 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 777BA8FC15 for ; Fri, 26 Mar 2010 22:47:12 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id D2EAF1FFC22; Fri, 26 Mar 2010 22:47:10 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 96C43844CC; Fri, 26 Mar 2010 23:47:10 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Peter Jeremy References: <4BACC791.70502@icyb.net.ua> <86zl1v84vy.fsf@ds4.des.no> <4BACD88E.2040803@icyb.net.ua> <86vdcj82qx.fsf@ds4.des.no> <20100326213022.GD32799@server.vk2pj.dyndns.org> Date: Fri, 26 Mar 2010 23:47:10 +0100 In-Reply-To: <20100326213022.GD32799@server.vk2pj.dyndns.org> (Peter Jeremy's message of "Sat, 27 Mar 2010 08:30:23 +1100") Message-ID: <861vf6n1jl.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@FreeBSD.org, Andriy Gapon Subject: Re: periodically save current time to time-of-day hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 22:47:12 -0000 Peter Jeremy writes: > At least some versions of Linux also save a RTC drift approximation > and "last set" timestamp whenever the RTC is updated. This allows the > kernel to better set the system clock from the RTC at boot (ie, our > inittodr()). The downside is that this needs to store 8-16 bytes of > state somewhere non-volatile. Linux does this using an external > program and a file - but finding a location for a regularly updated > file that is read very early in the rc.d sequence might be problematic. We already do something similar for entropy. > that it _is_ updated. This suggests that an alternative approach > would be for adjtime() / ntp_adjtime() to directly call resettodr() if > it's more than P minutes since resettodr() was last called. ...if we want something like Linux's eleven-minute-mode. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 27 00:38:38 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FDC8106566B for ; Sat, 27 Mar 2010 00:38:38 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id D450E8FC16 for ; Sat, 27 Mar 2010 00:38:37 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id CE3DC1FFC51; Sat, 27 Mar 2010 00:38:36 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 9AA01844DA; Sat, 27 Mar 2010 01:38:36 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Peter Jeremy References: <4BACC791.70502@icyb.net.ua> <86zl1v84vy.fsf@ds4.des.no> <4BACD88E.2040803@icyb.net.ua> <86vdcj82qx.fsf@ds4.des.no> <20100326213022.GD32799@server.vk2pj.dyndns.org> Date: Sat, 27 Mar 2010 01:38:36 +0100 In-Reply-To: <20100326213022.GD32799@server.vk2pj.dyndns.org> (Peter Jeremy's message of "Sat, 27 Mar 2010 08:30:23 +1100") Message-ID: <86pr2qlhtf.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@FreeBSD.org, Andriy Gapon Subject: Re: periodically save current time to time-of-day hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2010 00:38:38 -0000 Peter Jeremy writes: > It's not especially important how regularly the RTC is updated, just > that it _is_ updated. This suggests that an alternative approach > would be for adjtime() / ntp_adjtime() to directly call resettodr() if > it's more than P minutes since resettodr() was last called. It just occurred to me that resettodr() is very slow (it usually involves writing to NVRAM over an I2C bus), so it might not be a good idea to call it from adjtime(). > As a general comment, whilst resettodr() needs to be serialised, there > is no need for it to block. If thread B wants to call resettodr() > whilst thread A is doing so, thread B can just skip the call because > calling resettodr() twice in quick succession has no benefit. It does if thread B set the system clock before calling resettodr() (think ntpd -gq). Actually, it might be a good idea to call resettodr() any time the clock is stepped. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 27 01:00:02 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 804AD106564A for ; Sat, 27 Mar 2010 01:00:02 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f185.google.com (mail-yx0-f185.google.com [209.85.210.185]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3898FC13 for ; Sat, 27 Mar 2010 01:00:01 +0000 (UTC) Received: by yxe15 with SMTP id 15so5238166yxe.7 for ; Fri, 26 Mar 2010 18:00:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=syLzGof+My7YtipTqqPNNHNsoixRZc9nbx7LSxqHk3Q=; b=A17nWePgOUUJNy6be3ViyaTGvyX88VALLdwFqxquHq3YdeZNFRXyVg7rrus1BHmyCr CSZdKKwUWV88Fh58T07mwHO3DQ9i/PB1ptBYXbW/Rmc9y5X7/FdgANMkOTL7dqrsjtin LtbbheK9rYPCHB546I+G6uxsE87A/o9HB0zLY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=EA2SQAyolWETPykLa8l7T6gn7Ar8FpnHq6Dd1y7tvBlmo+Km7CWLPIUpioA7uooKyO RT3mfyr6sa4tBl/uvm9XTxuS3iMF4qet61dpaAvWN/GKnhNIRTh4g2vAnr5Hmn/gxsGa FlKLsbvaGZrtjbzO9xttMJB9t4RryVW6EvFJs= Received: by 10.101.143.12 with SMTP id v12mr2704597ann.88.1269651601110; Fri, 26 Mar 2010 18:00:01 -0700 (PDT) Received: from centel.dataix.local (adsl-99-109-124-168.dsl.klmzmi.sbcglobal.net [99.109.124.168]) by mx.google.com with ESMTPS id 20sm1281355iwn.5.2010.03.26.17.59.59 (version=SSLv3 cipher=RC4-MD5); Fri, 26 Mar 2010 18:00:00 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4BAD5875.7040309@dataix.net> Date: Fri, 26 Mar 2010 20:59:33 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.8) Gecko/20100326 Thunderbird/3.0.3 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <201003242258.05830.lobo@bsd.com.br> <9884b5281003250924i462eee68uf2a7eba7dd864033@mail.gmail.com> <9884b5281003251018g2599bfc9nec53b84253372e42@mail.gmail.com> <7d6fde3d1003251031v3564bc5q6ecea8de125947f5@mail.gmail.com> <4BACB021.9000502@quis.cx> <86mxxv81yg.fsf@ds4.des.no> In-Reply-To: <86mxxv81yg.fsf@ds4.des.no> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Garrett Cooper , Jille Timmermans , freebsd-hackers@freebsd.org Subject: Re: Compiling kernel with gcc43 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2010 01:00:02 -0000 On 03/26/2010 12:47, Dag-Erling Smørgrav wrote: > jhell writes: >> Jille Timmermans writes: >>> I tried building world with it; but it doesn't seem to work :( >>> >>> [quis@istud /usr/src]$ CFLAGS="-Wno-error -Garrett" make buildworld >>> [snip] >>> cc: unrecognized option '-Garrett' >>> >>> ;) >> ROFL I sure hope your kidding! > > No, he's from a country where ";)" means "I'm deadly serious". > > DES L0L -- jhell From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 27 21:46:47 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ACBD1065673 for ; Sat, 27 Mar 2010 21:46:47 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id 9BD718FC14 for ; Sat, 27 Mar 2010 21:46:46 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-253-149.belrs3.nsw.optusnet.com.au [122.106.253.149]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o2RLkaO2025989 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 28 Mar 2010 08:46:38 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id o2RLkZqo014609; Sun, 28 Mar 2010 08:46:35 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id o2RLkYXs014608; Sun, 28 Mar 2010 08:46:34 +1100 (EST) (envelope-from peter) Date: Sun, 28 Mar 2010 08:46:34 +1100 From: Peter Jeremy To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20100327214634.GI32799@server.vk2pj.dyndns.org> References: <4BACC791.70502@icyb.net.ua> <86zl1v84vy.fsf@ds4.des.no> <4BACD88E.2040803@icyb.net.ua> <86vdcj82qx.fsf@ds4.des.no> <20100326213022.GD32799@server.vk2pj.dyndns.org> <86pr2qlhtf.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZY5CS28jBCfb727c" Content-Disposition: inline In-Reply-To: <86pr2qlhtf.fsf@ds4.des.no> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) X-CMAE-Score: 0 Cc: freebsd-hackers@FreeBSD.org, Andriy Gapon Subject: Re: periodically save current time to time-of-day hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2010 21:46:47 -0000 --ZY5CS28jBCfb727c Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Mar-27 01:38:36 +0100, Dag-Erling Sm=F8rgrav wrote: >Peter Jeremy writes: >> It's not especially important how regularly the RTC is updated, just >> that it _is_ updated. This suggests that an alternative approach >> would be for adjtime() / ntp_adjtime() to directly call resettodr() if >> it's more than P minutes since resettodr() was last called. > >It just occurred to me that resettodr() is very slow (it usually >involves writing to NVRAM over an I2C bus), so it might not be a good >idea to call it from adjtime(). Traditionally, the (PC) RTC is on the ISA bus (though it's possible it might use I2C on other architectures or LPC on current PCs). I thought about speed but only in terms of simulated ISA accesses and didn't think that adjtime() / ntp_adjtime() were especially time critical (resettodr() should occur after they have updated the kernel TOD parameters). The alternative would be a kthread to update the RTC and I didn't think that was worth it. Note that resettodr() is currently called with Giant held so if it _is_ excesssively slow, it might be worthwhile reviewing the existing code in kern_time.c::settime() and subr_clock.c::sysctl_machdep_adjkerntz(). >> As a general comment, whilst resettodr() needs to be serialised, there >> is no need for it to block. If thread B wants to call resettodr() >> whilst thread A is doing so, thread B can just skip the call because >> calling resettodr() twice in quick succession has no benefit. > >It does if thread B set the system clock before calling resettodr() >(think ntpd -gq). Yes - I hadn't considered resettodr() taking a non-trivial time to execute. This could allow the scenario: Thread A grabs the RTC update lock and begin updating the RTC and, whilst it's doing so, thread B updates the system clock and then calls resettodr() - which turns into a no-op because the update lock is held. > Actually, it might be a good idea to call resettodr() >any time the clock is stepped. This should occur now via kern_time.c::settime(). Given that: - resettodr() needs to be serialised; - resettodr() may take a significant amount of time; and - resettodr() should ideally be synchronised to the second boundary; maybe creating a kthread to manage the RTC updating is reasonable. A rough outline of my idea would be: A new kthread which sleeps on channel "update_rtc". When woken, it checks to see if it's within (say) 50msec of a second boundary and so, it does a trylock on the (new) RTC mutex. If it grabs the mutex then it performs the update. If it was too far from the second boundary or it fails to grab the mutex then it sleeps until the next second boundary and tries again. The existing resettodr() would then turn into a wakeup(update_rtc). Or is this overkill? --=20 Peter Jeremy --ZY5CS28jBCfb727c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuufLoACgkQ/opHv/APuIeSmgCaApSP1xoxTFh+zUi02AcG0X/S I2cAn27crdOwqShdrSHiQyhRO5BbxqIb =J3KG -----END PGP SIGNATURE----- --ZY5CS28jBCfb727c--