From owner-freebsd-arch@FreeBSD.ORG Sun Jun 20 06:18:03 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FC86106564A; Sun, 20 Jun 2010 06:18:03 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 01D668FC12; Sun, 20 Jun 2010 06:18:02 +0000 (UTC) Received: by fxm7 with SMTP id 7so1710816fxm.13 for ; Sat, 19 Jun 2010 23:18: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=Y7tgw5GNznr1TA0UwVIHCKGMOQ/IQ53XcDxQg8+cOE8=; b=XIxXRDQ7qUAtVWT5fB2qP5Sr7uTbEZP8g/X7dsLu9ME8d11RlMqxAk/Hf/7JMe1bgY 63Ql6j4WnfTeq3ZWOLaEVGpCMl6UNg5sx9Cv7mQwsMprEXH/PqPv0c6mZpcrl0xV/hxF nYWfqx7TkxQaXDRNkY7C7Iv/djV5Bjat0PR80= 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=iPLvIVtWBEnMQJRqquUWfChW2FBjQ+Id6nqgC8ZQ725jH695asr/2RTKGSqFSarq8C Qf9+yH83gZHRhkhV5LFzfVSlDwsWMQFPrqk5Sf6IalCEfq5xnDy6WNGqsXSO7yIr09nZ SzWPGwlYRUgSyiyc6VfZ6ZNkaTDaqqd1nBDME= Received: by 10.223.101.4 with SMTP id a4mr3496802fao.71.1277014681668; Sat, 19 Jun 2010 23:18:01 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id r25sm24197971fai.35.2010.06.19.23.17.59 (version=SSLv3 cipher=RC4-MD5); Sat, 19 Jun 2010 23:18:00 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C1DB296.5040605@FreeBSD.org> Date: Sun, 20 Jun 2010 09:17:58 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Brandon Gooch References: <4C0C1AE4.8050807@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: RFC: New event timers infrastructure X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 06:18:03 -0000 Brandon Gooch wrote: > I've been testing these patches since the first iteration > (et.20100606), and I haven't discovered any related issues. Thank you! > I am unclear about the number of interrupts I should expect from the > hpet0 device (compared to the 99 from the rtc at 100Hz), so here is > the output of vmstat -i with and without the "et" patches: > > With "et" patches: > > interrupt total rate > irq1: atkbd0 369 3 > irq9: acpi0 961 8 > irq12: psm0 1002 9 > irq18: uhci5 140 1 > irq19: uhci2 ehci0* 4823 45 > irq20: hpet0 23893 223 > irq23: uhci3 ehci1 11 0 > irq256: vgapci0 1031 9 > irq257: hdac0 14 0 > irq258: iwn0 4258 39 > irq259: bge0 1 0 > Total 36503 341 > > Without "et" patches: > > interrupt total rate > irq1: atkbd0 449 2 > irq0: clk 17334 99 > irq9: acpi0 1701 9 > irq12: psm0 8784 50 > irq18: uhci5 188 1 > irq19: uhci2 ehci0* 5828 33 > irq23: uhci3 ehci1 11 0 > irq256: vgapci0 1896 10 > irq257: hdac0 14 0 > irq258: iwn0 29571 169 > irq259: bge0 1 0 > Total 65777 378 > > And lastly, the values of the kern.eventtimer sysctls: > > $ sysctl kern.eventtimer > kern.eventtimer.choice: HPET(450) HPET1(440) HPET2(440) HPET3(440) i8254(100) > kern.eventtimer.timer2: HPET1 > kern.eventtimer.timer1: HPET > kern.eventtimer.singlemul: 4 I don't see there neither LAPIC, nor RTC timer. I suppose you have disabled them via device hints. I also suppose you've done it to left with only 100Hz IRQs of i8254 timer. Now, with the patch, these two are still disabled, but system got 4 more HPET timers. As they have higher precedence, two of them were taken (HPET and HPET1). Number if interrupts can be explained by the line: Starting kernel event timers: HPET @ 100Hz, HPET1 @ 128Hz As result, you've got 228Hz IRQs (which then redistributed to every CPU). As your HPET timer doesn't support FSB interrupts, all it's timers share same IRQ vector, seen as "hpet0". If you wish to get back to 100Hz IRQs as before, you may remove your previous clock-disabling hints and add instead: kern.eventtimer.timer1=HPET kern.eventtimer.timer2=NONE kern.eventtimer.singlemul=1 As result, you will have single timer, running at HZ rate. Instead of HPET there you may choose any timer: LAPIC - it is per-CPU, so saves on IPI interrupts, supports one-shot mode and so suitable for further tickless kernel, but it doesn't work in C3 state; HPET{x} - on this hardware it can't be used as per-CPU, it supports one-shot mode, but less suitable for further tickless kernel, as CPUs can't run independently; i8254 - somewhat faster, as it doesn't needs status reading, but due to being also a timecounter it can't be used in one-shot mode; RTC - somewhat slower, has limited set of supported frequencies (powers of 2), only periodic mode. -- Alexander Motin From owner-freebsd-arch@FreeBSD.ORG Sun Jun 20 06:24:39 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 794FD1065670 for ; Sun, 20 Jun 2010 06:24:39 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A429F8FC12 for ; Sun, 20 Jun 2010 06:24:38 +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 JAA19334 for ; Sun, 20 Jun 2010 09:24:37 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OQDxM-000HvH-Mg for freebsd-arch@freebsd.org; Sun, 20 Jun 2010 09:24:36 +0300 Message-ID: <4C1DB423.4050002@freebsd.org> Date: Sun, 20 Jun 2010 09:24:35 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: freebsd-arch@freebsd.org References: <4C1C7686.3050206@freebsd.org> <20100619143920.GM3632@acme.spoerlein.net> <4C1CF14C.8080108@freebsd.org> <20100619214125.GO3632@acme.spoerlein.net> In-Reply-To: <20100619214125.GO3632@acme.spoerlein.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: KDB_TRACE in GENERIC X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 06:24:39 -0000 on 20/06/2010 00:41 Ulrich Spörlein said the following: > > Enabling textdumps should be the next step, once we deem them stable > enough to unleash them on unexpecting users. I agree. Note that this will require functional dump device, and for some reason (that is beyond my understanding) we don't have dumpdev="AUTO" in releases and stable branches (it's "NO" there). -- Andriy Gapon From owner-freebsd-arch@FreeBSD.ORG Sun Jun 20 06:32:55 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6E6D106566B for ; Sun, 20 Jun 2010 06:32:55 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D3EC58FC08 for ; Sun, 20 Jun 2010 06:32:54 +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 JAA19399 for ; Sun, 20 Jun 2010 09:32:53 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OQE5N-000Hvp-5c for freebsd-arch@freebsd.org; Sun, 20 Jun 2010 09:32:53 +0300 Message-ID: <4C1DB614.9090006@freebsd.org> Date: Sun, 20 Jun 2010 09:32:52 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: freebsd-arch@freebsd.org References: <4C1C7686.3050206@freebsd.org> <20100619143920.GM3632@acme.spoerlein.net> <4C1CF14C.8080108@freebsd.org> In-Reply-To: <4C1CF14C.8080108@freebsd.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: KDB_TRACE in GENERIC X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 06:32:55 -0000 on 19/06/2010 19:33 Andriy Gapon said the following: > BTW, as I said, I am very much concerned about panics that people get when > running (trying to run) FreeBSD installation image, X is not a factor at that stage. Just in case, here's an example of what I am talking about: http://www.freebsd.org/cgi/query-pr.cgi?pr=148002 -- Andriy Gapon From owner-freebsd-arch@FreeBSD.ORG Sun Jun 20 09:00:24 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 732721065672 for ; Sun, 20 Jun 2010 09:00:24 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from fep11.mx.upcmail.net (fep11.mx.upcmail.net [62.179.121.31]) by mx1.freebsd.org (Postfix) with ESMTP id ACAA08FC19 for ; Sun, 20 Jun 2010 09:00:23 +0000 (UTC) Received: from edge03.upcmail.net ([192.168.13.238]) by viefep11-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20100620090021.PDKY4509.viefep11-int.chello.at@edge03.upcmail.net>; Sun, 20 Jun 2010 11:00:21 +0200 Received: from mole.fafoe.narf.at ([213.47.85.26]) by edge03.upcmail.net with edge id Y90K1e05N0a5KZh0390LZt; Sun, 20 Jun 2010 11:00:21 +0200 X-SourceIP: 213.47.85.26 Received: by mole.fafoe.narf.at (Postfix, from userid 1001) id C473C6D438; Sun, 20 Jun 2010 11:00:19 +0200 (CEST) Date: Sun, 20 Jun 2010 11:00:19 +0200 From: Stefan Farfeleder To: Jilles Tjoelker Message-ID: <20100620090019.GA1731@mole.fafoe.narf.at> References: <20100619113126.GB83874@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100619113126.GB83874@stack.nl> User-Agent: Mutt/1.5.20 (2009-06-14) X-Cloudmark-Analysis: v=1.1 cv=ZDt3ILgE3VX9xkJc7+9REBIC4hFTL6V7NAq0V56QRNQ= c=1 sm=0 a=zNANCjgXmV0A:10 a=kj9zAlcOel0A:10 a=TEiXawTky_X2qbgJ4ucA:9 a=HXtcqT5gNasPyzRxtZR3Cc29eBEA:4 a=CjuIK1q_8ugA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: freebsd-arch@freebsd.org Subject: Re: Further sh(1) plans X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 09:00:24 -0000 On Sat, Jun 19, 2010 at 01:31:26PM +0200, Jilles Tjoelker wrote: > > For embedded systems, it may be best to disable libedit entirely in the > end product (we don't currently have a knob for this). If you need to > log in to such a system, the additions will likely be useful, as there > may not be any other shell on the system. The completion code is fairly > small compared to the rest of libedit. Maybe we could compile two sh binaries, an interactive one with all the fancy features enabled (filename completion, history editing, mail checking etc.) and a simple one only for scripting? I don't know if it makes a real difference though. Stefan From owner-freebsd-arch@FreeBSD.ORG Sun Jun 20 09:09:06 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 883BE1065670 for ; Sun, 20 Jun 2010 09:09:06 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4DB138FC14 for ; Sun, 20 Jun 2010 09:09:05 +0000 (UTC) Received: by iwn7 with SMTP id 7so3137524iwn.13 for ; Sun, 20 Jun 2010 02:09:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=i0GUMC79cG2NHq1XUScn3lrQR7csT3sKOCn3DozloiY=; b=JRnGd9H3Gbgp0xw6J5RAgTuCkCoq11mU6EcRun2k0l4PEEVwzW6W5rSOtjDAahXYkC OVn1IWDdaEWYj04bcb97y1aNbmXqDb9gaEZqfFsjFuE8l0jb+KfEhp3qQBqydYVOQFr6 dBSkcHTFOqrLagpBSlIo9dgirsI4E2w7doDfo= 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=O4eNHn49yF1Qdv5Mxk/fjaYiemabfPyc1ACDyZP78/ALH5e+8MSVZaSkn9d1T56HdS SuU8aQ02wvX6fXpVAdNcou+es0tAWjmtEU7RgOOO1Qv6XRl7mnGVoGiZ8MO5ee18Qh+t JZUYFt2Z+BwG1QpmC8dG6SwOP+qdfSD6m+KNg= MIME-Version: 1.0 Received: by 10.231.155.3 with SMTP id q3mr3875294ibw.20.1277024937943; Sun, 20 Jun 2010 02:08:57 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.231.117.201 with HTTP; Sun, 20 Jun 2010 02:08:57 -0700 (PDT) In-Reply-To: <20100620090019.GA1731@mole.fafoe.narf.at> References: <20100619113126.GB83874@stack.nl> <20100620090019.GA1731@mole.fafoe.narf.at> Date: Sun, 20 Jun 2010 02:08:57 -0700 X-Google-Sender-Auth: pVf-muWxigGmALWp2KTH4O4gSZI Message-ID: From: Garrett Cooper To: Stefan Farfeleder Content-Type: text/plain; charset=ISO-8859-1 Cc: Jilles Tjoelker , freebsd-arch@freebsd.org Subject: Re: Further sh(1) plans X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 09:09:06 -0000 On Sun, Jun 20, 2010 at 2:00 AM, Stefan Farfeleder wrote: > On Sat, Jun 19, 2010 at 01:31:26PM +0200, Jilles Tjoelker wrote: >> >> For embedded systems, it may be best to disable libedit entirely in the >> end product (we don't currently have a knob for this). If you need to >> log in to such a system, the additions will likely be useful, as there >> may not be any other shell on the system. The completion code is fairly >> small compared to the rest of libedit. > > Maybe we could compile two sh binaries, an interactive one with all the > fancy features enabled (filename completion, history editing, mail > checking etc.) and a simple one only for scripting? > I don't know if it makes a real difference though. Something I thought about too as this would increase the size of /rescue/sh as it's statically linked (or at least the copy of /rescue/sh should be compiled without libedit support). It would increase the runtime size and startup time for /bin/sh, but the text sections should be shared and thus the overhead should be minimized for dynamic copies of /bin/sh . Thanks, -Garrett From owner-freebsd-arch@FreeBSD.ORG Sun Jun 20 10:43:25 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3415E1065673 for ; Sun, 20 Jun 2010 10:43:25 +0000 (UTC) (envelope-from rpaulo@freebsd.org) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id CDF238FC1E for ; Sun, 20 Jun 2010 10:43:24 +0000 (UTC) Received: from e.earth.lavabit.com (e.earth.lavabit.com [192.168.111.14]) by karen.lavabit.com (Postfix) with ESMTP id 8534F18F85D; Sun, 20 Jun 2010 05:18:39 -0500 (CDT) Received: from 10.0.10.3 (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by lavabit.com with ESMTP id AU8V6X1A1A2O; Sun, 20 Jun 2010 05:18:39 -0500 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <20100620090019.GA1731@mole.fafoe.narf.at> Date: Sun, 20 Jun 2010 11:18:36 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <0B47D84F-23BE-4D05-AAFF-211CA6BB6BD4@FreeBSD.org> References: <20100619113126.GB83874@stack.nl> <20100620090019.GA1731@mole.fafoe.narf.at> To: Stefan Farfeleder X-Mailer: Apple Mail (2.1081) Cc: Jilles Tjoelker , freebsd-arch@freebsd.org Subject: Re: Further sh(1) plans X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 10:43:25 -0000 On 20 Jun 2010, at 10:00, Stefan Farfeleder wrote: > On Sat, Jun 19, 2010 at 01:31:26PM +0200, Jilles Tjoelker wrote: >>=20 >> For embedded systems, it may be best to disable libedit entirely in = the >> end product (we don't currently have a knob for this). If you need to >> log in to such a system, the additions will likely be useful, as = there >> may not be any other shell on the system. The completion code is = fairly >> small compared to the rest of libedit. >=20 > Maybe we could compile two sh binaries, an interactive one with all = the > fancy features enabled (filename completion, history editing, mail > checking etc.) and a simple one only for scripting? > I don't know if it makes a real difference though. I don't think it makes any difference. NetBSD's sh has filename = completion and other things for ages and there's no significant penalty = on embedded systems. Regards, -- Rui Paulo From owner-freebsd-arch@FreeBSD.ORG Sun Jun 20 14:46:13 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDABA1065670; Sun, 20 Jun 2010 14:46:13 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 775A98FC18; Sun, 20 Jun 2010 14:46:13 +0000 (UTC) Received: by iwn7 with SMTP id 7so3305606iwn.13 for ; Sun, 20 Jun 2010 07:46:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=uuFrrXNXz0/vR6/rgJgwZSuOMqYfBU8dt3xZAmaVr2Q=; b=lcDicXNMLnsbYrD1z/XNAqbZNVRW5HHCTywZHel30mHFEXrkkwXviRq7ucvzN0/jzy soDA++LiPWUHTdZkdfdYZk/ki3hEUdyy+SmqUJCsGkFyxN5LMplpAT6sYh/xHXLqZBx1 1vm3hq3t2oUZ29F/Pijteo/RrMzJEMxuL6NNA= 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=xqSVJV+dxySSdOqSCccdH8JkJH5M8vZ4Gbu9natewtTI1H/OrnT7uAv0IejxaL2kFb LtqRb5a9FF9W8FGhEBADjKGsUTC3SWOmmJImTl2FgjLCdxCdtm0hpP2u0O/ySUOTOIdI SGrfwoqRuij8yVRWBgeNcLum3w3VGQc4aaA0o= MIME-Version: 1.0 Received: by 10.231.178.162 with SMTP id bm34mr3833857ibb.86.1277045172594; Sun, 20 Jun 2010 07:46:12 -0700 (PDT) Received: by 10.231.182.212 with HTTP; Sun, 20 Jun 2010 07:46:12 -0700 (PDT) In-Reply-To: <4C1DB296.5040605@FreeBSD.org> References: <4C0C1AE4.8050807@FreeBSD.org> <4C1DB296.5040605@FreeBSD.org> Date: Sun, 20 Jun 2010 09:46:12 -0500 Message-ID: From: Brandon Gooch To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: RFC: New event timers infrastructure X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 14:46:14 -0000 On Sun, Jun 20, 2010 at 1:17 AM, Alexander Motin wrote: > Brandon Gooch wrote: >> I've been testing these patches since the first iteration >> (et.20100606), and I haven't discovered any related issues. > > Thank you! > >> I am unclear about the number of interrupts I should expect from the >> hpet0 device (compared to the 99 from the rtc at 100Hz), so here is >> the output of vmstat -i with and without the "et" patches: >> >> With "et" patches: >> >> interrupt total rate >> irq1: atkbd0 369 3 >> irq9: acpi0 961 8 >> irq12: psm0 1002 9 >> irq18: uhci5 140 1 >> irq19: uhci2 ehci0* 4823 45 >> irq20: hpet0 23893 223 >> irq23: uhci3 ehci1 11 0 >> irq256: vgapci0 1031 9 >> irq257: hdac0 14 0 >> irq258: iwn0 4258 39 >> irq259: bge0 1 0 >> Total 36503 341 >> >> Without "et" patches: >> >> interrupt total rate >> irq1: atkbd0 449 2 >> irq0: clk 17334 99 >> irq9: acpi0 1701 9 >> irq12: psm0 8784 50 >> irq18: uhci5 188 1 >> irq19: uhci2 ehci0* 5828 33 >> irq23: uhci3 ehci1 11 0 >> irq256: vgapci0 1896 10 >> irq257: hdac0 14 0 >> irq258: iwn0 29571 169 >> irq259: bge0 1 0 >> Total 65777 378 >> >> And lastly, the values of the kern.eventtimer sysctls: >> >> $ sysctl kern.eventtimer >> kern.eventtimer.choice: HPET(450) HPET1(440) HPET2(440) HPET3(440) i8254(100) >> kern.eventtimer.timer2: HPET1 >> kern.eventtimer.timer1: HPET >> kern.eventtimer.singlemul: 4 > > I don't see there neither LAPIC, nor RTC timer. I suppose you have > disabled them via device hints. I also suppose you've done it to left > with only 100Hz IRQs of i8254 timer. Now, with the patch, these two are > still disabled, but system got 4 more HPET timers. As they have higher > precedence, two of them were taken (HPET and HPET1). Number if > interrupts can be explained by the line: > > Starting kernel event timers: HPET @ 100Hz, HPET1 @ 128Hz Yes, I had the LAPIC and RTC timers disabled via my /boot/loader.conf, as per your suggestions here: http://wiki.freebsd.org/TuningPowerConsumption > As result, you've got 228Hz IRQs (which then redistributed to every > CPU). As your HPET timer doesn't support FSB interrupts, all it's timers > share same IRQ vector, seen as "hpet0". Understood. > If you wish to get back to 100Hz IRQs as before, you may remove your > previous clock-disabling hints and add instead: > > kern.eventtimer.timer1=HPET > kern.eventtimer.timer2=NONE > kern.eventtimer.singlemul=1 In by /boot/loader.conf, I now have: # Power Saving kern.hz="100" #hint.apic.0.clock="0" #hint.atrtc.0.clock="0" hint.p4tcc.0.disabled="1" hint.p4tcc.1.disabled="1" hint.acpi_throttle.0.disabled="1" hint.acpi_throttle.1.disabled="1" hw.pci.do_power_nodriver="3" In /etc/sysctl.conf, I have as suggested: kern.eventtimer.timer1=HPET kern.eventtimer.timer2=NONE kern.eventtimer.singlemul=1 In my /etc/rc.conf, I'm still using: performance_cpu_freq="NONE" economy_cpu_freq="NONE" performance_cx_lowest="C3" economy_cx_lowest="C3" I'm running powerd: powerd_enable="YES" powerd_flags="-a adaptive -b adaptive -n adaptive" But in my dmesg, I see: # dmesg | grep Starting Starting kernel event timers: LAPIC @ 100Hz, HPET @ 128Hz Starting kernel event timers: LAPIC @ 400Hz, NONE @ 0Hz Starting kernel event timers: HPET @ 200Hz, NONE @ 0Hz So it seems as if the HPET doesn't honor kern.hz setting? Maybe I still need to explicitly disable the apic timers... Would you suggest using LAPIC as opposed to HPET? I have seen power savings being able to use C3 state, but if tickless kernel eventually buys those savings back, perhaps LAPIC would be better... > As result, you will have single timer, running at HZ rate. Instead of > HPET there you may choose any timer: > LAPIC - it is per-CPU, so saves on IPI interrupts, supports one-shot > mode and so suitable for further tickless kernel, but it doesn't work in > C3 state; So if LAPIC is disabled in C3 state, is there a possibility that the "on-the-fly" method of changing clocks could kick in when the CPU enters C3 state, switching to the HPET when it happens? > HPET{x} - on this hardware it can't be used as per-CPU, it supports > one-shot mode, but less suitable for further tickless kernel, as CPUs > can't run independently; Since the HPET supports running while in C3, is there a strategy that could be used to provide a tickless mode with both LAPIC and HPET being used dynamically and interchangebly? I feel as though the questions I'm trying to ask don't make much sense, my apologies :) > i8254 - somewhat faster, as it doesn't needs status reading, but due to > being also a timecounter it can't be used in one-shot mode; > RTC - somewhat slower, has limited set of supported frequencies (powers > of 2), only periodic mode. Anyway, here is a glimpse into the VM interrupts stats using current (stated) configuration: $ vmstat -i interrupt total rate irq1: atkbd0 3968 2 irq9: acpi0 11079 7 irq12: psm0 64878 45 irq18: uhci5 1131 0 irq19: uhci2 ehci0* 7149 5 irq20: hpet0 281935 197 irq23: uhci3 ehci1 11 0 cpu0:timer 4417 3 irq256: vgapci0 31240 21 irq257: hdac0 14 0 irq258: iwn0 39537 27 irq259: bge0 1 0 cpu1:timer 4269 2 Total 449629 315 -Brandon From owner-freebsd-arch@FreeBSD.ORG Sun Jun 20 15:47:44 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 480CA106566C; Sun, 20 Jun 2010 15:47:44 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9C3468FC12; Sun, 20 Jun 2010 15:47:43 +0000 (UTC) Received: by fxm7 with SMTP id 7so1833723fxm.13 for ; Sun, 20 Jun 2010 08:47:42 -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=j8gugJJTHNUqrKjlX7/5E6lqQc0hBxwN1te/4sMU+ww=; b=JtZ+R7BoiZf84h4z/A5gV4CWv3KkEsW02/lfi2AMzsK0zOmBwjzyF2ooGrqqCXK+9h PPSJ+vbeCRBu/H9xfVTCJF4k7bhgIRdi00KVFh//A+tt/XOL5oljqNX9jdvQ7nKt0gpV QavKm6iaw9hCX/AxXQGISzsZnCBxfm2wLB/p8= 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=jSZdlzqds3K830EK8XtMyhG9synxQXUhMqT/ataRxIXv56BmOx9F9TaN+DDVhSDAYF v1ZmJ2gAKoMlYJ8OmOoGzpU+xPXhDuiD9GEvO5w/PBAPiUj9bhqbPgEQeQvvfXjX/D3V 9LvTG2yGELGxk2vYl53cgxthdwj7reKIVaBDk= Received: by 10.223.21.22 with SMTP id h22mr3893596fab.106.1277048862389; Sun, 20 Jun 2010 08:47:42 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id p21sm25180531fak.45.2010.06.20.08.47.41 (version=SSLv3 cipher=RC4-MD5); Sun, 20 Jun 2010 08:47:41 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C1E381B.30405@FreeBSD.org> Date: Sun, 20 Jun 2010 18:47:39 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Brandon Gooch References: <4C0C1AE4.8050807@FreeBSD.org> <4C1DB296.5040605@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: RFC: New event timers infrastructure X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 15:47:44 -0000 Brandon Gooch wrote: > On Sun, Jun 20, 2010 at 1:17 AM, Alexander Motin wrote: > In by /boot/loader.conf, I now have: > > # Power Saving > kern.hz="100" > #hint.apic.0.clock="0" > #hint.atrtc.0.clock="0" > hint.p4tcc.0.disabled="1" > hint.p4tcc.1.disabled="1" > hint.acpi_throttle.0.disabled="1" > hint.acpi_throttle.1.disabled="1" > hw.pci.do_power_nodriver="3" > > In /etc/sysctl.conf, I have as suggested: > > kern.eventtimer.timer1=HPET > kern.eventtimer.timer2=NONE > kern.eventtimer.singlemul=1 While this can be done in sysctl.conf, it would be better to do it in loader.conf to make it applied from the beginning, without on-the-fly timers change. > But in my dmesg, I see: > > # dmesg | grep Starting > Starting kernel event timers: LAPIC @ 100Hz, HPET @ 128Hz > Starting kernel event timers: LAPIC @ 400Hz, NONE @ 0Hz > Starting kernel event timers: HPET @ 200Hz, NONE @ 0Hz This is result of changing timers during late boot by sysctl.conf. > So it seems as if the HPET doesn't honor kern.hz setting? Maybe I > still need to explicitly disable the apic timers... All timers now equally honor hz. But except hz, stathz also should be honored, which set once during startup. In your case, as second timer was initially present, system was free to choose stathz frequency, and it chosen 128Hz. When you later disabled second timer, system had to rise first timer frequency to emulate declared stathz. If you move timers selection options from sysctl.conf to loader.conf you will get what you want. > Would you suggest using LAPIC as opposed to HPET? I have seen power > savings being able to use C3 state, but if tickless kernel eventually > buys those savings back, perhaps LAPIC would be better... Tickless operation usually effective only together with C-states. It increases their effectiveness (or even applicability). The only case benefit from tickless operation without C3 - is a virtual machines. So if your LAPIC dies on C3 (it seems not to on Core i5 any more) you have no much other options then avoid it. HPET same time never have problems with C-states, as it located in chipset. But not every HPET is equally useful. Except AMD since at least SB700) and latest Intel chipsets, HPET uses regular IRQs, that are often shared with PCI devices and so hardly could be bound to CPU cores to provide separate events for every core. While tickless operation is still possible in that case, it is somewhat limited, as one core will have wake up every time when any other need event. Mentioned chipset's HPETs same time support FSB interrupts (alike to PCI MSI-X), that are never shared and so timers could be dedicated to CPU cores. >> As result, you will have single timer, running at HZ rate. Instead of >> HPET there you may choose any timer: >> LAPIC - it is per-CPU, so saves on IPI interrupts, supports one-shot >> mode and so suitable for further tickless kernel, but it doesn't work in >> C3 state; > > So if LAPIC is disabled in C3 state, is there a possibility that the > "on-the-fly" method of changing clocks could kick in when the CPU > enters C3 state, switching to the HPET when it happens? On-the-fly timers change is possible, as you have already tried with sysctl.conf. But the switch is not so easy because of LAPIC specifics, and it is meaningless to use LAPIC in that case. If you need to run C3 - turn LAPIC off. -- Alexander Motin From owner-freebsd-arch@FreeBSD.ORG Sun Jun 20 20:35:57 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28F8E1065674 for ; Sun, 20 Jun 2010 20:35:57 +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 AC15F8FC1E for ; Sun, 20 Jun 2010 20:35:56 +0000 (UTC) Received: (qmail 19642 invoked by uid 399); 20 Jun 2010 20:35:53 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 20 Jun 2010 20:35:53 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C1E7B89.1030005@FreeBSD.org> Date: Sun, 20 Jun 2010 13:35:21 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Alexander Motin References: <4C0C1AE4.8050807@FreeBSD.org> <4C1DB296.5040605@FreeBSD.org> <4C1E381B.30405@FreeBSD.org> In-Reply-To: <4C1E381B.30405@FreeBSD.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Brandon Gooch , FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: RFC: New event timers infrastructure X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 20:35:57 -0000 On 06/20/10 08:47, Alexander Motin wrote: > While this can be done in sysctl.conf, it would be better to do it in > loader.conf to make it applied from the beginning, without on-the-fly > timers change. You're probably right that for something this fundamental it's better to do it in loader.conf, however I wanted to mention that I recently changed the rcorder for the "early" boot scripts to run sysctl first for very similar reasons. 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-arch@FreeBSD.ORG Sun Jun 20 20:59:04 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A22381065672 for ; Sun, 20 Jun 2010 20:59:04 +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 5F2018FC0A for ; Sun, 20 Jun 2010 20:59:04 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id E9E901FFC34; Sun, 20 Jun 2010 20:59:02 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 5EC3E84490; Sun, 20 Jun 2010 22:56:52 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Garrett Cooper References: <20100619113126.GB83874@stack.nl> <20100620090019.GA1731@mole.fafoe.narf.at> Date: Sun, 20 Jun 2010 22:56:51 +0200 In-Reply-To: (Garrett Cooper's message of "Sun, 20 Jun 2010 02:08:57 -0700") Message-ID: <86wrtte830.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: Stefan Farfeleder , Jilles Tjoelker , freebsd-arch@freebsd.org Subject: Re: Further sh(1) plans X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 20:59:04 -0000 Allow me to inject some facts into a discussion which has so far been completely devoid of them: % strip static-sh-with* % size static-sh-with* text data bss dec hex filename 990367 17208 92136 1099711 10c7bf static-sh-with-completion 985735 17176 92104 1095015 10b567 static-sh-without-completion % echo $((990367-985735))=20 4632 % echo $((990367/985735.0)) 1.0046990316870152 Is a 0.47% increase really worth such a fuss? I would have thought that embedded systems would benefit the most from this, since they get a usable interactive shell (and don't tell me it doesn't need one) at a very small cost. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-arch@FreeBSD.ORG Sun Jun 20 21:05:44 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEDCD106564A for ; Sun, 20 Jun 2010 21:05:44 +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 961438FC12 for ; Sun, 20 Jun 2010 21:05:44 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 3FDDD1FFC36; Sun, 20 Jun 2010 21:05:42 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id B0C8B84463; Sun, 20 Jun 2010 23:03:31 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Garrett Cooper References: <20100619113126.GB83874@stack.nl> <20100620090019.GA1731@mole.fafoe.narf.at> <86wrtte830.fsf@ds4.des.no> Date: Sun, 20 Jun 2010 23:03:31 +0200 In-Reply-To: <86wrtte830.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Sun, 20 Jun 2010 22:56:51 +0200") Message-ID: <86pqzle7rw.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: Stefan Farfeleder , Jilles Tjoelker , freebsd-arch@freebsd.org Subject: Re: Further sh(1) plans X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 21:05:44 -0000 Dag-Erling Sm=C3=B8rgrav writes: > % size static-sh-with* > text data bss dec hex filename > 990367 17208 92136 1099711 10c7bf static-sh-with-completion > 985735 17176 92104 1095015 10b567 static-sh-without-completion > % echo $((990367-985735))=20 > 4632 > % echo $((990367/985735.0)) > 1.0046990316870152 I compared the wrong numbers: des@dma /tmp% echo $((1099711-1095015)) 4696 des@dma /tmp% echo $((1099711/1095015.0)) 1.0042885257279581 So it's a 0.043% increase, not 0.047%. Now, let's please go back to our regularly scheduled coding... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-arch@FreeBSD.ORG Sun Jun 20 22:12:49 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3311106566C; Sun, 20 Jun 2010 22:12:49 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2C5EA8FC25; Sun, 20 Jun 2010 22:12:48 +0000 (UTC) Received: by iwn7 with SMTP id 7so3563360iwn.13 for ; Sun, 20 Jun 2010 15:12:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=FxFDYMo1DKCQpPu52/IgqPC86AblJBujI8ezIMvIUOg=; b=PVkDmmtoRbWlurDwPLTeq4aysmPTVs1HSDdvgIZ38yt29khCpbhn89EvKSlUu0WSpe LNVqvAuRdKmIGT5c2TPUVHkXrHjkI+aAXwa2ZUjjN1Ynh9JSJBI7Xc16l6knRnrMeTLn xcewbZ45Z3n8o5w2Raklgmr+dXWF0RxPfSeUc= 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=U/45rxmTXJnPom5w1Ap/onl1kc9uhYxd2HqSCOjbPsYd71YSXw2MbZm//xe3yPgIVN US/XfMO5JbEMTqAlKP08Qo7x2sHqM9Wio+0X2QQgbqC7W/HGk91lKG1vPefHfeZtn/EM iFS6dEULfZ44EOS0gw6WoaeE4tchcBTX5SW9s= MIME-Version: 1.0 Received: by 10.231.157.201 with SMTP id c9mr5051956ibx.116.1277071968498; Sun, 20 Jun 2010 15:12:48 -0700 (PDT) Received: by 10.231.182.212 with HTTP; Sun, 20 Jun 2010 15:12:48 -0700 (PDT) In-Reply-To: <4C1E7B89.1030005@FreeBSD.org> References: <4C0C1AE4.8050807@FreeBSD.org> <4C1DB296.5040605@FreeBSD.org> <4C1E381B.30405@FreeBSD.org> <4C1E7B89.1030005@FreeBSD.org> Date: Sun, 20 Jun 2010 17:12:48 -0500 Message-ID: From: Brandon Gooch To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin , FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: RFC: New event timers infrastructure X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 22:12:49 -0000 On Sun, Jun 20, 2010 at 3:35 PM, Doug Barton wrote: > On 06/20/10 08:47, Alexander Motin wrote: >> >> While this can be done in sysctl.conf, it would be better to do it in >> loader.conf to make it applied from the beginning, without on-the-fly >> timers change. > > You're probably right that for something this fundamental it's better to do > it in loader.conf, however I wanted to mention that I recently changed the > rcorder for the "early" boot scripts to run sysctl first for very similar > reasons. This is good information, so sorry if I'm being dense: does this mean that it should have worked by applying the changes via /etc/sysctl.conf? No worries though, I've set it in /boot/loader.conf to avoid any possible ambiguity or anomalous behavior, and it's working very well! Alexander, if I haven't said it enough already, thanks! I see that you committed this work, looking forward to wider-spread testing now... -Brandon From owner-freebsd-arch@FreeBSD.ORG Mon Jun 21 05:33:20 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9926E106566B; Mon, 21 Jun 2010 05:33:20 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id C4E838FC18; Mon, 21 Jun 2010 05:33:19 +0000 (UTC) Received: by fxm7 with SMTP id 7so1990416fxm.13 for ; Sun, 20 Jun 2010 22:33:18 -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=aODvdZ9To/0laQq0Li3kigSDHSR+CFm2OelmL3XwuVc=; b=u31L6I1AQgHprDWpHOVz8Ygy0tUdhVOBzBAYXWXgU8Cvc4sa5lvvD62jRun/rnavqX cnw8sc3o5Kr4t4xRSCm6FxylY23L8z6OHt/0Rkena3D6RQQ7l1Xpu6rxSBgoQKG1NWZ1 iu2Fc4+P/sIGp7VTpQpCrBVaUbCvzGjQjhAn4= 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=mBeeamvmvT86+c8ItsT4CkMsK7sKDjbc4opvTethZl2TfgFy99imQt4KgqvOTXYceZ bPFNATrH2BrWjXmTXFujHCzDBRXb8djQCts2+V8BxCAErAPB2MAhy8JnCNBV75brH19Q nJXAjDjF6gFOdIIPTdQzOks0jDKza8armxdeU= Received: by 10.223.18.154 with SMTP id w26mr4448079faa.39.1277098398782; Sun, 20 Jun 2010 22:33:18 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id y12sm32217440faj.5.2010.06.20.22.33.17 (version=SSLv3 cipher=RC4-MD5); Sun, 20 Jun 2010 22:33:18 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C1EF99B.5080300@FreeBSD.org> Date: Mon, 21 Jun 2010 08:33:15 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Brandon Gooch References: <4C0C1AE4.8050807@FreeBSD.org> <4C1DB296.5040605@FreeBSD.org> <4C1E381B.30405@FreeBSD.org> <4C1E7B89.1030005@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-arch@freebsd.org, Doug Barton , FreeBSD-Current Subject: Re: RFC: New event timers infrastructure X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 05:33:20 -0000 Brandon Gooch wrote: > On Sun, Jun 20, 2010 at 3:35 PM, Doug Barton wrote: >> On 06/20/10 08:47, Alexander Motin wrote: >>> While this can be done in sysctl.conf, it would be better to do it in >>> loader.conf to make it applied from the beginning, without on-the-fly >>> timers change. >> You're probably right that for something this fundamental it's better to do >> it in loader.conf, however I wanted to mention that I recently changed the >> rcorder for the "early" boot scripts to run sysctl first for very similar >> reasons. > > This is good information, so sorry if I'm being dense: does this mean > that it should have worked by applying the changes via > /etc/sysctl.conf? "You are too old. You are already born." (c) Sergey Lukyanenko. stathz set much earlier, just before "Starting kernel event timers" logged first time. It can only be affected from loader.conf. > No worries though, I've set it in /boot/loader.conf to avoid any > possible ambiguity or anomalous behavior, and it's working very well! Nice. BTW, I've successfully tested suspend/resume on my amd64 laptop with all timers. -- Alexander Motin From owner-freebsd-arch@FreeBSD.ORG Mon Jun 21 07:10:29 2010 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6D54106564A for ; Mon, 21 Jun 2010 07:10:29 +0000 (UTC) (envelope-from thomas.fabien@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 596438FC1B for ; Mon, 21 Jun 2010 07:10:29 +0000 (UTC) Received: by wwg30 with SMTP id 30so3045611wwg.13 for ; Mon, 21 Jun 2010 00:10:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=sWplT4BmxKNnJIIRK6nh7QozPAqQ7rUnRpETx8hz65Q=; b=GgOKmZSTEJ7qFPXQFTZeIVF6VN6D+wYDCUATXPvdUbmVGvSHSO7lC4i8MeYR8Vo9I3 xFIwF51Ccp5zT59j6qFHnHhfxMAn3mS1Dxr/yDrih/rhVthCNrjnwiqieUnVed2pRII9 rgYlDvXdiKx+VV0YvxUXS+LQWF13Whi6g/AgE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=XLUubAzQ0+cbZf0vFCr1m+611eNTY3eth/sVaH4kBqdPnG78cM7gXTalx2LaD1d7BF E4HFhIjkXCGCqgq5cVPaB2QW622U6iN9frp/U30A7WX9qwz3tbTS+rbYeuSkOH8Jn5gp g2lagmkzhbeY+kNgqnFkMd7lzVVMNfIjHyEe4= Received: by 10.216.93.2 with SMTP id k2mr3075612wef.56.1277102466210; Sun, 20 Jun 2010 23:41:06 -0700 (PDT) Received: from [192.168.0.1] (81-66-209-242.rev.numericable.fr [81.66.209.242]) by mx.google.com with ESMTPS id n50sm3554801weq.9.2010.06.20.23.41.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 20 Jun 2010 23:41:05 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Fabien Thomas In-Reply-To: <20100618201737.T41916@delplex.bde.org> Date: Mon, 21 Jun 2010 08:41:04 +0200 Content-Transfer-Encoding: 7bit Message-Id: <1D395333-64E2-4B2D-9E90-B4958FBA6583@gmail.com> References: <20100617.143334.584432776655157077.imp@bsdimp.com> <20100618201737.T41916@delplex.bde.org> To: Bruce Evans X-Mailer: Apple Mail (2.1081) Cc: arch@FreeBSD.org Subject: Re: Time to stop stripping binaries? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 07:10:29 -0000 On 18 juin 2010, at 12:24, Bruce Evans wrote: > On Thu, 17 Jun 2010, M. Warner Losh wrote: > >> Now that disks are big, can we stop stripping binaries by default? > > Symbols aren't very useful unless they are full debugging symbols, but > with full debugging symbols the unstripped binaries would be _very_ large. > > With only non-debugging symbols, the symbols' size in most shared > executables is small since most symbols are in libraries. However, > all libraries may need to be compiled with full symbols irrespective > of the default policy for stripping installed binaries, so that you > can debug [non-installed] binaries. Having base symbols will help if you do PMC on the system for example. I'm always building with DONTSTRIP=1 to have it at the moment. Fabien From owner-freebsd-arch@FreeBSD.ORG Mon Jun 21 12:19:33 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E04F51065672; Mon, 21 Jun 2010 12:19:33 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 769118FC18; Mon, 21 Jun 2010 12:19:33 +0000 (UTC) Received: by iwn7 with SMTP id 7so4226131iwn.13 for ; Mon, 21 Jun 2010 05:19:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=WT7dFiyzg9D79P7ndnyQDEkjt3MYz6MeTZFfs6YSnEQ=; b=Th04HaA08EM83EyXuTtF7SMqyYL+cRLB2ZqBwa/lwNJ/NjZWWwiscZb+T4DaSfwE3C qplyJ5Mo6+y0Ysb4KXnccy8TO4GcK0sLhDjeAsbjVmQV2gHGc0+JV8FRc8STUR1GJ0cz S+TWBbH4l2Tt3y1ROvpFL6eowleyk32SKfaoE= 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=LcMJ+uoOcV8yPJ8xRArsspJZLk1gVovEssdwlJlNUmhUxyedRNOkzYZjTwxjn53nPJ 4Ef1Fjx7XsxCdLaRNTEBiWV+3MUhuTxlcd5EAI5JZo9TQJCSnyMh+WYMTI4Kyo1+8vzf j+dH2bAgMPaAz5Oy+FhehPX2iaBh593Apv8no= MIME-Version: 1.0 Received: by 10.231.211.208 with SMTP id gp16mr5252671ibb.133.1277122772597; Mon, 21 Jun 2010 05:19:32 -0700 (PDT) Received: by 10.231.182.212 with HTTP; Mon, 21 Jun 2010 05:19:32 -0700 (PDT) In-Reply-To: <4C1EF99B.5080300@FreeBSD.org> References: <4C0C1AE4.8050807@FreeBSD.org> <4C1DB296.5040605@FreeBSD.org> <4C1E381B.30405@FreeBSD.org> <4C1E7B89.1030005@FreeBSD.org> <4C1EF99B.5080300@FreeBSD.org> Date: Mon, 21 Jun 2010 07:19:32 -0500 Message-ID: From: Brandon Gooch To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arch@freebsd.org, Doug Barton , FreeBSD-Current Subject: Re: RFC: New event timers infrastructure X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 12:19:34 -0000 On Mon, Jun 21, 2010 at 12:33 AM, Alexander Motin wrote: > Brandon Gooch wrote: >> On Sun, Jun 20, 2010 at 3:35 PM, Doug Barton wrote: >>> On 06/20/10 08:47, Alexander Motin wrote: >>>> While this can be done in sysctl.conf, it would be better to do it in >>>> loader.conf to make it applied from the beginning, without on-the-fly >>>> timers change. >>> You're probably right that for something this fundamental it's better to do >>> it in loader.conf, however I wanted to mention that I recently changed the >>> rcorder for the "early" boot scripts to run sysctl first for very similar >>> reasons. >> >> This is good information, so sorry if I'm being dense: does this mean >> that it should have worked by applying the changes via >> /etc/sysctl.conf? > > "You are too old. You are already born." (c) Sergey Lukyanenko. > stathz set much earlier, just before "Starting kernel event timers" > logged first time. It can only be affected from loader.conf. OK. I understand everything[*] now... >> No worries though, I've set it in /boot/loader.conf to avoid any >> possible ambiguity or anomalous behavior, and it's working very well! > > Nice. Very nice :) > BTW, I've successfully tested suspend/resume on my amd64 laptop with all > timers. For me, suspend/resume trials will be this evening, U.S. Central Standard Time... Looking forward to it! -Brandon [*] Well, almost everything, except for the Russian Sci-Fi quote ;) From owner-freebsd-arch@FreeBSD.ORG Mon Jun 21 16:40:07 2010 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33B211065675 for ; Mon, 21 Jun 2010 16:40:07 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id DB96B8FC28 for ; Mon, 21 Jun 2010 16:40:06 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5LGSxwA034156; Mon, 21 Jun 2010 10:29:00 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 21 Jun 2010 10:29:06 -0600 (MDT) Message-Id: <20100621.102906.460114267490875989.imp@bsdimp.com> To: thomas.fabien@gmail.com From: "M. Warner Losh" In-Reply-To: <1D395333-64E2-4B2D-9E90-B4958FBA6583@gmail.com> References: <20100617.143334.584432776655157077.imp@bsdimp.com> <20100618201737.T41916@delplex.bde.org> <1D395333-64E2-4B2D-9E90-B4958FBA6583@gmail.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org Subject: Re: Time to stop stripping binaries? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 16:40:07 -0000 In message: <1D395333-64E2-4B2D-9E90-B4958FBA6583@gmail.com> Fabien Thomas writes: : : On 18 juin 2010, at 12:24, Bruce Evans wrote: : : > On Thu, 17 Jun 2010, M. Warner Losh wrote: : > : >> Now that disks are big, can we stop stripping binaries by default? : > : > Symbols aren't very useful unless they are full debugging symbols, but : > with full debugging symbols the unstripped binaries would be _very_ large. : > : > With only non-debugging symbols, the symbols' size in most shared : > executables is small since most symbols are in libraries. However, : > all libraries may need to be compiled with full symbols irrespective : > of the default policy for stripping installed binaries, so that you : > can debug [non-installed] binaries. : : Having base symbols will help if you do PMC on the system for example. : I'm always building with DONTSTRIP=1 to have it at the moment. Also, you don't need full symbols to debug core dumps. You get less info than full symbols, true. But at least you can get a trackback, typically, of where things died. Warner From owner-freebsd-arch@FreeBSD.ORG Tue Jun 22 09:20:46 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0672106566B for ; Tue, 22 Jun 2010 09:20:46 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 144DE8FC0A for ; Tue, 22 Jun 2010 09:20:45 +0000 (UTC) X-Spam-Status: No X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-0.2, required 5, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_50 0.80) X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-ID: o5M9A7qv021649 Received: from kobe.laptop (178.128.38.111.dsl.dyn.forthnet.gr [178.128.38.111]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-9.1) with ESMTP id o5M9A7qv021649 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 22 Jun 2010 12:10:14 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.4/8.14.4) with ESMTP id o5M9A22I048581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Jun 2010 12:10:02 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.4/8.14.4/Submit) id o5M9A1i1048571; Tue, 22 Jun 2010 12:10:01 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Max Laier In-Reply-To: <201006172335.21969.max@love2party.net> (Max Laier's message of "Thu, 17 Jun 2010 23:35:21 +0200") References: <20100617.143334.584432776655157077.imp@bsdimp.com> <201006172335.21969.max@love2party.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) Date: Tue, 22 Jun 2010 12:10:01 +0300 Message-ID: <87631b8mc6.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-arch@freebsd.org Subject: Re: Time to stop stripping binaries? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 09:20:46 -0000 On Thu, 17 Jun 2010 23:35:21 +0200, Max Laier wrote: > On Thursday 17 June 2010 22:33:34 M. Warner Losh wrote: >> Greetings, >> >> Now that disks are big, can we stop stripping binaries by default? >> >> I've worked up a patch that lets you set WITH_BINARY_SYMBOLS or >> WITHOUT_BINARY_SYMBOLS as you see fit. We should commit it regardless >> of the outcome of this discussion (well, defaulting to yes or no >> depending on the outcome). >> >> Why symbols: it makes core dumps easier to debug. >> Why no symbols: makes the system footprint bigger. >> >> Since there's good arguments both ways, I thought I'd make this a >> knob. >> >> Comments? > > My vote is with symbols in current and stable, without in releases - > by default. i.e. everything people build at home from an unknown repo > state should have symbols, everything we "ship" can be reproduced if > needed. I've been running CURRENT with DEBUG_FLAGS=-ggdb in make.conf for a long time. It helps a *lot* when there is a core dump to have symbols in all the system libraries and binaries: root@kobe:/root# nm /bin/ls | grep ' [TDB] [[:alpha:]]' | head -3 08049760 T acccmp 0804e42c B ansi_bgcol 0804e400 B ansi_coloff ... I'm definitely in favor of making DEBUG_FLAGS=-ggdb on CURRENT and STABLE, but there's probably a small catch we have to consider: What to do about freebsd-update that crosses the boundary from -RELEASE to one of the -STABLE snapshots. If there are no hidden gotchas about running a system that is half-release/half-stable, then we should be fine. But it may be a good idea to update *all* the binaries at the crossing point, so that people don't have a base installation that only includes debug symbols for a small subset of the binaries. From owner-freebsd-arch@FreeBSD.ORG Tue Jun 22 09:56:37 2010 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C30E106564A for ; Tue, 22 Jun 2010 09:56:37 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 013A98FC14 for ; Tue, 22 Jun 2010 09:56:36 +0000 (UTC) Received: by iwn7 with SMTP id 7so5515253iwn.13 for ; Tue, 22 Jun 2010 02:56:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=clrT9vWcW27z6N+hTrvRGBvvlQLhuMkRy+6aPm3ah0Y=; b=jWQbp/AmA6siSlsM2cBV0t76yYo/hLRAWE4FhBfNMwsO40KMKRIwPB3FYGU/oGkPSN MHJ5egLv9hoD+3/OnONkWCqWqhfbc3R1ewloZkXqUOeIUowsFviwpae9PI2V31DvDIfV 5hZDRu7X05SOAsKxmnKITwH1CoMPqGkcO6XFg= 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=p/Zoydwu2Zv+OHGgrlLa9xjvvA5UZ8J2MQ7pZs0WCHIIUdHuvG4UZJhROTL8nxFgzz 35hBRu8a+VzqGu7XZQczRwnaeRBaPgQZNjBLraI+A02S2SenN+EFAlRZRIeUvmxOSMy+ balNEybbk8yaaYz3CEE6tYCaVaawuMCH8MW70= MIME-Version: 1.0 Received: by 10.231.35.195 with SMTP id q3mr7045865ibd.14.1277199144749; Tue, 22 Jun 2010 02:32:24 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.231.158.68 with HTTP; Tue, 22 Jun 2010 02:32:24 -0700 (PDT) In-Reply-To: <1D395333-64E2-4B2D-9E90-B4958FBA6583@gmail.com> References: <20100617.143334.584432776655157077.imp@bsdimp.com> <20100618201737.T41916@delplex.bde.org> <1D395333-64E2-4B2D-9E90-B4958FBA6583@gmail.com> Date: Tue, 22 Jun 2010 17:32:24 +0800 X-Google-Sender-Auth: 1I_Gkdpsz_iIB5ZGbpgpG5mErWY Message-ID: From: Adrian Chadd To: Fabien Thomas Content-Type: text/plain; charset=ISO-8859-1 Cc: arch@freebsd.org Subject: Re: Time to stop stripping binaries? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 09:56:37 -0000 On 21 June 2010 14:41, Fabien Thomas wrote: > Having base symbols will help if you do PMC on the system for example. > I'm always building with DONTSTRIP=1 to have it at the moment. ISTR someone pointing out that there's a "magical" (ie, I don't understand it) way to optionally have debugging symbols as extra file(s), rather than having to ship extremely large shared libraries by default. On another hand, the Linux box I'm using oprofile on has a libc6-dbg package which includes the extra symbols in libraries which populate /usr/lib/debug/ . I haven't the foggiest clue how the linker (and opreport) know how to use which and when. Adrian From owner-freebsd-arch@FreeBSD.ORG Tue Jun 22 16:15:41 2010 Return-Path: Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 703D2106566C for ; Tue, 22 Jun 2010 16:15:41 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 3241D8FC08 for ; Tue, 22 Jun 2010 16:15:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5MGCKtN049118; Tue, 22 Jun 2010 10:12:21 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 22 Jun 2010 10:12:28 -0600 (MDT) Message-Id: <20100622.101228.1126759349826037470.imp@bsdimp.com> To: jilles@stack.nl From: "M. Warner Losh" In-Reply-To: <20100619113126.GB83874@stack.nl> References: <20100619113126.GB83874@stack.nl> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-arch@FreeBSD.org Subject: Re: Further sh(1) plans X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 16:15:41 -0000 In message: <20100619113126.GB83874@stack.nl> Jilles Tjoelker writes: : It appears useful to say some more about my plans with sh(1). In general, I really like your plans. I've had minor issues with sh(1) for years, but have always been able to work around them. Of course, I'd have much rather had the underlying issues fixed at the time, but sometimes life is too short and a 1 line hack to a misbehaving script is easier... : For embedded systems, it may be best to disable libedit entirely in the : end product (we don't currently have a knob for this). If you need to : log in to such a system, the additions will likely be useful, as there : may not be any other shell on the system. The completion code is fairly : small compared to the rest of libedit. How big are both of these parts? libedit is ~110k on my amd64 box. How big is the completion code you've added? A few k is likely worth it, but 50k likely is starting to be not worth it. I'd be happy to work with you on knobs here. Warner From owner-freebsd-arch@FreeBSD.ORG Tue Jun 22 16:28:32 2010 Return-Path: Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83BF21065677; Tue, 22 Jun 2010 16:28:32 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 2C29A8FC08; Tue, 22 Jun 2010 16:28:32 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5MGKpPG049164; Tue, 22 Jun 2010 10:20:53 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 22 Jun 2010 10:20:58 -0600 (MDT) Message-Id: <20100622.102058.69891821692792062.imp@bsdimp.com> To: des@des.no From: "M. Warner Losh" In-Reply-To: <86wrtte830.fsf@ds4.des.no> References: <20100620090019.GA1731@mole.fafoe.narf.at> <86wrtte830.fsf@ds4.des.no> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: stefan@fafoe.narf.at, freebsd-arch@FreeBSD.org, jilles@stack.nl, gcooper@FreeBSD.org Subject: Re: Further sh(1) plans X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 16:28:32 -0000 : 4632 ~4k isn't worth a fuss. However, ~315k from libncurses and ~110k from libedit is, but only for the constrained environments of the embedded world. Warner From owner-freebsd-arch@FreeBSD.ORG Tue Jun 22 18:31:27 2010 Return-Path: Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93B3C1065670; Tue, 22 Jun 2010 18:31:27 +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 531018FC0C; Tue, 22 Jun 2010 18:31:27 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 185581FFC33; Tue, 22 Jun 2010 18:31:26 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 5F145845DB; Tue, 22 Jun 2010 20:29:15 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "M. Warner Losh" References: <20100620090019.GA1731@mole.fafoe.narf.at> <86wrtte830.fsf@ds4.des.no> <20100622.102058.69891821692792062.imp@bsdimp.com> Date: Tue, 22 Jun 2010 20:29:14 +0200 In-Reply-To: <20100622.102058.69891821692792062.imp@bsdimp.com> (M. Warner Losh's message of "Tue, 22 Jun 2010 10:20:58 -0600 (MDT)") Message-ID: <86d3vi53b9.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: stefan@fafoe.narf.at, freebsd-arch@FreeBSD.org, jilles@stack.nl, gcooper@FreeBSD.org Subject: Re: Further sh(1) plans X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 18:31:27 -0000 "M. Warner Losh" writes: > ~4k isn't worth a fuss. However, ~315k from libncurses and ~110k from > libedit is, Oh come on, they were there already. Don't blame tab completion for this. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-arch@FreeBSD.ORG Tue Jun 22 18:38:02 2010 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14A6A106567B; Tue, 22 Jun 2010 18:38:02 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6C1348FC1B; Tue, 22 Jun 2010 18:38:01 +0000 (UTC) Received: by iwn7 with SMTP id 7so6056081iwn.13 for ; Tue, 22 Jun 2010 11:38:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=eDH5KThs84GFuPXptE/QF86UzA5JXopoy59sogFCKzE=; b=Fn7Xmd9rG2iwsr+DLc+9fLv2BWBCQW4J5KzTmL9+weHsisCOeZJ+QcSuwgqJrcJxVn kHVr7/0x25rFDAMUqRA/QbAF0EFsddBPVY+84qghKQf4zbOHBmavtdPNWD/yMdrcPk/P fRElpYTRudw/HsozsZNz/c3WlVWfvGK6gxp00= 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=j604EqBsf47pqhYnbByKTsydknAIMyDoGsxOhSLm+qhlncs0BLnxmMA3yPvTXTaiqs XOeo8I7LV6JwsciTF/hGGk0aHZW8ZP5Xek0IUGQYkaQYm5LoooE2plwd9089MQSdYWAD kL0ZDXlCBSPqKfXLETnwalKOEAsQ/yuAXBCVY= MIME-Version: 1.0 Received: by 10.231.120.100 with SMTP id c36mr6725448ibr.77.1277230197761; Tue, 22 Jun 2010 11:09:57 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.231.117.201 with HTTP; Tue, 22 Jun 2010 11:09:57 -0700 (PDT) In-Reply-To: References: <20100617.143334.584432776655157077.imp@bsdimp.com> <20100618201737.T41916@delplex.bde.org> <1D395333-64E2-4B2D-9E90-B4958FBA6583@gmail.com> Date: Tue, 22 Jun 2010 11:09:57 -0700 X-Google-Sender-Auth: Rm_BQBmhsNFNCU3UoZMOhvXrWtA Message-ID: From: Garrett Cooper To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: arch@freebsd.org, Fabien Thomas Subject: Re: Time to stop stripping binaries? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 18:38:02 -0000 On Tue, Jun 22, 2010 at 2:32 AM, Adrian Chadd wrote: > On 21 June 2010 14:41, Fabien Thomas wrote: > >> Having base symbols will help if you do PMC on the system for example. >> I'm always building with DONTSTRIP=1 to have it at the moment. > > ISTR someone pointing out that there's a "magical" (ie, I don't > understand it) way to optionally have debugging symbols as extra > file(s), rather than having to ship extremely large shared libraries > by default. See this link: http://old.nabble.com/-gcc--separate-debug-infos-td21591416.html . It's similar to what I've seen some internal groups do before in the past. > On another hand, the Linux box I'm using oprofile on has a libc6-dbg > package which includes the extra symbols in libraries which populate > /usr/lib/debug/ . I haven't the foggiest clue how the linker (and > opreport) know how to use which and when. Cheers, -Garrett From owner-freebsd-arch@FreeBSD.ORG Tue Jun 22 19:18:52 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4D67106564A; Tue, 22 Jun 2010 19:18:52 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 445A58FC1E; Tue, 22 Jun 2010 19:18:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5MJCOsU050868; Tue, 22 Jun 2010 13:12:24 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 22 Jun 2010 13:12:32 -0600 (MDT) Message-Id: <20100622.131232.1004138037621847577.imp@bsdimp.com> To: des@des.no From: "M. Warner Losh" In-Reply-To: <86d3vi53b9.fsf@ds4.des.no> References: <86wrtte830.fsf@ds4.des.no> <20100622.102058.69891821692792062.imp@bsdimp.com> <86d3vi53b9.fsf@ds4.des.no> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stefan@fafoe.narf.at, freebsd-arch@freebsd.org, jilles@stack.nl, gcooper@freebsd.org Subject: Re: Further sh(1) plans X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 19:18:52 -0000 In message: <86d3vi53b9.fsf@ds4.des.no> Dag-Erling Sm=F8rgrav writes: : "M. Warner Losh" writes: : > ~4k isn't worth a fuss. However, ~315k from libncurses and ~110k f= rom : > libedit is, : = : Oh come on, they were there already. Don't blame tab completion for : this. They weren't there before. Guess I missed when they went in. And, ummm, I wasn't blaming tab completion... Warner From owner-freebsd-arch@FreeBSD.ORG Tue Jun 22 19:26:47 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 811CF106566B; Tue, 22 Jun 2010 19:26: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 3F5F18FC0C; Tue, 22 Jun 2010 19:26:46 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 651351FFC34; Tue, 22 Jun 2010 19:26:45 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id AF550845DB; Tue, 22 Jun 2010 21:24:34 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "M. Warner Losh" References: <86wrtte830.fsf@ds4.des.no> <20100622.102058.69891821692792062.imp@bsdimp.com> <86d3vi53b9.fsf@ds4.des.no> <20100622.131232.1004138037621847577.imp@bsdimp.com> Date: Tue, 22 Jun 2010 21:24:34 +0200 In-Reply-To: <20100622.131232.1004138037621847577.imp@bsdimp.com> (M. Warner Losh's message of "Tue, 22 Jun 2010 13:12:32 -0600 (MDT)") Message-ID: <86r5jy3m6l.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: stefan@fafoe.narf.at, freebsd-arch@freebsd.org, jilles@stack.nl, gcooper@freebsd.org Subject: Re: Further sh(1) plans X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 19:26:47 -0000 "M. Warner Losh" writes: > Dag-Erling Sm=C3=B8rgrav writes: > "M. Warner Losh" writes: > > > ~4k isn't worth a fuss. However, ~315k from libncurses and ~110k from > > > libedit is, > > Oh come on, they were there already. Don't blame tab completion for > > this. > They weren't there before. Guess I missed when they went in. Time flies when you're having fun... des@ds4 /usr/src/bin/sh% svn annotate Makefile | grep termcap 125503 ru LDADD=3D -ll -ledit -ltermcap des@ds4 /usr/src/bin/sh% svn log -r125503 ------------------------------------------------------------------------ r125503 | ru | 2004-02-05 23:44:25 +0100 (Thu, 05 Feb 2004) | 2 lines Fixed style of DPADD and LDADD assignments as per style.Makefile(5). ------------------------------------------------------------------------ des@ds4 /usr/src/bin/sh% svn annotate -r125502 Makefile | grep termcap 17987 peter LDADD+=3D -ll -ledit -ltermcap des@ds4 /usr/src/bin/sh% svn log -r17987 ------------------------------------------------------------------------ r17987 | peter | 1996-09-01 12:22:36 +0200 (Sun, 01 Sep 1996) | 13 lines Merge of 4.4-Lite2 sh source, plus some gcc -Wall cleaning. This is a merge of parallel duplicate work by Steve Price and myself. :-] There are some changes to the build that are my fault... mkinit.c was trying (poorly) to duplicate some of the work that make(1) is designed to do. The Makefile hackery is my fault too, the depend list was incomplete because of some explicit OBJS+=3D entries, so mkdep wasn't picking up their source file #includes. This closes a pile of /bin/sh PR's, but not all of them.. Submitted by: Steve Price , peter ------------------------------------------------------------------------ des@ds4 /usr/src/bin/sh% svn annotate -r17986 Makefile | grep termcap 3286 ache LDADD=3D -ll -ledit -ltermcap des@ds4 /usr/src/bin/sh% svn log -r3286 ------------------------------------------------------------------------ r3286 | ache | 1994-10-02 02:36:03 +0100 (Sun, 02 Oct 1994) | 2 lines libcompat removed ------------------------------------------------------------------------ des@ds4 /usr/src/bin/sh% svn annotate -r3285 Makefile | grep termcap 1556 rgrimes LDADD=3D -ll -ledit -ltermcap -lcompat des@ds4 /usr/src/bin/sh% svn log -r1556 svn: Unable to find repository location for 'svn+ssh://svn.freebsd.org/base= /head/bin/sh' in revision 1556 des@ds4 /usr/src/bin/sh% cd ../.. des@ds4 /usr/src% svn log -r1556 ------------------------------------------------------------------------ r1556 | rgrimes | 1994-05-26 08:18:55 +0200 (Thu, 26 May 1994) | 2 lines BSD 4.4 Lite bin Sources ------------------------------------------------------------------------ DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-arch@FreeBSD.ORG Tue Jun 22 19:39:29 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 986BD1065676; Tue, 22 Jun 2010 19:39:29 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 545AB8FC1C; Tue, 22 Jun 2010 19:39:29 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5MJaFli051095; Tue, 22 Jun 2010 13:36:15 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 22 Jun 2010 13:36:22 -0600 (MDT) Message-Id: <20100622.133622.1104753172155971268.imp@bsdimp.com> To: des@des.no From: "M. Warner Losh" In-Reply-To: <86r5jy3m6l.fsf@ds4.des.no> References: <86d3vi53b9.fsf@ds4.des.no> <20100622.131232.1004138037621847577.imp@bsdimp.com> <86r5jy3m6l.fsf@ds4.des.no> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stefan@fafoe.narf.at, freebsd-arch@freebsd.org, jilles@stack.nl, gcooper@freebsd.org Subject: Re: Further sh(1) plans X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 19:39:29 -0000 In message: <86r5jy3m6l.fsf@ds4.des.no> Dag-Erling Sm=F8rgrav writes: : "M. Warner Losh" writes: : > Dag-Erling Sm=F8rgrav writes: : > "M. Warner Losh" writes: : > > > ~4k isn't worth a fuss. However, ~315k from libncurses and ~11= 0k from : > > > libedit is, : > > Oh come on, they were there already. Don't blame tab completion = for : > > this. : > They weren't there before. Guess I missed when they went in. : = : Time flies when you're having fun... : r17987 | peter | 1996-09-01 12:22:36 +0200 (Sun, 01 Sep 1996) | 13 li= nes I guess. Pass that plate of crow please. Warner From owner-freebsd-arch@FreeBSD.ORG Wed Jun 23 00:08:05 2010 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78B35106564A for ; Wed, 23 Jun 2010 00:08:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 386E18FC12 for ; Wed, 23 Jun 2010 00:08:04 +0000 (UTC) Received: by iwn7 with SMTP id 7so6443237iwn.13 for ; Tue, 22 Jun 2010 17:08:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=4jqfAMBxrIBxPfmkakjFhmCAFo2xRZVIbIvYf2DGV8Y=; b=hDfeyEDe2VqSGG41S6nIlOisrCfbIEElqM/eBHV3EHZhzBKrGpg7i7dUAcEvHdPIVX 4+hPclG1FCCuYgoj0gIQJN0NMYcRnDkSugdv5Q94c12SIHZ97poXanVjfb6jVeAhqxSF 2Nt5rhwRX3pV0VtS5sHZ2b9vEZsmplXkLi/cM= 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 :content-transfer-encoding; b=qJ1g2EqXH2+vPGN5TvSZJTNUCvbmBUcOTISSzsJsngyZ3Tb9Vee1RMtKofLDIj22ED iVsg25pfmOENE9gANwV79yEO5sfUd877FQF5+KBuvMd4yIWLSLbnllsVPTHaSKxGR3+0 TCqWbn5DiLPef2FHLSsVi1mSJwHOaYrG99jVE= MIME-Version: 1.0 Received: by 10.231.14.201 with SMTP id h9mr8405803iba.118.1277251683969; Tue, 22 Jun 2010 17:08:03 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.231.161.68 with HTTP; Tue, 22 Jun 2010 17:08:03 -0700 (PDT) In-Reply-To: References: <20100617.143334.584432776655157077.imp@bsdimp.com> <20100618201737.T41916@delplex.bde.org> <1D395333-64E2-4B2D-9E90-B4958FBA6583@gmail.com> Date: Wed, 23 Jun 2010 08:08:03 +0800 X-Google-Sender-Auth: F8wGWHRKHayRXbCHs9C21FXvlMc Message-ID: From: Adrian Chadd To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: arch@freebsd.org Subject: Re: Time to stop stripping binaries? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 00:08:05 -0000 On 23 June 2010 02:09, Garrett Cooper wrote: >> ISTR someone pointing out that there's a "magical" (ie, I don't >> understand it) way to optionally have debugging symbols as extra >> file(s), rather than having to ship extremely large shared libraries >> by default. > > =A0 =A0See this link: > http://old.nabble.com/-gcc--separate-debug-infos-td21591416.html . > It's similar to what I've seen some internal groups do before in the > past. People-who-know-the-build-system-well, how hard would it be to build libraries with this option? People-who-know-binutils-and-gdb-and-relevant-libraries-well, what magic needs to happen to teach programs about this? (eg gdb, gprof, pmcstat, etc?) Adrian From owner-freebsd-arch@FreeBSD.ORG Wed Jun 23 01:10:56 2010 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 996371065670; Wed, 23 Jun 2010 01:10:56 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4C91C8FC1E; Wed, 23 Jun 2010 01:10:56 +0000 (UTC) Received: by iwn7 with SMTP id 7so6507171iwn.13 for ; Tue, 22 Jun 2010 18:10:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=KyPM9hXBMcMxccbHpObJEa8qd96ie15zLW4a9ScGsvo=; b=Z8cyMzrIV8olpAdHat7nLRgsU2t+nYVHr+ie6rIti6lD58C+kI2YDNi4ya5+GXAcw4 YLlIJ+tfGNA2+ZaFiz3DYYyKC5aIkRHJVh4hJJKJrN2JVTZMLQm+nS72vj5PySnAqIqh Y8+Z25hlpQlXFW/ZO1S5O9qAhqoe3ZLprNXs4= 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 :content-transfer-encoding; b=tLZULvvRvIvx2M9Ty07GlXxcKYjnOlW6v+KbF0+sIH8TYyvXMo23Lm6vhmEzx9zPGa iuFKrMEY6Un0wAIiU8ZVH137sXh7GIzcilh6FVbjZnDPNBjKi7mII0slt7sNiwKFcL+T czRItXGy7nUZzDxNwc45AbEGoTo7m05dvCI4w= MIME-Version: 1.0 Received: by 10.231.196.151 with SMTP id eg23mr7401411ibb.179.1277255455242; Tue, 22 Jun 2010 18:10:55 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.231.117.201 with HTTP; Tue, 22 Jun 2010 18:10:54 -0700 (PDT) In-Reply-To: References: <20100617.143334.584432776655157077.imp@bsdimp.com> <20100618201737.T41916@delplex.bde.org> <1D395333-64E2-4B2D-9E90-B4958FBA6583@gmail.com> Date: Tue, 22 Jun 2010 18:10:54 -0700 X-Google-Sender-Auth: -Qe3bz-1sNBroCjEWTa5YpZbzUo Message-ID: From: Garrett Cooper To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: arch@freebsd.org Subject: Re: Time to stop stripping binaries? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 01:10:56 -0000 On Tue, Jun 22, 2010 at 5:08 PM, Adrian Chadd wrote: > On 23 June 2010 02:09, Garrett Cooper wrote: > >>> ISTR someone pointing out that there's a "magical" (ie, I don't >>> understand it) way to optionally have debugging symbols as extra >>> file(s), rather than having to ship extremely large shared libraries >>> by default. >> >> =A0 =A0See this link: >> http://old.nabble.com/-gcc--separate-debug-infos-td21591416.html . >> It's similar to what I've seen some internal groups do before in the >> past. > > People-who-know-the-build-system-well, how hard would it be to build > libraries with this option? > > People-who-know-binutils-and-gdb-and-relevant-libraries-well, what > magic needs to happen to teach programs about this? (eg gdb, gprof, > pmcstat, etc?) Speaking only for gdb, it's trivial from a user perspective to pick up the debug symbols: add-symbol-file where is 0 for the application. IIRC there are modifications that people have made to gdb to pick up debug symbols for libraries, but I'm a bit hazy here. HTH, -Garrett From owner-freebsd-arch@FreeBSD.ORG Wed Jun 23 04:30:34 2010 Return-Path: Delivered-To: arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64E141065670; Wed, 23 Jun 2010 04:30:34 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id C271A8FC0C; Wed, 23 Jun 2010 04:30:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5N4RjZj055480; Tue, 22 Jun 2010 22:27:45 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 22 Jun 2010 22:27:53 -0600 (MDT) Message-Id: <20100622.222753.575506241433872327.imp@bsdimp.com> To: gcooper@FreeBSD.org From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: arch@FreeBSD.org, adrian@FreeBSD.org Subject: Re: Time to stop stripping binaries? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 04:30:34 -0000 In message: Garrett Cooper writes: : On Tue, Jun 22, 2010 at 5:08 PM, Adrian Chadd wr= ote: : > On 23 June 2010 02:09, Garrett Cooper wrote: : > : >>> ISTR someone pointing out that there's a "magical" (ie, I don't : >>> understand it) way to optionally have debugging symbols as extra : >>> file(s), rather than having to ship extremely large shared librar= ies : >>> by default. : >> : >> =A0 =A0See this link: : >> http://old.nabble.com/-gcc--separate-debug-infos-td21591416.html .= : >> It's similar to what I've seen some internal groups do before in t= he : >> past. : > : > People-who-know-the-build-system-well, how hard would it be to buil= d : > libraries with this option? : > : > People-who-know-binutils-and-gdb-and-relevant-libraries-well, what : > magic needs to happen to teach programs about this? (eg gdb, gprof,= : > pmcstat, etc?) : = : Speaking only for gdb, it's trivial from a user perspective to : pick up the debug symbols: : = : add-symbol-file : = : where is 0 for the application. : IIRC there are modifications that people have made to gdb to pick= : up debug symbols for libraries, but I'm a bit hazy here. I think this is an orthogonal issue to what I'm trying to accomplish. What is being suggested is a wholesale change in how we build to pass along -g everywhere. While this has its merits, it isn't what I'm proposing. The debug symbols here are much more extensive than the simple 'don't strip' that I'm suggesting. Those symbols are just the globals that ld puts into the binary. It gives us a amount of information at a cheap cost, both in terms of implementation complexity and in terms of extra disk space. The debug info that's being proposed here is not that cheap, and quite extensive. That's why it is segregated to another file. This might be worth doing as well, but is quite a different beast. Warner From owner-freebsd-arch@FreeBSD.ORG Wed Jun 23 06:48:30 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A7931065672 for ; Wed, 23 Jun 2010 06:48:30 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id AFCC78FC19 for ; Wed, 23 Jun 2010 06:48:29 +0000 (UTC) Received: by fxm7 with SMTP id 7so3325023fxm.13 for ; Tue, 22 Jun 2010 23:48:28 -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:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=2XXq93gXUnU/AyMQgqH4Q+Xf48PrGTAiygB1XsVXGNo=; b=Ahef1oftJEGbB+hrIouhrzHNvfpLy5ENfML6uwrcwTVMoD8N03Bnn+eWYTt+EpStCX trNz7K0LEZpWqEV+E6h2ELsJ2MRCsicROd6LG3LiET9x+phU6QJYJYrwLgYjVdrXf6Zk hG/iu1/2x3DufvvNVITNYbfxHqEAbGr6QvY+c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=ZgiwBkfAfyL2xu/hvgn6Xwd3CehAWGKYQftCw16p8jvHNZE8HPwHu24XZX/vl6wNGW A70uK+WZvksa4CWC8Wo2WfBQoTPXNN1kTR8S3XKC4m/Ig+a3QPBmurkfWKxjxORkeUqb UKmf1Feqw1j7vLxd6m1wwszL7qCW9Cjqur6w0= Received: by 10.223.101.4 with SMTP id a4mr7120503fao.71.1277275708540; Tue, 22 Jun 2010 23:48:28 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id o19sm31830337fal.47.2010.06.22.23.48.27 (version=SSLv3 cipher=RC4-MD5); Tue, 22 Jun 2010 23:48:27 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C21AE15.6030109@FreeBSD.org> Date: Wed, 23 Jun 2010 09:47:49 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: freebsd-arch@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Subject: "stray irqX" or "irqX: stray" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 06:48:30 -0000 Hi. Now we use different format for stray irq counters names (can be better seen at `vmstat -ia`). Considering stray is a kind of special case (I know no other cases using additional counters for interrupt source), I still think it can be made somewhat more unified. I think we could change "stray irqX" format to "irqX: stray". This format IMHO better fits into existing naming scheme of "source: driver". I propose such a patch: --- intr_machdep.c.prev 2010-06-17 14:07:35.000000000 +0300 +++ intr_machdep.c 2010-06-23 09:18:52.000000000 +0300 @@ -334,8 +334,8 @@ intrcnt_register(struct intsrc *is) mtx_lock_spin(&intrcnt_lock); is->is_index = intrcnt_index; intrcnt_index += 2; - snprintf(straystr, MAXCOMLEN + 1, "stray irq%d", - is->is_pic->pic_vector(is)); + snprintf(straystr, MAXCOMLEN + 1, "%s stray", + is->is_event->ie_name); intrcnt_updatename(is); is->is_count = &intrcnt[is->is_index]; intrcnt_setname(straystr, is->is_index + 1); Result looks like: # vmstat -ia interrupt total rate ??? 0 0 irq1: atkbd0 8 0 irq1: stray 0 0 irq0: attimer0 0 0 irq0: stray 0 0 irq3: uart1 0 0 irq3: stray 0 0 .... irq256: re0 672 2 irq256: stray 0 0 irq257: ahci0 1266 4 irq257: stray 0 0 irq258: hpet0:t0 0 0 irq258: stray 0 0 irq259: hpet0:t1 0 0 irq259: stray 0 0 ... PS: Sorry for possible bike shed. -- Alexander Motin From owner-freebsd-arch@FreeBSD.ORG Wed Jun 23 11:31:58 2010 Return-Path: Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88C8C1065676; Wed, 23 Jun 2010 11:31:58 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.freebsd.org (Postfix) with ESMTP id 091B18FC12; Wed, 23 Jun 2010 11:31:57 +0000 (UTC) Received: from c122-106-145-229.carlnfd1.nsw.optusnet.com.au (c122-106-145-229.carlnfd1.nsw.optusnet.com.au [122.106.145.229]) by mail05.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o5NBVWuX015723 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Jun 2010 21:31:35 +1000 Date: Wed, 23 Jun 2010 21:31:32 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-Reply-To: <86r5jy3m6l.fsf@ds4.des.no> Message-ID: <20100623204143.N45440@delplex.bde.org> References: <86wrtte830.fsf@ds4.des.no> <20100622.102058.69891821692792062.imp@bsdimp.com> <86d3vi53b9.fsf@ds4.des.no> <20100622.131232.1004138037621847577.imp@bsdimp.com> <86r5jy3m6l.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1364095537-1277292692=:45440" Cc: stefan@fafoe.narf.at, gcooper@FreeBSD.org, jilles@stack.nl, freebsd-arch@FreeBSD.org Subject: Re: Further sh(1) plans X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 11:31:58 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1364095537-1277292692=:45440 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Tue, 22 Jun 2010, [utf-8] Dag-Erling Sm=C3=B8rgrav wrote: > "M. Warner Losh" writes: >> Dag-Erling Sm=C3=B8rgrav writes: >> "M. Warner Losh" writes: >>>> ~4k isn't worth a fuss. However, ~315k from libncurses and ~110k from >>>> libedit is, They aren't quite that bad. More like 220K for both of them combined (static bloat of text size; their shared library and/or memory footprint may be worse). This is up from 180K in RELENG_5 and IIRC 150K in RELENG_4. "optimizing" these libraries by compiling them with -O2 cannot help. 220K is still disgusting, since it is more than twice the size of the whole stripped file /bin/sh (90K) in FreeBSD-1. (I have to use the file size for comparison with old binaries since `size' is broken on aout format.) The file size in FreeBSD-2 was only 270K IIRC. This was with aout and its extra padding, and with libedit and possible /etc/passwd support, and even with builtin printf, so it had more features than now! Omitting /etc/passwd support (just 1 getpwnam() call) as well as history reduces the text size by another 350K. Its file size, for essentially the same features as the FreeBSD-1 sh, is 285K (the full reduction is from 1059K, giving a total reduction of 774K). (I have to use the file size for comparison since `size' is broken on aout format.) In FreeBSD-5, the reduction is to 170K. malloc() is responsible for many of the extra 115K. >>> Oh come on, they were there already. Don't blame tab completion for >>> this. >> They weren't there before. Guess I missed when they went in. > > Time flies when you're having fun... Not too much fun to watch the bloat. I notice it more since I use static linkage for everything except ports. A 64MB root partition is barely large enough for static everything and 6 kernels. Bruce --0-1364095537-1277292692=:45440-- From owner-freebsd-arch@FreeBSD.ORG Wed Jun 23 14:16:30 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F338106566C; Wed, 23 Jun 2010 14:16:30 +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 32DEE8FC0C; Wed, 23 Jun 2010 14:16:30 +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 6152446B06; Wed, 23 Jun 2010 10:16:29 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5DE3A8A04E; Wed, 23 Jun 2010 10:16:28 -0400 (EDT) From: John Baldwin To: freebsd-arch@freebsd.org Date: Wed, 23 Jun 2010 09:51:16 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4C21AE15.6030109@FreeBSD.org> In-Reply-To: <4C21AE15.6030109@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201006230951.16046.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 23 Jun 2010 10:16:28 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=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 Motin Subject: Re: "stray irqX" or "irqX: stray" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 14:16:30 -0000 On Wednesday 23 June 2010 2:47:49 am Alexander Motin wrote: > Hi. > > Now we use different format for stray irq counters names (can be better > seen at `vmstat -ia`). Considering stray is a kind of special case (I > know no other cases using additional counters for interrupt source), I > still think it can be made somewhat more unified. I think we could > change "stray irqX" format to "irqX: stray". This format IMHO better > fits into existing naming scheme of "source: driver". I actually think it is more of a feature that they don't match since they should never occur. If one does occur it should be noticeable and not "blend in" with other interrupts. -- John Baldwin From owner-freebsd-arch@FreeBSD.ORG Wed Jun 23 14:55:15 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 841F81065719; Wed, 23 Jun 2010 14:55:15 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id EE7768FC21; Wed, 23 Jun 2010 14:55:06 +0000 (UTC) Received: by fxm7 with SMTP id 7so3647986fxm.13 for ; Wed, 23 Jun 2010 07:55:05 -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=DIY4ROAQvW3l/uX/KTUqoYFf0TGQrx3GSFDSVqBOQgM=; b=qRUiKbHyl78yQy1FQNkw0Qs+Tf7estyzQa25u+OlzTg1ntvfYRAsyQ+x0jllsywqT9 WhG3w1ERsolmx/sQ+aDrRAnFArZaGeYsr0Sxu0+A1K8KZUXQ78Y02AnSNNlFZilVdU1Z OIhJexnoEXP/DspYt7x0VBkM6r5czw6oVI8Hk= 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=KukdhPbdVKF2Jp/4KujKDcZSN5Wm8jnJS2kc/cbngMIIRsj9DMVxHuLI1rflxxxsB4 qp7607xaVMh9VYYB9ulXNhOKCA6DIJSiDHE1RcZUjIvO8Iyi3TDdmDQnAeBfwA+W8Nkm wfnwrakCFPR7ALD0HvL+9lTH4ZonZwFT/CaqU= Received: by 10.223.97.149 with SMTP id l21mr7782182fan.91.1277304905427; Wed, 23 Jun 2010 07:55:05 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 1sm394045fax.0.2010.06.23.07.55.04 (version=SSLv3 cipher=RC4-MD5); Wed, 23 Jun 2010 07:55:04 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C222021.7040707@FreeBSD.org> Date: Wed, 23 Jun 2010 17:54:25 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: John Baldwin References: <4C21AE15.6030109@FreeBSD.org> <201006230951.16046.jhb@freebsd.org> In-Reply-To: <201006230951.16046.jhb@freebsd.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-arch@freebsd.org Subject: Re: "stray irqX" or "irqX: stray" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 14:55:15 -0000 John Baldwin wrote: > On Wednesday 23 June 2010 2:47:49 am Alexander Motin wrote: >> Now we use different format for stray irq counters names (can be better >> seen at `vmstat -ia`). Considering stray is a kind of special case (I >> know no other cases using additional counters for interrupt source), I >> still think it can be made somewhat more unified. I think we could >> change "stray irqX" format to "irqX: stray". This format IMHO better >> fits into existing naming scheme of "source: driver". > > I actually think it is more of a feature that they don't match since they > should never occur. If one does occur it should be noticeable and not "blend > in" with other interrupts. That is an argument. But to be noticed it is also logged to console and messages. Unified formats instead could IMHO simplify it's processing. We have a very much different formats there now, especially if compare different archs. Problem is that, for example, `systat -vm` tries to format that string to fit it into available 10 characters. I can't say that I like this idea, but it looks even more tricky, when format is not unified. -- Alexander Motin From owner-freebsd-arch@FreeBSD.ORG Sat Jun 26 23:29:46 2010 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3F3D1065673; Sat, 26 Jun 2010 23:29:46 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 72F7C8FC13; Sat, 26 Jun 2010 23:29:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5QNMxeS064306; Sat, 26 Jun 2010 17:22:59 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 26 Jun 2010 17:23:07 -0600 (MDT) Message-Id: <20100626.172307.4959786928950356.imp@bsdimp.com> To: ru@freebsd.org From: "M. Warner Losh" X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org Subject: Build tools X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jun 2010 23:29:46 -0000 Hey Ruslan, Maybe you can help me understand why the following are in the buildtools list: _share= share/syscons/scrnmaps bin/csh \ lib/ncurses/ncurses \ lib/ncurses/ncursesw \ ${_share} \ lib/libmagic \ usr.sbin/sysinstall There's clearly some side effects that I'm missing here... thanks a lot Warner